Brevet FR2813475A1 — publié le 20020301

Protocole pour la transmission de données entre une passerelle du type WAP et un terminal La présente invention concerne un protocole pour la transmission de données entre deux terminaux ou deux entités, et plus spécialement entre d'une part une passerelle du type Protocole d'Application Mobile, connu sous l'appellation anglaise de Wireless Application Protocol (WAP), et d'autre part un terminal mobile, tel qu'un téléphone mobile supportant ce protocole. On sait que le WAP est un protocole basé sur des technologies de communication existantes, comme les couches de protocole Intemet, et constituant un standard spécifique permettant un accès à l'Intemet par l'intermédiaire de téléphones mobiles portables munis de moyens limités, spécifiques, et aptes à penrettre cette communication sans fil. À cette fin, le téléphone mobile est muni d'un micro navigateur apte à lire des informations applicatives reçues depuis l'Internet, ces informations se présentant pour la plupart sous la forme de jeux de cartes ou de pages WML (Wireless Markup Language), qui sont lues par le micro navigateur naviguant d'une carte à l'autre. La communication WAP entre un téléphone mobile WAP et l'Internet est réalisée de manière similaire @ à celle d'une liaison filaire. Cette communication utilise cependant les moyens d'accès du réseau cellulaire comme support entre le terminal et le réseau filaire. On peut citer, par exemple, sur les réseaux du type GSM (Global System for Mobile communications) : le lien réseau CSD (Circuit Switch Data), le lien réseau SMS (Short Message Service) ou encore le lien réseau GPRS (General Packet Radio Service). Les téléphones mobiles présentent des limitations du fait de leur structure et de la tendance des constructeurs à proposer des appareils qui soient les plus légers et petits possibles. Ces contraintes font que les téléphones mobiles comportent des écrans d'affichage de petite taille, des claviers limités, des capacités réduites en termes de mémoire et de vitesse de traitement de l'information, et une liaison avec le réseau à bande étroite. II en résulte que les possibilités de saisir de l'information sont limitées. Par ailleurs, il existe plusieurs alphabets différents employés par les utilisateurs, tel que les alphabets latins, chinois (idéogrammes), cyrillique, arabe, etc. Ainsi, les constructeurs de téléphone mobile tentent de concilier la grande diversité des signes susceptibles d'être saisis par les utilisateurs d'une part, et les capacités limitées de saisie des terminaux téléphone mobile d'autre part. En outre, on cherche toujours à optimiser la saisie des informations par l'utilisateur, en faisant en sorte que celui-ci effectue le moins de manipulation possible, tout en offrant une large palette de caractères susceptibles d'être saisis. Or, ces deux contraintes sont contradictoires. En effet, un large choix de possibilités entraîne la nécessité de proposer à l'utilisateur un ou plusieurs menus à choix multiples, ce qui augmente le nombre de manipulations nécessaires pour aboutir au type de saisie souhaitée par l'utilisateur. On a tenté de remédier à cette difficulté à l'aide d'un mode de saisie dit prédictif, proposant à l'utilisateur, après avoir saisi quelques informations, par exemple les premières lettres d'un mot, de proposer un choix limité de données, tel que par exemple le ou les mots correspondant aux premières lettres saisies. Le système prédictif, bien que donnant satisfaction, présente néanmoins des limitations, ne serait-ce que par les capacités limitées des terminaux de téléphone mobile. Ce système requiert en effet l'intégration d'un dictionnaire pour chaque langue supportée par le terminal, ce qui sollicite les ressources mémoires des terminaux de façon non négligeable. En outre, on a proposé de faciliter la saisie des caractères alphanumériques sur un clavier standard du type CCITT (Consultative Committee on International Telephone and Telegraphy) en faisant appel à la méthode dite TSAKANIKAS qui permet de faire défiler des listes de caractères par touches, les caractères étant répartis sur l'ensemble des touches. Par ailleurs, on a proposé, afin de réduire le nombre de manipulations, de limiter les types d'alphabets susceptibles d'être saisis, à par exemple les alphabets chinois, ou même à certains types d'alphabets chinois, tels que par exemple ceux correspondant aux langues utilisées à Taiwan, ou à Hong Kong, ou en République populaire de Chine. A chacune de ces langues et alphabets, correspond un mode de saisie, appelés respectivement Zhu Yin, Stroke et Pin Yin. Les méthodes de saisie ainsi que la liste des caractères chinois sont donc différentes. Ainsi, pour un téléphone mobile appelé à être utilisé dans l'une de ces régions, la méthode de saisie du chinois sera par défaut l'une de ces trois, en fonction du pays correspondant. On permet néanmoins à l'utilisateur de basculer vers un des deux autres modes de saisie. Cette solution, englobant la possibilité d'embarquer tous ces modes de saisie en fonction des différents alphabets connus dans le monde présente des désavantages, notamment à cause du grand nombre de méthodes différentes qui peuvent être proposées à l'utilisateur pour effectuer une saisie. Le constructeur de téléphone mobile est obligé de prévoir des pages de saisie de type imposé, tel que du numérique, l'alphabet arabe, ou des pages de saisie propre à l'alphabet complexe correspondant (idéogrammes chinois). Cette nécessité existe également chez le développeur de services liés à l'Internet et basés sur le protocole WAP, où il y a création de pages de saisie WML. Ces pages WML peuvent être téléchargées par le téléphone mobile à travers la passerelle WAP. En outre, les caractères constitués d'idéogrammes sont de taille plus importante que les caractères de l'alphabet arabe utilisé dans le monde occidental. Ainsi, la saisie et l'affichage sur un écran, voire sur une même ligne, d'idéogrammes et de caractères classiques entraînent une présentation de l'information différente d'un type de caractère à l'autre, les idéogrammes étant représentés plus grands que les caractères d'un autre alphabet. En résumé, de manière connue, lorsqu'une page de saisie arrive dans le navigateur de terminal, pour être affichée, que cette page ait été définie localement ou sur un serveur distant, le téléphone mobile choisit arbitrairement, en fonction de la langue courante ou de l'alphabet courant, un mode de saisie par défaut, tel que par exemple des caractères d'un des alphabets chinois. II est bien entendu possible de permettre à l'utilisateur de changer de mode de saisie pour quitter le mode de saisie par défaut, si celui- ci ne convient pas. À ce stade, l'utilisateur se voit proposer alors l'ensemble des possibilités de saisie, telle que celle du type Pin Yin, Stroke, Zhu Yin, alphabet latin usuel en mode TSAKANIKAS, alphabet latin usuel en mode prédictif, numérique, symbole, caractères arabes, et autres. Ceci va à l'encontre du souci des constructeurs de limiter le nombre de manipulations proposées à l'utilisateur, comme exprimé ci-dessus. L'invention a pour objet de permettre à l'entité chargée de concevoir le mode de communication entre un terminal mobile et une passerelle WAP, de définir les pages de saisie de l'application (ou service) WAP de manière à réduire le nombre de mode de saisie possible tout en permettant de proposer à l'utilisateur tous les choix possibles de saisie. L'invention permet également de réduire le nombre de mode de saisie pour les pages définies localement. À cette fin, selon l'invention, le protocole pour la transmission de données entre un premier terminal, tel qu'un terminal de radiocommunication, et un second terminal, tel qu'une passerelle du type Protocole d'Application Mobile, connue sous l'appellation anglaise de Wireless Application Protocol ou WAP, les données étant saisies dans des champs de saisie par l'utilisateur à l'aide de moyens ad hoc prévus sur le premier terminal, les champs de saisie étant affectés d'un ou plusieurs attributs de format propre à un type de donnée, est caractérisé en ce que l'on définit au moins un attribut de format propre à un alphabet spécifique ou à une sous-famille d'un alphabet spécifique, de manière à limiter les possibilités de saisies à une ou plusieurs familles ou sous-familles de caractères. Avantageusement, l'alphabet spécifique est choisi parmi les alphabets latins, chinois, cyrillique, arabe ou grec, chaque attribut correspondant à la saisie d'au moins une sous-famille de caractères parmi ceux d'au moins un alphabet spécifique. Selon une forme préférée de réalisation, les sous-familles de caractères comprennent les majuscules, les minuscules, les caractères de ponctuation, les caractères numériques ou symboliques. Les sous-familles de caractères comprennent également les caractères simplifiés et les caractères complexes ou traditionnels de la langue chinoise. De préférence, les attributs permettant la saisie de certaines familles ou sous-familles de caractères excluent la possibilité de saisie d'autres familles ou sous-familles de caractères. Selon l'invention, on définit différents attributs de format correspondant à la saisie de certaines familles ou sous-familles de caractères parmi différents alphabets, ou de caractères de ponctuation, numérique ou symbolique. L'invention concerne également un procédé de communication entre un premier terminal, tel qu'un terminal de radiocommunication comportant un navigateur, et un second terminal, tel qu'une passerelle du type Protocole d'Application Mobile, connue sous l'appellation anglaise de Wireless Application Protocol ou WAP, comprenant les étapes - d'envoi de pages du second terminal vers le premier terminal, ou de prise en compte de pages définies localement sur le premier terminal, lesdites pages contenant des champs de saisie de données affectés d'un ou plusieurs attributs de format propre à un type de donnée, - de lecture, de mémorisation et d'interprétation des attributs de champs de saisie par le premier terminal, - de saisie de données sur le terminal dans les champs de saisie prévus à cet effet, - d'envoi du premier terminal vers le second terminal de pages contenant des données respectant les formats requis par les attributs des champs de saisie, et caractérisé en ce que les attributs de format sont définis par le protocole de l'invention. Enfin, l'invention concerne un terminal de radiocommunication comprenant un navigateur pour lire et interpréter une page compatible WAP et des moyens de saisie de données, caractérisé en ce qu'il comporte des moyens de lecture, de mémorisation, et d'interprétation d'attributs de format de champs de saisie de données définis par le protocole de l'invention et destinés à être insérés dans une page compatible WAP lue par le navigateur. L'invention sera mieux comprise à la lumière des exemples décrits ci- dessous se rapportant aux dessins dans lesquels - la figure 1 est une représentation schématique à l'aide de blocs diagramme, des moyens de communication entre un serveur de l'Internet et un terminal, tel qu'un téléphone mobile ; - la figure 2 est une représentation d'une autre forme de réalisation, à l'aide de blocs diagramme, des moyens de communication de la figure 1; - la figure 3 montre schématiquement, sous la forme de blocs diagramme, l'architecture d'un terminal sous la forme d'un téléphone mobile, apte à communiquer par le protocole dit WAP ; et - la figure 4 est une vue de face d'un téléphone mobile. En référence à la figure 1, on a représenté un schéma simplifié d'un exemple de mise en oeuvre de moyens de communication entre un téléphone mobile 1, constituant un premier terminal, et un second terminal 2, constitué d'une passerelle dite WAP, par l'intermédiaire d'une liaison par ondes 3, émises par un émetteur 4. Le bloc diagramme 5 correspond au téléphone mobile 1, et inclut l'ensemble des protocoles et des langages de communication, référencés sous les sigles en langue anglaise ML, WMLscript, WTAI, etc. Le bloc diagramme 6 comporte des moyens propres au second terminal 2, et notamment un encodeur ML, un compilateur de langage MI-script, un adaptateur de protocole, une mémoire, un système d'applications logiques et interactives WAP écrites en pages ML et MI-Script. La liaison entre les blocs diagramme 5 et 6 est schématisée par la double flèche 7, qui inclut un protocole de session sans fil dit WSP (VVireless Session Protocol), sur un protocole de transaction sans fil dit WTP (Vvireless Transaction Protocol). La figure 2 montre une variante de ce mode de communication, où les mêmes éléments par rapport à ceux de la figure 1, comportent les mêmes références. Ainsi on retrouve le téléphone mobile 1, le second terminal 2, l'émetteur 4 et les ondes 3, et le bloc diagramme 5. Dans la forme de réalisation de la figure 2, le second terminal 2, correspondant au bloc diagramme 9, est constitué d'une passerelle dite WAP. La différence entre la réalisation de la figure 1, et celle de la figure 2, et que dans la figure 1, la passerelle est incorporée au second terminal 2. Ce dernier est relié par une liaison Internet usuelle, faisant référence au protocole usuel HTTP (double flèche 12), à un serveur Internet 8, correspondant au bloc diagramme 10. La figure 3 montre le schéma d'une architecture de terminal de radiocommunication tel qu'un téléphone mobile 1 incorporant le type de communication dit WAP. La figure 3 comprend un premier bloc diagramme 13 appelé CLIENT WAP et incluant les moyens de traitement des protocoles, indiqués par les acronymes propres, respectivement, aux échanges de données, à la connexion, à la sécurisation... Dans ce bloc fonctionnel 13, se trouve en outre le micro navigateur WAP qui traite les pages WML stockées dans une partie appelée cache WML incluse dans ce bloc fonctionnel 13. Un second bloc diagramme 14, appelé Environnement constructeur, contient différents moyens aptes à répondre aux besoins en termes d'affichage (écran), de saisie (clavier), de transmission ou de réception des données vers ou en provenance du serveur Internet 8, par l'intermédiaire du second terminal 2 de la passerelle WAP. La partie contenus redirigés correspond à des contenus reçus mais non traités par le client WAP et redirigés puis pris en charge par le terminal mobile 1 lui-même. Sur la figure 4 est représentée la face frontale d'un téléphone mobile 1 disposant de moyens matériels et logiciels connus en eux-mêmes aptes à mettre en aeuvre le procédé de l'invention. Le terminal mobile 1 est ainsi apte à lire, mémoriser et interpréter les attributs de formats des champs de saisie, soit par l'intermédiaire de son navigateur, soit grâce à des moyens logiciels spécifiques de lecture de mémorisation et d'interprétation des formats de champs de saisie de langage WML. Le terminal 1 comporte, en outre, des moyens logiciels, également connus en eux-mêmes, permettant de proposer et d'afficher des choix parmi les différentes possibilités de saisie. La représentation de la figure 4 illustre les limitations auxquelles sont confrontés les constructeurs de terminaux, notamment en terme de taille d'écran 15, de nombre limité de touches 16 et donc de possibilités de saisie. Les écrans 15 connus ne permettent guère d'afficher plus de quatre ou cinq lignes de caractères, obligeant ainsi l'utilisateur à faire défiler un menu pour choisir le ou les modes de saisie qu'il désire. Si le nombre de modes est important, l'utilisateur doit faire défiler un grand nombre de lignes. C'est ce nombre qu'entend justement limiter le procédé selon l'invention. On donne ci-après des exemples du procédé de l'invention, sous forme d'exemples d'attributs susceptibles d'être affectés à des données et traités par les moyens montrés sur les figures et décrits ci-dessus. On sait, selon la norme WAP, telle que définie par le Wireless Application Protocol Forum, Ltd, 1999 (information disponible sur le site Internet www.wapforum.com), que certains types de données (par leur champs de saisie) sont affectés d'attributs de format, tels que par exemple A : saisie de tout caractère alphabétique en majuscules, ou caractères symboliques et de ponctuation (caractères qui ne soient pas numérique) ; N : saisie de tout caractère du type numérique. D'autres attributs sont affectés aux données, tel que par exemple des attributs dénommés valeur , type , taille , longueur maximum , titre , etc. L'homme de l'art pourra se reporter au site Internet pour de plus amples informations au sujet de ce protocole WAP. Selon invention, on propose de nouveaux attributs de format, chacun affecté à une famille de caractères, parmi ceux possibles d'un alphabet spécifique. A titre d'exemple, selon l'invention, on propose - un attribut i correspondant à la saisie de tout idéogramme d'alphabet de langue chinoise et la saisie de caractères de ponctuation, ainsi que des caractères numériques et des symboles. - un attribut j correspondant à la saisie de tout idéogramme de l'alphabet simplifié de la langue chinoise et la saisie de caractères de ponctuation, ainsi que des caractères numériques et des symboles. - un attribut k correspondant à la saisie de tout idéogramme de l'alphabet complexe, ou traditionnel, de la langue chinoise et la saisie de caractères de ponctuation, ainsi que des caractères numériques et des symboles. - un attribut r correspondant à la saisie de tout caractère d'alphabet arabe et la saisie de caractères de ponctuation, ainsi que des caractères numériques et des symboles. - un attribut b correspondant à la saisie de tout caractère minuscule d'alphabet arabe et la saisie de caractères de ponctuation, ainsi que des caractères numériques et des symboles. - un attribut B correspondant à la saisie de tout caractère majuscule d'alphabet arabe et la saisie de caractères de ponctuation, ainsi que des caractères numériques et des symboles. - un attribut h correspondant à la saisie de tout caractère d'alphabet hébraïque et la saisie de caractères de ponctuation, ainsi que des caractères numériques et des symboles. - un attribut s correspondant à la saisie de tout caractère d'alphabet sanskrit et la saisie de caractères de ponctuation, ainsi que des caractères numériques et des symboles. - un attribut t correspondant à la saisie de tout caractère d'alphabet thaï et la saisie de caractères de ponctuation, ainsi que des caractères numériques et des symboles. - un attribut u correspondant à la saisie de tout caractère de tout alphabet et la saisie de caractères de ponctuation, ainsi que des caractères numériques et des symboles. Bien entendu, le choix des lettres correspondant aux attributs de format est arbitraire et peut résulter d'une convention ou être modifié selon les besoins. Le navigateur incorporé dans le téléphone mobile est apte à lire les cartes WML incluant chacune les deux données porteuses d'attribut de format. A titre de premier exemple particulier, si le format est défini de la manière suivante (le caractère numérique précédent l'attribut de format définit le nombre de saisie attendu pour ce type d'attribut) u2N3A*i ceci signifie que - en la première position u , tout type de caractères est autorisé l'utilisateur se voit alors proposer la liste complète des modes de saisie incorporés dans le terminal du téléphone mobile ; - pour les caractères en seconde et troisième positions, le seul mode possible est le mode numérique; - pour les quatrième, cinquième et sixième caractères, des caractères alphabétiques, à l'exception des caractères numériques et idéogrammes chinois, peuvent être saisis. L'utilisateur se verra proposer alors des modes de saisie permettant la saisie de caractères alphabétiques latins, cyrilliques ou grecs en majuscules (par exemple en mode TSAKANIKAS et en mode alphabétique prédictif) et la saisie de symboles ou ponctuation ; - à partir de la septième position, seuls des idéogrammes de langage chinoise pourront être saisis et des signes de ponctuation de ce même alphabet. L'utilisateur se verra proposer seulement des modes lui permettant la saisie de caractères d'alphabet asiatique, par exemple en mode Stroke, Zhu Yin ou Pin Yin. À titre de second exemple particulier de l'invention, si le format est défini de la manière suivante 2i3jk ceci signifie que - pour les deux premières positions du champ de saisie (incluant 6 caractères), la saisie de tout idéogramme d'alphabet de langue chinoise et la saisie de caractères de ponctuation, ainsi que des caractères numériques et des symboles est proposée à l'utilisateur, par exemple l'un des modes Stroke, Zhu Yin ou Pin Yin. - pour les trois positions suivantes, la saisie de tout idéogramme de l'alphabet simplifié de la langue chinoise et la saisie de caractères de ponctuation, ainsi que des caractères numériques et des symboles est offerte à l'utilisateur. Cela permet de proscrire par exemple le mode de saisie Zhu Yin. - pour la dernière position, seule la saisie d'idéogrammes de l'alphabet complexe ou traditionnel de la langue chinoise et la saisie de caractères de ponctuation, ainsi que des caractères numériques et des symboles est possible, excluant ainsi le mode de saisie Pin Yin. Ce procédé permet de limiter les modes de saisie proposés à l'utilisateur à ceux dont il peut avoir effectivement et uniquement besoin. REVENDICATIONS 1. Protocole pour la transmission de données entre un premier terminal (1), tel qu'un terminal de radiocommunication, et un second terminal (2), tel qu'une passerelle du type Protocole d'Application Mobile, connue sous l'appellation anglaise de Wireless Application Protocol ou WAP, les données étant saisies dans des champs de saisie par l'utilisateur à l'aide de moyens ad hoc prévus sur le premier terminal (1), les champs de saisie étant affectés d'un ou plusieurs attributs de format propre à un type de donnée, caractérisé en ce que l'on définit au moins un attribut de format propre à un alphabet spécifique ou à une sous-famille d'un alphabet spécifique, de manière à limiter les possibilités de saisies à une ou plusieurs familles ou sous-familles de caractères. 2. Protocole selon la revendication 1, caractérisé en que l'alphabet spécifique est choisi parmi les alphabets latins, chinois, cyrillique, arabe, grec. 3. Protocole selon la revendication 1 ou 2, caractérisé en ce que chaque attribut correspond à la saisie d'au moins une sous-famille de caractères parmi ceux d'au moins un alphabet spécifique. 4. Protocole selon la revendication 3, caractérisé en ce que les sous- familles de caractères comprennent les majuscules, les minuscules, les caractères de ponctuation, les caractères numériques ou symboliques. 5. Protocole selon la revendication 3, caractérisé en ce que les sous- familles de caractères comprennent les caractères simplifiés et les caractères complexes ou traditionnels de la langue chinoise. 6. Protocole selon l'une des revendications précédentes, caractérisé en ce que les attributs permettant la saisie de certaines familles ou sous- familles de caractères excluent la possibilité de saisie d'autres familles ou sous-familles de caractères. 7. Protocole selon l'une des revendications précédentes, caractérisé en ce que l'on définit un attribut de format correspondant à la saisie de tout idéogramme de langue chinoise, et de tout caractère de ponctuation, numérique ou symbolique. 8. Protocole selon l'une des revendications 1 à 6, caractérisé en ce que l'on définit un attribut de format correspondant à la saisie de tout idéogramme simplifié de langue chinoise, et de tout caractère de ponctuation, numérique ou symbolique. 9. Protocole selon l'une des revendications 1 à 6, caractérisé en ce que l'on définit un attribut de format et correspondant à la saisie de tout idéogramme complexe ou traditionnel de langue chinoise, et de tout caractère de ponctuation, numérique ou symbolique. 10. Protocole selon l'une des revendications précédentes, caractérisé en ce que l'on définit un attribut de format correspondant à la saisie de tout caractère d'alphabet arabe, majuscule ou minuscule, et de tout caractère de ponctuation, numérique ou symbolique. 11. Protocole selon l'une des revendications 1 à 9, caractérisé en ce que l'on définit un attribut de format correspondant à la saisie de tout caractère minuscule d'alphabet arabe, et de tout caractère de ponctuation, numérique ou symbolique. 12. Protocole selon l'une des revendications 1 à 9, caractérisé en ce que l'on définit un attribut de format correspondant à la saisie de tout caractère majuscule d'alphabet arabe, et de tout caractère de ponctuation, numérique ou symbolique. 13. Protocole selon l'une des revendications précédentes, caractérisé en ce que l'on définit un attribut de format correspondant à la saisie de tout caractère d'alphabet hébraïque, et de tout caractère de ponctuation, numérique ou symbolique. 14. Protocole selon l'une des revendications précédentes, caractérisé en ce que l'on définit un attribut de format correspondant à la saisie de tout caractère d'alphabet sanskrit, et de tout caractère de ponctuation ou numérique. 15. Protocole selon l'une des revendications précédentes, caractérisé en ce que l'on définit un attribut de format correspondant à la saisie de tout caractère d'alphabet thaï, et de tout caractère de ponctuation, numérique ou symbolique. 16. Protocole selon l'une des revendications précédentes, caractérisé en ce que l'on définit un attribut de format correspondant à la saisie de tout caractère de tout alphabet, et de tout caractère de ponctuation, numérique ou symbolique. 17. Procédé de communication entre un premier terminal (1), tel qu'un terminal de radiocommunication comportant un navigateur, et un second terminal (2), tel qu'une passerelle du type Protocole d'Application Mobile, connue sous l'appellation anglaise de VV'ireless Application Protocol ou WAP, comprenant les étapes - d'envoi de pages du second terminal (2) vers le premier terminal (1), ou de prise en compte de pages définies localement sur le premier terminal (1), lesdites pages contenant des champs de saisie de données affectés d'un ou plusieurs attributs de format propre à un type de donnée, - de lecture, de mémorisation et d'interprétation des attributs de champs de saisie par le premier terminal (1), - de saisie de données sur le terminal dans les champs de saisie prévus à cet effet, - d'envoi du premier terminal (1) vers le second terminal (2) de pages contenant des données respectant les formats requis par les attributs des champs de saisie, caractérisé en ce que les attributs de format sont définis par le protocole de l'une des revendications précédentes. 18.Terminal de radiocommunication (1) comprenant un navigateur pour lire et interpréter une page compatible WAP et des moyens de saisie de données, caractérisé en ce qu'il comporte des moyens de lecture, de mémorisation, et d'interprétation d'attributs de format de champs de saisie de données définis par le protocole de l'une des revendications 1 à 16 et destinés à être insérés dans une page compatible WAP lue par le navigateur.