[go: up one dir, main page]

EP2481200A1 - Controle d'une session d'echange de donnees entre des terminaux d'un premier utilisateur avec au moins un terminal d'un deuxieme utilisateur - Google Patents

Controle d'une session d'echange de donnees entre des terminaux d'un premier utilisateur avec au moins un terminal d'un deuxieme utilisateur

Info

Publication number
EP2481200A1
EP2481200A1 EP10770598A EP10770598A EP2481200A1 EP 2481200 A1 EP2481200 A1 EP 2481200A1 EP 10770598 A EP10770598 A EP 10770598A EP 10770598 A EP10770598 A EP 10770598A EP 2481200 A1 EP2481200 A1 EP 2481200A1
Authority
EP
European Patent Office
Prior art keywords
user
session
terminals
inv
invitation
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.)
Granted
Application number
EP10770598A
Other languages
German (de)
English (en)
Other versions
EP2481200B1 (fr
Inventor
Katell Henry
Yann Gestraud
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 EP2481200A1 publication Critical patent/EP2481200A1/fr
Application granted granted Critical
Publication of EP2481200B1 publication Critical patent/EP2481200B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H04L12/1818—Conference organisation arrangements, e.g. handling schedules, setting up parameters needed by nodes to attend a conference, booking network resources, notifying involved parties
    • 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/21—Monitoring or handling of messages
    • H04L51/214—Monitoring or handling of messages using selective forwarding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management

Definitions

  • the invention relates to a method, a device and a program for controlling a data exchange session between terminals of a first user with at least one terminal of a second user, a method, a device and a program. of participation, a server and a terminal.
  • the invention relates to methods and devices implemented in a data exchange session between groups of terminals.
  • the session is notably a so-called multilegs anglicism session for "multi-branches" meaning that it is actually composed of three serial sessions: two group sessions with the terminals of the first and second users respectively, and a session between the first and second users; second users.
  • the mail server transfers the invitation to establish a session to each of the two terminals. But the communication session will be established with only one of the two terminals: the first to respond positively to the invitation (with a message type 200 OK). Therefore, the user can only use one of these terminals during the session.
  • IMS IP Multimedia Subsystem
  • SIP Session Initiation Protocol
  • a session is established with a group of users by generating a session establishment invitation with the group identifier.
  • the described method does not provide the fact of being able to contact a given user on several of his terminals.
  • An object of the invention is a method of controlling a data exchange session between first terminals of a first user with at least a second terminal of a second user, said control method comprises, after reception of an invitation to establish a session to said first user, the creation of a first group of first terminals of the first user able to allow the establishment of said session with said first group.
  • a session is established with a group of terminals of the first user.
  • the group is defined for the session.
  • the nonprefixed group allows, in particular, the first user to change terminals, to generate a group of terminals of the first user appropriate to the session being set, etc.
  • the group may be built on the fly according to the wishes of the user or, on the contrary, pre-established by default to all the user's terminals, for example at the level of a management of his preferences.
  • said first group is a function of a first list of first terminals obtained from said session establishment invitation in which said first list has been substituted for a first address of the first user.
  • control process did not need to find the elements necessary for this creation in various servers or other database because it retrieves the elements in the invitation received to create the group.
  • said control method comprises providing the data received for the first user during the session to the first terminals belonging to said first group.
  • the session is a group session, namely that the data transmitted by the second user only transits once for all the first terminals in the network, between the first messaging platform associated with the first user and the second messaging platform associated with the second user, avoiding the overload and network saturation problems, it is only from the control point that the data transmitted by the second user are distributed to each first terminal of said first group.
  • said control method comprises the provision of data transmitted by the first user during the session to the first terminals belonging to said first group.
  • control point also distributes the data transmitted by the first user from one of its first terminals to each first terminal of said first group associated with said session.
  • the distribution function is centralized for all data on the control point. The first user, if he wants to change the first term during a session, must not transfer his data before this change. The data is already available.
  • said method comprises displaying the data transmitted by the first user during the session on the first terminals belonging to said first group.
  • said control method includes management of a history of exchanges independent of the first terminals used by said first user for the transmission of data.
  • the various steps of the method according to the invention are implemented by a software or computer program, this software comprising software instructions intended to be executed by a data processor of a control device including a server and being designed to control the execution of the different steps of this process.
  • the invention therefore also relates to a program comprising program code instructions for executing the steps of the control method when said program is executed by a processor.
  • This program 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 desirable form.
  • Another object of the invention is a device for controlling a data exchange session between first terminals of a first user with at least a second terminal of a second user, said control device comprises means for establishing a session with said first user able to allow the establishment of said session with a first group of first terminals of the first user, said first group having been created after receiving an invitation to establish a session audit first user.
  • the invention relates to a method of participation of a first user in a data exchange session between first terminals of a first user with at least a second terminal of a second user, said participation method comprising the modifying a session establishment invitation to said first user able to allow the establishment of said session with a first group of first terminals of said first user, said first group having been created from said modified invitation.
  • said modification comprises a substitution of an address of the first user by a list of first terminals in said session establishment invitation to the first user.
  • the session establishment invitation is intended not by a first terminal in particular but by the first user requiring the creation of a first group of terminals by first searching for a list of first terminals from which said first group will be created.
  • the various steps of the method according to the invention are implemented by a software or computer program, this software comprising software instructions intended to be executed by a data processor of a computer.
  • participation device including a server and being designed to control the execution of the various steps of this method.
  • the invention therefore also relates to a program comprising program code instructions for the execution of the steps of the participation method when said program is executed by a processor.
  • This program 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 desirable form.
  • the invention also relates to a device for participation of a first user in a data exchange session between first terminals of a first user with at least a second terminal of a second user, characterized in that said participation device includes means for modifying an invitation to establish a session to said first user able to allow the establishment of said session with a first group of first terminals of said first user, said first group having been created from of the said amended invitation.
  • the subject of the invention is also a device for storing preferences of a first user comprising at least first terminal identifiers of said first user and at least one preference rule of said first user associated with an address of said first user.
  • user able to allow the establishment of said session with a first group of first terminals of said first user, said first group having been created from identifiers of said first terminals according to a first rule of preference.
  • An object of the invention is a server comprising at least control means of a data exchange session between terminals of a first user with at least one terminal of a second user, said control means creating, after receiving an invitation to establish a session to said first user, a first group of first terminals of the first user able to allow the establishment of said session with said first group.
  • Another object of the invention is a terminal of a first user or a second user having connection means able to issue an invitation to set up a data exchange session between a first user and a second user.
  • user adapted to allow recovery of said session between a first group of first terminals of the first user and at least a second terminal of the second user, said first group having been created following the issuance of said invitation.
  • FIG. 1 a block diagram of the control method according to the invention
  • FIGS. 2A and 2B diagrams of exchanges between various devices, in particular control devices (associated with participation devices illustrated in FIG. 2A or implementing the participation method illustrated in FIG. 2B), and terminals according to the invention
  • FIG. 3 a simplified diagram of a communication system implementing the devices according to the invention
  • FIG. 4A initiation of a session by a first user U1 using several terminals to a user U2 using a single terminal implementing control devices, servers and terminals according to the invention
  • FIG. 4B initiation of a session by a user U2 using a single terminal to a first user U1 using several terminals implementing control devices, servers and terminals according to the invention
  • FIG. 4C the initiation of a session by a first user U1 using several terminals to a user U2 also using several terminals implementing control devices and participation devices, servers and terminals according to the invention.
  • the data exchange session can be of any type, including a session for file transfer, but also a session for restoring a conversation between two users: a first user U1 and a second user U2 (written conversation and / or oral and / or Visio, and / or multimedia, etc.).
  • a first user U1 and a second user U2 written conversation and / or oral and / or Visio, and / or multimedia, etc.
  • the description will illustrate the invention in the context of conversation on IP network, particularly in the context of converged messaging IP network, for example according to the standard CPM (Converged IP Messaging in English).
  • convergent is meant the convergence of the different types of messaging for different types of terminals such as including mobile phones, PCs, PDAs and other communicating objects on an IP network giving access to a user to an email.
  • the invention uses in particular a SIP type protocol as shown in the following figures. But more generally, the invention can be implemented by using other session initialization protocols, in particular the XMPP protocol for decentralized exchange of instant messages or not, between clients, in XML format, used in particular by the user. gtalk messaging device.
  • session initialization protocols in particular the XMPP protocol for decentralized exchange of instant messages or not, between clients, in XML format, used in particular by the user. gtalk messaging device.
  • FIG. 1 illustrates the methods implemented by the invention during the recovery of a SSX session for data exchanges and then during the SSX session by itself.
  • the invitation inv (U1, U2) of a first user U1 to a second user U2 or vice versa is modified MODIF (inv) either during a session control method, or when a participation method implemented prior to the control method.
  • This modification is carried out in particular on the basis of a first list L1 of first terminals determined according to the preferences UP1 of the first user U1. For example, the address of the first user U1 is substituted by the first list L1.
  • this substitution is made by a first server AS1 associated with the first user U1 (illustrated in particular in FIGS. 4A to 4C) which knows the first list L1 of the first terminals of the first user U1 or in a preconfigured manner, for example, in a first user preference module UP1, or dynamically retrieves it from another mail server or any other core device device at the communication session to which the first terminals of the first user U1 have signified their connection states and availability to communicate.
  • a first server AS1 associated with the first user U1 illustrated in particular in FIGS. 4A to 4C
  • UP1 the first list L1 of the first terminals of the first user U1 or in a preconfigured manner, for example, in a first user preference module UP1, or dynamically retrieves it from another mail server or any other core device device at the communication session to which the first terminals of the first user U1 have signified their connection states and availability to communicate.
  • the modified invitation inv (U1, U2, L1) is then processed by a session control method.
  • the control method comprises the creation of a first GR1 group of first terminals adapted to allow the session to be restored with the first group GR1.
  • the first group GR1 is a function of the first list L1.
  • the first list is obtained from the modified invitation.
  • the establishment of the SSE session is therefore at least a group session establishment of the first user U1 using this first group GR1: SSE (GR1, U2).
  • the control method comprises, during an SSX session, supply BD the received data D for the first user U1 to the first group GR1, that is to say each of the first terminals of this first group GR1, on reception RECEPT (D, U1) data D from the second user U2.
  • the supply is in particular real time or with a predetermined delay adapted to the courier service.
  • control method comprises, during an SSX session, the supply and, possibly, the display BD of the data D transmitted by the first user U1 to the first group GR1, that is to say say each of the first terminals of this first group, receiving RECEPT (D, T1 i € GR1) D data transmitted by a first terminal T1 i of the first user U1 belonging to the first group GR1.
  • control method includes both the control of the establishment of the session and the control of the established session.
  • control method comprises a management of a HIST1 exchange history independently of the first terminals.
  • control method implemented on the side of the first user establishes, during the establishment of the SSX session between the first terminals and the second terminals, two sessions:
  • FIGS. 2 and 4A to 4C a first session SSX1 between a first control device CF1 associated with the first user and illustrated by FIGS. 2 and 4A to 4C and the first terminals of the first group GR1, and
  • FIGS. 2 and 4A to 4C an intermediate session SSXi between a first control device CF1 associated with the first user and a second control device CF2 associated with the second user and illustrated by FIGS. 2 and 4A to 4C.
  • the session is established with at least a second terminal of a second user.
  • at least one second terminal is heard, at first, one or more second terminals of the second user, in particular a second group of second terminals of the second user.
  • the session can be established with n user. Therefore, by at least one second terminal is also heard one or more second to nth terminals of the second to nth users, including one or the second group (s) of second terminals of the ith user (s) ) (with i integers included in 2 and n).
  • a control method comprises, in particular, the following steps:
  • first terminals of the first user U1 including, in particular a first mail server AS1 (shown in Figures 4A to 4C) of the first user U1- which first server AS1 establishes a session SSXi in "one to one" (Anglicism for point-to-point meaning that there is a single interlocutor device at each end of the session) with a second server B, which creates a group session with the second terminals of the second user U2.
  • FIGS. 2A and 2B illustrate the exchanges between various devices of a communication network during the establishment of an SSX session by a first user U1, using for this session SSX two of its terminals T11 and T13, to a second user U2, using for this session SSX its two terminals T21 and T22.
  • the various devices comprise respectively:
  • a first user U1 decides to contact a second user U2, for example another client CPM or a non-CPM client.
  • one of its terminals T1 1 of the user U1 sends the invitation inv U1 -> U2 to a first participation device PF1 associated with the first user U1.
  • the first participation device PF1 acts, in particular, as a connection device between two operators' messaging servers (B2BUA, Business to Business in English). The first participation device PF1 then acts as serving at this relay stage.
  • B2BUA two operators' messaging servers
  • invitation inv U1 - U2 is then transmitted by the first participation device PF1 to a second participation device PF2 associated with the second user U2.
  • the first participation device PF1 transmits the inviting inv U1 - U2 to a first control device CF1 which manages the transmission of the session establishment invitation.
  • This invitation is conveyed (represented by the circle on the exchange arrow) by the first participation device PF1 to a second participation device PF2 associated with the second user U2.
  • the first participation device PF1 implementing a participation function CPM (CPM Participating Function) executes the necessary service provider control (originating service control in English) and sends the invitation to a first SIP / IP core device (not shown) associated with the first user U1 which transmits (route in English) the invitation to a second SIP / IP core device (not shown) associated with the first user U2. Then, the second SIP / IP heart device transmits (route in English) the invitation to the second participation device PF2.
  • CPM participation function Participating Function
  • this second participation device PF2 is identified by an address associated with the second user present in the invitation (in particular the CPM address in a CPM embodiment). Furthermore, in an alternative embodiment, the identification requires in addition to the address of the second user the use of characteristics (for example CPM Feature Tag) on the capabilities and services of the second user, more specifically, of his home network ( CPM Home Network in English) comprising the second participation device PF2, a second control device CF2, and at least a second terminal T21, T22. In particular, these features are available in control messages of the exchange session service or CPM service.
  • characteristics for example CPM Feature Tag
  • the second participation device PF2 receives the invitation inv U1 - U2 of the first participation device PF1.
  • the second participation device PF2 acts as a connection device between two operators' messaging servers (B2BUA, back to back user agent in English).
  • the second participation device PF2 implementing a participation function CPM (CPM Participating Function) executes the necessary terminating service control (English) and receives the invitation from the second SIP / IP core device (SIP / IP Core) - not shown.
  • CPM CPM Participating Function
  • this invitation is an ad-hoc group invitation.
  • the second control device CF2 sends the invitations intended for each of the second terminals concerned, respectively inv U1 -> T21, inv U1 -> T22, to the second participation device PF2 which makes them route to the second terminals concerned T21 and T22.
  • these invitations make it possible to create an ad-hoc group conference with the different second terminals T21 and T22 of the second user U2.
  • the establishment of the session takes place only when the various terminals and devices involved in a session has accepted the invitation.
  • the second terminals T21 and T22 accept the invitation with an OK (or 200 OK in SIP) response to the first user U1.
  • OK responses are first received by the second participation device PF2 which routes them to the second control device CF2 which transmits a response for the second group, ie for the second user U2, to the second participation device PF2 which sends to the first participation device PF1 which routes it to the first control device CF1.
  • the second SIP / IP core device receives the OK response from the second participation device PF2 and sends it to the first SIP / IP core device which transmits it to the first participation device PF1.
  • the first control device CF1 then manages the transmissions of the invitations for the terminals of the first user U1.
  • the first control device responds OK to the first terminal T1 1 at the initiative of the session. This response is conveyed by the first participation device PF1.
  • this invitation is an ad-hoc group invitation.
  • the invitations do not include the first terminal T1 1 at the initiative of the session.
  • invitation inv U1 - T13 is sent to the first participation device PF1 which routes it to the first destination terminal T13.
  • these invitations make it possible to create an ad-hoc group conference with the different first terminals T1 1 and T13 of the first user U1.
  • the data is exchanged between the first and second control devices CF1 and CF2 and displayed on all the first and second terminals T1 1, T13 and T21, T22.
  • the SSX session is divided into three sessions:
  • first session SSX1 called group session, between the first group GR1 and the first control device CF1
  • a second session SSX2, called group session between the second group GR2 and the second control device CF2.
  • the first participation device PF1 sends:
  • the invitations inv U1 - T11, inv U1 - 773 of the first control device CF1 to the first terminals of the first group GR1 participate in the establishment of the first session SSX1.
  • the invitations inv U1 - T21, inv U1 - T22 of the second control device CF2 to the second terminals of the second group GR2 participates in the establishment of the second session SSX2.
  • a first user U1 sends an invitation to a messaging session SSX to the second user U2: inv U1 - U2.
  • one of its terminals T11 of the user U1 sends the invite inv W ⁇ -> U2 to a first control and participation device CPF1 associated with the first user U1.
  • invitation inv U1 ⁇ U2 is then transmitted by the first participation control device CPF1 to a second participation control device CPF2 associated with the second user U2.
  • the second control and participation device CPF2 receives invit inv U1 -> U2 from the first control and participation device CPF1.
  • the second control and participation device CPF2 acts as a link device between two operators' messaging servers (B2BUA, back to back user agent in English).
  • the second control and participation device CPF2 checks all the addresses of the second terminals T21, T22 of the second registered user U2 and determines a second list of the second terminals L2 participating in the session.
  • these invitations make it possible to create an ad-hoc group conference with the different second terminals T21 and T22 of the second user U2.
  • the first control and participation device CPF1 checks all the addresses the first terminals T1 1, T12, T13 of the first registered user U1 and determines a list of the first terminals L1 participating in the session.
  • the invitations do not include the first terminal T1 1 at the initiative of the session.
  • this invitation makes it possible to create an ad-hoc group conference with the different first terminals T1 1 and T13 of the first user U1.
  • the data is exchanged between the first and second control devices CF1 and CF2 and displayed on all the first and second terminals T1 1, T13 and T21, T22.
  • the SSX session is divided into three sessions:
  • a first session SSX1, called group session between the first group GR1 and the first control and participation device CPF1,
  • a second session SSX2, called group session between the second group GR2 and the second control and participation device CPF2.
  • FIG. 3 schematically illustrates a communication system embodying the invention.
  • the first user U1 is represented by its first terminals T1 1 and T13, a first participation device PF1 and a first control device CF1.
  • the second user U2 is represented by its second terminals T21 and T22, a second participation device PF2 and a second control device CF2.
  • the first and second control devices CF1 and CF2 respectively manage the first and second group sessions SSX1 and SSX2 through, respectively, first and second PF1 and PF2 participation devices.
  • the first and second control devices CF1 and CF2 furthermore manage the intermediate session SSXi: point-to-point session with the second user U2. This session is routed by the first and second participation devices PF1 and PF2 to the second control device.
  • the first user U1 being the initiator of the session SSX, the second participation device PF2 acting in B2BUA.
  • FIG. 4A illustrates the case where the two users use several terminals: a first user U1 using several first terminals T1 1, T12 comes into contact with a second user U2 using several second terminals T21, T22, T13.
  • An invitation 2. inv U1 -> U2 (in particular, CPM Session invitation) is transmitted (routed in English) from a first inviting AS1 server associated with a first user U1 (in particular, a first network serving the first user U1 inviting or network serving the inviting CPM User 1 in English) to a second server AS2 associated with a second user U2 inviting (in particular, a first network serving the second user U2 inviting or network serving the audience CPM User 2).
  • the client inviting in this case the first terminal T1 1 of the first user U1 of Figure 4A (inviting CPM Client in English) sends an invitation 1. inv U1 -> U2, to the first server AS1.
  • a CPM Session Invitation is sent to a first SIP / IP core device (not illustrated) serving the first inviting U1 user (SIP / IP core serving the inviting CPM Client). , in particular to a first SIP / IP core device of the first inviting AS1 server.
  • the invitation 1. inv U1 -> U2 sent has characteristics (for example CPM Feature Tag) on recipient's capabilities and services, in this case a second U2 user. These characteristics are used by the first server AS1 (in the particular embodiment above, the second core device) to transmit (route in English) the invitation to a first participation device PF1 associated with the first user U1 inviting. These characteristics are introduced into the invitation by the client, in this case the first terminal T1 1 of the first user U1 inviting.
  • characteristics for example CPM Feature Tag
  • invitation 1 inv U1 -> U2 contains the address of the second user U2 invited, user CPM or non-CPM for example. This address is entered in the invitation by the client, in this case the first terminal T1 1 of the first user U1 inviting.
  • a first participation device PF1 of the first server AS 1 receives the invitation 1. inv U1 -> U2.
  • the first participation device PF1 comprises means for determining, on the basis of the invitation received, able to determine whether the first participation device PF1 continues or not the establishment of the session.
  • the first participation device PF1 comprises means of transmission to a cooperation selection device (Interworking Selection in English) if cooperation intervenes in the establishment of the session, on the basis of the invitation. received.
  • the transmission means are capable of enabling transmission to the cooperation selection device via a second SIP / IP core device. Cooperation occurs especially when one of the users does not use the same messaging service: for example the first user inviting U1 is a CPM user but not the second user U2 recipient.
  • the first participation device PF1 comprises, on the one hand, transmission means (route in English) of the invitation received to a second guest U2 user, based on the invitation received.
  • the invitation 2. inv U1 -> U2 is transmitted via a second SIP / IP core device associated with the second user U2 guest.
  • the first participation device PF1 decides whether or not it remains in the data transmission chain (media path in English) for this session. This decision is in particular based on rules of the service provider (service provider policies in English).
  • the first participation device PF1 comprises means of transmission (route in English), following receipt of the invitation, a modified invitation 10. inv U1 -> ⁇ 1, L 1 (for example including the addresses of the first terminals T1 1, T12 previously determined) to a first control device CF1 of the first user U1 inviting in particular via a first SIP / IP core device.
  • the first participation device PF1 comprises means for modifying an invitation, in this case the invitation received 1.
  • inv U1 -> U2 able to allow the establishment of a session with a first group of first terminals, said first group having been created from the modified invitation 10.
  • the first participation device PF1 determines the first terminals (in particular, CPM Client) which should not receive the invitation according to criteria such as, in particular, the media streams offered in the invitation, the capabilities of the first terminals, the preferences of the first user UP1 and the rules of the service provider.
  • the first control device CF1 comprises means for establishing a session with a first group GR1 of first terminals created after receiving invitation 10. inv U1 -> U1, L 1.
  • the first control device CF1 comprises means for transmitting the invitation to each of the first terminals T1 1, T12 concerned, in particular via the first SIP / IP core device, respectively 1 1 a.
  • the first control device CF1 comprises terminal group creation means, in particular ad hoc group, or use of predefined group (pre-defined group in English) with all the addresses of the first terminals T1 1, T12 of the first U1 guest user.
  • the second participation device PF2 of the second server AS2 associated with the second user U2 guest receives invitation 2. inv U1 - U2.
  • a second heart device associated with the second user U2 guest transmits (route in English) invitation 2. inv U1 -> U2 to the second participation device PF2.
  • the second participation device PF2 comprises means for verifying the mail service on which depends the address of the second user U2 on receipt of the invitation 2. inv U1 -> U2.
  • the second participation device PF2 includes means for rejecting the invitation on the basis of the invitation received.
  • the rejection is decided if:
  • the UP2 preferences of the second U2 user provide for the rejection of the session invitations (for example based on the sender's address, the non-disclosure of the issuer's identity, or the media flow request), and /or
  • no second terminal is registered in particular for the type of messaging service provided by the invitation (in particular, no client CPM registered for the second user U2 receiver).
  • the second participation device PF2 comprises means for checking the preferences UP2 of the second user U2 on the second terminals to which the invitation is to be transmitted if several second terminals are registered.
  • the second participation device PF1 comprises means for modifying an invitation, in this case the invitation received 2. inv U1 -> U2, able to allow the establishment of a session with a second terminal, 4. inv U1 -> TU2, 12
  • the second participation device PF2 determines the second terminals (in particular, CPM Client) which do not have to receive the invitation according to criteria such as, in particular, the media streams offered in the invitation, the capabilities of the first terminals, the preferences of the second user UP2 and the rules of the service provider.
  • the second participation device PF2 comprises determination means, on the basis of the received invitation, able to determine if the second participation device PF2 continues or not the establishment of the session.
  • the second participation device PF2 acts as a connection device between two mail servers of two operators (B2BUA, back to back user agent in English).
  • the second participation device PF2 of the second invited user U2 sends the modified invitation 4. inv U1 -> U2, L2 (for example including the addresses of the second terminal T21 determined above) to a second control device CF2 of the second user U2 invited in particular via a second SIP / IP core device.
  • the second control device CF2 comprises means for establishing a session with a second group GR2 of second terminals created after receipt of the invitation 4. inv U1 -> U2, L2.
  • the second control device CF2 comprises means for transmitting the invitation to the second terminal T21 concerned, in particular via the second core SIP / IP device, respectively 5. Inv U1 - T21.
  • the second control device CF2 comprises terminal group creation means, especially ad hoc group, or use of predefined group (pre-defined group in English) with all the addresses of the second terminal T21 of the second U2 user invited.
  • the second control device CF2 comprises means for transmitting to an Interworking Selection (English) device if necessary for this second terminal T21, especially if cooperation intervenes in the recovery of the session, on the basis of the invitation received.
  • the transmission means are capable of enabling the transmission to the cooperation selection device via a first SIP / IP core device.
  • FIG. 4B illustrates the case where a second user U2 using a single second terminal T22 comes into contact with a first user U1 using several first terminals T11, T12, T13.
  • An invitation 2. inv U2 -> U1 (in particular, CPM Session invitation) is transmitted (routed in English) from a second AS2 server inviting partner associated with a second user U2 (in particular, a second network serving the second user U2 inviting or network serving the inviting CPM User 2 in English) to a first server AS1 associated with a first user U1 inviting (in particular, a first network serving the first U1 user inviting or network serving the audience CPM User 1).
  • the client inviting in this case the second terminal T22 of the second user U2 of FIG. 4B (inviting CPM Client in English ) sends an invitation 1. inv U2 -> U1, to the second server AS2.
  • a CPM Session Invitation is sent to a second SIP / IP core device (not illustrated) serving the second inviting U2 user (SIP / IP core serving the inviting CPM Client). , in particular to a second SIP / IP core device of the second inviting AS2 server.
  • the invitation 1. inv U2 -> U1 sent has characteristics (eg CPM Feature Tag) on the capabilities and services of the recipient, in this case a first user U1. These characteristics are used by the second server AS2 (in the particular embodiment above, the second core device) to transmit (route in English) the invitation to a second participation device PF2 associated with the second user U2 inviting. These characteristics are introduced into the invitation by the client, in this case the second terminal T22 of the second user U2 inviting.
  • characteristics eg CPM Feature Tag
  • invitation 7 inv U2 U1 contains the address of the first user U1 invited, user CPM or non-CPM for example. This address is entered in the invitation by the client, in this case the second terminal T22 of the second user U2 inviting.
  • a second participation device PF2 of the second server AS2 receives the invitation 1. inv U2 - U1.
  • the second participation device PF2 comprises determination means, on the basis of the received invitation, able to determine if the second participation device PF2 continues or not the establishment of the session.
  • the second participation device PF2 comprises means of transmission to a cooperation selection device (Interworking Selection in English) if cooperation intervenes in the establishment of the session, on the basis of the invitation. received.
  • the transmission means are capable of enabling transmission to the cooperation selection device via a second SIP / IP core device. Cooperation occurs especially when one of the users does not use the same messaging service: for example the second inviting U2 user is a CPM user but not the first user U1 recipient.
  • the second participation device PF2 comprises means of transmission (route in English) of the invitation received to a first user U1 guest, based on the invitation received.
  • the invitation 2. inv U2 -> U1 is transmitted via a first SIP / IP core device associated with the first user U1 invited.
  • the second participation device PF2 decides whether or not it remains in the data transmission chain (media path in English) for this session. This decision is made in particular according to service provider policies.
  • the first participation device PF1 of the first server AS1 associated with the first user U1 guest receives invitation 2. inv U2 -> U1.
  • a first core device associated with the first user U1 guest transmits (route in English) the invitation 2. inv U2 -> U1 to the first participation device PF1. This transmission is made, in particular on the basis of the characteristics (CPM Feature Tag in particular) inserted in the invitation.
  • the first participation device PF1 comprises means for verifying the messaging service on which the address of the first user U1 depends on the receipt of the invitation 2. inv U2 -> U1.
  • the first participation device PF1 comprises means for rejecting the invitation on the basis of the invitation received. In a particular embodiment, the rejection is decided if:
  • the UP1 preferences of the first U1 user provide for the rejection of the session invitations (for example on the basis of the sender's address, the non-disclosure of the sender's identity, or the request for a media stream), and /or
  • no first terminal is registered in particular for the type of messaging service provided by the invitation (in particular, no registered client CP for the first user U1 receiver).
  • the first participation device PF1 comprises means for verifying the preferences UP1 of the first user U1 on the first terminals to which the invitation must be transmitted if several first terminals are registered.
  • the first participation device PF1 comprises means for modifying an invitation, in this case the received invitation 2.
  • inv U2 -> U1 able to allow the establishment of a session with a first group of first terminals, said first group having been created from the modified invitation 4.
  • the first participation device PF1 determines the first terminals (in particular, CPM Client) which should not receive the invitation according to criteria such as, in particular, the media streams offered in the invitation, the capabilities of the first terminals, the preferences of the first user UP1 and the rules of the service provider.
  • the first participation device PF1 comprises means for determining, on the basis of the invitation received, able to determine whether the first participation device PF1 continues or not the establishment of the session.
  • the first participation device acts as a link device between the two operators of mail servers (B2BUA, back to back user agent in English).
  • the first participation device PF1 of the first invited user U1 sends the modified invitation 4. inv U2 -> U1, L1 (for example including the addresses of the first terminals T1 1, T12, and T13 previously determined) to a first control device CF1 of the first user U1 invited in particular via a first SIP / IP core device.
  • the first control device CF1 comprises means for establishing a session with a first group GR1 of first terminals created after receipt of the invitation 4. inv U2 -> U1, L1.
  • the control device comprises means for transmitting the invitation to each of the first terminals T1 1, T12, T13 concerned, in particular via the first SIP / IP core device, respectively 5a.
  • the first control device CF1 comprises terminal group creation means, in particular ad hoc group, or use of predefined group (pre-defined group in English) with all the addresses of the first terminals T1 1, T12, T13 of the first U1 guest user.
  • the first control device CF1 comprises means of transmission to a selection device of cooperation (Interworking Selection in English) if necessary for one of these first terminals T1 1, T12, T13, especially if a cooperation intervenes in the establishment of the session, on the basis of the invitation received.
  • the transmission means are capable of enabling the transmission to the cooperation selection device via a first SIP / IP core device.
  • FIG. 4C illustrates the case where the two users use several terminals: a first user U1 using several first terminals
  • T1 1 T12 comes into contact with a second user U2 using several second terminals T21, T22, T13.
  • a first inviting AS1 server associated with a first user U1 (in particular, a first network serving the first user U1 inviting or network serving the inviting CPM User 1 in English) to a second server AS2 associated with a second inviting U2 user (in particular, a first network serving the second U2 user inviting or network serving the CPM User 2).
  • a first inviting AS1 server associated with a first user U1 in particular, a first network serving the first user U1 inviting or network serving the inviting CPM User 1 in English
  • a second server AS2 associated with a second inviting U2 user (in particular, a first network serving the second U2 user inviting or network serving the CPM User 2).
  • the client inviting in this case the first terminal T1 1 of the first user U1 of Figure 4C (inviting CPM Client in English) sends an invitation 1. inv U1 - U2, to the first server AS1.
  • a CPM Session Invitation is sent to a first SIP / IP core device (not illustrated) serving the first inviting U1 user (SIP / IP core serving the inviting CPM Client). , in particular to a first SIP / IP core device of the first inviting AS1 server.
  • the invitation 1. Inv U1 -> U2 sent has characteristics (eg CPM Feature Tag) on the recipient's capabilities and services, in this case a second user U2. These characteristics are used by the first server AS1 (in the particular embodiment above, the second core device) to transmit (route in English) the invitation to a first participation device PF1 associated with the first user U1 inviting. These characteristics are introduced into the invitation by the client, in this case the first terminal T1 1 of the first user U1 inviting.
  • characteristics eg CPM Feature Tag
  • invitation 1 inv U1 -> U2 contains the address of the second user U2 invited, user CPM or non-CPM for example. This address is entered in the invitation by the client, in this case the first terminal T1 1 of the first user U1 inviting.
  • a first participation device PF1 of the first server AS1 receives the invitation 1. inv U1 -> U2.
  • the first participation device PF1 comprises means for determining, on the basis of the invitation received, able to determine whether the first participation device PF1 continues or not the establishment of the session.
  • the first participation device PF1 comprises means for transmitting to a cooperation selection device (Interworking Selection in English) if cooperation intervenes in the establishment of the session, on the basis of the invitation received.
  • the transmission means are capable of enabling transmission to the cooperation selection device via a second SIP / IP core device. Cooperation occurs especially when one of the users does not use the same messaging service: for example the first user inviting U1 is a CPM user but not the second user U2 recipient.
  • the first participation device PF1 comprises, on the one hand, transmission means (route in English) of the invitation received to a second guest U2 user, based on the invitation received.
  • the invitation 2. inv U1 - U2 is transmitted via a second SIP / IP core device associated with the second user U2 guest.
  • the first participation device PF1 decides whether or not it remains in the data transmission chain (media path in English) for this session. This decision is made in particular according to service provider policies.
  • the first participation device PF1 comprises means of transmission (route in English), following receipt of the invitation, a modified invitation 10. inv U1 -> U1, L1 (for example including the addresses first terminals T1 1, T12 previously determined) to a first control device CF1 of the first user U1 inviting in particular via a first SIP / IP core device.
  • the first participation device PF1 comprises means for modifying an invitation, in this case the invitation received 1.
  • inv U1 -> U2 able to allow the establishment of a session with a first group of first terminals, said first group having been created from the modified invitation 10.
  • the first participation device PF1 determines the first terminals (in particular, CPM Client) which should not receive the invitation according to criteria such as, in particular, the media streams offered in the invitation, the capabilities of the first terminals, the preferences of the first user UP1 and the rules of the service provider.
  • the first control device CF1 comprises means for establishing a session with a first group GR1 of first terminals created after receipt of invitation 10. inv U1 U1, L 1.
  • the first control device CF1 includes means for transmitting the invitation to each of the first terminals T1 1, T12 concerned, in particular via the first SIP / IP core device, respectively 1 1a.
  • the first control device CF1 comprises terminal group creation means, in particular ad hoc group, or use of predefined group (pre-defined group in English) with all the addresses of the first terminals T1 1, T12 of the first U1 guest user.
  • the second participation device PF2 of the second server AS2 associated with the second user U2 guest receives invitation 2. inv U1 -> U2.
  • a second core device associated with the second user U2 guest transmits (route in English) the invitation 2. inv U1 -> U2 to the second participation device PF2. This transmission is made, in particular on the basis of the characteristics (CPM Feature Tag in particular) inserted in the invitation.
  • the second participation device PF2 comprises means for verifying the mail service on which depends the address of the second user U2 on receipt of the invitation 2. inv U1 -> U2.
  • the second participation device PF2 includes means for rejecting the invitation on the basis of the invitation received.
  • the rejection is decided if:
  • the UP2 preferences of the second U2 user provide for the rejection of the session invitations (for example based on the sender's address, the non-disclosure of the issuer's identity, or the media flow request), and /or
  • no second terminal is registered in particular for the type of messaging service provided by the invitation (in particular, no client CPM registered for the second user U2 receiver).
  • the second participation device PF2 comprises means for checking UP2 preferences. the second user U2 on the second terminals to which the invitation is to be transmitted if several second terminals are registered.
  • the second participation device PF1 comprises means for modifying an invitation, in this case the invitation received 2.
  • inv U1 -> U2 able to allow the establishment of a session with a second group of second terminals , said second group having been created from the modified invitation 4.
  • the second participation device PF2 determines the second terminals (in particular, CPM Client) which do not have to receive the invitation according to criteria such as, in particular, the media streams offered in the invitation, the capabilities of the first terminals, the preferences of the second UP2 user and the rules of the service provider.
  • the second participation device PF2 comprises means for determining, on the basis of the invitation received, able to determine whether the second participation device PF2 continues or not the establishment of the session.
  • the second participation device PF2 acts as a link device between two mail servers of two operators (B2BUA, back to back user agent in English).
  • the second participation device PF2 of the second invited user U2 sends the modified invitation 4. inv U1 -> U2, L2 (for example including the addresses of the second terminals T21 and T22 determined previously) to a second control device CF2 of the second user U2 invited in particular via a second SIP / IP core device.
  • the second control device CF2 comprises means for establishing a session with a second group GR2 of second terminals created after receipt of the invitation 4. inv U1 -> U2, L2.0
  • the second control device CF2 comprises means for transmitting the invitation to each of the second terminals T21, T22 concerned, in particular via the second SIP / IP core device, respectively 5a.
  • the second control device CF2 comprises means for creating terminal groups, in particular ad hoc groups, or use of predefined group (pre-defined group in English) with all the addresses of the second terminals T21, T22 of the second user U2 guest.
  • the second control device CF2 comprises means for transmitting to an Interworking Selection Device (English) if necessary for one of these second terminals T21, T22, especially if a cooperation is involved in the operation. establishment of the session, based on the invitation received.
  • the transmission means are capable of enabling the transmission to the cooperation selection device via a first SIP / IP core device.
  • This phase is not illustrated in FIGS. 4A to 4C. This is to close the SSX session, consisting, in particular, of the first session
  • the first or second terminal wishing to close the session in our example the first terminal T1 1, sends a closing request (in particular CPM Session leaving request) to the associated participation device, first participation device PF1.
  • a closing request in particular CPM Session leaving request
  • this request is received by the first SIP / IP core device associated with the requesting terminal.
  • This closing request uses a signaling path identical to that borrowed by the invitation to establish the session.
  • the first participation device PF1 closing the session therefore transmits the closing request along this signaling path.
  • the first core device In a particular embodiment, the first core device
  • SIP / IP therefore transmits the closing request along this signaling path.
  • the third-party participation device receives the closing request of the first participation device PF1 and transmits it along this signaling path. Editing the session This phase is not illustrated in FIGS. 4A to 4C. It is to modify certain elements of the session SSX, composed, in particular, of a first session 14A. SSX1, of an intermediate session 14C. SSX and a second session 14B. SSX2 not illustrated with bold arrows.
  • the participation device includes means for modifying the session and a first terminal T1 1 includes means for modifying the session from which the user U1 specify the changes.
  • the modification of a session is performed on the input of the user, in this case the first user U1, or for other reasons, especially when the first server AS1 detects that the session has moved on an IP network to narrower bandwidth.
  • the first terminal wishing to modify the session in our example the first terminal T1 1, sends a modification request (in particular CPM Session modification request) to the associated participation device, the first participation device PF1.
  • this request is received by the first SIP / IP core device associated with the requesting terminal.
  • This closing request uses a signaling path identical to that borrowed by the invitation to establish the session.
  • the first participation device PF1 closing the session therefore transmits the closing request along this signaling path.
  • the first SIP / IP core device therefore transmits the closing request along this signaling path.
  • the third participation device receives the closing request of the first participation device PF1 and transmits it along this signaling path, in particular if the modification request satisfies the user preferences UP2 and / or the service provider rules.
  • a control device CF1, CF2 is particularly capable of controlling the session establishment invitations for the user, respectively U1 and U2, to which the control device is associated. It includes, in particular, means for managing the transmissions of the session establishment invitations for the associated user.
  • a participation device is able to manage the sessions in the sense of the routing, for example SIP proxy, for the user, respectively U1 and U2, with which the control device is associated. It includes, in particular, means for routing the session establishment invitations for the associated user.
  • the architecture does not include a participation device whose functions are provided by means integrated in the control device CF.
  • the exchange histories are stored independently of the terminals used.
  • the histories are stored in storage devices: respectively first and second storage device HIST1, HIST2 as shown in FIGS. 4A, 4B and 4C placed, for example, in, respectively, the first and the second server AS1, AS2 associated to the first and second user U1, U2.
  • the first and second users use the same messaging service and, in particular, the same server.
  • the invention also relates to an information medium comprising a computer program for the control of a session, an information medium comprising a computer program for participation in a session.
  • At least one of the information carriers may be any entity or device capable of storing the program.
  • at least one of the media may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording medium, for example a diskette or a disk. hard.
  • At least one of the information carriers can be a transmissible medium such as an electrical or optical signal that can be routed via an electrical or optical cable, radio or other means.
  • the program according to the invention can in particular be downloaded to a network, particularly of the Internet type.
  • At least one of the information carriers 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.
  • the invention is implemented by means of software and / or hardware components.
  • module can correspond to a software component or a hardware component as well.
  • a software component corresponds to one or more computer programs, one or more subroutines of a program, or more generally to any element of a program or software capable of implementing a function or a program. function set as described above.
  • a hardware component corresponds to any element of a hardware set (or hardware) capable of implementing a function or a set of functions.
  • the invention because of its architecture can be implemented not only in an IMS architecture but also in an architecture using an XMPP protocol. More generally, the invention does not depend on the protocol or the communication architecture used.
  • the invention has the advantage of allowing all the terminals of a group to see what is written and sent by one of the terminals of the group which is not the case of a solution proposing a server that creates two branches of communication, one to each of the terminals. Indeed, in this case, each of the terminals receives the messages of the contact with whom the conversation is established but does not see what is written and sent from the other terminal.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer And Data Communications (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne un procédé, un dispositif et un programme de contrôle d'une session d'échange de données entre des terminaux d'un premier utilisateur U1 avec au moins un terminal d'un deuxième utilisateur U2, un procédé, un dispositif et un programme de participation, un serveur et un terminal. En particulier, l'invention concerne les procédés et dispositifs mis en oeuvre dans une session d'échange de données entre des groupes de terminaux. Un objet de l'invention est un procédé de contrôle d'une session SSX d'échange de données entre des premiers terminaux T11, T12, T13 d'un premier utilisateur U1 avec au moins un deuxième terminal T21, T22 d'un deuxième utilisateur U2, ledit procédé de contrôle comporte, après réception d'une invitation d'établissement d'une session audit premier utilisateur inv(U1, U2), inv(U1 ->U2), inv(U2->U1), la création CREA d'un premier groupe GR1 de premiers terminaux T11, T12, T13 du premier utilisateur U1 apte à permettre l'établissement de ladite session avec ledit premier groupe SSE(GR1, U2).

Description

Contrôle d'une session d'échange de données entre des terminaux d'un premier utilisateur avec au moins un terminal d'un deuxième utilisateur
L'invention concerne un procédé, un dispositif et un programme de contrôle d'une session d'échange de données entre des terminaux d'un premier utilisateur avec au moins un terminal d'un deuxième utilisateur, un procédé, un dispositif et un programme de participation, un serveur et un terminal. En particulier, l'invention concerne les procédés et dispositifs mis en œuvre dans une session d'échange de données entre des groupes de terminaux. La session est notamment, une session dite multilegs anglicisme pour "multi-branches" signifiant qu'elle est effectivement composée de trois sessions en série: deux sessions de groupe avec les terminaux respectivement des premier et deuxième utilisateurs, et une session entre les premier et deuxième utilisateurs.
Dans le cadre d'architectures de service élaborés sur des architectures IMS (IP Multimédia Subsystem en anglais pour système de communication IP multimédia) ou sur un cœur SIP (Session Initiation Protocol en anglais pour protocole s'initialisation de sessions), lorsqu'un utilisateur souhaite recevoir un message multimédia sur plusieurs terminaux, le serveur de messagerie transfère l'invitation à établir une session à chacun des deux terminaux. Mais la session de communication ne sera établie qu'avec un seul des deux terminaux: le premier à répondre positivement à l'invitation (par un message du type 200 OK). Par conséquent, l'utilisateur ne peut utiliser qu'un seul de ces terminaux pendant la session.
Dans le cadre du Push to Talk (conférence mobile IP) décrit notamment par US 20070129051 , une session est établie avec un groupe d'utilisateurs en générant une invitation d'établissement de session comportant l'identifiant du groupe. La méthode décrite ne prévoit pas le fait de pouvoir contacter un utilisateur donné sur plusieurs de ses terminaux.
Un des buts de la présente invention est de remédier à des inconvénients de l'état de la technique. Un objet de l'invention est un procédé de contrôle d'une session d'échange de données entre des premiers terminaux d'un premier utilisateur avec au moins un deuxième terminal d'un deuxième utilisateur, ledit procédé de contrôle comporte, après réception d'une invitation d'établissement d'une session audit premier utilisateur, la création d'un premier groupe de premiers terminaux du premier utilisateur apte à permettre l'établissement de ladite session avec ledit premier groupe.
Ainsi, une session est établie avec un groupe de terminaux du premier utilisateur.
Le groupe est défini pour la session. Ainsi, le groupe non préétabli permet, notamment, au premier utilisateur de changer de terminaux, de générer un groupe de terminaux du premier utilisateur approprié à la session en cours d'établissement, etc.
Notamment, selon les préférences du fournisseur de service, le groupe pourra être construit a la volée selon les souhaits de l'utilisateur ou au contraire préétabli par défaut vers tous les terminaux de l'utilisateur, par exemple au niveau d'une gestion de ses préférences.
Avantageusement, ledit premier groupe est fonction d'une première liste de premiers terminaux obtenue de ladite invitation d'établissement de session dans laquelle ladite première liste a été substituée à une première adresse du premier utilisateur.
Ainsi, le procédé de contrôle n'a pas nécessité à rechercher les éléments nécessaires à cette création dans divers serveurs ou autres base de données car il récupère les éléments dans l'invitation reçue pour créer le groupe..
Avantageusement, ledit procédé de contrôle comporte la fourniture des données reçues pour le premier utilisateur durant la session aux premiers terminaux appartenant audit premier groupe.
Ainsi, dans le réseau, la session est une session de groupe, à savoir que les données émises par le deuxième utilisateur ne transitent qu'une fois pour tout les premiers terminaux dans le réseau, entre la première plateforme de messagerie associée au premier utilisateur et la deuxième plateforme de messagerie associée au deuxième utilisateur, évitant les problèmes de surcharge et de saturation du réseau, c'est seulement à partir du point de contrôle que les données émises par le deuxième utilisateur sont distribuées à chaque premier terminal dudit premier groupe. Avantageusement, ledit procédé de contrôle comporte la fourniture des données émises par le premier utilisateur durant la session aux premiers terminaux appartenant audit premier groupe.
Ainsi, le point de contrôle distribue aussi les données émises par le premier utilisateur à partir de l'un de ses premiers terminaux à chaque premier terminal dudit premier groupe associé à ladite session. La fonction de distribution est centralisée pour toutes les données sur le point de contrôle. Le premier utilisateur, s'il veut changer de premier terminai au cours d'une session, ne doit pas transférer ses données avant ce changement. Les données sont déjà disponibles.
Avantageusement, ledit procédé comporte l'affichage des données émises par le premier utilisateur durant la session sur les premiers terminaux appartenant audit premier groupe.
Ainsi, non seulement les données sont disponibles mais il n'a pas besoin de les rechercher sur son terminal puisqu'elles sont déjà affichées.
Avantageusement, ledit procédé de contrôle comporte une gestion d'un historique des échanges indépendante des premiers terminaux utilisés par ledit premier utilisateur pour l'émission des données.
Ainsi, si un utilisateur veut relire des échanges de différentes sessions pour lesquels il n'a pas systématiquement utilisé le même premier terminal, il n'aura pas à rassembler par lui-même ses historiques sur chaque premier terminal utilisé. En outre, cela permet une gestion de l'historique d'une session au cours de laquelle, le premier utilisateur aura utilisé plusieurs premiers terminaux pour émettre des données y compris lorsque le premier utilisateur aura, en cours de conversation, rajouter ou enlever n'importe lequel de ses premiers terminaux.
Avantageusement, selon une implémentation de l'invention, les différentes étapes du procédé selon l'invention sont mises en œuvre par un logiciel ou programme d'ordinateur, ce logiciel comprenant des instructions logicielles destinées à être exécutées par un processeur de données d'un dispositif de contrôle faisant notamment parti d'un serveur et étant conçus pour commander l'exécution des différentes étapes de ce procédé.
L'invention vise donc aussi un programme comprenant des instructions de code de programme pour l'exécution des étapes du procédé de contrôle lorsque ledit programme est exécuté par un processeur.
Ce programme peut utiliser n'importe quel langage de programmation et être sous la forme de code source, code objet ou code intermédiaire entre code source te code objet tel que dans une forme partiellement compilée ou dans n'importe quelle autre forme souhaitable.
Un autre objet de l'invention est un dispositif de contrôle d'une session d'échange de données entre des premiers terminaux d'un premier utilisateur avec au moins un deuxième terminal d'un deuxième utilisateur, ledit dispositif de contrôle comporte des moyens d'établissement d'une session avec ledit premier utilisateur apte à permettre l'établissement de ladite session avec un premier groupe de premiers terminaux du premier utilisateur, ledit premier groupe ayant été créé après réception d'une invitation d'établissement d'une session audit premier utilisateur.
L'invention a pour objet un procédé de participation d'un premier utilisateur à une session d'échange de données entre des premiers terminaux d'un premier utilisateur avec au moins un deuxième terminal d'un deuxième utilisateur, ledit procédé de participation comportant la modification d'une invitation d'établissement d'une session audit premier utilisateur apte à permettre l'établissement de ladite session avec un premier groupe de premiers terminaux dudit premier utilisateur, ledit premier groupe ayant été créé à partir de ladite invitation modifiée.
Avantageusement, ladite modification comporte une substitution d'une adresse du premier utilisateur par une liste de premiers terminaux dans ladite invitation d'établissement de session au premier utilisateur. Ainsi, l'invitation d'établissement d'une session est destinée non par un premier terminal en particulier mais au premier utilisateur obligeant la création d'un premier groupe de terminaux en recherchant dans un premier temps une liste de premiers terminaux à partir de laquelle ledit premier groupe sera créé.
Avantageusement, selon une implémentation de l'invention, les différentes étapes du procédé selon l'invention sont mises en œuvre par un logiciel ou programme d'ordinateur, ce logiciel comprenant des instructions logicielles destinées à être exécutées par un processeur de données d'un dispositif de participation faisant notamment parti d'un serveur et étant conçus pour commander l'exécution des différentes étapes de ce procédé.
L'invention vise donc aussi un programme comprenant des instructions de code de programme pour l'exécution des étapes du procédé de participation lorsque ledit programme est exécuté par un processeur.
Ce programme peut utiliser n'importe quel langage de programmation et être sous la forme de code source, code objet ou code intermédiaire entre code source te code objet tel que dans une forme partiellement compilée ou dans n'importe quelle autre forme souhaitable.
L'invention a également pour objet un dispositif de participation d'un premier utilisateur à une session d'échange de données entre des premiers terminaux d'un premier utilisateur avec au moins un deuxième terminal d'un deuxième utilisateur, caractérisé en ce que ledit dispositif de participation comporte des moyens de modification d'une invitation d'établissement d'une session audit premier utilisateur apte à permettre l'établissement de ladite session avec un premier groupe de premiers terminaux dudit premier utilisateur, ledit premier groupe ayant été créé à partir de ladite invitation modifiée.
L'invention a aussi pour objet un dispositif de stockage de préférences d'un premier utilisateur comportant au moins des identifiants de premiers terminaux dudit premier utilisateur et au moins une règle de préférence dudit premier utilisateur associés à une adresse dudit premier utilisateur apte à permettre l'établissement de ladite session avec un premier groupe de premiers terminaux dudit premier utilisateur, ledit premier groupe ayant été créé à partir d'identifiants desdits premiers terminaux en fonction d'une première règle de préférence.
Un objet de l'invention est un serveur comportant au moins des moyens de contrôle d'une session d'échange de données entre des terminaux d'un premier utilisateur avec au moins un terminal d'un deuxième utilisateur, lesdits moyens de contrôle créant, après réception d'une invitation d'établissement d'une session audit premier utilisateur, un premier groupe de premiers terminaux du premier utilisateur apte à permettre l'établissement de ladite session avec ledit premier groupe.
Un autre objet de l'invention est un terminal d'un premier utilisateur ou d'un deuxième utilisateur comportant des moyens de connexion apte à émettre une invitation d'établissement d'une session d'échange de données entre un premier utilisateur et un deuxième utilisateur apte à permettre rétablissement de ladite session entre un premier groupe de premiers terminaux du premier utilisateur et au moins un deuxième terminal du deuxième utilisateur, ledit premier groupe ayant été créé suite à l'émission de ladite invitation.
Les caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description, faite à titre d'exemple, et des figures s'y rapportant qui représentent :
- Figure 1 , un schéma synoptique du procédé de contrôle selon par l'invention,
- Figures 2A et 2B, des schémas des échanges entre divers dispositifs, notamment des dispositifs de contrôle (associés à des dispositifs de participation illustrés figure 2A ou mettant en œuvre le procédé de participation illustrés figure 2B), et des terminaux selon l'invention,
- Figure 3, un schéma simplifié d'un système de communication mettant en œuvre les dispositifs selon l'invention, - Figure 4A, l'initiation d'une session par un premier utilisateur U1 utilisant plusieurs terminaux vers un utilisateur U2 utilisant un seul terminal mettant en œuvre des dispositifs de contrôle, des serveurs et des terminaux selon l'invention,
- Figure 4B, l'initiation d'une session par un utilisateur U2 utilisant un seul terminal vers un premier utilisateur U1 utilisant plusieurs terminaux mettant en œuvre des dispositifs de contrôle, des serveurs et des terminaux selon l'invention,
- Figure 4C, l'initiation d'une session par un premier utilisateur U1 utilisant plusieurs terminaux vers un utilisateur U2 utilisant aussi plusieurs terminaux mettant en œuvre des dispositifs de contrôle et des dispositifs de participation, des serveurs et des terminaux selon l'invention.
La session d'échanges de données peut être de tout type, notamment une session pour le transfert de ficher, mais aussi une session pour rétablissement d'une conversation entre deux utilisateurs : un premier utilisateur U1 et un deuxième utilisateur U2 (conversation écrite et/ou orale et/ou Visio, et/ou multimédia, etc.). En particulier, la description illustrera l'invention dans le cadre de conversation sur réseau IP, notamment dans le cadre de messagerie convergente sur réseau IP, par exemple selon le standard CPM (Converged IP Messaging en anglais). Par convergente est entendu la convergence des différents types de messagerie pour différents type de terminaux tels que notamment les téléphones mobiles, les PC, PDA et autres objets communicants sur réseau IP donnant accès à un utilisateur à une messagerie.
L'invention utilise notamment un protocole de type SIP comme le montre les figures suivantes. Mais de manière plus générale, l'invention peut être implémentée en utilisant d'autres protocoles d'initialisation de session, notamment le protocole XMPP d'échange décentralisé de messages instantanés ou non, entre clients, au format XML, utilisé en particulier par le dispositif de messagerie gtalk.
Les différents modes de réalisation décrit ci-après sont mis en œuvre séparément ou en combinaison avec un ou plusieurs d'entre eux. La figure 1 illustre les procédés mis en œuvre par l'invention lors de rétablissement d'une session SSX d'échanges de données puis lors de la session SSX par elle-même.
Dans un mode de réalisation particulier, l'invitation inv (U1 , U2) d'un premier utilisateur U1 à un deuxième utilisateur U2 ou inversement est modifiée MODIF (inv) soit lors d'un procédé de contrôle de la session, soit lors d'un procédé de participation mis en œuvre préalablement au procédé de contrôle.
Cette modification est effectuée notamment en se basant sur une première liste L1 de premiers terminaux déterminés en fonction des préférences UP1 du premier utilisateur U1. Par exemple, l'adresse du premier utilisateur U1 est substituée par la première liste L1.
Dans un mode de réalisation particulier, cette substitution est faite par un premier serveur AS1 associé au premier utilisateur U1 (illustré notamment sur les figures 4A à 4C) qui soit connaît la première liste L1 des premiers terminaux du premier utilisateur U1 soit de manière préconfigurée, par exemple dans un premier module de préférence utilisateur UP1 , soit la récupère dynamiquement auprès d'un autre serveur de messagerie ou de tout autre dispositif cœur support à la session de communication auquel les premiers terminaux du premier utilisateur U1 ont signifié leurs états de connexion et disponibilité à communiquer.
L'invitation modifiée inv (U1 , U2, L1 ) est ensuite traitée par un procédé de contrôle de session. Le procédé de contrôle comporte la création d'un premier groupe GR1 de premiers terminaux apte à permettre rétablissement de la session avec le premier groupe GR1.
Dans un mode de réalisation particulier, le premier groupe GR1 est fonction de la première liste L1. La dite premier liste est obtenue de l'invitation modifiée.
L'établissement de la session SSE est donc un établissement de session de groupe au moins coté du premier utilisateur U1 en utilisant ce premier groupe GR1 : SSE(GR1 , U2).
Le procédé de contrôle comporte, lors d'une session SSX, la fourniture BD des données reçues D pour le premier utilisateur U1 au premier groupe GR1 , c'est-à-dire chacun des premiers terminaux de ce premier groupe GR1 , sur réception RECEPT(D, U1) de données D provenant du deuxième utilisateur U2. La fourniture est notamment temps réel ou avec un délai prédéterminé adapté au service de messagerie.
Dans un mode de réalisation particulier, le procédé de contrôle comporte, lors d'une session SSX, la fourniture et, éventuellement, l'affichage BD des données D émises par le premier utilisateur U1 au premier groupe GR1 , c'est-à-dire chacun des premiers terminaux de ce premier groupe, sur réception RECEPT(D, T1 i€ GR1 ) de données D émis par un premier terminal T1 i du premier utilisateur U1 appartenant au premier groupe GR1.
Ainsi, dans un mode de réalisation particulier, le procédé de contrôle comporte à la fois le contrôle de l'établissement de la session et le contrôle de la session établie.
Dans un mode de réalisation particulier, le procédé de contrôle comporte une gestion d'un historique des échanges HIST1 de façon indépendante des premiers terminaux.
Dans un mode de réalisation particulier, non illustré par la figure 1 , le procédé de contrôle mis en œuvre du coté du premier utilisateur établit, lors de établissement de la session SSX entre les premiers terminaux et les deuxièmes terminaux, deux sessions:
- une première session SSX1 entre un premier dispositif de contrôle CF1 associé au premier utilisateur et illustré par les figures 2 et 4A à 4C et les premiers terminaux du premier groupe GR1 , et
- une session intermédiaire SSXi entre un premier dispositif de contrôle CF1 associé au premier utilisateur et un deuxième dispositif de contrôle CF2 associé au deuxième utilisateur et illustré par les figures 2 et 4A à 4C.
Lors de l'établissement de cette session SSX entre les premiers terminaux et les deuxièmes terminaux, un procédé de contrôle équivalent du coté du deuxième utilisateur:
- contribue à l'établissement la session intermédiaire SSXi, et
- établit une deuxième session SSX2 entre un deuxième dispositif de contrôle CF2 associé au deuxième utilisateur et au moins un deuxième terminal, le cas échant, d'un deuxième groupe GR2.
La session est établie avec au moins un deuxième terminal d'un deuxième utilisateur. Par au moins un deuxième terminal est entendu, dans un premier temps, un ou plusieurs deuxièmes terminaux du deuxième utilisateur, notamment un deuxième groupe de deuxièmes terminaux du deuxième utilisateur.
De manière plus générale, la session peut être établie avec n utilisateur. C'est pourquoi, par au moins un deuxième terminal est aussi entendu un ou plusieurs deuxièmes à nièmes terminaux des deuxième à nièmes utilisateurs, notamment un ou des iième(s) groupe(s) de iièmes terminaux des iième(s) utilisateur(s) (avec i entiers compris en 2 et n).
En résumé, un procédé de contrôle comporte, notamment, les étapes suivantes :
- lorsqu'un premier utilisateur U1 souhaite établir une conversation avec un deuxième utilisateur U2, il envoie une invitation à communiquer, réalisée en envoyant une invitation inv (U1 , U2) à établir une session de messagerie (ou messaging en anglais), par exemple.
- Comme les premier et deuxième utilisateurs U1 et U2 possèdent chacun plusieurs terminaux et souhaitent indifféremment pourvoir recevoir les messages et y répondre depuis leurs multiples terminaux, le procédé de contrôle permet de lever les limites actuelles de la techniques en établissement une session de groupe entre les premiers terminaux du premier utilisateur U1 , incluant, notamment un premier serveur de messagerie AS1 (illustré sur les figures 4A à 4C) du premier utilisateur U1- lequel premier serveur AS1 établit une session SSXi en "one to one" (anglicisme pour point à point signifiant qu'il y a un seul dispositif interlocuteur à chaque extrémité de la session) avec un deuxième serveur B, lequel crée une session de groupe avec les deuxièmes terminaux du deuxième utilisateur U2.
Les figures 2A et 2B illustrent les échanges entre divers dispositifs d'un réseau de communication lors de l'établissement d'une session SSX par un premier utilisateur U1 , utilisant pour cette session SSX deux de ses terminaux T11 et T13, vers un deuxième utilisateur U2, utilisant pour cette session SSX ses deux terminaux T21 et T22. Les divers dispositifs comportent respectivement:
- des premier et deuxième dispositifs de contrôle CF1 et CF2 et dispositifs de participation PF1 et PF2, et - des premier et deuxième dispositifs de contrôle et de participation CPF1 et CPF2 constitué en particulier par des dispositifs de contrôle assurant la gestion de l'acheminement des invitations d'établissement de session.
Comme le montre la figure 2A, dans un premier temps, un premier utilisateur U1 , par exemple un client CPM, décide de rentrer en relation avec un deuxième utilisateur U2, par exemple un autre client CPM ou un client non CPM. L'utilisateur U1 envoie une invitation à une session SSX de messagerie à destination du deuxième utilisateur U2: inv U1 -> U2 (par exemple une Invitation à une Session CPM ou CPM Session Invitation en anglais: invite User 1 => User 2 en langage SIP). Pour cela, un de ses terminaux T1 1 de l'utilisateur U1 envoie l'invitation inv U1 -> U2 à un premier dispositif de participation PF1 associé au premier utilisateur U1.
Dans un mode de réalisation particulier, le premier dispositif de participation PF1 agit, notamment, comme un dispositif de liaison entre des serveurs de messagerie de deux opérateurs (B2BUA, Business to Business en Anglais). Le premier dispositif de participation PF1 agit alors comme servant à ce stade de relais.
L'invitation inv U1 - U2 es\ alors transmise par le premier dispositif de participation PF1 à un deuxième dispositif de participation PF2 associé au deuxième utilisateur U2.
Dans un mode de réalisation particulier illustré par la figure 2A où le premier dispositif de participation PF1 a pour rôle l'acheminement des invitations et un premier dispositif de contrôle CF1 a pour rôle l'émission des invitations: Le premier dispositif de participation PF1 transmet l'invitation inv U1 - U2 à un premier dispositif de contrôle CF1 qui gère l'émission de l'invitation d'établissement de session. Cette invitation est acheminée (représenté par le cercle sur la flèche d'échange) par le premier dispositif de participation PF1 à un deuxième dispositif de participation PF2 associé au deuxième utilisateur U2.
Pour cela, dans un mode de réalisation particulier, le premier dispositif de participation PF1 mettant en œuvre une fonction de participation CPM (CPM Participating Function) exécute le contrôle de service expéditeur (originating service control en anglais) nécessaire et envoie l'invitation à un premier dispositif cœur SIP/IP (SIP/IP Core en anglais) - non illustré - associé au premier utilisateur U1 qui transmet (route en anglais) l'invitation à un deuxième dispositif cœur SIP/IP (non illustré) associé au premier utilisateur U2. Ensuite, le deuxième dispositif cœur SIP/IP transmet (route en anglais) l'invitation au deuxième dispositif de participation PF2.
Dans un mode particulier de réalisation, ce deuxième dispositif de participation PF2 est identifié grâce à une adresse associé au deuxième utilisateur présente dans l'invitation (notamment l'adresse CPM dan un mode de réalisation CPM). En outre, dans une variante de réalisation, l'identification nécessite outre l'adresse du deuxième utilisateur l'utilisation de caractéristiques (par exemple CPM Feature Tag) sur les capacités et les services du deuxième utilisateur, plus précisément, de son réseau domestique (CPM Home Network en anglais) comportant le deuxième dispositif de participation PF2, un deuxième dispositif de contrôle CF2, et au moins un deuxième terminal T21 , T22. En particulier ces caractéristiques sont disponibles dans des messages de contrôle du service de session d'échange ou service CPM.
Le deuxième dispositif de participation PF2 reçoit l'invitation inv U1 - U2 du premier dispositif de participation PF1. Le deuxième dispositif de participation PF2 agit comme un dispositif de liaison entre des serveurs de messagerie de deux opérateurs (B2BUA, back to Back user agent en Anglais).
Pour cela, dans un mode de réalisation particulier, le deuxième dispositif de participation PF2 mettant en œuvre une fonction de participation CPM (CPM Participating Function) exécute le contrôle de service destinataire (terminating service control en anglais) nécessaire et reçoit l'invitation du deuxième dispositif cœur SIP/IP (SIP/IP Core en anglais) - non illustré.
En se basant sur des préférences du deuxième utilisateur U2, le deuxième dispositif de participation PF2 vérifie toutes les adresses des deuxièmes terminaux T21 , T22 du deuxième utilisateur U2 enregistrés et envoie une invitation comportant la deuxième liste des deuxièmes terminaux L2 participant à la session à un deuxième dispositif de contrôle CF2 associé au deuxième utilisateur U2: inv U1 -> U2, L2={T21, 722} (invite User 1 => User 2, devices1&2 en langage SIP). Dans un mode particulier de réalisation, cette invitation est une invitation de groupe ad-hoc.
Le deuxième dispositif de contrôle CF2 crée un deuxième groupe de deuxièmes terminaux GR2= T21 , T22 en envoyant des invitations destinées à chacun des deuxièmes terminaux concernés, respectivement inv U1 -> T21, inv UI ^ T22.
Dans un mode de réalisation particulier illustré par la figure 2A, le deuxième dispositif de contrôle CF2 envoie les invitations destinées à chacun des deuxièmes terminaux concernés, respectivement inv U1 -> T21, inv U1 -> T22, au deuxième dispositif de participation PF2 qui les acheminent vers le deuxièmes terminaux concernés T21 et T22.
Dans un mode de réalisation particulier, ces invitations permettent de crée une conférence de groupe ad-hoc avec les différents deuxièmes terminaux T21 et T22 du deuxième utilisateur U2.
Dans un mode de réalisation particulier, l'établissement de la session n'a lieu que lorsque les différents terminaux et dispositifs intervenant dans une session a accepté l'invitation. Notamment, comme l'illustre la figure 2A, les deuxièmes terminaux T21 et T22 acceptent l'invitation avec une réponse de type OK (ou 200 OK en langage SIP) à destination du premier utilisateur U1 . Ces réponses OK sont d'abord reçues par le deuxième dispositif de participation PF2 qui les achemine vers le deuxième dispositif de contrôle CF2 qui transmet une réponse pour le deuxième groupe, i.e. pour le deuxième utilisateur U2, au deuxième dispositif de participation PF2 qui l'envoie vers le premier dispositif de participation PF1 qui l'achemine vers le premier dispositif de contrôle CF1.
Dans un mode de réalisation particulier, le deuxième dispositif cœur SIP/IP reçoit la réponse OK du deuxième dispositif de participation PF2 et l'envoie vers le premier dispositif cœur SIP/IP qui la transmet au premier dispositif de participation PF1 .
Dans le mode de réalisation particulier de la figure 2A, le premier dispositif de contrôle CF1 gère alors les émissions des invitations pour les terminaux du premier utilisateur U1 . Tout d'abord, le premier dispositif de contrôle répond OK à destination du premier terminal T1 1 à l'initiative de la session. Cette réponse est acheminée par le premier dispositif de participation PF1 .
En se basant sur des préférences du premier utilisateur U1 , le premier dispositif de participation PF1 vérifie toutes les adresses des premiers terminaux T1 1 , T12, T13 du premier utilisateur U1 enregistrés et envoie une invitation comportant la liste des premiers terminaux L1 participant à la session à un premier dispositif de contrôle CF1 associé au premier utilisateur U1 : inv U1 -> U1, L1={T1 1, 713} (invite User 1 => User 1, devices1&3 en langage SIP). Dans un mode particulier de réalisation, cette invitation est une invitation de groupe ad-hoc.
Le premier dispositif de contrôle CF1 crée un premier groupe de premiers terminaux GR1 = ΤΊ 1 , T13 en envoyant des invitations destinées à chacun des premiers terminaux concernés, respectivement inv U1 - T13. Dans le mode de réalisation particulier de la figure 2A, les invitations ne comportent pas le premier terminal T1 1 à l'initiative de la session. L'invitation inv U1 - T13 est envoyée au premier dispositif de participation PF1 qui l'achemine vers le premier terminal T13 destinataire.
Dans un mode de réalisation particulier, ces invitations permettent de crée une conférence de groupe ad-hoc avec les différents premiers terminaux T1 1 et T13 du premier utilisateur U1.
Durant la session SSX ainsi établie, les données sont échangées entre les premier et deuxième dispositifs de contrôle CF1 et CF2 et affichés sur l'ensemble des premiers et deuxièmes terminaux T1 1 , T13 et T21 , T22.
Dans un mode de réalisation particulier, la session SSX est découpée en trois sessions:
- une première session SSX1 , dite session de groupe, entre le premier groupe GR1 et le premier dispositif de contrôle CF1 ,
- une session intermédiaire SSXi entre le premier dispositif de contrôle CF1 et le deuxième dispositif de contrôle CF2, et
- une deuxième session SSX2, dite session de groupe, entre le deuxième groupe GR2 et le deuxième dispositif de contrôle CF2.
Dans ce mode de réalisation particulier, le premier dispositif de participation PF1 envoie :
- une invitation inv U1 - U1, L 1={T1 1, T13} d'établissement de la première session SSX1 au premier dispositif de contrôle CF1 , et
- une invitation inv U1 -> U2 d'établissement de la session intermédiaire SSXi au deuxième dispositif de participation.
Le deuxième dispositif de participation PF2 relaie cette invitation en tant qu'invitation inv U1 -> U2, L2={T21, 722} d'établissement de la deuxième session SSX2 au deuxième dispositif de contrôle CF2. Les invitations inv U1 - T11, inv U1 - 773 du premier dispositif de contrôle CF1 aux premiers terminaux du premier groupe GR1 participe à l'établissement de la première session SSX1. Et, les invitations inv U1 - T21, inv U1 - T22 du deuxième dispositif de contrôle CF2 aux deuxièmes terminaux du deuxième groupe GR2 participe à l'établissement de la deuxième session SSX2.
Comme le montre la figure 2B, un premier utilisateur U1 envoie une invitation à une session SSX de messagerie à destination du deuxième utilisateur U2: inv U1 - U2. Pour cela, un de ses terminaux T11 de l'utilisateur U1 envoie l'invitation inv W\ -> U2 à un premier dispositif de contrôle et participation CPF1 associé au premier utilisateur U1 .
L'invitation inv U1 ^ U2 est alors transmise par le premier dispositif de contrôle participation CPF1 à un deuxième dispositif de contrôle participation CPF2 associé au deuxième utilisateur U2.
Le deuxième dispositif de contrôle et participation CPF2 reçoit l'invitation inv U1 -> U2 du premier dispositif de contrôle et participation CPF1 . Le deuxième dispositif de contrôle et participation CPF2 agit comme un dispositif de liaison entre des serveurs de messagerie de deux opérateurs (B2BUA, back to Back user agent en Anglais).
En se basant sur des préférences du deuxième utilisateur U2, le deuxième dispositif de contrôle et participation CPF2 vérifie toutes les adresses des deuxièmes terminaux T21 , T22 du deuxième utilisateur U2 enregistrés et détermine une deuxième liste des deuxièmes terminaux L2 participant à la session.
Le deuxième dispositif de contrôle et participation CPF2 crée un deuxième groupe de deuxièmes terminaux GR2= T21 , T22 en envoyant des invitations destinées à chacun des deuxièmes terminaux concernés, respectivement inv U1 -> T21, inv U1 -> T22.
Dans un mode de réalisation particulier, ces invitations permettent de crée une conférence de groupe ad-hoc avec les différents deuxièmes terminaux T21 et T22 du deuxième utilisateur U2.
En se basant sur des préférences du premier utilisateur U1 , le premier dispositif de contrôle et participation CPF1 vérifie toutes les adresses des premiers terminaux T1 1 , T12, T13 du premier utilisateur U1 enregistrés et détermine une liste des premiers terminaux L1 participant à la session.
Le premier dispositif de contrôle et participation CPF1 crée un premier groupe de premiers terminaux GR1= T1 1 , T13 en envoyant une invitation destinée à chacun des premiers terminaux concernés, respectivement inv U1 -> T13. Dans le mode de réalisation particulier de la figure 2B, les invitations ne comportent pas le premier terminal T1 1 à l'initiative de la session.
Dans un mode de réalisation particulier, cette invitation permet de crée une conférence de groupe ad-hoc avec les différents premiers terminaux T1 1 et T13 du premier utilisateur U1.
Durant la session SSX ainsi établie, les données sont échangées entre les premier et deuxième dispositifs de contrôle CF1 et CF2 et affichés sur l'ensemble des premiers et deuxièmes terminaux T1 1 , T13 et T21 , T22.
Dans un mode de réalisation particulier, la session SSX est découpée en trois sessions:
- une première session SSX1 , dite session de groupe, entre le premier groupe GR1 et le premier dispositif de contrôle et participation CPF1 ,
- une session intermédiaire SSXi entre le premier dispositif de contrôle et participation CPF1 et le deuxième dispositif de contrôle et participation CPF2, et
- une deuxième session SSX2, dite session de groupe, entre le deuxième groupe GR2 et le deuxième dispositif de contrôle et participation CPF2.
La figure 3 illustre de manière simplifiée un système de communication mettant en œuvre l'invention. Le premier utilisateur U1 est représenté par ses premiers terminaux T1 1 et T13, un premier dispositif de participation PF1 et un premier dispositif de contrôle CF1. Le deuxième utilisateur U2 est représenté par ses deuxièmes terminaux T21 et T22, un deuxième dispositif de participation PF2 et un deuxième dispositif de contrôle CF2.
Les premiers et deuxièmes dispositifs de contrôle CF1 et CF2 gèrent, respectivement, les première et deuxième sessions de groupe SSX1 et SSX2 au travers, respectivement, des premier et deuxième dispositifs de participation PF1 et PF2. les premier et deuxième dispositifs de contrôle CF1 et CF2 gèrent en outre la session intermédiaire SSXi: session point à point avec le deuxième utilisateur U2. Cette session est acheminée par les premier et deuxième dispositifs de participation PF1 et PF2 vers le deuxième dispositif de contrôle. Dans le mode de réalisation particulier de la figure 3, le premier utilisateur U1 étant à l'initiative de la session SSX, le deuxième dispositif de participation PF2 agissant en B2BUA.
La figure 4A illustre le cas les deux utilisateurs utilisent plusieurs terminaux: un premier utilisateur U1 utilisant plusieurs premiers terminaux T1 1 , T12 rentre en relation avec un deuxième utilisateur U2 utilisant plusieurs deuxième terminaux T21 , T22, T13.
Une invitation 2. inv U1 -> U2 (en particulier, CPM Session Invitation) est transmise (routed en anglais) d'un premier serveur AS1 invitant associé à un premier utilisateur U1 (en particulier, un premier réseau servant le premier utilisateur U1 invitant ou network serving the inviting CPM User 1 en anglais) à un deuxième serveur AS2 associé à un deuxième utilisateur U2 invitant (en particulier, un premier réseau servant le deuxième utilisateur U2 invitant ou network serving the invited CPM User 2).
Début de la session (Session Initiation en anglais)
Serveur Invitant AS1
Afin d'établir une session de messagerie, notamment une session CPM 1 -1 ou CPM 1 -1 Session en anglais, le client invitant en l'occurrence le premier terminal T1 1 du premier utilisateur U1 de la figure 4A (inviting CPM Client en anglais) envoie une invitation 1. inv U1 -> U2, au premier serveur AS1.
Dans un mode particulier de réalisation, une invitation de session CPM (CPM Session Invitation en anglais) est envoyée à un premier dispositif cœur SIP/IP (non illustré) servant le premier utilisateur U1 invitant (SIP/IP core serving the inviting CPM Client), notamment à un premier dispositif cœur SIP/IP du premier serveur AS1 invitant.
Dans un mode de réalisation particulier, l'invitation 1. inv U1 -> U2 envoyée comporte des caractéristiques (par exemple CPM Feature Tag) sur des capacités et des services du destinataire, en l'occurrence un deuxième utilisateur U2. Ces caractéristiques sont utilisées par le premier serveur AS1 (dans le mode de réalisation particulier ci-dessus, le deuxième dispositif cœur) pour transmettre (route en anglais) l'invitation à un premier dispositif de participation PF1 associé au premier utilisateur U1 invitant. Ces caractéristiques sont introduites dans l'invitation par le client, en l'occurrence le premier terminal T1 1 du premier utilisateur U1 invitant.
L'invitation 1. inv U1 -> U2 comporte l'adresse du deuxième utilisateur U2 invité, utilisateur CPM ou non-CPM par exemple. Cette adresse est introduite dans l'invitation par le client, en l'occurrence le premier terminal T1 1 du premier utilisateur U1 invitant.
Dans un mode de réalisation particulier; un premier dispositif de participation PF1 du premier serveur AS 1 reçoit l'invitation 1. inv U1 -> U2.
Dans un mode de réalisation particulier, le premier dispositif de participation PF1 comporte des moyens de détermination, sur la base de l'invitation reçue, apte à déterminer si le premier dispositif de participation PF1 poursuit ou non l'établissement de la session.
Dans un mode de réalisation particulier, le premier dispositif de participation PF1 comporte des moyens de transmission à un dispositif de sélection de coopération (Interworking Sélection en anglais) si une coopération intervient dans l'établissement de la session, sur la base de l'invitation reçue. En particulier, les moyens de transmission sont aptes à permettre la transmission au dispositif de sélection de coopération via un deuxième dispositif cœur SIP/IP. Une coopération intervient notamment lorsque l'un des utilisateurs n'utilise pas le même service de messagerie: par exemple le premier utilisateur U1 invitant est un utilisateur CPM mais pas le deuxième utilisateur U2 destinataire.
Le premier dispositif de participation PF1 comporte, d'une part, des moyens de transmission (route en anglais) de l'invitation reçue à un deuxième utilisateur U2 invité, sur la base de l'invitation reçue. Dans un mode de réalisation particulier, l'invitation 2. inv U1 -> U2 est transmise via un deuxième dispositif cœur SIP/IP associé au deuxième utilisateur U2 invité.
Dans un mode particulier de réalisation, le premier dispositif de participation PF1 décide s'il reste ou non dans la chaîne de transmission de données (média path en anglais) pour cette session. Cette décision est notamment prise en fonction de règles du fournisseur de service (service provider policies en anglais).
D'autre part, premier dispositif de participation PF1 comporte des moyens de transmission (route en anglais), suite à la réception de l'invitation, d'une invitation modifiée 10. inv U1 -> Ό1, L 1 (par exemple comportant les adresses des premiers terminaux T1 1 , T12 déterminé préalablement) à un premier dispositif de contrôle CF1 du premier utilisateur U1 invitant notamment via un premier dispositif cœur SIP/IP.
Dans un mode de réalisation particulier, le premier dispositif de participation PF1 comporte des moyens de modification d'une invitation, en l'occurrence l'invitation reçue 1. inv U1 -> U2, apte à permettre l'établissement d'une session avec un premier groupe de premiers terminaux, ledit premier groupe ayant été crée à partir de l'invitation modifiée 10. inv U1 -> U1, L 1.
Dans un mode particulier de réalisation, le premier dispositif de participation PF1 détermine les premiers terminaux (en particulier, CPM Client) qui ne doivent pas recevoir l'invitation en fonction de critères tels que, notamment, les flux média offerts dans l'invitation, les capacités des premiers terminaux, les préférences du premier utilisateur UP1 et les règles du fournisseur de service.
Le premier dispositif de contrôle CF1 comporte des moyens d'établissement d'une session avec un premier groupe GR1 de premiers terminaux créé après réception de l'invitation 10. inv U1 -> U1, L 1. Notamment, comme l'illustre la figure 4A, le premier dispositif de contrôle CF1 comporte des moyens de transmission de l'invitation à chacun des premiers terminaux T1 1 , T12 concernés, en particulier via le premier dispositif cœur SIP/IP, respectivement 1 1 a. Inv U1 -» T1 1 , 1 1 b. Inv U1 ^ T12.
En particulier, le premier dispositif de contrôle CF1 comporte des moyens de création de groupe de terminaux, notamment de groupe ad hoc, ou d'utilisation de groupe prédéfini (pre-defined group en anglais) avec toutes les adresses des premiers terminaux T1 1 , T12 du premier utilisateur U1 invité.
Serveur Invité AS2
Le deuxième dispositif de participation PF2 du deuxième serveur AS2 associé au deuxième utilisateur U2 invité reçoit l'invitation 2. inv U1 - U2. Dans un mode de réalisation particulier, un deuxième dispositif cœur associé au deuxième utilisateur U2 invité transmet (route en anglais) l'invitation 2. inv U1 -> U2 au deuxième dispositif de participation PF2.
Cette transmission est faite, notamment sur la base des caractéristiques (CPM
Feature Tag en particulier) insérées dans l'invitation.
Dans un mode de réalisation particulier, le deuxième dispositif de participation PF2 comporte des moyens de vérification du service de messagerie dont dépend l'adresse du deuxième utilisateur U2 à la réception de l'invitation 2. inv U1 -> U2.
Le deuxième dispositif de participation PF2 comporte des moyens de rejet de l'invitation sur la base de l'invitation reçue. Dans un mode particulier de réalisation, le rejet est décidé si:
les préférences UP2 du deuxième utilisateur U2 prévoient le rejet des invitations de sessions (par exemple sur la base de l'adresse de l'expéditeur, la non divulgation de l'identité de l'émetteur, ou de requête de flux média), et/ou
aucun deuxième terminal n'est enregistré en particulier pour le type de service de messagerie prévu par l'invitation (notamment, pas de CPM client enregistré pour le deuxième utilisateur U2 récepteur).
Dans un mode particulier de réalisation, le deuxième dispositif de participation PF2 comporte des moyens de vérification des préférences UP2 du deuxième utilisateur U2 sur les deuxièmes terminaux auxquels l'invitation doit être transmise si plusieurs deuxièmes terminaux sont enregistrés.
Le deuxième dispositif de participation PF1 comporte des moyens de modification d'une invitation, en l'occurrence l'invitation reçue 2. inv U1 -> U2, apte à permettre l'établissement d'une session avec un deuxième terminal, 4. inv U1 -> TU2, 12
Dans un mode particulier de réalisation, le deuxième dispositif de participation PF2 détermine les deuxièmes terminaux (en particulier, CPM Client) qui ne doivent pas recevoir l'invitation en fonction de critères tels que, notamment, les flux média offerts dans l'invitation, les capacités des premiers terminaux, les préférences du deuxième utilisateur UP2 et les règles du fournisseur de service.
Dans un mode de réalisation particulier, le deuxième dispositif de participation PF2 comporte des moyens de détermination, sur la base de l'invitation reçue, apte à déterminer si le deuxième dispositif de participation PF2 poursuit ou non l'établissement de la session.
Si établissement de la session est poursuivi, le deuxième dispositif de participation PF2 agit comme un dispositif de liaison entre des serveurs de messagerie de deux opérateurs (B2BUA, back to Back user agent en Anglais).
Dans l'exemple de la figure 4A, le deuxième dispositif de participation PF2 du deuxième utilisateur invité U2 envoie l'invitation modifiée 4. inv U1 -> U2, L2 (par exemple comportant les adresses du deuxième terminal T21 déterminé précédemment) à un deuxième dispositif de contrôle CF2 du deuxième utilisateur U2 invité notamment via un deuxième dispositif cœur SIP/IP.
Le deuxième dispositif de contrôle CF2 comporte des moyens d'établissement d'une session avec un deuxième groupe GR2 de deuxièmes terminaux créés après réception de l'invitation 4. inv U1 -> U2, L2. Notamment, comme l'illustre la figure 4C, le deuxième dispositif de contrôle CF2 comporte des moyens de transmission de l'invitation au deuxième terminal T21 concerné, en particulier via le deuxième dispositif cœur SIP/IP, respectivement 5. Inv U1 - T21.
En particulier, le deuxième dispositif de contrôle CF2 comporte des moyens de création de groupe de terminaux, notamment de groupe ad hoc, ou d'utilisation de groupe prédéfini (pre-defined group en anglais) avec toutes les adresses du deuxième terminal T21 du deuxième utilisateur U2 invité.
Dans un mode particulier de réalisation, le deuxième dispositif de contrôle CF2 comporte des moyens de transmission à un dispositif de sélection de coopération (Interworking Sélection en anglais) si nécessaire pour ce deuxième terminal T21 , notamment si une coopération intervient dans rétablissement de la session, sur la base de l'invitation reçue. En particulier, les moyens de transmission sont aptes à permettre la transmission au dispositif de sélection de coopération via un premier dispositif cœur SIP/IP.
La figure 4B illustre le cas où un deuxième utilisateur U2 utilisant un seul deuxième terminal T22 rentre en relation avec un premier utilisateur U1 utilisant plusieurs premiers terminaux T11 , T12, T13.
Une invitation 2. inv U2 -> U1 (en particulier, CPM Session Invitation) est transmise (routed en anglais) d'un deuxième serveur AS2 invitant associé à un deuxième utilisateur U2 (en particulier, un deuxième réseau servant le deuxième utilisateur U2 invitant ou network serving the inviting CPM User 2 en anglais) à un premier serveur AS1 associé à un premier utilisateur U1 invitant (en particulier, un premier réseau servant le premier utilisateur U1 invitant ou network serving the invited CPM User 1 ).
Début de la session (Session Initiation en anglais)
Serveur Invitant AS2
Afin d'établir une session de messagerie, notamment une session CPM 1 -1 ou CPM 1 -1 Session en anglais, le client invitant en l'occurrence le deuxième terminal T22 du deuxième utilisateur U2 de la figure 4B (inviting CPM Client en anglais) envoie une invitation 1. inv U2 -> U1 , au deuxième serveur AS2.
Dans un mode particulier de réalisation, une invitation de session CPM (CPM Session Invitation en anglais) est envoyée à un deuxième dispositif cœur SIP/IP (non illustré) servant le deuxième utilisateur U2 invitant (SIP/IP core serving the inviting CPM Client), notamment à un deuxième dispositif cœur SIP/IP du deuxième serveur AS2 invitant.
Dans un mode de réalisation particulier, l'invitation 1. inv U2 -> U1 envoyée comporte des caractéristiques (par exemple CPM Feature Tag) sur des capacités et des services du destinataire, en l'occurrence un premier utilisateur U1 . Ces caractéristiques sont utilisées par le deuxième serveur AS2 (dans le mode de réalisation particulier ci-dessus, le deuxième dispositif cœur) pour transmettre (route en anglais) l'invitation à un deuxième dispositif de participation PF2 associé au deuxième utilisateur U2 invitant. Ces caractéristiques sont introduites dans l'invitation par le client, en l'occurrence le deuxième terminal T22 du deuxième utilisateur U2 invitant.
L'invitation 7. inv U2 U1 comporte l'adresse du premier utilisateur U1 invité, utilisateur CPM ou non-CPM par exemple. Cette adresse est introduite dans l'invitation par le client, en l'occurrence le deuxième terminal T22 du deuxième utilisateur U2 invitant.
Dans un mode de réalisation particulier; un deuxième dispositif de participation PF2 du deuxième serveur AS2 reçoit l'invitation 1. inv U2 - U1.
Dans un mode de réalisation particulier, le deuxième dispositif de participation PF2 comporte des moyens de détermination, sur la base de l'invitation reçue, apte à déterminer si le deuxième dispositif de participation PF2 poursuit ou non l'établissement de la session.
Dans un mode de réalisation particulier, le deuxième dispositif de participation PF2 comporte des moyens de transmission à un dispositif de sélection de coopération (Interworking Sélection en anglais) si une coopération intervient dans l'établissement de la session, sur la base de l'invitation reçue. En particulier, les moyens de transmission sont aptes à permettre la transmission au dispositif de sélection de coopération via un deuxième dispositif cœur SIP/IP. Une coopération intervient notamment lorsque l'un des utilisateurs n'utilise pas le même service de messagerie: par exemple le deuxième utilisateur U2 invitant est un utilisateur CPM mais pas le premier utilisateur U1 destinataire.
Le deuxième dispositif de participation PF2 comporte des moyens de transmission (route en anglais) de l'invitation reçue à un premier utilisateur U1 invité, sur la base de l'invitation reçue. Dans un mode de réalisation particulier, l'invitation 2. inv U2 -> U1 est transmise via un premier dispositif cœur SIP/IP associé au premier utilisateur U1 invité.
Dans un mode particulier de réalisation, le deuxième dispositif de participation PF2 décide s'il reste ou non dans la chaîne de transmission de données (média path en anglais) pour cette session. Cette décision est notamment prise en fonction de règles du fournisseur de service (service provider policies en anglais).
Serveur Invité AS1
Le premier dispositif de participation PF1 du premier serveur AS1 associé au premier utilisateur U1 invité reçoit l'invitation 2. inv U2 -> U1. Dans un mode de réalisation particulier, un premier dispositif cœur associé au premier utilisateur U1 invité transmet (route en anglais) l'invitation 2. inv U2 -> U1 au premier dispositif de participation PF1. Cette transmission est faite, notamment sur la base des caractéristiques (CPM Feature Tag en particulier) insérées dans l'invitation.
Dans un mode de réalisation particulier, le premier dispositif de participation PF1 comporte des moyens de vérification du service de messagerie dont dépend l'adresse du premier utilisateur U1 à la réception de l'invitation 2. inv U2 -> U1. Le premier dispositif de participation PF1 comporte des moyens de rejet de l'invitation sur la base de l'invitation reçue. Dans un mode particulier de réalisation, le rejet est décidé si:
les préférences UP1 du premier utilisateur U1 prévoient le rejet des invitations de sessions (par exemple sur la base de l'adresse de l'expéditeur, la non divulgation de l'identité de l'émetteur, ou de requête de flux média), et/ou
aucun premier terminal n'est enregistré en particulier pour le type de service de messagerie prévu par l'invitation (notamment, pas de CP client enregistré pour le premier utilisateur U1 récepteur).
Dans un mode particulier de réalisation, le premier dispositif de participation PF1 comporte des moyens de vérification des préférences UP1 du premier utilisateur U1 sur les premiers terminaux auxquels l'invitation doit être transmise si plusieurs premiers terminaux sont enregistrés.
Le premier dispositif de participation PF1 comporte des moyens de modification d'une invitation, en l'occurrence l'invitation reçue 2. inv U2 -> U1, apte à permettre l'établissement d'une session avec un premier groupe de premiers terminaux, ledit premier groupe ayant été crée à partir de l'invitation modifiée 4. inv U2 -> U1, L1
Dans un mode particulier de réalisation, le premier dispositif de participation PF1 détermine les premiers terminaux (en particulier, CPM Client) qui ne doivent pas recevoir l'invitation en fonction de critères tels que, notamment, les flux média offerts dans l'invitation, les capacités des premiers terminaux, les préférences du premier utilisateur UP1 et les règles du fournisseur de service.
Dans un mode de réalisation particulier, le premier dispositif de participation PF1 comporte des moyens de détermination, sur la base de l'invitation reçue, apte à déterminer si le premier dispositif de participation PF1 poursuit ou non l'établissement de la session.
Si l'établissement de la session est poursuivi, le premier dispositif de participation agit comme un dispositif de liaison entre des serveurs de messagerie de deux opérateurs (B2BUA, back to Back user agent en Anglais).
Dans l'exemple de la figure 4B, le premier dispositif de participation PF1 du premier utilisateur invité U1 envoie l'invitation modifiée 4. inv U2 -> U1, L 1 (par exemple comportant les adresses des premiers terminaux T1 1 , T12, et T13 déterminé précédemment) à un premier dispositif de contrôle CF1 du premier utilisateur U1 invité notamment via un premier dispositif cœur SIP/IP.
Le premier dispositif de contrôle CF1 comporte des moyens d'établissement d'une session avec un premier groupe GR1 de premiers terminaux créé après réception de l'invitation 4. inv U2 -> U1, L1. Notamment, comme l'illustre la figure 4B, le dispositif de contrôle comporte des moyens de transmission de l'invitation à chacun des premiers terminaux T1 1 , T12, T13 concernés, en particulier via le premier dispositif cœur SIP/IP, respectivement 5a. Inv U2-> T1 1 , 5b. Inv U2^ T12 et 5c. Inv U2^ T13.
En particulier, le premier dispositif de contrôle CF1 comporte des moyens de création de groupe de terminaux, notamment de groupe ad hoc, ou d'utilisation de groupe prédéfini (pre-defined group en anglais) avec toutes les adresses des premiers terminaux T1 1 , T12, T13 du premier utilisateur U1 invité.
Dans un mode particulier de réalisation, le premier dispositif de contrôle CF1 comporte des moyens de transmission à un dispositif de sélection de coopération (Interworking Sélection en anglais) si nécessaire pour un de ces premiers terminaux T1 1 , T12, T13, notamment si une coopération intervient dans l'établissement de la session, sur la base de l'invitation reçue. En particulier, les moyens de transmission sont aptes à permettre la transmission au dispositif de sélection de coopération via un premier dispositif cœur SIP/IP.
La figure 4C illustre le cas les deux utilisateurs utilisent plusieurs terminaux: un premier utilisateur U1 utilisant plusieurs premiers terminaux
T1 1 , T12 rentre en relation avec un deuxième utilisateur U2 utilisant plusieurs deuxième terminaux T21 , T22, T13.
Une invitation 2. inv U1 -> U2 (en particulier, CPM Session
Invitation) est transmise (routed en anglais) d'un premier serveur AS1 invitant associé à un premier utilisateur U1 (en particulier, un premier réseau servant le premier utilisateur U1 invitant ou network serving the inviting CPM User 1 en anglais) à un deuxième serveur AS2 associé à un deuxième utilisateur U2 invitant (en particulier, un premier réseau servant le deuxième utilisateur U2 invitant ou network serving the invited CPM User 2). Début de la session (Session Initiation en anglais)
Serveur Invitant AS1
Afin d'établir une session de messagerie, notamment une session CPM 1 -1 ou CPM 1 -1 Session en anglais, le client invitant en l'occurrence le premier terminal T1 1 du premier utilisateur U1 de la figure 4C (inviting CPM Client en anglais) envoie une invitation 1. inv U1 - U2 , au premier serveur AS1.
Dans un mode particulier de réalisation, une invitation de session CPM (CPM Session Invitation en anglais) est envoyée à un premier dispositif cœur SIP/IP (non illustré) servant le premier utilisateur U1 invitant (SIP/IP core serving the inviting CPM Client), notamment à un premier dispositif cœur SIP/IP du premier serveur AS1 invitant.
Dans un mode de réalisation particulier, l'invitation 1. inv U1 -> U2 envoyée comporte des caractéristiques (par exemple CPM Feature Tag) sur des capacités et des services du destinataire, en l'occurrence un deuxième utilisateur U2. Ces caractéristiques sont utilisées par le premier serveur AS1 (dans le mode de réalisation particulier ci-dessus, le deuxième dispositif cœur) pour transmettre (route en anglais) l'invitation à un premier dispositif de participation PF1 associé au premier utilisateur U1 invitant. Ces caractéristiques sont introduites dans l'invitation par le client, en l'occurrence le premier terminal T1 1 du premier utilisateur U1 invitant.
L'invitation 1. inv U1 -> U2 comporte l'adresse du deuxième utilisateur U2 invité, utilisateur CPM ou non-CPM par exemple. Cette adresse est introduite dans l'invitation par le client, en l'occurrence le premier terminal T1 1 du premier utilisateur U1 invitant.
Dans un mode de réalisation particulier; un premier dispositif de participation PF1 du premier serveur AS1 reçoit l'invitation 1. inv U1 -> U2.
Dans un mode de réalisation particulier, le premier dispositif de participation PF1 comporte des moyens de détermination, sur la base de l'invitation reçue, apte à déterminer si le premier dispositif de participation PF1 poursuit ou non l'établissement de la session.
Dans un mode de réalisation particulier, le premier dispositif de participation PF1 comporte des moyens de transmission à un dispositif de sélection de coopération (Interworking Sélection en anglais) si une coopération intervient dans l'établissement de la session, sur la base de l'invitation reçue. En particulier, les moyens de transmission sont aptes à permettre la transmission au dispositif de sélection de coopération via un deuxième dispositif cœur SIP/IP. Une coopération intervient notamment lorsque l'un des utilisateurs n'utilise pas le même service de messagerie: par exemple le premier utilisateur U1 invitant est un utilisateur CPM mais pas le deuxième utilisateur U2 destinataire.
Le premier dispositif de participation PF1 comporte, d'une part, des moyens de transmission (route en anglais) de l'invitation reçue à un deuxième utilisateur U2 invité, sur la base de l'invitation reçue. Dans un mode de réalisation particulier, l'invitation 2. inv U1 - U2 est transmise via un deuxième dispositif cœur SIP/IP associé au deuxième utilisateur U2 invité.
Dans un mode particulier de réalisation, le premier dispositif de participation PF1 décide s'il reste ou non dans la chaîne de transmission de données (média path en anglais) pour cette session. Cette décision est notamment prise en fonction de règles du fournisseur de service (service provider policies en anglais).
D'autre part, premier dispositif de participation PF1 comporte des moyens de transmission (route en anglais), suite à la réception de l'invitation, d'une invitation modifiée 10. inv U1 -> U1, L1 (par exemple comportant les adresses des premiers terminaux T1 1 , T12 déterminé préalablement) à un premier dispositif de contrôle CF1 du premier utilisateur U1 invitant notamment via un premier dispositif cœur SIP/IP.
Dans un mode de réalisation particulier, le premier dispositif de participation PF1 comporte des moyens de modification d'une invitation, en l'occurrence l'invitation reçue 1. inv U1 -> U2, apte à permettre l'établissement d'une session avec un premier groupe de premiers terminaux, ledit premier groupe ayant été crée à partir de l'invitation modifiée 10. inv U1 -> U1, L 1.
Dans un mode particulier de réalisation, le premier dispositif de participation PF1 détermine les premiers terminaux (en particulier, CPM Client) qui ne doivent pas recevoir l'invitation en fonction de critères tels que, notamment, les flux média offerts dans l'invitation, les capacités des premiers terminaux, les préférences du premier utilisateur UP1 et les règles du fournisseur de service.
Le premier dispositif de contrôle CF1 comporte des moyens d'établissement d'une session avec un premier groupe GR1 de premiers terminaux créé après réception de l'invitation 10. inv U1 U1, L 1. Notamment, comme l'illustre la figure 4C, le premier dispositif de contrôle CF1 comporte des moyens de transmission de l'invitation à chacun des premiers terminaux T1 1 , T12 concernés, en particulier via le premier dispositif cœur SIP/IP, respectivement 1 1a. Inv UI ^ T1 1 , 1 1 b. lnv (J1 -> T12.
En particulier, le premier dispositif de contrôle CF1 comporte des moyens de création de groupe de terminaux, notamment de groupe ad hoc, ou d'utilisation de groupe prédéfini (pre-defined group en anglais) avec toutes les adresses des premiers terminaux T1 1 , T12 du premier utilisateur U1 invité.
Serveur Invité AS2
Le deuxième dispositif de participation PF2 du deuxième serveur AS2 associé au deuxième utilisateur U2 invité reçoit l'invitation 2. inv U1 -> U2. Dans un mode de réalisation particulier, un deuxième dispositif cœur associé au deuxième utilisateur U2 invité transmet (route en anglais) l'invitation 2. inv U1 -> U2 au deuxième dispositif de participation PF2. Cette transmission est faite, notamment sur la base des caractéristiques (CPM Feature Tag en particulier) insérées dans l'invitation.
Dans un mode de réalisation particulier, le deuxième dispositif de participation PF2 comporte des moyens de vérification du service de messagerie dont dépend l'adresse du deuxième utilisateur U2 à la réception de l'invitation 2. inv U1 -> U2.
Le deuxième dispositif de participation PF2 comporte des moyens de rejet de l'invitation sur la base de l'invitation reçue. Dans un mode particulier de réalisation, le rejet est décidé si:
les préférences UP2 du deuxième utilisateur U2 prévoient le rejet des invitations de sessions (par exemple sur la base de l'adresse de l'expéditeur, la non divulgation de l'identité de l'émetteur, ou de requête de flux média), et/ou
aucun deuxième terminal n'est enregistré en particulier pour le type de service de messagerie prévu par l'invitation (notamment, pas de CPM client enregistré pour le deuxième utilisateur U2 récepteur).
Dans un mode particulier de réalisation, le deuxième dispositif de participation PF2 comporte des moyens de vérification des préférences UP2 du deuxième utilisateur U2 sur les deuxièmes terminaux auxquels l'invitation doit être transmise si plusieurs deuxièmes terminaux sont enregistrés.
Le deuxième dispositif de participation PF1 comporte des moyens de modification d'une invitation, en l'occurrence l'invitation reçue 5 2. inv U1 -> U2, apte à permettre l'établissement d'une session avec un deuxième groupe de deuxièmes terminaux, ledit deuxième groupe ayant été crée à partir de l'invitation modifiée 4. inv U1 -> U2, L2
Dans un mode particulier de réalisation, le deuxième dispositif de participation PF2 détermine les deuxièmes terminaux (en particulier, CPM î o Client) qui ne doivent pas recevoir l'invitation en fonction de critères tels que, notamment, les flux média offerts dans l'invitation, les capacités des premiers terminaux, les préférences du deuxième utilisateur UP2 et les règles du fournisseur de service.
Dans un mode de réalisation particulier, le deuxième dispositif de 15 participation PF2 comporte des moyens de détermination, sur la base de l'invitation reçue, apte à déterminer si le deuxième dispositif de participation PF2 poursuit ou non l'établissement de la session.
Si l'établissement de la session est poursuivi, le deuxième dispositif de participation PF2 agit comme un dispositif de liaison entre des serveurs de 0 messagerie de deux opérateurs (B2BUA, back to Back user agent en Anglais).
Dans l'exemple de la figure 4C, le deuxième dispositif de participation PF2 du deuxième utilisateur invité U2 envoie l'invitation modifiée 4. inv U1 -> U2, L2 (par exemple comportant les adresses des deuxièmes terminaux T21 et T22 déterminés précédemment) à un deuxième dispositif de5 contrôle CF2 du deuxième utilisateur U2 invité notamment via un deuxième dispositif cœur SIP/IP.
Le deuxième dispositif de contrôle CF2 comporte des moyens d'établissement d'une session avec un deuxième groupe GR2 de deuxièmes terminaux créés après réception de l'invitation 4. inv U1 -> U2, L2.0 Notamment, comme l'illustre la figure 4C, le deuxième dispositif de contrôle CF2 comporte des moyens de transmission de l'invitation à chacun des deuxième terminaux T21 , T22 concernés, en particulier via le deuxième dispositif cœur SIP/IP, respectivement 5a. Inv U1 T21 , 5b. Inv U1 -> T22.
En particulier, le deuxième dispositif de contrôle CF2 comporte des5 moyens de création de groupe de terminaux, notamment de groupe ad hoc, ou d'utilisation de groupe prédéfini (pre-defined group en anglais) avec toutes les adresses des deuxièmes terminaux T21 , T22 du deuxième utilisateur U2 invité.
Dans un mode particulier de réalisation, le deuxième dispositif de contrôle CF2 comporte des moyens de transmission à un dispositif de sélection de coopération (Interworking Sélection en anglais) si nécessaire pour un de ces deuxièmes terminaux T21 , T22, notamment si une coopération intervient dans l'établissement de la session, sur la base de l'invitation reçue. En particulier, les moyens de transmission sont aptes à permettre la transmission au dispositif de sélection de coopération via un premier dispositif cœur SIP/IP.
Fin de la session (Closing a Session en anglais)
Cette phase n'est pas illustrée sur les figures 4A à 4C. Il s'agit de clore la session SSX, composée, notamment, des première session
14A. SSX1, session intermédiaire 14C. SSX et deuxième session 14B, SSX2 illustrées pas les flèches en gras.
Afin de clore cette session, le premier ou deuxième terminal souhaitant clore la session, dans notre exemple le premier terminal T1 1 , envoie une requête de clôture (en particulier CPM Session leaving request) au dispositif de participation associé, premier dispositif de participation PF1 . Dans un mode de réalisation particulier cette requête est reçue par le premier dispositif cœur SIP/IP associé au terminal requérant.
Cette requête de clôture utilise un chemin de signalisation identique à celui emprunté par l'invitation à l'établissement de la session. Le premier dispositif de participation PF1 fermant la session transmet donc la requête de clôture suivant ce chemin de signalisation.
Dans un mode de réalisation particulier, le premier dispositif cœur
SIP/IP transmet donc la requête de clôture suivant ce chemin de signalisation.
Le dispositif de participation tiers, deuxième dispositif de participation PF2 dans notre exemple, reçoit la requête de clôture du premier dispositif de participation PF1 et la transmet suivant ce chemin de signalisation. Modification de la session Cette phase n'est pas illustrée sur les figures 4A à 4C. Il s'agit de modifier certains éléments de la session SSX, composée, notamment, d'une première session 14A. SSX1, d'une session intermédiaire 14C. SSX et d'une deuxième session 14B. SSX2 illustrées pas les flèches en gras.
Ces modifications permettent à un utilisateur participant à la session d'ajouter un nouveau flux média, de supprimer un flux média existant ou de changer les caractéristiques d'un flux média existant.
Par exemple, afin que le premier utilisateur U1 puisse modifier la session SSX, le dispositif de participation comporte des moyens de modification de la session ainsi qu'un premier terminal T1 1 comporte des moyens de modification de la session à partir duquel l'utilisateur U1 spécifiera les modifications.
La modification d'une session est effectuée sur entrée de l'utilisateur, en l'occurrence du premier utilisateur U1 , ou pour d'autres raisons, notamment lorsque le premier serveur AS1 détecte que la session s'est déplacée sur un réseau IP à bande passante plus étroite.
Afin de modifier cette session, le premier terminal souhaitant modifier la session, dans notre exemple le premier terminal T1 1 , envoie une requête de modification (en particulier CPM Session modification request) au dispositif de participation associé, premier dispositif de participation PF1. Dans un mode de réalisation particulier cette requête est reçue par le premier dispositif cœur SIP/IP associé au terminal requérant.
Cette requête de clôture utilise un chemin de signalisation identique à celui emprunté par l'invitation à l'établissement de la session. Le premier dispositif de participation PF1 fermant la session transmet donc la requête de clôture suivant ce chemin de signalisation.
Dans un mode de réalisation particulier, le premier dispositif cœur SIP/IP transmet donc la requête de clôture suivant ce chemin de signalisation.
Le dispositif de participation tiers, deuxième dispositif de participation PF2 dans notre exemple, reçoit la requête de clôture du premier dispositif de participation PF1 et la transmet suivant ce chemin de signalisation, notamment si la requête de modification satisfait les préférences utilisateur UP2 et/ou les règles du fournisseur de service. Un dispositif de contrôle CF1 , CF2 est notamment apte à contrôler les invitations d'établissement de session pour l'utilisateur, respectivement U1 et U2, auquel le dispositif de contrôle est associé. Il comporte, notamment, des moyens de gestion des émissions des invitations d'établissement de session pour l'utilisateur associé.
Un dispositif de participation est apte à gérer les sessions au sens du routage, par exemple proxy SIP, pour l'utilisateur, respectivement U1 et U2, auquel le dispositif de contrôle est associé. Il comporte, notamment, des moyens d'acheminement des invitations d'établissement de session pour l'utilisateur associé.
Dans un mode de réalisation, l'architecture ne comporte pas de dispositif de participation dont les fonctions sont assurées par des moyens intégrés au dispositif de contrôle CF.
Dans un mode de réalisation particulier, les historiques des échanges sont stockés indépendamment des terminaux utilisés. Notamment les historiques sont stockés dans des dispositifs de stockages : respectivement premier et deuxième dispositif de stockage HIST1 , HIST2 comme le montrent les figures 4A, 4B et 4C placés, par exemple, dans, respectivement, le premier et le deuxième serveur AS1 , AS2 associé au premier et deuxième utilisateur U1 , U2.
Dans un mode de réalisation particulier, les premier et deuxième utilisateurs utilisent le même service de messagerie et, en particulier, le même serveur.
L'invention vise aussi un support d'information comportant un programme d'ordinateur pour le contrôle d'une session, un support d'information comportant un programme d'ordinateur pour la participation à une session.
L'un au moins des supports d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, au moins l'un des supports 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 ou un disque dur.
D'autre part, l'un au moins des supports 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 notamment de type Internet.
Alternativement, l'un au moins des supports 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.
Dans une autre implémentation, l'invention est mise en œuvre au moyen de composants logiciels et/ou matériels. Dans cette optique le terme module peut correspondre aussi bien à un composant logiciel ou à un composant matériel. Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel apte à mettre en œuvre une fonction ou un ensemble de fonction selon la description ci-dessus. Un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou un ensemble de fonctions.
L'invention de part son architecture peut être implémentée non seulement dans une architecture de type IMS mais aussi dans une architecture utilisant un protocole XMPP. De manière plus générale, l'invention ne dépend ni du protocole, ni de l'architecture de communication utilisés.
L'invention présente l'avantage de permettre à tous les terminaux d'un groupe de voir ce qui est écrit et envoyé par un des terminaux du groupe ce qui n'est par le cas d'une solution proposant un serveur qui crée deux branches de communication, l'une vers chacun des terminaux. En effet, dans ce cas, chacun des terminaux reçoit bien les messages du contact avec qui la conversation est établie mais par contre ne voit pas ce qui est écrit et envoyé depuis l'autre terminal.

Claims

REVENDICATIONS
1. Procédé de contrôle d'une session (SSX) d'échange de données entre des premiers terminaux (TU , T12, T13) d'un premier utilisateur (U1) avec au moins un deuxième terminal (T21 , T22) d'un deuxième utilisateur (U2), ledit procédé de contrôle comporte, après réception d'une invitation d'établissement d'une session (SSX) audit premier utilisateur (inv(U1 ,U2), inv(U2-»U1), inv(U1 ^U1 )) la création (CREA) d'un premier groupe (GR1 ) de premiers terminaux (T11 , T12, T13) du premier utilisateur apte à permettre l'établissement de ladite session (SSX) avec ledit premier groupe (SSE (GR1 , U2)).
2. Procédé de contrôle selon la revendication précédente, caractérisé en ce que ledit premier groupe (GR1 ) est fonction d'une première liste (L1 ) de premiers terminaux (T11 , T12, T13) obtenue de ladite invitation d'établissement de session (inv(U1 , U2)) modifiée par ladite première liste (L1).
3. Procédé de contrôle selon l'une quelconque des revendications précédentes, caractérisé en ce que ledit procédé de contrôle comporte la fourniture (BD(D, GR1)) des données reçues pour le premier utilisateur (U1) durant la session (SSX) aux premiers terminaux (T11 , T12, T13) appartenant audit premier groupe (GR1).
4. Procédé de contrôle selon l'une quelconque des revendications précédentes, caractérisé en ce que ledit procédé de contrôle comporte la fourniture (BD(D, GR1 )) des données émises par le premier utilisateur (U1 ) durant la session (SSX) aux premiers terminaux (T1 1 , T12, T13) appartenant audit premier groupe (GR1 ).
5. Procédé de contrôle selon l'une quelconque des revendications précédentes, caractérisé en ce que ledit procédé comporte l'affichage (BD(D, GR1)) des données émises par le premier utilisateur (U1 ) durant la session (SSX) sur les premiers terminaux (T11 , T12, T13) appartenant audit premier groupe (GR1 ).
6. Procédé de contrôle selon l'une quelconque des revendications précédentes, caractérisé en ce que ledit procédé de contrôle comporte une gestion (MEM(HIST1 , SSX)) d'un historique des échanges indépendante des premiers terminaux (T1 1 , T12, T13) utilisés par ledit premier utilisateur (U1 ) pour l'émission des données.
7. Programme comprenant des instructions de code de programme pour l'exécution des étapes du procédé de contrôle selon l'une quelconque des revendications précédentes lorsque ledit programme est exécuté par un processeur.
5 8. Dispositif de contrôle d'une session (SSX) d'échange de données entre des premiers terminaux (T1 1 , T12, T13) d'un premier utilisateur (U1 ) avec au moins un deuxième terminal (T21 , T22) d'un deuxième utilisateur (U2), ledit dispositif de contrôle comporte des moyens d'établissement d'une session (SSX) avec ledit premier utilisateur (U1 ) apte à permettre l'établissement de î o ladite session (SSX) avec un premier groupe (GR1 ) de premiers terminaux (T1 1 , T12, T13) du premier utilisateur (U1 ), ledit premier groupe (GR1 ) ayant été créé après réception d'une invitation d'établissement d'une session audit premier utilisateur (inv(U1 , U2), inv(U2-»U1 ), inv(U1 -»U1 )).
9. Procédé de participation d'un premier utilisateur (U1 ) à une session 15 (SSX) d'échange de données entre des premiers terminaux (TU , T12, T13) d'un premier utilisateur (U1 ) avec au moins un deuxième terminal (T21 , T22) d'un deuxième utilisateur (U2), ledit procédé de participation comportant la modification (MODIF(inv) d'une invitation d'établissement d'une session audit premier utilisateur (U1 ) apte à permettre l'établissement de ladite session 0 (SSE (GR1 , U2)) avec un premier groupe (GR1 ) de premiers terminaux (T1 1 , T12, T13) dudit premier utilisateur (U1 ), ledit premier groupe (GR1 ) ayant été créé à partir de ladite invitation modifiée (inv(U1 ,U2, L1 )).
10. Procédé de participation selon la revendication précédente, caractérisée en ce que ladite modification (MODIF(inv)comporte une 5 substitution d'une adresse du premier utilisateur (U1 ) par une liste de premiers terminaux (L1 ) dans ladite invitation d'établissement de session au premier utilisateur (inv(U1 ,U2))).
1 1 . Programme comprenant des instructions de code de programme pour l'exécution des étapes du procédé de participation selon l'une quelconque des0 revendications 9 ou 10 lorsque ledit programme est exécuté par un processeur.
12. Dispositif de participation d'un premier utilisateur (U1 ) à une session (SSX) d'échange de données entre des premiers terminaux (T1 1 , T12, T13) d'un premier utilisateur (U1 ) avec au moins un deuxième terminal (T21 , T22)5 d'un deuxième utilisateur (U2), caractérisé en ce que ledit dispositif de participation comporte des moyens de modification d'une invitation d'établissement d'une session audit premier utilisateur (inv(U1 , U2), inv(U2- U1), inv(U1 - U1 )) apte à permettre l'établissement de ladite session (SSX) avec un premier groupe (GR1) de premiers terminaux (T11 , T12, T13) dudit premier utilisateur (U1), ledit premier groupe (GR1 ) ayant été créé à partir de ladite invitation modifiée (inv(U1 , U2, L1), inv(U2->U1 , L1 ), inv(U1 -»U1 , L1 )).
13. Dispositif de stockage de préférences d'un premier utilisateur (U1 ) comportant au moins des identifiants de premiers terminaux (TU , T12, T13) dudit premier utilisateur (U1) et au moins une règle de préférence dudit premier utilisateur (UP1 ) associés à une adresse dudit premier utilisateur (U1 ) apte à permettre l'établissement de ladite session (SSX) avec un premier groupe (GR1 ) de premiers terminaux (T1 1 , T12, T13) dudit premier utilisateur (U1 ), ledit premier groupe (GR1 ) ayant été créé à partir d'identifiants desdits premiers terminaux (TU , T12, T13) en fonction d'une première règle de préférence (UP1).
14. Serveur comportant au moins des premier moyens de contrôle (CF1 ) d'une session (SSX) d'échange de données entre des premiers terminaux (T11 , T12, T13) d'un premier utilisateur (U1 ) avec au moins un deuxième terminal (T21 , T22) d'un deuxième utilisateur (U2), lesdits moyens de contrôle (CF1) créant, après réception d'une invitation d'établissement d'une session audit premier utilisateur (U1 ), un premier groupe (GR1) de premiers terminaux (T11 , T12, T13) du premier utilisateur (U1 ) apte à permettre l'établissement de ladite session (SSX) avec ledit premier groupe (GR1 ).
15. Terminal d'un premier utilisateur (U1 ) ou d'un deuxième utilisateur (U2) comportant des moyens de connexion apte à émettre une invitation d'établissement d'une session (SSX) d'échange de données (inv(U1 , U2), inv(U1 ->U2), inv(U2- U1)) entre un premier utilisateur (U1) et un deuxième utilisateur (U2) apte à permettre l'établissement de ladite session (SSX) entre un premier groupe (GR1 ) de premiers terminaux (T1 1 , T12, T13) du premier utilisateur (U1) et au moins un deuxième terminal (T21 , T22) du deuxième utilisateur (U2), ledit premier groupe (GR1) ayant été créé suite à l'émission de ladite invitation (inv(U1 , U2), inv(U1 ^U2), inv(U2->U1 )).
EP10770598.0A 2009-09-22 2010-09-21 Controle d'une session d'echange de donnees entre des terminaux d'un premier utilisateur avec au moins un terminal d'un deuxieme utilisateur Active EP2481200B1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0956521 2009-09-22
PCT/FR2010/051959 WO2011036390A1 (fr) 2009-09-22 2010-09-21 Controle d'une session d'echange de donnees entre des terminaux d'un premier utilisateur avec au moins un terminal d'un deuxieme utilisateur

Publications (2)

Publication Number Publication Date
EP2481200A1 true EP2481200A1 (fr) 2012-08-01
EP2481200B1 EP2481200B1 (fr) 2020-04-01

Family

ID=41836824

Family Applications (1)

Application Number Title Priority Date Filing Date
EP10770598.0A Active EP2481200B1 (fr) 2009-09-22 2010-09-21 Controle d'une session d'echange de donnees entre des terminaux d'un premier utilisateur avec au moins un terminal d'un deuxieme utilisateur

Country Status (5)

Country Link
US (1) US9942280B2 (fr)
EP (1) EP2481200B1 (fr)
CN (1) CN102668494B (fr)
ES (1) ES2804048T3 (fr)
WO (1) WO2011036390A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101199401B1 (ko) * 2010-06-23 2012-11-09 엘지전자 주식회사 Ｃｐｍ 서비스 메시지의 전달 및 저장 방법 및 그 서버
US20120302268A1 (en) * 2011-04-19 2012-11-29 Paul Casto Short message service center (SMSC) message distributor
PT3912312T (pt) * 2019-01-15 2022-08-04 Ericsson Telefon Ab L M Disponibilização de serviços de comunicação utilizando conjuntos de dispositivos de e/s

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5541927A (en) * 1994-08-24 1996-07-30 At&T Corp. Method of multicasting
EP1148690A1 (fr) * 2000-04-20 2001-10-24 Telefonaktiebolaget Lm Ericsson Procédé, système de passerelle et arrangement dans un réseau de communications
JP4504167B2 (ja) * 2004-11-24 2010-07-14 株式会社日立製作所 マルチキャスト課金制御システム及びブロードバンドアクセスサーバ
US7596102B2 (en) * 2004-12-06 2009-09-29 Sony Ericsson Mobile Communications Ab Image exchange for image-based push-to-talk user interface
JP4911473B2 (ja) * 2005-01-26 2012-04-04 シャープ株式会社 通信制御装置、通信端末装置、及び通信制御方法
US20060235981A1 (en) * 2005-04-19 2006-10-19 Nokia Corporation Providing a second service to a group of users using a first service
JP2006324832A (ja) * 2005-05-18 2006-11-30 Nec Corp グループ通信システム、サーバ装置、端末装置及びそれらに用いるフロア制御方法並びにそのプログラム
JP4875091B2 (ja) * 2005-10-13 2012-02-15 テレフオンアクチーボラゲット エル エム エリクソン（パブル） マルチユーザ通信セッションへの招待を扱う方法および装置
US8756326B1 (en) * 2005-11-08 2014-06-17 Rockstar Consortium Us Lp Using interactive communication session cookies in web sessions
US9264467B2 (en) 2005-11-23 2016-02-16 Samsung Electronics Co., Ltd Method, user equipment, and system for opening an ad-hoc PoC session in a PoC system
US20080281971A1 (en) * 2007-05-07 2008-11-13 Nokia Corporation Network multimedia communication using multiple devices
CN101364883B (zh) * 2007-08-06 2011-12-28 华为技术有限公司 一种多终端会话方法及通讯系统以及相关设备
JP4966135B2 (ja) * 2007-08-31 2012-07-04 株式会社東芝 サーバ装置、端末装置、通信制御方法および通信制御プログラム
US20090150562A1 (en) * 2007-12-07 2009-06-11 Research In Motion Limited Apparatus and method for directing a communication session to a communication device of a group of devices having a common registration identity
US8892628B2 (en) * 2010-04-01 2014-11-18 Microsoft Corporation Administrative interface for managing shared resources
JP5636941B2 (ja) * 2010-12-16 2014-12-10 村田機械株式会社 中継通信システムおよび中継サーバ
KR101544136B1 (ko) * 2011-06-28 2015-08-13 네이버 주식회사 커뮤니케이션 서비스 제공 시스템 및 방법

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
US20120254449A1 (en) 2012-10-04
CN102668494B (zh) 2016-08-24
US9942280B2 (en) 2018-04-10
WO2011036390A1 (fr) 2011-03-31
CN102668494A (zh) 2012-09-12
EP2481200B1 (fr) 2020-04-01
ES2804048T3 (es) 2021-02-02

Similar Documents

Publication Publication Date Title
EP2412141B1 (fr) Procédé et dispositif de traitement d'une information indicatrice d'un souhait d'implication dans au moins une session applicative d'un utilisateur
EP3694146B1 (fr) Procédé de traitement de flux audiovidéo en conférence multipartite, dispositifs, système et programme correspondants
EP2882161A1 (fr) Procédé et dispositf d' établissement d'une communication
EP2481200B1 (fr) Controle d'une session d'echange de donnees entre des terminaux d'un premier utilisateur avec au moins un terminal d'un deuxieme utilisateur
EP2227048A1 (fr) Procédé de gestion de profils d'utilisateurs d'un réseau de pairs
EP3158709B1 (fr) Sélection dynamique par un appelant parmi une pluralité de terminaux d'un appelé
EP1744508A2 (fr) Procédé de mise en relation interpersonnelle
EP3391615B1 (fr) Procédé de communication entre un terminal appelant et une pluralité de terminaux appelés
WO2007077402A2 (fr) Procede et dispositif de gestion des communications personnelles d'au moins un utilisateur
EP1744274A2 (fr) Procédé de gestion de conversation privilégiée dans un système de conversations instantanées
FR3071993A1 (fr) Procede de gestion d'un echec d'etablissement d'une communication entre un premier et un second terminal
EP2339810B1 (fr) Session applicative, session de service, et procédés mis en oeuvre pour établir une session applicative, gérer une session de service
EP2801178B1 (fr) Procédé dynamique de détermination d'une liste de services dans un réseau sip
EP2633642B1 (fr) Procédés de communication, dispositif de communication, entité de gestion, programme d'ordinateur et support d'informations pour la distribution hybride de données
EP4297369A1 (fr) Procédé et dispositif de discrimination de requêtes dans un regroupement de groupes dans un réseau 3gpp mcs
WO2009013440A1 (fr) Procede d'echange de messages entre serveur de donnees de session et des services clients
WO2015128561A1 (fr) Procede et dispositif de decouverte des capacites de communication relatives a un utilisateur d'un terminal
EP4364387A1 (fr) Procede de controle de la livraison partagee d'un contenu
FR2979505A1 (fr) Procede d'insertion d'un equipement intermediaire permettant le controle a distance de la qualite d'une communication
FR2979785A1 (fr) Procedes, programmes d'ordinateur et dispositifs de controle d'execution d'applications utilisant des identifiants d'utilisateurs mises en oeuvre apres etablissement de sessions de communication
Persson Mobile peer-to-peer applications in cellular networks
FR2961993A1 (fr) Traitement de donnees de telecommunication pour l'ajout d'un en-tete dans une requete de signalisation
Rodríguez Roldán Hybrid Fixed-Mobile P2P Superdistribution
WO2012049404A1 (fr) Procede de traitement des flux de presence dans un reseau sip
FR3007610A1 (fr) Procede de gestion d'une invitation a participer a une conference impliquant une pluralite de dispositifs de traitement de donnees

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

AK Designated contracting states

Kind code of ref document: A1

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

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

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

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20170221

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: GRANT OF PATENT IS INTENDED

INTG Intention to grant announced

Effective date: 20191115

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

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

Free format text: STATUS: THE PATENT HAS BEEN GRANTED

AK Designated contracting states

Kind code of ref document: B1

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

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

Ref country code: AT

Ref legal event code: REF

Ref document number: 1252812

Country of ref document: AT

Kind code of ref document: T

Effective date: 20200415

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602010063747

Country of ref document: DE

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: LANGUAGE OF EP DOCUMENT: FRENCH

RAP2 Party data changed (patent owner data changed or rights of a patent transferred)

Owner name: ORANGE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200701

REG Reference to a national code

Ref country code: NL

Ref legal event code: MP

Effective date: 20200401

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG4D

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200401

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200401

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200702

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200817

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200401

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200801

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200401

Ref country code: NO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200701

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200401

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 1252812

Country of ref document: AT

Kind code of ref document: T

Effective date: 20200401

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200401

Ref country code: HR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200401

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: AL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200401

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602010063747

Country of ref document: DE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200401

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200401

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200401

Ref country code: SM

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200401

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200401

REG Reference to a national code

Ref country code: ES

Ref legal event code: FG2A

Ref document number: 2804048

Country of ref document: ES

Kind code of ref document: T3

Effective date: 20210202

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

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

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200401

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200401

26N No opposition filed

Effective date: 20210112

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200401

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200401

REG Reference to a national code

Ref country code: BE

Ref legal event code: MM

Effective date: 20200930

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20200921

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20200930

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20200921

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20200930

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20200930

REG Reference to a national code

Ref country code: DE

Ref legal event code: R079

Ref document number: 602010063747

Country of ref document: DE

Free format text: PREVIOUS MAIN CLASS: H04L0029060000

Ipc: H04L0065000000

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: TR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200401

Ref country code: MT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200401

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200401

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200401

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20240820

Year of fee payment: 15

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20240822

Year of fee payment: 15

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20240820

Year of fee payment: 15

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: IT

Payment date: 20240820

Year of fee payment: 15

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: ES

Payment date: 20241001

Year of fee payment: 15