WO2010001040A2 - Procede de fourniture de donnees - Google Patents

Procede de fourniture de donnees Download PDF

Info

Publication number
WO2010001040A2
WO2010001040A2 PCT/FR2009/051154 FR2009051154W WO2010001040A2 WO 2010001040 A2 WO2010001040 A2 WO 2010001040A2 FR 2009051154 W FR2009051154 W FR 2009051154W WO 2010001040 A2 WO2010001040 A2 WO 2010001040A2
Authority
WO
WIPO (PCT)
Prior art keywords
data
provider
transformation
address
entity
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/FR2009/051154
Other languages
English (en)
Other versions
WO2010001040A3 (fr
Inventor
Ronan Le Roux
Michael Barreau
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
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 SA filed Critical France Telecom SA
Publication of WO2010001040A2 publication Critical patent/WO2010001040A2/fr
Publication of WO2010001040A3 publication Critical patent/WO2010001040A3/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising

Definitions

  • the invention relates to a method of providing data and more particularly to the provision of personal data.
  • a personal data will be, in the following description, designated by the term "personal data”.
  • Personal data means any information relating to an identifiable person.
  • personal data can be for example traditional identity data such as name, first name, date of birth, place of birth, sex, address, etc., but also data related to behavior, habits of a person, his agenda, the environment in which the person is, for example its location, the ambient temperature of the place in which it is, etc.
  • the entity includes any entity capable of receiving data, in particular personal data.
  • entity is for example a product or service provider capable of using personal data to design and market product or service offers tailored to its customers.
  • providers collect personal data from various sources of personal data.
  • the sources of personal data are numerous.
  • the most reliable sources of data are usually companies contractually linked to its customers. These companies include, among others, insurance companies, banks, telecommunications operators.
  • a provider requires, from one or more data sources, access to personal data relating to a particular person and gets in return the personal data requested. The provider then uses this personal data to provide a service tailored to the person concerned.
  • the inventors have found that a source of personal data such as a telecommunication operator responds in the same way to all requests for access to data regardless of the entity that originated the request and / or whatever the type of data accessed.
  • the state of the art does not offer technical means able to modify the data according to the data destination entity.
  • the subject of the invention is a method for supplying data to at least one entity, characterized in that it comprises
  • a step of supplying the transformed data to at least one entity a step of supplying the transformed data to at least one entity.
  • the invention provides for preceding the step of providing data of a transformation step of the original data. Thanks to the invention, the data provided to an entity may not correspond exactly to the original data collected by a data source.
  • the original data can be transformed according to several types of transformation.
  • two separate entities having requested access to the same original data may receive different data in return, the original data being transformable according to a respective type of transformation.
  • the type of transformation is a function of the recipient entity of the data.
  • a data delivery device may decide, depending on the recipient entity of the data, whether or not to apply to the original data a particular type of transformation.
  • the type of transformation depends on the data to be provided.
  • a data delivery device may decide according to the data accessed to apply or not to the original data a particular type of transformation.
  • the first and second variants can be used in combination.
  • the transformation of the data corresponds to a degradation of the data.
  • the original data when degraded, is less accurate than the original data and / or is provided in a format that is visually less agreeable than other formats.
  • the invention relates to a device for providing data, characterized in that it comprises
  • the invention also relates to the computer program comprising code instructions which, when the program is executed by a processor, performs the steps defined above with respect to the method of providing data.
  • Figure 1 shows a computer system in which the invention can be implemented.
  • FIG. 2 represents a data exchange between a data source and a data recipient entity, this exchange illustrating the various steps of an embodiment of the method of the invention.
  • FIG. 1 represents a SYS system comprising a database BDD storing personal data relating to a plurality of users.
  • this database BDD is managed by an SRV server belonging to a telecommunication operator.
  • the base is optionally incorporated in the server connected to the server via a network RESl.
  • the database BDD stores data relating to a first person PS1 and a second person PS2.
  • the personal data include name, first name, address, and date of birth.
  • each PSl and PS2 person has the following personal data (name: Le Roux, first name: Ronan, address: 8 rue de la Paix 75000 Paris, date of birth: June 20, 1980) and (name: Bar Association; First name: Micha ⁇ l, Address: 8 avenue des champs Elysées 75000 Paris, date of birth: 10th February 1975).
  • the system also includes entities illustrated through service providers.
  • Our example includes two service providers FSl and FS2. These two providers communicate with the server SRV through a second network RES2.
  • first network RES1 and the second network RES2 can be the same networks.
  • the providers FS1 and FS2 are equipped with means of communication allowing the suppliers to communicate with the server and to exchange data.
  • the exchange may include, for a provider, to request from the server SRV access to personal data and to obtain, in response to the request, the personal data.
  • the supply is not preceded in all cases a request issued for example from a service provider; indeed, the supply of data can be programmed at predefined times.
  • the personal data stored in the database BDD undergo a transformation before being transmitted to a service provider.
  • the transformation consists in a degradation of the personal data, the type of degradation to be applied depending on the service provider receiving the personal data according to a first variant, or depending on the type of data to be provided to the recipient according to a second variant.
  • the transformation is performed via a MOD data transformation module.
  • this module is located in the server but could very well be located outside the server.
  • n varies between 1 and 2
  • n 1 corresponding to the steps performed relative to the first provider FS1
  • n 2 corresponding to the steps performed relative to the second provider FS2.
  • SRV first axis
  • BDD third axis
  • these three axes are connected by unidirectional arrows illustrating data exchanges and the direction of the exchange.
  • a circle present on an axis relative to the SRV server means that an internal processing to the server SRV is in progress.
  • each service provider FS1 and FS2 is associated with a particular type of data degradation.
  • the type of degradation can be based on the relationship between the telecommunication operator, who manages the server and the personal data, and a service provider.
  • the first provider FS1 is considered to be a service provider managed by the operator OP, and the second provider FS2 does not belong to the operator. The operator therefore has a relationship of trust with the first supplier FS1 and a more uncertain relationship with the second supplier FS2.
  • the operator as the personal data manager, can decide to degrade the data for the second provider FS2 according to a particular type of degradation so that the second provider does not access the data of originally stored in the database but to less accurate data.
  • the module MOD transforms the relevant data of the database BDD so as to provide the first provider FSl, the most accurate personal data possible.
  • a degradation consists, among other things, in making a data less precise, in making a particular information more general. For example, if a supplier wants to get the address of the first person PSl, a degradation consists in providing, not the exact address namely "8 rue de la Paix 75000 Paris", but a less precise, more general information, such as "Mr Le Roux lives in Ile de France". Other examples of data degradation will be illustrated at the end of the description.
  • a first step EiTl 1 the first provider FSl requires from the server SRV access to part of the personal data of a person, for example to the address of the first person PSl.
  • the first provider FS1 transmits a first request REQ1 to the server to obtain this address.
  • this first request REQ1 comprises at least one parameter identifying the first provider FSl recipient of the data, and the data to which access the first provider FS1 namely the address of the first person PS1.
  • the server receives the request REQ1.
  • a third step ET13 the server determines the first provider FSl to whom the address is intended and deduces the type of associated degradation.
  • a fourth step ET14 the server SRV queries the database BDD in order to obtain the address of the first person PS1.
  • the server receives the address: "8 rue de la Paix, 75000 Paris".
  • a sixth step ET16 the provider having initiated the data access request being the first provider FS1, the MOD module provides the exact address namely "8 rue de la Paix, 75000 Paris" to the first provider FSl.
  • a seventh step ETl 7 the server SRV provides the address "8 rue de la Paix, 75000 Paris" to the first provider FSl.
  • the second provider FS2 receives a response RPS1 including the address "8 rue de la Paix, 75000 Paris". It is now considered that the service provider wishing to access personal data is the second provider FS2.
  • the first provider FS2 requires from the server SRV access to part of the personal data of a person, for example to the address of the second person PS2.
  • the provider transmits a request REQ2, called second request REQ2, to the server in order to obtain this address.
  • this second request REQ2 comprises at least one parameter identifying the second provider FS2 recipient of the data, and the data to which the second provider FS2 wish to access.
  • the server SRV receives the second request REQ2.
  • a third step ET23 the server determines the service provider to whom the address is intended and deduces the type of degradation associated.
  • a fourth step ET24 the server SRV queries the database BDD in order to obtain the address of the second person PS2.
  • the server receives the address: "8 avenue des champs Elysées 75000 Paris".
  • a sixth step ET26 the provider having initiated the data access request being the second provider FS2, the module MOD transforms this address.
  • this transformation consists in degrading this address.
  • the degradation may consist of saying that the second person lives in Paris, or in the French region of Ile de France. In other words, the degradation makes the original data less precise.
  • the server SRV supplies the degraded data to the second provider FS2.
  • the second provider FS2 receives an RPS2 response including the address "Paris” or "Ile de France” or "France”.
  • the degradation of the data can be carried out before the sixth step; the sixth step would be in this case to access the degraded data stored for example in the database
  • the link between the provider and the type of degradation to apply to the data to be provided to this provider is defined beforehand. However, nothing precludes determining this link after receiving the request (ET12, ET22).
  • the exemplary embodiment is based on a first variant in which a transformation is applied according to the recipient provider of the data.
  • a second variant could be to apply a transformation, not according to the recipient service provider, but according to the type of data accessed in the database BDD. For example, degradation may be desired when the data accessed relates to the address. Conversely, a degradation may be deemed unnecessary when the data accessed relates to the first name of a person.
  • the degradation of a datum can be arbitrary. For example, if a provider wants to access the name and surname of a person, a degradation may consist of providing the first letter of the first name possibly followed by the name of the person. A deterioration related to the date of birth data may also include indicating that the person is of legal age, age, or the age of the person.
  • the exemplary embodiment is based on a degradation, however a transformation for the purpose of enriching the data can also be envisaged.
  • enrichment could be the use of a particular format for representing data on a screen.
  • the enrichment of an age-related data may include providing, in addition to original data such as date of birth, age, indication that the person is of age or under, etc.
  • MOD transformation means of original data according to a given type of transformation
  • FRN means of supplying the transformed data, respectively.

Landscapes

  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Information Transfer Between Computers (AREA)
  • Compression, Expansion, Code Conversion, And Decoders (AREA)

Abstract

L'invention a trait à la fourniture de données à au moins une entité (FS1,FS2). L'invention comprend une étape d'obtention (ETn4) de données, dites données d'origine, une étape de transformation (ETn6) de données d'origine selon un type de transformation donné, une étape de fourniture (ETn7) des données transformées à au moins une entité.

Description

Procédé de fourniture de données
Domaine technique
L'invention se rapporte à un procédé de fourniture de données et plus particulièrement à la fourniture de données à caractère personnel.
Une donnée à caractère personnelle sera, dans la suite de la description, désignée par l'expression "donnée personnelle". Par donnée personnelle, il faut entendre toute information relative à une personne identifiable. Une donnée personnelle peut être par exemple des données d'identité classiques telles que le nom, le prénom, la date de naissance, le lieu de naissance, le sexe, l'adresse, etc., mais aussi des données liées au comportement, aux habitudes d'une personne, à son agenda, à l'environnement dans lequel la personne se trouve, par exemple sa localisation, la température ambiante du lieu dans lequel elle se trouve, etc.
L'entité englobe toute entité apte à recevoir des données, en particulier des données personnelles. Une telle entité est par exemple un fournisseur de produits ou de services apte à utiliser des données personnelles pour concevoir et commercialiser des offres de produits ou de services adaptés à ses clients.
Etat de la technique
Pour optimiser la probabilité qu'un produit ou un service soit utilisé par un utilisateur, les fournisseurs de services et/ou de produits, ci-après désignés par fournisseurs, collectent des données personnelles auprès de diverses sources de données personnelles.
Les sources de données personnelles sont nombreuses. Les sources de données les plus fiables sont le plus souvent des entreprises contractuellement liées à ses clients. Ces entreprises sont entre autres des sociétés d'assurance, des banques, des opérateurs de télécommunication.
Concrètement, un fournisseur requiert, auprès d'une ou plusieurs sources de données, un accès à des données personnelles relatives à une personne et obtient en retour les données personnelles demandées. Le fournisseur exploite ensuite ces données personnelles afin de fournir un service adapté à la personne concernée.
L'invention
Les inventeurs ont constaté qu'une source de données personnelles telle qu'un opérateur de télécommunication répond de la même façon à toutes demandes d'accès à des données quelle que soit l'entité à l'origine de la demande et/ou quel que soit le type de données accédées. L'état de la technique n'offre pas de moyens techniques aptes modifier les données en fonction de l'entité destinatrice des données. Or, il n'est pas souhaitable que toutes les données personnelles soient fournies de la même façon à toute entité ayant requis un accès aux données.
A cet effet, l'invention a pour objet un procédé de fourniture de données à au moins une entité, caractérisé en ce qu'il comprend
- une étape d'obtention de données, dites données d'origine,
- une étape de transformation de données d'origine selon un type de transformation donné,
- une étape de fourniture des données transformées à au moins une entité.
L'invention prévoit de précéder l'étape de fourniture de données d'une étape transformation des données d'origine. Grâce à l'invention, les données fournies à une entité peuvent ne pas correspondent exactement aux données d'origine collectées par une source de données.
De plus, nous verrons que les données d'origine peuvent être transformées selon plusieurs types de transformation. Ainsi, deux entités distinctes ayant requis un accès à une même donnée d'origine peuvent recevoir en retour des données différentes, les données d'origine pouvant être transformées selon un type de transformation respectif. Selon une première variante, le type de transformation est fonction de l'entité destinataire des données. Ainsi, un dispositif de fourniture de données pourra décider, en fonction de l'entité destinataire des données, d'appliquer ou non aux données d'origine un type de transformation particulier.
Selon une deuxième variante, le type de transformation est fonction des données à fournir. Ainsi, un dispositif de fourniture de données pourra décider en fonction des données accédées d'appliquer ou non aux données d'origine un type de transformation particulier.
La première et la deuxième variante peuvent être utilisées en combinaison.
Selon une troisième variante, la transformation des données correspond à une dégradation des données. Ainsi, les données d'origine, lorsqu'elles sont dégradées, sont moins précises que les donnés d'origine et/ou sont fournies dans un format qui visuellement est moins agréable que d'autres formats.
Selon un aspect matériel, l'invention se rapporte à un dispositif de fourniture de données, caractérisé en ce qu'il comprend
- Des moyens d'obtention de données, dites données d'origine,
- Des moyens de transformation de données d'origine selon un type de transformation donné,
- Des moyens de fourniture des données transformées.
L'invention se rapporte aussi au programme d'ordinateur comprenant des instructions de code qui, lorsque le programme est exécuté par un processeur, réalise les étapes définies ci-dessus relativement au procédé de fourniture de données.
L'invention sera mieux comprise à la lecture de la description qui suit, donnée à titre d'exemple et faite en référence aux dessins annexés.
Les figures: La figure 1 représente un système informatique dans lequel l'invention peut être mise en œuvre.
La figure 2 représente un échange de données entre une source de données et une entité destinataire des données, cet échange illustrant les différentes étapes d'un mode de réalisation du procédé de l'invention.
Description détaillée d'un exemple de réalisation illustrant l'invention
La figure 1 représente un système SYS comprenant une base de données BDD stockant des données personnelles relatives à une pluralité d'utilisateurs. Dans notre exemple, cette base de données BDD est gérée par un serveur SRV appartenant à un opérateur de télécommunication. La base est au choix incorporée dans le serveur au connectée au serveur via un réseau RESl.
Dans notre exemple, la base BDD stocke des données relatives à une première personne PSl et à une deuxième personne PS2. Dans la suite, les données personnelles incluent le nom, le prénom, l'adresse, et la date de naissance. Dans notre exemple, à chaque personne PSl et PS2 correspond les données personnelles respectives suivantes (nom: Le Roux ; Prénom: Ronan, Adresse: 8 rue de la Paix 75000 Paris, date de naissance: 20 juin 1980) et (nom: Barreau ; Prénom: Michaël, Adresse: 8 avenue des champs Elysées 75000 Paris, date de naissance: 10 février 1975).
Rappelons que Paris est une ville Française comprise dans une région appelée "Ile de France ".
Le système comprend également des entités illustrées au moyen de fournisseurs de service. Notre exemple comprend deux fournisseurs de service FSl et FS2. Ces deux fournisseurs communiquent avec le serveur SRV au travers d'un deuxième réseau RES2.
A noter que le premier réseau RESl et le deuxième réseau RES2 peuvent être les mêmes réseaux. Les fournisseurs FSl et FS2 sont dotés de moyens de communication permettant aux fournisseurs de communiquer avec le serveur et d'échanger des données. L'échange peut notamment consister, pour un fournisseur, à requérir auprès du serveur SRV l'accès à des données personnelles et à obtenir, en réponse à la requête, les données personnelles.
A noter que la fourniture n'est pas précédée dans tous les cas d'une requête émise par exemple depuis un fournisseur de service; en effet, la fourniture de donnée peut être programmée à des instants prédéfinis.
Selon l'invention, les données personnelles stockées dans la base de données BDD subissent une transformation avant d'être transmise à un fournisseur de service. De plus, dans notre exemple, la transformation consiste en une dégradation des données personnelles, le type de dégradation à appliquer étant fonction du fournisseur de service destinataire des données personnelles selon une première variante, ou fonction du type de données à fournir au destinataire selon une deuxième variante.
La transformation est réalisée par l'intermédiaire d'un module de transformation de données MOD. Dans notre exemple, ce module est situé dans le serveur mais pourrait très bien être situé hors du serveur.
On se réfère maintenant à la figure 2 incluant une suite d'étapes (ETnI à ETn7) illustrant un exemple de réalisation. Dans notre exemple, n varie entre 1 et 2, n=l correspondant aux étapes réalisées relativement au premier fournisseur FSl, et n=2 correspondant aux étapes réalisées relativement au deuxième fournisseur FS2.
Sur la figure 2, trois axes sont représentés:
- Un premier axe (FSn) correspondant au fournisseur destinataire des données personnelles, à savoir FSl ou FS2,
- Un deuxième axe (SRV) correspondant au serveur SRV, - un troisième axe (BDD) correspondant à la base de données BDD stockant les données personnelles.
Dans notre exemple, ces trois axes sont reliés par des flèches unidirectionnelles illustrant des échanges de données et le sens de l'échange. Sur cette figure 2 est aussi représenté un axe temporel At indiquant le sens d'exécution du mode de réalisation de l'invention. Sur cette figure 2, un cercle présent sur un axe relatif au serveur SRV signifie qu'un traitement interne au serveur SRV est en cours de réalisation.
Dans cet exemple, à chaque fournisseur de service FSl et FS2 est associé un type de dégradation des données particulier. Le type de dégradation peut être basé sur le rapport existant entre l'opérateur de télécommunication, qui gère le serveur et les données personnelles, et un fournisseur de service. Dans notre exemple, on considère que le premier fournisseur FSl est un fournisseur de service géré par l'opérateur OP, et que le deuxième fournisseur FS2 n'appartient pas à l'opérateur. L'opérateur a donc une relation de confiance avec le premier fournisseur FSl et une relation plus incertaine avec le deuxième fournisseur FS2. Dans notre exemple, l'opérateur, en sa qualité de gestionnaire des données personnelles, peut décider de dégrader les données destinées au deuxième fournisseur FS2 selon un type de dégradation particulier de façon à ce que ce deuxième fournisseur n'accède pas aux données d'origine stockées dans la base de données mais à des données moins précises. A l'inverse, lorsque le fournisseur à qui sont destinées les données personnelles est le premier fournisseur FSl, le module MOD transforme les données concernées de la base de données BDD de façon à fournir, au premier fournisseur FSl, des données personnelles les plus précises possibles.
Une deuxième variante à ce mode de réalisation sera aussi décrite selon laquelle la transformation est réalisée en fonction du type de données à fournir.
A noter qu'une dégradation consiste, entre autres, à rendre moins précise une donnée, à rendre plus générale une information particulière. Par exemple, si un fournisseur souhaite obtenir l'adresse de la première personne PSl, une dégradation consiste à fournir, non pas l'adresse exacte à savoir "8 rue de la Paix 75000 Paris", mais une information moins précise, plus générale, telle que "Mr Le Roux habite en Ile de France". D'autres exemples de dégradation de données seront illustrés en fin de description.
Lors d'une première étape EiTl 1, le premier fournisseur FSl requiert auprès du serveur SRV un accès à une partie des données personnelles d'une personne, par exemple à l'adresse de la première personne PSl. A cet effet, le premier fournisseur FSl transmet une première requête REQl au serveur en vue d'obtenir cette adresse. Dans notre exemple, cette première requête REQl comprend au moins un paramètre identifiant le premier fournisseur FSl destinataire des données, et les données auxquelles souhaitent accéder le premier fournisseur FSl à savoir l'adresse de la première personne PSl.
Lors d'une deuxième étape ET12, le serveur reçoit la requête REQl.
Lors d'une troisième étape ET13, le serveur détermine le premier fournisseur FSl à qui est destinée l'adresse et déduit le type de dégradation associé.
Lors d'une quatrième étape ET14, le serveur SRV interroge la base de données BDD afin d'obtenir l'adresse de la première personne PSl.
Lors d'une cinquième étape ET15, le serveur reçoit l'adresse: "8 rue de la Paix, 75000 Paris".
Lors d'une sixième étape ET16, le fournisseur ayant initié la requête d'accès aux données étant le premier fournisseur FSl, le module MOD fournit l'adresse exacte à savoir "8 rue de la Paix, 75000 Paris" au premier fournisseur FSl.
Lors d'une septième étape ETl 7, le serveur SRV fournit l'adresse "8 rue de la Paix, 75000 Paris" au premier fournisseur FSl.
Lors d'une huitième étape ET18, le deuxième fournisseur FS2 reçoit une réponse RPSl incluant l'adresse "8 rue de la Paix, 75000 Paris". On considère maintenant que le fournisseur de service souhaitant accéder à des données personnelles est le deuxième fournisseur FS2.
Lors d'une première étape ET21, le premier fournisseur FS2 requiert auprès du serveur SRV un accès à une partie des données personnelles d'une personne, par exemple à l'adresse de la deuxième personne PS2. A cet effet, le fournisseur transmet une requête REQ2, dite deuxième requête REQ2, au serveur en vue d'obtenir cette adresse. Dans notre exemple, cette deuxième requête REQ2 comprend au moins un paramètre identifiant le deuxième fournisseur FS2 destinataire des données, et les données auxquelles souhaitent accéder le deuxième fournisseur FS2.
Lors d'une deuxième étape ET22, le serveur SRV reçoit la deuxième requête REQ2.
Lors d'une troisième étape ET23, le serveur détermine le fournisseur de service à qui est destinée l'adresse et déduit le type de dégradation associé.
Lors d'une quatrième étape ET24, le serveur SRV interroge la base de données BDD afin d'obtenir l'adresse de la deuxième personne PS2.
Lors d'une cinquième étape ET25, le serveur reçoit l'adresse: "8 avenue des champs Elysées 75000 Paris".
Lors d'une sixième étape ET26, le fournisseur ayant initié la requête d'accès aux données étant le deuxième fournisseur FS2, le module MOD transforme cette adresse. Dans notre exemple, cette transformation consiste à dégrader cette adresse. Par exemple la dégradation peut consister à dire que la deuxième personne habite Paris, ou dans la région Française d'Ile de France. En d'autres mots la dégradation rend moins précis la donnée d'origine.
Lors d'une septième étape EYIl, le serveur SRV fournit la donnée dégradée au deuxième fournisseur FS2. Lors d'une huitième étape EΞT28, le deuxième fournisseur FS2 reçoit une réponse RPS2 incluant l'adresse "Paris" ou bien "Ile de France", ou encore "France".
A noter que la dégradation des données peuvent être réalisées antérieurement à la sixième étape; la sixième étape consisterait dans ce cas à accéder au données dégradées stockées par exemple dans la base de données
BDD. Aussi, dans notre exemple, le lien entre le fournisseur et le type de dégradation à appliquer aux données à fournir à ce fournisseur est défini au préalable. Cependant, rien n'empêche de déterminer ce lien après réception de la requête (ET12,ET22).
L'exemple de réalisation se base sur une première variante dans laquelle une transformation est appliquée en fonction du fournisseur destinataire des données. Une deuxième variante pourrait consister à appliquer une transformation, non pas en fonction du fournisseur de service destinataire, mais en fonction du type de données accédées dans la base de données BDD. Par exemple une dégradation peut être souhaitée lorsque la donnée accédée concerne l'adresse. A l'inverse, une dégradation peut être jugée inutile lorsque la donnée accédée concerne le prénom d'une personne.
La dégradation d'une donnée peut être quelconque. Par exemple, si un fournisseur souhaite accéder au nom et au prénom d'une personne, une dégradation peut consister à fournir la première lettre du prénom éventuellement suivi du nom de la personne. Une dégradation liée à la donnée relative à la date de naissance peut aussi consister à indiquer que la personne est majeure ou mineure, ou que l'âge de la personne se situe dans une tranche d'âge.
L'exemple de réalisation se base sur une dégradation, cependant une transformation ayant pour objet un enrichissement des données peut aussi être envisagée. Par exemple, l'enrichissement pourrait être l'utilisation d'un format particulier pour la représentation des données sur un écran. L'enrichissement d'une donnée relative à l'âge peut consister par exemple à fournir, en plus des données d'origine telles que la date de naissance, l'âge, une indication que la personne est majeure ou mineure, etc.
A noter que dans ce qui précède, la réalisation des étapes suivante
- une étape d'obtention ETn4 de données, dites données d'origine,
- une étape de transformation ETnδ de données d'origine selon un type de transformation donné,
- une étape de fourniture ETn7 des données transformées,
sont réalisées par
- des moyens d'obtention RCP de données, dites données d'origine,
- des moyens de transformation MOD de données d'origine selon un type de transformation donné,
- des moyens de fourniture FRN des données transformées, respectivement.

Claims

Revendications
1. Procédé de fourniture de données à au moins une entité (FSl, FS2), caractérisé en ce qu'il comprend
- une étape d'obtention (ETn4) de données, dites données d'origine,
- une étape de transformation (ETn6) de données d'origine selon un type de transformation donné,
- une étape de fourniture (ETn7) des données transformées à au moins une entité.
2. Procédé selon la revendication 1, caractérisé en ce que le type de transformation est fonction de l'entité destinataire des données (FS1,FS2).
3. Procédé selon la revendication 1, caractérisé en ce que le type de transformation est fonction des données à fournir.
4. Dispositif de fourniture de données, caractérisé en ce qu'il comprend
- des moyens d'obtention (RCP) de données, dites données d'origine,
- des moyens de transformation (MOD) de données d'origine selon un type de transformation donné,
- des moyens de fourniture (FRN) des données transformées.
5. Programme d'ordinateur comprenant des instructions de code qui, lorsque le programme est exécuté par un processeur, réalise les étapes définies dans l'une des revendications 1 à 3.
PCT/FR2009/051154 2008-07-01 2009-06-17 Procede de fourniture de donnees Ceased WO2010001040A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0854439 2008-07-01
FR0854439A FR2933519A1 (fr) 2008-07-01 2008-07-01 Procede de fourniture de donnees

Publications (2)

Publication Number Publication Date
WO2010001040A2 true WO2010001040A2 (fr) 2010-01-07
WO2010001040A3 WO2010001040A3 (fr) 2010-02-25

Family

ID=40194006

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2009/051154 Ceased WO2010001040A2 (fr) 2008-07-01 2009-06-17 Procede de fourniture de donnees

Country Status (2)

Country Link
FR (1) FR2933519A1 (fr)
WO (1) WO2010001040A2 (fr)

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"STATEMENT IN ACCORDANCE WITH THE NOTICE FROM THE EUROPEAN PATENT OFFICE DATED 1 OCTOBER 2007 CONCERNING BUSINESS METHODS - PCT / ERKLAERUNG GEMAESS DER MITTEILUNG DES EUROPAEISCHEN PATENTAMTS VOM 1.OKTOBER 2007 UEBER GESCHAEFTSMETHODEN - PCT / DECLARATION CONFORMEMENT AU COMMUNIQUE DE L'OFFICE EUROP" JOURNAL OFFICIEL DE L'OFFICE EUROPEEN DES BREVETS.OFFICIAL JOURNAL OF THE EUROPEAN PATENT OFFICE.AMTSBLATTT DES EUROPAEISCHEN PATENTAMTS, OEB, MUNCHEN, DE, 1 novembre 2007 (2007-11-01), pages 592-593, XP007905525 ISSN: 0170-9291 *

Also Published As

Publication number Publication date
FR2933519A1 (fr) 2010-01-08
WO2010001040A3 (fr) 2010-02-25

Similar Documents

Publication Publication Date Title
US9929881B2 (en) Network-based platform for providing customer technical support
US20080034060A1 (en) System and method for providing network-based technical support to an end user
EP0599706B1 (fr) Dispositif de traitement de l'information permettant la gestion d'une ressource informatique par un système d'administration
EP1193625B1 (fr) Moteur de recherche collaboratif
CN108667866B (zh) 一种基于api智能适配的请求处理方法及装置
CN1310822A (zh) 带有可编程地址属性的电子邮件客户程序
FR2802373A1 (fr) Systeme et methode pour personnaliser la qualite des services en fonction des clients dans un environnement informatique collaboratif
FR2950214A1 (fr) Procede de demande de verification de donnees profil utilisateur d’un site de reseau social.
FR2814829A1 (fr) Procede et systeme d'optimisation de consultations d'ensembles de donnees par une pluralite de clients
FR2951295A1 (fr) Procede pour le remplacement d'un contenu visuel prenant en consideration des exigences de cout, droit d'auteur et confidentialite
US20120215767A1 (en) Augmenting sales and support interactions using directed image or video capture
CN1855139A (zh) 用于处理呼叫的方法
FR2812422A1 (fr) Preparation et remise securisees de rapports de donnees
FR2942926A1 (fr) Procede et systeme de synthese temps reel d'interactions relatives a un utilisateur
WO2010001040A2 (fr) Procede de fourniture de donnees
CN101211452A (zh) 专利情报服务系统及方法
FR2984067A1 (fr) Adaptation d'information contextuelle.
EP1801716B1 (fr) Diffusion de données par groupement
WO2007033814A2 (fr) Procédé d'accès à des informations relatives à au moins un utilisateur permettant d'entrer en contact avec lui ultérieurement
EP2351328B1 (fr) Procede et dispositif de generation d'informations descriptives de la situation d'un utilisateur
FR2874108A1 (fr) Procede d'affichage de carte contenant des endroits et d'accession a des ressources d'information relatives a ces endroits
FR2814571A1 (fr) Procede pour fournir a un client du type concepteur de site web ou hebergeur de site web un outil de transformation d'une image d'un premier format dans un second format
FR3046283A1 (fr) Procede automatique et dispositif de determination d'un parcours client dans un systeme de communication multicanal
EP3465476B1 (fr) Procédé d'invocation d'un service applicatif par un navigateur
NL2003943C2 (nl) Werkwijze en systeem voor het opzetten van een spraakverbinding.

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09772722

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09772722

Country of ref document: EP

Kind code of ref document: A2