Plus particulièrement, dans un mode de réalisation de la technique proposée l’établissement d’une liaison point à point LPP entre le terminal de paiement TP et un terminal distant TD candidat à sa prise de contrôle repose sur la technologie WebRTC (en anglais « Web Real-Time Communication »). Dans le contexte d’une communication WebRTC, le serveur de mise en relation SMR est utilisé pour mettre en relation le terminal de paiement TP et terminal distant TD, via l’échange de données de signalisation lors d’une phase d’initialisation de la session. À l’issue de cette phase d’initialisation, une liaison point à point (i.e. de pair à pair) LPP est établie, comprenant un flux média et un flux de contrôle tels que définis précédemment. Ces deux flux ne transitent normalement pas par le serveur de mise en relation SMR, mais directement (éventuellement via un ou plusieurs serveurs relais de type TURN ou STUN, si des contraintes réseau l’exigent, comme décrit ultérieurement dans le document) entre l’application dédiée 21 lancée sur le terminal de paiement TP et un module client 22, typiquement un navigateur internet, lancé sur le terminal distant TD. Afin de pouvoir communiquer avec le module client 22 du terminal distant TD d’une part, et avec le module logiciel 21 du terminal de paiement TP d’autre part, le serveur de mise en relation SMR comprend respectivement un module serveur 23 et un module d’affectation 24, ces deux modules 23 et 24 étant interconnectés via un module d’interconnexion 25. Ainsi, un canal de signalisation est établi entre le terminal de paiement TP et le terminal distant TD, par l’intermédiaire de ces modules 23, 24 et 25 du serveur de mise en relation SMR. Ce canal de signalisation permet de négocier, lors de la phase d’initialisation de la session, les caractéristiques de la liaison point à point (connexion réseau, résolution d’adresses, ports, formats vidéo, codecs, etc.), via l’échange d’offres et de réponses SDP (de l’anglais « Session Description Protocol ») sur les canaux de communication C1 et C2. Lors de cette phase d’initialisation, des sceaux de certificats auto-signés sont également échangés entre l’application dédiée 21 lancée sur le terminal de paiement TP et le navigateur internet 22, lancé sur le terminal distant TD, afin d’établir la confiance entre ces deux modules lors de la session point à point. La technologie WebRTC offre également divers mécanismes pour déterminer d’éventuelles configurations ou restrictions réseaux (e.g. architectures mettant en œuvre des dispositifs NAT – en anglais « Network Address Translation » – de traduction d’adresse réseau, présence de pare-feux, etc.) susceptibles de compliquer ou de faire obstacle à une connexion directe entre le terminal de paiement TP et le terminal distant TD, et mettre en œuvre le cas échéant des solutions de contournement. Ces mécanismes ne sont pas décrits plus en détails dans le présent document, mais ils comprennent notamment l’utilisation d’un protocole d’établissement de connectivité interactif (en anglais « Interactive Connectivity Establishment » ou ICE), et de serveurs STUN (en anglais « Session Traversal Utilities for NAT ») et TURN (en anglais « Traversal Using Relays around NAT »). Ils permettent par exemple d’identifier la nécessité de recourir à un éventuel serveur relais SR pour permettre la communication entre le terminal de paiement TP et le terminal distant TD.