FR3017262A1 - Procede et un dispositif de liaison - Google Patents

Procede et un dispositif de liaison Download PDF

Info

Publication number
FR3017262A1
FR3017262A1 FR1450794A FR1450794A FR3017262A1 FR 3017262 A1 FR3017262 A1 FR 3017262A1 FR 1450794 A FR1450794 A FR 1450794A FR 1450794 A FR1450794 A FR 1450794A FR 3017262 A1 FR3017262 A1 FR 3017262A1
Authority
FR
France
Prior art keywords
user
interlocutor
communication
communication device
communication terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
FR1450794A
Other languages
English (en)
Inventor
Sandrine Lacharme
Maximilien Baumann
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Orange SA filed Critical Orange SA
Priority to FR1450794A priority Critical patent/FR3017262A1/fr
Priority to PCT/FR2015/050190 priority patent/WO2015114248A1/fr
Publication of FR3017262A1 publication Critical patent/FR3017262A1/fr
Withdrawn legal-status Critical Current

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

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

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 oeuvre de solution propriétaire pour mettre en oeuvre 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 oeuvre 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 limité 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 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. Avantageusement, le 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. Ainsi, si Alice est déjà connecté au moyen d'un deuxième terminal de communication à 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 premier 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 terminal de communication d'Alice soit directement par une nouvelle connexion entre le premier terminal de communication d'Alice et le serveur d'exécution, soit indirectement par une connexion du premier terminal 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 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.
Ainsi, lors de la diffusion d'une vidéo, le chargement de la vidéo sur le deuxième terminal de communication d'Alice est limité 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 communication dudit premier 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 mises en oeuvre 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 oeuvre 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 oeuvre 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 AB) 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 AB) 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 BA) 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..40 La figure 2 illustre un schéma simplifié d'un procédé de liaison selon l'invention. Le procédé de liaison LNK 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 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 1) dudit premier terminal de communication dudit premier utilisateur à un dispositif de communication dudit interlocuteur attribué DCi_I audit premier utilisateur Ul.
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 BDD I, 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é DCj_I 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 LNK 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 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 -*1) dudit premier terminal de communication dudit premier utilisateur à un dispositif de communication dudit interlocuteur attribué DCi_I audit premier utilisateur Ul. 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 BDD I, 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é DCj_I audit premier utilisateur U1. En particulier, le procédé de liaison LNK comporte une attribution ATTRB dudit dispositif de communication dudit interlocuteur sélectionné Dcj_I audit premier utilisateur Ul. Ainsi, lors d'une connexion ultérieure de le premier utilisateur U1 audit interlocuteur I, le terminal de communication de le premier utilisateur U1 faisant la demande de connexion de pairs p cnx req sera connecté audit dispositif de communication dudit interlocuteur précédemment sélectionné Dcj_I 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 Dcj_I d'une demande de connexion de pairs d'un terminal de communication dudit premier utilisateur. En particulier, le procédé de liaison LNK 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(U11) 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 Ul. Ainsi, lorsque la connexion entre le terminal de communication de le premier utilisateur T1 U1 et le dispositif de communication de l'interlocuteur DCi I, DCj_I 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 DCi I, DCj_I . 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 DCi I, Dcj_I transmet un flux audio/vidéo av str au terminal de communication de le premier utilisateur T1 U1 : 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 LNK comporte une détection de connexion active LV CNX ? entre un deuxième terminal dudit premier utilisateur T2_U1 et un dispositif de communication d'un interlocuteur DCk I 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 U11). 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 cnxreq(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 T2 Ul, 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 T1 U1, avec un dispositif de communication de l'interlocuteur I que ce soit le dispositif de communication de l'interlocuteur DCi_I 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 (T1 U1, T2 U2) 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 DCi_I 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 T1 U1 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é DCi_I à la demande de connexion de pairs du premier terminal de communication dudit premier utilisateur relayée p cnx req(T1 U1 En particulier, le procédé de liaison LNK 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 1 DCL (non illustrée sur les figures 2 et 3) par l'interlocuteur I d'au moins un dispositif de communication DCk I, Un enregistrement 1 MEM (non illustrée sur les figures 2 et 3) des dispositifs de communication DCk 1 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 oeuvre 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 oeuvre 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 DCk_I à un relai de signalisation RS mettant en oeuvre 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 oeuvre 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 T1 U1 avec un dispositif de communication de l'interlocuteur I, Une vérification VF A(U1,I) ? si un dispositif de communication de l'interlocuteur 1 est attribué audit premier utilisateur U1, Sinon VF A(U1,I) ? = [N], lorsque ledit interlocuteur 1 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 BDD I, et Une attribution ATTRB dudit dispositif de communication ainsi déterminé ou sélectionné dudit interlocuteur DCj I audit premier utilisateur U1 Un relai RLY de ladite demande de connexion p cnx req(T1 Ul du premier terminal de communication du premier utilisateur au dispositif de communication dudit interlocuteur soit précédemment attribué audit premier utilisateur DCi I, soit déterminé ou sélectionné DCj I, Une réception REQ_REC d'une réponse answ du dispositif de communication dudit interlocuteur DCi I, DCj I, 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(DCi U1), un relai RLY de ladite demande de connexion du dispositif de communication dudit interlocuteur p cnx req(DCi U1) au premier terminal de communication du premier utilisateur Ti U1, - Lorsque ladite réponse answ indique une connexion existante LV CNX ? = [Y] avec un deuxième dispositif du premier utilisateur T2 Ul, 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 LNK selon l'invention met en oeuvre notamment les étapes suivantes : une réception REC REQ de la requête de connexion p cnx req(T1 U1 -*1) du premier utilisateur U1 à l'interlocuteur I provenant d'un premier terminal de communication du premier utilisateur T1 U1, 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_I notamment dans une base de données des dispositifs de communication BDD 1 (cette base de données indiquant pour un interlocuteur donné 1 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 1) vers le dispositif de communication de l'interlocuteur DCj_I ainsi déterminé/sélectionné ou un dispositif de communication de l'interlocuteur DCj_I connecté à un relai de signalisation mettant en oeuvre ce relai RLY, une réception REC REQ d'une réponse d'acceptation answ =OK du dispositif de communication dudit interlocuteur DCj I, un relai RLY de ladite réponse d'acceptation answ audit premier terminal de communication dudit premier utilisateur T1 U1. Ainsi, une connexion entre le premier terminal de communication du premier utilisateur T1 U1 et le dispositif de communication de l'interlocuteur DCj_I est établie permettant une communication Web temps réel, une attribution ATTRB dudit dispositif de communication dudit interlocuteur DCj_I audit premier utilisateur U1 soit avant le relai RLY de de la requête de connexion p cnx req(T1 U1 1) vers le dispositif de communication de l'interlocuteur DCj I, 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 DCj_I au premier utilisateur U1 w(A(U1,I) = (U1, DC] I) 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 DCi_I 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 DCi_I 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 oeuvre notamment les étapes suivantes : - une réception REC REQ de la requête de connexion p cnx req(T1 U1 1) du premier utilisateur U1 à l'interlocuteur I provenant d'un premier terminal de communication du premier utilisateur T1 U1 (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 DCi 1 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 -*1) vers le dispositif de communication de l'interlocuteur DCi_I attribué au premier utilisateur Ul, une réception REC REQ d'une réponse, par exemple d'une réponse d'acceptation, answ du dispositif de communication dudit interlocuteur DCi I, un relai RLY de ladite réponse answ audit premier terminal de communication dudit premier utilisateur T1 U1. Ainsi, une connexion entre le premier terminal de communication du premier utilisateur T1 U1 et le dispositif de communication de l'interlocuteur DCi_I est établie permettant une communication Web temps réel. Si le dispositif de communication de l'interlocuteur DCi_I 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 DCi_I 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 Ul.
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 DCi_I ou DCj 1 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(U11) à partir de son premier terminal de communication, déclenchant en particulier l'effacement e(A(U1,I)) de l'attribution du dispositif de communication de l'interlocuteur DCi_I ou DCj_I 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 1 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 DCi_I ou DCj_I.
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 U1 est connecté à un dispositif de communication de l'interlocuteur DCi_I (par exemple sen utilisant le premier ou le deuxième cas d'usage), un procédé de liaison LNK selon l'invention met en oeuvre notamment les étapes suivantes : une réception REC REQ d'une requête de connexion p cnx req(T1 U1 1) 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 T2 Ul, 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 Ul, é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 DCi 1 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 -*1) vers le dispositif de communication de l'interlocuteur DCi_I attribué au premier utilisateur Ul, une réception REC_REQ d'une réponse answ du dispositif de communication dudit interlocuteur DCi I, 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 1) vers le dispositif de communication de l'interlocuteur DCi_I 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 T1 U1 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 U1 T2 U1) - 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 T1 U1 Ainsi, une connexion entre le premier terminal de communication du premier utilisateur T1 U1 et le deuxième terminal de communication du premier utilisateur T2_U1 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 T2_U1 et le dispositif de communication de l'interlocuteur DCi I, est relayé au premier terminal de communication du premier utilisateur T1 U1 par le deuxième terminal de communication du premier utilisateur T2 Ul. 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 oeuvre du procédé de liaison selon le quatrième cas d'usage. En particulier, un premier terminal de communication d'un premier utilisateur T1 U1, 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 T1 U1 demande une connexion p cnx req(Ull) 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(Ull) vers le dispositif de communication de l'interlocuteur DCk_I 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 DCk_I attribué au premier utilisateur Ul, sinon, - soit la demande de connexion est relayée à un dispositif de communication de l'interlocuteur DCk_I 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 DCk_I 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 DCk I ainsi sélectionné/déterminé. Le dispositif de communication de l'interlocuteur DCk_I reçoit la demande de connexion p cnx req(Ull) du premier terminal de communication du premier utilisateur T1 U1 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 DCk_I à 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 T1 U1. Ainsi, une connexion de pairs p_cnx est établie entre le premier terminal de communication du premier utilisateur T1 U1 et le dispositif de communication de l'interlocuteur DCk_I 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 T1 U1 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 DCk_I au premier utilisateur U1 . Eventuellement, le dispositif de communication de l'interlocuteur DCk_I supprime l'état de service SUPRR ST enregistré pour le premier utilisateur U1. Ainsi, si le premier utilisateur est à nouveau connecté à ce dispositif de communication de l'interlocuteur DCk_I 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 DCk_I 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 oeuvre 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 T1 U1 et un dispositif de communication d'un interlocuteur DCk I, 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 T1 U1, 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 T1 U1 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(Ull) vers le dispositif de communication de l'interlocuteur DCk_I 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 DCk_I attribué au premier utilisateur Ul, - sinon, - soit la demande de connexion est relayée à un dispositif de communication de l'interlocuteur DCk_I 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 DCk_I 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 DCk I ainsi sélectionné/déterminé.
Le dispositif de communication de l'interlocuteur DCk_I reçoit la demande de connexion p cnx req(Ull) du premier terminal de communication du premier utilisateur T1 U1 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 DCk_I à la demande de connexion p cnx req(U11). 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 T1 U1. Ainsi, comme le montre la figure 4B, une connexion de pairs p_cnx est établie entre le premier terminal de communication du premier utilisateur T1 U1 et le dispositif de communication de l'interlocuteur DCk_I 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 DCk_I 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 ST _M 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 DCk_I 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 DCk_I 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 DCk I, notamment correspondante à la mise en oeuvre 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 T2_U1 et le dispositif de communication d'un interlocuteur DCk I. En particulier, le premier utilisateur U1 demande, au moyen d'un premier terminal de communication T1 U1 distinct du deuxième terminal de communication T2 U1, une connexion avec ledit interlocuteur p cnx req(U1I) au dispositif de liaison DLK. Notamment, le premier terminal de communication T1 U1 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(U11) vers le dispositif de communication de l'interlocuteur DCk_I résultant de cette vérification. Dans l'exemple de la figure 4C, un dispositif de communication de l'interlocuteur DCk_I est déjà attribué au premier utilisateur U1, la demande de connexion est relayée au dispositif de communication de l'interlocuteur DCk_I attribué au premier utilisateur U1, Le dispositif de communication de l'interlocuteur DCk_I reçoit la demande de connexion p cnx req(U11) du premier terminal de communication du premier utilisateur T1 U1 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 DCk I à la demande de connexion p cnx req(U11). Dans le cas de la figure 4C qui illustre le cas où une connexion existante est détectée [11} et le dispositif de liaison DLK relai la requête de connexion p cnx req(T1T2) au deuxième terminal de communication du premier utilisateur T2_U1 avec lequel connexion existe déjà. Le deuxième terminal de communication T2_U1 répond answ(T2) à la requête de connexion p cnx req(T1T2). Le dispositif de liaison DLK relai cette réponse answ(T2) au premier terminal de communication du premier utilisateur T1 Ul . Ainsi, une connexion de pairs p cnx est établie entre le premier terminal de communication du premier utilisateur T1 _U1 et le deuxième terminal de communication du premier utilisateur T2 U1 , 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 DCk_I permettant de faire suivre la communication Web temps réel entre le dispositif de communication de l'interlocuteur DCk_I et le deuxième terminal de communication du premier utilisateur T2_U1 vers le premier terminal de communication du premier utilisateur T1 _U1 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 oeuvre 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 oeuvre 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 oeuvre 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 114 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 115, 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 11, 12a, 12b tels qu'un écran 11, 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 110 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 srv Ist par le point d'accès aux services 222. La gestion d'accès 221 déclenche cet envoi srv Ist éventuellement après authentification de l'utilisateur et/ou du terminal 1 demandant l'accès aux services srv cnx. La liste des services srv Ist 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 srv Ist reçues par le dispositif requérant 10 est reproduite par au moins l'un des reproducteurs 11, 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 srv Ist.
En particulier, le dispositif requérant 10 comporte un requêteur de contenu 113a, 113b 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 113a, 113b est notamment commandé par un sélecteur 112 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 113a 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 113b 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 113a 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 10 à 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 211 du dispositif d'exécution 21 recevant une requête de contenu c req déclenche finit l'exécution, notamment un préparateur d'exécution 212 apte à lire un contenu c requis dans une base de données 210 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 114, 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 114 de session de communication Web temps réel qui déclenche, 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 114 de session de communication Web temps réel Web temps réel. Notamment, le gestionnaire 114 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 l'é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 211 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 oeuvre 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 oeuvre 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 oeuvre 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 oeuvre une fonction ou un ensemble de fonctions.

Claims (15)

  1. REVENDICATIONS1. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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.
  11. 11. 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. 12. Dispositif de liaison selon l'une quelconque des revendications 10 ou 11, 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. 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. 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. 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.
FR1450794A 2014-01-31 2014-01-31 Procede et un dispositif de liaison Withdrawn FR3017262A1 (fr)

Priority Applications (2)

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

Applications Claiming Priority (1)

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

Publications (1)

Publication Number Publication Date
FR3017262A1 true FR3017262A1 (fr) 2015-08-07

Family

ID=50933284

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1450794A Withdrawn FR3017262A1 (fr) 2014-01-31 2014-01-31 Procede et un 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
WO2015114248A1 (fr) 2015-08-06

Similar Documents

Publication Publication Date Title
EP1946523A1 (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
FR2788918A1 (fr) Procede d&#39;etablissement d&#39;une communication entre deux appareils de transmission d&#39;informations relies a un reseau informatique du type de l&#39;internet, et serveur de liaison entre les equipements
EP2227048A1 (fr) Procédé de gestion de profils d&#39;utilisateurs d&#39;un réseau de pairs
FR3017262A1 (fr) Procede et un dispositif de liaison
EP2481200B1 (fr) Controle d&#39;une session d&#39;echange de donnees entre des terminaux d&#39;un premier utilisateur avec au moins un terminal d&#39;un deuxieme utilisateur
EP2589202B1 (fr) Procédé et système de gestion de sessions de communication
EP2953326B1 (fr) Procédé et dispositif de partage d&#39;application
FR3086478A1 (fr) Gestion du fonctionnement d&#39;une telecommande lors de la reception d&#39;un appel telephonique.
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
EP3932045B1 (fr) Procédés et interfaces de gestion d&#39;une interface utilisateur d&#39;un terminal de communication d&#39;une communication en cours, et de contrôle de l&#39;interface utilisateur
EP3526945B1 (fr) Système de communication à récepteur de contenu propre à gérer un appel pendant une diffusion, et procédé de gestion associé
EP2484081B1 (fr) Systeme et procede de controle de session de communication dans un terminal d&#39;un reseau local
WO2015128561A1 (fr) Procede et dispositif de decouverte des capacites de communication relatives a un utilisateur d&#39;un terminal
FR3000357A1 (fr) Procede de transfert de communication audio et/ou video depuis un premier terminal vers un deuxieme terminal
EP2856302A2 (fr) Serveur local pour dispositif d&#39;affichage
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
EP2134060A1 (fr) Procédé et système de communication Internet dans lequel un appelé peut choisir suivant quelle modalité il veut être joint
WO2009013439A2 (fr) Procede de controle d&#39;un fournisseur de services a partir d&#39;un terminal mobile
FR2905546A1 (fr) Procede et systeme de synchronisation d&#39;informations avec un flux
EP3138271A1 (fr) Procédé et dispositif d&#39;établissement d&#39;une communication
FR2979785A1 (fr) Procedes, programmes d&#39;ordinateur et dispositifs de controle d&#39;execution d&#39;applications utilisant des identifiants d&#39;utilisateurs mises en oeuvre apres etablissement de sessions de communication

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

ST Notification of lapse

Effective date: 20160930