FR 2984649 A1 20130621 FR 1161794 A 20111216 Arrière-plan de l'invention La présente invention vise un mécanisme permettant à une application s'exécutant sur un terminal d'échanger des commandes avec une autre application s'exécutant sur un équipement informatique connecté au terminal via un réseau de télécommunication vocale. Dans l'état actuel de la technique, lorsque deux applications communiquent via un réseau de téléphonie, il est nécessaire qu'elles communiquent via un protocole prédéfini et qu'elles aient été conçues pour être compatibles. C'est notamment le cas pour les télécopieurs. L'invention vise un mécanisme qui permet de lever cette contrainte. Objet et résumé de l'invention Ainsi, et plus précisément, l'invention concerne un procédé de communication de données pouvant être mis en oeuvre par un terminal ayant établi un canal de communication avec un équipement de télécommunication via un réseau de télécommunications, ce terminal comportant des moyens pour exécuter une première application informatique apte à envoyer une commande à une deuxième application informatique s'exécutant sur cet équipement. Ce procédé comporte: - une étape d'interception, au sein du terminal, de la commande envoyée par la première application; - une étape de traduction de cette commande en une séquence d'au moins un code DTMF ; et - une étape d'envoi de cette séquence via le canal de communication. Corrélativement, l'invention concerne un terminal comportant : - des moyens pour établir un canal de télécommunication avec un équipement via un réseau de télécommunication ; - des moyens pour eyecuter une première ication informatique apte à envoyer une conin-ride à und deii»èrue application informatique sur cet équipement ; - oes moyens C'Inteception ce h c envoyee par la première apptc n ; 2 traciticIrion di c(..4te corpri-uu d'au mn nb un code DTf35 Selon une première variante, la séquence de codes DTMF associée à la commande est obtenue en interrogeant un module de configuration, ce module de configuration pouvant être intégré au terminal ou distant. Lorsque le module de configuration est distant, l'interrogation peut se faire au moment de traduire une commande en codes DTMF, ou de façon asynchrone, par exemple régulièrement. Dans ce deuxième mode de réalisation, on peut mémoriser, dans le terminal, l'image du module de configuration distant de façon à pouvoir fonctionner hors connexion. Selon une deuxième variante, la séquence de codes DTMF peut être générée directement par l'utilisateur, le procédé selon l'invention obtenant la séquence de codes DTMF via l'interface utilisateur du terminal. L'invention propose également de traduire, au sein du terminal, une séquence de codes DTMF reçue via le canal de communication pour générer une commande destinée à la première application où à une autre application s'exécutant sur le terminal. Ainsi, selon cet aspect, le procédé de communication selon l'invention comporte : - une étape de réception d'une séquence comportant au moins un code DTMF via le canal de communication ; - une étape de traduction de cette séquence en au moins une commande ; et - une étape de traitement de cette commande. Le traitement de la commande obtenue par traduction de la séquence DTMF reçue peut être quelconque. Dans un mode préféré de réalisation, le traitement de cette commande consiste à fournir cette commande à la première application informatique. L'invention permet ainsi d'établir un dialogue entre les deux applications. Dans un mode simplifié de l'invention, la commande obtenue par traduction de la séquence de DTFM reçue est fournie à une application prédéfinie. Dans un mode préféré de réalisation de l'invention, le procédé comporte une étape pour identifier l'application à qui la commande doit être fournie. Il a été clit: précédemment que l'invention permettait, dans une variante, de configurer la cluence de cod,::?_ç DTMF dans laquelle une commande à envoyer doit être traduite et la commande Clai-}; IdcHelie une séquence code-; DTFM reçue dot (171_re tradute. Pius le procede elon l'invention cornIport- ns un mode de realisation, pour ceirir.r I oantIgumtIon ',,3! codLs d2.ns 71./oycr? r mode ct - r-lp I35 Ces configurations peuvent être mémorisées dans un équipement accessible par le terminal via un réseau de télécommunications. Comme mentionné précédemment, le procédé selon l'invention peut comporter, dans ce mode de réalisation, une étape de synchronisation du contenu de cette mémoire avec une mémoire interne au terminal. Ainsi, dans un mode de réalisation, le procédé de communication selon l'invention peut comprendre cinq phases principales pour établir un dialogue entre deux applications mises en oeuvre sur deux terminaux entre lesquels est établi un canal de communication vocal à savoir : - une phase préliminaire de configuration consistant à créer des associations commande- séquence de codes DTFM et séquence de codes DTFM-commande ; - une phase au cours de laquelle on traduit la commande que désire envoyer la première application en une séquence de codes DTFM définie au cours de la phase de configuration ; - l'envoi de cette séquence de codes DTFM vers l'autre terminal, via le canal de communication; - une phase de réception d'une séquence de codes DTFM et la traduction de cette séquence en une commande, cette phase pouvant comprendre l'identification d'une application à invoquer et éventuellement des paramètres de cette application ; et - l'invocation définie au cours de la phase de configuration de l'application ainsi identifiée avec ses paramètres. Dans un mode particulier de réalisation, les différentes étapes du procédé de communication ou données sont déterminées par des instructions de programmes d'ordinateurs. En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre par un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes du procédé de communication tel que mentionné ci-dessus. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant Uuctinns d'un programme d'nrcFnateur tel quc: mentionné ci-de5sus. Lc2 support d'inforrnation peut. r-,.Ddrumn.-1,'. Pur exemple, le l'ïrroorte entité ou dispositif c moyen (I -;acie, tel u PO.M POM de ci-c!35 d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description des dessins D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous en référence à l'unique figure qui en illustre un exemple de réalisation 10 dépourvu de tout caractère limitatif. Description détaillée de l'invention La figure l'invention. 15 Chacun de ces terminaux a l'architecture matérielle d'un ordinateur. Il comporte un processeur 11, une mémoire vive de type RAM 12 et une mémoire morte de type ROM 13. Cette mémoire morte constitue un support d'enregistrement au sens de l'invention, ce support étant lisible par le terminal qui l'incorpore. Un programme d'ordinateur PG conforme à l'invention est enregistré sur ce support. Il comporte des instructions pour l'exécution des étapes 20 Ell à E100 d'un procédé de communication de données conformes à l'invention et qui sera décrit ci-après. Le terminal T1 (respectivement T2) comporte une application informatique AP1 (respectivement AP2), un module CD de traduction de commandes en séquences de codes DTMF, un module DC de traduction de séquences de codes DTMF en commandes et un module PH 25 permettant d'établir des communications téléphoniques. Sur cette figure, on a également représenté un module CONF de configuration dans lequel ont etê définies des associations entre des commandes et des séquences de codes DTMF et entre des séquences de codes DTMF et des commandes. Ces étapes ric configuration peuvent arc effcc~./ée= en utilisant les terminaux Tl, T2, ou 30 un autre terminal apte à mettre en oeuwe un navigateur A ti.HT on peut définir que représente deux terminaux T1, T2 conformes à un mode particulier de une tte - la sécluen:c- DTN1F-.. 2.1 HoC!,711 ^onrr - commandeinterprétable , 35 - la séquence de codes DTMF 2.2.1 est associée à une commande interprétable par un navigateur Internet pour afficher une page VVeb, le paramètre de cette commande étant une adresse URL ; et - la séquence de codes DTMF 3.2.1 est associée à une commande interprétable par une application fournie par un opérateur de télécommunications pour accéder à un un service après- vente, cette commande ne comportant pas de paramètres. Les flèches Ell et E12 symbolisent des étapes pour synchroniser le module de configuration CONF avec les modules de traduction DC, CD de chacun des terminaux. Les modules PH des terminaux Tl et T2 sont des modules classiques permettant d'établir une communication téléphonique entre ces terminaux. Nous supposerons qu'un canal de communications a été établi entre les terminnuxT1 et T2 au cours d'une étape E20. Nous supposerons que l'application AP1 du terminal Tl souhaite envoyer une commande Cl à l'application AP2 du terminal T2. L'application AP1 génère cette commande qui est interceptée au cours d'une étape E30 par le module CD de terminal Tl. Au cours d'une étape E40, ce module CD détermine la séquence de codes DTMF qui doit être générée en fonction de la commande Cl, en fonction des configurations obtenues par synchronisation au cours de l'étape E12. Cette séquence de codes DTMF peut aussi être obtenue directement de l'utilisateur. Au cours d'une étape E50, le module CD traduit la commande en la séquence choisie à l'étape E40. Puis, au cours d'une étape E60, le terminal Tl envoie la séquence de codes DTMF via le canal de communications établi à l'étape [20, à la place de la commande Cl. Cette séquence de codes DTMF est reçue par le terminal T2, et plus précisément par le module DC de ce terminal. Le module DC sélectionne, au cours d'une étape E80, la commande associée à la séquencu de codes DTMF reçue, en fonction de la configuration obtenue au cours de l'étape Ell de synchronisation. Au cours d'une étape E90, le terminal T2 traduf ;equéice de F en la cominkir Cl. 1s. au cours d«tir ,-.?tiide 11100, le tern.iina afte re décr t trait- fc, CI à Cette séquence de codes DTMF est reçue par le module DC du terminal Tl. Au cours d'une instance de l'étape E80 déjà décrite, le terminal Ti détermine la commande associée à cette séquence de codes DTMF, et traduit, au cours d'une étape E90 la séquence de codes DTMF en cette commande. A l'étape E100, le module DC fournit la commande C2 à l'application AP1 du terminal Tl. REVENDICATIONS1. Procédé de communication de données pouvant être mis en oeuvre par un terminal (T1) ayant établi (E20) un canal de communication avec un équipement de télécommunication via un réseau de télécommunications, ledit terminal comportant des moyens pour exécuter une première application informatique apte à envoyer au moins une commande à une deuxième application informatique (AP2) s'exécutant sur ledit équipement, ledit procédé comportant : - une étape (E30) d'interception, au sein du terminal, de ladite commande envoyée par ladite première application ; - une étape (E50) de traduction de ladite commande en une séquence d'au moins un code DTMF; et - une étape (E60) d'envoi de ladite séquence DTMF via ledit canal de communication. 2. Procédé selon la revendication 1, caractérisé en ce que ladite séquence de codes DTMF est obtenue d'une interface utilisateur dudit terminal. 3. Procédé selon la revendication 1, caractérisé en ce qu'il comporte : - une étape (E70) de réception d'une séquence comportant au moins un code DTMF via ledit canal de communication ; - une étape (E90) de traduction de ladite séquence en au moins une commande ; - une étape (E100) de traitement de ladite commande. 4. Procédé selon la revendication 3 caractérisé en ce que ladite étape (E100) de traitement consiste à fournir ladite commande à ladite première application informatique. 5. Procédé selon la revendication 4 caractérisé en ce qu'il comporte une étape (E100) d'identification de ladite première application à qui ladite commande doit être fournie. G. Procédé selon l'une - eiconque des revendications 1 à 5, cardctérie en ce qu'il porte une pour définii une premiere conf:(,-.ju permettant de définir séquence de coJcs DTMF -u-nrn,:rde par la premiere application doit etre8. Procédé selon la revendication 6 ou 7 dans lequel la première ou la deuxième configuration sont mémorisées dans la mémoire d'un équipement (CONF) accessible par le terminal via un réseau de télécommunications. 9. Procédé selon la revendication 8 caractérisé en ce qu'il comporte une étape (Ell, E12) de synchronisation du contenu de ladite mémoire avec une mémoire interne audit terminal. 10. Terminal (Ti) comportant : - des moyens (PH) pour établir un canal de communication avec un équipement de 10 télécommunication via un réseau de télécommunications ; - des moyens (11) pour exécuter une première application informatique apte à envoyer au moins une commande à une deuxième application informatique s'exécutant sur ledit équipement ; - des moyens (CD) d'interception de ladite commande envoyée par ladite première application ; - des moyens (CD) de traduction de ladite commande en une séquence d'au moins un code 15 DTMF ; et - des moyens (PH) d'envoi de ladite séquence via ledit canal de communication. 11. Programme d'ordinateur (PG) comportant des instructions pour l'exécution des étapes du procédé de communication de données selon l'une quelconque des revendications 1 à 9 lorsque 20 ledit programme est exécuté par un ordinateur. 12. Support d'enregistrement (13) lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur (PG) comprenant des instructions pour l'exécution des étapes du procédé de communication de données selon l'une quelconque des revendications 1 à 9.