FR3066037A1 - Procede de commande d'une zone d'affichage d'un client web par un terminal portable distant de ladite zone d'affichage - Google Patents

Procede de commande d'une zone d'affichage d'un client web par un terminal portable distant de ladite zone d'affichage Download PDF

Info

Publication number
FR3066037A1
FR3066037A1 FR1753899A FR1753899A FR3066037A1 FR 3066037 A1 FR3066037 A1 FR 3066037A1 FR 1753899 A FR1753899 A FR 1753899A FR 1753899 A FR1753899 A FR 1753899A FR 3066037 A1 FR3066037 A1 FR 3066037A1
Authority
FR
France
Prior art keywords
terminal
data
web client
display
display area
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.)
Pending
Application number
FR1753899A
Other languages
English (en)
Inventor
Felix Noir
Laurent LECORDIER
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.)
Pilotme
Original Assignee
Pilotme
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 Pilotme filed Critical Pilotme
Priority to FR1753899A priority Critical patent/FR3066037A1/fr
Publication of FR3066037A1 publication Critical patent/FR3066037A1/fr
Pending legal-status Critical Current

Links

Classifications

    • 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
    • G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/12—Hotels or restaurants
    • 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

Abstract

Procédé de commande d'une zone d'affichage d'un client web par un terminal distant de ladite zone d'affichage, comprenant /a/ une capture d'un élément d'identification dudit client web par ledit terminal, /b/ une transmission (de préférence par le terminal) dudit élément d'identification capturé à destination d'un serveur, /c/ un établissement par ledit serveur d'un canal de communication, entre ledit terminal et ledit client web.

Description

Domaine technique
La présente invention se rapporte à un procédé de commande d'une zone d'affichage d'un client web par un terminal portable distant de ladite zone d'affichage. Elle concerne également une utilisation de ce système.
Etat de la technique L'invention appartient au domaine des procédés de commande d'une zone d'affichage d'un client web par un terminal portable distant de ladite zone d'affichage.
Les procédés selon l'art antérieur ne permettent pas d'alimenter automatiquement des champs préenregistrés dans un formulaire présent sur un navigateur autrement qu'en installant un logiciel tiers sur ce dernier.
Un but de la présente invention est de proposer un procédé de commande d'une zone d'affichage d'un client web, en particulier comportant une étape de remplissage de préférence automatique d'un formulaire affiché par la zone d'affichage.
Exposé de l'invention
On atteint au moins un but de l'invention avec, selon un premier aspect de l'invention, un procédé de commande d'une zone d'affichage d'un client web par un terminal distant de la zone d'affichage, ledit procédé comprenant les étapes suivantes : /a/ une capture d'un élément d'identification dudit client web par ledit terminal, /b/ une transmission dudit élément d'identification capturé à destination d'un serveur, /c/ un établissement par ledit serveur d'un canal de communication, entre ledit terminal et ledit client web.
La zone d'affiche peut être affichée par une unité d'affichage, par exemple un écran d'ordinateur.
Le terminal peut être un portable, et/ou mobile. Il peut être un téléphone portable, ou un smartphone. L'élément d'identification du client web peut être encodé sous forme de code à barres, de préférence à deux dimensions, de manière plus préférentielle un QRCode, pour l'anglais Quick Response Code, et/ou peut être encodé dans une puce de type RFID, pour l'anglais Radio Frequency Identification, par exemple de type puce N FC, pour l'anglais Near Field Communication. Le code à barres peut être présenté sous forme papier, par exemple derrière une vitre. Le code à barres peut être présenté sous forme digitale, par exemple sur une unité d'affichage, par exemple sur l'unité d'affichage de la zone d'affichage.
Lorsque l'élément d'identification est encodé sous forme de code à barres, le terminal peut être équipé d'un dispositif de capture dudit code à barres, par exemple une unité d'imagerie, par exemple un appareil photo.
Lorsque l'élément d'identification est encodé sous forme de code N FC, le terminal peut être équipé d'un dispositif de capture dudit code NFC, par exemple un lecteur de puce NFC. L'élément d'identification pourrait être encodé puis transmis par tout autre moyen et le terminal devrait alors disposer d'un dispositif de capture adapté à la capture dudit élément d'identification.
Par exemple, l'élément d'identification peut être encodé sous forme de flux lumineux et communiqué sans fil au terminal selon la technologie Li-Fi, pour l'anglais Light Fideiity. Selon une autre possibilité, l'élément d'identification peut être encodé sous forme d'onde sonore, le terminal pouvant alors être équipé d'un microphone pour la capture de l'onde sonore.
Selon une préférence, l'élément d'identification peut être encodé partiellement sous plusieurs formes, de sorte que la capture chacune de ces formes soit nécessaire pour pouvoir le reconstituer. Selon une réalisation, l'élément d'identification peut être encodé sur plusieurs supports de transmission, de sorte d'organiser une redondance.
Selon une réalisation, l'élément d'identification peut être statique dans le temps, par exemple encodé sous forme de code à barres à deux dimensions sous forme papier. L'élément d'identification peut être généré à distance de l'afficheur, au niveau du terminal, par exemple affiché sur une vitrine proche du terminal. L'élément d'identification peut être généré au niveau de l'afficheur. L'élément d'identification peut par exemple être affiché par l'afficheur, ou encore joué par un dispositif équipant l'afficheur.
Avantageusement, l'élément d'identification peut varier dans le temps. Il est ainsi assuré que l'élément d'identification n'est pas utilisé plusieurs fois pour identifier un même client web, ou du moins qu'une telle identification d'un même client web n'est pas possible plus de deux instants que si l'élément d'identification du client web a varié entre ces deux instants. Des variations de l'élément d'identification peuvent être générées à partir d'un identifiant du client web et de l'utilisation d'une horloge associée au client web. Un élément d'identification variable peut être représenté, par exemple par un code à barres présenté sous forme digitale. L'élément d'identification variable peut être représenté par une variation de la donnée encodée dans une puce RFID, par exemple au moyen d'un encodeur de puces RFID.
Selon une particularité, l'étape /b/ de transmission peut être réalisée par le terminal.
Le serveur peut être un serveur informatique, par exemple dudit terminal et/ou distant dudit client web. Le serveur peut être distinct dudit terminal et/ou dudit client web.
Le canal de communication peut être bidirectionnel. Aussi, le procédé selon l'invention peut comprendre au moins une émission d'une requête d'interrogation du terminal par le client web et/ou au moins une émission d'une requête d'interrogation du client web par le terminal.
Le canal de communication peut être sécurisé. Il peut être mis en œuvre, par exemple, une étape d'authentification du terminal et du serveur. Le canal de communication peut être chiffré.
Le canal de communication peut passer par le serveur, qui peut être alors un serveur passe-plat ou proxy.
Dans une réalisation préférée, le procédé comprend en outre une transmission par le client web d'une requête d'interrogation du terminal distant à destination dudit terminal.
Selon un mode de réalisation particulier, la zone d'affichage peut être prévue pour être affichée par un dispositif afficheur, le procédé pouvant comprendre, en outre, entre l'étape /b/ de transmission de l'élément d'identification du client web et l'étape /c/ d'établissement du canal de communication : /d/ une capture d'un élément, dit de contrôle physique, par le terminal, ledit élément de contrôle physique étant généré par un dispositif générateur disposé à proximité dudit dispositif afficheur, /e/ une transmission dudit élément de contrôle physique à destination du serveur, /f/ une détermination d'un caractère de licéité dudit élément de contrôle physique, l'étape /c/ étant sélectivement mise en œuvre en fonction dudit caractère de licéité déterminée par l'étape /f/.
Le dispositif générateur peut être physiquement placé à proximité de l'afficheur.
Le dispositif afficheur et l'unité d'affichage peuvent être réalisés par un même système d'affichage, ou peuvent être réalisés par des systèmes d'affichage distincts.
De préférence, l'étape /e/ de transmission est réalisation par le terminal.
De préférence, l'étape /f/ de détermination du caractère de licéité est réalisée par le serveur. L'élément de contrôle physique peut être encodé sous forme d'un code à barres, de préférence à deux dimensions, de manière plus préférentielle un QRCode, et/ou peut être intégrée dans une puce de type RFID, par exemple de type puce NFC, pour l'anglais Near Field Communication.
Le code à barres peut être présenté sous forme digitale, par exemple sur une unité d'affichage, par exemple sur l'unité d'affichage de la zone d'affichage.
Lorsque l'élément de contrôle physique est encodé sous forme d'un code à barres, le terminal peut être équipé d'un dispositif de capture dudit code à barres, par exemple une unité d'imagerie, par exemple un appareil photo.
Lorsque l'élément de contrôle physique est encodé sous forme d'un code NFC, le terminal peut être équipé d'un dispositif de capture dudit code NFC, par exemple un lecteur de puce NFC. L'élément de contrôle physique peut être encodé sous forme d'un code secret, ou encore d'une série de mouvement, à reproduire par un utilisateur du terminal sur son terminal. L'élément de contrôle physique peut être encodé puis transmis par tout autre moyen et le terminal devrait alors disposer d'un dispositif de capture adapté à la capture dudit élément d'identification.
Par exemple, l'élément de contrôle physique peut être encodé sous forme de flux lumineux et communiqué sans fil au terminal selon la technologie Li-Fi. Selon une autre possibilité, l'élément de contrôle physique peut être encodé sous forme d'onde sonore, le terminal pouvant alors être équipé d'un microphone pour la capture de l'onde sonore.
Selon une préférence, l'élément de contrôle physique peut être encodé partiellement sous plusieurs formes, de sorte que la capture chacune de ces formes soit nécessaire pour pouvoir le reconstituer. Selon une réalisation, l'élément de contrôle physique peut être encodé sur plusieurs supports de transmission, de sorte d'organiser une redondance. L'élément de contrôle physique peut être généré à distance de l'afficheur, au niveau du terminal, par exemple affiché sur une vitrine proche du terminal. L'élément d'identification peut être généré au niveau de l'afficheur. L'élément d'identification peut par exemple être affiché par l'afficheur, ou encore joué par un dispositif raccordé à l'afficheur.
Avantageusement, l'élément de contrôle physique peut varier dans le temps. Il est ainsi assuré que l'élément de contrôle physique n'est pas utilisé plusieurs fois pour identifier un même client web. Des variations de l'élément de contrôle physique peuvent être générées à partir d'un identifiant du client web et de l'utilisation d'une horloge associée au client web. Un élément de contrôle physique variable peut être représenté, par exemple par un code à barres présenté sous forme digitale. L'élément de contrôle physique variable peut être représenté par une variation de la donnée encodée dans une puce RFID, par exemple au moyen d'un encodeur de puces RFID. L'élément de contrôle physique à générer peut être déterminé à partir de l'élément d'identification capturé.
En particulier, la zone d'affichage peut être affichée par ledit afficheur après l'étape /c/ d'établissement par le serveur d'un canal de communication. Cette particularité permet l'utilisation entière de la zone d'affichage tant que le canal de communication n'est pas établi.
Selon une préférence, lequel la zone d'affichage est affichée par ledit afficheur avant l'étape /c/ d'établissement par le serveur d'un canal de communication. La zone d'affichage peut alors afficher des informations utiles à un utilisateur du terminal.
Selon une particularité, la requête d'interrogation du terminal distant à destination dudit terminal comporte une demande de données et, en réponse à ladite requête d'interrogation, un envoi desdites données demandées par le terminal à destination du client web.
Dans une réalisation préférée, lequel la réponse peut être envoyée sans intervention d'un utilisateur du terminal. La réponse peut être automatiquement générée et envoyée par le terminal.
Selon un mode de réalisation particulier, le procédé peut comprend, préalablement à l'envoi de la réponse, une requête d'interrogation d'une base de données, éventuellement distante du terminal, pour recevoir les données demandées.
De préférence, les données demandées peuvent au moins en partie être saisies par un utilisateur du terminal.
Dans une réalisation avantageuse, les données saisies peuvent être enregistrées dans la base de données.
Le procédé peut comporter outre un enregistrement de données d'enregistrement dans la base de données, lesdites données d'enregistrement provenant de données affichées par l'afficheur, ou de données capturées par le terminal, ou de données provenant d'une application exécutée par le terminal.
De préférence, le procédé comporte en outre un envoi, à destination d'une autre disposition ou d'une application exécutée par le terminal, de données provenant de données affichées par l'afficheur, ou de données capturées par le terminal, ou de données provenant d'une application exécutée par le terminal.
Selon un deuxième aspect de l'invention, il est proposé un produit programme d'ordinateur, téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, qui, lorsqu'il est exécuté, met en œuvre le procédé selon le premier aspect de l'invention, pouvant être conforme à un ou plusieurs des aspects précédents ou à tout ou partie de leurs perfectionnements. L'invention consiste, mises à part les dispositions exposées ci-dessus, en un certain nombre d'autres dispositions dont il sera plus explicitement question ci-après à propos d'exemples de réalisation décrit avec référence aux dessins annexés, mais qui ne sont nullement limitatifs.
Description des figures D'autres particularités et avantages de l'invention apparaîtront à la lecture de la description détaillée de mises en œuvre et de modes de réalisation nullement limitatifs, au regard de figures annexées sur lesquelles :
La figure 1 est une illustration schématique d'un mode de réalisation d'un procédé selon l'invention ;
La figure 2 est une autre illustration schématique du mode de réalisation du procédé illustré par la figure 1 ;
La figure 3 illustre détaille les étapes mises en œuvre selon le procédé illustré par la figure 1 ;
Les figures à 12 illustrent plusieurs modes de réalisations d'un procédé selon l'invention.
Description de l'invention
Ces modes de réalisation n'étant nullement limitatifs, on pourra notamment réaliser des variantes de l'invention ne comprenant qu'une sélection de caractéristiques décrites par la suite, telles que décrites ou généralisées, isolées des autres caractéristiques décrites, si cette sélection de caractéristiques est suffisante pour conférer un avantage technique ou pour différencier l'invention par rapport à l'état de la technique.
En référence aux figures 1 et 2, il est maintenant décrit une vue schématique d'un procédé 1 de commande d'une zone d'affichage 102 d'un client web 200 par un terminal distant 300 de la zone d'affichage.
Selon le procédé 1, la zone d'affichage 102 est générée, par le client web 200. Cette génération est illustrée par la flèche représentée sous forme de tirets. La zone d'affichage 102 est, selon l'exemple, affichée sur une partie de l'unité d'affichage 100, ici un écran plat.
Le procédé 1 comprend les étapes suivantes : une capture 20 d'un élément d'identification 202 du client web 200 par le terminal 300, une transmission 30 de l'élément d'identification capturé 202 à destination d'un serveur 400, une capture 40 d'un élément de contrôle physique 104 par le terminal 300, l'élément de contrôle physique étant généré par un dispositif générateur 500 disposé à proximité de l'unité d'affichage 100, une transmission 50 de l'élément de contrôle physique 104 à destination du serveur 400, une détermination 60 d'un caractère de licéité de l'élément de contrôle physique 104 en fonction du caractère de licéité déterminée par l'étape 60, un établissement 70 par le serveur 400 d'un canal de communication 600, entre le terminal 300 et le client web 200.
La détermination 60 du caractère de licéité de l'élément de contrôle physique 104 peut, par exemple, comprendre de vérifier que l'élément de contrôle correspond à un élément préalablement généré par le serveur 400 et envoyé à l'unité de génération 500.
La figure 3 illustre un mode de réalisation d'un procédé 1. Selon cet exemple, l'élément d'identification est par exemple un QRcode papier 202.
La capture 20 de l'élément d'identification 202 du client web 200 par le terminal 300 fait évoluer le procédé d'un état Al à un état A2. Cette capture est réalisée sous forme d'un scan d'un QRCode A.
La transmission 30 de l'élément d'identification capturé 202 à destination du serveur 400 est réalisée sous forme d'envoi d'un jeton A. Cet envoi fait évoluer le procédé de l'état A2 vers un état A3. À un état BI succédant à l'état A3, le serveur 400 envoi un jeton B à destination du client web 200. Cet envoi fait évoluer le procédé de l'état BI vers un état B2.
Le client web 200 peut alors faire afficher un élément de contrôle physique 104, par exemple un QRCode digital B par l'afficheur 100.
La capture 40 de l'élément de contrôle physique 104 par le terminal 300 fait évoluer le procédé de l'état B2 à l'état B3.
La transmission 50 de l'élément de contrôle physique 104 à destination du serveur 400 est réalisée sous forme d'envoi d'un jeton B. Cet envoi fait évoluer le procédé de l'état B3 vers un état B4.
La détermination 60 du caractère de licéité de l'élément de contrôle physique 104 fait passer le procédé de l'état B4 à l'état B5, par l'envoi d'une trame attendue par le client web 200.
Le serveur 400 réalise alors l'établissement 70 du canal de communication 600 entre le terminal 300 et le client web 200.
Dans l'exemple représenté, le client web 200 adresse une requête X à destination du terminal 300 qui est relayée par le serveur 400, faisant ainsi passer le procédé de l'état Cl à l'état C2 puis à l'état C3.
Après exécution de la requête par le terminal 300, dans un état C4, le terminal 300 adresse une requête X à destination du client web 200 qui est relayée par le serveur 400, faisant ainsi passer le procédé de l'état C4 à l'état C5 puis à l'état C6.
Le canal de communication est ainsi utilisé pour pouvoir envoyer des requêtes dans les deux sens de communication du canal.
Il est illustré sur la figure 4 un deuxième mode de réalisation P2 d'un procédé selon l'invention.
Le procédé P2 comprend toutes les étapes précédemment décrites en référence au procédé 1. L'afficheur 100 affiche une description d'un lieu, auquel il est proposé de se rendre.
Le procédé P2 comprend un envoi, par l'intermédiaire du canal de communication 600, par le client web 200, selon un protocole prédéterminé, de la position du lieu à destination du terminal 300. À réception de la position, le terminal propose à l'utilisateur de le diriger vers ledit lieu, au moyen d'un bouton de sélection. En ce cas, la position est adressée à destination d'une application de navigation 302 du terminal.
La position peut en outre être adressée à destination d'une base de données 800 dans laquelle elle est enregistrée.
Ainsi, le procédé P2 permet : - une acquisition de coordonnées GPS, - un enregistrement de ces coordonnées dans une base de données d'historique, - une transmission de ces coordonnées vers une application tierce (de type gMaps) pour les exploiter (localisation, itinéraire, etc.)
Il est illustré sur la figure 5 un troisième mode de réalisation P3 d'un procédé selon l'invention.
Le procédé P3 comprend toutes les étapes précédemment décrites en référence au procédé 1. L'afficheur 100 affiche une description d'une personne. Il est proposé d'enregistrer les données de contact de cette personne.
Le procédé P3 comprend un envoi, par l'intermédiaire du canal de communication 600, par le client web 200, selon un protocole prédéterminé, de données de contact à destination du terminal 300. À réception de ces données de contact, le terminal propose à l'utilisateur d'enregistrer lesdites données, au moyen d'un bouton de sélection. En ce cas, les donnés de contact sont enregistrées dans une mémoire 304, interne au dispositif 300 et/ou externe, par exemple sur une carte SD.
Les données de contact peuvent en outre être adressées à destination d'une base de données 800 dans laquelle elles sont enregistrées.
Enfin, les données de contact peuvent être adressées à une application tierce 302 du terminal, par exemple à une application téléphonique pour appeler la personne.
Ainsi, le procédé P3 permet : - une acquisition de données de contact - une transformation de ces données au format vCard et un enregistrement dans un répertoire téléphonique du dispositif. - un enregistrement de ces données dans une base de données d'historique, - une transmission à une application tierce de téléphonique du numéro d'appel afin de permettre une composition instantanée.
Il est illustré sur la figure 6 un quatrième mode de réalisation P4 d'un procédé selon l'invention.
Le procédé P4 comprend toutes les étapes précédemment décrites en référence au procédé 1. L'afficheur 100 affiche un coupon de réduction. Il est proposé d'enregistrer les données de ce coupon de réduction.
Le procédé P4 comprend un envoi, par l'intermédiaire du canal de communication 600, par le client web 200, selon un protocole prédéterminé, de données de coupon de réduction à destination du terminal 300. À réception de ces données de coupon de réduction, le terminal propose à l'utilisateur d'enregistrer lesdites données, au moyen d'un bouton de sélection. En ce cas, les donnés sont enregistrées dans une mémoire 304, interne au dispositif 300 et/ou externe, par exemple sur une carte SD.
Les données de coupon de réduction peuvent en outre être adressées à destination d'une base de données 800 dans laquelle elles sont enregistrées.
Enfin, les données de coupon de réduction peuvent être adressées à une application tierce 302 du terminal, par exemple à une application de visualisation du coupon de réduction, par exemple pour une présentation en caisse de magasin.
Ainsi, le procédé P4 permet : - une acquisition d'un fichier (PDF, image, RTF, etc.), - un enregistrement de ce fichier dans une mémoire du dispositif, - un enregistrement de ce fichier dans la base de données d'historique, - un lancement en direct ou en différé de la lecture du document via les applications tierces du dispositif (PDF viewer, Image reader, etc.).
Il est illustré sur la figure 7 un cinquième mode de réalisation P5 d'un procédé selon l'invention.
Le procédé P5 comprend toutes les étapes précédemment décrites en référence au procédé 1. L'afficheur 100 affiche évènement, tel qu'un concert, une vente privée ou encore une proposition de rendez-vous. Il est proposé d'enregistrer les données d'agenda de cet évènement.
Le procédé P5 comprend un envoi, par l'intermédiaire du canal de communication 600, par le client web 200, selon un protocole prédéterminé, de données d'agenda à destination du terminal 300. À réception de ces données d'agenda, le terminal propose à l'utilisateur d'ajouter à l'agenda lesdites données d'agenda, au moyen d'un bouton de sélection. En ce cas, les données sont adressées à une application tierce 302, par exemple à une application de gestion d'agenda.
Les données d'agenda peuvent en outre être adressées à destination d'une base de données 800 dans laquelle elles sont enregistrées.
Ainsi, le procédé P5 permet : - une acquisition d'une date, - un enregistrement de cette date dans la base de données d'historique, - une transmission de cette date vers une application tierce de type agenda, pour l'exploiter, par exemple sous forme de rappel, d'alarme, de synchronisation d'agendas externes.
Il est illustré sur la figure 8 un sixième mode de réalisation P6 d'un procédé selon l'invention.
Le procédé P6 comprend toutes les étapes précédemment décrites en référence au procédé 1. L'afficheur 100 affiche un site web, qu'il est possible de parcourir aux moyens d'actions, telles que des actions haut/bas/gauche/droite, de rotation ou encore de défilement de liste.
Le procédé P6 comprend un envoi, par l'intermédiaire du canal de communication 600, par le client web 200, selon un protocole prédéterminé, de requêtes de navigation à destination du terminal 300. À réception de ces requêtes de navigation, le terminal propose à l'utilisateur de parcourir le site web, aux moyens de boutons de sélection. Lorsqu'un de ces boutons de sélection est activé, des données de navigation sont adressées au client web, par l'intermédiaire du canal de communication 600.
Ainsi, le procédé P6 permet : d'adresser à destination du client web une action de navigation, par exemple par pointage et glissement sur une zone du terminal.
Il est illustré sur la figure 9 un septième mode de réalisation P7 d'un procédé selon l'invention.
Le procédé P7 comprend toutes les étapes précédemment décrites en référence au procédé 1. L'afficheur 100 affiche un site web, auquel il est possible de fournir des informations à la demande.
Le procédé P7 comprend un envoi, par l'intermédiaire du canal de communication 600, par le client web 200, selon un protocole prédéterminé, de requêtes à destination du terminal 300. À réception de ces requêtes, le terminal propose à l'utilisateur de répondre par des données de réponse, aux moyens de boutons de sélection. Lorsqu'un de ces boutons de sélection est activé, les données de réponse sont adressées au client web, par l'intermédiaire du canal de communication 600.
Ainsi, le procédé P7 permet : d'adresser à destination du client web des réponses à des requêtes, par exemple par une date une heure, des réponses à QCM ou de type oui/non.
Il est illustré sur la figure 10 un huitième mode de réalisation P8 d'un procédé selon l'invention.
Le procédé P8 comprend toutes les étapes précédemment décrites en référence au procédé 1. L'afficheur 100 affiche un site web, auquel il est possible de fournir des informations à la demande, et de manière automatique. Il est ainsi possible de remplir les champs usuels de formulaires.
Le procédé P8 comprend un envoi, par l'intermédiaire du canal de communication 600, par le client web 200, selon un protocole prédéterminé, de requêtes d'information normées à destination du terminal 300. À réception de ces requêtes d'information normées, le terminal propose à l'utilisateur de répondre par des données de réponse, de manière automatique. Les données de réponse sont adressées au client web, par l'intermédiaire du canal de communication 600.
Les données normées peuvent en provenir d'une base de données 800 dans laquelle elles sont enregistrées.
Ainsi, le procédé P8 permet : une transmission d'un formulaire d'inscription une transmission d'un numéro de fidélité client
Il est illustré sur la figure 11 un neuvième mode de réalisation P9 d'un procédé selon l'invention.
Le procédé P9 comprend toutes les étapes précédemment décrites en référence au procédé 1. L'afficheur 100 affiche un site web, auquel il est possible de fournir des informations à la demande. Il est ainsi possible d'envoyer un fichier.
Le procédé P9 comprend un envoi, par l'intermédiaire du canal de communication 600, par le client web 200, selon un protocole prédéterminé, des requêtes de fichier à destination du terminal 300. À réception de ces requêtes de fichier, le terminal propose à l'utilisateur de répondre par des données de fichier, de manière automatique. Les données de fichier sont adressées au client web, par l'intermédiaire du canal de communication 600.
Les données de fichiers peuvent en provenir d'une application tierce 302 dans laquelle elles sont enregistrées.
Ainsi, le procédé P9 permet :
un envoi de photo à un site web pour une inscription un envoie de CV un envoi de formulaire préalablement rempli.
Il est illustré sur la figure 12 un dixième mode de réalisation P10 d'un procédé selon l'invention.
Le procédé P10 comprend toutes les étapes précédemment décrites en référence au procédé 1. L'afficheur 100 affiche un site web, auquel il est possible de fournir des informations à la demande. Il est ainsi possible d'envoyer un fichier.
Le procédé P10 comprend un envoi, par l'intermédiaire du canal de communication 600, par le client web 200, selon un protocole prédéterminé, de données à partager à destination du terminal 300. À réception de ces données à partager, le terminal propose à l'utilisateur de partager les données à partager sur différents réseaux sociaux. La sélection peut être opérée par actionnement d'un bouton affiché sur le terminal.
Les données de fichiers peuvent être adressées à une application tierce 302 dans laquelle elles sont enregistrées. Un accusé de réception en provenance de l'application tierce peut être reçu.
Des données d'identifications de connexion à l'application tierce peuvent provenir d'une base de données 800 dans laquelle elles sont enregistrées.
Ainsi, le procédé P8 permet : partager un évènement, une promotion, une publicité ou description sur un réseau social, de créer automatiquement un lien sur un réseau social.
Bien sûr, l'invention n'est pas limitée aux exemples qui viennent d'être décrits et de nombreux aménagements peuvent être apportés à ces exemples sans sortir du cadre de l'invention. De plus, les différentes caractéristiques, formes, variantes et modes de réalisation de l'invention peuvent être associés les uns avec les autres selon diverses combinaisons dans la mesure où ils ne sont pas incompatibles ou exclusifs les uns des autres.

Claims (18)

  1. Revendications
    1. Procédé de commande (1) d'une zone d'affichage (102) d'un client web (200) par un terminal (300) distant de ladite zone d'affichage, comprenant les étapes suivantes : /a/ une capture (20) d'un élément d'identification (202) dudit client web par ledit terminal, /b/ une transmission (50) dudit élément d'identification capturé à destination d'un serveur (400), /c/ un établissement (70) par ledit serveur d'un canal de communication (600), entre ledit terminal et ledit client web.
  2. 2. Procédé selon la revendication précédente, comprenant en outre une transmission par le client web d'une requête d'interrogation du terminal distant à destination dudit terminal.
  3. 3. Procédé selon l'une quelconque des revendications précédentes, dans lequel l'élément d'identification est généré à distance de l'afficheur, au niveau du terminal.
  4. 4. Procédé selon l'une quelconque des revendications précédentes, dans lequel l'élément d'identification est généré au niveau de l'afficheur.
  5. 5. Procédé selon l'une quelconque des revendications précédentes, dans lequel l'élément d'identification varie au cours du temps.
  6. 6. Procédé selon l'une quelconque des revendications précédentes, dans lequel la zone d'affichage (102) est prévue pour être affichée par un dispositif afficheur (100), le procédé comprenant en outre, entre l'étape /b/ de transmission (50) de l'élément d'identification du client web et l'étape /c/ d'établissement (70) du canal de communication : /d/ une capture (40) d'un élément (104), dit de contrôle physique, par le terminal, ledit élément de contrôle physique étant généré par un dispositif générateur (500) disposé à proximité dudit dispositif afficheur, /e/ une transmission (50) dudit élément de contrôle physique à destination du serveur (400), /f/ une détermination (60) d'un caractère de licéité dudit élément de contrôle physique l'étape /c/ étant sélectivement mise en œuvre en fonction dudit caractère de licéité déterminée par l'étape /f/.
  7. 7. Procédé selon la revendication précédente, dans lequel élément de contrôle physique varie au cours du temps.
  8. 8. Procédé selon la revendication 6 ou 7, dans lequel l'élément de contrôle physique à générer est déterminé à partir de l'élément d'identification capturé.
  9. 9. Procédé selon l'une quelconque des revendications précédentes, dans lequel la zone d'affichage est affichée par ledit afficheur après l'étape /c/ d'établissement par le serveur d'un canal de communication.
  10. 10. Procédé selon l'une quelconque des revendications précédentes, dans lequel la zone d'affichage est affichée par ledit afficheur avant l'étape /c/ d'établissement par le serveur d'un canal de communication.
  11. 11. Procédé selon l'une quelconque des revendications 2 à 10, dans lequel la requête d'interrogation du terminal distant à destination dudit terminal comporte une demande de données et, en réponse à ladite requête d'interrogation, un envoi desdites données demandées par le terminal à destination du client web.
  12. 12. Procédé selon la revendication précédente, dans lequel la réponse est envoyée sans intervention d'un utilisateur du terminal.
  13. 13. Procédé selon la revendication 11 ou 12, comportant en outre, préalablement à l'envoi de la réponse, une requête d'interrogation d'une base de données, éventuellement distante du terminal, pour recevoir les données demandées.
  14. 14. Procédé selon la revendication précédente, dans lequel les données demandées sont au moins en partie saisies par un utilisateur du terminal.
  15. 15. Procédé selon la revendication précédente, dans lequel les données saisies sont enregistrées dans la base de données.
  16. 16. Procédé selon l'une quelconque des revendications 13 à 15, comportant en outre un enregistrement de données d'enregistrement dans la base de données, lesdites données d'enregistrement provenant de données affichées par l'afficheur, ou de données capturées par le terminal, ou de données provenant d'une application exécutée par le terminal.
  17. 17. Procédé selon l'une quelconque des revendications 13 à 16, comportant en outre un envoi, à destination d'une autre disposition ou d'une application exécutée par le terminal, de données provenant de données affichées par l'afficheur, ou de données capturées par le terminal, ou de données provenant d'une application exécutée par le terminal.
  18. 18. Produit programme d'ordinateur, téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, qui, lorsqu'il est exécuté, met en œuvre le procédé selon l'une des quelconques des revendications précédentes.
FR1753899A 2017-05-03 2017-05-03 Procede de commande d'une zone d'affichage d'un client web par un terminal portable distant de ladite zone d'affichage Pending FR3066037A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR1753899A FR3066037A1 (fr) 2017-05-03 2017-05-03 Procede de commande d'une zone d'affichage d'un client web par un terminal portable distant de ladite zone d'affichage

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1753899 2017-05-03
FR1753899A FR3066037A1 (fr) 2017-05-03 2017-05-03 Procede de commande d'une zone d'affichage d'un client web par un terminal portable distant de ladite zone d'affichage

Publications (1)

Publication Number Publication Date
FR3066037A1 true FR3066037A1 (fr) 2018-11-09

Family

ID=59746022

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1753899A Pending FR3066037A1 (fr) 2017-05-03 2017-05-03 Procede de commande d'une zone d'affichage d'un client web par un terminal portable distant de ladite zone d'affichage

Country Status (1)

Country Link
FR (1) FR3066037A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140167931A1 (en) * 2012-12-18 2014-06-19 Samsung Electronics Co., Ltd. Method and apparatus for controlling a home device remotely in a home network system
KR101431609B1 (ko) * 2012-11-20 2014-08-21 이상현 이동 단말, 원격 디스플레이, 원격 디스플레이 제어 시스템 및 그 제어방법
FR3036209A1 (fr) * 2015-05-13 2016-11-18 Wams Dev Procede et systeme d'objets communicants.

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101431609B1 (ko) * 2012-11-20 2014-08-21 이상현 이동 단말, 원격 디스플레이, 원격 디스플레이 제어 시스템 및 그 제어방법
US20140167931A1 (en) * 2012-12-18 2014-06-19 Samsung Electronics Co., Ltd. Method and apparatus for controlling a home device remotely in a home network system
FR3036209A1 (fr) * 2015-05-13 2016-11-18 Wams Dev Procede et systeme d'objets communicants.

Similar Documents

Publication Publication Date Title
US10375060B1 (en) System for mobile content and metadata management
US9009265B2 (en) System and method for automatic transfer of data from one device to another
US8086676B2 (en) Contact aggregator
KR101294582B1 (ko) 접촉 데이터를 사용하는 미디어 공유 방법, 장치 및 시스템과 컴퓨터 판독가능 저장 매체
EP1625764B1 (fr) Systeme sans fil ayant une interface utilisateur multimodale configuree dynamiquement sur des preferences utilisateurs
US8275394B2 (en) Nokia places floating profile
US8015253B1 (en) System and method for controlling inter-device media exchanges
US20150281208A1 (en) System and method for posting content to network sites
US20080222262A1 (en) Digital Album Service System for Showing Digital Fashion Created by Users and Method for Operating the Same
FR2965370A1 (fr) Systeme de traitement d'image et procede de traitement d'image
JP2009282896A (ja) 情報処理端末および情報提供システム
EP2795878A1 (fr) Procede de partage d'un contenu multimedia entre un deux utilisateurs
KR102306583B1 (ko) 전자 계약 관리 시스템 및 그 방법
EP2901648B1 (fr) Procédé de mise en relation virtuelle de deux personnes, media et système correspondant
FR3062008A1 (fr) Procede de transmission de donnees, dispositif et programme correspondant.
FR3066037A1 (fr) Procede de commande d'une zone d'affichage d'un client web par un terminal portable distant de ladite zone d'affichage
EP1317124A1 (fr) Amélioration de données d'image pour des données d'image digitales transmises sans fil
CA3001062A1 (fr) Systeme mis en ƒuvre par balise pour gestion de contenu mobile
EP3035723B1 (fr) Procédé de transmission de données en relation avec une communication
CA2992190A1 (fr) Procede de traitement d'une transaction de paiement, borne de paiement et programme correspondant
FR3065606A1 (fr) Procedes pour le partage de donnees de localisation entre un dispositif source et un dispositif destinataire, serveur, dispositifs source et destinataire et programme d'ordinateur correspondants.
WO2021069623A1 (fr) Procédé d'envoi à un service en ligne d'une copie électronique d'un document
KR20160049238A (ko) 커플의 데이트 정보 제공 시스템 및 방법
KR20230045462A (ko) 멀티미디어콘텐츠 기반의 금융거래방법 및 장치
EP3574637A1 (fr) Activation automatique de la configuration d'un terminal de communication

Legal Events

Date Code Title Description
EXTE Extension to a french territory

Extension state: PF

PLSC Publication of the preliminary search report

Effective date: 20181109