EP2168102A1 - Verfahren zum übertragen von informationen zwischen fahrzeugkennungen - Google Patents

Verfahren zum übertragen von informationen zwischen fahrzeugkennungen

Info

Publication number
EP2168102A1
EP2168102A1 EP08761082A EP08761082A EP2168102A1 EP 2168102 A1 EP2168102 A1 EP 2168102A1 EP 08761082 A EP08761082 A EP 08761082A EP 08761082 A EP08761082 A EP 08761082A EP 2168102 A1 EP2168102 A1 EP 2168102A1
Authority
EP
European Patent Office
Prior art keywords
information
identifying object
vehicle
identifying
time
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP08761082A
Other languages
English (en)
French (fr)
Inventor
Fabienne Masson
Jean-Claude Huth
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Valeo Comfort and Driving Assistance SAS
Original Assignee
Valeo Securite Habitacle SAS
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 SAS filed Critical Valeo Securite Habitacle SAS
Publication of EP2168102A1 publication Critical patent/EP2168102A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME 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/00Registering or indicating the working of vehicles
    • G07C5/008Registering or indicating the working of vehicles communicating information to a remotely located station
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60RVEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R25/00Fittings or systems for preventing or indicating unauthorised use or theft of vehicles
    • B60R25/20Means to switch the anti-theft system on or off
    • B60R25/24Means to switch the anti-theft system on or off using electronic identifiers containing a code not memorised by the user
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME 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/00Individual registration on entry or exit
    • G07C9/00174Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C9/00309Electronically 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
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME 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/00Individual registration on entry or exit
    • G07C9/00174Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C2009/00753Electronically 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/00769Electronically 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/00793Electronically 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

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Mechanical Engineering (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Arrangements For Transmission Of Measured Signals (AREA)
  • Lock And Its Accessories (AREA)
EP08761082A 2007-06-25 2008-06-16 Verfahren zum übertragen von informationen zwischen fahrzeugkennungen Withdrawn EP2168102A1 (de)

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
PCT/EP2008/057576 WO2009000695A1 (fr) 2007-06-25 2008-06-16 Procede de transmission d'informations entre identifiants de vehicule

Publications (1)

Publication Number Publication Date
EP2168102A1 true EP2168102A1 (de) 2010-03-31

Family

ID=39031091

Family Applications (1)

Application Number Title Priority Date Filing Date
EP08761082A Withdrawn EP2168102A1 (de) 2007-06-25 2008-06-16 Verfahren zum übertragen von informationen zwischen fahrzeugkennungen

Country Status (6)

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

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
CN116209052B (zh) * 2017-05-04 2024-04-23 华为技术有限公司 同步信号的发送方法、同步信号的接收方法及相关设备
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 重庆长安汽车股份有限公司 基于负一屏的蓝牙钥匙快捷控制方法及计算机可读存储介质

Family Cites Families (13)

* 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 日産ディーゼル工業株式会社 車両のデータ記録装置
DE10317499A1 (de) * 2003-04-16 2004-11-04 Atmel Germany Gmbh Vorrichtung zum Datenaustausch zwischen Geräten in einem Kraftfahrzeug und einem Eingabe/Ausgabe-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
NO20052719D0 (no) * 2005-06-06 2005-06-06 Ericsson Telefon Ab L M Synkronisering av informasjonsenheter med tilhorende referanser
DE102005033980A1 (de) * 2005-07-20 2006-10-19 Siemens Ag Fahrzeugschlüssel
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 表示システム、表示方法、および表示プログラム
EP2033375B1 (de) * 2006-06-14 2013-03-20 Continental Teves AG & Co. oHG Verfahren zum übertragen von messdaten und sensoreinrichtung
EP2153169B1 (de) * 2007-05-30 2017-01-04 Trimble AB Funkmessliste für fahrzeugsteuerung und echtzeitpositionsdaten

Non-Patent Citations (1)

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

Also Published As

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

Similar Documents

Publication Publication Date Title
WO2009000695A1 (fr) Procede de transmission d'informations entre identifiants de vehicule
EP2183453B1 (de) Verfahren zur automatischen entriegelung einers öffnungselements einer kraftfahrzeugs für ein freispechsystem und vorrichtung zur umsetzung des verfahrens
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
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.
CN110395137A (zh) 电动汽车充电控制方法、装置、设备及存储介质
FR2904456A1 (fr) Bicyclette, procede de gestion d'une flotte de bicyclettes et systeme de gestion d'une telle flotte
EP2296126A1 (de) Verfahren zur Lokalisierung eines Fahrzeugs, mit automatischer Aufzeichnung der Positionierung des Fahrzeugs beim Verschließen des Fahrzeugs
EP3266003A1 (de) Verfahren zur steuerung des zugriffs auf mindestens eine funktion eines kraftfahrzeugs
FR3043236A1 (fr) Systeme et procede de verrouillage et de deverrouillage a distance d'un vehicule
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
WO2007051598A1 (fr) Procédé de transfert de données d'un chronotachygraphe
FR2891519A1 (fr) Systeme d'ajustement d'informations d'etat d'un vehicule entre au moins deux transmetteurs d'identification
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
FR3074328B1 (fr) Procede d'activation d'au moins une fonction d'un equipement d'un vehicule
EP3314596B1 (de) Verfahren zur steuerung einer funktion eines fahrzeugs mittels eines benutzerendgeräts
EP3427334A1 (de) Elektronische einparkhilfsvorrichtung für ein kraftfahrzeug
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
EP3554102B1 (de) Verfahren zur automatischen herstellung einer drahtlosen verbindung zwischen einem mobilen endgerät und einem multimediarechner eines fahrzeugs
WO2017182597A1 (fr) Procédé de connexion d'un appareil électronique à un système embarqué de véhicule, appareil électronique et système embarqué de véhicule associés
EP2178724B1 (de) Verfahren zum suchen eines fahrzeugs
WO2020065163A1 (fr) Perfectionnement d'un procédé de commande à distance du démarrage des véhicules automobiles au moyen d'un appareil mobile de télécommunication

Legal Events

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

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20100125

AK Designated contracting states

Kind code of ref document: A1

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

AX Request for extension of the european patent

Extension state: AL BA MK RS

17Q First examination report despatched

Effective date: 20100618

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: VALEO SECURITE HABITACLE

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

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20120911