JP2016070015A - Smart entry system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a smart entry system capable of preventing a vehicle from being used illegally by an unauthorized user.SOLUTION: A smart entry system includes: an on-vehicle device provided in a vehicle; and a key to be possessed by a user. The on-vehicle device comprises: a transmission unit for transmitting a request signal to the key; a reception unit for receiving a response signal that is transmitted from the key on the basis of reception of the request signal and contains an ID code for identifying the key; a matching unit for matching the ID code against a master code stored in advance; a key information acquisition unit for acquiring key information including key identification information for identifying the key and matching availability information which reflects whether or not to permit matching of the key; and a determination unit for determining whether or not to permit matching by the matching unit, on the basis of the ID code and the key information. The matching unit does not execute matching when the determination unit has determined not to permit matching by the matching unit.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a smart entry system.

  There has been devised a vehicle anti-theft system that prevents unauthorized use / theft of vehicles by changing the locking conditions of the vehicle, starting restriction conditions, and the like according to the use situation (schedule) of the vehicle (see Patent Document 1). Thereby, both user convenience and security can be achieved.

  In addition, the smart entry system that realizes various functions in the vehicle by wireless communication between the key possessed by the user and the in-vehicle device mounted on the vehicle, without using a mechanical key, Authentication can be performed by wireless communication with the in-vehicle device, and operations desired by the user such as door unlocking and engine starting can be performed based on the authentication result. Furthermore, even if the ECU included in the in-vehicle device is illegally replaced, measures are taken into account that the engine cannot be started.

JP 2006-066954 A

  In the prior art, since it cannot be determined whether a legitimate user is using a key or an unauthorized user, it is difficult to prevent unauthorized use or theft of the vehicle if the key is stolen.

  In view of the above problems, an object of the present invention is to provide a smart entry system that can prevent unauthorized use of a vehicle by an unauthorized user.

  A smart entry system for solving the above problem includes an in-vehicle device provided in a vehicle and a key possessed by a user. The in-vehicle device transmits a request signal to the key, and receives the request signal. For receiving a response signal including an ID code for identifying the key, transmitted from the key based on the ID, a collating unit for collating the ID code with a master code stored in advance, and for identifying the key Based on the key identification information and the key information acquisition unit for acquiring key information including whether or not verification is permitted for the key, ID code, and key information, verification by the verification unit is permitted. And a determination unit that determines whether or not the collation unit does not perform collation when the determination unit determines that the collation by the collation unit is not permitted.

  With the above configuration, by preventing the collation ECU (that is, the collation unit) from collating a key that is not used for a predetermined time, even if the key is stolen, use of the key by an unauthorized user can be eliminated.

The figure which shows the structure of a smart entry system. The figure which shows the structure of a portable terminal. The figure which shows the structure of a vehicle-mounted apparatus and a key. The flowchart which shows the collation control processing of a vehicle-mounted apparatus. The flowchart which shows the key information creation process in a portable terminal. The figure which shows the example of key information. The flowchart which shows another example of the key information creation process in a portable terminal. The flowchart which shows the key information creation process in a center.

  As shown in FIG. 1, the smart entry system 1 includes an in-vehicle device 110 mounted on a vehicle 100, a key 130 (see FIG. 2) possessed by a user, a mobile terminal 200, and a center 300. The in-vehicle device 110 can communicate with the mobile terminal 200 and the center 300 via the public communication line network 400. The in-vehicle device 110 may be able to communicate directly with the mobile terminal 200.

  As shown in FIG. 2, the mobile terminal 200 is connected to a control unit 201 including a known CPU and peripheral circuits (a key specifying information acquisition unit, a collation availability information acquisition unit, a key information creation unit of the present invention), and a control unit 201. Further, for example, a memory 202 using a nonvolatile storage medium, a communication unit 203 (a key information output unit of the present invention) for performing communication via the public communication network 400, and a near unit for directly communicating with the in-vehicle device 110. A distance wireless communication unit 207 (a key information output unit of the present invention), an operation unit 208 (a key specifying information acquisition unit and a verification availability information acquisition unit of the present invention), for example, a display unit 209 that is an LCD. The operation unit 208 may use either a touch panel formed on the screen of the display unit 209 or a mechanical switch. Various functions of the portable terminal 200 are realized by the control unit 201 executing the application program stored in the memory 202.

  The portable terminal 200 uses, for example, a tablet-type terminal represented by a well-known smartphone (a general term for a portable information terminal that is equipped with a touch panel on a display portion such as a liquid crystal display and is operated with a finger).

  The short-range wireless communication unit 207 uses a short-range wireless communication technology such as BLUETOOTH (BLUETOOTH is a registered trademark). Since BLUETOOTH can only communicate between devices that have been paired in advance, the contents of communication cannot be intercepted by a third party, and security can be ensured.

  As shown in FIG. 3, the in-vehicle device 110 includes a verification ECU 111 (a verification unit and a determination unit of the present invention), a memory 112, a transmission unit 113, a reception unit 115, and a DCM (Data Communication Mudule) 118 connected to the verification ECU 111. (Key information acquisition unit and warning information output unit of the present invention).

  The verification ECU (hereinafter abbreviated as “ECU”) 111 includes a well-known CPU and peripheral circuits for controlling the operation of the ECU 111. Various functions of the in-vehicle device 110 are realized by the ECU 111 executing the in-vehicle device control program stored in the memory 112.

  The memory 112 uses a nonvolatile storage medium such as a flash memory, and stores data necessary for the operation of the in-vehicle device 110 such as a master code for ID code collation in addition to the in-vehicle device control program.

  The transmission unit 113 transmits a radio signal to the key 130 using, for example, an LF (long wave) band radio wave. A radio signal transmitted from the transmission unit 113 reaches only within a limited communication area (for example, a radius of about 1 m from each antenna) via the transmission antenna group 114 connected to the transmission unit 113. The transmission antenna group 114 is provided, for example, in each door panel (120), vehicle interior, and trunk.

  The receiving unit 115 receives a radio signal using, for example, an RF (high frequency) band radio wave transmitted from the key 130 via the receiving antenna group 116 connected to the receiving unit 115. Thereby, even if the output level of the radio wave is relatively weak, a communication distance (for example, a range of about 100 m in radius from the vehicle) can be obtained.

The DCM 118 has at least one of the following functions.
A communication function for communicating with the mobile terminal 200 or the center 300 via the public communication line network 400.
A function equivalent to that of the above-described short-range wireless communication unit 207 for directly communicating with the mobile terminal 200.

  The ECU 111 is connected to an operation detection unit 119 that detects a switch operation such as a start switch for starting a prime mover including an engine or a motor.

  The door panel 120 includes, for example, a door switch 121 that is attached to or near the door handle and is operated by a user, a door lock mechanism 123 that unlocks / locks the door of the vehicle, and a door ECU 122 that controls the operation of the door lock mechanism 123. Provided. Door switch 121 and door ECU 122 are connected to ECU 111. Although only one door panel is illustrated, the number of panels varies depending on the configuration of the vehicle.

  The key 130 includes a control unit 131 including a known CPU and peripheral circuits, a memory 132 connected to the control unit 131, a transmission unit 133, a reception unit 135, and an operation unit 137. Various functions of the key 130 are realized by the controller 131 executing the key control program stored in the memory 132.

  The memory 132 uses a non-volatile storage medium such as a flash memory, and stores an ID code for identifying the key 130 in addition to the key control program.

  The transmission unit 133 transmits a radio signal using radio waves in the RF band to the in-vehicle device 110 via the transmission antenna 134 connected to the transmission unit 133. The receiving unit 135 receives a radio signal transmitted by radio waves in the LF band from the in-vehicle device 110 via the receiving antenna 136 connected to the receiving unit 135.

  The operation unit 137 mainly uses a remote keyless entry (hereinafter abbreviated as “RKE”) function. For example, a well-known mechanical switch is used. In accordance with the operation content of the operation unit 137, for example, an RKE command for locking / unlocking the door and unlocking the trunk is transmitted from the transmission unit 133.

  In the configuration of FIG. 3, a request signal is transmitted from the in-vehicle device 110 to the key 130 via the transmission unit 113. The key 130 that has received the request signal via the reception unit 135 transmits a response signal including an ID code for identifying itself to the in-vehicle device 110 via the transmission unit 133. The ECU 111 collates the received ID code with the master code stored in the memory 112 in advance, and when the two coincide with each other and the collation is normally performed, the ECU 111 is based on the state of the operation detection unit 119 or the door switch 121. For example, a control signal including permission to lock or unlock the door or permission to start the engine is output to a corresponding device (not shown).

The center 300 has at least one of the following functions.
Relays the content of communication with the mobile terminal 200 to the in-vehicle device 110. Communication with the portable terminal 200 may be performed via the public communication network 400 or directly. The communication with the in-vehicle device 110 is the same.
The above-mentioned configuration includes “a center including a center-side key information acquisition unit that acquires key information output by the mobile terminal and a center-side key information output unit that outputs the acquired key information to the in-vehicle device”. is there. With this configuration, even if the distance between the mobile terminal and the in-vehicle device is long, the in-vehicle device can acquire key information from the mobile terminal via the center.

-It is comprised as what is called a WEB site, and the data created based on communication with the portable terminal 200 are transmitted to the vehicle-mounted apparatus 110. The communication form is the same as above.

  The center 300 is a computer device 301 (center side key information creation unit of the present invention) and a communication device 302 (center side key information acquisition unit, center of the present invention) connected to the computer device 301 for performing the above-described functional operations. Equipment such as a side key information output unit, a center side key specifying information acquisition unit, and a center side verification availability information acquisition unit) (see FIG. 1). The computer device 301 includes a control unit, a memory, and the like.

  A verification control process that is repeatedly executed at a predetermined timing by the verification ECU 111 of the in-vehicle device 110 in FIG. 4 will be described. First, it is determined whether or not key information has been acquired. A method for creating key information will be described later. The key information is transmitted from the portable terminal 200 or the center 300. When the key information is acquired (S11: Yes), the key information stored in the memory 112 is updated. That is, the verification information corresponding to the key No included in the key information is updated (S12).

  FIG. 6 shows an example of key information stored in the memory 112. The key information includes a key No (key specifying information) and information indicating whether or not verification is permitted (verification availability information). In the example of FIG. 6, a key with a key No. 1 is allowed to collate, and keys with a key No. 2 and 3 are not allowed to collate.

  Further, the key No and the ID code for identifying the key are associated in advance. The association between the key No and the ID code is performed at the time of factory shipment or key registration at a dealer or the like. Note that the user may be able to determine the key No. by attaching a label to the key 130. Further, for security reasons such as theft prevention, it is desirable not to make the key No and the ID code the same.

  The default state of the verification availability information is set to allow verification when priority is given to the user's convenience (hereinafter referred to as “permission verification”), and verification is not permitted when priority is given to vehicle safety. (Hereinafter referred to as “no verification”). In particular, when an unspecified number of users share a vehicle (car rental, car sharing, etc.), it is desirable to set the default state to “no verification”.

  Returning to FIG. 4, when the transmission timing of the request signal has arrived (S13: Yes), the key information stored in the memory 112 is referred to (S14). The transmission timing of the request signal may be a predetermined cycle or may be when the user's operation of the door switch 121 is detected.

  When the collation permission / inhibition information of all keys is set to “collation not permitted” (S15: Yes), this process is terminated. On the other hand, when the collation permission / inhibition information of at least one key is set to “collation permission” (S15: No), a request signal is transmitted (S16). Thereafter, a response signal reception wait state is entered.

  The configuration described above is “when the determination unit determines not to allow verification with all keys identified by the ID code corresponding to the stored master code, the transmission unit does not transmit a request signal”. is there. With this configuration, it is possible to reduce the load (that is, dark current) on the vehicle battery particularly when the engine is stopped.

  Next, when the response signal is received (S17: Yes), the key information stored in the memory 112 is referred to (S18). When the verification information of the key corresponding to the ID code included in the response signal is set to “non-verification” (S19: Yes), the ID code of the key and the master code are not verified (S20). ).

  The above-described configuration is as follows: “When the key identifying information identifies the key that transmitted the response signal, and the collation permission / inhibition information reflects that the collation is not permitted, It is determined that the collation is not permitted. With this configuration, it is possible to accurately determine a key that does not permit verification.

  Next, using at least one of the following, warning information reflecting that a key that does not permit verification is used is output (S21). The warning information may include information that a suspicious person is approaching the vehicle or that the vehicle may be stolen.

The warning information is transmitted to the mobile terminal 200 via the center 300 or directly. When receiving the warning information, the portable terminal 200 displays the warning information on the display unit 209. A voice message may be output.
Send warning information to other devices (for example, anti-theft system) mounted on the vehicle. Other devices perform operations (for example, blinking lights, blowing horns) according to the warning information.
When the center 300 supervises a vehicle anti-theft system such as a security company service base, for example, the warning information is transmitted to the center 300. When the center 300 receives the warning information, for example, when the center 300 knows the position of the vehicle 100 or reports to other organizations, the center 300 issues a dispatch instruction of personnel to the vehicle 100.

  The above-described configuration is “a warning information output unit that outputs warning information reflecting that a key that does not allow verification is used when a response signal is received from a key that is determined not to permit verification. It's a "preparation". With this configuration, the vehicle is about to be used illegally by a genuine user of the vehicle or other facility, for example, by a user who has obtained the key by an unauthorized method such as theft (a key that cannot be used is used) I can tell you.

  On the other hand, when the collation permission / inhibition information of the key corresponding to the ID code included in the response signal is set to collation permission (S19: No), the ID code is collated with the master code stored in the memory 112 in advance. (S22). The ID code included in the key information may be used as the master code, or the master code may be stored in a storage area different from the key information.

  When collation is not correctly performed (S23: No), this process is terminated. On the other hand, when the collation is correctly performed (S23: Yes), a predetermined operation such as permission for locking or unlocking the door or permission for starting the engine is performed (S24).

  When multiple users share a key with the same key number, one of the obtained key information is set to “matching permission”, but the other matching information is “no matching” It may be set to "." At this time, priority is given to the convenience of the user, and "verification permission" is given priority. In other words, when the collation permission / prohibition information of “collation not permitted” is acquired in the “collation permission” state, the “collation permission” state is maintained. Conversely, priority is given to safety, and when the “verification permitted” verification permission information is acquired in the “verification not permitted” state, the “verification not permitted” state may be maintained.

  A key information creation process included in the application program stored in the memory 202 of the mobile terminal 200 in FIG. 5 and repeatedly executed at a predetermined timing in the control unit 201 will be described. First, when key specifying information (that is, key No) is input by the user's operation of the operation unit 208 (S31: Yes), this is temporarily stored in the memory 202 (S32).

  Next, when collation availability information is input by the user's operation of the operation unit 208 (S33: Yes), this is temporarily stored in the memory 202 (S34).

  Next, based on the key identification information and the collation permission / inhibition information, key information (the key identification information associated with the collation permission / inhibition information) is created (S35). Finally, the created key information is output to the in-vehicle device 110 directly or via the center 300 (S36).

  If key identification information is registered in the memory 202 of the portable terminal 200 in advance, the key information can be created from schedule information (stored in the memory 202) input by the user. FIG. 7 shows another example of key information creation processing of the mobile terminal 200. The schedule information is input by the user by operating another application software (for example, scheduler software) executed on the mobile terminal 200.

  First, when schedule information is stored in the memory 202, or when schedule information is newly stored in the memory 202 (S51: Yes), keywords are extracted from the schedule information (S52). If there is no extracted keyword such as “vehicle”, “drive”, or “commuting” (S53: No), the process is terminated.

On the other hand, when there is what is expected to use the vehicle (S53: Yes), it is determined whether or not the output timing of the key information has arrived. The output timing uses at least one of the following.
・ Predetermined period is output timing.
The time when the change of collation availability information is expected (for example, the start date / time and end date / time of the above-mentioned schedule) is set as the output timing.

  When the output timing arrives (S54: Yes), the key specifying information stored in advance in the memory 202 is read (S55). Next, collation availability information is created based on the date and time (start date and time, end date and time) or time zone of the schedule including the extracted keyword (S56). For example, when the current date and time is included in the time zone in which the vehicle is used, the verification availability information is set to “verification permission”. On the other hand, when the current date and time are not included in the time zone in which the vehicle is used, the verification availability information is set to “verification not permitted”.

  Next, key information is created based on the key specifying information and the verification availability information (S57). Finally, key information is output via the communication unit 203 or the short-range wireless communication unit 207 (S58).

  Schedule information may be output instead of the verification information, and the in-vehicle device 110 may determine whether verification is possible.

  5 and FIG. 7, “the mobile terminal includes a mobile terminal possessed by the user, the mobile terminal acquires a key specifying information acquisition unit that acquires key specifying information, a verification availability information acquisition unit that acquires verification availability information, and an acquisition. A key information creation unit that creates key information based on these pieces of information, and a key information output unit that outputs the created key information. With this configuration, it is possible to create key information on the mobile terminal. If a known tablet terminal is used as the portable terminal, this configuration operates as application software for the tablet terminal. Therefore, functions can be easily added and updated as compared with the case where the present configuration is included in the key.

  In addition, the configuration of FIG. 7 indicates that “the mobile terminal stores key identification information in advance and the verification availability information acquisition unit performs verification based on the schedule information when the user's schedule information is stored in the mobile terminal. "Acquire permission information". With this configuration, when the user inputs schedule information, it is not necessary to separately input key specifying information and verification permission information.

  When the center 300 is a rental car or WEB reservation site for car sharing, for example, the key information is created by the key information creation process that is repeatedly executed at a predetermined timing in the center 300 in FIG.

  The configuration of FIG. 8 is “a center-side key specifying information acquisition unit that acquires key specifying information, a center-side verification availability information acquisition unit that acquires verification availability information, and key information based on the acquired information. A center including a center-side key information creation unit and a center-side key information output unit that outputs the created key information to the in-vehicle device ”. With this configuration, key information can be created at the center. For example, if the center is a WEB site, at least browser software need only be installed in the mobile terminal, and dedicated application software is not required. In addition, when a button (switch) is provided for a key, information for creating key information can be transmitted by combining button operation patterns.

  First, the mobile terminal 200 accesses the center 300 using a browser or the like. At this time, a reservation input screen is displayed on the display unit 209 of the mobile terminal 200. Next, according to the display on the screen, reservation information such as a reservation date / time, a reservation time zone, and a vehicle type is input by the operation unit 208.

  In the center 300, when reservation information is input via the communication device 302 (S71: Yes), a vehicle is determined based on the reservation information, and key specifying information of the vehicle is created (S72). Here, the key No. of the key to be lent to the reserved user is determined. For example, the key specifying information is temporarily stored until the reservation time period ends.

Next, it is determined whether or not the output timing of the key information has arrived. The output timing uses at least one of the following.
・ Predetermined period is output timing.
The output timing is when a change in collation availability information is expected (for example, reservation start date and time, end date and time).

  When the output timing has arrived (S73: Yes), the key specifying information is read (S74). Next, verification availability information is created based on the reservation information (S75). For example, when the current date and time is included in the reserved time zone, the verification availability information is set to “verification permitted”. On the other hand, when the current date and time are not included in the reserved time zone, the collation permission / inhibition information is set to “collation not permitted”.

  Next, key information is created based on the key specifying information and the verification availability information (S76). Finally, key information is output via the communication device 302 (S77).

  Reservation information may be output instead of the verification availability information, and the in-vehicle device 110 may determine whether verification is possible.

  Although the embodiments of the present invention have been described above, these are merely examples, and the present invention is not limited to these embodiments, and the knowledge of those skilled in the art can be used without departing from the spirit of the claims. Various modifications based on this are possible.

DESCRIPTION OF SYMBOLS 1 Smart entry system 100 Vehicle 110 In-vehicle apparatus 111 Verification ECU (verification part, determination part)
118 DCM (key information acquisition unit, warning information output unit)
130 key 200 portable terminal 201 control unit (key identification information acquisition unit, verification availability information acquisition unit, key information creation unit)
203 Communication part (key information output part)
207 Short-range wireless communication unit (key information output unit)
208 operation unit (key identification information acquisition unit, verification availability information acquisition unit)
300 Center 301 Computer device (Center side key information creation unit)
302 Communication device (center side key information acquisition unit, center side key information output unit, center side key identification information acquisition unit, center side verification availability information acquisition unit)

Claims (7)

Including an in-vehicle device provided in the vehicle and a key possessed by the user,
The in-vehicle device is
A transmitter for transmitting a request signal to the key;
A receiver for receiving a response signal including an ID code for identifying the key, transmitted from the key based on reception of the request signal;
A collation unit for collating the ID code with a master code stored in advance;
A key information acquisition unit for acquiring key information including key specifying information for specifying the key, and verification availability information that reflects whether the verification is permitted for the key;
A determination unit that determines whether to allow collation in the collation unit based on the ID code and the key information;
With
The collation unit
The smart entry system, wherein the collation is not executed when the judgment unit judges that the collation by the collation unit is not permitted. The determination unit
When the key specifying information specifies the key that transmitted the response signal and the verification availability information reflects that the verification is not permitted, verification by the verification unit is permitted. The smart entry system according to claim 1, wherein the smart entry system is determined not to be used.   The said transmission part does not transmit the said request signal, when the said determination part determines not collating with all the keys identified by ID code corresponding to the said master code memorize | stored. Item 3. The smart entry system according to item 2.   A warning information output unit that outputs warning information reflecting that a key that does not permit verification is used when the reception unit receives the response signal from a key that is determined not to permit verification. The smart entry system according to any one of claims 1 to 3. Including a portable terminal possessed by the user,
The portable terminal is
A key specifying information acquisition unit for acquiring the key specifying information;
A verification availability information acquisition unit for acquiring the verification availability information;
A key information creation unit that creates the key information based on the acquired information;
A key information output unit for outputting the created key information;
The smart entry system according to any one of claims 1 to 4, further comprising: A center-side key information acquisition unit for acquiring the key information output by the mobile terminal;
A center-side key information output unit that outputs the acquired key information to the in-vehicle device;
The smart entry system according to claim 5, comprising a center comprising: A center side key specifying information acquisition unit for acquiring the key specifying information;
A center side verification availability information acquisition unit for acquiring the verification availability information;
A center-side key information creating unit that creates the key information based on the acquired information;
A center-side key information output unit that outputs the created key information to the in-vehicle device;
The smart entry system according to any one of claims 1 to 4, further comprising a center comprising:

Images