WO2003036888A1 - Procede d'envoi d'un contenu vers au moins un terminal et serveurs pour la mise en oeuvre du procede - Google Patents

Procede d'envoi d'un contenu vers au moins un terminal et serveurs pour la mise en oeuvre du procede Download PDF

Info

Publication number
WO2003036888A1
WO2003036888A1 PCT/FR2002/002890 FR0202890W WO03036888A1 WO 2003036888 A1 WO2003036888 A1 WO 2003036888A1 FR 0202890 W FR0202890 W FR 0202890W WO 03036888 A1 WO03036888 A1 WO 03036888A1
Authority
WO
WIPO (PCT)
Prior art keywords
content
references
message
terminal
server
Prior art date
Application number
PCT/FR2002/002890
Other languages
English (en)
Inventor
Olivier Perrault
Joël EVAIN
Jean Gonzalez
Original Assignee
France Telecom
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 France Telecom filed Critical France Telecom
Publication of WO2003036888A1 publication Critical patent/WO2003036888A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • 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/58—Message adaptation for wireless communication
    • 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/21—Monitoring or handling of messages
    • H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages

Definitions

  • the present invention relates to a method of acquiring content using a rudimentary terminal.
  • a network such as the Internet is an extremely rich source of information.
  • Internet users can acquire multimedia content as diverse as HTML pages containing hypertext links to other pages, text, sound and / or video files, films, etc.
  • SMS Short Message Service
  • An SMS sending center sends large numbers of information notification messages to subscriber terminals. The size capacity of SMS messages being limited, the messages notified are generally purely textual and poor in information.
  • a first solution consists in using the "EMS" standard which plans to enrich the content of SMS messages with multimedia elements of limited size, such as icons. However, this solution is not entirely satisfactory because, on the one hand, the size of the EMS messages is also limited and, on the other hand, the sending in number of EMS messages consumes overall a lot of bandwidth.
  • a second solution consists in inserting URL addresses (Uniform Resource Locator), for locating content on the Internet, in SMS messages in order to allow receiving terminals to go and retrieve by themselves the content associated with these URL addresses on the Internet. Since URL addresses are often too long to be transported in SMS messages, the WAP 1 .2 standard provides coding to reduce the size of URL addresses. However, this solution is also not satisfactory since the size capacity of SMS messages is still too limited to convey both coded URL addresses and textual information.
  • URL addresses Uniform Resource Locator
  • the present invention proposes to overcome the drawbacks of the prior art.
  • the invention relates to a method of sending content to at least one terminal, comprising the steps consisting in - assigning a reference to the content;
  • the reference associated with the content is of course reduced in size so as not to overload the notification message. It can be a series of numbers and / or letters identifying the content with certainty.
  • the process of the invention is a mixed process, that is to say both push and pull. Indeed, the notification message, which can convey textual information, is transmitted to the terminal in push mode, while the content is transmitted to the terminal in pull mode. If the notification message is sent in large numbers, only the terminals interested in the content will ask to retrieve it. Thanks to this, the tape consumption is considerably limited bandwidth.
  • the database only stores the location address of the content, not the content itself, which limits the server's storage load.
  • the terminal sends a request to acquire the content containing the associated reference to a server associated with the database, the said server retrieves the content on the network, using the location address. said content, and sends it to the terminal. It is not the terminal which retrieves the content directly from the network but the server which retrieves it for it. Thanks to this, even a rudimentary terminal, lacking download capacities from the network, can receive content available on the network.
  • References assigned to content may include a limited number of characters. In this case, the number of references available is limited. To increase it, one solution consists in increasing the number of characters, in other words the size, of the references. However, this solution is not satisfactory because the references may then overload the notification messages. The invention also aims to overcome this drawback.
  • the reference is assigned to the content provisionally.
  • the reference can be inserted in the message in an apparent or hidden manner.
  • the reference can be inserted in a message signaling field.
  • the reference may also be the result of a transformation or coding operation, of the message.
  • the method comprises the steps consisting in:
  • the invention also relates to a service provider server for the implementation of the previously defined method, comprising acquisition means intended to receive a location address for content on a network, reference allocation means, intended assigning a reference to the content, means for sending the reference / address couple of the content, means for creating a notification message conveying said reference and means for sending said message.
  • the invention also relates to a server, for the implementation of the previously defined method, comprising means for linking to a reference database, means for acquiring "reference / address of content” pairs and means to store in said database said references and, for each reference, the address of the associated content.
  • FIG. 3 represents a functional block diagram of the database server
  • FIG. 4 shows a flowchart of the different steps of the sending process, according to the particular embodiment of the invention.
  • content is intended to denote any type of information available on the Internet 81, such as HMTL pages, sound and / or video files, executable files, etc.
  • Each content is located on the Internet 81 by a URL (Uniform Resource Locator).
  • FIG. 1 there is shown a client server 1, a server 2 providing an information notification service, a server 3 associated with a database 4, a center 5 for sending messages and two terminals 6 , 7.
  • the three servers 1, 2, 3 as well as the sending center 5 belong to a GSM 80 cellular telephone network.
  • the supplier server 2 is intended to provide an information notification service to cellular terminals, on behalf of client servers 1.
  • the supplier server 2 comprises an interface 20 for connection to the GSM network 80, a module 21 for acquiring information to be notified, a module 22 for assigning references, a module 23 for sending "reference / URL address" pairs, a module 24 for creating a notification message, in l 'an SMS (Short Message Service), and a module 25 for sending the SMS message of notification to the sending center 5.
  • the acquisition module 21, connected to the connection interface 20 and to the module 22 for assigning references, is intended to receive information, transmitted by client servers 1, intended to be notified to cellular terminals. This information generally contains text and the URL address of at least one content.
  • the module 22 is intended to assign a reference to each of the URL addresses received.
  • the module 22 of the server 2 assigns the references of the set of available references, one after the other, in a given order, to the contents and, after exhausting all the available references of the set, assigns again the references of the whole to contents, in the same order, by replacing the new contents with the old contents associated with these references.
  • the database 4 stores a plurality of references and a plurality of content URLs associated with these references.
  • each reference is associated with a corresponding content by means of the URL address of this content.
  • the server 3 comprises an interface 30 for connection to the GSM network 80, an interface 31 for connection to the database 4, a module 32 for acquiring "reference / URL address” pairs, a module 33 for memorizing the “reference / URL address” pairs received in the database 4, a module 34 for communication with subscriber terminals, a module 35 for processing terminal requests and an interface 36 for connection to the 'Internet 81.
  • the module 32 connected to the GSM interface 30 and to the storage module 33, is intended to receive “reference / URL address” pairs transmitted by the supplier server 2.
  • the storage module 33 connected to the interface 31, is intended to record the “reference / URL address” pairs received in the database 4.
  • the communication module 34 connected to the Internet interface 36 and to the processing module 35, is intended to receive requests for acquisition of content, coming from terminals, and sending them the desired content in response.
  • the processing module 35 connected to the interfaces 31 and 36, is intended to process the requests from the terminals, in other words to extract the URL addresses of the requested contents from the database 4, using their references, and to go search for requested content on the Internet 81.
  • the two terminals 6 and 7 can be connected to each other, here by wire connection.
  • the communication terminal 6 is a rudimentary GSM cell phone, that is to say without Internet capacity.
  • the consultation terminal 7, paired with the terminal 6, is a pocket computer comprising an Internet browser allowing it to connect and navigate on the Internet 81 and an application for downloading and extracting an SMS notification message from the terminal 6 one or more reference (s) associated with one or more content (s).
  • the terminal 7 can connect to the Internet 81 via the telephone 6.
  • the terminal 6 subscribes to the information notification service. For this, he connects to the client server 1, through the GSM 80 network, sends him a request in order to periodically receive information on a particular topic and provides him with his GSM phone number.
  • the client server 1 and the terminal 6 communicate here in writing.
  • the client server 1 sends to the provider server 2 a list of “terminal / information to be notified” pairs.
  • Each couple contains the GSM telephone number of a terminal registered with the information notification service and the information to be notified to it, comprising here textual information and the URL address of multimedia content consisting of an HTML page.
  • the information to be notified could also contain several URL addresses.
  • the supplier server 2 assigns a reference to the received URL address and, in a step 93, sends the pair to the server 3 reference / URL address of the content to be notified.
  • a step 94 the server 2 creates an SMS notification message by inserting therein the text information to be notified and, apparently, the reference to the content then, in a step 95, sends the message to the sending center 5 of SMS, with the list of recipient GSM telephone numbers.
  • the SMS sending center 5 sends in number the SMS message conveying the textual information and the reference to the destination terminals 6.
  • the server 3 stores the reference / URL address couple received in the database 4.
  • the server 3 records the reference in the database 4 by associating it with the corresponding content via the URL of this content.
  • a step 98 after receipt of the SMS notification message by the terminal 6, a user consults it by displaying it on the screen of the terminal 6.
  • the terminal 7 recovers the SMS message, by AT commands, and extracts from it the reference associated with the content.
  • a step 101 under the control of the user, the terminal 7 connects to the Internet 81 then to the server 3, via terminal 6.
  • terminal 7 When it connects to server 3, terminal 7 receives an HTML home page containing a "reference" field, in which it indicates the reference of the content it wishes to receive then, in a step 102, sends to the server 3 a request for acquiring the content associated with the indicated reference, after pressing a validation button by the user.
  • the server 3 extracts from the database 4 the URL address associated with the received reference.
  • the server 3 retrieves the corresponding content from the Internet 81 and, in a step 105, sends it to the terminal 7.
  • the supplier server 2 having a finite set of references assigns one after the other, in a given order, the references available to the contents and, after exhausting all the references in the set, again successively assigns the references of the whole to contents, following the same order, by replacing the new contents with the old contents associated with these references.
  • the server 2 sends the new reference / URL pairs to the server 3 which stores them in the database 4 in place of the old corresponding reference / URL pairs.
  • the reference is apparently inserted in the notification message. In a second embodiment, it is inserted in a hidden manner, that is to say not visible to the user. It could be inserted in a signaling field of the SMS message, for example in the field of the transmitter.
  • the reference is the result of a function for transforming, or coding, the text contained in the SMS notification message, for example a coding function using "hashing".
  • the terminal codes the text of the message with "hashing", to use this example again, in order to retrieve the reference.
  • We could also consider that only part of the reference is determined by transforming the text of the message, the other part consisting of characters.
  • a specific indication element such as a graphic placed at the beginning or at the end of a message.
  • the invention could also apply to a service for sending information on demand.
  • a service for sending information on demand we will briefly describe the process for sending content consisting of a road map to the terminal 6.
  • the terminal 6 connects to the client server 1, via the GSM network 80, and asks him for the desired road map, in writing or by voice.
  • the provider server 2 is then responsible for locating the card requested on the Internet 81, for assigning a reference to the URL address for locating the card, for storing this URL address, with its reference , in the database 4, then send to the terminal 6 information in voice form and an SMS message containing the reference and possibly useful information in text form.
  • the terminal 6 After having received the SMS, the terminal 6 retransmits it to the terminal 7 which then connects to the server 3 of the database 4 in order to recover the card as previously explained.
  • the rudimentary cellular terminal 6 and the consultation terminal 7 could be replaced by a cellular terminal having Internet capabilities, such as a WAP telephone.
  • the terminal 6 and the client server 1 communicate in writing.
  • the client server could include a voice recognition module and a voice synthesis module in order to communicate with the terminals by voice. In this case, the terminals send voice requests to the client server in order to receive information.
  • the provider server could send the notification messages directly to the terminals, without going through the sending center.
  • the terminals could also send their requests in order to receive information directly to the supplier server.
  • a radio link for example bluetooth, an infrared link or the like.
  • the invention could be applied to networks other than the GSM network and the Internet and to any type of notification service.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Le procédé comprend les étapes suivantes consistant à -attribuer une référence au contenu (92); -mémoriser (97) ladite référence dans une base de données ( 4) avec l'adresse de localisation sur un réseau du contenu -créer (94) un message de notification véhiculant ladite référence et envoyer (95, 96) ledit message vers le terminal (6); -et récupérer (101-105) le contenu sur le réseau à partir du terminal (6,7), à l'aide de sa référence, par l'intermédiaire de la base de données (4).

Description

PROCEDE D'ENVOI D'UN CONTENU VERS AU MOINS UN TERMINAL ET SERVEURS POUR LA MISE EN OEUVRE DU PROCEDE
La présente invention concerne un procédé d'acquisition d'un contenu à l'aide d'un terminal rudimentaire.
Un réseau tel que l'Internet constitue une source d'informations extrêmement riche. Les internautes peuvent y acquérir des contenus multimédias aussi divers que des pages HTML contenant des liens hypertextes vers d'autres pages, des fichiers textes, sons et/ou vidéos, des films, etc.. Il existe essentiellement deux méthodes pour acquérir des informations sur l'Internet: la méthode "pull" (tirer) qui consiste pour l'internaute à aller chercher l'information sur l'Internet et la méthode "push" (pousser) qui consiste à pousser l'information vers l'internaute.
De nombreux opérateurs de téléphonie cellulaire proposent également à leurs abonnés des services de type "push" de notification d'informations. De tels services permettent aux abonnés de recevoir périodiquement sur leurs terminaux cellulaires des messages, généralement des SMS (Short Message Service - service de message court), contenant des informations relatives à un thème particulier, par exemple des flashs d'actualité, des prévisions météorologiques ou des informations techniques. Un centre d'envoi de SMS envoie en nombre les messages de notification d'informations vers les terminaux d'abonnés. La capacité en taille des messages SMS étant limitée, les messages notifiés sont généralement purement textuels et pauvres en informations.
On connaît différentes solutions pour enrichir la teneur des informations envoyées aux terminaux cellulaires.
Une première solution consiste à utiliser la norme "EMS" qui prévoit d'enrichir le contenu des messages SMS avec des éléments multimédias de taille limitée, tels que des icônes. Toutefois, cette solution n'est pas totalement satisfaisante parce que, d'une part, la taille des messages EMS est également limitée et, d'autre part, l'envoi en nombre de messages EMS consomme globalement beaucoup de bande passante. Une seconde solution consiste à insérer des adresses URL (Uniform Ressource Locator), de localisation de contenu sur l'Internet, dans les messages SMS afin de permettre aux terminaux récepteurs d'aller récupérer par eux-mêmes les contenus associés à ces adresses URL sur l'Internet. Les adresses URL étant souvent trop longues pour pouvoir être véhiculées dans des messages SMS, la norme WAP 1 .2 prévoit un codage destiné à réduire la taille des adresses URL. Toutefois, cette solution n'est pas non plus satisfaisante car la capacité en taille des messages SMS reste encore trop limitée pour véhiculer à la fois des adresses URL codées et des informations textuelles.
La présente invention propose de pallier les inconvénients de l'art antérieur.
A cet effet, l'invention concerne un procédé d'envoi d'un contenu vers au moins un terminal, comprenant les étapes consistant à - attribuer une référence au contenu;
- mémoriser ladite référence dans une base de données avec l'adresse de localisation sur un réseau du contenu,
- créer un message de notification véhiculant ladite référence et envoyer ledit message vers le terminal; - et récupérer le contenu sur le réseau à partir du terminal, à l'aide de sa référence, par l'intermédiaire de la base de données.
La référence associée au contenu est bien sûr de taille réduite afin de ne pas surcharger le message de notification. Il peut s'agir d'une série de chiffres et/ou de lettres identifiant le contenu de manière certaine. Le procédé de l'invention est un procédé mixte, c'est-à-dire à la fois push et pull. En effet, le message de notification, qui peut véhiculer des informations textuelles, est transmis au terminal en mode push, alors que le contenu est transmis au terminal en mode pull. En cas d'envoi en nombre du message de notification, seuls les terminaux intéressés par le contenu demanderont à le récupérer. Grâce à cela, on limite considérablement la consommation en bande passante. En outre, la base de données ne mémorise que l'adresse de localisation du contenu, et non pas le contenu lui-même, ce qui permet de limiter la charge de stockage du serveur.
Avantageusement, pour récupérer le contenu, le terminal adresse à un serveur associé à la base de données une requête d'acquisition du contenu contenant la référence associée, ledit serveur récupère le contenu sur le réseau, à l'aide de l'adresse de localisation dudit contenu, et l'envoie au terminal. Ce n'est pas le terminal qui récupère directement le contenu sur le réseau mais le serveur qui le récupère pour lui. Grâce à cela, même un terminal rudimentaire, dépourvu de capacités de téléchargement depuis le réseau, peut recevoir des contenus disponibles sur le réseau.
Les références attribuées aux contenus peuvent comprendre un nombre limité de caractères. Dans ce cas, le nombre de références disponibles est limité. Pour l'augmenter, une solution consiste à augmenter le nombre de caractères, autrement dit la taille, des références. Toutefois, cette solution n'est pas satisfaisante car les références risquent alors de surcharger les messages de notification. L'invention vise aussi à pallier cet inconvénient.
A cet effet, et avantageusement, la référence est attribuée au contenu de façon provisoire. Dans ce cas, on peut attribuer l'une après l'autre des références, appartenant à un ensemble fini de références, à des contenus et, après épuisement des références de l'ensemble, on attribue à nouveau lesdites références à des contenus en substituant de nouveaux contenus aux anciens contenus associés aux dites références. On peut également, en variante, attribuer une durée de validité à chaque référence. Grâce à cela, on réduit considérablement les besoins en références.
On peut insérer la référence dans le message de façon apparente ou de façon masquée. Dans ce second cas, la référence peut être insérée dans un champ de signalisation du message. En variante, la référence peut également être le résultat d'une opération de transformation, ou de codage, du message. Dans ce cas, il est prévu une étape consistant à extraire la référence du message par codage de celui-ci.
Avantageusement, il est prévu une étape consistant à insérer dans le message un élément indiquant que ledit message véhicule une référence. Dans un mode de réalisation particulier, le procédé comprend les étapes consistant à:
- envoyer le message véhiculant ladite référence vers un premier terminal,
- retransmettre ladite référence à un second terminal; - récupérer ledit contenu à partir du second terminal.
Ainsi, on peut recevoir le message de notification sur un terminal rudimentaire et récupérer le contenu à partir d'un terminal doté de capacités plus performantes.
L'invention concerne également un serveur fournisseur de service pour la mise en œuvre du procédé précédemment défini, comprenant des moyens d'acquisition destinés à recevoir une adresse de localisation d'un contenu sur un réseau, des moyens d'attribution de références, destinés à attribuer une référence au contenu, des moyens d'envoi du couple référence / adresse du contenu, des moyens pour créer un message de notification véhiculant ladite référence et des moyens d'envoi dudit message.
L'invention concerne encore un serveur, pour la mise en œuvre du procédé précédemment défini, comprenant des moyens de liaison à une base de données de références, des moyens d'acquisition de couples "référence / adresse d'un contenu" et des moyens pour mémoriser dans ladite base de données lesdites références et, pour chaque référence, l'adresse du contenu associé.
L'invention sera mieux comprise à l'aide de la description suivante d'un mode de réalisation particulier du procédé d'envoi d'un message de notification d'informations et des serveurs de l'invention, en référence au dessin annexé sur lequel: - la figure 1 représente une vue schématique d'un serveur client, d'un serveur fournisseur, d'un serveur associé à une base de données, d'un centre d'envoi de messages et de deux terminaux d'utilisateurs, avec des flèches représentant des étapes du procédé; - la figure 2 représente un schéma bloc fonctionnel du serveur fournisseur de la figure 1 ;
- la figure 3 représente un schéma bloc fonctionnel du serveur de la base de données et
- la figure 4 représente un organigramme des différentes étapes du procédé d'envoi, selon le mode de réalisation particulier de l'invention.
D'emblée, on notera que par le terme "contenu" on entend désigner tout type d'informations disponibles sur l'Internet 81 , telles que des pages HMTL, des fichiers sons et/ou vidéos, des fichiers exécutables, etc.. Chaque contenu est localisé sur l'Internet 81 par une adresse URL (Uniform Ressource Locator).
Sur la figure 1 , on a représenté un serveur client 1 , un serveur 2 fournisseur d'un service de notification d'informations, un serveur 3 associé à une base de données 4, un centre 5 d'envoi de messages et deux terminaux 6, 7. Dans l'exemple particulier de la description, les trois serveurs 1 , 2, 3 ainsi que le centre d'envoi 5 appartiennent à un réseau téléphonique cellulaire GSM 80.
Le serveur fournisseur 2 est destiné à fournir un service de notification d'informations à des terminaux cellulaires, pour le compte de serveurs clients 1. En référence à la figure 2, le serveur fournisseur 2 comprend une interface 20 de connexion au réseau GSM 80, un module 21 d'acquisition d'informations à notifier, un module 22 d'attribution de références, un module 23 d'envoi de couples "référence / adresse URL", un module 24 de création d'un message de notification, en l'espèce un SMS (Short Message Service - service de message court), et un module 25 d'envoi du message SMS de notification au centre d'envoi 5. Le module d'acquisition 21 , relié à l'interface de connexion 20 et au module 22 d'attribution de références, est destiné à recevoir des informations, transmises par des serveurs clients 1 , destinées à être notifiées à des terminaux cellulaires. Ces informations contiennent généralement du texte et l'adresse URL d'au moins un contenu. Le module 22 est destiné à attribuer une référence à chacune des adresses URL reçues.
Chaque référence, associée à une adresse URL et par conséquent au contenu localisé par cette adresse URL, comprend ici un nombre limité de caractères numériques, en l'espèce cinq, identifiant le contenu considéré de façon unique. Le nombre des références disponibles est donc limité. Chaque référence est attribuée de façon provisoire. Le module 22 du serveur 2 attribue les références de l'ensemble de références disponibles, l'une après l'autre, dans un ordre donné, à des contenus et, après épuisement de toutes les références disponibles de l'ensemble, attribue à nouveau les références de l'ensemble à des contenus, dans le même ordre, en substituant les nouveaux contenus aux anciens contenus associés à ces références.
Le module d'envoi 23, relié au module 22 d'attribution de références et à l'interface GSM 20, est destiné à envoyer chaque couple référence / adresse URL vers le serveur 3 associé à la base de données 4. Le module 24, relié au module 22 d'attribution de références et au module d'envoi 25, est destiné à créer les messages SMS de notification en y insérant les informations de texte reçues et la référence attribuée à chaque adresse URL reçue. La référence apparaît ici de façon apparente dans le message SMS.
La base de données 4 mémorise une pluralité de références et une pluralité d'adresses URL de contenus, associées à ces références. Ainsi, dans la base de données 4, chaque référence est associée à un contenu correspondant par le biais de l'adresse URL de ce contenu.
En référence à la figure 3, le serveur 3 comprend une interface 30 de connexion au réseau GSM 80, une interface 31 de connexion à la base de données 4, un module 32 d'acquisition de couples "référence / adresse URL", un module 33 de mémorisation des couples "référence / adresse URL" reçus dans la base de données 4, un module 34 de communication avec des terminaux d'abonnés, un module 35 de traitement de requêtes de terminaux et une interface 36 de connexion à l'Internet 81 . Le module 32, connecté à l'interface GSM 30 et au module de mémorisation 33, est destiné à recevoir des couples "référence / adresse URL" transmis par le serveur fournisseur 2. Le module de mémorisation 33, relié à l'interface 31 , est destiné à enregistrer les couples "référence / adresse URL" reçus dans la base de données 4. Le module de communication 34, relié à l'interface Internet 36 et au module de traitement 35, est destiné à recevoir des requêtes d'acquisition de contenus, provenant de terminaux, et à leur envoyer en réponse les contenus souhaités. Le module de traitement 35, relié aux interfaces 31 et 36, est destiné à traiter les requêtes des terminaux, autrement dit à extraire les adresses URL des contenus demandés de la base de données 4, à l'aide de leurs références, et à aller chercher les contenus demandés sur l'Internet 81 .
Les deux terminaux 6 et 7 peuvent être reliés l'un à l'autre, ici par liaison filaire. Le terminal de communication 6 est un téléphone cellulaire GSM rudimentaire, c'est-à-dire sans capacité Internet. Le terminal de consultation 7, apparié au terminal 6, est un ordinateur de poche comprenant un navigateur Internet lui permettant de se connecter et de naviguer sur l'Internet 81 et une application pour télécharger un message SMS de notification depuis le terminal 6 et en extraire une ou plusieurs référence(s) associé(s) à un ou plusieurs contenu(s). Le terminal 7 peut se connecter à l'Internet 81 par l'intermédiaire du téléphone 6. Le procédé d'envoi d'un contenu vers les deux terminaux associés 6,
7 va maintenant être décrit, en référence à la figure 4.
Dans une étape d'initialisation 90, le terminal 6 souscrit au service de notification d'informations. Pour cela, il se connecte au serveur client 1 , à travers le réseau GSM 80, lui adresse une requête aux fins de recevoir périodiquement des informations sur un thème particulier et lui fournit son numéro de téléphone GSM. Le serveur client 1 et le terminal 6 communiquent ici par écrit.
Dans une étape 91 , le serveur client 1 envoie au serveur fournisseur 2 une liste de couples "terminal / informations à notifier". Chaque couple contient le numéro de téléphone GSM d'un terminal inscrit au service de notification d'informations et les informations à lui notifier, comprenant ici des informations textuelles et l'adresse URL d'un contenu multimédia constitué d'une page HTML. Les informations à notifier pourraient également contenir plusieurs adresses URL. Dans une étape 92, sur réception des informations à notifier, le serveur fournisseur 2 attribue une référence à l'adresse URL reçue et, dans une étape 93, envoie le couple au serveur 3 référence / adresse URL du contenu à notifier.
Dans une étape 94, le serveur 2 crée un message SMS de notification en y insérant les informations textuelles à notifier et, de façon apparente, la référence au contenu puis, dans une étape 95, envoie le message vers le centre 5 d'envoi de SMS, avec la liste des numéros de téléphone GSM destinataires. Dans une étape 96, le centre 5 d'envoi de SMS envoie en nombre le message SMS véhiculant les informations textuelles et la référence vers les terminaux destinataires 6.
Parallèlement, dans une étape 97, le serveur 3 mémorise le couple référence / adresse URL reçu dans la base de données 4. Ainsi, le serveur 3 enregistre la référence dans la base de données 4 en l'associant au contenu correspondant par l'intermédiaire de l'adresse URL de ce contenu. Dans une étape 98, après réception du message SMS de notification par le terminal 6, un utilisateur le consulte en l'affichant sur l'écran du terminal 6. Dans une étape 99, l'utilisateur relie les deux terminaux 6 et 7 puis, dans une étape 100, le terminal 7 récupère le message SMS, par des commandes AT, et en extrait la référence associée au contenu. Dans une étape 101 , sous la commande de l'utilisateur, le terminal 7 se connecte à l'Internet 81 puis au serveur 3, par l'intermédiaire du terminal 6. Lorsqu'il se connecte au serveur 3, le terminal 7 reçoit une page d'accueil HTML contenant un champ "référence", dans lequel il indique la référence du contenu qu'il souhaite recevoir puis, dans une étape 102, adresse au serveur 3 une requête d'acquisition du contenu associé à la référence indiquée, après appui sur un bouton de validation par l'utilisateur. Dans une étape 103, le serveur 3 extrait de la base de données 4 l'adresse URL associée à la référence reçue. Dans une étape 104, à l'aide de cette adresse URL, le serveur 3 récupère le contenu correspondant sur l'Internet 81 et, dans une étape 105, l'envoie au terminal 7.
Le serveur fournisseur 2 disposant d'un ensemble fini de références attribue l'une après l'autre, suivant un ordre donné, les références disponibles à des contenus et, après épuisement de toutes les références de l'ensemble, attribue à nouveau successivement les références de l'ensemble à des contenus, suivant le même ordre, en substituant les nouveaux contenus aux anciens contenus associés à ces références. Le serveur 2 envoie les nouveaux couples référence / adresse URL au serveur 3 qui les mémorise dans la base de données 4 à la place des anciens couples correspondants référence / adresse URL. Dans la description qui précède, la référence est insérée de façon apparente dans le message de notification. Dans un deuxième mode de réalisation, on l'insère de façon masquée, c'est-à-dire non visible pour l'utilisateur. On pourrait l'insérer dans un champ de signalisation du message SMS, par exemple dans le champ de l'émetteur. Dans un troisième mode de réalisation, la référence est le résultat d'une fonction de transformation, ou de codage, du texte contenu dans le message SMS de notification, par exemple une fonction de codage par "hashage". En réception, le terminal code le texte du message par "hashage", pour reprendre cet exemple, afin de récupérer la référence. On pourrait également envisager qu'une partie seulement de la référence soit déterminée par transformation du texte du message, l'autre partie étant constituée de caractères. Dans le cas où la référence est masquée et dans le cas où elle est le résultat d'une fonction de transformation, pour signaler à l'utilisateur que le message véhicule une référence associée à l'adresse URL d'un contenu, on y insère un élément d'indication spécifique tel qu'un graphisme placé en début ou en fin de message.
L'invention pourrait également s'appliquer à un service d'envoi d'informations à la demande. A titre d'exemple, on va décrire succinctement le procédé d'envoi d'un contenu constitué d'une carte routière au terminal 6. Dans une étape initiale, le terminal 6 se connecte au serveur client 1 , par le réseau GSM 80, et lui demande la carte routière souhaitée, par écrit ou par la voix. Sur requête du serveur client 1 , le serveur fournisseur 2 se charge ensuite de localiser la carte demandée sur l'Internet 81 , d'attribuer une référence à l'adresse URL de localisation de la carte, de mémoriser cette adresse URL, avec sa référence, dans la base de données 4, puis d'envoyer au terminal 6 des informations sous forme vocale et un message SMS contenant la référence et éventuellement des informations utiles sous forme textuelle. Après avoir reçu le SMS, le terminal 6 le retransmet au terminal 7 qui se connecte alors au serveur 3 de la base de données 4 afin de récupérer la carte comme précédemment explicité.
Au lieu d'attribuer les références à des contenus de façon cyclique, on pourrait également envisager d'attribuer à chaque référence une durée de validité fixe au-delà de laquelle le couple référence / adresse URL serait automatiquement supprimé de la base de données 4. On pourrait mémoriser le contenu dans la base de données 4 en y associant directement la référence.
On pourrait remplacer le terminal cellulaire rudimentaire 6 et le terminal de consultation 7 par un terminal cellulaire ayant des capacités Internet, tel qu'un téléphone WAP. Lors de l'étape d'initialisation 90, le terminal 6 et le serveur client 1 communiquent par écrit. En variante, le serveur client pourrait comprendre un module de reconnaissance vocale et un module de synthèse vocale afin de communiquer avec les terminaux par la voix. Dans ce cas, les terminaux adressent au serveur client des requêtes vocales aux fins de recevoir des informations.
Le serveur fournisseur pourrait envoyer directement les messages de notification vers les terminaux, sans passer par le centre d'envoi. Les terminaux pourraient également adresser leurs requêtes aux fins de recevoir des informations directement au serveur fournisseur.
Au lieu de relier les deux terminaux 6 et 7 par liaison filaire, on pourrait les relier par une liaison radio, par exemple bluetooth, une liaison infra-rouge ou autre.
L'invention pourrait s'appliquer à des réseaux autres que le réseau GSM et l'Internet et à tout type de service de notification.

Claims

Revendications
1. Procédé d'envoi d'un contenu vers au moins un terminal (6, 7), comprenant les étapes consistant à - attribuer une référence au contenu (92);
- mémoriser (97) ladite référence dans une base de données (4) avec l'adresse de localisation sur un réseau du contenu
- créer (94) un message de notification véhiculant ladite référence et envoyer (95, 96) ledit message vers le terminal (6); - et récupérer (101-105) le contenu sur le réseau à partir du terminal
(6,7), à l'aide de sa référence, par l'intermédiaire de la base de données (4).
2. Procédé selon la revendication 1 , dans lequel, pour récupérer le contenu, le terminal (6,7) adresse à un serveur (3) associé à la base de données (4) une requête d'acquisition du contenu contenant la référence associée, ledit serveur (3) récupère le contenu sur le réseau, à l'aide de l'adresse de localisation dudit contenu, et l'envoie au terminal.
3. Procédé selon l'une des revendications 1 et 2, dans lequel la référence est attribuée au contenu (92) de façon provisoire.
4. Procédé selon la revendication 3, dans lequel on attribue l'une après l'autre des références, appartenant à un ensemble fini de références, à des contenus et, après épuisement des références de l'ensemble, on attribue à nouveau lesdites références à des contenus en substituant de nouveaux contenus aux anciens contenus associés aux dites références.
5. Procédé selon la revendication 4, dans lequel on attribue une durée de validité à chaque référence.
6. Procédé selon l'une des revendications 1 à 5, dans lequel on insère la référence dans le message de façon apparente.
7. Procédé selon l'une des revendications 1 à 5, dans lequel on insère la référence dans le message de façon masquée.
8. Procédé selon la revendication 7, dans lequel on insère la référence dans un champ de signalisation du message.
9. Procédé selon l'une des revendications 1 à 5, dans lequel on extrait la référence du message par codage de celui-ci.
10. Procédé selon l'une des revendications 1 à 9, dans lequel on insère dans le message un élément indiquant que ledit message véhicule une référence.
11. Procédé selon l'une des revendications 1 à 10, comprenant les étapes consistant à:
- envoyer (96) le message véhiculant ladite référence vers un premier terminal (6),
- retransmettre ladite référence vers un second terminal (7);
- récupérer (101-105) ledit contenu à partir du second terminal (7).
12. Procédé selon l'une des revendications 1 à 11 , dans lequel il est prévu une étape consistant à adresser à un serveur (1 ) une requête vocale aux fins de recevoir des informations.
13. Procédé selon l'une des revendications 1 à 12, dans lequel le message de notification est un SMS.
14. Procédé selon la revendication 13, dans lequel le message de notification SMS est envoyé en nombre vers une pluralité de destinataires, par un centre d'envoi de SMS.
15. Serveur fournisseur de service pour la mise en œuvre du procédé de la revendication 1 , comprenant des moyens d'acquisition (21 ) destinés à recevoir une adresse de localisation d'un contenu sur un réseau, des moyens (22) d'attribution de références, destinés à attribuer une référence au contenu, des moyens (23) d'envoi du couple référence / adresse du contenu, des moyens (24) pour créer un message de notification véhiculant ladite référence et des moyens (25) d'envoi dudit message.
16. Serveur selon la revendication 15, dans lequel les moyens (22) d'attribution de références sont destinés à attribuer, l'une après l'autre, des références appartenant à un ensemble fini de références à des contenus et, après épuisement des références de l'ensemble, à attribuer à nouveau lesdites références à des contenus en substituant de nouveaux contenus aux anciens contenus associés aux dites références.
17. Serveur selon l'une des revendications 15 et 16, dans lequel les moyens (23) d'envoi du couple référence / adresse sont destinés à envoyer ledit couple vers une base de données de références (4).
18. Serveur selon l'une des revendications 14 à 17, dans lequel les moyens d'envoi du message (25) sont destinés à envoyer ledit message vers un centre (5) d'envoi de messages.
19. Serveur, pour la mise en œuvre du procédé de la revendication 1 , comprenant des moyens (31 ) de liaison à une base de données de références (4), des moyens (32) d'acquisition de couples "référence / adresse d'un contenu" et des moyens (33) pour mémoriser dans ladite base de données (4) lesdites références et, pour chaque référence, l'adresse du contenu associé.
PCT/FR2002/002890 2001-09-21 2002-08-14 Procede d'envoi d'un contenu vers au moins un terminal et serveurs pour la mise en oeuvre du procede WO2003036888A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR01/12243 2001-09-21
FR0112243A FR2830096B1 (fr) 2001-09-21 2001-09-21 Procede d'envoi d'un contenu vers au moins un terminal et serveurs pour la mise en oeuvre du procede

Publications (1)

Publication Number Publication Date
WO2003036888A1 true WO2003036888A1 (fr) 2003-05-01

Family

ID=8867535

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2002/002890 WO2003036888A1 (fr) 2001-09-21 2002-08-14 Procede d'envoi d'un contenu vers au moins un terminal et serveurs pour la mise en oeuvre du procede

Country Status (2)

Country Link
FR (1) FR2830096B1 (fr)
WO (1) WO2003036888A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2859851A1 (fr) * 2003-09-11 2005-03-18 France Telecom Systeme d'acces a des fichiers multimedias depuis un terminal mobile

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005062976A2 (fr) 2003-12-23 2005-07-14 Kirusa, Inc. Techniques permettant de combiner voix et services de messages courts textuels sans fil
US8688150B2 (en) * 2004-08-14 2014-04-01 Kirusa Inc. Methods for identifying messages and communicating with users of a multimodal message service
US8014762B2 (en) * 2005-03-31 2011-09-06 Qualcomm Incorporated Time and location-based non-intrusive advertisements and informational messages
NO20070407L (no) * 2007-01-22 2008-07-23 Colibria As Fremgangsmate og innretning for a overfore en melding

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999014909A1 (fr) * 1997-09-16 1999-03-25 British Telecommunications Public Limited Company Systeme de messagerie
WO1999052247A2 (fr) * 1998-03-24 1999-10-14 Sendit Ab Procede et dispositif de transfert d'information au moyen d'un service de messagerie existant de reseau numerique
WO2000002403A1 (fr) * 1998-07-03 2000-01-13 Sendit Ab Procede et syteme d'acces a l'information dans un reseau de communication mobile
US6205330B1 (en) * 1995-08-30 2001-03-20 Microsoft Corporation System and host arrangement for transmission of electronic mail

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5548789A (en) * 1991-01-24 1996-08-20 Canon Kabushiki Kaisha Message communication processing apparatus for selectively converting storing and transmitting messages of different lengths

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6205330B1 (en) * 1995-08-30 2001-03-20 Microsoft Corporation System and host arrangement for transmission of electronic mail
WO1999014909A1 (fr) * 1997-09-16 1999-03-25 British Telecommunications Public Limited Company Systeme de messagerie
WO1999052247A2 (fr) * 1998-03-24 1999-10-14 Sendit Ab Procede et dispositif de transfert d'information au moyen d'un service de messagerie existant de reseau numerique
WO2000002403A1 (fr) * 1998-07-03 2000-01-13 Sendit Ab Procede et syteme d'acces a l'information dans un reseau de communication mobile

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2859851A1 (fr) * 2003-09-11 2005-03-18 France Telecom Systeme d'acces a des fichiers multimedias depuis un terminal mobile
WO2005027461A1 (fr) * 2003-09-11 2005-03-24 France Telecom Systeme d'acces a des fichiers multimedias depuis un terminal mobile
US7567798B2 (en) 2003-09-11 2009-07-28 France Telecom System for accessing multimedia files from a mobile terminal

Also Published As

Publication number Publication date
FR2830096A1 (fr) 2003-03-28
FR2830096B1 (fr) 2004-10-15

Similar Documents

Publication Publication Date Title
EP1289322B1 (fr) Système d'intéropérabilité entre messages MMS et messages SMS/EMS et procédé d'échange associé
US20040172472A1 (en) System and method for providing status information from multiple information sources in a single display
KR20050051665A (ko) 적어도 두 개의 단말기 사이에서 적어도 하나의 멀티미디어메시지를 통신할 수 있는 방법
JP2002500830A (ja) 選択呼出受信機を広範囲に分布した情報源に結合する方法およびシステム
WO1998013986A1 (fr) Procede et systeme de communication interactive entre deux appareils telephoniques via le reseau internet
WO2001030093A1 (fr) Systeme et procede de transmission de messages, et utilisation du systeme de transmission pour l'investigation de services fournis
WO2003036888A1 (fr) Procede d'envoi d'un contenu vers au moins un terminal et serveurs pour la mise en oeuvre du procede
US20040122964A1 (en) Record transport protocol for data communication in wireless delivery systems
EP1372327A1 (fr) Système et procédé de transfert d'informations entre des équipements de télécommunications
EP1665718A1 (fr) Systeme d acces a des fichiers multimedias depuis un termina l mobile
FR2784837A1 (fr) Procede economique de mise en communication de deux terminaux a travers l'internet et terminal de communication
EP1595371A1 (fr) PROCEDE DE GESTION DE PRESENCE SELECTIVE POUR SERVICE DE MESSAGERIE INSTANTANEE AU SEIN D’UN RESEAU DE TELECOMMUNICATION TEL QUE LE RESEAU INTERNET
WO2004107705A1 (fr) Système de gestion de contexte pour un réseau comportant un ensemble hétérogène de terminaux
FR2929480A1 (fr) Procede de determination de donnees complementaires relatives a au moins un contenu, procede pour transmettre ces donnees complementaires, dispositif de traitement et serveur d'applications associes
EP1494419B1 (fr) Système de transmission de paramètres caractéristiques d'une session de communication d'un terminal vers un serveur distant
EP1372311B1 (fr) Système et procédé de partage de données a partir d'un terminal WAP
FR3030820A1 (fr) Procede pour l'acces a un contenu numerique dans un reseau de communication, au moyen d'un equipement terminal connecte audit reseau de communication
EP1536607A1 (fr) Système et procédé de partage et d'adaptation de données entre un terminal WAP et des terminaux non compatibles
EP1499090B1 (fr) Système et procédé de commande d'une application à partir d'un terminal WAP en mode partagé
EP1135922A1 (fr) Procede d'etablissement d'une communication entre deux terminaux + travers l'internet par un serveur d'appel, terminal et serveur associes
FR2908251A1 (fr) Procede et systeme de synchronisation de repertoires
KR20020001285A (ko) 다중 매체를 통한 음성 서비스 방법 및 그 시스템
FR2834419A1 (fr) Systeme de transmission de donnees d'un serveur vers un terminal mobile
FR2875093A1 (fr) Procede et systeme de prediction de la qualite de messages multimedias(mms)
FR2824436A1 (fr) Passerelle wap

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SD SE SG SI SK SL TJ TM TN TR TT TZ UA UG US UZ VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR IE IT LU MC NL PT SE SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP