WO2009000695A1 - Procede de transmission d'informations entre identifiants de vehicule - Google Patents

Procede de transmission d'informations entre identifiants de vehicule Download PDF

Info

Publication number
WO2009000695A1
WO2009000695A1 PCT/EP2008/057576 EP2008057576W WO2009000695A1 WO 2009000695 A1 WO2009000695 A1 WO 2009000695A1 EP 2008057576 W EP2008057576 W EP 2008057576W WO 2009000695 A1 WO2009000695 A1 WO 2009000695A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
identifying object
vehicle
identifying
time
Prior art date
Application number
PCT/EP2008/057576
Other languages
English (en)
Inventor
Fabienne Masson
Jean-Claude Huth
Original Assignee
Valeo Securite Habitacle
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 Valeo Securite Habitacle filed Critical Valeo Securite Habitacle
Priority to JP2010513845A priority Critical patent/JP5139522B2/ja
Priority to US12/665,956 priority patent/US20100191703A1/en
Priority to EP08761082A priority patent/EP2168102A1/fr
Priority to CN200880104168.XA priority patent/CN101861602A/zh
Publication of WO2009000695A1 publication Critical patent/WO2009000695A1/fr

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R25/00—Fittings or systems for preventing or indicating unauthorised use or theft of vehicles
    • B60R25/20—Means to switch the anti-theft system on or off
    • B60R25/24—Means to switch the anti-theft system on or off using electronic identifiers containing a code not memorised by the user
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00—Individual registration on entry or exit
    • G07C9/00174—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C9/00309—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated with bidirectional data transmission between data carrier and locks
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00—Individual registration on entry or exit
    • G07C9/00174—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C2009/00753—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated by active electrical keys
    • G07C2009/00769—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated by active electrical keys with data transmission performed by wireless means
    • G07C2009/00793—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated by active electrical keys with data transmission performed by wireless means by Hertzian waves

Definitions

  • the present invention relates to a method of transmitting information of a first identifying object for a motor vehicle to a second identifying object, an identifying object allowing access to said vehicle, and a transmission device for carrying out said method.
  • identifying object such as a portable hands-free badge
  • information relating in particular to the vehicle may be recorded. in said identifying object, such as for example the tire pressure of the wheels or the fuel level.
  • This information can be updated with each vehicle access, and therefore represent in this case the information during the last vehicle access by the user.
  • This information is, for conventional badges, available at the vehicle manufacturer.
  • a problem of this prior art is that in the case where there is a plurality of identifying objects for the same vehicle, the information contained in the two identifiers objects are not always the same if the user does not access to his vehicle with both identifying objects at the same time.
  • the vehicle information may be obsolete in one of the identification objects and may lead to interpretation errors in the case, for example, of a manufacturer's diagnosis etc.
  • constructor will no longer be able to know what information is updated during the last vehicle access and in which identifying object they are.
  • the present invention aims in particular to solve the problem cited above and in particular to have accurate information corresponding to the last access véh icule in any identifying object.
  • this object is achieved by a method of transmitting information of a first identifying object for a motor vehicle to a second identifying object, an identifying object allowing access to it, and it process comprising the steps of:
  • such a method has the advantage of obtaining updated information in all identifiers objects allowing access to the same vehicle, even if an identifying object has not itself read is the last access to the veh icule, thanks to a synchronization of information between identificating objects that communicate with each other.
  • the method further has the following features.
  • Bi-directional communication is radio frequency. It allows two ID objects to communicate without consuming remotely.
  • a transm ission of information is based on a comparison of dates respectively associated with information included in the first identifying object and with information included in the second identifying object. This makes it possible to know that they are the most up-to-date information and in which identifying object.
  • a date corresponds to information updated after an access to the vehicle by an identifying object. This makes it possible to know which is the identifying object that has last accessed the veh icule.
  • the opening of a communication session is done after a check of a veh icule number. This allows an identifying object to communicate with other identifying objects that have access authorization to the same vehicle as read i.
  • Information transmission is done in a plurality of packets. This allows a more modular information transmission. That is, information of the same type can be grouped together.
  • At least one date is transmitted when opening a bi-directional communication session. This allows to save execution time compared to transmitting a date after a login.
  • a device for transmitting information of a first identifying object for a motor vehicle to a second identifying object, an identifying object allowing access to said vehicle comprising: a control unit for:
  • an identifying object for automobile vehicle capable of transmitting information to another identifying object, an identifying object allowing access to said veh icule, and comprising:
  • transceiver for physically transmitting information to another identifying object
  • a fourth subject of the invention relates to a computer program product comprising one or more instruction sequences executable by an information processing unit, the execution of said instruction sequences. allowing implementation of the method according to any one of the preceding features.
  • FIG. 1 represents a diagram of an information transmission between a first identifying object and a second identifying object according to a first non-limiting embodiment of the transmission method according to the invention
  • FIG. 2 represents a first sequence of the diagram of FIG. 1;
  • FIG. 3 represents a second sequence of the diagram of FIG.
  • FIG. 4 represents a diagram of an information transmission between a first identifying object and a second identifying object according to a second non-limiting embodiment of the transmission method according to the invention
  • FIG. 5 represents a first sequence of the diagram of FIG. 4;
  • FIG. 6 represents a second sequence of the diagram of FIG.
  • FIG. 7 shows an alternative embodiment of FIG. 2
  • FIG. 8 is a diagram of the transmission device for carrying out the method of FIG. 1.
  • An identifying object ID allows access to a motor vehicle. It is presented in non-limiting examples in the form of a badge, a key, a keyfob called "keyfob" etc. It generally comprises an I HM human-machine interface with a screen and an SCR menu, and an electronic module for transmitting a wireless signal to a receiver coupled to an on-board computer of the vehicle.
  • identifying objects are known to those skilled in the art and are therefore not described here.
  • the method of transmitting information from an identifying object to another identifying object comprises, in particular, the following steps:
  • an identification object ID is awakened.
  • the first identifying object ID1 is woken first at time t1, while the second identifying object ID2 is woken up after, at time t2.
  • the awakening is effected for example manually by means of an HMI man-machine interface of the identifying object ID described later in the description (for example by pressing a button), or automatically by means of waves.
  • low frequencies whether contactless or contact when the identifying object ID is close to a low-frequency base said BF located in the vehicle for example. It can also be done automatically with a radio frequency signal said RF.
  • a synchronization mode MOD_SYNC is activated which will make it possible to transmit information between ID identifier objects.
  • the activation is done manually by means of the human-machine interface HMI of the identifying object ID described below.
  • the synchronization mode MOD_SYNC is activated at time t2 for the first identifying object ID1 and at time t4 for the second identifying object ID2.
  • This manual activation makes it possible to consume less energy compared to an activation which would be automatic.
  • an activation of the automatic synchronization is also possible, but it requires more resources because it assumes the detection of an identifier in a zone and the implementation of an automatic two-way communication.
  • an ASK SYNC synchronization is requested in the following manner.
  • the synchronization request ASK_SYNC comprises an opening of a bi-directional communication session OPEN_SSRF.
  • the two-way communication session is radio-frequency. This will allow the ID ID objects to communicate with each other and remotely if necessary. In the remainder of the description, this nonlimiting example of an RF radio-frequency communication session is taken.
  • This OPEN_SSRF logon is done via a signal, here radio-frequency (RF) MSG_SYNC1 which is sent to the second identifier object ID2, here at time t3.
  • RF radio-frequency
  • this NS number is the vehicle number V to which all the identifiers have access. Indeed, such a vehicle number is stored in memory in all the identifiers objects that allow access to said vehicle V. So in the example taken, the first and second identifiers ID1 and ID2 have this number in memory.
  • this number NS is a number specific to the second identifying object ID2, which will also be stored in memory in the first identifying object ID1.
  • an ASK_SYNC synchronization request and therefore an opening of an OPEN_SSRF communication session is done after a control of the vehicle number.
  • the first identifying object ID1 verifies that an acknowledgment ACK has been returned by the second identifying object ID2. This makes it possible to check whether the second identifier object ID2 is available (that is to say awake and in synchronization mode).
  • the first identifier ID1 waits for a radio frequency communication signal for a determined period of time TIMEOUT0. In a non-limiting example, this time is set at 5 seconds. As can be seen in FIG. 2, it receives a message MSG_ASK2 from the second identifier ID2, at time t6, corresponding to an RF communication signal that requires synchronization.
  • the first identifier ID1 sends an acknowledgment ACK via a message MSG_ACK1 to the second identifier I D2 to read that it is available to make a synchronizer. isation.
  • the reception of acknowledgment ACK means that a two-way radio-frequency communication session is initialized for the first identifying object I D1 and the second identifying object I D2.
  • the verification performed in the third substep 33 is negative, after the determined time interval TIMEOUTO, sends a message MSG_FAIL meaning that the synchronization request has failed, and we return to the state of idle standby. This message enables a user of the first identifier object ID1 to know that the second identifier ID2 is not available.
  • the two-way radio-frequency communication session SSRF will then allow an exchange of information between the two identifiers objects ID1 and ID2 in the form of radio-frequency signals.
  • a radio-frequency RF signal is around 433 MHz. Up to GigaHz can be used for the RF signal based on the frequency bands available for different countries (315 MHz for Asia, 868 MHz for some European countries or 915 MHz in America, etc.).
  • the RF signals are greater than 1 MHz unlike low frequency signals BF.
  • the two identifiers ID1 and ID2 will be able to communicate if they are several hundred meters apart, generally between 100 and 600 meters with a typical value of 200 meters for 868 MHz for example.
  • the first identifying object ID1 is in the vicinity of the vehicle V and if the second identifying object ID2 is in the habitat of the user of the vehicle V, they will be able to communicate.
  • the second identifier object ID2 when it receives an ASK_SYNC synchronization request from the first identifier object ID1 at time t3, nothing happens because it is not available.
  • the synchronization mode has not yet been selected at home in the example taken in FIG. 2.
  • the second identifier ID2 sends an ASK_SYNC synchronization request via a message MSG_ASK2 to the first identifier ID 1, this request ASK_SYNC including a bi-directional communication session opening OPEN_SSRF.
  • the second identifier ID2 receives an acknowledgment ACK via a message MSG_ACK1 from the first identifier ID1 meaning that the latter is available for synchronization.
  • a data frame (not shown) is therefore used for:
  • this frame comprises a synchronization bit SYNC making it possible to know that a synchronization request is requested. This bit is therefore activated for a synchronization request ASK_SYNC when opening the communication session OPEN_SSRF.
  • a date DT associated with PQ information included in the identifier object is sent at the opening of the communication session OPEN_SSRF. As will be seen below, this date DT corresponds to information updated after access to the vehicle V by an identifying object ID.
  • a date DT1 associated with information in the first identifier object ID1 is sent to the second identifier ID2 during the synchronization request ASK_SYNC (and thus opening the session OMEN_SSRF) by the first identifying object ID1, while a date DT2 associated with information in the second identifying object ID2 is sent to the first identifying object ID1 during the synchronization request ASK_SYNC (and thus opening the session OMEN_SSRF) by the second identifier ID2.
  • a fourth step 4 information is transmitted between the two identifying objects ID1 and ID2.
  • the information transmitted is in a non-limiting example of the information relating to the vehicle. They concern for example:
  • GPS Global Positioning System
  • destination addresses Of course, other information can be transmitted related or not to the vehicle such as for example a graphical environment of an identifying object ID.
  • the information described above is vehicle information that is updated after access to said vehicle V by an identifying object ID.
  • the information to be transmitted will be those corresponding to the last vehicle access so that each identifying object includes the same information and the most recent.
  • an update date is saved in the identifier object. This date associated with the updating of the information will make it possible to determine what is the information corresponding to the last vehicle access.
  • the transmission of information will thus be based on this date and be determined in particular according to a comparison of dates respectively associated with vehicle information included in the first identifying object and vehicle information included in the second identifying object.
  • a date comparison is made in a single identifier object, and the information whose date is the most recent will be transmitted to the identifying object containing the oldest information so that they are updated.
  • the information will be transmitted on both sides, and a comparison of dates will be performed in each identifying object which according to the result will update or not its information with that received from the other object ID.
  • the transmission is performed in the following manner and is described in detail in FIGS. 3 and 4.
  • the first identifying object ID1 will behave as master and the second identifying object ID2 will behave as a slave. That is, it is the first identifying object ID1 that will take the initiatives of the actions while the second identifying object ID2 will wait for instructions from the first identifying object ID1.
  • the second identifying object ID2 is positioned in reception mode OPEN_RX, because it is slave. It waits for the instructions of the first identifying object ID1.
  • the first identifier object ID1 After receiving the date DT2 relating to the vehicle information contained in the second identifying object ID2 (received during the opening of the communication session), the first identifier object ID1 performs a comparison of dates.
  • a first step one places oneself in the case where the first date DT1 is later than the second date DT2. At time t10, if its date DT1 is later than the date DT2, then the first identifying object ID1 is positioned in transmission mode OPEN_TX, and
  • the first identifying object ID1 closes its position in transmission mode CLOSE_TX and is positioned in receiving mode OPEN_RX, while the second identifying object ID2 verifies that it has received PQ1 information of the first identifying object ID1 (step RX_PQ shown in Fig. 3).
  • the PQ information reception is polled during a determined third period TIMEOUT2. If this period is exceeded, a failure message MSG_FAIL is displayed.
  • This TIMEOUT2 period is in a nonlimiting example taken equal to 1 seconds.
  • the second identifying object ID2 closes its reception mode
  • the second identifying object ID2 checks the integrity of the information it has received (step CHECK_PQ illustrated in Fig. 3). It uses for example a known verification algorithm such as a checksum or any other algorithm known to those skilled in the art.
  • the second identifying object ID2 sends a control signal FLC (called in English "Flow Control") via an RF signal MSG_FLC (step TX_FLC illustrated in Fig. 3) if the information received is correct (the check is positive).
  • the control signal FLC is always returned and its value (for example at 0 or 1) determines the result of the integrity check.
  • the first identifying object ID1 scans a reception of an FLC control signal. Of course, he can start scanning at time t13.
  • this scanning takes place for a second determined period of time TIMEOUT1.
  • the second determined period TIMEOUT1 for the polling is defined so that it is greater than the time taken by the second identifying object ID2 to: - check the received information CHECK_PQ;
  • This period TIMEOUT1 is in a nonlimiting example taken equal to 1 seconds.
  • the first identifying object ID1 receives a control signal FLC during this period TIMEOUT1, it knows that the transmitted information has been correctly transmitted and synchronized according to the first variant, or else, according to the second variant, it checks the value of the FLC control signal to see if the information has been correctly transmitted and synchronized.
  • the first identifying object ID1 closes its transmission mode CLOSE_TX. Otherwise, it retries to send its PQ1 information a specified number of times. For example, it retries twice to return the information.
  • a message MSG_FAIL is displayed on the screen of the first identifying object ID1 indicating a failure of the synchronization of information between the two identifiers objects.
  • the second identifying object ID2 updates its information by replacing it with those transmitted by the first identifying object ID1 (step UPDAT_PQ illustrated in FIG. Fig. 3).
  • the first and second identifiers ID1 and ID2 display on their respective screen a message of success.
  • the first identifying object ID1 makes a request for transmission of information to the second identifying object ID2 (step ASK_TX_PQ illustrated in Fig. 4) via an RF signal MSG ASK TX PQ. - Then, at time t1 1, the first identifying object ID1 is positioned in reception mode OPEN_RX.
  • the second identifying object ID2 is already in reception mode OPEN_RX (see time t8 described above in Fig. 3). He checks if he has received information. He has not received one, but he sees that he receives a request for transmission of information from the first identifying object ID1.
  • the second identifying object ID2 closes its reception mode CLOSE_RX position and is positioned in OPEN_TX transmission mode.
  • the second identifying object ID2 sends its vehicle information PQ2 via an RF signal MSG_PQ2 to the first identifying object ID1 (step TX_PQ).
  • the first identifying object ID1 closes its reception mode position CLOSE_RX and is positioned in transmission mode OPEN_TX.
  • step CHECK_PQ (step CHECK_PQ).
  • the first identifying object ID1 sends a control signal FLC to the second identifying object ID2 via an RF signal MSG_FLC (step TX_FLC), otherwise, a message MSG_FAIL is displayed on its screen indicating a failure of the synchronization.
  • RF signal MSG_FLC step TX_FLC
  • the second identifying object ID2 scans and verifies whether it has received the control signal FLC.
  • the scanning and verification is performed according to the first or second variant described above.
  • the return attempt is set to two attempts.
  • the second identifying object ID2 displays a message MSG_FAIL on its screen indicating the failure of the synchronization of information between the two identifying objects.
  • a success message MSG_OK is displayed on the screen of the first identifying object ID1 and the second identifier ID2 indicating that synchronization of information was successful.
  • the two identifiers ID1 and I D2 objects have updated and synchronized information, ie they have the same information corresponding to the last vehicle access.
  • a single comparison of dates DT1 and DT2 is performed, and it is done in the first identifying object ID 1, which has the synchronization mode MOD_SYNC activated first.
  • transm ission is performed in the following manner and is described in detail in FIGS. 5 and 6.
  • the information included in the two identifiers objects are transmitted, and a comparison of dates is performed in each of the identifiers objects.
  • the first identifying object ID1 is positioned in transmitting mode OPEN_TX while the second identifying object I D2 is in the receiving mode OPEN_RX.
  • the first identifying object I D1 transmits its vehicle information PQ1 via an RF signal MSG_PQ1 to the second identifying object I D2.
  • the first identifying object I D1 closes its position in transmitting mode CLOSE_TX and is positioned in receive mode OPEN_RX, while the second identifying object I D2 verifies that it has received information PQ1 of the first. identifying object ID1 (step RX_PQ shown in Fig. 5). PQ information reception is polled for a third time. determined period TIMEOUT2. If this period is exceeded, the failure message MSG_FAIL is displayed on the screen of the second identifier object ID2.
  • the second identifying object ID2 closes its reception mode CLOSE_RX and is positioned in transmission mode OPEN_TX. If not, a message MSG_FAIL is displayed on its screen indicating a failure to synchronize the information. The reception of information PQ1 is polled during a determined third period TIMEOUT2. If this period is exceeded, the MSG_FAIL failure message is displayed.
  • the second identifying object ID2 checks the integrity of the information it has received (step CHECK_PQ illustrated in Fig. 5).
  • the second identifying object ID2 returns an FLC control signal according to the first variant or second variant described above via an RF signal MSG_FLC (step TX_FLC illustrated in Fig. 5).
  • the first identifying object ID1 scans a reception of an FLC control signal. According to the first variant, this scanning takes place during a second determined period of time TIMEOUT1. Of course this scan can start at time t12, just after positioning OPEN_RX reception mode. At the end of this second period TIMEOUT1, if no control signal has been received, a message MSG_FAIL is displayed on the screen of the first identifying object ID1 indicating a failure of the synchronization of information between the two identifying objects. If the first identifying object ID1 receives an FLC control signal during this second period TIMEOUT1, it knows that the transmitted information has been correctly transmitted according to the first variant, or else, according to the second variant, it checks the value of the control signal FLC. to see if the information has been correctly transmitted.
  • the first identifying object ID1 retries to send its information PQ1 a specified number of times. For example, it retries twice to return the information.
  • a message MSG_FAIL is displayed on the screen of the first identifying object ID1 indicating a failure of the synchronization of information between the two identifying objects.
  • the second identifying object ID2 transmits its vehicle information PQ2 to the first identifying object ID1 via an RF signal MSG_PQ2.
  • the second identifying object ID2 closes its mode of transmission CLOSE_TX and is positioned in reception mode OPEN_RX.
  • the first identifying object ID1 performs the same steps described for receiving information from of the second identifier object ID2 previously in FIG. 5, namely:
  • step CLOSE_RX / OPEN_TX the positioning in transmission mode
  • step TX_FLC sending an FLC control signal (step TX_FLC) according to the previous verification.
  • the first identifying object ID1 compares the two dates DT1 and DT2, namely respectively that corresponding to its information PQ1 and that corresponding to the information PQ2 of the second identifying object ID2.
  • a success message MSG_OK is displayed on its screen indicating that the synchronization is done.
  • step UPDAT_PQ illustrated in Fig. 6
  • a success message MSG_OK is displayed on its screen indicating that the synchronization is successful.
  • the second identifying object ID2 checks whether it has received a control signal (RX_FLC), and
  • the second identifying object I D2 compares the two dates DT2 and DT1, namely respectively that corresponding to its information PQ2 and that corresponding to the information PQ1 of the first identifying object ID1.
  • a success message MSG_OK is displayed on its screen indicating that the synchronization is done.
  • step U PDAT_PQ illustrated in FIG. 6 an updating of its own vehicle information with those received from the first identifying object I D1 is carried out (step U PDAT_PQ illustrated in FIG. 6), and
  • a success message MSG_OK is displayed on its screen indicating that the synchronization is successful.
  • the two identifiers ID1 and I D2 objects have updated and synchronized information, that is to say that they have the same information corresponding to the last access veh icule.
  • Two date comparisons DT1 and DT2 are performed, each respectively in the first identifying object I D1 and the second identifying object I D2.
  • the set of PQ information included in an ID identifying object are transmitted at one time in a single packet.
  • the PQ information is transmitted in several packets.
  • the vehicle status information can be grouped together in a first package, while the vehicle position information can be grouped into another package.
  • PQi 1 to N, N integer
  • FLC associated control signal
  • the "vehicle access" dates DT1 and DT2 are sent during an opening of an RF communication session.
  • OPEN_SSRF This saves execution time and has one less step to complete.
  • Each packet PQi has the date DT.
  • the two identifiers ID1 and ID2 objects close their communication session.
  • the method of the invention is implemented by a device DISP for transmitting information PQ of a first identifying object I D1 for automotive vehicle V to a second identifying object I D2, represented in FIG. 7.
  • This DISP device comprises in particular:
  • a control unit UC controls an ER transceiver for a physical transmission (TX_PQ) of the PQ information.
  • the device DISP may further comprise this transceiver ER.
  • this transceiver ER is a radio-frequency transceiver.
  • the UC control unit also makes it possible to perform all the other steps and substeps described above, namely in particular those of: triggering the awakening of an identifying object I D1, I D2; - close a communication session CLOSE_SSRF;
  • the UC control unit also allows:
  • the transceiver ER also physically receives (RX_PQ) information from another object RX_PQ identifier by means of an RF signal.
  • each identifying object ID1 and ID2 includes such a device DISP.
  • each identifying object comprises a human-machine interface HMI comprising in particular:
  • a MENU menu for example tactile, allowing: - to wake up the object identifying ID (by means for example of a button B_UP), or of
  • the transmission device DISP may comprise a computer program product PG comprising one or more instruction sequences executable by an information processing unit such as a microprocessor, or a processing unit of a microcontroller , an ASIC, a computer, etc., the execution of said instruction sequences allowing implementation of the method described.
  • an information processing unit such as a microprocessor, or a processing unit of a microcontroller , an ASIC, a computer, etc.
  • Such a PG computer program can be written in non-volatile memory writable type ROM or non-volatile rewritable memory type FLASH for example.
  • Said PG computer program can be registered in the factory memory or loaded into memory or remotely downloaded into memory.
  • the instruction sequences can be sequences of machine instructions, or sequences of a control language interpreted by the processing unit at the time of their execution.
  • the computer program PG is written in a memory of the transmission device DISP.
  • the computer program PG may also include one or more sequences of instructions for implementing the clocking and selecting functions of the synchronization mode of the human-machine interface HMI of the object ID.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Mechanical Engineering (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Lock And Its Accessories (AREA)
  • Arrangements For Transmission Of Measured Signals (AREA)

Abstract

L'invention concerne un procédé de transmission d'informations d'un premier objet identifiant (ID1) pour véhicule automobile vers un deuxième objet identifiant (ID2), ledit procédé comportant les étapes de: activer un mode de synchronisation (MOD_SYNC); ouvrir une session de communication bi-directionnelle; et transmettre des informations d'un objet identifiant (ID1) vers un autre objet identifiant (ID2) en fonction d'une date associée aux informations à transmettre. Application: véhicule automobile.

Description

PROCEDE DE TRANSMISSION D'INFORMATIONS ENTRE
IDENTIFIANTS DE VEHICULE
Domaine de l'invention
La présente invention concerne un procédé de transmission d'informations d'un premier objet identifiant pour véhicule automobile vers un deuxième objet identifiant, un objet identifiant permettant un accès audit véhicule, et un dispositif de transmission permettant de mettre en oeuvre ledit procédé.
Elle trouve une application particulière dans le domaine des véhicules automobiles.
Etat de la technique
Dans le cas d'une application véhicule automobile, selon un état de la technique connu, lorsqu'un utilisateur accède via un objet identifiant, tel qu'un badge portatif mains libres, à un véhicule, des informations concernant notamment le véhicule peuvent être enregistrées dans ledit objet identifiant, telles que par exemple la pression des pneus des roues ou encore le niveau d'essence. Ces informations peuvent être mises à jour à chaque accès véhicule, et représentent donc dans ce cas les informations lors du dernier accès véhicule par l'utilisateur. Ces informations sont, pour des badges classiques, consultables chez le constructeur du véhicule. Un problème de cet état de la technique connu est que dans le cas où il existe une pluralité d'objets identifiants pour un même véhicule, les informations contenues dans les deux objets identifiants ne sont pas toujours les mêmes si l'utilisateur n'accède pas à son véhicule avec les deux objets identifiants en même temps. De ce fait, les informations véhicules peuvent être obsolètes dans un des objets identifiants et peuvent générer des erreurs d'interprétation dans le cas par exemple d'un diagnostic constructeur etc. De plus, le constructeur ne pourra plus savoir quelles sont les informations mises à jour lors du dern ier accès véhicule et dans quel objet identifiant elles se trouvent.
Objet de l'invention
La présente invention a pour but notamment de résoudre le problème cité ci-dessus et en particul ier d'avoir des informations exactes correspondant au dern ier accès véh icule dans n'importe quel objet identifiant.
Selon un prem ier objet de l'invention, ce but est atteint par un procédé de transmission d'informations d'un premier objet identifiant pour véhicule automobile vers un deuxième objet identifiant, un objet identifiant permettant un accès aud it véh icule, led it procédé comportant les étapes de :
- activer un mode de synchron isation ;
- ouvrir une session de communication bi-d irectionnelle ; et
- transmettre des informations d'un objet identifiant vers l'autre objet identifiant en fonction d'une date associée aux informations à transmettre.
Comme on va le voir en détail par la su ite, un tel procédé présente l'avantage d'obtenir une m ise à jour des informations dans tous les objets identifiants permettant un accès à un même véhicule, même si un objet identifiant n'a pas lu i-même perm is le dern ier accès au véh icule, grâce à une synchronisation des informations entre objets identifiants qu i communiquent entre eux.
Selon des modes de réal isation non l im itatifs, le procédé présente en outre les caractéristiques suivantes.
- La commun ication bi-d irectionnelle est rad io-fréquence. Cela permet à deux objets identifiants de commun iquer sans consommer à distance.
- Une transm ission d'informations est basée sur une comparaison de dates associées respectivement à des informations comprises dans le prem ier objet identifiant et à des informations comprises dans le deuxième objet identifiant. Cela permet de savoir qu'elles sont les informations les plus à jour et dans quel objet identifiant.
- Une date correspond à des informations m ises à jour après un accès au véh icule par un objet identifiant. Cela permet de savoir quel est l'objet identifiant qu i a accédé en dern ier au véh icule.
- L'ouverture d'une session de commun ication se fait après un contrôle d'un numéro véh icule. Cela permet à un objet identifiant de communiquer avec les autres objets identifiants qui ont une autorisation d'accès au même véhicule que lu i .
- L'activation du mode de synchronisation s'effectue manuellement. C'est un moyen simple de déclencher la synchronisation des informations dans un objet identifiant avec un autre objet identifiant.
- Une transmission d'informations se fait en une plural ité de paquets. Cela permet un transmission d'informations plus modulaire. C'est-à-d ire que des informations de même type peuvent être regroupées ensemble.
- Au moins une date est transm ise lors d'une ouverture d'une session de commun ication bi-d irectionnelle. Cela permet de gagner en temps d'exécution par rapport au fait de transmettre une date après une ouverture de session .
Selon un deuxième objet de l'invention , elle concerne un dispositif de transmission d'informations d'un premier objet identifiant pour véhicule automobile vers un deuxième objet identifiant, un objet identifiant permettant un accès aud it véh icule, ledit dispositif comportant : - une unité de contrôle pour :
- activer un mode de synchron isation ;
- ouvrir une session de communication bi-d irectionnelle ; et
- transmettre des informations d'un objet identifiant vers l'autre objet identifiant en fonction d'une date associée aux informations à transmettre.
Selon un troisième objet de l'invention, elle concerne un objet identifiant pour véh icule automobile apte à transmettre des informations vers un autre objet identifiant, un objet identifiant permettant un accès audit véh icule, et comportant :
- une interface homme-mach ine pour sélectionner un mode de synchronisation ;
- un émetteur-récepteur pour transmettre physiquement des informations à un autre objet identifiant ; et
- un d ispositif de transmission d'informations selon la caractéristique précédente.
Selon un quatrième objet de l'invention, elle concerne un produ it programme d'ordinateur comportant une ou plusieurs séquences d'instructions exécutables par une unité de traitement d'information, l'exécution desd ites séquences d'instructions permettant une mise en œuvre du procédé selon l'une quelconque des caractéristiques précédentes.
Brève description des figures
D'autres caractéristiques et avantages de la présente invention seront mieux compris à l'aide de la description et des dessins non limitatifs parmi lesquels :
- la Fig. 1 représente un diagramme d'une transmission d'informations entre un premier objet identifiant et un deuxième objet identifiant selon un premier mode de réalisation non limitatif du procédé de transmission selon l'invention ;
- la Fig . 2 représente une première suite du diagramme de la Fig 1 ;
- la Fig. 3 représente une deuxième suite du diagramme de la Fig 1
- la Fig. 4 représente un diagramme d'une transmission d'informations entre un premier objet identifiant et un deuxième objet identifiant selon un deuxième mode de réalisation non limitatif du procédé de transmission selon l'invention ;
- la Fig . 5 représente une première suite du diagramme de la Fig 4 ; - la Fig. 6 représente une deuxième suite du diagramme de la Fig 4
- la Fig . 7 représente une variante de réalisation de la Fig . 2 ; et
- la Fig . 8 est un schéma du dispositif de transmission permettant la mise en oeuvre du procédé de la Fig . 1 .
Description détaillée de modes de réalisation non limitatifs de l'invention Le procédé de transmission d'informations selon l'invention est décrit dans un mode de réalisation non limitatif à la Fig . 1 . Dans l'exemple de la Fig. 1 , les étapes du procédé pour deux objets identifiants ID1 et ID2 sont représentées. Un objet identifiant ID permet un accès à un véhicule automobile. Il se présente dans des exemples non limitatifs sous la forme d'un badge, d'une clef, d'un porte clef appelé en anglais «keyfob» etc. Il comporte en général une interface homme-machine I HM avec un écran et un menu SCR, et un module électronique permettant de transmettre un signal sans fil à un récepteur couplé à un ordinateur de bord du véhicule. De tels objets identifiants sont connus de l'homme du métier et ne sont donc pas décrits ici .
Le procédé de transmission d'informations d'un objet identifiant vers un autre objet identifiant comporte notamment les étapes suivantes :
- une étape de réveil UP ;
- une étape d'activation d'un mode de synchronisation MOD_SYNC ; - une étape de demande de synchronisation ASK_SYNC dans laquelle on ouvre une session de communication bidirectionnelle OPEN_SSRF ;
- une étape de transmission d'informations TXRX_SSRF ; et
- une étape de fermeture de session CLOSE_SSRF.
Les étapes sont décrites en détail ci-après en référence aux Fig . 2 à
7.
Sur ces Fig . est représenté un axe des temps T, et les différentes étapes selon cet axe des temps.
Au temps tO, on part d'un état in itial d'un objet identifiant ID qui est un état de veille I DLE. Dans une première étape 1 ), on réveille un objet identifiant ID.
Dans l'exemple de la Fig. 2, le premier objet identifiant ID1 est réveillé en premier au temps t1 , tandis que le deuxième objet identifiant ID2 est réveillé après, au temps t2.
Le réveil s'effectue par exemple manuellement au moyen d'une interface homme-machine IHM de l'objet identifiant ID décrite plus loin dans la description (par exemple par un appui d'un bouton), ou encore automatiquement au moyen d'ondes basses fréquences que ce soit sans contact ou avec contact lorsque l'objet identifiant ID est proche d'une base basse-fréquence dit BF située dans le véhicule par exemple. On peut également le faire en automatique avec un signal radio-fréquence dit RF.
Dans une deuxième étape 2), on active un mode de synchronisation MOD_SYNC qui va permettre de transmettre des informations entre objets identifiants ID.
Dans un exemple non limitatif, l'activation se fait manuellement au moyen de l'interface homme-machine IHM de l'objet identifiant ID décrite plus loin.
Dans l'exemple de la Fig . 2, le mode de synchronisation MOD_SYNC est activé au temps t2 pour le premier objet identifiant ID1 et au temps t4 pour le deuxième objet identifiant ID2.
Cette activation manuelle permet de consommer moins d'énergie par rapport à une activation qui serait automatique.
Bien entendu une activation de la synchronisation automatique est également envisageable, mais elle demande plus de ressources car elle suppose la détection d'un identifiant dans une zone et la mise en oeuvre d'une communication bi-directionnelle automatique.
Dans une troisième étape 3), on demande une synchronisation ASK SYNC de la manière suivante. En ce qui concerne le premier objet identifiant ID 1 , celui qui a été réveillé en premier, dans une première sous-étape 31), la demande de synchronisation ASK_SYNC comprend une ouverture d'une session de communication bi-directionnelle OPEN_SSRF.
Dans un mode de réalisation non limitatif, la session de communication bi-directionnelle est radio-fréquence. Cela va permettre aux objets identifiants ID de communiquer entre eux et à distance si nécessaire. Dans le reste de la description, on prend cet exemple non limitatif de session de communication radio-fréquence RF.
Cette ouverture de session OPEN_SSRF se fait via un signal, ici radio-fréquence (RF) MSG_SYNC1 qui est donc envoyé vers le deuxième objet identifiant ID2, ici au temps t3.
Afin de savoir à quel deuxième objet identifiant ID2 il faut envoyer la demande de synchronisation, un numéro relatif NS à ce deuxième objet identifiant ID2 est utilisé.
Dans un premier exemple non limitatif, ce numéro NS est le numéro du véhicule V auquel tous les objets identifiants ont accès. En effet, un tel numéro véhicule est enregistré en mémoire dans tous les objets identifiants qui permettent un accès audit véhicule V. Donc dans l'exemple pris, le premier et deuxième objets identifiants ID1 et ID2 comportent ce numéro en mémoire.
Dans un deuxième exemple non limitatif, ce numéro NS est un numéro propre au deuxième objet identifiant ID2, qui sera donc également enregistré en mémoire dans le premier objet identifiant ID1 .
Ainsi, une demande de synchronisation ASK_SYNC et donc une ouverture d'une session de communication OPEN_SSRF se fait après un contrôle du numéro de véhicule. Dans une deuxième sous-étape 32), Le premier objet identifiant ID1 vérifie qu'un accusé réception ACK a été retourné par le deuxième objet identifiant ID2. Cela permet de vérifier si le deuxième objet identifiant ID2 est disponible (c'est-à-dire réveillé et en mode synchronisation).
Comme on peut le voir sur l'exemple de la Fig. 2, aucun accusé réception ACK n'a été envoyé par le deuxième identifiant ID2. La vérification qui s'effectue ici au temps t4 est donc négative.
On notera que le cas où un accusé réception ACK est reçu par le premier identifiant ID1 correspond au cas expliqué dans le cadre du deuxième identifiant ID2. Il faut donc se reporter à la description pour le deuxième identifiant ID2 ci-après lors de la quatrième étape.
Dans une troisième sous-étape 33), comme il n'a reçu aucun accusé réception ACK, le premier identifiant ID1 se met en attente d'un signal de communication radio-fréquence pendant un laps de temps déterminé TIMEOUT0. Dans un exemple non limitatif, ce laps de temps est fixé à 5 secondes. Comme on peut le voir à la Fig . 2, il reçoit un message MSG_ASK2 de la part du deuxième identifiant ID2, au temps t6, correspondant à un signal de communication RF qui lui demande une synchronisation .
A ce moment, dans une quatrième sous-étape 34), au temps t7, le premier identifiant ID1 envoie un accusé réception ACK via un message MSG_ACK1 au deuxième identifiant I D2 pour lu i sign ifier qu'il est dispon ible pour faire une synchron isation .
Ainsi, la réception d'un accusé réception ACK signifie qu'une session de communication bi-d irectionnelle rad io-fréquence est in itial isée pour le premier objet identifiant I D1 et le deuxième objet identifiant I D2. On notera que dans le cas où la vérification effectuée à la troisième sous-étape 33 est négative, après le laps de temps déterminé TIMEOUTO, on envoie un message MSG_FAIL signifiant que la demande de synchronisation a échouée, et on retourne à l'état de veille IDLE. Ce message permet à un utilisateur du premier objet identifiant ID1 de savoir que le deuxième identifiant ID2 n'est pas disponible.
La session de communication bi-directionnelle radio-fréquence SSRF va permettre par la suite un échange d'informations entre les deux objets identifiants ID1 et ID2 sous forme de signaux radio-fréquences
RF.
On rappelle qu'un signal radio-fréquence RF se situe aux alentours de 433 MHz. On peut aller jusqu'au GigaHz pour le signal radio- fréquence RF en fonction des bandes de fréquences disponibles pour différents pays (315 MHz pour l'Asie, 868 MHz pour certains pays d'Europe ou 915 MHz en Amérique etc.).
Bien entendu on pourrait utiliser d'autres fréquences pour les signaux radio-fréquence permettant une communication à distance. Les signaux RF sont supérieurs à 1 MHz contrairement à des signaux basse-fréquence BF.
Ainsi, les deux objet identifiants ID1 et ID2 pourront communiquer s'ils sont distants de plusieurs centaines de mètres, en général entre 100 et 600 mètres avec une valeur typique à 200 mètres pour 868 MHz par exemple.
Par exemple, si le premier objet identifiant ID1 se trouve à proximité du véhicule V et si le deuxième objet identifiant ID2 se trouve dans l'habitat de l'utilisateur du véhicule V, ils pourront communiquer.
En ce qui concerne le deuxième objet identifiant ID2, lorsqu'il reçoit une demande de synchronisation ASK_SYNC de la part du premier objet identifiant ID1 au temps t3, rien ne se passe car il n'est pas disponible. Le mode de synchronisation n'a pas encore été sélectionné chez lui dans l'exemple pris à la Fig . 2.
Ce n'est qu'au temps t4 que le mode de synchronisation est sélectionné MOD_SYNC chez le deuxième identifiant ID2. Au temps t6, le deuxième identifiant ID2 envoie une demande de synchronisation ASK_SYNC via un message MSG_ASK2 au premier identifiant ID 1 , cette demande ASK_SYNC comprenant une ouverture de session de communication bi-directionnelle OPEN_SSRF. Au temps t7, le deuxième identifiant ID2 reçoit donc un accusé_réception ACK via un message MSG_ACK1 de la part du premier identifiant ID1 lui signifiant que ce dernier est disponible pour une synchronisation .
Dans un mode de réalisation non limitatif, une trame de données (non représentée) est donc utilisée pour :
- l'ouverture d'une session de communication RF OPEN_SSRF, et
- l'envoi d'un accusé-réception ACK.
Dans un mode de réalisation non limitatif, cette trame comprend un bit de synchronisation SYNC permettant de savoir qu'une demande de synchronisation est demandée. On active donc ce bit pour une demande de synchronisation ASK_SYNC lors de l'ouverture de la session de communication OPEN_SSRF. De plus, dans un mode de réalisation non limitatif, dans cette trame, une date DT associée à des informations PQ comprise dans l'objet identifiant est envoyée lors de l'ouverture de la session de communication OPEN_SSRF. Comme on va le voir plus loin, cette date DT correspond à des informations mises à jour après un accès au véhicule V par un objet identifiant ID.
Comme on peut le voir sur l'exemple illustré à la Fig . 2, une date DT1 associée à des informations dans le premier objet identifiant ID1 est envoyée au deuxième identifiant ID2 lors de la demande de synchronisation ASK_SYNC (et donc ouverture de la session OMEN_SSRF) par le premier objet identifiant ID1 , tandis qu'une date DT2 associée à des informations dans le deuxième objet identifiant ID2 est envoyée au premier objet identifiant ID1 lors de la demande de synchronisation ASK_SYNC (et donc ouverture de la session OMEN_SSRF) par le deuxième identifiant ID2.
Dans une quatrième étape 4), on transmet des informations entre les deux objets identifiants ID1 et ID2.
Les informations transmises sont dans un exemple non limitatif des informations relatives au véhicule. Elles concerne par exemple :
- l'état du véhicule V,
- la position du véhicule V
En ce qui concerne l'état du véhicule V, on peut avoir notamment les données suivantes :
- température du moteur, et/ou des circuits électroniques ;
- niveau batterie, niveau d'essence, niveau d'huile ; - pression des pneumatiques ;
- état de la pré-ventilation ou du pré-chauffage véhicule
- portières arrière et avant fermées/ouvertes, coffre fermé/ouvert ;
- kilométrage total et kilométrage journalier ;
- etc.
En ce qui concerne la position du véhicule V, on peut avoir notamment les données suivantes :
- la localisation GPS (Global Positioning System) du véhicule lorsque ce dernier est arrêté par exemple ; et - une ou plusieurs adresses de destination Bien entendu, d'autres informations peuvent être transmises liées ou non au véhicule telles que par exemple un environnement graphique d'un objet identifiant ID.
Comme on va le voir en détail ci-après, les informations décrites ci-dessus, dans l'exemple non limitatif, sont des informations véhicule qui sont mises à jour après un accès audit véhicule V par un objet identifiant ID. Les informations à transmettre seront donc celles correspondant au dernier accès véhicule afin que chaque objet identifiant comprenne les mêmes informations et les plus récentes. Lors de la mise à jour des informations, une date de mise à jour est sauvegardée dans l'objet identifiant. Cette date associée à la mise à jour des informations va permettre de déterminer quelles sont les informations correspondant donc au dernier accès véhicule. La transmission d'informations va ainsi être basée sur cette date et être déterminé en particulier en fonction d'une comparaison de dates associées respectivement à des informations véhicule comprises dans le premier objet identifiant et à des informations véhicule comprises dans le deuxième objet identifiant.
Dans un premier mode de réalisation non limitatif, une comparaison de dates est faite dans un seul objet identifiant, et les informations dont la date est la plus récente seront transmises à l'objet identifiant comportant les informations les plus anciennes de manière à ce qu'elles soient mises à jour.
Dans un deuxième mode de réalisation non limitatif, les informations seront transmises de part et d'autre, et une comparaison de dates sera effectuée dans chaque objet identifiant qui selon le résultat mettra à jour ou non ses informations avec celles reçues de l'autre objet identifiant.
En conséquence, une bonne synchronisation des informations entre objets identifiants sera obtenue. Ainsi, dans un premier mode de réalisation non limitatif, la transmission est effectuée de la manière suivante et est décrite en détail aux Fig . 3 et 4.
Dans ce premier mode, uniquement les informations comprises dans un seul objet identifiant sont transmises et une seule comparaison de date est effectuée dans un seul objet identifiant.
Dans ce premier mode, le premier objet identifiant ID1 va se comporter en maître et le deuxième objet identifiant ID2 va se comporter en esclave. C'est-à-dire que c'est le premier objet identifiant ID1 qui va prendre les initiatives des actions tandis que le deuxième objet identifiant ID2 va attendre des instructions provenant du premier objet identifiant ID1 .
Après une ouverture d'une session de communication dans un objet identifiant ID,
- Au temps t8, le deuxième objet identifiant ID2 se positionne en mode de réception OPEN_RX, car il est esclave. Il attend les instructions du premier objet identifiant ID1 .
- Au temps t9, en ce qui concerne le premier objet identifiant ID 1 , après la réception de la date DT2 relatives aux informations véhicule contenues dans le deuxième objet identifiant ID2 (reçue lors de l'ouverture de la session de communication), le premier objet identifiant ID1 effectue une comparaison de dates.
Il regarde si la date DT2 des informations contenues dans le deuxième identifiant ID2 est antérieure à la date DT1 de ses propres informations. Bien entendu, la comparaison peut débuter également au temps t8.
Dans un premier temps, on se place dans le cas où la première date DT1 est postérieure à la deuxième date DT2. - Au temps t10, si sa date DT1 est postérieure à la date DT2, alors le premier objet identifiant ID1 se positionne en mode de transmission OPEN_TX, et
- Au temps t1 1 , il transmet ces informations PQ1 au moyen d'un signal RF MSG_PQ1 vers le deuxième objet identifiant ID2.
- Puis, au temps t12, le premier objet identifiant ID1 ferme sa position en mode de transmission CLOSE_TX et se positionne en mode de réception OPEN_RX, tandis que le deuxième objet identifiant ID2 vérifie qu'il a reçu des informations PQ1 du premier objet identifiant ID1 (étape RX_PQ illustrée à la Fig . 3). La scrutation de la réception d'informations PQ s'effectue pendant une troisième période déterminée TIMEOUT2. Si cette période est dépassée, un message d'échec MSG_FAIL est affiché. Cette période TIMEOUT2 est dans un exemple non limitatif pris égal à 1 secondes.
- Dans l'affirmative, si les informations PQ1 on été reçues, au temps t13, le deuxième objet identifiant ID2 ferme son mode réception
CLOSE_RX et se positionne en mode de transmission OPEN_TX.
- Au temps t14, le deuxième objet identifiant ID2 vérifie l'intégrité des informations qu'il a reçues (étape CHECK_PQ illustrée à la Fig . 3). Il utilise par exemple un algorithme de vérification connue tel qu'un checksum ou tout autre autre algorithme connu de l'homme du métier.
- Au temps t15, le deuxième objet identifiant ID2 renvoie un signal de contrôle FLC (appelé en anglais « Flow Control ») via un signal RF MSG_FLC (étape TX_FLC illustrée à la Fig . 3) si les informations reçues sont correctes (la vérification est positive). Dans une autre variante, le signal de contrôle FLC est toujours renvoyé et sa valeur (par exemple à 0 ou à 1 ) détermine le résultat de la vérification d'intégrité.
- Au temps t16, le premier objet identifiant ID1 scrute une réception d'un signal de contrôle FLC. Bien entendu, il peut commencer à scruter au temps t13.
Selon la première variante (signal de contrôle envoyé uniquement lorsque les informations sont correctes), cette scrutation s'effectue pendant une deuxième période de temps déterminée TIMEOUT1 . Dans un mode de réalisation non limitatif, la deuxième période déterminée TIMEOUT1 pour la scrutation est définie de manière à ce qu'elle soit supérieure au temps mis par le deuxième objet identifiant ID2 pour : - vérifier les informations reçues CHECK_PQ ;
- renvoyer le signal de contrôle FLC ; et
- mettre à jour les informations reçues UPDAT_PQ.
Cette période TIMEOUT1 est dans un exemple non limitatif pris égal à 1 secondes.
- Au temps t17, à la fin de cette période TIMEOUT1 , si aucun signal de contrôle FLC n'a été reçu ou si sa valeur est négative (les informations ne sont pas correctes), un message MSG_FAIL est affiché sur l'écran du premier objet identifiant ID1 indiquant un échec de la synchronisation d'informations entre les deux objets identifiants.
Par contre, si le premier objet identifiant ID1 reçoit un signal de contrôle FLC pendant cette période TIMEOUT1 , il sait que les informations transmises ont été correctement transmises et synchronisées selon la première variante, ou sinon, selon la deuxième variante, il vérifie la valeur du signal de contrôle FLC pour voir si les informations ont été correctement transmises et synchronisées. - Au temps t17, si les informations ont été correctement transmises, le premier objet identifiant ID1 ferme son mode de transmission CLOSE_TX. Sinon, il réessaye d'envoyer ses informations PQ1 un nombre de fois déterminé. Par exemple, il réessaye deux fois de renvoyer les informations.
- Si le renvoi d'informations échoue après deux essais par exemple, alors au temps t18, un message MSG_FAIL est affiché sur l'écran du premier objet identifiant ID1 indiquant un échec de la synchronisation d'informations entre les deux objets identifiants.
- De son côté, si les informations transmises par le premier objet identifiant ID1 sont correctes, au temps t17, le deuxième objet identifiant ID2 met à jour ses informations en les remplaçant par celles transmises par le premier objet identifiant ID1 (étape UPDAT_PQ illustrée à la Fig . 3).
- Au temps t18, le premier et le deuxième objets identifiants ID1 et ID2 affichent sur leur écran respectif un message de réussite
MSG_OK indiquant que la synchronisation des informations a réussi.
Nous venons de voir le cas où la première date DT1 est postérieure à la deuxième date DT2.
Nous allons voir ci-dessous le cas où la première date est antérieure à la deuxième date DT2 (points A et B dans la Fig . 3). Ce cas est illustré à la Fig . 4.
- Au temps t10, le premier objet identifiant ID1 fait une demande de transmission d'informations au deuxième objet identifiant ID2 (étape ASK_TX_PQ illustrée à la Fig . 4) via un signal RF MSG ASK TX PQ. - Puis, au temps t1 1 , le premier objet identifiant ID1 se positionne en mode de réception OPEN_RX.
- Au temps t12, le deuxième objet identifiant ID2 est déjà en mode de réception OPEN_RX (voir temps t8 décrit plus haut dans la Fig . 3). Il vérifie s'il a reçu des informations. Il n'en n'a pas reçu, mais il voit qu'il reçoit une demande de transmission d'informations de la part du premier objet identifiant ID1 .
- Suite à cela, au temps t13, le deuxième objet identifiant ID2 ferme sa position mode de réception CLOSE_RX et se positionne en mode de transmission OPEN_TX.
- Puis, au temps t14, le deuxième objet identifiant ID2 envoie ses informations véhicule PQ2 via un signal RF MSG_PQ2 vers le premier objet identifiant ID1 (étape TX_PQ).
- Au temps t15, après réception d'informations provenant du deuxième objet identifiant ID2, le premier objet identifiant ID1 ferme sa position mode de réception CLOSE_RX et se positionne en mode de transmission OPEN_TX.
- Puis, au temps t16, il vérifie l'intégrité des informations (comme décrit précédemment à la Fig. 3 pour le deuxième objet identifiant
ID2) (étape CHECK_PQ).
- Au temps t17, si les informations PQ2 sont correctes, le premier objet identifiant ID1 renvoie un signal de contrôle FLC vers le deuxième objet identifiant ID2 via un signal RF MSG_FLC (étape TX_FLC), sinon, un message MSG_FAIL est affiché sur son écran indiquant un échec de la synchronisation . La deuxième variante décrite plus haut peut être également utilisée (toujours renvoi d'un signal de contrôle FLC et valeur différente selon une transmission correcte ou non).
- Au temps t18, le deuxième objet identifiant ID2 scrute et vérifie s'il a reçu le signal de contrôle FLC. La scrutation et la vérification s'effectue selon la première ou deuxième variante décrites précédemment.
- Dans l'affirmative (s'il a reçu un signal de contrôle ou selon la valeur du signal reçu), au temps t19, il ferme son mode de transmission CLOSE_TX. Dans le cas de la deuxième variante, on rappelle qu'il vérifie la valeur du signal de contrôle FLC au préalable. Au temps t19, en ce qui concerne le premier objet identifiant ID 1 , il met à jour ses informations avec celles reçues du deuxième objet identifiant ID2 (étape UPDAT_PQ).
- Dans la négative, au temps t19, le deuxième objet identifiant ID2 réessaye de renvoyer les informations PQ2, dans l'exemple pris, la tentative de renvoi est fixé à deux tentatives.
- Si la transmission échoue toujours, au temps t20, le deuxième objet identifiant ID2 affiche un message MSG_FAIL sur son écran indiquant l'échec de la synchronisation d'informations entre les deux objets identifiants.
- Par contre, si la transmission des informations du deuxième objet identifiant ID2 vers le premier objet identifiant ID1 a réussi, au temps t20, un message de réussite MSG_OK est affiché sur l'écran du premier objet identifiant ID1 et du deuxième identifiant ID2 indiquant que la synchronisation des informations a réussi. Ainsi, grâce à ce premier mode de réal isation , les deux objets identifiants ID1 et I D2 ont des informations à jour et synchron isées, c'est-à-d ire qu'ils ont les mêmes informations correspondant au dernier accès véhicule. Une seule comparaison de dates DT1 et DT2 est effectuée, et elle est faite dans le prem ier objet identifiant ID 1 , celu i dont le mode de synchronisation MOD_SYNC a été activé en premier.
Dans un deuxième mode de réal isation non l imitatif, la transm ission est effectuée de la man ière suivante et est décrite en détail aux Fig . 5 et 6.
Dans ce deuxième mode, les informations comprises dans les deux objets identifiants sont transmises, et une comparaison de dates est effectuées dans chacun des objets identifiants.
Après une ouverture d'une session de commun ication dans un objet identifiant ID,
- Au temps t9, le premier objet identifiant ID1 se positionne en mode de transm ission OPEN_TX tandis que le deuxième objet identifiant I D2 se positionne en mode de réception OPEN_RX.
- Au temps t1 0, le prem ier objet identifiant I D1 transmet ses informations véhicule PQ1 via un signal RF MSG_PQ1 au deuxième objet identifiant I D2.
- Au temps t1 1 , le premier objet identifiant I D1 ferme sa position en mode de transm ission CLOSE_TX et se positionne en mode de réception OPEN_RX, tandis que le deuxième objet identifiant I D2 vérifie qu'il a reçu des informations PQ1 du prem ier objet identifiant ID1 (étape RX_PQ illustrée à la Fig . 5). La scrutation de la réception d'informations PQ s'effectue pendant une troisième période déterminée TIMEOUT2. Si cette période est dépassée, le message d'échec MSG_FAIL est affiché sur l'écran du deuxième objet identifiant ID2.
- Dans l'affirmative, si les informations PQ1 ont été reçues, au temps t12, le deuxième objet identifiant ID2 ferme son mode réception CLOSE_RX et se positionne en mode de transmission OPEN_TX. Dans la négative, un message MSG_FAIL est affiché sur son écran indiquant un échec de la synchronisation des informations. La scrutation de la réception d'informations PQ1 s'effectue pendant une troisième période déterminée TIMEOUT2. Si cette période est dépassée, le message d'échec MSG_FAIL est affiché.
- Au temps t13, le deuxième objet identifiant ID2 vérifie l'intégrité des informations qu'il a reçues (étape CHECK_PQ illustrée à la Fig . 5).
- Puis, au temps t14, le deuxième objet identifiant ID2 renvoie un signal de contrôle FLC selon la première variante ou deuxième variante décrite précédemment via un signal RF MSG_FLC (étape TX_FLC illustrée à la Fig . 5).
- Au temps t15, le premier objet identifiant ID1 , quant à lui, scrute une réception d'un signal de contrôle FLC. Selon la première variante, cette scrutation s'effectue pendant une deuxième période de temps déterminée TIMEOUT1 . Bien entendu cette scrutation peut commencer au temps t12, juste après le positionnement en mode de réception OPEN_RX. A la fin de cette deuxième période TIMEOUT1 , si aucun signal de contrôle n'a été reçu, un message MSG_FAIL est affiché sur l'écran du premier objet identifiant ID1 indiquant un échec de la synchronisation d'informations entre les deux objets identifiants. Si le premier objet identifiant ID1 reçoit un signal de contrôle FLC pendant cette deuxième période TIMEOUT1 , il sait que les informations transmises ont été correctement transmises selon la première variante, ou sinon, selon la deuxième variante, il vérifie la valeur du signal de contrôle FLC pour voir si les informations ont été correctement transmises.
- Au temps t16, si les informations n'ont pas été correctement transmises, le premier objet identifiant ID1 réessaye d'envoyer ses informations PQ1 un nombre de fois déterminé. Par exemple, il réessaye deux fois de renvoyer les informations.
- Au temps t17, si le renvoi d'informations échoue après deux essais par exemple, alors un message MSG_FAIL est affiché sur l'écran du premier objet identifiant ID1 indiquant un échec de la synchronisation d'informations entre les deux objets identifiants.
La suite de ce deuxième mode de réalisation est illustrée à la Fig . 6.
- Si les informations transmises PQ1 par le premier objet identifiant ID1 sont correctes (un signal de contrôle a été envoyé au temps t14 par le deuxième objet identifiant ID2), au temps t16, le deuxième objet identifiant ID2 transmet à son tour ses informations véhicule PQ2 au premier objet identifiant ID1 via un signal RF MSG_PQ2.
- Au temps t17, le deuxième objet identifiant ID2 ferme son mode de transmission CLOSE_TX et se positionne en mode de réception OPEN_RX.
- Au temps t17 à t20, le premier objet identifiant ID1 effectue les même étapes décrites pour la réception d'informations de la part du deuxième objet identifiant ID2 précédemment à la Fig. 5, à savoir :
- la scrutation de la réception d'informations (étape RX_PQ),
- le positionnement en mode de transmission (étape CLOSE_RX/OPEN_TX),
- la vérification de l'intégrité des informations (CHECK_PQ), et
- l'envoi d'un signal de contrôle FLC (étape TX_FLC) en fonction de la vérification précédente.
- Au temps t21 , le premier objet identifiant ID1 compare les deux dates DT1 et DT2, à savoir respectivement celle correspondant à ses informations PQ1 et celle correspondant aux informations PQ2 du deuxième objet identifiant ID2.
- Au temps t22, si sa date DT1 est postérieure à la date reçue DT2, un message de réussite MSG_OK est affiché sur son écran indiquant que la synchronisation est faite.
- Par contre, au temps t22, si sa date DT1 est antérieure, une mise à jour de ses propres informations véhicule avec celles reçues du deuxième objet identifiant ID2 est effectuée (étape UPDAT_PQ illustrée à la Fig. 6), et
- Au temps t23, un message de réussite MSG_OK est affiché sur son écran indiquant que la synchronisation est réussie.
- Au temps t21 , de son côté, le deuxième objet identifiant ID2 vérifie s'il a reçu un signal de contrôle (RX_FLC), et
- Au temps t22, en cas de dépassement de la deuxième période déterminée TIMEOUT1 , réessaye une transmission (échec d'une première transmission), ou - Au temps t23, si la transmission a échoué, il affiche un message d'échec MSG_FAI L sur son écran indiquant l'échec de la synchron isation des informations entre les deux objets identifiants.
- Par contre, au temps t22, dans le cas où le deuxième objet identifiant I D2 a reçu un signal de contrôle FLC (prem ière variante) ou lorsque sa valeur est correcte (deuxième variante), le deuxième objet identifiant I D2 compare les deux dates DT2 et DT1 , à savoir respectivement celle correspondant à ses informations PQ2 et celle correspondant aux informations PQ1 du premier objet identifiant ID1 .
- Au temps t23, si sa date DT1 est postérieure à la date reçue DT2, un message de réussite MSG_OK est affiché sur son écran ind iquant que la synchron isation est faite.
- Par contre, si sa date DT1 est antérieure, au temps t23, une mise à jour de ses propres informations véhicule avec celles reçues du premier objet identifiant I D1 est effectuée (étape U PDAT_PQ illustrée à la Fig .6) , et
- Au temps t24, un message de réussite MSG_OK est affiché sur son écran ind iquant que la synchronisation est réussie.
Ainsi, grâce à ce deuxième mode de réal isation , les deux objets identifiants ID1 et I D2 ont des informations à jour et synchron isées, c'est-à-d ire qu'ils ont les mêmes informations correspondant au dernier accès véh icule. Deux comparaisons de dates DT1 et DT2 sont effectuées, chacune respectivement dans le premier objet identifiant I D1 et le deuxième objet identifiant I D2.
On notera que dans une première variante de ces deux modes de réal isation présentés, l'ensemble des informations PQ comprises dans un objet identifiant ID sont transmises en une seule fois en un seul paquet.
Dans une deuxième variante, les informations PQ sont transmises en plusieurs paquets. Cela permet un transmission d'informations plus modulaire. C'est-à-dire que des informations de même type peuvent être regroupées ensemble. Par exemple, les informations concernant l'état du véhicule peuvent être regroupées ensemble dans un premier paquet, tandis que les informations concernant la position du véhicule peuvent être regroupées dans un autre paquet. Pour cette deuxième variante, à chaque transmission de paquet PQi (i = 1 à N, N entier), il y a une vérification d'intégrité de ce paquet et un signal de contrôle FLC associé (transmis ou non selon la première ou deuxième variante décrites précédemment). Cette deuxième variante est représentée à la Fig. 7, dans le cas du premier mode de réalisation présenté à la Fig . 3, mais s'applique de la même manière à la Fig. 4 et au deuxième mode de réalisation présenté dans les Fig . 5 et 6.
On rappelle que dans l'exemple pris pour ces deux modes de réalisation, les dates « d'accès véhicule » DT1 et DT2 sont envoyées lors d'une ouverture d'une session de communication RF
OPEN_SSRF. Cela permet de gagner en temps d'exécution et d'avoir une étape de moins à exécuter.
Bien entendu, d'autres variantes de réalisation peuvent être utilisées telles que dans des exemples non limitatifs :
- La transmission des dates DT1 et DT2 juste après l'ouverture d'une session de communication OPEN_SSRF (dans le premier mode de réalisation, seule la deuxième date DT2 a besoin d'être transmise), ou, - Une date DT est comprise dans les informations PQ à transmettre et est ainsi transmise en même temps que les informations, ou encore,
- Chaque paquet PQi comporte la date DT. Dans une cinquième étape 5), après la transm ission d'informations PQ (ou un échec répétitif de la transm ission ), les deux objets identifiants ID1 et ID2 ferment leur session de communication
CLOSE_SSRF tel qu'illustré à la Fig . 1 et reviennent dans l'état de veille IDLE.
Le procédé de l'invention est m is en oeuvre par un d ispositif DISP de transmission d'informations PQ d'un prem ier objet identifiant I D1 pour véh icule automobile V vers un deuxième objet identifiant I D2, représenté à la Fig . 7.
Ce d ispositif DISP comporte notamment :
- une un ité de contrôle UC :
- pour activer un mode de synchron isation MOD_SYNC (à travers une interface homme-machine IHM ) ; - faire une demande de synchronisation comprenant une ouverture d'une session de commun ication bid irectionnelle SSRF ; et
- transmettre des informations PQ d'un objet identifiant vers un autre objet identifiant I D2 en fonction d'une date DT associée aux informations PQ à transmettre.
L'un ité de contrôle UC permet à cet effet de commander un émetteur- récepteur ER pour une transmission physique (TX_PQ) des informations PQ. Dans un mode de réal isation non l im itatif, le dispositif DISP peut comporter en outre cet émetteur-récepteur ER.
Dans un mode de réal isation non l imitatif, cet émetteur-récepteur ER est un émetteur-récepteur rad io-fréquence.
L'un ité de contrôle UC permet en outre d'effectuer toutes les autres étapes et sous-étapes décrites précédemment, à savoir notamment celles de : - déclencher le réveil d'un objet identifiant I D1 , I D2 ; - fermer une session de communication CLOSE_SSRF ;
- mettre à jour des informations dans un objet identifiant à partir d'informations reçues par un autre objet identifiant UPDAT_PQ ;
- effectuer une comparaison de dates COMP_DAT grâce à un comparateur ; et
- vérifier l'intégrité des informations reçues CHECK_PQ.
L'unité de contrôle UC permet en outre de :
- sauvegarder des informations véhicule PQ avec une date DT correspondant au dernier accès véhicule. Cette date pourra se baser sur l'horloge du véhicule par exemple;
- positionner un objet identifiant ID en mode de transmission TX ou réception RX, c'est-à-dire de commander l'émetteur-récepteur ER en émission ou en réception; et - activer l'émetteur-récepteur ER.
On peut bien sûr prévoir une seconde unité de contrôle permettant d'effectuer l'activation de l'émetteur-récepteur ER ou encore d'autres fonctionnalités à la place de la première unité de contrôle si besoin est.
L'émetteur-récepteur ER permet également de recevoir physiquement (RX_PQ) des informations d'un autre objet identifiant RX_PQ au moyen d'un signal RF.
On notera qu'un tel dispositif DISP est dans un mode de réalisation non limitatif, compris dans un objet identifiant ID. Ainsi, chaque objet identifiant ID1 et ID2 comporte un tel dispositif DISP. En outre, comme illustré à la Fig . 7, chaque objet identifiant comporte une interface homme-machine IHM comprenant notamment :
- un écran SCR sur lequel peuvent être affichés les message d'échec MSG_FAIL ou de réussite MSG_OK de la synchronisation des informations entre objets identifiants ;
- un menu MENU, par exemple tactile, permettant de : - réveiller l'objet identifiant ID (au moyen par exemple d'un bouton B_UP), ou encore de
- sélectionner le mode de synchronisation (au moyen par exemple d'un bouton B_MOD_SYNC).
On notera que la mise en œuvre du procédé de transmission exposé ci-dessus peut être effectuée au moyen d'un dispositif microprogrammé, ou même d'une logique câblée. Ainsi, le dispositif de transmission DISP peut comporter un produit programme d'ordinateur PG comportant une ou plusieurs séquences d'instructions exécutables par une unité de traitement d'information telle qu'un microprocesseur, ou d'une unité de traitement d'un microcontrôleur, d'un ASIC, d'un ordinateur etc., l'exécution desdites séquences d'instructions permettant une mise en œuvre du procédé décrit.
Un tel programme d'ordinateur PG peut être inscrit en mémoire non volatile inscriptible de type ROM ou en mémoire non volatile réinscriptible de type FLASH par exemple. Ledit programme d'ordinateur PG peut être inscrit en mémoire en usine ou encore chargé en mémoire ou télé-chargé à distance en mémoire. Les séquences d'instructions peuvent être des séquences d'instructions machine, ou encore des séquences d'un langage de commande interprétées par l'unité de traitement au moment de leur exécution. Dans l'exemple non limitatif de la Fig . 7, le programme d'ordinateur PG est inscrit dans une mémoire du dispositif de transmission DISP. Dans un autre exemple (non représenté), le programme d'ordinateur PG peut comprendre également une ou plusieurs séquences d'instructions pour mettre en oeuvre les fonctionnalités réveil et sélection du mode de synchronisation de l'interface homme-machine IHM de l'objet identifiant.
Bien entendu, l'invention a été décrite pour deux identifiants, mais elle peut être étendue à plus de deux identifiants. Ainsi, l'invention présente notamment les avantages suivants :
- Elle permet d'avoir une synchronisation simple à mettre en oeuvre puisque déclenchée manuellement notamment ;
- Elle permet à un utilisateur du véhicule de pouvoir utiliser indifféremment l'ensemble des objets identifiants se rapportant à son véhicule en étant sûr que les informations véhicule dans chacun des objets identifiants sont identiques et on un même niveau de mises à jour grâce à cette possibilité de synchronisation des informations entre objet identifiants ; - Elle permet d'effectuer une synchronisation à distance entre objets identifiants grâce à cette communication bi-directionnelle entre les objets identifiants ;
- Elle permet à un objet identifiant de comporter des informations véhicule qui sont temporaires et qui sont susceptibles de changer à chaque utilisation du véhicule ;
- Elle permet d'obtenir une synchronisation des informations entre objet identifiant peu consommatrice d'énergie puisque déclenchée manuellement ; et
- Elle permet à l'utilisateur même du véhicule de pouvoir consulter les informations véhicule directement sur l'objet identifiant (sur son écran) sans pour autant d'être obligé de se placer près d'une antenne basse-fréquence du véhicule ou aller chez un constructeur ou concessionnaire. Il peut donc le faire à tout moment en particulier loin du véhicule.

Claims

REVENDICATIONS
1. Procédé de transmission d'informations (PQ) d'un premier objet identifiant (I D1 ) pour véhicule automobile (V) vers un deuxième objet identifiant (ID2), un objet identifiant (ID1, ID2) permettant un accès audit véhicule (V), ledit procédé comportant les étapes de : - activer un mode de synchronisation (MOD_SYNC) ;
- ouvrir une session de communication bi-directionnelle (SSRF) ; et
- transmettre des informations (PQ) d'un objet identifiant (I D1 ) vers l'autre objet identifiant (ID2) en fonction d'une date (DT1, DT2) associée aux informations (PQ) à transmettre.
2. Procédé de transmission d'informations (PQ) selon la revendication 1, dans lequel la communication bi-directionnelle est radio-fréquence (RF).
3. Procédé de transmission d'informations (PQ) selon l'une des revendications précédentes 1 ou 2, dans lequel une transmission d'informations (PQ) est basée sur une comparaison de dates (DT1, DT2) associées respectivement à des informations (PQ1) comprises dans le premier objet identifiant ( I D 1 ) et à des informations (PQ2) comprises dans le deuxième objet identifiant (ID2).
4. Procédé de transmission d'informations (PQ) selon l'une des revendications précédentes, dans lequel une date (DT1, DT2) correspond à des informations mises à jour après un accès au véhicule (V) par un objet identifiant (I D1 , ID2).
5. Procédé de transmission d'informations (PQ) selon l'une quelconque des revendications précédentes, dans lequel l'ouverture d'une session de commun ication se fait après un contrôle d'un numéro (NS) véhicule.
6. Procédé de transmission d'informations (PQ) selon l'une quelconque des revend ications précédentes, dans lequel l'activation du mode de synchron isation (MOD_SYNC) s'effectue manuellement.
7. Procédé de transmission d'informations (PQ) selon l'une quelconque des revend ications précédentes, dans lequel une transm ission d'informations se fait par une plural ité de paquets (PQ)-
8. Procédé de transmission d'informations (PQ) selon l'une quelconque des revendications précédentes, dans lequel au moins une date (DT1 , DT2) est transmise lors d'une ouverture d'une session de communication bi-d irectionnelle.
9. Dispositif (DISP) de transmission d'informations (PQ) d'un premier objet identifiant ( I D1 ) pour véh icule automobile (V) vers un deuxième objet identifiant (I D2), un objet identifiant ( ID1 , I D2) permettant un accès aud it véh icule (V), led it d ispositif (DISP) comportant :
- Une un ité de contrôle (UC) pour :
- activer un mode de synchron isation (MOD_SYNC) ;
- ouvrir une session de commun ication bi-d irectionnelle (SSRF) ; et - transmettre des informations (PQ) d'un objet identifiant
( ID1 ) vers l'autre objet identifiant ( ID2) en fonction d'une date (DT1 , DT2) associée aux informations (PQ) à transmettre.
1 0. Objet identifiant (I D1 ) pour véh icule automobile (V) apte à transmettre des informations vers un autre objet identifiant ( I D2), un objet identifiant (I D1 ) permettant un accès aud it véh icule (V), et comportant :
- une interface homme-mach ine (I HM) pour sélectionner un mode de synchronisation (MOD_SYNC) ;
- un émetteur-récepteur pour transmettre physiquement des informations à un autre objet identifiant (I D) ; et - et un d ispositif (DISP) de transmission d'informations selon la revendication précédente.
1 1 . Produit programme (PG) d'ord inateur comportant une ou plusieurs séquences d'instructions exécutables par une unité de traitement d'information, l'exécution desd ites séquences d'instructions permettant une mise en œuvre du procédé selon l'une quelconque des revendications précédentes 1 à 8.
PCT/EP2008/057576 2007-06-25 2008-06-16 Procede de transmission d'informations entre identifiants de vehicule WO2009000695A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2010513845A JP5139522B2 (ja) 2007-06-25 2008-06-16 車両用情報伝送方法及び装置、車両用識別体、並びにコンピュータプログラム
US12/665,956 US20100191703A1 (en) 2007-06-25 2008-06-16 Method for transmitting information between vehicle identifiers
EP08761082A EP2168102A1 (fr) 2007-06-25 2008-06-16 Procede de transmission d'informations entre identifiants de vehicule
CN200880104168.XA CN101861602A (zh) 2007-06-25 2008-06-16 用于在机动车识别器之间发送信息的方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0704548A FR2917873B1 (fr) 2007-06-25 2007-06-25 Procede de transmission d'informations entre identifiants de vehicule
FR07/04548 2007-06-25

Publications (1)

Publication Number Publication Date
WO2009000695A1 true WO2009000695A1 (fr) 2008-12-31

Family

ID=39031091

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2008/057576 WO2009000695A1 (fr) 2007-06-25 2008-06-16 Procede de transmission d'informations entre identifiants de vehicule

Country Status (6)

Country Link
US (1) US20100191703A1 (fr)
EP (1) EP2168102A1 (fr)
JP (1) JP5139522B2 (fr)
CN (1) CN101861602A (fr)
FR (1) FR2917873B1 (fr)
WO (1) WO2009000695A1 (fr)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8818697B2 (en) * 2012-03-05 2014-08-26 Toyota Motor Engineering & Manufacturing North America, Inc. Vehicles for communicating vehicle parameters to a networked server
FR3030850B1 (fr) * 2014-12-23 2020-01-24 Valeo Comfort And Driving Assistance Procede de controle de l'acces a au moins une fonctionnalite d'un vehicule automobile
JP2017022518A (ja) * 2015-07-09 2017-01-26 太平洋工業株式会社 アンテナマッチング回路
DE102017204156B3 (de) * 2017-03-14 2018-03-01 Bayerische Motoren Werke Aktiengesellschaft System und Verfahren zur sicheren Fahrzeugkommunikation
CN108809878B (zh) * 2017-05-04 2024-05-17 华为技术有限公司 同步信号的发送方法、同步信号的接收方法及相关设备
FR3093953B1 (fr) * 2019-03-20 2021-02-19 Continental Automotive Procédé de pilotage à distance d’une activation d’une commande dans une unité roue
CN114333113B (zh) * 2021-12-28 2023-05-12 重庆长安汽车股份有限公司 基于负一屏的蓝牙钥匙快捷控制方法及计算机可读存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040230348A1 (en) * 2003-04-16 2004-11-18 Torsten Mann System for exchanging data between devices in a motor vehicle and an external input/output terminal
DE102004025886A1 (de) * 2004-05-27 2005-12-29 Volkswagen Ag Schlüssel für ein Kraftfahrzeug
DE102004050846A1 (de) * 2004-10-18 2006-04-20 Kiekert Ag Verfahren zur Übermittlung von Kraftfahrzeug-Daten
DE102005033980A1 (de) * 2005-07-20 2006-10-19 Siemens Ag Fahrzeugschlüssel
WO2006132534A1 (fr) * 2005-06-06 2006-12-14 Telefonaktiebolaget Lm Ericsson (Publ) Synchronisation d'elements d'information avec des references

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08254048A (ja) * 1995-03-15 1996-10-01 Honda Motor Co Ltd メモリ内蔵キー
US7840342B1 (en) * 1997-10-22 2010-11-23 Intelligent Technologies International, Inc. Road physical condition monitoring techniques
JP2000259473A (ja) * 1999-03-08 2000-09-22 Fuji Xerox Co Ltd データベース管理方式
JP4135787B2 (ja) * 1999-03-18 2008-08-20 日産ディーゼル工業株式会社 車両のデータ記録装置
US20070053341A1 (en) * 2005-09-06 2007-03-08 Lizzi Ronald S System and method for synchronizing companion electronic devices
JP2007334864A (ja) * 2006-05-16 2007-12-27 Fujifilm Corp 表示システム、表示方法、および表示プログラム
US8078762B2 (en) * 2006-06-14 2011-12-13 Continental Teves Ag & Co. Ohg Method for transmitting measured data, and sensor device
WO2008145157A1 (fr) * 2007-05-30 2008-12-04 Trimble Ab Liste de réseau radio utile pour des données de commande de véhicules et des données de position en temps réel

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040230348A1 (en) * 2003-04-16 2004-11-18 Torsten Mann System for exchanging data between devices in a motor vehicle and an external input/output terminal
DE102004025886A1 (de) * 2004-05-27 2005-12-29 Volkswagen Ag Schlüssel für ein Kraftfahrzeug
DE102004050846A1 (de) * 2004-10-18 2006-04-20 Kiekert Ag Verfahren zur Übermittlung von Kraftfahrzeug-Daten
WO2006132534A1 (fr) * 2005-06-06 2006-12-14 Telefonaktiebolaget Lm Ericsson (Publ) Synchronisation d'elements d'information avec des references
DE102005033980A1 (de) * 2005-07-20 2006-10-19 Siemens Ag Fahrzeugschlüssel

Also Published As

Publication number Publication date
FR2917873B1 (fr) 2009-09-18
FR2917873A1 (fr) 2008-12-26
JP5139522B2 (ja) 2013-02-06
US20100191703A1 (en) 2010-07-29
JP2010532888A (ja) 2010-10-14
EP2168102A1 (fr) 2010-03-31
CN101861602A (zh) 2010-10-13

Similar Documents

Publication Publication Date Title
WO2009000695A1 (fr) Procede de transmission d'informations entre identifiants de vehicule
EP2183453B1 (fr) Procédé de déverrouillage automatique d'un ouvrant de véhicule automobile pour système mains-libres et dispositif pour la mise en oeuvre du procédé
WO2015032956A2 (fr) Procédé de déclenchement d'une commande sur un véhicule automobile par un échange de données entre un équipement de contrôle et un élément identifiant
FR3021798A1 (fr) Telephone mobile pour l'acces et/ou le demarrage d'un vehicule automobile
FR2855643A1 (fr) Procede et appareil a signaux d'etats pour un actionneur de barriere mobile et commande a distance sans fil correspondante
FR2936545A1 (fr) Dispositif de deverrouillage automatique d'un ouvrant de vehicule automatique.
FR2839799A1 (fr) Procede de localisation d'un dispositif emetteur et recepteur
EP1128265A1 (fr) Système de reprogrammation à distance d'au moins un calculateur d'un système informatique embarqué à bord d'un véhicule automobile
CN110395137A (zh) 电动汽车充电控制方法、装置、设备及存储介质
FR2904456A1 (fr) Bicyclette, procede de gestion d'une flotte de bicyclettes et systeme de gestion d'une telle flotte
EP2296126A1 (fr) Procédé de localisation d'un véhicule à enregistrement automatique du positionnement du véhicule au verrouillage de ce dernier
WO2016102889A1 (fr) Procédé de contrôle de l'accès à au moins une fonctionnalité d'un véhicule automobile
FR2943822A1 (fr) Dispositif d'identification a distance associe a un vehicule automobile comprenant des moyens de communication a distance avec le vehicule associe.
FR3056868B1 (fr) Procede de mise a jour d'un code de demarrage a distance d'un vehicule automobile
WO2020020743A1 (fr) Optimisation des communications sans fil d'un système de surveillance de pression des pneumatiques pour véhicule automobile
WO2020260164A1 (fr) Procédé et moyens de commande à distance, par un terminal de communication mobile, d'une fonction sécurisée de véhicule automobile
EP1783693B1 (fr) Procédé de transfert des données d'un chronotachygraphe
FR2891519A1 (fr) Systeme d'ajustement d'informations d'etat d'un vehicule entre au moins deux transmetteurs d'identification
CN113370921A (zh) 车辆控制车载显示设备方法、电子设备、服务器、移动终端及存储介质
FR2774120A1 (fr) Systeme de verrouillage pour vehicule automobile a code evolutif et identification
FR3074328B1 (fr) Procede d'activation d'au moins une fonction d'un equipement d'un vehicule
EP3427334A1 (fr) Équipement électronique d'aide au stationnement pour véhicule automobile
FR3076937A1 (fr) Procédé de localisation d'un véhicule, procédé de mise en œuvre d'un véhicule, et système
FR3065103A1 (fr) Ensemble capteur apte a fonctionner avec un telephone portable et ensemble de gestion du stationnement
EP2178724B1 (fr) Procédé de localisation d'un véhicule

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200880104168.X

Country of ref document: CN

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

Ref document number: 08761082

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010513845

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2008761082

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 12665956

Country of ref document: US