EP1683299A1 - Procede de notification de changements d'etat des ressources d'un reseau a destination d'au moins une application, programme d'ordinateur et systeme de notification de changements d'etats pour la mise en oeuvre de ce procede - Google Patents

Procede de notification de changements d'etat des ressources d'un reseau a destination d'au moins une application, programme d'ordinateur et systeme de notification de changements d'etats pour la mise en oeuvre de ce procede

Info

Publication number
EP1683299A1
EP1683299A1 EP04805351A EP04805351A EP1683299A1 EP 1683299 A1 EP1683299 A1 EP 1683299A1 EP 04805351 A EP04805351 A EP 04805351A EP 04805351 A EP04805351 A EP 04805351A EP 1683299 A1 EP1683299 A1 EP 1683299A1
Authority
EP
European Patent Office
Prior art keywords
network
application
notification
state
changes
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP04805351A
Other languages
German (de)
English (en)
Inventor
Yvon Gourhant
Djamal-Eddine Meddour
Bertrand Mathieu
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Publication of EP1683299A1 publication Critical patent/EP1683299A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks

Definitions

  • the present invention relates to a method for notifying changes in the state of resources of a network, intended for at least one application suitable for running on this network.
  • the invention also relates to a computer program and a system for notifying state changes for implementing this method.
  • This type of process is generally implemented for applications sensitive to changes in the state of the network on which they are running.
  • These software applications generally perform vital network services, including the discovery of network resources (JINI ® , UpnP ® , Salutation ® , SLP applications), quality of service management, or group management (HORUS system). ® ).
  • Changes in the state of the network which may be of interest to these applications include, for example, the disappearance, the reappearance of a network node, the movement of a node within the network, as well as quality of service information such as capacity changes of links or nodes crossed (bandwidth, computing capacity, batteries, etc.).
  • a process of the aforementioned type is already known in the prior art.
  • a service directory called “Loo up Server” maintains a list of available application servers on the network, using a refresh process (commonly called “leasing” mechanism ). According to this refresh process, the application servers must periodically renew their subscription to the directory of services by signaling that they are still operational, otherwise they are automatically deleted from the list.
  • the lower this time interval the more bandwidth occupied to convey this information in the ad-hoc network, which is problematic for a network in which this resource is limited.
  • information exchanges must be regularly conveyed through the ad-hoc network between the nodes of this network, in order to keep up to date the information concerning the group managed by the application. This information also generates an additional flow through the ad-hoc network whose bandwidth is limited.
  • QoS-sensitive applications such as multimedia applications, information on the capabilities of links and nodes traversed must be exchanged between nodes to identify and monitor paths that meet the QoS conditions required by the applications. .
  • State changes can occur during the mobility of a node, when using a node other than to transmit data from other nodes, or when a node goes into energy saving mode .
  • changes can have an impact on the quality of service negotiated with the applications, it is preferable that these applications be notified before they detect it themselves so as not to degrade the quality of service or interrupt the service.
  • the invention aims to remedy these drawbacks by providing a method of notification of changes of state capable of providing the applications adapted to run on a network with information on the changes of state of this network, by limiting as much as possible. possible the additional cost due to the transmission of this information in the network.
  • the invention thus aims to provide a notification method particularly suitable for ad-hoc type networks.
  • the subject of the invention is therefore a method of notification of changes in the state of the resources of a network, intended for at least one application suitable for running on this network, characterized in that it comprises the following steps : - extraction of routing information by means of notification of changes of state with which the application has been previously registered; - Transmission of this routing information extracted by the notification means, bound for the application.
  • the routing protocols implemented in any network, and in particular in ad-hoc networks generate traffic making it possible to know the state of the network and to update the information concerning this state.
  • This information can concern a change in bandwidth, due to radio interference between several co-located nodes, or a change in the routing capacities of a node crossed, due to the use of this node to carry out application processing or to a saving of use of this node to reduce its energy consumption when running on battery.
  • the invention therefore makes it possible to use this routing information to transmit it to the applications suitable for running on the network, without these applications needing to verify for themselves the state of the nodes of the network with which they communicate when they are executed.
  • conventional cooling mechanisms can be replaced by transmission of at least part of the routing information to interested applications.
  • the routing information of the network can provide information on the state of the group and can therefore be transmitted, without additional cost in the network and with a simplification of the applications adapted to run on the network.
  • the information on changes of network states transmitted to the application allows it to adapt, for example to redefine its quality of service contract.
  • the invention therefore makes it possible to extract information generally exchanged at levels of the network responsible for routing the information conveyed, in order to transmit it to higher levels in which the executions of the applications themselves are managed.
  • a method of notification of changes of state can also include one or more of the following characteristics: - during the prior recording step, part of the nodes and / or links of the network are selected so that the information extracted and transmitted to this application is routing information concerning this part of the selected nodes and / or links; the network is an ad-hoc network, and the routing information is extracted by interrogating a routing protocol implemented in the ad-hoc network; - the routing information is extracted from routing tables exchanged by a proactive routing protocol of the ad-hoc network, in particular the OLSR protocol; and the method further comprises a step of dynamic extension of the notification means during which, new routing information is deployed on the network, new corresponding extraction rules are introduced in the notification means.
  • An advantage of the OLSR protocol is that it effectively allows such a dynamic extension of the means of notification.
  • a packet exchanged between two routers can not only convey data but also programs. This process can, for example, be carried out using the JAVA ® code download technology called OSGi ® .
  • the invention also relates to a computer program for the notification of changes of state of the resources of a network, intended for at least one application suitable for running on this network, characterized in that, the application having been previously registered with the computer program, it includes means for extracting routing information and means for transmitting this extracted information to the application.
  • the invention also relates to a system for notification of changes in the state of resources of a network, comprising the network and at least one application adapted to run on this network, characterized in that it includes a program for computer as described above, installed on at least one of the network nodes.
  • a system for notification of changes in the state of resources of a network comprising the network and at least one application adapted to run on this network, characterized in that it includes a program for computer as described above, installed on at least one of the network nodes.
  • An ad-hoc network consists of mobile or fixed nodes having the property of automatically and dynamically constituting a network capable of forwarding packets from any point of the network to another as soon as a radio communication is established between each knot and its neighbors.
  • Each node 12, 14 is an electronic device capable of communicating a priori with the other nodes of the network, if these are connected either directly or indirectly (for example by neighborly relations close to close) to this device.
  • the nodes of the ad-hoc network are made up of devices such as a personal digital assistant, a mobile phone, a wireless microcomputer, etc.
  • each device 12, 14 is provided with routing applications conforming to a common protocol 12b, network layer or transport in the OSI system, for the routing of data in the ad network. -hoc.
  • This protocol is for example the proactive OLSR protocol, which is suitable for the periodic exchange of routing tables between the nodes of the network.
  • each node of the ad-hoc network also fulfills a router function for the transmission of information from one point to another on the network.
  • each of the nodes 12, 14 of the ad-hoc network 10 optionally includes applications that conform to a protocol 12a, 14a of application layer in the OSI system, using for example the JINI ® technology.
  • the ad-hoc network 10 comprises a particular node 14, fulfilling a function of application management server.
  • the server 14 comprises, in addition to routing applications conforming to the common protocol 14b of the network or transport layer and applications conforming to the protocol 14a of the application layer, notification means 14c intermediate between these applications.
  • the notification means 14c serve to retrieve routing information exchanged by routing applications (eg routing tables OLSR) to transmit to JINI ® applications that were previously recorded. They thus notify the applications concerned of changes in the state of the resources of the ad-hoc network.
  • routing applications eg routing tables OLSR
  • the application management server 14 comprises applications conforming to a common physical layer protocol 14d for the exchange of data between this server and the other nodes of the ad-hoc network 10.
  • the functions routing devices conforming to the protocol 14b of the application server 14 include means 16 for filtering events from layer 14d, to supply a portion of these events, in particular those relating to routing, to analysis means 18. These events are processed by the analysis means 18 so that they transmit them in the form of topology change information to means 20 for updating the topology of the ad-hoc network 10.
  • the way in which the filtering means 16, analysis 18 and updating means 20 operate and interact is conventional. It will therefore not be detailed.
  • the means 20 for updating the topology of the ad-hoc network 10 can also extract part of the events directly from the layer 14d.
  • 14c notification means are implemented as an intermediary between the Routing applications of layer 14b and JINI ® applications of the layer 14a.
  • These notification means 14c comprise first means 22 for extracting routing information from the means for updating the topology of the network 20.
  • the routing information is extracted directly from the OLSR routing tables in the case of this exemplary embodiment.
  • the OLSR protocol also allows a dynamic extension of the notification means 14c during which, new routing information being deployed on the network 10, new corresponding extraction rules are introduced into the notification means.
  • the information extracted by the means 22 is then transmitted to means 24 for transmitting this information to different applications having previously registered with the notification means 14c.
  • each of the JINI ® applications layer 14a interested in receiving notifications of events registers with the transmission means 24, for indicate the type of information which interests him, that is to say in particular the information concerning the nodes of the network likely to have an influence on the implementation of the application considered.
  • This information extracted by the extraction means 22 is obtained either directly from the routing tables as indicated above, when proactive protocols such as the OLSR protocol are implemented, or using specific interfaces created for interrogate the routing protocols implemented by the ad-hoc network, in particular for example in the case of reactive routing protocols.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Ce procédé de notification de changements d'état des ressources d'un réseau (10), à destination d'au moins une application (26, 28) adaptée pour s'exécuter sur ce réseau, comporte les étapes suivantes - extraction (22) d'informations de routage par des moyens (14c) de notification de changements d'état auprès desquels l'application a été préalablement enregistrée ; - transmission (24) de ces informations de routage extraites par les moyens de notification, à destination de l'application.

Description

Procédé de notification de changements d'état des ressources d'un réseau à destination d'au moins une application, programme d'ordinateur et système de notification de changements d'état pour la mise en-œuvre de ce procédé
La présente invention concerne un procédé de notification de changements d'état des ressources d'un réseau, à destination d'au moins une application adaptée pour s'exécuter sur ce réseau. L'invention concerne également un programme d'ordinateur et un système de notification de changements d'état pour la mise en œuvre de ce procédé. Ce type de procédé est généralement mis en œuvre pour des applications sensibles aux changements d'état du réseau sur lequel elles s'exécutent. Ces applications logicielles réalisent en général des services vitaux du réseau, parmi lesquels la découverte de ressources du réseau (applications JINI®, UpnP®, Salutation®, SLP), la gestion de qualité de service, ou encore la gestion de groupe (système HORUS®). Les changements d'état du réseau pouvant intéresser ces applications comprennent par exemple la disparition, la réapparition d'un nœud du réseau, le déplacement d'un nœud à l'intérieur du réseau, ainsi que des informations de qualité de service telles que les changements de capacité des liens ou des nœuds traversés (bande passante, capacités de calcul, batteries, etc.). On connaît déjà dans l'état de la technique un procédé du type précité. Dans le cas de l'application JINI®, un annuaire de services appelé « Loo up Server » maintient à jour une liste de serveurs applicatifs disponibles du réseau, à l'aide d'un procédé de rafraîchissement (appelé couramment mécanisme de « leasing »). Selon ce procédé de rafraîchissement, les serveurs applicatifs doivent périodiquement renouveler leur abonnement à l'annuaire de services en lui signalant qu'ils sont toujours opérationnels, sans quoi, ils sont automatiquement supprimés de la liste. Cette solution qui fonctionne correctement dans un réseau filaire classique dont les nœuds, les liens et les serveurs applicatifs sont relativement stables, est beaucoup moins adaptée à un réseau ad-hoc, c'est-à-dire un réseau ne comportant pas d'infrastructure prédéterminée, dans lequel on ne dispose en outre que d'une bande passante limitée et dans lequel les nœuds sont potentiellement mobiles, peuvent servir en même temps à exécuter des applications et possèdent des caractéristiques variées en terme d'autonomie, de capacités d'exécution et de bande passante. En effet, dans ce type de réseaux sans infrastructure, si l'on souhaite appliquer ce mécanisme de rafraîchissement pour le bon fonctionnement de l'application d'annuaires de services de JINI®, le paramètre d'intervalle de temps entre deux rafraîchissements doit être réglé à une valeur suffisamment faible pour compenser les modifications incessantes de la constitution du réseau. D'un autre côté plus cet intervalle de temps est faible, plus la bande passante occupée pour véhiculer ces informations dans le réseau ad-hoc est importante, ce qui pose problème pour un réseau dans lequel cette ressource est limitée. De même, pour des applications de type « gestion de groupe », des échanges d'informations doivent être régulièrement véhiculés à travers le réseau ad-hoc entre les nœuds de ce réseau, pour maintenir à jour les informations concernant le groupe géré par l'application. Cette information génère également un flux supplémentaire à travers le réseau ad-hoc dont la bande passante est limitée. Pour des applications sensibles à la qualité de service, telles que les applications multimédia, des informations sur les capacités des liens et des nœuds traversés doivent être échangées entre les nœuds pour identifier et surveiller les chemins respectant les conditions de qualité de service requises par les applications. Des changements d'état peuvent intervenir lors de la mobilité d'un nœud, lors de l'usage d'un nœud autrement que pour transmettre les données des autres nœuds, ou encore lorsqu'un nœud passe en mode d'économie d'énergie. De tels changements pouvant avoir un impact sur la qualité de service négociée avec les applications, il est préférable que ces applications en soient notifiées avant qu'elles ne le détectent elles-mêmes afin de ne pas dégrader la qualité de service ou interrompre le service. L'invention vise à remédier à ces inconvénients en fournissant un procédé de notification de changements d'état capable de fournir aux applications adaptées pour s'exécuter sur un réseau, des informations sur les changements d'état de ce réseau, en limitant le plus possible le surcoût dû à la transmission de ces informations dans le réseau. L'invention vise ainsi à fournir un procédé de notification particulièrement adapté aux réseaux de type ad-hoc. L'invention a donc pour objet un procédé de notification de changements d'état des ressources d'un réseau, à destination d'au moins une application adaptée pour s'exécuter sur ce réseau, caractérisé en ce qu'il comporte les étapes suivantes : - extraction d'informations de routage par des moyens de notification de changements d'états auprès desquels l'application a été préalablement enregistrée ; - transmission de ces informations de routage extraites par les moyens de notification, à destination de l'application. En effet, les protocoles de routage mis en œuvre dans tout réseau, et notamment dans les réseaux ad-hoc, génèrent un trafic permettant de connaître l'état du réseau et de mettre à jour les informations concernant cet état. Ces informations peuvent concerner un changement de bande passante, dû aux interférences radio entre plusieurs nœuds co-localisés, ou un changement des capacités de routage d'un nœud traversé, dû à l'utilisation de ce nœud pour effectuer des traitements applicatifs ou à une économie d'utilisation de ce nœud pour réduire sa consommation d'énergie lorsqu'il fonctionne sur batterie. L'invention permet donc d'utiliser ces informations de routage pour les transmettre aux applications adaptées pour s'exécuter sur le réseau, sans que ces applications n'aient besoin de vérifier d'elles-mêmes l'état des nœuds du réseau avec lesquels elles communiquent lorsqu'elles sont exécutées. Ainsi, pour des applications telles qu'un annuaire de services ou une application de découverte des services (JINI®), les mécanismes de rafraîchissement classiques peuvent être remplacés par la transmission d'au moins une partie des informations de routage aux applications intéressées. De même, pour une application de type gestion de groupe, les informations de routage du réseau peuvent renseigner sur l'état du groupe et peuvent donc être transmises, sans surcoût dans le réseau et avec une simplification des applications adaptée pour s'exécuter sur le réseau. De plus, pour une application multimédia, les informations de changements d'états du réseau transmises à l'application lui permettent de s'adapter, par exemple pour redéfinir son contrat de qualité de service. L'invention permet donc l'extraction d'informations en général échangées à des niveaux du réseau chargés du routage des informations véhiculées, pour les transmettre à des niveaux supérieurs dans lesquels sont gérées les exécutions des applications elles-mêmes. Un procédé de notification de changements d'état selon l'invention peut en outre comporter l'une ou plusieurs des caractéristiques suivantes : - lors de l'étape préalable d'enregistrement, on sélectionne une partie des nœuds et/ou des liens du réseau de sorte que les informations extraites et transmises à cette application sont des informations de routage concernant cette partie des nœuds et/ou des liens sélectionnés ; - le réseau est un réseau ad-hoc, et l'extraction des informations de routage est réalisée par l'interrogation d'un protocole de routage mis en œuvre dans le réseau ad- hoc ; - les informations de routage sont extraites de tables de routage échangées par un protocole de routage pro-actif du réseau ad-hoc, notamment le protocole OLSR ; et - le procédé comporte en outre une étape d'extension dynamique des moyens de notification lors de laquelle, de nouvelles informations de routage étant déployées sur le réseau, on introduit de nouvelles règles d'extractions correspondantes dans les moyens de notifications. Un avantage du protocole OLSR est qu'il permet effectivement une telle extension dynamique des moyens de notification. Dans un réseau pro-actif, un paquet échangé entre deux routeurs peut non seulement véhiculer des données mais également des programmes. Ce procédé est par exemple réalisable grâce à la technologie de téléchargement de code JAVA® appelée OSGi®. L'invention concerne également un programme d'ordinateur pour la notification de changements d'état des ressources d'un réseau, à destination d'au moins une application adaptée pour s'exécuter sur ce réseau, caractérisé en ce que, l'application ayant été préalablement enregistrée auprès du programme d'ordinateur, il comporte des moyens d'extraction d'informations de routage et des moyens de transmission de ces informations extraites à destination de l'application. Enfin, l'invention concerne également un système de notification de changements d'état des ressources d'un réseau, comportant le réseau et au moins une application adaptée pour s'exécuter sur ce réseau, caractérisé en ce qu'il comporte un programme d'ordinateur tel que décrit précédemment, installé sur au moins l'un des nœuds du réseau. L'invention sera mieux comprise à l'aide de la description qui va suivre, donnée uniquement à titre d'exemple et faite en référence aux dessins annexés dans lesquels : - la figure 1 représente schématiquement la structure d'une installation selon l'invention ; et - la figure 2 représente les éléments fonctionnels d'un serveur mettant en œuvre un procédé selon l'invention. L'installation représentée sur la figure 1 comporte un réseau ad-hoc 10 constitué de nœuds 12, 14 et de liens entre certains des ces nœuds. Un réseau ad-hoc est constitué de nœuds mobiles ou fixes ayant la propriété de constituer automatiquement et dynamiquement un réseau capable d'acheminer des paquets d'un point quelconque du réseau à un autre dès lors qu'une communication radio s'établit entre chaque nœud et ses voisins. Chaque nœud 12, 14 est un dispositif électronique capable de communiquer a priori avec les autres nœuds du réseau, si ceux-ci sont reliés soit directement, soit indirectement (par exemple par des relations de voisinages de proche en proche) à ce dispositif. Par exemple les nœuds du réseau ad-hoc sont constitués de dispositifs tels qu'un assistant numérique personnel, un téléphone mobile, un micro-ordinateur sans fil, etc. Pour pouvoir faire partie du réseau ad-hoc 10, chaque dispositif 12, 14 est muni d'applications de routage conformes à un protocole commun 12b, 14b de couche réseau ou transport dans le système OSI, pour le routage des données dans le réseau ad-hoc. Ce protocole est par exemple le protocole pro-actif OLSR, qui est adapté pour l'échange périodique de tables de routage entre les nœuds du réseau. Ainsi, chaque nœud du réseau ad-hoc remplit également une fonction de routeur pour la transmission des informations d'un point à un autre du réseau. De plus, chacun des nœuds 12, 14 du réseau ad-hoc 10 comporte éventuellement des applications conformes à un protocole 12a, 14a de couche application dans le système OSI, utilisant par exemple la technologie JINI®. Pour la mise en œuvre d'un partage de ces applications, le réseau ad-hoc 10 comporte un nœud 14 particulier, remplissant une fonction de serveur de gestion des applications. A cette fin, le serveur 14 comprend, outre des applications de routage conformes au protocole commun 14b de couche réseau ou transport et des applications conformes au protocole 14a de couche application, des moyens de notification 14c intermédiaires entre ces applications. Les moyens de notification 14c ont pour fonction d'extraire des informations de routage échangées par les applications de routage (par exemple les tables de routage OLSR), pour les transmettre à des applications JINI® qui se sont préalablement enregistrées. Ils notifient ainsi les applications concernées de changements d'état des ressources du réseau ad-hoc. Comme cela est représenté sur la figure 2, le serveur 14 de gestion des applications comporte des applications conformes à un protocole commun 14d de couche physique pour l'échange de données entre ce serveur et les autres nœuds du réseau ad-hoc 10. Les fonctions de routage conformes au protocole 14b du serveur d'application 14 comprennent des moyens 16 de filtrage d'événements issus de la couche 14d, pour fournir une partie de ces événements, en particulier ceux concernant le routage, vers des moyens d'analyse 18. Ces événements sont traités par les moyens d'analyse 18 de telle sorte que ceux-ci les transmettent sous forme d'informations de changement de topologie à des moyens 20 de mise à jour de la topologie du réseau ad-hoc 10. La façon dont les moyens de filtrage 16, d'analyse 18 et de mise à jour 20 fonctionnent et interagissent est classique. Elle ne sera donc pas détaillée. Les moyens 20 de mise à jour de la topologie du réseau ad-hoc 10 peuvent en outre extraire une partie des événements directement de la couche 14d. Leur fonction est de fournir des tables de routage qui sont ensuite régulièrement échangées entre les nœuds du réseau ad-hoc. Les moyens de notification 14c sont implémentés en tant qu'intermédiaires entre les applications de routage de la couche 14b et les applications JINI® de la couche 14a. Ces moyens de notification 14c comprennent des premiers moyens 22 d'extraction d'informations de routage à partir des moyens de mises à jour de la topologie du réseau 20. En particulier, les informations de routage sont extraites directement des tables de routage OLSR dans le cas de cet exemple de réalisation. Le protocole OLSR permet aussi une extension dynamique des moyens de notification 14c lors de laquelle, de nouvelles informations de routage étant déployées sur le réseau 10, on introduit de nouvelles règles d'extractions correspondantes dans les moyens de notifications. Les informations extraites par les moyens 22 sont ensuite transmises à des moyens 24 de transmission de ces informations à différentes applications s'étant préalablement enregistrées auprès des moyens de notification 14c. Ces applications comprennent par exemple un annuaire de services 26, du type « Lookup Server » ou d'autres applications mises en œuvre par la technologie JINI®. Ces applications peuvent également comprendre une application de gestion de groupe 28. Lors d'une étape préalable, chacune des applications JINI® de la couche 14a intéressées par la réception des notifications d'événements, s'inscrit auprès des moyens de transmissions 24, pour indiquer le type d'informations qui l'intéresse, c'est-à-dire notamment les informations concernant les nœuds du réseau susceptibles d'avoir une influence sur la mise en œuvre de l'application considérée. Ces informations extraites par les moyens d'extraction 22 sont obtenues soit directement à partir des tables de routage comme indiqué précédemment, lorsque des protocoles pro-actifs comme le protocole OLSR sont mis en œuvre, soit à l'aide d'interfaces spécifiques créées pour interroger les protocoles de routage mis en œuvre par le réseau ad-hoc, notamment par exemple dans le cas de protocoles de routage réactifs. Il apparaît clairement qu'un procédé et un système de notification d'événements tels que décrits précédemment, permettent d'informer les différentes applications mises en œuvre dans le réseau ad-hoc, des nœuds du réseau ad-hoc disponibles ou indisponibles, en temps réel, et ceci sans surcharge de la bande passante, puisque seules sont utilisées les informations de routage qui sont de toute façon véhiculées en permanence dans le réseau ad-hoc. On notera enfin que l'invention n'est pas limitée au mode de réalisation décrit précédemment. En variante notamment, les applications susceptibles d'être notifiées selon ce procédé peuvent être conformes à d'autres technologies que la technologie JINI®.

Claims

REVENDICATIONS
1. Procédé de notification de changements d'état des ressources d'un réseau (10), à destination d'au moins une application (26, 28) adaptée pour s'exécuter sur ce réseau, caractérisé en ce qu'il comporte les étapes suivantes : - extraction (22) d'informations de routage par des moyens (14c) de notification de changements d'état auprès desquels l'application a été préalablement enregistrée ; - transmission (24) de ces informations de routage extraites par les moyens de notification, à destination de l'application.
2. Procédé de notification de changements d'état selon la revendication 1 , caractérisé en ce que, lors de l'étape préalable d'enregistrement, on sélectionne une partie des nœuds et/ou des liens du réseau (10) de sorte que les informations extraites et transmises à ladite application (26, 28) sont des informations de routage concernant cette partie des nœuds et/ou des liens sélectionnés.
3. Procédé de notification de changements d'état selon la revendication 1 ou 2, caractérisé en ce que le réseau (10) est un réseau ad-hoc, et en ce que l'extraction des informations de routage est réalisée par l'interrogation d'un protocole de routage (14b) mis en œuvre dans le réseau ad-hoc.
4. Procédé de notification de changements d'état selon la revendication 3, caractérisé en ce que les informations de routage sont extraites de tables de routage (20) échangées par un protocole de routage pro-actif du réseau ad-hoc, notamment le protocole OLSR.
5. Procédé de notification de changements d'état selon l'une quelconque des revendication 1 à 4, caractérisé en ce qu'il comporte en outre une étape d'extension dynamique des moyens de notification (14c) lors de laquelle, de nouvelles informations de routage étant déployées sur le réseau (10), on introduit de nouvelles règles d'extractions correspondantes dans les moyens de notifications (14c).
6. Programme d'ordinateur (14c) pour la notification de changements d'état des ressources d'un réseau (10), à destination d'au moins une application (26, 28) adaptée pour s'exécuter sur ce réseau, caractérisé en ce que, l'application ayant été préalablement enregistrée auprès du programme d'ordinateur, il comporte des moyens (22) d'extraction d'informations de routage et des moyens (24) de transmission de ces informations extraites à destination de l'application.
7. Système de notification de changements d'état des ressources d'un réseau (10), comportant le réseau (10) et au moins une application (26, 28) adaptée pour s'exécuter sur ce réseau, caractérisé en ce qu'il comporte un programme d'ordinateur (14c) selon la revendication 6, installé sur au moins l'un des nœuds (14) du réseau.
EP04805351A 2003-11-03 2004-10-29 Procede de notification de changements d'etat des ressources d'un reseau a destination d'au moins une application, programme d'ordinateur et systeme de notification de changements d'etats pour la mise en oeuvre de ce procede Withdrawn EP1683299A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0312869A FR2861864A1 (fr) 2003-11-03 2003-11-03 Procede de notification de changements d'etat des ressources d'un reseau a destination d'au moins une application, programme d'ordinateur et systeme de notification de changements d'etat pour la mise en oeuvre de ce procede
PCT/FR2004/002798 WO2005046121A1 (fr) 2003-11-03 2004-10-29 Procede de notification de changements d'etat des ressources d'un reseau a destination d'au moins une application, programme d'ordinateur et systeme de notification de changements d'etats pour la mise en oeuvre de ce procede

Publications (1)

Publication Number Publication Date
EP1683299A1 true EP1683299A1 (fr) 2006-07-26

Family

ID=34429842

Family Applications (1)

Application Number Title Priority Date Filing Date
EP04805351A Withdrawn EP1683299A1 (fr) 2003-11-03 2004-10-29 Procede de notification de changements d'etat des ressources d'un reseau a destination d'au moins une application, programme d'ordinateur et systeme de notification de changements d'etats pour la mise en oeuvre de ce procede

Country Status (5)

Country Link
US (1) US20070070912A1 (fr)
EP (1) EP1683299A1 (fr)
CN (1) CN1902854A (fr)
FR (1) FR2861864A1 (fr)
WO (1) WO2005046121A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9081633B2 (en) * 2010-05-24 2015-07-14 Microsoft Technology Licensing, Llc Remote application connection sharing

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5109486A (en) * 1989-01-06 1992-04-28 Motorola, Inc. Distributed computer system with network and resource status monitoring
US5412654A (en) * 1994-01-10 1995-05-02 International Business Machines Corporation Highly dynamic destination-sequenced destination vector routing for mobile computers
US6185611B1 (en) * 1998-03-20 2001-02-06 Sun Microsystem, Inc. Dynamic lookup service in a distributed system
US6604127B2 (en) * 1998-03-20 2003-08-05 Brian T. Murphy Dynamic lookup service in distributed system
AU3297199A (en) * 1998-02-26 1999-09-15 Sun Microsystems, Inc. Dynamic lookup service in a distributed system
US6845393B1 (en) * 1999-06-14 2005-01-18 Sun Microsystems, Inc. Lookup discovery service in a distributed system having a plurality of lookup services each with associated characteristics and services
FI20002402A7 (fi) * 2000-11-01 2002-05-02 Nokia Corp Konfiguroinnin hallinta hajautetussa ympäristössä
US20030046394A1 (en) * 2000-11-03 2003-03-06 Steve Goddard System and method for an application space server cluster
US20030093471A1 (en) * 2001-10-18 2003-05-15 Mitch Upton System and method using asynchronous messaging for application integration
US6754192B2 (en) * 2002-04-29 2004-06-22 Harris Corporation Temporal transition network protocol (TTNP) in a mobile ad hoc network
US7283466B1 (en) * 2002-10-25 2007-10-16 Ciena Corporation Tracking physical route changes in optical switching network
US20040121792A1 (en) * 2002-12-18 2004-06-24 Allen Vernon A. Multi-protocol network and method of switching protocols
US20040125776A1 (en) * 2002-12-26 2004-07-01 Haugli Hans C. Peer-to-peer wireless data communication system with progressive dynamic routing
US20040186883A1 (en) * 2003-03-19 2004-09-23 Nyman Kai T. Method and apparatus for interfacing web services with mobile terminal applications during a browser or SIP session

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2005046121A1 *

Also Published As

Publication number Publication date
WO2005046121A1 (fr) 2005-05-19
US20070070912A1 (en) 2007-03-29
CN1902854A (zh) 2007-01-24
FR2861864A1 (fr) 2005-05-06

Similar Documents

Publication Publication Date Title
EP3427449B1 (fr) Sélection d'une instanciation de tranche de réseau pour la transmission de paquets montants
FR3015835A1 (fr) Procede de diagnostic de fonctions service dans un reseau ip
EP0951155A1 (fr) Procédé et système d'administration de réseaux et de systèmes
EP3675435A1 (fr) Procédé de routage dynamique dans un réseau d'objets connectés
EP3676992B1 (fr) Procédé de taxation de données d'une application acheminées sur une tranche d'un réseau de communication
EP2070276B1 (fr) Procédé pour évaluer la fiabilité d'une route dans un réseau coopératif
EP2011357A1 (fr) Gestion de ressources radio dans un reseau de telecommunications radio
EP2502384B1 (fr) Procede et systeme pour distribuer du contenu avec des garanties de delais de livraison dans les reseaux radio hybrides
WO2006059040A1 (fr) Procede et systeme d'adaptation dynamique de metrique de qualite de service dans un reseau ad hoc
EP2057807A1 (fr) Procede de routage de donnees dans un reseau comprenant des noeuds organises en groupements
Capra et al. Q-CAD: QoS and context aware discovery framework for mobile systems
EP2341728B1 (fr) Système et procédé de contrôle des communications dans un réseau ad-hoc mobile
EP3675562B1 (fr) Procédés de traitement de données, dans un réseau ad hoc de radiocommunication, stations mobiles de radiocommunication et programmes d'ordinateur associés
EP1683299A1 (fr) Procede de notification de changements d'etat des ressources d'un reseau a destination d'au moins une application, programme d'ordinateur et systeme de notification de changements d'etats pour la mise en oeuvre de ce procede
FR2855344A1 (fr) Systeme de gestion de contexte pour un reseau comportant un ensemble heterogene de terminaux
EP2399406B1 (fr) Procédé de commutation de noeud d'accès
EP2232816B1 (fr) Gestion d'une communication dans un reseau heterogene
EP2206384B1 (fr) Procede de commutation de noeud d'acces
EP3675463B1 (fr) Procédé d'identification d'un objet connecté dans une infrastructure réseau
EP1652346B1 (fr) Procede de localisation d'objets mobiles communicants au sein d'un reseau de communications
WO2026040270A1 (fr) Procédé de communication, appareil de communication et système de communication
EP4173326B1 (fr) Procede et dispositif de selection d'un reseau etendu a basse consommation
FR3091100A1 (fr) Procédé D’IDENTIFICATION DE nœud DE COMMUNICATION
Chafi et al. Dynamic management of bridge within internet of things system based on multi agent concept
FR3095913A1 (fr) Procédé d’identification d’un objet connecté dans une infrastructure réseau

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20060530

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PL PT RO SE SI SK TR

RIN1 Information on inventor provided before grant (corrected)

Inventor name: MATHIEU, BERTRAND

Inventor name: GOURHANT, YVON

Inventor name: MEDDOUR, DJAMAL-EDDINE

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20080117

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20120503