EP1900184A2 - Procede de gestion de messages dans un reseau de pairs - Google Patents

Procede de gestion de messages dans un reseau de pairs

Info

Publication number
EP1900184A2
EP1900184A2 EP06778992A EP06778992A EP1900184A2 EP 1900184 A2 EP1900184 A2 EP 1900184A2 EP 06778992 A EP06778992 A EP 06778992A EP 06778992 A EP06778992 A EP 06778992A EP 1900184 A2 EP1900184 A2 EP 1900184A2
Authority
EP
European Patent Office
Prior art keywords
message
peer
depositor
call
network
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
EP06778992A
Other languages
German (de)
English (en)
Inventor
Romaric Petion
Jean-Christian Villey
Didier Neveux
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 EP1900184A2 publication Critical patent/EP1900184A2/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/50Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/533Voice mail systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/104Peer-to-peer [P2P] networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • H04M7/006Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H04M7/0063Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer where the network is a peer-to-peer network

Definitions

  • the present invention relates to a messaging service and more particularly to a message management method in a peer-to-peer telecommunications network.
  • the messages are registered in peers of the peer network, but it is not necessary that the devices depositing or receiving the message themselves be peers of this network.
  • the invention can in particular be used for voice or videophone messages.
  • a message may be constituted by any computer file.
  • the present invention based on a peer-to-peer architecture telecommunications network, solves the aforementioned drawbacks.
  • each peer terminal of the network can both operate as a server or a client.
  • the invention is directed to a message management method in which a first device, called “depositor” wishes to send a message to a second device called “recipient”. This process comprises the following steps:
  • peer depository a peer of the peer network
  • the invention advantageously uses the very abundant resources of network peers, thus eliminating infrastructure costs for the operator (maintenance, calculation, storage).
  • the messages are in practice stored in the hard disks of these computers.
  • the invention also has the advantage of not requiring the acquisition of a dedicated answering machine, the peers being in practice constituted by personal computers connected to the network for other purposes (Internet access in particular). It will be noted already that the depositor device and the destination device are not necessarily network peers.
  • the messaging service can work regardless of the requestor, and especially in the case of calls from third-party networks.
  • the invention differs from the known information sharing systems on peer networks (and in particular KAZAA), since the messages deposited are intended for a particular recipient.
  • the invention provides a call router for implementing the aforementioned message management method.
  • This call router includes:
  • peer depositary means for identifying, in the peer network, at least one peer, called “peer depositary”, available and having sufficient resources to record the message
  • the call router according to the invention has two main functions, on the one hand, to identify at least one available peer and having sufficient resources to record a message, and on the other hand to establish a communication flow between the depositing device and this depositary peer.
  • the invention relates to a call routing method comprising: a step of receiving, in a signaling flow, a first call request from a first device, called an "applicant", the applicant wishing to establish a communication with a second device called “recipient”, to send him a message;
  • peer depository a step to identify, in a peer network, at least one peer, called “peer depository”, available and having sufficient resources to record the message;
  • the routing method according to the invention can be implemented in a call router as mentioned above.
  • this method may be implemented in a distributed manner by a plurality of network peers.
  • the protocol used for the signaling is preferably in accordance with the SIP protocol as defined by the Internet Engineering Task Force (IETF) in the document RFC 3261.
  • IETF Internet Engineering Task Force
  • any other signaling protocol may be used, including the H323 and MGCP protocols.
  • the call router according to the invention comprises:
  • this information is broadcast spontaneously by network peers adapted to implement a method of recording messages.
  • the call router is adapted to send a request to an even device to know whether it is suitable or not to implement the message recording method and to receive, if necessary, the aforementioned information in response to this request.
  • the identification means of the call router are adapted: to preselect the depositary peer in the aforementioned list; and
  • the call router ensures that the depositary peer is actually available and has the necessary resources at the time of recording the message.
  • this request can be of two types. According to a first type, this request makes it possible to explicitly ask if the resources available to record the message are present in the depositary peer. According to a second type, this request requests the amount of available resources, and the call router determines by itself whether these are sufficient for the depositary peer to record the message.
  • the call router may also, in one embodiment, explicitly send a request to reserve the depository peer resources necessary to receive and store the message, when the call router has determined that these resources are sufficient.
  • the call router inserts in the reservation request, an identifier of the applicant and the recipient of the message As detailed below, these identifiers may in particular allow the depositary peer to generate a personalized invitation message for the message depositor. .
  • the recipient ID may also allow the receiving peer to later contact the recipient to notify him of the message record.
  • the call router comprises means for obtaining from the peer peer, via the peer network, a record state of the message, and means for sending this state to the applicant, in the signaling flow. .
  • the call router controls the state of the recordings made on the peer network, and is able to contact the various recipients to notify them of recorded messages and intended for them.
  • the call router identification means are adapted to select the applicant as a peer custodian if the applicant is a peer of the peer network, and if he actually has available capabilities to record the message.
  • This feature advantageously makes it possible to establish a local communication flow within the peer applicant which, on the one hand, avoids cluttering the telecommunications network, and on the other hand, secures the recording of the message since it is done locally.
  • the identification means of the call router are also adapted to select the recipient as a peer depository if it is a peer of the peer network and if it actually has available capacity to record the message.
  • this feature can be implemented when a communication flow can be established with the recipient peer, but that it is not available to directly receive the message of the applicant.
  • the calling router will select the recipient for the registration of this message, thereby ensuring that the message is stored in the resources. the recipient, who can retrieve the message later, even if the applicant is no longer available.
  • the invention is directed to a device capable of being connected to a peer network for the implementation of the message management method as mentioned above.
  • This device comprises: means for sending on the peer network, information according to which it is adapted to implement a method of recording messages;
  • the invention relates to a message recording method, capable of being implemented by an even device in a peer network.
  • This process comprises:
  • the depository device is adapted to generate an invitation message from the recipient identifier extracted from the reservation request received from the call router, and to send this message. invitation for the applicant, in the communication flow.
  • the depositing device further comprises means for fragmenting the message into a plurality of parts and for identifying network peers. peers adapted to store a replication of the message or at least one of the parts.
  • fragmentation of the message makes it possible in particular to increase the speed of downloading of the latter by the recipient. It guarantees the persistence of the parts of the message in case of disconnection of peers.
  • the depository peer comprises means for extracting from the reservation request at least one identifier of the recipient of the message and means for generating an identifier of this message, and where appropriate of each part of this message.
  • the peer device according to the invention comprises means for sending to the applicant, when the message has been memorized successfully, an acknowledgment message in the communication stream and / or acknowledgment information in the signaling channel. This information (respectively this message) of acknowledgment reassures the applicant as to the success of the recording of his message.
  • the peer device comprises means for sending, to the call router, via the peer network, a second acknowledgment information when the message has been stored successfully.
  • the depositing device comprises means for sending to the depositor, during the entire duration during which the communication flow is established, a call back message in the communication flow and / or callback information in the signaling channel.
  • This information may for example be constituted by a small visual animation that runs on the terminal of the applicant.
  • the depository device according to the invention comprises the traditional features of answering machines.
  • the depository device comprises means for sending in the communication stream a confirmation message, to propose to the user of the depositor device to listen again, modify or delete the message, and means for retransmitting the message in the communication stream, replace it or delete it in the resources according to the response to the confirmation message.
  • the different steps of the routing method and / or the recording method are determined by computer program instructions.
  • the invention also relates to a computer program on an information carrier, this program being capable of being implemented in a call router or a computer, this program comprising instructions adapted to the implementation implement steps of the routing method as mentioned above when executed by this call router or this computer.
  • the invention also relates to a computer program on an information medium, this program being capable of being implemented in a computer, this program comprising instructions adapted to the implementation of a recording method such as as mentioned above, when executed by this computer.
  • These programs can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other form desirable shape.
  • the invention also relates to a computer-readable information medium, comprising instructions by executing the steps of a routing method or a recording method as mentioned above.
  • the information carrier may be any entity or device capable of storing the program.
  • the medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording means, for example a floppy disk or a hard disk.
  • the information medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means.
  • the program according to the invention can be downloaded in particular on an Internet type network.
  • the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question.
  • FIG. 1 represents a call router and a depositary device according to the invention as well as the various information exchanged between the different devices involved in the recording of a message according to a message management method according to the invention. in a preferred embodiment;
  • FIG. 2 represents, in flowchart form, the main steps of a call routing method according to the invention in a preferred embodiment
  • FIG. 3 represents, in flowchart form, the main steps of a message recording method according to the invention in a preferred embodiment.
  • FIG. 1 there is shown a network of peers 1, to which several even devices 10, PR, Y, 12 and 13 are connected.
  • the equipment represented by round or oval shapes are peers. They are connected to peer network 1 by links 2.
  • Each of these peer devices is typically constituted by a computer, whose known processing means (CPU, ROM, RAM, ...) have not been represented for the sake of clarity.
  • This figure shows the storage means HD (for example hard disks), even devices PR, 12 and 13.
  • peer device 12 and the peer device PR are adapted to implement a message recording method according to the invention.
  • these devices comprise a recording medium 52 (for example a memory) in which is recorded a computer program PG2 comprising instructions for the execution of the steps of the recording method whose flowchart is given in FIG.
  • the X and Y devices use the SIP call control protocol.
  • the devices depositing X and recipient Y are known to those skilled in the art and do not form part of the invention. They can be constituted for example by telephone or videophone terminals.
  • the SIP proxy 10 is a call router according to the invention. It comprises a memory 50 in which a computer program PG1 is recorded comprising instructions for executing the steps of the call routing method according to the invention and whose flowchart is shown in FIG. 2.
  • the SIP proxy 10 is connected to the peer network 1 by a link 2.
  • the SIP proxy 10 maintains an LPR list of peers 12, PR adapted to implement the method of recording messages according to the invention.
  • the SIP proxy 10 is adapted to send regularly, during a step E02, a request REQ1 to all the peers of the peer network 1 to obtain the identifiers 12, PR of the peers implementing the method message recording.
  • This request REQ1 is received, in particular by the peers PR and 12, during a step FlO.
  • these peer devices PR, 12 respond to this request REQ1 by a REPFN information received by the SIP proxy 10 in step E05.
  • the SIP proxy 10 updates the list of LPR peers.
  • peer devices implementing the message recording method may spontaneously send the REPFN information to the SIP proxy 10 which updates the LPR list upon receipt of that spontaneous transmission.
  • step E02 is done regularly so that the LPR list is kept up to date.
  • the SIP proxy 10 deletes the entry corresponding to this peer in the LPR list.
  • the depositor device X wishing to establish a call with the recipient Y, sends, via its client SIP, an INV1 request to the call router 10 constituted here by a SIP proxy server.
  • the SIP proxy 10 is a traditional proxy server role. Consequently, when it receives the request INV1 (step ElO), it sends (step E15) a call request INV2 to the destination Y, in the signaling flow FS.
  • the recipient Y is busy, or at least he can not receive the message from the applicant X.
  • the recipient SIP client Y sends a NOK3 response to the SIP proxy 10.
  • the SIP proxy knows in static the address of the answering server to which to transfer the call of the applicant X. But, in the present invention, this address is not known a priori by the proxy 10. It must be sought dynamically.
  • the call router 10 upon receipt of the NOK3 failure notification (step E20), the call router 10 sends a repository peer PR registered in the LPR list a REQ2 request to check if it is available and if it has resources to record the message M (step E35). In this example, it will be assumed that the call router 10 sends this request REQ2 to the peer device 12 first, but that it is not available because disconnected from the peer network 1.
  • the proxy 10 After a while, receiving no response to the REQ2 request, the proxy 10 sends this REQ2 request again to another peer depository PR LPR list. This request
  • REQ2 is received by the depositary peer PR during a step F15 of the message recording method according to the invention.
  • step F15 the depositary peer PR returns to the proxy 10, via the peer network 1, information that it has sufficient resources to record a message M.
  • This response is received by the call router 10 during a step E40.
  • the call router 10 sends, via the peer network 1, a request REQ3 to the repository peer PR to ask it to reserve resources for the recording of a message M.
  • these resources consist of a memory zone of the hard disk HD of this peer PR.
  • This resource reservation request REQ3 includes the applicant's identifier X and the identifier Y of the recipient of the message M.
  • This request REQ3 is received during a step F20 by the depositary peer PR which reserves resources in its hard disk HD during a step F25.
  • This step F25 is followed by a step F30 during which the responder device PR sends, via the peer network 1, a positive response to the SIP proxy 10.
  • This positive response is received by the SIP proxy during a step E45.
  • the SIP proxy 10 having identified the peer device PR as being available and with resources reserved for the recording of a message, sends, via the signaling stream FS, a request INV4 to the depositary peer PR according to the SIP protocol.
  • This request INV4 is received by the depositary peer PR during a step F35. It will be assumed, in the example described here, that the depositary peer PR accepts this invitation because the necessary resources have been previously reserved (step E25).
  • the depositary bank PR sends an acknowledgment notification OK5 in the signaling stream FS5 during a step F40 to the SIP proxy 10.
  • This notification OK5 is received by the SIP proxy, via the signaling channel FS, during a step E50.
  • the SIP proxy 10 can then establish the communication between the depositor X and the depositary bank PR, during a step E55, by sending, in the signaling channel FS, to the depositor X, a notification of OK6 acknowledgment according to the SIP protocol.
  • a media flow, or communication flow, FC is thus established between the depositor X and the depositary peer PR (step E60).
  • FC media flow, or communication flow, FC
  • the depositary peer PR begins to send in the signaling flow FS, a call return information MRET to the SIP proxy 10 (step F45).
  • the SIP proxy 10 transmits this callback information MRET to the applicant X (step E65).
  • the device X may for example turn on a flashing diode.
  • a call return message MRET may be sent to the device X via the communication stream FC.
  • this information or this MRET callback message is maintained for the duration during which the FC communication flow is established.
  • This step F45 of sending of return message MRET is followed by a step F50 during which the peer device PR extracts the identifiers X of the applicant Y of the recipient of the request REQ3 received during the step F30.
  • This extraction step F50 is followed by a step F55 during which the peer device PR generates a MINV invitation message and sends this message in the communication stream FC to the destination.
  • Applicant X can be customized from the recipient's identifier Y.
  • the user of the device X receives the invitation message MINV during a step E70. Upon receipt of this message, it begins to send its message M so that it is recorded in the HD resources of the peer repository device PR.
  • the message M is received in the communication channel FC and stored by the peer repository device PR during a step F60.
  • the device depositary peer PR sends, during a step F65, a message MACK acknowledgment to the depositor X.
  • this acknowledgment message MACK is sent in the communication stream FC.
  • an acknowledgment information may be sent via the call router 10 into the signaling stream FS.
  • the recording of the message M is completed, but in the preferred variant described here, the peer device PR sends, in the communication channel FC, during a step F70, a confirmation message MCONF proposing to the user of the device applicant X to replay, modify or delete the message M.
  • the depositary peer PR having received the request BYE2 stops issuing, during a step F75, the callback information MRET in the signaling channel FS.
  • the message M is then broken up and replicated on the peer network.
  • the depositary peer PR fragments the message M recorded during the step F60 in several parts, two in our example (ml and m2), the identifier Y, extracted from the REQ3 request during step F50, being used to generate an identifier of the message parts.
  • the peer dealer PR identifies during this same step F80 a number of peers, two in our example (peers 12 and 13) of the peer network 1 to store, independently of each other, the message parts ml and m2.
  • the SIP proxy 10 sends, via the peer network 1, a request REQ4 to the depositary peer PR to know the storage status of the message in the peer network.
  • This request REQ4 is received by the depositary peer PR during a step F85.
  • the recording of the message having proceeded successfully the paired device PR sends, during the step F80, an STOK state to the SIP proxy 10. This state is received by the proxy 10 at during step E80.
  • the recipient peer Y when the recipient peer Y reconnects to the peer network, it searches the peer network according to a method known to those skilled in the art, any messages it is addressed c ' that is, identified from its identifier Y.
  • the recipient Y can then obtain his message M by any means known to those skilled in the art (downloading, telephone call to a voicemail, etc.).

Landscapes

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

Abstract

Ce procédé de gestion de messages, dans lequel un déposant X souhaite envoyer un message (M) à un destinataire (Y) comporte une étape d'envoi, par le déposant (X), d'une requête d'appel (INVl) à un routeur d'appel (10) pour établir une communication avec le destinataire (Y) ; une étape d'identification, par ce routeur (10), d'au moins un pair dépositaire dans un réseau de pairs (1), disponible et ayant les ressources (HD) suffisantes pour enregistrer ce message (M) ; une étape d'établissement d'un flux de communication (FC) entre le déposant X et le dépositaire (PR) pour la mémorisation du message dans les ressources (HD) du pair dépositaire.

Description

Procédé de gestion de messages dans un réseau de pairs.
Arrière-plan de l'invention La présente invention se rapporte à un service de messagerie et plus particulièrement à un procédé de gestion de message dans un réseau de télécommunications de type "pair à pair" (en anglais "peer to peer").
Selon l'invention, les messages sont enregistrés dans des pairs du réseau de pairs, mais il n'est pas nécessaire que les dispositifs déposants ou destinataires du message soient eux-mêmes des pairs de ce réseau.
L'invention peut notamment être utilisée pour des messages vocaux ou visiophoniques.
Plus généralement, un message peut être constitué par un fichier informatique quelconque.
Dans le domaine des messages vocaux ou visiophoniques, il existe à ce jour principalement deux solutions pour déposer un message à un destinataire en cas d'occupation ou de non réponse du terminal de ce dernier. On connaît tout d'abord les répondeurs visiophoniques classiques attachés au terminal destinataire. Mais cette solution présente un inconvénient majeur en ce qu'elle nécessite l'acquisition d'un équipement spécifique (répondeur) pour la réception et l'enregistrement des messages. Au surplus, l'équipement répondeur ne peut être joint que si le terminal destinataire est lui-même accessible.
Cette solution non satisfaisante ne peut faire l'objet d'un service offert par un opérateur du réseau de télécommunications.
On connaît aussi un service disponible auprès des opérateurs de télécommunications permettant à l'appelant de déposer un message sur une plate-forme de messagerie gérée par cet opérateur.
L'inconvénient majeur de cette deuxième solution réside dans le fait que la plate-forme de messagerie est un point centralisé de l'architecture du réseau de télécommunications.
De façon évidente, cette centralisation rend la solution technique peu robuste en cas d'attaque ou de dysfonctionnement, sa gestion onéreuse et son dimensionnement problématique. Objet et résumé de l'invention
La présente invention, reposant sur un réseau de télécommunications d'architecture pair à pair, permet de résoudre les inconvénients précités.
Dans une telle architecture, et de façon connue, chaque terminal pair du réseau peut à la fois fonctionner en serveur ou en client.
Selon un premier aspect, l'invention vise un procédé de gestion de messages dans lequel un premier dispositif, dit « déposant » souhaite envoyer un message à un deuxième dispositif dit « destinataire ». Ce procédé comporte les étapes suivantes :
- envoi, par le déposant, dans un flux de signalisation d'une première requête d'appel à destination d'un routeur d'appel, connecté à un réseau de pairs, dans le but d'établir une communication avec le destinataire ; - détection, par le routeur, du fait que le destinataire n'est pas disponible pour établir la communication ;
- identification, par le routeur d'au moins un pair du réseau de pairs, dit « pair dépositaire », disponible et ayant des ressources suffisantes pour enregistrer le message ; - envoi, par le routeur, dans le flux de signalisation, d'une deuxième requête d'appel à destination du pair dépositaire, dans le but d'établir un flux de communication entre le déposant et le dépositaire ;
- envoi, par le déposant, du message au pair dépositaire dans le flux de communication ; - mémorisation du message par le pair dépositaire dans les ressources précitées ;
- notification au destinataire d'une information représentative du fait qu'un message qui lui était destiné est mémorisé sur le réseau de pairs ; et
- obtention du message, par le destinataire à partir du réseau de pairs. Ainsi, l'invention utilise avantageusement les très abondantes ressources des pairs du réseau, éliminant ainsi les coûts d'infrastructure pour l'opérateur (maintenance, calcul, stockage).
Dans le cas particulier où les pairs sont constitués par des ordinateurs, les messages sont en pratiques mémorisés dans les disques durs de ces ordinateurs. L'invention présente aussi l'avantage de ne pas nécessiter l'acquisition d'un répondeur dédié, les pairs étant en pratique constitués par des ordinateurs personnels connectés au réseau pour d'autres fins (accès Internet notamment). On notera d'ores et déjà que le dispositif déposant et le dispositif destinataire ne sont pas nécessairement des pairs du réseau.
Cette caractéristique est particulièrement avantageuse puisque le service de messagerie peut fonctionner quel que soit le demandeur, et en particulier dans les cas d'appels depuis des réseaux tiers. On notera également que l'invention se distingue des systèmes de partage d'informations connus sur les réseaux de pairs (et notamment KAZAA), puisque les messages déposés sont destinés à un destinataire particulier.
Selon un deuxième aspect, l'invention vise un routeur d'appel permettant la mise en œuvre du procédé de gestion de messages mentionné ci-dessus.
Ce routeur d'appel comporte :
- des moyens pour recevoir, dans un flux de signalisation, une première requête d'appel en provenance d'un premier dispositif, dit « déposant », le déposant souhaitant établir une communication avec un deuxième dispositif dit « destinataire », pour lui envoyer un message ; et
- des moyens pour détecter que le destinataire n'est pas disponible pour établir la communication ;
- des moyens pour se connecter à un réseau de pairs et pour communiquer avec des pairs de ce réseau ;
- des moyens pour identifier, dans le réseau de pairs, au moins un pair, dit « pair dépositaire », disponible et ayant des ressources suffisantes pour enregistrer le message ;
- des moyens pour envoyer, dans le flux de signalisation, une deuxième requête d'appel à destination du pair dépositaire, dans le but d'établir un flux de communication entre le déposant et le pair dépositaire ; et
- des moyens pour établir le flux de communication, en fonction de la réponse à la deuxième requête d'appel.
Ainsi, le routeur d'appel selon l'invention a deux fonctions principales, d'une part, identifier au moins un pair disponible et ayant les ressources suffisantes pour enregistrer un message, et d'autre part établir un flux de communication entre le dispositif déposant et ce pair dépositaire.
Corrélativement, l'invention concerne un procédé de routage d'appel comportant : - une étape de réception, dans un flux de signalisation, d'une première requête d'appel en provenance d'un premier dispositif, dit « déposant », le déposant souhaitant établir une communication avec un deuxième dispositif dit « destinataire », pour lui envoyer un message ;
- une étape au cours de laquelle on détecte que le destinataire n'est pas disponible pour établir la communication ;
- une étape pour identifier, dans un réseau de pairs, au moins un pair, dit « pair dépositaire », disponible et ayant des ressources suffisantes pour enregistrer le message ;
- une étape d'envoi, dans le flux de signalisation, d'une deuxième requête d'appel à destination du pair dépositaire, dans le but d'établir un flux de communication entre le déposant et le dépositaire ; et
- une étape d'établissement du flux de communication, en fonction de la réponse à la deuxième requête d'appel.
Le procédé de routage selon l'invention peut être mis en œuvre dans un routeur d'appel tel que mentionné ci-dessus.
En variante, ce procédé peut être mis en œuvre de façon distribuée par une pluralité de pairs du réseau.
Dans une implémentation particulière de l'invention, le protocole utilisé pour la signalisation est préférentiellement conforme au protocole SIP tel que défini par l'IETF (Internet Engineering Task Force) dans le document RFC 3261.
En variante, tout autre protocole de signalisation peut être utilisé, et notamment les protocoles H323 et MGCP.
Préférentiellement, le routeur d'appel selon l'invention comporte :
- des moyens pour recevoir, en provenance d'un pair du réseau de pairs, une information représentative du fait que ledit pair est adapté à mettre en œuvre un procédé d'enregistrement de messages ; et
- des moyens pour maintenir une liste de pairs adaptés à mettre en œuvre ledit procédé d'enregistrement de messages. Dans une première variante de réalisation, cette information est diffusée spontanément par les pairs du réseau adaptés à mettre en œuvre un procédé d'enregistrement de messages.
Dans une autre variante, le routeur d'appel est adapté à émettre une requête vers un dispositif pair pour savoir si celui-ci est adapté ou non à mettre en œuvre le procédé d'enregistrement de messages et à recevoir, le cas échéant, l'information précitée en réponse à cette requête. Préférentiellement, les moyens d'identification du routeur d'appel sont adaptés : - à présélectionner le pair dépositaire dans la liste précitée ; et
- à envoyer au pair dépositaire, sur le réseau de pairs, une requête pour vérifier s'il est disponible et s'il possède effectivement des ressources disponibles pour enregistrer le message.
Ainsi, grâce à cette caractéristique, le routeur d'appel garantit que le pair dépositaire est effectivement disponible et qu'il possède les ressources nécessaires au moment de l'enregistrement du message.
L'homme du métier comprendra que cette requête peut être de deux types. Selon un premier type, cette requête permet de demander explicitement si les ressources disponibles pour enregistrer le message sont présentes chez le pair dépositaire. Selon un second type, cette requête demande la quantité de ressources disponibles, et le routeur d'appel détermine par lui-même si celles-ci sont suffisantes pour que le pair dépositaire puisse enregistrer le message.
Le routeur d'appel peut aussi, dans un mode de réalisation, envoyer explicitement une requête pour réserver les ressources du pair dépositaire nécessaires pour recevoir et mémoriser le message, lorsque ce routeur d'appel a déterminé que ces ressources étaient suffisantes.
Préférentiellement, le routeur d'appel insère dans la requête de réservation, un identifiant du déposant et du destinataire du message Comme détaillé ci-après, ces identifiants peuvent notamment permettre au pair dépositaire de générer un message d'invitation personnalisé pour le déposant du message.
L'identifiant du destinataire peut également permettre au pair dépositaire de contacter ultérieurement le destinataire pour le notifier de l'enregistrement du message. Dans un mode préféré de réalisation, le routeur d'appel comporte des moyens pour obtenir du pair dépositaire, via le réseau de pairs, un état d'enregistrement du message, et des moyens pour envoyer cet état au déposant, dans le flux de signalisation. Selon cette caractéristique avantageuse, le routeur d'appel maîtrise l'état des enregistrements effectués sur le réseau de pairs, et est en mesure de contacter les différents destinataires pour les notifier des messages enregistrés et qui leur sont destinés.
Préférentiellement, les moyens d'identification du routeur d'appel sont adaptés à sélectionner le déposant en tant que pair dépositaire si le déposant est un pair du réseau de pairs, et s'il possède effectivement des capacités disponibles pour enregistrer le message.
Cette caractéristique permet avantageusement d'établir un flux de communication local au sein du pair déposant ce qui, d'une part, évite d'encombrer le réseau de télécommunications, et d'autre part, sécurise l'enregistrement du message puisque celui-ci se fait localement.
Préférentiellement, les moyens d'identification du routeur d'appel sont aussi adaptés à sélectionner le destinataire en tant que pair dépositaire si celui-ci est un pair du réseau de pairs et s'il possède effectivement des capacités disponibles pour enregistrer le message.
L'homme du métier comprendra que cette caractéristique peut être mise en œuvre quand un flux de communication peut être établi avec le pair destinataire, mais que celui-ci n'est pas disponible pour recevoir directement le message du déposant. Préférentiellement, si le déposant et le destinataire sont tous les deux des pairs dépositaires avec des capacités disponibles pour enregistrer le message, le routeur d'appel sélectionnera le destinataire pour l'enregistrement de ce message, garantissant ainsi que le message est enregistré dans les ressources du destinataire, celui-ci pouvant récupérer le message ultérieurement, même si le déposant n'est plus disponible.
Selon un troisième aspect, l'invention vise un dispositif susceptible d'être connecté à un réseau de pairs pour la mise en œuvre du procédé de gestion de message tel que mentionné ci-dessus. Ce dispositif comporte : - des moyens pour envoyer sur le réseau de pairs, une information selon laquelle il est adapté à mettre en œuvre un procédé d'enregistrement de messages ;
- des moyens pour réserver des ressources nécessaires à l'enregistrement d'un message, sur réception d'une requête de réservation, reçue sur le réseau de pairs ;
- des moyens de réception, dans un flux de signalisation, d'une requête d'appel en provenance d'un routeur d'appel afin d'établir, via le routeur, un flux de communication avec un premier dispositif, dit « déposant » ; et - des moyens pour recevoir, dans le flux de communication, le message en provenance du déposant, et pour mémoriser le message dans les ressources précitées.
Corrélativement, l'invention concerne un procédé d'enregistrement de message, susceptible d'être mis en œuvre par un dispositif pair dans un réseau de pairs. Ce procédé comporte :
- une étape d'envoi sur le réseau de pairs, d'une information selon laquelle le dispositif est adapté à mettre en œuvre un procédé d'enregistrement de messages ;
- une étape de réception d'une requête de réservation de ressources du dispositif, nécessaires à l'enregistrement d'un message ;
- une étape de réservation des ressources ;
- une étape de réception, dans un flux de signalisation, d'une requête d'appel en provenance d'un routeur d'appel afin d'établir un flux de communication avec un premier dispositif, dit « déposant » ; et - une étape de réception du message, dans le flux de communication, en provenance du déposant, et de mémorisation du message dans les ressources précitées.
Comme mentionné précédemment, de façon préférée, le dispositif dépositaire selon l'invention est adapté à générer un message d'invitation à partir de l'identifiant du destinataire extrait de la requête de réservation reçue du routeur d'appel, et à émettre ce message d'invitation pour le déposant, dans le flux de communication.
Selon un mode préféré de réalisation, le dispositif dépositaire selon l'invention comporte en outre des moyens pour fragmenter le message en une pluralité de parties et pour identifier des pairs du réseau de pairs adaptés à stocker une réplication du message ou d'au moins une des parties.
L'homme du métier comprendra que la fragmentation du message permet notamment d'augmenter la vitesse de téléchargement de ce dernier par le destinataire. Elle garantit ainsi la persistance des parties du message en cas de déconnection de pairs.
Par ailleurs, le fait de répliquer le message sur différents pairs, en totalité ou en partie, permet d'assurer une continuation du service de messagerie, même si l'un des pairs dépositaires est hors d'usage. Préférentiellement, le pair dépositaire selon l'invention comporte des moyens pour extraire de la requête de réservation au moins un identifiant du destinataire du message et des moyens pour générer un identifiant de ce message, et le cas échéant de chaque partie de ce message. Préférentiellement, le dispositif pair selon l'invention comporte des moyens pour envoyer au déposant, lorsque le message a été mémorisé avec succès, un message d'acquittement dans le flux de communication et/ou une information d'acquittement dans le canal de signalisation. Cette information (respectivement ce message) d'acquittement permet de rassurer le déposant quant au succès de l'enregistrement de son message.
Dans un mode préféré de réalisation, le dispositif pair selon l'invention comporte des moyens pour envoyer, au routeur d'appel, via le réseau de pairs, une deuxième information d'acquittement lorsque le message a été stocké avec succès.
Dans un mode préféré de réalisation, le dispositif dépositaire selon l'invention comporte des moyens pour envoyer au déposant, pendant toute la durée au cours de laquelle le flux de communication est établi, un message de retour d'appel dans le flux de communication et/ou une information de retour d'appel dans le canal de signalisation.
Cette information (ou ce message de retour d'appel) peut par exemple être constituée par une petite animation visuelle qui s'exécute sur le terminal du déposant. Dans un mode préféré de réalisation, le dispositif dépositaire selon l'invention comporte les fonctionnalités traditionnelles des répondeurs téléphoniques.
Ainsi, dans un mode préféré de réalisation, le dispositif dépositaire comporte des moyens pour envoyer dans le flux de communication un message de confirmation, pour proposer à l'utilisateur du dispositif déposant de réécouter, modifier ou supprimer le message, et des moyens pour retransmettre le message dans le flux de communication, le remplacer ou le supprimer dans les ressources en fonction de la réponse au message de confirmation.
Selon une implémentation préférée, les différentes étapes du procédé de routage et/ou du procédé d'enregistrement sont déterminées par des instructions de programmes d'ordinateurs.
En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en œuvre dans un routeur d'appel ou un ordinateur, ce programme comportant des instructions adaptées à la mise en œuvre des étapes du procédé de routage tel que mentionné ci-dessus lorsqu'il est exécuté par ce routeur d'appel ou cet ordinateur. L'invention vise aussi un programme d'ordinateur sur un support d'information, ce programme étant susceptible d'être mis en œuvre dans un ordinateur, ce programme comportant des instructions adaptées à la mise en œuvre d'un procédé d'enregistrement tel que mentionné ci- dessus, lorsqu'il est exécuté par cet ordinateur. Ces programmes peuvent utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions par l'exécution des étapes d'un procédé de routage ou d'un procédé d'enregistrement tels que mentionnés ci-dessus.
Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy dise) ou un disque dur.
D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet.
Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.
Brève description des dessins D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures :
- la figure 1 représente un routeur d'appel et un dispositif dépositaire conformes à l'invention ainsi que les différentes informations échangées entre les différents équipements impliqués dans l'enregistrement d'un message conformément à un procédé de gestion de message selon l'invention dans un mode préféré de réalisation ;
- la figure 2 représente, sous forme d'organigramme, les principales étapes d'un procédé de routage d'appel conforme à l'invention dans un mode préféré de réalisation ; et
- la figure 3 représente, sous forme d'organigramme, les principales étapes d'un procédé d'enregistrement de message conforme à l'invention dans un mode préféré de réalisation.
Description détaillée d'un mode de réalisation
Sur la figure 1, on a représenté un réseau de pairs 1, auxquels sont raccordés plusieurs dispositifs pairs 10, PR, Y, 12 et 13.
Sur cette figure, les équipements représentés par des formes rondes ou ovales sont des pairs. Ils sont reliés au réseau de pairs 1 par des liaisons 2. Chacun de ces dispositifs pairs est typiquement constitué par un ordinateur, dont les moyens connus de traitement (CPU, ROM, RAM,...) n'ont pas été représentés par souci de clarté.
On a représenté sur cette figure les moyens de stockage HD (par exemple des disques durs), des dispositifs pairs PR, 12 et 13.
On supposera dans cet exemple que le dispositif pair 12 et le dispositif pair PR sont adaptés à mettre en œuvre un procédé d'enregistrement de message conforme à l'invention.
Ainsi, ces dispositifs comportent un support d'enregistrement 52 (par exemple une mémoire) dans lequel est enregistré un programme d'ordinateur PG2 comportant des instructions pour l'exécution des étapes du procédé d'enregistrement dont l'organigramme est donné à la figure
3.
Nous supposerons maintenant que le dispositif X, appelé "déposant", souhaite envoyer un message M au dispositif Y, appelé "destinataire".
Dans le mode préféré de réalisation décrit ici, les dispositifs X et Y utilisent le protocole de contrôle d'appel SIP.
Les dispositifs déposant X et destinataire Y sont connus de l'homme du métier et ne font pas partie de l'invention. Ils peuvent être constitués par exemple par des terminaux téléphoniques ou visiophoniques.
En revanche, le proxy SIP 10 est un routeur d'appel conforme à l'invention. Il comporte une mémoire 50 dans laquelle est enregistré un programme d'ordinateur PGl comprenant les instructions pour l'exécution des étapes du procédé de routage d'appel conforme à l'invention et dont l'organigramme est représenté à la figure 2.
Comme mentionné précédemment ci-dessus, le proxy SIP 10 est relié au réseau de pairs 1 par une liaison 2. Dans le mode préféré de réalisation décrit ici, le proxy SIP 10 maintient une liste LPR des pairs 12, PR adaptés à mettre en œuvre le procédé d'enregistrement de messages selon l'invention.
A cet effet, le proxy SIP 10 est adapté à émettre régulièrement, au cours d'une étape E02, une requête REQl à destination de tous les pairs du réseau de pairs 1 pour obtenir les identifiants 12, PR des pairs mettant en œuvre le procédé d'enregistrement de messages. Cette requête REQl est reçue, notamment par les pairs PR et 12, au cours d'une étape FlO. Au cours de cette même étape, ces dispositifs pairs PR, 12 répondent à cette requête REQl par une information REPFN reçue par le proxy SIP 10 à l'étape E05. Au cours de cette même étape E05, le proxy SIP 10 met à jour la liste de pairs LPR.
En variante, des dispositifs pairs mettant en œuvre le procédé d'enregistrement de messages peuvent envoyer spontanément l'information REPFN au proxy SIP 10 qui met à jour la liste LPR sur réception de cet envoi spontané.
Préférentiellement, l'envoi de la requête REQl par le proxy SIP
10 de l'étape E02, se fait régulièrement pour que la liste LPR soit maintenue à jour. En particulier, si un dispositif pair préalablement enregistré dans cette liste LPR ne répond pas à cette requête REQl, le proxy SIP 10 supprime l'entrée correspondant à ce pair dans la liste LPR.
Le dispositif déposant X, souhaitant établir un appel avec le destinataire Y, envoie, via son client SIP, une requête INVl au routeur d'appel 10 constitué ici par un serveur proxy SIP.
Le proxy SIP 10 tient un rôle traditionnel de serveur proxy. En conséquence, lorsqu'il reçoit la requête INVl (étape ElO), il envoie (étape E15) une requête d'appel INV2 à destination du destinataire Y, dans le flux de signalisation FS.
Nous supposerons ici que le destinataire Y est occupé, ou du moins qu'il ne peut pas recevoir le message du déposant X. Conformément au protocole SIP, le client SIP du destinataire Y envoie une réponse NOK3 au proxy SIP 10.
Traditionnellement, le proxy SIP connaît en statique l'adresse du serveur de répondeur vers lequel transférer l'appel du déposant X. Mais, dans la présente invention, cette adresse n'est pas connue a priori par le proxy 10. Elle doit être recherchée dynamiquement.
Donc, sur réception de la notification d'échec NOK3 (étape E20), le routeur d'appel 10 envoie à un pair dépositaire PR enregistré dans la liste LPR une requête REQ2 pour vérifier s'il est disponible et s'il possède des ressources pour enregistrer le message M (étape E35). On supposera dans cet exemple que le routeur d'appel 10 envoie dans un premier temps cette requête REQ2 au dispositif pair 12, mais que celui-ci n'est pas disponible, car déconnecté du réseau de pairs 1.
Au bout d'un certain temps, ne recevant pas de réponse à la requête REQ2, le proxy 10 envoie à nouveau cette requête REQ2 à destination d'un autre pair dépositaire PR de la liste LPR. Cette requête
REQ2 est reçue par le pair dépositaire PR au cours d'une étape F15 du procédé d'enregistrement de message selon l'invention.
On supposera qu'au cours de cette même étape F15, le pair dépositaire PR renvoie au proxy 10, via le réseau de pairs 1, une information selon laquelle il possède suffisamment de ressources pour enregistrer un message M.
Cette réponse est reçue par le routeur d'appel 10 au cours d'une étape E40.
Au cours de cette même étape, le routeur d'appel 10 envoie, via le réseau de pairs 1, une requête REQ3 à destination du pair dépositaire PR pour lui demander de réserver des ressources pour l'enregistrement d'un message M.
Dans l'exemple décrit ici, ces ressources sont constituées par une zone mémoire du disque dur HD de ce pair PR. Cette requête REQ3 de réservation de ressources comporte l'identifiant X du déposant et l'identifiant Y du destinataire du message M. Cette requête REQ3 est reçue au cours d'une étape F20 par le pair dépositaire PR qui réserve des ressources dans son disque dur HD au cours d'une étape F25. Cette étape F25 est suivie par une étape F30 au cours de laquelle le dispositif répondeur PR envoie, via le réseau de pairs 1, une réponse positive au proxy SIP 10.
Cette réponse positive est reçue par le proxy SIP au cours d'une étape E45. Au cours de cette même étape E45, le proxy SIP 10 ayant identifié le dispositif pair PR comme étant disponible et avec des ressources réservées pour l'enregistrement d'un message, envoie, via le flux de signalisation FS, une requête INV4 au pair dépositaire PR conformément au protocole SIP. Cette requête INV4 est reçue par le pair dépositaire PR au cours d'une étape F35. On supposera, dans l'exemple décrit ici, que le pair dépositaire PR accepte cette invitation du fait que les ressources nécessaires ont été précédemment réservées (étape E25).
Conformément au protocole SIP, le pair dépositaire PR envoie dans le flux de signalisation FS une notification d'acquittement OK5, au cours d'une étape F40, à destination du proxy SIP 10.
Cette notification OK5 est reçue par le proxy SIP, via le canal de signalisation FS, au cours d'une étape E50.
Le proxy SIP 10 peut alors établir la communication entre le déposant X et le pair dépositaire PR, au cours d'une étape E55, par l'envoi, dans le canal de signalisation FS, à destination du déposant X, d'une notification d'acquittement OK6 conforme au protocole SIP.
Un flux média, ou flux de communication, FC, est ainsi établi entre le déposant X et le pair dépositaire PR (étape E60). Pour des raisons de confidentialité, on préférera que toutes les informations qui transitent dans le flux média FC soient chiffrées.
Dans l'exemple de réalisation décrit ici, dès que le flux de communication FC est établi, le pair dépositaire PR commence à envoyer dans le flux de signalisation FS, une information de retour d'appel MRET au proxy SIP 10 (étape F45). Le proxy SIP 10 transmet cette information de retour d'appel MRET au déposant X (étape E65).
Sur réception de cette information de retour d'appel, le dispositif X peut par exemple allumer une diode clignotante.
En variante, un message de retour d'appel MRET peut être envoyé au dispositif X via le flux de communication FC.
Quoi qu'il en soit, cette information ou ce message de retour d'appel MRET est maintenu pendant toute la durée au cours de laquelle le flux de communication FC est établi.
Cette étape F45 d'envoi de message de retour d'appel MRET est suivie par une étape F50 au cours de laquelle le dispositif pair PR extrait les identifiants X du déposant Y du destinataire de la requête REQ3 reçue au cours de l'étape F30.
Cette étape d'extraction F50 est suivie par une étape F55 au cours de laquelle le dispositif pair PR génère un message d'invitation MINV et émet ce message dans le flux de communication FC à destination du déposant X. Optionnellement, ce message d'invitation MINV peut être personnalisé à partir de l'identifiant Y du destinataire.
L'utilisateur du dispositif X reçoit le message d'invitation MINV au cours d'une étape E70. Sur réception de ce message, il commence à envoyer son message M pour que celui-ci soit enregistré dans les ressources HD du dispositif pair dépositaire PR.
Le message M est reçu dans le canal de communication FC et mémorisé par le dispositif pair dépositaire PR au cours d'une étape F60. Lorsque l'enregistrement du message est terminé, cette fin d'enregistrement pouvant être détectée suite à un silence ou à l'appui sur une touche DTMF par exemple, le dispositif pair dépositaire PR envoie, au cours d'une étape F65, un message d'acquittement MACK au déposant X.
Dans l'exemple décrit ici, ce message d'acquittement MACK est envoyé dans le flux de communication FC. En variante, une information d'acquittement peut être envoyée, via Ie routeur d'appel 10, dans le flux de signalisation FS.
L'enregistrement du message M est terminé, mais dans la variante préférée décrite ici, le dispositif pair PR envoie, dans le canal de communication FC, au cours d'une étape F70, un message de confirmation MCONF proposant à l'utilisateur du dispositif déposant X de réécouter, de modifier ou de supprimer le message M.
On supposera que l'utilisateur n'utilise pas cette possibilité et désire terminer la communication avec le pair dépositaire PR, par exemple en raccrochant son terminal. Cet état de raccrochage est détecté par le proxy SIP 10 au cours d'une étape E75, à la réception dans le flux de signalisation d'une requête SIP BYEl (traduction du raccrochage de X). Le proxy 10 envoie alors la requête BYE2 au dépositaire PR
Le pair dépositaire PR ayant reçu la requête BYE2 cesse d'émettre, au cours d'une étape F75, l'information de retour d'appel MRET dans le canal de signalisation FS.
Dans le mode de réalisation décrit ici, le message M est ensuite morcelé et répliqué sur le réseau de pairs.
A cet effet, au cours d'une étape F80 le pair dépositaire PR fragmente le message M enregistré au cours de l'étape F60 en plusieurs parties, deux dans notre exemple (ml et m2), l'identifiant Y, extrait de la requête REQ3 au cours de l'étape F50, étant utilisé pour générer un identifiant des parties de message.
Le pair dépositaire PR identifie au cours de cette même étape F80 un certain nombre de pairs, deux dans notre exemple (pairs 12 et 13) du réseau de pairs 1 pour stocker, indépendamment les unes des autres, les parties de message ml et m2.
Au cours d'une étape E80, le proxy SIP 10 envoie, via le réseau de pairs 1, une requête REQ4 à destination du pair dépositaire PR pour connaître l'état de stockage du message dans le réseau de pairs. Cette requête REQ4 est reçue par le pair dépositaire PR au cours d'une étape F85.
Dans l'exemple décrit ici, l'enregistrement du message s'étant déroulé avec succès, le dispositif pair PR envoie, au cours de l'étape F80, un état STOK au proxy SIP 10. Cet état est reçu par le proxy 10 au cours de l'étape E80.
Dans le mode préféré de réalisation décrit ici, lorsque le pair destinataire Y se reconnecte au réseau de pairs, ce dernier recherche sur le réseau de pairs selon une méthode connue de l'homme du métier, d'éventuels messages dont il est destinataire c'est-à-dire identifiés à partir de son identifiant Y.
Le destinataire Y peut ensuite obtenir son message M par un moyen quelconque connu de l'homme du métier (téléchargement, appel téléphonique à une messagerie vocale,...).

Claims

REVENDICATIONS
1. Procédé de gestion de messages, dans lequel un premier dispositif (X), dit « déposant » souhaite envoyer un message (M) à un deuxième dispositif (Y) dit « destinataire », ledit procédé comportant:
- une étape d'envoi, par ledit déposant (X), dans un flux de signalisation (FS), d'une première requête d'appel (INVl) à destination d'un routeur (10) d'appel, dans le but d'établir une communication avec ledit destinataire (Y) ; et - une étape (E20) au cours de laquelle ledit routeur (10) détecte que ledit destinataire (Y) n'est pas disponible pour établir ladite communication ; ledit procédé étant caractérisé en ce que ledit routeur (10) est connecté à un réseau (1) de pairs et en ce qu'il comporte les étapes suivantes :
- identification, par ledit routeur (10) d'au moins un pair (PR) dudit réseau (1) de pairs, dit « pair dépositaire », disponible et ayant des ressources (HD) suffisantes pour enregistrer ledit message (M) ;
- envoi (E45), par ledit routeur (10), dans ledit flux de signalisation (FS), d'une deuxième requête d'appel (INV4) à destination dudît pair dépositaire (PR), dans le but d'établir un flux de communication (FC) entre ledit déposant (X) et ledit dépositaire (PR) ;
- envoi, par ledit déposant (X), dudit message (M) audit pair dépositaire (PR) dans ledit flux de communication (FC) ;
- mémorisation (F60) dudit message (M) par ledit pair dépositaire (PR) dans lesdites ressources (HD) ; - notification audit destinataire (Y) d'une information représentative du fait qu'un message (M) qui lui était destiné est mémorisé sur ledit réseau de pairs (1) ;et
- obtention dudit message (M), par ledit destinataire (Y) à partir du réseau (1) de pairs.
2. Routeur d'appel (10) comportant :
- des moyens pour recevoir, dans un flux de signalisation (FS), une première requête d'appel (INVl) en provenance d'un premier dispositif (X), dit « déposant », ledit déposant (X) souhaitant établir une communication avec un deuxième dispositif (Y) dit « destinataire », pour lui envoyer un message (M) ; et - des moyens pour détecter que ledit destinataire (Y) n'est pas disponible pour établir ladite communication ; ledit routeur d'appel (10) étant caractérisé en ce qu'il comporte :
- des moyens pour se connecter à un réseau de pairs (1) et pour communiquer avec des pairs (12, 13, PR, Y) de ce réseau (1) ;
- des moyens pour identifier, dans ledit réseau (1) de pairs, au moins un pair (PR), dit « pair dépositaire », disponible et ayant des ressources (HD) suffisantes pour enregistrer ledit message (M) ;
- des moyens pour envoyer, dans ledit flux de signalisation (FS), une deuxième requête d'appel (INV4) à destination dudit pair dépositaire
(PR), dans le but d'établir un flux de communication (FC) entre ledit déposant (X) et ledit pair dépositaire (PR) ; et
- des moyens pour établir ledit flux de communication (FC), en fonction de la réponse (OK5) à ladite deuxième requête d'appel (INV4).
3. Routeur d'appel selon la revendication 2, caractérisé en ce qu'il comporte :
- des moyens pour recevoir, en provenance d'un pair dudit réseau de pairs (1) une information (REPFN) représentative du fait que ledit pair est adapté à mettre en œuvre un procédé d'enregistrement de messages ; et
- des moyens pour maintenir une liste (LPR) de pairs adaptés à mettre en œuvre ledit procédé d'enregistrement de messages.
4. Routeur d'appel selon la revendication 2 ou 3, caractérisé en ce que lesdits moyens d'identification sont adaptés à envoyer, audit pair dépositaire (PR), sur ledit réseau de pairs (1), une requête (REQ3) pour réserver les ressources dudit pair dépositaire (PR) nécessaires pour recevoir et mémoriser ledit message (M).
5. Routeur d'appel selon l'une quelconque des revendications 2 à 4, caractérisé en ce qu'il comporte des moyens pour obtenir dudit pair dépositaire (PR), via ledit réseau de pairs (1), un état (STOK) d'enregistrement dudit message (M), et des moyens pour envoyer cet état (STOK) audit déposant (X), dans ledit flux de signalisation (FS).
6. Dispositif (PR) susceptible d'être connecté à un réseau de pairs (1) caractérisé en ce qu'il comporte :
- des moyens pour envoyer sur ledit réseau de pairs (1), une information (REPFN) selon laquelle il est adapté à mettre en œuvre un procédé d'enregistrement de messages ;
- des moyens pour réserver des ressources (HD) nécessaires à l'enregistrement d'un message (M), sur réception d'une requête (REQ3) de réservation, reçue sur ledit réseau de pairs (1) ; - des moyens de réception, dans un flux de signalisation (FS), d'une requête d'appel (INV4) en provenance d'un routeur d'appel (10) afin d'établir un flux de communication (FC) avec un premier dispositif (X), dit « déposant » ; et
- des moyens pour recevoir, dans ledit flux de communication (FC), ledit message (M) en provenance dudit déposant (X), et pour mémoriser ledit message (M) dans lesdites ressources (HD).
7. Dispositif (PR) selon la revendication 6, caractérisé en ce qu'il comporte des moyens pour extraire de ladite requête (REQ3) de réservation, au moins un identifiant (Y) du destinataire (Y) dudit message (M), et des moyens pour générer un message (MINV) d'invitation à partir dudit identifiant (Y), et à émettre ce message d'invitation (MINV) dans ledit flux de communication (FC), à destination dudit déposant (X).
8. Dispositif (PR) selon la revendication 6 ou 7, caractérisé en ce qu'il comporte des moyens pour extraire de ladite requête (REQ3) de réservation, au moins un identifiant (Y) du destinataire (Y) dudit message (M), et des moyens pour générer, à partir dudit identifiant (Y), un identifiant dudit message (M) et, le cas échéant, de chaque partie (ml, m2, mi) dudit message M.
9. Dispositif (PR) selon l'une quelconque des revendications 6 à
8, caractérisé en ce qu'il comporte des moyens pour envoyer audit déposant (X), lorsque ledit message (M) a été mémorisé avec succès, un message d'acquittement (MACK) dans ledit flux de communication (FC) et/ou une information d'acquittement (MACK) dans ledit canal de signalisation (FS).
10. Dispositif (PR) selon l'une quelconque des revendications 6 à 9, caractérisé en ce qu'il comporte des moyens pour envoyer, dans ledit flux de communication (FC), un message (MCONF) de confirmation, pour proposer à l'utilisateur dudit dispositif déposant (X) de réécouter, modifier ou supprimer ledit message (M), et des moyens pour retransmettre ledit message (M) dans ledit flux de communication (FC), le remplacer ou le supprimer dans lesdites ressources (HD) en fonction de la réponse audit message de confirmation (MCONF).
11. Procédé de routage d'appel comportant :
- une étape (ElO) de réception, dans un flux de signalisation (FS), d'une première requête d'appel (INVl) en provenance d'un premier dispositif
(X), dit « déposant », ledit déposant (X) souhaitant établir une communication avec un deuxième dispositif (Y) dit « destinataire », pour lui envoyer un message (M) ; et
- une étape (E20) au cours de laquelle on détecte que ledit destinataire (Y) n'est pas disponible pour établir ladite communication ; ce procédé de routage étant caractérisé en ce qu'il comporte :
- une étape pour identifier, dans un réseau (1) de pairs, au moins un pair (PR), dit « pair dépositaire », disponible et ayant des ressources (HD) suffisantes pour enregistrer ledit message (M) ; - une étape (E45) d'envoi, dans ledit flux de signalisation (FS), d'une deuxième requête d'appel (INV4) à destination dudit pair dépositaire (PR), dans le but d'établir un flux de communication (FC) entre ledit déposant (X) et ledit dépositaire (PR) ; et
- une étape (E60) d'établissement dudit flux de communication (FC), en fonction de la réponse (OK5) à ladite deuxième requête d'appel (INV4).
12. Programme d'ordinateur (PGl) comportant des instructions pour l'exécution des étapes du procédé de routage d'appel selon la revendication 11 lorsque ledit programme est exécuté par un ordinateur.
13. Support d'enregistrement (50) lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur (PGl) comprenant des instructions pour l'exécution des étapes du procédé de routage d'appel selon la revendication 11.
14. Procédé d'enregistrement de message, susceptible d'être mis en œuvre par un dispositif pair (PR) dans un réseau de pairs (1), caractérisé en ce qu'il comporte :
- une étape (FlO) d'envoi sur ledit réseau de pairs (1), d'une information (REP_FN) selon laquelle ledit dispositif (PR) est adapté à mettre en œuvre un procédé d'enregistrement de messages ;
- une étape (F20) de réception d'une requête (REQ3) de réservation de ressources (HD) dudit dispositif (PR), nécessaires à l'enregistrement d'un message (M); - une étape (F25) de réservation desdites ressources (HD) ;
- une étape (F35) de réception, dans un flux de signalisation (FS), d'une requête d'appel (INV4) en provenance d'un routeur d'appel (10) afin d'établir un flux de communication (FC) avec un premier dispositif (X), dit « déposant » ; et - une étape (F60) de réception dudit message (M), dans ledit flux de communication (FC), en provenance dudit déposant (X), et de mémorisation du message (M) dans lesdites ressources (HD).
15. Programme d'ordinateur (PG2) comportant des instructions pour l'exécution des étapes du procédé d'enregistrement de messages selon la revendication 14 lorsque ledit programme est exécuté par un ordinateur.
16. Support d'enregistrement (52) lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur (PG2) comprenant des instructions pour l'exécution des étapes du procédé d'enregistrement de messages selon la revendication 14.
EP06778992A 2005-07-01 2006-06-29 Procede de gestion de messages dans un reseau de pairs Withdrawn EP1900184A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0507006 2005-07-01
PCT/FR2006/050648 WO2007003850A2 (fr) 2005-07-01 2006-06-29 Procede de gestion de messages dans un reseau de pairs

Publications (1)

Publication Number Publication Date
EP1900184A2 true EP1900184A2 (fr) 2008-03-19

Family

ID=36072082

Family Applications (1)

Application Number Title Priority Date Filing Date
EP06778992A Withdrawn EP1900184A2 (fr) 2005-07-01 2006-06-29 Procede de gestion de messages dans un reseau de pairs

Country Status (4)

Country Link
US (1) US20090222521A1 (fr)
EP (1) EP1900184A2 (fr)
JP (1) JP2009500932A (fr)
WO (1) WO2007003850A2 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101207579B (zh) * 2007-08-15 2010-08-18 杨汉民 实现网络短信服务的服务器及其客户机间通讯方法
FR2924559A1 (fr) 2007-12-04 2009-06-05 France Telecom Procede de transmission d'un message dans un reseau de pairs
US10637920B2 (en) * 2017-08-18 2020-04-28 Digital 14 Llc System, method, and computer program product for peer-to-peer event ordering using a two part event identifier

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03208450A (ja) * 1990-01-11 1991-09-11 Fujitsu Ltd 留守番電話装置の録音制御方式
WO1997023082A1 (fr) * 1995-12-15 1997-06-26 At & T Corp. Courrier d'invite: communication de messages electroniques entre systemes de messagerie dissemblables
US6304980B1 (en) * 1996-03-13 2001-10-16 International Business Machines Corporation Peer-to-peer backup system with failure-triggered device switching honoring reservation of primary device
US6366575B1 (en) * 1996-11-01 2002-04-02 Teloquent Communications Corporation Extended access for automatic call distributing system
CA2302460A1 (fr) * 2000-03-27 2001-09-27 Michael Stumm Messagerie vocale pour systeme sans fil
WO2002065329A1 (fr) * 2001-02-14 2002-08-22 The Escher Group, Ltd. Memoire d'entreprise pour entites homologues
US7546363B2 (en) * 2001-07-06 2009-06-09 Intel Corporation Adaptive route determination for peer-to-peer services
JP3821379B2 (ja) * 2002-05-28 2006-09-13 株式会社エヌ・ティ・ティ・ドコモ サービス提供方法及びサービス提供システム
AU2003289788A1 (en) * 2002-12-20 2004-07-14 Nimcat Networks Inc. Voice mail system for packet switched networks
US7221753B2 (en) * 2003-03-04 2007-05-22 Verizon Business Global Llc Method and system for providing network interactive voice response with intelligent call routing integration
US7870218B2 (en) * 2003-04-09 2011-01-11 Nec Laboratories America, Inc. Peer-to-peer system and method with improved utilization
US20070153776A1 (en) * 2005-12-29 2007-07-05 Joseph Gigo K Method and apparatus for routing internet telephone calls based upon the media types and formats or CODEC capabilities of the end points or destinations

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
WO2007003850A2 (fr) 2007-01-11
WO2007003850A3 (fr) 2007-06-07
JP2009500932A (ja) 2009-01-08
US20090222521A1 (en) 2009-09-03

Similar Documents

Publication Publication Date Title
EP1599987A2 (fr) Dispositif de gestion de communications multimedia via un reseau asynchrone et un reseau de telephone, a compensation de delai de transmission
FR2884091A1 (fr) Procede de fourniture de plusieurs services de communication en groupe, un systeme de services de communication en groupe ainsi qu'une unite de serveur de services de communication en groupe.
EP2882161B1 (fr) Procédé et dispositf d' établissement d'une communication
WO2013057437A1 (fr) Procede d'echange d'informations relatives a des services de communication enrichie
EP3182671B1 (fr) Procédé et dispositif pour un service de messagerie
EP1900184A2 (fr) Procede de gestion de messages dans un reseau de pairs
FR2851704A1 (fr) Procede de gestion de presence selective pour service de messagerie instantanee au sein d'un reseau de telecommunication tel que le reseau internet
EP1842352B1 (fr) Systeme et procede pour etablir une relation de type client/serveur dans un reseau pair a pair
FR2888706A1 (fr) Procede de mise en relation interpersonelle
FR3046002A1 (fr) Gestion d'une communication entre deux terminaux de communication
FR2965690A1 (fr) Procede de gestion de la priorite de flux media preliminaires
EP1810492B1 (fr) Service de messagerie dans un reseau de telecommunications de type "pair a pair"
WO2005053264A1 (fr) Systeme et procede de mise en relation entre au moins deux terminaux multimedia relies entre eux par un reseau fixe ou cellulaire
EP2068543A1 (fr) Procédé de transmission d'un message dans un réseau de pairs
EP3800874A1 (fr) Procédé et dispositif de redirection d'une requête de communication
FR2903841A1 (fr) Enregistrement de communications dans un reseau de telecommunications
WO2019063920A1 (fr) Procédé de gestion d'un échec d'établissement d'une communication entre un premier et un second terminal
EP2134060A1 (fr) Procédé et système de communication Internet dans lequel un appelé peut choisir suivant quelle modalité il veut être joint
FR2919140A1 (fr) Procede d'echange de messages entre serveur de donnees de session et services clients
EP3648443A1 (fr) Gestion d'une communication entre un terminal de communication appelant, disposant d'un identifiant d'appel principal et d'un identifiant d'appel secondaire, et un terminal de communication appelé
EP1936934A1 (fr) Procédé de diffusion d'un flux depuis une plate-forme de service, produit programme d'ordinateur et plate-forme de service correspondants
FR2855703A1 (fr) Systeme de messagerie vocale pour les internautes
FR3080512A1 (fr) Procede et systeme de detection de coupures de communications mobiles et de retablissement automatique des communications.
FR2991540A1 (fr) Procede et dispositif de selection d'une entite communicante pour recevoir une signalisation d'un appel entrant
EP2248333A1 (fr) Procede de gestion d'une session de communication au niveau d'une passerelle domestique

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: 20080125

AK Designated contracting states

Kind code of ref document: A2

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

DAX Request for extension of the european patent (deleted)
RIN1 Information on inventor provided before grant (corrected)

Inventor name: VILLEY, JEAN-CHRISTIAN

Inventor name: PETION, ROMARIC

Inventor name: NEVEUX, DIDIER

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

Effective date: 20081202

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

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: 20120619