EP2412147A1 - Systeme de fourniture de service tel qu'un service de communication - Google Patents

Systeme de fourniture de service tel qu'un service de communication

Info

Publication number
EP2412147A1
EP2412147A1 EP10716572A EP10716572A EP2412147A1 EP 2412147 A1 EP2412147 A1 EP 2412147A1 EP 10716572 A EP10716572 A EP 10716572A EP 10716572 A EP10716572 A EP 10716572A EP 2412147 A1 EP2412147 A1 EP 2412147A1
Authority
EP
European Patent Office
Prior art keywords
connection
terminal device
service
service provider
communication network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
EP10716572A
Other languages
German (de)
English (en)
Inventor
Paul Renac
Jean-Louis Le Roux
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Publication of EP2412147A1 publication Critical patent/EP2412147A1/fr
Ceased 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/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0227—Filtering policies
    • 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/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • 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/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
    • H04N7/181—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast for receiving images from a plurality of remote sources

Definitions

  • Service provision system such as a communication service
  • the invention relates to a service delivery system, such as a communication service.
  • the invention relates to a remote monitoring system, in particular via the Internet.
  • This Client-Server architecture designates a communication mode between several nodes of a communication network that distinguishes one or more terminal nodes (computers, IP phones, IP camera, IP sensors, etc.) from a server node (service platform , content server, etc.).
  • This architecture is based on the fact that each terminal node includes client means for sending requests to a server and that the server is initially passive listening to the client terminal nodes.
  • the server may be specialized depending on applications in application server, files, terminals, electronic mail, video surveillance platform.
  • the client issues requests to a server, which may be a web server or http server of the name of the communication protocol used at the application network layer.
  • the role of the server is to process the request and return the response to that request.
  • the dialogue between client and server is often carried by a transport network layer, such as the TCP layer of the name of a communication protocol: the TCP protocol.
  • TCP is a reliable transport protocol according to RFC 793.
  • the respective client and server operating modes of the nodes apply to all the transport and application network layers, which correspond, for example, to the respective protocols TCP and HTTP: the client of a service is also the client in term of connection, the server of a service is also the server in terms of connection (the layers Client and Server transport need to be connected to enable service).
  • the server operates in passive openness, i.e. an access point to a TCP connection is open, namely that it is made available to a TPC connection, and the server goes on passive waiting for connection requests.
  • the client makes an active opening to know that it establishes a connection with the server by sending a connection request to the server with its initial client sequence number, that the server responds with an acknowledgment of the request client with its initial server sequence number and the client initial sequence number incremented and that the client acknowledges with the incremented server sequence numbers and client incremented again.
  • More and more devices are being installed in private communications networks or LANs for Local Area Network in English. These private networks are connected to the public communication network to which the servers generally belong or to the public network providing the connection between the LAN and the network environment hosting the servers via an access device also called an access gateway. .
  • the access gateway makes it possible to access the communication terminals of the private private communication networks remotely via a public communication network such as an open and / or shared network, particularly of the Internet type.
  • the access gateway provides the interconnection between the private network hosting these terminals and the public communication network.
  • the gateway implements network address translation functions and inbound communication filtering functions in the private communication network.
  • NAT network address translation
  • PAT network address to port address translation
  • the server may be able to control a video stream or the movement of a camera at any time. And, if the address translation functions of this camera are not configured in the access gateway in front of this camera, the monitoring server can not do anything.
  • the filtering functions implemented at the level of the access gateways making it possible to secure the private communication network vis-à-vis the public communication network are also there to limit the external accesses entering the private communication network. . So if these filtering functions are not configured, the monitoring server does not have access to the cameras that allow it to monitor.
  • mappings between network addresses and port addresses and filtering are activated only temporarily in most cases, with the traffic flow resetting the temporary activation timer, also known as a timer.
  • This temporary activation is incompatible with certain services, particularly require the server to repeatedly fetch (at any time, at any time, periodically, etc.) items from devices behind such access gateways after long period of traffic inactivity that caused the deactivation correspondences.
  • Mechanisms such as the heartbeat mechanism (or keepalive in English) make it possible to maintain NAT traversal and thus the connection between the server and the client. These mechanisms are based on periodic messages exchanged between the server and the client at the initiative of the server when the service requires a permanent connection. These mechanisms pose scale scalabilty problems, that is to say dimensioning problems when the server dialogue for this service with a large number of clients since the server must then manage the monitoring. and maintaining as many connections as customers.
  • the service provider may also be prohibited by law or contract from having the right to configure the translation and filtering functions of an access gateway, particularly when the service provider is not the owner and / or operator of the gateway. access. This limits the provision of certain services only to customers of the same ISP.
  • One of the aims of the present invention is to overcome disadvantages of the state of the art.
  • An object of the invention is a terminal device of a communication network comprising: means for establishing a connection with a service provider device through at least said communication network, and
  • Application server means capable of receiving a service request from said service provider device on said connection.
  • the terminal device can be accessible from a service provider device as soon as it is put into service.
  • the fact that the terminal device initiates the connection for a service secures access to the data of the terminal device concerning this service.
  • said communication network is a private communication network comprising an access device allowing the means for establishing a connection to establish said connection between said terminal device and said service provider device through the private communication networks. and public.
  • connection being an outgoing connection, it is not filtered by the access device and the terminal device is still accessible by the service provider device to respond to a service request. And, the access device continues to play its role of securing the private communication network.
  • this connection advantageously allows bidirectional traffic between the terminal device and the service provider device.
  • the invention also relates to a service provider device of a communication network comprising:
  • Connection means for enabling a terminal device to establish a connection with said service provider device through at least said communication network
  • the subject of the invention is also a method of putting into service the application server means of a terminal device of a communication network comprising the establishment of a connection by said terminal device with said service provider device through said network. communication, said connection allowing said service provider device to transmit to said application server means of said terminal device a service request.
  • the connection establishment is renewed after each break of said connection between said terminal device and said service provider device.
  • the service provider device can still access the terminal device even after a reset of the terminal device, a network cutoff ...
  • connection is a connection in permanent mode.
  • the terminal device less frequently reconnects with the service provider device.
  • said connection is an encrypted connection.
  • the data exchanged on the connection can only be read by the terminal device and the service provider device.
  • Another object of the invention is a computer program comprising program code instructions for executing the steps of the method of commissioning the application server means of a terminal device when said program is executed by a processor.
  • the invention also relates to a system for providing a service in a communication network comprising at least this terminal device and this service provider device.
  • FIG. 1 a block diagram of a terminal device according to FIG. invention
  • FIG. 2 a block diagram of a service platform according to the invention
  • FIG. 3 an architecture diagram of a service provisioning system in a public communication network according to the invention
  • FIG. 4 an architecture diagram of a service provisioning system with at least one terminal device placed behind an access device according to the invention
  • FIG. 5 a diagram of the exchanges in particular the commissioning of the application server means of a terminal device according to the invention.
  • the invention will be more particularly described in the context of a video surveillance application. In general, it applies in all fields of application where a terminal operates by exchanging data with a remote device on a service. Other applications such as tele-home automation services, security services, etc. may also use the invention.
  • the invention proposes to provide a new structure of the devices view of client-server architectures in terms of connectivity and application.
  • FIG. 1 illustrates an exemplary terminal device 1, in particular an IP terminal (abbreviation of Internet Protocol in English or protocol
  • the terminal device operates in "server” mode at the application level through the application server means 12.
  • the application server means 12 of the terminal once attached, respond to the received service request.
  • the terminal device 1 establishes a connection 31 by means of establishing a connection 11 with a provider device remote service (not shown in Figure 1).
  • the terminal device 1 knows, prior to the establishment of the connection 31, the service provider device 2 with which it wishes to establish this connection, for example having previously identified by its address. In the case of a video surveillance application, the terminal device 1 can either receive this identification by manual entry, or by direct transmission or via a network when registering with the video surveillance service, etc.
  • the terminal device 1 then mixes the roles of "client” and “server” according to the application level: from an application service point of view (at least protocols and services, including http service), the terminal device 1 is in "server” mode. It comprises application server means 12 and 17, such as at least one WEB server or http 12 and, where appropriate, a stream streaming server 17 or any other type of application service including the Internet such as an FTP server (not shown).
  • application server means 12 and 17 such as at least one WEB server or http 12
  • a stream streaming server 17 or any other type of application service including the Internet such as an FTP server (not shown).
  • the terminal device 1 is positioned in "client" mode.
  • the terminal device 1 comprises means for establishing a connection 11 coupled to the input / output means 13.
  • the means for establishing a connection 11 of the terminal device 1 are at the same time. initiative of the connection 31 of the terminal device 1.
  • the terminal device 1 is a camera comprising capture means 16, possibly means 15 for storing the captured images and moving means 14.
  • the application server means 12 can receive requests services such as: requests for transmitting video streams of camera movement commands, in particular for PTZ type cameras, requests for a previously recorded video file - etc.
  • the application server means 12 may, in particular, either be responsible for transmitting themselves the video stream coming from the capture means 16 via the input / output means 13 and the connection 31, either to control streaming server means 17 to effect this transmission of the video stream coming from the capture means 16 via the input / output means 13 and the connection 31.
  • the application server means 12 may, in particular, transmit a command cmd to the displacement means 14 in order to orient the camera 1 with respect to the object to be filmed.
  • the camera can be constantly controlled remotely through the invention.
  • the application server means 12 may, in particular, search the database 15 for images to form a video file corresponding for example to a time slot or a stored video file. to transmit it via the connection 31.
  • FIG. 2 illustrates a service provider device 2, constituting, for example, the service provider device with which the terminal device of FIG. 1 communicates via a connection 31.
  • the service provider device 2 comprises connection means 21 connected to the input / output means 23 adapted to receive a connection establishment request and to enable the establishment of the connection 31.
  • the service provider device 2 further comprises means for transmitting a service request 22 through the input / output means 23 via a connection 31 to a terminal device.
  • the transmission means 22 are able to issue service requests such as requests for transmitting video streams of the camera movement commands, in particular for cameras PTZ type, requests for a previously recorded video file etc.
  • the service request transmission means 22 is also means for receiving a response to said service requests.
  • the service request transmission means 22 are able to receive the required video stream transmitted by the application server means 13 or 17 of the terminal device 1 via the connection 31.
  • the service provider device further comprises processing means connected to the service request transmission means 22 for receiving data to be processed according to the responses to said service requests.
  • the processing means 28 exploit the resources of the cameras and may include image processing means, searching means in the specific data image, archiving means, etc.
  • Figure 3 illustrates an architecture of a service delivery system in a public communication network 3.
  • the service provider architecture includes: A terminal device 1 constituted by different layers: a physical layer 19- t , a network level 2 layer 192, a network level 3 layer 19 3 , a connection layer in "client” mode comprising means for establishing a connection 11, an application layer in "server” mode comprising at least application server means 12.
  • the terminal device 1 comprises sensor means 16.
  • a service provider device 2 constituted by a public network equipment 3 (or shared network) remote in this network of the terminal device 1 and constituting a service platform.
  • This service provider device 2 is also constituted by various layers: a physical layer 29i, a network level 2 layer 292, a network level 3 layer 29 3 , a "server" mode connection layer comprising connection means 21, an application layer in "client” mode comprising at least means for transmitting a service request 22.
  • connection establishment means 11 of the connection layer, in particular the TCP client, of the terminal device 1 issue a connection request reqi to the connection layer connection means 21, in particular the TCP server, of the service provider device. 2 (previously identified).
  • This request reqi triggers the establishment of the connection 31, in particular permanent TCP connection, of the terminal device 1 with the service provider device 2 through the network 3.
  • a permanent connection TCP implements, in particular a mechanism such as the mechanism "keepalive” so as to allow a permanent accessibility from the remote device service provider 2.
  • the permanence of the connection is at the initiative of the application server means 12 for the services requiring such a connection.
  • the connection establishment means 11 of the terminal device that implement the mechanisms such as "keepalive" by monitoring the connection and exchanging messages regularly or regularly with the connection means 21 of the provider device. of service 2. Since the permanence mechanism is the responsibility of the terminal device 1, there is no problem of dimensioning.
  • connection 31 the service provider device 2 is then able to contact the terminal device 1 at any time for a service request req 2 sent by its service request transmission means 22 to the application server means. 12 of the terminal device.
  • the connection 31 being bidirectional, it allows the application server means 12 to respond to the service request req 2 .
  • FIG. 4 illustrates an architecture of a service provisioning system with at least one terminal device placed behind an access device.
  • the service provider architecture again includes:
  • a terminal device 1 constituted by different layers: a physical layer 19i, a network level 2 layer 19 2 , a network level 3 layer 19 3 , a connection layer in "client” mode comprising means for establishing a connection 11 , an application layer in "server” mode comprising at least application server means 12.
  • the terminal device 1 comprises sensor means 16.
  • a service provider device 2 constituted by a public network equipment 3 (or shared network) remote in this network of the terminal device 1 and constituting a service platform.
  • This service provider device 2 is also constituted by various layers: a physical layer 29- ⁇ , a network level 2 layer 29 2 , a network level 3 layer 29 3 , a connection layer in "server” mode comprising means for connection 21, an application layer in "client” mode comprising at least means for transmitting a service request 22.
  • connection layer connection 11 in particular client TCP 1 of the terminal device 1
  • connection layer in particular TCP server
  • service provider device 2 (previously identified) via an access device such as a gateway (including an ADSL gateway such as a box) 5 which filters the incoming information in the local network 4 or private or LAN (for Local Access Network in English).
  • This request reqi triggers the establishment of the connection 31, in particular permanent TCP connection, of the terminal device 1 with the service provider device 2 through the network 3.
  • the request reqi being an outgoing request, it is not filtered by the access device and thus allows the systematic establishment of the connection 31 which would not be the case if the connection establishment request came from the service provider device 2.
  • the service provider device 2 is then able to contact the terminal device 1 at any time for a service request req 2 sent by its service request transmission means 22 to the application server means. 12 of the terminal device.
  • the incoming requests from the service provider device 2 via this connection 31 are automatically authorized to enter the local network 4 by the access device 5.
  • an access device 5 allows global filtering, for example NAT, of incoming requests in the private communication network 4 and limits the risks of intrusion, in particular by having a process of identification of the provider device.
  • remote service 2 process prior to the establishment of a connection 31 as provided in the literature for the NAT traversal during the establishment of TCP connection).
  • connection 31 at the initiative of the terminal device 1 makes it possible to configure a correspondence table or IP address mapping in accordance with the general operating principles of the NATs in the access device 5.
  • This mapping retains the interest to use only one IP address, the public IP address of the access device 5, to join the terminal.
  • the addressing of the cameras is conditioned by the use of a single public IP address, in the occurrence of the access device 5: the ADSL gateway.
  • the solution is compatible regardless of the access device.
  • connection 31 secured by encryption including SSL encrypted TCP connection and associated protocols (TLS, DTLS), makes it possible to reinforce the security of the transmission, in particular to guarantee the confidentiality of the videos, while using the same principle of the server client inversion invention between the connection layer (11 of the terminal device side and 21 of the service provider device side) and the application layer (12 of the terminal device side and 22 of the service provider device side).
  • SSL encrypted TCP connection and associated protocols TLS, DTLS
  • FIG. 5 illustrates exchanges, in particular during the commissioning of the application server means 12 of a terminal device 1.
  • the means for establishing a connection 11 of the terminal device transmit via the access device 5 on the network 3 to a device service provider 2 previously identified a request to establish connection reqi c.
  • the connection means 21 of the service provider device 21 being in passive opening O, they are listening to such request and respond acki s.
  • the connection is established shown in the figure by the tunnel between the connection layers 11 of the terminal device 1 and 21 the service provider device 2.
  • the service provider device 2 by its service request transmission means 22 can transmit to the application server means 12 of the terminal device 1 service requests such as: camera movement commands constituting the terminal device 1 req 2 cmd (14, R30 °) (here, translational control of 14 units and rotation to the right of 30 °) to which the application server means 12 can respond, for example, by transmitting the flow of the camera moved f / cmd; queries of a previously recorded video file req 2 fic (dh) to which the application server means 12 respond by transmitting the requested file fic (d, h); requests for video stream transmission req 2 f to which the application server means 12 respond by transmitting the requested stream f2 (a request for end of stream req2 stop f service request transmission means 22 for terminating the transmission of the stream); - etc.
  • camera movement commands constituting the terminal device 1 req 2 cmd (14, R30 °) (here, translational control of 14 units and rotation to the right of 30 °) to which the application server means 12
  • the principle used by the invention to establish the connection by the terminal device to then receive service requests from a service provider device makes it possible to establish for the identified service provider device permanent and secure accessibility to the terminal device via including an open (internet) or shared network.
  • the proposed solution is independent of gateways and transparent for it and scalable.
  • the invention provides, as part of the provision of service using such terminals, a universal response to the crossing problem NATs.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Multimedia (AREA)
  • Medical Informatics (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne un système de fourniture de service. En particulier, l'invention concerne un système de télésurveillance, notamment via Internet. Un objet de l'invention est un dispositif terminal 1 d'un réseau de communication 3 comportant : des moyens d'établissement d'une connexion 11 avec un dispositif fournisseur de service 2 à travers au moins ledit réseau de communication 3; et des moyens serveurs applicatifs 12 aptes à recevoir une requête de service req2 dudit dispositif fournisseur de service 2 sur ladite connexion 31. Ainsi, le dispositif terminal peut se rendre accessible d'un dispositif fournisseur de service dès qu'il est mis en service. En outre, le fait que le dispositif terminal soit à l'initiative de la connexion pour ce service sécurise l'accès aux données du dispositif terminal concernant ce service.

Description

Système de fourniture de service tel qu'un service de communication
L'invention concerne un système de fourniture de service, tel qu'un service de communication. En particulier, l'invention concerne un système de télésurveillance, notamment via Internet.
Les réseaux de communications supportent aujourd'hui des services de plus en plus nombreux utilisant notamment l'Internet et reposant en particulier sur une architecture appelée Client-Serveur.
Cette architecture Client-Serveur désigne un mode de communication entre plusieurs noeuds d'un réseau de communication qui distingue un ou plusieurs nœuds terminaux (ordinateurs, téléphones IP, caméra IP, capteurs IP, etc.) d'un nœud serveur (plateforme de service, serveur de contenus, etc.). Cette architecture est basée sur le fait que chaque nœud terminal comporte des moyens clients pour envoyer des requêtes à un serveur et que le serveur est initialement passif à l'écoute des nœuds terminaux clients. Le serveur est éventuellement spécialisé suivant les applications en serveur d'applications, de fichiers, de terminaux, de messagerie électronique, plateforme de vidéosurveillance.
Dans ce cas, le client émet des requêtes vers un serveur, qui peut être un serveur Web ou serveur http du nom du protocole de communication utilisé au niveau de la couche réseau applicatif. Le rôle du serveur est d'assurer le traitement de la requête et de retourner la réponse à cette requête. Le dialogue entre client et serveur est souvent porté par une couche réseau de transport, telle que la couche TCP du nom d'un protocole de communication : le protocole TCP. Le protocole TCP est un protocole de transport fiable selon la RFC 793.
Ainsi, les modes de fonctionnement respectifs Client et Serveur des nœuds s'appliquent à l'ensemble des couches réseau transport et applicatives, qui correspondent, par exemple, au protocoles respectifs TCP et HTTP: le client d'un service est aussi le client en terme de connexion, le serveur d'un service est aussi le serveur en terme de connexion (Les couches transport du client et du Serveur ont besoin d'être connectées pour permettre le service).
Dans le cas d'une connexion TCP dans une architecture réseau, le serveur fonctionne en ouverture passive, c'est-à-dire qu'un point d'accès à une connexion TCP est ouvert, à savoir qu'il est rendu disponible à une connexion TPC, et le serveur se met en attente passive de demandes de connexion. Le client, quant à lui, effectue une ouverture active à savoir qu'il établit une connexion avec le serveur en envoyant une requête de connexion au serveur comportant son numéro de séquence initial client , que le serveur lui répond par un accusé réception de la requête client avec son numéro de séquence initiale serveur et le numéro de séquence initial client incrémenté et que le client accuse réception avec les numéros de séquences serveur incrémenté et client à nouveau incrémenté.
De plus en plus de terminaux sont installés dans des réseaux privés de communications ou LAN pour Local Area Network en anglais. Ces réseaux privés sont reliés au réseau public de communication auquel appartiennent généralement les serveurs ou au réseau public assurant la mise en relation entre le LAN et l'environnement réseau hébergeant les serveurs par l'intermédiaire de dispositif d'accès aussi appelé passerelle d'accès. La passerelle d'accès rend possible l'accessibilité des terminaux de communication des réseaux privés de communication privé à distance à travers un réseau public de communication tel qu'un réseau ouvert et/ou partagé, notamment de type Internet. Pour cela, la passerelle d'accès assure l'interconnexion entre le réseau privé hébergeant ces terminaux et le réseau public de communication. En particulier, la passerelle met en œuvre des fonctions de traduction d'adresse réseau et des fonctions de filtrage des communications entrantes dans le réseau privé de communication.
Les fonctions de traductions d'adresse réseau (network address translation en anglais ou NAT ou encore NAT/PAT pour network address to port address translation) ont permis de limiter le nombre d'adresse IP public nécessaires pour joindre unitairement les différents terminaux connectés à ce réseau en établissant une correspondance entre des adresses réseaux et des adresses de port. Ainsi, lorsque de telles fonctions de traductions d'adresses sont implémentées, un terminal d'un réseau privé de communication placé derrière la passerelle d'accès n'est pas accessible du réseau public de communication tant que les fonctions de traduction ne sont pas configurées dans la passerelle d'accès pour ce terminal.
Dans certains services, tels qu'un service de télésurveillance ou vidéo surveillance, il peut être utile que le serveur puisse commander à tout moment une remontée de flux vidéo ou le mouvement d'une caméra. Et, si les fonctions de traduction d'adresses de cette caméra ne sont pas configurées dans la passerelle d'accès placée devant cette caméra, le serveur de télésurveillance ne peut rien faire.
De plus, les fonctions de filtrage mises en œuvre au niveau des passerelles d'accès permettant de sécuriser le réseau privé de communication vis-à-vis du réseau public de communication sont là aussi pour limiter les accès extérieurs entrants dans le réseau privé de communication. Donc si ces fonctions de filtrage ne sont pas configurées, le serveur de télésurveillance n'a pas accès aux caméras lui permettant d'opérer la surveillance.
Or, les méthodes pour configurer les fonctions de traductions d'adresse et de filtrage restent à ce jour dépendantes des implémentations des différents fournisseurs de passerelle: ce sont donc des API ou procédé implémenté sous forme de programme d'ordinateur propriétaire. Il en résulte des difficultés, voire des impossibilités pour le serveur fournisseur de service de configurer des passerelles d'origine hétérogène. La configuration des passerelles peut aussi se faire manuellement. Cependant la problématique de modification de la configuration de ces passerelles n'est pas pour autant résolue.
En outre, les correspondances entre les adresses réseaux et les adresses ports et le filtrage ne sont activées que de manière temporaire dans la plupart des cas, le flux de trafic réinitialisant le minuteur d'activation temporaire, aussi appelé temporisateur. Cette activation temporaire est incompatible avec certains services, notamment de surveillance, qui nécessitent au serveur de venir chercher à plusieurs reprises (n'importe quand, a tout moment, périodiquement, etc.) des éléments auprès de terminaux placés derrière de telles passerelles d'accès après de longue période d'inactivité de trafic ayant engendré la désactivation des correspondances.
Des mécanismes tels que le mécanisme de battement de cœur (ou keepalive en anglais) permettent de maintenir la traversée des NAT et donc la connexion entre le serveur et le client. Ces mécanismes sont basés sur des messages périodiques échangés entre le serveur et le client à l'initiative du serveur lorsque le service nécessite une connexion permanente. Ces mécanismes posent des problèmes de passages à l'échelle (ou scalabilty en anglais), c'est-à-dire des problèmes de dimensionnement lorsque le serveur dialogue pour ce service avec un grand nombre de clients puisque le serveur doit alors gérer la surveillance et le maintien d'autant de connexions que de clients.
Le fournisseur de service peut aussi se voir interdire légalement ou contractuellement le droit de configurer les fonctions de traductions et de filtrage d'une passerelle d'accès, notamment lorsque le fournisseur de service n'est pas le propriétaire et/ou exploitant de la passerelle d'accès. Cela limite la fourniture de certains services seulement aux clients du même fournisseur d'accès.
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 dispositif terminal d'un réseau de communication comportant : • des moyens d'établissement d'une connexion avec un dispositif fournisseur de service à travers au moins ledit réseau de communication, et
• des moyens serveurs applicatifs aptes à recevoir une requête de service dudit dispositif fournisseur de service sur ladite connexion. Ainsi, le dispositif terminal peut se rendre accessible d'un dispositif fournisseur de service dès qu'il est mis en service. En outre, le fait que le dispositif terminal soit à l'initiative de la connexion pour un service sécurise l'accès aux données du dispositif terminal concernant ce service.
Avantageusement, ledit réseau de communication est un réseau de communication privé comportant un dispositif d'accès permettant aux moyens d'établissement d'une connexion d'établir ladite connexion entre ledit dispositif terminal et ledit dispositif fournisseur de service à travers les réseaux de communication privé et publique.
Ainsi, la connexion étant une connexion sortante, elle n'est pas filtrée par le dispositif d'accès et le dispositif terminal est toujours accessible par le dispositif fournisseur de service pour répondre à une requête de service. Et, le dispositif d'accès continue à jouer son rôle de sécurisation du réseau de communication privé.
En outre, cette connexion permet, avantageusement, un trafic bidirectionnel entre le dispositif terminal et le dispositif fournisseur de service.
L'invention a également pour objet un dispositif fournisseur de service d'un réseau de communication comportant :
• des moyens de connexion pour permette à un dispositif terminal d'établir une connexion avec ledit dispositif fournisseur de service à travers au moins ledit réseau de communication, et
• des moyens d'émission d'une requête de service sur ladite connexion vers des moyens serveurs applicatifs du dispositif terminal.
L'invention a aussi pour objet un procédé de mise en service de moyens serveur applicatifs d'un dispositif terminal d'un réseau de communication comportant l'établissement d'une connexion par ledit dispositif terminal avec ledit dispositif fournisseur de service à travers ledit réseau de communication, ladite connexion permettant audit dispositif fournisseur de service d'émettre vers lesdits moyens serveur applicatifs dudit dispositif terminal une requête de service. Avantageusement, l'établissement de connexion est renouvelé après chaque coupure de ladite connexion entre ledit dispositif terminal et ledit dispositif fournisseur de service.
Ainsi, le dispositif fournisseur de service peut toujours accéder au dispositif terminal même après une réinitialisation du dispositif terminal, une coupure réseau...
Avantageusement, ladite connexion est une connexion en mode permanent.
Ainsi, si le service nécessite des échanges entrecoupés de laps de temps de silence important engendrant une coupure de connexion dans le cas de connexion standard, le dispositif terminal rétablit moins fréquemment la connexion avec le dispositif fournisseur de service.
Avantageusement, ladite connexion est une connexion chiffrée.
Ainsi, les données échangées sur la connexion ne sont lisibles que du dispositif terminal et du dispositif fournisseur de service.
Un autre objet de l'invention est un programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé de mise en service de moyens serveur applicatifs d'un dispositif terminal lorsque ledit programme est exécuté par un processeur.
L'invention a également pour objet un système de fourniture d'un service dans un réseau de communication comportant au moins ce dispositif terminal et ce dispositif fournisseur de service.
L'invention a aussi pour objet un système de télésurveillance comportant au moins une caméra vidéo comportant ce dispositif terminal et une plateforme de service de vidéosurveillance comportant ce dispositif fournisseur de service. Les caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description, faite à titre d'exemple, et des figures s'y rapportant qui représentent : - Figure 1 , un schéma bloc d'un dispositif terminal selon l'invention,
- Figure 2, un schéma bloc d'une plateforme de service selon l'invention,
- Figure 3, un schéma d'architecture d'un système de fourniture de service dans un réseau public de communication selon l'invention,
- Figure 4, un schéma d'architecture d'un système de fourniture de service avec au moins un dispositif terminal placé derrière un dispositif d'accès selon l'invention,
- Figure 5, un schéma des échanges lors notamment de la mise en service des moyens serveurs applicatifs d'un dispositif terminal selon l'invention.
L'invention sera plus particulièrement décrite dans le cadre d'une application de vidéosurveillance. De manière générale, elle s'applique dans tous domaine d'application où un terminal fonctionne en échangeant des données avec un équipement distant sur un service. D'autres applications telles que les services de télé-domotiques, les services de sécurité, etc. pourront aussi utiliser l'invention.
L'invention se propose de fournir une nouvelle structure des dispositifs vue des architectures Client-Serveur en terme de connectivité et applicatif.
La figure 1 illustre un exemple de dispositif terminal 1 , notamment un terminal IP (abréviation d'Internet Protocol en anglais ou protocole
Internet). Le dispositif terminal fonctionne en mode "serveur" au niveau applicatif grâce aux moyens serveurs applicatifs 12. Ainsi, il est possible d'envoyer au dispositif terminal 1 , en particulier à ses moyens serveurs applicatifs 12 un requête de service. Les moyens serveurs applicatifs 12 du terminal 1 , une fois joint, répondent à la requête de service reçue. Afin de pourvoir joindre ces moyens serveur applicatifs 12 à distance et à tout moment concrétisant le rôle de serveur des ces moyens serveur applicatif 12, le dispositif terminal 1 établit une connexion 31 grâce aux moyens d"établissement d'une connexion 11 avec un dispositif fournisseur de service distant (non illustré sur la figure 1 ).
Pour établir cette connexion, le dispositif terminal 1 connaît, préalablement à l'établissement de la connexion 31 , le dispositif fournisseur de service 2 avec lequel il souhaite établir cette liaison, par exemple l'en ayant préalablement identifié par son adresse. Dans le cas d'une application de vidéosurveillance, le dispositif terminal 1 peut soit recevoir cette identification par saisie manuelle, soit par transmission directe ou via un réseau lors de l'inscription au service de vidéosurveillance, etc.
Le dispositif terminal 1 mixe alors les rôles de "client" et de "serveur" suivant le niveau d'application: d'un point de vue service applicatif (au moins protocoles et services, notamment service http), le dispositif terminal 1 est en mode "serveur". Il comporte des moyens serveurs applicatifs 12 et 17, tel qu'au moins un serveur WEB ou http 12 et, le cas échant, un serveur de streaming de flux 17 ou tout autre type de service applicatif notamment Internet tel qu'un serveur FTP (non illustré).
D'un point de vue connectivité, notamment connectivité TCP, le dispositif terminal 1 est positionné en mode "client". Pour cela, le dispositif terminal 1 comporte des moyens d'établissement d'une connexion 11 couplés aux moyens d'entrée/sortie 13. Dans ce cas, les moyens d'établissement d'une connexion 11 du dispositif terminal 1 sont à l'initiative de la connexion 31 du dispositif terminal 1.
Dans le cadre de l'application de vidéosurveillance, le dispositif terminal 1 est une caméra comportant des moyens de capture 16, éventuellement des moyens de stockage 15 des images capturées et des moyens de déplacement 14. Ainsi le moyen serveur applicatif 12 peuvent recevoir des requêtes de services telles que: requêtes d'émission de flux vidéo des commandes de déplacement de caméra, notamment pour des caméras de type PTZ, des requêtes d'un fichier vidéo préalablement enregistré - etc.
Dans le cas d'une requête d'émission de flux vidéo, les moyens serveurs applicatifs 12 peuvent, en particulier, soit se charger de transmettre eux-mêmes le flux vidéo provenant des moyens de capture 16 via les moyens d'entrée/sortie 13 et la connexion 31 , soit commander à des moyens serveurs de streaming 17 d'effectuer cette transmission du flux vidéo provenant des moyens de capture 16 via les moyens d'entrée/sortie 13 et la connexion 31.
Dans le cas d'une commande déplacement de caméra, les moyens serveurs applicatifs 12 peuvent, en particulier, transmettre une commande cmd aux moyens de déplacement 14 afin d'orienter la caméra 1 par rapport à l'objet à filmer. Ainsi, la caméra peut constamment être commandée à distance grâce à l'invention.
Dans le cas d'une requête d'un fichier vidéo, les moyens serveurs applicatifs12 peuvent, en particulier, rechercher dans la base de données 15 soit des images pour former un fichier vidéo correspondant par exemple à une plage horaire, soit un fichier vidéo stocké pour le transmettre via la connexion 31.
La figure 2 illustre un dispositif fournisseur de service 2, constituant par exemple, le dispositif fournisseur de service avec lequel le dispositif terminal de la figure 1 dialogue via une connexion 31.
Le dispositif fournisseur de service 2 comporte des moyens de connexion 21 connecté aux moyens d'entrée/sortie 23 apte à recevoir une demande d'établissement de connexion et permettre l'établissement de la connexion 31. Le dispositif fournisseur de service 2 comporte en outre des moyens d'émission d'une requête de service 22 grâce aux moyens d'entrée/sortie 23 via une connexion 31 vers un dispositif terminal.
Dans le cas où le dispositif fournisseur de service 2 constitue un service de vidéosurveillance, les moyens d'émission 22 sont aptes à émettre des requêtes de service telles que requêtes d'émission de flux vidéo des commandes de déplacement de caméra, notamment pour des caméras de type PTZ, des requêtes d'un fichier vidéo préalablement enregistré etc.
Eventuellement, les moyens d'émission de requête de service 22 constitue aussi des moyens de réception de réponse aux dites requêtes de services.
Par exemple, dans le cas d'une requête d'émission de flux vidéo, les moyens d'émission de requête de service 22 sont aptes à recevoir le flux vidéo requis émis par les moyens serveurs applicatifs 13 ou 17 du dispositif terminal 1 via la connexion 31.
Le cas échéant, le dispositif fournisseur de service comporte en outre des moyens de traitement connectés aux moyens d'émission de requête de service 22 afin de recevoir des données à traiter en fonction des réponses aux dites requêtes de service. Les moyens de traitement 28 exploitent les ressources des caméras et peuvent comporter des moyens de traitement de l'image, des moyens de recherche dans l'image de données spécifiques, des moyens d'archivage, etc.
La figure 3 illustre une architecture d'un système de fourniture de service dans un réseau public de communication 3.
L'architecture de fournisseur de service comporte: Un dispositif terminal 1 constitué par différentes couches: une couche physique 19-t, une couche réseau niveau 2 192, une couche réseau niveau 3 193, une couche de connexion en mode "client" comportant des moyens d'établissement d'une connexion 11 , une couche applicative en mode "serveur" comportant au moins des moyens serveurs applicatifs 12. Dans le cadre de l'application de vidéo surveillance, le dispositif terminal 1 comporte des moyens de capteur 16.
Un dispositif fournisseur de service 2 constitué par un équipement du réseau public 3 (ou réseau partagé) distant dans ce réseau du dispositif terminal 1 et constituant une plateforme de service. Ce dispositif fournisseur de service 2 est lui aussi constitué par différentes couches: une couche physique 29i, une couche réseau niveau 2 292, une couche réseau niveau 3 293, une couche de connexion en mode "serveur" comportant des moyens de connexion 21 , une couche applicative en mode "client" comportant au moins des moyens d'émission d'une requête de service 22.
Les moyens d'établissement d'une connexion 11 de la couche connexion, en particulier client TCP, du dispositif terminal 1 émettent une requête de connexion reqi aux moyens de connexion 21 de la couche connexion, en particulier serveur TCP, du dispositif fournisseur de service 2 (préalablement identifié). Cette requête reqi déclenche l'établissement de la connexion 31 , en particulier connexion TCP permanente, du dispositif terminal 1 avec le dispositif fournisseur de service 2 à travers le réseau 3.
Une connexion permanente TCP met en oeuvre, notamment un mécanisme tel que le mécanisme "keepalive" de manière à permettre une accessibilité permanente depuis le dispositif distant fournisseur de service 2.
La permanence de la connexion est à l'initiative des moyens serveurs applicatifs 12 pour les services nécessitant une telle connexion. Ainsi, c'est les moyens d'établissement de connexion 11 du dispositif terminal qui mettent en œuvre les mécanismes tels que "keepalive" en surveillant la connexion et en échangeant de manière régulière ou périodique des messages avec les moyens de connexion 21 du dispositif fournisseur de service 2. Le mécanisme de permanence étant à la charge du dispositif terminal 1 , il ne se pose pas de problème de dimensionnement.
Par l'intermédiaire de cette connexion 31 , le dispositif fournisseur de service 2 est alors apte à contacter le dispositif terminal 1 à tout moment pour une requête de service req2 émise par ses moyens d'émission de requête de service 22 aux moyens serveurs applicatifs 12 du dispositif terminal. La connexion 31 étant bidirectionnelle, elle permet aux moyens serveurs applicatifs 12 de répondre à la requête de service req2.
La figure 4 illustre une architecture d'un système de fourniture de service avec au moins un dispositif terminal placé derrière un dispositif d'accès.
L'architecture de fournisseur de service comporte là encore :
Un dispositif terminal 1 constitué par différentes couches: une couche physique 19i, une couche réseau niveau 2 192, une couche réseau niveau 3 193, une couche de connexion en mode "client" comportant des moyens d'établissement d'une connexion 11 , une couche applicative en mode "serveur" comportant au moins des moyens serveurs applicatifs 12. Dans le cadre de l'application de vidéo surveillance, le dispositif terminal 1 comporte des moyens de capteur 16.
Un dispositif fournisseur de service 2 constitué par un équipement du réseau public 3 (ou réseau partagé) distant dans ce réseau du dispositif terminal 1 et constituant une plateforme de service. Ce dispositif fournisseur de service 2 est lui aussi constitué par différentes couches: une couche physique 29-ι, une couche réseau niveau 2 292, une couche réseau niveau 3 293, une couche de connexion en mode "serveur" comportant des moyens de connexion 21 , une couche applicative en mode "client" comportant au moins des moyens d'émission d'une requête de service 22.
Les moyens d'établissement d'une connexion 11 de la couche connexion, en particulier client TCP1 du dispositif terminal 1 émettent une requête de connexion reqi aux moyens de connexion 21 de la couche connexion, en particulier serveur TCP, du dispositif fournisseur de service 2 (préalablement identifié) via un dispositif d'accès tel qu'une passerelle (notamment une passerelle ADSL telle qu'une Box) 5 qui filtre les informations entrantes dans le réseau local 4 ou privé ou LAN (pour Local Access Network en anglais). Cette requête reqi déclenche l'établissement de la connexion 31 , en particulier connexion TCP permanente, du dispositif terminal 1 avec le dispositif fournisseur de service 2 à travers le réseau 3. La requête reqi étant une requête sortante, elle n'est pas filtrée par le dispositif d'accès et permet ainsi l'établissement systématique de la connexion 31 ce qui ne serait pas le cas si la requête d'établissement de connexion provenait du dispositif fournisseur de service 2.
Par l'intermédiaire de cette connexion 31 , le dispositif fournisseur de service 2 est alors apte à contacter le dispositif terminal 1 à tout moment pour une requête de service req2 émise par ses moyens d'émission de requête de service 22 aux moyens serveurs applicatifs 12 du dispositif terminal. En effet, la connexion 31 avec le dispositif fournisseur de service 2 étant établie, les requêtes entrantes provenant du dispositif fournisseur de service 2 via cette connexion 31 sont automatiquement autorisées à entrer dans le réseau local 4 par le dispositif d'accès 5.
L'utilisation d'un dispositif d'accès 5 permet un filtrage global, par exemple NAT, des requêtes entrantes dans le réseau privé de communication 4et limite les risques d'intrusion, notamment en disposant d'un processus d'identification du dispositif fournisseur de service 2 distant (processus préalable à l'établissement d'une connexion 31 tel que prévu dans la littérature pour la traversée des NAT lors de l'établissement de connexion TCP).
L'établissement de la connexion 31 à l'initiative du dispositif terminal 1 permet de configurer une table de correspondance ou mapping d'adresse IP conformément aux principes de fonctionnement généraux des NAT dans le dispositif d'accès 5. Ce mapping conserve l'intérêt de n'utiliser qu'une seule adresse IP, l'adresse IP public du dispositif d'accès 5, pour joindre le terminal. Ainsi, dans le cadre de notre application, l'adressage des caméras est conditionné par l'utilisation d'une seul adresse IP publique, en l'occurrence celle du dispositif d'accès 5 : la passerelle ADSL. La solution est compatible quelque soit le dispositif d'accès.
L'utilisation d'une connexion 31 sécurisée par un chiffrement, notamment connexion TCP chiffrée SSL et protocoles associés (TLS, DTLS), permet de renforcer la sécurisation de la transmission, notamment de garantir la confidentialité des vidéos, tout en utilisant le même principe de l'invention d'inversion client serveur entre la couche de connexion (11 du coté dispositif terminal et 21 du coté dispositif fournisseur de service) et la couche applicative (12 du coté dispositif terminal et 22 du coté dispositif fournisseur de service).
La figure 5 illustre des échanges, lors notamment de la mise en service des moyens serveurs applicatifs 12 d'un dispositif terminal 1. Lors de la mise en service des moyens serveurs applicatifs 12 qui a lieu, par exemple, lors de la mise en service du dispositif terminal 1 , lors de la réinitialisation du dispositif terminal 1 , après une coupure réseau, etc., les moyens d'établissement d'une connexion 11 du dispositif terminal transmettent via le dispositif d'accès 5 sur le réseau 3 à un dispositif fournisseur de service 2 préalablement identifié une requête d'établissement de connexion reqi c. Les moyens de connexions 21 du dispositif fournisseur de service 21 étant en ouverture passive O, ils sont à l'écoute de telle requête et y répondent acki s. Suite à la réponse acki c des moyens d'établissement de connexion 11 du dispositif terminal à la réponse du dispositif fournisseur de service 2, la connexion est établie représentée sur la figure par le tunnel entre les couches de connexion 11 du dispositif terminal 1 et 21 du dispositif fournisseur de service 2.
Par cette connexion, le dispositif fournisseur de service 2 par ses moyens d'émission de requête de service 22 peut transmettre aux moyens serveurs applicatifs 12 du dispositif terminal 1 des requêtes de services telles que: des commandes de déplacement de caméra constituant le dispositif terminal 1 req2 cmd (14, R30°) (ici, commande de translation de 14 unités et de rotation à droite de 30°) à laquelle les moyens serveurs applicatifs 12 peuvent répondre, par exemple, en transmettant le flux de la caméra déplacée f/cmd; des requêtes d'un fichier vidéo préalablement enregistré req2 fic(d.h) à laquelle les moyens serveurs applicatifs 12 répondent en transmettant le fichier demandé fic(d,h); des requêtes d'émission de flux vidéo req2 f à laquelle les moyens serveurs applicatifs 12 répondent en transmettant le flux demandé f2 (une requête de fin de flux req2 stop f des moyens d'émission de requête de service 22 permettant de mettre fin à la transmission du flux); - etc.
Le principe utilisé par l'invention de faire établir la connexion par le dispositif terminal pour recevoir ensuite des requêtes de service d'un dispositif fournisseur de service permettent d'établir pour ce dispositif fournisseur de service identifié une accessibilité permanente et sécurisée au dispositif terminal via notamment un réseau ouvert (internet) ou partagé. En outre, la solution proposée est indépendante des passerelles et transparentes pour celle-ci et scalable.
Dans le cas de dispositifs terminaux appartenant à des réseaux de communications privé et placés derrière des dispositifs d'accès, l'invention apporte, dans le cadre de la fourniture de service faisant appel à de tels terminaux, une réponse universelle à la problématique de traversée des NAT.

Claims

REVENDICATIONS
1. Dispositif terminal d'un réseau de communication comportant :
• des moyens d'établissement d'une connexion (11 ) avec un dispositif fournisseur de service (2) à travers au moins ledit réseau de communication (3,4), et
• des moyens serveurs applicatifs (12) aptes à recevoir une requête de service (req2) dudit dispositif fournisseur de service (2) sur ladite connexion (31 ).
2. Dispositif terminal selon la revendication précédente caractérisé en ce que ledit réseau de communication est un réseau de communication privé (4) comportant un dispositif d'accès (5) permettant aux moyens d'établissement d'une connexion (11 ) d'établir ladite connexion (31 ) entre ledit dispositif terminal (1 ) et ledit dispositif fournisseur de service (2) à travers le réseau de communication privé (4) et un réseau de communication publique (3).
3. Dispositif fournisseur de service d'un réseau de communication (3) comportant :
• des moyens de connexion (21 ) pour permette à un dispositif terminal (1) d'établir une connexion (31 ) avec ledit dispositif fournisseur de service (2) à travers au moins ledit réseau de communication (3,4), et • des moyens d'émission d'une requête de service (22) sur ladite connexion (31 ) vers des moyens serveurs applicatifs (12) du dispositif terminal (1 ).
4. Procédé de mise en service de moyens serveur applicatifs (12) d'un dispositif terminal (1 ) d'un réseau de communication (3,4) comportant l'établissement (reqi, reqic) d'une connexion (31 ) par ledit dispositif terminal (1 ) avec ledit dispositif fournisseur de service (2) à travers ledit réseau de communication (3,4), ladite connexion (31 ) permettant audit dispositif fournisseur de service (2) d'émettre vers lesdits moyens serveur applicatifs (12) dudit dispositif terminal (1 ) une requête de service (req2) .
5. Procédé de mise en service selon la revendication précédente, caractérisé en ce que l'établissement de connexion est renouvelé après chaque coupure de ladite connexion (31 ) entre ledit dispositif terminal (1 ) et ledit dispositif fournisseur de service (2).
6. Procédé de mise en service selon l'une quelconque des revendications 4 ou 5, caractérisé en ce que ladite connexion (31 ) est une connexion en mode permanent.
7. Procédé de mise en service selon l'une quelconque des revendications 4 ou 5, caractérisé en ce que ladite connexion (31 ) est une connexion chiffrée.
8. Programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé de mise en service de moyens serveur applicatifs d'un dispositif terminal selon l'une quelconque des revendications 4 à 7 lorsque ledit programme est exécuté par un processeur 9. Système de fourniture d'un service dans un réseau de communication comportant au moins un dispositif terminal (1 ) selon la revendication 1 et un dispositif fournisseur de service (2) selon la revendication 3. 10. Système de télésurveillance comportant au moins une caméra vidéo comportant des moyens de capture (16) et un dispositif terminal (1 ) selon la revendication 1 et une plateforme de service de vidéosurveillance comportant un dispositif fournisseur de service (2) selon la revendication 3.
EP10716572A 2009-03-23 2010-03-23 Systeme de fourniture de service tel qu'un service de communication Ceased EP2412147A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0951839 2009-03-23
PCT/FR2010/050522 WO2010109128A1 (fr) 2009-03-23 2010-03-23 Systeme de fourniture de service tel qu'un service de communication

Publications (1)

Publication Number Publication Date
EP2412147A1 true EP2412147A1 (fr) 2012-02-01

Family

ID=41508324

Family Applications (1)

Application Number Title Priority Date Filing Date
EP10716572A Ceased EP2412147A1 (fr) 2009-03-23 2010-03-23 Systeme de fourniture de service tel qu'un service de communication

Country Status (3)

Country Link
US (1) US9900373B2 (fr)
EP (1) EP2412147A1 (fr)
WO (1) WO2010109128A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103167033B (zh) * 2013-03-11 2015-11-18 深圳创维－Rgb电子有限公司 远程监控管理的方法及系统

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040028391A1 (en) * 2002-06-13 2004-02-12 David Black Internet video surveillance camera system and method

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070078978A1 (en) * 1998-06-01 2007-04-05 Sri International Method and apparatus for updating information in a low-bandwidth client/server object-oriented system
US7576770B2 (en) * 2003-02-11 2009-08-18 Raymond Metzger System for a plurality of video cameras disposed on a common network
WO2000036807A2 (fr) 1998-12-18 2000-06-22 Cybersigns, Inc. Reseau prive virtuel chiffre servant a acceder a des detecteurs a distance
US20080106597A1 (en) * 1999-10-12 2008-05-08 Vigilos, Inc. System and method for storing and remotely retrieving surveillance video images
US6954790B2 (en) * 2000-12-05 2005-10-11 Interactive People Unplugged Ab Network-based mobile workgroup system
US7120701B2 (en) * 2001-02-22 2006-10-10 Intel Corporation Assigning a source address to a data packet based on the destination of the data packet
WO2002076003A2 (fr) * 2001-03-19 2002-09-26 Imesh Ltd. Systeme et procede pour mecanisme d'echange de fichier de poste a poste a partir de multiples sources
CN1395383A (zh) * 2001-07-10 2003-02-05 颜森辉 智能型全方位专家管理系统
US7031327B2 (en) * 2001-08-24 2006-04-18 Permeo Technologies, Inc. Network application association
US20040008249A1 (en) * 2002-07-10 2004-01-15 Steve Nelson Method and apparatus for controllable conference content via back-channel video interface
US20040080624A1 (en) 2002-10-29 2004-04-29 Yuen Siltex Peter Universal dynamic video on demand surveillance system
US20040252197A1 (en) * 2003-05-05 2004-12-16 News Iq Inc. Mobile device management system
JP2004350014A (ja) * 2003-05-22 2004-12-09 Matsushita Electric Ind Co Ltd サーバ装置、プログラム、データ送受信システム、データ送信方法、及びデータ処理方法
US7020098B2 (en) * 2003-05-28 2006-03-28 Sprint Spectrum L.P. Predictive reservation of a communication link for a packet-based real-time media session
US20080303903A1 (en) 2003-12-02 2008-12-11 Connexed Technologies Inc. Networked video surveillance system
US7647430B2 (en) * 2005-01-19 2010-01-12 Microsoft Corporation Remote command framework for devices
US20080158336A1 (en) * 2006-10-11 2008-07-03 Richard Benson Real time video streaming to video enabled communication device, with server based processing and optional control
US8001236B2 (en) * 2008-03-13 2011-08-16 Sharp Laboratories Of America, Inc. Methods and systems for content-consumption device monitoring and control

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040028391A1 (en) * 2002-06-13 2004-02-12 David Black Internet video surveillance camera system and method

Also Published As

Publication number Publication date
US9900373B2 (en) 2018-02-20
WO2010109128A1 (fr) 2010-09-30
US20120086805A1 (en) 2012-04-12

Similar Documents

Publication Publication Date Title
EP3025317B1 (fr) Système et procédé pour services de nuage vidéo évolutif
FR2984554A1 (fr) Bus logiciel
EP3476108B1 (fr) Procédé, programme d'ordinateur et dispositif de fourniture d'une adresse par un dispositif à gérer d'un réseau
EP3533202B1 (fr) Controle dynamique et interactif d'une passerelle residentielle connectee a un reseau de communication
WO2008022829A1 (fr) Procédé de gestion d'une session de transfert sécurisée au travers d'un dispositif de translation d'adresse, serveur et programme d'ordinateur correspondants
EP3619908B1 (fr) Technique d'exécution d'un service dans un réseau local à travers un réseau de communication étendu
EP2412147A1 (fr) Systeme de fourniture de service tel qu'un service de communication
FR2852753A1 (fr) Systeme de transmission de donnees client/serveur securise
EP3437305B1 (fr) Procédé d'établissement d'une session de gestion entre un équipement et un dispositif de gestion de cet équipement
WO2015059128A1 (fr) Protocole de sélection d'élément de réacheminement pour un réseau et dispositif cpe correspondant
EP1964368B1 (fr) Procede et passerelle de raccordement d'entites de communication ip par l'intermediaire d'une passerellle residentielle
EP2472821A1 (fr) Procédé de contrôle à distance d'un équipement réseau et système associé
EP1964363B1 (fr) Procédé de transfert de flux de communication
EP2647177B1 (fr) Procédé et dispositif pour l'appairage d'un terminal et d'un compte utilisateur
FR3061385A1 (fr) Dispositif d'acces securise
EP2614630B1 (fr) Traitement de données pour la notification d'un équipement
FR2843508A1 (fr) Procede et architecture de communication entre un equipement client et un module intermediaire situes tous les deux sur un reseau local
FR3011418A1 (fr) Technique d'administration a distance d'un dispositif appartenant a un reseau prive
EP4736371A1 (fr) Procédés de protection d'un équipement et de transmission de données, dispositifs et ensemble électroniques, produits programmes d'ordinateur et supports d'information correspondants
FR2849310A1 (fr) Plate-forme de mediation destinee a etre installee dans un reseau de transport de messages conformement a des protocoles et reseau pourvu d'au moins une telle plate-forme
WO2011121236A1 (fr) Procede et dispositif de notification d'un terminal dans un reseau
FR2930700A1 (fr) Procedes et dispositifs pour l'echange temps reel de donnees dans un reseau de communication commute
WO2017098171A1 (fr) Procede de controle de messages de recommandation dans un reseau de communication
FR2999047A1 (fr) Communication entre un reseau domestique et une plateforme de services externe

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20111019

AK Designated contracting states

Kind code of ref document: A1

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

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

Owner name: ORANGE

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

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20161201

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

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

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20201207