FR2933836A1 - Procede de declenchement d'une operation dans un terminal mobile - Google Patents

Procede de declenchement d'une operation dans un terminal mobile Download PDF

Info

Publication number
FR2933836A1
FR2933836A1 FR0803990A FR0803990A FR2933836A1 FR 2933836 A1 FR2933836 A1 FR 2933836A1 FR 0803990 A FR0803990 A FR 0803990A FR 0803990 A FR0803990 A FR 0803990A FR 2933836 A1 FR2933836 A1 FR 2933836A1
Authority
FR
France
Prior art keywords
terminal
message
server
mobile terminal
application
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR0803990A
Other languages
English (en)
Other versions
FR2933836B1 (fr
Inventor
Christophe Gargallo
Cedric Thienot
Jinshan Liu
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.)
Expway SA
Original Assignee
Expway 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 Expway SA filed Critical Expway SA
Priority to FR0803990A priority Critical patent/FR2933836B1/fr
Priority to PCT/FR2009/000840 priority patent/WO2010004138A1/fr
Publication of FR2933836A1 publication Critical patent/FR2933836A1/fr
Application granted granted Critical
Publication of FR2933836B1 publication Critical patent/FR2933836B1/fr
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/305—Authentication, i.e. establishing the identity or authorisation of security principals by remotely controlling device operation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/629—Protecting access to data via a platform, e.g. using keys or access control rules to features or functions of an application
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H04N21/25891—Management of end-user data being end-user preferences
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44204—Monitoring of content usage, e.g. the number of times a movie has been viewed, copied or the amount which has been watched
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/466—Learning process for intelligent management, e.g. learning user preferences for recommending movies
    • H04N21/4667—Processing of monitored end-user data, e.g. trend analysis based on the log file of viewer selections
    • 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/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording
    • 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/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6583—Acknowledgement
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • 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/08—Network architectures or network communication protocols for network security for authentication of entities
    • 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/16—Implementing security features at a particular protocol layer
    • H04L63/166—Implementing security features at a particular protocol layer at the transport layer
    • 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/16—Implementing security features at a particular protocol layer
    • H04L63/168—Implementing security features at a particular protocol layer above the transport layer

Abstract

L'invention concerne un procédé de déclenchement d'une opération (OP) dans un terminal mobile (MT), comprenant des étapes de réception par le terminal mobile par l'intermédiaire d'un réseau de communication (MNT), d'un message de déclenchement d'une opération (DOP), de transmission, à la suite de la réception du message de déclenchement (DOP), par le terminal mobile (MT) à un serveur (VSRV) d'un identifiant (CID) relatif à une opération à déclencher sur le termina, reçu avec le message de déclenchement, de transmission, si l'identifiant correspond à un identifiant autorisé, par le serveur au terminal mobile d'un message de réponse positif (REP) autorisant le déclenchement de l'opération (OP), et de déclenchement de l'opération par le terminal mobile seulement si le terminal mobile reçoit le message de réponse positif.

Description

PROCEDE DE DECLENCHEMENT D'UNE OPERATION DANS UN TERMINAL MOBILE
La présente invention concerne les terminaux de communication et plus particulièrement les terminaux mobiles, et notamment ceux conçus pour recevoir et restituer des programmes audio et/ou vidéo.
Des programmes audio et/ou vidéo peuvent être diffusés à des terminaux mobiles grâce aux standards DVBH (Digital Video Broadcast - Handheld), DVB-SH (Digital Video Broadcast - S-Band Handheld) ou 3G (normes de téléphonie mobile de troisième génération), le standard DAB (Digital Audio Broadcasting) étant adapté à la diffusion de programmes audio. Dans un système de diffusion de programmes audio et/ou vidéo, il est souhaitable d'effectuer des mesures d'audience pour déterminer quels services sont accédés par les utilisateurs et à quels moments. Ces mesures permettent aux fournisseurs de service d'adapter leurs programmes et leurs horaires aux attentes des utilisateurs. D'une manière plus générale, les terminaux mobiles offrent aujourd'hui de nombreux autres services, comme des services de restitution de fichiers multimédia (fichiers audio ou vidéo stockés dans la mémoire du terminal), des jeux vidéo également stockés dans la mémoire du terminal, des services de localisation par satellite, etc. Dans ce contexte, un opérateur de téléphonie mobile ou un fabricant de téléphones mobiles, par exemple, peut souhaiter obtenir des informations sur l'usage des téléphones mobiles pour déterminer notamment à quelle fréquence chaque service peut être utilisé.
Les informations d'usage de services nécessitant une connexion point à point à un réseau, comme les services de télécommunication et d'accès au réseau Internet, peuvent être facilement recueillies par l'opérateur donnant au terminal l'accès au réseau. Par contre, l'usage de services fournis uniquement par le terminal ou par l'intermédiaire de modules de réception du terminal, comme les modules de réception de signaux GPS (Global Positioning System), DVB ou DAB, ne peut pas être surveillé à distance pour collecter des informations d'usage. Il est également souhaitable que l'usage d'un terminal puisse être placé sous surveillance que si l'utilisateur du terminal a donné son accord. En outre, il est souhaitable que le destinataire des informations collectées puisse choisir quand activer et désactiver la collecte d'informations d'usage et choisir quels terminaux doivent réaliser ces opérations. D'une manière générale, il est souhaitable de pouvoir activer ou désactiver à distance une opération sur un terminal mobile distant. Il est également souhaitable qu'une telle activation ou désactivation puisse être effectuée d'une manière sécurisée, tant du côté du terminal que du côté de l'émetteur des commandes d'activation et de désactivation. Il convient en effet de s'assurer qu'une opération sur un terminal ne puisse pas être activée par une entité non habilitée, et que seul un terminal habilité puisse être sollicité pour activer ou désactiver une opération. Dans le cadre d'une collecte d'informations d'usage de services, il est souhaitable de pouvoir assurer que les informations collectées proviennent bien de terminaux habilités, et ne puissent pas être interceptées ou transmises à un autre destinataire que celui désigné. Dans le cadre du standard DVB-H, il existe un service de guide de programme défini par la norme ESG (Electronic Service Guide) qui a été prévu pour fournir des fonctions nécessaires pour rechercher, découvrir et accéder à des services de programme vidéo. Le service de guide de programmes comprend une application installée dans le terminal mobile pour recevoir et traiter toutes les requêtes d'accès à un service vidéo émise par l'utilisateur, et pour fournir des informations relatives à un programme. L'application de guide de programme peut donc être modifiée pour assurer l'enregistrement des requêtes émises par l'utilisateur pour accéder aux programmes vidéo, l'enregistrement de ces requêtes permettant d'établir des statistiques de mesure d'audience de programmes. Dans un mode de réalisation, il est prévu un procédé de déclenchement d'une opération dans un terminal mobile, comprenant une étape de réception par le terminal mobile par l'intermédiaire d'un réseau de communication, d'un message de déclenchement d'une opération. Selon un mode de réalisation, le procédé comprend des étapes consistant à, à la suite de la réception du message de déclenchement, transmettre par le terminal mobile à un serveur un identifiant relatif à une opération à déclencher sur le terminal reçu avec le message de déclenchement, si l'identifiant correspond à un identifiant autorisé, transmettre par le serveur au terminal mobile un message de réponse positif autorisant le déclenchement de l'opération, et déclencher l'opération par le terminal mobile seulement si le terminal mobile reçoit le message de réponse positif. Selon un mode de réalisation, l'identifiant identifie une entité ayant transmis le message de déclenchement au terminal mobile. Selon un mode de réalisation, le procédé comprend une étape de transmission par le terminal mobile d'un message de notification à une entité émettrice du message de déclenchement, indiquant que l'opération a été déclenchée.
Selon un mode de réalisation, l'opération à déclencher est l'activation d'une application dans le terminal, le procédé comprenant une étape de désactivation de l'application si un identifiant du terminal contenu dans le message de notification désigne un terminal mobile non habilité à activer l'application. Selon un mode de réalisation, le message de déclenchement contient des informations relatives à l'opération à déclencher sous forme chiffrée, qui sont transmises par le terminal mobile au serveur, qui sont déchiffrées par le serveur et transmises sous forme déchiffrée par le serveur au terminal dans le message de réponse positif. Selon un mode de réalisation, le serveur émet un message de réponse positif si l'opération à déclencher est autorisée pour l'entité émettrice du message de déclenchement. Selon un mode de réalisation, le message de réponse comprend des informations complémentaires relatives à 20 l'opération à déclencher. Selon un mode de réalisation, le procédé comprend l'établissement d'un lien de communication sécurisé entre le terminal mobile et le serveur. Selon un mode de réalisation, l'opération à 25 déclencher est l'activation d'une application de collecte d'informations d'usage d'une application à surveiller installée dans le terminal mobile, le message de déclenchement d'opération comprenant des informations relatives à une campagne de collecte et une adresse d'un 30 serveur de collecte à qui des informations d'usage collectées par le terminal sont à transmettre, le procédé comprenant des étapes collecte et de mémorisation par le terminal d'informations d'usage relatives à l'application à surveiller, et de transmission par le terminal des 35 informations d'usage collectées au serveur de collecte.
Selon un mode de réalisation, l'application à surveiller est une application de réception et de restitution de programmes audio et/ou vidéo. Selon un mode de réalisation, à la réception des informations d'usage transmises par le terminal, le serveur de collecte détermine à l'aide d'un identifiant reçu du terminal, si l'application de collecte doit être activée sur le terminal, et transmet au terminal un message déclenchement d'une opération de désactivation si l'application de collecte ne doit pas être activée sur le terminal. Selon un mode de réalisation, le message de déclenchement d'opération est transmis au terminal sous la forme d'un message de type SMS, ou conforme au protocole OMA PUSH OTA over WSP ou au protocole OMA Push OTA over HTTP, ou encore transmis collectivement à plusieurs terminaux destinataires en association avec une liste d'identifiants des terminaux destinataires, dans des flux de données structurées ou des tables binaires.
Dans un mode de réalisation, il est également prévu un terminal mobile configuré pour recevoir un message de déclenchement d'une opération par le terminal mobile par l'intermédiaire d'un réseau de communication. Selon un mode de réalisation, le terminal est configuré pour envoyer un identifiant à un serveur en réponse à la réception du message d'activation, et activer l'opération seulement s'il reçoit du serveur un message de réponse positif autorisant le déclenchement de l'opération. Selon un mode de réalisation, l'identifiant identifie une entité ayant transmis le message de déclenchement au terminal mobile. Selon un mode de réalisation, le terminal est configuré pour transmettre un message de notification à une entité émettrice du message de déclenchement, indiquant que l'opération a été déclenchée.
Selon un mode de réalisation, le terminal est configuré pour transmettre au serveur des informations relatives à l'opération à déclencher reçues sous forme chiffrée dans le message de déclenchement, et recevoir du serveur dans le message de réponse les informations relatives à l'opération à déclencher sous forme déchiffrée. Selon un mode de réalisation, le message de réponse reçu comprend des informations complémentaires relatives 10 à l'opération à déclencher. Selon un mode de réalisation, le terminal est configuré pour établir avec le serveur un lien de communication sécurisé. Selon un mode de réalisation, l'opération à 15 déclencher est l'activation d'une application de collecte d'informations d'usage d'une application à surveiller installée dans le terminal mobile, le message de déclenchement d'opération comprenant des informations relatives à une campagne de collecte et une adresse d'un 20 serveur de collecte à qui des informations d'usage collectées par le terminal sont à transmettre, l'exécution de l'application de collecte par le terminal comprenant des étapes de collecte et de mémorisation d'informations d'usage relatives à l'application à 25 surveiller, et de transmission des informations d'usage collectées au serveur de collecte. Selon un mode de réalisation, l'application à surveiller est une application de réception et de restitution de programmes audio et/ou vidéo. 30 Selon un mode de réalisation, le message de déclenchement d'opération est transmis au terminal sous la forme d'un message de type SMS, ou conforme au protocole OMA PUSH OTA over WSP ou au protocole OMA Push OTA over HTTP, ou encore transmis collectivement à 35 plusieurs terminaux destinataires en association avec une liste d'identifiants des terminaux destinataires, dans des flux de données structurées ou des tables binaires.
Des exemples de réalisation de l'invention seront décrits dans ce qui suit, à titre non limitatif en relation avec les figures jointes parmi lesquelles : - la figure 1 représente sous la forme de blocs un système permettant de déclencher des opérations dans des terminaux mobiles, selon un mode de réalisation, - la figure 2 représente des étapes d'un procédé de déclenchement d'une opération dans un terminal mobile, selon un mode de réalisation, - la figure 3 représente des étapes d'un procédé de collecte d'informations d'usage d'une application sur un 15 terminal mobile, selon un mode de réalisation. La figure 1 représente des terminaux mobiles MT configurés pour se connecter à un réseau de téléphonie mobile MNT, un ou plusieurs serveurs de d'activation CSRV et un serveur d'authentification VSRV. Les serveurs CSRV 20 et VSRV sont configurés pour communiquer avec les terminaux mobiles MT, par exemple par l'intermédiaire du réseau MNT et le cas échéant, d'autres réseaux tels que le réseau Internet ou des réseaux de téléphonie terrestre. Les terminaux MT sont également configurés 25 pour exécuter diverses applications et notamment des applications d'accès à des programmes audio et/ou vidéo. La figure 2 représente des étapes d'un procédé de déclenchement d'une opération dans un terminal mobile MT. Le procédé de déclenchement fait intervenir l'un des 30 serveurs d'activation CSRV et le serveur d'authentification VSRV. Le procédé comprend des étapes Si à S7. A la première étape S1, le serveur d'activation CSRV transmet au terminal MT un message de déclenchement d'une opération DOP comportant un identifiant CID du 35 serveur et des paramètres CPAR définissant l'opération à déclencher dans le terminal MT. Pour transmettre le message DOP au terminal, le serveur CSRV possède un identifiant TID du terminal MT, tel que le numéro de téléphone de ce dernier. Les paramètres CPAR comprennent des informations d'identification de l'opération à déclencher et, le cas échéant, des paramètres relatifs à cette opération. Les identifiants TID des terminaux à déclencher et les paramètres CPAR sont par exemple mémorisés dans une base de données d'opérations à déclencher TDB. L'identifiant CID du serveur CSRV peut être un numéro de téléphone d'accès à un réseau téléphonique. Le numéro de téléphone du serveur CSRV peut ainsi être soit attribué à une ligne téléphonique terrestre, soit mémorisé dans un module sécurisé d'accès à un réseau téléphonique mobile, telle qu'une carte SIM (Subscriber Identity Module). De cette manière, le serveur CSRV peut être identifié d'une manière difficilement falsifiable. A l'étape suivante S2, le terminal MT se connecte au serveur d'authentification VSRV et lui retransmet le message de déclenchement DOP reçu du serveur CSRV. A cet effet, le terminal mémorise une adresse d'accès au serveur VSRV, telle qu'une adresse URL (Uniform Ressource Locator). A l'étape suivante S3, le serveur VSRV vérifie que l'identifiant CID et éventuellement les informations CPAR contenus dans le message DOP reçu correspondent à des informations qu'il a préalablement mémorisées, par exemple dans une base de données d'opérations à déclencher CDB. A cet effet, le serveur VSRV mémorise tous les identifiants des serveurs CSRV autorisés à déclencher une opération sur un terminal MT, chaque identifiant de serveur autorisé étant éventuellement mémorisé en association avec des identifiants d'opérations que le serveur est autorisé à déclencher.
A l'étape S4, le serveur VSRV transmet au terminal MT un message de réponse REP indiquant si oui ou non le terminal peut déclencher l'opération selon que les informations CID, CPAR correspondent ou non à des informations préalablement mémorisées par le serveur VSRV. Ainsi, les étapes S2 à S4 permettent au terminal d'authentifier le serveur CSRV ayant émis le message de déclenchement, et de vérifier que le déclenchement de l'opération est bien autorisé pour le serveur CSRV authentifié. A l'étape S5, le terminal MT transmet un message de notification NOT contenant son identifiant TID au serveur CSRV, pour lui indiquer si l'ordre de déclenchement de l'opération a été autorisé ou non. Aux étapes S6 et S7, le terminal MT déclenche l'opération OP, si le message REP indique que l'ordre de déclenchement peut être exécuté. Bien entendu, il peut être prévu d'envoyer le message NOT seulement si l'opération a été autorisée.
L'opération déclenchée peut être l'activation ou la désactivation d'une application telle qu'une application de collecte d'informations d'usage de services offerts par des applications installées dans le terminal MT. Les services peuvent être purement locaux, c'est-à-dire offerts par le terminal seul, comme des services de restitution de fichiers audio ou vidéo, ou encore des jeux vidéo, préalablement stockés par le terminal. Les services offerts par le terminal peuvent également être offerts par l'intermédiaire du terminal agissant en tant que récepteur pour, par exemple, recevoir des signaux de localisation géographique ou des programmes audio ou vidéo, ou télécharger des fichiers. Le message de déclenchement d'opération DOP peut être transmis au terminal MT sous la forme d'un message de type SMS (Short Message Service), ou conforme au protocole OMA (Open Mobile Alliance) PUSH OTA (Over The Air) over WSP (Wireless Session Protocol) ou au protocole OMA Push OTA over HTTP. De plus amples informations sur ces protocoles peuvent être obtenues dans le document OMA-TS-PushOTA-V2 2-20071002-C. Le message de déclenchement d'opération contient alors un identifiant de l'application installée dans le terminal, à qui est destiné le message, et le terminal est configuré pour acheminer chaque message reçu vers l'application identifiée dans le message. Le message DOP peut être également transmis collectivement, c'est-à-dire par diffusion, à plusieurs terminaux MT, par exemple avec les données de guide de programme, dans des flux de données structurées appelés "sessions", qui peuvent être conformes au protocole FLUTE. De tels flux binaires sont transmis en boucle et accessibles à des adresses IP déterminées. Le message DOP est alors associé à une liste d'identifiants de terminaux destinataires du message. Le message DOP et les identifiants de terminaux destinataires peuvent également être diffusés dans des tables binaires PSI/SI (Program Specific information/Service Information) insérées dans une trame de transport conforme au protocole DVB ou DVBH. Dans cette trame, les flux de données FLUTE sont multiplexés avec des flux vidéo dans des flux de transport multiplexés avec les tables binaires PSI/SI. De plus amples informations sur ces modes de transmission par diffusion peuvent être trouvées notamment dans le document ETSI 102 471, V1.l.l (2006-04), "Digital Video Broadcasting (DVB); IP Datacast over DVB-H: Electronic Service Guide (ESG)". Les informations CID, CPAR figurant dans le message DOP transmis par le serveur CSRV peuvent être chiffrées, et retransmises telles quelles par le terminal MT au serveur VSRV. Dans ce cas, le serveur VSRV déchiffre les informations CID et CPAR reçues du terminal MT et les renvoie sous forme déchiffrée au terminal, afin que ce dernier puisse les exploiter et déclencher l'opération requise.
La communication établie entre le terminal mobile et le serveur de validation VSRV est sécurisée, par exemple du type HTTPS (HyperText Transport Protocol Secure), SSL (Secure Sockets Layers) ou TLS (Transport Layer Security). Ainsi, le procédé décrit précédemment permet d'assurer que les informations de déclenchement restent confidentielles et ne peuvent pas être modifiées, et qu'une opération ne peut pas être déclenchée dans un terminal par un serveur CSRV non authentifié. Dans le cas où l'opération à déclencher requiert l'émission vers un serveur d'informations collectées par le terminal, le procédé décrit précédemment permet également d'assurer que les informations collectées sont bien transmises au serveur désigné dans les paramètres de déclenchement CPAR pour recevoir ces informations.
La figure 3 représente des étapes S10 à S15 exécutées par le terminal MT lors de l'exécution d'une application de collecte d'informations d'usage, déclenchée à la suite de l'exécution des étapes S1 à S5. A l'étape S10, le terminal MT collecte des informations EVTS et les inscrit dans un fichier stocké dans sa mémoire. A l'étape S11, si le moment est venu de transmettre les informations collectées EVTS, le terminal MT les transmet à l'étape S12 vers un serveur désigné dans les paramètres de déclenchement CPAR, par exemple le serveur CSRV. La transmission des informations collectées peut être effectuée à une fréquence déterminée, par exemple journalière ou hebdomadaire, ou bien lorsque la mémoire occupée du terminal MT excède un certain seuil. A la suite de leur transmission au serveur CSRV, les informations EVTS collectées sont effacées de la mémoire du terminal. Il est à noter que l'application de collecte peut être activée dans un terminal MT par plusieurs serveurs CSRV. Dans ce cas, plusieurs instances de l'application de collecte sont activées dans le terminal, chaque instance mémorisant les informations collectées dans un fichier respectif. Chaque fichier d'informations collectées est ensuite transmis au serveur CSRV qui a activé l'instance correspondant au fichier. A l'étape suivante S13, le serveur CSRV vérifie à l'aide de l'identifiant TID reçu du terminal, que les informations reçues proviennent bien d'un terminal autorisé. Si les informations reçues proviennent d'un terminal autorisé à transmettre des informations d'usage de services, le serveur CSRV exécute alors l'étape S15 où il mémorise les informations reçues dans une base de données d'événements d'usage EVTS. Au contraire, si le terminal MT ayant émis des informations collectées n'est pas un terminal autorisé, le serveur CSRV ne mémorise pas les informations collectées reçues et transmet à l'étape S14 au terminal un message de déclenchement d'une opération de désactivation de la collecte d'informations d'usage. Le message de déclenchement comprend l'identifiant CID du serveur CSRV et des paramètres éventuels de désactivation notamment pour désigner l'application à désactiver. Pour désactiver l'application désignée dans le message de déclenchement, le terminal exécute les étapes S2 à S4 permettant d'authentifier le serveur CSRV ayant requis la désactivation. Si le serveur CSRV est authentifié par le serveur d'authentification VSRV, le terminal MT désactive l'application de collecte, sinon il poursuit l'opération de collecte à l'étape S10. Le terminal peut également transmettre au serveur CSRV un message de réponse à la désactivation de l'application de collecte, pour l'informer si l'application de collecte a été ou non désactivée. A la suite de la désactivation de l'opération de collecte, le terminal MT efface de sa mémoire les informations collectées pour l'application de collecte désactivée. Si l'opération à déclencher concerne une application de collecte d'informations d'usage, le message de déclenchement DOP comprend une information de connexion permettant au terminal MT d'accéder au serveur CSRV. L'information de connexion peut être une adresse URL et/ou un numéro de téléphone d'accès au serveur. Il est à noter que si le destinataire des informations collectées est spécifié dans le message DOP, le serveur ayant émis l'ordre d'activation, n'est pas nécessairement le même que celui désigné pour recevoir les informations collectées. Le procédé décrit précédemment permet d'assurer que les informations d'usage collectées sont transmises exclusivement au serveur référencé dans le message de déclenchement et authentifié par le serveur d'authentification VSRV. Par exemple, un message de déclenchement DOP d'une opération de collecte d'information d'usage peut comprendre les champs spécifiés dans le tableau 1 suivant . Tableau 1 Nom du champ Commentaire Type Pour identifier Identifiant l'application de réception Entier application de programmes audio/vidéo (Integer) du terminal Identifiant de Identifiant unique de la Entier campagne campagne de collecte Commande Activation / Désactivation Entier de l'application de collecte dans le terminal mobile Numéro de du Sera transmis avec les Numéro de téléphone téléphone terminal international informations collectées Numéro de du Se trouve dans le champ Numéro de téléphone émetteur du message téléphone serveur de international collecte Le contenu du message de déclenchement peut être émis sous forme chiffrée, les numéros de téléphone du serveur de collecte et du terminal pouvant être transmis également sous forme non chiffrée. Le message de déclenchement peut alors être retransmis sans être déchiffré par le terminal MT au serveur d'authentification VSRV à l'étape S2. Le serveur VSRV peut ainsi vérifier à l'aide des champs contenant le numéro de téléphone du serveur et l'identifiant de campagne du message DOP que le serveur identifié dans le message est bien habilité à activer et recevoir les informations collectées pour la campagne identifiée dans le message. Le message de réponse REP transmis par le serveur 15 VSRV à l'étape S3 peut comprendre les champs spécifiés dans le tableau 2 suivant : Tableau 2 Nom du champ Commentaire Type Réponse OK / Echec Booléen Identifiant de Identifiant unique de la Entier campagne campagne de collecte Numéro de Dans le champ émetteur du Numéro de téléphone du message téléphone serveur de international collecte Numéro de Transmis avec les Numéro de téléphone du informations collectées téléphone terminal international URL du serveur Adresse URL du serveur de String de collecte collecte Période Fréquence de transmission 0 = journalier des informations 1 = hebdo. collectées 2 = mensuel Heure d'envoi Heure d'envoi des Chaîne de informations collectées caractères (String) Intervalle Intervalle de temps Chaîne de pendant lequel les caractères informations collectées peuvent être envoyées Type événements Types d'événements à Entier collecter Toutes les informations fournies dans le message REP sont non chiffrées, la sécurisation de la transmission du message étant assurée par le protocole utilisé (HTTPS) pour transmettre le message. Le terminal n'a donc pas besoin de mettre en œuvre une opération de déchiffrement du contenu du message DOP ou REP. En cas d'échec de l'authentification du serveur CSRV (champ réponse du message de réponse à "Echec"), le message de réponse REP ne comporte qu'un champ d'erreur, mais pas de champs "URL du serveur de collecte", "Période", "Date d'envoi", "Intervalle" et "Evénements". Il est à noter que dans l'exemple du tableau 2, les informations transmises dans le message de déclenchement DOP sont les seules strictement nécessaires à l'authentification du serveur CSRV. Si le serveur CSRV et la campagne de collecte sont authentifiés, ces informations sont complétées par le serveur VSRV avec d'autres paramètres d'activation de la campagne de collecte, tels que des paramètres spécifiant au terminal MT où et quand envoyer les informations collectées et quels événements sont à surveiller. Cette disposition est bien entendu applicable à d'autres types d'applications à activer. Les types d'événement d'usage à surveiller et collecter (champ événements) peuvent être spécifiés à l'aide d'un ou plusieurs octets. Dans le cas de l'usage d'un service de réception de programmes audio ou vidéo, les types d'événement à surveiller et collecter peuvent être ceux résumés dans le tableau suivant : Tableau 3 ID Type Commentaire N° Bit d'évt. d'événement champ Evénement 0 Démarrage Lancement de Ox01 Application l'application de restitution de programmes audio/vidéo du terminal 1 Arrêt Arrêt de l'application J Application de restitution de 0x01 programmes audio/vidéo du terminal 2 Démarrage Démarrage d'une 0x02 acquisition acquisition de données 3 Fin acquisition Fin d'une acquisition 0x02 4 Première Première requête de 0x04 requête programmes émise par l'application Début service Démarrage de l'affichage 0x08 vidéo DVB-H d'un flux vidéo DVB-H 6 Fin service Arrêt de l'affichage Cx08 vidéo DVB-H d'un flux vidéo DVB-H Début service Démarrage de l'affichage 0x10 vidéo 3G d'un flux vidéo 3G 8 Fin service Arrêt de l'affichage 0x10 vidéo 3G d'un flux vidéo 3G 9 Notification Evénement interactif 0x20 d'interactivité envoyé à l'application Notification de Evénement contenu reçu 0x40 diffusion de envoyé à l'application contenu Le champ "types d'événement" spécifie sur moins d'un octet les types d'événements à collecter. Le terminal MT est configuré pour détecter chacun des événements spécifiés par ce champ et pour mémoriser dans 5 un fichier d'informations d'usage collectées, un identifiant de chacun des événements détectés en association avec une date et une heure d'apparition de l'événement. Les informations d'usage collectées EVTS peuvent 10 être transmises (étape S12) à l'aide du protocole HTTP ou FTP (File Transfer Protocol) en utilisant l'adresse URL du serveur CSRV. A cet effet, le terminal MT comprend une pile HTTP et émet des requêtes HTTP POST vers l'URL du serveur de collecte CSRV reçu. En cas d'échec de la transmission avec le serveur CSRV, une ou plusieurs autres tentatives peuvent être effectuées. Si toutes les tentatives ont échouées, une nouvelle séquence de plusieurs tentatives peut être exécutée, par exemple le jour suivant. Si la transmission des informations collectées a réussi, le serveur CSRV transmet en réponse un accusé de réception positif. Le terminal efface alors de sa mémoire les informations transmises. Un numéro de version logicielle peut être transmis dans le message de collecte pour indiquer au serveur CSRV le format du message contenant les informations d'usage collectées. Il apparaîtra clairement à l'homme de l'art que la présente invention est susceptible de diverses variantes de réalisation et d'applications. En particulier, l'invention n'est pas limitée à un serveur d'authentification ayant accès à une liste d'identification de tous les serveurs de ccllecte autorisés. La liste accessible au serveur de validation peut spécifier uniquement tous les serveurs de collecte non autorisés, ou uniquement les opérations autorisées si dans le contexte visé, l'opération peut être déclenchée par n'importe quel serveur. L'invention ne s'applique pas uniquement à la collecte d'informations d'usage d'un service mis en œuvre par un terminal mobile, mais à toute autre opération mettant en œuvre une transmission d'informations par le terminal vers un serveur. 18

Claims (21)

  1. REVENDICATIONS1. Procédé de déclenchement d'une opération (OP) dans un terminal mobile (MT), comprenant une étape de réception par le terminal mobile par l'intermédiaire d'un réseau de communication (MNT), d'un message de déclenchement d'une opération (DOP), caractérisé en ce qu'il comprend des étapes consistant à : à la suite de la réception du message de déclenchement (DOP), transmettre par le terminal mobile (MT) à un serveur (VSRV) un identifiant (CID) relatif à une opération à déclencher sur le terminal reçu avec le message de déclenchement, si l'identifiant correspond à un identifiant autorisé, transmettre par le serveur au terminal mobile un message de réponse positif (REP) autorisant le déclenchement de l'opération (OP), et déclencher l'opération par le terminal mobile seulement si le terminal mobile reçoit le message de réponse positif.
  2. 2. Procédé selon la revendication 1, dans lequel l'identifiant (CID) identifie une entité (CSRV) ayant transmis le message de déclenchement (DOP) au terminal mobile (MT).
  3. 3. Procédé selon la revendication 1 ou 2, comprenant une étape de transmission par le terminal mobile (MT) d'un message de notification (NOT) à une entité émettrice (CSRV) du message de déclenchement (DOP), indiquant que l'opération a été déclenchée.
  4. 4. Procédé selon la revendication 3, dans lequel l'opération à déclencher (OP) est l'activation d'une application dans le terminal (MT), le procédé comprenant une étape de désactivation de l'application si un identifiant (TID) du terminal contenu dans le message de notification (NOT) désigne un terminal mobile non habilité à activer l'application.
  5. 5. Procédé selon l'une des revendications 1 à 4, dans lequel le message de déclenchement (DOP) contient des informations relatives à l'opération à déclencher (OP) sous forme chiffrée, qui sont transmises par le terminal mobile (MT) au serveur (VSRV), qui sont déchiffrées par le serveur et transmises sous forme déchiffrée par le serveur au terminal dans le message de réponse positif (REP).
  6. 6. Procédé selon l'une des revendications 1 à 5, dans lequel le serveur (VSRV) émet un message de réponse positif si l'opération à déclencher (OP) est autorisée pour l'entité émettrice (CSRV) du message de déclenchement (DOP).
  7. 7. Procédé selon l'une des revendications 1 à 6, dans lequel le message de réponse (REP) comprend des informations complémentaires relatives à l'opération à déclencher (OP).
  8. 8. Procédé selon l'une des revendications 1 à 7, comprenant l'établissement d'un lien de communication sécurisé entre le terminal mobile (MT) et le serveur 30 (VSRV).
  9. 9. Procédé selon l'une des revendications 1 à 8, dans lequel l'opération à déclencher (OP) est l'activation d'une application de collecte d'informations 35 d'usage (UC) d'une application à surveiller installée dans le terminal mobile (MT), le message de déclenchement d'opération (DOP) comprenant des informations relatives à une campagne de collecte et une adresse d'un serveur de collecte (CSRV) à qui des informations d'usage (EVTS) collectées par le terminal sont à transmettre, le procédé comprenant des étapes collecte et de mémorisation par le terminal d'informations d'usage relatives à l'application à surveiller, et de transmission par le terminal des informations d'usage collectées au serveur de collecte.
  10. 10. Procédé selon la revendication 9, dans lequel l'application à surveiller est une application de réception et de restitution de programmes audio et/ou vidéo.
  11. 11. Procédé selon la revendication 9 ou 10, dans lequel, à la réception des informations d'usage (EVTS) transmises par le terminal (MT), le serveur de collecte (CSRV) détermine à l'aide d'un identifiant (TID) reçu du terminal, si l'application de collecte doit être activée sur le terminal, et transmet au terminal un message déclenchement d'une opération de désactivation si l'application de collecte ne doit pas être activée sur le terminal.
  12. 12. Procédé selon l'une des revendications 1 à 11, dans lequel le message de déclenchement d'opération (DOP) est transmis au terminal (MT) sous la forme d'un message de type SMS, ou conforme au protocole OMA PUSH OTA over WSP ou au protocole OMA Push OTA over HTTP, ou encore transmis collectivement à plusieurs terminaux destinataires en association avec une liste d'identifiants des terminaux destinataires, dans des flux de données structurées ou des tables binaires.35
  13. 13. Terminal mobile (MT) configuré pour recevoir un message de déclenchement (DOP) d'une opération (OP) par le terminal mobile par l'intermédiaire d'un réseau de communication (MNT), caractérisé en ce qu'il est configuré pour envoyer un identifiant à un serveur (VSRV) en réponse à la réception du message d'activation (DOP), et activer l'opération (OP) seulement s'il reçoit du serveur un message de réponse positif (REP) autorisant le déclenchement de l'opération.
  14. 14. Terminal selon la revendication 13, dans lequel l'identifiant (CID) identifie une entité (CSRV) ayant transmis le message de déclenchement (DOP) au terminal mobile (MT).
  15. 15. Terminal selon la revendication 13 ou 14, configuré pour transmettre un message de notification (NOT) à une entité émettrice (CSRV) du message de déclenchement (DOP), indiquant que l'opération a été déclenchée.
  16. 16. Terminal selon l'une des revendications 13 à 15, configuré pour transmettre au serveur (VSRV) des informations relatives à l'opération à déclencher (OP) reçues sous forme chiffrée dans le message de déclenchement (DOP), et recevoir du serveur (VSRV) dans le message de réponse (REP) les informations relatives à l'opération à déclencher (OP) sous forme déchiffrée.
  17. 17. Terminal selon l'une des revendications 13 à 16, dans lequel le message de réponse (REP) reçu comprend des informations complémentaires relatives à l'opération à déclencher (OP).35
  18. 18. Terminal selon l'une des revendications 13 à 17, configuré pour établir avec le serveur (VSRV) un lien de communication sécurisé.
  19. 19. Terminal selon l'une des revendications 13 à 18, dans lequel l'opération à déclencher (OP) est l'activation d'une application de collecte d'informations d'usage (UC) d'une application à surveiller installée dans le terminal mobile (MT), le message de déclenchement d'opération (DOP) comprenant des informations relatives à une campagne de collecte et une adresse d'un serveur de collecte (CSRV) à qui des informations d'usage (EVTS) collectées par le terminal sont à transmettre, l'exécution de l'application de collecte par le terminal comprenant des étapes de collecte et de mémorisation d'informations d'usage relatives à l'application à surveiller, et de transmission des informations d'usage collectées au serveur de collecte.
  20. 20. Terminal selon la revendication 19, dans lequel l'application à surveiller est une application de réception et de restitution de programmes audio et/ou vidéo.
  21. 21. Terminal selon la revendication 20, dans lequel le message de déclenchement d'opération (DOP) est transmis au terminal (MT) sous la forme d'un message de type SMS, ou conforme au protocole OMA PUSH OTA over WSP ou au protocole OMA Push OTA over HTTP, ou encore transmis collectivement à plusieurs terminaux destinataires en association avec une liste d'identifiants des terminaux destinataires, dans des flux de données structurées ou des tables binaires.
FR0803990A 2008-07-11 2008-07-11 Procede de declenchement d'une operation dans un terminal mobile Expired - Fee Related FR2933836B1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
FR0803990A FR2933836B1 (fr) 2008-07-11 2008-07-11 Procede de declenchement d'une operation dans un terminal mobile
PCT/FR2009/000840 WO2010004138A1 (fr) 2008-07-11 2009-07-08 Procede de declenchement d'une operation dans un terminal mobile

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0803990A FR2933836B1 (fr) 2008-07-11 2008-07-11 Procede de declenchement d'une operation dans un terminal mobile

Publications (2)

Publication Number Publication Date
FR2933836A1 true FR2933836A1 (fr) 2010-01-15
FR2933836B1 FR2933836B1 (fr) 2010-09-17

Family

ID=40547443

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0803990A Expired - Fee Related FR2933836B1 (fr) 2008-07-11 2008-07-11 Procede de declenchement d'une operation dans un terminal mobile

Country Status (2)

Country Link
FR (1) FR2933836B1 (fr)
WO (1) WO2010004138A1 (fr)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2346716A (en) * 1998-11-25 2000-08-16 Ibm Distribution of applications to intermittently connected clients
WO2004040923A1 (fr) * 2002-11-01 2004-05-13 Nokia Corporation Mini-applications disponibles
WO2005039179A2 (fr) * 2003-10-17 2005-04-28 Nokia Corporation Systeme et terminal associe, procede et programme informatique permettant d'enregistrer des statistiques se rapportant a l'utilisation de contenus
EP1574928A1 (fr) * 2002-12-12 2005-09-14 Fujitsu Limited Appareil de controle d'execution de programme, systeme d'exploitation, terminal client, serveur, systeme de controle d'execution de programme, procede de controle d'execution de programme, et programme de controle d'execution de programme
EP1798999A1 (fr) * 2005-12-14 2007-06-20 Sagem Communication Methode de gestion du comportement d'une application interactive lors de la diffusion d'un programme selon la norme DVB-H

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2346716A (en) * 1998-11-25 2000-08-16 Ibm Distribution of applications to intermittently connected clients
WO2004040923A1 (fr) * 2002-11-01 2004-05-13 Nokia Corporation Mini-applications disponibles
EP1574928A1 (fr) * 2002-12-12 2005-09-14 Fujitsu Limited Appareil de controle d'execution de programme, systeme d'exploitation, terminal client, serveur, systeme de controle d'execution de programme, procede de controle d'execution de programme, et programme de controle d'execution de programme
WO2005039179A2 (fr) * 2003-10-17 2005-04-28 Nokia Corporation Systeme et terminal associe, procede et programme informatique permettant d'enregistrer des statistiques se rapportant a l'utilisation de contenus
EP1798999A1 (fr) * 2005-12-14 2007-06-20 Sagem Communication Methode de gestion du comportement d'une application interactive lors de la diffusion d'un programme selon la norme DVB-H

Also Published As

Publication number Publication date
WO2010004138A1 (fr) 2010-01-14
FR2933836B1 (fr) 2010-09-17

Similar Documents

Publication Publication Date Title
US20180070149A1 (en) Streaming with Optional Broadcast Delivery of Data Segments
US7680281B2 (en) Method and apparatus for intercepting events in a communication system
KR101729551B1 (ko) 브로드캐스트 서비스 및 브로드캐스트 콘텐츠 중 하나 이상에 대한 시청률을 단말 내에서 조사하는 방법
EP2084604A2 (fr) Méthode de chargement et de gestion d'une application dans un équipement mobile
US20030120940A1 (en) Location-based content protection
US8619993B2 (en) Content protection for OMA broadcast smartcard profiles
US8279342B2 (en) System for receiving and storing broadcast content, and device for reception and storage
EP3087720B1 (fr) Technique de contrôle du routage d'une requête relative a un service
EP1722564A1 (fr) Méthode d'accès conditionnel local pour équipements mobiles
CN106375834A (zh) 一种基于iOS操作系统的在线加密切片视频离线播放方法及装置
US8266420B2 (en) System and method for providing secure configuration file provisioning
WO2003077550A1 (fr) Systeme et procede de transfert d'un mms entre une unite de communication de messages et une tv numerique
EP1553719B1 (fr) Système de distribution d'un contenu, procédé et serveur associé
KR20070050325A (ko) 휴대 방송 시스템에서 암호화 정보 송수신 방법 및 그에따른 시스템
FR2915337A1 (fr) Procede et systeme de securisation d'acces interne de telephone mobile, telephone mobile et terminal correspondants.
FR2933836A1 (fr) Procede de declenchement d'une operation dans un terminal mobile
KR20110103273A (ko) 컨텐츠 전송 시스템에서 ａｍ보고 방법 및 장치
US9344480B2 (en) Method of providing wireless data communication service using IP and apparatus thereof
FR2911752A1 (fr) Procede et installation de telecommunication pour la fourniture d'un service a l'utilisation d'un equipement personnel
FR2894753A1 (fr) Methode de gestion du comportement d'une application interactive lors de la diffusion d'un programme selon la norme dvb-h
FR3052003B1 (fr) Systeme et procede de mesure d’audience, et audimetre individuel portable correspondant.
FR2925810A1 (fr) Procede de communicatin entre un terminal et un reseau de communication
FR3116921A1 (fr) Périphérique connecté à un terminal, terminal et serveur configurés pour gérer une preuve de propriété, par le terminal, d’une donnée générée par le périphérique
TW200820676A (en) Network access device, network connection setting method, and mobile communication system employing the same
EP4158872A1 (fr) Procede de delegation de la livraison de contenus a un serveur cache

Legal Events

Date Code Title Description
ST Notification of lapse

Effective date: 20120330

RN Application for restoration

Effective date: 20120416

FC Decision of inpi director general to approve request for restoration

Effective date: 20120502

PLFP Fee payment

Year of fee payment: 9

PLFP Fee payment

Year of fee payment: 10

PLFP Fee payment

Year of fee payment: 11

PLFP Fee payment

Year of fee payment: 12

PLFP Fee payment

Year of fee payment: 13

ST Notification of lapse

Effective date: 20220305