WO2011023904A1 - Procede de diffusion d'un contenu dans un reseau de telecommunications de maniere geolocalisee - Google Patents

Procede de diffusion d'un contenu dans un reseau de telecommunications de maniere geolocalisee Download PDF

Info

Publication number
WO2011023904A1
WO2011023904A1 PCT/FR2010/051773 FR2010051773W WO2011023904A1 WO 2011023904 A1 WO2011023904 A1 WO 2011023904A1 FR 2010051773 W FR2010051773 W FR 2010051773W WO 2011023904 A1 WO2011023904 A1 WO 2011023904A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
message
content
geographical area
broadcasting
Prior art date
Application number
PCT/FR2010/051773
Other languages
English (en)
Inventor
Nicolas Lecomte
Original Assignee
France Telecom
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom filed Critical France Telecom
Publication of WO2011023904A1 publication Critical patent/WO2011023904A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58—Message adaptation for wireless communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/021—Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks

Definitions

  • a method of broadcasting content in a telecommunications network in a qolocalized manner is a method of broadcasting content in a telecommunications network in a qolocalized manner.
  • the present invention is in the field of telecommunications networks and more specifically in that of the dissemination and geo-localized return of content.
  • the geo-localized distribution of content aims to broadcast content only to terminals that are in a specific geographical area.
  • This method further assumes that the terminal stores all the contents to be restored in the geographical areas in which it is likely to be, which is highly memory intensive.
  • Prediction systems can be used to estimate that the user will visit this area. However, there is no totally reliable solution at the moment. As a result, the contents sent, according to this method, are finally received and stored by terminals that will never enter the desired area.
  • each terminal determines, permanently or with a high frequency, its geolocation and obtain the messages associated with the geographical area in which it is located each time: this is extremely expensive in terms of energy consumption and is inappropriate for a mobile terminal whose only permanent source of energy is a battery.
  • the invention proposes a method for broadcasting content in a given geographical area that does not have the drawbacks of the prior art.
  • the invention relates to a method of broadcasting content in a telecommunications network, this method being able to be implemented implemented by a terminal and comprising:
  • the invention relates to a terminal comprising:
  • the invention also relates to a source of broadcasting a content in a telecommunications network comprising means for broadcasting a message comprising said content and data defining a first geographical area and a second geographical area encompassing the area.
  • first geographical area said message being used to trigger, on reception of said message by a terminal of said network, a restitution of said content by said terminal when the terminal is in said first geographical area, said message being intended to be ignored by said terminal if said terminal is outside the second geographical area, said message being used to trigger a broadcast of said message by said terminal when said terminal is in the second geographical area determined.
  • the position of the terminal is obtained on receipt of the message and the processing of this message is determined by the position obtained at that time.
  • the broadcast content is restored, if the terminal is in the first geographical area.
  • the invention proposes to define a second geographical zone, encompassing the first geographical zone, in which the message is ignored, notably not returned.
  • the portion of the second geographic area that surrounds the first geographic area is not a content rendering area. Messages received outside this geographical zone are ignored by the terminal: they may not be stored by the terminal and be deleted from a storage memory of the received messages.
  • the invention thus makes it possible to avoid unnecessary conservation of messages and contents.
  • the invention also makes it possible to obtain the position of the terminal only upon receipt of this message, and not permanently, which saves energy.
  • it comprises a step of broadcasting said message if said terminal is in the second geographical area determined.
  • the portion of the second geographic area that surrounds the first geographic area is a broadcast area.
  • the second geographical area can be defined so that terminals in this zone, but outside the first geographical area, have a very high probability of entering the first geographical area. .
  • the area of the second geographical area not covered by the first geographical area will be relatively limited. It may for example have a width of a few hundred meters maximum.
  • the communication means used by the terminal according to the invention are communication means having a relatively small range. It may for example be means of communication compliant with the Wifi standard.
  • the method according to the invention comprises when the terminal is in the second geographical area but outside the first geographical area, a step of detecting the entry of the terminal in the first geographical area. In this way, the resources of the terminal are saved, since the terminal tries to obtain its geolocation only in a restricted geographical area, situated between the first and the second zone.
  • the second geographical zone serves as an approach detection zone of the first geographical zone.
  • This second geographical zone makes it possible to anticipate the approach of entry into this first zone, without, however, unnecessarily consuming the resources of the terminal when it is too far from this first geographical zone.
  • the method according to the invention comprises: a pairing step between a first content management software agent executed in said terminal and a second content management software agent executed in another terminal,
  • the communication network is an ad hoc network, namely a network without predefined infrastructure, in which the terminals (also called “peers”) communicate directly with their neighbors.
  • the terminals also called “peers”
  • This particularly advantageous embodiment combined with the fact that the terminals have wireless communication means of relatively small scope, makes it possible to broadcast the content efficiently in the second geographical area, without overflowing too much.
  • a terminal it is possible, even very likely, for a terminal to receive the same message several times from several other terminals of the network, the message being broadcast one by one by each of the terminals of the first zone. geographical.
  • a terminal only returns the content of a message once.
  • the broadcast method includes a step for preventing a terminal from broadcasting the message more than once during a period of time specified in this message.
  • the invention also relates to a message comprising a content, definition data of a first determined geographical area and definition data of a second defined geographical area encompassing this first area.
  • This message can be received by at least one terminal of the network and used to trigger, on reception of said message by a terminal of said network, a restitution of said content by said terminal when the terminal is in said first geographical area, said message being intended for to be ignored by said terminal if said terminal is outside the second geographical area, said message being used to trigger a broadcast of said message by said terminal when said terminal is in the second geographical area determined.
  • the various steps of the method of Content delivery is determined by computer program instructions.
  • the invention also relates to a computer program, on an information medium, this program comprising instructions adapted to the implementation of the steps of the content diffusion method according to the invention, these steps being able to be implemented.
  • this program comprising instructions adapted to the implementation of the steps of the content diffusion method according to the invention, these steps being able to be implemented.
  • 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 shape.
  • the invention also relates to a computer-readable information medium, comprising instructions of a computer program as mentioned above.
  • the information carrier may be any entity or device capable of storing the program.
  • the medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording means, for example a floppy disk or a disk. hard.
  • the information medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means.
  • the program according to the invention can be downloaded in particular on an Internet type network.
  • the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question.
  • FIG. 1 represents a content broadcasting system integrating a terminal and a source, in accordance with a particular embodiment of the invention
  • FIG. 2 schematically represents the hardware architecture of a terminal according to a particular embodiment of the invention
  • FIG. 3 represents a message according to a particular embodiment of the invention.
  • FIG. 4 represents, in flowchart form, the main steps of a computer program according to a particular embodiment of the invention
  • Figure 5 shows, in flowchart form, the main steps of a computer program used in a particular embodiment of the invention.
  • Figure 1 shows a content delivery system
  • This system comprises a source S, according to the invention, able to broadcast a content.
  • this is an Ad Server advertising server as defined in the MobAd standard.
  • This content may be for example an advertising content to be rendered as such by the terminal (for example an image, a video, a text) or metadata of such content. In this case, the terminal obtains the content to be restored from these metadata.
  • the source S comprises wireless communication means used for broadcasting the content, these wireless communication means covering a zone Z 3 .
  • Each of these terminals comprises wireless communication means defining a coverage area Z A to Z E around these terminals.
  • these terminals are able to form an ad hoc network, namely a network in which each of the terminals A has E communicates directly with its neighbors.
  • the terminals A and B are able to receive a message broadcast by the source S.
  • the terminal B receives the messages broadcast by the terminal C;
  • the terminal C receives the messages broadcast by the terminal B and those broadcast by the terminal D;
  • the terminal D receives the messages broadcast by the terminal C and those broadcast by the terminal E;
  • the terminal E receives the messages broadcast by the terminal D.
  • a second geographical zone R2 is defined, encompassing the geographical area R1 in which the content must be restored, but distinct from the geographical zone R2.
  • R1, R2 are concentric around the source S.
  • any terminal in the second zone R2 broadcasts the messages it receives in the ad hoc network.
  • terminals outside the second geographical area R2 ignore messages received from other terminals or the broadcast source.
  • a message sent by the broadcasting source S is received by the terminals A and B. These terminals A and B being in the first geographical area R1, they restore the content of this message.
  • terminals A and B being in the second geographical zone R2, they broadcast this message.
  • the message broadcast by the terminal A is not received by any other terminal.
  • the message broadcast by the terminal B is received by the terminal C.
  • the terminal C being in the first geographical area R1, it restores the content of this message.
  • the terminal C being in the second geographical zone R2, it broadcasts this message.
  • the message broadcast by the terminal C is received by the terminal D.
  • the terminal D is outside the first geographical area Rl, it does not return the content of the message.
  • the terminal D broadcasts the message, the terminal D being in the second geographical zone R2.
  • the message broadcast by the terminal D is received by the terminal E.
  • the latter being outside the second geographical zone R2 ignores these messages.
  • FIG. 2 represents the hardware architecture of the terminal A.
  • the terminals A to E have a similar architecture.
  • the terminal A has the hardware architecture of a computer. It comprises totally a processor 11, a ROM type ROM 12, a RAM type random access memory 13, wireless communication means MCOM constituted here by Wi-Fi compliant wireless communication means.
  • the terminal A further comprises means 15 for restitution of content.
  • these rendering means may be constituted by a video decoder associated with a screen.
  • the playback means 15 may be constituted by an audio decoder associated with a speaker of the terminal.
  • the terminal A comprises MPOS means for determining the geographical position of the terminal. These means can be constituted by a GPS receiver.
  • ROM ROM 12 is a recording medium according to the invention.
  • This recording medium comprises a computer program PG, this program comprising instructions for performing a broadcasting method according to the invention and whose main steps are shown in FIG. 4.
  • this computer program PG is implemented by a software agent AG executing in the random access memory 13 of the terminal A.
  • the random access memory 13 comprises also a register for storing the POS position of the terminal A, obtained by the MPOS position obtaining means, and a register for storing the MSG_1 messages received from other terminals of the ad hoc network.
  • the software agent AG constitutes an Ad Engine advertising rendering engine as defined by the MobAd standard.
  • the software agent AG of each of the terminals A to E is able to obtain, from the communication module MCOM of the terminal considered, a signal representative of the detection of the presence of another terminal.
  • the software agent AG of the terminal A is able to determine, when it obtains a signal indicating the presence of another terminal B, if this other terminal includes a software agent with which it can be paired in order to subsequently exchange data. advertising content.
  • the concept of "pairing” covers any mechanism allowing the two software modules to establish a peer-to-peer communication link, that is to say that each module can act as a server for the other. Such a link can be used by these two modules to exchange information and / or content and / or messages.
  • the establishment of such a communication implies in particular that the modules of the first and second terminals are compatible so that they can at least establish a communication channel to exchange one or more contents.
  • each software agent AG of a first terminal is designed to, prior to any pairing, check whether it is authorized to transmit and / or receive messages or information from the software agent running in a network. other terminal detected by the first terminal. This verification can be done in a known manner by mutual authentication, exchange of certificates or digital signatures, etc.
  • the pairing between two terminals can be used in different ways.
  • the message comprising the content and the definition of the two geographical areas R1 and R2 is transmitted from the first terminal to the other terminal via the communication link being between the software agents. In this way, it is guaranteed that the message is transmitted from terminal to terminal in a secure manner, as transmitted using a communication link established between paired software.
  • the AG software agent of the terminal A is designed to obtain from another software agent, executing, in a detected and paired terminal, information on the functionality of this other software agent - for example its version number - as well as information on the capabilities of the software agent. other terminal.
  • this other software agent for example its version number - as well as information on the capabilities of the software agent. other terminal.
  • the terminal A comprises means for estimating the position of the paired terminal, used when the paired terminal is not able to determine its location, and means for transmitting the content to the paired terminal through a communication link established between the software agents of the terminal A and the paired terminal, when the estimated position is located in the first geographical area.
  • FIG. 3 represents an example of message MSG_1 broadcast by the source S in this example of implementation of the invention.
  • This message MSG_1 includes a definition of a first geographical area Rl.
  • this area is a circle, it can be defined by its center POS S (in GPS coordinates) and its radius ri. Any other zone definition mode for defining a zone in the coordinate system used for geolocation is also appropriate.
  • This message MSG_1 includes a definition of a second geographical area R2.
  • this zone When this zone is a circle, it can be defined by its center POS 5 (in GPS coordinates), optionally identical to that of the zone R1, and its radius r2. Any other zone definition mode for defining a zone in the coordinate system used for geolocation is also appropriate.
  • the message MSG_1 contains the content CONT to be restored in the first geographical area R1.
  • the message MSG_1 further comprises a REFR refresh time, this duration to be respected by each of the terminals of the ad hoc network between two reruns of the same message.
  • the message MSG_1 is a message conforming to the MobAd standard, modified to include data for defining the first and second geographical areas R1 and R2.
  • An example of an MSG_1 message that can be used in the MobAd context is given in Appendix 1.
  • this message has four new tags:
  • Appendix 1 presents an XML schema that can be used by a terminal (or peer) A, to send a message MSG_1, to a terminal B (or even) in an exemplary implementation of the invention.
  • MSG_1 is a message used for the dissemination of content within the meaning of the invention, in the context of the MobAd standard;
  • AdEngineld identifies the AdEngine of the terminal A
  • Center method GPS: Sp 0S position of the center of the geographical area.
  • a first process PA is created, an instance of this process being implemented on receipt of each of the messages MSG_1 received by the terminal on the ad hoc network.
  • This step is followed by an E12 test in which the software agent AG checks whether a counter T has been created for this message. This counter is used to prevent a terminal having received the same message from several terminals of the ad hoc network rebroadcast this message in a time interval less than the refresh time REFR contained in the message.
  • step E12 If no counter has been created for this message, the result of the E12 test is negative. This test is then followed by a step E15 during which a counter T is initialized with the value 0. The step E20 is executed following step E15.
  • step E20 When the result of the test E12 is positive, this test is followed by the execution of step E20.
  • step E20 the software agent AG obtains, by implementation of the MPOS means, the POS position of the terminal and stores it in the random access memory 13.
  • step E30 the software agent AG determines whether or not the terminal is in the geographical area R1 in which the received messages are to be retrieved and broadcast.
  • this step consists of checking whether the POS position obtained in step E20 is in the geographical area R1 defined in the message MSG_1 itself.
  • step E32 the software agent AG stores the message MSG_1 in the random access memory 13 of the terminal.
  • the software agent AG determines whether the CONT content included in this message MSG_1 has already been restored or not by the terminal.
  • step E40 If this is not the case, the content is restored in step E40.
  • the software agent AG determines whether the counter T has a value a strictly positive value.
  • this counter being initialized to the value 0 in step E15.
  • Step E50 is followed by a step E55 of broadcasting the message MSG_1 by the terminal in the ad hoc network.
  • the software agent AG starts, during a step E57 a second process PB.
  • This process PB comprises a main loop consisting of the steps FlO, F15 and F20 which consist in decrementing the value of the counter T, every second, until the value of this counter T is equal to 0.
  • step F25 the software agent AG deletes this counter (step F25), as well as the message MSG_1 stored in the random access memory 13 (step F30).
  • this terminal receives the same message MSG_1 after expiry of the refresh time REFR, this message will not be restored (test E35), but broadcast in the network, the result of the test E12 being again negative, the counter created in step E12 on receipt of the first message that was destroyed by the process PB in step E25.
  • the terminal receives a message outside the first geographical area R1, the result of the test E30 is negative.
  • the PA process terminates without any processing of this message by the terminal. It will be noted in particular that this message is neither stored nor rebroadcast by the terminal and that its content is not restored.
  • test E60 If the terminal is in the second geographical zone R2, the result of the test E60 is positive. This test is then followed by a test E65 during which it is verified, as in step E45 already described, whether the counter T associated with this message has a strictly positive value.
  • the message is not broadcast because it means that it has already been broadcast a first time by the terminal for a period of time less than the refreshing time REFR.
  • step E70 this test is then followed by the step E70 during which the software agent AG stores the message MSG_1 in the random access memory 13 of the terminal. Then the software agent AG initializes the counter with this refresh time REFR (step E70), broadcasts the message in the ad hoc network (step E75) or to a terminal previously paired with the terminal A through a communication link established between the software agents of these terminals. Terminal A then executes the PB process (step E77)
  • the software agent AG then performs a loop consisting of the steps E80 to E85 for obtaining its POS position to determine whether or not it enters the first geographical area R1.
  • the loop is performed with a sufficiently low predefined period, for example every second, to detect in near real time the entry in the first geographical area R1 and trigger the restitution of the content, or in any case, before the terminal does not come out of this area.
  • the software agent AG determines, during a step E90 if the message has already been returned by the terminal.
  • this message is returned during a step E95.
  • the terminal has definitively left the geographical zone R2, it keeps no trace of the message, which reduces the amount of memory necessary for the execution of the method.
  • the content diffusion method according to the invention comprises steps G1 to G60, represented in FIG. 5, and corresponding to the implementation of a pairing process between the terminal A and another terminal, for example the terminal B.
  • the steps GlO to G60 follow the broadcast of the message received and the start of the process PB, that is to say are executed at the end of the steps E57 and E77 described above.
  • these steps GlO to G60 can also be performed before these steps E57 and E77, for example upon receipt of the message during the initial step ElO.
  • the terminal A has geolocation means, but not the terminal B.
  • the step GlO is a decision step of broadcasting a message. It can take place when the terminal A is the source of the message itself (source S of FIG. 1) or when this terminal decides to relay the message (following steps E55 or E75 of FIG. 4).
  • the means MCOM of the terminal A seek to detect whether a terminal B, having compatible communication means is close to the terminal A.
  • the terminals A and B are neighbors in the ad hoc network, so that the communication means MCOM of each of these terminals is able to detect, during a step G20, the presence of the other terminal.
  • the MCOM communication module of each terminal goes back to the management module AE of this type of messages from this terminal, a signal representative of the presence detection of the other terminal.
  • the modules AE establish, during a step G30, a communication channel via the communication means MCOM, to determine if these modules are compatible. We will assume here that they are compatible.
  • the terminals pair during a step G40. For this, they exchange messages MSG_2 and MSG_3 to know if one or both have compatible geolocation mode.
  • the message MSG_2 allows the terminal A to request to pair with B by declaring that it comprises a software agent having a software version allowing the implementation of such a pairing, the additional capacities that it has in addition to the minimum ones required for this version (in particular geolocation systems likely to be used by the terminal A), as well as its environment of confidence.
  • Appendix 2 presents an XML schema that can be used by a terminal A to send a message MSG_2 to a terminal B.
  • the message MSG_2 notably comprises the following tags:
  • ⁇ PeerCapabilities> to insert information about the capabilities of the terminal sending the message; ⁇ Localization> to insert information on a location capability of the terminal transmitting the message, this information includes for example an indication ("GPS") on the location system used by this terminal.
  • GPS location system used by this terminal.
  • the message MSG_3 allows the terminal B to respond to indicate whether it is able to pair, and if so, with which environment of confidence. It also makes it possible to specify the additional capacities which it has in addition to those minimum required for this version (in particular systems of geolocation likely to be used by the terminal B).
  • the terminal A to determine if the terminal B is able to pair, to determine its own geographical location and to implement the method according to the invention, namely to display and / or broadcast the received content, according to its location geographically in relation to the geographical areas R1 and R2.
  • Appendix 3 presents an XML schema that can be used by a terminal B to send a message MSG_3 to a terminal A.
  • the message MSG_3 includes the following tags:
  • PeerCapabilities> to indicate that the terminal issuing this message does not have additional capabilities, including no ability to determine its own location.
  • B is unable to obtain its own geolocation or in an incompatible mode (for example A uses GPS references while B is exclusively under longitude / latitude). If this were not the case, the pairing process would stop: it would be in the case where the terminal B is able to process the message as described with reference to FIG.
  • the terminal A estimates the position of the terminal B. For example, it determines, given the range of these wireless communication capabilities and / or the power or degradation of the signal received at how far from the terminal A is the terminal B to deduce a location area of the terminal B. By default the terminal A may consider that B is still in the same area as him. Alternatively the terminal A can, depending on whether its position in a zone is central or not with respect to this zone (for example if it is at the edge), conclude that the position of the terminal B is, with a high probability, outside of this same zone or on the contrary in this same zone.
  • the terminal A sends a command message (MSG_4) to ask the terminal B to choose:
  • the terminal B B being considered as located in the geographical area R1;
  • Annex 4 is an XML schema that can be used by the terminal A to send a message MSG_4 to the terminal B.
  • the message MSG_4 is a command message that allows the sender of this message to control another terminal, unable to obtain its own geolocation, for the purpose for example to display (DISP) the content (CONT) on this other terminal, or forward the message to other terminals around that other terminal (FWD).
  • DISP display
  • CONT content
  • Appendix 4 presents an XML schema that can be used by a terminal B to send a message MSG_4 to a terminal A.
  • the message MSG_4 includes the following tags:
  • the content in the context of an advertisement, it is the tag ⁇ AdInformation> which contains both an identifier ( ⁇ AdId>), the inventory associated with this advertisement ( ⁇ InventoryDescription> ), the ad format ( ⁇ AdFormat>) and potentially the ad itself. This also contains location information where to use advertising ( ⁇ AdLocalization>);
  • ⁇ PeerAction> makes it possible to declare the expected action with this message that the destination terminal of this message must realize. This may be in particular a display request for the ⁇ Display> advertisement and / or a retransmission request for the ⁇ Forward> message;
  • xmlns "http://www.w3.org/2001/XMLSchema-instance"> // message used to push content between peers
  • xmlns "http://www.w3.org/2012/XMLSchema-instance"> // message used to know if 2 terminals can be peer and if they are able to get their own geolocation. This is the query
  • xmlns "http://www.w3.org/2012/XMLSchema-instance"> // message used to know if 2 terminals can be peer and if they are able to get their own geolocation. This is the answer
  • xmlns "http://www.w3.org/2012/XMLSchema-instance"> // message used to command a peer to perform a specific action.
  • ⁇ Localization> // specifies whether the device is able to locate itself and the supported method

Landscapes

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

Abstract

Procédé de diffusion d'un contenu (CONT) dans un réseau de télécommunications, ce procédé pouvant être mis en œuvre par un terminal (A) et comportant : une étape (E20, E80) d'obtention de la position (POS) dudit terminal (A) sur réception par le terminal d'un message (MSG_1) comprenant ledit contenu et une définition d'une première zone géographique et d'une deuxième zone géographique englobant la première zone géographique; et, selon la position obtenue, une étape (E40, E95) de restitution dudit contenu transmis avec ledit message si ledit terminal (10) se trouve dans ladite première zone géographique déterminée (R1); une étape (E61) au cours de laquelle ledit terminal (A) ignore ledit message si ledit terminal (A) se trouve en dehors de ladite deuxième zone géographique (R2); une étape (E55, E75) de diffusion dudit message si ledit terminal (10) se trouve dans la deuxième zone géographique déterminée (R2).

Description

Procédé de diffusion d'un contenu dans un réseau de télécommunications de manière qéolocalisée.
Arrière-plan de l'invention
La présente invention se situe dans le domaine des réseaux de télécommunications et plus précisément dans celui de la diffusion et restitution géo-localisée de contenu.
D'une façon générale, la diffusion géo-localisée de contenu vise à diffuser un contenu uniquement à des terminaux qui se trouvent dans une zone géographique déterminée.
Dans l'état actuel de la technique, on connaît une méthode de restitution d'un contenu, celui-ci étant accompagné de coordonnées GPS définissant une zone géographique déterminée, le contenu étant mémorisé dans le terminal afin d'être présenté à l'utilisateur lorsque le terminal se trouvera dans cette zone géographique.
Malheureusement, cette méthode est difficile à mettre en œuvre, car pour qu'elle soit efficace il faut que le contenu ne soit envoyé qu'aux terminaux qui sont dans la zone ou qui vont effectivement y entrer. Or, la méthode prévoit que le contenu est diffusé de manière systématique aux terminaux cibles, indépendamment de leur position géographique courante ou future. D'où des envois de message inutiles.
Cette méthode suppose en outre que le terminal mémorise tous les contenus à restituer dans les zones géographiques dans lesquelles il est susceptible de se trouver, ce qui est fortement consommateur de mémoire.
Des systèmes de prédiction peuvent être utilisés pour estimer que l'utilisateur se rendra dans cette zone. Or, il n'existe pas de solution totalement fiable à l'heure actuelle. Il en résulte que les contenus envoyés, selon cette méthode, sont finalement reçus et mémorisés par des terminaux qui n'entreront jamais dans la zone souhaitée.
Une autre solution consisterait à ce que chaque terminal détermine, en permanence ou avec une fréquence élevée, sa géolocalisation et obtienne les messages associés à la zone géographique dans laquelle il se trouve à chaque fois : ceci est extrêmement coûteux en termes de consommation d'énergie et est inapproprié pour un terminal mobile dont la seule source d'énergie disponible en permanence est une batterie.
Objet et résumé de l'invention
L'invention propose une méthode pour diffuser un contenu dans une zone géographique déterminée qui ne présente pas les inconvénients de l'art antérieur.
Plus précisément, et selon un premier aspect, l'invention concerne un procédé de diffusion d'un contenu dans un réseau de télécommunications, ce procédé pouvant être mis en œuvre par un terminal et comportant :
- une étape d'obtention de la position dudit terminal sur réception par le terminal d'un message comprenant ledit contenu et une définition d'une première zone géographique et d'une deuxième zone géographique englobant la première zone géographique ; et, selon la position obtenue,
- une étape de restitution dudit contenu transmis avec ledit message si ledit terminal se trouve dans ladite première zone géographique déterminée ;
- une étape au cours de laquelle ledit terminal ignore ledit message si ledit terminal se trouve en dehors de ladite deuxième zone géographique;
- une étape de diffusion dudit message si ledit terminal se trouve dans la deuxième zone géographique déterminée.
Corrélativement, l'invention concerne un terminal comportant :
- des moyens d'obtention de la position dudit terminal sur réception par le terminal d'un message comprenant un contenu et une définition d'une première zone géographique et d'une deuxième zone géographique englobant la première zone géographique ;
- des moyens de restitution dudit contenu transmis avec ledit message si ledit terminal se trouve dans ladite première zone géographique déterminée ;
- des moyens pour ignorer ledit message si ledit terminal se trouve en dehors de ladite deuxième zone géographique;
- des moyens pour diffuser ledit message si ledit terminal se trouve dans la deuxième zone géographique déterminée.
L'invention vise également une source de diffusion d'un contenu dans un réseau de télécommunications comportant des moyens de diffusion d'un message comportant ledit contenu et des données de définition d'une première zone géographique et d'une deuxième zone géographique englobant la première zone géographique, ledit message étant utilisé pour déclencher, sur réception dudit message par un terminal dudit réseau, une restitution dudit contenu par ledit terminal lorsque le terminal se trouve dans ladite première zone géographique, ledit message étant destiné à être ignoré par ledit terminal si ledit terminal se trouve en dehors de la deuxième zone géographique, ledit message étant utilisé pour déclencher une diffusion dudit message par ledit terminal lorsque ledit terminal se trouve dans la deuxième zone géographique déterminée.
Conformément à l'invention, la position du terminal est obtenue sur réception du message et le traitement de ce message est déterminé par la position obtenue à ce moment là. Le contenu diffusé est restitué, si le terminal se trouve dans la première zone géographique. De façon très avantageuse, l'invention propose de définir une deuxième zone géographique, englobant la première zone géographique, dans laquelle le message est ignoré, notamment non restitué.
Par conséquent, la portion de la deuxième zone géographique qui entoure la première zone géographique n'est pas une zone de restitution du contenu. Les messages reçus en dehors de cette zone géographique sont ignorés par le terminal: ils peuvent ne pas être mémorisés par le terminal et être supprimés d'une mémoire de stockage des messages reçus.
L'invention permet ainsi d'éviter la conservation inutile de messages et de contenus. En outre, l'invention permet également de ne procéder à l'obtention de la position du terminal que sur réception de ce message, et non de manière permanente, ce qui permet d'économiser de l'énergie.
Selon un mode de réalisation du procédé selon l'invention, celui-ci comprend une étape de diffusion dudit message si ledit terminal se trouve dans la deuxième zone géographique déterminée.
Par conséquent, la portion de la deuxième zone géographique qui entoure la première zone géographique est une zone de diffusion.
D'une façon générale, la deuxième zone géographique peut être définie de façon à ce que les terminaux qui se trouvent dans cette zone, mais à l'extérieur de la première zone géographique, aient une probabilité très importante de rentrer dans la première zone géographique.
En pratique, la surface de la deuxième zone géographique non couverte par la première zone géographique sera relativement limitée. Elle pourra par exemple avoir une largeur de quelques centaines de mètres maximum.
Avantageusement, les moyens de communication utilisés par le terminal selon l'invention sont des moyens de communication ayant une portée relativement réduite. Il peut par exemple s'agir de moyens de communication conformes à la norme Wifi.
Selon un mode de réalisation, le procédé selon l'invention comprend lorsque le terminal se trouve dans la deuxième zone géographique mais hors de la première zone géographique, une étape de détection de l'entrée du terminal dans la première zone géographique. De cette manière, on économise les ressources du terminal, puisque celui-ci ne tente d'obtenir sa géolocalisation que dans une zone géographique restreinte, située entre la première et la deuxième zone.
Ainsi la deuxième zone géographique sert de zone de détection d'approche de la première zone géographique. Cette deuxième zone géographique permet en effet d'anticiper l'approche de l'entrée dans cette première zone, sans toutefois consommer inutilement les ressources du terminal lorsqu'il est trop éloigné de cette première zone géographique.
Selon un mode de réalisation, le procédé selon l'invention comprend : - une étape d'appariement entre un premier agent logiciel de gestion de contenus exécuté dans ledit terminal et un deuxième agent logiciel de gestion de contenus exécuté dans un autre terminal,
- une étape d'obtention par le premier agent logiciel d'informations sur une capacité du deuxième terminal à déterminer sa géolocalisation,
- une étape d'estimation par le premier terminal de la position du deuxième terminal, lorsque le deuxième terminal n'est pas capable de déterminer sa géolocalisation ;
- une étape de transmission dudit contenu au deuxième terminal à travers une liaison de communication établie entre les premier et deuxième agents logiciels, si la position estimée est située dans une zone la première zone géographique.
Dans un mode particulier de l'invention, le réseau de communication est un réseau ad hoc, à savoir un réseau sans infrastructure prédéfinie, dans lequel les terminaux (aussi appelés « pairs ») communiquent directement avec leurs voisins. Ce mode de réalisation particulièrement avantageux, combiné avec le fait que les terminaux ont des moyens de communication sans fil de portée relativement réduite, permet de diffuser le contenu efficacement dans la deuxième zone géographique, sans trop en déborder.
Conformément à l'invention, il est possible, voire très probable, qu'un terminal reçoive plusieurs fois le même message, en provenance de plusieurs autres terminaux du réseau, le message étant diffusé de proche en proche par chacun des terminaux de la première zone géographique.
Dans un mode particulier de réalisation de l'invention, un terminal ne restitue le contenu d'un message qu'une seule fois.
Dans un mode particulier de réalisation de l'invention, le procédé de diffusion comporte une étape permettant d'éviter qu'un terminal ne diffuse plus d'une fois le message pendant une période de temps spécifiée dans ce message.
Cette caractéristique permet de ne pas encombrer le réseau inutilement.
Selon un autre aspect, l'invention concerne en outre un message comportant un contenu, des données de définition d'une première zone géographique déterminée et des données de définition d'une deuxième zone géographique déterminée englobant cette première zone. Ce message peut être reçu par au moins un terminal du réseau et utilisé pour déclencher, sur réception dudit message par un terminal dudit réseau, une restitution dudit contenu par ledit terminal lorsque le terminal se trouve dans ladite première zone géographique, ledit message étant destiné à être ignoré par ledit terminal si ledit terminal se trouve en dehors de la deuxième zone géographique, ledit message étant utilisé pour déclencher une diffusion dudit message par ledit terminal lorsque ledit terminal se trouve dans la deuxième zone géographique déterminée.
Dans un mode particulier de réalisation, les différentes étapes du procédé de diffusion de contenu sont déterminées par des instructions de programme d'ordinateur.
En conséquence, l'invention vise aussi un programme d'ordinateur, sur un support d'informations, ce programme comportant des instructions adaptées à la mise en œuvre des étapes du procédé de diffusion de contenu selon l'invention, ces étapes pouvant être mises en œuvre par un terminal ou plus généralement par un ordinateur.
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.
L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus.
Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disk) ou un disque dur.
D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet.
Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description des dessins
D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures :
- la figure 1 représente un système de diffusion de contenu intégrant un terminal et une source, conformes à un mode particulier de réalisation de l'invention ;
- la figure 2 représente de façon schématique, l'architecture matérielle d'un terminal conforme à un mode particulier de réalisation de l'invention ;
- la figure 3 représente un message conforme à un mode particulier de réalisation de l'invention ; et
- la figure 4 représente, sous forme d'organigramme, les principales étapes d'un programme d'ordinateur conforme à un mode particulier de réalisation de l'invention ; - la figure 5 représente, sous forme d'organigramme, les principales étapes d'un programme d'ordinateur utilisé dans un mode particulier de réalisation de l'invention.
Description détaillée d'un mode de réalisation
La figure 1 représente un système de diffusion de contenu.
Ce système comporte une source S, conforme à l'invention, apte à diffuser un contenu. Il s'agit dans cet exemple d'un serveur de publicité Ad Server tel que défini dans la norme MobAd. Ce contenu peut être par exemple un contenu publicitaire devant être restitué en tant que tel par le terminal (par exemple une image, une vidéo, un texte) ou des métadonnées d'un tel contenu. Dans ce cas, le terminal obtient le contenu à restituer à partir de ces métadonnées.
La source S comporte des moyens de communication sans fil utilisés pour la diffusion du contenu, ces moyens de communication sans fil couvrant une zone Z3.
Nous supposerons dans cet exemple, que ce contenu ne doit être restitué que par les terminaux situés dans une première zone géographique déterminée Rl.
Sur la figure 1, on a représenté un certain nombre de terminaux A, B, C, D et E conformes à l'invention.
Chacun de ces terminaux comportent des moyens de communication sans fil définissant une zone de couverture ZA à ZE autour de ces terminaux.
Dans l'exemple de réalisation décrit ici, ces terminaux sont aptes à constituer un réseau ad hoc, à savoir un réseau dans lequel chacun des terminaux A a E communique directement avec ses voisins.
Dans l'exemple de la figure 1, les terminaux A et B sont aptes à recevoir un message diffusé par la source S.
Par ailleurs :
- le terminal B reçoit les messages diffusés par le terminal C ;
- le terminal C reçoit les messages diffusés par le terminal B et ceux diffusés par le terminal D ; et
- le terminal D reçoit les messages diffusés par le terminal C et ceux diffusés par le terminal E ; et
- le terminal E reçoit les messages diffusés par le terminal D.
Conformément à l'invention, on définit une deuxième zone géographique R2 englobant la zone géographique Rl dans laquelle le contenu doit être restitué, mais distincte de la zone géographique R2.
Dans l'exemple de réalisation décrit ici, les première et deuxième zones géographiques
Rl, R2 sont concentriques, autour de la source S.
Conformément à l'invention, tout terminal se trouvant dans la deuxième zone géographique R2 diffuse les messages qu'il reçoit dans le réseau ad hoc.
En revanche, conformément à l'invention, les terminaux qui se trouvent à l'extérieur de la deuxième zone géographique R2 ignorent les messages reçus d'autres terminaux ou de la source de diffusion.
Ainsi, dans l'exemple de la figure 1, un message émis par la source de diffusion S est reçu par les terminaux A et B. Ces terminaux A et B étant dans la première zone géographique Rl, ils restituent le contenu de ce message.
Puis, les terminaux A et B étant dans la deuxième zone géographique R2, ils diffusent ce message.
Le message diffusé par le terminal A n'est reçu par aucun autre terminal.
Le message diffusé par le terminal B est reçu par le terminal C. Le terminal C se trouvant dans la première zone géographique Rl, il restitue le contenu de ce message. Le terminal C se trouvant dans la deuxième zone géographique R2, il diffuse ce message.
Le message diffusé par le terminal C est reçu par le terminal D. Le terminal D se trouvant à l'extérieur de la première zone géographique Rl, il ne restitue pas le contenu du message. Par contre, le terminal D diffuse le message, le terminal D se trouvant dans la deuxième zone géographique R2.
Le message diffusé par le terminal D est reçu par le terminal E. Celui-ci se trouvant à l'extérieur de la deuxième zone géographique R2, ignore ces messages.
La figure 2 représente l'architecture matérielle du terminal A. Dans l'exemple de réalisation décrit ici, les terminaux A à E ont une architecture similaire.
Dans l'exemple de réalisation décrit ici, le terminal A a l'architecture matérielle d'un ordinateur. Elle comporte totalement un processeur 11, une mémoire morte de type ROM 12, une mémoire vive de type RAM 13, des moyens de communication sans fil MCOM constitués ici par des moyens de communication sans fil conformes à la norme Wifi.
Le terminal A comporte en outre des moyens 15 de restitution de contenu. Lorsque le contenu est une vidéo, ces moyens 15 de restitution peuvent être constitués par un décodeur vidéo associé à un écran.
Si le contenu est un message sonore, les moyens 15 de restitution peuvent être constitués par un décodeur audio associé à un haut-parleur du terminal.
Conformément à l'invention, le terminal A comporte des moyens MPOS pour déterminer la position géographique du terminal. Ces moyens peuvent être constitués par un récepteur GPS.
La mémoire morte 12 de type ROM constitue un support d'enregistrement conforme à l'invention. Ce support d'enregistrement comporte un programme d'ordinateur PG, ce programme comportant des instructions pour exécuter un procédé de diffusion conforme à l'invention et dont les principales étapes sont représentées à la figure 4. Dans l'exemple de réalisation décrit ici, ce programme d'ordinateur PG est mis en œuvre par un agent logiciel AG s'exécutant dans la mémoire vive 13 du terminal A. Dans l'exemple de réalisation décrit ici, la mémoire vive 13 comporte également un registre pour mémoriser la position POS du terminal A, obtenue par les moyens d'obtention de positon MPOS, et un registre pour mémoriser les messages MSG_1 reçus d'autres terminaux du réseau ad hoc.
Dans l'exemple de réalisation décrit ici, l'agent logiciel AG constitue un moteur Ad Engine de restitution de publicité tel que défini par la norme MobAd.
Dans un mode de réalisation, l'agent logiciel AG de chacun des terminaux A à E est apte à obtenir, du module de communication MCOM du terminal considéré, un signal représentatif de la détection de la présence d'un autre terminal.
L'agent logiciel AG du terminal A est apte à déterminer, lorsqu'il obtient un signal indiquant la présence d'un autre terminal B, si cet autre terminal comporte un agent logiciel avec lequel il peut s'apparier afin d'échanger ultérieurement du contenu publicitaire.
Dans ce document, la notion "d'appariement" couvre tout mécanisme permettant aux deux modules logiciels, d'établir une liaison de communication de type pair à pair, c'est-à-dire que chacun des modules peut jouer le rôle de serveur pour l'autre. Une telle liaison est utilisable par ces deux modules pour échanger des informations et/ou des contenus et/ou messages. L'établissement d'une telle communication implique notamment que les modules des premier et deuxième terminaux soient compatibles de sorte qu'ils peuvent au moins établir un canal de communication pour s'échanger un ou plusieurs contenus.
Dans l'exemple de réalisation décrit ici, on suppose que le dialogue et l'appariement entre les agents logiciels des terminaux A et B s'effectue via les moyens de communication MCOM de ces terminaux.
Pour des raisons de sécurité, chaque agent logiciel AG d'un premier terminal est conçu pour, préalablement à tout appariement, vérifier s'il est autorisé à émettre et/ou recevoir des messages ou informations de l'agent logiciel s'exécutant dans un autre terminal détecté par le premier terminal. Cette vérification peut se faire de manière connue par authentification mutuelle, échange de certificats ou signatures numériques, etc.
L'appariement entre deux terminaux peut être mis à profit de différentes manières.
Dans un premier exemple de réalisation de l'invention, le message comprenant le contenu et la définition des deux zones géographiques Rl et R2 est transmis du premier terminal à l'autre terminal via la liaison de communication étant entre les agents logiciels. De cette manière, il est garanti que le message est transmis de terminal à terminal de manière sécurisée, car transmis en utilisant une liaison de communication établie entre logiciels appariés.
Dans un deuxième exemple de réalisation de l'invention, l'agent logiciel AG du terminal A est conçu pour obtenir d'un autre agent logiciel, s'exécutant, dans un terminal détecté et apparié, des informations sur les fonctionnalités de cet autre agent logiciel - par exemple son numéro de version - ainsi que des informations sur les capacités de l'autre terminal. Dans le cadre de cette invention, on s'intéresse plus particulièrement à la capacité d'un terminal à obtenir sa propre géolocalisation.
Dans ce deuxième exemple de réalisation, le terminal A comprend des moyens d'estimation de la position du terminal apparié, utilisés lorsque le terminal apparié n'est pas capable de déterminer sa géolocalisation, et des moyens de transmission du contenu au terminal apparié à travers une liaison de communication établie entre les agents logiciels du terminal A et du terminal apparié, lorsque la position estimée est située dans la première zone géographique.
La figure 3 représente un exemple de message MSG_1 diffusé par la source S dans cet exemple de mise en œuvre de l'invention.
Ce message MSG_1 comporte une définition d'une première zone géographique Rl. Lorsque cette zone est un cercle, elle peut être définie par son centre POSS (en coordonnées GPS) et son rayon ri. Tout autre mode de définition de zone permettant de définir une zone dans le système de coordonnées utilisé pour la géolocalisation est également approprié.
Ce message MSG_1 comporte une définition d'une deuxième zone géographique R2.
Lorsque cette zone est un cercle, elle peut être définie par son centre POS5 (en coordonnées GPS), optionnellement identique à celui de la zone Rl, et son rayon r2. Tout autre mode de définition de zone permettant de définir une zone dans le système de coordonnées utilisé pour la géolocalisation est également approprié.
Le message MSG_1 comporte le contenu CONT devant être restitué dans la première zone géographique Rl.
II est tout à fait possible qu'un terminal du réseau ad hoc comportant plus d'un voisin reçoive plusieurs fois ce même message.
Dans l'exemple de réalisation décrit ici, le message MSG_1 comporte en outre une durée de rafraîchissement REFR, cette durée devant être respectée par chacun des terminaux du réseau ad hoc entre deux rediffusions de ce même message.
Dans l'exemple de réalisation décrit ici, le message MSG_1 est un message conforme à la norme MobAd, modifié pour comporter des données permettant de définir les première et deuxième zones géographiques Rl et R2. Un exemple de message MSG_1, pouvant être utilisé dans le contexte MobAd est donné à l'annexe 1.
Dans l'exemple de réalisation décrit ici, ce message comporte quatre nouvelles balises :
<Center method=GPS>POS</Center>
<DisplayDistance>rl</DisplayDistance> <NotificationDistance>r2</NotificationDistance>
< MessageRefresh Rate > REFR</ MessageRefresh Rate >
pour spécifier la position de la source S, les rayons ri et r2 des deux zones géographiques et la durée de rafraîchissement REFR.
L'annexe 1 présente un schéma XML pouvant être utilisé, par un terminal (ou pair) A, pour envoyer un message MSG_1, à un terminal B (ou pair) dans un exemple de mise en œuvre de l'invention.
Ce schéma comporte certaines balises remarquables :
- « mobad:PeerPushAd » : définit que le message MSG_1 est un message utilisé pour la diffusion de contenu au sens de l'invention, dans le contexte de la norme MobAd ;
- « version » : version de l'agent logiciel AG du terminal A ;
- « AdEngineld » : identifie l'AdEngine du terminal A
- « PeerAdEngineld » : identifie l'AdEngine du terminal B.
- « AdLocalisation »: données de géolocalisation.
« Center method=GPS » : position Sp0S du centre de la zone géographique.
« DisplayDistance » : rayon de Rl pour restitution de MSG_1 « NotificationDistance » : rayon de R2 pour diffusion de MSG_1
- « MessageRefresh Rate » : intervalle de rafraîchissement REFR
En référence à la figure 4, nous allons maintenant décrire les principales étapes d'un procédé de restitution et de diffusion de contenu conforme à un mode particulier de l'invention.
Dans l'exemple décrit ici, au démarrage de l'exécution du programme d'ordinateur PG, un premier processus PA est créé, une instance de ce processus étant mise en œuvre à la réception de chacun des messages MSG_1 reçu par le terminal sur le réseau ad hoc.
Nous supposerons qu'un terminal reçoit un message MSG_1 au cours d'une étape ElO.
Cette étape est suivie par un test E12 au cours duquel l'agent logiciel AG vérifie si un compteur T a été créé pour ce message. Ce compteur est utilisé pour empêcher qu'un terminal ayant reçu le même message en provenance de plusieurs terminaux du réseau ad hoc ne rediffuse ce message dans un intervalle de temps inférieur à la durée de rafraîchissement REFR contenue dans le message.
Si aucun compteur n'a été créé pour ce message, le résultat du test E12 est négatif. Ce test est alors suivi par une étape E15 au cours de laquelle on initialise un compteur T avec la valeur 0. L'étape E20 est exécutée suite à l'étape E15.
Lorsque le résultat du test E12 est positif, ce test est suivi de l'exécution de l'étape E20.
A l'étape E20 l'agent logiciel AG obtient, par mise en œuvre des moyens MPOS, la position POS du terminal et la mémorise dans la mémoire vive 13. Au cours d'une étape E30, l'agent logiciel AG détermine si le terminal se trouve ou non dans la zone géographique Rl dans laquelle les messages reçus doivent être restitués et diffusés.
Dans l'exemple de réalisation décrit ici, cette étape consiste à vérifier si la position POS obtenue à l'étape E20 se trouve dans la zone géographique Rl définie dans le message MSG_1 lui-même.
Si tel est le cas, le résultat du test E30 est positif.
Ce test est alors suivi par une étape E32 au cours de laquelle l'agent logiciel AG mémorise le message MSG_1 dans la mémoire vive 13 du terminal.
Puis, au cours d'une étape E35, l'agent logiciel AG détermine si le contenu CONT compris dans ce message MSG_1 a déjà été restitué ou non par le terminal.
Si tel n'est pas le cas, le contenu est restitué à l'étape E40.
Puis, au cours d'une étape E45, l'agent logiciel AG détermine si le compteur T a une valeur une valeur strictement positive.
Dans le cas où le message est reçu pour la première fois, ce n'est pas le cas, ce compteur étant initialisé à la valeur 0 à l'étape E15.
Par conséquent, le résultat du test E45 est négatif. Ce test est alors suivi par une étape E50 au cours de laquelle le compteur T est initialisé avec la durée de rafraîchissement REFR contenue dans le message MSG_1.
L'étape E50 est suivie par une étape E55 de diffusion du message MSG_1 par le terminal, dans le réseau ad hoc.
Puis, l'agent logiciel AG démarre, au cours d'une étape E57 un second processus PB.
Ce processus PB comporte une boucle principale constituée par les étapes FlO, F15 et F20 qui consistent à décrémenter la valeur du compteur T, toutes les secondes, jusqu'à ce que la valeur de ce compteur T soit égale à 0.
Lorsque cette valeur devient égale à 0, l'agent logiciel AG supprime ce compteur (étape F25), ainsi que le message MSG_1 mémorisé dans la mémoire vive 13 (étape F30).
On comprend ainsi que si le terminal reçoit une deuxième fois le message sur le réseau ad hoc, le résultat du test E12 sera positif, un compteur ayant été préalablement créé pour ce message. Ce message ne sera pas restitué une deuxième fois par le terminal, le résultat du test E35 étant positif.
Par ailleurs, ce message ne sera pas rediffusé, la valeur du compteur T étant strictement positive (test E45), car toujours en cours de décrémentation par le processus PB.
Par contre, si ce terminal reçoit le même message MSG_1 après expiration de la durée de rafraîchissement REFR, ce message ne sera pas restitué (test E35), mais bien diffusé dans le réseau, le résultat du test E12 étant à nouveau négatif, le compteur créé à l'étape E12 sur réception du premier message ayant été détruit par le processus PB à l'étape E25. Lorsque le terminal reçoit un message en dehors de la première zone géographique Rl, le résultat du test E30 est négatif.
Ce test est alors suivi par un test E60, au cours duquel l'agent logiciel AG détermine si le terminal se trouve dans la deuxième zone géographique R2.
Si tel n'est pas le cas, le processus PA se termine sans aucun traitement de ce message par le terminal. On notera en particulier que ce message n'est ni mémorisé, ni rediffusé par le terminal et que son contenu n'est pas restitué.
Si le terminal se trouve dans la deuxième zone géographique R2, le résultat du test E60 est positif. Ce test est alors suivi par un test E65 au cours duquel on vérifie, comme à l'étape E45 déjà décrite, si le compteur T associée à ce message a une valeur strictement positive.
Si tel est le cas, ie message n'est pas diffusé, car cela signifie qu'il a déjà été diffusé une première fois par le terminal depuis une période de temps inférieure à la durée de rafraîchissement REFR.
Dans le cas contraire, ce test est alors suivi par l'étape E70 au cours de laquelle l'agent logiciel AG mémorise le message MSG_1 dans la mémoire vive 13 du terminal. Puis l'agent logiciel AG initialise le compteur avec cette durée de rafraîchissement REFR (étape E70), diffuse le message dans le réseau ad hoc (étape E75) ou vers un terminal préalablement apparié avec le terminal A à travers une liaison de communication établie entre les agents logiciels de ces terminaux. Le terminal A exécute ensuite le processus PB (étape E77)
Dans le mode de réalisation décrit ici, l'agent logiciel AG effectue ensuite une boucle constituée par les étapes E80 à E85 d'obtention de sa position POS pour déterminer s'il entre ou non dans la première zone géographique Rl. La boucle est effectuée avec une période prédéfinie suffisamment faible, par exemple toutes les secondes, pour détecter en quasi temps réel l'entrée dans la première zone géographique Rl et déclencher de suite la restitution du contenu, ou en tout cas, avant que le terminal ne ressorte de cette zone.
S'il rentre dans la première zone géographique Rl, l'agent logiciel AG détermine, au cours d'une étape E90 si le message a déjà été restitué par le terminal.
Si tel n'est pas le cas, ce message est restitué au cours d'une étape E95.
Quand le compteur T expire (selon le processus PB) le message MSG_1 est supprimé.
Ainsi si le terminal a définitivement quitté la zone géographique R2 il ne conserve aucune trace du message, ce qui réduit la quantité de mémoire nécessaire à l'exécution du procédé.
Dans un mode de réalisation, le procédé de diffusion de contenu selon l'invention comprend des étapes GlO à G60, représentées à la figure 5, et correspondant à la mise en œuvre d'un processus d'appariement entre le terminal A et un autre terminal, par exemple le terminal B.
Dans l'exemple décrit ici, les étapes GlO à G60 font suite à la diffusion du message reçu et le démarrage du processus PB, c'est-à-dire sont exécutées à la fin des étapes E57 et E77 décrites ci-dessus. Toutefois, ces étapes GlO à G60 peuvent aussi être exécutées avant ces étapes E57 et E77, par exemple dès la réception du message lors de l'étape ElO initiale.
Nous supposerons, dans cet exemple, que le terminal A dispose de moyens de géolocalisation, mais pas le terminal B.
L'étape GlO est une étape de décision de diffusion d'un message. Elle peut avoir lieu quand le terminal A est la source même du message (source S de la figure 1) ou quand ce terminal décide de relayer le message (suites aux étapes E55 ou E75 de la figure 4).
Dans le mode de réalisation décrit ici, les moyens MCOM du terminal A cherchent à détecter si un terminal B, comportant des moyens de communication compatibles se trouve à proximité du terminal A.
En l'occurrence, les terminaux A et B sont voisins dans le réseau ad hoc, si bien que les moyens de communication MCOM de chacun de ces terminaux est apte à détecter, au cours d'une étape G20, la présence de l'autre terminal.
Le module de communication MCOM de chaque terminal remonte, vers le module AE de gestion de ce type de messages de ce terminal, un signal représentatif de la détection de présence de l'autre terminal.
Dans le mode de réalisation décrit ici, les modules AE établissent, au cours d'une étape G30, un canal de communication via les moyens de communication MCOM, pour déterminer si ces modules sont compatibles. Nous supposerons ici qu'ils sont compatibles.
Dans ce cas, les terminaux s'apparient lors d'une étape G40. Pour cela, ils échangent les messages MSG_2 et MSG_3 afin de savoir si l'un ou l'autre ou les deux disposent de mode de géolocalisation compatibles.
Le message MSG_2 permet en particulier au terminal A de demander à s'apparier avec B en déclarant qu'il comprend un agent logiciel ayant une version logicielle permettant la mise en oeuvre d'un tel appariement, les capacités supplémentaires dont il dispose en plus de celles minimales requises pour cette version (en particulier systèmes de géolocalisation susceptibles d'être utilisés par le terminal A), ainsi que son environnement de confiance.
L'annexe 2 présente un schéma XML pouvant être utilisé par un terminal A pour envoyer un message MSG_2 à un terminal B.
Le message MSG_2 comprend notamment les balises suivantes :
<AdEngineId> pour transmettre un identifiant de l'agent logiciel utilisé dans le terminal émetteur de ce message ;
<TrustedEnvironment> pour transmettre des données d'un certificat fourni par le terminal émetteur de ce message en vue d'un appariement ;
<PeerCapabilities> pour insérer une information sur les capacités du terminal émetteur du message ; <Localization> pour insérer une information sur une capacité de localisation du terminal émetteur du message, cette information comprend par exemple une indication ("GPS") sur le système de localisation utilisé par ce terminal. Le message MSG_3 permet au terminal B de répondre pour indiquer s'il est capable de s'apparier, et, si oui, avec quel environnement de confiance. Il permet également de préciser les capacités supplémentaires dont il dispose en plus de celles minimales requises pour cette version (en particulier systèmes de géolocalisation susceptibles d'être utilisés par le terminal B).
Ceci permet au terminal A de déterminer si le terminal B est capable de s'apparier, de déterminer sa propre localisation géographique et de mettre en œuvre le procédé selon l'invention, à savoir afficher et/ou diffuser le contenu reçu, selon sa localisation géographique par rapport aux zones géographiques Rl et R2.
L'annexe 3 présente un schéma XML pouvant être utilisé, par un terminal B pour envoyer un message MSG_3 à un terminal A.
Le message MSG_3 comprend notamment les balises suivantes :
<AdEngineId> pour transmettre un identifiant d'agent logiciel utilisé dans le terminal émetteur de ce message;
<PeerAdEngineId> pour transmettre un identifiant d'agent logiciel utilisé dans le terminal destinataire de ce message;
- <TrustedEnvironment> pour transmettre des données d'un certificat fourni par le terminal émetteur de ce message;
<\PeerCapabilities> pour indiquer que le terminal émetteur de ce message ne présente pas de capacités supplémentaires, notamment pas de capacités à déterminer sa propre localisation.
On suppose ici que B est incapable d'obtenir sa propre géolocalisation où selon un mode incompatible (par exemple A utilise des références GPS alors que B est exclusivement sous référence longitude/latitude). Si ce n'était pas le cas, le processus d'appariement s'arrêterait: on serait dans le cas où le terminal B est apte à traiter le message selon ce qui a été décrit au regard de la figure 4.
Lors d'une étape G50, le terminal A estime la position du terminal B. Par exemple, il détermine, compte-tenu de la portée de ces capacités de communication sans fil et/ou de la puissance ou de la dégradation du signal reçu à quelle distance du terminal A se trouve le terminal B afin d'en déduire une zone de localisation du terminal B. Par défaut le terminal A peut considérer que B est toujours dans la même zone que lui. Alternativement le terminal A peut, selon que sa position dans une zone est centrale ou non par rapport à cette zone (par exemple s'il se trouve en bordure), conclure que la position du terminal B est, avec une forte probabilité, en dehors de cette même zone ou au contraire dans cette même zone. Lors d'une étape G60, en fonction de la position estimée du terminal B, le terminal A envoie un message (MSG_4) de commande pour demander au terminal B au choix :
- de mettre fin à la communication (le terminal B étant considéré dehors des zones Rl et R2) ; ou
- d'afficher le message s'il ne l'a pas encore été (le terminal B B étant considéré comme localisé dans la zone géographique Rl) ; et/ou
- de diffuser le message (uniquement aux terminaux capables d'obtenir sa propre géolocalisation, c'est-à-dire sans mettre en œuvre le procédé décrit à la figure 4).
L'annexe 4 est un schéma XML pouvant être utilisé, par le terminal A pour envoyer un message MSG_4 au terminal B.
Le message MSG_4 est un message de commande qui permet à l'émetteur de ce message de commander un autre terminal, incapable d'obtenir sa propre géolocalisation, dans le but par exemple d'afficher (DISP) le contenu (CONT) sur cet autre terminal, ou de transférer le message aux autres terminaux autour cet autre terminal (FWD).
L'annexe 4 présente un schéma XML pouvant être utilisé, par un terminal B pour envoyer un message MSG_4 à un terminal A.
Le message MSG_4 comprend notamment les balises suivantes :
<AdEngineId> pour transmettre un identifiant de version d'agent logiciel utilisé dans le terminal émetteur de ce message ;
- <PeerAdEngineId> pour transmettre un identifiant d'agent logiciel utilisé dans le terminal destinataire de ce message ;
<TrustedEnvironment> pour transmettre des données d'un certificat fourni par le terminal émetteur de ce message ;
<\PeerCapabilities> pour indiquer que le terminal émetteur de ce message ne présente pas de capacités supplémentaires, notamment pas de capacités à déterminer sa propre localisation ;
Le contenu (CONT de la figure 3) : dans le cadre d'une publicité, il s'agit de la balise <AdInformation> qui contient tant un identifiant (<AdId>), l'inventaire associé à cette publicité (<InventoryDescription>), le format de la publicité (<AdFormat>) et potentiellement la publicité elle-même. Ceci contient également l'information de localisation où utiliser la publicité (<AdLocalization>) ;
<PeerAction> permet de déclarer l'action attendue avec ce message que doit réaliser le terminal destinataire de ce message. Ceci peut être en particulier une demande d'affichage de la publicité <\Display> et/ou une demande de retransmission du message <\Forward> ;
<MessageRefreshRate> permet de déclarer le délai pour considérer ce message comme nouveau.
ANNEXE 1: exemple de MSG 1
<mobad:PeerPushAd xmlns:mobad="um:oma:bac:dlmobad:mobad-2.0" xmlns:xsi="http://www.w3.org/2012/XMLSchema-instance">
<version>2.0</version>
<nonce>01_azerty</nonce>
<AdEngineId>X_wxcvbn<AdEngineId>
<PeerAdEngineId>Y_qsdfgh</PeerAdEngineId>
<AdInformation>
<AdId>gb2dg64h6wthnK/AdId>
<InventoryDescription>
<InventoryOwner>Orange</InventoryOwner>
<InventoryId>PopUp</InventoryId>
</InventoryDescription>
<AdFormat>jpeg</AdFormat>
<AdLocalization>
<Center method=GPS>45;85</Center>
<DisplayDistance>rl</DisplayDistance>
<NotificationDistance>r2</NotificationDistance>
</AdLocalization>
</AdInformation>
<MessageRefreshRate>REFR</MessageRefreshRate>
<TrustedEnvironment>données de certificats compatible</TrustedEnvironment> </mobad:PeerPushAd>
ANNEXE 2: exemple de MSG 2
<mobad:ArePeersRequest xmlns:mobad="urn:oma:bac:dlmobad:mobad-2.0" xmlns:xsi="http://www.w3.org/2012/XMLSchema-instance">
<version>2.0</version>
<nonce>01_azerty</nonce>
<AdEngineId>X_wxcvbn<AdEngineId>
<PeerCapabilities>
<Localization>GPS</Localization >
</ PeerCapabilities>
<TrustedEnvironment>données de certificats compatible</TrustedEnvironment> </mobad:ArePeersRequest>
ANNEXE 3: exemple de MSG 3 <mobad:ArePeersResponse xmlns:mobad="urn:oma:bac:dlmobad:mobad-2.0" xmlns:xsi="http://www.w3.org/2012/XMLSchema-instance">
<version>2.0</version>
<nonce>01_azerty</nonce>
<AdEngineId> Y_qsdfgh <AdEngineId>
<PeerAdEngineId> X_wxcvbn </PeerAdEngineId>
<\ PeerCapabi!ities>
<TrustedEnvironment>données de certificats compatible</TrustedEnvironment> </mobad:ArePeersResponse>
ANNEXE 4: exemple de MSG 4
<mobad:PeerDoAction xmlns:mobad="urn:oma:bac:dlmobad:mobad-2.0" xmlns:xsi="http://www.w3.org/2012/XMLSchema-instance">
<version>2.0</version>
<nonce>01_azerty</nonce>
<AdEngineId>X_wxcvbn<AdEngineId>
<PeerAdEngineId>Y_qsdfgh</PeerAdEngineId>
<AdInformation>
<AdId>gb2dg64h6wthnl</AdId>
<InventoryDescription>
<InventoryOwner>Orange</Inventot7θwner>
<InventoryId>PopUp</InventoryId>
</InventoryDescription>
<AdFormat>jpeg</AdFormat>
<AdLocalization>
<Center method=GPS>45;85</Center>
<DisplayDistance>RK/DisplayDistance>
<NotificationDistance>R2</NotificationDistance>
</AdLocalization>
</AdInformation >
<PeerAction>
<\Display>
<\Forward>
<MessageRefreshRate>REFR</MessageRefreshRate>
<TrustedEnvironment>données de certificats compatible</TrustedEnvironment> </mobad : PeerPushAd > ANNEXE 4 (suite)
<mobad :PeerPushAd xmlns:nnobad="urn:oma:bac:dlmobad:mobad-2.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> // message utilisé pour pousser un contenu entre pairs
<mobad:ArePeersRequest xmlns:mobad="urn:oma:bac:dlmobad:mobad-2.0"
xmlns:xsi="http://www.w3.org/2012/XMLSchema-instance"> // message utilisé pour savoir si 2 terminaux peuvent être pairs et s'ils sont capables d'obtenir sa propre géolocalisation. Ceci est la requête
<mobad:ArePeersResponse xmlns:mobad="urn:oma:bac:dlmobad:mobad-2.0"
xmlns:xsi="http://www.w3.org/2012/XMLSchema-instance"> // message utilisé pour savoir si 2 terminaux peuvent être pairs et s'ils sont capables d'obtenir sa propre géolocalisation. Ceci est la réponse
<mobad:PeerDoAction xmlns:mobad="urn.Oma:bac:dlmobad:mobad-2.0"
xmlns:xsi="http://www.w3.org/2012/XMLSchema-instance"> // message utilisé pour commander un pair à réaliser une action spécifique.
// Tous ces messages suivent la syntaxe XML définie
xmlns:mobad="urn:oma:bac:dlmobad:mobad-2.0" // défini pour MobAd xmlns:xsi=http://www.w3.org/2001/XMLSchema-intance // XML générique
< version > // version agent logiciel
<nonce> // nombre aléatoire identifie la session
< AdEngineld > // identifie l'AdEngine qui envoie le message
<PeerAdEngineId> // identifie de l'AdEngine destinataire
< Adlnformation > // décrit le contenu ou les métadonnées de contenu
< AdId > : // identifiant du contenu CONT
< AdFormat> : // format du contenu
<Advertissement> // contenu (optionnel)
<AdLocalisation > : // données de géolocalisation
<Center method=GPS> // centre de la zone Sp05
< DisplayDistance > 11 rayon de la première zone géographique Rl
<NotifïcationDistance> 11 rayon de la deuxième zone géographique R2
<MessageRefreshRate> // intervalle de temps entre deux envois REFR
<TrustedEnvironment> // données pour déterminer que deux AdEngines peuvent
// s'échanger des informations en confiance.
Il certificats, signatures, ...
<PeerCapabilities> // données décrivant les capacités spéciales du pair envoyant le message. Dans le cas où il n'y a pas de données c'est que ce termina/ dispose uniquement des fonctionnalités standards
<Localization> // précise si l'appareil est capable de se localiser et la méthode supportée
< PeerAction > : // action demandée au pair de réaliser sur le contenu envoyé
<\Display> // On demande d'afficher le contenu <\Forward> // On demande de retransmettre la demande aux pairs

Claims

REVENDICATIONS
1. Procédé de diffusion d'un contenu (CONT) dans un réseau de télécommunications, ce procédé pouvant être mis en œuvre par un terminal (A) et comportant :
- une étape (E20, E80) d'obtention de la position (POS) dudit terminal (A) sur réception par le terminal d'un message (MSG_1) comprenant ledit contenu et une définition d'une première zone géographique (Rl) et d'une deuxième zone géographique (R2) englobant la première zone géographique ; et, selon la position obtenue,
- une étape (E40, E95) de restitution dudit contenu transmis avec ledit message si ledit terminal (10) se trouve dans ladite première zone géographique déterminée (Rl) ;
- une étape (E61) au cours de laquelle ledit terminal (A) ignore ledit message si ledit terminal (A) se trouve en dehors de ladite deuxième zone géographique (R2),
- une étape (E55, E75) de diffusion dudit message si ledit terminal (10) se trouve dans la deuxième zone géographique déterminée (R2).
2. Procédé de diffusion d'un contenu selon la revendication 1, comprenant en outre, lorsque le terminal se trouve dans la deuxième zone géographique (R2) mais hors de la première zone géographique (Rl), une étape (E85) de détection de l'entrée du terminal dans la première zone géographique (Rl) .
3. Procédé de diffusion d'un contenu selon la revendication 2, caractérisé en ce qu'il comporte une étape (E45, E65) pour détecter que ledit terminal a diffusé au moins une fois ledit message (MSG_1) pendant une période de temps (REFR) définie dans ledit message et pour inhiber une deuxième diffusion pendant ladite période de temps.
4. Procédé de diffusion d'un contenu selon la revendication 1 comprenant une étape d'appariement entre un premier agent logiciel de gestion de contenus exécuté dans ledit terminal et un deuxième agent logiciel de gestion de contenus exécuté dans un autre terminal, ledit message étant reçu via une liaison de communication établie entre les premier et deuxième agents logiciels.
5. Procédé de diffusion d'un contenu selon la revendication 1, comprenant :
- une étape d'appariement entre un premier agent logiciel de gestion de contenus exécuté dans ledit terminal et un deuxième agent logiciel de gestion de contenus exécuté dans un autre terminal ;
- une étape d'obtention par le premier agent logiciel d'informations sur une capacité du deuxième terminal à déterminer sa géolocalisation ;
- une étape d'estimation par le premier terminal de la position du deuxième terminal, lorsque le deuxième terminal n'est pas capable de déterminer sa géolocalisation ;
- une étape de transmission dudit contenu au deuxième terminal à travers une liaison de communication établie entre les premier et deuxième agents logiciels, si la position estimée est située dans une zone la première zone géographique.
6. Terminal comportant :
- des moyens d'obtention (E20, E80) de la position (POS) dudit terminal (A) sur réception par le terminal d'un message (MSG_1) comprenant un contenu et une définition d'une première zone géographique et d'une deuxième zone géographique englobant la première zone géographique ;
- des moyens de restitution (E40, E95) dudit contenu transmis avec ledit message si ledit terminal (10) se trouve dans ladite première zone géographique déterminée (Rl) ;
- des moyens pour ignorer (E61) ledit message si ledit terminal (A) se trouve en dehors de ladite deuxième zone géographique (R2);
- des moyens pour diffuser ledit message si ledit terminal se trouve dans la deuxième zone géographique déterminée.
7. Programme d'ordinateur (PG) comportant des instructions pour l'exécution des étapes du procédé de diffusion de contenu selon l'une quelconque des revendications 1 à 5.
8. Support d'enregistrement (12) lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur (PG) comprenant des instructions pour l'exécution des étapes du procédé de diffusion de contenu selon l'une quelconque des revendications 1 à 5.
9. Source de diffusion d'un contenu (CONT) dans un réseau de télécommunications comportant des moyens de diffusion d'un message (MSG) comportant ledit contenu et des données de définition d'une première zone (Rl) géographique et d'une deuxième zone (R2) géographique englobant la première zone géographique, ledit message étant utilisé pour déclencher, sur réception dudit message par un terminal (A) dudit réseau, une restitution dudit contenu par ledit terminal lorsque le terminal se trouve dans ladite première zone géographique (Rl), ledit message étant destiné à être ignoré par ledit terminal si ledit terminal se trouve en dehors de la deuxième zone géographique, ledit message étant utilisé pour déclencher une diffusion dudit message par ledit terminal lorsque ledit terminal (10) se trouve dans la deuxième zone géographique déterminée (R2).
10. Message (MSG_1) susceptible d'être diffusé dans un réseau de télécommunications, ce message (MSG) comportant un contenu (CONT) et des données de définition d'une première zone (Rl) géographique et d'une deuxième zone (R2) géographique englobant la première zone géographique, ce message étant utilisé pour déclencher, sur réception dudit message par un terminal (A) dudit réseau, une restitution dudit contenu par ledit terminal lorsque le terminal se trouve dans ladite première zone géographique (Rl), ledit message étant destiné à être ignoré par ledit terminal si ledit terminal se trouve en dehors de la deuxième zone géographique, ledit message étant utilisé pour déclencher une diffusion dudit message par ledit terminal lorsque ledit terminal (10) se trouve dans la deuxième zone géographique déterminée (R2).
PCT/FR2010/051773 2009-08-25 2010-08-25 Procede de diffusion d'un contenu dans un reseau de telecommunications de maniere geolocalisee WO2011023904A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0955786 2009-08-25
FR0955786 2009-08-25

Publications (1)

Publication Number Publication Date
WO2011023904A1 true WO2011023904A1 (fr) 2011-03-03

Family

ID=41396311

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2010/051773 WO2011023904A1 (fr) 2009-08-25 2010-08-25 Procede de diffusion d'un contenu dans un reseau de telecommunications de maniere geolocalisee

Country Status (1)

Country Link
WO (1) WO2011023904A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2944121B1 (fr) 2013-01-08 2019-03-20 Signify Holding B.V. Optimisation de l'acheminement de messages dans un réseau sans fil maillé

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5493286A (en) * 1994-03-10 1996-02-20 Motorola, Inc. Method for providing communications within a geographic region
EP1220553A1 (fr) * 2000-12-28 2002-07-03 Nokia Corporation Procédé de transmission d'un message en rapport avec un lieu, un système de transmission de messages et un appareil de communication sans fil
EP1418781A1 (fr) * 2002-11-11 2004-05-12 Nokia Corporation Transmission de messages localisés

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5493286A (en) * 1994-03-10 1996-02-20 Motorola, Inc. Method for providing communications within a geographic region
EP1220553A1 (fr) * 2000-12-28 2002-07-03 Nokia Corporation Procédé de transmission d'un message en rapport avec un lieu, un système de transmission de messages et un appareil de communication sans fil
EP1418781A1 (fr) * 2002-11-11 2004-05-12 Nokia Corporation Transmission de messages localisés

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2944121B1 (fr) 2013-01-08 2019-03-20 Signify Holding B.V. Optimisation de l'acheminement de messages dans un réseau sans fil maillé
US10993163B2 (en) 2013-01-08 2021-04-27 Signify Holding B.V. Optimizing message forwarding in a wireless mesh network

Similar Documents

Publication Publication Date Title
EP3366009B1 (fr) Procédé de continuité de services fournis par une passerelle résidentielle
FR2868643A1 (fr) Methode de decouverte d&#39;appareils connectes a un reseau ip et appareil implementant la methode
EP2168402B1 (fr) Appropriation dynamique d&#39;au moins un equipement multimedia lors d&#39;une mise en communication
EP2210396B1 (fr) Système d&#39;interconnexion entre au moins un appareil de communication et au moins un système d&#39;information distant et procédé d&#39;interconnexion
EP2862391B1 (fr) Procédé de roaming en cas de déficience du service données d&#39;un réseau de téléphonie mobile
WO2011023904A1 (fr) Procede de diffusion d&#39;un contenu dans un reseau de telecommunications de maniere geolocalisee
FR3017017A1 (fr) Procede de communication entre un terminal alimente par batterie et une station de base et reseau de communication associes
FR3086478A1 (fr) Gestion du fonctionnement d&#39;une telecommande lors de la reception d&#39;un appel telephonique.
EP3516851B1 (fr) Procédés d&#39;échange de messages et de gestion de messages, terminal et serveur de messagerie
EP2073450A1 (fr) Procédé de communication entre un terminal et un réseau de communication
WO2016116704A1 (fr) Différentiation de classes de services de proximité dans des messages entre terminaux mobiles
WO2017212124A1 (fr) Système et procédé de communication vocale de type push-to-talk entre plusieurs utilisateurs d&#39;un réseau de télécommunications
BE1020800A3 (fr) Procede de declenchement d&#39;une operation de selection de reseau par un terminal de communication.
FR3030959A1 (fr) Procede de transmission d&#39;au moins une trame de communication, procede de reception, dispositifs de transmission et de reception, programme de module logiciel et signal correspondants.
FR3030990A1 (fr) Procede de mise en relation d&#39;un equipement recepteur avec un equipement emetteur, procede d&#39;etablissement d&#39;une communication, dispositifs, programme d&#39;ordinateur et support d&#39;information associes.
EP4258749A2 (fr) Procédé d&#39;ajout d&#39;un objet communicant à un réseau de communication sans fil
WO2021260332A1 (fr) Procede et dispositif de selection d&#39;un reseau etendu a basse consommation
FR3103074A1 (fr) Procédé et dispositif de sélection d’une interface de communication d’un terminal de communication.
FR3110800A1 (fr) Procédé de notification d’un terminal mobile
EP3731557A1 (fr) Procede de supervision de la connexion entre deux noeuds d&#39;un reseau de communication
FR3007600A1 (fr) Procede d&#39;authentification d&#39;un utilisateur pour l&#39;acces a un ensemble de services fournis sur un reseau de communication prive
FR2894760A1 (fr) Procede et systeme pour localiser et authentifier un equipement mobile dans une zone domestique
FR3079705A1 (fr) Communication par video conference
FR2924294A1 (fr) Procede de transmission et systeme de telecommunications
WO2017202902A1 (fr) Procédé de connexion d&#39;un système embarqué de véhicule à un appareil électronique et système embarqué de véhicule associé

Legal Events

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

Ref document number: 10763749

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10763749

Country of ref document: EP

Kind code of ref document: A1