WO2025103752A1 - Utilisation d'un identifiant portatif pour communiquer avec un système de véhicule - Google Patents

Utilisation d'un identifiant portatif pour communiquer avec un système de véhicule Download PDF

Info

Publication number
WO2025103752A1
WO2025103752A1 PCT/EP2024/080490 EP2024080490W WO2025103752A1 WO 2025103752 A1 WO2025103752 A1 WO 2025103752A1 EP 2024080490 W EP2024080490 W EP 2024080490W WO 2025103752 A1 WO2025103752 A1 WO 2025103752A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication
steps
user
identifier
portable identifier
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.)
Pending
Application number
PCT/EP2024/080490
Other languages
English (en)
Inventor
Herve Farine
Riadh BERHOUMA
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 Comfort and Driving Assistance 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 Comfort and Driving Assistance SAS filed Critical Valeo Comfort and Driving Assistance SAS
Publication of WO2025103752A1 publication Critical patent/WO2025103752A1/fr
Anticipated expiration legal-status Critical
Pending legal-status Critical Current

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
    • 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
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0251—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity
    • H04W52/0254—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity detecting a user operation or a tactile contact or a motion of the device
    • 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
    • G07C2009/00365—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 in combination with a wake-up circuit
    • G07C2009/0038—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 in combination with a wake-up circuit whereby the wake-up circuit is situated in the keyless data carrier

Definitions

  • the present disclosure relates to a method of using a portable identifier, a computer program for such a portable identifier, a storage medium for such a program and a portable identifier.
  • Each portable identifier can be portable devices such as key fobs or smartphones.
  • Each identifier includes an electrical power source (e.g., a battery) that allows it to be portable.
  • Such systems allow the vehicle to perform functions, such as opening the doors and/or starting the vehicle, based on the location of one or more portable identifiers.
  • each portable identifier may be configured to communicate using one or more communication protocols with the system.
  • the portable identifier and the system may be configured to communicate using a UWB (Ultra Wide Band) communication protocol and a BLE (Bluetooth Low Energy) communication protocol.
  • UWB Ultra Wide Band
  • BLE Bluetooth Low Energy
  • a method for using a portable identifier configured to communicate using one or more communication protocols with a vehicle system having recorded the portable identifier.
  • the portable identifier comprises an electrical energy source.
  • the method comprises, by the portable identifier, for at least one communication protocol, the following four steps.
  • the first step is a detection of loss of communication using the communication protocol with the system.
  • the second step is a determination of the number of steps taken by a user wearing the portable identifier between the detected loss of communication and a deactivation of the portable identifier.
  • the third step is, after a reactivation of the identifier, a monitoring of the number of steps taken by the user wearing the portable identifier.
  • the fourth step is a triggering of communication using the communication protocol with the system when the monitored number of steps becomes greater than the determined number of steps.
  • the number of steps monitored is the number of steps taken by the user between the user leaving the vehicle and the deactivation of the portable identifier, is the number of steps taken by the user between the user exiting the vehicle and the detected loss of communication and is a parameter dependent on the communication protocol.
  • the one or more communication protocols may include a UWB communication protocol and/or a BLE communication protocol.
  • triggering can be performed based on:
  • the identifier may comprise a microcontroller and, for each communication protocol, a respective component.
  • the communication trigger may comprise, for each communication protocol, a sending of a wake-up signal by the microcontroller to the respective component of the communication protocol.
  • the electrical energy source may be a battery, preferably a button cell, and/or having a diameter of less than 25 millimeters and/or a height of less than 8 millimeters, for example less than 6 millimeters.
  • a computer program for such a portable identifier is also provided.
  • the computer program includes instructions which, when executed by a processor, cause the processor to implement such a method.
  • a computer-readable storage medium on which such a computer program is recorded is also provided.
  • a portable identifier is also provided.
  • the portable identifier comprises such a storage medium.
  • the portable identifier is configured to perform such a method.
  • a method for using a portable identifier configured to communicate using one or more communication protocols with a vehicle system having recorded the portable identifier.
  • the portable identifier comprises an electrical energy source.
  • the method comprises by the portable identifier, for at least one communication protocol, the following four steps.
  • the first step is a detection S10 of loss of communication using the communication protocol with the system.
  • the second step is a determination S20 of the number of steps taken by a user wearing the portable identifier between the detected loss of communication and a deactivation of the portable identifier.
  • the third step is, after a reactivation of the identifier, a monitoring S30 of the number of steps taken by the user wearing the portable identifier.
  • the fourth step is a triggering S40 of communication using the communication protocol with the system when the monitored number of steps becomes greater than the determined number of steps.
  • the method provides improved use of the portable identifier.
  • the method allows, for each of the at least one communication protocol, the triggering of communication using the communication protocol only when the portable identifier is again within the perimeter in which the communication protocol can be used. This avoids having to make unsuccessful communication attempts while the user approaches the vehicle, which improves the lifespan of the electrical energy source of the portable identifier.
  • the method is particularly accurate and reliable. Indeed, counting the number of steps allows an objective measurement of how far the user has moved away from the vehicle after the loss of communication when he or she exits it, and the number of steps counted then makes it possible to know, when the user returns to the vehicle, how many steps the user must take before the communication protocol can be used again. Counting the number of steps is reliable given that the user generally takes the same route to go from the vehicle to his or her destination and to return from the destination to the vehicle. Furthermore, the steps taken do not generally vary between these two moments for the same user.
  • the counting and recording of the number of steps is carried out by the portable identifier itself. This makes the use of the portable identifier autonomous and avoids having to carry out additional exchanges with the system, thus making the process particularly efficient.
  • the method adapts to a wide range of situations (e.g., parking the vehicle at work, at home, or while shopping). Indeed, determining the number of steps taken by the user makes it possible to take into account the fact that this number of steps may vary in each situation.
  • the method allows, in each situation, the triggering of the communication at the right time (i.e., taking into account the number of steps determined when the user previously left the vehicle, and therefore the situation).
  • the method makes it possible to take into account a different number of steps for each communication protocol.
  • the one or more communication protocols may comprise a UWB (Ultra Wide Band) communication protocol and a BLE (Bluetooth Low Energy) communication protocol.
  • the method comprises executing steps S10 to S40 for each of these UWB and BLE protocols.
  • the method may comprise, firstly, a detection S10 of loss of communication using the UWB protocol, then, secondly, a detection S10 of loss of communication using the BLE protocol (the UWB protocol having a more restricted range than the BLE).
  • the number of steps determined in step S20 may be different for each communication protocol.
  • the number of steps determined for the UWB protocol may be less than the number of steps determined for the BLE protocol (the BLE protocol having a greater range than the UWB protocol).
  • the identifier may record a respective number of steps for each protocol. The respective number of steps may be the number of steps determined between the loss of communication detected for the protocol and the deactivation of the portable identifier.
  • Steps S10 to S40 are executed by the portable identifier for each protocol, for example in parallel.
  • Information is now provided on the execution of steps S10 to S40 for a particular communication protocol (for example BLE or UWB). However, this information can apply to any of the communication protocols for which the method comprises an execution of these steps.
  • Steps S10 to S40 are executed by the portable identifier.
  • the portable identifier may include a processor and a memory on which the computer program for the portable identifier is stored.
  • This computer program may include instructions which, when executed by the processor of the portable identifier, cause the latter to implement steps S10 to S40.
  • the method may include performing steps S10 and S20 while the user is traveling a round trip from the vehicle to a destination location (e.g., their home, office, hotel, or a business such as a store or restaurant).
  • a destination location e.g., their home, office, hotel, or a business such as a store or restaurant.
  • the user's path during the outbound portion of this trip and during the return portion of this trip may be substantially the same.
  • the method may include performing steps S10 and S20 while the user is traveling the outbound portion of this trip, i.e., after the user has left the vehicle, and while traveling toward the destination location.
  • the method may include performing steps S10 and S20 while the user is traveling the return portion of this trip, i.e., from the destination location to the vehicle.
  • the method may include repeating steps S10-S40 for each protocol on each round trip.
  • the method may include repeating steps S10-S40 for each protocol on each of the vehicle-to-home, vehicle-to-work, vehicle-to-hotel, and/or vehicle-to-business trips made by the user carrying the portable identifier.
  • the communication loss may occur while the user is traveling.
  • each communication protocol may be used within a certain perimeter around the vehicle, and the communication loss may occur when the user leaves this perimeter.
  • the method may perform the communication loss detection S10 at this time.
  • the deactivation of the portable identifier may be performed at the end of the outward journey, i.e., when the user arrives at the destination.
  • the deactivation may be performed after the user has placed the portable identifier (e.g., on a dresser or desk), or after the user has sat down (e.g., at his or her desk or at a restaurant table).
  • the deactivation of the portable identifier may be performed in any manner.
  • the deactivation may include detecting the absence of movement of the portable identifier (e.g., for at least a predetermined period) and then, in response to this detection, stopping the operation of all functions of the portable identifier (e.g., except for a standby function).
  • the detection of the absence of movement may be measured by the motion sensor.
  • the deactivation may comprise a user pressing a stop button on the portable identifier (the identifier being configured to deactivate in response to the pressing of this button).
  • the method may perform the determination S20 at the end of the outward journey, for example just after the portable identifier is immobilized and just before its deactivation.
  • the reactivation of the portable identifier can be carried out after the deactivation of the portable identifier.
  • the reactivation of the portable identifier can be carried out at a time when the movement of the portable identifier resumes (after the movement has stopped at the time of deactivation), i.e. at the start of the return journey.
  • the reactivation of the portable identifier can be carried out after a certain time has elapsed since the deactivation of the identification. This time can correspond to the time the user stays at the destination before the user uses the vehicle again and therefore makes the return journey.
  • the method can carry out monitoring S30 during this return journey.
  • the reactivation of the portable identifier can be carried out in any way.
  • the reactivation may include detecting motion of the portable identifier (e.g., for at least a predetermined period of time) and then, in response to this detection, turning on all functions of the portable identifier (and, for example, turning off the sleep function).
  • the motion detection may be measured by the motion sensor.
  • the reactivation may include a user pressing a power button on the portable identifier (the identifier being configured to reactivate in response to the pressing of this button).
  • the method may perform the S40 trigger after the user enters the perimeter around the vehicle in which the communication protocol may be executed. For example, the method may perform the S40 trigger just after the user enters the perimeter, or after the user has taken a few steps within the perimeter.
  • communication means exchanges, for example periodic, of signals between the portable identifier and the vehicle system according to the communication protocol.
  • Loss of communication means a stopping of these exchanges.
  • the method may comprise a preliminary phase comprising, for example periodically, exchanges using the communication protocol between the portable identifier and the vehicle system.
  • the portable identifier may still be within the perimeter of the vehicle allowing such communication with the vehicle system.
  • the user may still be in the vehicle, or may still be a few meters from the vehicle.
  • Each exchange may comprise sending a signal by one of the portable identifier and the system and receiving this signal by the other of the portable identifier and the system.
  • this communication is lost.
  • the loss of communication may include one or more signals being sent by one of the portable identifier and the system and the other of the portable identifier and the system not receiving (or receiving with too low an amplitude) these one or more signals.
  • the lack of reception may be caused by the distance between the system and the portable identifier being too great or the presence of objects (for example, a wall) preventing the propagation of signals between the system and the portable identifier.
  • the detection S10 of loss of communication can be carried out in any manner.
  • the detection S10 can comprise a determination of the absence of reception of a signal exchanged between the portable identifier and the system.
  • the detection S10 can comprise a sending of a signal by the portable identifier to the system, then, an absence of reception of a return signal sent by the system (the return signal being for example sent in response to the signal sent by the portable identifier), or a reception of the signal sent by the system with an amplitude that is too low (for example less than a predetermined threshold).
  • the amplitude can be for example too low for the signal to be able to be decoded by the portable identifier.
  • the method comprises determining S20 the number of steps taken by the user between the detected loss of communication and the deactivation of the portable identifier.
  • the portable identifier may comprise a pedometer.
  • determining S20 the number of steps may comprise a measurement, by the pedometer, of the number of steps taken by the user between the detected loss of communication and the deactivation of the portable identifier.
  • the portable identifier may comprise a motion sensor.
  • the determination S20 of the number of steps may comprise a measurement, by the motion sensor, of the movements of the portable identifier between the detected loss of communication and the deactivation of the portable identifier, then an analysis, by the portable identifier (for example the processor of the identifier), of these measured movements to deduce therefrom the number of steps taken by the user between these two instants.
  • the deduction of the number of steps based on the measured movements may be done in any manner.
  • the deduction may comprise a recognition of regular repetitive movements in the measured movements (each repetitive movement corresponding to a step).
  • the method may perform the determination S20 of the number of steps while the user is walking. For example, the determination S20 may be done incrementally using a counter of the number of steps measured. For example, after each step taken by the user, the determination S20 may include a determination that the user has taken a new step, then, an addition of a step to the counter. The determination that the user has taken a new step may be made by analyzing the movement measured by the motion sensor while the user takes this new step, or by measuring this new step directly by the pedometer.
  • the determination S20 may include a recording of a first number of steps corresponding to the number of steps of the counter at the time of the detection S10 of loss of communication, a recording of a second number of steps corresponding to the number of steps of the counter at the time of deactivation of the identifier and a calculation of the number of steps determined by subtracting the first number of steps from the second number of steps.
  • the method may for example comprise resetting the counter to zero at a given time during the execution of steps S10 to S40, for example before detection S10, for example at the time of exiting the vehicle or reactivating the portable identifier.
  • the method may perform the determination S20 of the number of steps only at the end of the outward journey.
  • the determination S20 may, for example, comprise a recording of the movement measured by the motion sensor, and the method may perform the analysis based on all the movements recorded at the end of the journey only.
  • the method may include recording the determined number of steps.
  • the portable identifier may include a memory, and the method may include recording the determined number of steps on the memory.
  • the user may place the portable identifier before the loss of communication S10, i.e., while he or she is still within the scope of the protocol.
  • the method may comprise stopping the step counting by the counter when the user places the identifier.
  • the method may comprise detecting that the portable identifier no longer moves for a predetermined time (e.g., 5 minutes), then recording the number of steps measured by the counter. After this, the method may comprise stopping communication with the vehicle (the loss of communication S10 then occurring only at this time).
  • step S20 The number of steps determined in step S20 between the stopping of communication and the deactivation of the portable identifier will then be zero, and in this case, at the time of reactivation of the identifier, the communication will be triggered directly after the reactivation of the identifier.
  • Monitoring S30 may include counting the number of steps taken by the user while moving since the reactivation of the wearable identifier. Monitoring S30 may be done incrementally using a counter of the number of steps taken (e.g., the same counter as for determination S20). For example, monitoring S30 may include resetting this counter at the time of reactivation of the wearable identifier. Then, after each step taken by the user, monitoring S30 may include determining that the user has taken a new step and then adding a step to the counter. Determining that the user has taken a new step may be done by analyzing the movement measured by the motion sensor while the user takes this new step, or by measuring this new step by the pedometer.
  • the monitoring S30 may also include determining how the user is moving. For example, the monitoring S30 may include determining whether the user is running, walking, or standing still. This determination may be made using the pedometer, which may be configured to detect the user's movement state (i.e., whether the user is running, walking, or standing still).
  • the trigger S40 is made at the moment when the number of steps monitored becomes greater than a number of steps determined during the outward journey (which is for example recorded in the memory of the portable identifier).
  • the method can comprise, at each new step measured during the monitoring S30, a check of whether the number of steps monitored becomes greater than the number of steps determined during the outward journey.
  • the method comprises the trigger S40 of the communication.
  • the trigger S40 can comprise a realization of a communication attempt between the portable identifier and the system using the protocol.
  • the trigger S40 can comprise a sending of exchanges between the portable identifier and the system, in particular to allow a negotiation of communication parameter(s) between the portable identifier and the system.
  • the communication triggered by these attempts can continue, for example until the user enters the vehicle or turns on the vehicle (for example turns on the vehicle engine).
  • communication is triggered when the following inequality holds:
  • step S30 is the number of steps taken by the user between the user exiting the vehicle and the deactivation of the portable identifier. is the number of steps taken by the user between the user exiting the vehicle and the detected loss of communication. is therefore the number of steps determined at step S20. is a parameter dependent on the communication protocol.
  • the parameter can be predetermined.
  • the parameter can be an integer less than or equal to 0, for example between 0 and -5, for example between 0 and -3.
  • the parameter may depend on the protocol.
  • the scope in which the communication protocol can be used e.g. the size of that scope.
  • the parameter may be higher for the BLE protocol than for the UWB protocol (the perimeter of the BLE protocol being higher than that of the UWB protocol).
  • the parameter can be the same for all protocols.
  • the parameter allows the timing of step S40 to be adjusted so that communication is established just as the user enters the perimeter. This helps improve energy use since this adjustment reduces the risk of communication attempts being made too early or too late.
  • triggering is performed based on one or more parameters, e.g., measured and/or determined during the execution of steps S10 to S40.
  • the method may include adjusting the parameter used in the previously discussed inequality.
  • the method may for example include an adjustment of the parameter depending on the user's movement state detected by the pedometer.
  • the method may perform this adjustment just before and/or while this inequality is used (i.e. by adjusting the parameter value then checking that the number of steps does not become greater than the number of steps determined in step S20 with the inequality using the adjusted value of the parameter ).
  • the triggering may be performed as a function of the speed of the user.
  • the method may comprise a measurement of this speed, for example when the user returns to the vehicle (during the execution of step S30).
  • the measured speed may be an average speed of the user, for example during the return journey, i.e. during the monitoring S30.
  • the measured speed may be that of the portable identifier (this being assimilated to that of the user).
  • the method may deduce this speed measurement by measuring the duration between each step (for example an average duration over the first steps of the return journey).
  • the method may for example consider an average distance between each step (for example predetermined as a function of the user), and deduce the speed of the user by dividing this average distance by the duration between each step.
  • the method may adjust the parameter depending on this deduced speed. For example, the method can reduce the parameter when speed increases (and vice versa).
  • Speed-dependent triggering helps improve energy use because it allows for fine-tuning the moment at which communication is triggered.
  • the method may for example use a first table in which speed intervals are each associated with a value of predetermined.
  • the method may include determining the parameter to be used in the inequality by looking up in the first table the value of predetermined which is associated with the speed interval in which the deduced speed falls.
  • the first table may include a first interval comprising speeds less than or equal to 1.5 meters per second associated with a value of +3 for all (e.g. for the UWB protocol and for the BLE protocol). The method may use this first interval when the user is walking slowly, for example when he or she is writing a message on his or her phone or when he or she is strolling.
  • the first table may also include a second interval including speeds greater than 1.5 meters per second and less than 2.1 meters per second associated with a value of 0 for all (e.g. for the UWB protocol and for the BLE protocol). The method can use this second interval when the user is walking normally.
  • the first table can also include a third interval including speeds above 2.1 meters per second associated with a value of -3 for all (e.g. for UWB protocol and BLE protocol).
  • the method can use this third interval when the user is walking quickly, for example when it is raining.
  • the triggering may be performed based on a comparison of one or more RSSI (Received Signal Strength Indication) measurements of BLE exchanges during the S30 monitoring with one or more RSSI measurements of BLE exchanges at the time of the detected loss of communication of each communication protocol.
  • the one or more communication protocols may comprise the BLE communication protocol and the UWB communication protocol.
  • the method may comprise an adjustment of the parameter used for the UWB protocol. For example, when the RSSI measurements of BLE exchanges performed during S30 monitoring increase rapidly, the parameter can be adjusted so that the triggering of UWB communication begins immediately. For example, the parameter adjusted can be equal to , with the number of steps before UWB communication is lost.
  • the increase can be rapid when the intensity increase between two BLE exchanges is greater than a predetermined increase value, for example between 4 and 7 decibels.
  • the predetermined increase value can be around 6 decibels.
  • the triggering may be performed based on the number of steps taken by the user between the user exiting the vehicle and the detected loss of communication.
  • the method may determine this number of steps at the time of step S20.
  • the method may record this number of steps at the time of step S20, and reuse this number of steps at the time of determining the parameter at the time of step S40.
  • the method may for example use a second table in which, for each protocol, intervals of number of steps are each associated with a value of predetermined.
  • the method may include determining the parameter to be used in the inequality by looking up in the second table the value of predetermined which is associated, for the protocol, with the step count interval in which the number of steps taken by the user between the user leaving the vehicle and the detected loss of communication falls.
  • the second table may include a first interval comprising the number of steps less than or equal to 5 associated with a value of -3 for the parameter of the UWB protocol. The method may use this first interval to trigger UWB communication more quickly.
  • the second table may include a second interval comprising the numbers of steps greater than 5 and less than or equal to 9 associated with a value of 0 for the parameter of the UWB protocol. The method may use this second interval to normally trigger UWB communication.
  • the second table may include a third interval comprising the numbers of steps greater than or equal to 9 associated with a value of +3 for the parameter of the UWB protocol. The method can use this third interval to trigger UWB communication later.
  • the second table may include a fourth interval comprising the number of steps less than or equal to 10 associated with a value of -5 for the parameter of the BLE protocol. The method may use this fourth interval to trigger BLE communication more quickly.
  • the second table may include a fifth interval comprising the number of steps greater than 10 and less than or equal to 50 associated with a value of 0 for the parameter of the UWB protocol. The method can use this fifth interval to normally trigger BLE communication.
  • the second table can include a sixth interval comprising the numbers of steps greater than or equal to 50 associated with a value of +5 for the parameter of the BLE protocol. The method can use this sixth interval to trigger BLE communication later.
  • the portable identifier may be compact.
  • the identifier may be a key fob or a smartphone.
  • the identifier is worn by the user of the vehicle (e.g., the driver).
  • the identifier may be configured to remotely control the execution of one or more vehicle functions (e.g., opening the doors and/or the trunk, starting the vehicle, and/or locking the vehicle).
  • the identifier may include buttons controlling these different functions.
  • the identifier may be configured to detect the movement of the identifier (and/or the absence of movement).
  • the identifier may include a motion sensor.
  • the identifier may also be configured to measure the number of steps taken by the user wearing it.
  • the identifier may include a pedometer.
  • the portable identifier may include a UWB component, a BLE component, and internal communication between the UWB component and the BLE component.
  • the UWB component e.g., a UWB chip
  • the UWB component may be configured to schedule UWB exchanges.
  • the UWB component may be connected to an antenna for sending UWB signals of the UWB exchanges.
  • the BLE component e.g., a BLE chip
  • the UWB component may be connected to an antenna for sending BLE signals of the BLE exchanges.
  • the BLE component may be the so-called “master” component, and the UWB component may be slaved by the so-called “master” component.
  • the communication triggering comprises, for each communication protocol, sending a wake-up signal by the microcontroller to the respective component of the communication protocol.
  • the UWB communication triggering may also comprise configuring the UWB communication with negotiated session parameters using the BLE communication (the latter already being triggered at this time).
  • the UWB communication triggering may also comprise an instruction to start the UWB communication after a predetermined duration has elapsed, for example a duration of Y milliseconds.
  • the method may comprise determining the duration Y based on the number of steps remaining to enter the UWB perimeter at the time of negotiation of the session parameters.
  • the BLE and UWB communications may be governed by the CCC (China Compulsory Product Certification) standard, for example the “CCC-TS-101-Digital-Key-R3-1.2.0-approved” standard.
  • the electrical energy source may be a battery.
  • the electrical energy source may be a button cell battery.
  • the electrical energy source may be rechargeable (e.g., type VL3032), or alternatively, may not be rechargeable (non-rechargeable battery).
  • the battery may have a diameter of less than 25 millimeters, for example, about 20 millimeters.
  • the battery may have a height of less than 8 millimeters, for example, less than 6 millimeters.
  • the battery may have a height of about 3.2 millimeters.
  • the battery may be a CR2250, CR2577, or CR2032 button cell battery.
  • the vehicle may be any type of vehicle configured to include such a system that has stored the portable identifier.
  • the vehicle may be a car, a truck, or a motorcycle.
  • the system may have stored one or more other portable identifiers.
  • the one or more other portable identifiers may also be used according to the same method of use.
  • the one or more other portable identifiers may, for example, belong to one or more other users of the vehicle, and may be configured to perform the method when these one or more other users make round-trip journeys from the vehicle to one or more destinations.
  • the BLE communication protocol can be used as a communication protocol with the vehicle.
  • the UWB communication protocol can be used to measure the distance between the identifier and the vehicle. Data can be contained in the UWB exchanges to secure the communication and to measure the distance by measuring the time taken for the message to arrive.
  • the portable identifier is configured to communicate using a BLE communication protocol and a UWB communication protocol with the vehicle system.
  • the UWB communication protocol is used in a first perimeter 110 around the vehicle.
  • the BLE communication protocol is used in a second perimeter 120 around the vehicle (wider than the first 110).
  • the loss of communication occurs when the user leaves the first perimeter 110, i.e. at point 111 on the route 300.
  • the loss of communication occurs when the user leaves the second perimeter 120, i.e. at point 121 on the route 300.
  • the method comprises, by the portable identifier, for each of the two BLE and UWB communication protocols, the following four steps.
  • the first two steps are carried out after the user leaves his vehicle 100 and heads towards his home 200 following the route 300.
  • the first step is a detection of loss of communication using the communication protocol with the system.
  • the loss of communication occurs when the user leaves the first perimeter 110, i.e. at point 111 on the route 300.
  • the loss of communication occurs when the user leaves the second perimeter 120, i.e. at point 121 on the route 300.
  • the second step is a determination of the number of steps taken by a user wearing the portable identifier between the detected loss of communication and a deactivation of the portable identifier.
  • This number of steps is, for the UWB protocol, the number of steps between point 111 and home 200, and for the BLE protocol, the number of steps between point 121 and home 200.
  • the third step is performed after a reactivation of the identifier. For example, the user decides to return to their vehicle 300 and therefore takes route 300 again. The user then enters the identifier, resulting in a reactivation of the identifier and the start of the third step.
  • the third step is a monitoring of the number of steps taken by the user wearing the portable identifier while making this return trip.
  • the fourth step is a communication trigger using the communication protocol with the system when the monitored step count becomes greater than the determined step count.
  • the BLE communication trigger is then performed at point 111 (at this point, the monitored step count corresponds to that determined during the second step).
  • the UWB communication trigger is performed at point 121.
  • the method provides improved use of the portable identifier. Indeed, the method allows for each protocol the triggering of a communication only when the portable identifier is again within the perimeter in which the communication protocol can be used (110 for the UWB protocol and 120 for the BLE protocol). This avoids having to make unsuccessful communication attempts while the user is approaching the vehicle, which improves the lifespan of the electrical energy source of the portable identifier. This is made possible by counting the number of steps allows an objective measurement of how far the user has moved away from the vehicle after the loss of communication.
  • An example situation is described in this example (car-home journey), but the method is adaptable to a wide range of situations (e.g. car-work journey or car-shop journey). For each of these other situations, the method allows, in each situation, the triggering of communication at the right time.
  • situations e.g. car-work journey or car-shop journey.
  • the vehicle 101 is parked in a garage near the house and the loss of UWB and BLE communications (i.e., UWB and BLE signals) occurs after only a few steps. Indeed, when the user leaves the garage, he or she leaves the perimeter 410 of the UWB protocol and the perimeter 420 of the BLE protocol.
  • UWB and BLE signals i.e., UWB and BLE signals
  • the triggering can be performed based on the number of steps taken by the user between the user leaving the vehicle and the detected loss of communication.
  • the method can determine this number of steps at the time of step S20.
  • the method can record this number of steps at the time of step S20, and reuse this number of steps at the time of determining the parameter at the time of step S40.
  • this adjustment is particularly suitable. Indeed, it allows faster triggering of UWB and BLE communications because the number of steps taken by the user is low as the garage is close to the home, which is particularly effective.
  • the vehicle 102 is parked in a garage or parking lot and UWB communication is lost when the user leaves the garage.
  • BLE communication is still active when the user leaves the garage. Indeed, when the user leaves the garage, he or she leaves the perimeter 510 of the UWB protocol but not the perimeter 520 of the BLE protocol.
  • the method includes an adjustment of the parameter used for the UWB protocol.
  • the parameter is adjusted so that the triggering of UWB communication begins immediately.
  • the intensity increase between two BLE exchanges is greater than 6 decibels, the parameter is adjusted so that it is equal to , with the number of steps before UWB communication is lost.
  • this adjustment is particularly suitable. Indeed, it allows immediate triggering of UWB communications because the increase in intensity between two BLE exchanges will be greater than 6 decibels, which is particularly effective.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • Mechanical Engineering (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Selective Calling Equipment (AREA)
  • Lock And Its Accessories (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

On propose un procédé d'utilisation d'un identifiant portatif configuré pour communiquer avec un système de véhicule. L'identifiant portatif comprend une source d'énergie électrique. Le procédé comprend par l'identifiant portatif, pour au moins un protocole de communication, les quatre étapes suivantes. La première étape est une détection (S10) de perte de communication avec le système. La deuxième étape est une détermination (S20) du nombre de pas effectués par un utilisateur entre la perte de communication détectée et une désactivation de l'identifiant portatif. La troisième étape est, après une réactivation de l'identifiant, une surveillance (S30) du nombre de pas effectués par l'utilisateur. La quatrième étape est un déclenchement (S40) de communication utilisant le protocole de communication avec le système lorsque le nombre de pas surveillé devient supérieur au nombre de pas déterminé. Le procédé fournit une utilisation améliorée de l'identifiant portatif.

Description

Utilisation d’un identifiant portatif pour communiquer avec un système de véhicule
La présente divulgation concerne un procédé d’utilisation d’un identifiant portatif, un programme d’ordinateur pour un tel identifiant portatif, un support de stockage pour un tel programme et un identifiant portatif.
 Arrière-plan technique
Il existe aujourd’hui des véhicules équipés de systèmes ayant enregistré un ou plusieurs identifiants portatifs. Ces identifiants portatifs peuvent être des dispositifs portables tels que des porte-clés (traduction de l’anglais « keyfob ») ou des smartphones. Chaque identifiant comprend une source d’énergie électrique (par exemple une pile) lui permettant d’être portatif. De tels systèmes permettent l’exécution de fonctions par le véhicule, comme par exemple l’ouverture des portes et/ou le démarrage du véhicule en fonction de la localisation des un ou plusieurs identifiants portatifs.
Pour l’exécution de ces fonctions, chaque identifiant portatif peut être configuré pour communiquer en utilisant un ou plusieurs protocoles de communication avec le système. Par exemple, l’identifiant portatif et le système peuvent être configurés pour communiquer en utilisant un protocole de communication UWB (acronyme de l’anglais « Ultra Wide Band », qui signifie en français « Bande Ultra Large ») et un protocole de communication BLE (acronyme de l’anglais « Bluetooth Low Energy », qui signifie en français « Bluetooth faible énergie »). Cependant, l’utilisation de ces un ou plusieurs protocoles de communication réduit la durée de vie de la source d’énergie électrique de l’identifiant portatif.
Il existe donc un besoin d’améliorer l’utilisation d’un tel identifiant portatif.
Résumé
On propose pour cela un procédé d’utilisation d’un identifiant portatif configuré pour communiquer en utilisant un ou plusieurs protocoles de communication avec un système de véhicule ayant enregistré l’identifiant portatif. L’identifiant portatif comprend une source d’énergie électrique. Le procédé comprend par l’identifiant portatif, pour au moins un protocole de communication, les quatre étapes suivantes. La première étape est une détection de perte de communication utilisant le protocole de communication avec le système. La deuxième étape est une détermination du nombre de pas effectués par un utilisateur portant l’identifiant portatif entre la perte de communication détectée et une désactivation de l’identifiant portatif. La troisième étape est, après une réactivation de l’identifiant, une surveillance du nombre de pas effectués par l’utilisateur portant l’identifiant portatif. La quatrième étape est un déclenchement de communication utilisant le protocole de communication avec le système lorsque le nombre de pas surveillé devient supérieur au nombre de pas déterminé.
Pour chaque protocole de communication, la communication peut être déclenchée lorsque l’inégalité suivante est vérifiée :
dans laquelle est le nombre de pas surveillé, est le nombre de pas effectués par l’utilisateur entre une sortie du véhicule par l’utilisateur et la désactivation de l’identifiant portatif, est le nombre de pas effectués par l’utilisateur entre la sortie du véhicule par l’utilisateur et la perte de communication détectée et est un paramètre dépendant du protocole de communication.
Les un ou plusieurs protocoles de communication peuvent comprendre un protocole de communication UWB et/ou un protocole de communication BLE.
Pour au moins un protocole, le déclenchement peut être effectué en fonction :
- d’une vitesse de l’utilisateur,
- d’une comparaison d’une ou plusieurs mesures RSSI d’échanges BLE déterminées pendant la surveillance (S30) avec une ou plusieurs mesures RSSI d’échanges BLE au moment de la perte de communication détectée de chaque protocole de communication, et/ou
- d’un nombre de pas effectués par l’utilisateur entre la sortie du véhicule par l’utilisateur et la perte de communication détectée.
L’identifiant peut comprendre un podomètre. La détermination du nombre de pas et/ou la surveillance du nombre de pas peuvent comprendre une ou plusieurs mesures du nombre de pas par le podomètre.
L’identifiant peut comprendre un microcontrôleur et, pour chaque protocole de communication, un composant respectif. Le déclenchement de communication peut comprenant, pour chaque protocole de communication, un envoi d’un signal de réveil par le microcontrôleur au composant respectif du protocole de communication.
La source d’énergie électrique peut être une pile, de préférence une pile bouton, et/ou présentant un diamètre inférieure à 25 millimètres et/ou une hauteur inférieure à 8 millimètres, par exemple inférieure à 6 millimètres.
On propose également un programme d’ordinateur pour un tel identifiant portatif. Le programme d’ordinateur comprend des instructions qui, lorsque le programme est exécuté par un processeur, conduisent celui-ci à mettre en œuvre un tel procédé.
On propose également un support de stockage lisible par ordinateur sur lequel est enregistré un tel programme d’ordinateur.
On propose également un identifiant portatif. L’identifiant portatif comprend un tel support de stockage. L’identifiant portatif est configuré pour exécuter un tel procédé.
 Brève description des figures
Des exemples non-limitants vont être décrits en référence aux figures suivantes :
La montre un organigramme d’un exemple du procédé.
La illustre un exemple d’utilisation de l’identifiant portatif selon le procédé.
Les et illustrent des exemples d’ajustement du paramètre .
 Description détaillée
En référence à l’organigramme de la , on propose un procédé d’utilisation d’un identifiant portatif configuré pour communiquer en utilisant un ou plusieurs protocoles de communication avec un système de véhicule ayant enregistré l’identifiant portatif. L’identifiant portatif comprend une source d’énergie électrique. Le procédé comprend par l’identifiant portatif, pour au moins un protocole de communication, les quatre étapes suivantes. La première étape est une détection S10 de perte de communication utilisant le protocole de communication avec le système. La deuxième étape est une détermination S20 du nombre de pas effectués par un utilisateur portant l’identifiant portatif entre la perte de communication détectée et une désactivation de l’identifiant portatif. La troisième étape est, après une réactivation de l’identifiant, une surveillance S30 du nombre de pas effectués par l’utilisateur portant l’identifiant portatif. La quatrième étape est un déclenchement S40 de communication utilisant le protocole de communication avec le système lorsque le nombre de pas surveillé devient supérieur au nombre de pas déterminé.
Le procédé fournit une utilisation améliorée de l’identifiant portatif.
En effet, le procédé permet, pour chacun des au moins un protocole de communication, le déclenchement de communication utilisant le protocole de communication uniquement lorsque l’identifiant portatif est à nouveau dans le périmètre dans lequel le protocole de communication peut être utilisé. Cela évite d’avoir à effectuer des tentatives infructueuses de communication pendant que l’utilisateur approche du véhicule, ce qui améliore la durée de vie de la source d’énergie électrique de l’identifiant portatif.
En particulier, le procédé est particulièrement précis et fiable. En effet, le comptage du nombre de pas permet une mesure objective de combien l’utilisateur s’est éloigné du véhicule après la perte de communication lorsqu’il ou elle en est sorti(e), et le nombre de pas compté permet ensuite de savoir, lorsque l’utilisateur retourne vers le véhicule, combien de pas l’utilisateur doit effectuer avant que le protocole de communication puisse à nouveau être utilisé. Le comptage du nombre de pas est fiable compte tenu du fait que l’utilisateur emprunte généralement le même trajet pour se rendre depuis le véhicule vers son lieu de destination et pour revenir du lieu de destination vers le véhicule. Par ailleurs, les pas effectués ne varient généralement pas entre ces deux moments pour un même utilisateur.
D’autre part, le comptage et l’enregistrement du nombre de pas sont réalisés par l’identifiant portatif lui-même. Cela rend l’utilisation de l’identifiant portatif autonome et évite d’avoir à réaliser des échanges supplémentaires avec le système, rendant ainsi le procédé particulièrement efficace.
En outre, le procédé s’adapte à un large éventail de situations (par exemple stationnement du véhicule au travail, à la maison ou pour faire des courses). En effet, la détermination du nombre de pas effectués par l’utilisateur permet de prendre en compte le fait que ce nombre de pas peut varier à chaque situation. Lorsque l’utilisateur retourne au véhicule, le procédé permet, à chaque situation, le déclenchement de la communication au bon moment (c’est-à-dire compte tenu du nombre de pas déterminé lorsque l’utilisateur a précédemment quitté le véhicule, et donc de la situation). Notamment, le procédé permet de prendre en compte un nombre de pas différent pour chaque protocole de communication.
Les un ou plusieurs protocoles de communication peuvent comprendre un protocole de communication UWB (acronyme de l’anglais « Ultra Wide Band », qui signifie en français « Bande Ultra Large ») et un protocole de communication BLE (acronyme de l’anglais « Bluetooth Low Energy », qui signifie en français « Bluetooth faible énergie »). Le procédé comprend une exécution des étapes S10 à S40 pour chacun de ces protocoles UWB et BLE. Par exemple, le procédé peut comprendre dans un premier temps une détection S10 de perte de communication utilisant le protocole UWB, puis, dans un deuxième temps, une détection S10 de perte de communication utilisant le protocole BLE (le protocole UWB ayant une portée plus restreinte que le BLE). Le nombre de pas déterminé à l’étape S20 peut être différent pour chaque protocole de communication. Par exemple, le nombre de pas déterminé pour le protocole UWB peut être inférieur au nombre de pas déterminé pour le protocole BLE (le protocole BLE ayant une portée supérieure au protocole UWB). L’identifiant peut enregistrer un nombre de pas respectif pour chaque protocole. Le nombre de pas respectif peut être le nombre de pas déterminé entre la perte de communication détectée pour le protocole et la désactivation de l’identifiant portatif.
Les étapes S10 à S40 sont exécutées par l’identifiant portatif pour chaque protocole, par exemple en parallèle. Des informations sont maintenant fournies sur l’exécution des étapes S10 à S40 pour un protocole de communication en particulier (par exemple BLE ou UWB). Néanmoins, ces informations peuvent s’appliquer à n’importe lequel des protocoles de communication pour lesquels le procédé comprend une exécution de ces étapes.
Les étapes S10 à S40 sont exécutés par l’identifiant portatif. Par exemple, l’identifiant portatif peut comprendre un processeur et une mémoire sur laquelle est enregistré le programme d’ordinateur pour identifiant portatif. Ce programme d’ordinateur peut comprendre des instructions qui, lorsqu’elles sont exécutées par le processeur de l’identifiant portatif, conduisent celui-ci à mettre en œuvre les étapes S10 à S40.
Le procédé peut comprendre une exécution des étapes S10 et S20 pendant que l’utilisateur parcours un trajet aller-retour depuis le véhicule vers un lieu de destination (par exemple son domicile, son bureau, un hôtel ou un commerce tel qu’un magasin ou un restaurant). Le parcours de l’utilisateur pendant la partie aller de ce trajet et pendant la partie retour de ce trajet peut être sensiblement le même. Le procédé peut comprendre une exécution des étapes S10 et S20 pendant que l’utilisateur effectue la partie aller de ce trajet, c’est-à-dire après que l’utilisateur a quitté le véhicule, et pendant qu’il se dirige vers le lieu de destination. Le procédé peut comprendre une exécution des étapes S10 et S20 pendant que l’utilisateur effectue la partie retour de ce trajet, c’est-à-dire depuis le lieu de destination vers le véhicule.
Dans des exemples, le procédé peut comprendre une répétition des étapes S10 à S40 pour chaque protocole à chaque trajet aller-retour. Par exemple, le procédé peut comprendre une répétition des étapes S10 à S40 pour chaque protocole à chacun des trajets véhicule – domicile, véhicule – travail, véhicule – hôtel et/ou véhicule – commerce effectués par l’utilisateur portant l’identifiant portatif.
La perte de communication peut se réaliser pendant que l’utilisateur effectue le trajet aller. Par exemple, chaque protocole de communication peut être utilisé dans un certain périmètre autour du véhicule, et la perte de communication peut se réaliser au moment où l’utilisateur quitte ce périmètre. Le procédé peut exécuter la détection S10 de perte de communication à ce moment.
La désactivation de l’identifiant portatif peut se réaliser à la fin du trajet aller, c’est-à-dire lorsque l’utilisateur arrive au lieu de destination. Par exemple, la désactivation peut s’exécuter après que l’utilisateur a posé l’identifiant portatif (par exemple sur une commode ou un bureau), ou bien après que l’utilisateur se soit assis (par exemple à son bureau ou à une table du restaurant). La désactivation de l’identifiant portatif peut s’effectué de n’importe quelle manière. Par exemple, la désactivation peut comprendre une détection d’absence de mouvement de l’identifiant portatif (par exemple pendant au moins une période prédéterminée) puis, en réponse à cette détection, un arrêt de fonctionnement de toutes les fonctions de l’identifiant portatif (par exemple excepté un fonction de veille). La détection d’absence de mouvement peut être mesurée par le capteur de mouvement. Alternativement, la désactivation peut comprendre un appui, par l’utilisateur, d’un bouton d’arrêt situé sur l’identifiant portatif (l’identifiant étant configuré pour se désactiver en réponse à l’appui de ce bouton). Le procédé peut exécuter la détermination S20 à la fin du trajet aller, par exemple juste après l’immobilisation de l’identifiant portatif et juste avant sa désactivation.
La réactivation de l’identifiant portatif peut s’exécuter après la désactivation de l’identifiant portatif. La réactivation de l’identifiant portatif peut s’exécuter à un moment de reprise de mouvement de l’identifiant portatif (après l’arrêt de mouvement au moment de la désactivation), c’est-à-dire au début du trajet retour. La réactivation de l’identifiant portatif peut s’exécuter après qu’une certaine durée se soit écoulée depuis la désactivation de l’identification. Cette durée peut correspondre au temps de séjour de l’utilisateur sur le lieu de destination avant que l’utilisateur utilise à nouveau le véhicule, et effectue pour cela le trajet retour. Le procédé peut exécuter la surveillance S30 pendant ce trajet retour. La réactivation de l’identifiant portatif peut s’effectué de n’importe quelle manière. Par exemple, la réactivation peut comprendre une détection de mouvement de l’identifiant portatif (par exemple pendant au moins une période prédéterminée) puis, en réponse à cette détection, une mise en marche de toutes les fonctions de l’identifiant portatif (et par exemple une désactivation de la fonction de veille). La détection de mouvement peut être mesurée par le capteur de mouvement. Alternativement, la réactivation peut comprendre un appui, par l’utilisateur, d’un bouton de mise en marche situé sur l’identifiant portatif (l’identifiant étant configuré pour se réactiver en réponse à l’appui de ce bouton).
Le procédé peut exécuter le déclenchement S40 après que l’utilisateur entre le périmètre autour du véhicule dans lequel le protocole de communication peut s’exécuter. Par exemple, le procédé peut exécuter le déclenchement S40 juste après l’entrée de l’utilisateur dans le périmètre, ou bien après que l’utilisateur a effectué quelques pas dans le périmètre.
Pour chaque protocole, on entend par communication des échanges, par exemple périodique, de signaux entre l’identifiant portatif et le système du véhicule selon le protocole de communication. Par perte de communication, on entend un arrêt de ces échanges. Avant l’étape S10, le procédé peut comprendre une phase préliminaire comprenant, par exemple périodiquement, des échanges utilisant le protocole de communication entre l’identifiant portatif et le système du véhicule. L’identifiant portatif peut encore se trouver dans le périmètre du véhicule permettant une telle communication avec le système du véhicule. Par exemple, l’utilisateur peut encore se trouver dans le véhicule, ou bien peut se trouver encore à quelques mètres du véhicule. Chaque échange peut comprendre un envoi d’un signal par l’un de l’identifiant portatif et du système et une réception de ce signal par l’autre de l’identifiant portatif et du système.
Au moment de l’étape S10, cette communication est perdue. Cela signifie qu’un ou plusieurs signaux ne parviennent pas à être échangés entre le dispositif portatif et le système (par exemple à cause de la distance qui les séparent, ou bien de la présence d’un mur empêchant l’échange des signaux). La perte de communication peut comprendre un envoi d’un ou plusieurs signaux par l’un de l’identifiant portatif et du système et une absence de réception (ou une réception avec une amplitude trop faible) de ces un ou plusieurs signaux par l’autre de l’identifiant portatif et du système. L’absence de réception peut être causée par une distance entre le système et l’identifiant portatif trop grande ou la présence d’objets (par exemple un mur) empêchant la propagation des signaux entre le système et l’identifiant portatif.
La détection S10 de perte de communication peut être réalisée de n’importe quelle manière. La détection S10 peut comprendre une détermination de l’absence de réception d’un signal échangé entre l’identifiant portatif et le système. Par exemple, la détection S10 peut comprendre un envoi d’un signal par l’identifiant portatif au système, puis, une absence de réception d’un signal retour envoyé par le système (le signal retour étant par exemple envoyé en réponse au signal envoyé par l’identifiant portatif), ou bien une réception du signal envoyé par le système avec une amplitude trop faible (par exemple inférieure à un seuil prédéterminé). L’amplitude peut être par exemple trop faible pour que le signal puisse être décodé par l’identifiant portatif.
Après la détection S10, le procédé comprend la détermination S20 du nombre de pas effectués par l’utilisateur entre la perte de communicant détectée et la désactivation de l’identifiant portatif. Dans des exemples, l’identifiant portatif peut comprendre un podomètre. Dans ce cas, la détermination S20 du nombre de pas peut comprendre une mesure, par le podomètre du nombre de pas effectués par l’utilisateur entre la perte de communicant détectée et la désactivation de l’identifiant portatif.
Dans d’autre exemples, l’identifiant portatif peut comprendre un capteur de mouvement. Dans ce cas, la détermination S20 du nombre de pas peut comprendre une mesure, par le capteur de mouvement, des mouvements de l’identifiant portatif entre la perte de communicant détectée et la désactivation de l’identifiant portatif, puis, une analyse, par l’identifiant portatif (par exemple le processeur de l’identifiant), de ces mouvements mesurés pour en déduire le nombre de pas effectués par l’utilisateur entre ces deux instants. La déduction du nombre de pas en fonction des mouvements mesurés peut se faire de n’importe quelle manière. Par exemple, la déduction peut comprendre une reconnaissance de mouvements répétitifs réguliers dans les mouvements mesurés (chaque mouvement répétitif correspondant à un pas).
Le procédé peut réaliser la détermination S20 du nombre de pas pendant que l’utilisateur avance. Par exemple, la détermination S20 peut se faire de manière incrémentale en utilisant un compteur du nombre de pas mesurés. Par exemple, après chaque pas effectué par l’utilisateur, la détermination S20 peut comprendre une détermination que l’utilisateur a effectué un nouveau pas, puis, un ajout d’un pas au compteur. La détermination que l’utilisateur a effectué un nouveau pas peut se faire par analyse du mouvement mesuré par le capteur de mouvement pendant que l’utilisateur réalise ce nouveau pas, ou par mesure de ce nouveau pas directement par le podomètre. Dans ce cas, la détermination S20 peut comprendre un enregistrement d’un premier nombre de pas correspondant au nombre de pas du compteur au moment de la détection S10 de perte de communication, un enregistrement d’un deuxième nombre de pas correspondant au nombre de pas du compteur au moment de la désactivation de l’identifiant et un calcul du nombre de pas déterminé par soustraction du premier nombre de pas au deuxième nombre de pas. Dans ces exemples, le procédé peut par exemple comprendre une remise à zéro du compteur à un moment donné pendant l’exécution des étapes S10 à S40, par exemple avant la détection S10, par exemple au moment de la sortie du véhicule ou de la réactivation de l’identifiant portatif.
Alternativement, le procédé peut réaliser la détermination S20 du nombre de pas uniquement à la fin du trajet aller. Dans ce cas, la détermination S20 peut par exemple comprendre un enregistrement du mouvement mesuré par le capteur de mouvement, et le procédé peut réaliser l’analyse sur la base de l’ensemble des mouvements enregistrés à la fin du trajet uniquement.
Après la détermination S20, le procédé peut comprendre un enregistrement du nombre de pas déterminé. Par exemple, l’identifiant portatif peut comprendre une mémoire, et le procédé peut comprendre un enregistrement du nombre de pas déterminé sur la mémoire
Dans des exemples, l’utilisateur peut poser l’identifiant portatif avant la perte de communication S10, c’est-à-dire alors qu’il ou elle se trouve encore dans le périmètre du protocole. Dans ce cas, le procédé peut comprendre un arrêt du comptage de pas par le compteur lorsque l’utilisateur pose l’identifiant. Par exemple, le procédé peut comprendre une détection que l’identifiant portatif ne bouge plus pendant un temps prédéterminé (par exemple 5 minutes), puis, un enregistrement du nombre de pas mesuré par le compteur. Après cela, le procédé peut comprendre un arrêt de la communication avec le véhicule (la perte de communication S10 n’intervenant alors qu’à ce moment). Le nombre de pas déterminé à l’étape S20 entre l’arrêt de la communication et la désactivation de l’identifiant portatif sera alors de zéro, et dans ce cas, au moment de la réactivation de l’identifiant, la communication sera déclenchée directement après la réactivation de l’identifiant.
La surveillance S30 peut comprendre un comptage du nombre de pas effectués par l’utilisateur pendant qu’il avance depuis la réactivation de l’identifiant portatif. La surveillance S30 peut se faire de manière incrémentale en utilisant un compteur du nombre de pas effectués (par exemple le même compteur que pour la détermination S20). Par exemple, la surveillance S30 peut comprendre une mise à zéro de ce compteur au moment de la réactivation de l’identifiant portatif. Ensuite, après chaque pas effectué par l’utilisateur, la surveillance S30 peut comprendre une détermination que l’utilisateur a effectué un nouveau pas, puis, un ajout d’un pas au compteur. La détermination que l’utilisateur a effectué un nouveau pas peut se faire par analyse du mouvement mesuré par le capteur de mouvement pendant que l’utilisateur réalise ce nouveau pas, ou, par mesure de ce nouveau pas par le podomètre.
Dans des exemple, la surveillance S30 peut également comprendre une détermination de la manière avec laquelle l’utilisateur avance. Par exemple, la surveillance S30 peut comprendre une détermination que l’utilisateur court, marche ou est immobile. Cette détermination peut être réalisée en utilisant le podomètre, qui peut être configuré pour détecter l’état de déplacement de l’utilisateur (c’est-à-dire si l’utilisateur court, marche ou est immobile).
Le déclenchement S40 se fait au moment où le nombre de pas surveillé devient supérieur à un nombre de pas déterminé pendant le trajet aller (qui est par exemple enregistré sur la mémoire de l’identifiant portatif). Par exemple, le procédé peut comprendre, à chaque nouveau pas mesuré pendant la surveillance S30, une vérification de si le nombre de pas surveillé devient supérieur au nombre de pas déterminé pendant le trajet aller. Lorsque le nombre de pas surveillé devient supérieur au nombre de pas déterminé pendant le trajet aller, le procédé comprend le déclenchement S40 de la communication. Le déclenchement S40 peut comprendre une réalisation de tentative de communication entre l’identifiant portatif et le système en utilisant le protocole. Le déclenchement S40 peut comprendre un envoi d’échanges entre l’identifiant portatif et le système, notamment pour permettre une négociation de paramètre(s) de communication entre l’identifiant portatif et le système. La communication déclenchée par ces tentatives peut se poursuivre, par exemple jusqu’à que l’utilisateur entre dans le véhicule ou allume le véhicule (par exemple allume le moteur du véhicule).
Dans des exemples, la communication est déclenchée lorsque l’inégalité suivante est vérifiée :
Dans cette inégalité, est le nombre de pas surveillé à l’étape S30. est le nombre de pas effectués par l’utilisateur entre une sortie du véhicule par l’utilisateur et la désactivation de l’identifiant portatif. est le nombre de pas effectués par l’utilisateur entre la sortie du véhicule par l’utilisateur et la perte de communication détectée. est donc le nombre de pas déterminé à l’étape S20. est un paramètre dépendant du protocole de communication.
Le paramètre peut être prédéterminé. Par exemple, le paramètre peut être un nombre entier inférieur ou égal à 0, par exemple compris entre 0 et -5, par exemple entre 0 et -3. Le paramètre peut dépendre du protocole. Par exemple, peut dépendre du périmètre dans lequel le protocole de communication peut être utilisé (par exemple de la taille de ce périmètre). Par exemple, peut être supérieur pour le protocole BLE que pour le protocole UWB (le périmètre du protocole BLE étant supérieur à celui du protocole UWB). Alternativement, le paramètre peut être le même pour tous les protocoles. Le paramètre permet d’ajuster le moment de l’exécution de l’étape S40 pour que la communication soit établie juste au moment où l’utilisateur entre dans le périmètre. Cela participe à l’amélioration de l’utilisation de la source d’énergie puisque cet ajustement permet de réduire le risque que les tentatives de communication soient réalisées trop tôt ou trop tard.
Dans des exemples, le déclenchement est effectué en fonction d’un ou plusieurs paramètres, par exemple mesurés et/ou déterminés pendant l’exécution des étapes S10 à S40. Par exemple, le procédé peut comprendre un ajustement du paramètre utilisé dans l’inégalité précédemment discutée. Le procédé peut par exemple comprendre un ajustement du paramètre en fonction de l’état de déplacement de l’utilisateur détecté par le podomètre. Le procédé peut réaliser cet ajustement juste avant et/ou pendant que cette inégalité est utilisée (c’est-à-dire en ajustant la valeur paramètre puis en vérifiant que le nombre de pas ne devienne pas supérieur au nombre de pas déterminé à l’étape S20 avec l’inégalité en utilisant la valeur ajustée du paramètre ).
Par exemple, le déclenchement peut être effectué en fonction de la vitesse de l’utilisateur. Dans ce cas, le procédé peut comprendre une mesure de cette vitesse, par exemple lorsque l’utilisateur retour vers le véhicule (pendant l’exécution de l’étape S30). La vitesse mesurée peut être une vitesse moyenne de l’utilisateur, par exemple pendant le trajet retour, c’est-à-dire pendant la surveillance S30. La vitesse mesurée peut être celle de l’identifiant portatif (celle-ci étant assimilée à celle de l’utilisateur). Le procédé peut déduire cette mesure de vitesse en mesurant la durée entre chaque pas (par exemple une durée moyenne sur les premiers pas du trajet retour). Le procédé peut par exemple considérer une distance moyenne entre chaque pas (par exemple prédéterminée en fonction de l’utilisateur), et en déduire la vitesse de l’utilisateur par division de cette distance moyenne par la durée entre chaque pas. Le procédé peut ajuster le paramètre en fonction de cette vitesse déduite. Par exemple, le procédé peut réduire le paramètre lorsque la vitesse augmente (et inversement). Le déclenchement en fonction de la vitesse participe à l’amélioration de l’utilisation de la source d’énergie car il permet d’affiner le moment de déclenchement de la communication.
Le procédé peut par exemple utiliser une première table dans laquelle des intervalles de vitesse sont associés chacun à une valeur de prédéterminée. Le procédé peut comprendre une détermination du paramètre à utiliser dans l’inégalité en recherchant dans la première table la valeur de prédéterminée qui est associée à l’intervalle de vitesse dans lequel la vitesse déduite se trouve.
Par exemple, la première table peut comprendre un premier intervalle comprenant les vitesses inférieures ou égales à 1,5 mètre par second associé à une valeur de +3 pour tous les (par exemple pour le protocole UWB et pour le protocole BLE). Le procédé peut utiliser ce premier intervalle lorsque l’utilisateur marche lentement, par exemple lorsqu’il ou elle rédige un message sur son téléphone ou qu’il ou elle flâne. La première table peut également comprendre un deuxième intervalle comprenant les vitesses supérieures à 1,5 mètre par second et inférieures à 2,1 mètres par second associé à une valeur de 0 pour tous les (par exemple pour le protocole UWB et pour le protocole BLE). Le procédé peut utiliser ce deuxième intervalle lorsque l’utilisateur marche normalement. La première table peut également comprendre un troisième intervalle comprenant les vitesses supérieures à 2,1 mètres par second associé à une valeur de -3 pour tous les (par exemple pour le protocole UWB et pour le protocole BLE). Le procédé peut utiliser ce troisième intervalle lorsque l’utilisateur marche rapidement, par exemple lorsqu’il pleut.
Alternativement ou additionnellement, le déclenchement peut être effectué en fonction d’une comparaison d’une ou plusieurs mesures RSSI (acronyme de l’anglais « Received Signal Strength Indication », qui signifie en français Indication de l’Intensité du Signal Reçu) d’échanges BLE pendant la surveillance S30 avec une ou plusieurs mesures RSSI d’échanges BLE au moment de la perte de communication détectée de chaque protocole de communication. Dans ce cas, les un ou plusieurs protocoles de communication peuvent comprendre le protocole de communication BLE et le protocole de communication UWB. Le procédé peut comprendre un ajustement du paramètre utilisé pour le protocole UWB. Par exemple, lorsque les mesures RSSI des échanges BLE effectués pendant la surveillance S30 augmentent rapidement, le paramètre peut être ajusté de sorte que le déclenchement de la communication UWB commence immédiatement. Par exemple, le paramètre ajusté peut être égal à , avec le nombre de pas avant la perte de communication UWB. Par exemple, l’augmentation peut être rapide lorsque l’augmentation de l’intensité entre deux échanges BLE est supérieure à une valeur d’augmentation prédéterminée, par exemple comprise entre 4 et 7 décibels. Par exemple, la valeur d’augmentation prédéterminée peut être d’environ 6 décibels.
Alternativement ou additionnellement, le déclenchement peut être effectué en fonction du nombre de pas effectués par l’utilisateur entre la sortie du véhicule par l’utilisateur et la perte de communication détectée. Le procédé peut déterminer ce nombre de pas au moment de l’étape S20. Le procédé peut enregistrer ce nombre de pas au moment de l’étape S20, et réutiliser ce nombre de pas au moment de la détermination du paramètre au moment de l’étape S40.
Le procédé peut par exemple utiliser une deuxième table dans laquelle, pour chaque protocole, des intervalles de nombre de pas sont associés chacun à une valeur de prédéterminée. Le procédé peut comprendre une détermination du paramètre à utiliser dans l’inégalité en recherchant dans la deuxième table la valeur de prédéterminée qui est associée, pour le protocole, à l’intervalle de nombre de pas dans lequel le nombre de pas effectués par l’utilisateur entre la sortie du véhicule par l’utilisateur et la perte de communication détectée se trouve.
Par exemple, pour le protocole UWB, la deuxième table peut comprendre un premier intervalle comprenant les nombres de pas inférieurs ou égaux à 5 associé à une valeur de -3 pour le paramètre du protocole UWB. Le procédé peut utiliser ce premier intervalle pour déclencher plus rapidement la communication UWB. La deuxième table peut comprendre un deuxième intervalle comprenant les nombres de pas supérieurs à 5 et inférieurs ou égaux à 9 associé à une valeur de 0 pour le paramètre du protocole UWB. Le procédé peut utiliser ce deuxième intervalle pour déclencher normalement la communication UWB. La deuxième table peut comprendre un troisième intervalle comprenant les nombres de pas supérieurs ou égaux à 9 associé à une valeur de +3 pour le paramètre du protocole UWB. Le procédé peut utiliser ce troisième intervalle pour déclencher plus tard la communication UWB.
Pour le protocole BLE, la deuxième table peut comprendre un quatrième intervalle comprenant les nombres de pas inférieurs ou égaux à 10 associé à une valeur de -5 pour le paramètre du protocole BLE. Le procédé peut utiliser ce quatrième intervalle pour déclencher plus rapidement la communication BLE. La deuxième table peut comprendre un cinquième intervalle comprenant les nombres de pas supérieurs à 10 et inférieurs ou égaux à 50 associé à une valeur de 0 pour le paramètre du protocole UWB. Le procédé peut utiliser ce cinquième intervalle pour déclencher normalement la communication BLE. La deuxième table peut comprendre un sixième intervalle comprenant les nombres de pas supérieurs ou égaux à 50 associé à une valeur de +5 pour le paramètre du protocole BLE. Le procédé peut utiliser ce sixième intervalle pour déclencher plus tard la communication BLE.
L’identifiant portatif peut être compact. L’identifiant peut être un porte-clés (traduction de l’anglais « keyfob ») ou un smartphone. L’identifiant est porté par l’utilisateur du véhicule (par exemple le conducteur). L’identifiant peut être configuré pour commander à distance l’exécution d’une ou plusieurs fonctionnalités du véhicule (par exemple ouverture de portes et/ou du coffre arrière, démarrage du véhicule et/ou verrouillage du véhicule). Pour cela, l’identifiant peut comprendre des boutons commandant ces différentes fonctions. L’identifiant peut être configuré pour détecter le mouvement de l’identifiant (et/ou l’absence de mouvement). Pour cela, l’identifiant peut comprendre un capteur de mouvement. L’identifiant peut également être configuré pour mesurer le nombre de pas effectués par l’utilisateur qui le porte. Pour cela, l’identifiant peut comprendre un podomètre.
Dans des exemples, l’identifiant portatif peut comprendre un composant UWB, un composant BLE et une communication interne entre le composant UWB et le composant BLE. Le composant UWB (par exemple une puce UWB) peut être configuré pour programmer les échanges UWB. Le composant UWB peut être relié à une antenne pour l’envoi des signaux UWB des échanges UWB. Le composant BLE (par exemple une puce BLE) peut être configuré pour programmer les échanges BLE. Le composant UWB peut être relié à une antenne pour l’envoi des signaux BLE des échanges BLE. Le composant BLE peut être le composant dit « maître » et le composant UWB peut être asservi par le composant dit « maître ».
Dans des exemples, le déclenchement de communication comprenant, pour chaque protocole de communication, un envoi d’un signal de réveil par le microcontrôleur au composant respectif du protocole de communication. Pour le protocole UWB, le déclenchement de communication UWB peut également comprendre une configuration de la communication UWB avec des paramètres de session négociés en utilisant la communication BLE (celle-ci étant déjà déclenchée à ce moment). Le déclenchement de communication UWB peut également comprendre une instruction de commencer la communication UWB après écoulement d’une durée prédéterminée, par exemple une durée de Y millisecondes. Le procédé peut comprendre une détermination de la durée Y en fonction du nombre de pas restant pour entrer dans le périmètre UWB au moment de la négociation des paramètres de session. Les communications BLE et UWB peuvent être régies par la norme CCC (acronyme de l’anglais « China Compulsory Product Certification » qui signifie en français « Certification de Produit Obligatoire en Chine »), par exemple la norme « CCC-TS-101-Digital-Key-R3-1.2.0-approved ».
La source d’énergie électrique peut être une pile. Par exemple, la source d’énergie électrique peut être une pile bouton. La source d’énergie électrique peut être rechargeable (par exemple de type VL3032), ou alternativement ne pas être rechargeable (pile non rechargeable). Dans des exemples, la pile peut présenter un diamètre inférieur à 25 millimètres, par exemple d’environ 20 millimètres. Alternativement ou additionnellement, la pile peut présenter une hauteur inférieure à 8 millimètres, par exemple inférieure à 6 millimètre. Par exemple, la pile peut présenter une hauteur d’environ 3,2 millimètres. Par exemple, la pile peut être une pile bouton CR2250, CR2577 ou CR2032.
Le véhicule peut être tout type de véhicule configuré pour comprendre un tel système ayant enregistré l’identifiant portatif. Par exemple, le véhicule peut être une voiture, un camion ou une moto. Le système peut avoir enregistré un ou plusieurs autres identifiants portatifs. Dans ce cas, les un ou plusieurs autres identifiants portatifs peuvent eux aussi être utilisés selon le même procédé d’utilisation. Les un ou plusieurs autres identifiants portatifs peuvent par exemple appartenir à un ou plusieurs autres utilisateurs du véhicule, et peuvent être configurés pour exécuter le procédé lorsque ces un ou plusieurs autres utilisateurs effectuent des trajets aller-retour depuis le véhicule vers un ou plusieurs lieux de destination.
Le protocole de communication BLE peut servir de protocole de communication avec le véhicule. Le protocole de communication UWB peut servir à mesurer la distance entre l’identifiant et le véhicule. Des données peuvent être contenues dans les échanges UWB pour sécuriser la communication et faire la mesure de distance en mesurant le temps mis par le message pour arriver.
Des exemples vont maintenant être décrits en référence aux figures 2 à 4.
La illustre un exemple d’utilisation de l’identifiant portatif selon le procédé. Dans cet exemple, le procédé est exécuté pendant que l’utilisateur fait un aller-retour depuis son véhicule 100 vers son domicile 200 en suivant le parcours 300 (qui est sensiblement identique à l’aller et au retour). L’identifiant portatif est configuré pour communiquer en utilisant un protocole de communication BLE et un protocole de communication UWB avec le système de véhicule. Le protocole de communication UWB est utilisé dans un premier périmètre 110 autour du véhicule. Le protocole de communication BLE est utilisé dans un deuxième périmètre 120 autour du véhicule (plus large que le premier 110). Pour le protocole UWB, la perte de communication se réalise au moment où l’utilisateur quitte le premier périmètre 110, c’est-à-dire au point 111 sur le parcours 300. Pour le protocole BLE, la perte de communication se réalise au moment où l’utilisateur quitte le deuxième périmètre 120, c’est-à-dire au point 121 sur le parcours 300.
Le procédé comprend par l’identifiant portatif, pour chacun des deux protocoles de communication BLE et UWB, les quatre étapes suivantes. Les deux premières étapes sont réalisées après que l’utilisateur quitte son véhicule 100 et se dirige vers son domicile 200 en suivant le parcours 300. La première étape est une détection de perte de communication utilisant le protocole de communication avec le système. Pour le protocole UWB, la perte de communication se réalise au moment où l’utilisateur quitte le premier périmètre 110, c’est-à-dire au point 111 sur le parcours 300. Pour le protocole BLE, la perte de communication se réalise au moment où l’utilisateur quitte le deuxième périmètre 120, c’est-à-dire au point 121 sur le parcours 300.
Pour chaque protocole, la deuxième étape est une détermination du nombre de pas effectués par un utilisateur portant l’identifiant portatif entre la perte de communication détectée et une désactivation de l’identifiant portatif. Ce nombre de pas est, pour le protocole UWB, le nombre de pas entre le point 111 et le domicile 200, et pour le protocole BLE, le nombre de pas entre le point 121 et le domicile 200.
La troisième étape est réalisée après une réactivation de l’identifiant. Par exemple, l’utilisateur décide de retourner à son véhicule 300 et empreinte donc à nouveau le trajet 300. L’utilisateur saisit alors l’identifiant, entrainant une réactivation de l’identifiant et le début de la troisième étape. La troisième étape est une surveillance du nombre de pas effectués par l’utilisateur portant l’identifiant portatif pendant qu’il réalise ce trajet retour.
La quatrième étape est un déclenchement de communication utilisant le protocole de communication avec le système lorsque le nombre de pas surveillé devient supérieur au nombre de pas déterminé. Pour le protocole BLE, le déclenchement de communication BLE se réalise alors au point 111 (à ce point, le nombre de pas surveillé correspondant à celui déterminé pendant la deuxième étape). De même, pour le protocole UWB, le déclenchement de communication UWB se réalise au point 121.
Le procédé fournit une utilisation améliorée de l’identifiant portatif. En effet, le procédé permet pour chaque protocole le déclenchement d’une communication uniquement lorsque l’identifiant portatif est à nouveau dans le périmètre dans lequel le protocole de communication peut être utilisé (110 pour le protocole UWB et 120 pour le protocole BLE. Cela évite d’avoir à effectuer des tentatives infructueuses de communication pendant que l’utilisateur approche du véhicule, ce qui améliore la durée de vie de la source d’énergie électrique de l’identifiant portatif. Cela est rendu possible par le comptage du nombre de pas permet une mesure objective de combien l’utilisateur s’est éloigné du véhicule après la perte de communication.
Un exemple de situation est décrit dans cet exemple (trajet véhicule-domicile), mais le procédé s’adapte à un large éventail de situations (par exemple trajet véhicule-travail ou véhicule-commerce). Pour chacune de ces autres situations, le procédé permet, à chaque situation, le déclenchement de la communication au bon moment.
La illustre un premier exemple d’ajustement du paramètre . Dans ce premier exemple, le véhicule 101 est garé dans un garage près de la maison et la perte des communications UWB et BLE (c’est-à-dire des signaux UWB et BLE) intervient après seulement quelques pas. En effet, lorsque l’utilisateur sort du garage, il ou elle sort du périmètre 410 du protocole UWB et du périmètre 420 du protocole BLE.
Dans ce premier exemple, pour chaque protocole, le déclenchement peut être effectué en fonction du nombre de pas effectués par l’utilisateur entre la sortie du véhicule par l’utilisateur et la perte de communication détectée. Le procédé peut déterminer ce nombre de pas au moment de l’étape S20. Le procédé peut enregistrer ce nombre de pas au moment de l’étape S20, et réutiliser ce nombre de pas au moment de la détermination du paramètre au moment de l’étape S40.
Lorsque la communication UWB est perdue après un nombre de pas inférieur ou égal à 5, alors le paramètre utilisé pour la communication UWB peut être égal à -3. Ainsi, la communication peut être déclenchée plus rapidement. Lorsque la communication UWB est perdue après un nombre de pas supérieur à 5 et inférieur ou égal à 9, alors le paramètre utilisé pour la communication UWB peut être égal à 0. Ainsi, la communication peut être déclenchée normalement. Lorsque la communication UWB est perdue après un nombre de pas supérieur à 9, alors le paramètre utilisé pour la communication UWB peut être égal à -3. Ainsi, la communication peut être déclenchée plus tard.
Dans la présente situation de la , cet ajustement est particulièrement adapté. En effet, il permet un déclenchement plus rapide des communications UWB et BLE car le nombre de pas effectués par l’utilisateur est faible comme le garage est proche du domicile, ce qui est particulièrement efficace.
La illustre un deuxième exemple d’ajustement du paramètre . Dans ce deuxième exemple, le véhicule 102 est garé dans un garage ou un parking et la communication UWB est perdue lorsque l’utilisateur sort du garage. La communication BLE est, elle, toujours active lorsque l’utilisateur sort du garage. En effet, lorsque l’utilisateur sort du garage, il ou elle sort du périmètre 510 du protocole UWB mais pas du périmètre 520 du protocole BLE.
Dans ce deuxième exemple, le procédé comprend un ajustement du paramètre utilisé pour le protocole UWB. Lorsque les mesures RSSI des échanges BLE effectués pendant la surveillance S30 augmentent rapidement, le paramètre est ajusté de sorte que le déclenchement de la communication UWB commence immédiatement. En particulier, lorsque l’augmentation de l’intensité entre deux échanges BLE est supérieure à 6 décibels, le paramètre est ajusté pour qu’il soit égal à , avec le nombre de pas avant la perte de communication UWB.
Dans la présente situation de la , cet ajustement est particulièrement adapté. En effet, il permet un déclenchement immédiat de la communications UWB car l’augmentation de l’intensité entre deux échanges BLE sera supérieure à 6 décibels, ce qui est particulièrement efficace.

Claims (1)

  1. Procédé d’utilisation d’un identifiant portatif configuré pour communiquer en utilisant un ou plusieurs protocoles de communication avec un système de véhicule ayant enregistré l’identifiant portatif, l’identifiant portatif comprenant une source d’énergie électrique, le procédé comprenant par l’identifiant portatif, pour au moins un protocole de communication :
    • une détection (S10) de perte de communication utilisant le protocole de communication avec le système ;
    • une détermination (S20) du nombre de pas effectués par un utilisateur portant l’identifiant portatif entre la perte de communication détectée et une désactivation de l’identifiant portatif ;
    • après une réactivation de l’identifiant portatif, une surveillance (S30) du nombre de pas effectués par l’utilisateur portant l’identifiant portatif ; et
    • un déclenchement (S40) de communication utilisant le protocole de communication avec le système lorsque le nombre de pas surveillé devient supérieur au nombre de pas déterminé.
    2. Procédé selon la revendication 1, dans lequel, pour chaque protocole de communication, la communication est déclenchée lorsque l’inégalité suivante est vérifiée :

    dans laquelle est le nombre de pas surveillé, est le nombre de pas effectués par l’utilisateur entre une sortie du véhicule par l’utilisateur et la désactivation de l’identifiant portatif, est le nombre de pas effectués par l’utilisateur entre la sortie du véhicule par l’utilisateur et la perte de communication détectée et est un paramètre dépendant du protocole de communication.
    3. Procédé selon la revendication 1 ou 2, dans lequel les un ou plusieurs protocoles de communication comprennent un protocole de communication UWB et/ou un protocole de communication BLE.
    4. Procédé selon l’une quelconque des revendications précédentes, dans lequel, pour au moins un protocole, le déclenchement est effectué en fonction :
    • d’une vitesse de l’utilisateur,
    • d’une comparaison d’une ou plusieurs mesures RSSI d’échanges BLE déterminées pendant la surveillance (S30) avec une ou plusieurs mesures RSSI d’échanges BLE au moment de la perte de communication détectée de chaque protocole de communication, et/ou
    • d’un nombre de pas effectués par l’utilisateur entre la sortie du véhicule par l’utilisateur et la perte de communication détectée.
    5. Procédé selon l’une quelconque des revendications précédentes, dans lequel l’identifiant comprend un podomètre, la détermination du nombre de pas et/ou la surveillance du nombre de pas comprenant une ou plusieurs mesures du nombre de pas par le podomètre.
    6. Procédé selon l’une quelconque des revendications précédentes, dans lequel l’identifiant comprend un microcontrôleur et, pour chaque protocole de communication, un composant respectif, le déclenchement de communication comprenant, pour chaque protocole de communication, un envoi d’un signal de réveil par le microcontrôleur au composant respectif du protocole de communication.
    7. Procédé selon l’une quelconque des revendications précédentes, dans lequel la source d’énergie électrique est une pile, de préférence une pile bouton, et/ou présentant un diamètre inférieure à 25 millimètres et/ou une hauteur inférieure à 8 millimètres, par exemple inférieure à 6 millimètres.
    8. Programme d’ordinateur pour identifiant portatif comprenant des instructions qui, lorsque le programme est exécuté par un processeur, conduisent celui-ci à mettre en œuvre le procédé selon l’une quelconque des revendications 1 à 7.
    9. Support de stockage lisible par ordinateur sur lequel est enregistré le programme d’ordinateur selon la revendication 8.
    10. Identifiant portatif comprenant le support de stockage selon la revendication 9, l’identifiant portatif étant configuré pour exécuter le procédé selon l’une quelconque des revendication 1 à 7.
PCT/EP2024/080490 2023-11-13 2024-10-28 Utilisation d'un identifiant portatif pour communiquer avec un système de véhicule Pending WO2025103752A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FRFR2312412 2023-11-13
FR2312412A FR3155401B1 (fr) 2023-11-13 2023-11-13 Utilisation d’un identifiant portatif pour communiquer avec un système de véhicule

Publications (1)

Publication Number Publication Date
WO2025103752A1 true WO2025103752A1 (fr) 2025-05-22

Family

ID=89427020

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2024/080490 Pending WO2025103752A1 (fr) 2023-11-13 2024-10-28 Utilisation d'un identifiant portatif pour communiquer avec un système de véhicule

Country Status (2)

Country Link
FR (1) FR3155401B1 (fr)
WO (1) WO2025103752A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100305779A1 (en) * 2007-06-19 2010-12-02 Hassan Hasib Remote vehicle control system utilizing multiple antennas
US20170236346A1 (en) * 2016-02-17 2017-08-17 Jvis-Usa, Llc System for remotely controlling the position of a land vehicle door wherein hand-held and mobile communication devices of the system communicate via inductive coupling
US20200305142A1 (en) * 2019-03-19 2020-09-24 Samsung Electronics Co., Ltd. Electronic device providing periodic positioning communication via wireless communication channel
FR3125770A1 (fr) * 2021-07-27 2023-02-03 Psa Automobiles Sa Procédé d’ouverture d’un véhicule et clef mains libres associée.

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100305779A1 (en) * 2007-06-19 2010-12-02 Hassan Hasib Remote vehicle control system utilizing multiple antennas
US20170236346A1 (en) * 2016-02-17 2017-08-17 Jvis-Usa, Llc System for remotely controlling the position of a land vehicle door wherein hand-held and mobile communication devices of the system communicate via inductive coupling
US20200305142A1 (en) * 2019-03-19 2020-09-24 Samsung Electronics Co., Ltd. Electronic device providing periodic positioning communication via wireless communication channel
FR3125770A1 (fr) * 2021-07-27 2023-02-03 Psa Automobiles Sa Procédé d’ouverture d’un véhicule et clef mains libres associée.

Also Published As

Publication number Publication date
FR3155401B1 (fr) 2025-11-21
FR3155401A1 (fr) 2025-05-16

Similar Documents

Publication Publication Date Title
CA2474946C (fr) Amelioration a un procede de controle d'un robot mobile autonome et dispositif associe
EP3748529B1 (fr) Recharge de dispositif nfc
FR2880508A1 (fr) Procede de mesure d'une distance entre deux equipements de radiocommunication, et equipement adapte pour mettre en oeuvre un tel procede
FR3026212A1 (fr) Dispositif de controle de verouillage/deverouillage et/ou de demarrage d'un vehicule
FR3135738A1 (fr) Procédé d’activation d’une fonction véhicule et dispositif d’activation associé
EP4015276B1 (fr) Procédé et dispositif de mesure d'un contact ou d'une proximité avec un volant de véhicule
FR2988972A1 (fr) Procede de traitement de la reception d'un signal de communication par voie radio, procede de traitement de l'emission, dispositifs et programmes d'ordinateur associes
FR3044497A1 (fr) Procede d'activation d'une fonction d'un vehicule automobile
WO2025103752A1 (fr) Utilisation d'un identifiant portatif pour communiquer avec un système de véhicule
WO2019081847A1 (fr) Procédé de géolocalisation d'objets connectés, objet connecté, terminal et système associés
US20250016692A1 (en) Preferred device selection
WO2020144241A1 (fr) Identification d'un vehicule a l'arret et de son emplacement
WO2025045940A1 (fr) Communication uwb entre système de véhicule et identifiant portatif
FR3152695A1 (fr) Déclenchement de communication UWB entre système de véhicule et identifiant portatif
FR3091754A1 (fr) Identification d’un véhicule automobile par ses caractéristiques vibratoires
EP3314584B1 (fr) Procédé mis en oeuvre par une unité électronique d'un véhicule
FR3106328A1 (fr) Procédé et système pour gérer une manœuvre d’un véhicule automobile en regard d’un emplacement de stationnement par force appliquée
FR3128551A1 (fr) Procédé de détection d’événements ou d’éléments dans des signaux physiques par la mise en œuvre d’un réseau de neurones artificiel
FR3006814A1 (fr) Dispositif de communication
FR3149993A1 (fr) Procédé d’estimation de la distance d’un élément par rapport à un véhicule
EP4734565A1 (fr) Utilisation d'identifiant portatif avec deux protocoles de communication
EP3370149B1 (fr) Procédé de contrôle de la détection en temps réel d'une scène, permettant la détermination de contexte par un appareil de communication sans fil, et appareil correspondant
FR3081270A1 (fr) Methodes et systemes de localisation et de radioguidage en environnements non cooperatifs
FR3038768A1 (fr) Dispositif de commande d'une action sur un vehicule automobile
WO2026052415A1 (fr) Système de perception d'un environnement pour un véhicule

Legal Events

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

Ref document number: 24799161

Country of ref document: EP

Kind code of ref document: A1