WO2008050042A2 - Procede et systeme de gestion des capacites informatiques d'un terminal - Google Patents

Procede et systeme de gestion des capacites informatiques d'un terminal Download PDF

Info

Publication number
WO2008050042A2
WO2008050042A2 PCT/FR2007/052171 FR2007052171W WO2008050042A2 WO 2008050042 A2 WO2008050042 A2 WO 2008050042A2 FR 2007052171 W FR2007052171 W FR 2007052171W WO 2008050042 A2 WO2008050042 A2 WO 2008050042A2
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
data
computer
document
capabilities
Prior art date
Application number
PCT/FR2007/052171
Other languages
English (en)
Other versions
WO2008050042A3 (fr
Inventor
Cédric CHARBONNIER
Ronan Le Roux
Edouard Marques
Axel Ferrazzini
Diego Anza
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 WO2008050042A2 publication Critical patent/WO2008050042A2/fr
Publication of WO2008050042A3 publication Critical patent/WO2008050042A3/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities

Definitions

  • the present invention relates to the field of the adaptation of services, particularly those relating to the provision of content, depending on the computer capabilities, hardware and / or software, terminals to optimize the rendering of these services for each terminal.
  • UProf User Agent Profile
  • UProf User Agent Profile
  • XML Extensible Markup Language
  • Terminal capacity data is, therefore, dispersed across a plurality of platforms, each of which includes only those data necessary to adapt the service / content concerned. Since the operator has no control over the sources of data used by these platforms, the reliability of the data stored in these platforms can not be guaranteed.
  • the reliability of the data (validity and updating of data) relating to the capabilities of a terminal is of great importance since the provision of a service / content based on incorrect and / or incomplete information will result in the dissemination of the service / content unsuitable and will lead to the rejection of this service / content by the user of the terminal.
  • the present invention aims, but is not limited, to overcome the aforementioned drawbacks and to propose a solution for both storing information describing the computing capabilities of each terminal (individually and not by manufacturer / model) including those which are likely to evolve over time (installation of software modules, updates, settings), to make this information more reliable in a controlled environment, and to allow access to this information to any application that needs this information to adapt a service / content, applications that can belong to both a mobile operator and a third party.
  • the invention proposes a method for managing the hardware and software capabilities of terminals, characterized in that it comprises the generation and storage on a central management server of a computer document comprising data relating to computing capabilities. , namely the hardware and / or software capabilities of a given terminal and the attribution to this computer document of an identifier corresponding to the terminal.
  • the method of the invention allows centralized storage and management of the computer capacity data of at least one terminal, such as its hardware and / or software capabilities.
  • This centralization makes it possible at the same time to be able to implement a control of the reliability of the stored data and to propose to any content / service provider to have a personalized information base. for each terminal, that is to say, to know for a given terminal all the changes made in addition to its basic capabilities (factory output).
  • At least a portion of the data stored in the computer document comes from one or more sources and in that said data is written in the computer document according to a degree of reliability of the sources transmitting said data.
  • the computer document is generated in a given format and the data entered in the document are previously converted into said determined format.
  • the computer document can be produced in a standardized (i.e. non-proprietary) format, allowing any remote system to access the capability data of each terminal via a standardized interface.
  • Each registration or modification of data in the computer document may be recorded, each record comprising at least the identity of the source of the data and the date of the registration so as to allow the identification of a source of incorrect data. . It is thus possible to go back to the sending source of the incorrect data in order, for example, to act on the latter to correct the data in question or to reject this source if no correction is possible.
  • At least part of the computer document (that corresponding to the information likely to vary over time) is further stored on the corresponding terminal, the method comprising a synchronization step between the computer document stored on the central server and said part of the computer document stored on the terminal. It is thus possible for the central management server to know the changes made to the terminal by the user himself by synchronizing the computer document stored on said server with that stored on the terminal and integrating the modifications made locally on the terminal. Therefore, the computer document made available from the central management server also takes into account this type of modification.
  • a computer address is assigned to each computer document stored on the central management server thus allowing any remote device wishing to know the current capabilities of a terminal to access the computer document containing the information relating to to these abilities.
  • the computer address of the electronic document containing the data relating to the computing capabilities of the terminal is inserted into the request.
  • the method may further include a step of adapting the capabilities of said terminal so as to enable it to exploit the content and / or requested service, data relating to the computer capabilities corresponding to the adaptation of the terminal being sent to the central management server for updating the corresponding computer document.
  • the present invention also relates to a center for managing the computer capabilities (hardware and / or software) of terminals, characterized in that it comprises at least one central server for managing the capacities, and in that said server comprises means for generating and storing a computer document comprising data relating to the computer capabilities of a given terminal and the attribution to said computer document of an identifier corresponding to said terminal.
  • the management center by performing a centralized storage and management of the capacity data for each terminal, the management center according to the invention provides a database of information customized for each terminal while ensuring the reliability of the data stored in this database.
  • At least a portion of the data stored in the computer document comes from one or more sources, the central capacity management server comprising means for verifying the degree of reliability of the source or sources of said data before registration in the computer document.
  • the central capacity management server may comprise means for generating the computer document in a given format and means for converting the data entered in the document into said determined format.
  • the central capacity management server may further comprise means for recording each registration or modification of data in the computer document, each record comprising at least the identity of the source of the data and the date of registration.
  • At least part of the computer document is further stored on the corresponding terminal, the central capacity management server comprising means for synchronizing the computer document stored on the server with said portion of the stored computer document. on the terminal.
  • the central capacity management server comprises means for allocating a computer address to the stored computer document so as to be accessible remotely.
  • the central capacity management server comprises means for transmitting said computer address to the terminal identified in the document so that, when a request is sent by the terminal to a platform of content and / or services, the computer address of the electronic document containing the data relating to the computing capabilities of the terminal is inserted in the request.
  • the invention also concerns a computer program intended to be executed on a central capacity management server of a management center for the computer capabilities (hardware and / or software) of terminals, characterized in that it comprises instructions to generate and store a computer document including related data the computer capabilities of a given terminal and the attribution to said computer document of an identifier corresponding to said terminal.
  • At least a portion of the data stored in the computer document is from one or more sources, the program including instructions for verifying the reliability of the source or sources of said data prior to registration. in the computer document.
  • the program may further include instructions for generating the computer document in a specified format and instructions for converting the data listed in the document into said determined format.
  • the program includes instructions for recording each registration or modification of data in the computer document, each record including at least the identity of the source of the data and the date of registration.
  • At least a portion of the computer document is further stored on the corresponding terminal, the program comprising instructions for synchronizing the computer document stored on the central capacity management server with said portion of the computer document stored on the terminal.
  • the program may include instructions for assigning a computer address to the stored computer document so as to be remotely accessible. It may also include instructions for transmitting said computer address to the terminal identified in the document so that, when a request is sent by the terminal to a content and / or services platform, the electronic address of the electronic document containing the data relating to the computer capabilities of the terminal is inserted in the request.
  • the invention further relates to a data processing device capable of storing data relating to computer capabilities (hardware and / or software) of at least one terminal, characterized in that it comprises means for transmitting said data relating to to the computing capabilities of the terminal.
  • the management and storage center of the present invention has sources supply of computer capacity data to collect data specific to the individual changes of the terminal in addition to its basic capabilities (factory output) common to all terminals of the same family.
  • the data processing device may consist, for example, of a remote server on which the data are made available.
  • the device may also be constituted by the terminal itself which then forms an advantageous source of data supply since it makes it possible to know all the capabilities present on the terminal and in particular those that are manually or dynamically modified from the terminal. terminal.
  • FIG. 1 is a schematic view of a network architecture in which is implemented a system and a method for managing the hardware and software capabilities of terminals according to the invention
  • FIG. 2 is a flow chart of an embodiment of a method for managing the hardware and software capabilities of terminals according to a mode of Embodiments of the invention
  • Figures 3 and 4 illustrate examples of use of the method of the invention.
  • the present invention provides a solution for centrally storing and managing data relating to computer, hardware and software capabilities of terminals that allows any service provider / content to obtain from a single point and for each registered terminal. data on its capabilities, with a high level of reliability both in terms of the sources used for data provision and the changes in these data. data over time (eg updates or program / hardware installations).
  • FIG. 1 illustrates an architecture in which the invention can be implemented.
  • This architecture comprises a plurality of terminals 1 to 3 which may be of different types such as a PC 1, a personal digital assistant communicating 2 (PDA) or a mobile phone 3.
  • the invention applies to any type of terminal that can receive services / content offered remotely via a communication network.
  • the system of FIG. 1 comprises service delivery platforms / video contents, WAP ("Wireless Application Protocol") (content of the webpage type) and MMS (“Multimedia Messaging Service”) ( exchange multimedia messages) respectively represented by a video content server 4, a content server WAP 5 and an MMS content server or MMSC center 6.
  • WAP Wireless Application Protocol
  • MMS Multimedia Messaging Service
  • the terminals 1 to 3 have access to these content platforms via an R communication network which can be of any kind depending on the type of terminal used, such as a fixed network (eg IP network (I nternet Protocol)) or a mobile network (eg UMTS ("Universal Mobile Telecommunication System”)).
  • a fixed network eg IP network (I nternet Protocol)
  • a mobile network eg UMTS (“Universal Mobile Telecommunication System”)
  • the system further comprises a terminal capacity management and storage center 7 which comprises processing means illustrated in FIG. 1 by a central capacity management server 71 in connection with a storage unit. 72 which may or may not be integrated into the server 71.
  • the server 71 makes it possible, on the one hand, to retrieve or receive data relating to the capabilities of a terminal from at least one data processing device represented in FIG. in the present example by different external sources and, secondly, to provide the service / content delivery platforms the capacity data stored for each terminal.
  • the server 71 is further programmed to allow the implementation of reliability mechanisms during the data supply. Still as non-limiting examples, the system of FIG.
  • the source 8 allows the terminal capacity management and storage center server 7 to obtain or receive from the terminal manufacturer data relating to the hardware capabilities. of the terminal, such as the type and size of screen, and the software capabilities of the terminal, such as the type and version of the terminal component management software ("firmware") installed, software or "coded” allowing read files in audio and video formats, the access protocol supported by the terminal (GSM, GPRS, UMTS, IP, etc.).
  • the content provider data source WAP 9 allows the server 71 of the center 7 to obtain or receive data, for example on the type and version of the WAP browser present on the terminal while the data source provider of MMS 10 content is used to obtain or receive data on the capabilities of the terminal to compose, send and receive multimedia messages.
  • the terminal considered itself also constitutes a source of data supply to allow in particular to take into account the changes made directly on the terminal.
  • Any other source for obtaining or receiving data on the software or hardware capabilities of a terminal may be part of the system of the invention.
  • the terminal capacity management and storage center 7 generates, stores and maintains a computer document for each terminal containing all the data relating to its capabilities.
  • the computer documents are preferably stored in the storage unit 72 in the form of a database, the content of the documents being itself organized into a data structure, which allows define locations for each set of parameters relating to a given terminal capacity in an identical manner for each document.
  • the storage unit 72 contains a database gathering the documents containing the capacity data for each terminal, the data being classified in each document according to a given data structure.
  • OMA Device Management is a technology developed under the OMA ("Open Mobile Alliance") standard and which makes it possible to manage entire lifecycle of a remote terminal, from a server in general belonging to the mobile operator.
  • OMA Open Mobile Alliance
  • This technology has a synchronization protocol and associated security mechanisms that are able to maintain consistency in a tree-like data structure called "DM Tree” in the terminology “OMA Device Management”, which is replicated on the terminal side and the server side.
  • the data structure of the "DM Tree” has been designed to allow the addition of "Management Object” of any kind.
  • a “Management Object” is a data structure containing a set of parameters relating to a given capacity of the terminal. For example, the settings of the MMS client are grouped in a single “Management Object".
  • the "DM Tree” therefore contains an image of the various settings of the terminal, ranging from the simplest parameters such as the type of access to the network (APN, proxy, etc.) to the detailed parameters of each application in the terminal (client MMS, PoC client, Broadcast client, etc.).
  • the "Device Management” technology includes functionalities allowing the remote update ("over the air") of the software of management of the components or "firmware” of a terminal.
  • An implementation of this feature has been defined in the OMA ("Firmware Update Management Object” (FUMO)).
  • FUMO Firmware Update Management Object
  • Other “Management Objects” are continuously developed to take into account all the relevant parameters of a terminal in terms of its capabilities such as, for example, “Management Object” to manage the software modules installed / updated / uninstalled on a terminal regardless of firmware updates (SCOMO: Software COmponent Management Object).
  • the functionalities for generating and managing electronic documents in a structured form are installed in the central capacity management server 71 of the center 7 which thus constitutes the main and privileged organ for the generation and management of a personalized capacity document for each terminal, the server 71 being able to follow all other operations that may have an impact on the capabilities of a terminal of interest to service providers / content.
  • a ⁇ Terminall D> identifier corresponding to the identity of the terminal concerned is assigned to the computer document. This makes it possible to have for each terminal a personalized computer document containing the particular capabilities of the terminal and to take into account all the software and / or hardware changes made to it over time (taking into account the addition or modification of data relating to the capabilities of a terminal).
  • a computer address is associated with each document.
  • a logical address URI Uniform Resource Identifier
  • any remote device such as a service provider platform / content, can access the computer document of a given terminal and know its software and hardware capabilities with a high level of reliability both in terms of validity than the completeness of the available capacity data.
  • the reliability of a piece of data can be evaluated according to the source and / or the method used to obtain the capacity information.
  • a method of obtaining information is indifferently the means of communication used to obtain the capacity information, namely a paper mail with a questionnaire, an electronic message, a telephone conversation; a sending of a questionnaire to return for example participation in a game, etc. a passage from a customer to a point of sale.
  • the reliability assessment may also take into account the timing of the questionnaire being sent and / or received.
  • the computer documents are preferably made in an open format, that is to say standardized as, for example , the XML ("Extensible Markup Language”) or RDF ("Resource Description Framework”) format.
  • step S1 An example of the steps implemented when writing data relating to the software and / or hardware capabilities of a terminal in a computer document according to the invention is described in connection with FIG. 2.
  • the writing of these data can intervene either in the creation of a new computer document corresponding to the registration of a new terminal on the central capacity management server 71, or during a modification of the data in an already existing computer document on the server 71 ( modification and / or addition of data during terminal capacity updates) (step S1).
  • a data write initiated during the creation of a computer document it is previously created by defining a data structure in the defined format (for example in a standardized format) and associating it with a unique identifier and address as described above.
  • the computer address (URI) is transmitted to the terminal so that the latter integrates it into its service / content requests so as to allow the service servers / destination contents of the requests to access the capacity data stored in the computer document. of the terminal.
  • the next step (step S2) is to supply the document with data relating to the capabilities of the terminal concerned.
  • the sources of supply for this data are multiple. These sources may be the terminal itself as previously described or automatic sources of supply such as terminal manufacturer sites ("base" data supply for hardware and software resources provided by the manufacturer) or third party sites that propose to download particular applications on the terminals.
  • the sources of supply can also be "manual" sources constituted by groups of persons charged to enter the data manually in the computer document.
  • the server 71 When retrieving data from remote sites (e.g. data received from terminal manufacturer sites), the server 71 includes means for supporting the different formats in which this data may be transmitted.
  • the reliability of the latter is first evaluated before taking into account the data provided (step S3).
  • This control step can be carried out by associating with each source a degree of reliability and by conditioning the taking into account of the data as a function of the reliability of the source.
  • three alternatives are possible: refuse to take into account the data (step S4), accept the data (step S5), or request new tests from a validation team (step S6) ). In the latter case, if the test is positive, the data are accepted (step S5) otherwise they are refused (step S61).
  • the data is accepted, it is inserted in the computer document by converting it if necessary into the document format (as in the case of data from remote sites in a different format) (step S7).
  • step SS After each data entry in the computer document performed automatically or manually, information to keep track of this entry is recorded (step SS).
  • the traceability information recorded may include the type of data, the date of data entry and the identification of the source of the data entered.
  • a report with the traceability data is also sent to the terminal capacity management and storage center administrator 7 (step S9).
  • each computer document is accessible by a computer address (for example URI).
  • This address can be configured in the terminal automatically by the central capacity management server 71 so that the different user agents ("user agent") available in the terminal can refer to it in their requests to the content providers. and services.
  • the service / content providers receive with the request the address that allows them to access the terminal capabilities document and to obtain from it the capacity data necessary to provide the service / content in the form the most optimized terminal capabilities.
  • the browser web browser
  • the MMS client of the terminal can insert this address in the HTTP request so that the portal or the MMS server can use the document in order to adapt content if necessary.
  • the presence user agent may publish this address in the presence attributes, and thus allow the address to be disseminated, for example, to other terminals for peer-to-peer (“peer") services. to-peer ”) or servers for" push "applications as illustrated below.
  • FIG. 3 illustrates an example in which a user equipped with a mobile telephone 30 wishes to display video content available from the server 31 of a video content provider.
  • the data relating to the hardware capabilities of the terminal are stored in a management and storage center 32 of the same type as previously described and comprising a central capacity management server 321 in connection with a document storage unit. computer (not shown).
  • the mobile phone 30 supports the "OMA Device Management” technology which notably allows the updating of the "firmware” and the management of the installed software modules (for example OMA DM, OMA SCOMO and OMA FUMO )
  • OMA DM OMA Device Management
  • OMA SCOMO OMA SCOMO
  • OMA FUMO OMA FUMO
  • This document is stored both in the center 32 and locally on the telephone 30.
  • the document (“DM Tree”) is synchronized in real time, or in "pull” mode (terminal to server) after there is had a modification locally on the terminal, either in “push” mode (server to terminal).
  • the information (b) makes it possible to know which new functionalities, mechanisms, formats or codings are supported by the terminal in addition to those of origin.
  • the information (c) makes it possible to know the user preferences so as to offer him a service adapted to his wishes.
  • the user browses the site of the service provider / content present on the server 31 and chooses, for example, to view a video.
  • the user then sends a request to view a video from the service provider.
  • This request contains the computer address (URI) for accessing the computer document of the capabilities of the terminal stored at the center 32 (step S10), this address having been defined in advance by the server 31 and communicated to the phone during the initial configuration of the phone during its first connection to the server 31 (bootstrapping phase described in particular under the address http://www.openmobilealliance.org/ftp/Public_documents/DM/Permanent_ documents / OMA-TS-DM_Bootstrap-V1 _2-2006101 1 -C.zip).
  • URI computer address
  • the service provider / content must then deliver the video to the user, ensuring that the format of the video is supported by the terminal and that it matches the preferences user defined.
  • the service provider wants to verify that the requested video format is supported by the terminal.
  • I l sends a request to the server 321 of the center 32 to retrieve the characteristics of the terminal and thus obtain the desired information (step S11). If necessary, the server 321 synchronizes its electronic document ("DM Tree") with that located at the terminal (step S11 ').
  • the server 321 then sends back the capabilities data of the terminal to the service provider / contents (step S12).
  • the supplier then has the information (a), (b) and (c) described above.
  • the service provider / content determines the audio / video codecs, encoding rates, and resolution of the video to be used and ensures that it matches the user preferences and what is supported by the terminal.
  • the most suitable video content is then transmitted to the terminal (step S13).
  • Figure 4 illustrates another example of implementation similar to that described in Figure 3 where a user equipped with a mobile phone 30 wishes to view video content available from the server 31 of a video content provider.
  • the example described in Figure 4 differs from that of Figure 3 in that the mobile phone 30 does not have the capabilities necessary to use the service as, for example, the codec able to play the proposed video content.
  • the video content provider can make the appropriate decisions to remedy it by, for example, asking the operator to send to the mobile phone ("push") the correct application or code and / or to put update the "firmware" of the terminal. This possible update is also carried out via the management and storage center 32.
  • the steps S20 to S22 are respectively identical to the steps S10 to S12 described above in relation to FIG.
  • the server 31 finds that the phone 30 does not include adequate coding software and sends 321 32 center 32 server software corresponding to the code coded to install on the phone so that it can play the video (step S23).
  • the server 321 sends ("push") the code software to the phone 30, updates the computer document ("DM Tree") containing the data relating to the capabilities of the telephone 30 and synchronizes with the computer document of the telephone 30. taking into account the new encoded code (step S14).
  • the server 321 notifies the server 31 of the video content provider that the installation of the codec (step S15) that delivers the video content to the telephone 30, knowing that the latter is now able to display it correctly (step S16).
  • the MMSC center retrieves from the terminal management and storage center server, the capacity data of the terminal to which the multimedia message is intended. I l verifies that the recipient's terminal is MMS compatible and that the content of the message is adapted to the characteristics of the terminal.
  • the MMSC center may:
  • the user has subscribed to a service that sends him ("push") short sports news in real time, such as information on the progress of the football world cup matches, and this, what whatever the terminal it is using at every moment.
  • the content provider wants to be able to offer a service optimized to the capabilities of the terminal, for example to offer high-definition videos lasting 5 minutes or more on a PC type computer with an ADSL connection, while for mobiles, he would like reduce the quality (higher compression and smaller screen size) and use abridged versions (less than 2 minutes) depending on the capabilities of each terminal.
  • the content provider subscribes to a new presence attribute of the user giving the computer address (URI) which allows him to obtain the capabilities of the terminal used at any time by the user.
  • URI computer address
  • the content provider obtains the characteristics of the terminal that is currently being used by the user thanks to the URI that he has been able to obtain by using the presence information, which allows to propose the most appropriate content.
  • an online games provider wants to alert users who download and install a game when their battery charge level falls below a certain threshold, which could pose a risk of failure of the game. the operation.
  • a script which is responsible for putting back information on the battery level to the management center server and capacity storage regularly or under certain conditions such as below a determined threshold, the provider service can know the state of charge of the battery at any time, and warn the user if necessary.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Information Transfer Between Computers (AREA)
  • Stored Programmes (AREA)

Abstract

L'invention concerne un procédé de gestion des capacités matérielles et logicielles de terminaux (1, 2, 3), caractérisé en ce qu'il comprend la génération et le stockage sur un serveur central de gestion (71 ) d'un document informatique comprenant des données relatives aux capacités informatiques d'au moins un terminal déterminé et l'attribution au document informatique d'un identifiant correspondant audit terminal.

Description

Procédé et systèm e de gestion des capacités i nform atiques d'u n term i nal
Dom ai ne de l'i nvention
La présente invention concerne le domaine de l'adaptation des services, notamment ceux relatifs à la fourniture de contenus, en fonction des capacités informatiques, matérielles et/ou logicielles, des terminaux de façon à optimiser le rendu de ces services pour chaque terminal.
Art antérieu r
La diversité actuelle des terminaux mobiles en terme de capacités matérielles (telles que la taille, la résolution ou le type (couleur/monochrome) de l'écran) ou logicielles (codées supportés, applications installées, etc.) est tellement grande que, par exemple, les services de contenus et messageries multimédias nécessitent de connaître en détail les capacités de tous les terminaux du marché afin de s'y adapter et d'optimiser le rendu des contenus qui leur sont proposés. Cette adaptation implique parfois une transformation du format de données (par exemple, choisir un langage "markup" et une version adaptés au terminal, transcoder des contenus pour les adapter aux tailles de l'écran et aux codées supportés, sélectionner des types de contenus adaptés aux caractéristiques du terminal, etc.).
Avec l'apparition de nouveaux terminaux communicants pouvant accéder aux services multimédias (par exemple PDA Wi Fi™, décodeur TV, baladeur numérique, etc.) la diversité des capacités des terminaux potentiellement ciblés par ces services multimédias s'accroît sans cesse.
I l semble évident dans ce contexte, où en outre, les services multimédia deviennent de plus en plus sophistiqués, qu'adapter le service aux capacités de chaque terminal nécessite l'obtention d'une description fiable et détaillée des caractéristiques du terminal.
I l existe actuellement plusieurs techniques permettant de connaître les caractéristiques des terminaux. Une des plus utilisée est celle définie par la spécification "UAProf" ("User Agent Profile"). La spécification "UAProf" définit une syntaxe XML ("extensible Markup Language") pour décrire les caractéristiques d'un terminal. Cependant, cette technique présente des inconvénients qui limitent son développement. En effet, la spécification "UAProf" ne permet de prendre en compte qu'un nombre limité de caractéristiques d'un terminal. Elle est en outre basée sur une architecture de type distribué dans laquelle les fabricants de terminaux ont la responsabilité de renseigner les documents "UAProf" et de maintenir des serveurs publics. Les informations disponibles sont souvent peu précises ou incomplètes, et peuvent même parfois être erronées. Par ailleurs, avec la technique "UAProf", seules les caractéristiques statiques du terminal en sortie d'usine sont prises en compte pour une utilisation limitée aux services de type HTTP (WAP, Web, MMS, etc.).
A cause de ces limitations, des solutions propriétaires ont vu le jour, déployées notamment chez les opérateurs mobiles, permettant de fournir des informations plus riches (répertoriant par exemple les bugs connus des terminaux) et fiables (les informations sont testées et vérifiées) dans un environnement contrôlé.
Néanmoins, ces solutions propriétaires présentent encore des inconvénients. Par exemple, elles sont toujours à caractère statique, c'est- à-dire qu'elles ne tiennent pas compte des modules logiciels qui ont pu être rajoutés ou mis à jour sur le terminal après sa sortie d'usine, ou des paramétrages spécifiques que l'utilisateur et/ou l'opérateur ont pu réaliser sur ce même terminal. En outre, même si les données sont testées et validées par des équipes dédiées de l'opérateur mobile, les données sont entrées dans des bases manuellement sans outil de gestion d'erreurs, les bases pouvant être renseignées avec des données incorrectes et ce même après validation. Enfin, l'accès à ces informations reste limité aux services fournis par l'opérateur mobile sans possibilité de les fournir à des tiers.
Par ailleurs, les données nécessaires aux plateformes de services/contenus autres que celles gérées par l'opérateur, pour l'adaptation des services/ contenus aux capacités des différents terminaux, sont actuellement stockées en local dans ces plateformes. Les données relatives aux capacités des terminaux sont, par conséquent, dispersées dans une pluralité de plateformes, chacune ne comprenant que les données nécessaires à l'adaptation du service/contenu concerné. L'opérateur n'ayant pas de contrôle sur les sources d'approvisionnement de données utilisées par ces plateformes, la fiabilité des données stockées dans ces plateformes ne peut être garantie.
Le fiabilité des données (validité et actualisation des données) relatives aux capacités d'un terminal est d'une grande importance puisque la fourniture d'un service/contenu se basant sur des informations incorrectes et/ou incomplètes entraînera une diffusion du service/ contenu non adaptée et conduira au rejet de ce service/ contenu par l'utilisateur du terminal.
Obi et et description succi ncte de l'i nvention
La présente invention vise, mais n'est pas limitée, à remédier aux inconvénients précités et à proposer une solution permettant à la fois de stocker des informations décrivant les capacités informatiques de chaque terminal (individuellement et non pas par fabriquant/modèle) y compris celles qui sont susceptibles d'évoluer dans le temps (installation de modules logiciels, mises à jour, paramétrages), de fiabiliser ces informations dans un environnement contrôlé, et de permettre l'accès à ces informations à toute application ayant besoin de ces informations pour adapter un service/ contenu, les applications pouvant appartenir aussi bien à un opérateur mobile qu'à un tiers.
A cet effet, l'invention propose un procédé de gestion des capacités matérielles et logicielles de terminaux, caractérisé en ce qu'il comprend la génération et le stockage sur un serveur central de gestion d'un document informatique comprenant des données relatives aux capacités informatiques, à savoir les capacités matérielles et/ou logicielles, d'un terminal déterminé et l'attribution à ce document informatique d'un identifiant correspondant au terminal.
Ainsi, le procédé de l'invention permet un stockage et une gestion centralisés des données de capacités informatiques d'au moins un terminal, tels que ses capacités matérielles et/ou logicielles. Cette centralisation permet à la fois de pouvoir mettre en œuvre un contrôle de la fiabilité des données stockées et de proposer à tout fournisseur de contenus/services de disposer d'une base d'information personnalisée pour chaque terminal, c'est-à-dire permettant de connaître pour un terminal donné toutes les évolutions apportées en outre de ses capacités de base (sortie usine).
Selon un aspect de l'invention, au moins une partie des données stockées dans le document informatique provient d'une ou plusieurs sources et en ce que lesdites données sont inscrites dans le document informatique en fonction d'un degré de fiabilité de la ou les sources émettrices desdites données.
De cette manière, seules les données provenant de sources fiables sont inscrites dans le document, des mécanismes d'évaluation de la validité des données pouvant être mis en œuvre en cas de doute sur la fiabilité d'une source et, par conséquent, de la donnée fournie. On garantit ainsi un haut niveau de fiabilité des données présentes dans le document informatique accessible.
Selon un autre aspect de l'invention, le document informatique est généré dans un format déterminé et les données inscrites dans le document sont préalablement converties dans ledit format déterminé. On peut ainsi réaliser le document informatique dans un format normalisé (c'est-à-dire non propriétaire), ce qui permet à tout système distant d'accéder aux données de capacités de chaque terminal via une interface normalisée.
Chaque inscription ou modification de données dans le document informatique peut être enregistrée, chaque enregistrement comprenant au moins l'identité de la source émettrice de la donnée et la date de l'inscription de manière à permettre l'identification d'une source de données incorrectes. I l est ainsi possible de remonter à la source émettrice des données incorrectes pour, par exemple, agir sur cette dernière pour qu'elle corrige les données en question ou bien rejeter cette source si aucune correction n'est possible.
Selon un aspect de l'invention, au moins une partie du document informatique (celle correspondant aux informations susceptibles de varier au cours du temps) est en outre stockée sur le terminal correspondant, le procédé comprenant une étape de synchronisation entre le document informatique stocké sur le serveur central et ladite partie du document informatique stockée sur le terminal. I I est ainsi possible pour le serveur central de gestion de connaître les modifications apportées au terminal par l'utilisateur lui-même en synchronisant le document informatique stocké sur ledit serveur avec celui enregistré sur le terminal et intégrant les modifications réalisées en local sur le terminal. Par conséquent, le document informatique mis à disposition depuis le serveur central de gestion tient en outre compte de ce type de modification.
Selon encore un aspect de l'invention, une adresse informatique est attribuée à chaque document informatique stocké sur le serveur central de gestion permettant ainsi à tout dispositif distant souhaitant connaître les capacités actuelles d'un terminal d'accéder au document informatique contenant les informations relatives à ces capacités.
Lors de l'émission d'une requête par un terminal à destination d'une plateforme de contenus et/ou de services, l'adresse informatique du document électronique contenant les données relatives aux capacités informatiques du terminal est insérée dans la requête.
Lorsque le terminal ne possède pas les capacités nécessaires pour exploiter le contenu et/ou service demandé dans la requête, le procédé peut comprendre en outre une étape d'adaptation des capacités dudit terminal de manière à lui permettre d'exploiter le contenu et/ou service demandé, des données relatives aux capacités informatiques correspondant à l'adaptation du terminal étant envoyées au serveur central de gestion pour la mise à jour du document informatique correspondant.
La présente invention concerne également un centre de gestion des capacités informatiques (matérielles et/ou logicielles) de terminaux, caractérisé en ce qu'il comprend au moins un serveur central de gestion des capacités, et en ce que ledit serveur comprend des moyens pour générer et stocker un document informatique comprenant des données relatives aux capacités informatique d'un terminal déterminé et l'attribution audit document informatique d'un identifiant correspondant audit terminal.
Comme pour le procédé décrit précédemment, en réalisant un stockage et une gestion centralisés des données de capacités pour chaque terminal, le centre gestion selon l'invention offre une base d'informations personnalisée pour chaque terminal tout en garantissant la fiabilité des données stockées dans cette base.
Selon un aspect de l'invention, au moins une partie des données stockées dans le document informatique provient d'une ou plusieurs sources, le serveur central de gestion des capacités comprenant des moyens pour vérifier le degré de fiabilité de la ou les sources émettrices desdites données avant inscription dans le document informatique.
Le serveur central de gestion des capacités peut comprendre des moyens pour générer le document informatique dans un format déterminé et des moyens pour convertir les données inscrites dans le document dans ledit format déterminé.
Le serveur central de gestion des capacités peut en outre comprendre des moyens pour enregistrer chaque inscription ou modification de données dans le document informatique, chaque enregistrement comprenant au moins l'identité de la source émettrice de la donnée et la date de l'inscription.
Selon un aspect de l'invention, au moins une partie du document informatique est en outre stockée sur le terminal correspondant, le serveur central de gestion des capacités comprenant des moyens pour synchroniser le document informatique stocké sur le serveur avec ladite partie du document informatique stockée sur le terminal.
Selon un autre aspect de l'invention, le serveur central de gestion des capacités comprend des moyens pour attribuer une adresse informatique au document informatique stocké de manière à être accessible à distance. Dans ce cas, le serveur central de gestion des capacités comprend des moyens pour transmettre ladite adresse informatique au terminal identifié dans le document de manière à ce que, lors de l'émission d'une requête par le terminal à destination d'une plateforme de contenus et/ou de services, l'adresse informatique du document électronique contenant les données relatives aux capacités informatiques du terminal est insérée dans la requête.
L'invention concerne encore un programme d'ordinateur destiné à être exécuté sur un serveur central de gestion des capacités d'un centre de gestion des capacités informatiques (matérielles et/ou logicielles) de terminaux, caractérisé en ce qu'il comprend des instructions pour générer et stocker un document informatique comprenant des données relatives aux capacités informatiques d'un terminal déterminé et l'attribution audit document informatique d'un identifiant correspondant audit terminal.
Selon un aspect de l'invention, au moins une partie des données stockées dans le document informatique provient d'une ou plusieurs sources, le programme comprenant des instructions pour vérifier le degré de fiabilité de la ou les sources émettrices desdites données avant l'inscription dans le document informatique.
Le programme peut comprendre en outre des instructions pour générer le document informatique dans un format déterminé et des instructions pour convertir les données inscrites dans le document dans ledit format déterminé.
Selon un autre aspect, le programme comprend des instructions pour enregistrer chaque inscription ou modification de données dans le document informatique, chaque enregistrement comprenant au moins l'identité de la source émettrice de la donnée et la date de l'inscription.
Selon encore un autre aspect, au moins une partie du document informatique est en outre stockée sur le terminal correspondant, le programme comprenant des instructions pour synchroniser le document informatique stocké sur le serveur central de gestion des capacités avec ladite partie du document informatique stockée sur le terminal.
Le programme peut comprendre des instructions pour attribuer une adresse informatique au document informatique stocké de manière à être accessible à distance. I l peut également comprendre des instructions pour transmettre ladite adresse informatique au terminal identifié dans le document de manière à ce que, lors de l'émission d'une requête par le terminal à destination d'une plateforme de contenus et/ou de services, l'adresse informatique du document électronique contenant les données relatives aux capacités informatiques du terminal est insérée dans la requête.
L'invention concerne en outre un dispositif de traitement de données apte à stocker des données relatives à des capacités informatiques (matérielles et/ou logicielles) d'au moins un terminal, caractérisé en ce qu'il comprend des moyens pour transmettre lesdites données relatives à des capacités informatiques du terminal.
Ainsi, avec de tels dispositifs de traitement, le centre de gestion et de stockage de la présente invention dispose de sources d'approvisionnement en données de capacités informatiques permettant de collecter des données propres aux évolutions individuelles du terminal en outre de ses capacités de base (sortie usine) commune à tous les terminaux d'une même famille. Le dispositif de traitement de données peut être constitué, par exemple, d'un serveur distant sur lequel les données sont mises à disposition. Le dispositif peut en outre être constitué par le terminal lui-même qui forme alors une source d'approvisionnement de données avantageuse puisqu'elle permet de connaître toutes les capacités présentes sur le terminal et en particulier celles qui sont modifiées manuellement ou dynamiquement à partir du terminal.
Brève description des dessi ns
Les caractéristiques et avantages de la présente invention ressortiront mieux de la description suivante, faite à titre indicatif et non limitatif, en regard des dessins annexés sur lesquels : la figure 1 est une vue schématique d'une architecture réseau dans laquelle sont mis en œuvre un système et un procédé de gestion des capacités matérielles et logicielles de terminaux conformément à l'invention, la figure 2 est un ordinogramme d'un mode de mise en œuvre d'un procédé de gestion des capacités matérielles et logicielles de terminaux conformément à un mode de réalisation de l'invention, les figures 3 et 4 illustrent des exemples d'utilisation du procédé de l'invention.
Description détai llée des m odes de réalisation de l'i nvention
La présente invention propose une solution pour stocker et gérer de façon centralisée les données relatives aux capacités informatiques, matérielles et logicielles, des terminaux qui permet à tout fournisseur de services/contenus d'obtenir à partir d'un point unique et pour chaque terminal enregistré l'ensemble des données relatives à ses capacités, et ce avec un niveau de fiabilité élevé à la fois en ce qui concerne les sources utilisées pour l'approvisionnement des données et les évolutions de ces données dans le temps (par exemple mises à jour ou installations de programmes/matériels).
La figure 1 illustre une architecture dans laquelle l'invention peut être mise en œuvre. Cette architecture comprend une pluralité de terminaux 1 à 3 qui peuvent être de différents types comme un ordinateur PC 1 , un assistant personnel numérique communicant 2 (PDA) ou encore un téléphone mobile 3. D'une manière générale, l'invention s'applique à tout type de terminal pouvant recevoir via un réseau de communication des services/contenus proposés à distance. A titre d'exemples non limitatifs, le système de la figure 1 comprend des plateformes de fourniture de services/contenus vidéos, WAP ("Wireless Application Protocole") (contenus du type pages web) et MMS ("Multimedia Messaging Service") (échange messages multimédias) représentées respectivement par un serveur de contenus vidéos 4, un serveur de contenu WAP 5 et un serveur de contenus MMS ou centre MMSC 6. Les terminaux 1 à 3 ont accès à ces plateformes de contenu via un réseau de communication R qui peut être de toute nature en fonction du type de terminal utilisé, comme par exemple un réseau fixe (par exemple réseau I P (I nternet Protocole)) ou un réseau mobile (par exemple UMTS ("Universal Mobile Télécommunication System")).
Conformément à l'invention, le système comprend en outre un centre de gestion et de stockage des capacités des terminaux 7 qui comprend des moyens de traitement illustrés sur la figure 1 par un serveur central de gestion des capacités 71 en liaison avec une unité de stockage 72 qui peut être intégrée ou non au serveur 71. Le serveur 71 permet, d'une part, d'aller chercher ou de recevoir des données relatives aux capacités d'un terminal à partir d'au moins un dispositif de traitement de données représenté dans le présent exemple par différentes sources extérieures et, d'autre part, de mettre à disposition des plateformes de fourniture de services/ contenus les données de capacités stockées pour chaque terminal. Le serveur 71 est en outre programmé pour permettre la mise en œuvre de mécanismes de fiabilisation lors da l'approvisionnement de données. Toujours à titre d'exemples non limitatifs, le système de la figure 1 comprend trois sources extérieures d'approvisionnement en données de capacités des terminaux, à savoir une source de données des fabricants de terminaux 8, une source de données de fournisseur de contenus WAP 9 et une source de données de fournisseur de contenus MMS 10. La source 8 permet au serveur 71 du centre de gestion et de stockage des capacités des terminaux 7 d'obtenir ou de recevoir du constructeur du terminal des données relatives aux capacités matérielles du terminal, telles que le type et la taille d'écran, et aux capacités logicielles du terminal, telles que le type et la version du logiciel de gestion des composants du terminal ("firmware") installé, les logiciels ou "codées" permettant de lire des fichiers aux formats audio et vidéo, le protocole d'accès supporté par le terminal (GSM, GPRS, UMTS, I P, etc.). La source de données de fournisseur de contenus WAP 9 permet au serveur 71 du centre 7 d'obtenir ou de recevoir des données, par exemple sur le type et la version du navigateur WAP présent sur le terminal tandis que la source de données de fournisseur de contenus MMS 10 permet d'obtenir ou de recevoir des données sur les capacités du terminal à composer, envoyer et recevoir des messages multimédias.
Comme expliqué plus loin en détail, le terminal considéré constitue aussi lui-même une source d'approvisionnement de données pour permettre en particulier la prise en compte des modifications apportées directement sur le terminal.
Toute autre source permettant d'obtenir ou de recevoir des données sur les capacités logicielles ou matérielles d'un terminal peut faire partie du système de l'invention.
Selon l'invention, le centre de gestion et de stockage des capacités des terminaux 7 génère, stocke et tient à jour un document informatique pour chaque terminal contenant toutes les données relatives à ses capacités. Pour faciliter la gestion des données de chaque terminal, les documents informatiques sont de préférence stockés dans l'unité de stockage 72 sous forme d'une base de données, le contenu des documents étant lui-même organisé en structure de données, ce qui permet de définir des emplacements pour chaque ensemble de paramètres relatifs à une capacité donnée du terminal d'une manière identique pour chaque document. En d'autres termes, l'unité de stockage 72 contient une base de données rassemblant les documents contenant les données de capacités pour chaque terminal, les données étant classées dans chaque document suivant une structure de donnée déterminée. A titre d'exemple, la génération et la gestion de ces documents informatiques peut être réalisée en utilisant la technologie connue "OMA Device Management" qui est une technologie développée sous la norme OMA ("Open Mobile Alliance") et qui permet de gérer l'ensemble du cycle de vie d'un terminal à distance, depuis un serveur en général appartenant à l'opérateur mobile. Cette technologie est notamment décrite dans le document accessible sous l'adresse suivante: http://www. openmobilealliance.org/ release_program/dm_v1_2. html
Cette technologie dispose d'un protocole de synchronisation et de mécanismes de sécurité associés qui sont capables de maintenir la cohérence dans une structure de données de type arborescence appelée "DM Tree" dans la terminologie "OMA Device Management", qui est répliquée du côté terminal et du côté serveur. La structure de données du "DM Tree" a été conçue pour permettre l'ajout de "Management Object" de toute sorte. Un "Management Object" est une structure de données contenant un ensemble de paramètres relatifs à une capacité donnée du terminal. Par exemple, les paramétrages du client MMS sont groupés dans un même "Management Object".
Le "DM Tree" contient donc une image des différents paramétrages du terminal, allant des paramètres les plus simples tels que le type d'accès au réseau (APN, proxy, etc.), aux paramètres détaillés de chaque application dans le terminal (client MMS, client PoC, client Broadcast, etc.).
La technologie "Device Management" comprend des fonctionnalités permettant la mise à jour à distance ("over the air") du logiciel de gestion des composants ou "firmware" d'un terminal. Une implémentation de cette fonctionnalité a notamment été définie au sein de l'OMA ("Firmware Update Management Object" : FUMO). D'autres "Management Object" sont en permanence développés pour prendre en compte tous les paramètres pertinents d'un terminal en ce qui concerne ses capacités comme, par exemple, des "Management Object" permettant de gérer les modules logiciels installés/mis à jour/désinstallés sur un terminal indépendamment des mises à jour de "firmware" (SCOMO : Software COmponent Management Object).
Que ce soit selon la technologie "OMA Device Management" ou une technologie équivalente, les fonctionnalités permettant de générer et de gérer des documents électroniques dans une forme structurée sont installées dans serveur central de gestion des capacités 71 du centre 7 qui constitue de ce fait l'organe principal et privilégié pour la génération et la gestion d'un document de capacités personnalisé pour chaque terminal, le serveur 71 étant apte suivre toutes les autres opérations pouvant avoir des impacts sur les capacités d'un terminal intéressant les fournisseurs de services/ contenus.
Pour générer un document informatique, il est possible de se baser sur les propriétés de base correspondant à la version de "firmware" installée, d'y rajouter les propriétés correspondant à chaque module logiciel installé, et d'y effectuer des modifications correspondant à d'autres paramétrages qui auraient pu être réalisés (paramètres utilisateur etc.). Lors d'un ajout ou d'une modification effectuée directement à partir du terminal, c'est-à-dire sans passer par le serveur 71 , le terminal met lui- même à jour la partie du document informatique qu'il stocke en local avec les données de capacités correspondant à rajout/modification apportée. Ces nouvelles données seront ensuite intégrées dans le document informatique stocké sur le serveur 71 lors d'une synchronisation entre la partie du document stockée sur le terminal et le document stocké sur le serveur, cette synchronisation pouvant être initiée par le terminal ou le fournisseur de contenus/ servi ces de façon périodique ou non.
Lors de la génération d'un document informatique, un identifiant <Terminall D> correspondant à l'identité du terminal concerné est attribué au document informatique. Cela permet de disposer pour chaque terminal d'un document informatique personnalisé contenant les capacités particulières du terminal et de prendre en compte toutes les évolutions logicielles et/ou matérielles apportées à celui-ci au cours du temps (prise en compte d'ajout ou de modification de données relatives aux capacités d'un terminal).
Afin de rendre les documents informatiques générés et stockés dans le centre 7 accessibles par des dispositifs distants, une adresse informatique est associée à chaque document. A titre d'exemple, on associe à chaque document informatique une adresse logique URI ("Uniform Ressource Identifier") comme par exemple http://dm.orange.corrι/devchars/< Terminal! D> qui permet d'accéder sur le serveur 71 au document informatique du terminal identifié dans cette adresse.
Ainsi, tout dispositif distant, tel qu'une plateforme de fournisseur de servi ces/ contenu s, peut accéder au document informatique d'un terminal donné et connaître ses capacités logicielles et matérielles avec un haut niveau de fiabilité tant sur le plan de la validité que sur celui de l'exhaustivité des données de capacités disponibles.
La fiabilité d'une donnée peut être évaluée en fonction de la source émettrice et/ou en fonction de la méthode utilisée pour obtenir l'information de capacité. Une méthode d'obtention d'une information est indifféremment le moyen de communication utilisé pour obtenir l'information de capacité, à savoir un courrier papier avec un questionnaire, un message électronique, une conversation téléphonique; un envoi d'un questionnaire à renvoyer moyennant par exemple la participation à un jeu, etc. un passage d'un client dans un point de vente. L'évaluation de la fiabilité peut aussi prendre en compte le moment auquel le questionnaire est envoyé et/ou reçu.
Pour faciliter l'accès et l'exploitation par les applications des fournisseurs de services/contenus des données présentes dans les documents informatiques, les documents informatiques sont de préférence réalisés dans un format ouvert, c'est-à-dire normalisé comme, par exemple, le format XML ("extensible Markup Language") ou RDF ("Resource Description Framework").
Un exemple des étapes mises en œuvre lors de l'écriture de données relatives aux capacités logicielles et/ou matérielles d'un terminal dans un document informatique selon l'invention est décrit en relation avec la figure 2. L'écriture de ces données peut intervenir soit à la création d'un nouveau document informatique correspondant à l'enregistrement d'un nouveau terminal sur le serveur central de gestion des capacités 71 , soit lors d'une modification des données dans un document informatique déjà existant sur le serveur 71 (modification et/ou ajout de données lors de mises à jour des capacités du terminal) (étape S1 ). Dans le cas d'une écriture de données initiée lors de la création d'un document informatique, celui-ci est préalablement créé en définissant une structure de données au format défini (par exemple suivant un format normalisé) et en lui associant un identifiant et une adresse propres comme décrit précédemment. L'adresse informatique (URI ) est transmise au terminal pour que ce dernier l'intègre dans ses requêtes de services/contenus de manière à permettre aux serveurs de services/contenus destinataires des requêtes d'accéder aux données de capacités stockées dans le document informatique du terminal.
L'étape suivante (étape S2) consiste à approvisionner le document avec des données relatives aux capacités du terminal concerné. Les sources d'approvisionnement de ces données sont multiples. Ces sources peuvent être le terminal lui-même comme décrit précédemment ou des sources d'approvisionnement automatique comme les sites des constructeurs de terminaux (approvisionnement de données de "base" relatives aux ressources matérielles et logicielles fournies par le constructeur) ou des sites tiers qui proposent de télécharger des applications particulières sur les terminaux. Par ailleurs, les sources d'approvisionnement peuvent être aussi des sources "manuelles" constituées par des groupes de personnes chargées d'entrer les données manuellement dans le document informatique.
Lors de la récupération de données provenant de sites distants (par exemple données reçus de sites des constructeurs de terminaux), le serveur 71 comprend des moyens pour supporter les différents formats dans lesquelles ces données peuvent être transmises.
Quelle que soit la source utilisée pour approvisionner le document informatique, la fiabilité de celle-ci est d'abord évaluée avant de prendre en compte les données fournies (étape S3). Cette étape de contrôle peut être réalisée en associant à chaque source un degré de fiabilité et en conditionnant la prise en compte des données en fonction de la fiabilité de la source. En fonction du degré de fiabilité de la source, trois alternatives sont possibles: refuser de prendre en comptes les données (étape S4), accepter les données (étape S5), ou solliciter de nouveaux tests auprès d'une équipe de validation (étape S6). Dans ce dernier cas, si le test s'avère positif, les données sont acceptées (étape S5) sinon elles sont refusées (étape S61 ). Lorsque les données sont acceptées, elles sont insérées dans le document informatique en les convertissant si nécessaire au format du document (comme dans le cas de données provenant de sites distants dans un format différent) (étape S7).
Après chaque entrée de données dans le document informatique effectuée automatiquement ou manuellement, des informations permettant de conserver une trace de cette entrée sont enregistrées (étape SS). Les informations de traçabilité enregistrées peuvent notamment correspondre au type de données, à la date d'entrée des données et à l'identification de la source d'approvisionnement des données entrées. Un compte-rendu avec les données de traçabilité est également envoyé à l'administrateur du centre de gestion et de stockage des capacités des terminaux 7 (étape S9).
Comme décrit précédemment, chaque document informatique est accessible par une adresse informatique (par exemple URI ). Cette adresse peut être configurée dans le terminal automatiquement par le serveur central de gestion des capacités 71 de façon à ce que les différents agents utilisateurs ("user agent") disponibles dans le terminal puissent y faire référence dans leurs requêtes à destination des fournisseurs de contenus et de services. Ainsi, les fournisseurs de services/ contenus reçoivent avec la requête l'adresse qui leur permet d'accéder au document des capacités du terminal et d'obtenir auprès de celui-ci les données de capacités nécessaires pour fournir le service/ contenu sous la forme la plus optimisée aux capacités du terminal.
Par exemple, le navigateur ("browser web") ou le client MMS du terminal peuvent insérer cette adresse dans la requête HTTP de façon à ce que le portail ou le serveur MMS puissent se servir du document afin de réaliser une adaptation de contenu si nécessaire. De façon similaire, l'agent utilisateur de présence peut publier cette adresse dans les attributs de présence, et permettre ainsi à l'adresse d'être disséminée, par exemple, à d'autres terminaux pour des services pair à pair ("peer-to- peer") ou à des serveurs pour des applications de type "push" comme illustré plus loin.
On décrit maintenant des exemples d'utilisation des données de capacités conformément à l'invention. La figure 3 illustre un exemple dans lequel un utilisateur équipé d'un téléphone mobile 30 souhaite visualiser un contenu vidéo disponible depuis le serveur 31 d'un fournisseur de contenu vidéo. Conformément à l'invention, les données relatives aux capacités matérielles du terminal sont stockées dans un centre de gestion et de stockage 32 du même type que décrit précédemment et comprenant un serveur central de gestion des capacités 321 en liaison avec une unité de stockage des documents informatiques (non représentée).
Dans l'exemple considéré, on suppose que le téléphone mobile 30 supporte la technologie "OMA Device Management" qui permet notamment la mise à jour du "firmware" et la gestion des modules logiciels installés (par exemple OMA DM, OMA SCOMO et OMA FUMO) Dans le document informatique (ici "DM Tree") on trouve:
- La version du firmware installé (a)
- Les noms, paramètres et version des applications installés (b)
- Les paramètres définis par l'utilisateur (c)
Ce document est stocké à la fois dans le centre 32 et en local sur le téléphone 30. Le document ("DM Tree") est synchronisé en temps réel, soit en mode "pull" (terminal vers serveur) après qu'il y ait eu une modification en local sur le terminal, soit en mode "push" (serveur vers terminal).
Les informations (a) permettent de savoir que le terminal supporte au minimum les fonctionnalités du "firmware" installé. Les informations (b) permettent de savoir quelles nouvelles fonctionnalités, mécanismes, formats ou codées sont supportés par le terminal en plus de ceux d'origine. Les informations (c) permettent de savoir les préférences utilisateur pour ainsi lui proposer un service adapté à ses désirs.
L'utilisateur navigue sur le site du fournisseur de services/ contenus présent sur le serveur 31 et choisit, par exemple, de visualiser une vidéo. L'utilisateur envoie alors une requête pour visualiser une vidéo auprès du fournisseur de service. Cette requête contient l'adresse informatique (URI ) permettant d'accéder au document informatique des capacités du terminal stocké au niveau du centre 32 (étape S10), cette adresse ayant été définie au préalable par le serveur 31 et communiquée au téléphone lors de la configuration initiale du téléphone lors de sa première connexion au serveur 31 (phase de "bootstrapping" décrite notamment sous l'adresse http://www.openmobilealliance.org/ftp/Public_documents/DM/Permanent_ documents/OMA-TS-DM_Bootstrap-V1 _2-2006101 1 -C.zip).
Une fois le processus de choix et de paiement terminé, le fournisseur de services/ contenus doit alors délivrer la vidéo à l'utilisateur, en s'assurant que le format de la vidéo est bien supporté par le terminal et qu'il correspond aux préférences définies par l'utilisateur. Le fournisseur de service veut vérifier que le format de vidéo demandé est bien supporté par le terminal. I l envoie une requête au serveur 321 du centre 32 pour récupérer les caractéristiques du terminal et ainsi obtenir l'information souhaitée (étape S11 ). Si nécessaire, le serveur 321 synchronise son document électronique ("DM Tree") avec celui se trouvant au niveau du terminal (étape S11 ').
Le serveur 321 renvoie ensuite les données de capacités du terminal au fournisseur de services/ contenus (étape S12). Le fournisseur dispose alors des informations (a), (b) et (c) décrites ci-dessus.
Le fournisseur de services/contenus détermine alors les codées audio/vidéo, les débits d'encodage et la résolution de la vidéo à utiliser et s'assure que cela correspond aux préférences utilisateurs et à ce qui est supporté par le terminal. Le contenu vidéo le plus adapté est alors transmis au terminal (étape S13).
La figure 4 illustre un autre exemple de mis en œuvre proche de celui décrit dans la figure 3 où un utilisateur équipé d'un téléphone mobile 30 souhaite visualiser un contenu vidéo disponible depuis le serveur 31 d'un fournisseur de contenu vidéo. L'exemple décrit dans la figure 4 diffère de celui de la figure 3 en ce que le téléphone mobile 30 ne possède pas les capacités nécessaires à l'utilisation du service comme, par exemple, le codée apte à jouer le contenu vidéo proposé. Dans ce cas, le fournisseur de contenu vidéo peut prendre les décisions adéquates pour y remédier en demandant, par exemple, à l'opérateur d'envoyer au téléphone mobile ("push") la bonne application ou le bon codée et/ou de mettre à jour le "firmware" du terminal. Cette éventuelle mise à jour est également réalisée via le centre de gestion et de stockage 32.
Les étapes S20 à S22 sont respectivement identiques aux étapes S10 à S12 décrites précédemment en relation avec la figure 3.
Une fois que le serveur 31 du fournisseur de contenu vidéo a reçu les données de capacités du téléphone mobile 30 du centre 32, le serveur 31 constate que le téléphone 30 ne comprend pas de logiciels de codée adéquates et envoie au serveur 321 du centre 32 le logiciel correspondant au bon codée à installer sur le téléphone afin qu'il puisse jouer la vidéo (étape S23).
Le serveur 321 envoie ("push") le logiciel du codée vers le téléphone 30, met à jour le document informatique ("DM Tree") contenant les données relatives aux capacités du téléphone 30 et se synchronise avec le document informatique du téléphone 30 en tenant compte du nouveau codée supporté (étape S14).
Le serveur 321 notifie au serveur 31 du fournisseur de contenu vidéo le bon déroulement de l'installation du codée (étape S15) qui délivre le contenu vidéo au téléphone 30 sachant que celui-ci est désormais capable de le visualiser correctement (étape S16).
D'autres applications de la présente invention sont envisageables.
Dans le cas où un utilisateur envoie un message multimédia MMS à un autre utilisateur. Le centre MMSC récupère auprès du serveur du centre de gestion et de stockage des capacités des terminaux, les données de capacités du terminal auquel le message multimédia est destiné. I l vérifie que le terminal du destinataire est compatible MMS et que le contenu du message est adapté aux caractéristiques du terminal. Le cas échéant, le centre MMSC peut:
- adapter le contenu (par exemple transformer une image au format "jpg" en une image au format "wbmp"),
- envoyer un lien qui permettra au destinataire de lire le message à partir d'un autre moyen d'accès (ex: via un PC connecté sur I nternet), ou
- envoyer un message d'erreur explicite.
Selon un autre exemple, l'utilisateur a souscrit à un service qui lui envoie ("push") des brèves infos sportives en temps réel, comme par exemple des infos sur le déroulement des matchs de coupe du monde de football, et ce, quel que soit le terminal qu'il est en train d'utiliser à chaque instant.
Le fournisseur de contenu veut être capable de proposer un service optimisé aux capacités du terminal, par exemple proposer des vidéos haute définition d'une durée de 5 minutes ou plus sur un ordinateur type PC avec une connexion ADSL, tandis que, pour les mobiles, il voudrait réduire la qualité (plus forte compression et plus petite taille d'écran) et utiliser des versions abrégées (moins de 2 minutes) selon les capacités de chaque terminal.
Dans ce cas, le fournisseur de contenu souscrit à un nouvel attribut de présence de l'utilisateur donnant l'adresse informatique (URI ) qui lui permet d'obtenir les capacités du terminal utilisé à chaque instant par l'utilisateur.
Au moment où le contenu doit être envoyé, le fournisseur de contenu obtient les caractéristiques du terminal qui est utilisé à cet instant par l'utilisateur grâce à l'URI qu'il a pu obtenir en utilisant l'information de présence, ce qui lui permet de proposer le contenu le plus approprié.
Toujours selon un autre exemple, un fournisseur de jeux en lignes veut pouvoir alerter les utilisateurs qui téléchargent et installent un jeu lorsque le niveau de charge de leur batterie tombe en dessous d'un certain seuil, ce qui pourrait présenter un risque d'échec de l'opération. A travers l'utilisation d'un script qui est chargé de remonter une information sur le niveau de batterie au serveur de centre de gestion et de stockage des capacités régulièrement ou sous certaines conditions comme par exemple en deçà d'un seuil déterminé, le fournisseur de service peut connaître l'état de charge de la batterie à tout moment, et prévenir l'utilisateur le cas échéant.

Claims

REVEN DI CATI ONS
1. Procédé de gestion des capacités matérielles et logicielles de terminaux (1 , 2, 3), caractérisé en ce qu'il comprend la génération et le stockage sur un serveur central de gestion (71 ) d'un document informatique comprenant des données relatives aux capacités informatiques d'au moins un terminal déterminé et l'attribution audit document informatique d'un identifiant correspondant audit terminal.
2. Procédé selon la revendication 1 , caractérisé en ce qu'au moins une partie des données stockées dans le document informatique provient d'une ou plusieurs sources (8, 9, 10) et en ce que lesdites données sont inscrites dans le document informatique en fonction d'un degré de fiabilité de la ou les sources émettrices desdites données.
3. Procédé selon la revendication 2, caractérisé en ce que le document informatique est généré dans un format déterminé et en ce que les données inscrites dans le document sont préalablement converties dans ledit format déterminé.
4. Procédé selon la revendication 2 ou 3, caractérisé en ce que chaque inscription ou modification de données dans le document informatique est enregistrée, chaque enregistrement comprenant au moins l'identité de la source émettrice de la donnée et la date de l'inscription.
5. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce qu'au moins une partie du document informatique est en outre stockée sur le terminal (1 ; 2; 3) correspondant, le procédé comprenant une étape de synchronisation entre le document informatique stocké sur le serveur central (71 ) et ladite partie du document informatique stockée sur le terminal (1 ; 2; 3).
6. Procédé selon la revendication 1 à 5, caractérisé en ce qu'une adresse informatique est attribuée à chaque document informatique stocké sur le serveur central de gestion (71 ) de manière à être accessible à distance.
7. Procédé selon la revendication 6, caractérisé en ce que, lors de l'émission d'une requête par un terminal (30) à destination d'une plateforme de contenus et/ou de services (31 ), l'adresse informatique du document électronique contenant les données relatives aux capacités informatiques du terminal est insérée dans la requête.
8. Procédé selon la revendication 7, caractérisé en ce qu'il comprend, lorsque le terminal ne possède pas les capacités nécessaires pour exploiter le contenu et/ou service demandé dans la requête, une étape d'adaptation des capacités dudit terminal de manière à lui permettre d'exploiter le contenu et/ou service demandé, des données relatives aux capacités informatiques correspondant à l'adaptation du terminal étant envoyées au serveur central de gestion (71 ).
9. Centre (7) de gestion des capacités matérielles et logicielles de terminaux (1 , 2, 3), caractérisé en ce qu'il comprend au moins un serveur central de gestion des capacités (71 ), et en ce que ledit serveur comprend des moyens pour générer et stocker un document informatique comprenant des données relatives aux capacités informatiques d'un terminal déterminé et l'attribution audit document informatique d'un identifiant correspondant audit terminal.
10. Centre selon la revendication 9, caractérisé en ce qu'au moins une partie des données stockées dans le document informatique provient d'une ou plusieurs sources (8, 9, 10) et en ce que le serveur central de gestion des capacités (71 ) comprend des moyens pour vérifier le degré de fiabilité de la ou les sources émettrices desdites données avant inscription dans le document informatique.
11. Centre selon la revendication 10, caractérisé en ce que le serveur central de gestion des capacités (71 ) comprend des moyens pour générer le document informatique dans un format déterminé et des moyens pour convertir les données inscrites dans le document dans ledit format déterminé.
12. Centre selon la revendication 10 ou 11 , caractérisé en ce que le serveur central de gestion des capacités (71 ) comprend des moyens pour enregistrer chaque inscription ou modification de données dans le document informatique, chaque enregistrement comprenant au moins l'identité de la source émettrice de la donnée et la date de l'inscription.
13. Centre selon l'une quelconque des revendications 9 à 12, caractérisé en ce qu'au moins une partie du document informatique est en outre stockée sur le terminal correspondant (1 ; 2; 3), le serveur central de gestion des capacités (71 ) comprenant des moyens pour synchroniser le document informatique stocké sur le serveur avec ladite partie du document informatique stockée sur le terminal (1 ; 2; 3).
14. Centre selon la revendication 9 à 13, caractérisé en ce que le serveur central de gestion des capacités (71 ) comprend des moyens pour attribuer une adresse informatique au document informatique stocké de manière à être accessible à distance.
15. Centre selon la revendication 14, caractérisé en ce que le serveur central de gestion des capacités (71 ) comprend des moyens pour transmettre ladite adresse informatique au terminal (30) identifié dans le document de manière à ce que, lors de l'émission d'une requête par le terminal (30) à destination d'une plateforme de contenus et/ou de services (31 ), l'adresse informatique du document électronique contenant les données relatives aux capacités matérielles et logicielles du terminal (30) est insérée dans la requête.
16. Programme d'ordinateur destiné à être exécuté sur un serveur central de gestion des capacités (71 ) d'un centre (7) de gestion des capacités matérielles et logicielles de terminaux (1 ; 2; 3), caractérisé en ce qu'il comprend des instructions pour la mise en œuvre du procédé selon l'une quelconque des revendications 1 à 8.
17. Dispositif de traitement de données apte à stocker des données relatives à des capacités informatiques d'au moins un terminal, caractérisé en ce qu'il comprend des moyens pour transmettre lesdites données relatives à des capacités informatiques du terminal à un centre de gestion des capacités matérielles et logicielles de terminaux selon l'une quelconque des revendications 9 à 15.
PCT/FR2007/052171 2006-10-26 2007-10-16 Procede et systeme de gestion des capacites informatiques d'un terminal WO2008050042A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0654539 2006-10-26
FR0654539 2006-10-26

Publications (2)

Publication Number Publication Date
WO2008050042A2 true WO2008050042A2 (fr) 2008-05-02
WO2008050042A3 WO2008050042A3 (fr) 2009-04-30

Family

ID=38255517

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2007/052171 WO2008050042A2 (fr) 2006-10-26 2007-10-16 Procede et systeme de gestion des capacites informatiques d'un terminal

Country Status (1)

Country Link
WO (1) WO2008050042A2 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2214372A1 (fr) 2009-01-30 2010-08-04 Research In Motion Limited Procédé et appareil pour le suivi de modifications de données de gestion de dispositif
US9467338B2 (en) 2010-04-01 2016-10-11 Blackberry Limited Method for communicating device management data changes
CN112566052A (zh) * 2020-11-30 2021-03-26 中国联合网络通信集团有限公司 一种终端的确定方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030033356A1 (en) * 2001-08-13 2003-02-13 Luu Tran Extensible client aware detection in a wireless portal system
US20040068569A1 (en) * 2002-09-06 2004-04-08 Mavis Liao System and method for identifying portable devices by a web server
US20050015474A1 (en) * 2003-07-16 2005-01-20 Kavacheri Sathyanarayanan N. Extensible customizable structured and managed client data storage
US20060173976A1 (en) * 2005-02-01 2006-08-03 Microsoft Corporation Configuration of WiFi network parameters
EP1803313A1 (fr) * 2005-04-18 2007-07-04 Research In Motion Limited Methode et systeme pour commander des mises a jour de versions logicielles

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030033356A1 (en) * 2001-08-13 2003-02-13 Luu Tran Extensible client aware detection in a wireless portal system
US20040068569A1 (en) * 2002-09-06 2004-04-08 Mavis Liao System and method for identifying portable devices by a web server
US20050015474A1 (en) * 2003-07-16 2005-01-20 Kavacheri Sathyanarayanan N. Extensible customizable structured and managed client data storage
US20060173976A1 (en) * 2005-02-01 2006-08-03 Microsoft Corporation Configuration of WiFi network parameters
EP1803313A1 (fr) * 2005-04-18 2007-07-04 Research In Motion Limited Methode et systeme pour commander des mises a jour de versions logicielles

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
OPEN MOBILE ALLIANCE LTD: "SyncML Device Management Protocol, Version 1.1.2"[Online] 12 décembre 2003 (2003-12-12), pages 1-41, XP002443783 Extrait de l'Internet: URL:http://www.openmobilealliance.org/release_program/docs/CopyrightClick.asp?pck=DM&file=V1_1_2-20040113-A/OMA-SyncML-DMProtocol-V1_1_2-20031203-A.pdf> [extrait le 2007-07-23] *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2214372A1 (fr) 2009-01-30 2010-08-04 Research In Motion Limited Procédé et appareil pour le suivi de modifications de données de gestion de dispositif
EP2590382A3 (fr) * 2009-01-30 2013-07-17 Research In Motion Limited Procédé et appareil pour le suivi de modifications de données de gestion de dispositif
US9002787B2 (en) 2009-01-30 2015-04-07 Blackberry Limited Method and apparatus for tracking device management data changes
US9467338B2 (en) 2010-04-01 2016-10-11 Blackberry Limited Method for communicating device management data changes
CN112566052A (zh) * 2020-11-30 2021-03-26 中国联合网络通信集团有限公司 一种终端的确定方法及装置
CN112566052B (zh) * 2020-11-30 2022-02-22 中国联合网络通信集团有限公司 一种终端的确定方法及装置

Also Published As

Publication number Publication date
WO2008050042A3 (fr) 2009-04-30

Similar Documents

Publication Publication Date Title
WO2004068809A1 (fr) Procede de presentation d’etat d’un utilisateur utilisant plusieurs equipements de communication
FR2850814A1 (fr) Systeme et procede de synchronisation de donnees entre des portails de services et plate-forme d&#39;acces a des services utilisant un tel systeme de synchronisation
EP2043010A1 (fr) Dispositif d&#39;indexage automatique de contenus
FR2844370A1 (fr) Document electronique de description d&#39;un service informatique
US20100094940A1 (en) Method and system for sharing community network service information
EP2928124B1 (fr) Procédé de construction d&#39;un message par un terminal
WO2002065359A1 (fr) Systeme de gestion d&#39;informations electronique
EP2513788A1 (fr) Pre-chargement de contenu entre un serveur de contenu et au moins un terminal
EP1933244B1 (fr) Baladodiffusion sur téléphone mobile
WO2008050042A2 (fr) Procede et systeme de gestion des capacites informatiques d&#39;un terminal
EP1849291A1 (fr) Procede d&#39;affichage de messages de texte, terminal et programme pour la mise en oeuvre du procede
EP1925141A1 (fr) Transmission d&#39; un contenu multimedia vers un terminal de radiocommunication
EP2006783A1 (fr) Procédé de description coopérative d&#39;objets médias
WO2009147337A1 (fr) Dispositif et procede de gestion de la disponibilite de l&#39;acces a des donnees numeriques
US20090157841A1 (en) Encapsulation of online storage providers
EP1997040A1 (fr) Procédé, dispositif et système de gestion d&#39;informations structurées au sein d&#39;une scène graphique
WO2021198611A1 (fr) Procede et dispositif de personnalisation de contenu multimedia generique
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&#39;applications associes
EP2538638B1 (fr) Procédé de gestion de fourniture de services
WO2012117185A1 (fr) Distribution d&#39;applications dans un réseau
TWI578747B (zh) 雲端推播服務系統及方法
EP1511216B1 (fr) Dispositif de transmission de messages par réseau à des postes d&#39;utilisateurs
EP1494419A1 (fr) Système de transmission de paramètres caractéristiques d&#39;une session de communication d&#39;un terminal vers un serveur distant
EP2087719B1 (fr) Procede et systeme de telecommunication offrant une pluralite de moyens d&#39;acces mutuellement coherents a une base de messages
FR2883685A1 (fr) Procede et systeme de partage d&#39;attributs personnels, module de partage/d&#39;insertion/de terminal, fournisseur d&#39;acces internet, serveur proxy, fournisseur de services et programme d&#39;ordinateur pour ce procede

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07858597

Country of ref document: EP

Kind code of ref document: A2