Method and apparatus for notification transmission comprising a notification service
6 claims: 3 independent, 3 dependent
- 1Procédé de transmission d'une notification dans un réseau de traitement d'informations à applications distribuées depuis un émetteur (10A, 10B, 10C, 10D, 10E) vers au moins un récepteur (14A, 14B) par l'intermédiaire d'un service de notifications (12) auprès duquel est inscrit le ou chaque récepteur (14A, 14B) afin d'effectuer un filtrage des notifications selon un critère de test prédéterminé, ledit réseau de traitement d'informations à applications distribuées comprenant des autres émetteurs (10A, 10B, 10C, 10D, 10E), l'émetteur étant associé à une unité de traitement d'informations et les autres émetteurs étant associés respectivement à d'autres unités de traitement d'informations, l'émetteur et les autres émetteurs étant adaptés à communiquer entre eux au moins une alarme traduisant une panne d'un niveau déterminé sur l'unité de traitement d'informations ou sur une des autres unités de traitement d'informations, le procédé étant caractérisé en ce que :- l'émetteur (10A, 10B, 10C, 10D, 10E) adresse au service de notifications (12) une notification comportant un ensemble d'au moins deux valeurs, l'ensemble de valeurs comprenant une première valeur indiquant un niveau de gravité d'une panne rencontrée sur l'unité de traitement d'informations, l'ensemble de valeurs comprenant également une seconde valeur indiquant un niveau de gravité le plus élevé d'une panne d'un niveau déterminé rencontrée parmi l'unité de traitement d'informations ou les autres unités de traitement d'informations ;- le service de notifications (12) vérifie, pour chaque récepteur (14A, 14B) inscrit, si ledit ensemble de valeurs satisfait audit critère de test prédéterminé associé audit récepteur (14A, 14B), ledit critère de test prédéterminé comportant une comparaison de la première valeur et de la seconde valeur pour déterminer si la première valeur indique un niveau de gravité d'une panne plus élevé que le niveau de gravité indiqué par la seconde valeur;et - le service de notifications (12) adresse ladite notification concernant ledit émetteur (10A, 10B, 10C, 10D, 10E) audit récepteur (14A, 14B) si le critère de test prédéterminé est satisfait, ledit service de notifications (12) n'adressant pas ladite notification concernant ledit émetteur (10A, 10B, 10C, 10D, 10E) audit récepteur (14A, 14B) si le critère de test prédéterminé n'est pas satisfait.
- 2Procédé selon la revendication 1, caractérisé en ce que ledit critère de test prédéterminé est défini par ledit récepteur (14A, 14B) lors de son inscription auprès du service de notifications (12).
- 3Réseau de traitement d'informations à applications distribuées comportant au moins un émetteur (10A, 10B, 10C, 10D, 10E) et d'autres émetteurs (10A, 10B, 10C, 10D, 10E), l'émetteur étant associé à une unité de traitement d'informations et les autres émetteurs étant associés respectivement à d'autres unités de traitement d'informations, l'émetteur et les autres émetteurs étant adaptés à communiquer entre eux au moins une alarme traduisant une panne d'un niveau déterminé sur l'unité de traitement d'informations ou sur une des autres unités de traitement d'informations, ledit réseau comportant également au moins un récepteur (14A, 14B), et un service de notifications (12) auprès duquel est inscrit le ou chaque récepteur (14A, 14B) afin de d'effectuer un filtrage des notifications satisfaisant à un critère de test prédéterminé, dans lequel :- l'émetteur (10A, 10B, 10C, 10D, 10E) comporte des moyens pour adresser au service de notifications (12) une notification comportant un ensemble d'au moins deux valeurs, l'ensemble de valeurs comprenant une première valeur indiquant un niveau de gravité d'une panne rencontrée sur l'unité de traitement d'informations, l'ensemble de valeurs comprenant également une seconde valeur indiquant un niveau de gravité le plus élevé d'une panne d'un niveau déterminé rencontrée parmi l'unité de traitement d'informations ou les autres unités de traitement d'informations ;- le service de notifications (12) comporte des moyens pour vérifier, pour chaque récepteur (14A, 14B) inscrit, si ledit ensemble de valeurs satisfait audit critère de test prédéterminé associé audit récepteur (14A, 14B), ledit critère de test prédéterminé comportant une comparaison de la première valeur et de la seconde valeur pour déterminer si la première valeur indique un niveau de gravité d'une panne plus élevé que le niveau de gravité indiqué par la seconde valeur ;et - le service de notifications (12) comporte des moyens pour adresser ladite notification concernant ledit émetteur (10A, 10B, 10C, 10D, 10E) audit récepteur (14A, 14B) si le critère de test prédéterminé est satisfait, ladite notification concernant ledit émetteur (10A, 10B, 10C, 10D, 10E) n'étant pas adressée audit récepteur (14A, 14B) si le critère de test prédéterminé n'est pas satisfait.
- 4Réseau selon la revendication 3, caractérisé en ce que ledit récepteur (14A, 14B) comporte des moyens de définition dudit critère de test prédéterminé lors de son inscription auprès du service de notifications (12).
- 5Réseau selon l'une quelconque des revendications 3 à 4, caractérisé en ce que l'émetteur ou les autres émetteurs (10A, 10B, 10C, 10D, 10E) ou l'un au moins des récepteurs (14A, 14B) sont des objets.
- 6Unité de communication d'un réseau de traitement d'informations à applications distribuées, lequel réseau comporte un émetteur (10A, 10B, 10C, 10D, 10E) et des autres émetteurs (10A, 10B, 10D, 10E) et au moins un récepteur (14A, 14B), l'émetteur étant associé à une unité de traitement d'informations et les autres émetteurs étant associés respectivement à d'autres unités de traitement d'informations, l'émetteur et les autres émetteurs étant adaptés à communiquer entre eux au moins une alarme traduisant une panne d'un niveau déterminé sur l'unité de traitement d'informations ou sur une des autres unités de traitement d'informations, l'unité de communication comportant un service de notifications (12) auprès duquel est inscrit le ou chaque récepteur (14A, 14B) afin d'effectuer un filtrage des notifications satisfaisant à un critère de test prédéterminé, l'unité de communication étant caractérisé en ce que l'émetteur (10A, 10B, 10C, 10D, 10E) comporte des moyens pour adresser au service de notifications (12) une notification comportant un ensemble d'au moins deux valeurs, l'ensemble de valeurs comprenant une première valeur indiquant un niveau de gravité d'une panne rencontrée sur l'unité de traitement d'informations, l'ensemble de valeurs comprenant également une seconde valeur indiquant un niveau de gravité le plus élevé d'une panne d'un niveau déterminé rencontrée parmi l'unité de traitement d'informations ou les autres unités de traitement d'informations, le service de notifications (12) comportant des moyens pour vérifier, pour chaque récepteur (14A, 14B) inscrit, si ledit ensemble de valeurs satisfait audit critère de test prédéterminé associé audit récepteur (14A, 14B), ledit critère de test prédéterminé comportant une comparaison de la première valeur et de la seconde valeur pour déterminer si la première valeur indique un niveau de gravité d'une panne plus élevé que le niveau de gravité indiqué par la seconde valeur, et le service de notifications (12) comportant des moyens pour adresser ladite notification concernant ledit émetteur (10A, 10B, 10C, 10D, 10E) audit récepteur (14A, 14B) si le critère de test prédéterminé est satisfait, ladite notification concernant ledit émetteur (10A, 10B, 10C, 10D, 10E) n'étant pas adressée audit récepteur (14A, 14B) si le critère de test prédéterminé n'est pas satisfait.
Independent claims6
49 paragraphs, as filed
The present invention relates to a method for transmitting a communication in an information processing network distributed applications. It further relates to a network implementing the method.
The invention applies in particular to the architecture of distributed object systems complying with the specification "Common Object Request Broker Architecture" (CORBA) of "The Object Management Group '(OMG).
In this architecture, the objects are distributed on the different information processing units present in the network. They communicate via a software bus designated "Object Request Broker" (ORB) in the CORBA specification.
The term "software bus" means the entity that allows objects to send and receive requests in a distributed environment. Distributed applications are installed on information processing units communicating with each other by one hand, the physical medium on which are connected to information processing units forming the network, and secondly by the lower protocol layers communication, that is to say for example the IP layer (Internet Protocol) and TCP (Transmission Control Protocol).
The information processing units are, for example switches of a telecommunications network or a set of workstations connected to one or more printers.
In such a network, objects anywhere on the network provide services to clients on the network objects emitting requests for these services. The role of software bus (ORB) is issuing requests to the relevant server objects and return the output values to the client objects. This is done transparently to the client object. This one does not know where the objects reside on the network, how they are made, how they are stored or how they are run. The client object does not need to make a request that the reference object.
According to the specification CORBA, distributed each object has a communication interface written in IDL (Interface Definition Language). This IDL interface allows statically define the interfaces objects for porting objects between different models of objects.
After compiling the IDL interface, heel or strain obtained is linked to the achievement of the object.
Thus, the client object can interact with a remote server object by simply invoking the IDL functions as a local object without concern for the situation of the server object on the network. For this, the client object can use to address its request the format of the communication interface of the server object.
In such networks, a large number of data are transmitted synchronously directly from a sending object to a receiving object, both connected to the same software bus.
However, many data passes through notifications servers. These servers receive notifications of issuers objects notifications registered as such with the notification service. Receiver objects enrolled as objects and receivers who indicated one or more predetermined test criteria to perform filtering notifications they receive from the data they contain, receive notification service notifications that meet the criteria of predetermined tests.
Filtering methods are particularly useful to reduce the amount of data transmitted over the network and to adapt the notification service the needs of each receiver object.
These filters can be declared dynamically and modified.
Data transmitted by the transmitters objects as notifications are structured according to the fields or attributes with specific values to each object and transmitter on it.
The filtering consists in the identification of certain fields in the data structure and the implementation of a comparison of the values of these fields as described in the filter.
Only notifications whose values extracted meet the criteria of predetermined tests are transmitted to the receiving object.
In these types of network filtering methods implemented using simple structure of the tests do not allow effective filtering. In particular, these filters do not provide an efficient filtering and do not implement sufficiently developed test criteria. Also, they are not able to really limit the traffic to receiver objects so that they receive only the data being necessary for them.
Under these conditions, the vehicle network a large number of data of little value, unnecessarily increasing network traffic.
The European patent application published under number <patcit id="pcit0001" dnum="EP0759591A"><text>EP 0759591 A</text></patcit> also discloses a similar transmission process.
The invention aims to provide a solution to this problem and in particular to propose a transmission method and a network implementing such a process wherein an effective filter effectively reduces the number of communications while allowing to satisfy the imperatives network operation.
To this end, the invention relates to a transmission of a notification method in an information processing applications of distributed network from a transmitter to at least one receiver via a notification from which service is registered with the or each receiver to perform filter notifications according to a predetermined test criterion, said distributed applications to information processing network including other transmitters, the transmitter being associated with a data processing unit and other emitters being respectively associated with other information processing units, the transmitter and the other transmitters being adapted to communicate with each other at least one alarm indicating a failure of a given level on the information processing unit or one of the other information processing units, the method being characterized in that:<ul><li>the sender address notification service notification comprising a set of two values, the set of values including a first value indicating a severity level encountered a failure on the information processing unit, the all values also including a second value indicating the highest level of severity of a failure of a certain level encountered among the information processing unit or other information processing units;</li><li>the notification service checks, for each registered receiver, if said set of values fulfills said predetermined test criterion associated with said receiver, said predetermined test criteria involving a comparison of the first value and second value to determine if the first value indicates a severity level of a higher failure that the severity level indicated by the second value; and</li><li>the service notifications such notice concerning the said transmitter to said receiver if the predetermined test criterion is satisfied, said notification service not giving such notice concerning the said transmitter to said receiver if the predetermined test criterion is not satisfied.</li></ul>
According to particular modes of implementation, the method may include the feature that the predetermined test criterion is defined by said receiver during registration to the notification service.
The invention further relates to an information processing applications of distributed network comprising at least one transmitter and other transmitters, the transmitter being associated with an information processing unit and other transmitters being associated with respectively other information processing units, transmitter and other transmitters being adapted to communicate with each other at least one alarm indicating a failure of a given level on the information processing unit or one of the other units an information processing, said network also having at least one receiver, and a notifications from which service is registered with the or each receiver to perform filter notifications satisfying a predetermined test criteria, wherein:<ul><li>the transmitter includes means for addressing the notification service notification comprising a set of two values, the set of values including a first value indicating a severity level encountered a failure on the processing unit information, the set of values also includes a second value indicating the highest level of severity of a failure of a certain level encountered among the information processing unit or other information processing units;</li><li>the notification service includes means for checking for each registered receiver, if said set of values fulfills said predetermined test criterion associated with said receiver, said predetermined test criteria involving a comparison of the first value and second value to determine whether the first value indicates a higher level of seriousness of a failure that the severity level indicated by the second value; and</li><li>the notification service includes means for sending the said notification on the said transmitter to said receiver if the predetermined test criterion is met, the said notification said transmitter is not addressed to said receiver if the predetermined test criterion is not satisfied.</li></ul>
According to particular embodiments, the network may comprise one or more of the following characteristics:<ul><li>said receiver comprises means for defining said predetermined test criterion when registering with the notification service;</li><li>the transmitter or other emitters or at least the receivers are objects;</li></ul> The invention also relates to a unit of a processing network information to distributed applications, which network comprises a transmitter and other transmitters and at least one receiver, the transmitter being associated with a processing unit information and other issuers are respectively associated with other information processing units, transmitter and other transmitters being adapted to communicate with each other at least one alarm indicating a failure of a given level on the treatment unit information or one of the other information processing units, the communication unit comprising a notification from which service is registered with the or each receiver in order to perform a filtering of notifications when satisfying a predetermined test criterion, the communication unit being characterized in that the transmitter comprises means for addressing the notification service notification comprising an assembly of at least two values, the set of values comprising a first value indicating a severity of failure encountered on the information processing unit, all values also including a second value indicating the highest level of severity of a failure of a certain level encountered among the information processing unit or the other information processing units, the notification service including means for checking for each registered receiver, if said set of values fulfills said predetermined test criterion associated with said receiver, said predetermined test criteria involving a comparison of the first value and the second value to determine whether the first value indicates a higher level of severity of a failure that the severity level indicated by the second value, and the notification service includes means for addressing the said notification said transmitter audit receiver if the predetermined test criterion is met, the said notification said transmitter is not addressed to said receiver if the predetermined test criterion is not satisfied.
The invention will be better understood from reading the description which follows, given solely as an example and with reference to the single figure which is a schematic view of a network of distributed objects of the invention implementing a notification service.
In the following description assumes that each object meets the CORBA specification and therefore, objects can communicate with each other simply by addressing queries regardless of their location on the network.
On the single figure shows five issuers objects designated by references 10A, 10B, 10C, 10D and 10E. Each of these objects is allocated to monitoring the operation of a processing unit separate information, for example a switch of a telecommunications network. The objects are arranged to evaluate the operating status of any network component whether a software or hardware resource. These objects are distributed over the network and are connected by a software bus 11.
A notification service, bearing the reference 12, is connected to the software bus and provides asynchronous communication of information between network objects.
Receiver objects, designated by references 14A, 14B are connected to the bus 11. These software objects are for example allocated to telecommunication network operations and monitoring services are particularly intended for the detection of faults in the network and information of an operator for intervention.
The notification service 12 is formed of a set of objects connected to the software bus 11. Specifically, it includes a notification server administrator 16 and 18 a notification channel for the transmission of notifications received from the a sender objects to one or more receiver objects when the data received notification satisfy a predetermined test test formulated by the receiving object during registration to the service notifications.
Each object emitters 10A to 10E is registered with the notification server administrator 16 via a recording IDL interface 20. This registration is done by sending a request from the object transmitter to the interface 20. such a request is represented for the object 10A by arrow 21. Each object transmitter 10A to 10E receives at registration, reference and possibly the format of the communication interface IDL 22 notification channel 18. This reference then allows it to transmit to the notification service 12 notifications with values for. These notifications form of alarms and are representative of the operating state of the information processing unit which is associated with the sender object.
The structure of an alarm, written in IDL, is for example of the form:<pre listing-type="program-listing"> {struc string name; shorts severity; highestseverity shorts; alarm_reason string; };</pre>or:<ul><li>"Name" is the name of the sender object,</li><li>"Severity" is the level, measured on a scale of 1 to 5, the severity of the fault encountered on the information processing unit associated with the object corresponding transmitter,</li><li>"Highestseverity" is the highest severity level meeting among all objects transmitters 10A to 10E, and</li><li>"Alarm_reason" is an identifier of the failure.</li></ul>
The sender object assigns a value to each field depending on the operating state of the associated unit.
To assign a value to "highestseverity" field 10A to 10E objects are adapted to communicate with each other so that when one object sends an alarm indicating a failure of a given level on the processing unit 'associated information, all of the other objects is addressed to this alarm through its IDL interface.
Furthermore, the receiver objects 14A, 14B are registered with the service notifications 12 to receive the notifications interesting. To this end, each receiver object 14A, 14B is registered with a registration IDL interface 24 of the notification server administrator 16. This interface is adapted to the registration of objects related to the software buses that are free will receive notifications from the notification service for which they are enrolled.
Registration is done in particular by providing the notification server administrator 16 of the reference of the registered receiver object.
The notification channel 18, forming a CORBA object, is controlled by the notification server administrator 16. In particular, the notification server administrator 16 ensures registration of the receiver objects with the notification channel 18 by providing thereof their reference.
When registering with the notification service, each receiver also defines a filter that selects notifications to be sent to him according to the validation of a predetermined test criterion in the filter.
Depending on the filter defined by each receiver object, the notification server admnistrateur 16 controls the configuration of the notification channel 18 for the implementation of filters 28A, 28B own, respectively, to subject receivers 14A and 14B. The notification channel 18 thus knows for each receiver object 14A, 14B, the object reference and the test criterion specific to this object.
According to the invention, the predetermined test criterion consists of comparing two values from one issuer representative object and information about it.
For example, filtering is performed by comparing the field levels "severity" and "highestseverity" so that only messages with the highest level of all alarms present on the network are transmitted to the receiver objects that have imposed such filtering.
To this end, the filter structure written in IDL following the CORBA specification has the following form:<pre listing-type="program-listing"> typedef string Attributeld; struct {AttributeValueType Attributeld attributeld; Any attributeValue; }; struct {TwoAttributesType Attributeld attributeld1; Attributeld attributeld2; }; enum {TestType AttributeWithValue, AttributeWithOtherAttribute}; AttributeType union switch (TestType) { AttributeWithValue box: AttributeValueType single; AttributeWithOtherAttribute box: multi TwoAttributesType; }; enum {FilterltemType equalityChoice, greaterOrEqualChoice, lessOrEqualChoice, }; Filterltem union switch (FilterltemType) { equalityChoice box: AttributeType equality; greaterOrEqualChoice box: AttributeType greaterOrEqual; lessOrEqualChoice box: Attribute Type lessOrEqual; };</pre>in which :<ul><li>"Attributeld" is an attribute indentificateur,</li><li>"Filterltem" is a basic test which, together with other basic tests, with logical operators such as AND, OR, NOT, used to write complex tests.</li></ul>"Filterltem" is determined by "FilterltemType" gives the type of test, in this case, from the following tests: equality (equality) or greater (greater-OrEqual) or less (lessOrEqual).
The arguments for the test are stored in "AttributeType".
According to the invention, two different structures are considered for the test case. This is on the one hand, of "AttributeValueType" which corresponds to the test carried out by comparing a value of a field of the data structure and a predetermined reference value, and secondly to "TwoAttributesType" matching the test by comparing two values of fields in the same data structure and on the same subject issuer.
In drafting the filter, these two different structures are referred more explicitly, respectively:<ul><li>"AttributeWithValue" and "AttributeWithOtherAttribute".</li></ul>
With such a filter structure, filtering of notifications following the test criterion that the severity of the failure of the processing unit information ( "severity") is greater than or equal to the highest level met on the network ( "highestseverity") is written in the form:<ul><li>greaterOrEqual (AttributeType (AttributeWithOhterAttribute) {severity, highestseverity})</li></ul>
It will be understood that with such a filtering system, the possibility of selection of the notifications to be sent to receiver objects is increased. In particular, the filter criteria can evolve over time and the network status.
On the contrary, with the current filters employing only a comparison of an attribute value to a reference value, such changing filtering criteria are impossible.
Although the description given here implement transmitter and receiver objects, these may be conventional software including conventional procedural programming components.
1 sheet
Sheet 1
Every citation, both ways
| Document | Relation | Office |
|---|---|---|
| EP0759591A | Cites | European Patent Office (EPO) |
10 members in 4 offices
Priority claims5
| Document | Office | Kind | Date |
|---|---|---|---|
| 9705452 | France | A | |
| 9705452 | France | A | |
| 9705452 | France | – | |
| 9705452 | – | – | – |
| FR19970005452 | – | – | – |
Members10
| Document | Office | Kind | |
|---|---|---|---|
| EP0875828A1 | European Patent Office (EPO) | A1 | |
| FR2762951A1 | France | A1 | |
| JPH10320362A | Japan | A | |
| FR2762951B1 | France | B1 | |
| US2002056013A1 | United States of America | A1 | |
| US6546432B2 | United States of America | B2 | |
| US2003110310A1 | United States of America | A1 | |
| US7010795B2 | United States of America | B2 | |
| JP3766540B2 | Japan | B2 | |
| EP0875828B1This record | European Patent Office (EPO) | B1 |
40 legal events, as 4 offices reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | Office | |
|---|---|---|---|
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Patent lapsedLapsedMM4A | MM4A | IE | |
| Gb: european patent ceased through non-payment of renewal feeCeasedGBPC | GBPC | EP | |
| Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal feeWithdrawnR119 | R119 | DE | |
| No opposition filedOpposition26N | 26N | EP | |
| No opposition filed within time limitOppositionORIGINAL CODE: 0009261PLBE | PLBE | EP | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: NO OPPOSITION FILED WITHIN TIME LIMITSTAA | STAA | EP | |
| No opposition filed against granted patent, or epo opposition proceedings concluded without decisionGrantedR097 | R097 | DE | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Dpma publication of mentioned ep patent grantGrantedR096 | R096 | DE | |
| European patents granted designating irelandGrantedLANGUAGE OF EP DOCUMENT: FRENCHFG4D | FG4D | IE | |
| Designated contracting statesAK | AK | EP | |
| European patent grantedGrantedNOT ENGLISHFG4D | FG4D | GB | |
| (expected) grantORIGINAL CODE: 0009210GRAA | GRAA | EP | |
| Grant fee paidORIGINAL CODE: EPIDOSNIGR3GRAS | GRAS | EP | |
| Intention to grant announcedINTG | INTG | EP | |
| Information provided on ipc code assigned before grantRIC1 | RIC1 | EP | |
| Information provided on ipc code assigned before grantRIC1 | RIC1 | EP | |
| Information provided on ipc code assigned before grantRIC1 | RIC1 | EP | |
| Information provided on ipc code assigned before grantRIC1 | RIC1 | EP | |
| Despatch of communication of intention to grant a patentORIGINAL CODE: EPIDOSNIGR1GRAP | GRAP | EP | |
| Amendment of ipc main classPREVIOUS MAIN CLASS: G06F0009460000R079 | R079 | DE | |
| Information provided on other rights and legal means of execution (deleted)D11X | D11X | EP | |
| Party data changed (applicant data changed or rights of an application transferred)RAP1 | RAP1 | EP | |
| Information provided on other rights and legal means of executionDE ES FI GB IE IT SE111Z | 111Z | EP | |
| Party data changed (applicant data changed or rights of an application transferred)RAP1 | RAP1 | EP | |
| Party data changed (applicant data changed or rights of an application transferred)RAP1 | RAP1 | EP | |
| First examination report despatched17Q | 17Q | EP | |
| Designation fees paidDE ES FI GB IE IT SEAKX | AKX | EP | |
| Request for examination filed17P | 17P | EP | |
| Party data changed (applicant data changed or rights of an application transferred)RAP3 | RAP3 | EP | |
| Party data changed (applicant data changed or rights of an application transferred)RAP3 | RAP3 | EP | |
| Designated contracting statesAK | AK | EP | |
| Request for extension of the european patentAL;LT;LV;MK;RO;SIAX | AX | EP | |
| Public reference made under article 153(3) epc to a published international application that has entered the european phaseORIGINAL CODE: 0009012PUAI | PUAI | EP |
Numbers
- Publication
- 0875828
- Publication, DOCDB
- 0875828
- Publication, EPODOC
- EP0875828
- Application
- 984010637
- Application, DOCDB
- 98401063
- Application, EPODOC
- EP19980401063
Titles3
- German
- Verfahren und Vorrichtung zur Benachrichtigungsübertragung mit einem Benachrichtigungsdienst
- English
- Method and apparatus for notification transmission comprising a notification service
- French
- Procédé et dispositif de transmission d'un notification comportant un service de notifications
Classification
- CPC, 8
- G06F9/465
- G06F9/542
- H04L69/329
- G06F2209/544
- H04L67/51
- H04L67/61
- H04L67/00
- H04L9/40
- IPC, 5
- G06F9 54
- G06F9 46
- H04L29 08
- H04L29 06
- G06F13 00
Designated states1
- Contracting states, 1
- Sweden
