WO2005046279A2 - Procede de communication depuis un equipement mobile - Google Patents

Procede de communication depuis un equipement mobile Download PDF

Info

Publication number
WO2005046279A2
WO2005046279A2 PCT/FR2004/002822 FR2004002822W WO2005046279A2 WO 2005046279 A2 WO2005046279 A2 WO 2005046279A2 FR 2004002822 W FR2004002822 W FR 2004002822W WO 2005046279 A2 WO2005046279 A2 WO 2005046279A2
Authority
WO
WIPO (PCT)
Prior art keywords
request
user
server
search
mobile
Prior art date
Application number
PCT/FR2004/002822
Other languages
English (en)
Other versions
WO2005046279A3 (fr
Inventor
Antoine Faucher
Original Assignee
Antoine Faucher
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 Antoine Faucher filed Critical Antoine Faucher
Priority to US10/583,918 priority Critical patent/US20070195783A1/en
Priority to EP04805373A priority patent/EP1683309A2/fr
Publication of WO2005046279A2 publication Critical patent/WO2005046279A2/fr
Publication of WO2005046279A3 publication Critical patent/WO2005046279A3/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices

Definitions

  • the present invention relates to the field of Information and Communication Technologies.
  • the present invention relates more particularly to a communication method using at least one mobile device comprising mobile telecommunications means (of the GSM, GPRS, UMTS, CDMA, W-CDMA ... type) and access means to a wireless local area network.
  • mobile telecommunications means of the GSM, GPRS, UMTS, CDMA, W-CDMA ... type
  • a mobile data communications system includes a wireless cellular data communications network, such as a GPRS or CPDP network, comprising a plurality of base stations that communicate with terminals through a first radio interface.
  • the plurality of base stations are coupled to a control node, such as an SGSN (Serving GPRS Support Node) or a CDPD MD-IS (Mobile Data Intermediate System) which administers services, such as management of mobility and billing, for terminals communicating with base stations.
  • SGSN Serving GPRS Support Node
  • CDPD MD-IS Mobile Data Intermediate System
  • the system also includes a W-LAN (Wireless Local Area Network), such as a mobile IP network, which can operate to communicate with mobile terminals through a second radio interface.
  • W-LAN Wireless Local Area Network
  • the system further includes an internetworking system coupled between the control node and the wireless local area network (W-LAN) which provides data communications between the two.
  • the W-LAN can have a coverage area which covers or is associated with a coverage area of a network.
  • Wireless cellular data communications such as, for example, high data rates or high user densities can be supported: "hot spots" such as airports, hotels, conference centers or similar places.
  • the present invention intends to remedy the drawbacks of the prior art by proposing a very innovative method implementing the technologies of cellular mobile networks and wireless local area networks (such as Wi-Fi).
  • the invention finds, for example, applications in the field of networking.
  • the present invention relates, in its most general sense, to a communication method implementing at least one mobile device comprising mobile telecommunications means (of the GSM, GPRS, UMTS, CDMA, W-CDMA type. .) and means of access to a wireless local area network characterized in that it comprises the steps consisting in: Registering user profiles each comprising a digital identifier in at least one digital database; - Send a first request, said request comprising a plurality of parameters and transiting via the wireless local area network; - Send a second request to a server, this request comprising at least one list of identifiers consisting of at least one identifier and transiting via the mobile telecommunications network; Process the second request at the server level using the database containing the user profiles; Collect a response to the second request from the server and display this response on a screen of said mobile device.
  • the two requests are sent simultaneously.
  • the two requests are sent at different times.
  • a first variant the two requests are sent simultaneously.
  • the method further comprises a step of constituting a list of identifiers corresponding to the responses to the first request.
  • the method further comprises a step of sorting among the identifiers corresponding to the responses to the first request.
  • the sending of the second request is triggered by an action by the user. According to another variant, the sending of the second request is triggered automatically.
  • the method is implemented in a connection service. In another particular embodiment, the method is implemented in a local sales service.
  • the method further includes a step of converting identifiers so as to make the operator's identifiers compatible. telecommunications with the identifiers recorded in said digital database.
  • the present invention also relates to a communication system for implementing the method comprising a plurality of bi-compatible mobile equipment, at least one database, at least one server, and at least one mobile telecommunications network.
  • FIG. 1 illustrates a data transmission system information between a server and several mobile terminals within the meaning of the present invention
  • FIG. 2 illustrates a first embodiment of the invention
  • FIG. 3 illustrates a second embodiment of the invention
  • FIG. 4 illustrates a third embodiment of the invention.
  • a user of the present invention must be provided with bi-compatible mobile equipment comprising mobile telecommunications means (of the GSM, GPRS, UMTS, CDMA, W-CDMA ... type) enabling him to access to a digital database and means of access to a local wireless network allowing it to communicate with the other surrounding bi-compatible equipment.
  • mobile telecommunications means of the GSM, GPRS, UMTS, CDMA, W-CDMA ... type
  • Each user must save a profile in this digital database.
  • Each profile contains a digital identifier which will be unique.
  • the digital identifier of the user's profile will be stored in the user's bi-compatible mobile equipment.
  • the communication system comprises a server 8.
  • the server 8 includes a database which is made up of three data tables.
  • the first table stores information which allows the server to know for each user whether he has the right to use the present invention.
  • This table contains the following fields: Identifier (Unique key of the table); Access authorization (yes or no).
  • the second table stores information relating to each community. It contains the following fields: community name (Unique key to the table); type of community (Open or Closed); list of identifiers who are members of this community.
  • a community will be understood to mean a group of users who have chosen to exchange certain information with one another.
  • any user can create a community.
  • communities There are two types of communities: open communities and closed communities.
  • administrator A In a closed community, administrator A is the user who created the community. Having created it, it was considered to be its community. For user B to become a member of his community, administrator A must give him his authorization, without which user B cannot become a member of his community even if he wishes. Administrator A can also exclude members of his community.
  • each user must be a member of the "global community" listing all users.
  • the third table stores information relating to the profile of each user. It contains the following fields: - identifier (Unique key to the table); password ; membership list; list of names of its communities; identifying information and its associated access criteria; personal information and its associated access criteria.
  • the membership list of user A is the list of communities that count user A as a member.
  • the list of names of his communities is the list of names of closed communities that are administered by the user
  • Identifying information is information that characterizes the physical appearance of an individual. Identifying information about an individual can assist in his identification when that individual is in a crowd. The identifying information can provide information on the sex, age, height, weight, length and color of hair, eye color of a real or imaginary individual or may be a photo of an individual. .
  • the identifying information of a user is the information that characterizes his physical appearance.
  • the personal information of user A is information that the user wishes to communicate but which is not identifying.
  • personal information can tell us about his pseudonym, his name, his tastes, his background, his vision of the ideal spouse, his commitment, his ideas, his mood, his address, what he is looking to sell, what he is looking for. to buy, the balance of his bank account, his bank card number ...
  • the identifying information and personal information of user A can be viewed by all other surrounding users on their mobile terminal.
  • user A can judge that certain identifying or personal information forming part of his user profile should not be able to be viewed by all the surrounding users. It thus judges this information sensitive and it can then limit access to it to certain surrounding users only fulfilling certain criteria.
  • user A can associate it with an access criterion.
  • This access criterion must be fulfilled by the surrounding users in order to be able to consult the information of user A on their mobile terminal that they have deemed sensitive.
  • An access criterion is composed of an identifying criterion and / or a community criterion:
  • An identifying criterion is made up of identifying information.
  • a user B fulfills the identifying criterion chosen by user A if the identifying information of user B contained in his user profile fulfills the identifying criterion chosen by user A
  • a community criterion The community criterion of user A is a criterion made up of a list of several communities chosen by user A.
  • a user B fulfills the community criterion of user A if at least one community from the list making up the community criterion of user A is in the membership list of user B.
  • Any open community can be part of the list of communities making up a community criterion of user A.
  • only closed communities that count as a member user A can be part of the list of communities making up a criterion community of user A.
  • the server 8 comprises a connection device allowing the reception of requests which can come from any mobile terminal 2.
  • the connection device also allows the sending and the management of the sending of messages intended for one or more mobile terminals.
  • the server 8 also includes two processing zones.
  • the first processing area ensures that the received request can be executed. It prevents fraudulent use of the mobile terminal.
  • the first processing area systematically consults the first data table and systematically verifies that the identifier of the requester is authorized to access the second and third data tables of the server. This verification is essential. If the requester is not authorized to have access to the information contained in the data tables, the first processing zone writes an error message which it sends to it. If the request passes the first processing zone, it passes to the second processing zone.
  • the second processing area determines the type of request and then processes it.
  • the incomplete request is present in two forms: the request of type X; the request of type Y.
  • a request is complete if it contains: the identifier of the initiator of a search; a search number; a search criterion; a list composed of at least one surrounding identifier to the initiator of the search.
  • a search criterion is of the same nature as an access criterion. It is made up of an identifying criterion and / or a community criterion. However, a search criterion is not associated with information contained in user profiles.
  • It is associated with a search number and is defined by the user allowing it to obtain more information on all the surrounding users fulfilling their search criteria.
  • the access criterion is composed of an access identifier criterion and / or a community access criterion and that the search criterion is composed of an identifying search criterion and / or a Community search criterion.
  • a request is of type X if it contains: the identifier of the initiator of a search; a search number; a search criteria.
  • a request is of type Y if it contains: the identifier of the initiator of a search; a search number; a surrounding identifier to the initiator of the research.
  • the second processing area When a complete request arrives in the second processing area, the second processing area creates a type X request which is temporarily stored for approximately 5 minutes in the memory of the server using the information contained in the complete request and then the second processing area executes the complete request.
  • a type X request arrives in the second processing area, it is temporarily stored for approximately 5 minutes in the memory of the server. Then the processing zone searches in its memory, if there are requests of type Y which are compatible with it. If this is the case, the second processing area transforms each compatible type Y request into a complete request using the type X request. All these complete requests are then executed by the second processing area.
  • the second processing area searches its memory for a type X request which is compatible with it. If this is the case, the second processing zone transforms it using the compatible type X request into a complete request which is then executed. If it is not the case, the request of type Y is temporarily stored for 5 min in the memory of the server. Either to the initiator of a search and B the list of identifiers surrounding the initiator A, the execution of a complete request is then translated by:
  • a first sorting step retaining only the identifiers from list B which meet the search criteria of user A and who are authorized to use the present invention.
  • a second step which selects for each identifier which composes the newly sorted list B the information of its profile not being associated with access criteria or being associated with access criteria fulfilled by the profile of user A.
  • a third step which consists in sending a response to user A containing the information selected in the second step.
  • the communication system according to the invention also comprises mobile terminals 21, 22, 23, called 2 generically.
  • the mobile terminal 2 is a portable electronic device incorporating the technical characteristics of a pocket computer. It is at least equipped with a screen, a keyboard, a processor, a battery, a hard memory, a random access memory and an interface making the connection of all these elements.
  • the mobile terminal 2 can store certain information of its profile on its memory. It also allows its user to enter a search criterion. The user can then launch a search on his mobile terminal. The interface of the mobile terminal then creates a new search number and an associated empty list. This empty list associated with its search number will subsequently contain the surrounding identifiers received.
  • the interface then stores these three elements in the memory of the mobile terminal: the search number created; the search criteria previously entered; the associated empty list.
  • the mobile terminal 2 also includes a connection member 3 allowing access to the wireless local area network in order to communicate with the other surrounding bi-compatible equipment.
  • connection member 3 can send requests intended for other mobile terminals in a surrounding area EN, by radio communication, via a radio link 7.
  • connection unit 3 can receive requests sent from other mobile terminals located in a surrounding area EN, by radio communication, via a radio link 7.
  • the connection unit 3 could for example be in WIFI communication standards .
  • the mobile terminal 2 also includes another connection member 4 making it possible to establish communication via a radio link 6 with the telecommunications operator 9.
  • the connection member 4 could for example be in GPRS or UMTS communication standards.
  • the mobile telecommunications operator 9 is permanently connected to the server 8 by means of a high speed wired link 5.
  • the connection device 4 can therefore communicate with the server 8 via the telecommunications operator 9.
  • the mobile terminal can send requests to the server 8 and receive the server's response to its request.
  • the mobile terminal can also receive a message from the server, this message not being preceded by a request.
  • a mobile terminal can indirectly send a request to the server via one or more other surrounding mobile terminals.
  • the mobile terminal 2 includes a processing area.
  • the processing area can compose new requests which are then issued by the connection member 3 or 4. Furthermore, the processing area of the mobile terminal continuously analyzes the requests which are picked up by its connection device 3. The processing area can decide to compose a new request after having analyzed a captured request, this new request then being sent by the connection device 3 or 4.
  • the connection device 3 of the mobile terminal can receive two types of requests: the request of type M sent by the initiator of a search; the type P request sent by a surrounding user to the initiator of a search.
  • the type M request may possibly contain the identifier of the initiator of a search and a search number. If the request of type M contains the identifier of the initiator of a search and a search number, the request may additionally possibly contain a search criterion.
  • the type P request contains the identifier of the person who sent it. It can also possibly contain the identifier of the initiator of a search and a search number.
  • connection member 3 When the connection member 3 receives a request of type M not containing any search criteria, the processing area automatically composes a new request of type P.
  • the processing area determines whether it must compose a new request of type P. The processing area then consults its memory and determines if it can know whether his user fulfills the search criterion contained in the type M request. If his user does not meet the search criterion, the processing area does not compose a new type P request. If the processing area does not know whether his user fulfills the search criterion or if his user fulfills the search criterion, the processing area composes a new request of type P. If the request of type M received does not contain the identifier of the initiator of a search nor a search number or a search criteria, the new request of type P is necessarily sent to the other terminals surrounding mobiles via the connection member 3.
  • the new request of type P necessarily contains the identifier of l initiator of a search and the search number contained in the type M request received and is either sent to the other surrounding mobile terminals via the connection device 3 or is sent to the server via the connection member 4
  • this new request of type P sent to the server can then be called an incomplete request of type Y.
  • the processing area can compose and then issue a new request of type P (not following a processing of a request of type M), in this case, this new request of type P is sent to the other surrounding mobile terminals via the connection member 3 and contains neither the identifier of the initiator of a search nor the search number.
  • the processing area When the connection member 3 receives a P-type request, the processing area firstly ensures that the P-type request is addressed to it. It is addressed to him if the identifier of the initiator of a search is not contained in the received request or if the identifier of the initiator of a search contained in the received request corresponds to the identifier of the user of the mobile terminal having received this request. If it is addressed to him and the P-type request does not contain a search number, then the processing area adds the identifier of the person who sent the P-type request in all the lists associated with the search numbers present. in the memory of the mobile terminal.
  • the processing area adds to its associated list the identifier of the one who sent the request of type P. If the user has previously initiated a search, the interface can order the processing area to compose a new complete request at the destination of the server composed of the identifier of his user, his number search, its associated search criterion, the associated list of identifiers collected, these last three elements then being deleted from the memory of the mobile terminal.
  • the invention then allows the user to obtain information on his mobile terminal about surrounding users fulfilling the search criteria he has previously chosen, the interface of the mobile terminal being able to display on the screen thereof. any information stored or processed by its processing area or contained in any request received by its connection device 3 or 4.
  • connection member 3 of the mobile of each user has the particularity of permanently transmitting a P-type request containing the identifier of its user intended for the other surrounding mobiles. This transmission takes place at a random time in an interval of 5 seconds every 5 seconds.
  • This transmitting method allows the receiving method to minimize the risk of collision between two radio signals resulting in the loss of both information.
  • the probability that they will still transmit at the same time for the next 5 seconds is very low. Therefore, the receiver of the connection member 3 has a high probability of picking up all the surrounding identifiers over a period of 30 seconds.
  • the mobile does not need to send an M-type request to the other surrounding mobiles so that they issue a P-type request containing their identifier, signaling their presence. It is enough for its processing area to analyze P-type requests for 30 seconds for it to update the lists of surrounding identifiers received. According to the first embodiment illustrated in Figure
  • user A enters a search criteria on his mobile. Then he starts a search. User A is then the initiator of a search. A's mobile interface creates a new search number and an associated empty list. The interface then stores on the mobile memory this search number, its associated empty list and the search criteria previously entered.
  • connection unit 3 of B's mobile permanently transmits a P-type RIB request containing the identifier of B intended for the other surrounding mobiles.
  • connection member 3 of C's mobile permanently transmits a P-type RlC request containing the identifier of C intended for the other surrounding mobiles.
  • the connection unit 3 of A's mobile receives RIB and RlC type P requests containing the identifier of B and C respectively.
  • the mobile processing area of A then analyzes the RIB and RlC requests and concludes that these requests are addressed to it because they do not contain the identifier of the initiator of a search.
  • the processing area adds the identifier of B and C to the empty list previously created.
  • the processing zone On an order from A's mobile interface, the processing zone composes a new complete request R2 containing the identifier of A, the search number previously created and its associated list composed of the identifier of B and C and the search criteria previously entered by A.
  • the complete R2 request is then sent to the server. After successfully passing the first area : treatment from the server, the complete request R2 is executed by the second processing area of the server.
  • the server consults its data tables, it concludes that users B and C meet the search criteria for user A.
  • the server selects the information contained in the profile of the user B and C which user A can access.
  • the server sends the user A the information previously selected by the server.
  • A's mobile receives data from the server and this is displayed on the screen.
  • the identifying information of each user is also stored in the memory of their mobile.
  • type M queries contain the search identifier criterion.
  • user A enters a search criterion (composed of a search identifier criterion and a community search criterion) on his mobile. Then he starts a search. User A is then the initiator of a search.
  • A's mobile interface creates a new search number and an associated empty list. The interface then stores on the mobile memory this search number, its associated empty list and the search criteria previously entered.
  • the processing area composes an RI type M request containing the identifier of A, the search number previously created, the search identifier criterion previously entered. Once composed, the RI type M request is sent to the surrounding mobiles.
  • the processing area of the surrounding mobiles B and C analyzes the RI type M request and concludes that their user fulfills the search identifier criterion of A.
  • the mobile processing area of B and C then composes a type P request containing the identifier of A, the search number identical to that contained in the RI request and respectively the identifier of B for the mobile processing area of B and C for the mobile processing area of C.
  • the R2B and R2C requests are sent to the surrounding mobiles and are intended for the mobile of A.
  • the mobile processing area of A processes the two requests R2B and R2C.
  • the processing area then adds the identifier of B and C to the list previously created void. On an order from A's mobile interface, the processing area composes a new complete request R3 containing the identifier of A, the search number previously created and its associated list made up of the identifier of B and C and the search criteria entered by A.
  • the complete request R3 is then sent to the server. After having successfully passed the first processing area of the server, the request R3 is executed by the second processing area of the server.
  • the server consults its data tables and concludes that only user B fulfills the community search criteria for user A.
  • the server selects the information contained in the profile of user B which user A can access.
  • the server sends the user A the information previously selected by the server.
  • A's mobile receives data from the server and this is displayed on the screen.
  • the processing area C's mobile does not compose a new request.
  • A's motive receives the request R2B and then sends a complete request R3 to the server containing the identifier of A, the search number previously created and its associated list composed of only the identifier of B and the search criteria previously entered.
  • user A enters a search criterion (composed of a search identifier criterion and a community search criterion) on his mobile. Then he starts a search. User A is then the initiator of a search.
  • a search criterion composed of a search identifier criterion and a community search criterion
  • A's mobile interface creates a new search number and an associated empty list.
  • the interface then stores on the mobile memory this search number, its associated empty list and the search criteria previously entered.
  • the processing area composes an incomplete R2 type X request containing the identifier of A, the search number previously created, the search criteria previously entered. Once composed, the R2 request of type X is sent to the server.
  • the processing area composes an RI type M request containing the identifier of A, the search number previously created, the search identifier criterion previously entered. Once composed, the RI type M request is sent to the surrounding mobiles.
  • the processing area of the surrounding mobiles B and C analyzes the type RI request and concludes that their user meets the search criteria for user A.
  • the mobile processing area of B and C then composes a request of type P containing the identifier of user A, the search number identical to that contained in the request RI and respectively the identifier of B for the area of processing of the mobile of B and C for the processing area of the mobile of C.
  • the R2B and R2C requests are sent to the server.
  • these new requests R2B and R2C are also incomplete requests of type Y.
  • the second processing area of the server processes the requests R2, R2B and R2C.
  • the server then creates two complete requests by associating the request R2 of type X and the request R2B of type Y and by associating the request R2 of type X and the request R2C of type Y.
  • the server executes these two new complete requests.
  • the server sends the response 3B and 3C to the mobile of user A.
  • the choice between the first embodiment, the second embodiment and the third embodiment i sat ion can result from an optimization of the characteristics of the mobile telecommunications network and the local wireless network.
  • the mobile will favor a dialogue with the server rather than with the other surrounding mobiles as in the first embodiment.
  • the server is overloaded, the second embodiment will be preferred, with prior processing at the mobile terminals.
  • the present invention can be used for many types of application according to the characteristics of the searches and of information stored in the profiles of the users.
  • the user can for example search in a crowd of people of a determined age (with for example requests of the type "age less than 30 years") or else having specific hobbies (for example "likes reading” or "appreciates Japanese cinema ”).
  • the user can search in a host of sellers (on a market for example), the one offering the lowest prices, or the one selling a specific product.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

La présente invention se rapporte à un procédé de communication mettant en oeuvre un équipement mobile comprenant des moyens de télécommunications mobiles (du type GSM, GPRS, UMTS, CDMA, W-CDMA ...) et des moyens d'accès à un réseau local sans-fil caractérisé en ce qu'il comprend les étapes consistant à - Enregistrer des profils utilisateurs comportant chacun un identifiant numérique dans une base de'données numériques ; - Envoyer une première requête comportant une pluralité de paramètres et transitant via le réseau local sans-fil ; - Envoyer une seconde requête à un serveur comportant au moins une liste d'identifiants transitant via le réseau de télécommunications mobiles ; - Traiter au niveau du serveur la seconde requête à l'aide de la base de données comportant les profils utilisateurs ; Recueillir une réponse à la seconde requête du serveur et afficher cette réponse sur un écran dudit équipement mobile.

Description

PROCEDE DE COMMUNICATION DEPUIS UN EQUIPEMENT MOBILE
La présente invention se rapporte au domaine des Technologies de l'Information et de la Communication. La présente invention se rapporte plus particulièrement à un procédé de communication mettant en œuvre au moins un équipement mobile comprenant des moyens de télécommunications mobiles (du type GSM, GPRS, UMTS, CDMA, W-CDMA ...) et des moyens d'accès à un réseau local sans-fil.
L'art antérieur connaît déjà, par la demande de brevet américain US 2003/0156566 (Doug Griswold et Ron Bexten) , un appareil, des procédés et un produit logiciel implémentant des communications de données cellulaires sans fil via un réseau local sans fil (W-LAN : Wireless Local Area Network) . Un système de communications de données mobiles comporte un réseau de communications de données cellulaires sans fil, comme un réseau GPRS ou CPDP, comprenant une pluralité de stations de base qui communiquent avec des terminaux grâce à une première interface radio. La pluralité de stations de base sont couplées à un nœud de contrôle (control node) , tel qu'un SGSN (Serving GPRS Support Node) ou un CDPD MD-IS (Mobile Data Intermediate System) qui administre des services, comme la gestion de mobilité et la facturation, pour des terminaux communiquant avec les stations de base. Le système comprend également un W-LAN (Wireless Local Area Network) , tel qu'un réseau IP mobile, qui peut fonctionner pour communiquer avec des terminaux mobiles grâce à une seconde interface radio. Le système comprend en outre un système d' « internetworking » couplé entre le nœud de contrôle et le réseau local sans fil (W-LAN) qui fournit des communications données entre les deux. Le W-LAN peut posséder une surface de couverture qui recouvre ou est associée à une zone de couverture d'un réseau de communications de données cellulaires sans fil, telle que, par exemple, des hauts débits de données ou des hautes densités d'utilisateurs puissent être supportées : des « hot spots » comme des aéroports, hôtels, centres de conférences ou lieux similaires.
La présente invention entend remédier aux inconvénients de l'art antérieur en proposant un procédé très innovant mettant en œuvre les technologies de réseaux mobiles cellulaires et de réseaux locaux sans-fil (comme Wi- Fi) . L'invention trouve par exemple des applications dans le domaine de la mise en relation.
À cet effet, la présente invention concerne, dans son acception la plus générale, un procédé de communication mettant en œuvre au moins un équipement mobile comprenant des moyens de télécommunications mobiles (du type GSM, GPRS, UMTS, CDMA, W-CDMA ...) et des moyens d'accès à un réseau local sans-fil caractérisé en ce qu'il comprend les étapes consistant à : Enregistrer des profils utilisateurs comportant chacun un identifiant numérique dans au moins une base de données numériques ; - Envoyer une première requête, ladite requête comportant une pluralité de paramètres et transitant via le réseau local sans-fil ; - Envoyer une seconde requête à un serveur, cette requête comportant au moins une liste d'identifiants constituée d'au moins un identifiant et transitant via le réseau de télécommunications mobiles ; Traiter au niveau du serveur la seconde requête à l'aide de la base de données comportant les profils utilisateurs ; Recueillir une réponse à la seconde requête du serveur et afficher cette réponse sur un écran dudit équipement mobile. Selon une première variante, les deux requêtes sont émises de façon simultanée. Selon une seconde variante, les deux requêtes sont émises à des instants différents. Selon un mode de réalisation particulier, l'équipement mobile émet un signal vers le réseau local en permanence.
Avantageusement, le procédé comporte en outre une étape de constitution d'une liste d'identifiants correspondant aux réponses à la première requête.
De préférence, le procédé comporte en outre une étape de tri parmi les identifiants correspondant aux réponses à la première requête.
Selon une variante, l'envoi de la seconde requête est déclenché par une action de l'utilisateur. Selon une autre variante, l'envoi de la seconde requête est déclenché de façon automatique.
Dans un mode de réalisation particulier, le procédé est mis en œuvre dans un service de mise en relation. Dans un autre mode de réalisation particulier, le procédé est mis en œuvre dans un service de vente de proximité.
Avantageusement, le procédé comporte en outre une étape de conversion d'identifiants de façon à rendre compatibles des identifiants de l'opérateur de télécommunications avec les identifiants enregistrés dans ladite base de données numériques.
La présente invention se rapporte également à un système de communication pour la mise en œuvre du procédé comportant une pluralité d'équipements mobiles bi- compatibles, au moins une base de données, au moins un serveur, et au moins un réseau de télécommunications mobiles .
On comprendra mieux l'invention à l'aide de la description, faite ci-après à titre purement explicatif, d'un mode de réalisation de l'invention, en référence aux figures annexées : la figure 1 illustre un système de transmission de données d' informations entre un serveur et plusieurs terminaux mobiles au sens de la présente invention ; la figure 2 illustre un premier mode de réalisation de l'invention ; la figure 3 illustre un deuxième mode de réalisation de l'invention ; la figure 4 illustre un troisième mode de réalisation de l'invention.
On considère qu'un utilisateur de la présente invention doit être muni d'un équipement mobile bi- compatible comprenant des moyens de télécommunications mobiles (du type GSM, GPRS, UMTS, CDMA, W-CDMA ...) lui permettant d'accéder à une base de données numériques et des moyens d'accès à un réseau local sans-fil lui permettant de communiquer avec les autres équipements bi-compatibles environnants. Chaque utilisateur doit enregistrer un profil dans cette base de données numériques. Chaque profil contient un identifiant numérique qui sera unique. En plus d'être stocké dans la base de données numériques, l'identifiant numérique du profil de l'utilisateur sera stocké dans l'équipement mobile bi - compatible de l'utilisateur.
Dans la suite du texte, on considérera que le mot « équipement mobile bi-compatible » a comme synonyme : terminal mobile ou mobile.
Illustré figure 1, le système de communication selon l'invention comprend un serveur 8.
Le serveur 8 comprend une base de données qui est composée de trois tables de données.
La première table stocke l'information qui permet au serveur de savoir pour chaque utilisateur s'il a le droit d'utiliser la présente invention. Cette table contient les champs suivants : Identifiant (Clé unique de la table) ; Autorisation d'accès (oui ou non) .
La deuxième table stocke les informations relatives à chaque communauté. Elle contient les champs suivants : nom de la communauté (Clé unique de la table) ; type de la communauté (Ouverte ou Fermée) ; liste des identifiants qui sont membres de cette communauté .
On entendra par communauté au sens de la présente invention un groupe d'utilisateurs ayant choisi de s'échanger certaines informations entre eux. Dans la présente invention, n'importe quel utilisateur peut créer une communauté . II existe deux types de communautés : les communautés ouvertes et les communautés fermées .
Dans une communauté fermée, un administrateur A est l'utilisateur qui a créé la communauté. L'ayant créée, on considéra que c'est sa communauté. Pour qu'un utilisateur B devienne membre de sa communauté, l'administrateur A doit lui donner son autorisation sans laquelle l'utilisateur B ne peut pas devenir membre de sa communauté même s'il le souhaite. L'administrateur A peut également exclure des membres de sa communauté.
Dans une communauté ouverte, il n'y a pas d'administrateur. Chaque utilisateur peut s'il le souhaite devenir membre d'une communauté ouverte à partir du moment où il connaît le nom de celle-ci.
Dans la présente configuration, chaque utilisateur est obligatoirement membre de « la communauté globale » recensant tous les utilisateurs.
La troisième table stocke les informations relatives au profil de chaque utilisateur. Elle contient les champs suivants : - identifiant (Clé unique de la table) ; mot de passe ; liste d'appartenance ; liste des noms de ses communautés ; informations identifiantes et ses critères d'accès associés ; informations personnelles et ses critères d'accès associés .
La liste d'appartenance de l'utilisateur A est la liste des communautés qui comptent comme membre l'utilisateur A. La liste des noms de ses communautés est la liste des noms des communautés fermées qui sont administrées par l'utilisateur
Une information identifiante est une information qui caractérise l'apparence physique d'un individu. Une information identifiante d'un individu peut aider à son identification lorsque cet individu se trouve dans une foule. L'information identifiante peut renseigner sur le sexe, l'âge, la taille, le poids, la longueur et la couleur des cheveux, la couleur des yeux d'un individu réel ou imaginaire ou peut être une photo d'un individu...
Les informations identifiantes d'un utilisateur sont les informations qui caractérisent son apparence physique.
Les informations personnelles de l'utilisateur A sont des informations que l'utilisateur souhaite communiquer mais qui ne sont pas identifiantes. Les informations personnelles peuvent nous renseigner sur son pseudonyme, son nom, ses goûts, son parcours, sa vision du conjoint idéal, son engagement, ses idées, son humeur, son adresse, ce qu'il cherche à vendre, ce qu'il cherche à acheter, le solde de son compte en banque, son numéro de carte bancaire... Par défaut, les informations identifiantes et les informations personnelles de l'utilisateur A peuvent être consultées par les tous autres utilisateurs environnants sur leur terminal mobile.
Mais l'utilisateur A peut juger qu'une certaine information identifiante ou personnelle faisant partie de son profil d'utilisateur ne doit pas pouvoir être consultée par tous les utilisateurs environnants. Il juge ainsi cette information sensible et il peut alors limiter l'accès à celle-ci à certains utilisateurs environnants seulement remplissant certains critères.
Ainsi pour une information jugée sensible (identifiante ou personnelle) par l'utilisateur A, l'utilisateur A peut lui associer un critère d'accès. Ce critère d'accès doit être rempli par les utilisateurs environnants pour pouvoir consulter sur leur terminal mobile l'information de l'utilisateur A qu'il a jugée sensible.
Un critère d'accès est composé d'un critère identifiant et/ou d'un critère communautaire :
1) Un critère identifiant
Un critère identifiant est composé d' informations identifiantes. Un utilisateur B remplit le critère identifiant choisi par l'utilisateur A si les informations identifiantes de l'utilisateur B contenues dans son profil d'utilisateur remplissent le critère identifiant choisi par l'utilisateur A
2) Un critère communautaire Le critère communautaire de l'utilisateur A est un critère composé d'une liste de plusieurs communautés choisies par l'utilisateur A. Un utilisateur B remplit le critère communautaire de l'utilisateur A si au moins une communauté de la liste composant le critère communautaire de l'utilisateur A se trouve dans la liste d'appartenance de l'utilisateur B.
N'importe quelle communauté ouverte peut faire partie de la liste des communautés composant un critère communautaire de l'utilisateur A. En revanche, seules les communautés fermées qui comptent comme membre l'utilisateur A peuvent faire partie de la liste des communautés composant un critère communautaire de l'utilisateur A.
Le serveur 8 comprend un organe de connexion permettant la réception de requêtes pouvant venir de n'importe quel terminal mobile 2. L'organe de connexion permet aussi l'envoi et la gestion des envois des messages destinés à un ou des terminaux mobiles.
Le serveur 8 comprend aussi deux zones de traitement. La première zone de traitement s'assure que la requête reçue peut être exécutée. Elle permet d'empêcher l'utilisation frauduleuse du terminal mobile. La première zone de traitement consulte systématiquement la première table de données et vérifie systématiquement que l'identifiant du demandeur est bien autorisé à accéder à la deuxième et à la troisième table de données du serveur. Cette vérification est indispensable. Si le demandeur n'a pas le droit d'avoir accès aux informations contenues dans les tables de données, la première zone de traitement rédige un message d'erreur qu'il lui envoie . Si la requête passe la première zone de traitement avec succès, elle passe dans la deuxième zone de traitement. La deuxième zone de traitement détermine le type de la requête puis la traite.
Il existe deux types de requête : la requête complète ; - la requête incomplète.
Seules les requêtes complètes peuvent être exécutées par la deuxième zone de traitement . La requête incomplète est présente sous deux formes : la requête de type X ; la requête de type Y. Une requête est complète si elle contient : l'identifiant de l'initiateur d'une recherche ; un numéro de recherche ; un critère de recherche ; une liste composée d'au moins un identifiant environnant à l'initiateur de la recherche.
Un critère de recherche est de même nature qu'un critère d'accès. Il est composé d'un critère identifiant et/ou d'un critère communautaire. Mais un critère de recherche n'est pas associé à des informations contenues dans les profils utilisateurs.
Il est associé à un numéro de recherche et est défini par l'utilisateur lui permettant d'obtenir davantage d' informations sur tous les utilisateurs environnants remplissant son critère de recherche.
Pour éviter toutes confusions, dans la suite du texte, on dira que le critère d'accès est composé d'un critère identifiant d'accès et/ou d'un critère communautaire d'accès et que le critère de recherche est composé d'un critère identifiant de recherche et/ou d'un critère communautaire de recherche .
Une requête est de type X si elle contient : l'identifiant de l'initiateur d'une recherche ; un numéro de recherche ; un critère de recherche.
Une requête est de type Y si elle contient : l'identifiant de l'initiateur d'une recherche ; un numéro de recherche ; un identifiant environnant à l'initiateur de la recherche.
On considère qu'une requête de type X est compatible avec une requête de type Y et vis et versa, si ces deux requêtes contiennent le même identifiant de l'initiateur d'une recherche et contiennent le même numéro de recherche.
Lorsqu'une requête complète arrive dans la deuxième zone de traitement, la deuxième zone de traitement crée une requête de type X qui est stockée temporairement pendant environ 5 minutes dans la mémoire du serveur à l'aide des informations contenues dans la requête complète puis la deuxième zone de traitement exécute la requête complète. Lorsqu'une requête de type X arrive dans la deuxième zone de traitement, elle est stockée temporairement pendant environ 5 minutes dans la mémoire du serveur. Puis la zone de traitement cherche dans sa mémoire, s'il y a des requêtes de type Y qui sont compatibles avec elle. Si c'est le cas, la deuxième zone de traitement transforme chaque requête de type Y compatible en une requête complète à l'aide de la requête de type X. Toutes ces requêtes complètes sont alors exécutées par la deuxième de zone de traitement.
Lorsqu'une requête de type Y arrive dans la deuxième zone de traitement, la deuxième zone de traitement cherche dans sa mémoire s'il y a une requête de type X qui est compatible avec elle. Si c'est le cas, la deuxième zone de traitement la transforme à l'aide de la requête de type X compatible en une requête complète qui est alors exécutée. Si ce n'est pas le cas, la requête de type Y est stockée temporairement pendant 5 min dans la mémoire du serveur. Soit A l'initiateur d'une recherche et B la liste des identifiants environnants à l'initiateur A, l'exécution d'une requête complète se traduit alors par :
Une première étape de tri retenant seulement les identifiants de la liste B qui remplissent le critère de recherche de l'utilisateur A et qui sont autorisés à utiliser la présente invention.
Une deuxième étape qui sélectionne pour chaque identifiant qui compose la liste B nouvellement triée les informations de son profil n'étant pas associées à des critères d'accès ou étant associées à des critères d'accès remplis par le profil de l'utilisateur A. Une troisième étape qui consiste à envoyer une réponse à l'utilisateur A contenant les informations sélectionnées dans la deuxième étape. Le système de communication selon l'invention comprend également des terminaux mobiles 21, 22, 23, appelés 2 de façon générique .
Le terminal mobile 2 est un appareil électronique portable reprenant les caractéristiques techniques d'un ordinateur de poche. Il est au moins doté d'un écran, d'un clavier, d'un processeur, d'une batterie, d'une mémoire dure, d'une mémoire vive et d'une interface faisant la connexion de tous ces éléments.
Il peut être doté d'un emplacement réservé à l'ajout d'une puce stockant l'identifiant qui permettra au serveur d'identifier le profil de l'utilisateur. Dans ce cas, avant le premier allumage du terminal mobile, l'utilisateur doit insérer sa carte à puce fournie avec son terminal mobile dans celui-ci. Le terminal mobile 2 peut stocker certaines informations de son profil sur sa mémoire. II permet aussi à son utilisateur de saisir un critère de recherche. L'utilisateur peut alors lancer une recherche sur son terminal mobile. L'interface du terminal mobile crée alors un nouveau numéro de recherche et une liste vide associée. Cette liste vide associée à son numéro de recherche contiendra par la suite des identifiants environnants captés.
L'interface stocke alors dans la mémoire du terminal mobile ces trois éléments : le numéro de recherche créé ; le critère de recherche précédemment saisi ; la liste vide associée.
Le terminal mobile 2 comprend également un organe de connexion 3 permettant d'accéder au réseau local sans fil en vue de communiquer avec les autres équipements bi- compatible environnants.
L'organe de connexion 3 peut envoyer des requêtes destinées aux autres terminaux mobiles dans une zone environnante EN, par radio-communication, via une liaison radio 7.
L'organe de connexion 3 peut réceptionner des requêtes envoyées depuis d'autres terminaux mobiles situés dans une zone environnante EN, par radio-communication, via une liaison radio 7. L'organe de connexion 3 pourra par exemple être aux normes de communication WIFI .
Le terminal mobile 2 comprend également un autre organe de connexion 4 permettant d'établir une communication par une liaison radio 6 avec l'opérateur de télécommunication 9. L'organe de connexion 4 pourra par exemple être aux normes de communication GPRS ou UMTS.
L'opérateur de télécommunication mobile 9 est relié en permanence au serveur 8 grâce à une liaison filaire haut débit 5. L'organe de connexion 4 peut donc communiquer avec le serveur 8 par l'intermédiaire de l'opérateur de télécommunication 9. Ainsi, grâce à son organe de connexion 4, le terminal mobile peut envoyer des requêtes au serveur 8 et recevoir la réponse du serveur à sa requête. Le terminal mobile peut aussi recevoir un message venant du serveur, ce message n'étant pas précédé d'une requête.
Mais d'une façon plus générale, un terminal mobile peut indirectement envoyer une requête au serveur par le biais d'un ou plusieurs autres terminaux mobiles environnants.
Le terminal mobile 2 comprend une zone de traitement.
Sur un ordre de l'interface du terminal mobile, la zone de traitement peut composer des nouvelles requêtes qui sont ensuite émises par l'organe de connexion 3 ou 4. Par ailleurs, la zone de traitement du terminal mobile analyse en permanence les requêtes qui sont captées par son organe de connexion 3. La zone de traitement peut décider de composer une nouvelle requête après avoir analysé une requête captée, cette nouvelle requête étant ensuite émise par 1 ' organe de connexion 3 ou 4.
L'organe de connexion 3 du terminal mobile peut capter deux types de requêtes : la requête de type M envoyée par l'initiateur d'une recherche ; la requête de type P envoyée par un utilisateur environnant à l'initiateur d'une recherche.
La requête de type M peut contenir éventuellement l'identifiant de l'initiateur d'une recherche et un numéro de recherche . Si la requête de type M contient l'identifiant de l'initiateur d'une recherche et un numéro de recherche, la requête peut contenir en plus éventuellement un critère de recherche.
La requête de type P contient l'identifiant de celui qui l'a envoyée. Elle peut aussi contenir éventuellement l'identifiant de l'initiateur d'une recherche et un numéro de recherche.
Lorsque l'organe de connexion 3 reçoit une requête de type M ne contenant pas de critère de recherche, la zone de traitement compose automatiquement une nouvelle requête de type P.
Lorsque l'organe de connexion 3 reçoit une requête de type M contenant un critère de recherche, la zone de traitement détermine si elle doit composer une nouvelle requête de type P. La zone de traitement consulte alors sa mémoire et détermine si elle peut savoir si son utilisateur remplit le critère de recherche contenu dans la requête de type M. Si son utilisateur ne remplit pas le critère de recherche, la zone de traitement ne compose pas une nouvelle requête de type P. Si la zone de traitement ne sait pas si son utilisateur remplit le critère de recherche ou si son utilisateur remplit le critère de recherche, la zone de traitement compose une nouvelle requête de type P. Si la requête de type M reçue ne contient pas l'identifiant de l'initiateur d'une recherche ni un numéro de recherche ni un critère de recherche, la nouvelle requête de type P est nécessairement émise aux autres terminaux mobiles environnants par l'intermédiaire de l'organe de connexion 3.
Si la requête de type M reçue contient l'identifiant de l'initiateur d'une recherche et un numéro de recherche et si la zone de traitement compose une nouvelle requête de P, la nouvelle requête de type P contient nécessairement l'identifiant de l'initiateur d'une recherche et le numéro de recherche contenus dans la requête de type M reçue et est soit émise aux autres terminaux mobiles environnants par l'intermédiaire de l'organe de connexion 3 ou soit émise au serveur par l'intermédiaire de l'organe de connexion 4
On remarque que cette nouvelle requête de type P envoyée au serveur peut alors s'appeler une requête incomplète de type Y.
Enfin, sur un ordre de l'interface, la zone de traitement peut composer puis émettre une nouvelle requête de type P (ne faisant pas suite à un traitement d'une requête de type M), dans ce cas, cette nouvelle requête de type P est émise aux autres terminaux mobiles environnants par l'intermédiaire de l'organe de connexion 3 et ne contient ni l'identifiant de l'initiateur d'une recherche ni de numéro de recherche.
Lorsque l'organe de connexion 3 reçoit une requête de type P, la zone de traitement s'assure de prime abord que la requête de type P lui est bien adressée. Elle lui est bien adressée si l'identifiant de l'initiateur d'une recherche n'est pas contenu dans la requête reçue ou si l'identifiant de l'initiateur d'une recherche contenu dans la requête reçue correspond à l'identifiant de l'utilisateur du terminal mobile ayant reçu cette requête. Si elle lui est adressée et que la requête de type P ne contient pas de numéro de recherche, alors, la zone de traitement ajoute l'identifiant de celui qui a envoyé la requête de type P dans toutes les listes associées aux numéros de recherche présents dans la mémoire du terminal mobile .
Si elle lui est adressée et que la requête de type P contient un numéro de recherche qui est identique à un des numéros de recherche présents dans la mémoire du terminal mobile, la zone de traitement ajoute dans sa liste associée l'identifiant de celui qui a envoyé la requête de type P. Si l'utilisateur a précédemment initié une recherche, l'interface peut ordonner à la zone de traitement de composer une nouvelle requête complète à la destination du serveur composée de l'identifiant de son utilisateur, son numéro de recherche, son critère de recherche associé, la liste d'identifiants captés associée, ces trois derniers éléments étant ensuite supprimé de la mémoire du terminal mobile.
L'invention permet alors à l'utilisateur d'obtenir sur son terminal mobile des informations sur des utilisateurs environnants remplissant le critère de recherche qu' il a choisi précédemment, l'interface du terminal mobile pouvant afficher sur l'écran de celui-ci n'importe quelle information stockée ou traitée par sa zone de traitement ou contenue dans n'importe quelle requête captée par son organe de connexion 3 ou 4.
Nous allons maintenant décrire dans la suite trois modes de réalisation de la présente invention utilisée par trois personnes : A, B et C. Il est entendu que ces trois exemples ne sauraient être limitatifs.
Selon un premier mode de réalisation, l'organe de connexion 3 du mobile de chaque utilisateur a la particularité d'émettre en permanence une requête de type P contenant l'identifiant de son utilisateur destinée aux autres mobiles environnants. Cette émission a lieu à un moment aléatoire dans un intervalle de 5 secondes toutes les 5 secondes.
Ce procédé émetteur permet au procédé récepteur de minimiser le risque de collision entre deux signaux radio entraînant la perte des deux informations. En effet, si deux mobiles émettent en même temps leurs identifiants, la probabilité qu'ils émettent encore en même temps les 5 secondes suivantes est très faible. De ce fait, le récepteur de l'organe de connexion 3 possède une forte probabilité de capter tous les identifiants environnants sur une période de 30 secondes.
Ainsi le mobile n'a pas besoin d'envoyer une requête de type M aux autres mobiles environnants pour qu'ils émettent une requête de type P contenant leur identifiant, signalant leur présence. Il suffit que sa zone de traitement analyse les requêtes de type P pendant 30 secondes pour qu'elle mette à jour les listes des identifiants environnants captés. Selon le premier mode de réalisation illustré figure
2, l'utilisateur A saisit un critère de recherche sur son mobile. Puis il lance une recherche. L'utilisateur A est alors l'initiateur d'une recherche. L' interface du mobile de A crée un nouveau numéro de recherche et une liste vide associée. L'interface stocke alors sur la mémoire du mobile ce numéro de recherche, sa liste vide associée et le critère de recherche précédemment saisi.
L'organe de connexion 3 du mobile de B émet en permanence une requête RIB de type P contenant l'identifiant de B destinée aux autres mobiles environnants.
L'organe de connexion 3 du mobile de C émet en permanence une requête RlC de type P contenant l'identifiant de C destinée aux autres mobiles environnants. L'organe de connexion 3 du mobile de A réceptionne les requête RIB et RlC de type P contenant respectivement l'identifiant de B et de C.
La zone de traitement du mobile de A analyse alors les requêtes RIB et RlC et conclut que ces requêtes lui sont bien adressées car elles ne contiennent pas l'identifiant de l'initiateur d'une recherche. La zone de traitement ajoute l'identifiant de B et de C dans la liste vide précédemment créée.
Sur un ordre de l'interface du mobile de A, la zone de traitement compose une nouvelle requête complète R2 contenant l'identifiant de A, le numéro de recherche précédemment créé et sa liste associée composée de l'identifiant de B et de C et le critère de recherche précédemment saisi par A.
La requête complète R2 est ensuite envoyée au serveur. Après avoir passé avec succès la première zone : de traitement du serveur, la requête complète R2 est exécutée par la deuxième zone de traitement du serveur.
Dans une première étape, le serveur consulte ses tables de données, il en conclut que les utilisateurs B et C remplissent le critère de recherche de l'utilisateur A. Dans une deuxième étape, le serveur sélectionne les informations contenues dans le profil de l'utilisateur B et C auxquelles l'utilisateur A peut accéder.
Dans une troisième étape, le serveur envoie à l'utilisateur A les informations précédemment sélectionnées par le serveur. Le mobile de A reçoit les données venant du serveur et celles-ci s'affichent à l'écran.
Désormais dans le deuxième et le troisième mode de réalisation, on considère que, en plus d'être stockées ' sur le serveur, les informations identifiantes de chaque utilisateur sont aussi stockées dans la mémoire de leur mobile. De plus, on considère que les requêtes de type M contiennent le critère identifiant de recherche. Selon le deuxième mode de réalisation illustré figure 3, l'utilisateur A saisit un critère de recherche (composé d'un critère identifiant de recherche et d'un critère communautaire de recherche) sur son mobile. Puis il lance une recherche. L'utilisateur A est alors l'initiateur d'une recherche.
L'interface du mobile de A crée un nouveau numéro de recherche et une liste vide associée. L'interface stocke alors sur la mémoire du mobile ce numéro de recherche, sa liste vide associée et le critère de recherche précédemment saisi .
Sur un ordre de l'interface, la zone de traitement compose une requête RI de type M contenant l'identifiant de A, le numéro de recherche précédemment créé, le critère identifiant de recherche précédemment saisi. Une fois composée, la requête RI de type M est envoyée aux mobiles environnants .
Une fois reçue, la zone de traitement des mobiles environnants B et C analyse la requête RI de type M et conclut que leur utilisateur remplit le critère identifiant de recherche de A.
La zone de traitement des mobiles de B et C compose alors une requête de type P contenant l'identifiant de A, le numéro de recherche identique à celui contenu dans la requête RI et respectivement l'identifiant de B pour la zone de traitement du mobile de B et de C pour la zone de traitement du mobile de C. Une fois composées, les requêtes R2B et R2C sont envoyées aux mobiles environnants et sont destinées au mobile de A. Une fois reçues, la zone de traitement du mobile de A traite les deux requêtes R2B et R2C.
Ces requêtes lui sont bien adressées car l'identifiant de l'initiateur d'une recherche contenu dans les requêtes R2B et R2C est bien l'identifiant de A. La zone de traitement ajoute alors l'identifiant de B et de C dans la liste vide précédemment créée. Sur un ordre de l'interface du mobile de A, la zone de traitement compose une nouvelle requête complète R3 contenant l'identifiant de A, le numéro de recherche précédemment créé et sa liste associée composée de l'identifiant de B et de C et le critère de recherche saisi par A.
La requête complète R3 est ensuite envoyée au serveur. Après avoir passé avec succès la première zone de traitement du serveur, la requête R3 est exécutée par la deuxième zone de traitement du serveur.
Dans une première étape, le serveur consulte ses tables de données et il en conclut que seul l'utilisateur B remplit le critère communautaire de recherche de l'utilisateur A.
Dans une deuxième étape, le serveur sélectionne les informations contenues dans le profil de l'utilisateur B auxquelles l'utilisateur A peut accéder.
Dans une troisième étape, le serveur envoie à l'utilisateur A les informations précédemment sélectionnées par le serveur.
Le mobile de A reçoit les données venant du serveur et celles-ci s'affichent à l'écran.
Dans une variante de la deuxième réalisation, on envisage le cas où les informations identifiantes de l'utilisateur C ne remplissent pas le critère identifiant de recherche de l'utilisateur A. Dans ce cas, après avoir réceptionné la requête RI, la zone de traitement du mobile de C ne compose pas une nouvelle requête. Le mobile de A ne réceptionne que la requête R2B et envoie ensuite une requête complète R3 au serveur contenant l'identifiant de A, le numéro de recherche précédemment créé et sa liste associée composée de seulement l'identifiant de B et le critère de recherche précédemment saisi.
Selon le troisième mode de réalisation illustré figure 4, l'utilisateur A saisit un critère de recherche (composé d'un critère identifiant de recherche et d'un critère communautaire de recherche) sur son mobile. Puis il lance une recherche. L'utilisateur A est alors l'initiateur d'une recherche .
L'interface du mobile de A crée un nouveau numéro de recherche et une liste vide associée. L'interface stocke alors sur la mémoire du mobile ce numéro de recherche, sa liste vide associée et le critère de recherche précédemment saisi . Sur un ordre de l'interface, la zone de traitement compose une requête incomplète R2 de type X contenant l'identifiant de A, le numéro de recherche précédemment créé, le critère de recherche précédemment saisi. Une fois composée, la requête R2 de type X est envoyée au serveur.
Sur un ordre de l'interface, la zone de traitement compose une requête RI de type M contenant l'identifiant de A, le numéro de recherche précédemment créé, le critère identifiant de recherche précédemment saisi. Une fois composée, la requête RI de type M est envoyée aux mobiles environnants .
Une fois reçue, la zone de traitement des mobiles environnants B et C analyse la requête RI de type M et conclut que leur utilisateur remplit le critère identifiant de recherche de l'utilisateur A.
La zone de traitement des mobiles de B et C compose alors une requête de type P contenant l'identifiant de l'utilisateur A, le numéro de recherche identique à celui contenu dans la requête RI et respectivement l'identifiant de B pour la zone de traitement du mobile de B et de C pour la zone de traitement du mobile de C. Une fois composées, les requêtes R2B et R2C sont envoyées au serveur.
On remarque que ces nouvelles requêtes R2B et R2C sont aussi des requêtes incomplètes de type Y. Après avoir passé avec succès la première zone de traitement du serveur, la deuxième zone de traitement du serveur traite les requête R2 , R2B et R2C. Le serveur crée alors deux requêtes complètes en associant la requête R2 de type X et la requête R2B de type Y et en associant la requête R2 de type X et la requête R2C de type Y. Le serveur exécute ces deux nouvelles requêtes complètes .
Le serveur envoie la réponse 3B et 3C au mobile de l ' utilisateur A.
Le choix entre le premier mode de réalisation, le deuxième mode de réalisation et le troisième mode de réal i sat ion peut résul ter d ' une optimi sat ion des caractéristiques du réseau de télécommunications mobiles et du réseau sans fil local .
Ainsi , si le réseau sans fil local est surchargé , le mobile privilégiera un dialogue avec le serveur plutôt qu'avec les autres mobiles environnants comme dans le premier mode de réalisation. En revanche si le serveur est surchargé, le second mode de réalisation sera privilégié, avec un traitement préalable au niveau des terminaux mobiles.
La présente invention, selon un quelconque mode de réalisation, peut être utilisée pour de nombreux types d'application selon les caractéristiques des recherches et des informations stockées dans les profils des utilisateurs.
L'utilisateur peut par exemple chercher dans une foule des personnes d'un âge déterminé (avec par exemple des requêtes du type « âge inférieur à 30 ans ») ou bien possédant des loisirs spécifiques (par exemple « aime la lecture » ou « apprécie le cinéma japonais ») .
Dans le domaine de l'achat ou de la vente, par ailleurs, l'utilisateur peut rechercher dans une foule de vendeurs (sur un marché par exemple) , celui qui propose les prix les moins élevés, ou celui qui vend un produit spécifique.
L'invention est décrite dans ce qui précède à titre d'exemple. Il est entendu que l'homme du métier est à même de réaliser différentes variantes de l'invention sans pour autant sortir du cadre du brevet.

Claims

REVENDICATIONS
1 - Procédé de communication mettant en œuvre au moins un équipement mobile comprenant des moyens de télécommunications mobiles (du type GSM, GPRS, UMTS, CDMA,
W-CDMA ...) et des moyens d'accès à un réseau local sans-fil caractérisé en ce qu'il comprend les étapes consistant à : - Enregistrer des profils utilisateurs comportant chacun un identifiant numérique dans au moins une base de données numériques ; - Envoyer une première requête, ladite requête comportant une pluralité de paramètres et transitant via le réseau local sans-fil ; - Envoyer une seconde requête à un serveur, cette requête comportant au moins une liste d' identifiants constituée d'au moins un identifiant et transitant via le réseau de télécommunications mobiles ; - Traiter au niveau du serveur la seconde requête à l'aide de la base de données comportant les profils utilisateurs ; - Recueillir une réponse à la seconde requête du serveur et afficher cette réponse sur un écran dudit équipement . 2 - Procédé de communication selon la revendication 1, caractérisé en ce que les deux requêtes sont émises de façon simultanée .
3 - Procédé de communication selon la revendication 1, caractérisé en ce que les deux requêtes sont émises à des instants différents. 4 - Procédé de communication selon la revendication 1, 2 ou 3 , caractérisé en ce que l'équipement mobile émet un signal vers le réseau local en permanence.
5 - Procédé de communication selon l'une au moins des revendications précédentes, caractérisé en ce qu'il comporte en outre une étape de constitution d'une liste d'identifiants correspondant aux réponses à la première requête .
6 - Procédé de communication selon la revendication 5, caractérisé en ce qu' il comporte en outre une étape de tri parmi les identifiants correspondant aux réponses à la première requête.
7 - Procédé de communication selon l'une quelconque des revendications précédentes, caractérisé en ce que l'envoi de la seconde requête est déclenché par une action de l'utilisateur.
8 - Procédé de communication selon l'une quelconque des revendications précédentes, caractérisé en ce que l'envoi de la seconde requête est déclenché de façon automatique.
9 - Procédé de communication selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il est mis en œuvre dans un service de mise en relation. 10 - Procédé de communication selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il est mis en œuvre dans un service de vente de proximité. 11 - Procédé de communication selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte en outre une étape de conversion d'identifiants de façon à rendre compatibles des identifiants de l'opérateur de télécommunications avec les identifiants enregistrés dans ladite base de données numériques.
12 - Système de communication pour la mise en œuvre du procédé selon l'une au moins des revendications précédentes comportant une pluralité d'équipements mobiles bi- compatibles, au moins une base de données, au moins un serveur, et au moins un réseau de télécommunications mobiles .
PCT/FR2004/002822 2003-11-03 2004-11-03 Procede de communication depuis un equipement mobile WO2005046279A2 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US10/583,918 US20070195783A1 (en) 2003-11-03 2004-11-03 Method Of Communicating From A Mobile Device
EP04805373A EP1683309A2 (fr) 2003-11-03 2004-11-03 Procede de communication depuis un equipement mobile

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0312871 2003-11-03
FR0312871A FR2861946B1 (fr) 2003-11-03 2003-11-03 Procede de communication depuis un equipement mobile

Publications (2)

Publication Number Publication Date
WO2005046279A2 true WO2005046279A2 (fr) 2005-05-19
WO2005046279A3 WO2005046279A3 (fr) 2005-11-17

Family

ID=34429843

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2004/002822 WO2005046279A2 (fr) 2003-11-03 2004-11-03 Procede de communication depuis un equipement mobile

Country Status (4)

Country Link
US (1) US20070195783A1 (fr)
EP (1) EP1683309A2 (fr)
FR (1) FR2861946B1 (fr)
WO (1) WO2005046279A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103067981A (zh) * 2011-10-21 2013-04-24 中兴通讯股份有限公司 一种内容缓存旁路方法及系统

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8644854B2 (en) * 2009-12-03 2014-02-04 Osocad Remote Limited Liability Company System and method for processing enhanced data exchanged with an enhanced mobile station via a wireless connection
CN102271290A (zh) * 2010-06-02 2011-12-07 中国移动通信集团设计院有限公司 一种统一Centrex业务的号码处理方法和装置及系统
CN102546761A (zh) * 2011-12-19 2012-07-04 北京英保通科技发展有限公司 基于云计算的远程实时沼气运行参量监测系统构建方法
CN102624959B (zh) * 2012-03-15 2015-11-25 惠州Tcl移动通信有限公司 无线设备中分机号码的查询、使用方法、查询及使用装置
CN102665175B (zh) * 2012-04-16 2015-08-12 深圳市路友网络科技有限公司 一种利用移动网络实现车载语音对讲的方法
EP2768272B1 (fr) * 2013-01-28 2017-03-22 Samsung Electronics Co., Ltd Procédés et appareils pour communication de dispositif à dispositif
CN103347078A (zh) * 2013-07-04 2013-10-09 安徽易科技术有限公司 基于安卓手机系统的家庭健康监护的方法
TWI566571B (zh) * 2013-10-15 2017-01-11 宏碁股份有限公司 對行動裝置進行用戶識別模組／通用用戶識別模組個人化之方法
CN103500069A (zh) * 2013-10-17 2014-01-08 上海基美文化传媒股份有限公司 交互式显示屏及其控制方法
CN104268039B (zh) * 2014-09-16 2017-10-10 小米科技有限责任公司 维修数据获取方法、装置及系统
CN104539513B (zh) * 2014-12-11 2018-08-21 广东好帮手电子科技股份有限公司 基于车机微信的语音信息发送方法及系统
CN104507055B (zh) * 2014-12-16 2017-10-03 南京北斗城际在线信息股份有限公司 基于移动网络通讯的usb数字手台系统及其通讯方法
CN106936968B (zh) * 2017-02-20 2019-09-03 成都三六时代科技有限公司 一种语音通话方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020090911A1 (en) * 2001-01-05 2002-07-11 Michael Evans Networking by matching profile information over a data packet-network and a local area network
US20020183068A1 (en) * 2001-04-24 2002-12-05 Greg Dunko Searching method for mobile terminal
EP1265172A2 (fr) * 2001-05-18 2002-12-11 Square Co., Ltd. Terminal, méthode de visualisation d'informations, méthode de visualisation d'informations d'un serveur d'informations et support d'enregistrement
US6549768B1 (en) * 1999-08-24 2003-04-15 Nokia Corp Mobile communications matching system
US6618593B1 (en) * 2000-09-08 2003-09-09 Rovingradar, Inc. Location dependent user matching system

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6161059A (en) * 1998-09-14 2000-12-12 Walker Digital, Llc Vending machine method and apparatus for encouraging participation in a marketing effort
US7606936B2 (en) * 1998-05-29 2009-10-20 Research In Motion Limited System and method for redirecting data to a wireless device over a plurality of communication paths
CA2298194A1 (fr) * 2000-02-07 2001-08-07 Profilium Inc. Methode et systeme pour fournir et cibler des publicites a travers des reseaux sans fils
US20010056354A1 (en) * 2000-05-05 2001-12-27 Feit Michelle Stacy Methods and systems for requesting services from service providers over a communications network
GB0014325D0 (en) * 2000-06-12 2000-08-02 Koninkl Philips Electronics Nv Computer profile update system
JP2001355582A (ja) * 2000-06-14 2001-12-26 Matsushita Electric Ind Co Ltd 密閉型電動圧縮機及びその組み立て方法
CA2419428A1 (fr) * 2000-06-22 2001-12-27 Yaron Mayer Systeme et procede permettant de chercher, de trouver et de contacter des personnes sur internet sur des reseaux de messagerie instantanee et/ou autres procedes permettant de trouver et de creer un contact immediat
US6678516B2 (en) * 2001-05-21 2004-01-13 Nokia Corporation Method, system, and apparatus for providing services in a privacy enabled mobile and Ubicom environment
JP4685501B2 (ja) * 2004-07-07 2011-05-18 株式会社エヌ・ティ・ティ・ドコモ チャネル割り当て方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6549768B1 (en) * 1999-08-24 2003-04-15 Nokia Corp Mobile communications matching system
US6618593B1 (en) * 2000-09-08 2003-09-09 Rovingradar, Inc. Location dependent user matching system
US20020090911A1 (en) * 2001-01-05 2002-07-11 Michael Evans Networking by matching profile information over a data packet-network and a local area network
US20020183068A1 (en) * 2001-04-24 2002-12-05 Greg Dunko Searching method for mobile terminal
EP1265172A2 (fr) * 2001-05-18 2002-12-11 Square Co., Ltd. Terminal, méthode de visualisation d'informations, méthode de visualisation d'informations d'un serveur d'informations et support d'enregistrement

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103067981A (zh) * 2011-10-21 2013-04-24 中兴通讯股份有限公司 一种内容缓存旁路方法及系统
CN103067981B (zh) * 2011-10-21 2015-09-16 中兴通讯股份有限公司 一种内容缓存旁路方法及系统

Also Published As

Publication number Publication date
WO2005046279A3 (fr) 2005-11-17
FR2861946A1 (fr) 2005-05-06
EP1683309A2 (fr) 2006-07-26
FR2861946B1 (fr) 2006-02-10
US20070195783A1 (en) 2007-08-23

Similar Documents

Publication Publication Date Title
WO2005046279A2 (fr) Procede de communication depuis un equipement mobile
EP1610510B1 (fr) Contrôle d'accès sans fil à des services télématiques et vocaux
EP1536592A1 (fr) Authentification entre un terminal mobile de réseau cellulaire et un point d'accès de réseau de faible portée
FR2850226A1 (fr) Procede de presentation d'etat d'un utilisateur utilisant plusieurs equipements de communication
WO2003103221A1 (fr) Procede et dispositif de controle d'acces a un reseau local de communications sans fil
EP2090056B1 (fr) Systeme de controle d'acces a un service, procede, dispositif de controle et programme d'ordinateur correspondants
WO2006035164A1 (fr) Systeme et procede interactif intelligent de gestion d'information
EP1998538B1 (fr) Système et procédé d'identification de l'opérateur du numéro d'appel d'un correspondant en mémoire au niveau du terminal d'un utilisateur
EP2369780B1 (fr) Procédé et système de validation d'une transaction, terminal transactionnel et programme correspondants.
EP2360889B1 (fr) Création et utilisation d'un lien de télécommunication entre deux utilisateurs d'un réseau de télécommunication
EP1935149B1 (fr) Procede et systeme de notification de reception de messages asynchrones
WO2003046730A9 (fr) Procede de securisation d'un acces a une ressource numerique
WO2003081928A1 (fr) Systeme de communication et procede de supervision associe
EP2819352B1 (fr) Dépôt et consultation de messages par des utilisateurs de réseaux sociaux
EP1455290B1 (fr) Procédé de gestion d'une configuration d'une passerelle par un utilisateur de la passerelle
EP1408670A1 (fr) Procédé de production d'un premier identifiant isolant un utilisateur se connectant à un réseau télématique
EP1569489B1 (fr) Procédé de génération automatique de profils actifs pour terminal de télécommunications
WO2003009630A1 (fr) Procede et systeme informatique pour adapter une zone geographique a des comportements de population
FR2887109A1 (fr) Procede d'etablissement d'une communication a partir d'un telephone mobile
EP1515529B1 (fr) Procédé et système de mise en relation d'une personne avec une communauté de personnes
EP2923482A1 (fr) Service de communication voix a partir d'un reseau social
FR2844942A1 (fr) Procede de production, pour un fournisseur d'acces, d'un identifiant isolant multimedia
WO2005122623A1 (fr) Procede et systeme d'optimisation des communications telephoniques a l'etranger.
FR3007928A1 (fr) Depot et consultation de messages par des utilisateurs de reseaux sociaux
FR3007927A1 (fr) Depot et consultation de messages par des utilisateurs de reseaux sociaux

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

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

AL Designated countries for regional patents

Kind code of ref document: A2

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

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2004805373

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2004805373

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 10583918

Country of ref document: US

Ref document number: 2007195783

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 10583918

Country of ref document: US