WO2006106199A1 - Procede de transfert’un code d’information entre deux dispositifs de communication - Google Patents

Procede de transfert’un code d’information entre deux dispositifs de communication Download PDF

Info

Publication number
WO2006106199A1
WO2006106199A1 PCT/FR2006/000610 FR2006000610W WO2006106199A1 WO 2006106199 A1 WO2006106199 A1 WO 2006106199A1 FR 2006000610 W FR2006000610 W FR 2006000610W WO 2006106199 A1 WO2006106199 A1 WO 2006106199A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication device
data frame
information code
communication
field
Prior art date
Application number
PCT/FR2006/000610
Other languages
English (en)
Inventor
Jean-Yves Cloarec
Jean-François CADIOU
Christophe Ameline
Original Assignee
France Telecom S.A.
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 S.A. filed Critical France Telecom S.A.
Priority to PL06726109T priority Critical patent/PL1872530T3/pl
Priority to EP06726109.9A priority patent/EP1872530B1/fr
Priority to ES06726109.9T priority patent/ES2437490T3/es
Publication of WO2006106199A1 publication Critical patent/WO2006106199A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/283—Processing of data at an internetworking point of a home automation network
    • H04L12/2836—Protocol conversion between an external network and a home network

Definitions

  • the present invention relates to a method for transferring an information code, from a first communication device to a second communication device, via a communication network, the information code being representative of the occurrence of an event on the first communication device.
  • the field of application of the present invention is that of home local area networks in which a plurality of communication devices can access services provided by service platforms connected to a communication network such as for example an IP-based network.
  • IP-based network such as the Internet.
  • These communication devices are for example computers that access the communication network via access providers, telephone terminals authorizing telephone communications via the communication network, for example by a technique called Voice over IP or terminals.
  • Audiovisuals commonly known as Set Top Box (STB) enabling access to audiovisual program supply services via the communication network.
  • STB Set Top Box
  • a bridge that connects two communication networks such as a network based on the IP protocol and a home network.
  • a bridge operates in accordance with the link layer of the OSI model, acronym for Open System Interconnection defined by PISO, which provides for seven respectively called: the physical layer, the link layer, the network layer, the transport layer, the session layer, the presentation layer and the application layer.
  • the physical layer deals with the transmission of bits on a transmission channel.
  • the link layer has the essential function of delimiting in the bit streams of the physical layer frames that are transmitted to the equipment identified in the header of these frames.
  • the upper layers can be the IP network layer, the TCP or UDP transport layer, and application layers.
  • a bridge filters the data frames from the source and destination MAC addresses they include in their header.
  • MAC stands for Media Access Control.
  • a MAC address is an address assigned to each communication equipment, specifically to the network card of each communication equipment, which allows this equipment to be uniquely identified.
  • a bridge after learning, identifies the MAC addresses of the different devices that are connected to the two communication networks that it connects. Since it implements only the physical layer and the link layer, a bridge is independent of the protocols used by the layers above the link layer, in particular the network and transport layers. A bridge therefore does not know the different addresses used at the network layer, for example the IP addresses, to identify at this level equipment that is connected to the two communication networks.
  • Each of the communication devices of the home network is assigned a public or private IP address by the service platform to which it is subscribed. This IP address is delivered temporarily or permanently.
  • a public IP address is a unique IP address among all the IP addresses of the IP network.
  • a private IP address is, for its part, a unique address among all the IP addresses of the subnet of the service platform.
  • the set of IP addresses of the service platform subnet forms the addressing plan for the service platform subnet.
  • a video-on-demand service platform assigns a Set Top Box (STB) an IP address
  • an IP telephony platform assigns another IP address to a telephone
  • an access provider provides yet another IP address to a computer.
  • STB Set Top Box
  • IP addresses allow the communication devices to communicate with their respective platforms.
  • IP addresses are private, these addresses allow the communication devices to communicate with their respective platforms via the subnets of these platforms to which they are connected. It is thus common that the communication devices of the same home network can not communicate with each other because they do not know the IP address of the other communication devices of the home network.
  • the bridge not knowing the IP address of the various communication devices of the home network, can not transfer information messages of the update to other communication devices.
  • a bridge does not generally have a human-machine interface for dialogue with the communication devices of the home network. Users of home network communication devices can not be warned of this situation.
  • the object of the present invention makes it possible to solve the drawbacks of the prior art and to propose a method for transferring an information code from a first communication device to a second communication device, via a communication network, the information code being representative of the appearance of an event on the first communication device, the communication devices implementing at least one link layer conforming to the OSI model.
  • This method comprises the steps performed by the first communication device of: determination of an information code, representative of the occurrence of the event, among a predetermined set of information codes,
  • the present invention relates to a communication device able to transfer an information code to another communication device via a communication network, the information code being representative of the appearance of a event on the communication device, the communication devices implementing at least one link layer conforming to the OSI model.
  • This communication device comprises:
  • Communication is limited to a layer two layer exchange in the OSI model, ie the link layer.
  • the first communication device is able to transfer frames of data between a first communication network and a second communication network
  • the second communication device is able to access services provided by the second communication network for a user and has information means of the user.
  • the first communication device receives, via the communication network, at least one data frame whose field capable of being processed by the link layer comprises information representative of a response of the user, and processes the event based on the information representative of the user's response.
  • a plurality of second communication devices are connected to the communication network and the data frame is broadcast to all second communication devices.
  • the event is a software update of the first communication device.
  • the invention also relates to a method of processing a data frame transmitted by a first communication device on a communication network and received by a second communication device, the communication devices implementing at least one link layer conforming to the OSI model. .
  • This method comprises the steps performed by the second communication device of: - reception of the data frame,
  • the invention relates to a communication device adapted to process a data frame transmitted by another communication device on a communication network, the communication devices implementing at least one link layer of the OSI model.
  • This communication device comprises:
  • means for determining a message associated with said read information code means for transferring the message to a display means.
  • the communication device receives a response from the user to said message
  • the user can authorize or not, or even delay the processing of the event.
  • the steps of the transfer method described above are executed by a computer device, in this case the first or the second communication device, under the control of software instructions. Consequently, the invention also relates to a software module intended to be stored or transmitted by a data carrier comprising software instructions for executing the transfer method by a computing device.
  • the data carrier can be a hardware storage medium, for example a CD-ROM, a magnetic diskette or a hard disk, or a transmissible medium such as an electrical, optical or radio signal.
  • the steps of the previously described processing method are performed by a computing device, in this case the first or the second communication device, under the control of software instructions. Consequently, the invention also relates to a software module intended to be stored or transmitted by a data carrier comprising software instructions for executing the processing method by a computing device.
  • the data carrier may be a hardware storage medium, for example a CD-ROM, a floppy disk magnetic or a hard disk, or a transmissible medium such as an electrical signal, optical or radio.
  • FIG. . 1 shows an example of a communication system in which the present invention is implemented;
  • FIG. 2 represents the structure of an Ethernet frame;
  • FIG. 3 shows a block diagram of a communication device of a first type according to the present invention;
  • FIG. 4 shows a block diagram of a communication device of a second type according to the present invention;
  • FIG. 5 is the information code transfer algorithm in a data frame according to the present invention;
  • FIG. 6 represents the algorithm for processing a data frame according to the present invention.
  • Fig. 1 shows an example of a communication system in which the present invention is implemented.
  • This communication system comprises a first communication network 180 and a second communication network 150 interconnected by means of a communication device of a first type 100 such as a bridge.
  • the first communication network 180 is, for example, a home network to which are connected communication devices of the first type 100 and the second type 160.
  • This network 180 is for example an Ethernet network compliant with the IEEE 802.3 standard.
  • the second type of communication devices 160 are for example and without limitation a computer 160a, a voice over IP telephone 160b, an audiovisual terminal of the type Set Top Box (STB) 160c.
  • the second communication network 150 is, for example, the Internet network and more generally a network using, in its network layer, the Internet protocol, hereinafter referred to as the IP network, to which service platforms 110 to 113 are connected.
  • the service platform 110 is, for example, an Internet access provider to which the computer 160a is subscribed.
  • the service platform 110 delivers a temporary or durable IP address to the computer 160a and to each communication device subscribed to its services.
  • the set consisting of the platform 110 and communications devices subscribers to its service is a first subnet.
  • the service platform 111 is, for example, an IP telephony service provider to which the telephone handset 160b is subscribed.
  • the service platform 111 delivers an IP address to the handset 160b and to each communication device subscribed to its services.
  • the set consisting of platform 111 and telephones subscribers to its service is a second subnet.
  • the service platform 112 is, for example, a service provider of software update service of bridges 100 of local home networks 180.
  • the service platform 113 is, for example, a platform for providing audiovisual programs such as broadcast programs. Internet TV or video-on-demand that the STB 160c subscribes to.
  • the service platform 113 delivers an IP address to the STB 160c as well as to each STB subscribed to its services.
  • the set consisting of the platform 113 and terminals subscribers to its service is a third subnet.
  • Each subnet can be independent of other subnets.
  • the communication devices 100, 160 can not conventionally communicate with each other within the local home network 180 because each of them does not know the addresses necessary for routing, in this network, messages that it could issue.
  • each communication device 100, 160 is able to transfer an information code or information to the other communication devices connected to the same local home network 180.
  • This information code or this information is representative of the occurrence of an event occurring on the communication device that transmits said code.
  • the information code or the information is included in a frame of the link layer implemented by the network 180.
  • the local network 180 is an Ethernet network (in accordance with the standard IEEE 802.3)
  • said information code is included in an Ethernet frame that is modified, for this purpose, according to the present invention as will be explained in relation to FIG. 2.
  • each communication device 100, 160 is able to receive a modified Ethernet frame according to the present invention, to read the information code that it includes and to process it, at the link layer of said network , to determine what data is associated with it and to process it.
  • Fig. 2 shows the structure of an Ethernet frame as modified in accordance with the present invention.
  • the Ethernet frame 400 consists of six fields marked 410 to 415.
  • the field 410 is the preamble of the Ethernet frame and consists of eight bytes.
  • Field 411 includes the MAC address of the destination of the Ethernet frame in the form of six octets.
  • this field 411 is at the value "FF" in hexadecimal, the Ethernet frame is a broadcast frame, which will allow the broadcast of the frame to all the communication devices of the network 180 and, in the case of invention, the broadcast of the event information code. If the most significant bit of this field is 1, the frame is transmitted only to a group of communication devices 160 whose group address is defined by the other bits of the field. This allows a restricted broadcast of the event information code. Finally, if the most significant bit is 0, the frame is transmitted only to the communication device 160 whose address is given by the other bits of the field.
  • the field 412 includes the MAC address of the transmitter of the Ethernet frame expressed in six bytes, for example the MAC address of the bridge 100.
  • field 413 includes information representative of the type of protocol concerned by the payload data that is included in the data field.
  • field 414 of the Ethernet frame may also define the length of the payload field 414 according to the IEEE 802.3 standard.
  • field 414 includes the network layer packets, which include the payload data to be transmitted. Its length is at least 46 bytes and at most 1500 bytes.
  • field 413 is used by the present invention to include the code of the event information to be transmitted.
  • the field 414 is of fixed size, for example at least 46 bytes. It includes for example stuffing data.
  • the field 413 comprises an information code representing the occurrence of an event and an invitation to read the data field 414 of the Ethernet frame.
  • the field 414 then comprises the data describing the event considered. It is also, in this embodiment, of fixed size, for example minimum of 46 bytes. Note that this reading can be performed at the link layer of the network 180.
  • Field 415 is the field that ensures that the data has been correctly transmitted and can therefore be delivered to the recipient. This field allows a cyclic redundancy check or "Cyclic Redundancy Check".
  • the present invention is thus particularly suitable for communication devices that only implement the physical layer and the link layer as defined by the ISO.
  • Fig. 3 shows a block diagram of a communication device of a first type according to the present invention.
  • the communication device of a first type is, for example, a bridge 100 adapted to perform from a first software module the steps of the algorithms as described with reference to FIGS. 5 and 6.
  • the communication device of a first type 100 comprises a communication bus 201 to which are connected a processor 200, a non-volatile memory 202, a random access memory 203, a communication interface 208 enabling the exchange of data with the IP network 150 a communication interface 206 enabling the exchange of data with the home LAN 180.
  • the RAM 203 stores the different MAC addresses of the communication devices 160 and the platforms 110 to 113 learned by learning.
  • the communication device of a first type 100 implements the physical layer and the link layer conforming to the OSI model.
  • the non-volatile memory 202 stores the programs implementing the invention, as well as the data enabling the algorithms to be described later with reference to FIGS. 5 and 6.
  • the non-volatile memory 202 stores the various information codes representative of the appearance of an event on a communication device 100 or 160.
  • the non-volatile memory 202 stores the various sequences of operations corresponding to information codes received in a data frame according to the present invention.
  • These information codes are representative, for example and without limitation, of a software update of the communication device of a first type 100 or of a communication device of a second type 160, a presentation of a telephone call, announcement of an end of download of an audiovisual sequence, reception of an electronic mail, etc.
  • the first software module according to the present invention is stored in a storage means.
  • This storage means is readable by the microprocessor 200.
  • This storage means is integrated or not to the communication device of a first type 100, and can be removable. When powering up the communication device of a first type
  • the first software module according to the present invention is transferred into the RAM 203 which then contains the executable code of the invention as well as the data necessary for the implementation of the invention.
  • the communication device of a first type 100 has a man-machine interface consisting of at least one screen and a keyboard not shown in FIG. 3.
  • the communication device of a first type as described previously is alternatively included in a communication device comprising both a module providing the bridge function according to the present invention and a bridge module providing the function router, that is to say a module able to route packets from IP addresses.
  • Fig. 4 shows a block diagram of a communication device of a second type according to the present invention.
  • the communication device of a second type 160 is adapted to perform from a second software module the steps of the algorithms as described with reference to FIGS. 5 and 6.
  • the communication device of a second type 160 implements at least the physical layer and the link layer conforming to the OSI model.
  • the communication device of a second type 160 is in a non-limiting manner a communication device such as a computer 160a, an IP telephony handset 160b or an STB 160c.
  • the communication device of a second type 160 comprises a communication bus 301 to which a processor 300, a non-volatile memory 302, a random access memory 303, a human-machine interface consisting of a screen 312 and a keyboard are connected. 311, a communication interface 306 for the exchange of data with the home network 180.
  • the non-volatile memory 302 stores the second software module implementing the invention, as well as the data enabling the algorithms to be described later with reference to FIGS. 5 and 6.
  • the non-volatile memory 302 stores the various information codes representative of the occurrence of an event on a communication device 100 or 160.
  • the non-volatile memory 202 stores the various sequences of operations corresponding to codes. information received in a data frame in accordance with the present invention. These operations are for example the display of a predetermined message on the screen 312 of the communication device of a second type 160 or on the screen of a device associated with the communication device of a second type 160.
  • the programs according to the present invention are stored in storage means. This storage means is readable by the microprocessor 300. This storage means is integrated or not to the device, and can be removable.
  • the second software module according to the present invention is transferred into the random access memory 303 which then contains the executable code of the invention as well as the data necessary for the implementation. implementation of the invention.
  • Fig. 5 represents the information code transfer algorithm in a data frame according to the present invention.
  • This algorithm is executed when an event appears in a communication device.
  • This event is, for example and without limitation, the reception by the bridge 100 of a software update to be performed, the reception by the computer 160a of an electronic mail or the end of the reception of a video on request by STB 160c.
  • FIG. 5 when a software update is to be performed by the bridge 100.
  • the present algorithm is also executed by each communication device 160.
  • step E500 the processor 200 of the bridge 100 detects the occurrence of an event.
  • the processor 200 determines the type of event.
  • the event is, for example, the reception of a message from the service platform 112. This message is representative of a software update notice of the bridge 100.
  • a bridge 100 does not necessarily have a human-machine interface for dialogue with users of the home network.
  • the bridge 100 not knowing the IP address of the different communication devices 160 of the home network 180, can not transfer conventional information messages to the communication devices 160 so as to inform them of the event, or inform the users of the local home network 180 of the update when they have a human-machine interface.
  • the communication devices implementing the physical layer and the link layer of the OSI by using a predetermined field of a data frame that can be processed by the communication devices implementing the physical layer and the link layer of the OSI, it is not necessary to know the IP address. other communication devices to inform them of the update.
  • the processor 200 reads in the non-volatile memory 202 the code associated with the event from a predetermined set of information code.
  • each event corresponds to a predetermined code coded preferentially over two bytes.
  • the processor 200 In the next step E503, the processor 200 generates a data frame.
  • This data frame is a modified Ethernet frame according to the present invention.
  • the processor 200 inserts in the field 412 the address of a communication device 160.
  • the processor 200 can also generate at least two data frames intended for at least two communication devices 160, respectively.
  • the data frame thus generated is transferred to the home network 180.
  • step E505 the processor 200 detects the reception of a data frame via the network interface 206.
  • the processor 200 reads the field 413 of the received data frame and determines whether it comprises a predetermined code according to the present invention by checking whether it corresponds to a predetermined code among the set of predetermined codes stored in the nonvolatile memory 202 of the bridge 100.
  • the processor 200 reads the fields 413 and 414 of the Ethernet frame.
  • step E507 which consists of checking whether the predetermined code corresponds to an acceptance generated by a communication device 160 in response to the information frame transferred to the step E504. If the predetermined code does not correspond to an acceptance, the processor 200 does not perform the software update proposed by the platform 112.
  • step E508 the software update proposed by the platform 112.
  • the processor 200 performs the software update as soon as the data frame is transferred to step E504.
  • Fig. 6 represents the algorithm for processing a data frame according to the present invention.
  • This algorithm is executed at each reception of a data frame of the local home network 180, generated by a communication device 100 or
  • the data frame is received in step E600 by a second type of communication device 160 and corresponds to the data frame transferred to step E504 of the algorithm of FIG. 5.
  • other events can be at the origin of this data frame. For example the receipt by the computer 160a of an email or the end of the receipt of a video on demand by the STB 160c.
  • step E601 the processor 300 of the processing device 160 reads, according to the preferred embodiment, the field 413 of the received data frame and determines whether it comprises a predetermined code according to the present invention, by checking whether the one it corresponds to a predetermined code among the set of predetermined codes stored in the non-volatile memory 302 of the processing device 160.
  • the processor 200 reads the fields 413 and 414 of the Ethernet frame.
  • step E602 the processor 300 checks whether a message is associated with the predetermined code included in the field 413. If not, the processor 300 stops the present algorithm.
  • step E603 the processor 300 forms the message associated with the predetermined code included in the field 413, or even the field 414.
  • This message is transferred to the screen 312 of the processing device if it is a computer 160 or a computer. Voice over IP handset 160b.
  • the processing device is a STB 160c
  • the message is transferred to the TV associated with the STB 160c.
  • This message is, for example, a message of the type "broken Internet connection, software update of the bridge".
  • This message can also be an interrogation message of the type "software update of the proposed bridge, accept? YES NO ".
  • the following steps E604 to E605 are executed only when the associated message is a polling message.
  • step E604 the processor 300 checks whether the user of the home LAN
  • step E603 has responded to the message transferred to step E603 by pressing at least one key on the keyboard 311 of the processing device 160. If the answer is affirmative, the processor 300 proceeds to step E605 and reads, in a table including the set of predetermined codes stored in the non-volatile memory 302, the code associated with the affirmative answer. Once this is done, the processor 300 proceeds to the next step E607. If the answer is negative, the processor 300 proceeds to step E606 and reads, in a table comprising all the predetermined codes stored in the non-volatile memory 302, the code associated with the negative response. Once this is done, the processor 300 proceeds to the next step E607.
  • step E607 the processor 300 generates a data frame.
  • This data frame is a modified Ethernet frame according to the present invention.
  • the field 413 of the frame 400 includes the predetermined code representative of the response of the user.
  • the field 412 comprises six bytes at the FF value in hexadecimal
  • the field 411 includes the MAC address of the bridge 100
  • the field 414 comprises 46 bytes of stuffing.
  • the field 414 unlike a conventional Ethernet frame, does not include data informing the communication devices of the response of the user.
  • the fields 413 and 414 of the frame 400 comprise the predetermined code representative of the response of the user.
  • step E608 the data frame thus generated is transferred to the home network 180.
  • the algorithm as described when it is executed by a communication device of a second type 160 is also executed, on receipt of a frame transmitted by a communication device of a second type 160 in step E504 of FIG. 5, by a communication device of a first type 100 when it has a human-machine interface.

Landscapes

  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention concerne un procédé de transfert d'un code d'information d'un premier dispositif de communication vers un second dispositif de communication par l'intermédiaire d'un réseau de communication, le code d'information étant représentatif de l'apparition d'un événement sur le premier dispositif de communication, les dispositifs de communication implémentant au moins une couche de liaison conforme au modèle OSI, le code d'information étant transmis dans une trame de données comprenant un champ de données et un champ apte à être traité par la couche de liaison, caractérisé en ce que le premier dispositif de communication détermine (E501) un code d'information, représentatif de l'apparition de l'événement, parmi un ensemble prédéterminé de codes d'information, insère (E503) le code d'information dans le champ apte à être traité par la couche de liaison et transfère (E504) la trame de données formée.

Description

Procédé de transfert d'un code d'information entre deux dispositifs de communication
La présente invention concerne un procédé de transfert d'un code d'information, d'un premier dispositif de communication vers un second dispositif de communication, par l'intermédiaire d'un réseau de communication, le code d'information étant représentatif de l'apparition d'un événement sur le premier dispositif de communication.
Le domaine d'application de la présente invention est celui des réseaux locaux domestiques dans lesquels une pluralité de dispositifs de communication peuvent accéder à des services fournis par des plateformes de services reliées à un réseau de communication comme par exemple un réseau basé sur le protocole IP (Internet Protocol) tel que le réseau Internet. Ces dispositifs de communication sont par exemple des ordinateurs qui accèdent au réseau de communication par l'intermédiaire de fournisseurs d'accès, des terminaux téléphoniques autorisant des communications téléphoniques via le réseau de communication, par exemple par une technique appelée voix sur IP ou des terminaux audiovisuels communément appelés Set Top Box (STB) permettant l'accès à des services de fourniture de programmes audiovisuels par l'intermédiaire du réseau de communication.
Ces dispositifs de communication peuvent accéder au réseau de communication par l'intermédiaire d'un dispositif de communication appelé classiquement pont qui permet de relier deux réseaux de communication tels qu'un réseau basé sur le protocole IP et un réseau local domestique. Classiquement, un pont fonctionne conformément à la couche liaison du modèle OSI, acronyme de Open System Interconnection défini par PISO, qui en prévoit sept respectivement appelées : la couche physique, la couche liaison, la couche réseau, la couche transport, la couche session, la couche présentation et la couche application. La couche physique s'occupe de la transmission des bits sur un canal de transmission. La couche liaison a pour fonction essentielle de délimiter dans les flux de bits de la couche physique des trames qui sont transmises aux équipements identifiés dans l'entête de ces trames. Les couches supérieures peuvent être la couche réseau IP, la couche transport TCP ou UDP et des couches d'application.
Mettant en œuvre la couche liaison, un pont filtre les trames de données à partir des adresses MAC source et destination qu'elles comprennent dans leur entête. MAC est l'acronyme de Media Access Control. Une adresse MAC est une adresse affectée à chaque équipement de communication, plus précisément à la carte réseau de chaque équipement de communication, ce qui permet à cet équipement d'être identifié de façon unique. Un pont, après apprentissage, identifie les adresses MAC des différents équipements qui sont reliés aux deux réseaux de communication qu'il relie. Du fait qu'il ne met en œuvre que la couche physique et la couche liaison, un pont est indépendant des protocoles utilisés par les couches supérieures à la couche liaison, notamment les couches réseau et transport. Un pont ne connaît donc pas les différentes adresses utilisées au niveau de la couche réseau, par exemple les adresses IP, pour identifier à ce niveau des équipements qui sont reliés aux deux réseaux de communication.
Chacun des dispositifs de communication du réseau local domestique se voit attribuer une adresse IP publique ou privée par la plateforme de service à laquelle il est abonné. Cette adresse IP est délivrée de manière temporaire ou durable.
Une adresse IP publique est une adresse IP unique parmi l'ensemble des adresses IP du réseau IP. Une adresse IP privée est, quant à elle, une adresse unique parmi l'ensemble des adresses IP du sous-réseau de la plateforme de service. L'ensemble des adresses IP du sous-réseau de la plateforme de service forme le plan d'adressage du sous-réseau de la plateforme de service.
Il est courant que ces plateformes de service soient différentes. Ainsi, une plateforme de service de vidéo à la demande attribue à une Set Top Box (STB) une adresse IP, une plateforme de téléphonie sur IP attribue une autre adresse IP à un téléphone, un fournisseur d'accès fournit encore une autre adresse IP à un ordinateur. Ces adresses IP permettent aux dispositifs de communication de communiquer avec leurs plateformes respectives. Lorsque ces adresses IP sont privées, ces adresses permettent aux dispositifs de communication de communiquer avec leurs plateformes respective via les sous-réseaux de ces plateformes auxquels ils sont connectés. Il est ainsi courant que les dispositifs de communication d'un même réseau local domestique ne puissent communiquer entre eux car ils ne connaissent pas l'adresse IP des autres dispositifs de communication du réseau local domestique.
Cette situation est problématique dans certains cas. Par exemple, lorsqu'un pont doit effectuer une mise à jour de son logiciel demandée par la plateforme de service à laquelle il est associé, le transit des données par l'intermédiaire du pont est interrompu et cela sans que les autres dispositifs de communication soient informés des raisons de l'interruption du transit des données.
En effet, le pont, ne connaissant pas l'adresse IP des différents dispositifs de communication du réseau local domestique, ne peut pas transférer des messages d'information de la mise à jour aux autres dispositifs de communication.
De plus, un pont ne dispose généralement pas d'une interface homme-machine permettant un dialogue avec les dispositifs de communication du réseau local domestique. Les utilisateurs des dispositifs de communication du réseau local domestique ne peuvent donc pas être prévenus de cette situation.
Le but de la présente invention permet de résoudre les inconvénients de l'art antérieur et de proposer un procédé de transfert d'un code d'information, d'un premier dispositif de communication vers un second dispositif de communication, par l'intermédiaire d'un réseau de communication, le code d'information étant représentatif de l'apparition d'un événement sur le premier dispositif de communication, les dispositifs de communication implémentant au moins une couche de liaison conforme au modèle OSI. Ce procédé comporte les étapes effectuées par le premier dispositif de communication de : - détermination d'un code d'information, représentatif de l'apparition de l'événement, parmi un ensemble prédéterminé de codes d'information,
- insertion du code d'information dans un champ apte à être traité par la couche de liaison d'une trame de données, - transfert de la trame de données formée.
Corrélativement, la présente invention concerne un dispositif de communication apte à transférer un code d'information vers un autre dispositif de communication par l'intermédiaire d'un .réseau de communication, le code d'information étant représentatif de l'apparition d'un événement sur le dispositif de communication, les dispositifs de communication implémentant au moins une couche de liaison conforme au modèle OSI. Ce dispositif de communication comporte :
- des moyens de détermination d'un code d'information, représentatif de l'apparition de l'événement, parmi un ensemble prédéterminé de codes d'information,
- des moyens d'insertion du code d'information dans un champ d'une trame de données, ledit champ étant apte à être traité par la couche de liaison,
- des moyens de transfert de la trame de données formée.
Ainsi, il est possible de notifier l'apparition d'un événement à d'autres dispositifs de communication d'un réseau de communication tels que par exemple un réseau local domestique sans qu'il soit nécessaire de connaître les adresses IP des autres dispositifs de communication. La communication est limitée à un échange selon la couche de niveau deux dans le modèle OSI, c'est-à-dire la couche liaison.
En effet, en insérant un code d'information dans le champ apte à être traité par la couche liaison, tous les dispositifs de communication implémentant la couche physique et la couche liaison du modèle OSI sont aptes à traiter ce message. Il n'est plus nécessaire, pour pouvoir transmettre des informations, d'avoir des dispositifs de communication implémentant les couches supérieures du modèle OSI.
Selon un autre aspect de l'invention, le premier dispositif de communication est apte à transférer des trames de données entre un premier réseau de communication et un second réseau de communication, le second dispositif de communication est apte à accéder à des services fournis par le second réseau de communication pour un usager et dispose de moyens d'information de l'usager.
Ainsi, lorsqu'un événement survient sur un dispositif de communication tel qu'un pont, les autres dispositifs de communication utilisant celui-ci pour accéder à un second réseau de communication tel qu'un réseau IP sont avertis de l'événement. En effet, la plupart des ponts ne disposent pas d'une interface homme-machine permettant de communiquer des informations à un usager.
Selon un autre aspect de l'invention, le premier dispositif de communication reçoit, par l'intermédiaire du réseau de communication, au moins une trame de données dont le champ apte à être traité par la couche de liaison comprend une information représentative d'une réponse de l'usager, et traite l'événement en fonction de l'information représentative de la réponse de l'usager.
Ainsi, le traitement de l'événement n'est effectué que lorsque l'usager l'accepte, ce qui limite le désagrément causé par le traitement de l'événement à l'usager. Selon un autre aspect de l'invention, une pluralité de seconds dispositifs de communication sont connectés au réseau de communication et la trame de données est diffusée à l'ensemble des seconds dispositifs de communication.
Ainsi, il n'est pas nécessaire de connaître les adresses MAC des autres dispositifs de communication. Selon un autre aspect de l'invention, l'événement est une mise à jour logicielle du premier dispositif de communication.
Ainsi, l'usager est informé d'un éventuel arrêt des échanges de données entre les dispositifs de communication reliés au premier réseau et leurs fournisseurs de service respectifs. L'invention concerne aussi un procédé de traitement d'une trame de données émise par un premier dispositif de communication sur un réseau de communication et reçue par un second dispositif de communication, les dispositifs de communication implémentant au moins une couche liaison conforme au modèle OSI. Ce procédé comporte les étapes effectuées par le second dispositif de communication de : - réception de la trame de données,
- lecture d'un code d'information dans un champ de la trame de données, ledit champ étant apte à être traité par la couche liaison,
- détermination d'un message associé audit code d'information lu,
- transfert du message vers un moyen d'affichage. Corrélativement, l'invention concerne un dispositif de communication apte à traiter une trame de données émise par un autre dispositif de communication sur un réseau de communication, les dispositifs de communication implémentant au moins une couche liaison du modèle OSI. Ce dispositif de communication comporte :
- des moyens de réception de la trame de données, - des moyens de lecture d'un code d'information dans un champ de la trame de données, ledit champ étant apte à être traité par la couche liaison,
- des moyens de détermination d'un message associé audit code d'information lu, - des moyens de transfert du message vers un moyen d'affichage.
Ainsi, il est possible de notifier l'apparition d'un événement à un usager d'un réseau de communication tel que par exemple un réseau local domestique sans qu'il soit nécessaire, pour le dispositif sur lequel apparaît un événement, de disposer d'une interface homme-machine ou de connaître les adresses IP des autres dispositifs de communication.
Selon un autre aspect de l'invention, le dispositif de communication reçoit une réponse de l'usager audit message,
- forme au moins une trame de données dont le champ apte à être traité par la couche liaison comprend une information représentative d'une réponse de l'usager, - transfère sur le réseau de communication la trame de données formée.
Ainsi, l'usager peut autoriser ou non, voire retarder le traitement de l'événement.
Les étapes du procédé de transfert précédemment décrit sont exécutées par un dispositif informatique, en l'espèce le premier ou le second dispositif de communication, sous la commande d'instructions logicielles. Par conséquent, l'invention concerne également un module logiciel destiné à être stocké ou transmis par un support de données comprenant des instructions logicielles pour faire exécuter le procédé de transfert par un dispositif informatique. Le support de données peut être un support matériel de stockage, par exemple un CD-ROM, une disquette magnétique ou un disque dur, ou bien un support transmissible tel qu'un signal électrique, optique ou radio.
Les étapes du procédé de traitement précédemment décrit sont exécutées par un dispositif informatique, en l'espèce le premier ou le second dispositif de communication, sous la commande d'instructions logicielles. Par conséquent, l'invention concerne également un module logiciel destiné à être stocké ou transmis par un support de données comprenant des instructions logicielles pour faire exécuter le procédé de traitement par un dispositif informatique. Le support de données peut être un support matériel de stockage, par exemple un CD-ROM, une disquette magnétique ou un disque dur, ou bien un support transmissible tel qu'un signal électrique, optique ou radio.
Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels : la Fig. 1 représente un exemple de système de communication dans lequel la présente invention est implémentée ; la Fig. 2 représente la structure d'une trame Ethernet ; la Fig. 3 représente un schéma bloc d'un dispositif de communication d'un premier type selon la présente invention ; la Fig. 4 représente un schéma bloc d'un dispositif de communication d'un second type selon la présente invention ; la Fig. 5 représente l'algorithme de transfert de code d'information dans une trame de données selon la présente invention ; la Fig. 6 représente l'algorithme de traitement d'une trame de données selon la présente invention.
La Fig. 1 représente un exemple de système de communication dans lequel la présente invention est implémentée. Ce système de communication comprend un premier réseau de communication 180 et un second réseau de communication 150 reliés entre eux au moyen d'un dispositif de communication d'un premier type 100 tel qu'un pont.
Le premier réseau de communication 180 est, par exemple, un réseau local domestique auquel sont connectés des dispositifs de communication de premier type 100 et de second type 160. Ce réseau 180 est par exemple un réseau Ethernet conforme à la norme IEEE 802.3. Les dispositifs de communication de second type 160 sont par exemple et de manière non limitative un ordinateur 160a, un combiné téléphonique de voix sur IP 160b, un terminal audiovisuel du type Set Top Box (STB) 160c. Le second réseau de communication 150 est, par exemple, le réseau Internet et plus généralement un réseau utilisant, dans sa couche réseau, le protocole Internet, dit ci-après réseau IP, auquel sont connectées des plateformes de service notées 110 à 113. La plateforme de service 110 est, par exemple, un fournisseur d'accès Internet auquel l'ordinateur 160a est abonné. La plateforme de service 110 délivre une adresse IP temporaire ou durable à l'ordinateur 160a ainsi qu'à chaque dispositif de communication abonné à ses services. L'ensemble constitué de la plateforme 110 et des dispositifs de communication abonnés à son service constitue un premier sous- réseau.
La plateforme de service 111 est, par exemple, un fournisseur de service de téléphonie sur IP auquel le combiné téléphonique 160b est abonné. La plateforme de service 111 délivre une adresse IP au combiné téléphonique 160b ainsi qu'à chaque dispositif de communication abonné à ses services. L'ensemble constitué de la plateforme 111 et des combinés téléphoniques abonnés à son service constitue un second sous réseau.
La plateforme de service 112 est, par exemple, un fournisseur de service de mise à jour logicielle de ponts 100 de réseaux locaux domestiques 180. La plateforme de service 113 est, par exemple, une plateforme de fourniture de programmes audiovisuels tels que des programmes de télévision sur Internet ou de vidéo à la demande auquel la STB 160c est abonnée. La plateforme de service 113 délivre une adresse IP à la STB 160c ainsi qu'à chaque STB abonnée à ses services. L'ensemble constitué de la plateforme 113 et des terminaux abonnés à son service constitue un troisième sous réseau.
Chaque sous-réseau peut être indépendant des autres sous-réseaux. Les dispositifs de communication 100, 160 ne peuvent classiquement pas communiquer l'un avec un autre au sein du réseau local domestique 180 car chacun d'eux ne connaît pas les adresses nécessaires pour le routage, dans ce réseau, des messages qu'il pourrait émettre.
Selon l'invention, chaque dispositif de communication 100, 160 est apte à transférer un code d'information ou une information vers les autres dispositifs de communication connectés au même réseau local domestique 180. Ce code d'information ou cette information est représentatif de l'apparition d'un événement qui a lieu sur le dispositif de communication qui émet ledit code. Pour ce faire, le code d'information ou l'information est inclus dans une trame de la couche liaison mise en œuvre par le réseau 180. Par exemple, dans le cas où le réseau local 180 est un réseau Ethernet (conforme à la norme IEEE 802.3), ledit code d'information est inclus dans une trame Ethernet que l'on modifie, pour ce faire, conformément à la présente invention comme cela sera explicité en relation avec la Fig. 2.
Selon l'invention, chaque dispositif de communication 100, 160 est apte à recevoir une trame Ethernet modifiée selon la présente invention, à lire le code d'information qu'elle inclut et à le traiter, au niveau de la couche de liaison dudit réseau, afin de déterminer quelles données lui sont associées et à traiter celles-ci.
La Fig. 2 représente la structure d'une trame Ethernet telle qu'elle est modifiée conformément à la présente invention.
La trame Ethernet 400 est constituée de six champs notés 410 à 415. Le champ 410 est le préambule de la trame Ethernet et est constitué de huit octets.
Le champ 411 comprend l'adresse MAC du destinataire de la trame Ethernet sous la forme de six octets. Conformément à la norme IEEE 802.3, si ce champ 411 est à la valeur « FF » en hexadécimal, la trame Ethernet est une trame de diffusion, ce qui va permettre la diffusion de la trame à l'ensemble des dispositifs de communication du réseau 180 et, dans le cas d'invention, la diffusion du code d'information d'événement. Si le bit de poids fort de ce champ est à 1, la trame n'est transmise qu'à un groupe de dispositifs de communication 160 dont l'adresse de groupe est définie par les autres bits du champ. Ceci permet une diffusion restreinte du code d'information d'événement. Enfin, si le bit de poids fort est à 0, la trame n'est transmise qu'au seul dispositif de communication 160 dont l'adresse est donnée par les autres bits du champ.
Le champ 412 comprend l'adresse MAC de l'émetteur de la trame Ethernet exprimée en six octets, par exemple l'adresse MAC du pont 100.
Dans une trame Ethernet classique (non modifiée) conforme au standard Ethernet II, le champ 413 comprend une information représentative du type de protocole concerné par les données utiles qui sont incluses dans le champ de données
414 de la trame Ethernet. Ce champ peut aussi définir la longueur du champ des données utiles 414 conformément au standard IEEE 802.3. Dans une trame classique, le champ 414 inclut les paquets de la couche réseau, lesquels incluent les données utiles à transmettre. Sa longueur est au minimum de 46 octets et au maximum de 1500 octets.
Dans la mesure où, selon la présente invention, aucun paquet n'est à transmettre, le contenu du champ 414 est indifférent et l'information du protocole utilisé ou de sa longueur n'est plus pertinente. Ainsi, dans un premier mode de réalisation de la présente invention, le champ 413 est utilisé par la présente invention pour inclure le code de l'information d'événement à transmettre. On notera que le champ 414 est de taille fixe, par exemple minimale de 46 octets. Il comprend par exemple des données de bourrage. Selon un second mode de réalisation de la présente invention, le champ 413 comprend un code d'information représentatif de l'apparition d'un événement et d'invitation à lire le champ de données 414 de la trame Ethernet. Le champ 414 comprend alors les données décrivant l'événement considéré. Il est aussi, dans ce mode de réalisation, de taille fixe, par exemple minimale de 46 octets. On notera que cette lecture peut être réalisée au niveau de la couche de liaison du réseau 180.
Le champ 415 est le champ qui permet de s'assurer que les données ont été correctement transmises et peuvent donc être délivrées au destinataire. Ce champ permet un contrôle de redondance cyclique ou en anglais « Cyclic Redundancy Check ». La présente invention est ainsi particulièrement adaptée aux dispositifs de communication n'implémentant que la couche physique et la couche liaison telles que définies par l'ISO.
La Fig. 3 représente un schéma bloc d'un dispositif de communication d'un premier type selon la présente invention. Le dispositif de communication d'un premier type est, par exemple, un pont 100 adapté à effectuer à partir d'un premier module logiciel les étapes des algorithmes tels que décrits en référence aux Fig. 5 et 6.
Le dispositif de communication d'un premier type 100 comporte un bus de communication 201 auquel sont reliés un processeur 200, une mémoire non volatile 202, une mémoire vive 203, une interface de communication 208 permettant l'échange de données avec le réseau IP 150, une interface de communication 206 permettant l'échange de données avec le réseau local domestique 180. La mémoire vive 203 mémorise les différentes adresses MAC des dispositifs de communication 160 et des plateformes 110 à 113 apprises par apprentissage. Le dispositif de communication d'un premier type 100 implémente la couche physique et la couche liaison conforme au modèle OSI.
La mémoire non volatile 202 mémorise les programmes mettant en œuvre l'invention, ainsi que les données permettant de mettre en œuvre les algorithmes qui seront décrits par la suite en référence aux Figs. 5 et 6. La mémoire non volatile 202 mémorise les différents codes d'information représentatifs de l'apparition d'un événement sur un dispositif de communication 100 ou 160. La mémoire non volatile 202 mémorise les différentes suites d'opérations correspondant à des codes d'informations reçus dans une trame de données conformément à la présente invention.
Ces codes d'informations sont représentatifs, par exemple et de manière non limitative, d'une mise à jour logicielle du dispositif de communication d'un premier type 100 ou d'un dispositif de communication d'un second type 160, d'une présentation d'un appel téléphonique, d'une annonce d'une fin de téléchargement d'une séquence audiovisuelle, d'une réception d'un courrier électronique, etc.
De manière plus générale, le premier module logiciel selon la présente invention est mémorisé dans un moyen de stockage. Ce moyen de stockage est lisible par le microprocesseur 200. Ce moyen de stockage est intégré ou non au dispositif de communication d'un premier type 100, et peut être amovible. Lors de la mise sous tension du dispositif de communication d'un premier type
100, le premier module logiciel selon la présente invention est transféré dans la mémoire vive 203 qui contient alors le code exécutable de l'invention ainsi que les données nécessaires à la mise en œuvre de l'invention.
Il est à remarquer qu'en variante, le dispositif de communication d'un premier type 100 dispose d'une interface homme-machine constituée d'au moins un écran et un clavier non représentés en Fig. 3.
Il est à remarquer aussi que le dispositif de communication d'un premier type tel que décrit précédemment est en variante compris dans un dispositif de communication comportant à la fois un module assurant la fonction de pont selon la présente invention pont et un module assurant la fonction de routeur, c'est-à-dire un module apte à effectuer un routage des paquets à partir d'adresses IP.
La Fig. 4 représente un schéma bloc d'un dispositif de communication d'un second type selon la présente invention.
Le dispositif de communication d'un second type 160 est adapté à effectuer à partir d'un deuxième module logiciel, les étapes des algorithmes tels que décrits en référence aux Fig. 5 et 6.
Le dispositif de communication d'un second type 160 implémente au moins la couche physique et la couche liaison conforme au modèle OSI. Le dispositif de communication d'un second type 160 est de manière non limitative un dispositif de communication tel qu'un ordinateur 160a, un combiné de téléphonie sur IP 160b ou une STB 160c. Le dispositif de communication d'un second type 160 comporte un bus de communication 301 auquel sont reliés un processeur 300, une mémoire non volatile 302, une mémoire vive 303, une interface homme- machine constituée d'un écran 312 et d'un clavier 311, une interface de communication 306 permettant l'échange de données avec le réseau local domestique 180.
La mémoire non volatile 302 mémorise le deuxième module logiciel mettant en œuvre l'invention, ainsi que les données permettant de mettre en œuvre les algorithmes qui seront décrits par la suite en référence aux Figs. 5 et 6. La mémoire non volatile 302 mémorise les différents codes d'information représentatifs de l'apparition d'un événement sur un dispositif de communication 100 ou 160. La mémoire non volatile 202 mémorise les différentes suites d'opérations correspondant à des codes d'informations reçus dans une trame de données conformément à la présente invention. Ces opérations sont par exemple l'affichage d'un message prédéterminé sur l'écran 312 du dispositif de communication d'un second type 160 ou sur l'écran d'un dispositif associé au dispositif de communication d'un second type 160. De manière plus générale, les programmes selon la présente invention sont mémorisés dans un moyen de stockage. Ce moyen de stockage est lisible par le microprocesseur 300. Ce moyen de stockage est intégré ou non au dispositif, et peut être amovible.
Lors de la mise sous tension du dispositif de communication d'un second type 160, le deuxième module logiciel selon la présente invention est transféré dans la mémoire vive 303 qui contient alors le code exécutable de l'invention ainsi que les données nécessaires à la mise en œuvre de l'invention.
La Fig. 5 représente l'algorithme de transfert de code d'information dans une trame de données selon la présente invention. Cet algorithme est exécuté lorsqu'un événement apparaît dans un dispositif de communication. Cet événement est, par exemple et de manière non limitative, la réception par le pont 100 d'une mise à jour logicielle à effectuer, la réception par l'ordinateur 160a d'un courrier électronique ou la fin de la réception d'une vidéo à la demande par la STB 160c. Nous allons maintenant décrire la Fig. 5 lorsqu'une mise à jour logicielle est à effectuer par le pont 100. Bien entendu, le présent algorithme est aussi exécuté par chaque dispositif de communication 160.
A l'étape E500, le processeur 200 du pont 100 détecte l'apparition d'un événement.
A l'étape suivante E501, le processeur 200 détermine le type d'événement. L'événement est par exemple la réception d'un message de la plateforme de service 112. Ce message est représentatif d'un avis de mise à jour logicielle du pont 100. Il est à remarquer ici que lorsqu'un pont 100 doit effectuer une mise à jour de son logiciel, le transit des données par l'intermédiaire du pont 100 est interrompu et cela sans que les utilisateurs du réseau local domestique 180 soient prévenus de cette situation. En effet, un pont 100 ne dispose pas nécessairement d'une interface homme-machine permettant un dialogue avec les usagers du réseau local domestique. Le pont 100, ne connaissant pas l'adresse IP des différents dispositifs de communication 160 du réseau local domestique 180, ne peut pas transférer des messages d'information classiques aux dispositifs de communication 160 de manière à informer ceux-ci de l'événement, ou informer les usagers du réseau local domestique 180 de la mise à jour lorsque ceux-ci disposent d'une l'interface homme-machine.
Selon l'invention, en utilisant un champ prédéterminé d'une trame de données apte à être traitée par les dispositifs de communication implémentant la couche physique et la couche liaison de l'OSI, il n'est pas nécessaire de connaître l'adresse IP des autres dispositifs de communication pour les informer de la mise à jour.
A l'étape suivante E502, le processeur 200 lit dans la mémoire non volatile 202 le code associé à l'événement parmi un ensemble prédéterminé de code d'information. Selon l'invention, à chaque événement correspond un code prédéterminé codé préférentiellement sur deux octets.
A l'étape suivante E503, le processeur 200 génère une trame de données. Cette trame de données est une trame Ethernet modifiée conformément à la présente invention. . En variante, le processeur 200 insère dans le champ 412, l'adresse d'un dispositif de communication 160. Le processeur 200 peut aussi générer au moins deux trames de données destinées respectivement à au moins deux dispositifs de communication 160. A l'étape E504, la trame de données ainsi générée est transférée sur le réseau local domestique 180.
A l'étape E505, le processeur 200 détecte la réception d'une trame de données par l'intermédiaire de l'interface réseau 206. A l'étape suivante E506, le processeur 200 lit le champ 413 de la trame de données reçue et détermine si celui-ci comprend un code prédéterminé selon la présente invention en vérifiant si celui-ci correspond à un code prédéterminé parmi l'ensemble des codes prédéterminés mémorisés dans la mémoire non volatile 202 du pont 100. Selon le second mode de réalisation de la présente invention, le processeur 200 lit les champs 413 et 414 de la trame Ethernet.
Le processeur 200 passe ensuite à l'étape E507 qui consiste à vérifier si le code prédéterminé correspond à une acceptation générée par un dispositif de communication 160 en réponse à la trame d'information transférée à l'étape E504. Si le code prédéterminé ne correspond pas à une acceptation, le processeur 200 n'effectue pas la mise à jour logicielle proposée par la plateforme 112.
Si le code prédéterminé correspond à une acceptation, le processeur 200 effectue à l'étape E508 la mise à jour logicielle proposée par la plateforme 112.
Il est à remarquer ici qu'en variante, les étapes E505 à E507 ne sont pas exécutées. Le processeur 200 procède à la mise à jour logicielle dès que la trame de données est transférée à l'étape E504.
La Fig. 6 représente l'algorithme de traitement d'une trame de données selon la présente invention.
Cet algorithme est exécuté à chaque réception d'une trame de données du réseau local domestique 180, générée par un dispositif de communication 100 ou
160. Par exemple, la trame de données est reçue à l'étape E600 par un dispositif de communication de second type 160 et correspond à la trame de données transférée à l'étape E504 de l'algorithme de la Fig. 5. Bien entendu, d'autres événements peuvent être à l'origine de cette trame de données. Par exemple la réception par l'ordinateur 160a d'un courrier électronique ou la fin de la réception d'une vidéo à la demande par la STB 160c.
L'algorithme de la Fig. 6 est décrit lorsque celui-ci est exécuté par un dispositif de traitement 160. A l'étape E601, le processeur 300 du dispositif de traitement 160 lit, selon le mode préféré de réalisation, le champ 413 de la trame de données reçue et détermine si celui-ci comprend un code prédéterminé selon la présente invention en vérifiant si celui-ci correspond à un code prédéterminé parmi l'ensemble des codes prédéterminés mémorisés dans la mémoire non volatile 302 du dispositif de traitement 160.
Selon le second mode de réalisation de la présente invention, le processeur 200 lit les champs 413 et 414 de la trame Ethernet.
A l'étape E602, le processeur 300 vérifie si un message est associé au code prédéterminé compris dans le champ 413. Dans la négative, le processeur 300 arrête le présent algorithme. Dans
Paffïrmative, le processeur 300 passe à l'étape E603.
A l'étape E603, le processeur 300 forme le message associé au code prédéterminé compris dans le champ 413, voire le champ 414. Ce message est transféré à l'écran 312 du dispositif de traitement si celui-ci est un ordinateur 160 ou un combiné téléphonique de voix sur IP 160b. Lorsque le dispositif de traitement est une STB 160c, le message est transféré au téléviseur associé à la STB 160c. Ce message est, par exemple, un message du type « connexion Internet rompue, mise à jour logicielle du pont ». Ce message peut aussi être un message d'interrogation du type « mise à jour logicielle du pont proposée, accepter ? OUI/NON ». Les étapes suivantes E604 à E605 sont exécutées seulement lorsque le message associé est un message d'interrogation.
A l'étape E604, le processeur 300 vérifie si l'usager du réseau local domestique
180 a répondu au message transféré à l'étape E603 en appuyant sur au moins une touche du clavier 311 du dispositif de traitement 160. Si la réponse est affirmative, le processeur 300 passe à l'étape E605 et lit, dans une table comprenant l'ensemble des codes prédéterminés mémorisée dans la mémoire non volatile 302, le code associé à la réponse affirmative. Cette opération effectuée, le processeur 300 passe à l'étape suivante E607. Si la réponse est négative, le processeur 300 passe à l'étape E606 et lit, dans une table comprenant l'ensemble des codes prédéterminés mémorisée dans la mémoire non volatile 302, le code associé à la réponse négative. Cette opération effectuée, le processeur 300 passe à l'étape suivante E607.
A l'étape E607, le processeur 300 génère une trame de données. Cette trame de données est une trame Ethernet modifiée conformément à la présente invention. Selon le mode préféré de réalisation de la présente invention, le champ 413 de la trame 400 comprend le code prédéterminé représentatif de la réponse de l'usager. Le champ 412 comprend six octets à la valeur FF en hexadécimal, le champ 411 comprend l'adresse MAC du pont 100 et le champ 414 comprend 46 octets de bourrage. Le champ 414, contrairement à une trame Ethernet classique, ne comprend pas de données informant les dispositifs de communication de la réponse de l'usager.
Selon le second mode de réalisation de la présente invention, les champs 413 et 414 de la trame 400 comprennent le code prédéterminé représentatif de la réponse de l'usager.
A l'étape E608, la trame de données ainsi générée est transférée sur le réseau local domestique 180.
Il est à remarquer ici que l'algorithme tel que décrit lorsqu'il est exécuté par un dispositif de communication d'un second type 160 est aussi exécuté, à la réception d'une trame transmise par un dispositif de communication d'un second type 160 à l'étape E504 de la Fig. 5, par un dispositif de communication d'un premier type 100 lorsque celui-ci dispose d'une interface homme-machine.
Bien entendu, la présente invention n'est nullement limitée aux modes de réalisation décrits ici, mais englobe, bien au contraire, toute variante à la portée de l'homme du métier.

Claims

REVENDICATIONS
1) Procédé de transfert d'un code d'information, d'un premier dispositif (100, 160) de communication vers un second dispositif (160, 100) de communication, par l'intermédiaire d'un réseau de communication (180), le code d'information étant représentatif de l'apparition d'un événement sur le premier dispositif (100, 160) de communication, les dispositifs de communication implémentant au moins une couche de liaison conforme au modèle OSI, caractérisé en ce que le procédé comporte les étapes effectuées par le premier dispositif de communication de :
- détermination (E501) d'un code d'information, représentatif de l'apparition de l'événement, parmi un ensemble prédéterminé de codes d'information, - insertion (E503) du code d'information dans un champ (413) d'une trame de données (400), ledit champ (413) étant apte à être traité par la couche de liaison,
- transfert (E504) de la trame de données formée.
2) Procédé selon la revendication 1, caractérisé en ce que le procédé comporte en outre les étapes de :
- réception (E505) par l'intermédiaire du réseau de communication d'au moins une trame de données, dont le champ (413) apte à être traité par la couche de liaison comprend une information représentative d'une réponse de l'usager,
- traitement (E507-E508) de l'événement en fonction de l'information représentative de la réponse de l'usager.
3) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'une pluralité de second dispositifs (160, 100) de communication est connectée au réseau de communication (180) et en ce que la trame de données (400) est diffusée à l'ensemble des seconds dispositifs (160, 100) de communication.
4) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que l'événement est une mise à jour logicielle du premier dispositif de communication (100, 160).
5) Procédé de traitement d'une trame de données (400) émise par un premier dispositif de communication (160, 100) sur un réseau de communication (180) et reçue par un second dispositif de communication, les dispositifs de communication (100, 160) implémentant au moins une couche liaison conforme au modèle OSI, caractérisé en ce que le procédé comporte les étapes effectuées par le second dispositif de communication de : - réception (E600) de la trame de données,
- lecture (E601) d'un code d'information dans un champ (413) de la trame de données, ledit champ étant apte à être traité par la couche liaison,
- détermination (E602) d'un message associé audit code d'information lu,
- transfert (E603) du message vers un moyen d'affichage.
6) Procédé selon la revendication 5, caractérisé en ce que le procédé comporte en outre les étapes de :
- réception (E604) d'une réponse de l'usager audit message,
- formation (E607) d'au moins une trame de données, dont le champ (413) apte à être traité par la couche liaison comprend une information représentative d'une réponse de l'usager,
- transfert (E608) sur le réseau de communication (180) de la trame de données (400) formée.
7) Dispositif de communication (100, 160) apte à transférer un code d'information vers un autre dispositif (160, 100) de communication par l'intermédiaire d'un réseau de communication (180), le code d'information étant représentatif de l'apparition d'un événement sur le dispositif de communication, les dispositifs de communication implémentant au moins une couche de liaison conforme au modèle OSI, caractérisé en ce que le dispositif de communication comporte :
- des moyens (200, 300) de détermination d'un code d'information, représentatif de l'apparition de l'événement, parmi un ensemble prédéterminé de codes d'information,
- des moyens (200, 300) d'insertion du code d'information dans un champ (413) d'une trame de données (400), ledit champ (413) étant apte à être traité par la couche de liaison,
- des moyens (200, 300) de transfert de la trame de données formée. 8) Dispositif de communication (100, 160) apte à traiter une trame de données (400) émise par un autre dispositif de communication (160, 100) sur un réseau de communication (180), les dispositifs de communication implémentant au moins une couche liaison du modèle OSI, caractérisé en ce que le dispositif de communication comporte :
- des moyens (200, 300) de réception de la trame de données,
- des moyens de lecture d'un code d'information dans un champ (413) de la trame de données, ledit champ étant apte à être traité par la couche liaison,
- des moyens (200, 300) de détermination d'un message associé audit code d'information lu,
- des moyens (200, 300) de transfert du message vers un moyen d'affichage.
9) Module logiciel stocké sur un support de données comportant des instructions logicielles pour faire exécuter le procédé de transfert selon l'une quelconque des revendications 1 à 4.
10) Module logiciel stocké sur un support de données comportant des instructions logicielles pour faire exécuter le procédé de traitement selon l'une quelconque des revendications 5 à 6.
PCT/FR2006/000610 2005-04-04 2006-04-03 Procede de transfert’un code d’information entre deux dispositifs de communication WO2006106199A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PL06726109T PL1872530T3 (pl) 2005-04-04 2006-04-03 Sposób przesyłania kodu informacyjnego między dwoma urządzeniami łączności
EP06726109.9A EP1872530B1 (fr) 2005-04-04 2006-04-03 Procede de transfert d'un code d'information entre deux dispositifs de communication
ES06726109.9T ES2437490T3 (es) 2005-04-04 2006-04-03 Procedimiento de transferencia de un código de información entre dos dispositivos de comunicación

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0503327 2005-04-04
FR0503327 2005-04-04

Publications (1)

Publication Number Publication Date
WO2006106199A1 true WO2006106199A1 (fr) 2006-10-12

Family

ID=34955101

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2006/000610 WO2006106199A1 (fr) 2005-04-04 2006-04-03 Procede de transfert’un code d’information entre deux dispositifs de communication

Country Status (4)

Country Link
EP (1) EP1872530B1 (fr)
ES (1) ES2437490T3 (fr)
PL (1) PL1872530T3 (fr)
WO (1) WO2006106199A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6130892A (en) * 1997-03-12 2000-10-10 Nomadix, Inc. Nomadic translator or router
US20030167405A1 (en) * 2001-07-27 2003-09-04 Gregor Freund System methodology for automatic local network discovery and firewall reconfiguration for mobile computing devices
US20040047358A1 (en) 2000-01-31 2004-03-11 Aeptech Microsystems, Inc. Broadband communications access device

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6130892A (en) * 1997-03-12 2000-10-10 Nomadix, Inc. Nomadic translator or router
US20040047358A1 (en) 2000-01-31 2004-03-11 Aeptech Microsystems, Inc. Broadband communications access device
US20030167405A1 (en) * 2001-07-27 2003-09-04 Gregor Freund System methodology for automatic local network discovery and firewall reconfiguration for mobile computing devices

Also Published As

Publication number Publication date
ES2437490T3 (es) 2014-01-10
EP1872530B1 (fr) 2013-06-19
EP1872530A1 (fr) 2008-01-02
PL1872530T3 (pl) 2013-11-29

Similar Documents

Publication Publication Date Title
WO2006024791A1 (fr) Procede et systeme de localisation d'utilisateurs pour les services bases sur les protocoles sip ou h.323 avec attribution d'adresse ip dynamique.
EP1931104B1 (fr) Procédé de contrôle de l'établissement de canaux de communication multimédia
WO2007053270A1 (fr) Messagerie vocale instantanee entre dispositifs mobiles et dispositifs informatiques
EP2291980A2 (fr) Acces reseau a distance via un reseau visite
EP1950926B1 (fr) Architecture IMS utilisant une table de hachage distribuée
WO2007113432A2 (fr) Procede et systeme de transmission d'un message instantane vers un terminal
WO2004043093A1 (fr) Systeme et procede de gestion d'acces d'un reseau de communication a un terminal mobile
EP2873211B1 (fr) Procédé d'enregistrement d'au moins une adresse publique dans un réseau ims et application correspondante
EP1518429A1 (fr) Procede de fourniture de donnees de configuration de service a un dispositif de telephonie mobile, par un terminal informatique
FR2864871A1 (fr) Methode de decouverte d'un reseau domestique et appareil implementant la methode
EP3739948A1 (fr) Trames de contrôle de courte durée en couche physique
EP1872530B1 (fr) Procede de transfert d'un code d'information entre deux dispositifs de communication
EP1974534B1 (fr) Procédé et dispositif de gestion des communications personnelles d'au moins un utilisateur
EP1944992A1 (fr) Système de terminaisons d'appels vers des numéros de mobiles par IP sans coopération du réseau de mobile
EP1985093A1 (fr) Procédé et dispositif de gestion d'au moins un groupe d'utilisateurs, produit programme d'ordinateur correspondant
EP1850602A2 (fr) Procédé et système pour accelérer l'accès à un contenu à partir d'un terminal mobile
FR3030958A1 (fr) Procede et dispositif de communication entre un terminal sip et un serveur web
EP2100430B1 (fr) Procédé et système de télécommunication permettant à au moins deux utilisateurs distincts d'accéder à un meme ensemble d'informations
EP1638353B1 (fr) Procédé et dispositif pour gérer un échange de messages entre deux entités communicantes
WO2009007585A1 (fr) Envoi de messages par mandat
FR2847405A1 (fr) Procede de gestion de messages, systeme et entites de communication pour la mise en oeuvre du procede
FR3100681A1 (fr) Procédé et dispositif de communication V2X pour véhicule
FR2972320A1 (fr) Codage de donnees sans perte pour communication bidirectionnelle dans une session collaborative d'echange de contenu multimedia
WO2000033551A1 (fr) Procede d'etablissement d'une communication entre deux terminaux + travers l'internet par un serveur d'appel, terminal et serveur associes
WO2005018197A1 (fr) Reseau de communications ip, a equipements a selection directe de service

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

WWE Wipo information: entry into national phase

Ref document number: 2006726109

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: RU

WWW Wipo information: withdrawn in national office

Country of ref document: RU

WWP Wipo information: published in national office

Ref document number: 2006726109

Country of ref document: EP