FR2950214A1 - Procede de demande de verification de donnees profil utilisateur d’un site de reseau social. - Google Patents

Procede de demande de verification de donnees profil utilisateur d’un site de reseau social. Download PDF

Info

Publication number
FR2950214A1
FR2950214A1 FR0956284A FR0956284A FR2950214A1 FR 2950214 A1 FR2950214 A1 FR 2950214A1 FR 0956284 A FR0956284 A FR 0956284A FR 0956284 A FR0956284 A FR 0956284A FR 2950214 A1 FR2950214 A1 FR 2950214A1
Authority
FR
France
Prior art keywords
user profile
profile data
verification
dup
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
FR0956284A
Other languages
English (en)
Inventor
Vincent Hiribarren
Laurent Clevy
Julien Robinson
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.)
Alcatel Lucent SAS
Original Assignee
Alcatel Lucent SAS
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 Alcatel Lucent SAS filed Critical Alcatel Lucent SAS
Priority to FR0956284A priority Critical patent/FR2950214A1/fr
Publication of FR2950214A1 publication Critical patent/FR2950214A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • 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/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/104—Grouping of entities
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/52—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail for supporting social networking services
    • 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/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Marketing (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Human Resources & Organizations (AREA)
  • Accounting & Taxation (AREA)
  • Economics (AREA)
  • Computing Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Game Theory and Decision Science (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

La présente invention concerne un procédé de demande de vérification de données profil utilisateur d'un site de réseau social. Elle se caractérise en ce que le procédé comporte les étapes de : - à partir d'un agent client (AC) : - lancer une demande (D_VERIF) de vérification de données profil utilisateur, la demande comprenant un indicateur de vérification de données profil utilisateur ; - envoyer une requête correspondant à ladite demande (D_VERIF) à un agent serveur (AS) gestionnaire du site de réseau social, la requête comprenant ledit indicateur de vérification de données profil utilisateur et étant générée à partir d'une bibliothèque client/serveur (RPCLIB) ; - recevoir dudit agent serveur (AS) un message de retour comprenant les données profil utilisateur dont au moins une donnée profil utilisateur est accompagnée d'un marqueur de vérification représentatif d'une certification de ladite donnée profil utilisateur par le site de réseau social si ladite donnée profil utilisateur est certifiée. Elle concerne également un procédé de vérification de données profil utilisateur d'un site de réseau social.

Description

PROCEDE DE DEMANDE DE VERIFICATION DE DONNEES PROFIL UTILISATEUR D'UN SITE DE RESEAU SOCIAL
DOMAINE TECHNIQUE DE L'INVENTION La présente invention concerne un procédé de demande de vérification de données profil utilisateur d'un site de réseau social et un procédé de vérification de données profil utilisateur d'un site de réseau social. L'invention concerne également un agent client permettant de mettre en oeuvre ledit procédé de demande de vérification, et un agent serveur permettant de mettre en oeuvre ledit procédé de vérification.
Elle trouve une application particulière, mais non exclusive, dans le domaine des systèmes de réseau de communication pour site de réseau social. ARRIÈRE-PLAN TECHNOLOGIQUE DE L'INVENTION Dans le domaine des systèmes de réseau de communication pour site de réseau social, il existe des interfaces de programmation applicative, dite API, qui sont de plus en plus utilisées pour les sites de réseau social, jusqu'à être devenues des standards de facto. Tel est le cas de l'API OpenSocialTM Cette interface permet à des développeurs de créer des applications dites sociales et qui peuvent être utilisées sur n'importe quel site de réseau social, appelés SNS (« Social Networking Site » en anglais), compatible avec cette API. Cette API permet d'accéder à des données profil utilisateurs telles que des données relatives aux amis, activités, animaux de compagnie, etc....en relation avec le réseau social établi par le site de réseau social.
Un inconvénient de ces API est que de telles données ne sont pas vérifiables par les développeurs qui veulent les utiliser dans des applications qui sont utilisables avec le site de réseau social. Seule l'autorité de gestion du site de réseau social peut les vérifier à partir d'une vérification de la carte d'identité d'un utilisateur par exemple. Dans ce cas, elle valide certaines données du profil utilisateur sur la base de données du site de réseau social. Ces données sont alors certifiées. DESCRIPTION GENERALE DE L'INVENTION La présente invention a pour but un procédé de demande de vérification de données profil utilisateur d'un site de réseau social qui permet de résoudre le problème posé ci-dessus.
Ce but est atteint par un procédé de demande de vérification de données profil utilisateur d'un site de réseau social selon lequel il comporte les étapes de : - à partir d'un agent client, lancer une demande de vérification de données profil utilisateur, la demande de vérification comprenant un indicateur de vérification de données profil utilisateur ; - à partir dudit agent client, envoyer une requête correspondant à ladite demande de vérification à un agent serveur gestionnaire du site de réseau social, la requête comprenant ledit indicateur de vérification de données profil utilisateur et étant générée à partir d'une bibliothèque client/serveur ; - à partir dudit agent client, recevoir dudit agent serveur un message de retour comprenant les données profil utilisateur dont au moins une donnée profil utilisateur est accompagnée d'un marqueur de vérification représentatif d'une certification de ladite donnée profil utilisateur par le site de réseau social si ladite donnée profil utilisateur est certifiée.
Comme on va le voir en détail par la suite, ce procédé va permettre d'interroger le site de réseau social sur les données profil utilisateur de manière à savoir si elles ont été certifiées ou non par ledit site.
Selon des modes de réalisation non limitatifs, le procédé peut comporter en outre une ou plusieurs caractéristiques supplémentaires parmi les suivantes : - L'agent client reçoit une pluralité de données profil utilisateur accompagnées chacune d'un marqueur de vérification si elles sont certifiées. - La demande de vérification est compatible avec l'interface de programmation applicative OpenSocialTM. Le procédé peut ainsi être utilisé sur des réseaux sociaux utilisant cette interface. - Une propriété d'intégrité est associée au message de retour. Cela permet de vérifier qu'il n'a pas été modifié par une tierce partie. En outre, il est également proposé un procédé de vérification de données profil utilisateur d'un site de réseau social, selon lequel il comporte les étapes de : à partir d'un agent serveur gestionnaire du réseau social en ligne, recevoir une requête correspondant à une demande de vérification de données profil utilisateur lancée par un agent client, la requête comprenant un indicateur de vérification de données profil utilisateur et étant générée à partir d'une bibliothèque client/serveur ; - à partir dudit agent serveur, interpréter ledit indicateur de vérification dans ladite requête et vérifier dans une base de données du site de réseau social si les données profil utilisateur ont été certifiées ; et - transmettre audit agent client un message de retour comprenant les données profil utilisateur dont au moins une donnée profil utilisateur est accompagnée d'un marqueur de vérification représentatif d'une certification de ladite donnée profil utilisateur par le site de réseau social si ladite donnée profil utilisateur est certifiée.
Selon un mode de réalisation non limitatif, le procédé peut comporter en outre la caractéristique supplémentaire suivante :
- L'étape d'interprétation de l'indicateur de vérification est effectuée par une injection de dépendance d'une instance d'un élément de gestion de requêtes clients d'un moteur d'exécution de l'agent serveur. Cela permet de choisir quel élément de gestion utiliser en fonction de la présence ou non de l'indicateur de vérification de données profil utilisateur.
En outre, il est également proposé un agent client pour site de réseau social apte à coopérer avec un agent serveur et apte à demander une vérification des données profil utilisateur d'un site de réseau social, selon lequel il est apte à : - lancer une demande de vérification de données profil utilisateur, la demande de vérification comprenant un indicateur de vérification de données profil utilisateur ; - envoyer une requête correspondant à ladite demande de vérification à un agent serveur gestionnaire du site de réseau social, la requête comprenant ledit indicateur de vérification de données profil utilisateur et étant générée à partir d'une bibliothèque client/serveur ; - recevoir dudit agent serveur un message de retour comprenant les données profil utilisateur dont au moins une donnée profil utilisateur est accompagnée d'un marqueur de vérification représentatif d'une certification de ladite donnée profil utilisateur par le site de réseau social si ladite donnée profil utilisateur est certifiée. Selon un premier mode de réalisation non limitatif, l'agent client est un navigateur web. Selon un deuxième mode de réalisation non limitatif, l'agent client est un gadget compatible avec une interface de programmation applicative OpenSocialTM En outre, il est également proposé un agent serveur pour site de réseau social apte à coopérer avec un agent client et apte à vérifier des données profil utilisateur d'un site de réseau social, selon lequel il est apte à : - recevoir une requête correspondant à une demande de vérification de données profil utilisateur lancée par un agent client, la requête comprenant un indicateur de vérification de données profil utilisateur et étant générée à partir d'une bibliothèque client/serveur ; - interpréter ledit indicateur de vérification dans ladite requête et vérifier dans une base de données du site de réseau social si les données profil utilisateur ont été certifiées ; et - transmettre audit agent client un message de retour comprenant les données profil utilisateur dont au moins une donnée profil utilisateur est accompagnée d'un marqueur de vérification représentatif d'une certification de ladite donnée profil utilisateur par le site de réseau social si ladite donnée profil utilisateur est certifiée. En outre, il est également proposé un système de réseau de communication pour site de réseau social comprenant au moins un agent client selon l'une des caractéristiques précédentes et un agent serveur gestionnaire du site de réseau social selon la caractéristique précédente, l'agent client et l'agent serveur étant aptes à coopérer entre eux pour vérifier des données profil utilisateur dudit site de réseau social.
L'invention et ses différentes applications seront mieux comprises à la lecture de la description qui suit et à l'examen des Figs. qui l'accompagnent. BREVE DESCRIPTION DES FIGURES Celles-ci ne sont présentées qu'à titre indicatif et nullement limitatif de l'invention. - La Fig.1 est un schéma simplifié d'un exemple non limitatif d'un système de réseau de communication pour site de réseau social comprenant au moins un agent client et un agent serveur gestionnaire du site de réseau social dans lesquels le procédé de demande de vérification de données utilisateur et le procédé de vérification de données utilisateur selon l'invention sont mis en oeuvre respectivement - La Fig.2 est un organigramme simplifié d'un mode de réalisation non limitatif du procédé de demande de vérification de données profil utilisateur selon l'invention ; - La Fig.3 est un organigramme simplifié d'un mode de réalisation non limitatif du procédé de vérification de données profil utilisateur selon l'invention ; - La Fig.4 est un organigramme simplifié d'un mode de réalisation non limitatif de l'ensemble des procédés de la Fig. 2 et de la Fig. 3 ; - La Fig.5 illustre schématiquement des échanges de requête et message entre un agent serveur et un agent client selon les étapes illustrées à la Fig. 4 ; et - La Fig.6 illustre schématiquement un système de réseau de communication pour site de réseau social comprenant un agent client et un agent serveur aptes à effectuer respectivement les étapes du procédé demande de vérification de données profil utilisateur de la Fig. 2 et les étapes du procédé de vérification de données profil utilisateur de la Fig. 3.
DESCRIPTION DE MODES DE REALISATION DE L'INVENTION Un système de réseau de communication SYS pour site de réseau social OPS est illustré dans un exemple de réalisation non limitatif à la Fig. 1 Dans cet exemple, le système de réseau de communication SYS comprend : - au moins un agent client AC comprenant une bibliothèque client/serveur RPCLIB (décrite plus loin) ; - un site de réseau social OPS, le site de réseau social comprenant une base de données (« data repository » en anglais) BDD ; et - un agent serveur AS gestionnaire du site de réseau social OPS, l'agent serveur AS comprenant un moteur d'exécution SHIND ; Dans un premier mode de réalisation non limitatif, un agent client AC est un navigateur web NAV. Dans un deuxième mode de réalisation non limitatif, un agent client AC est un gadget GADG (décrit plus loin) compatible avec une interface de programmation applicative, dite API, du site de réseau social OPS. Dans un exemple non limitatif, l'API est OpenSocialTM. On notera qu'un gadget GADG est lancé à partir d'un navigateur web NAV.
Ainsi, en général, le système de réseau de communication SYS comprend une pluralité d'agents clients AC. Par souci de simplification, la Fig. 1 n'illustre qu'un seul agent client AC (que ce soit le navigateur web NAV ou un gadget GADG). Le procédé PROC1 de demande de vérification de données profil utilisateur DUP d'un site de réseau social OPS, est décrit dans un mode de réalisation non limitatif à la Fig. 2, et le procédé PROC2 de vérification de données profil utilisateur DUP d'un site de réseau social OPS, est décrit dans un mode de réalisation non limitatif à la Fig. 3. Ils sont mis en oeuvre respectivement dans un agent client AC et dans un agent serveur AS, l'agent client AC et l'agent serveur AS étant aptes à coopérer entre eux pour vérifier des données profil utilisateur DUP dudit site de réseau social. On notera qu'on entend par vérification le fait de vérifier si des données profil utilisateur DUP ont été certifiées par le site de réseau social OPS.
Le procédé PROC1 de demande de vérification de données profil utilisateur DUP d'un site de réseau social OPS comporte, tel qu'illustré sur la Fig. 2, les étapes de : - à partir d'un agent client AC, lancer une demande D_VERIF de vérification de données profil utilisateur DUP, la demande de vérification comprenant un indicateur de vérification FLG de données profil utilisateur (étape F1(D_VERIF(FLG)) ; - à partir dudit agent client AC, envoyer une requête RQ correspondant à ladite demande de vérification D_VERIF à un agent serveur AS gestionnaire du site de réseau social OPS, la requête comprenant ledit indicateur de vérification FLG de données profil utilisateur DUP et étant générée à partir d'une bibliothèque client/serveur RPCLIB (étape TX_RQ(FLG)) ; - à partir dudit agent client AC, recevoir dudit agent serveur AS un message de retour MSG comprenant les données profil utilisateur DUP dont au moins une donnée profil utilisateur DUP est accompagnée d'un marqueur de vérification M représentatif d'une certification de ladite donnée profil utilisateur DUP par le site de réseau social OPS si ladite donnée profil utilisateur est certifiée (étape RX_MSG(DUP, M)). 7 On notera qu'on entend par certification par le site de réseau social, le fait que le site de réseau social OPS (en pratique l'autorité de gestion du site) certifie qu'une donnée est véridique. Selon un mode de réalisation non limitatif, l'agent client AC reçoit une pluralité de données profil utilisateur DUP accompagnées chacune d'un marqueur de vérification M si elles ont été certifiées. Par ailleurs, le procédé PROC2 de vérification de données profil utilisateur DUP d'un site de réseau social OPS, comporte, tel qu'illustré sur la Fig. 3, les étapes de : - à partir d'un agent serveur AS gestionnaire du site de réseau social, recevoir une requête RQ correspondant à une demande de vérification D_VERIF de données profil utilisateur DUP lancée par un agent client AC, la requête comprenant un indicateur de vérification FLG de données profil utilisateur et étant générée à partir d'une bibliothèque client/serveur RPCLIB (étape RX_RQ(FLG)) ; - à partir dudit agent serveur AS, interpréter ledit indicateur de vérification FLG dans ladite requête RQ et vérifier dans une base de données BDD du site de réseau social OPS si les données profil utilisateur DUP ont été certifiées (étape F2(N_PERSONHANDLR) et étape VEFIF_BDD(DUP)); et - transmettre audit agent client AC un message de retour MSG comprenant les données profil utilisateur DUP dont au moins une donnée profil utilisateur DUP est accompagnée d'un marqueur de vérification M représentatif d'une certification de ladite donnée profil utilisateur DUP par le site de réseau social OPS si ladite donnée profil utilisateur est certifiée (étape TX_MSG(DUP, M, SIC N)).
Dans un mode de réalisation non limitatif, l'étape d'interprétation de l'indicateur de vérification FLG est effectuée par une injection de dépendance d'une instance d'un élément de gestion de requêtes clients (dédié aux profils utilisateurs) N_PERSONHANDLR d'un moteur d'exécution SH I N D de l'agent serveur AS.
Ainsi, quand un utilisateur du site de réseau social OPS veut accéder, via un ordinateur par exemple, à des données profil utilisateur du site de réseau social, telles que par exemple, la liste des profils utilisateur de ses amis, il se connecte dans un exemple non limitatif via un navigateur web (par exemple www.ops.com) pour accéder au site de réseau social OPS, et demande la liste de ses amis. Dans un mode de réalisation non limitatif, la demande s'effectue via un gadget GADG qui comporte une interface utilisateur (non représentée) prévue à cet effet. On notera qu'un gadget GADG est un fichier XML qui comporte un code JavaScript du gadget et des métadonnées telles que notamment le nom de l'auteur du gadget, le nom du gadget, le(s) bibliothèque(s) client/serveur RPCLIB à utiliser. On notera qu'un gadget sous forme de fichier XML avec un code JavaScript étant bien connu de l'homme du métier, il n'est pas décrit plus en détail ici.
A ce moment, en se référant à la Fig. 4 et à la Fig. 5, les étapes suivantes sont effectuées.
Dans une première étape 1), l'agent client AC lance une demande D_VERIF de vérification de données profil utilisateur DUP, la demande de vérification comprenant un indicateur de vérification FLG de données profil utilisateur. Ainsi, dans le mode de réalisation non limitatif du gadget GADG décrit précédemment, le gadget GADG comprend ladite demande de vérification D VERIF.
Selon un mode de réalisation non limitatif, la demande de vérification D_VERIF est compatible avec l'interface de programmation applicative OpenSocialTM Dans un mode de réalisation non limitatif, la demande de vérification D VERIF se base sur un composant connu de l'API OpenSocialTM nommé opensocial.DataRequest.newFetchPersonRequest dans lequel on ajoute un paramètre supplémentaire qui est l'indicateur de vérification FLG de données profil utilisateur DUP. En pratique, ce paramètre supplémentaire fera partie des paramètres opt_params du composant opensocial.DataRequest.newFetchPersonRequest(idSpec, opt_params). Ainsi, on pourrait nommer la demande D_VERIF, NewCheckPersonRequest par exemple.
Dans un exemple non limitatif, l'indicateur de vérification FLG est un booléen qui est donc positionné ici à vrai afin que les données profil utilisateur demandées soit vérifiées.
Ainsi, le lancement de la demande D_VERIF de vérification de données profil utilisateur DUP déclenche la seconde étape ci-dessous.
On notera que dans le cas où l'agent client AC est un gadget GADG compatible avec l'API OpenSocialTM, et qui peut être lancé à partir d'un navigateur web, alors le site de réseau social OPS comporte un composant conteneur qui est apte à transformer le gadget en un code exécutable et compréhensible par le navigateur web. Ce principe de composant conteneur étant bien connu de l'homme du métier, il n'est pas décrit en détail ici.
Dans une deuxième étape 2), l'agent client AC envoie une requête RQ correspondant à ladite demande de vérification D_VERIF à l'agent serveur AS gestionnaire du site de réseau social OPS, la requête comprenant ledit indicateur de vérification d'informations FLG et étant générée à partir de la bibliothèque client/serveur RPCLIB. On notera que la bibliothèque client/serveur RPCLIB est une bibliothèque de dialogue client/serveur qui permet de mettre en forme la demande de vérification D_VERIF en une requête RQ en utilisant un protocole de communication préétabli (ici un protocole d'appel de procédures à distance) entre l'agent client AC et l'agent serveur AS. Dans un mode de réalisation non limitatif, la requête RQ est une requête HTTP POST. Le dialogue « à l'aller » agent client AC/agent serveur AS s'effectue ainsi via le protocole de communication http («HyperTexTransfer Protocol» en anglais) bien connu de l'homme du métier. Cela permet d'utiliser un protocole connu et couramment utilisé. Dans un exemple non limitatif illustratif, le contenu de la requête RQ utilise le format json (« JavaSript Object Notation » en anglais) bien connu de l'homme du métier, et est de la forme suivante :
POST /rpc HTTP/1.1 Host : api.ops.com Authorization:<Auth token> Content-type: application/json
{ "method":" people.get", "id":"moi" "params": { "userlD:@me", "groupld":"@self", "FLG":vrai } } On notera que la méthode « people.get » est une commande envoyée à l'agent serveur AS qui permet de récupérer les données profils utilisateurs. Ainsi, la requête POST contient le message à destination de l'agent serveur AS d'exécuter la méthode « people.get » sur ledit agent serveur AS.
Dans une troisième étape 3), l'agent serveur AS reçoit la requête RQ correspondant à une demande de vérification D_VERIF de données profil utilisateur DUP lancée par un agent client AC, la requête comprenant ledit indicateur de vérification d'informations FLG et étant générée à partir de la bibliothèque client/serveur RPCLIB.
Dans une quatrième étape 4), l'agent serveur AS interprète ledit indicateur de vérification FLG dans ladite requête RQ et dans une cinquième étape 5) il vérifie dans une base de données BDD du site de réseau social OPS si les données profil utilisateur DUP ont été certifiées. L'interprétation dudit indicateur de vérification FLG est effectuée par le moteur d'exécution SHIND de l'agent serveur AS. Dans un exemple non limitatif, le moteur d'exécution est un moteur ShindigTM compatible avec l'API OpenSocialTM Dans un mode de réalisation non limitatif, l'étape d'interprétation de l'indicateur de vérification FLG est effectuée par une injection de dépendance d'une instance d'un élément de gestion de requêtes clients N_PERSONHANDLR du moteur d'exécution SHIND de l'agent serveur AS.
L'injection de dépendance est un modèle de conception (« design pattern » en anglais) qui permet de choisir quelle instanciation de requêtes clients N_PERSONHANDLR on utilise lorsque l'indicateur de vérification FLG est présent ou non dans la requête RQ. A cet effet, il suffit de mettre à jour un fichier de configuration FCONF dans lequel on indique quel est l'instance de l'élément de gestion de requêtes clients N_PERSONHANDLR à utiliser en présence ou en l'absence de l'indicateur de vérification FLG dans la requête RQ. Ainsi, cela évite de recompiler tout le code du moteur d'exécution SHIND. Dans un exemple non limitatif, lorsque le moteur d'exécution SHIND utilisé est ShindigTM, le fichier de configuration FCONF associé est web.xml et l'injection de dépendance est effectuée en pratique par l'atelier de développement (« framework » en anglais) GuiceTM
Par ailleurs, l'élément de gestion de requêtes clients N_PERSONHANDLR permet d'analyser des requêtes RQ concernant des demandes de données profil utilisateur DUP et les redistribue vers des sous-éléments (non représentés) qui vont récupérer lesdites données profil utilisateur DUP dans la base de données BDD du site de réseau social OPS. Dans un mode de réalisation non limitatif, l'élément de gestion de requêtes clients N_PERSONHANDLR est compatible avec l'interface de programmation applicative OpenSocialTM. Dans ce mode, dans un exemple de réalisation non limitatif, l'élément de gestion de requêtes clients N_PERSONHANDLR est un composant nommé PersonHandlerTM On notera qu'il existe une mise en correspondance (« mapping » en anglais) entre les données profil utilisateur de la requête RQ et celles inscrites dans la base de données BDD. Ce « mapping » sera effectué au moyen par exemple d'un fichier de « mapping » (non représenté). Cela permet au serveur de réseau social d'utiliser une dénomination physique pour les données profil utilisateur DUP différente de la dénomination logique desdites données au niveau des agents clients AC. Ainsi, cela évite les interdépendances.
Dans une sixième étape 6), l'agent serveur AS transmet audit agent client AC un message de retour MSG comprenant les données profil utilisateur DUP dont au moins une donnée profil utilisateur DUP est accompagnée d'un marqueur de vérification M représentatif d'une certification de ladite donnée profil utilisateur DUP par le site de réseau social OPS si ladite donnée profil utilisateur est certifiée.
Dans un premier mode de réalisation non limitatif, lorsqu'une donnée profil utilisateur a été certifiée par le site de réseau social OPS, alors elle est accompagnée d'un marqueur de vérification M. Dans le cas contraire, il n'y a aucun marqueur M. Dans un exemple non limitatif, le marqueur de vérification M est un marqueur de vérification logique. Par exemple pour une donnée profil utilisateur tel que l'âge, si l'âge a été certifié, le marqueur logique de vérification M est AgeVérifié = vrai.
Dans un deuxième mode de réalisation non limitatif, lorsqu'une donnée profil utilisateur a été certifiée par le site de réseau social OPS, alors elle est accompagnée d'un marqueur de vérification M. Dans le cas contraire, elle est également accompagnée d'un marqueur de vérification M. Dans un exemple non limitatif, le marqueur de vérification M est un marqueur logique. Par exemple pour une donnée profil utilisateur tel que le nom, si le nom a été certifié, le marqueur de vérification logique M est NomVérifié = vrai. Par contre, dans le cas contraire, le marqueur de vérification logique M est NomVérifié = faux.
On notera que dans un mode de réalisation non limitatif, le message de retour MSG est un message HTTP. Le dialogue « de retour » agent client AC/agent serveur AS s'effectue ainsi via le protocole de communication http bien connu de l'homme du métier. Cela permet d'utiliser un protocole connu et couramment utilisé. Ainsi, dans un exemple non limitatif illustratif, le contenu du message de retour HTTP_M utilise le format json (« JavaScript Object Notation » en anglais) bien connu de l'homme du métier, et est de la forme suivante : HTTP/1.X Multi-Status Content-type: application/json
{ "id":"moi" "result": { "id" : "ops.com:34KJD394", "nom": {"non structurée": "Doe"}, "NomVérifié":vrai, "Genre": "féminin" "GenreVérifé":vrai " Age " : "30" } } Avec « id » correspondant à une clef unique pour un profil utilisateur. Ainsi, dans cet exemple non limitatif, on peut voir que les données Nom et le Genre ont été certifiées par le site de réseau social OPS, tandis que la donnée Age n'a pas été certifiée.
30 Par ailleurs, dans un mode de réalisation non limitatif, une propriété d'intégrité SIGN est associée au message de retour MSG. Cela permet à l'agent client AC de vérifier que ledit message de retour MSG envoyé par l'agent serveur AS n'a pas été modifié par une tierce partie. Dans un exemple de réalisation non limitatif, la propriété d'intégrité SIGN est une 35 signature avec une clef publique/clef privée. Le processus de signature étant25 bien connu de l'homme du métier, il n'est pas décrit ici.
Dans une septième étape 7), l'agent client AC reçoit dudit agent serveur AS le message de retour MSG comprenant les données profil utilisateur DUP (ci-dessus) dont au moins une donnée profil utilisateur DUP est accompagnée d'un marqueur de vérification M représentatif d'une certification de ladite donnée profil utilisateur DUP par le site de réseau social OPS si ladite donnée profil utilisateur est certifiée.
Ainsi, les étapes décrites permettent de vérifier que des données profil utilisateur DUP ont bien été certifiées par le site de réseau social OPS, et plus précisément par l'autorité de certification gestionnaire du site de réseau social OPS.
Il suffit par la suite d'établir un test sur la présence ou non d'un marqueur de vérification M pour chaque donnée profil utilisateur, ou de la valeur dudit marqueur M. Ainsi, dans un exemple non limitatif, selon le résultat de ce test, on peut envoyer un message à l'utilisateur du navigateur web pour lui dire que la donnée a bien été certifiée ou non.
On notera que dans le cas où le lancement de la demande de vérification D VERIF se fait au moyen d'un gadget GADG, ce test peut être intégré dans ledit gadget GADG.
Le procédé PROC1 de demande de vérification de données profil utilisateur DUP et le procédé PROC2 de vérification de données profil utilisateur DUP sont mis en oeuvre respectivement dans un agent client AC et dans un agent serveur AS. Ainsi, un agent client AC pour site de réseau social OPS apte à coopérer avec un agent serveur AS et à demander une vérification des données profil utilisateur DUP d'un site de réseau social OPS, est apte à : - lancer une demande D_VERIF de vérification de données profil utilisateur DUP, la demande de vérification comprenant un indicateur de vérification FLG de données profil utilisateur ; - envoyer une requête RQ correspondant à ladite demande de vérification D_VERIF à un agent serveur AS gestionnaire du site de réseau social OPS, la requête comprenant ledit indicateur de vérification FLG de données profil utilisateur DUP et étant générée à partir d'une bibliothèque client/serveur RPCLIB ; - recevoir dudit agent serveur AS un message de retour MSG comprenant les données profil utilisateur DUP dont au moins une donnée profil utilisateur DUP est accompagnée d'un marqueur de vérification M représentatif d'une certification de ladite donnée profil utilisateur DUP par le site de réseau social OPS si ladite donnée profil utilisateur est certifiée.
Par ailleurs, l'agent serveur AS pour site de réseau social OPS apte à coopérer avec un agent client AC et à vérifier des données profil utilisateur DUP d'un site de réseau social OPS, est apte à : - recevoir une requête RQ correspondant à une demande de vérification D_VERIF de données profil utilisateur DUP lancée par un agent client AC, la requête comprenant un indicateur de vérification FLG de données profil utilisateur DUP et étant générée à partir d'une bibliothèque client/serveur RPCLIB ; - interpréter ledit indicateur de vérification FLG dans ladite requête RQ et vérifier dans une base de données BDD du site de réseau social OPS si les données profil utilisateur DUP ont été certifiées ; et - transmettre audit agent client AC un message de retour MSG comprenant les données profil utilisateur DUP dont au moins une donnée profil utilisateur DUP est accompagnée d'un marqueur de vérification M représentatif d'une certification de ladite donnée profil utilisateur par le site de réseau social OPS si ladite donnée profil utilisateur est certifiée.
Bien entendu la description n'est pas limitée à l'application, aux modes de réalisation et aux exemples décrits ci-dessus.
- Ainsi, dans un mode de réalisation non limitatif, la transmission du message de retour MSG est effectuée par le protocole sécurisé https (« HyperTextTransfer Protocol Secured » en anglais). Cela évite qu'une tierce partie qui aurait accès frauduleusement au réseau local de l'agent client AC ne vienne altérer le contenu du message de retour MSG avant qu'il n'arrive à l'agent client AC. Elle ne pourra pas non plus lire le contenu dudit message, le message étant crypté. - En outre, dans un autre mode de réalisation non limitatif, au lieu d'utiliser une demande D_VERIF de données profil utilisateur DUP basée sur une interface JavaScript, telle qu'une demande NewFetchCheckPerson décrite précédemment, on peut utiliser une demande de données profil utilisateur DUP basée sur une interface différente, telle que l'interface REST (« Representational State Transfer » en anglais). Cette interface se base également sur le protocole de communication HTTP et utilise des URI (« Uniform Resource Identifier » en anglais). Dans ce cas, la demande est une URI de la forme http//www.ops.org/people/identifiantutilisateur/amis?FLG, dans un exemple non limitatif, ladite URI comportant également un indicateur de vérification FLG de données profil utilisateur DUP. Cette URI permet d'accéder à une ressource « amis » de l'utilisateur dont l'identifiant est donné dans l'URI. Cette demande de vérification de données profil utilisateur DUP est alors transformée en une requête correspondante RQ, qui est ici une requête HTTP GET et qui est envoyée à l'agent serveur AS. Une telle requête étant bien connue de l'homme du métier, elle n'est pas décrite ici. L'agent serveur AS renvoie un message de retour MSG qui est une représentation de la ressource demandée « amis » indiquant sous quelle forme sont les données qui suivent (ici les profils des amis), par exemple sous la forme d'une page XML ou de données JSON. Tel que décrit précédemment, le message retour MSG comprend au moins une donnée profil utilisateur DUP accompagnée d'un marqueur de vérification M représentatif d'une certification de ladite donnée profil utilisateur par le site de réseau social si ladite donnée profil utilisateur est certifiée. On notera que l'interface REST étant bien connue de l'homme du métier, elle n'est pas décrite plus en détail ici. - Par ailleurs, dans un autre mode de réalisation non limitatif, l'agent client AC peut être un programme autonome, dit « stand-alone » en anglais, qui peut être directement exécuté par le système d'exploitation de l'ordinateur sur lequel un utilisateur demande les profils utilisateur de ses amis par exemple. Ce programme autonome utilise par exemple l'interface REST compatible avec l'API OpenSocialTM décrit ci-dessus pour dialoguer directement avec l'agent serveur AS.
Ainsi, l'invention décrite présente notamment les avantages suivants : - elle est simple à mettre en oeuvre, notamment dans le mode de réalisation non limitatif qui se base sur l'API OpenSocialTM ; - elle permet à des développeurs d'applications sociales de pouvoir exploiter les données profil utilisateur (par exemple l'âge et le sexe d'une personne) en fonction de leur état certifié ou non par exemple, ce qui est important pour nombre de sites de réseau social, tels que les sites de réseau social professionnels ou encore les sites de rencontres par exemple ; - le fait d'utiliser une demande de vérification de données compatible avec l'API OpenSocialTM, permet d'avoir un procédé de demande de vérification et un procédé associé de vérification compatible avec une API standard, donc facile d'utilisation par un développeur.
De plus, cela évite de définir une nouvelle API, apporte une bonne portabilité des procédés sur différents sites de réseau social, et une réutilisation facile des implémentations (tels que gadgets).

Claims (11)

  1. REVENDICATIONS1- Procédé (PROC1) de demande de vérification de données profil utilisateur (DUP) d'un site de réseau social (OPS), ledit procédé comportant les étapes de : - à partir d'un agent client (AC), lancer une demande (D_VERIF) de vérification de données profil utilisateur (DUP), la demande de vérification comprenant un indicateur de vérification (FLG) de données profil utilisateur ; - à partir dudit agent client (AC), envoyer une requête (RQ) correspondant à ladite demande de vérification (D_VERIF) à un agent serveur (AS) gestionnaire du site de réseau social (OPS), la requête comprenant ledit indicateur de vérification (FLG) de données profil utilisateur (DUP) et étant générée à partir d'une bibliothèque client/serveur (RPCLIB) ; - à partir dudit agent client (AC), recevoir dudit agent serveur (AS) un message de retour (MSG) comprenant les données profil utilisateur (DUP) dont au moins une donnée profil utilisateur (DUP) est accompagnée d'un marqueur de vérification (M) représentatif d'une certification de ladite donnée profil utilisateur (DUP) par le site de réseau social (OPS) si ladite donnée profil utilisateur est certifiée.
  2. 2- Procédé de demande de vérification selon la revendication 1, selon lequel l'agent client (AC) reçoit une pluralité de données profil utilisateur (DUP) accompagnées chacune d'un marqueur de vérification (M) si elles sont certifiées.
  3. 3- Procédé de demande de vérification selon la revendication 1 ou selon la revendication 2, selon lequel la demande de vérification (D_VERIF) est compatible avec l'interface de programmation applicative OpenSocialTM
  4. 4- Procédé (PROC2) de vérification, selon lequel une propriété d'intégrité (SIGN) est associée au message de retour (MSG).
  5. 5- Procédé (PROC2) de vérification de données profil utilisateur (DUP) d'un site de réseau social (OPS), ledit procédé comportant les étapes de - à partir d'un agent serveur (AS) gestionnaire du site de réseau social (OPS), recevoir une requête (RQ) correspondant à une demande de vérification (D_VERIF) de données profil utilisateur (DUP) lancée par un agent client (AC), la requête comprenant un indicateur de vérification (FLG) de données profil utilisateur (DUP) et étant générée à partir d'une bibliothèque client/serveur (RPCLIB) ; - à partir dudit agent serveur (AS), interpréter ledit indicateur de vérification (FLG) dans ladite requête (RQ) et vérifier dans une base de données (BDD) du site de réseau social (OPS) si les données profil utilisateur (DUP) ont été certifiées ; et - transmettre audit agent client (AC) un message de retour (MSG) comprenant les données profil utilisateur (DUP) dont au moins une donnée profil utilisateur (DUP) est accompagnée d'un marqueur de vérification (M) représentatif d'une certification de ladite donnée profil utilisateur (DUP) par le site de réseau social (OPS) si ladite donnée profil utilisateur est certifiée.
  6. 6- Procédé (PROC2) de vérification selon la revendication précédente, selon lequel l'étape d'interprétation de l'indicateur de vérification (FLG) est effectuée par une injection de dépendance d'une instance d'un élément de gestion de requêtes clients (N_PERSONHANDLR) d'un moteur d'exécution (SHIND) de l'agent serveur (AS).
  7. 7- Agent client (AC) pour site de réseau social (OPS) apte à coopérer avec un agent serveur (AS) et apte à demander une vérification des données profil utilisateur (DUP) d'un site de réseau social (OPS), selon lequel il est apte à : - lancer une demande (D_VERIF) de vérification de données profil utilisateur (DUP), la demande de vérification comprenant un indicateur de vérification (FLG) de données profil utilisateur ; - envoyer une requête (RQ) correspondant à ladite demande de vérification (D_VERIF) à un agent serveur (AS) gestionnaire dusite de réseau social (OPS), la requête comprenant ledit indicateur de vérification (FLG) de données profil utilisateur (DUP) et étant générée à partir d'une bibliothèque client/serveur (RPCLIB) ; - recevoir dudit agent serveur (AS) un message de retour (MSG) comprenant les données profil utilisateur (DUP) dont au moins une donnée profil utilisateur (DUP) est accompagnée d'un marqueur de vérification (M) représentatif d'une certification de ladite donnée profil utilisateur (DUP) par le site de réseau social (OPS) si ladite donnée profil utilisateur est certifiée.
  8. 8- Agent client (AC) selon la revendication précédente, selon lequel c'est un navigateur web.
  9. 9- Agent client (AC) selon la revendication 7, selon lequel c'est un gadget compatible avec une interface de programmation applicative 15 OpenSocialTM
  10. 10-Agent serveur (AS) pour site de réseau social (OPS) apte à coopérer avec un agent client (AC) et apte à vérifier des données profil utilisateur (DUP) d'un site de réseau social (OPS), selon lequel il est apte à: '20 - recevoir une requête (RQ) correspondant à une demande de vérification (D VERIF) de données profil utilisateur (DUP) lancée par un agent client (AC), la requête comprenant un indicateur de vérification (FLG) de données profil utilisateur (DUP) et étant générée à partir d'une bibliothèque client/serveur (RPCLIB) ; 25 - interpréter ledit indicateur de vérification (FLG) dans ladite requête (RQ) et vérifier dans une base de données (BDD) du site de réseau social (OPS) si les données profil utilisateur (DUP) ont été certifiées ; et - transmettre audit agent client (AC) un message de retour (MSG) 30 comprenant les données profil utilisateur (DUP) dont au moins une donnée profil utilisateur (DUP) est accompagnée d'un marqueur de vérification (M) représentatif d'une certification deladite donnée profil utilisateur par le site de réseau social (OPS) si ladite donnée profil utilisateur est certifiée.
  11. 11-Système de réseau de communication (SYS) pour site de réseau social (OPS) comprenant au moins un agent client (AC) selon l'une des revendications 7 à 9 et un agent serveur (AS) gestionnaire du site de réseau social selon la revendication 10, l'agent client (AC) et l'agent serveur (AS) étant aptes à coopérer entre eux pour vérifier des données profil utilisateur (DUP) dudit site de réseau social (OPS).10
FR0956284A 2009-09-14 2009-09-14 Procede de demande de verification de donnees profil utilisateur d’un site de reseau social. Withdrawn FR2950214A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR0956284A FR2950214A1 (fr) 2009-09-14 2009-09-14 Procede de demande de verification de donnees profil utilisateur d’un site de reseau social.

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0956284A FR2950214A1 (fr) 2009-09-14 2009-09-14 Procede de demande de verification de donnees profil utilisateur d’un site de reseau social.

Publications (1)

Publication Number Publication Date
FR2950214A1 true FR2950214A1 (fr) 2011-03-18

Family

ID=42169419

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0956284A Withdrawn FR2950214A1 (fr) 2009-09-14 2009-09-14 Procede de demande de verification de donnees profil utilisateur d’un site de reseau social.

Country Status (1)

Country Link
FR (1) FR2950214A1 (fr)

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013158830A1 (fr) * 2012-04-18 2013-10-24 Liveperson, Inc. Authentification de demandes de services
US8738732B2 (en) 2005-09-14 2014-05-27 Liveperson, Inc. System and method for performing follow up based on user interactions
US8762313B2 (en) 2008-07-25 2014-06-24 Liveperson, Inc. Method and system for creating a predictive model for targeting web-page to a surfer
US8799200B2 (en) 2008-07-25 2014-08-05 Liveperson, Inc. Method and system for creating a predictive model for targeting webpage to a surfer
US8805941B2 (en) 2012-03-06 2014-08-12 Liveperson, Inc. Occasionally-connected computing interface
US8868448B2 (en) 2000-10-26 2014-10-21 Liveperson, Inc. Systems and methods to facilitate selling of products and services
US8918465B2 (en) 2010-12-14 2014-12-23 Liveperson, Inc. Authentication of service requests initiated from a social networking site
US8943002B2 (en) 2012-02-10 2015-01-27 Liveperson, Inc. Analytics driven engagement
US9432468B2 (en) 2005-09-14 2016-08-30 Liveperson, Inc. System and method for design and dynamic generation of a web page
US9558276B2 (en) 2008-08-04 2017-01-31 Liveperson, Inc. Systems and methods for facilitating participation
US9563336B2 (en) 2012-04-26 2017-02-07 Liveperson, Inc. Dynamic user interface customization
US9672196B2 (en) 2012-05-15 2017-06-06 Liveperson, Inc. Methods and systems for presenting specialized content using campaign metrics
US9767212B2 (en) 2010-04-07 2017-09-19 Liveperson, Inc. System and method for dynamically enabling customized web content and applications
US9819561B2 (en) 2000-10-26 2017-11-14 Liveperson, Inc. System and methods for facilitating object assignments
US9892417B2 (en) 2008-10-29 2018-02-13 Liveperson, Inc. System and method for applying tracing tools for network locations
US10278065B2 (en) 2016-08-14 2019-04-30 Liveperson, Inc. Systems and methods for real-time remote control of mobile applications
US10869253B2 (en) 2015-06-02 2020-12-15 Liveperson, Inc. Dynamic communication routing based on consistency weighting and routing rules
US11386442B2 (en) 2014-03-31 2022-07-12 Liveperson, Inc. Online behavioral predictor
WO2023017281A1 (fr) 2021-08-12 2023-02-16 Netriver Systems Limited Échange sécurisé en ligne d'identification numérique

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006021088A1 (fr) * 2004-08-26 2006-03-02 Omnibranch Wireless Solutions, Inc. Repertoire d'inclusion de profils individuels certifies
US20090169062A1 (en) * 2008-01-02 2009-07-02 Yahoo! Inc. Personals ad profile secret photo verification process

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006021088A1 (fr) * 2004-08-26 2006-03-02 Omnibranch Wireless Solutions, Inc. Repertoire d'inclusion de profils individuels certifies
US20090169062A1 (en) * 2008-01-02 2009-07-02 Yahoo! Inc. Personals ad profile secret photo verification process

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"OpenSocial Restful Protocol v0.8.1", 25 September 2008 (2008-09-25), pages 1 - 35, XP002584389, Retrieved from the Internet <URL:http://www.opensocial.org/Technical-Resources/opensocial-spec-v081/restful-protocol.html> [retrieved on 20100527] *
DAVE: "Shindig/Java internals diagram updated", 23 September 2008 (2008-09-23), pages 1 - 5, XP002584388, Retrieved from the Internet <URL:http://rollerweblogger.org/roller/entry/shindig_java_internals_diagram_updated> [retrieved on 20100527] *
HARRY HÜBNER: "Implementierung der OpenSocial-API in der Communityumgebung für das Fernstudium", 11 June 2009 (2009-06-11), pages 1 - 59, XP002584386, Retrieved from the Internet <URL:http://harry011.files.wordpress.com/2009/06/opensocial_containerimpl.pdf> [retrieved on 20100526] *
OPENSOCIAL AND GADGETS SPECIFICATION GROUP: "OpenSocial Specification v0.9", 15 April 2009 (2009-04-15), pages 1 - 116, XP002584387, Retrieved from the Internet <URL:http://www.opensocial.org/Technical-Resources/opensocial-spec-v09/OpenSocial-Specification.html> [retrieved on 20100526] *

Cited By (63)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8868448B2 (en) 2000-10-26 2014-10-21 Liveperson, Inc. Systems and methods to facilitate selling of products and services
US9576292B2 (en) 2000-10-26 2017-02-21 Liveperson, Inc. Systems and methods to facilitate selling of products and services
US10797976B2 (en) 2000-10-26 2020-10-06 Liveperson, Inc. System and methods for facilitating object assignments
US9819561B2 (en) 2000-10-26 2017-11-14 Liveperson, Inc. System and methods for facilitating object assignments
US10191622B2 (en) 2005-09-14 2019-01-29 Liveperson, Inc. System and method for design and dynamic generation of a web page
US9948582B2 (en) 2005-09-14 2018-04-17 Liveperson, Inc. System and method for performing follow up based on user interactions
US11743214B2 (en) 2005-09-14 2023-08-29 Liveperson, Inc. System and method for performing follow up based on user interactions
US9432468B2 (en) 2005-09-14 2016-08-30 Liveperson, Inc. System and method for design and dynamic generation of a web page
US9590930B2 (en) 2005-09-14 2017-03-07 Liveperson, Inc. System and method for performing follow up based on user interactions
US8738732B2 (en) 2005-09-14 2014-05-27 Liveperson, Inc. System and method for performing follow up based on user interactions
US11394670B2 (en) 2005-09-14 2022-07-19 Liveperson, Inc. System and method for performing follow up based on user interactions
US9525745B2 (en) 2005-09-14 2016-12-20 Liveperson, Inc. System and method for performing follow up based on user interactions
US11526253B2 (en) 2005-09-14 2022-12-13 Liveperson, Inc. System and method for design and dynamic generation of a web page
US8954539B2 (en) 2008-07-25 2015-02-10 Liveperson, Inc. Method and system for providing targeted content to a surfer
US11763200B2 (en) 2008-07-25 2023-09-19 Liveperson, Inc. Method and system for creating a predictive model for targeting web-page to a surfer
US9396436B2 (en) 2008-07-25 2016-07-19 Liveperson, Inc. Method and system for providing targeted content to a surfer
US9336487B2 (en) 2008-07-25 2016-05-10 Live Person, Inc. Method and system for creating a predictive model for targeting webpage to a surfer
US8762313B2 (en) 2008-07-25 2014-06-24 Liveperson, Inc. Method and system for creating a predictive model for targeting web-page to a surfer
US8799200B2 (en) 2008-07-25 2014-08-05 Liveperson, Inc. Method and system for creating a predictive model for targeting webpage to a surfer
US9396295B2 (en) 2008-07-25 2016-07-19 Liveperson, Inc. Method and system for creating a predictive model for targeting web-page to a surfer
US11263548B2 (en) 2008-07-25 2022-03-01 Liveperson, Inc. Method and system for creating a predictive model for targeting web-page to a surfer
US9104970B2 (en) 2008-07-25 2015-08-11 Liveperson, Inc. Method and system for creating a predictive model for targeting web-page to a surfer
US9563707B2 (en) 2008-08-04 2017-02-07 Liveperson, Inc. System and methods for searching and communication
US10657147B2 (en) 2008-08-04 2020-05-19 Liveperson, Inc. System and methods for searching and communication
US11386106B2 (en) 2008-08-04 2022-07-12 Liveperson, Inc. System and methods for searching and communication
US9582579B2 (en) 2008-08-04 2017-02-28 Liveperson, Inc. System and method for facilitating communication
US9569537B2 (en) 2008-08-04 2017-02-14 Liveperson, Inc. System and method for facilitating interactions
US10891299B2 (en) 2008-08-04 2021-01-12 Liveperson, Inc. System and methods for searching and communication
US9558276B2 (en) 2008-08-04 2017-01-31 Liveperson, Inc. Systems and methods for facilitating participation
US9892417B2 (en) 2008-10-29 2018-02-13 Liveperson, Inc. System and method for applying tracing tools for network locations
US11562380B2 (en) 2008-10-29 2023-01-24 Liveperson, Inc. System and method for applying tracing tools for network locations
US10867307B2 (en) 2008-10-29 2020-12-15 Liveperson, Inc. System and method for applying tracing tools for network locations
US9767212B2 (en) 2010-04-07 2017-09-19 Liveperson, Inc. System and method for dynamically enabling customized web content and applications
US11615161B2 (en) 2010-04-07 2023-03-28 Liveperson, Inc. System and method for dynamically enabling customized web content and applications
US10038683B2 (en) 2010-12-14 2018-07-31 Liveperson, Inc. Authentication of service requests using a communications initiation feature
US9350598B2 (en) 2010-12-14 2016-05-24 Liveperson, Inc. Authentication of service requests using a communications initiation feature
US11777877B2 (en) 2010-12-14 2023-10-03 Liveperson, Inc. Authentication of service requests initiated from a social networking site
US8918465B2 (en) 2010-12-14 2014-12-23 Liveperson, Inc. Authentication of service requests initiated from a social networking site
US10104020B2 (en) 2010-12-14 2018-10-16 Liveperson, Inc. Authentication of service requests initiated from a social networking site
US11050687B2 (en) 2010-12-14 2021-06-29 Liveperson, Inc. Authentication of service requests initiated from a social networking site
US8943002B2 (en) 2012-02-10 2015-01-27 Liveperson, Inc. Analytics driven engagement
US10326719B2 (en) 2012-03-06 2019-06-18 Liveperson, Inc. Occasionally-connected computing interface
US8805941B2 (en) 2012-03-06 2014-08-12 Liveperson, Inc. Occasionally-connected computing interface
US11711329B2 (en) 2012-03-06 2023-07-25 Liveperson, Inc. Occasionally-connected computing interface
US11134038B2 (en) 2012-03-06 2021-09-28 Liveperson, Inc. Occasionally-connected computing interface
US9331969B2 (en) 2012-03-06 2016-05-03 Liveperson, Inc. Occasionally-connected computing interface
US11689519B2 (en) 2012-04-18 2023-06-27 Liveperson, Inc. Authentication of service requests using a communications initiation feature
US10666633B2 (en) 2012-04-18 2020-05-26 Liveperson, Inc. Authentication of service requests using a communications initiation feature
US11323428B2 (en) 2012-04-18 2022-05-03 Liveperson, Inc. Authentication of service requests using a communications initiation feature
WO2013158830A1 (fr) * 2012-04-18 2013-10-24 Liveperson, Inc. Authentification de demandes de services
US11868591B2 (en) 2012-04-26 2024-01-09 Liveperson, Inc. Dynamic user interface customization
US9563336B2 (en) 2012-04-26 2017-02-07 Liveperson, Inc. Dynamic user interface customization
US11269498B2 (en) 2012-04-26 2022-03-08 Liveperson, Inc. Dynamic user interface customization
US10795548B2 (en) 2012-04-26 2020-10-06 Liveperson, Inc. Dynamic user interface customization
US11687981B2 (en) 2012-05-15 2023-06-27 Liveperson, Inc. Methods and systems for presenting specialized content using campaign metrics
US9672196B2 (en) 2012-05-15 2017-06-06 Liveperson, Inc. Methods and systems for presenting specialized content using campaign metrics
US11004119B2 (en) 2012-05-15 2021-05-11 Liveperson, Inc. Methods and systems for presenting specialized content using campaign metrics
US11386442B2 (en) 2014-03-31 2022-07-12 Liveperson, Inc. Online behavioral predictor
US12079829B2 (en) 2014-03-31 2024-09-03 Liveperson, Inc. Online behavioral predictor
US11638195B2 (en) 2015-06-02 2023-04-25 Liveperson, Inc. Dynamic communication routing based on consistency weighting and routing rules
US10869253B2 (en) 2015-06-02 2020-12-15 Liveperson, Inc. Dynamic communication routing based on consistency weighting and routing rules
US10278065B2 (en) 2016-08-14 2019-04-30 Liveperson, Inc. Systems and methods for real-time remote control of mobile applications
WO2023017281A1 (fr) 2021-08-12 2023-02-16 Netriver Systems Limited Échange sécurisé en ligne d'identification numérique

Similar Documents

Publication Publication Date Title
FR2950214A1 (fr) Procede de demande de verification de donnees profil utilisateur d’un site de reseau social.
US11755770B2 (en) Dynamic management of data with context-based processing
US10187341B2 (en) Networked transmission of reciprocal identity related data messages
CN109729141B (zh) 对混合bot框架上ai助理的交互进行管理的方法、系统
EP3403213B1 (fr) Procédés et systèmes mis en oeuvre dans une architecture en réseau de noeuds susceptibles de réaliser des transactions basées sur messages
US20190386940A1 (en) Method for providing recording and verification service for data received and transmitted by messenger service, and server using method
KR20210133289A (ko) 블록체인 네트워크에서 데이터 추출
US11870847B2 (en) Decentralized data flow valuation and deployment
US20200159847A1 (en) Contribution of multiparty data aggregation using distributed ledger technology
KR101588932B1 (ko) 메타데이터 조정기를 통한 보안
US20080276301A1 (en) Method and System for Software Installation
KR20130136395A (ko) 컴퓨팅 장치의 분실 모드를 원격으로 개시하는 시스템 및 방법
US20220067669A1 (en) Predictive device maintenance
EP3143747B1 (fr) Procédé de gestion de comptes utilisateurs dans une application hébergée
FR3070077A1 (fr) Procede et serveur de certification d&#39;un document electronique
CN105516133A (zh) 用户身份的验证方法、服务器及客户端
WO2022058183A1 (fr) Intégration d&#39;une identité de dispositif dans une structure d&#39;autorisation d&#39;une chaîne de blocs
CN115118441B (zh) 一种基于区块链的身份验证系统
Nazir et al. Cloud computing applications: a review
US7600253B1 (en) Entity correlation service
Gisdakis et al. Android privacy C (R) ache: reading your external storage and sensors for fun and profit
EP3136354B1 (fr) Méthode de sécurisation et de vérifiabilité d&#39;un vote électronique
WO2016092218A1 (fr) Moyens pour déterminer un niveau de pertinence d&#39;une ressource dans un système de traitement d&#39;informations
EP3032423A1 (fr) Methode et systeme pour la validation de scenarios de test de performance
US20240111890A1 (en) Systems and methods for sanitizing sensitive data and preventing data leakage from mobile devices

Legal Events

Date Code Title Description
GC Lien (pledge) constituted

Effective date: 20130923

RG Lien (pledge) cancelled

Effective date: 20141016

CA Change of address

Effective date: 20150521

CA Change of address

Effective date: 20150521

PLFP Fee payment

Year of fee payment: 7

PLFP Fee payment

Year of fee payment: 8

ST Notification of lapse

Effective date: 20180531