WO2006128996A1 - Procede et systeme de journalisation de messages selon un protocole de messagerie instantanee en mode relais - Google Patents

Procede et systeme de journalisation de messages selon un protocole de messagerie instantanee en mode relais Download PDF

Info

Publication number
WO2006128996A1
WO2006128996A1 PCT/FR2006/001194 FR2006001194W WO2006128996A1 WO 2006128996 A1 WO2006128996 A1 WO 2006128996A1 FR 2006001194 W FR2006001194 W FR 2006001194W WO 2006128996 A1 WO2006128996 A1 WO 2006128996A1
Authority
WO
WIPO (PCT)
Prior art keywords
server
terminal
logging
relay
messages
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.)
Ceased
Application number
PCT/FR2006/001194
Other languages
English (en)
Inventor
Nicolas Bellardie
Nicolas Bossard
Axel Ferrazzini
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 WO2006128996A1 publication Critical patent/WO2006128996A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/10—Multimedia information

Definitions

  • the invention relates to a method and a system for message logging according to a relay mode instant messaging protocol.
  • the instant messaging protocols make it possible to establish messaging sessions between fixed or mobile terminals, either in peer-to-peer mode, peer to peer mode in English, or with intermediary relay servers.
  • logs, or logs in English can be managed and stored on the client terminal. It is therefore impossible for the user to access it from any other terminal.
  • the logs or logs can be managed by sending them to an external server.
  • the present invention aims to overcome the disadvantages and limitations of technical solutions of the prior art.
  • an object of the present invention is the implementation of a method and a system for message logging according to a protocol of relay mode instant messaging allowing either the implementation of a process of discussion logging between terminals, simply on the intervention of a user, or the lack of implementation of the aforementioned logging process.
  • Another object of the present invention is also the implementation of the aforementioned method and message logging system fully compatible with a relay mode instant messaging protocol, in the absence of introduction of modification of the latter.
  • the method of message logging according to a relay mode instant messaging protocol, object of the invention, in which an initiating terminal communicates with at least one participating terminal via at least one relay server selected from of these terminals is remarkable in that it consists in selecting from one of these terminals a log server to ensure the logging of these messages.
  • the message logging system according to a relay mode instant messaging protocol, object of the invention, in which an initiating terminal communicates with at least one participating terminal via at least one relay server selected from of one of the terminals is remarkable in that this logging system comprises at least one message logging server, specific address, and a selection module of the log server located in at least one terminal, per connection from this terminal this specific address. Selecting the log server allows logging of these messages.
  • the invention furthermore covers a remarkable message logging server in that this server comprises a module for transferring messages to a relay server ensuring the communication between an initiating terminal and at least one participating terminal, according to a relay mode instant messaging protocol, and a message journaling module.
  • the invention also covers a remarkable message logging server in that this server is an ambivalent server formed by a relay server providing communication between an initiator terminal and at least one participating terminal according to a relay mode instant messaging protocol and having a logging function.
  • the invention finally covers a terminal operating according to an outstanding relay mode instant messaging protocol in that this terminal comprises a module for selecting a specific address log server, by inserting this specific address in a list of relay server addresses enabling the communication of this terminal with at least one other terminal according to a relay mode instant messaging protocol.
  • FIG. 2a represents, by way of illustration, a flowchart of the essential steps for implementing the message logging method that is the subject of the present invention
  • FIG. 2b represents, by way of illustration, a timing diagram of the message exchange between an initiator terminal, a log server, a first and a second relay server and a participating terminal, in accordance with the method that is the subject of the invention, illustrated in Figure 2a;
  • FIG. 2c represents, by way of illustration, a timing diagram of the exchange of response messages transmitted from the participating terminal to an initiator terminal via a log server chosen in accordance with the method that is the subject of the present invention, illustrated in FIG. Figures 2a and 2b;
  • FIG. 2d represents a timing diagram for exchanging messages between an initiating terminal and a participating terminal, taking into account a so-called ambivalent server that makes it possible at the same time to act as a relay server and as a server for logging, however, the logging process is not performed and the ambivalent server is not used;
  • FIG. 2e represents a timing diagram for exchanging messages between an initiator terminal and a participating terminal, taking into account a so-called ambivalent server that makes it possible at the same time to act as a relay server and a log server, the ambivalent server being substituted for a relay server and the logging process being executed;
  • FIG. 3 a represents, by way of illustration, in the form of a block diagram, a message journaling system, object of the invention, according to a first embodiment
  • FIG. 3b shows, by way of illustration, in the form of a block diagram a message logging system, object of the invention, according to a second embodiment
  • FIG. 4 represents, by way of illustration, in the form of a functional diagram, a terminal enabling the selection of a message journaling server, in accordance with the object of the present invention.
  • the aforesaid operating mode is described in the presence of a user having an initiator terminal TA of address usera.orange.com negotiating an instantaneous chat session with a user having a terminal participant TB whose address is userb.wanadoo.com, the user of the initiating terminal negotiating a session with the participating terminal by relying on the SDP / SIP / SIMPLE (SDP for "Session Description Protocol” in English, SIP for "Session Initiation Protocol” in English, SIMPLE for "SIP for Instant Messaging and Presence Leveraging Extensions ")
  • SDP Session Description Protocol
  • SIP Session Initiation Protocol
  • SIMPLE Session Initiation Protocol
  • the user of the initiating terminal wishes to establish an MSRP session using in particular the relay server RS 1 of address polrelayl.orange.com.
  • the participating terminal T B and the initiator terminal TA have first authenticated with the relay server RS 1 with respect to the initiator terminal TA and from a relay server RS 2 with respect to the participating terminal TB.
  • the authentication messages are the AUTH messages and Auth 401 response messages shown in FIG. 1. These messages are conventional type messages and will not be described in detail in the description.
  • IM users use a list of relay servers that are traversed by each message. This process is described online at http://www.ietf.org/mtemet-drafts/draft-ietf- simple-msrp-relays-03.txt. It is currently in draft document state and is subject to change.
  • the session for sending instant messages is therefore established between the users of the aforementioned terminals TA and T B.
  • Hi UserB here is my mailing address: xxxx 6aef $
  • To-Path s: // will use. orange. com: 7965 / bar; tcp From-Path: s: // polrelayl. orange .com: 9000 / kj fjan; tcp 6aef $
  • Hi UserB here is my mailing address: xxxx xght6 $
  • To-Path s: // polrelayl. orange. com: 9000 / bar; tcp From-Path: s: //polrelay2.wanadoo. com: 8145 / zerty; tcp 6aef $
  • Hi DserB here is my mailing address: xxxx xght6 $ m 6 :
  • To-Path s: //polrelay2.wanadoo. com: 8145 / zerty; tcp From-Path: s: //userb.wanadoo.com: 1234 / kjfjan; tcp 6aef $
  • To-Path s: //polrelay2.wanadoo. Corn: 8145 / zerty; tcp
  • To-Path s: // UserA. orange. com: 7965 / bar; tcp From-Path: s: // polrelayl. orange. com: 9000 / kjfjan; tcp s: //userb.wanadoo. com: 1234 / f00; tcp
  • a user such as the user of the terminal TA who wishes to record the discussion can then either save it locally or send it to a specific server, as previously described in the description relating to the prior art. .
  • one and / or the other of the terminals TA and TB also has a log server, the aforementioned terminals being then parameterized, c ie provisioned, with the coordinates not only of all RS 1 and RS 2 relay servers but also of an additional parameter giving the address of a recording relay server noted Si og .
  • the method which is the subject of the invention further consists in selecting in step A from a terminal the terminal T A for example, the log server Si og enabling ensure the logging of messages.
  • This choice is represented in step A of FIG. 2a.
  • the step A of choice is followed by a step B of logging message messages and, of course, of transmission of these messages to the participating terminal TB and vice versa of the participating terminal. to the initiating terminal.
  • the method which is the subject of the invention can consist in selecting a log server, the server Si o g distinct from the aforementioned RS 1 and RS 2 relay servers.
  • the log server Si og is then formed by an intermediary server ensuring, on the one hand, the transmission of messages to one of the relay servers, the server RSj for example and, on the other hand, the logging of messages. These operations are executed between the relay server RS 1 and the terminal T A which, in fact, proceeded to the selection of the log server.
  • the user of the terminal T A transmits to the user of the terminal T B a request SDP including of course the log server Si og .
  • the recording server S log is introduced via its address recrelay.orange.com which is added first and therefore before the relay server RS 1 - It is understood of course, this location may vary and the transaction may be executed differently. Since the MSRP session is open, the traffic between the different relay and log server servers is substantially the same, except for the presence of the additional relay server S [ Og .
  • the succession of messages transmitted and received by the initiator terminal TA, the logger server Si og , the relay servers RS 1 and RS 2 and the participating terminal is then the following: mV
  • Hi OserB here is my mailing address. $ 6aef
  • To-Path s: // will use. orange. com: 7965 / bar; tcp
  • Hi UserB here is my mailing address. $ xght6
  • To-Path s: // r ⁇ relay. orange. com: 3456 / aagrl; tcp From-Path: s: // polrelayl. orange. com: 9000 / kjfjan; tcp xght6 $ m ' 5 : az34q SEND
  • Hi UserB here is my mailing address. $ az34q
  • To-Path s: //polrelay2.wanadoo.com: 8145 / zerty; tcp From-Path: s: // userb .wanadoo. com: 1234 / kj fj an; tcp az34q $
  • To-Path s: // userb. wanadoo. com: 1234 / foo; tcp
  • Hi OserB here is my mailing address. $ phies9
  • To-Path s: //polrelay2.wanadoo. com: 8145 / zerty; tcp From-Path: s: // userb .wanadoo. com: 1234 / kj fj an; tcp phies9 $
  • the message m' ⁇ is a message of good reception of the message by the participating terminal TB this message of course having an interest for the log server Si og and can be intercepted and used at the latter.
  • the user of the participating terminal TB responds and continues the discussion as shown in connection with FIG. 2c.
  • the response messages sent by the participating terminal T B takes the same communication channel and therefore passes accordingly by the log server Si og .
  • Each reply message with the same Uniform Resource Identifier (URI) URIs will be associated with the same discussion.
  • the response messages transmitted by the participating terminal TB to the initiator terminal TA via the logger server Si og are represented in FIG. 2c and designated m' ⁇ to Hi 24 .
  • the log server Si og like any conventional relay server closes the associated connections after a specified time. This closing event may mark the end of the discussion, the discussion then being considered as stopping at the last message before this connection closure.
  • the method, object of the present invention can be implemented according to a variant of selecting instead of a relay server, such as the relay server RS 1 , an ambivalent server formed by a relay server comprising in addition a logging function.
  • the selected ambivalent server replaces the RS 1 relay server, and thus makes it possible to make a real saving of traffic.
  • This procedure can be executed by specifying not only the parameter indicating the relay server performing the recording, that is to say the replacement relay server, but also the relay server replaced, that is to say the server RS relay ⁇ .
  • Such a procedure is represented by the timing diagrams of FIGS. 2d and 2e for an ambivalent server designated RS ⁇ O g of address polrecrelay.orange.com.
  • the exchanged messages are respectively denoted m ' ⁇ for the message transmitted by the initiator terminal TA to the participating terminal TB and m M 2 for the response messages transmitted by the participating terminal T B to the TA initiating terminal in the absence of logging, the ambivalent server RS ⁇ og being ignored for Figure 2d, respectively m "'i, respectively m'" 2 in log mode the ambivalent server RSn og then being substituted for the relay server RSi and shown in Figure 2e.
  • the form of the messages is substantially the same as in the case of Figure 1 to the value of the addresses of the log server near ambivalent.
  • FIG. 3a represents the journaling system that is the subject of the invention, involving the initiator terminal TA entering into communication with at least one participating terminal T B , via relay servers RS 1 and RS 2 selected from at least one of the terminal initiator terminals TA and / or participant T B , as described above in the description.
  • the system further comprises, as shown in Figure 3a, the log server Si og address recrelay.orange.com, this address is an address specific to the aforementioned log server. It is understood, in particular, as represented in FIG. 3 a, that the log server represented in the above-mentioned figure is a separate server operating in accordance with the message exchange protocol as represented in FIGS. 2b and 2c above.
  • the system which is the subject of the invention, furthermore comprises a selection module for the log server installed in one of the terminals and in particular, as shown in the above-mentioned figure, on the initiator terminal TA.
  • the selection of the log server is made by calling from the aforementioned terminal of the specific address recrelay.orange.com logging server to further ensure the logging of the company discussion.
  • the address of the log server Si og , address recrelay.orange.com stored in a part or memory area of the initiating terminal TA this address can of course be called among the relay server addresses according to the message exchange protocol, as described in connection with Figures 2b and 2c above.
  • the separate logging server of the relay servers is then constituted by an intermediate server ensuring the transmission of messages to one of the relay servers, in particular the RS server 1 , between the terminal TA and the aforementioned relay server. It is understood, of course, that the transmission of messages can then be performed by redirection by address change at the log server Si og above. Of course, the log server also performs the logging function for which this server is provided.
  • FIG. 3b shows a system according to the subject of the present invention according to a second embodiment, in which the log server is an ambivalent server, that is to say the address server RS ⁇ og polrecrelay.orange.com, this relay server also has a logging function.
  • the log server is an ambivalent server, that is to say the address server RS ⁇ og polrecrelay.orange.com, this relay server also has a logging function.
  • the module for selecting the server for logging logging implemented on the corresponding terminal TA comprises at least one module for selecting the corresponding log server address is recrelay.orange.com respectively polrecrelay.orange.com, for the systems shown in the above figures, and insertion of this address in the address list relay servers ensuring placing in communication between the terminal initiator terminal TA and at least one participating terminal T B according to the protocol MSRP in relay mode.
  • the message logging method and system, objects of the invention thus have a very great flexibility of implementation and use.
  • the discussion messages pass through the conventional relay servers.
  • RS 1 and RS 2 which materialize the course of the aforementioned messages. This use corresponds to a conventional use of the MSRP protocol in relay mode.
  • one of the users such as the user of the terminal TA decides to record the discussion, he activates, for example, the function on his terminal T A via an option of his human interface -machine.
  • the terminal TA then adds the address recrelay.orange.com server log If og for example in the list of servers to cross. This requires an update of the SDP negotiation as provided in the document http://www.ietf.org/internet- drafts / draft-ietf-simple-message-sessions-lO.txt chapter 8.1.3 "updated SDP offer ".
  • the selection of the log server may then correspond to an ambivalent log server. and the selection of the address polrecrelay.orange.com of the latter as shown in Figure 3b.
  • the logging is automatic from the selection of the logging server ab initio.
  • the aforementioned terminal includes all the functions of a mobile communication terminal for example and in particular access to the instant messaging service normally available.
  • it includes a human-machine interface consisting of an SC display screen and a conventional KB keyboard to ensure an interactive dialogue between the user and the terminal.
  • object of the invention comprises a module M for selecting a specific address log server by the insertion of this specific address in a relay server address list allowing placing the aforementioned terminal in communication with at least one other terminal according to an instant messaging protocol in relay mode.
  • the module M can be advantageously formed by a program module 2 and a programmable memory 3 ls 3 2 for storing the list of addresses of the relay servers allowing the communication of the terminal concerned with at least one other terminal according to the protocol MSRP in relay mode.
  • the programmable memories 3 1 and 3 2 advantageously make it possible to store the address of the aforementioned relay servers or an identifier of the abovementioned addresses, identifier designated RS 1 and RS n O g, RS 2 in FIG. 4, respectively the address of the ambivalent server If og during parameterization, ie provisioning of the terminal considered.
  • the program module 2 allows the loading of the relay servers RS 1 , RS 2 in working memory I 1 .
  • the human-machine interface then offers the latter the choice of joumalization, that is to say the recording of the ab initio discussion or the possibility of declining this choice.
  • the address of the ambivalent server RS ⁇ og can then be loaded into working memory I 1 , the program module 2 then replacing the address of the relay server RSi by that of the ambivalent relay server RSu o g-
  • the message exchange protocol is then performed between the abovementioned addresses.
  • the communication is established from the addresses of the relay servers RS 1 and RS 2 present in working memory.
  • the address of the separate log server S] og is loaded from the memory area 3 2 into working memory Ii by the program module 2 and the message exchange session is then modified in that the path to be used for the session is updated from the addresses of the relay servers RS 1 , RS 2 which is of course added l separate log server address Si og , as previously described in connection with Figures 2b and 2c.
  • the invention therefore also covers a computer program product stored on a storage medium for execution by a computer, characterized in that it comprises a module M for selecting a specific address log server by the computer. inserting this specific address into a list of relay server addresses allowing communication of a terminal with another terminal, according to a relay mode instant messaging protocol.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)

Abstract

L'invention concerne un procédé de journalisation de messages selon le protocole de messagerie instantanée MSRP en mode relais, dans lequel un terminal initiateur (T<SUB>A</SUB>) entre en communication avec au moins un terminal participant (T<SUB>B</SUB>) par l'intermédiaire de serveurs relais (RS<SUB>1</SUB>) (RS<SUB>2</SUB>) sélectionnés à partir des terminaux, consistant à sélectionner, à partir d'un des terminaux (T<SUB>A</SUB>), un serveur de journalisation (S<SUB>log</SUB>) permettant d'assurer la journalisation des messages. Application à l'exécution de discussions en messagerie instantanée.

Description

PROCÉDÉ ET SYSTÈME DE JOURNALISATION DE MESSAGES SELON UN PROTOCOLE DE MESSAGERIE INSTANTANÉE EN MODE RELAIS
L'invention concerne un procédé et un système de journalisation de messages selon un protocole de messagerie instantanée en mode relais.
Les protocoles de messagerie instantanée permettent d'établir des sessions de messagerie entre terminaux fixes ou mobiles, soit en mode poste à poste, mode peer to peer en anglais, soit avec des serveurs relais intermédiaires.
Il est toutefois fréquent que les systèmes de messagerie mettent en œuvre des fonctionnalités de journalisation, logging en anglais, dans le but de sauvegarder les conversations entre deux ou plusieurs utilisateurs. Dans le cas où le serveur de messagerie instantanée ne fournit pas une telle fonction, il est alors nécessaire soit de capturer cette information lorsqu'elle chemine entre les utilisateurs, soit de l'envoyer à un serveur externe pour stockage, ce qui duplique inévitablement les échanges. A l'heure actuelle, dans le but d'effectuer des opérations de journalisation précitées, deux solutions sont communément proposées.
Selon une première solution, les journaux, ou logs en anglais, peuvent être gérés et stockés sur le terminal client. Il est en conséquence impossible pour l'utilisateur d'y accéder depuis un autre terminal quelconque. Selon une deuxième solution, les journaux ou logs peuvent être gérés en les envoyant sur un serveur externe.
Dans cette situation, c'est la quantité de trafic réseau demandée par cette solution qui est problématique. En effet, que l'on fasse des mises à jour en temps réel, périodiquement à fréquence donnée ou sur requête spécifique de l'utilisateur, la quantité de données à échanger reste la même et double en définitive le trafic entre le terminal et le serveur.
La présente invention a pour objet de remédier aux inconvénients et limitations des solutions techniques de l'art antérieur.
En particulier, un objet de la présente invention est la mise en œuvre d'un procédé et d'un système de journalisation de messages selon un protocole de messagerie instantanée en mode relais autorisant soit la mise en œuvre d'un processus de journalisation de discussion entre terminaux, sur simple intervention d'un utilisateur, soit l'absence de mise en œuvre du processus de journalisation précité.
Un autre objet de la présente invention est également la mise en œuvre du procédé et du système de journalisation de messages précités totalement compatible avec un protocole de messagerie instantanée en mode relais, en l'absence d'introduction de modification de ce dernier.
Le procédé de journalisation de messages selon un protocole de messagerie instantanée en mode relais, objet de l'invention, dans lequel un terminal initiateur entre en communication avec au moins un terminal participant par l'intermédiaire d'au moins un serveur relais sélectionné à partir de ces terminaux est remarquable en ce qu'il consiste à sélectionner à partir d'un de ces terminaux un serveur de journalisation permettant d'assurer la journalisation de ces messages.
Le système de journalisation de messages selon un protocole de messagerie instantanée en mode relais, objet de l'invention, dans lequel un terminal initiateur entre en communication avec au moins un terminal participant par l'intermédiaire d'au moins un serveur relais sélectionné à partir d'un des terminaux est remarquable en ce que ce système de journalisation comporte au moins un serveur de journalisation de messages, d'adresse spécifique, et un module de sélection du serveur de journalisation implanté dans l'un au moins des terminaux, par connexion à partir de ce terminal de cette adresse spécifique. La sélection du serveur de journalisation permet d'assurer la journalisation de ces messages.
L'invention couvre en outre un serveur de journalisation de messages remarquable en ce que ce serveur comporte un module de transfert de messages vers un serveur relais assurant la mise en communication d'un terminal initiateur et d'au moins un terminal participant, selon un protocole de messagerie instantanée en mode relais, et un module de journalisation de messages.
L'invention couvre également un serveur de journalisation de messages remarquable en ce que ce serveur est un serveur ambivalent formé par un serveur relais assurant la mise en communication d'un terminal initiateur et d'au moins un terminal participant selon un protocole de messagerie instantanée en mode relais et comportant une fonction de journalisation.
L'invention couvre enfin un terminal opérant selon un protocole de messagerie instantanée en mode relais remarquable en ce que ce terminal comporte un module de sélection d'un serveur de journalisation d'adresse spécifique, par insertion de cette adresse spécifique dans une liste d'adresses de serveurs relais permettant la mise en communication de ce terminal avec au moins un autre terminal selon un protocole de messagerie instantanée en mode relais.
Le procédé, le système, les serveurs de journalisation et le terminal permettant la sélection d'un serveur de journalisation, conformément à l'objet de la présente invention, seront mieux compris à la lecture de la description et à l'observation des dessins ci-après dans lesquels :
— outre la figure 1 illustrant un chronogramme de l'échange de messages entre un terminal initiateur, un premier et un deuxième serveurs relais et un terminal participant conformément au protocole de messagerie instantanée MSRP en mode relais, connu en tant que tel ;
— la figure 2a représente, à titre illustratif, un organigramme des étapes essentielles de mise en œuvre du procédé de journalisation de messages objet de la présente invention ; — la figure 2b représente, à titre illustratif, un chronogramme de l'échange de messages entre un terminal initiateur, un serveur de journalisation, un premier et un deuxième serveur relais et un terminal participant, conformément au procédé objet de l'invention, illustré en figure 2a ;
- la figure 2c représente, à titre illustratif, un chronogramme de l'échange de messages de réponse transmis du terminal participant vers un terminal initiateur par l'intermédiaire d'un serveur de journalisation choisi conformément au procédé objet de la présente invention, illustré en figures 2a et 2b ;
- la figure 2d représente un chronogramme d'échange de messages entre un terminal initiateur, un terminal participant, compte tenu d'un serveur dit ambivalent permettant à la fois de jouer le rôle de serveur relais et de serveur de journalisation, le processus de journalisation n'étant toutefois pas exécuté et le serveur ambivalent non utilisé ;
- la figure 2e représente un chronogramme d'échange de messages entre un terminal initiateur, un terminal participant, compte tenu d'un serveur dit ambivalent permettant à la fois de jouer le rôle de serveur relais et de serveur de journalisation, le serveur ambivalent étant substitué à un serveur relais et le processus de journalisation étant exécuté ;
- la figure 3 a représente, à titre illustratif, sous forme d'un schéma fonctionnel, un système de journalisation de messages, objet de l'invention, selon un premier mode de réalisation ;
- la figure 3b représente, à titre illustratif, sous forme d'un schéma fonctionnel un système de journalisation de messages, objet de l'invention, selon un deuxième mode de réalisation ;
- la figure 4 représente, à titre illustratif, sous forme d'un schéma fonctionnel un terminal permettant la sélection d'un serveur de journalisation de messages, conformément à l'objet de la présente invention.
Préalablement à une description du procédé et du système de journalisation de messages selon un protocole de messagerie instantanée en mode relais, objet de la présente invention, un rappel du mode opératoire sera maintenant donné en liaison avec la figure 1. Ce mode opératoire est décrit à titre d'exemple en utilisant le protocole de messagerie instantanée MSRP, pour Message Session Relay Protocol en anglais
Le mode opératoire précité est décrit en présence d'un utilisateur possédant un terminal initiateur TA d'adresse usera.orange.com négociant une session de discussion instantanée avec un utilisateur possédant un terminal participant TB dont l'adresse est userb.wanadoo.com, l'utilisateur du terminal initiateur négociant une session avec le terminal participant en s'appuyant sur le protocole SDP/SIP/SIMPLE (SDP pour "Session Description Protocol " en anglais, SIP pour "Session Initiation Protocol" en anglais, SIMPLE pour "SIP for Instant Messaging and Présence Leveraging Extensions" ) L'utilisateur du terminal initiateur souhaite établir une session MSRP utilisant notamment le serveur relais RS1 d'adresse polrelayl.orange.com.
On indique que le terminal participant TB et le terminal initiateur TA se sont au préalable authentifiés auprès du serveur relais RS1 pour ce qui concerne le terminal initiateur TA et auprès d'un serveur relais RS2 pour ce qui concerne le terminal participant TB. Les messages d'authentification sont les messages AUTH et messages de réponse 401 Auth représentés en figure 1. Ces messages sont des messages de type classique et ne seront pas décrits de manière détaillée dans la description. Pour communiquer en mode relais, les utilisateurs de messagerie instantanée utilisent une liste de serveurs relais qui sont traversés par chaque message. Ce processus est décrit en ligne sur le site http://www.ietf.org/mtemet-drafts/draft-ietf- simple-msrp-relays-03.txt. Il est actuellement à l'état de document de travail ("draft") et est susceptible d'évolution. On indique que les messages d'établissement de sessions vérifient la relation : - TA → TB c=IN IP4 usera.orange.com m≈message 1234 TCP/ * a=accept-types : message/cpim text/plain text/html a≈path: s : //polrelayl . orange . coin: 9000/hjdhfha; tcp s: //usera. orange.com: 7965/agic456; tcp
-TB→TA c=IN IP4 userb.wanadoo.com m≈message 1234 TCP/TLS/ * a=accept-types : message/cpim text/plain text/html a≈path: s : //polrelay2.wanadoo. com: 8145/hjdhfha; tcp s ://userb. waπadoo. com:1234/fuige; tcp
La session d'envoi de messages instantanés est donc établie entre les utilisateurs des terminaux TA et TB précités.
Les messages successifs sont notés In1 à m9 sur la figure 1 et présentent alors la structure de message ci-après : mi:
6aef SEND
To-Path: s : //polrelayl . orange . com: 9000/kj fjan; tcp s : /7polrelay2. wanadoo. com: 8145/zerty; tcp s : //userb .Wanadoo . com: 1234/kj fj an; tcp From-Path: s : //usera . orange . com: 7965/bar; tcp Success-Report: yes Byte-Range: 1-*/* Message-ID: 87652 Content-Type: text/plain
Salut UserB voici mon adresse postale: xxxx 6aef$
m2:
6aef 200 OK
To-Path: s : //usera . orange . com: 7965/bar; tcp From-Path: s : //polrelayl . orange .com: 9000/kj fjan; tcp 6aef$
m3: xght6 SEND
To-Path : s : //polrelay2.wanadoo . com: 8145/zerty; tcp : //userb.wanadoo. com: 8145/foo; tcp
From-Path: s : //polrelayl . orange . com: 9000/kj fj an; tcp : //usera . orange . com: 7965/bar; tcp
Success-Report: yes
Message-ID: 87652
Byte-Range: 1-*/*
Content-Type: text/plain
Salut UserB voici mon adresse postale: xxxx xght6$
In4:
Xght6 200 OK
To-Path : s : //polrelayl . orange . com: 9000/bar; tcp From-Path: s: //polrelay2.wanadoo. com: 8145/zerty; tcp 6aef$
m5:
Az34q SEND
To-Path: s://polrelay2.wanadoo.com:8145/zerty;tcp s: //userb.wanadoo. com: 1234/foo; tcp
From-Path: s : //polrelayl. orange. com: 9000/kjfjan; tcp s: //usera. orange. com: 7965/bar; tcp
Success-Report: yes
Message-ID: 87652
Byte-Range: 1-*/*
Content-Type: text/plain
Salut DserB voici mon adresse postale: xxxx xght6$ m6:
A234q 200 OK
To-Path: s ://polrelay2.wanadoo. com:8145/zerty;tcp From-Path: s ://userb.wanadoo.com: 1234/kjfjan; tcp 6aef$
m7: yh67 REPORT
To-Path: s ://polrelay2.wanadoo. corn: 8145/zerty; tcp
: //polrelayl . orange . corn: 9000/kj fjan; tcp s : //usera . orange . corn: 7965/bar; tcp From-Path: s : //userb .wanadoo . coin: 1234/foo; tcp Message-ID: 87652 Byte-Range: 1-39/39 Status: 000 200 OK yh67$
ms: yh67 REPORT
To-Path: s : //polrelayl.orange.com: 9000/kj fjan; tcp s : //usera . orange . com: 7965/bar; tcp
From-Path: s ://polrelay2.wanadoo. com: 8145/zerty; tcp s : //polrelayl . orange .com: 9000/kj fjan; tcp s : //userb.wanadoo . com: 1234/foo; tcp
From-Path: s : //userb. wanadoo. com: 1234/foo;tcp
Message-ID: 87652
Byte-Range: 1-39/39
Status: 000 200 OK yh67$
ÏÏI9: yh67 REPORT
To-Path: s : //UserA. orange . com: 7965/bar; tcp From-Path: s : //polrelayl . orange . com: 9000/kjfjan; tcp s : //userb.wanadoo . com: 1234/f00; tcp
From-Path: s: //userb.wanadoo. com: 1234/f00; tcp Message-ID: 87652 Byte-Range: 1-39/39 Status: 000 200 OK yh67$
Lorsque la discussion est terminée, un utilisateur tel que l'utilisateur du terminal TA qui souhaite enregistrer la discussion peut alors soit l'enregistrer localement soit l'envoyer sur un serveur spécifique, ainsi que décrit précédemment dans la description relativement à l'art antérieur.
Le procédé objet de la présente invention sera maintenant décrit en liaison avec la figure 2a et les figures suivantes. D'une manière générale, on rappelle que la notion de journalisation recouvre non seulement l'enregistrement pour sauvegarde des messages, messages de type texte, mais également de données bibliographiques telles que date de la discussion, données de facturation ou autres. On considère de manière semblable à la situation décrite relativement à la figure 1, les utilisateurs des terminaux TA et TB souhaitant communiquer grâce au système de messagerie instantanée selon le protocole MSRP. Les terminaux TA et TB ont bien entendu été conçus pour permettre le stockage des adresses des serveurs relais RS1 et RS2 de même que dans le cas de la figure 1.
Conformément à un aspect remarquable du procédé de journalisation de messages, objet de l'invention, l'un et/ou l'autre des terminaux TA et TB dispose en outre d'un serveur de journalisation, les terminaux précités étant alors paramétrés, c'est-à-dire provisionnés, avec les coordonnées non seulement de l'ensemble des serveurs relais RS1 et RS2 mais également d'un paramètre supplémentaire donnant l'adresse d'un serveur relais d'enregistrement noté Siog.
Ainsi que représenté sur la figure 2a, le procédé, objet de l'invention, consiste en outre à sélectionner à l'étape A à partir d'un terminal, le terminal TA par exemple, le serveur de journalisation Siog permettant d'assurer la journalisation des messages. Ce choix est représenté à l'étape A de la figure 2a. Sur réponse positive au test A de la figure 2a, l'étape A de choix est suivie d'une étape B de journalisation des messages de messages et, bien entendu, de transmission de ces messages vers le terminal TB participant et réciproquement du terminal participant vers le terminal initiateur. D'une manière générale, on indique que dans cette situation, le procédé objet de l'invention, peut consister à sélectionner un serveur de journalisation, le serveur Siog distinct des serveurs relais RS1 et RS2 précités.
Le serveur de journalisation Siog est alors formé par un serveur intermédiaire assurant, d'une part, la transmission de messages vers l'un des serveurs relais, le serveur RSj par exemple et, d'autre part, la journalisation des messages. Ces opérations sont exécutées entre le serveur relais RS1 et le terminal TA qui, en fait, a procédé à la sélection du serveur de journalisation.
Un chronogramme de l'échange de messages entre le terminal initiateur terminal TA, le serveur de journalisation intermédiaire Siog, les serveurs relais RS1, RS2 et le terminal participant TB sera maintenant décrit en liaison avec la figure 2b et la figure 2c.
En référence à la figure 2b, on indique que l'on se place dans la situation selon laquelle l'utilisateur du terminal TA décide d'activer le système d'enregistrement des discussions et l'on a procédé, bien entendu, au paramétrage du terminal TA avec l'adresse recrelay.orange.com du serveur de journalisation Siog.
Outre les échanges de messages d'authentification comparables à ceux représentés en figure 1 entre le terminal initiateur TA et le serveur de journalisation Siog, puis entre ce serveur de journalisation et le serveur relais RS1, d'une part, et entre le terminal participant TB et le serveur relais RS2, d'autre part, ces messages d'authentification étant comparables à ceux précédemment décrits en liaison avec la figure 1 , l'échange de messages permet en premier lieu un établissement de sessions dans les conditions ci-après :
L'utilisateur du terminal TA transmet à l'utilisateur du terminal TB une demande SDP incluant bien entendu le serveur de journalisation Siog.
Les messages permettant l'établissement de la session précitée peuvent alors avoir la forme suivante : - TA → TB c=IN IP4 usera.orange.com m=message 1234 TCP/ * a=accept-types : message/cpim text/plain text/html a=path: s ://recrelay. orange. com:3456/aagrl;tcp s : //polrelayl . orange . corn: 9000/hjdhfha; tcp s : //usera . orange . com: 7965/agic456; tcp
-TB→TA
C=IN IP4 userb.wanadoo.com m=message 1234 TCP/TLS/ * a=accept-types: message/cpim text/plain text/html a≈path: s : //polrelay2.wanadoo . com: 9000/hjdhfha; tcp s://userb.wanadoo.com:1234/£uige;tcp
Dans le message transmis par le terminal TA vers le terminal TB, le serveur d'enregistrement Slog est introduit par l'intermédiaire de son adresse recrelay.orange.com laquelle est rajoutée en premier et donc avant le serveur relais RS1- On comprend bien entendu que cet emplacement peut varier et que la transaction peut être exécutée de manière différente. La session MSRP étant ouverte, le trafic entre les différents serveurs relais et serveur de journalisation est sensiblement le même, si ce n'est la présence du serveur relais S[Og supplémentaire.
La succession des messages transmis et reçus par le terminal initiateur TA, le serveur de journalisation Siog, les serveurs relais RS1 et RS2 et le terminal participant est alors la suivante : mV
6aef SEND
To-Path : s : //reαrelay. orange . oom: 3456/aagrl ;tcp s : //polrelayl . orange . com: 9000/kj fjan; tcp s : //polrelay2. wanadoo . com: 8145/zerty; tcp s : //userb .wanadoo . com: 1234/kj fj an; tcp
Frσm-Path: s: //usera. orange. com:7965/bar; tcp
Success-Report: yes
Byte-Range: 1-*/*
Message-ID: 87652
Content-Type: text/plain
Salut OserB voici mon adresse postale.???? 6aef$
m'2:
6aef 200 OK
To-Path: s: //usera. orange. com: 7965/bar; tcp
From-Path: s : //recrelay. orange . com: 3456/aagrl ;tcp 6aef$
m'a: xghtβ SEND
To-Path : s : //polrelayl . orange . com: 9000/kj fjan; tcp s ://polrelay2.wanadoo. com: 8145/zerty; tcp s: //userb.wanadoo. com: 1234/foo; tcp
From-Path : s : //recrelay. orange . com: 3456/aagrl ;tcp s : //usera . orange . com: 7965/bar; tcp
Success-Report: yes
Message-ID: 87652
Byte-Range: 1-*/*
Content-Type: text/plain
Salut UserB voici mon adresse postale.???? xght6$
m'4: xghtβ 200 OK
To-Path: s : //rβαrelay. orange . com: 3456/aagrl ;tcp From-Path: s : //polrelayl . orange . com: 9000/kjfjan;tcp xght6$ m'5: az34q SEND
To-Path: s ://polrelay2.wanadoo.com: 8145/zerty;tcp s : //userb . wanadoo . com: 1234/foo; tcp
From-Path: s : //polrelayl . orange . com: 9000/kj fj an; tcp s : //racralay. orange . com: 3456/aagrl;top s : //usera . orange . com: 7965/bar; tcp
Success-Report: yes
Message-ID: 87652
Byte-Range: X-*/*
Content-Type: text/plain
Salut UserB voici mon adresse postale.???? az34q$
az34q 200 OK
To-Path: s : //polrelay2.wanadoo.com: 8145/zerty; tcp From-Path: s : //userb .wanadoo . com: 1234/kj fj an; tcp az34q$
m'7 phies9 SEND
To-Path: s: //userb. wanadoo. com: 1234/foo; tcp
From-Path: s : //polrelay2.wanadoo.com: 8145/zerty; tcp s : //polrelayl . orange . com: 9000/kj fj an; tcp s : //recrelay. orange . com: 3456/aagrl ;tcp s: //usera. orange. com: 7965/bar; tcp
Success-Report: yes
Message-ID: 87652
Byte-Range: 1-*/*
Content-Type: text/plain
Salut OserB voici mon adresse postale.???? phies9$
m's phies9 200 OK
To-Path: s ://polrelay2.wanadoo. com: 8145/zerty; tcp From-Path: s : //userb .wanadoo . com: 1234/kj fj an; tcp phies9$
m'9 : yh67 REPORT
To-Path: s://polrelay2.wanadoo.com:8145/zerty;tcp s: //polrelayl. orange. com: 90OO/kjfj an; tcp s ://reerelay. orange.com: 3456/aagrl;tcp s : //usera . orange . com: 7965/bar; tcp
From-Path: s: //userb.wanadoo. com: 1234/foo; tcp
Message-ID: 87652
Byte-Range: 1-39/39
Status: 000 200 OK yh67$ m'io : yh67 REPORT
To-Path: s : //polrelayl . orange . com: 9000/kj fj an; tcp s://recrθlay.oranga.com:3456/aagrl;tcp s: //usera. orange.com: 7965/bar; tcp
From-Path: s ://polrelay2.wanadoo.com: 8145/zerty; tcp s ://userb.Wanadoo. com: 1234/foo; tcp
From-Path: s ://userb. wanadoo.com: 1234/foo; tcp
Message-ID: 87652
Byte-Range: 1-39/39
Status: 000 200 OK yh67$
m'π : yh67 REPORT
To-Path: s ://recrθlay. orange. com: 3456/aagrl;tcp s: //usera. orange. com: 7965/bar; tcp From-Path: s://polrelay2.wanadoo.com: 8145/zerty; tcp s : //polrelayl . orange . com: 9000/kj fjan; tcp s : //userb.wanadoo . com: 1234/foo;tcp From-Path : s : //userb . wanadoo . com: 1234/foo; tcp Message-ID: 87652 Byte-Range: 1-39/39 Status: 000 200 OK yh67$
nï12 : yh67 REPORT
To-Path: s://ϋserA.orange.com:7965/bar;tcp
From-Path : s : //recrelay. orange . com: 3456/aagrl ;tcp s : //polrelayl . orange . com: 9000/kj fjan; tcp s : //ρolrelay2. wanadoo . com: 8145/zerty; tcp s : //userb . wanadoo . com: 1234/foo; tcp
From-Path: s: //userb. wanadoo. com: 1234/foo; tcp
Message-ID: 87652
Byte-Range: 1-39/39
Status: 000 200 OK yh67$
Sur les messages précités, les parties mentionnées en gras représentent les changements introduits du fait de la sélection du serveur de journalisation Siog.
En ce qui concerne le message m'i, on indique que le contenu de ce message transite par le serveur de journalisation Siog et est alors enregistré par ce dernier comme une nouvelle discussion associée au terminal initiateur TA et en particulier à l'adresse usera.orange.com. Il s'agit, dans ce cas, du premier message de type "SEND" envoyé sur cette connexion relatif à cette session de discussion.
Le message m'π est un message de bonne réception du message par le terminal participant TB ce message présentant bien entendu un intérêt pour le serveur de journalisation Siog et peut donc être intercepté et utilisé au niveau de ce dernier.
L'utilisateur du terminal participant TB répond et continue la discussion ainsi que représenté en liaison avec la figure 2c. Les messages de réponse émis par le terminal participant TB emprunte le même canal de communication et passe donc en conséquence par le serveur de journalisation Siog. Chaque message de réponse disposant des mêmes URI pour "Uniform Resource Identifier" en anglais, adresse de transit, sera associé à la même discussion. Les messages de réponse transmis par le terminal participant TB vers le terminal initiateur TA par l'intermédiaire du serveur de journalisation Siog sont représentés en figure 2c et désignés m'π à Hi24.
Enfin lorsque les interlocuteurs ont terminé la discussion, le serveur de journalisation Siog comme tout serveur relais classique procède à la fermeture des connexions associées après un délai déterminé. Cet événement de fermeture peut marquer la fin de discussion, la discussion étant alors considérée comme s'arrêtant au dernier message avant cette fermeture de connexion.
La discussion précitée enregistrée peut ensuite être accédée, consultée et/ou manipulée par d'autres protocoles, tel que le protocole XCAP pour XmI Configuration Access Protocol en anglais.
Bien entendu, le procédé, objet de la présente invention, peut être mis en œuvre selon une variante consistant à sélectionner en lieu et place d'un serveur relais, tel que le serveur relais RS1, un serveur ambivalent formé par un serveur relais comportant en outre une fonction de journalisation. Dans cette situation, le serveur ambivalent sélectionné vient en remplacement du serveur relais RS1, et permet ainsi d'effectuer une réelle économie de trafic. Ce mode opératoire peut être exécuté en précisant non seulement le paramètre indiquant le serveur relais effectuant l'enregistrement, c'est-à-dire le serveur relais de remplacement, mais également le serveur relais remplacé, c'est-à- dire le serveur relais RS ι .
Un tel mode opératoire est représenté par les chronogrammes des figures 2d et 2e pour un serveur ambivalent désigné RSπOg d'adresse polrecrelay.orange.com.
Sur les figures 2d et 2e, les messages échangés sont notés respectivement m'^ pour le message transmis par le terminal initiateur TA vers le terminal participant TB et mM 2 pour les messages de réponse transmis par le terminal participant TB vers le terminal initiateur TA en l'absence de journalisation, le serveur ambivalent RSπog étant ignoré pour la figure 2d, respectivement m"'i, respectivement m'"2 en mode journalisation le serveur ambivalent RSnog étant alors substitué au serveur relais RSi ainsi que représenté sur la figure 2e. Bien entendu la forme des messages est sensiblement la même que dans les cas de la figure 1 à la valeur des adresses du serveur de journalisation ambivalent près.
Une description plus détaillée d'un système de journalisation de messages selon le protocole de messagerie instantanée MSRP en mode relais, conforme à l'objet de la présente invention sera maintenant donnée en liaison avec les figures 3a et 3b.
La figure 3a représente le système de journalisation objet de l'invention, mettant en jeu le terminal initiateur TA entrant en communication avec au moins un terminal participant TB, par l'intermédiaire de serveurs relais RSi et RS2 sélectionnés à partir au moins de l'un des terminaux initiateur terminal TA et/ou participant TB, ainsi que décrit précédemment dans la description. Le système comporte en outre, ainsi que représenté en figure 3a, le serveur de journalisation Siog d'adresse recrelay.orange.com, cette adresse étant une adresse spécifique au serveur de journalisation précité. On comprend, en particulier, ainsi que représenté en figure 3 a, que le serveur de journalisation représenté sur la figure précitée est un serveur distinct opérant conformément au protocole d'échange de messages tel que représenté en figures 2b et 2c précédentes.
Ainsi que représenté de manière spécifique en figure 3a, le système, objet de l'invention, comporte en outre un module de sélection du serveur de journalisation implanté dans l'un des terminaux et en particulier, ainsi que représenté sur la figure précitée, sur le terminal initiateur TA.
Selon une caractéristique remarquable du système, objet de l'invention, la sélection du serveur de journalisation est effectuée par appel à partir du terminal précité de l'adresse spécifique recrelay.orange.com du serveur de journalisation permettant d'assurer en outre la journalisation de la discussion entreprise. Dans ce but, ainsi que représenté sur la figure 3 a, on a représenté l'adresse du serveur de journalisation Siog, adresse recrelay.orange.com mémorisée dans une partie ou zone mémoire du terminal initiateur TA cette adresse pouvant bien entendu être appelée parmi les adresses de serveur relais conformément au protocole d'échange de messages, tel que décrit en liaison avec les figures 2b et 2c précédentes.
En référence à la figure 3 a, on comprend dans ce cas que le serveur de journalisation distinct des serveurs relais est alors constitué par un serveur intermédiaire assurant la transmission des messages vers l'un des serveurs relais, en particulier le serveur RS1, entre le terminal TA et le serveur relais précité. On comprend, bien sur, que la transmission des messages peut alors être effectuée par redirection par changement d'adresse au niveau du serveur de journalisation Siog précité. Bien entendu, le serveur de journalisation réalise également la fonction de journalisation pour lequel ce serveur est prévu.
Sur la figure 3b on a représenté un système conforme à l'objet de la présente invention selon un deuxième mode de réalisation, dans lequel le serveur de journalisation est un serveur ambivalent, c'est-à-dire le serveur RSπog d'adresse polrecrelay.orange.com, ce serveur relais comportant en outre une fonction de journalisation.
On comprend, dans cette situation, qu'alors que le serveur de journalisation distinct Siog et le serveur RSj, lesquels bien que présents physiquement sur le réseau, sont alors ignorés et pour cette raison représentés en pointillés, la transaction entre le terminal initiateur terminal TA et le terminal participant TB, c'est-à-dire le transfert des messages entre ces derniers est effectué uniquement par l'intermédiaire du serveur ambivalent RSπog d'adresse polrecrelay.orange.com, et le serveur relais RS2 ainsi que représenté en figure 2e précédemment décrite.
En ce qui concerne le mode opératoire de la sélection du serveur de journalisation, ce quel que soit le type de serveur de journalisation utilisé et sélectionné par l'utilisateur, on indique en référence aux figures 3a et 3b que le module de sélection du serveur de journalisation implanté sur le terminal correspondant TA à titre d'exemple sur les figures précitées, comprend au moins un module de sélection de l'adresse du serveur de journalisation correspondant soit recrelay.orange.com respectivement polrecrelay.orange.com, pour les systèmes représentés aux figures précitées, et d'insertion de cette adresse dans la liste d'adresses des serveurs relais assurant la mise en communication entre le terminal initiateur terminal TA et au moins un terminal participant TB conformément au protocole MSRP en mode relais.
Le procédé et le système de journalisation de messages, objets de l'invention, présentent ainsi une très grande souplesse de mise en œuvre et d'utilisation. Lorsque, dans un premier temps, ni l'utilisateur du terminal initiateur terminal TA ni l'utilisateur du terminal participant TB ne souhaite enregistrer la discussion qu'ils sont en train d'exécuter, les messages de discussion passent par les serveurs relais classiques RS1 et RS2 qui matérialisent le parcours des messages précités. Cette utilisation correspond à une utilisation classique du protocole MSRP en mode relais.
Lorsque, au contraire, l'un des utilisateurs tel que l'utilisateur du terminal TA décide d'enregistrer la discussion, il active, par exemple, la fonction sur son terminal TA par l'intermédiaire d'une option de son interface homme-machine. Le terminal TA ajoute alors l'adresse recrelay.orange.com du serveur de journalisation Siog par exemple dans la liste des serveurs à traverser. Ceci nécessite une mise à jour de la négociation SDP comme prévu dans le document http://www.ietf.org/internet- drafts/draft-ietf-simple-message-sessions-lO.txt chapitre 8.1.3 "updated SDP offer".
Les messages de discussion sont alors journalisés de manière automatique et transitent par l'intermédiaire des serveurs présentés en figure 3 a conformément au protocole d'échanges de messages tel que représenté en figures 2b et 2c.
Selon un autre mode de réalisation, et à titre d'exemple, lorsque l'utilisateur du terminal initiateur TA décide ab initio de procéder à l'enregistrement de la discussion, la sélection du serveur de journalisation peut alors correspondre à un serveur de journalisation ambivalent et à la sélection de l'adresse polrecrelay.orange.com de ce dernier ainsi que représenté en figure 3b. Dans cette situation, la journalisation est automatique dès la sélection du serveur de journalisation ab initio.
Une description plus détaillée d'un terminal opérant selon le protocole de messagerie instantanée MSRP en mode relais, conformément à l'objet de la présente invention, sera maintenant donnée en liaison avec la figure 4.
Bien entendu, le terminal précité comprend toutes les fonctions d'un terminal de communication mobile par exemple et en particulier d'accès au service de messagerie instantanée normalement disponible. En outre, il comporte une interface homme-machine consistant en un écran d'affichage SC et un clavier KB classique permettant d'assurer un dialogue interactif entre l'utilisateur et le terminal.
Selon un aspect remarquable du terminal, objet de l'invention, celui-ci comporte un module M de sélection d'un serveur de journalisation d'adresse spécifique par l'insertion de cette adresse spécifique dans une liste d'adresses de serveurs relais permettant la mise en communication du terminal précité avec au moins un autre terminal selon un protocole de messagerie instantanée en mode relais.
Dans ce but, outre un processeur de traitement ou unité centrale CPU de traitement I0 et une mémoire de travail I1 de type RAM présents dans le terminal, le module M peut être formé avantageusement par un module de programme 2 et une mémoire programmable 3ls 32 permettant de mémoriser la liste des adresses des serveurs relais permettant la mise en communication du terminal considéré avec au moins un autre terminal selon le protocole MSRP en mode relais.
On comprend en particulier que les mémoires programmables 3\ et 32 permettent avantageusement de mémoriser l'adresse des serveurs relais précités ou un identifiant des adresses précitées, identifiant désigné RS1 et RSπOg, RS2 sur la figure 4, respectivement l'adresse du serveur ambivalent Siog lors du paramétrage, c'est-à- dire du provisionnement du terminal considéré.
Lors de la mise en marche par l'utilisateur du terminal TA alors le module de programme 2 permet le chargement des serveurs relais RS1, RS2 en mémoire de travail I1. L'interface homme-machine offre alors à ce dernier le choix de la joumalisation, c'est-à-dire de l'enregistrement de la discussion ab initio ou la possibilité de décliner ce choix.
Sur réponse positive par exemple, le choix de mémorisation ayant été effectué, l'adresse du serveur ambivalent RSπog peut alors être chargée en mémoire de travail I1, le module de programme 2 procédant alors au remplacement de l'adresse du serveur relais RSi par celle du serveur relais ambivalent RSuog-
Le protocole d'échange de messages est alors effectué entre les adresses précitées.
Au contraire, sur déclinaison du choix par l'utilisateur de procéder à une journalisation, la communication est établie à partir des adresses des serveurs relais RS1 et RS2 présentes en mémoire de travail.
Lorsque, au cours de la discussion, l'utilisateur du terminal considéré décide de procéder à la journalisation des messages de discussion, alors l'adresse du serveur de journalisation distinct S]og est chargée depuis la zone mémoire 32 en mémoire de travail Ii par le module de programme 2 et le session d'échange des messages est alors modifiée en ce sens que le chemin à utiliser pour la session est mis à jour à partir des adresses des serveurs relais RS1, RS2 auxquelles est bien entendu ajoutée l'adresse du serveur de journalisation distinct Siog, ainsi que décrit précédemment en liaison avec les figures 2b et 2c. L'invention couvre également en conséquence un produit de programme d'ordinateur mémorisé sur un support de mémorisation pour exécution par un ordinateur, remarquable en ce qu'il comporte un module M de sélection d'un serveur de journalisation d'adresse spécifique par l'insertion de cette adresse spécifique dans une liste d'adresses de serveurs relais permettant la mise en communication d'un terminal avec un autre terminal, selon un protocole de messagerie instantanée en mode relais.

Claims

REVENDICATIONS
1. Procédé de journalisation de messages selon un protocole de messagerie instantanée en mode relais, dans lequel un terminal initiateur entre en communication avec au moins un terminal participant par l'intermédiaire d'au moins un serveur relais sélectionné à partir desdits terminaux, caractérisé en ce que ledit procédé consiste à sélectionner, à partir d'un desdits terminaux, un serveur de journalisation de messages permettant d'assurer la journalisation desdits messages.
2. Procédé selon la revendication 1, caractérisé en ce que le serveur de journalisation de messages sélectionné est un serveur distinct dudit au moins un serveur relais, ledit serveur de journalisation étant fourni par un serveur intermédiaire assurant entre ledit au moins un serveur relais et ledit terminal de sélection dudit serveur de journalisation, d'une part, la transmission de messages vers ledit au moins un serveur relais, et, d'autre part, la journalisation desdits messages,.
3. Procédé selon la revendication 1, caractérisé en ce que le serveur de journalisation sélectionné est un serveur ambivalent formé par un serveur relais comportant une fonction de journalisation.
4. Système de journalisation de messages selon un protocole de messagerie instantanée en mode relais, dans lequel un terminal initiateur entre en communication avec au moins un terminal participant par l'intermédiaire d'au moins un serveur relais sélectionné à partir d'un desdits terminaux, caractérisé en ce que ledit système de journalisation comporte au moins :
- un serveur de journalisation de messages d'adresse spécifique ; et
— des moyens de sélection dudit serveur de journalisation implantés dans l'un au moins desdits terminaux, par connexion à partir dudit terminal à ladite adresse spécifique, la sélection dudit serveur de journalisation permettant d'assurer la journalisation desdits messages.
5. Système selon la revendication 4, caractérisé en ce que ledit serveur de journalisation est un serveur distinct dudit au moins un serveur relais, ledit serveur de journalisation étant constitué par un serveur intermédiaire assurant entre ledit un au moins des terminaux et ledit au moins un serveur relais, d'une part, la transmission de messages vers ledit au moins un serveur relais, et, d'autre part, la journalisation desdits messages.
6. Système selon la revendication 4, caractérisé en ce que ledit serveur de journalisation est un serveur ambivalent formé par un serveur relais comportant une fonction de journalisation.
7. Système selon l'une des revendications 4 à 6, caractérisé en ce que lesdits moyens de sélection dudit serveur de journalisation comprennent au moins des moyens de sélection de l'adresse dudit serveur de journalisation et d'insertion de ladite adresse dans la liste d'adresses de serveurs relais assurant la mise en communication entre ledit terminal initiateur et au moins un terminal participant.
8. Serveur de journalisation de messages, caractérisé en ce que ledit serveur comporte :
— des moyens de transfert de messages vers un serveur relais assurant la mise en communication d'un terminal initiateur et d'au moins un terminal participant selon un protocole de messagerie instantanée en mode relais ; et,
- des moyens de journalisation de messages.
9. Serveur de journalisation de messages, caractérisé en ce que ledit serveur est un serveur ambivalent formé par un serveur relais assurant la mise en communication d'un terminal initiateur et d'au moins un terminal participant selon un protocole de messagerie instantanée en mode relais et comportant une fonction de journalisation.
10. Terminal opérant selon un protocole de messagerie instantanée en mode relais, caractérisé en ce que ledit terminal comporte des moyens de sélection d'un serveur de journalisation de messages d'adresse spécifique par insertion de ladite adresse spécifique dans une liste d'adresses de serveur relais permettant la mise en communication dudit terminal avec au moins un autre terminal, selon ledit protocole de messagerie instantanée.
11. Produit de programme d'ordinateur mémorisé sur un support de mémorisation pour exécution par un terminal, caractérisé en ce qu'il comporte un module de sélection d'un serveur de journalisation d'adresse spécifique par insertion de ladite adresse spécifique dans une liste d'adresses de serveurs relais permettant la mise en communication dudit terminal avec un autre terminal, selon un protocole de messagerie instantanée en mode relais.
PCT/FR2006/001194 2005-06-02 2006-05-24 Procede et systeme de journalisation de messages selon un protocole de messagerie instantanee en mode relais Ceased WO2006128996A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0505595 2005-06-02
FR0505595A FR2886795A1 (fr) 2005-06-02 2005-06-02 Procede et systeme de journalisation de messages selon le protocole de messagerie instantanee en mode relais

Publications (1)

Publication Number Publication Date
WO2006128996A1 true WO2006128996A1 (fr) 2006-12-07

Family

ID=35645779

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2006/001194 Ceased WO2006128996A1 (fr) 2005-06-02 2006-05-24 Procede et systeme de journalisation de messages selon un protocole de messagerie instantanee en mode relais

Country Status (2)

Country Link
FR (1) FR2886795A1 (fr)
WO (1) WO2006128996A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115967717B (zh) * 2021-10-12 2024-07-16 支付宝(杭州)信息技术有限公司 基于中继集群的通信方法和装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030023689A1 (en) * 2001-07-26 2003-01-30 International Business Machines Corporation Editing messaging sessions for a record
US20050050152A1 (en) * 2003-06-26 2005-03-03 Deviant Technologies, Inc. Self-contained instant messaging appliance

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030023689A1 (en) * 2001-07-26 2003-01-30 International Business Machines Corporation Editing messaging sessions for a record
US20050050152A1 (en) * 2003-06-26 2005-03-03 Deviant Technologies, Inc. Self-contained instant messaging appliance

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JENNINGS CISCO SYSTEMS C ET AL: "Relay Extensions for the Message Sessions Relay Protocol (MSRP)", IETF STANDARD-WORKING-DRAFT, INTERNET ENGINEERING TASK FORCE, IETF, CH, vol. simple, no. 3, 19 February 2005 (2005-02-19), XP015027604, ISSN: 0000-0004 *

Also Published As

Publication number Publication date
FR2886795A1 (fr) 2006-12-08

Similar Documents

Publication Publication Date Title
EP2051477B1 (fr) Procédé de traversée d&#39;équipement de traduction d&#39;adresses pour messages de signalisation SIP par utilisation temporaire du protocole de transport TCP
FR2925247A1 (fr) Controle de l&#39;interfac d&#39;emission d&#39;un message de reponse sip
FR2931330A1 (fr) Procede et systeme d&#39;enregistrement automatique d&#39;une session de communication
EP1944930A2 (fr) Procédé de signalisation permettant la prise en compte de la raison de l&#39;appel
EP1946523B1 (fr) Procédé et serveur d&#39;invocation des serveurs d&#39;application dans un réseau sip
EP2997714B1 (fr) Procédé de communication en temps réel entre navigateurs web
WO2004095816A2 (fr) Procédé d’établissement communications entre terminaux choisis d’utilisateurs, par l’intermediaire d’équipements de communication dédiés
EP1950926A1 (fr) Architecture IMS utilisant une table de hachage distribuée
WO2008022829A1 (fr) Procédé de gestion d&#39;une session de transfert sécurisée au travers d&#39;un dispositif de translation d&#39;adresse, serveur et programme d&#39;ordinateur correspondants
FR2851704A1 (fr) Procede de gestion de presence selective pour service de messagerie instantanee au sein d&#39;un reseau de telecommunication tel que le reseau internet
WO2006128996A1 (fr) Procede et systeme de journalisation de messages selon un protocole de messagerie instantanee en mode relais
EP2266279B1 (fr) Partage de contenu multi supports a partir d&#39;une communication audio-video
FR3081655A1 (fr) Procede de traitement de messages par un dispositif d&#39;un reseau de voix sur ip
WO2007093616A1 (fr) Procédé et dispositif de gestion d&#39;au moins un groupe d&#39;utilisateurs, produit programme d&#39;ordinateur correspondant
EP1933531B1 (fr) Dispositif de contrôle de communications sur IP entre des équipements de communication IP, avec prise de contrôle automatisée de leurs flux de média(s)
EP1501248B1 (fr) Système et procédé de messagerie électronique
WO2009007585A1 (fr) Envoi de messages par mandat
EP2179568A2 (fr) Procede de controle d&#39;un fournisseur de services a partir d&#39;un terminal mobile
EP2134060A1 (fr) Procédé et système de communication Internet dans lequel un appelé peut choisir suivant quelle modalité il veut être joint
EP1820328B1 (fr) Procédé et système de journal unifié des appels
EP1499090B1 (fr) Système et procédé de commande d&#39;une application à partir d&#39;un terminal WAP en mode partagé
WO2007077349A2 (fr) Procede, appareils et programme d&#39;ordinateur de gestion de flux entre equipements fonctionnant selon le protocole sip sur un reseau de telecommunications
EP2530877B1 (fr) Système et procédés d&#39;instrumentation
EP1542424A1 (fr) Système et procédé de partage de données entre des terminaux WAP
FR2875362A1 (fr) Procede et dispositif pour gerer un echange de messages mms ou sms, entre deux entites communicantes

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

122 Ep: pct application non-entry in european phase

Ref document number: 06764686

Country of ref document: EP

Kind code of ref document: A1