WO2015114248A1 - Procede et dispositif de liaison - Google Patents

Procede et dispositif de liaison Download PDF

Info

Publication number
WO2015114248A1
WO2015114248A1 PCT/FR2015/050190 FR2015050190W WO2015114248A1 WO 2015114248 A1 WO2015114248 A1 WO 2015114248A1 FR 2015050190 W FR2015050190 W FR 2015050190W WO 2015114248 A1 WO2015114248 A1 WO 2015114248A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
interlocutor
communication
communication device
communication terminal
Prior art date
Application number
PCT/FR2015/050190
Other languages
English (en)
Inventor
Sandrine LACHARME
Maximilien BAUMANN
Original Assignee
Orange
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 Orange filed Critical Orange
Publication of WO2015114248A1 publication Critical patent/WO2015114248A1/fr

Links

Classifications

    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • 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/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/104—Signalling gateways in the network
    • 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
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/327—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the session layer [OSI layer 5]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols

Definitions

  • the invention relates to a method and a connection device in the real-time web communication facility.
  • This WebRTC interface is based on a triangular architecture during the signaling phase and peer-to-peer during the actual communication phase.
  • the signaling phase implements a signaling relay placed in particular in a central server.
  • This signaling relay is used to connect two peers wishing to exchange. The subsequent exchanges are then between the two peers put in relation without relay.
  • the signaling relay serves as a rendezvous point for coordinating exchanges between browsers until the direct connection between browsers is established.
  • a browser of a communication terminal Bob to a browser of a communication terminal Alice
  • Alice asks through the browser of his communication terminal at the signal relay to be put in touch with Bob who has the video Alice wants to watch.
  • the signaling relay connects Alice's communication terminal browser with a browser of Bob's communication terminal having the video in question.
  • a peer-to-peer connection is then established between Alice's communication terminal browser and Bob's communication terminal browser.
  • Alice's communication terminal browser closes while Alice is still watching the video, Alice will ask Bob to connect to the signal relay again. If Bob has multiple browsers and / or multiple communication terminals, the signaling relay will eventually connect Alice's communication terminal browser with another browser in Bob's communications terminal or other communication terminal. of Bob restarting the broadcast of the video.
  • An object of the invention is a link method in the real-time Web communication establishment comprising, when receiving a peer connection request from a first communication terminal of a first user with a device communication of an interlocutor, an existing assignment verification of a communication device of said interlocutor to said first user, said verification triggering a relay of said peer connection request from said first communication terminal of said first user to a communication device said interlocutor assigned to said first user.
  • a connection between two peers involuntarily closed for example by closing a browser communication terminal constituting one of the two peers can be restored to allow continuity of service.
  • the connection between these two peers can be restored and the browser of Bob's communication terminal may continue broadcasting the video from the moment the connection was interrupted provided that the broadcast status is recorded when the connection with Alice breaks.
  • the allocation verification triggers, when it detects no existing allocation, a selection of a communication device of said interlocutor among at least one communication device of said interlocutor, and a relay of said peer connection request of said first communication terminal of said first user to a communication device of said selected interlocutor to said first user.
  • the method comprises an allocation of said device of communicating said selected interlocutor to said first user.
  • the two peers connected are registered as allocated to each other to subsequently allow continuity of service in case of breakage of the connection between these two peers before the end of the service delivery.
  • the allocation is triggered by an acceptance by said communication device of said interlocutor of a peer connection request from a communication terminal of said first user.
  • the recording of the assignments is limited to the connections actually established reducing the need for memory capacity and the verification time of allocation.
  • the link method includes a deletion of assignment of a communication device from a contact to a first user when receiving a request to close the real-time Web connection between a communication terminal. said first user and said communicating device of said interlocutor, said closing request having been issued by said communication terminal of said first user.
  • the link method comprises an active connection detection between a second terminal of said first user and a communication device of a caller following reception of a request for connection of peers of a first term inal of communication of a first user with a communication device of a caller.
  • Alice is already connected by means of a second term of communication to a service to receive a video being broadcast, and Alice requests a connection to this service to receive the same video on a first terminal.
  • Alice will be able to receive the rest of this video on this first communication terminal because the service will be provided by the same execution server at Alice's first communication terminal either directly via a new connection between the first communication terminal.
  • Alice and the execution server either indirectly through a connection of Alice's first communication term with her second communication terminal.
  • the active connection detection detects a real-time Web connection between a second communication terminal of said first user and a communication device of said interlocutor
  • said detection triggers a relay of said peer connection request of said first communication terminal. said first user to said second communication terminal of said first user.
  • the loading of the video on the second Alice communication terminal is limited since the video has been loaded from its start on Alice's second communication terminal.
  • the active connection detection checks a response of the communication device of said interlocutor assigned to the peer connection request of the first communication terminal of said first relayed user.
  • the active connection detection does not require any additional operation than a simple reading of the response to the connection request.
  • the various steps of the method according to the invention are implemented by a software program or computer program, this software comprising software instructions intended to be executed by a processor of data of a connecting device and being designed to control the execution of the different steps of this method.
  • the invention therefore also relates to a program comprising program code instructions for executing the steps of the linking 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 connection device in the real-time Web communication establishment comprising, an allocation manager able to verify, when receiving a peer connection request from a first terminal. communicating a first user with a communication device of a contact, the existing assignments of a communication device of said interlocutor to said first user, said assignment manager providing an identifier of a communication device of said interlocutor assigned to said first user to a signaling relay, the signaling relay relaying said peer connection request from said first communication terminal of said first user to said communication device of said interlocutor assigned to said first user.
  • the link server can:
  • the link server will be able to re-establish the connection of a first user with the same communication device of a caller, in particular, in recording the allocation of a communication device of an interlocutor to this first user, during the connection a communication terminal of said first user with said communication device of said interlocutor.
  • said link device comprises said signal relay receiving said peer connection request from the first communication terminal of said first user to a communication device of said interlocutor.
  • the signaling is managed by the link device reducing the exchanges in the network during the establishment of a real-time web communication implementing the invention.
  • said link device comprises an active connection detector detecting an active connection between a second terminal of said first user and a communication device of a caller following receipt of a peer connection request from a first terminal of communication of a first user with a communication device of an interlocutor.
  • connection device can take account of this existing connection when a new request for service is made. connecting the same first user to the same service by means of a first communication terminal thus allowing the first user Alice who has started to watch a video broadcast by an execution server on his television connected by real-time web communication to continue to watch the same video for example on his tablet.
  • the link device comprises a database manager of communication devices interlocutors for recording for one interlocutor at least one communication device of said interlocutor; when no communication device of said interlocutor is assigned to said first user, the allocation manager selecting, in said database, a communication device among said at least one communication device of said interlocutor and assigning said communication device selected said interlocutor to said first user.
  • said interlocutor is a device for providing a service, and said at least one communication device of said interlocutor is at least one device for executing said service.
  • said interlocutor is a second user and said at least one communication device of said interlocutor is at least one communication terminal of said second user.
  • FIG. 1 an exchange diagram in a state-of-the-art WebRTC communication architecture
  • FIG. 2 a simplified diagram of a binding method according to the invention
  • FIG. 3 a simplified diagram of a binding method according to the invention in several use cases
  • FIGS. 4A, 4A and 4C simplified diagrams of exchanges diagrams with a connection device according to the invention respectively when the connection is explicitly closed, when the connection is implicitly closed, and when the first user requests a new connection with the interlocutor while a connection already exists
  • FIG. 5 a simplified diagram of a connection device according to the invention
  • FIG. 6 an example of a communication architecture implementing the connection device according to the invention.
  • Figure 1 illustrates an interchange diagram in a state-of-the-art WebRTC communication architecture.
  • a first user Alice connects rs_cnx_req (ad_P_A) by means of a communication terminal, also called peer P_A to a signaling relay RS for later establishing a real-time web communication with another peer.
  • a second user Bob connects rs_cnx_req (ad_P_B) by means of a communication terminal, also called peer P_B RS signal relay to subsequently establish a real-time web communication with another peer.
  • Bob's ok acceptance through his peer P_B is received by the RS signal relay.
  • This acceptance includes a Bob connection request with Alice p_cnx_req (P_B-A) sent by Bob's peer P_B to the RS signaling relay.
  • P_B-A Alice p_cnx_req
  • the real-time web communication is established p_cnx_x by the peer of Bob P_B.
  • the signal relay relay this Alice P_A au pair ok acceptance, which establishes the p_cnx_x real-time web communication.
  • a peer-to-peer connection p_cnx is established between the peer of Alice P_A and the peer of Bob P_B allowing the transmission of audio / video streams av_str.
  • a network traversing server (or STUN for Simple Traversal of UDP through NAT in English) not illustrated in Figure 1 allows the peer of Alice placed behind a firewall to obtain a public address that he uses in his request to connect to a peer of Bob.
  • a method using the ICE protocol is used during these peer connection requests p_cnx_req.
  • connection p_cnx between the pairs P_A and P_B is unintentionally interrupted during the supply of a service for example by P_B, especially in the middle of the broadcast of a video, when Alice asks to be connected to Bob, it will be possible to connect to another Bob's peer, and therefore will be offered the same service from the beginning and not where he stopped.
  • FIG. 2 illustrates a simplified diagram of a binding method according to the invention.
  • the method of connection LN K in the real-time web communication establishment comprises, during a reception REQ_REC of a peer connection request of a first communication terminal of a first user with a communication device of an interlocutor p_cnx (T1_U1 - 1), an existing assignment verification of a communication device of said interlocutor to said first user VF_A (U1, I) ?, said verification VF_A (U1, I)? triggering a RLY relay of said peer connection request p_cnx (T1_U1 - 1) of said first communication terminal of said first user to a communication device of said assigned party DCiJ to said first user U1.
  • the attribution check VF_A (U1, I)? triggers, when it detects no existing allocation [N], a selection SLCT (I) of a communication device of said interlocutor among at least one communication device of said interlocutor BDDJ, and a relay RLY of said peer connection request said first communication terminal of said first user to a communication device of said selected interlocutor DCjJ said first user U1.
  • FIG. 3 illustrates a simplified diagram of a binding method according to the invention in several use cases.
  • the method of connection LN K in the real-time web communication establishment comprises, during a reception REQ_REC of a peer connection request of a first communication terminal of a first user with a communication device of an interlocutor p_cnx (T1_U1 - 1), an existing assignment verification of a communication device of said interlocutor to said first user VF_A (U1, I) ?, said verification VF_A (U1, l)? triggering a RLY relay of said peer connection request p_cnx (T1_U1 - 1) of said first communication terminal of said first user to a communication device of said assigned party DCiJ to said first user U1.
  • the attribution check VF_A (U1, I)? triggers, when it detects no existing allocation [N], a selection SLCT (I) of a communication device of said interlocutor among at least one communication device of said interlocutor BDDJ, and a relay RLY of said peer connection request said first communication terminal of said first user to a communication device of said selected interlocutor DCjJ said first user U1.
  • the LNK binding method comprises an ATTRB allocation of said communication device of said selected party DcjJ to said first user U1.
  • the communication terminal of the first user U 1 requesting the peer connection p_cnx_req will be connected to said communication device of said previously selected interlocutor DcjJ and then assigned to said first user U1.
  • connection method LN K comprises a DELPR_A assignment deletion of a communication device from a contact to a first user upon receipt of a request for closing stp_cnx (U1 - 1) of the connection Real-time web between a communication terminal of said first user and said communication device of said interlocutor, said closing request having been sent by said communication terminal of said first user.
  • This connection closure is said to be explicit because the first user explicitly requests the closure of the connection with the interlocutor I. When the interlocutor I is a service provider, this explicit closure results from an end of service request from the service provider. of the first user U1.
  • connection between the communication terminal of the first user T1_U 1 and the communication device of the interlocutor DCiJ, DCjJ is broken, the allocation is not deleted, it can be found at a request of subsequent connection of the first user U1 to the interlocutor I.
  • the closing of the connection is then said implicit or involuntary because not required by one of the two pairs of said connection, namely the communication terminal of the first user T1_U1 or the communication device of the interlocutor DCiJ, DCjJ.
  • a web browser of the communication terminal of the first user T1_U1 from which the connection p_cnx with the caller I has been established, can be closed while the communication device DCiJ, DcjJ transmits an audio / video stream av_str to the communication terminal of the first user T1JJ1: the closing of the connection is then said to be implicit because it is not explicitly required but results from the closure of the browser.
  • the LN K binding method comprises an active connection detection LV_CNX? between a second terminal of said first user T2JJ1 and a communication device of a contact DCkJ following a reception REQ_REC of a peer connection request of a first communication terminal of a first user with a communication device of an interlocutor p_cnx_req (T1_U1 - l).
  • the active connection detection LV_CNX? detects [Y] a real-time Web connection between a second communication terminal of said first user and a communication device of said interlocutor
  • said detection LV_CNX? triggers an RLY relay of said peer connection request from said first communication terminal of said first user to said second communication terminal of said first user p_cnx- req (T1_U1 - T2_U1).
  • a first user U1 already has a peer connection for real-time web communication with an interlocutor I on a second communication terminal T2JJ1, a new connection request with the same interlocutor I will not lead to a connection.
  • first communication terminal T1JJ1 with a communication device of the interlocutor I whether it is the communication device of the interlocutor DCiJ already assigned to the first user U1 since connection with the second communication terminal T2_U1 or another communication device of the interlocutor I, but to a connection of the two communication terminals of the first user p_cnx (T1JJ1, T2JJ2) enabling the second communication terminal of the first user T2_U1 to relay the audio video stream av_str coming from the communication device DCiJ of the interlocutor via a real-time web communication provided by the pair connection between these two peers (second communication terminal of the first user and the communication device of the interlocutor assigned to the first user), to the first communication terminal of the first user T1JJ1 via another real-time Web communication provided this time through the peer connection between the two communication terminals of the first user.
  • the active connection detection LV_CNX? verifies answ response of the communicating device of said assigned party DCiJ to the peer connection request of the first communication terminal of said first relayed user p_cnx_req (T1_U1 - 1).
  • the LN K link process between a first communication terminal of a first user T1_U1 and a communication device of a speaker I comprises at least one of the following steps alone or in combination:
  • An IMEM record (not shown in FIGS. 2 and 3) of the DCkJ communication devices associated with said interlocutor I, in particular the communication devices declared by said interlocutor I,
  • An rs_cnx connection (not shown in FIGS. 2 and 3) of a first communication terminal of said first user T1_U1 to an RS signaling relay implementing at least one connection request relay triggered by said LNK connection method and / or to a DLK link server implementing the LNK link process,
  • An rs_cnx connection (not shown in FIGS. 2 and 3) of a communication device of said interlocutor DCkJ to a signaling relay RS implementing at least one connection request relay triggered by said connection method
  • an LN K binding method implements in particular the following steps:
  • the assignment verification VF_A (U1, I) will be negative and will eventually trigger a selection or SLCT determination of a communication device of the interlocutor DCj_l in particular in a database BDDJ communication devices (this database indicating for a given interlocutor I all communication devices of this interlocutor I, in particular turn the communication devices declared by this interlocutor I),
  • an ATTRB allocation of said communication device of said interlocutor DCjJ to said first user U1 before the relay RLY of the connection request p_cnx_req (T1_U1 - 1) to the communication device of the interlocutor DCjJ, or triggered by the acceptance response answ ok.
  • Assignment after acceptance allows you to record only those assignments that correspond to a real-time web communication transmission actually started.
  • an LNK binding method implements in particular the following steps: a reception REC_REQ of the connection request p_cnx_req (T1_U1 - 1) of the first user U1 to the interlocutor I coming from a first communication terminal of the first user T1JJ1 (this first communication terminal may be identical or distinct from the first terminal of communication of the previous connection), an assignment verification VF_A (U1, I) for example in an allocation database BDD_A of a communication device from the interlocutor I to the first user U1,
  • the assignment verification VF_A (U1, I) will be positive and will find the communication device of the interlocutor DCiJ in particular in an attribution database BDD_A,
  • a connection between the first communication terminal of the first user T1JJ1 and the communication device of the interlocutor DCiJ is established allowing real-time web communication. If the communication device of the interlocutor DCiJ has recorded, during an implicit closing of the previous connection of the first user U1, the state of the service, namely for example the moment of transmission of the current audio-video stream , the level and the scores of a game ..., the communication device of the interlocutor DCiJ can resume the service being supplied according to this registered state of service, in our example from the moment of transmission of the recorded audio video stream, the level and the scores of the game ... during this new connection of the first user U1.
  • the LNK binding method comprises in particular deletion of allocation SUPPR_A following an end of connection request stp_cnx of one of the peers, including an end of connection request of the first user stp_cnx (U1 -> ⁇ ) from its first communication terminal, triggering in particular erasure e (A (U1, l)) of the allocation of the communication device of the interlocutor DCiJ or DCjJ to the first user U1 for example d an attribution database BDD_A.
  • an LN K bonding method implements in particular the following steps:
  • the attribution verification VF_A (U1, I) will be positive and will find the communication device of the interlocutor DCiJ in particular in an attribution database BDD_A ,
  • connection request p_cnx_req T1_U1 - l
  • the communication device of the interlocutor DCiJ assigned to the first user U1 only if no connection exists [N], or depending on the response answ
  • a connection between the first communication terminal of the first user T1JJ1 and the second communication terminal of the first user T2JJ1 is established allowing a real-time web communication during which the audio video stream broadcast av_str by the interlocutor I, via the connection already existing between the second communication terminal of the first user T2JJ1 and the communication device of the interlocutor DCiJ, is relayed to the first communication terminal of the first user T1JJ1 by the second communication terminal of the first user T2JJ1.
  • FIGS. 2 or 3 One embodiment of a linking method according to the invention as illustrated by FIGS. 2 or 3 is a program comprising program code instructions for performing the steps of the linking method when said program is executed by a processor.
  • FIGS. 4A, 4A and 4C illustrate simplified diagrams of exchanges diagrams with a connection device according to the invention respectively when the connection is explicitly closed, when the connection is implicitly closed, and when the first user requests a new connection with the other party while a connection already exists.
  • FIG. 4A illustrates a simplified diagram of exchange diagram with a DLK link device according to the invention when the connection is explicitly closed, in particular corresponding to the implementation of the connection method according to the fourth use case.
  • a first communication terminal of a first user T1JJ1 requests id_req a public address to a traversing device DTN such as a STUN.
  • the traversing device DTN provides it with this public address id_attrb.
  • the first communication terminal of the first user T1JJ1 requests a connection p_cnx_req (U1 -> ⁇ ) with a peer of an interlocutor to a link device DLK, in particular by providing the public address previously allocated by the traversing device DTN.
  • the link device DLK checks whether a communication device (also called peer) of the interlocutor I is already assigned to the first user VF_A? and relays the connection request from the first terminal of the first user p_cnx_req (U1 to the communication device of the interlocutor DCkJ resulting from this verification, for example:
  • the connection request is relayed to the communication device of the interlocutor DCkJ assigned to the first user U1,
  • connection request is relayed to a communication device of the interlocutor DCkJ connected to the connection device or to a signaling relay (not shown) transmitting this connection request,
  • either one DCkJ contact communication device is selected or determined from communications devices of the interlocutor including communications devices previously reported by the contact I, and the connection request is relayed to the communication device of DCkJ interlocutor thus selected / determined.
  • the communication device of the interlocutor DCkJ receives the connection request p_cnx_req (U1 of the first communication terminal of the first user T1JJ1 relayed by the link device DLK or a signaling relay (not shown) controlled by the link device DLK, Answering it eventually, the DLK link device detects an existing LV_CNX connection? according to the response answ of the communication device of the interlocutor DCkJ to the connection request p_cnx_req (U1
  • FIG. 4A illustrates the case where no existing connection is detected [N] ⁇ and the DLK link relay relay answ response to the first communication terminal of the first user T1JJ1.
  • a p_cnx peer connection is established between the first communication terminal of the first user T1JJ1 and the communication device of the interlocutor DCkJ allowing a real-time web communication, in particular for the transmission of an audio video stream av_str of the interlocutor to the first user and / or the first user to the other party.
  • FIG. 4A illustrates the case in which the first user by means of his first communication terminal T1JJ1 requests the closure of the connection with the interlocutor stp_cnx ((U1 -> ⁇ ): it is then an explicit closure of the connection.
  • the DLK link device receiving this connection closure request deletes the allocation SUPPR_A of the communication device of the interlocutor DCkJ to the first user U1.
  • the communication device of the interlocutor DCkJ deletes the service state SU PRR_ST registered for the first user U1.
  • the communication device of the DCkJ interlocutor will ignore the previous connection and, for example, resume broadcasting the audio video stream at the beginning of it.
  • FIG. 4B illustrates a simplified diagram of an exchange diagram with a DLK link device according to the invention when the connection is implicitly closed, in particular corresponding to the implementation of the connection method according to the first or second use case.
  • a p_cnx peer connection is established between a first communication terminal T1JJ1 and a communication device of a speaker DCkJ, for example following exchanges as illustrated by Figure 4A in its part (I).
  • a first communication terminal of a first user T1JJ1 requests id_req a public address to a traversing device DTN such that a STUN.
  • the traversing device DTN provides it with this public address id_attrb.
  • the first communication terminal of the first user T1JJ1 requests a connection p_cnx_req (U1 -> ⁇ ) with a peer of an interlocutor to a link device DLK, in particular by providing the public address previously allocated by the traversing device DTN.
  • the link device DLK checks whether a communication device (also called peer) of the interlocutor I is already assigned to the first user VF_A? and relays the request for connecting the first terminal of the first user p_cnx_req (U1 to the communication device of the interlocutor DCkJ resulting from this verification, for example:
  • the connection request is relayed to the communication device of the interlocutor DCkJ assigned to the first user U1,
  • connection request is relayed to one DCkJ contact communication device connected to the connecting device or to a signaling relay (not shown) transmitting the connection request,
  • either one DCkJ contact communication device is selected or determined from communications devices of the interlocutor including communications devices previously reported by the contact I, and the connection request is relayed to the communication device of DCkJ interlocutor thus selected / determined.
  • the communication device of the interlocutor DCkJ receives the connection request p_cnx_req (U1 of the first communication terminal of the first user T1JJ1 relayed by the link device DLK or a signaling relay (not shown) controlled by the link device DLK, and responds answ.
  • the DLK link device detects an existing LV_CNX connection? according to the response answ of the communication device of the interlocutor DCkJ to the connection request p_cnx_req (U1
  • Part (I) of FIG. 4A illustrates the case where no existing connection is detected [N] and the DLK link relay relay answ response to the first communication terminal of the first user T1JJ1.
  • a peer connection p_cnx is established between the first communication terminal of the first user T1JJ1 and the communication device of the interlocutor DCkJ enabling real-time web communication, in particular for the transmission of a stream.
  • the implicit closure of the p_cnx connection triggers an ATTRB_A record by the link device DLK from the allocation of the communication device of the interlocutor DCkJ to the first user U1.
  • implicit closure is meant a closing of the connection not directly requested by the first user and / or the interlocutor (for example closing the browser of the first user supporting the connection on demand of the first user or because of the failure such as a network problem, a browser error, a command of the first communication terminal without request of the first user ).
  • the implicit closure of the connection p_cnx triggers a recording of the service state STJv1 by the communication device of the interlocutor DCk I.
  • the implicit closure of the connection p_cnx allows at least a retention by the link device DLK of an allocation of the communication device of the interlocutor DCkJ to the first user U1 recorded before said implicit closure because it does not trigger deletion. of this attribution.
  • the implicit closure of the connection p_cnx makes it possible for the communication device of the party DCkJ to maintain a service state associated with the first user U1 registered prior to said implicit closure because the latter does not trigger a deletion of this state of service.
  • FIG. 4C illustrates a simplified diagram of an exchange diagram with a DLK link device according to the invention when a connection p_cnx (T2, DCk) exists between a second terminal of a first user T2_U1 and a communication device of FIG. an interlocutor DCkJ, in particular corresponding to the implementation of the binding method according to the fifth use case.
  • This connection p_cnx (T2, DCk) allows in particular an exchange of audio video stream av str between the second terminal of a first user T2JJ1 and the communication device of a interlocutor DCkJ.
  • the first user U1 requests, by means of a first communication terminal T1JJ1 distinct from the second communication terminal T2JJ1, a connection with said interlocutor p_cnx_req (U-> 11) to the connection device DLK.
  • the first communication terminal T1JJ1 will provide during this connection request a public address provided for example by a DTN traversing device such as that of FIG. 4A.
  • the link device DLK checks whether a communication device (also called peer) of the interlocutor I is already assigned to the first user VF_A? and relays the connection request from the first terminal of the first user p_cnx_req (U1 to the communication device of the interlocutor DCkJ resulting from this verification
  • a communication device of the interlocutor DCkJ is already assigned to the first user U1
  • the connection request is relayed to the communication device of the interlocutor DCkJ assigned to the first user U1
  • the communication device of the interlocutor DCkJ receives the connection request p_cnx_req (U1 of the first communication terminal of the first user T1JJ1 relayed by the link device DLK or a signaling relay (not shown) controlled by the link device DLK, and responds answ.
  • the DLK link device detects an existing LV_CNX connection? according to the response answ of the communication device of the interlocutor DCkJ to the connection request p_cnx_req (U1
  • connection device DLK relays the connection request p_cnx_req (T1 -> T2) to the second communication terminal of the first user T2JJ1 with which connection already exists.
  • the second communication terminal T2JJ1 responds answ (T2) to the connection request p_cnx_req (T1 -> T2).
  • the DLK linker relayed this response answ (T2) to first communication terminal of the first user T1JJ1.
  • a peer connection p_cnx is established between the first communication terminal of the first user T1JJ1 and the second communication terminal of the first user T2JJ1, in parallel with the existing connection between the second communication terminal of the first user T2_U1 and the communication device.
  • the communication of the interlocutor DCkJ for forwarding the real-time web communication between the communication device of the interlocutor DCkJ and the second communication terminal of the first user T2_U1 to the first communication terminal of the first user T1JJ1 including to forward the transmission of the audio video stream av_str between the interlocutor and a second communication terminal of the first user to a first communication terminal of the first user.
  • FIG. 5 illustrates a simplified diagram of a connection device according to the invention.
  • the connection device 4 in the real-time Web communication establishment comprises an allocation manager 42 able to check, in particular by means of an allocation verifier 421, when receiving a connection request from p_cnx_req peers of a first communication terminal of a first user 1 with a communication device of an interlocutor 3, the existing assignments of a communication device of said interlocutor to said first user, said allocation manager 42 providing an identifier from a communication device of said interlocutor assigned to said first user to a signaling relay 43, the signaling relay 43 relaying said peer connection request p_cnx_req from said first communication terminal of said first user to said communication device of said interlocutor 3 assigned to said first user user.
  • connection device 4 comprises said signaling relay 43 receiving said peer connection request from the first communication terminal of said first user to a communication device of said interlocutor.
  • connection device 4 comprises a request receiver 41 receiving the connection requests p_cnx_req.
  • connection device 4 comprises an active connection detector 44 detecting an active connection between a second terminal of said first user 1b and a communication device of a caller 3 following a reception of a peer connection request.
  • the link device 4 comprises a database manager of communication devices interlocutors (not shown) for recording for one interlocutor at least one communication device of said interlocutor (in particular in a database of interlocutor 422).
  • the allocation manager 42 selects, in said database, a communication device from among said at least one communication device of said interlocutor and assigns said communication device selected from said interlocutor to said first user.
  • said interlocutor is a device for providing a service
  • said at least one communication device of said interlocutor is at least one device for executing said service 3.
  • FIG. 6 illustrates an example of a communication architecture implementing the connection device according to the invention in the case where the interlocutor is a service providing device 2 whose service is implemented by several execution devices 21 interfaced with a broadcasting device 3, 30 for real-time web connections.
  • the device for broadcasting a content 3, 30 comprises:
  • a transmitter 304 during said SS_COM real-time web communication session, of a reproduction signal of said required content c_rpr_sg to said requesting device 1,
  • the broadcasting device 3 comprises a capture device 31 of the required content providing said reproduction signal of said required content c_rpr_sg to the transmitter 304.
  • the first terminal of a first user also called a device requiring a content 1, 10 comprises:
  • a terminal 1 constitutes or comprises a content request device (respectively 1, 10) according to the invention.
  • the terminal 1 comprises in particular reproducers January 1, 12a, 12b such as a screen January 1, speakers 12a, 12b, etc. capable of reproducing the required content c by directly using the reproduction signal of said required content c_rpr_sg received from the broadcasting device 3, 30.
  • the terminal 1 comprises an interaction interface 13 such as a keyboard, a mouse, a touch screen, a joystick, a kinetic control camera, etc.
  • an interaction interface 13 such as a keyboard, a mouse, a touch screen, a joystick, a kinetic control camera, etc.
  • a user of the terminal 1 can control via this interface 13 interaction access to a service provider (video games, VOD, etc.).
  • the access control of the interface 13 triggers the sending, by connector 1 10 of the requesting device 10, a connection request to the services srv_cnx to a service provider device 22, in particular a manager of access to services 221.
  • This service access manager 221 notably makes it possible to trigger the sending of a service list srvjst by the access point to the services 222.
  • the access management 221 triggers this sending srvjst possibly after authentication of the user and or terminal 1 requesting access to srv_cnx services.
  • the list of services provided is a function of the services available with the service provider 22, including at least one local and / or remote service database 220 and / or subscriptions of the user, etc.
  • the list of srvjst services received by the requesting device 10 is reproduced by at least one of the reproducers 1 1, 12a, 12b of the terminal 1 allowing the user to select through the interaction interface 13 a content c of the service list srvjst.
  • the requesting device 10 comprises a content requester 1 13a, 1 13b able to transmit a request for content c_req directly or indirectly to a content execution device 21.
  • the content requester 1 13a, 1 13b is in particular controlled by a selector 1 12 receiving a selection interaction of a content c_slct of an interaction interface 13.
  • a content requestor 13a transmits a content request c_req either to the service provider 22 or directly to a content execution device 21.
  • the requesting device 10 in particular a real-time web connector 1 13b of the requesting device 10, requests a real-time Web connection cnx_req to a connection device 4 having knowledge of the broadcasting devices able to establish a Web real-time real-time web communication session.
  • a content requestor 13a transmits a content request c_req * including a connection request cnx_req and a content request c_req itself to the service provider 22.
  • the service provider 22 then transmits a connection request to a connection device 4 and triggers, in parallel, c_req the execution of the required content c by a content execution device 21.
  • a request receiver 223 of the service providing device 22 receives the request cnx_req or c_req * and controls one or more requestors (such as a content requester 224b and, in the second alternative, a real-time web connector 224a ).
  • the content requester 224b triggers the execution c_req by an execution device 21 of the required content c.
  • the connector 224a controls a real-time web connection for the requesting device 10 to a link device 4.
  • a request receiver 41 of the connection device 4 receives the request cnx_req or c_req * and, in the second alternative, transmits the content request c_req itself either to the service provider 22 or directly to the device. content execution 21.
  • a receiver 21 1 of the execution device 21 receiving a content request c_req triggers the execution, including an execution preparer 212 able to read a content c required in a local database 21 0 or not and possibly to put the data of the content c in an execution stack.
  • connection device 4 having received a connection request cnx_req determines by means of a directory 40 at least one broadcasting device 3, 30 able to establish a real-time web communication session with the requesting device 10.
  • an allocation manager 42 including in particular a search engine performs this determination or checks whether a broadcasting device 3, interfaced with an execution device 21 is already allocated to the user of the requesting device 10, and triggers a transmission by a transmitter 43 of said connection device 4 of a ss_cmd command for establishing a real-time web communication session to one of the clients of the real-time web communication session: either to the requesting device 10 or to the broadcasting device 3, 30 thus determined.
  • the link device 4 manages the signaling for real-time web communications.
  • the link device verifies which broadcast devices are available: for example, the link device 4 sends an availability request (not shown) to a set of broadcasting devices 3, 30 (identified in particular from the directory 40) and optionally receives in response availability information indicating the availability or not of the broadcasting device 3, 30 responding.
  • the link device 4, in particular the allocation manager 42, will then determine the broadcasting device 3, 30 to respond to the connection request cnx_req among the broadcasting devices having indicated that they are available.
  • the broadcasting device 3, 30 comprises a receiver 301 triggering estb_trg, following the reception of the command ss_cmd, the establishment of the real-time web communication session SS_COM by the manager 302 of web real-time web communication session real time.
  • the real-time web communication session manager 302 sends a session establishment request ss_com_estb_req to the requesting device 10, in particular to the manager 1 14, which accepts the latter ss_com_ok, allowing the establishment of the session to be triggered.
  • SS_COM real-time web communication.
  • the requesting device 10 comprises a real-time Web communication session manager 1 14 which triggers, following the reception of the ss_cmd command, the SS_COM real-time web communication session is reset by the session manager 1 14.
  • real time web real time web communication
  • the Real-time web communication session manager 1 14 sends a ss_com_estb_req session establishment request to a real-time web communication session manager 302 of a broadcast device 3, determined by the link device 4 (the communication device). link having in particular provides the address of the broadcast device thus determined in the command ss_cmd).
  • the manager 302 of the broadcasting device 3, 30 accepts the recovery of the real-time web communication session ss_com_ok, allowing the triggering of the establishment of the SS_COM real-time web communication session.
  • the broadcasting device 3, 30 (in particular a capture controller 303) on command, in particular, the manager 302, following the reception of a connection request cnx_req by the receiver 301 or a request for establishment ss_com_estb_req a real-time web communication session of a requesting device 10, performs integration of a capture device 31 with the broadcasting device 3, 30.
  • a capture controller 303 triggers a capture of the content cpt_trg by a capture device 31 of or integrated with the broadcasting device, respectively, 3, 30.
  • the capture controller 303 triggers exe_trg the execution of the content by the execution device 21 possibly on the receiver of a connection request cnx_req, or in parallel with the initiation of the establishment of a session ss_com_trg, or when the real-time web communication session is established, and / or following a integration of a capture device 31 ...
  • Either the receiver 21 1 receives the trigger command exe_trg and controls a preparer 212 which searches including the content c in a database 210 which transmits the content ply to an executor 213 which executes the content.
  • Either the execution preparer 212 has performed the tasks prior to the actual execution of the content such as the search for the content in a database 210, the injection of the first execution data of the content into an execution stack , and the exe_trg trigger command then commands the start of an executor 213 which executes the particular content retrieves the execution data already present in the execution stack.
  • This second variant makes it possible to reduce the execution time while reducing the unnecessary executions due to a broadcasting problem (in particular an unrealized real-time web communication session and / or non-integrated capture device, etc.).
  • the executor 213 executes the required content and provides a c_rpr_sg content signal that is captured by the capture device 31, also referred to as the decoy module because the sensor device 31 deceives the execution device 21 which takes it for a a reproduction device such as a screen and / or a loudspeaker ... while the broadcasting device 30 takes it for a capture device such as a camera and / or a microphone ...
  • the invention proposes to rely on real-time web communication systems, in particular implementing the WebRTC standard, which are not natively realized for service continuity.
  • the invention also relates to a support.
  • the information carrier may be any entity or device capable of storing the program.
  • the medium may include storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM or a magnetic recording means, for example a diskette or a hard disk.
  • the information medium can be a transmissible medium such as an electrical or optical signal that can be conveyed via an electrical or optical cable, by radio or by other means.
  • the program according to the invention may in particular be downloaded to a network, particularly of the Internet type.
  • the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question.
  • 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 according to the description below.
  • a hardware component corresponds to any element of a hardware set (or hardware) capable of implementing a function or a set of functions.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention concerne un procédé et un dispositif de liaison dans l'établissement de communication Web temps réel. Un objet de l'invention est un procédé de liaison dans l'établissement de communication Web temps réel comportant, lors d'une réception d'une demande de connexion de pairs d'un premier terminal de communication d'un premier utilisateur avec un dispositif de communication d'un interlocuteur, une vérification d'attribution existante d'un dispositif de communication dudit interlocuteur audit premier utilisateur, ladite vérification déclenchant un relai de ladite demande de connexion de pairs dudit premier terminal de communication dudit premier utilisateur à un dispositif de communication dudit interlocuteur attribué audit premier utilisateur. Ainsi, une connexion entre deux pairs fermée involontairement par exemple par fermeture d'un navigateur du terminal de communication constituant l'un des deux pairs pourra être rétablie permettant une continuité de service.

Description

PROCEDE ET DISPOSITIF DE LIAISON
L'invention concerne un procédé et un dispositif de liaison dans l'établissement de communication Web temps réel.
Les échanges directs entre navigateurs ne sont pas une nouveauté mais, en raison de la mise en œuvre de solution propriétaire pour mettre en œuvre ces échanges, ces solutions furent la source de difficulté d'interopérabilité.
Afin de permettre des communications temps réel à partir de navigateur Web, une interface standardisée dite WebRTC a été élaborée. Cette interface WebRTC repose sur une architecture triangulaire durant la phase de signalisation puis pair à pair durant la phase de communication proprement dite.
La phase de signalisation met en œuvre un relai de signalisation placé notamment dans un serveur central. Ce relai de signalisation est utilisé pour mettre en relation deux pairs désirant échanger. Les échanges ultérieurs se font ensuite entre les deux pairs mis en relation sans relai. En résumé, le relai de signalisation sert de point de rendez-vous pour coordonner les échanges entre navigateurs jusqu'à ce que la connexion directe entre navigateurs soit établie.
Dans le cadre par exemple d'une diffusion vidéo temps réel (streaming vidéo) un navigateur d'un terminal de communication de Bob vers un navigateur d'un terminal de communication d'Alice, Alice demande au moyen du navigateur de son terminal de communication au relai de signalisation d'être mis en relation avec Bob qui dispose de la vidéo qu'Alice souhaite regarder. Le relai de signalisation met en relation le navigateur du terminal de communication d'Alice avec un navigateur d'un terminal de communication de Bob disposant de la vidéo en question. Une connexion de pair à pair est alors établie entre le navigateur du terminal de communication d'Alice et le navigateur du terminal de communication de Bob.
Si le navigateur du terminal de communication d'Alice se ferme alors qu'Alice n'a pas fini de regarder la vidéo, Alice va redemander la mise en relation avec Bob au relai de signalisation. Si Bob dispose de plusieurs navigateurs et/ou de plusieurs terminaux de communication, le relai de signalisation mettra éventuellement le navigateur du terminal de communication d'Alice en relation avec un autre navigateur du terminal de communication de Bob ou d'un autre terminal de communication de Bob redémarrant ainsi la diffusion de la vidéo.
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 liaison dans l'établissement de communication Web temps réel comportant, lors d'une réception d'une demande de connexion de pairs d'un premier terminal de communication d'un premier utilisateur avec un dispositif de communication d'un interlocuteur, une vérification d'attribution existante d'un dispositif de communication dudit interlocuteur audit premier utilisateur, ladite vérification déclenchant un relai de ladite demande de connexion de pairs dudit premier terminal de communication dudit premier utilisateur à un dispositif de communication dudit interlocuteur attribué audit premier utilisateur.
Ainsi, une connexion entre deux pairs fermée involontairement par exemple par fermeture d'un navigateur du terminal de communication constituant l'un des deux pairs pourra être rétablie permettant une continuité de service. En effet, par la connaissance de l'attribution du navigateur du terminal de communication de Bob au navigateur du terminal de communication d'Alice pour la diffusion de la vidéo en temps réel, la connexion entre ces deux pairs peut être rétablie et le navigateur du terminal de communication de Bob peut continuer la diffusion de la vidéo à partir du moment où la connexion a été interrompue à condition qu'il est enregistré l'état de diffusion lors de la rupture de connexion avec Alice.
Avantageusement, la vérification d'attribution déclenche, lorsqu'elle ne détecte aucune attribution existante, une sélection d'un dispositif de communication dudit interlocuteur parmi au moins un dispositif de communication dudit interlocuteur, et un relai de ladite demande de connexion de pairs dudit premier terminal de communication dudit premier utilisateur à un dispositif de communication dudit interlocuteur sélectionné audit premier utilisateur.
Ainsi, si aucun dispositif est déjà attribué, si Alice demande l'accès à un service exécutable par plusieurs serveur d'exécution ou à un premier utilisateur Bob disposant de plusieurs terminaux de communication, un dispositif de communication peut être sélectionner parmi ces dispositifs de communication afin d'être mis en relation avec le terminal de communication d'Alice demandant la mise en relation, notamment en fonction de leur disponibilité, de leur caractéristique technique pour la délivrance du service... Avantageusement, le procédé comporte une attribution dudit dispositif de communication dudit interlocuteur sélectionné audit premier utilisateur.
Ainsi, les deux pairs mis en relation sont enregistrés comme attribués l'un à l'autre pour permettre ultérieurement une continuité de service en cas de rupture de la connexion entre ces deux pairs avant la fin de la délivrance du service.
Avantageusement, l'attribution est déclenchée par une acception, par ledit dispositif de communication dudit interlocuteur d'une demande de connexion de pairs d'un terminal de communication dudit premier utilisateur. Ainsi, l'enregistrement des attributions est lim ité aux connexions effectivement établies réduisant le besoin en capacité mémoire et le délai de vérification d'attribution.
Avantageusement, le procédé de liaison comporte une suppression d'attribution d'un dispositif de comm unication d'un interlocuteur à un prem ier utilisateur lors d'une réception d'une demande de fermeture de la connexion Web temps réel entre un terminal de communication dudit prem ier utilisateur et ledit dispositif de comm unication dudit interlocuteur, ladite demande de fermeture ayant été émise par ledit terminal de communication dudit premier utilisateur.
Avantageusement, le procédé de liaison comporte une détection de connexion active entre un deuxième term inal dudit prem ier utilisateur et un dispositif de communication d'un interlocuteur suite à une réception d'une demande de connexion de pairs d'un prem ier term inal de communication d'un prem ier utilisateur avec un dispositif de communication d'un interlocuteur.
Ainsi, si Alice est déjà connecté au moyen d'un deuxième term inal de comm unication à un service pour recevoir une vidéo en cours de diffusion, et qu'Alice redemande une connexion à ce service pour recevoir la même vidéo sur un prem ier terminal, Alice pourra recevoir la suite de cette vidéo sur ce premier terminal de communication car le service sera fourni par le même serveur d'exécution au premier term inal de communication d'Alice soit directement par une nouvelle connexion entre le prem ier terminal de com munication d'Alice et le serveur d'exécution, soit indirectement par une connexion du premier term inal de communication d'Alice avec son deuxième terminal de communication.
Avantageusement, lorsque la détection de connexion active détecte une connexion Web temps réel entre un deuxième terminal de communication dudit premier utilisateur et un dispositif de comm unication dudit interlocuteur, ladite détection déclenche un relai de ladite demande de connexion de pairs dudit prem ier terminal de communication dudit premier utilisateur audit deuxième terminal de communication dudit premier utilisateur.
Ainsi, lors de la diffusion d'une vidéo, le chargement de la vidéo sur le deuxième terminal de comm unication d'Alice est lim ité puisque la vidéo a été chargée dès son démarrage sur le deuxième terminal de communication d'Alice.
Avantageusement, la détection de connexion active vérifie une réponse du dispositif de communication dudit interlocuteur attribué à la demande de connexion de pairs du premier terminal de comm unication dudit prem ier utilisateur relayée.
Ainsi, la détection de connexion active ne nécessite pas d'opération supplémentaire qu'une simple lecture de la réponse à la demande de connexion.
Avantageusement, selon une implémentation de l'invention, les différentes étapes du procédé selon l'invention sont m ises 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 liaison 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 liaison 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 et 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 liaison dans l'établissement de communication Web temps réel comportant, un gestionnaire d'attribution apte à vérifier, lors d'une réception d'une demande de connexion de pairs d'un premier terminal de communication d'un premier utilisateur avec un dispositif de communication d'un interlocuteur, les attributions existantes d'un dispositif de communication dudit interlocuteur audit premier utilisateur, ledit gestionnaire d'attribution fournissant un identifiant d'un dispositif de communication dudit interlocuteur attribué audit premier utilisateur à un relai de signalisation, le relai de signalisation relayant ladite demande de connexion de pairs dudit premier terminal de communication dudit premier utilisateur audit dispositif de communication dudit interlocuteur attribué audit premier utilisateur.
Ainsi, le serveur de liaison pourra :
• rétablir une connexion entre deux pairs fermée involontairement par exemple par fermeture d'un navigateur du terminal de communication constituant l'un des deux pairs permettant une continuité de service
• ou, plus généralement, établir une connexion entre un premier terminal de communication d'un premier utilisateur avec un dispositif de communication d'un interlocuteur suite à une rupture involontaire (implicite) d'une connexion préalable entre un deuxième terminal de communication dudit premier utilisateur avec ledit dispositif de communication dudit interlocuteur permettant une continuité du service mais sur un terminal de communication différent dudit premier utilisateur.
Le serveur de liaison pourra rétablir la connexion d'un premier utilisateur avec le même dispositif de communication d'un interlocuteur, notamment, en enregistrement l'attribution d'un dispositif de communication d'un interlocuteur à ce premier utilisateur, lors de la connexion d'un terminal de communication dudit premier utilisateur avec ledit dispositif de communication dudit interlocuteur.
Avantageusement, ledit dispositif de liaison comporte ledit relai de signalisation recevant ladite demande de connexion de pairs du premier terminal de communication dudit premier utilisateur à un dispositif de communication dudit interlocuteur. Ainsi, la signalisation est gérée par le dispositif de liaison réduisant les échanges dans le réseau lors de l'établissement d'une communication Web temps réel mettant en œuvre l'invention. Avantageusement, ledit dispositif de liaison comporte un détecteur de connexion active détectant une connexion active entre un deuxième terminal dudit premier utilisateur et un dispositif de communication d'un interlocuteur suite à une réception d'une demande de connexion de pairs d'un premier terminal de communication d'un premier utilisateur avec un dispositif de communication d'un interlocuteur.
Ainsi, lorsqu'un premier utilisateur est déjà connecté à un service au moyen d'un deuxième terminal de communication connecté à un dispositif d'exécution dudit service, le dispositif de liaison peut tenir compte de cette connexion existante lors d'une nouvelle demande de connexion du même premier utilisateur au même service au moyen d'un premier terminal de communication permettant ainsi à le premier utilisateur Alice qui a commencé à regarder une vidéo diffusé par un serveur d'exécution sur sa télévision connectée par communication Web temps réel de continuer à regarder la même vidéo par exemple sur sa tablette.
Avantageusement, le dispositif de liaison comporte un gestionnaire de base de données de dispositifs de communication d'interlocuteurs permettant d'enregistrer pour un interlocuteur au moins un dispositif de communication dudit interlocuteur ; lorsqu'aucun dispositif de communication dudit interlocuteur n'est attribué audit premier utilisateur, le gestionnaire d'attribution sélectionnant, dans ladite base de données, un dispositif de communication parmi lesdits au moins un dispositif de communication dudit interlocuteur et attribuant ledit dispositif de communication sélectionné dudit interlocuteur audit premier utilisateur.
Avantageusement, ledit interlocuteur est un dispositif de fourniture d'un service, et lesdits au moins un dispositif de communication dudit interlocuteur sont au moins un dispositif d'exécution dudit service. Avantageusement, ledit interlocuteur est un deuxième utilisateur et lesdits au moins un dispositif de communication dudit interlocuteur sont au moins un terminal de communication dudit deuxième utilisateur.
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 diagramme d'échange dans une architecture de communication WebRTC selon l'état de l'art,
- Figure 2, un schéma simplifié d'un procédé de liaison selon l'invention,
- Figure 3, un schéma simplifié d'un procédé de liaison selon l'invention dans plusieurs cas d'usage, - Figures 4A, 4A et 4C, des schémas simplifiés de diagrammes d'échanges avec un dispositif de liaison selon l'invention respectivement lorsque la connexion est explicitement close, lorsque la connexion est implicitement close, et lorsque le premier utilisateur demande une nouvelle connexion avec l'interlocuteur alors qu'une connexion existe déjà,
- Figure 5, un schéma simplifié d'un dispositif de liaison selon l'invention,
- Figure 6, un exemple d'architecture de communication mettant en œuvre le dispositif de liaison selon l'invention.
La figure 1 illustre un diagramme d'échange dans une architecture de communication WebRTC selon l'état de l'art.
Un premier utilisateur Alice se connecte rs_cnx_req(ad_P_A) au moyen d'un terminal de communication, aussi appelé pair P_A à un relai de signalisation RS permettant d'établir ultérieurement une communication Web temps réel avec un autre pair.
Un deuxième utilisateur Bob se connecte rs_cnx_req(ad_P_B) au moyen d'un terminal de communication, aussi appelé pair P_B au relai de signalisation RS permettant d'établir ultérieurement une communication Web temps réel avec un autre pair.
Alors que P_A est connecté au relai de signalisation RS, Alice demande à être connecté à Bob p_cnx_req(P_A ->B) au relai de signalisation RS au moyen de son pair P_A. Si Bob a un pair P_B connecté au relai de signalisation RS, le relai de signalisation RS relai rly la demande de connexion d'Alice p-cnx_req(P_A- B) est transmise par le relai de signalisation RS au pair de Bob P_B.
L'acceptation ok de Bob au moyen de son pair P_B est reçue par le relai de signalisation RS. Cette acceptation est notamment un requête de connexion de Bob avec Alice p_cnx_req(P_B- A) envoyé par le pair de Bob P_B au relai de signalisation RS. Parallèlement à cette acceptation, la communication Web temps réel est établie p_cnx_x par le pair de Bob P_B. Le relai de signalisation relai cette acceptation ok au pair d'Alice P_A, qui établit la communication Web temps réel p_cnx_x. Ainsi, une connexion de pair à pair p_cnx est établie entre le pair d'Alice P_A et le pair de Bob P_B permettant la transmission de flux audio/vidéo av_str.
Dans le cas d'une communication WebRTC, un serveur de traversée de réseau (ou STUN pour Simple Traversai of UDP through NAT en anglais) non illustré sur la figure 1 permet au pair d'Alice placé derrière un pare-feu d'obtenir une adresse publique qu'il utilise dans sa demande de connexion à un pair de Bob. Un procédé utilisant le protocole ICE est utilisé lors de ces demandes de connexion de pairs p_cnx_req .
Si la connexion p_cnx entre les pairs P_A et P_B est involontairement interrompue durant la fourniture d'un service par exemple par P_B, notamment au milieu de la diffusion d'une vidéo, lorsque Alice redemandera à être connectée à Bob, elle sera peut être connecté à un autre pair de Bob, et par conséquent se verra proposer le même service depuis le début et non là où il s'est interrompu..
La figure 2 illustre un schéma simplifié d'un procédé de liaison selon l'invention. Le procédé de liaison LN K dans l'établissement de communication Web temps réel comporte, lors d'une réception REQ_REC d'une demande de connexion de pairs d'un premier terminal de communication d'un premier utilisateur avec un dispositif de communication d'un interlocuteur p_cnx(T1_U1 - l), une vérification d'attribution existante d'un dispositif de communication dudit interlocuteur audit premier utilisateur VF_A(U1 , I) ?, ladite vérification VF_A(U1 , I) ? déclenchant un relai RLY de ladite demande de connexion de pairs p_cnx(T1_U1 - l) dudit premier terminal de communication dudit premier utilisateur à un dispositif de communication dudit interlocuteur attribué DCiJ audit premier utilisateur U1 .
En particulier, la vérification d'attribution VF_A(U1 ,I) ? déclenche, lorsqu'elle ne détecte aucune attribution existante [N], une sélection SLCT(I) d'un dispositif de communication dudit interlocuteur parmi au moins un dispositif de communication dudit interlocuteur BDDJ, et un relai RLY de ladite demande de connexion de pairs dudit premier terminal de communication dudit premier utilisateur à un dispositif de communication dudit interlocuteur sélectionné DCjJ audit premier utilisateur U1 .
La figure 3 illustre un schéma simplifié d'un procédé de liaison selon l'invention dans plusieurs cas d'usage. Le procédé de liaison LN K dans l'établissement de communication Web temps réel comporte, lors d'une réception REQ_REC d'une demande de connexion de pairs d'un premier terminal de communication d'un premier utilisateur avec un dispositif de communication d'un interlocuteur p_cnx(T1_U1 - l), une vérification d'attribution existante d'un dispositif de communication dudit interlocuteur audit premier utilisateur VF_A(U1 , I) ?, ladite vérification VF_A(U1 , l) ? déclenchant un relai RLY de ladite demande de connexion de pairs p_cnx(T1_U1 - l) dudit premier terminal de communication dudit premier utilisateur à un dispositif de communication dudit interlocuteur attribué DCiJ audit premier utilisateur U1 .
En particulier, la vérification d'attribution VF_A(U1 , I) ? déclenche, lorsqu'elle ne détecte aucune attribution existante [N], une sélection SLCT(I) d'un dispositif de communication dudit interlocuteur parmi au moins un dispositif de communication dudit interlocuteur BDDJ, et un relai RLY de ladite demande de connexion de pairs dudit premier terminal de communication dudit premier utilisateur à un dispositif de communication dudit interlocuteur sélectionné DCjJ audit premier utilisateur U1 .
En particulier, le procédé de liaison LNK comporte une attribution ATTRB dudit dispositif de communication dudit interlocuteur sélectionné DcjJ audit premier utilisateur U1 . Ainsi, lors d'une connexion ultérieure de le premier utilisateur U1 audit interlocuteur I, le terminal de communication de le premier utilisateur U 1 faisant la demande de connexion de pairs p_cnx_req sera connecté audit dispositif de communication dudit interlocuteur précédemment sélectionné DcjJ puis attribué audit premier utilisateur U1 .
En particulier, l'attribution ATTRB est déclenché par une acception answ=ok, par ledit dispositif de communication dudit interlocuteur DcjJ d'une demande de connexion de pairs d'un terminal de communication dudit premier utilisateur.
En particulier, le procédé de liaison LN K comporte une suppression d'attribution SUPPR_A d'un dispositif de communication d'un interlocuteur à un premier utilisateur lors d'une réception d'une demande de fermeture stp_cnx(U1 - l) de la connexion Web temps réel entre un terminal de communication dudit premier utilisateur et ledit dispositif de communication dudit interlocuteur, ladite demande de fermeture ayant été émise par ledit terminal de communication dudit premier utilisateur. Cette fermeture de connexion est dite explicite car le premier utilisateur demande explicitement la fermeture de la connexion avec l'interlocuteur I. Lorsque l'interlocuteur I est un fournisseur de service, cette fermeture explicite résulte d'une demande de fin de service de la part du premier utilisateur U1 . Ainsi, lorsque la connexion entre le terminal de communication de le premier utilisateur T1_U 1 et le dispositif de communication de l'interlocuteur DCiJ, DCjJ est rompue, l'attribution n'étant pas supprimée, elle peut être retrouvée lors d'une demande de connexion ultérieur de le premier utilisateur U1 à l'interlocuteur I. La fermeture de la connexion est alors dite implicite ou involontaire car non requise par l'un des deux pairs de ladite connexion à savoir le terminal de communication de le premier utilisateur T1_U1 ou le dispositif de communication de l'interlocuteur DCiJ, DCjJ . Par exemple, , un navigateur Web du terminal de communication de le premier utilisateur T1_U1 , à partir duquel la connexion p_cnx avec l'interlocuteur I a été établie, peut se fermer alors que le dispositif de communication DCiJ, DcjJ transmet un flux audio/vidéo av_str au terminal de communication de le premier utilisateur T1JJ1 : la fermeture de la connexion est alors dite implicite car elle n'est pas explicitement requise mais résulte de la fermeture du navigateur.
En particulier, le procédé de liaison LN K comporte une détection de connexion active LV_CNX ? entre un deuxième terminal dudit premier utilisateur T2JJ1 et un dispositif de communication d'un interlocuteur DCkJ suite à une réception REQ_REC d'une demande de connexion de pairs d'un premier terminal de communication d'un premier utilisateur avec un dispositif de communication d'un interlocuteur p_cnx_req(T1_U1 - l).
En particulier, lorsque la détection de connexion active LV_CNX ? détecte [Y] une connexion Web temps réel entre un deuxième terminal de communication dudit premier utilisateur et un dispositif de communication dudit interlocuteur, ladite détection LV_CNX ? déclenche un relai RLY de ladite demande de connexion de pairs dudit premier terminal de communication dudit premier utilisateur audit deuxième terminal de communication dudit premier utilisateur p_cnx- req(T1_U1 - T2_U1 ). Ainsi, lorsqu'un premier utilisateur U1 dispose déjà d'une connexion de pair pour une communication Web temps réel avec un interlocuteur I sur un deuxième terminal de communication T2JJ1 , une nouvelle demande de connexion avec le même interlocuteur I aboutira non pas à une connexion du nouveau terminal de communication de le premier utilisateur U1 , ici nommé premier terminal de communication T1JJ1 , avec un dispositif de communication de l'interlocuteur I que ce soit le dispositif de communication de l'interlocuteur DCiJ déjà attribué à le premier utilisateur U1 puisque connexion avec le deuxième terminal de communication T2_U1 ou un autre dispositif de communication de l'interlocuteur I, mais à un connexion des deux terminaux de communication de le premier utilisateur p_cnx (T1JJ1 , T2JJ2) permettant au deuxième terminal de communication de le premier utilisateur T2_U1 de relayer le flux audio vidéo av_str provenant du dispositif de communication DCiJ de l'interlocuteur via une communication Web temps réel fournie par la connexion de pair entre ces deux pairs(deuxième terminal de communication de le premier utilisateur et le dispositif de communication de l'interlocuteur attribué à le premier utilisateur) , au premier terminal de communication de le premier utilisateur T1JJ1 via une autre communication Web temps réel fournie cette fois par la connexion de pairs entre le deux terminaux de communication de le premier utilisateur.
En particulier, la détection de connexion active LV_CNX ? vérifie une réponse answ du dispositif de communication dudit interlocuteur attribué DCiJ à la demande de connexion de pairs du premier terminal de communication dudit premier utilisateur relayée p_cnx_req(T1_U1 - l).
En particulier, le procédé de liaison LN K entre un premier terminal de communication d'un premier utilisateur T1_U1 et un dispositif de communication d'un interlocuteur I, comporte au moins l'une des étapes suivantes seules ou en combinaison:
• Une déclaration préalable l_DCL (non illustrée sur les figures 2 et 3) par l'interlocuteur I d'au moins un dispositif de communication DCkJ,
· Un enregistrement l_MEM (non illustrée sur les figures 2 et 3) des dispositifs de communication DCkJ associés audit interlocuteur I, notamment des dispositifs de communications déclarés par ledit interlocuteur I,
• Une connexion rs_cnx (non illustrée sur les figures 2 et 3) d'un premier terminal de communication dudit premier utilisateur T1_U1 à un relai de signalisation RS mettant en œuvre au moins un relai de demande de connexion déclenché par le ledit procédé de liaison LNK et/ou à un serveur de liaison DLK mettant en œuvre le procédé de liaison LNK,
• Une connexion rs_cnx (non illustrée sur les figures 2 et 3) d'un dispositif de communication dudit interlocuteur DCkJ à un relai de signalisation RS mettant en œuvre au moins un relai de demande de connexion déclenché par le ledit procédé de liaison
LNK et/ou à un serveur de liaison DLK mettant en œuvre le procédé de liaison LNK,
• Une réception REQ_REC d'une demande de connexion de pairs p_cnx_req(T1_U1 ->\) du premier terminal de communication du premier utilisateur T1JJ1 avec un dispositif de communication de l'interlocuteur I,
· Une vérification VF_A(U1 ,I) ? si un dispositif de communication de l'interlocuteur I est attribué audit premier utilisateur U1 ,
• Sinon VF_A(U1 , I) ? = [N], lorsque ledit interlocuteur I a déclaré plusieurs dispositifs de communication :
une détermination SLCT(I) d'un dispositif de communication parmi les dispositifs de communication déclarés dudit interlocuteur BDDJ, et Une attribution ATTRB dudit dispositif de communication ainsi déterminé ou sélectionné dudit interlocuteur DCjJ audit premier utilisateur U1
• Un relai RLY de ladite demande de connexion p_cnx_req(T1_U1 du premier terminal de communication du premier utilisateur au dispositif de communication dudit interlocuteur soit précédemment attribué audit premier utilisateur DCiJ, soit déterminé ou sélectionné
DCjJ,
• Une réception REQ_REC d'une réponse answ du dispositif de communication dudit interlocuteur DCiJ, DCjJ,
• Une détection de connexion active LV_CNX ? en fonction de ladite réponse answ
· Lorsque ladite réponse answ est une demande de connexion de pairs avec le premier dispositif du premier utilisateur p_cnx_req(DCiJ- T1_U1 ), un relai RLY de ladite demande de connexion du dispositif de communication dudit interlocuteur p_cnx_req(DCiJ- T1 JJ1 ) au premier terminal de communication du premier utilisateur T1JJ1 ,
· Lorsque ladite réponse answ indique une connexion existante LV_CNX ? = [Y] avec un deuxième dispositif du premier utilisateur T2JJ1 ,
un relai RLY de ladite demande de connexion du premier dispositif du premier utilisateur au deuxième terminal dudit premier utilisateur p_cnx_req(T1_U1 - T2_U1 ), une réception REQ_REC d'une demande de connexion de pairs du deuxième dispositif du premier utilisateur avec du premier dispositif du premier utilisateur p_cnx_req(T2_U1 -»T1_U1 ),
un relai RLY de ladite demande de connexion de pairs du deuxième dispositif du premier utilisateur au premier dispositif du premier utilisateur p_cnx_req(T2_U1 -»T1_U1 ).
Ainsi, dans un premier cas d'usage où un premier utilisateur U1 n'a jamais été connecté à un interlocuteur I, un procédé de liaison LN K selon l'invention met en œuvre notamment les étapes suivantes :
une réception REC_REQ de la requête de connexion p_cnx_req(T1_U1 - l) du premier utilisateur U1 à l'interlocuteur I provenant d'un premier terminal de communication du premier utilisateur T1JJ1 ,
une vérification d'attribution VF_A(U1 ,I) par exemple dans une base de données d'attribution BDD_A d'un dispositif de communication de l'interlocuteur I au premier utilisateur U1 ,
- étant donné que le premier utilisateur U1 n'a jamais été connecté à l'interlocuteur I, la vérification d'attribution VF_A(U1 , I) sera négative et déclenchera éventuellement une sélection ou détermination SLCT d'un dispositif de communication de l'interlocuteur DCj_l notamment dans une base de données des dispositifs de communication BDDJ (cette base de données indiquant pour un interlocuteur donné I tous les dispositifs de communications de cet interlocuteur I, en particulier tour les dispositifs de communication déclarés par cet interlocuteur I),
un relai RLY de la requête de connexion p_cnx_req(T1_U1 - l) vers le dispositif de communication de l'interlocuteur DCjJ ainsi déterminé/sélectionné ou un dispositif de communication de l'interlocuteur DCjJ connecté à un relai de signalisation mettant en œuvre ce relai RLY,
une réception REC_REQ d'une réponse d'acceptation answ =OK du dispositif de communication dudit interlocuteur DCjJ,
un relai RLY de ladite réponse d'acceptation answ audit premier terminal de communication dudit premier utilisateur T1JJ1 . Ainsi, une connexion entre le premier terminal de communication du premier utilisateur T1JJ1 et le dispositif de communication de l'interlocuteur DCjJ est établie permettant une communication Web temps réel,
une attribution ATTRB dudit dispositif de communication dudit interlocuteur DCjJ audit premier utilisateur U1 soit avant le relai RLY de de la requête de connexion p_cnx_req(T1_U1 - l) vers le dispositif de communication de l'interlocuteur DCjJ, soit déclenchée par la réponse d'acception answ=ok. L'attribution après l'acceptation permet d'enregistrer uniquement les attributions correspondantes à une transmission communication Web temps réel effectivement démarrée. L'attribution ATTRB enregistre une attribution du dispositif de communication de l'interlocuteur DCjJ au premier utilisateur U 1 w(A(U1,l) = (U1, DCjJ) par exemple dans une base de donnée d'attribution BDD_A.
Dans un deuxième cas d'usage où un premier utilisateur U1 a déjà été connecté à un interlocuteur I, notamment au moyen d'un premier terminal de communication à un dispositif de communication DCiJ par exemple selon le procédé vu dans le premier cas d'usage ci-dessus et que la connexion entre le premier terminal de communication a été déconnecté implicitement dudit dispositif de communication de l'interlocuteur DCiJ en particulier avant la fin d'une transmission d'un flux audio vidéo de l'interlocuteur I vers le premier utilisateur U1 , un procédé de liaison LNK selon l'invention met en œuvre notamment les étapes suivantes : une réception REC_REQ de la requête de connexion p_cnx_req(T1_U1 - l) du premier utilisateur U1 à l'interlocuteur I provenant d'un premier terminal de communication du premier utilisateur T1JJ1 (ce premier terminal de communication peut être identique ou distinct du premier terminal de communication de la précédente connexion), - une vérification d'attribution VF_A(U1 ,I) par exemple dans une base de données d'attribution BDD_A d'un dispositif de communication de l'interlocuteur I au premier utilisateur U1 ,
étant donné que le premier utilisateur U1 a déjà été connecté à l'interlocuteur I, la vérification d'attribution VF_A(U1 , I) sera positive et retrouvera le dispositif de communication de l'interlocuteur DCiJ notamment dans une base de données d'attribution BDD_A,
un relai RLY de la requête de connexion p_cnx_req(T1_U1 - l) vers le dispositif de communication de l'interlocuteur DCiJ attribué au premier utilisateur U 1 , une réception REC_REQ d'une réponse, par exemple d'une réponse d'acceptation, answàu dispositif de communication dudit interlocuteur DCiJ,
un relai RLY de ladite réponse answ audit premier terminal de communication dudit premier utilisateur T1JJ1 .
Ainsi, une connexion entre le premier terminal de communication du premier utilisateur T1JJ1 et le dispositif de communication de l'interlocuteur DCiJ est établie permettant une communication Web temps réel. Si le dispositif de communication de l'interlocuteur DCiJ a enregistré, lors d'une fermeture implicite de la précédente connexion de du premier utilisateur U1 , l'état du service, à savoir par exemple l'instant de transmission du flux audio vidéo en cours, le niveau et les scores d'un jeu..., le dispositif de communication de l'interlocuteur DCiJ peut reprendre le service en cours de fourniture en fonction de cet état de service enregistré, dans notre exemple là partir de l'instant de transmission du flux audio vidéo enregistré, le niveau et les scores du jeu... lors de cette nouvelle connexion du premier utilisateur U1 .
Dans un troisième cas d'usage, une connexion p_cnx étant établie (par exemple selon le premier ou le deuxième cas d'usage) entre un premier terminal de communication d'un premier utilisateur avec un dispositif de communication d'un interlocuteur DCiJ ou DCjJ permettant une communication Web temps réel entre ces deux pairs, le procédé de liaison LNK comporte notamment une suppression d'attribution SUPPR_A suite à une demande de fin de connexion stp_cnx d'un des pairs, notamment une demande de fin de connexion du premier utilisateur stp_cnx(U1 ->\) à partir de son premier terminal de communication, déclenchant en particulier l'effacement e(A(U1 , l)) de l'attribution du dispositif de communication de l'interlocuteur DCiJ ou DCjJ au premier utilisateur U1 par exemple d'une base de données d'attribution BDD_A. Cette suppression d'attribution SUPPR_A entraîne qu'une prochaine demande de connexion de l'utilisateur U1 à l'interlocuteur I sera traitée comme l'utilisateur UA1 n'avait jamais été connecté à l'interlocuteur I. La demande de fin de connexion stp_cnx abouti à une fermeture explicite de la connexion p_cnx entre un premier terminal de communication d'un premier utilisateur avec un dispositif de communication d'un interlocuteur DCiJ ou DCjJ.
Dans un quatrième cas d'usage où un premier utilisateur U1 est connecté à un interlocuteur I, notamment un deuxième terminal de communication T2_U 1 est connecté à un dispositif de communication de l'interlocuteur DCiJ (par exemple sen utilisant le premier ou le deuxième cas d'usage), un procédé de liaison LN K selon l'invention met en œuvre notamment les étapes suivantes :
une réception REC_REQ d'une requête de connexion p_cnx_req(T1_U1 - l) du premier utilisateur U1 à l'interlocuteur I provenant d'un premier terminal de communication du premier utilisateur T1_U1 distinct du deuxième terminal de communication T2JJ1 ,
une vérification d'attribution VF_A(U1 ,I) par exemple dans une base de données d'attribution BDD_A d'un dispositif de communication de l'interlocuteur I au premier utilisateur U1 ,
étant donné que le premier utilisateur U1 est déjà connecté à l'interlocuteur I, la vérification d'attribution VF_A(U1 , I) sera positive et retrouvera le dispositif de communication de l'interlocuteur DCiJ notamment dans une base de données d'attribution BDD_A,
un relai RLY de la requête de connexion p_cnx_req(T1_U1 - l) vers le dispositif de communication de l'interlocuteur DCiJ attribué au premier utilisateur U 1 , une réception REC_REQ d'une réponse answ du dispositif de communication dudit interlocuteur DCiJ, en l'occurrence la réponse indiquera l'existence de la connexion avec le deuxième terminal de communication du premier utilisateur T2_U1 , une détection de connexion existante LV_CNX ? soit directement après la vérification d'attribution VF_A ? déclenchant le relai RLY de la requête de connexion p_cnx_req(T1_U1 - l) vers le dispositif de communication de l'interlocuteur DCiJ attribué au premier utilisateur U1 uniquement si aucune connexion n'existe [N], soit en fonction de la réponse answ,
un relai RLY de ladite réponse answ audit premier terminal de communication dudit premier utilisateur T1JJ1 si aucune connexion existante [N] n'est détectée en fonction de ladite réponse answ.
dans le cas d'une détection de connexion existant LV_CNX ? =[Y] avec un deuxième terminal de communication du premier utilisateur T2_U1 :
■ un relai RLY de la requête de connexion du premier terminal de communication vers le deuxième terminal de communication du premier utilisateur p_cnx_req(T1 _U 1 - T2_U 1 )
puis une réception REC_REQ de la réponse answ du deuxième terminal de communication du premier utilisateur T2_U1 ,
■ et un relai RLY de la réponse answ au premier terminal de communication du premier utilisateur T1JJ1
Ainsi, une connexion entre le premier terminal de communication du premier utilisateur T1JJ1 et le deuxième terminal de communication du premier utilisateur T2JJ1 est établie permettant une communication Web temps réel durant laquelle le flux audio vidéo diffusé av_str par l'interlocuteur I, via la connexion déjà existante entre le deuxième terminal de communication du premier utilisateur T2JJ1 et le dispositif de communication de l'interlocuteur DCiJ, est relayé au premier terminal de communication du premier utilisateur T1JJ1 par le deuxième terminal de communication du premier utilisateur T2JJ1 .
Un mode de réalisation d'un procédé de liaison selon l'invention tel qu'illustré par les figures 2 ou 3 est un programme comprenant des instructions de code de programme pour l'exécution des étapes du procédé de liaison lorsque ledit programme est exécuté par un processeur.
Les figures 4A, 4A et 4C illustrent des schémas simplifiés de diagrammes d'échanges avec un dispositif de liaison selon l'invention respectivement lorsque la connexion est explicitement close, lorsque la connexion est implicitement close, et lorsque le premier utilisateur demande une nouvelle connexion avec l'interlocuteur alors qu'une connexion existe déjà.
La figure 4A illustre un schéma simplifié de diagramme d'échange avec un dispositif de liaison DLK selon l'invention lorsque la connexion est explicitement close, notamment correspondante à la mise en œuvre du procédé de liaison selon le quatrième cas d'usage.
En particulier, un premier terminal de communication d'un premier utilisateur T1JJ1 , notamment placé derrière un pare-feu, demande id_req une adresse publique à un dispositif de traversée DTN tel qu'un STUN. Le dispositif de traversée DTN lui fournit cette adresse publique id_attrb.
Le premier terminal de communication du premier utilisateur T1JJ1 demande une connexion p_cnx_req(U1 ->\) avec un pair d'un interlocuteur à un dispositif de liaison DLK , notamment en fournissant l'adresse publique précédemment attribué par le dispositif de traversée DTN.
Le dispositif de liaison DLK vérifie si un dispositif de communication (aussi appelé pair) de l'interlocuteur I est déjà attribué au premier utilisateur VF_A ? et relaie la demande de connexion du premier terminal du premier utilisateur p_cnx_req(U1 vers le dispositif de communication de l'interlocuteur DCkJ résultant de cette vérification. Par exemple :
si un dispositif de communication de l'interlocuteur est déjà attribué au premier utilisateur , la demande de connexion est relayée au dispositif de communication de l'interlocuteur DCkJ attribué au premier utilisateur U1 ,
sinon,
soit la demande de connexion est relayée à un dispositif de communication de l'interlocuteur DCkJ connecté au dispositif de liaison ou à un relai de signalisation (non illustré) transmettant cette demande de connexion,
■ soit un dispositif de communication de l'interlocuteur DCkJ est sélectionné ou déterminé parmi des dispositifs de communications de l'interlocuteur notamment des dispositifs de communications préalablement déclarés par l'interlocuteur I, et la demande de connexion est relayé au dispositif de communication de l'interlocuteur DCkJ ainsi sélectionné/déterminé.
Le dispositif de communication de l'interlocuteur DCkJ reçoit la demande de connexion p_cnx_req(U1 du premier terminal de communication du premier utilisateur T1JJ1 relayé par le dispositif de liaison DLK ou un relai de signalisation (non illustré) commandé par le dispositif de liaison DLK, et y répond answ. Eventuellement, le dispositif de liaison DLK détecte une connexion existante LV_CNX ? en fonction de la réponse answ du dispositif de communication de l'interlocuteur DCkJ à la demande de connexion p_cnx_req(U1
La figure 4A illustre le cas où aucune connexion existante n'est détectée [N]} et le dispositif de liaison DLK relai la réponse answ au premier terminal de communication du premier utilisateur T1JJ1 . Ainsi, une connexion de pairs p_cnx est établie entre le premier terminal de communication du premier utilisateur T1JJ1 et le dispositif de communication de l'interlocuteur DCkJ permettant une communication Web temps réel notamment pour la transmission d'un flux audio vidéo av_str de l'interlocuteur vers le premier utilisateur et/ou du premier utilisateur vers l'interlocuteur.
La figure 4A illustre le cas dans lequel le premier utilisateur au moyen de son premier terminal de communication T1JJ1 demande la fermeture de la connexion avec l'interlocuteur stp_cnx((U1 ->\) : il s'agit alors d'une fermeture explicite de la connexion.
En particulier, le dispositif de liaison DLK recevant cette demande de fermeture de connexion supprime l'attribution SUPPR_A du dispositif de communication de l'interlocuteur DCkJ au premier utilisateur U1 .
Eventuellement, le dispositif de communication de l'interlocuteur DCkJ supprime l'état de service SU PRR_ST enregistré pour le premier utilisateur U1 . Ainsi, si le premier utilisateur est à nouveau connecté à ce dispositif de communication de l'interlocuteur DCkJ au moyen d'un premier terminal de communication identique ou distinct du premier terminal de communication ayant requis cette fermeture de connexion, le dispositif de communication de l'interlocuteur DCkJ ne tiendra pas compte de la précédente connexion et, par exemple, recommencera la diffusion du flux audio vidéo au début de celui-ci.
La figure 4B illustre un schéma simplifié de diagramme d'échange avec un dispositif de liaison DLK selon l'invention lorsque la connexion est implicitement close, notamment correspondante à la mise en œuvre du procédé de liaison selon le premier ou deuxième cas d'usage.
Une connexion de pairs p_cnx est établie entre un premier terminal de communication T1JJ1 et un dispositif de communication d'un interlocuteur DCkJ, par exemple suite à des échanges tels qu'illustrés par la figure 4A dans sa partie (I).
Comme le montre la partie (I) de la figure 4A : En particulier, un premier terminal de communication d'un premier utilisateur T1JJ1 , notamment placé derrière un pare-feu, demande id_req une adresse publique à un dispositif de traversée DTN tel qu'un STUN. Le dispositif de traversée DTN lui fournit cette adresse publique id_attrb.
Le premier terminal de communication du premier utilisateur T1JJ1 demande une connexion p_cnx_req(U1 ->\) avec un pair d'un interlocuteur à un dispositif de liaison DLK , notamment en fournissant l'adresse publique précédemment attribué par le dispositif de traversée DTN.
Le dispositif de liaison DLK vérifie si un dispositif de communication (aussi appelé pair) de l'interlocuteur I est déjà attribué au premier utilisateur VF_A ? et relaie la demande de connexion du premier terminal du premier utilisateur p_cnx_req(U1 vers le dispositif de communication de l'interlocuteur DCkJ résultant de cette vérification. Par exemple :
si un dispositif de communication de l'interlocuteur est déjà attribué au premier utilisateur , la demande de connexion est relayée au dispositif de communication de l'interlocuteur DCkJ attribué au premier utilisateur U1 ,
sinon,
■ soit la demande de connexion est relayée à un dispositif de communication de l'interlocuteur DCkJ connecté au dispositif de liaison ou à un relai de signalisation (non illustré) transmettant cette demande de connexion,
■ soit un dispositif de communication de l'interlocuteur DCkJ est sélectionné ou déterminé parmi des dispositifs de communications de l'interlocuteur notamment des dispositifs de communications préalablement déclarés par l'interlocuteur I, et la demande de connexion est relayé au dispositif de communication de l'interlocuteur DCkJ ainsi sélectionné/déterminé.
Le dispositif de communication de l'interlocuteur DCkJ reçoit la demande de connexion p_cnx_req(U1 du premier terminal de communication du premier utilisateur T1JJ1 relayé par le dispositif de liaison DLK ou un relai de signalisation (non illustré) commandé par le dispositif de liaison DLK, et y répond answ.
Eventuellement, le dispositif de liaison DLK détecte une connexion existante LV_CNX ? en fonction de la réponse answ du dispositif de communication de l'interlocuteur DCkJ à la demande de connexion p_cnx_req(U1
La partie (I) de la figure 4A illustre le cas où aucune connexion existante n'est détectée [N]} et le dispositif de liaison DLK relai la réponse answ au premier terminal de communication du premier utilisateur T1JJ1 . Ainsi, comme le montre la figure 4B, une connexion de pairs p_cnx est établie entre le premier terminal de communication du premier utilisateur T1JJ1 et le dispositif de communication de l'interlocuteur DCkJ permettant une communication Web temps réel notamment pour la transmission d'un flux audio vidéo av_str de l'interlocuteur vers le premier utilisateur et/ou du premier utilisateur vers l'interlocuteur.
En particulier, la fermeture implicite de la connexion p_cnx déclenche un enregistrement ATTRB_A par le dispositif de liaison DLK de l'attribution du dispositif de communication de l'interlocuteur DCkJ au premier utilisateur U1 . Par fermeture implicite est entendue une fermeture de la connexion non directement demandé par le premier utilisateur et/ou l'interlocuteur (par exemple fermeture du navigateur du premier utilisateur supportant la connexion sur demande du premier utilisateur ou en raison de la panne telle qu'un problème de réseau, d'une erreur du navigateur, d'une commande du premier terminal de communication sans demande du premier utilisateur ...).
Eventuellement, la fermeture implicite de la connexion p_cnx déclenche un enregistrement de l'état de service STJvl par le dispositif de communication de l'interlocuteur DCk I. La fermeture implicite de la connexion p_cnx permet au moins une conservation par le dispositif de liaison DLK d'une attribution du dispositif de communication de l'interlocuteur DCkJ au premier utilisateur U1 enregistrée préalablement à ladite fermeture implicite car celle-ci ne déclenche pas de suppression de cette attribution. De même, la fermeture implicite de la connexion p_cnx permet une conservation par le dispositif de communication de l'interlocuteur DCkJ d'un état de service associé au premier utilisateur U1 enregistrée préalablement à ladite fermeture implicite car celle-ci ne déclenche pas de suppression de cet état de service.
La figure 4C illustre un schéma simplifié de diagramme d'échange avec un dispositif de liaison DLK selon l'invention lorsqu'une connexion p_cnx(T2,DCk) existe entre un deuxième terminal d'un premier utilisateur T2_U1 et un dispositif de communication d'un interlocuteur DCkJ, notamment correspondante à la mise en œuvre du procédé de liaison selon le cinquième cas d'usage. Cette connexion p_cnx(T2, DCk) permet notamment un échange de flux audio vidéo av str entre le deuxième terminal d'un premier utilisateur T2JJ1 et le dispositif de communication d'un interlocuteur DCkJ.
En particulier, le premier utilisateur U1 demande, au moyen d'un premier terminal de communication T1JJ1 distinct du deuxième terminal de communication T2JJ1 , une connexion avec ledit interlocuteur p_cnx_req(U->1l) au dispositif de liaison DLK.
Notamment, le premier terminal de communication T1JJ1 fournira lors de cette demande de connexion une adresse publique fournit par exemple par un dispositif de traversée DTN tel que celui de la figure 4A.
Le dispositif de liaison DLK vérifie si un dispositif de communication (aussi appelé pair) de l'interlocuteur I est déjà attribué au premier utilisateur VF_A ? et relaie la demande de connexion du premier terminal du premier utilisateur p_cnx_req(U1 vers le dispositif de communication de l'interlocuteur DCkJ résultant de cette vérification. Dans l'exemple de la figure 4C, un dispositif de communication de l'interlocuteur DCkJ est déjà attribué au premier utilisateur U1 , la demande de connexion est relayée au dispositif de communication de l'interlocuteur DCkJ attribué au premier utilisateur U1 ,
Le dispositif de communication de l'interlocuteur DCkJ reçoit la demande de connexion p_cnx_req(U1 du premier terminal de communication du premier utilisateur T1JJ1 relayé par le dispositif de liaison DLK ou un relai de signalisation (non illustré) commandé par le dispositif de liaison DLK, et y répond answ.
Le dispositif de liaison DLK détecte une connexion existante LV_CNX ? en fonction de la réponse answ du dispositif de communication de l'interlocuteur DCkJ à la demande de connexion p_cnx_req(U1
Dans le cas de la figure 4C qui illustre le cas où une connexion existante est détectée [Y]} et le dispositif de liaison DLK relai la requête de connexion p_cnx_req(T1 ->T2) au deuxième terminal de communication du premier utilisateur T2JJ1 avec lequel connexion existe déjà.
Le deuxième terminal de communication T2JJ1 répond answ(T2) à la requête de connexion p_cnx_req(T1 ->T2). Le dispositif de liaison DLK relai cette réponse answ(T2) au premier terminal de communication du premier utilisateur T1JJ1 . Ainsi, une connexion de pairs p_cnx est établie entre le premier terminal de communication du premier utilisateur T1JJ1 et le deuxième terminal de communication du premier utilisateur T2JJ1 , en parallèle de la connexion existante entre le deuxième terminal de communication du premier utilisateur T2_U1 et le dispositif de communication de l'interlocuteur DCkJ permettant de faire suivre la communication Web temps réel entre le dispositif de communication de l'interlocuteur DCkJ et le deuxième terminal de communication du premier utilisateur T2_U1 vers le premier terminal de communication du premier utilisateur T1JJ1 notamment pour faire suivre la transmission du flux audio vidéo av_str entre l'interlocuteur et un deuxième terminal de communication du premier utilisateur vers un premier terminal de communication du premier utilisateur.
La figure 5 illustre un schéma simplifié d'un dispositif de liaison selon l'invention. Le dispositif de liaison 4 dans l'établissement de communication Web temps réel comporte, un gestionnaire d'attribution 42 apte à vérifier, notamment au moyen d'un vérificateur d'attribution 421 , lors d'une réception d'une demande de connexion de pairs p_cnx_req d'un premier terminal de communication d'un premier utilisateur 1 avec un dispositif de communication d'un interlocuteur 3, les attributions existantes d'un dispositif de communication dudit interlocuteur audit premier utilisateur, ledit gestionnaire d'attribution 42 fournissant un identifiant d'un dispositif de communication dudit interlocuteur attribué audit premier utilisateur à un relai de signalisation 43, le relai de signalisation 43 relayant ladite demande de connexion de pairs p_cnx_req dudit premier terminal de communication dudit premier utilisateur audit dispositif de communication dudit interlocuteur 3 attribué audit premier utilisateur.
En particulier, le dispositif de liaison 4 comporte ledit relai de signalisation 43 recevant ladite demande de connexion de pairs du premier terminal de communication dudit premier utilisateur à un dispositif de communication dudit interlocuteur.
En particulier, le dispositif de liaison 4 comporte un récepteur de requête 41 recevant les requêtes de connexion p_cnx_req.
En particulier, le dispositif de liaison 4 comporte un détecteur de connexion active 44 détectant une connexion active entre un deuxième terminal dudit premier utilisateur 1 b et un dispositif de communication d'un interlocuteur 3 suite à une réception d'une demande de connexion de pairs p_cnx_req d'un premier terminal de communication d'un premier utilisateur 1 avec un dispositif de communication d'un interlocuteur.
En particulier, le dispositif de liaison 4 comporte un gestionnaire de base de données de dispositifs de communication d'interlocuteurs (non illustré) permettant d'enregistrer pour un interlocuteur au moins un dispositif de communication dudit interlocuteur (notamment dans une base de données d'interlocuteur 422). Lorsqu'aucun dispositif de communication dudit interlocuteur n'est attribué audit premier utilisateur, le gestionnaire d'attribution 42, (notamment un sélectionneur de dispositif de communication 423) sélectionne, dans ladite base de données, un dispositif de communication parmi lesdits au moins un dispositif de communication dudit interlocuteur et attribue ledit dispositif de communication sélectionné dudit interlocuteur audit premier utilisateur.
En particulier, ledit interlocuteur est un dispositif de fourniture d'un service, et lesdits au moins un dispositif de communication dudit interlocuteur sont au moins un dispositif d'exécution dudit service 3.
En particulier, ledit interlocuteur est un deuxième utilisateur et lesdits au moins un dispositif de communication dudit interlocuteur sont au moins un terminal de communication dudit deuxième utilisateur 3. La figure 6 illustre un exemple d'architecture de communication mettant en œuvre le dispositif de liaison selon l'invention dans le cas où l'interlocuteur est un dispositif de fourniture de service 2 dont le service est mis en œuvre par plusieurs dispositifs d'exécution 21 interfacés avec un dispositif de diffusion 3, 30 pour les connexions Web temps réel. Le dispositif de diffusion d'un contenu 3, 30 comporte :
• Un gestionnaire 302 de session de communication Web temps réel SS_COM entre un dispositif requérant 1 , 10 ayant requis ledit contenu et un dispositif de diffusion 3, 30 mettant en œuvre ledit procédé de diffusion, et
• Un transmetteur 304, lors de ladite session de communication Web temps réel SS_COM, d'un signal de reproduction dudit contenu requis c_rpr_sg vers ledit dispositif requérant 1 ,
10.
En particulier, le dispositif de diffusion 3 comporte un périphérique de capture 31 du contenu requis fournissant ledit signal de reproduction dudit contenu requis c_rpr_sg au transmetteur 304.
Le premier terminal d'un premier utilisateur aussi appelé dispositif requérant un contenu 1 , 10 comporte :
• un gestionnaire 1 14 de session de communication Web temps réel SS_COM entre le dispositif requérant 1 , 10 ayant requis ledit contenu et le dispositif de diffusion 3, 30, et · Un récepteur 1 15, lors de ladite session de communication Web temps réel SS_COM, d'un signal de reproduction dudit contenu c_rpr_sg provenant dudit dispositif de diffusion 3, 30.
En particulier, un terminal 1 constitue ou comporte un dispositif de requête de contenu (respectivement 1 , 10) selon l'invention. Le terminal 1 comporte notamment des reproducteurs 1 1 , 12a, 12b tels qu'un écran 1 1 , des hauts parleurs 12a, 12b, etc. apte à reproduire le contenu c requis en utilisant directement le signal de reproduction dudit contenu requis c_rpr_sg reçu du dispositif de diffusion 3, 30.
En particulier, le terminal 1 comporte une interface d'interaction 13 tels qu'un clavier, une souris, un écran tactile, une manette de jeux, une caméra de contrôle kinétique, etc. Ainsi, un utilisateur du terminal 1 peut commander via cette interface d'interaction 13 l'accès à un fournisseur de services (jeux vidéo, VOD, etc.). la commande d'accès de l'interface 13 déclenche l'envoi, par connecteur 1 10 du dispositif requérant 10, d'une demande de connexion aux services srv_cnx vers un dispositif de fourniture de services 22, en particulier d'un gestionnaire d'accès aux services 221 .
Ce gestionnaire d'accès aux services 221 permet notamment de déclencher l'envoi d'une liste de services srvjst par le point d'accès aux services 222. La gestion d'accès 221 déclenche cet envoi srvjst éventuellement après authentification de l'utilisateur et/ou du terminal 1 demandant l'accès aux services srv_cnx. La liste des services srvjst fournie est fonction des services disponibles avec le dispositif de fourniture de services 22, notamment dans au moins une base de données de services 220 locale et/ou distante, et/ou des souscriptions de l'utilisateur, etc. La liste de services srvjst reçues par le dispositif requérant 10 est reproduite par au moins l'un des reproducteurs 1 1 , 12a, 12b du terminal 1 permettant à l'utilisateur de sélectionner grâce à l'interface d'interaction 13 un contenu c de la liste de services srvjst.
En particulier, le dispositif requérant 10 comporte un requêteur de contenu 1 13a, 1 13b apte à transmettre une requête de contenu c_req directement ou non à un dispositif d'exécution de contenu 21 . Le requêteur de contenu 1 13a, 1 13b est notamment commandé par un sélecteur 1 12 recevant une interaction de sélection d'un contenu c_slct d'une interface d'interaction 13.
Dans une première alternative, un requêteur de contenu 1 13a transmet une requête de contenu c_req soit au dispositif de fourniture de services 22, soit directement à un dispositif d'exécution de contenu 21 . En parallèle de cette requête de contenu c_req, le dispositif requérant 10, notamment un connecteur Web temps réel 1 13b du dispositif requérant 10, demande une connexion Web temps réel cnx_req à un dispositif de liaison 4 ayant connaissance des dispositifs de diffusion apte à établir une session de communication Web temps réel Web temps réel.
Dans une deuxième alternative, un requêteur de contenu 1 13a transmet une requête de contenu c_req* comportant une requête de connexion cnx_req et une requête de contenu c_req proprement dite au dispositif de fourniture de services 22. Le dispositif de fourniture de services 22 transmet alors une requête de connexion à un dispositif de liaison 4 et déclenche, en parallèle, c_req l'exécution du contenu requis c par un dispositif d'exécution de contenu 21 .
En particulier, un récepteur de requête 223 du dispositif de fourniture de services 22 reçoit la requête cnx_req ou c_req* et commande un ou plusieurs requêteurs (tel qu'un requêteur de contenu 224b et, dans la deuxième alternative, un connecteur Web temps réel 224a). Ainsi, le requêteur de contenu 224b déclenche l'exécution c_req par un dispositif d'exécution 21 du contenu requis c. Et, dans la deuxième alternative, en parallèle du déclenchement de l'exécution, le connecteur 224a commande une connexion Web temps réel pour le dispositif requérant 1 0 à un dispositif de liaison 4. En particulier, un récepteur de requête 41 du dispositif de liaison 4 reçoit la requête cnx_req ou c_req* et, dans la deuxième alternative, transmet la requête de contenu c_req proprement dite soit au dispositif de fourniture de services 22, soit directement au dispositif d'exécution de contenu 21 .
En particulier, un récepteur 21 1 du dispositif d'exécution 21 recevant une requête de contenu c_req déclenche mit l'exécution, notamment un préparateur d'exécution 212 apte à lire un contenu c requis dans une base de données 21 0 locale ou non et, éventuellement à placer les données du contenu c dans une pile d'exécution.
En parallèle, le dispositif de liaison 4 ayant reçu une requête de connexion cnx_req détermine au moyen d'un annuaire 40 au moins un dispositif de diffusion 3, 30 apte à établir une session de communication Web temps réel avec le dispositif requérant 10. En particulier, un gestionnaire d'attribution 42 comportant notamment un moteur de recherche effectue cette détermination ou vérifie si un dispositif de diffusion 3, 30 interfacé avec un dispositif d'exécution 21 est déjà attribué à l'utilisateur du dispositif requérant 10, et déclenche une transmission par un émetteur 43 dudit dispositif de liaison 4 d'une commande ss_cmd d'établissement de session de communication Web temps réel à l'un des clients de la session de communication Web temps réel : soit au dispositif requérant 10, soit au dispositif de diffusion 3, 30 ainsi déterminé. Ainsi, le dispositif de liaison 4 gère la signalisation pour des communications Web temps réel. Notamment, le dispositif de liaison vérifie quels sont les dispositifs de diffusion disponibles : par exemple, le dispositif de liaison 4 envoie une requête de disponibilité (non illustré) à un ensemble de dispositifs de diffusion 3, 30 (identifié notamment à partir de l'annuaire 40) et reçoit éventuellement en réponse une information de disponibilité indiquant la disponibilité ou non du dispositif de diffusion 3 , 30 répondant. Le dispositif de liaison 4, en particulier le gestionnaire d'attribution 42, déterminera alors le dispositif de diffusion 3, 30 pour répondre à la demande de connexion cnx_req parmi les dispositifs de diffusion ayant indiqué qu'ils sont disponibles.
En particulier, le dispositif de diffusion 3, 30 comporte un récepteur 301 déclenchant estb_trg, suite à la réception de la commande ss_cmd, l'établissement de la session de communication Web temps réel SS_COM par le gestionnaire 302 de session de communication Web temps réel Web temps réel. Notamment, le gestionnaire 302 de session de communication Web temps réel envoie une requête d'établissement de session ss_com_estb_req au dispositif requérant 10, en particulier au gestionnaire 1 14, qui accepte celle-ci ss_com_ok, permettant le déclenchement de l'établissement de la session de communication Web temps réel SS_COM.
De manière alternative, le dispositif requérant 10 comporte un gestionnaire 1 14 de session de communication Web temps réel qui déclenche, suite à la réception de la commande ss_cmd, rétablissement de la session de communication Web temps réel SS_COM par le gestionnaire 1 14 de session de communication Web temps réel Web temps réel. Notamment, le gestionnaire 1 14 de session de communication Web temps réel envoie une requête d'établissement de session ss_com_estb_req à un gestionnaire 302 de session de communication Web temps réel d'un dispositif de diffusion 3, 30 déterminé par le dispositif de liaison 4 (le dispositif de liaison ayant notamment fournit l'adresse du dispositif de diffusion ainsi déterminé dans la commande ss_cmd). Eventuellement, le gestionnaire 302 du dispositif de diffusion 3, 30 accepte rétablissement de la session de communication Web temps réel ss_com_ok, permettant le déclenchement de l'établissement de la session de communication Web temps réel SS_COM.
Eventuellement, le dispositif de diffusion 3, 30 (notamment un contrôleur de capture 303) sur commande, en particulier, du gestionnaire 302, suite à la réception d'une requête de connexion cnx_req par le récepteur 301 ou d'une requête d'établissement de session de communication Web temps réel ss_com_estb_req d'un dispositif requérant 10, effectue une intégration d'un périphérique de capture 31 au dispositif de diffusion 3, 30.
En particulier, un contrôleur de capture 303 déclenche une capture du contenu cpt_trg par un périphérique de capture 31 du ou intégré au dispositif de diffusion, respectivement, 3, 30. En outre, le contrôleur de capture 303 déclenche exe_trg l'exécution du contenu par le dispositif d'exécution 21 éventuellement sur récepteur d'une requête de connexion cnx_req, ou en parallèle du déclenchement de l'établissement d'une session ss_com_trg, ou lorsque la session de communication Web temps réel est établie, et/ou suite à une intégration d'un périphérique de capture 31 ...
Soit le récepteur 21 1 reçoit la commande de déclenchement exe_trg et commande un préparateur d'exécution 212 qui recherche notamment le contenu c dans une base de données 210 qui transmet le contenu ply à un exécuteur 213 qui exécute le contenu. Soit le préparateur d'exécution 212 a effectué les tâches préalables à l'exécution proprement dite du contenu telles que la recherche du contenu dans une base de données 210, l'injection des premières données d'exécution du contenu dans une pile d'exécution, et la commande de déclenchement exe_trg commande alors le démarrage d'un exécuteur 213 qui exécute le contenu notamment récupère les données d'exécution déjà présente dans la pile d'exécution. Cette deuxième variante permettant de réduire les délais d'exécution tout en réduisant les exécutions inutiles en raison d'un problème de diffusion (notamment session de communication Web temps réel non établie et/ou périphérique de capture non intégré, etc.).
L'exécuteur 213 effectue l'exécution du contenu requis et fournit un signal de contenu c_rpr_sg qui est capturée par le périphérique de capture 31 , aussi nommé module leurre car le périphérique de capteur 31 leurre le dispositif d'exécution 21 qui le prend pour un dispositif de reproduction tel qu'un écran et/ou un haut-parleur... alors que le dispositif de diffusion 30 le prend pour un dispositif de capture tel qu'une caméra et/ou un microphone... Ainsi, l'invention propose de se baser sur des systèmes de communication Web temps réel , en particulier mettant en œuvre la norme WebRTC, qui ne sont pas nativement réalisés pour la continuité de service.
L'invention vise aussi un support. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique ou encore un moyen d'enregistrement magnétique, par exemple une disquette ou un disque dur.
D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau notamment de type Internet.
Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.
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-dessous. 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.

Claims

REVENDICATIONS
1 . Procédé de liaison dans l'établissement de communication Web temps réel comportant, lors d'une réception d'une demande de connexion de pairs d'un premier terminal de communication d'un premier utilisateur avec un dispositif de communication d'un interlocuteur, une vérification d'attribution existante d'un dispositif de communication dudit interlocuteur audit premier utilisateur, ladite vérification déclenchant un relai de ladite demande de connexion de pairs dudit premier terminal de communication dudit premier utilisateur à un dispositif de communication dudit interlocuteur attribué audit premier utilisateur.
2. Procédé de liaison selon la revendication précédente, caractérisé en ce que la vérification d'attribution déclenche, lorsqu'elle ne détecte aucune attribution existante, une sélection d'un dispositif de communication dudit interlocuteur parmi au moins un dispositif de communication dudit interlocuteur, et un relai de ladite demande de connexion de pairs dudit premier terminal de communication dudit premier utilisateur à un dispositif de communication dudit interlocuteur sélectionné audit premier utilisateur.
3. Procédé de liaison selon la revendication précédente, caractérisé en ce que ledit procédé comporte une attribution dudit dispositif de communication dudit interlocuteur sélectionné audit premier utilisateur.
4. Procédé de liaison selon la revendication précédente, caractérisé en ce que ladite attribution est déclenché par une acception, par ledit dispositif de communication dudit interlocuteur d'une demande de connexion de pairs d'un terminal de communication dudit premier utilisateur.
5. Procédé de liaison selon l'une quelconque des revendications précédentes, caractérisé en ce que le procédé de liaison comporte une suppression d'attribution d'un dispositif de communication d'un interlocuteur à un premier utilisateur lors d'une réception d'une demande de fermeture de la connexion Web temps réel entre un terminal de communication dudit premier utilisateur et ledit dispositif de communication dudit interlocuteur, ladite demande de fermeture ayant été émise par ledit terminal de communication dudit premier utilisateur.
6. Procédé de liaison selon l'une quelconque des revendications précédentes, caractérisé en ce que ledit procédé de liaison comporte une détection de connexion active entre un deuxième terminal dudit premier utilisateur et un dispositif de communication d'un interlocuteur suite à une réception d'une demande de connexion de pairs d'un premier terminal de communication d'un premier utilisateur avec un dispositif de communication d'un interlocuteur.
7. Procédé de liaison selon la revendication précédente caractérisé en ce que, lorsque la détection de connexion active détecte une connexion Web temps réel entre un deuxième terminal de communication dudit premier utilisateur et un dispositif de communication dudit interlocuteur, ladite détection déclenche un relai de ladite demande de connexion de pairs dudit premier terminal de communication dudit premier utilisateur audit deuxième terminal de communication dudit premier utilisateur.
8. Procédé de liaison selon l'une quelconque des revendications 5 ou 6 caractérisé en ce que ladite détection de connexion active vérifie une réponse du dispositif de communication dudit interlocuteur attribué à la demande de connexion de pairs du premier terminal de communication dudit premier utilisateur relayée.
9. Programme comprenant des instructions de code de programme pour l'exécution des étapes du procédé de liaison selon l'une quelconque des revendications précédentes lorsque ledit programme est exécuté par un processeur.
10. Dispositif de liaison dans l'établissement de communication Web temps réel comportant, un gestionnaire d'attribution apte à vérifier, lors d'une réception d'une demande de connexion de pairs d'un premier terminal de communication d'un premier utilisateur avec un dispositif de communication d'un interlocuteur, les attributions existantes d'un dispositif de communication dudit interlocuteur audit premier utilisateur, ledit gestionnaire d'attribution fournissant un identifiant d'un dispositif de communication dudit interlocuteur attribué audit premier utilisateur à un relai de signalisation, le relai de signalisation relayant ladite demande de connexion de pairs dudit premier terminal de communication dudit premier utilisateur audit dispositif de communication dudit interlocuteur attribué audit premier utilisateur.
1 1 . Dispositif de liaison selon la revendication précédente, caractérisé en ce que ledit dispositif de liaison comporte ledit relai de signalisation recevant ladite demande de connexion de pairs du premier terminal de communication dudit premier utilisateur à un dispositif de communication dudit interlocuteur.
12. Dispositif de liaison selon l'une quelconque des revendications 10 ou 1 1 , caractérisé en ce que ledit dispositif de liaison comporte un détecteur de connexion active détectant une connexion active entre un deuxième terminal dudit premier utilisateur et un dispositif de communication d'un interlocuteur suite à une réception d'une demande de connexion de pairs d'un premier terminal de communication d'un premier utilisateur avec un dispositif de communication d'un interlocuteur.
13. Dispositif de liaison selon l'une quelconque des revendications 10 à 12, caractérisé en ce que ledit dispositif de liaison comporte un gestionnaire de base de données de dispositifs de communication d'interlocuteurs permettant d'enregistrer pour un interlocuteur au moins un dispositif de communication dudit interlocuteur ; lorsqu'aucun dispositif de communication dudit interlocuteur n'est attribué audit premier utilisateur, le gestionnaire d'attribution sélectionnant, dans ladite base de données, un dispositif de communication parmi lesdits au moins un dispositif de communication dudit interlocuteur et attribuant ledit dispositif de communication sélectionné dudit interlocuteur audit premier utilisateur.
14. Dispositif de liaison selon l'une quelconque des revendications 10 à 13, caractérisé en ce que ledit interlocuteur est un dispositif de fourniture d'un service, et lesdits au moins un dispositif de communication dudit interlocuteur sont au moins un dispositif d'exécution dudit service.
15. Dispositif de liaison selon l'une quelconque des revendications 10 à 13, caractérisé en ce que ledit interlocuteur est un deuxième utilisateur et lesdits au moins un dispositif de communication dudit interlocuteur sont au moins un terminal de communication dudit deuxième utilisateur.
PCT/FR2015/050190 2014-01-31 2015-01-28 Procede et dispositif de liaison WO2015114248A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1450794A FR3017262A1 (fr) 2014-01-31 2014-01-31 Procede et un dispositif de liaison
FR1450794 2014-01-31

Publications (1)

Publication Number Publication Date
WO2015114248A1 true WO2015114248A1 (fr) 2015-08-06

Family

ID=50933284

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2015/050190 WO2015114248A1 (fr) 2014-01-31 2015-01-28 Procede et dispositif de liaison

Country Status (2)

Country Link
FR (1) FR3017262A1 (fr)
WO (1) WO2015114248A1 (fr)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8601144B1 (en) * 2012-11-27 2013-12-03 Sansay, Inc. Systems and methods for automatic ICE relay candidate creation

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8601144B1 (en) * 2012-11-27 2013-12-03 Sansay, Inc. Systems and methods for automatic ICE relay candidate creation

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ALVESTRAND GOOGLE H: "Overview: Real Time Protocols for Brower-based Applications; draft-ietf-rtcweb-overview-08.txt", OVERVIEW: REAL TIME PROTOCOLS FOR BROWER-BASED APPLICATIONS; DRAFT-IETF-RTCWEB-OVERVIEW-08.TXT, INTERNET ENGINEERING TASK FORCE, IETF; STANDARDWORKINGDRAFT, INTERNET SOCIETY (ISOC) 4, RUE DES FALAISES CH- 1205 GENEVA, SWITZERLAND, 3 September 2013 (2013-09-03), pages 1 - 20, XP015093345 *
SAM DUTTON: "Getting Started with WebRTC", 23 July 2012 (2012-07-23), XP055103693, Retrieved from the Internet <URL:http://www.html5rocks.com/en/tutorials/webrtc/basics/> [retrieved on 20140221] *

Also Published As

Publication number Publication date
FR3017262A1 (fr) 2015-08-07

Similar Documents

Publication Publication Date Title
WO2007042661A1 (fr) Procédé et serveur d&#39;invocation des serveurs d&#39;application dans un réseau sip
US20090037596A1 (en) Media persistent rtsp streaming
EP2888861B1 (fr) Accès a distance a des contenus a partir d&#39;un client léger
EP1637989A1 (fr) Procédé et système de séparation de comptes de données personnelles
WO2015114248A1 (fr) Procede et dispositif de liaison
EP2589202B1 (fr) Procédé et système de gestion de sessions de communication
EP2953326B1 (fr) Procédé et dispositif de partage d&#39;application
FR3068852A1 (fr) Procede de gestion du droit d&#39;acces a un contenu numerique
FR3086478A1 (fr) Gestion du fonctionnement d&#39;une telecommande lors de la reception d&#39;un appel telephonique.
EP2538638B1 (fr) Procédé de gestion de fourniture de services
FR2964523A1 (fr) Mise a disposition d&#39;informations par un terminal mobile dans un reseau.
EP2594038B1 (fr) Détection d&#39;un module de contrôle upnp
EP2073493B1 (fr) Procédé de communication multimédia, serveur et produit programme d&#39;ordinateur correspondants
FR3000357A1 (fr) Procede de transfert de communication audio et/ou video depuis un premier terminal vers un deuxieme terminal
EP3228083B1 (fr) Procédé de gestion du droit d&#39;accès a un contenu numérique
WO2015092219A1 (fr) Procede et dispositif de diffusion de contenu
EP2469799B1 (fr) Procédé d&#39;exécution d&#39;une action par un terminal de communication, terminal, serveur, système de communication et programme d&#39;ordinateur correspondants
FR3019429A1 (fr) Procede et dispositif de controle d&#39;un telechargement de contenus multimedia
EP2484081B1 (fr) Systeme et procede de controle de session de communication dans un terminal d&#39;un reseau local
FR3018027A1 (fr) Procede et dispositif de decouverte des capacites de communication relatives a un utilisateur d&#39;un terminal
EP2856302A2 (fr) Serveur local pour dispositif d&#39;affichage
WO2009013439A2 (fr) Procede de controle d&#39;un fournisseur de services a partir d&#39;un terminal mobile
EP2134060A1 (fr) Procédé et système de communication Internet dans lequel un appelé peut choisir suivant quelle modalité il veut être joint
FR2905546A1 (fr) Procede et systeme de synchronisation d&#39;informations avec un flux
FR3011103A1 (fr) Chargement dynamique mis en œuvre lors d&#39;une action sur un contenu

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15706866

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15706866

Country of ref document: EP

Kind code of ref document: A1