EP2041942A1 - Partage contrôlé de données personnelles - Google Patents

Partage contrôlé de données personnelles

Info

Publication number
EP2041942A1
EP2041942A1 EP07787291A EP07787291A EP2041942A1 EP 2041942 A1 EP2041942 A1 EP 2041942A1 EP 07787291 A EP07787291 A EP 07787291A EP 07787291 A EP07787291 A EP 07787291A EP 2041942 A1 EP2041942 A1 EP 2041942A1
Authority
EP
European Patent Office
Prior art keywords
user
personal data
communicating object
communicating
shared
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.)
Granted
Application number
EP07787291A
Other languages
German (de)
English (en)
Other versions
EP2041942B1 (fr
Inventor
Frédéric Faure
Lionel Mallet
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.)
Thales DIS France SA
Original Assignee
Gemalto 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 Gemalto SA filed Critical Gemalto SA
Publication of EP2041942A1 publication Critical patent/EP2041942A1/fr
Application granted granted Critical
Publication of EP2041942B1 publication Critical patent/EP2041942B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6245—Protecting personal data, e.g. for financial or medical purposes

Definitions

  • the present invention relates to controlled sharing of personal data. More specifically, it relates to a personal data sharing controlled and managed by the owner of the personal data.
  • the operations of updating personal data in existing telecommunications systems are based on centralized solutions in which a server stores personal data of the person A in combination with identifiers of other persons who may use this data such as the person B.
  • the server periodically interrogates the terminal of the person A owner of the stored personal data to check their validity, to possibly carry out the updates on the server and to control these updates in the terminals of other persons whose identifiers are registered in association with the data of the person A in the server.
  • Such updating of personal data can not be carried out automatically on ad-hoc decentralized networks by direct communication between the terminals of persons A and B, and is only done informally.
  • the invention aims to control the sharing of personal data directly managed in a communicating object of the user owner of said personal data.
  • a method for controlling a sharing of personal data of a first user of a first communicating object with a second user of a second communicating object comprises the following steps of: sharing in the first communicating object in response to a request from the second user of the first user's personal data recorded in the first communicating object among other personal data of the first user, associating in the first communicating object the shared personal data with a reference of the second user; user, and transmit the shared personal data to the second communicating object, and record them in the second communicating object in association with a reference of the first user.
  • the method comprises, after the step of sharing, a step for controlling from the first communicating object the shared personal data of the first user by transmitting a control command containing at least the reference of the first user to the second user. communicating object in order to find in the second communicating object the personal data of the first user in association with the reference extracted from the control order and treat them according to the transmitted control order.
  • the telecontrol invention advantageously from a first communicating object such as a mobile terminal associated with a smart card or any other type of terminal, the shared personal data of the first user registered in a communicating object of the second user.
  • the first user retains control of his own data in communicating objects of other users.
  • control of personal data may comprise: in the first communicating object, an update of at least one personal data of the first user into a modified personal data, a search of the reference of the second user associated with the personal data and a transmission of the control order containing the modified personal data and the reference of the first user to the second communicating object, and an update of the personal data associated with the reference of the first user extracted from the control order in the second communicating object according to the modified personal data extracted from the control order.
  • the control of personal data may also include a transmission of the control order containing the reference of the first user from the first communicating object to the second communicating object, a deletion of at least one personal data associated with the reference of the first user extracted from the control command in the second communicating object, and a deletion of an association between said personal data item and the reference number of the second user in the first communicating object.
  • the method initially comprises a personal data record of the first user in the first communicating object, a transmission of an access address of the first communicating object from said first communicating object to a server means, a generation of the reference of the first user by the server means, and a matching of the reference to the access address transmitted in the server means.
  • rules of use established by the first user are transmitted with the personal data shared from the first communicating object to the second communicating object.
  • the invention also relates to a communicating object of a first user communicating with a second communicating object of a second user to control a sharing of personal data of the first user with the second user.
  • Said communicating object is characterized in that it comprises: means for sharing, in response to a request from the second user, personal data of the first user registered in the first communicating object among other personal data of
  • a means for associating the personal data shared with a reference (RUB) of the second user a means for transmitting the personal data shared to the second communicating object to record the personal data transmitted in the second communicating object in association with a reference (RUA) of the first user, and means for controlling the shared personal data of the first user by transmitting a control command containing at least the reference of the first user to the second communicating object in order to find in the second communicating object the personal data the first user in association with the reference extracted from the control order and treat them according to the transmitted control order.
  • the invention relates to a computer program adapted to be implemented in said communicating object communicating with a second communicating object of a second user to control a sharing of personal data of the first user with the second user.
  • the program includes instructions that, when the program is executed in said first communicating object, perform the following steps: in response to a request from the second user of the first user's personal data recorded in the first communicating object among other personal data of the first user, to share the personal data shared with a reference of the second user, to transmit the personal data shared to the second user communicating object for recording the personal data transmitted in the second communicating object in association with a reference of the first user, and controlling the shared personal data of the first user by transmitting a control command containing at least the reference of the first user to the second object communicating in order to find in the second communicating object the personal data of the first user in association with the reference extracted from the control order and process them according to the transmitted control order.
  • the invention also relates to a communicating object communicating with a first communicating object of a first user controlling a sharing of personal data with a second user using said communicating object.
  • Said communicating object is characterized in that it comprises: means for requesting personal data of the first user registered in the first communicating object among other personal data of the first user, the shared personal data recorded in the first communicating object being associated a reference of the second user, a means for recording the shared personal data transmitted in association with a reference of the first user, and means for processing the shared personal data associated with the reference of the first user extracted from a control command transmitted from the first communicating object, according to the control order.
  • the invention relates to a computer program adapted to be implemented in said communicating object communicating with a first communicating object of a first user controlling a sharing of personal data with a second user using said communicating object said.
  • the program comprises instructions which, when the program is executed in said communicating object, perform the following steps: require personal data of the first user registered in the first communicating object among other personal data of the first user, shared personal data recorded in the first communicating object being associated with a reference of the second user, recording the shared personal data transmitted in association with a reference of the first user, and processing the shared personal data associated with the reference of the first user extracted from a transmitted control command from the first communicating object, depending on the transmitted control order.
  • a communicating object can both include means for sharing, means for associating, means for transmitting and control means as included in the first communicating object above, and means for requesting, means for register and a means for processing as included in the second communicating object above.
  • FIG. a schematic block diagram of a personal data sharing system implementing a method for controlling a sharing of personal data according to the invention
  • Fig. 2 is a more detailed block diagram showing a correspondence server and a personal computer as a communicating object in the system of Fig. 1
  • Figure 3 is a representative block diagram of a smart card as a communicating object associated with a mobile radio terminal
  • FIG. 4 is an algorithm representative of a step of recording personal data of the method for controlling a sharing of personal data according to the invention
  • FIG. 5 is an algorithm representative of a step of sharing personal data of the method according to the invention
  • FIG. 6 is an algorithm representative of a step of updating personal data of the method according to the invention.
  • FIG. 7 is an algorithm representative of a step of deleting personal data from the method according to the invention.
  • users each have a communicating object such as a personal computer TA, a mobile radio terminal TB or any other personal communication device communicating with a correspondence server SC across a RR-RPQ telecommunications network.
  • the telecommunications network comprises a GSM type radio cellular radio network with mobility management and GPRS radio access, or third generation Coded Division Multiple Access (3GPP) code access multiple type. of the UMTS type (Universal Mobile Telecommunications System) or UTRAN (UMTS Terrestrial Radio Access Network), or the third generation (3GPP2) of the CDMA 2000 type, backed by an Internet-based RPQ packet-switched network.
  • the telecommunications network may also be a local area network of the WiFi type (Wireless Fidelity), WiMax (Worldwide Interoperability for Microwave Access) or Wibro (Wireless Broadband), or a proximity network of the infrared, Bluetooth or NFC (Near Field Communication) type. ).
  • the correspondence server SC is connected to a database BD which contains ADRA, ADRB access addresses of communicating object directory agents TA, TB of the telecommunications network respectively in correspondence with references RUA, RUB of the users. UA, UB of these communicating objects.
  • a directory agent in a communicating object manages the personal data of the user of said object and the personal data of users of other communicating objects.
  • An ADRA Access Address, ADRB of a Directory Agent of an Object communicant is a telephone number or network address of type IP (Internet Protocol).
  • a reference RUA, RUB of a user of a communicating object is preferably anonymous and characterizes the user and / or its communicating object without another user can directly identify said user and can communicate directly with him.
  • the personal data sharing system illustrated in FIG. 1 implements a method for controlling a sharing of personal data comprising the main steps respectively represented in FIGS. 4 to 7, and which are a personal data record of a first user UA.
  • a communicating object TA of the network a sharing of personal data of the first user UA with a second user UB, an update of personal data of the first user UA and a deletion of the personal data of the first user UA in the communicating object TB of the second user UB.
  • requests RQ1 and responses RP1 transit between the communicating object TA as a personal computer and the correspondence server SC via the packet network.
  • requests RQ2, RQ3, responses RP2, RP3 and ODCl control commands, ODC2 between the communicating object TB as a mobile radio terminal and the SC server or the personal computer TA are exchanged through the RR radio network. and the RPQ packet network via, for example, a communication gateway not shown in FIG. 1.
  • the communication gateway may comprise an access gateway to communicate with the SC server through the high speed RPQ packet network.
  • Another access gateway of the communication gateway communicates with at least one switch of the RR radio network, often through an access network such as an X.25 type packet network or an ISDN network (network Digital to Service Integration) or ATM (Asynchronous Transfer Mode).
  • the communication gateway exchanges with the mobile radio terminal TB through the RR network messages that encapsulate IP (Internet Protocol) packets transmitted to and by the correspondence server SC or the computer TA through the RPQ network.
  • IP Internet Protocol
  • the correspondence server SC and the communicating object TA are represented in the form of functional blocks, most of which provide functions relating to the invention and can correspond to software and / or hardware modules.
  • the communicating object TB is shown in Figure 3 and comprises in part modules identical to those of the computer TA described below.
  • the correspondence server SC comprises a correspondence manager GC which manages various operations in the database BD, and an ICS communication interface for transmitting and receiving IP packets through the packet network RPQ.
  • Operations managed by the GC Manager include the registration of matches respectively between anonymous references of users and the access addresses of the directory agents of their communicating objects, and the search for an access address according to the associated anonymous reference of a user transmitted by the communicating object another user.
  • the communicating object TA is a personal computer.
  • the personal computer TA comprises an ICA communication interface, a PTA processor, an IHMA human-machine interface, MTA memories, a UEA operating unit and an ARA directory agent.
  • the various elements of the terminal are interconnected by a bidirectional bus BTA.
  • the interface IHMA controls the interaction between the computer TA and the user UA, and comprises a keyboard associated with a display and / or a touch screen and optionally a voice recognition device.
  • the directory agent ARA manages the personal data of the user UA, and exploits personal data of other users of communicating objects provided that they have been authorized by these other users UA.
  • the directory agent ARA communicates with the directory agents of the communicating objects of second and third users in order to transmit control commands for controlling in the directory agents of the second users the shared personal data of the user UA, or of executing in the ARA agent control commands transmitted by the directory agents of the third users concerning shared personal data of the third users.
  • At least one user can be both a second user and a third user.
  • the ARA directory agent includes a GDA data manager connected to a RDA personal data directory, a GEA operating manager connected to a REA operating directory, and a common memory MCA. MCA memory is accessible by both managers
  • GDA and GEA stores the access address ADSC of the correspondence server SC and the access address
  • the RDA and REA directories are combined into a single directory.
  • the data manager GDA manages the personal data DA 1 to DA N of the user UA recorded in the data directory RDA each in correspondence with a data identifier I_DA] _, I_DA N.
  • Personal data are, for example, the user's name, first name, date of birth, personal address, telephone number (s), profession and business address.
  • the personal data of a user may also be data other than data identifying the user and are for example pictures or personal films of the user.
  • the GDA manager also manages personal profiles established by the user UA. Each profile includes one or more personal data selected from the personal data DA 1 to DA N and is also recorded in the directory
  • the personal profiles of a user are, for example, a professional profile, a commercial profile for customers, a profile for friends and a profile for a member of a club.
  • the data directory RDA also records associations linking each personal data identifier or personal profile of the user UA with one or anonymous references of users of other communicating objects of the network that are authorized by the user UA to operate. the data or profile designated by the identifier.
  • the identifier I_DA n of the personal data item DA n with n an index comprised between 1 and the integer N, is associated with the anonymous reference RUB of the user UB of the mobile radio terminal TB.
  • the identifier I_DA N of the personal data DA N is also associated with the anonymous reference RUB.
  • the same data or profile identifier can be associated with several anonymous user references.
  • personal data or personal profiles are directly associated with one or more anonymous references of others, users.
  • This association is established when the user AU authorizes the user UB to use the data DA n and DA N which are also recorded in the operating directory of the directory agent of the terminal TB.
  • the ARA agent's GEA operating manager manages personal data of other users of communicating objects, this personal data being recorded in the REA operating directory in association with the anonymous references of the users who own the data.
  • the personal data DB ⁇ and DB ⁇ +1 with k an index between 1 and the integer K, of the user UB of the mobile radio terminal TB are recorded in the directory REA in association with the reference RUB of the user UB.
  • the user UB authorizes the user UA to exploit his personal data DB ⁇ and DB ⁇ +1 .
  • the identifiers I_DB ⁇ and I-DB ⁇ +1 of the data DB ⁇ and DB ⁇ +1 are also stored in the directory REA together with the data DB ⁇ and DB k + 1 .
  • Each of these exploitable personal data is preferably accompanied by one or more usage rules defining conditions of use of said data.
  • the personal data of other users registered in the REA directory are preferably and by default hidden and are associated with graphic representations such as icons displayed by means of the IHMA human-machine interface or identifiers of these graphical representations.
  • the telephone number of another user is represented by means of the IHMA interface in the form of an icon representative of a telephone to be selected by the user UA to request the establishment of a communication with the user.
  • a rule of use associated with this telephone number concerns, for example, the authorization to display said telephone number by means of the IHMA interface.
  • a personal data corresponding to a personal movie or photos is associated with a DRM (Digital Right Management) digital rights management rule of use.
  • the data manager GDA transmits a control command to the other user's operating manager so that the other user updates or deletes the data in the associated operating directory.
  • the GEA operations manager executes control commands transmitted by data managers in communicating objects of other users whose personal data or profiles are stored in the REA operating directory.
  • the UEA operating unit uses the personal data of other users registered in the REA directory of the ARA operating agent without modifying them and respecting the rules of use associated with this data. For example, once a user has selected an icon representing a telephone number of another user, the UEA receives the telephone number from the GEA Operations Manager to establish a communication. with the communicating object associated with this number, all this without the user UA being aware of said number.
  • the UEA operating unit is integrated into the ARA directory agent.
  • the UEA operating unit is directly connected to the REA operating directory.
  • the directory agent comprises only one of the GDA and GEA managers and associated directory thereof to either save and manage personal data of the user of the communicating object, either to record and to exploit the personal data of other users.
  • the directory agent ARB is a contact or contactless smart card to the mobile radio terminal TB.
  • the mobile radio terminal TB comprises an IRB radio interface, a PTB processor, an HMIM-MAN interface, MTB memories and an LT card reader.
  • the various elements of the terminal are interconnected by a bidirectional bus BT.
  • MTB memories include among others a UEB operating unit.
  • the ARB smart card is a multi-media card (MMC), or SD (Secure Digital) or USB (Universal Serial Bus) or UICC (Universal Integrated Circuit (s) Card).
  • MMC multi-media card
  • SD Secure Digital
  • USB Universal Serial Bus
  • UICC Universal Integrated Circuit
  • the UICC smart card is for example a card provided with a Subscriber Identity Module (SIM) application when the terminal TB hosting the card is a mobile connected to a GSM / GPRS type network (Global System for Mobile Communications / General Packet Radio).
  • SIM Subscriber Identity Module
  • the terminal TB hosting the card is a Third generation CDMA code division multiple access (3GPP) mobile device of the UMTS or UTRAN type, or of the third generation (3GPP2) of the CDMA 2000 type.
  • 3GPP Third generation CDMA code division multiple access
  • the ARB chip card mainly comprises a PC processor, or several processors, memory blocks M1 to M3, an RDB data directory and an operating directory REB.
  • the card exchanges orders or queries, and responses with the TB terminal through a PES input / output port and the LT reader with or without contact.
  • the RDB and REB directories are identical to the RDA and REA directories of the ARA agent on the TA computer.
  • the memory Ml includes a ROM or Flash type memory that includes the operating system of the card.
  • the memory M2 is a non-volatile memory, for example EEPROM 1 or Flash, in particular for storing keys, identity numbers and other parameters of the profile of the user having the card, such as a PIN code and other security data.
  • the memory M2 plays a role similar to the common memory MCA of the directory agent ARA according to FIG. 2 and thus stores the access address ADSC of the correspondence server SC and the access address ADRB of the card ARB. .
  • the data manager GDB and the operating manager GEB of the ARB card are distributed in the memories Ml and M2 and are similar to the GDA and GEA managers of the directory agent ARA in the computer TA.
  • the memory M3 is a RAM or SRAM memory used more particularly for data processing.
  • the PC processor, the memory Ml, the data manager GDB, the memories M2 and M3, the data directory RDB and the port PES in the card are interconnected by a bidirectional bus BD.
  • the PC processor, the memory Ml, the operating manager GEB, the memories M2 and M3, the operating directory REB and the port PES in the card are interconnected by a bidirectional bus BE.
  • the invention is not limited to a mobile radio terminal associated with a smart card.
  • the smart card can also be a card included in a laptop for example connected to a mobile terminal or directly connected to the Internet, a credit card, an electronic purse card, a health card, an electronic passport, or any additional card associated with a mobile terminal.
  • the invention applies to other communicating objects, such as a PDA communicating personal digital assistant, or a portable or non-portable home terminal such as a video game console or a smart television receiver cooperating with a remote control display or alphanumeric keyboard also used as a mouse through an infrared link.
  • a PDA communicating personal digital assistant or a portable or non-portable home terminal such as a video game console or a smart television receiver cooperating with a remote control display or alphanumeric keyboard also used as a mouse through an infrared link.
  • the step of recording personal data of the method for controlling a sharing of personal data comprises steps E1 to E7.
  • step E1 the user UA enters, via the human-machine interface IHMA of the computer TA, personal data DA 1 to DA N characterizing it, and establishes personal profiles from these personal data entered.
  • the user can also enter for each personal data and / or each personal profile rules for using the data and / or the profile.
  • the rule of using a Data included in two different profiles may vary from one profile to another.
  • step E2 the personal data DA 1 to DA N , the personal profiles and the rules of use associated with the data and profiles are provided by the interface IHMA to the data manager GDA to be recorded in the data directory RDA .
  • the data DA] _ to DA N accompanied by their rules of use are recorded in the directory RDA, in step E3, in association with identifiers I_DA ⁇ to I_DA N.
  • profiles with their usage rules are saved in the RDA directory in combination with profile identifiers.
  • step E4 the data manager GDA establishes a registration request RQ1 including the ADRA access address of the directory agent ARA and transmits it to the correspondence server SC whose access address ADSC is read. in the common memory MCA of the directory agent ARA.
  • step E5 the communication interface ICS of the correspondence server SC receives the request RQ1 which is processed by the correspondence manager GC of the server SC.
  • the GC manager generates an anonymous reference RUA characterizing the user UA and matches the reference RUA generated to the access address
  • step E6 the user reference RUA is transmitted via a response RP1 to the directory agent ARA of the computer TA.
  • the communication interface ICA of the computer TA receives the response RP1 and transmits it to the data manager GDA which processes it.
  • the data manager stores the received RUA reference in the common memory MCA of the directory agent ARA.
  • the user UB of the mobile radio terminal TB records according to the same steps E1 through E7 his personal data DB1 to DB K , his profiles and the associated usage rules, and receives from the correspondence server SC an anonymous reference RUB paired in the BD base to the ADRB access address of the ARB chip card.
  • the step of sharing of personal data DA n and DA 1 of the user UA with the user UB comprises steps P1 to P12.
  • the user UB wishes to obtain personal data from the user UA.
  • the user UB knows the anonymous reference RUA of the user UA that has been transmitted to him for example by the user UA itself, or by an anonymous confidential data management server.
  • the management server For each user who has requested it, the management server records coded confidential data of the user in association with the anonymous reference of the user.
  • the confidential data here called personal data, have been encoded in the communicating object of the user and transmitted to the management server.
  • the user UB wishes to obtain the anonymous reference of the user UA, he transmits to the management server a request containing a coded search data characterizing the UA user.
  • the management server searches for the reference RUA of the user UA from stored coded personal data associated with other user references in the server according to the transmitted coded search data, and transmits to the terminal TB at least the reference RUA associated with the coded personal data identical to the coded search data.
  • the user UB obtains the anonymous reference RUA from the user UA without knowing the personal data of the user UA.
  • step P1 the user UB enters and / or validates by means of the human-machine interface HMIB the reference
  • the reference RUA is transmitted to the operating manager GEB of the directory agent ARB of the terminal TB, in step P2.
  • step P3 the operating manager GEB establishes a request RQ2 containing the reference RUA.
  • the request RQ2 is transmitted by means of the IRB radio interface of the terminal TB to the correspondence server
  • step P4 the ICS communication interface of the server SC receives the request and provides it to the correspondence manager GC which processes it.
  • the manager GC finds in the database BD the access address ADRA corresponding to the reference RUA extracted from the received request.
  • step P5 the correspondence manager GC establishes a response RP2 containing the ADRA access address that the server
  • SC transmits by means of the communication interface ICS to the operating manager GEB of the directory agent ARB of the terminal TB.
  • step P6 the operating manager GEB establishes a RQ3 request containing the UB user's RUB reference and requires communication with the ARA directory agent of the computer TA whose ADRA access address it knows in order to transmit the request RQ3.
  • the ARB agent of the terminal TB and the agent ARA of the computer TA mutually authenticate each other before exchanging requests and responses.
  • the data manager GEA of the directory agent ARA receives the request RQ3 and controls the interface IHMA to notify the user UA that at least one of his personal data is requested by a user. user having the reference RUB extracted from the request RQ3.
  • step P8 the user UA decides to share personal data DA n and DA N with the user UB by selecting the identifiers I_DA n and I_DA N of said personal data.
  • the user UA can also select usage rules to be associated with the data DA n and DA N according to the user UB who will exploit them.
  • the data identifiers and the associated usage rules are transmitted by the IHMA interface to the GDA manager in step P9.
  • the manager GDA associates the identifiers I_DA n and I_DA N to the reference RUB extracted from the request RQ3, and stores the identifiers I_DA n and I_DA N and the reference RUB associated in the data directory RDA.
  • the manager GDA recovers in the RDA directory the shared personal data DA n and DA N and includes them with their associated usage rules and the anonymous reference RUA of the user UA in an RP3 response.
  • the GDA Manager transmits to the means of the IRA interface the response RP3 to the operating manager GEB of the terminal TB, in the step PI1.
  • the data DA n and DA N are transmitted encrypted in the response RP3 to be decrypted by the operating manager GEB of the terminal TB before being processed.
  • step P12 the operating manager GEB extracts from the response RP3 and stores in the operating directory REB the data DA n and DA N and their usage rules in association with the reference RUA of the user UA , and breaks the communication with the ARA agent.
  • the operating manager GEB indicates to the user UB by a notification that the directory REB includes personal data of the user UA.
  • the identifiers I_DA n and I_DA N are included in the response RP3 and are recorded together with the data DA n and DA N in the directory REB of the terminal TB.
  • the step PlO associating identifiers I_DA n and I_DA N with the reference RUB extracted from the request RQ3 in the data directory RDA occurs after receiving a confirmation of the recording of the data DA n and DA N in the directory REB by the terminal TB.
  • the user UA can select a personal profile identifier, for example the "friends" profile, whose data included in the profile are transmitted to the operating manager GEB of the terminal TB. and are saved in the operating directory REB in association with the RUA reference.
  • the profile identifier is transmitted along with the data to the operations manager to record in the operating directory the data in a contact group whose group identifier corresponds to the identifier of the profile.
  • the profile identifier is stored in the RDA data directory in association with the RUB reference of the UB user.
  • the request RQ3 specifies the data desired by the user UB for example in a text message written by the user UB by means of the interface IHMB and included in the request.
  • the message indicating the desired data is then displayed by means of the interface IHMA of the computer of the user UA so that this one becomes aware of it.
  • the steps P1 to P7 are deleted when the user UB orally asks the user UA for personal data and gives him his reference RUB.
  • the data manager GDA sends a request to the correspondence server SC in order to obtain the address ADRB of the directory agent ADRB of the terminal TB as a function of the given reference RUB. Then, the data manager GDA requires a communication with the agent ARB having the access address ADRB in order to transmit to the operating manager GEB of the agent ARB the data DA n and DA N selected by the user UA .
  • the directory agent ARA of the computer TA checks the data DA n and DA N in the directory agent ARB terminal TB, that is to say, an update of personal data of the user UA and a deletion of the user's personal data in the terminal TB of the user UB.
  • a step of updating a personal data item DA n of the user UA comprises steps MJ1 to MJ10.
  • the user UA modifies the data DA n into a modified data MDA n by means of the interface IHMA which provides an update command Od-mj to the data manager GDA, in the step MJ2 .
  • the update order Od-mj contains the modified data item MDA n and the associated identifier I_DA n .
  • the manager GDA finds the data DAn in the data directory RDA according to the associated identifier I_DA n and saves the modified data MDA n by overwriting the old data DA n .
  • step MJ4 the manager GDA searches the RDA data directory for one or more references RU * of users of other electronic objects associated with the identifier I_DA n of the data DA n and MDA n , and finds in particular the reference RUB of the user UB among the references RU *.
  • step MJ5 the data manager establishes a request RQ4 containing all the references RU * found including the reference RUB and transmits the request RQ4 to the correspondence server SC having the access address ADSC read in the common memory MCA the ARA directory agent, via the ICA communication interface.
  • step MJ6 the communication interface ICS of the correspondence server SC receives the request RQ4 and provides it to the correspondence manager GC who treats her.
  • the manager GC finds in the database BD access addresses ADR * respectively corresponding references RU * extracted from the received request, including the access address ADRB corresponding to the reference RUB of the user UB.
  • the correspondence manager GC establishes a response RP4 containing said access addresses ADR *, including the address ADRB, that the server SC transmits by means of the communication interface ICS to the data manager GDA.
  • the ARA directory agent of the TA computer the communication interface ICS of the correspondence server SC receives the request RQ4 and provides it to the correspondence manager GC who treats her.
  • the manager GC finds in the database BD access addresses ADR * respectively corresponding references RU * extracted from the received request, including the access address ADRB corresponding to the reference RUB of the user UB.
  • the correspondence manager GC establishes a response RP4 containing said access addresses ADR *, including the address
  • the communication interface ICA of the computer TA receives the response RP4 and supplies it to the data manager GDA which successively requires communication with each of the communicating object directory agents in dependence on the access addresses ADR * which are extracted from the answer RP4.
  • the data manager GDA establishes an update check command ODCl containing the modified data MDA n and the reference RUA of the user UA and optionally the identifier I_DA n associated with the data MDA n. , and requires communication with the directory agent ARB of the terminal TB to transmit the control command ODCl.
  • the agent ARA of the computer TA and the agent ARB of the terminal TB mutually authenticate each other before exchanging or processing the control order.
  • the modified data MDA n can be transmitted encrypted in the control order to be decrypted by the GEB operating manager of the terminal TB before being processed.
  • the TB receives the ODCl control order that it provides to the ARB's GEB manager.
  • the manager GEB breaks the communication with the agent ARB, finds the initial data associated with the reference RUA of the user UA extracted from the control order ODCl and replaces it with the modified data MDA n extracted from the control command ODCl .
  • step MJ10 the ARB directory agent's operating manager GEB indicates the update of the old data DA n to the user UB by an ntfl notification by means of the human-machine interface Terminal IHMB.
  • the terminal TB transmits a confirmation of this update to the computer TA.
  • a step of deleting the personal data of the user UA in the terminal TB comprises steps S1 to S9.
  • step S1 the user UA decides to no longer share his personal data with the user UB and validates a deletion of said personal data by means of the IHMA interface which provides an Od-s deletion command containing the reference RUB. from the user UB to the data manager GDA, in step S2.
  • step S3 upon receipt of the cancellation order Od-s, the data manager GDA deletes all the associations of personal data identifiers or personal profile identifiers with the reference RUB of 1 from the RDA data directory. UB user.
  • step S4 the data manager GDA establishes a request RQ5 containing the reference RUB and transmits it to the correspondence server SC having the ADSC access address read in the common memory MCA of the directory agent ARA, via the communication interface ICA.
  • step S5 the ICS communication interface of the correspondence server SC receives the request RQ5 and provides it to the correspondence manager GC which processes it.
  • the manager GC finds in the database BD the access address ADRB corresponding to the reference RUB extracted from the received request RQ5.
  • step S6 the correspondence manager GC establishes a response RP5 containing the access address ADRB found that it transmits by means of the communication interface ICS to the data manager GDA of the directory agent ARA of the computer TA.
  • the communication interface ICA of the computer TA receives the response RP5 and provides it to the data manager GDA.
  • step S7 the manager GDA establishes an ODC2 deletion control command relating to a deletion of data and containing the reference RUA of the user UA and requires a communication with the directory agent of the terminal TB in dependence on the ADRB access address to transmit the ODC2 control command.
  • the agent ARA of the computer TA and the agent ARB of the terminal TB mutually authenticate each other before exchanging or processing the control order.
  • step S8 the IRB radio interface of the terminal TB receives the ODC2 control command that it provides to the operating manager GEB of the ARB agent.
  • the manager GEB deletes in the operating directory REB all the personal data associated with the reference RUA extracted from the control order ODC2.
  • step S9 the operating manager GEB of the directory agent ARB indicates the deletion of personal data DA n or MDA n from the user UA in the terminal TB to the user UB by a notification ntf2.
  • the step S3 of deleting all the associations of personal data identifiers or of personal profile with the reference RUB of the user UB in the directory RDA takes place after the reception of a confirmation of the deletion of the data. of the UA user in the directory REB by the terminal TB.
  • the user UA wishes to delete part of his personal data shared with the user UB in the terminal TB.
  • the user UA selects the personal data that he wishes to delete by means of the interface IHMA which supplies the data manager GDA with the cancellation command Od containing said selected personal data.
  • the manager GDA transmits an ODC2 deletion command to the operating manager GEB of the terminal TB, the control command ODC2 containing the reference RUA of the user UA, and the selected personal data or their associated identifiers, in order to delete in the operating directory REB the selected personal data that is found according to the reference RUA and personal data or their identifiers extracted from the ODC2 control order.
  • the data manager GDA deletes in the data directory RDA the associations connecting the reference RUB of the user UB and the identifiers personal data that had been selected by the user UA in step S1.
  • the invention described here relates to a method of sharing personal data.
  • the steps of the method 1 of the invention are determined by the instructions of a computer program incorporated into communicating objects TA, TB communicating with each other through a telecommunications network RR-RPQ.
  • the program includes program instructions which, when said program is executed in a processor of a communicating object, perform the steps of the method according to the invention.
  • the invention also applies to a computer program, in particular a computer program recorded on or in a computer readable information medium and any data processing device, adapted to implement the computer program. 'invention.
  • This program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code such as in a partially compiled form, or in any other form desirable to implement the method according to the invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Medical Informatics (AREA)
  • Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Computing Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Storage Device Security (AREA)

Abstract

Un premier usager (UA) d'un premier objet communicant (TA) partage des données personnelles (DAn) en réponse à une requête d'un deuxième usager (UB). Les données partagées sont associées à une référence (RUB) du deuxième usager dans le premier objet communicant et sont transmises au deuxième objet communicant afin d'y être enregistrées en association avec une référence (RUA) du premier usager. Le premier usager contrôle depuis le premier objet communicant les données personnelles partagées en transmettant un ordre de contrôle au deuxième objet communicant. L'ordre contient au moins la référence du premier usager afin de trouver dans le deuxième objet communicant les données personnelles du premier usager en association à ladite référence et les traiter en fonction de l'ordre de contrôle transmis.

Description

Partage contrôlé de données personnelles
La présente invention concerne un partage contrôlé de données personnelles. Plus particulièrement, elle a trait à un partage de données personnelles contrôlé et géré par le propriétaire des données personnelles.
Actuellement, lorsqu'une personne A veut partager avec une personne B des données personnelles la concernant, telles que des numéros de téléphone, des adresses postales, des adresses électroniques, via des terminaux, la personne A perd tout contrôle sur l'utilisation que fera la personne B des données qu'elle lui a délivrées, et sur la durée d'utilisation de ces mêmes données. Il semble cependant évident que la personne A devrait être la seule à pouvoir décider de règles d'utilisation des données personnelles qu'elle a partagées avec d'autres personnes, voire d'interdire le partage à tout moment. Cependant, il serait souhaitable que la personne A qui autorise le partage des données puisse assurer que ces données restent à jour pour toutes les personnes avec qui elle les a partagées. Les opérations de mise à jour de données personnelles dans des systèmes de télécommunications existants sont basées sur des solutions centralisées dans lesquelles un serveur enregistre des données personnelles de la personne A en association à des identificateurs d'autres personnes susceptibles d'utiliser ces données telles que la personne B. Le serveur interroge régulièrement le terminal de la personne A propriétaire des données personnelles enregistrées pour vérifier leur validité, pour éventuellement effectuer les mises à jour sur le serveur et pour commander ces mises à jour dans les terminaux des autres personnes dont les identificateurs sont enregistrés en association aux données de la personne A dans le serveur. Une telle mise à jour de données personnelles ne peut être effectuée automatiquement sur des réseaux décentralisés de type ad-hoc par une communication directe entre les terminaux des personnes A et B, et est uniquement effectuée de manière informelle.
D'autre part aucune solution actuelle ne permet de supprimer depuis le terminal de la personne A les données personnelles de celle-ci qui ont été partagées avec d'autres personnes, dans les terminaux de ces autres personnes.
L'invention a pour objectif un contrôle du partage de données personnelles directement géré dans un objet communicant de l'usager propriétaire desdites données personnelles.
Pour atteindre cet objectif, un procédé pour contrôler un partage de données personnelles d'un premier usager d'un premier objet communicant avec un deuxième usager d'un deuxième objet communicant, est caractérisé en ce qu'il comprend les étapes suivantes de : partager dans le premier objet communicant en réponse à une requête du deuxième usager des données personnelles du premier usager enregistrées dans le premier objet communicant parmi d'autres données personnelles du premier usager, associer dans le premier objet communicant les données personnelles partagées avec une référence du deuxième usager, et transmettre les données personnelles partagées au deuxième objet communicant, et les enregistrer dans le deuxième objet communicant en association avec une référence du premier usager. Selon une caractéristique de 1 ' invention, le procédé comprend après l'étape de partager, une étape pour contrôler depuis le premier objet communicant les données personnelles partagées du premier usager en transmettant un ordre de contrôle contenant au moins la référence du premier usager au deuxième objet communicant afin de trouver dans le deuxième objet communicant les données personnelles du premier usager en association à la référence extraite de l'ordre de contrôle et les traiter en fonction de l'ordre de contrôle transmis.
L'invention télécontrôle avantageusement depuis un premier objet communicant tel un terminal mobile associé a une carte à puce ou tout autre type de terminal, les données personnelles partagées du premier usager enregistrées dans un objet communicant du deuxième usager. Le premier usager conserve le contrôle de ses propres données dans les objets communicants des autres usagers.
Selon une caractéristique de l'invention, le contrôle de données personnelles peut comprendre : dans le premier objet communicant, une mise à jour d'au moins une donnée personnelle du premier usager en une donnée personnelle modifiée, une recherche de la référence du deuxième usager associée à la donnée personnelle et une transmission de l'ordre de contrôle contenant la donnée personnelle modifiée et la référence du premier usager au deuxième objet communicant, et une mise à jour de la donnée personnelle associée à la référence du premier usager extraite de l'ordre de contrôle dans le deuxième objet communicant en fonction de la donnée personnelle modifiée extraite de l'ordre de contrôle.
Le contrôle de données personnelles peut également comprendre une transmission de l'ordre de contrôle contenant la référence du premier usager depuis le premier objet communicant au deuxième objet communicant, une suppression d'au moins une donnée personnelle associée à la référence du premier usager extraite de l'ordre de contrôle dans le deuxième objet communicant, et une suppression d'une association entre ladite donnée personnelle et la référence du deuxième usager dans le premier objet communicant .
Selon une autre caractéristique de l'invention, le procédé comprend initialement un enregistrement de données personnelles du premier usager dans le premier objet communicant, une transmission d'une adresse d'accès du premier objet communicant depuis ledit premier objet communicant à un moyen serveur, une génération de la référence du premier usager par le moyen serveur, et un appariement de la référence à l'adresse d'accès transmise dans le moyen serveur.
Selon un autre aspect de l'invention, des règles d'utilisation établies par le premier usager sont transmises avec les données personnelles partagées depuis le premier objet communicant au deuxième objet communicant.
L'invention concerne aussi un objet communicant d'un premier usager communiquant avec un deuxième objet communicant d'un deuxième usager pour contrôler un partage de données personnelles du premier usager avec le deuxième usager. Ledit objet communicant est caractérisé en ce qu'il comprend : un moyen pour partager en réponse à une requête du deuxième usager des données personnelles du premier usager enregistrées dans le premier objet communicant parmi d'autres données personnelles de
1 ' usager, un moyen pour associer les données personnelles partagées avec une référence (RUB) du deuxième usager, un moyen pour transmettre les données personnelles partagées au deuxième objet communicant afin d'enregistrer les données personnelles transmises dans le deuxième objet communicant en association avec une référence (RUA) du premier usager, et un moyen pour contrôler les données personnelles partagées du premier usager en transmettant un ordre de contrôle contenant au moins la référence du premier usager au deuxième objet communicant afin de trouver dans le deuxième objet communicant les données personnelles du premier usager en association à la référence extraite de l'ordre de contrôle et les traiter en fonction de l'ordre de contrôle transmis.
L'invention se rapporte à un programme d'ordinateur apte à être mis en œuvre dans ledit objet communicant communiquant avec un deuxième objet communicant d'un deuxième usager pour contrôler un partage de données personnelles du premier usager avec le deuxième usager. Le programme comprend des instructions qui, lorsque le programme est exécuté dans ledit premier objet communicant, réalisent les étapes suivantes : partager en réponse a une requête du deuxième usager des données personnelles du premier usager enregistrées dans le premier objet communicant parmi d'autres données personnelles du premier usager, associer les données personnelles partagées avec une référence du deuxième usager, transmettre les données personnelles partagées au deuxième objet communicant afin d'enregistrer les données personnelles transmises dans le deuxième objet communicant en association avec une référence du premier usager, et contrôler les données personnelles partagées du premier usager en transmettant un ordre de contrôle contenant au moins la référence du premier usager au deuxième objet communicant afin de trouver dans le deuxième objet communicant les données personnelles du premier usager en association à la référence extraite de l'ordre de contrôle et les traiter en fonction de l'ordre de contrôle transmis..
L'invention concerne également un objet communicant communiquant avec un premier objet communicant d'un premier usager contrôlant un partage de données personnelles avec un deuxième usager utilisant ledit objet communicant. Ledit objet communicant est caractérisé en ce qu'il comprend : un moyen pour requérir des données personnelles du premier usager enregistrées dans le premier objet communicant parmi d'autres données personnelles du premier usager, les données personnelles partagées enregistrées dans le premier objet communicant étant associées à une référence du deuxième usager, un moyen pour enregistrer les données personnelles partagées transmises en association avec une référence du premier usager, et un moyen pour traiter les données personnelles partagées associées à la référence du premier usager extraite d'un ordre de contrôle transmis depuis le premier objet communicant, en fonction de l'ordre de contrôle .
Enfin, l'invention se rapporte à un programme d'ordinateur apte à être mis en œuvre dans ledit objet communicant communiquant avec un premier objet communicant d'un premier usager contrôlant un partage de données personnelles avec un deuxième usager utilisant ledit objet communicant ledit. Le programme comprend des instructions qui, lorsque le programme est exécuté dans ledit objet communicant, réalisent les étapes suivantes : requérir des données personnelles du premier usager enregistrées dans le premier objet communicant parmi d'autres données personnelles du premier usager, les données personnelles partagées enregistrées dans le premier objet communicant étant associées à une référence du deuxième usager, enregistrer les données personnelles partagées transmises en association avec une référence du premier usager, et traiter les données personnelles partagées associées à la référence du premier usager extraite d'un ordre de contrôle transmis depuis le premier objet communicant, en fonction de l'ordre de contrôle transmis .
Un objet communicant peut à la fois comprendre un moyen pour partager, un moyen pour associer, un moyen pour transmettre et un moyen pour contrôler tels qu'inclus dans le premier objet communicant ci- dessus, et un moyen pour requérir, un moyen pour enregistrer et un moyen pour traiter tels qu'inclus dans le deuxième objet communicant ci-dessus.
D'autres caractéristiques et avantages de la présente invention apparaîtront plus clairement à la lecture de la description suivante de plusieurs réalisations de l'invention données à titre d'exemples non limitatifs, en référence aux dessins annexés correspondants dans lesquels : - la figure 1 est un bloc-diagramme schématique d'un système de partage de données personnelles mettant en œuvre un procédé pour contrôler un partage de données personnelles selon 1 ' invention ; la figure 2 est un bloc-diagramme plus détaillé représentant un serveur de correspondance et un ordinateur personnel en tant qu'objet communicant dans le système de la figure 1 ; la figure 3 est un bloc-diagramme représentatif d'une carte à puce en tant qu'objet communicant associée à un terminal radio mobile ; la figure 4 est un algorithme représentatif d'une étape d'enregistrement de données personnelles du procédé pour contrôler un partage de données personnelles selon 1 ' invention ; - la figure 5 est un algorithme représentatif d'une étape de partage de données personnelles du procédé selon 1 ' invention ;
- la figure 6 est un algorithme représentatif d'une étape de mise à jour de données personnelles du procédé selon l'invention ; et
- la figure 7 est un algorithme représentatif d'une étape de suppression de données personnelles du procédé selon l'invention. Dans un système de partage de données personnelles illustré à la figure 1, des usagers possèdent chacun un objet communicant tel qu'un ordinateur personnel TA, un terminal radio mobile TB ou tout autre dispositif personnel de communication communiquant avec un serveur de correspondance SC à travers un réseau de télécommunications RR-RPQ.
Le réseau de télécommunications comprend un réseau cellulaire de radiocommunications RR du type GSM avec gestion de la mobilité et accès par voie radio GPRS, ou du type à accès multiple à répartition par codes CDMA (Coded Division Multiple Access) de la troisième génération (3GPP) du type UMTS (Universal Mobile Télécommunications System) ou UTRAN (UMTS Terrestrial Radio Access Network) , ou de la troisième génération (3GPP2) du type CDMA 2000, adossé à un réseau à commutation par paquets RPQ de type internet. Le réseau de télécommunications peut également être un réseau local du type WiFi (Wireless Fidelity) , WiMax (Worlwide Interoperability for Microwave Access) ou Wibro (Wireless Broadband) , ou encore un réseau de proximité du type infrarouge, Bluetooth ou NFC (Near Field Communication) .
Le serveur de correspondance SC est relié à une base de données BD qui contient des adresses d'accès ADRA, ADRB d'agents de répertoire d'objets communicants TA, TB du réseau de télécommunications respectivement en correspondance à des références RUA, RUB des usagers UA, UB de ces objets communicants. Un agent de répertoire dans un objet communicant gère les données personnelles de l'usager dudit objet et les données personnelles d'usagers d'autres objets communicants. Une adresse d'accès ADRA, ADRB d'un agent de répertoire d'un objet communicant est un numéro de téléphone ou une adresse réseau de type IP (Internet Protocol) . Une référence RUA, RUB d'un usager d'un objet communicant est de préférence anonyme et caractérise l'usager et/ou son objet communicant sans pour autant qu'un autre usager puisse identifier directement ledit usager et puisse communiquer directement avec lui .
Le système de partage de données personnelles illustré à la figure 1 met en œuvre un procédé pour contrôler un partage de données personnelles comportant des étapes principales respectivement représentées aux figures 4 à 7, et qui sont un enregistrement de données personnelles d'un premier usager UA d'un objet communicant TA du réseau, un partage de données personnelles du premier usager UA avec un deuxième usager UB, une mise à jour de données personnelles du premier usager UA et une suppression des données personnelles du premier usager UA dans l'objet communicant TB du deuxième usager UB .
Lors de l'exécution de l'une de ces étapes, des requêtes RQl et réponses RPl transitent entre l'objet communicant TA en tant qu'ordinateur personnel et le serveur de correspondance SC via le réseau de paquets
RPQ.
De même des requêtes RQ2 , RQ3 , réponses RP2 , RP3 et ordres de contrôle ODCl, ODC2 entre l'objet communicant TB en tant que terminal radio mobile et le serveur SC ou l'ordinateur personnel TA sont échangés à travers le réseau de radiocommunications RR et le réseau de paquets RPQ par l'intermédiaire par exemple d'une passerelle de communication non représentée sur la figure 1. La passerelle de communication peut comporter une passerelle d'accès pour communiquer avec le serveur SC à travers le réseau de paquets RPQ à haut débit . Une autre passerelle d'accès de la passerelle de communication communique avec au moins un commutateur du réseau de radiocommunications RR, à travers bien souvent un réseau d'accès tel qu'un réseau de paquets de type X.25 ou un réseau RNIS (Réseau Numérique à Intégration de Service) ou ATM (Asynchronous Transfer Mode) . La passerelle de communication échange avec le terminal radio mobile TB à travers le réseau RR des messages qui encapsulent des paquets IP (Internet Protocol) transmis vers et par le serveur de correspondance SC ou l'ordinateur TA à travers le réseau RPQ.
Dans la figure 2, on a représenté le serveur de correspondance SC et l'objet communicant TA sous forme de blocs fonctionnels dont la plupart assurent des fonctions ayant un lien avec l'invention et peuvent correspondre à des modules logiciels et/ou matériels .
Afin de ne pas surcharger la figure 2, l'objet communicant TB est représenté à la figure 3 et comprend en partie des modules identiques à ceux de l'ordinateur TA décrits ci-après.
Le serveur de correspondance SC comprend un gestionnaire de correspondance GC qui gère diverses opérations dans la base de données BD, et une interface de communication ICS pour transmettre et recevoir des paquets IP à travers le réseau de paquets RPQ.
Les opérations gérées par le gestionnaire GC sont notamment l'enregistrement de correspondances respectivement entre des références anonymes d'usagers et les adresses d'accès des agents de répertoire de leurs objets communicants, et la recherche d'une adresse d'accès en fonction de la référence anonyme associée d'un usager transmise par l'objet communicant d'un autre usager.
En référence à la figure 2, l'objet communicant TA est un ordinateur personnel . L'ordinateur personnel TA comprend une interface de communication ICA, un processeur PTA, une interface homme-machine IHMA, des mémoires MTA, une unité d'exploitation UEA et un agent de répertoire ARA. Les différents éléments du terminal sont reliés entre eux par un bus bidirectionnel BTA.
L'interface IHMA contrôle l'interaction entre l'ordinateur TA et l'usager UA, et comporte un clavier associé à un afficheur et/ou un écran tactile et le cas échéant un dispositif de reconnaissance vocale.
L'agent de répertoire ARA gère les données personnelles de l'usager UA, et exploite des données personnelles d'autres usagers d'objets communicants à condition d'y avoir été autorisé par ces autres usagers UA. L'agent de répertoire ARA communique avec les agents de répertoire des objets communicants de deuxièmes et troisièmes usagers afin soit de transmettre des ordres de contrôle pour contrôler dans les agents de répertoire des deuxièmes usagers les données personnelles partagées de l'usager UA, soit d'exécuter dans l'agent ARA des ordres de contrôle transmis par les agents de répertoire des troisièmes usagers concernant des données personnelles partagées des troisièmes usagers. Au moins un usager peut être à la fois un deuxième usager et un troisième usager.
L'agent de répertoire ARA comprend un gestionnaire de données GDA relié à un répertoire de données personnelles RDA, un gestionnaire d'exploitation GEA relié à un répertoire d'exploitation REA, et une mémoire commune MCA. La mémoire MCA est accessible par les deux gestionnaires
GDA et GEA et mémorise l'adresse d'accès ADSC du serveur de correspondance SC et l'adresse d'accès
ADRA de l'agent de répertoire ARA.
En variante les répertoires RDA et REA sont confondus en un unique répertoire.
Le gestionnaire de données GDA gère les données personnelles DA1 à DAN de l'usager UA enregistrées dans le répertoire de données RDA chacune en correspondance avec un identificateur de donnée I_DA]_, I_DAN. Les données personnelles sont par exemple le nom de l'usager, son prénom, sa date de naissance, son adresse personnelle, son ou ses numéros de téléphone, sa profession et son adresse professionnelle. Les données personnelles d'un usager peuvent être également des données autres que des données identifiants l'usager et sont par exemple des photos ou des films personnels de l'usager. Le gestionnaire GDA gère également des profils personnels établis par l'usager UA. Chaque profil comporte une ou des données personnelles sélectionnées parmi les données personnelles DA1 à DAN et est également enregistré dans le répertoire
RDA en association avec un identificateur de profil . Les profils personnels d'un usager sont par exemple, un profil professionnel, un profil commercial pour clientèle, un profil pour amis et un profil pour membre d'un club. Le répertoire de données RDA enregistre également des associations reliant chaque identificateur de donnée personnelle ou de profil personnel de l'usager UA avec une ou des références anonymes d'usagers d'autres objets communicants du réseau qui sont autorisés par l'usager UA à exploiter la donnée ou le profil désigné par l'identificateur. Par exemple 1 ' identificateur I_DAn de la donnée personnelle DAn, avec n un indice compris entre 1 et l'entier N, est associé à la référence anonyme RUB de l'usager UB du terminal radio mobile TB. De même, l'identificateur I_DAN de la donnée personnelle DAN est également associé à la référence anonyme RUB. Un même identificateur de donnée ou de profil peut être associé à plusieurs références anonymes d'usagers.
En variante, les données personnelles ou les profils personnels sont directement associés à une ou des références anonymes d ' autres , usagers .
Cette association est établie lorsque l'usager UA autorise l'usager UB à exploiter les données DAn et DAN qui sont également enregistrées dans le répertoire d'exploitation de l'agent de répertoire du terminal TB.
Le gestionnaire d'exploitation GEA de l'agent ARA gère des données personnelles d'autres usagers d'objets communicants, ces données personnelles étant enregistrées dans le répertoire d'exploitation REA en association aux références anonymes des usagers propriétaires de ces données. Par exemple, les données personnelles DB^ et DB^+1, avec k un indice compris entre 1 et l'entier K, de l'usager UB du terminal radio mobile TB sont enregistrées dans le répertoire REA en association à la référence RUB de l'usager UB. L'usager UB autorise l'usager UA à exploiter ses données personnelles DB^ et DB^+1. Optionnellement , les identificateurs I_DB^ et I-DB^+1 des données DB^ et DB^+1 sont également enregistrés dans le répertoire REA conjointement aux données DB^ et DBk+1. Chacune de ces données personnelles exploitables est de préférence accompagnée d'une ou de plusieurs règles d'utilisation définissant des conditions d'utilisation desdites données. Les données personnelles d'autres usagers enregistrées dans le répertoire REA sont de préférence et par défaut masquées et sont associées à des représentations graphiques tels des icônes affichés au moyen de l'interface homme-machine IHMA ou à des identificateurs de ces représentations graphiques. Par exemple, le numéro de téléphone d'un autre usager est représenté au moyen de 1 ' interface IHMA sous forme d'un icône représentatif d'un téléphone à sélectionner par l'usager UA pour demander l'établissement d'une communication avec l'autre usager. Une règle d'utilisation associée à ce numéro de téléphone concerne par exemple l'autorisation d'afficher ledit numéro de téléphone au moyen de l'interface IHMA. Selon un autre exemple, une donnée personnelle correspondant à un film personnel ou à des photos est associée à une règle d'utilisation de type gestion de droit numérique DRM ("Digital Right Management" en anglais) .
Lors d'une mise à jour ou d'une suppression d'une donnée personnelle de l'usager UA dans un répertoire d'exploitation d'un autre usager autorisé à exploiter ladite donnée personnelle, le gestionnaire de données GDA transmet un ordre de contrôle au gestionnaire d'exploitation de l'autre usager afin que ce dernier mette à jour ou supprime la donnée dans le répertoire d'exploitation associé. De même, le gestionnaire d'exploitation GEA exécute des ordres de contrôle transmis par des gestionnaires de données dans des objets communicants d'autres usagers dont des données personnelles ou des profils personnels sont enregistrés dans le répertoire d'exploitation REA.
Les opérations gérées par les gestionnaires GDA et GEA sont décrites plus en détail en référence aux figures 4 à 7.
L'unité d'exploitation UEA exploite les données personnelles d'autres usagers enregistrées dans le répertoire REA de l'agent d'exploitation ARA sans les modifier et en respectant les règles d'utilisation associées à ces données. Par exemple une fois qu'un usager a sélectionné un icône représentatif d'un numéro de téléphone d'un autre usager, l'unité d'exploitation UEA reçoit depuis le gestionnaire d'exploitation GEA le numéro de téléphone afin d'établir une communication avec l'objet communicant associé à ce numéro, tout ceci sans que l'usager UA n'ait connaissance dudit numéro.
En variante, l'unité d'exploitation UEA est intégrée dans l'agent de répertoire ARA. Selon une autre variante, l'unité d'exploitation UEA est directement reliée au répertoire d'exploitation REA.
Selon une variante dτ implémentation de l'objet communicant, l'agent de répertoire comprend uniquement l'un des deux gestionnaires GDA et GEA et le répertoire associé à celui-ci pour soit enregistrer et contrôler des données personnelles de l'usager de l'objet communicant, soit enregistrer et exploiter les données personnelles d'autres usagers. Selon une implémentation préférée de l'invention illustrée à la figure 3, l'agent de répertoire ARB est une carte à puce associée par contact ou sans contact au terminal radio mobile TB.
Le terminal radio mobile TB comprend une interface radio IRB, un processeur PTB, une interface homme-machine IHMB, des mémoires MTB et un lecteur de carte LT. Les différents éléments du terminal sont reliés entre eux par un bus bidirectionnel BT.
Les mémoires MTB comportent entre autres une unité d'exploitation UEB.
La carte à puce ARB est une carte à puce MMC (Multi-Media Card) , ou SD (Secure Digital) ou USB (Universal Sériai Bus) ou UICC (Universal Integrated Circuit (s) Card) . La carte à puce UICC est par exemple une carte munie d'une application SIM (Subscriber Identity Module) lorsque le terminal TB accueillant la carte est un mobile relié à un réseau du type GSM/GPRS (Global System for Mobile communications / General Packet Radio Service) , ou d'une application USIM (Universal Subscriber Identity Module) , RUIM (Removable User Identity Module) ou ISIM (IP Subscriber Identity Module) ou EAP-SIM (Extensible Authentication Protocol) , lorsque le terminal TB accueillant la carte est un mobile fonctionnant en accès multiple à répartition par codes CDMA de la troisième génération (3GPP) du type UMTS ou UTRAN, ou de la troisième génération (3GPP2) du type CDMA 2000.
La carte à puce ARB comprend principalement un processeur PC, ou plusieurs processeurs,- des blocs mémoires Ml à M3 , un répertoire de données RDB et un répertoire d'exploitation REB. La carte échange des ordres ou requêtes, et des réponses avec le terminal TB à travers un port d'entrée/sortie PES et le lecteur LT avec ou sans contact .
Les répertoires RDB et REB sont identiques aux répertoires RDA et REA de l'agent ARA de l'ordinateur TA.
La mémoire Ml comprend une mémoire de type ROM ou Flash qui inclut le système d'exploitation de la carte . La mémoire M2 est une mémoire non volatile par exemple EEPROM1 ou Flash pour notamment mémoriser des clés, des numéros d'identité et d'autres paramètres du profil de l'usager possédant la carte, comme un code PIN et autres données de sécurité. La mémoire M2 joue un rôle similaire à la mémoire commune MCA de l'agent de répertoire ARA selon la figure 2 et mémorise ainsi l'adresse d'accès ADSC du serveur de correspondance SC et l'adresse d'accès ADRB de la carte ARB. Le gestionnaire de données GDB et le gestionnaire d'exploitation GEB de la carte ARB sont répartis dans les mémoires Ml et M2 et sont similaires aux gestionnaires GDA et GEA de l'agent de répertoire ARA dans l'ordinateur TA. La mémoire M3 est une mémoire RAM ou SRAM servant plus particulièrement au traitement de données .
Le processeur PC, la mémoire Ml, le gestionnaire de données GDB, les mémoires M2 et M3 , le répertoire de données RDB et le port PES dans la carte sont reliés entre eux par un bus bidirectionnel BD. De même, le processeur PC, la mémoire Ml, le gestionnaire d'exploitation GEB, les mémoires M2 et M3 , le répertoire d'exploitation REB et le port PES dans la carte sont reliés entre eux par un bus bidirectionnel BE.
L'invention n'est pas limitée à un terminal radio mobile associé à une carte à puce. La carte à puce peut être également une carte incluse dans un ordinateur portable par exemple relié à un terminal mobile ou directement connecté au réseau internet, une carte de paiement, une carte de porte-monnaie électronique, une carte de santé, un passeport électronique, ou toute autre carte additionnelle associée à un terminal mobile.
Selon d'autres variantes, l'invention s'applique à d'autres objets communicants, tels qu'un assistant numérique personnel communicant PDA, ou un terminal domestique portable ou non comme une console de jeux vidéo ou un récepteur de télévision intelligent coopérant avec une télécommande à afficheur ou un clavier alphanumérique servant également de souris à travers une liaison infrarouge.
En référence à la figure 4 et relativement aux objets communicants TA et TB des figures 1 à 3, l'étape d'enregistrement de données personnelles du procédé pour contrôler un partage de données personnelles comprend des étapes El à E7.
A l'étape El, l'usager UA saisit au moyen de l'interface homme-machine IHMA de l'ordinateur TA des données personnelles DA1 à DAN le caractérisant, et établit des profils personnels à partir de ces données personnelles saisies. L'usager peut également saisir pour chaque donnée personnelle et/ou chaque profil personnel des règles d'utilisation de la donnée et/ou du profil. La règle d'utilisation d'une donnée incluse dans deux profils différents peut varier d'un profil à l'autre.
Les règles d'utilisation peuvent également être saisies lors de l'étape principale de partage de données personnelles avec un autre usager décrite en référence à la figure 5.
A l'étape E2 , les données personnelles DA1 à DAN, les profils personnels et les règles d'utilisation associées aux données et profils sont fournies par l'interface IHMA au gestionnaire de données GDA pour être enregistrés dans le répertoire de données RDA. Les données DA]_ à DAN accompagnées de leurs règles d'utilisation sont enregistrées dans le répertoire RDA, à l'étape E3 , en association à des identificateurs I_DAχ à I_DAN. De même les profils accompagnés de leurs règles d'utilisation sont enregistrés dans le répertoire RDA en association à des identificateurs de profil.
A l'étape E4 , le gestionnaire de données GDA établit une requête d'enregistrement RQl incluant l'adresse d'accès ADRA de l'agent répertoire ARA et la transmet au serveur de correspondance SC dont l'adresse d'accès ADSC est lue dans la mémoire commune MCA de l'agent de répertoire ARA. A l'étape E5, l'interface de communication ICS du serveur de correspondance SC reçoit la requête RQl qui est traitée par le gestionnaire de correspondance GC du serveur SC. Le gestionnaire GC génère une référence anonyme RUA caractérisant l'usager UA et apparie la référence RUA générée à l'adresse d'accès
ADRA reçue, 1 ' appariement étant mémorisé dans la base de données BD du serveur. A l'étape E6, la référence d'usager RUA est transmise via une réponse RPl à l'agent de répertoire ARA de l'ordinateur TA. A l'étape E7, l'interface de communication ICA de 1 ' ordinateur TA reçoit la réponse RPl et la transmet au gestionnaire de données GDA qui la traite. Le gestionnaire de données enregistre la référence RUA reçue dans la mémoire commune MCA de l'agent de répertoire ARA.
L'usager UB du terminal radio mobile TB enregistre selon des mêmes étapes El à E7 ses données personnelles DB^ à DBK, ses profils et les règles d'utilisation associées, et reçoit du serveur de correspondance SC une référence anonyme RUB appariée dans la base BD à l'adresse d'accès ADRB de la carte à puce ARB .
En référence à la figure 5 et relativement aux objets communicants TA et TB des figures 1 à 3, l'étape de partage de données personnelles DAn et DA^ de l'usager UA avec l'usager UB comprend des étapes Pl à P12.
L'usager UB souhaite obtenir des données personnelles de l'usager UA.
Initialement l'usager UB connaît la référence anonyme RUA de l'usager UA qu'il lui a été transmise par exemple par l'usager UA lui-même, ou par un serveur de gestion de données confidentielles anonymes . Pour chaque usager qui en a fait la demande, le serveur de gestion enregistre des données confidentielles codées de l'usager en association à la référence anonyme de l'usager. Les données confidentielles, dites ici données personnelles, ont été codées dans l'objet communicant de l'usager et transmises au serveur de gestion. Lorsque l'usager UB souhaite obtenir la référence anonyme de l'usager UA, il transmet au serveur de gestion une requête contenant une donnée de recherche codée caractérisant l'usager UA. Le serveur de gestion recherche la référence RUA de l'usager UA parmi des données personnelles codées enregistrées associées à d'autres références d'usagers dans le serveur en fonction de la donnée de recherche codée transmise, et transmet au terminal TB au moins la référence RUA associée à la donnée personnelle codée identique à la donnée de recherche codée. Ainsi l'usager UB obtient la référence anonyme RUA de l'usager UA sans connaître les données personnelles de l'usager UA.
A l'étape Pl, l'usager UB saisit et/ou valide au moyen de l'interface homme-machine IHMB la référence
RUA de l'usager UA. La référence RUA est transmise au gestionnaire d'exploitation GEB de l'agent de répertoire ARB du terminal TB, à l'étape P2.
A l'étape P3 , le gestionnaire d'exploitation GEB établit une requête RQ2 contenant la référence RUA. La requête RQ2 est transmise au moyen de l'interface radio IRB du terminal TB au serveur de correspondance
SC dont 1 ' adresse ADSC est lue dans la mémoire commune M2 de l'agent de répertoire ARB.
A l'étape P4 , l'interface de communication ICS du serveur SC reçoit la requête et la fournit au gestionnaire de correspondance GC qui la traite. Le gestionnaire GC trouve dans la base de données BD l'adresse d'accès ADRA correspondant à la référence RUA extraite de la requête reçue. A l'étape P5 , le gestionnaire de correspondance GC établit une réponse RP2 contenant l'adresse d'accès ADRA que le serveur
SC transmet au moyen de 1 ' interface de communication ICS au gestionnaire d'exploitation GEB de l'agent de répertoire ARB du terminal TB.
A la réception de la réponse RP2 , à l'étape P6, le gestionnaire d'exploitation GEB établit une requête RQ3 contenant la référence RUB de l'usager UB et requiert une communication avec l'agent de répertoire ARA de l'ordinateur TA dont il connaît l'adresse d'accès ADRA afin de lui transmettre la requête RQ3.
Optionnellement , l'agent ARB du terminal TB et l'agent ARA de l'ordinateur TA s'authentifient mutuellement avant d'échanger des requêtes et des réponses . A l'étape P7, le gestionnaire de données GEA de l'agent de répertoire ARA réceptionne la requête RQ3 et commande l'interface IHMA pour notifier à l'usager UA qu'au moins l'une de ses données personnelles est demandée par un usager ayant la référence RUB extraite de la requête RQ3.
A l'étape P8, l'usager UA décide de partager des données personnelles DAn et DAN avec l'usager UB en sélectionnant les identificateurs I_DAn et I_DAN desdites données personnelles. L'usager UA peut également sélectionner des règles d'utilisation à associer aux données DAn et DAN selon l'usager UB qui va les exploiter.
Les identificateurs de données et les règles d'utilisation associées sont transmis par l'interface IHMA au gestionnaire GDA, à l'étape P9.
A l'étape PlO, le gestionnaire GDA associe les identificateurs I_DAn et I_DAN à la référence RUB extraite de la requête RQ3 , et mémorise les identificateurs I_DAn et I_DAN et la référence RUB associés dans le répertoire de données RDA. Le gestionnaire GDA récupère dans le répertoire RDA les données personnelles partagées DAn et DAN et les inclut avec leurs règles d'utilisation associées et la référence anonyme RUA de l'usager UA dans une réponse RP3. Puis le gestionnaire GDA transmet au moyen de 1 ' interface IRA la réponse RP3 au gestionnaire d'exploitation GEB du terminal TB, à l'étape PIl.
Optionnellement , les données DAn et DAN sont transmises chiffrées dans la réponse RP3 pour être déchiffrées par le gestionnaire d'exploitation GEB du terminal TB avant d'être traitées.
A l'étape P12, le gestionnaire d'exploitation GEB extrait de la réponse RP3 et enregistre dans le répertoire d'exploitation REB les données DAn et DAN et leurs règles d'utilisation en association avec la référence RUA de l'usager UA, et rompt la communication avec l'agent ARA.
Optionnellement, le gestionnaire d'exploitation GEB indique à l'usager UB par une notification que le répertoire REB comprend des données personnelles de 1 ' usager UA.
De même, optionnellement, les identificateurs I_DAn et I_DAN sont inclus dans la réponse RP3 et sont enregistrées conjointement avec les données DAn et DAN dans le répertoire REB du terminal TB.
En variante, l'étape PlO associant des identificateurs I_DAn et I_DAN à la référence RUB extraite de la requête RQ3 dans le répertoire de données RDA intervient après réception d'une confirmation de l'enregistrement des données DAn et DAN dans le répertoire REB par le terminal TB.
Selon un autre exemple de réalisation, à l'étape P8 l'usager UA peut sélectionner un identificateur de profil personnel, par exemple le profil "amis", dont les données incluses dans le profil sont transmises au gestionnaire d'exploitation GEB du terminal TB et sont enregistrées dans le répertoire d'exploitation REB en association avec la référence RUA. Optionnellement , l'identificateur de profil est transmis avec les données au gestionnaire d'exploitation pour enregistrer dans le répertoire d'exploitation les données dans un groupe de contact dont l'identificateur du groupe correspond à l'identificateur du profil. L'identificateur du profil est enregistré dans le répertoire de données RDA en association avec la référence RUB de l'usager UB.
En variante, à l'étape P6, la requête RQ3 spécifie les données souhaitées par l'usager UB par exemple dans un message textuel rédigé par l'usager UB au moyen de 1 ' interface IHMB et inclus dans la requête. Le message indiquant les données souhaitées est ensuite affiché au moyen de l'interface IHMA de l'ordinateur de l'usager UA pour que celui-ci en prenne connaissance.
En variante, les étapes Pl à P7 sont supprimées lorsque l'usager UB demande oralement à l'usager UA des données personnelles et lui donne sa référence RUB. Dans cette variante, le gestionnaire de données GDA envoie une requête au serveur de correspondance SC afin d'obtenir l'adresse ADRB de l'agent de répertoire ADRB du terminal TB en fonction de la référence donnée RUB. Puis, le gestionnaire de données GDA requiert une communication avec l'agent ARB ayant l'adresse d'accès ADRB afin de transmettre au gestionnaire d'exploitation GEB de l'agent ARB les données DAn et DAN sélectionnées par l'usager UA.
En référence aux figures 6 et 7 , et relativement aux objets communicants TA et TB des figures 1 à 3, l'agent de répertoire ARA de l'ordinateur TA contrôle les données DAn et DAN dans l'agent de répertoire ARB du terminal TB, c'est-à-dire une mise à jour de données personnelles de l'usager UA et une suppression des données personnelles de l'usager dans le terminal TB de l'usager UB.
En référence à la figure 6, une étape de mise à jour d'une donnée personnelle DAn de l'usager UA comprend des étapes MJl à MJlO.
A l'étape MJl, l'usager UA modifie la donnée DAn en une donnée modifiée MDAn au moyen de l'interface IHMA qui fournit un ordre de mise à jour Od-mj au gestionnaire de données GDA, à l'étape MJ2. L'ordre de mise à jour Od-mj contient la donnée modifiée MDAn et l'identificateur I_DAn associés. A l'étape MJ3 , le gestionnaire GDA trouve la donnée DAn dans le répertoire de données RDA en fonction de 1 ' identificateur associé I_DAn et enregistre la donnée modifiée MDAn par écrasement de l'ancienne donnée DAn . A l'étape MJ4 , le gestionnaire GDA recherche dans le répertoire de données RDA une ou plusieurs références RU* d'usagers d'autres objets électroniques associées à 1 ' identificateur I_DAn des données DAn et MDAn, et trouve notamment la référence RUB de l'usager UB parmi les références RU*. A l'étape MJ5 , le gestionnaire de données établit une requête RQ4 contenant toutes les références RU* trouvées y compris la référence RUB et transmet la requête RQ4 au serveur de correspondance SC ayant l'adresse d'accès ADSC lue dans la mémoire commune MCA de l'agent de répertoire ARA, via l'interface de communication ICA.
A l'étape MJ6, l'interface de communication ICS du serveur de correspondance SC reçoit la requête RQ4 et la fournit au gestionnaire de correspondance GC qui la traite. Le gestionnaire GC trouve dans la base de données BD les adresses d'accès ADR* correspondant respectivement aux références RU* extraites de la requête reçue, y compris l'adresse d'accès ADRB correspondant à la référence RUB de l'usager UB. A l'étape MJ7 , le gestionnaire de correspondance GC établit une réponse RP4 contenant lesdites adresses d'accès ADR*, y compris l'adresse ADRB, que le serveur SC transmet au moyen de 1 ' interface de communication ICS au gestionnaire de données GDA de l'agent de répertoire ARA de l'ordinateur TA.
L'interface de communication ICA de l'ordinateur TA reçoit la réponse RP4 et la fournit au gestionnaire de données GDA qui requiert successivement une communication avec chacun des agents de répertoire des objets communicants en dépendance des adresses d'accès ADR* qui sont extraites de la réponse RP4. Ainsi à l'étape MJ8 , le gestionnaire de données GDA établit un ordre de contrôle de mise à jour ODCl contenant la donnée modifiée MDAn et la référence RUA de l'usager UA et optionnellement l'identificateur I_DAn associé à la donnée MDAn, et requiert une communication avec l'agent de répertoire ARB du terminal TB pour lui transmettre l'ordre de contrôle ODCl.
Optionnellement, l'agent ARA de l'ordinateur TA et l'agent ARB du terminal TB s'authentifient mutuellement avant d'échanger ou de traiter l'ordre de contrôle. De même, la donnée modifiée MDAn peut être transmise chiffrée dans l'ordre de contrôle pour être déchiffrée par le gestionnaire d'exploitation GEB du terminal TB avant d'être traitée.
A l'étape MJ9 , l'interface radio IRB du terminal
TB reçoit l'ordre de contrôle ODCl qu'elle fournit au gestionnaire d'exploitation GEB de l'agent ARB. Le gestionnaire GEB rompt la communication avec l'agent ARB, trouve la donnée initiale associée à la référence RUA de l'usager UA extraite de l'ordre de contrôle ODCl et la remplace par la donnée modifiée MDAn extraite de l'ordre de contrôle ODCl.
Optionnellement à l'étape MJlO, le gestionnaire d'exploitation GEB de l'agent de répertoire ARB indique la mise à jour de l'ancienne donnée DAn à l'usager UB par une notification ntfl au moyen de l'interface homme-machine IHMB du terminal.
Optionnellement, après la mise à jour de la donnée modifiée DAn dans le répertoire RBE, le terminal TB transmet une confirmation de cette mise à jour à l'ordinateur TA.
En référence à la figure 7, une étape de suppression des données personnelles de l'usager UA dans le terminal TB comprend des étapes Sl à S9. A l'étape Sl, l'usager UA décide de ne plus partager ses données personnelles avec l'usager UB et valide une suppression desdites données personnelles au moyen de 1 ' interface IHMA qui fournit un ordre de suppression Od-s contenant la référence RUB de l'usager UB au gestionnaire de données GDA, à l'étape S2.
A l'étape S3, à la réception de l'ordre de suppression Od-s, le gestionnaire de données GDA supprime dans le répertoire de données RDA toutes les associations d'identificateurs de données personnelles ou de profil personnel avec la référence RUB de 1 ' usager UB .
A l'étape S4 , le gestionnaire de données GDA établit une requête RQ5 contenant la référence RUB et la transmet au serveur de correspondance SC ayant l'adresse d'accès ADSC lue dans la mémoire commune MCA de l'agent de répertoire ARA, via l'interface de communication ICA.
A l'étape S5, l'interface de communication ICS du serveur de correspondance SC reçoit la requête RQ5 et la fournit au gestionnaire de correspondance GC qui la traite. Le gestionnaire GC trouve dans la base de données BD l'adresse d'accès ADRB correspondant à la référence RUB extraite de la requête reçue RQ5. A l'étape S6, le gestionnaire de correspondance GC établit une réponse RP5 contenant l'adresse d'accès ADRB trouvée qu'il transmet au moyen de l'interface de communication ICS au gestionnaire de données GDA de l'agent de répertoire ARA de l'ordinateur TA. L'interface de communication ICA de l'ordinateur TA reçoit la réponse RP5 et la fournit au gestionnaire de données GDA. A l'étape S7, le gestionnaire GDA établit un ordre de contrôle de suppression ODC2 relatif à une suppression de donnée et contenant la référence RUA de l'usager UA et requiert une communication avec l'agent de répertoire du terminal TB en dépendance de l'adresse d'accès ADRB pour lui transmettre l'ordre de contrôle ODC2.
Optionnellement , l'agent ARA de l'ordinateur TA et l'agent ARB du terminal TB s'authentifient mutuellement avant d'échanger ou de traiter l'ordre de contrôle.
A l'étape S8, l'interface radio IRB du terminal TB reçoit l'ordre de contrôle ODC2 qu'elle fournit au gestionnaire d'exploitation GEB de l'agent ARB. Le gestionnaire GEB supprime dans le répertoire d'exploitation REB toutes les données personnelles associées à la référence RUA extraite de l'ordre de contrôle ODC2. A l'étape S9, le gestionnaire d'exploitation GEB de l'agent de répertoire ARB indique la suppression de données personnelles DAn ou MDAn de l'usager UA dans le terminal TB à l'usager UB par une notification ntf2.
En variante, l'étape S3 de suppression de toutes les associations d'identificateurs de données personnelles ou de profil personnel avec la référence RUB de l'usager UB dans le répertoire RDA a lieu après la réception d'une confirmation de la suppression des données personnelles de l'usager UA dans le répertoire REB par le terminal TB.
Selon une autre variante, l'usager UA souhaite supprimer une partie de ses données personnelles partagées avec l'usager UB dans le terminal TB. Ainsi à l'étape Sl, l'usager UA sélectionne les données personnelles qu'il souhaite supprimer au moyen de 1 ' interface IHMA qui fournit au gestionnaire de données GDA l'ordre de suppression Od- s contenant lesdites données personnelles sélectionnées. De même à l'étape S6, le gestionnaire GDA transmet un ordre de suppression ODC2 au gestionnaire d'exploitation GEB du terminal TB, l'ordre de contrôle ODC2 contenant la référence RUA de l'usager UA, et les données personnelles sélectionnées ou leurs identificateurs associés, afin de supprimer dans le répertoire d'exploitation REB les données personnelles sélectionnées qui sont trouvées en fonction de la référence RUA et des données personnelles ou de leurs identificateurs extraits de l'ordre de contrôle ODC2. A l'étape SlO, le gestionnaire de données GDA supprime dans le répertoire de données RDA les associations reliant la référence RUB de l'usager UB et les identificateurs des données personnelles qui avaient été sélectionnées par l'usager UA à l'étape Sl.
L'invention décrite ici concerne un procédé de partage de données personnelles. Selon une implémentation, les étapes du procédé de 1 ' invention sont déterminées par les instructions d'un programme d'ordinateur incorporé dans des objets communicants TA, TB communiquant entre eux à travers un réseau de télécommunications RR-RPQ. Le programme comporte des instructions de programme qui, lorsque ledit programme est exécuté dans un processeur d'un objet communicant, réalisent les étapes du procédé selon 1 ' invention. En conséquence, l'invention s'applique également à un programme d'ordinateur, notamment un programme d'ordinateur enregistré sur ou dans un support d'informations lisible par un ordinateur et tout dispositif de traitements de données, adapté à mettre en œuvre l'invention. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable pour implémenter le procédé selon l'invention.

Claims

REVENDICATIONS
1 - Procédé pour contrôler un partage de données personnelles (DAn) d'un premier usager (UA) d'un premier objet communicant (TA) avec un deuxième usager (UB) d'un deuxième objet communicant (TB), caractérisé en ce qu'il comprend les étapes suivantes de : partager (P8) dans le premier objet communicant en réponse à une requête du deuxième usager, des données personnelles du premier usager enregistrées dans le premier objet communicant parmi d'autres données personnelles du premier usager, associer (PlO) dans le premier objet communicant les données personnelles partagées avec une référence (RUB) du deuxième usager, et transmettre (PIl) les données personnelles partagées au deuxième objet communicant et les enregistrer (P12) dans le deuxième objet communicant en association avec une référence (RUA) du premier usager .
2 - Procédé conforme à la revendication 1, comprenant après l'étape de partager, une étape pour contrôler depuis le premier objet communicant les données personnelles partagées du premier usager en transmettant (MJ8, S6) un ordre de contrôle (ODCl, 0DC2) contenant au moins la référence du premier usager au deuxième objet communicant afin de trouver dans le deuxième objet communicant les données personnelles du premier usager en association à la référence extraite de l'ordre de contrôle et les traiter (MJ9, S7) en fonction de l'ordre de contrôle transmis . 3 - Procédé conforme à la revendication 2, selon lequel l'étape de contrôler comprend : dans le premier objet communicant (TA) , une mise à jour (MJ1-MJ3) d'au moins une donnée personnelle (DAn) du premier usager (UA) en une donnée personnelle modifiée (MDAn), une recherche (MJ4) de la référence (RUB) du deuxième usager (UB) associée à la donnée personnelle et une transmission (MJ8) de l'ordre de contrôle (ODCl) contenant la donnée personnelle modifiée et la référence du premier usager au deuxième objet communicant (TB) , et une mise à jour (MJ9) de la donnée personnelle associée à la référence du premier usager extraite de l'ordre de contrôle dans le deuxième objet communicant en fonction de la donnée personnelle modifiée extraite de l'ordre de contrôle.
4 - Procédé conforme à la revendication 2 ou 3 , selon lequel l'étape de contrôler comprend une transmission (S6) de l'ordre de contrôle (ODC2) contenant la référence (RUA) du premier usager (UA) depuis le premier objet communicant (TA) au deuxième objet communicant (TB), une suppression (S7) d'au moins une donnée personnelle (DAn) associée à la référence du premier usager extraite de l'ordre de contrôle dans le deuxième objet communicant (TB), et une suppression (SlO) d'une association entre ladite donnée personnelle et la référence (RUB) du deuxième usager (UB) dans le premier objet communicant.
5 - Procédé conforme à l'une quelconque des revendications 1 à 4, selon lequel l'étape de contrôler comprend en outre une transmission (MJ5, S3) de la référence (RUB) du deuxième usager (UB) depuis le premier objet communicant (TA) à un moyen serveur (SC), et une transmission (MJ7, S5) d'une adresse d'accès (ADRB) correspondant à la référence transmise du deuxième usager depuis le moyen serveur au premier objet communicant (TA) afin que le premier objet communicant (TA) transmette (MJ8 , S6) en dépendance de l'adresse d'accès (ADRB) l'ordre de contrôle (ODCl, ODC2) au deuxième objet communicant
(TB) .
6 - Procédé conforme à l'une quelconque des revendications 1 à 5, comprenant initialement un enregistrement (E1-E3) de données personnelles du premier usager (UA) dans le premier objet communicant
(TA), une transmission (E4) d'une adresse d'accès (ADRA) du premier objet communicant depuis ledit premier objet communicant a un moyen serveur (SC) , une génération (E5) de la référence (RUA) du premier usager par le moyen serveur, et un appariement (E5) de la référence à l'adresse d'accès transmise dans le moyen serveur.
7 - Procédé conforme à l'une quelconque des revendications 1 à 6, selon lequel des règles d'utilisation établies par le premier usager (UA) sont transmises (PIl) avec les données personnelles partagées depuis le premier objet communicant (TA) au deuxième objet communicant (TB) .
8 - Objet communicant (TA) d'un premier usager (UA) communiquant avec un deuxième objet communicant
(TB) d'un deuxième usager (UB) pour contrôler un partage de données personnelles (DAn) du premier usager avec le deuxième usager, caractérisé en ce qu'il comprend : un moyen (GDA) pour partager en réponse à une requête du deuxième usager des données personnelles du premier usager enregistrées dans le premier objet communicant parmi d'autres données personnelles de 1 ' usager, un moyen (GDA) pour associer les données personnelles partagées avec une référence (RUB) du deuxième usager, un moyen (ICA) pour transmettre les données personnelles partagées au deuxième objet communicant afin d'enregistrer les données personnelles transmises dans le deuxième objet communicant en association avec une référence (RUA) du premier usager, et un moyen (GDA) pour contrôler les données personnelles partagées du premier usager en transmettant un ordre de contrôle (ODCl, ODC2 ) contenant au moins la référence du premier usager au deuxième objet communicant afin de trouver dans le deuxième objet communicant les données personnelles du premier usager en association à la référence extraite de l'ordre de contrôle et les traiter en fonction de l'ordre de contrôle transmis.
9 - Objet communicant (TB) communiquant avec un premier objet communicant (TA) d'un premier usager
(UA) contrôlant un partage de données personnelles
(DAn) avec un deuxième usager (UA) utilisant ledit objet communicant, caractérisé en ce qu'il comprend : un moyen (GEB) pour requérir des données personnelles du premier usager enregistrées dans le premier objet communicant parmi d'autres données personnelles du premier usager, les données personnelles partagées enregistrées dans le premier objet communicant étant associées à une référence (RUB) du deuxième usager, un moyen (GDB-REB) pour enregistrer les données personnelles partagées transmises en association avec une référence (RUA) du premier usager, et un moyen (GEB) pour traiter les données personnelles partagées associées à la référence du premier usager extraite d'un ordre de contrôle (ODCl,
ODC2) transmis depuis le premier objet communicant, en fonction de l'ordre de contrôle.
10 - Programme d'ordinateur apte à être mis en œuvre dans un premier objet communicant (TA) communiquant avec un deuxième objet communicant (TB) d'un deuxième usager (UB) pour contrôler un partage de données personnelles (DAn) du premier usager avec le deuxième usager (, ledit programme étant caractérisé en ce qu'il comprend des instructions qui, lorsque le programme est exécuté dans ledit premier objet communicant, réalisent les étapes suivantes : partager (P8) en réponse à une requête du deuxième usager des données personnelles du premier usager enregistrées dans le premier objet communicant parmi d'autres données personnelles du premier usager, associer (PlO) les données personnelles partagées avec une référence (RUB) du deuxième usager, transmettre (PIl) les données personnelles partagées au deuxième objet communicant afin d'enregistrer les données personnelles transmises dans le deuxième objet communicant en association avec une référence (RUA) du premier usager, et contrôler les données personnelles partagées du premier usager en transmettant (MJ8, S6) un ordre de contrôle (ODCl, ODC2) contenant au moins la référence du premier usager au deuxième objet communicant afin de trouver dans le deuxième objet communicant les données personnelles du premier usager en association à la référence extraite de l'ordre de contrôle et les traiter (MJ9, S7) en fonction de l'ordre de contrôle transmis.
11 - Programme d'ordinateur apte à être mis en œuvre dans un objet communicant (TB) communiquant avec un premier objet communicant (TA) d'un premier usager (UA) contrôlant un partage de données personnelles (DAn) avec un deuxième usager (UA) utilisant ledit objet communicant, ledit programme étant caractérisé en ce qu'il comprend des instructions qui, lorsque le programme est exécuté dans ledit objet communicant, réalisent les étapes suivantes : requérir (P6) des données personnelles du premier usager enregistrées dans le premier objet communicant parmi d'autres données personnelles du premier usager, les données personnelles partagées enregistrées dans le premier objet communicant étant associées à une référence (RUB) du deuxième usager, enregistrer (P12) les données personnelles partagées transmises en association avec une référence (RUA) du premier usager, et traiter (MJ9, S7) les données personnelles partagées associées à la référence du premier usager extraite d'un ordre de contrôle (ODCl, ODC2) transmis depuis le premier objet communicant, en fonction de l'ordre de contrôle transmis.
EP07787291.9A 2006-07-10 2007-07-10 Partage contrôlé de données personnelles Active EP2041942B1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0652897 2006-07-10
PCT/EP2007/057016 WO2008006821A1 (fr) 2006-07-10 2007-07-10 Partage contrôlé de données personnelles

Publications (2)

Publication Number Publication Date
EP2041942A1 true EP2041942A1 (fr) 2009-04-01
EP2041942B1 EP2041942B1 (fr) 2014-01-29

Family

ID=37698352

Family Applications (1)

Application Number Title Priority Date Filing Date
EP07787291.9A Active EP2041942B1 (fr) 2006-07-10 2007-07-10 Partage contrôlé de données personnelles

Country Status (3)

Country Link
US (1) US8793340B2 (fr)
EP (1) EP2041942B1 (fr)
WO (1) WO2008006821A1 (fr)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010081942A1 (fr) 2008-12-05 2010-07-22 Alex Hr Roustaei Piles ou micro piles a hydrogene avec un generateur d ' hydrogene
FR2956869B1 (fr) 2010-03-01 2014-05-16 Alex Hr Roustaei Systeme de production de film flexible a haute capacite destine a des cellules photovoltaiques et oled par deposition cyclique des couches
FR3003974A1 (fr) 2013-03-28 2014-10-03 France Telecom Procede et dispositif de transmission d'un fichier contenant un contenu multimedia a acces controle
EP2821926A1 (fr) * 2013-07-05 2015-01-07 Gemalto SA Procédé de gestion de données liées à un utilisateur
US9615212B1 (en) 2015-10-14 2017-04-04 Motorola Solutions, Inc. Method, device, and system for collecting and reporting minimally necessary real-time personal context
US10198464B2 (en) * 2015-12-28 2019-02-05 Paypal, Inc. Personal information platforms
US11354762B2 (en) 2017-12-01 2022-06-07 Mastercard International Incorporated Digital passport systems and methods
US11954225B1 (en) 2020-11-02 2024-04-09 Wells Fargo Bank, N.A. Data privacy management

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020026745A (ko) * 2000-10-02 2002-04-12 윤종용 인터넷을 기반으로 한 네트워크 시스템 및 그 통신방법
US7480935B2 (en) * 2002-10-10 2009-01-20 International Business Machines Corporation Method for protecting subscriber identification between service and content providers
US20040193685A1 (en) * 2003-03-31 2004-09-30 Sony Corporation/Sony Electronics, Inc. Method and apparatus for managing and sharing personal identities in a peer-to-peer environment
US7739602B2 (en) * 2003-06-24 2010-06-15 Aol Inc. System and method for community centric resource sharing based on a publishing subscription model
US20050010780A1 (en) * 2003-07-09 2005-01-13 Kane John Richard Method and apparatus for providing access to personal information
US20070067297A1 (en) * 2004-04-30 2007-03-22 Kublickis Peter J System and methods for a micropayment-enabled marketplace with permission-based, self-service, precision-targeted delivery of advertising, entertainment and informational content and relationship marketing to anonymous internet users

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2008006821A1 *

Also Published As

Publication number Publication date
US8793340B2 (en) 2014-07-29
WO2008006821A1 (fr) 2008-01-17
EP2041942B1 (fr) 2014-01-29
US20090327420A1 (en) 2009-12-31

Similar Documents

Publication Publication Date Title
EP2041942B1 (fr) Partage contrôlé de données personnelles
EP1601225B1 (fr) Procédé et systéme de duplication sécurisée des informations d'une carte SIM
TWI761385B (zh) 設備配置方法及裝置、系統
EP2294776B1 (fr) Procédé et système d'accès par un utilisateur à au moins un service offert par au moins un autre utilisateur
US20070073694A1 (en) Method and apparatus of determining access rights to content items
US11165584B2 (en) Method for transmitting personal information
EP3648490A1 (fr) Gestion de profils d'abonne simultanement actifs dans une carte euicc en utilisant plusieurs liaisons distinctes
EP1961201A1 (fr) Client de messagerie sim
JP5574554B2 (ja) グローバルディレクトリサービスのためのシステム及び方法
EP1994780A2 (fr) Acces a distance a une memoire de masse et une memoire de securite dans un objet communicant portable
WO2008006811A1 (fr) Serveur de gestion de donnees confidentielles anonymes
WO2002065254A1 (fr) Gestion dynamique de listes de droits d'acces dans un objet electronique portable
EP2372626A1 (fr) Procédé de traitement d'image avec anonymisation dynamique
US20140114991A1 (en) Providing access to information
HUE029909T2 (en) Access to telecommunications devices using mobile phone numbers
KR20000037021A (ko) 인터넷과 이동통신단말기를 이용한 명함관리 시스템
EP2360889B1 (fr) Création et utilisation d'un lien de télécommunication entre deux utilisateurs d'un réseau de télécommunication
JP5363657B2 (ja) 電気通信ネットワークにおける共用マルチメディア・オブジェクトに関連したタグの管理
CN107222396A (zh) 一种共享图像数据的方法
JP2008507172A (ja) ユーザのｉｄ処理方法および処理システム
FR2821188A1 (fr) Procede de stockage securise de donnees personnelles et de consultation, carte a puce, terminal et serveur pour la mise en oeuvre du procede
US20140148130A1 (en) Remote subscriber identification (rsid) system and method
US11934499B2 (en) Contact lookup operations during inoperability of mobile devices
CN118797702B (zh) 电子证照管理方法、设备及存储介质
CN100576800C (zh) 上下文信息管理系统

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20090210

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC MT NL PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA HR MK RS

17Q First examination report despatched

Effective date: 20091215

DAX Request for extension of the european patent (deleted)
GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

INTG Intention to grant announced

Effective date: 20130813

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC MT NL PL PT RO SE SI SK TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 651703

Country of ref document: AT

Kind code of ref document: T

Effective date: 20140215

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: LANGUAGE OF EP DOCUMENT: FRENCH

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602007035005

Country of ref document: DE

Effective date: 20140306

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 651703

Country of ref document: AT

Kind code of ref document: T

Effective date: 20140129

REG Reference to a national code

Ref country code: NL

Ref legal event code: VDEP

Effective date: 20140129

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG4D

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140129

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140529

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140129

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140129

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140129

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140129

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140129

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140129

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140529

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140129

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602007035005

Country of ref document: DE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140129

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140129

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140129

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140129

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140129

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140129

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

26N No opposition filed

Effective date: 20141030

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602007035005

Country of ref document: DE

Effective date: 20141030

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140710

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

REG Reference to a national code

Ref country code: IE

Ref legal event code: MM4A

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20140731

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20140731

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140129

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20140710

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140129

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140129

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 10

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140129

Ref country code: MT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140129

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140430

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO

Effective date: 20070710

Ref country code: BE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140731

Ref country code: TR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140129

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 11

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 12

REG Reference to a national code

Ref country code: DE

Ref legal event code: R079

Ref document number: 602007035005

Country of ref document: DE

Free format text: PREVIOUS MAIN CLASS: H04L0029060000

Ipc: H04L0065000000

P01 Opt-out of the competence of the unified patent court (upc) registered

Effective date: 20230517

REG Reference to a national code

Ref country code: DE

Ref legal event code: R082

Ref document number: 602007035005

Country of ref document: DE

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20250619

Year of fee payment: 19

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20250620

Year of fee payment: 19

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20250620

Year of fee payment: 19