JP4576668B2 - Automotive electronics - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
  The present invention relates to a vehicle-mounted electronic device that can realize the detection and prevention of theft of a vehicle-mounted electronic device.In a vesselIt is related.
[0002]
[Prior art]
In a vehicle-mounted electronic device such as a navigation system or a car stereo system, the prevention of theft is one issue, and various techniques have been proposed.
For example, when a user leaves the car, remove the front panel such as a car stereo and carry it so that it cannot be used even if it is stolen. In addition, there is known a technique for preventing theft by preventing a device from being used even if it is stolen by preventing operation without entering a password at the time of use.
[0003]
[Problems to be solved by the invention]
However, the method of removing the front panel and carrying it is troublesome for the user. In fact, the user often leaves the vehicle without removing the front panel, and the antitheft function is often not utilized.
In addition, a method of storing a password in a device and requesting a password at the time of use may be usable because the password is read by a thief by some means.
Furthermore, there are cases where it is desired to temporarily turn off the anti-theft function. For example, when you lend a car to an acquaintance, you do not want to give a password, but you want to make the in-vehicle electronic device itself usable. However, there is nothing that can easily cope with such a temporary function-off request.
[0004]
Furthermore, the conventional anti-theft systems including these cannot be taken promptly because the owner does not notice the theft until he returns to the car.
Also, there is an anti-theft device that functions when an in-vehicle electronic device is removed, but such an anti-theft device is not useful when the car is stolen.
[0005]
[Means for Solving the Problems]
The present invention has been made in view of these problems, and an object of the present invention is to provide a theft detection system that functions suitably for the prevention and detection of theft, and further for discovery after theft.
[0006]
  The theft detection system includes an in-vehicle electronic device and a theft detection device.
  The in-vehicle electronic device of the present invention is in a state where the wireless communication means capable of performing data communication with the theft detection device via the wireless transmission path, the operation input means, and the main operating power supply are turned off. Storage means for storing stored data and storing at least device-specific code information, a password input from the operation input means at a required time, and the code information read from the storage means. Control means that can transmit one or both to the theft detection device by the wireless communication means, and at least the operations of the wireless communication means and the control means can be executed even when the main operating power is turned off. Auxiliary power supply means. The control means requests input of a password from the operation input means at the time of initial setting, and transmits the input password to the theft detection device by the wireless communication means..
[0007]
  MaStealThe difficulty detection device includes a communication means that can perform data communication with an in-vehicle electronic device, at least a unique code number of the in-vehicle electronic device, a password, and possession of the in-vehicle electronic device for each in-vehicle electronic device. The database means storing the contact information of the person, and when the password transmitted from the in-vehicle electronic device is received by the communication means, the authentication process of the password received with reference to the database means, When the password authentication is NG, the communication means transmits a notification of password authentication NG to the vehicle-mounted electronic device, and notifies the user of the occurrence of an abnormality based on the contact information stored in the database means. And a control means to perform.
[0008]
  That is, the theft detection apparatus manages a database of a unique code number, password, and contact information for each on-vehicle electronic device. On the other hand,Of the present inventionThe in-vehicle electronic device requests the user to input a password at a predetermined time, and transmits the password and a unique code number to the theft detection device. The theft detection deviceRegistered during initial setuppasswordWhenIt is possible to determine whether a legitimate user (that is, the owner) has performed a password input operation or a stolen unauthorized user has performed a password input operation. In other words, it can be detected when theft occurs. In the case of theft, it is possible to respond quickly by contacting an authorized user.
[0009]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, as an embodiment of the present invention, a theft detection service system having an in-vehicle system, a service provider, and a user terminal will be described in the following order. The in-vehicle system corresponds to the in-vehicle electronic device of the present invention, and the service provider corresponds to the theft detection device of the present invention.
1. Configuration of theft detection service system
2. In-vehicle system configuration
3. Service provider configuration
4). Initial setting process
5. Processing when turning on an in-vehicle system
6). Processing when power is removed
7). Forced power removal process
8). Usage restriction setting process from user terminal
9. Service stop processing from user terminal
[0010]
1. Configuration of theft detection service system
FIG. 1 schematically shows the configuration of the theft detection service system.
The in-vehicle system 1 represents an electronic device mounted on a user's automobile, and will be described in detail with reference to FIG.
The service provider 2 is a part that implements a theft detection service of the in-vehicle system 1 based on a contract with a user. The apparatus configuration will be described with reference to FIG.
[0011]
A part surrounded by a one-dot chain line indicates a communication device possessed by a user who is the owner of the in-vehicle system 1, for example, a wired user terminal 3 connected by wire to the communication network 5 such as a personal computer or a telephone, for example, There is a wireless user terminal 4 that is wirelessly connected to a communication network 5 such as a portable PDA (Personal Digital Assistants) device or a mobile phone.
[0012]
The communication network 5 is a communication network that functions as a transmission path between the units, and may be a public line such as an ISDN line or an analog line, or may be a dedicated line for the theft detection service system.
The in-vehicle system 1 has a mobile wireless communication function, and is therefore connected to the communication network 5 via the wireless base station 6a. The wireless user terminal 4 is also connected to the communication network 5 via the wireless base station 6a.
[0013]
In such a theft detection service system, when the user purchases the in-vehicle system 1 or attaches the purchased in-vehicle system 1 to a car, the user transmits predetermined registration data to the service provider 2 and Service contracts between the two.
Thereafter, the occurrence of theft is monitored by the operation of the in-vehicle system 1 and the processing of the service provider 2 corresponding thereto. And if a theft actually occurs and the service provider 2 detects it, the user can immediately notify the user terminals 3 and 4 that the user has stolen the in-vehicle system 1 or the car itself Will be able to know.
[0014]
2. In-vehicle system configuration
FIG. 2 shows the configuration of the in-vehicle system 1.
The in-vehicle system 1 includes a CPU 11, a nonvolatile memory 12, a display unit 13, a wireless communication unit 14, an operation unit 15, an audio unit 16, backup batteries 17 a to 17 c, an antenna 18, and a speaker unit 19.
[0015]
The CPU 11 controls each unit in accordance with an operation program held in the internal memory as a control unit of the in-vehicle system 1 and a user operation from the operation unit 15.
That is, the display control of the display unit 13, the writing / reading of data with respect to the nonvolatile memory 12, the transmission / reception operation by the wireless communication unit 14, the reproduction operation of music or the like in the audio unit 16, and the radio reception operation are performed.
The processing of the CPU 11 for realizing the theft detection of this example will be described in detail with reference to FIG.
[0016]
The nonvolatile memory 12 stores constants, coefficients, various set values, and the like used by the CPU 11 to control each unit. In the case of this example, as information used for theft detection, a key code that is a code unique to the in-vehicle system 1 and a serial number given at the time of manufacturing the in-vehicle system 1 are stored.
[0017]
The display unit 13 is a display unit such as a liquid crystal panel, for example, and displays various operation menu screens, operation guide screens, and, for example, playback operation statuses, spectrum analyzer displays, and other audio playback displays accompanying the operation of the audio unit 16. Is executed under the control of the CPU 11.
In the case of this example, the user is required to input a password at a predetermined time. At this time, a password input screen for the user or various messages are displayed.
[0018]
The operation unit 15 is a user operation input unit using an operation element such as an operation key or a jog dial. The operation unit 15 is provided with operators necessary for at least operations regarding the operation of the audio unit, password input operations, menu operations, and the like.
Although not shown in the figure, a remote operation means constituted by an infrared remote commander and a light receiving section, a touch panel operation means provided on the display section 13, for example, may also be adopted as the operation section 15 here.
[0019]
The wireless communication unit 14 is a part that performs data transmission / reception based on the control of the CPU 14. That is, as shown in FIG. 1, it is a part that communicates with the service provider 2 via the radio base station 6a and the communication network 5. An antenna 18 is provided for wireless communication.
[0020]
The audio unit 16 includes a reproduction or reception demodulation unit such as a CD (Compact Disc) player, an MD (Mini Disc) player, a radio tuner / antenna, a cassette tape player, and the like, and a power amplifier unit, and functions as a so-called car audio. It is. The audio unit 16 reproduces media such as CD, MD, and cassette tape and receives radio broadcasts, and supplies the reproduced audio signal to the speaker unit 19 to output music and voice.
The operation of the audio unit 16 is executed by the control of the CPU 11 according to the user's operation from the operation unit 15.
Further, the operation status in the audio unit 16 and the frequency analysis data of the reproduced voice are supplied to the CPU 11 and used for display on the display unit 13.
[0021]
The backup batteries 17a, 17b, and 17c are auxiliary power sources that enable at least the CPU 11, the wireless communication unit 14, and the nonvolatile memory 12 to operate even when the main power source is removed.
The in-vehicle system 1 is attached to an automobile and is configured to be supplied with a main power supply voltage Vc from a car battery. For example, when the in-vehicle system 1 is removed from the automobile or the power cable is disconnected, Alternatively, even when the supply of the power supply voltage Vc is cut off due to battery replacement of the automobile, the control operation of the CPU 11, the access operation to the nonvolatile memory 12, and the communication operation of the wireless communication unit 14 are performed by the backup batteries 17a, 17b, and 17c. It is possible.
In this example, the backup batteries 17a to 17d are individually arranged for each part, but auxiliary power may be supplied to each part with a single backup battery.
[0022]
3. Service provider configuration
FIG. 3 shows the configuration of the service provider 2.
The service provider 2 includes a server controller 21, a database 22, and a communication unit 23.
The server controller 21 is a part that performs various processes necessary for the theft detection service provided by the service provider 2, and creates a database 22, adds data, searches, and communicates from the communication unit 23 according to the processes to be executed. Control the behavior.
The processing by the server controller 21 for realizing theft detection in this example will be described in detail with reference to FIG.
[0023]
The communication unit 23 is connected to the communication network 5 and is a part that performs data communication with each unit based on control by the server controller 21. Specifically, communication with each in-vehicle system 1 of a large number of users having a service contract or communication with the user terminals 3 and 4 of each user is performed.
Of course, communication with any other part connected to the communication network 5 is possible.
[0024]
The database 22 holds necessary registration data for each in-vehicle system 1 that has been contracted based on a service contract with the user.
For example, FIG. 4 shows an example of the contents of the database. As shown in the figure, for each in-vehicle system 1, a key code serving as a unique code number, a serial number added at the time of manufacture of each in-vehicle system 1, and a password registered by the user Password as number, phone number and e-mail address of user terminals 3 and 4 as user contact information, model name, manufacturer name, user name, address, billing information (bank account number, credit card number, etc.) of in-vehicle system 1 Etc. are recorded.
The content recorded in the database 22 may be determined by the service provider 2 according to the specific implementation method / content of the service, the contract content, and the like.
[0025]
4). Initial setting process
Initial setting processing when the user purchases the in-vehicle system 1 and attaches it to the automobile will be described with reference to FIGS. 5, 6, and 7. In each figure, the process based on control of the server controller 21 of the service provider 2 and the process based on CPU11 of the vehicle-mounted system 1 are described.
[0026]
When the user attaches the in-vehicle system 1 to the vehicle and the main power supply voltage Vc is supplied from the car battery to the in-vehicle system 1, the processing of the CPU 11 is turned on in step F201 in FIG. In step F202, a communication connection request to the service provider 2 is automatically made.
That is, the CPU 11 issues a connection request for initial setting to the service provider 2 through communication from the wireless communication unit 14, and confirms the connection of the communication line in step F203.
In the service provider 2, when the server controller 21 confirms the connection request from the in-vehicle system 1 via the communication unit 23, the process proceeds from step F101 to F102 to determine whether or not connection is possible. Connect the communication line with.
The processes of steps F202 and F203 by the CPU 11 and steps F101, F102 and F103 by the server controller 21 are performed until the connection is completed.
[0027]
When the connection of the communication line between the in-vehicle system 1 and the service provider 2 is completed, the CPU 11 displays connection OK on the display unit 13 in step F204 and presents it to the user. Request to send The key code is code information uniquely assigned to the in-vehicle system 1 by the service provider 2.
When there is a key code request from the in-vehicle system 1, the server controller 21 of the service provider 2 proceeds from step F104 to F105, sets a unique key code for the in-vehicle system 1, and transmits the key code from the communication unit 23. To do.
[0028]
When the key code transmitted from the service provider 2 is received as step F206, the CPU 11 of the in-vehicle system 1 stores the key code in the nonvolatile memory 12 at step F207.
When the writing to the nonvolatile memory 12 is normally completed, the process proceeds from step F208 to F209, and a key code write OK notification is transmitted to the service provider 2.
The server controller 21 of the service provider 2 proceeds to step F107 by confirming reception of the write OK notification.
[0029]
Note that the processing of steps F205 to F208 by the CPU 11 and steps F104 to F106 by the server controller 21 is performed until the writing of the key code to the nonvolatile memory 12 is normally completed in the in-vehicle system 1.
[0030]
When the writing of the key code is completed, the server controller 21 transmits data requesting input of registration data in step F107. In step F108 of FIG. 6, the reception of registration data is awaited.
When there is a registration data input request, the CPU 11 proceeds from step F210 to step F211 in FIG. 6, and displays a registration data input screen on the display unit 13 to request user input.
In this processing example, the registration data is a password, a telephone number, a contact address such as an e-mail address, a user name, an address, billing information, and the like arbitrarily determined by the user, that is, information registered in the database 22 described above. .
However, when the user has previously contracted and registered with the service provider 2, it is possible to eliminate the need to input such information. This will be described later, but here, the contract between the user and the service provider 2 is used. An example will be described in which registration is executed when all the in-vehicle system 1 is attached to the automobile.
[0031]
The registration data input screen displayed on the display unit 13 in step F211 is a screen for requesting the user to input items requested by the service provider 2. The input image data may be generated by the CPU 11 according to the requested registration item, or the image data itself may be transmitted from the service provider 2.
The user operates the operation unit 15 while viewing the input screen, and inputs necessary items, that is, a password and the like. At this time, the CPU 11 performs a process of accepting a user input in step F212.
When the input of necessary items by the user is completed, the CPU 11 advances the process from step F213 to F214, and transmits necessary items such as the input password to the service provider 2 as registration data. Even if the serial number, model name, manufacturer name, etc. of the in-vehicle system 1 are required as registration data, these are stored in advance in the nonvolatile memory 12 by the manufacturer at the time of manufacture. There is no need to input, and the CPU 11 may transmit the information input by the user and the information stored in the nonvolatile memory 12 together as registration data.
[0032]
When the server controller 21 of the service provider 2 detects registration data reception, the process proceeds from step F108 to F109, and the received registration data is registered in the database 22 together with the key code.
That is, the items described in FIG. 4 for the in-vehicle system 1 are recorded in the database 22.
[0033]
Subsequently, in step F110, the server controller 21 performs transmission requesting to input the password again. In step F111, reception of a password is awaited.
When the password input request is transmitted, the CPU 11 of the in-vehicle system 1 proceeds from step F215 to F216, and performs a display requesting the user to input the password on the display unit 13.
In step F217, a process of accepting the user's password input from the operation unit 14 is performed. When the input is completed, the process proceeds from step F218 to F219 to transmit the password.
[0034]
When the password is received, the server controller 21 proceeds to step F112 and confirms the received password. That is, it confirms the coincidence with the password registered in step F109.
If they do not match, the process proceeds from step F113 to F114, and a notification of the password NG is transmitted to the in-vehicle system 1.
When the notification of the password NG is received, the CPU 11 of the in-vehicle system 1 returns from step F220 to F216, presents the user's password input error, and requests the user to input the password again.
[0035]
If the server controller 21 confirms that the passwords match, the server controller 21 proceeds from step F113 to F115, transmits the contract data, and waits for a reply from the user in step F116 or F118 of FIG.
When the contract data is received, the CPU 11 proceeds from step F221 to step F222 in FIG. 7, and displays the contract data on the display unit 13.
The contract data is data that displays the contract details such as the contents of the theft detection service and billing clauses, and the registered contents such as the registered password and contact information, that is, confirms the contract details between the service provider 2 and the user. Processing is performed.
The user confirms the contract contents displayed in step F222, and confirms whether there are any mistakes in the contract items and registration items, or whether the service contents are satisfactory.
If the content of the contract is accepted, an OK operation is performed, and if there is an error, an NG operation is performed.
[0036]
If the user performs an NG operation, the CPU 11 proceeds to step F224 and transmits an NG notification to the service provider 2. Then, the process returns to step F205 in FIG.
When the server controller 21 confirms reception of the NG notification in step F116, the server controller 21 performs processing for canceling registration in step F117. For example, the registered items in the database 22 performed in step F109 are deleted. Then, the process returns to Step F104 in FIG.
That is, in this case, the registration process after setting the key code is performed again.
[0037]
When the user performs an OK operation on the contract content, the CPU 11 proceeds from step F223 to F225, and transmits an OK notification to the service provider 2. Then, in step F226, an initial setting end process is performed to shift to a normal use state, for example, a state in which music playback or radio reception operation by the function of the audio unit 16 can be performed.
When the server controller 21 of the service provider 2 confirms the receipt of the OK notification, the server controller 21 proceeds from step F118 to F119 to perform registration completion processing, making the information registered in the database 22 valid information and theft with the user. Processing is performed as if the detection service contract is valid.
In step F120, the communication connection with the in-vehicle system 1 is canceled and the process is terminated.
[0038]
Through the above initial setting process, registration of necessary items and contract between the user and the service provider 2 are executed, and thereafter a theft monitoring operation described later is performed.
Further, according to the above processing example, when the user mounts the in-vehicle system 1 on the vehicle, the registration and contract procedures are executed only by performing an input in accordance with the operation requested by the display unit 13, and the user can enjoy the service. The procedure is very simple.
[0039]
Note that the registration and contract procedures are not necessarily performed as described above. For example, the user may notify the service provider 2 in advance of registration items such as a password, contact information, and billing information. For example, a contract / registration form filled in with necessary information can be mailed to the service provider 2, or e-mailed using the user terminals 3 and 4, or an Internet homepage established by the service provider 2 can be accessed. It is also possible to perform registration input.
In that case, the processing of steps F107 to F119 and F210 to 225 is not necessary. That is, at the time of initial setting, only the key code may be written into the nonvolatile memory 12.
Alternatively, confirmation of the passwords in steps F110 to F114 and F215 to F220 may be executed so that the previously registered password and the password entered by the user may be confirmed.
[0040]
Alternatively, the user notifies the service provider 2 in advance of the contact information, billing information, etc. other than the password, and at the time of the initial setting, the key code is written, the password is set and registered in the database 22, and the password is confirmed. May be performed. That is, for the user, the contact information, billing information, and the like are notified in advance, and it is only necessary to perform a process of determining and inputting a password at the time of initial setting.
[0041]
5. Processing when turning on an in-vehicle system
Next, an operation for realizing an actual theft detection service will be described.
First, with reference to FIG. 8 and FIG. 9, processing when the in-vehicle system 1 is turned on will be described. As described above, the in-vehicle system 1 is supplied with the power supply voltage Vc from the car battery as a main operating power source, and as is well known, when the ignition key of the automobile is turned to the accessory position, the in-vehicle electronic apparatus is used. The car battery is powered on. Therefore, the time of power-on here means when the engine of the automobile is started or when the ignition key is turned to the accessory position although the engine is not started.
[0042]
When the vehicle engine 1 is turned on, for example, when the user turns on the engine of the automobile, the processing of the CPU 11 proceeds from step F401 to F402 in FIG. 8 and automatically makes a communication connection request to the service provider 2. .
That is, the CPU 11 makes a connection request to the service provider 2 through communication from the wireless communication unit 14, and confirms the connection of the communication line in step F403.
In the service provider 2, when the server controller 21 confirms the connection request from the in-vehicle system 1 via the communication unit 23, the process proceeds from step F301 to F302 to determine whether connection is possible, and if possible, step F303. Connect the communication line with.
The processes of steps F402 and F403 by the CPU 11 and steps F301 to F303 by the server controller 21 are performed until the connection is completed.
[0043]
When the connection of the communication line between the in-vehicle system 1 and the service provider 2 is completed, the server controller 21 performs transmission requesting the password input in step F304. In step F305, reception of a password and a key code is awaited.
When the password input request is transmitted, the CPU 11 of the in-vehicle system 1 proceeds from step F404 to F405, and performs a display requesting the user to input the password on the display unit 13.
In step F406, a process of accepting a user password input from the operation unit 14 is performed. When the input is completed, the process proceeds from step F407 to F408. In step F408, the password entered by the user and the key code stored in the nonvolatile memory 12 are transmitted to the service provider 2.
If a predetermined time (for example, about 5 to 10 minutes) elapses without entering a password, the process proceeds from step F407 to F408 as a timeout.
In this case, the key code and information without password input are transmitted to the service provider 2.
[0044]
When the password and the key code are received, the server controller 21 proceeds to step F306 and confirms the received password. That is, the database 22 is searched from the received key code, the in-vehicle system 1 is specified, and the password registered corresponding to the key code is read out.
Then, it confirms the match between the read password and the transmitted password.
[0045]
If the passwords match, the server controller 21 proceeds from step F307 to F309, transmits an authentication OK notification, releases the communication connection with the in-vehicle system 1 in step F310, and ends the process.
When the authentication OK notification is received, the CPU 11 of the in-vehicle system 1 proceeds from step F410 to F411, displays a password OK confirmation message on the display unit 11, and then shifts to the normal use state.
In other words, this is the case when the user has entered the password correctly. The service provider 2 determines that the current user is a legitimate owner and that the theft has not occurred because the password authentication is OK. In this case, the in-vehicle system 1 can be used normally by the user. It becomes.
[0046]
On the other hand, if the server controller 21 determines in step F306 that the passwords do not match, or if the user has not entered a password, the process proceeds from step F307 to F308 to notify the in-vehicle system 1 of password authentication NG. Send.
[0047]
When the notification of the password authentication NG is received, the CPU 11 of the in-vehicle system 1 proceeds from step F409 to F412 in FIG. 9 and performs non-operation mode processing.
The non-operation mode process is a mode process in which the CPU 11 disables the in-vehicle system 1. For example, all the inputs of the operation unit 15 are invalidated and no display operation of the display unit is performed. This is a process for shifting to the mode. That is, the user cannot use it at all.
Then, the non-operation mode process is completed, and the process is terminated with the in-vehicle system 1 being in a state that cannot be used by the user.
In addition, by storing flag data indicating whether or not in the non-operation mode in the nonvolatile memory 12, the non-operation mode is maintained even if the power is turned on / off thereafter.
[0048]
On the other hand, when the server controller 21 transmits the password authentication NG notification to the in-vehicle system 1 in step F308 of FIG. 8, the server controller 21 proceeds to step F311 of FIG. 9 to release the communication connection with the in-vehicle system 1, and in step F312 The user's contact information (user terminals 3 and 4) registered in the database 22 is searched from the key code, the occurrence of an abnormal state is notified, and the process is terminated.
[0049]
That is, when the wrong password is input or the password authentication is NG because the password is not input, it is determined that there is a high possibility that the in-vehicle system 1 or the car itself has been stolen.
For this reason, in-vehicle system 1 makes it impossible to use it for a criminal as an inoperable mode.
In addition, the service provider 2 informs the user terminals 3 and 4 that there is a possibility of theft so that the user can take prompt action.
[0050]
A user who has been notified of the possibility of theft from the service provider 2 can return to his / her car to confirm the situation, and if it is determined that the theft has occurred, the user can immediately respond to the police. .
[0051]
As a modification of the above processing, a processing example in which the user is given an opportunity to re-enter the password once or twice in order to cope with an incorrect input of the password of the authorized user can be considered.
8 and 9 are performed every time the in-vehicle system 1 is turned on. For example, when the car battery cable is removed and then the cable is connected and the power is turned on. It is also possible to make it happen only in this case. However, this is effective when the in-vehicle system 1 is removed from the car and stolen, and then the criminals connect to another car. However, in many cases, the car is actually stolen. In consideration of the above, it is preferable that the above-described processing is performed every time the engine is started as described above and the power is turned on.
[0052]
6). Processing when power is removed
Next, processing when the vehicle-mounted system 1 is disconnected from the car battery by removing it from the car will be described with reference to FIGS.
As a form of theft, the in-vehicle system 1 may be removed from the vehicle and taken out. On the other hand, a user who is a proper owner needs to replace the car battery, change the wiring of the in-vehicle system 1, repair, etc. In some cases, the in-vehicle system 1 may be removed from the car battery.
Therefore, as a theft detection system, it is necessary to detect whether the in-vehicle system 1 is due to the action of the owner or the occurrence of theft when the power supply from the car battery is lost.
[0053]
In the in-vehicle system 1 of this example, when the car battery power supply is removed from the in-vehicle system 1, the user needs to declare the removal by a specific operation.
The specific operation is, for example, an operation for selecting an item of battery off from a menu screen displayed on the display unit 13 and inputting an accurate password thereon.
[0054]
When the user as the owner removes the in-vehicle system 1 from the car battery due to the necessity as described above, first, the operation unit 15 is operated so that the item of battery off is selected on the menu display of the display unit 13. Do.
Then, the CPU 11 proceeds from step F601 to F602 in FIG. 10 and automatically makes a communication connection request to the service provider 2. In step F603, the connection of the communication line is confirmed.
In the service provider 2, when the server controller 21 confirms the connection request from the in-vehicle system 1 via the communication unit 23, the process proceeds from step F501 to F502 to determine whether or not connection is possible. Connect the communication line with.
The processes of steps F602 and F603 by the CPU 11 and steps F501 to F503 by the server controller 21 are performed until the connection is completed.
[0055]
When the connection of the communication line between the in-vehicle system 1 and the service provider 2 is completed, the server controller 21 performs transmission requesting the password input in step F504. In step F505, reception of a password and a key code is awaited.
When the password input request is transmitted, the CPU 11 of the in-vehicle system 1 proceeds from step F604 to F605, and performs a display requesting the user to input the password on the display unit 13.
In step F606, a process of accepting the user's password input from the operation unit 14 is performed. When the input is completed, the process proceeds from step F607 to F608. In step F608, the password input by the user and the key code stored in the nonvolatile memory 12 are transmitted to the service provider 2.
If a predetermined time (for example, about 5 to 10 minutes) elapses without inputting a password, the process proceeds from step F607 to F608 as a timeout.
In this case, the key code and information without password input are transmitted to the service provider 2.
[0056]
When the password and the key code are received, the server controller 21 proceeds to step F506 and confirms the received password. That is, the database 22 is searched from the received key code, the in-vehicle system 1 is specified, and the password registered corresponding to the key code is read out.
Then, it confirms the match between the read password and the transmitted password.
[0057]
  If the passwords match, the server controller 21 proceeds from step F507 to F509, transmits a notification of authentication OK, terminates the communication connection with the in-vehicle system 1 in step F510, and ends the process.
  When the authentication OK notification is received, the CPU 11 of the in-vehicle system 1 proceeds from step F610 to F611, and displays a password OK confirmation message and a car battery power supply removal OK message to the user on the display unit 11. Thereafter, in step F612, the power is turned off to finish the process.
  This means that the user is required to remove powerspecificThis is a case where the menu selection operation and the password input are correctly executed. The service provider 2 determines that the current user is a legitimate owner and is not stolen because the password authentication is OK. And the user can start the power supply removal work of the vehicle-mounted system 1 by this.
[0058]
However, the person who is trying to steal may know that such a specific operation, that is, a menu operation must be performed. However, since the criminal cannot input the password correctly, if there is a possibility of theft, the server controller 21 determines in step F506 that the password does not match or has not been input.
In that case, the server controller 21 proceeds from step F507 to F508, and transmits a password authentication NG notification to the in-vehicle system 1.
[0059]
When the password authentication NG notification is received, the CPU 11 of the in-vehicle system 1 proceeds from step F609 to F613 in FIG. 11 and displays a message on the display unit 13 that the power supply removal is not permitted.
If you are a legitimate user, you can recognize that you have entered your password incorrectly. Although not shown in the flowchart of FIG. 11 for simplification of the drawing, if the user is a regular user, an operation for selecting battery off from the menu screen may be performed again, and the password may be input again.
[0060]
In the case of actual theft, such removal disapproval message is ignored and removal is performed. That is, the car battery power supply to the in-vehicle system 1 is cut off by the criminal removing it.
At this time, the CPU 11 proceeds from step F614 to F615, shifts to a mode in which the backup battery 17 is used as an operation power supply, and performs the non-operation mode processing similar to the above in step F616, and the in-vehicle system 1 becomes unusable. After that, in step F617, the power-on state by the backup battery 17 is turned off, and the process ends.
[0061]
When the server controller 21 transmits a notification of password authentication NG to the in-vehicle system 1 in step F508 in FIG. 10, the process proceeds to step F511 in FIG. 11, and after the communication connection with the in-vehicle system 1 is released, in step F512, The contact information (user terminals 3 and 4) of the user registered in the database 22 is searched from the key code, the occurrence of an abnormal state is notified to the contact information, and the process is terminated.
[0062]
In other words, if the car battery is removed without a correct password being input as a specific operation, it is determined that there is a high possibility that the in-vehicle system 1 or the automobile itself has been stolen. For this reason, in-vehicle system 1 makes it impossible to use it as a non-operation mode for a criminal.
In addition, the service provider 2 informs the user terminals 3 and 4 that there is a possibility of theft so that the user can take prompt action. Even in this case, the user can take measures such as confirming the situation and reporting to the police.
[0063]
7). Forced power removal process
By the way, the processes of FIGS. 10 and 11 correspond to the case where the authorized user removes the car battery from the car battery according to the authorized procedure. However, when the criminal tries to steal the in-vehicle system 1, It is likely that the in-vehicle system 1 is often suddenly removed from the car without performing menu operations.
Accordingly, FIG. 12 shows a process in the case where the in-vehicle system 1 is removed and the supply of the car battery power supply is cut off without using the normal procedure from the menu operation.
[0064]
When the car battery power supply is suddenly interrupted, the CPU 11 of the in-vehicle system 1 proceeds from step F801 to F802 in FIG.
Then, since such a situation is likely to be theft, communication connection is made to the service provider 2 in step F803, and a power off notification and a key code stored in the nonvolatile memory 12 are transmitted to the service provider 2. .
In step F804, a reception confirmation notification from the service provider 2 is waited.
[0065]
When the server controller 21 of the service provider 2 receives the power-off notification and the key code from the in-vehicle system 1, the server controller 21 proceeds from step F 701 to F 702 and transmits a reception confirmation notification to the in-vehicle system 1.
The in-vehicle system 1 can confirm that the occurrence of an abnormal situation has been notified to the service provider 2 by the reception confirmation notification.
If reception at the service provider 2 cannot be confirmed after transmission in step F803 due to reasons such as the communication line not being properly connected, the operation of the backup battery 17 waits for a predetermined time in step F805, The processing from step F802 is repeated after time. This is because the saving of the backup battery 17 is considered in the state where the supply of the car battery power is stopped. In other words, during standby, the CPU 11 saves the backup battery 17 by receiving only a weak power supply for standby from the backup battery 17, and at the predetermined time interval so that the occurrence of abnormality is surely notified to the service provider 2. The transmission process is repeated.
[0066]
When communication OK is confirmed in step F804, the CPU 11 performs non-operation mode processing similar to that described above in step F806 so that the in-vehicle system 1 becomes unusable. In step F807, the power-on state of the backup battery 17 is turned off, and the process ends.
[0067]
After transmitting the reception confirmation notification in step F702, the service provider 2 releases the communication connection with the in-vehicle system 1 in step F703, and in step F704, the user contact information (user terminal 3, user terminal 3) registered in the database 22 is released. 4) Search from the key code, notify the occurrence of an abnormal condition, and finish the process.
[0068]
In other words, if the car battery power supply is cut off without a specific operation procedure, it is determined that the in-vehicle system 1 is likely to be stolen. For this reason, the in-vehicle system 1 is used as a non-operation mode for the criminal. I can't do it.
In addition, the service provider 2 informs the user terminals 3 and 4 that there is a possibility of theft, so that the user can take prompt action. In this case, the user can take action such as confirming the situation or reporting to the police.
[0069]
8). Usage restriction setting process from user terminal
By the way, each of the above processing examples can detect the theft of the in-vehicle system 1 or the automobile itself and notify the user. For example, the use of the in-vehicle system 1 is disabled from the user side (user terminals 3 and 4). It can also be. Processing for this will be described with reference to FIGS. FIG. 13 shows processing of the server controller 21 of the service provider 2 and processing of the user terminals 3 and 4. FIG. 14 shows the processing of the server controller 21 and the processing of the CPU 11 of the in-vehicle system 1.
[0070]
The user can communicate with the service provider 2 using the user terminals 3 and 4 and receive a desired service from the service menu provided by the service provider 2.
In that case, the user who is the owner operates the user terminals 3 and 4 to first connect the communication line with the service provider 2.
The user terminals 3 and 4 make a communication connection request to the service provider 2 in step F001 of FIG. 13 according to the user's operation. In step F002, the connection of the communication line is confirmed.
In the service provider 2, when the server controller 21 confirms the connection request from the user terminals 3 and 4 via the communication unit 23, the process proceeds from step F <b> 901 to F <b> 902 to determine whether or not connection is possible. In step F903, a communication line is connected.
The processes of steps F001 and F002 by the user terminals 3 and 4 and steps F901 to F903 by the server controller 21 are performed until the connection is completed.
[0071]
When the connection of the communication lines between the user terminals 3 and 4 and the service provider 2 is completed, the server controller 21 performs transmission requesting input of a password and identification in step F904. In step F905, reception of a password and a key code is waited.
When an input request for a password or the like is transmitted, the user terminals 3 and 4 proceed from step F004 to F005, and display a display for prompting the user to input password and identification information.
In step F006, a process of accepting an input of a user password or the like is performed. When the input is completed, the process proceeds from step F007 to F008. In step F008, the password and identification data input by the user are transmitted to the service provider 2.
The identification data may be information such as the user's name, address, and other information that can be used to confirm the user from the information registered in the database 22 by the service provider 2.
[0072]
When the server controller 21 receives the password and identification data, the server controller 21 proceeds to step F906 and confirms the received password and identification. In other words, from the received identification data, it is confirmed whether or not the user operating the user terminal is the person who made the service contract, and the in-vehicle system 1 owned by the user is specified. Further, the password registered in the database for the specified in-vehicle system 1 is read, and the match between the read password and the transmitted password is confirmed.
[0073]
If the identity authentication or the password authentication is NG, the server controller 21 proceeds from step F907 to F908, transmits an authentication NG notification to the user terminals 3 and 4, and in step F909, The communication connection is canceled and the process is terminated.
In the user terminals 3 and 4, when the authentication NG is notified, the process proceeds from step F009 to F010 to display an error for the user who is operating and finish the process.
[0074]
If the identity and password are properly authenticated, the server controller 21 proceeds from step F907 to F910, and transmits service menu screen data to the user terminals 3 and 4.
In the user terminals 3 and 4, when the service menu information is received, the process proceeds from step F011 to F012, and the service menu screen is displayed and presented to the user.
The user can select and request a service displayed on the service menu screen.
The service menu includes an item for prohibiting the use of the in-vehicle system 1, and when the user selects it, the process proceeds from step F013 to F014 to transmit a use prohibition request to the service provider 2.
In addition, when a user selects another item, although description is abbreviate | omitted, both the user terminals 3 and 4 and the service provider 2 perform the process according to the selected item.
[0075]
When the service provider 2 receives the use prohibition request, the service provider 2 proceeds from step F911 to F912, and transmits a reception confirmation notification to the user terminals 3 and 4. In step F913, the communication connection with the user terminals 3 and 4 is released.
The user terminals 3 and 4 confirm that the use prohibition request has been accepted by receiving the reception confirmation notification in step F015, and display a message to the user that the use prohibition process will be executed in step F016. To finish the process.
[0076]
When the use prohibition request for the in-vehicle system 1 is made from the user terminals 3 and 4 as described above, the service provider 2 subsequently executes the use prohibition process for the in-vehicle system 1. That is, the server controller 21 of the service provider 2 proceeds to step F914 in FIG. 14 and makes a communication connection request to the in-vehicle system 1 for which the prohibition request has been made.
In response to the request for connection from the service provider 2 in step F051, the CPU 11 of the in-vehicle system 1 performs communication connection in step F052.
[0077]
When the communication connection with the in-vehicle system 1 becomes OK, the server controller 21 proceeds from step F915 to F916, transmits a command instructing the non-operation mode to the in-vehicle system 1, and waits for a completion notification in step F917. .
If the CPU 11 of the in-vehicle system 1 receives the non-operation mode command from the service provider 2 in step F053, the CPU 11 performs the above-described non-operation mode processing in step F054, and the in-vehicle system 1 becomes unusable. Like that.
In step F055, a notification of completion of the non-operation mode process is transmitted to the service provider 2 and the process ends.
[0078]
The server controller 21 confirms that the in-vehicle system 1 is in an inoperable state based on the processing completion notification from the in-vehicle system 1. When there is no processing completion notification, the transmission of the non-operation mode command in step F916 is repeated.
If the inoperable state of the in-vehicle system 1 can be confirmed, the server controller 21 cancels the communication connection with the in-vehicle system 1 in step F918, communicates with the user terminals 3 and 4 in step F919, and disconnects the in-vehicle system 1 Notify that the operation mode has been set.
Although not shown, at this time, the user terminals 3 and 4 present the notification to the user.
[0079]
In this example, as step F920, the manufacturer name, model name, and serial number of the in-vehicle system 1 that has been disabled by the user are read from the database 22 and notified to the manufacturer of the in-vehicle system 1. The series of processing is finished as described above.
[0080]
With such processing, the user can disable the in-vehicle system 1 using the user terminals 3 and 4.
As a result, for example, when the vehicle is stolen, the in-vehicle system 1 can be surely disabled, or when the user is away from the vehicle, it is possible to prevent other people from using it. .
[0081]
Or, as will be described below, in the case of this example, the theft detection service can be temporarily stopped according to the user's request, but in the case of being stolen during such a stop period, the function described above Is not executed, it is useful to be able to disable the in-vehicle system 1 from the user side by the processing of FIGS. 13 and 14 at that time.
[0082]
In addition, by notifying the manufacturer of the in-vehicle system 1 of the serial number and model, it is possible to take measures after the theft. For example, when the in-vehicle system 1 is in an inoperable state, it is conceivable that a criminal or a person bought from the criminal brings the in-vehicle system 1 to the manufacturer for repair. The manufacturer manages the model name and serial number as those that may be stolen, so appropriate measures can be taken in such cases.
[0083]
9. Service stop processing from user terminal
Next, processing when the user wants to temporarily stop the above-described service by the theft detection service system will be described with reference to FIGS.
In this case, the processes of the service provider 2, the user terminals 3 and 4, and the in-vehicle system 1 have many parts similar to the processes described in FIG. 14 and FIG. 15, and therefore the same processing steps are the same. A step number is assigned and description is omitted.
[0084]
First, in FIG. 15, the user accesses the service provider 2 from the user terminals 3 and 4, connects a communication line, and inputs a password and identification. When the service provider 2 can confirm the password and the status, the service provider 2 transmits service menu information to the user terminals 3 and 4 so that the user can select a service from the user terminals 3 and 4. Up to this point, the same processing as in FIG. 14 is realized by the processing of steps F901 to F910 of the service provider 2 and the steps F001 to F012 of the user terminals 3 and 4.
[0085]
In the user terminals 3 and 4, when the service menu information from the service provider 2 is received, the service menu screen is displayed and presented to the user in step F012, but the user selects the service displayed on the service menu screen. Can be requested.
The service menu includes an item requesting to stop the execution of the theft detection service. If the user selects it, the process proceeds from step F031 to F032, and a service stop request is transmitted to the service provider 2. .
In addition, when a user selects another item, although description is abbreviate | omitted, both the user terminals 3 and 4 and the service provider 2 perform the process according to the selected item.
[0086]
When the service provider 2 receives the service stop request, the service provider 2 proceeds from step F931 to F912, and transmits a reception confirmation notification to the user terminals 3 and 4.
In step F913, the communication connection with the user terminals 3 and 4 is released.
The user terminals 3 and 4 confirm that the service stop request has been accepted by receiving the reception confirmation notification in step F015, and display a message to the user that the service stop processing will be executed in step F033. To finish the process.
[0087]
When a stop request for the theft detection service is made from the user terminals 3 and 4 as described above, the service provider 2 subsequently performs a service stop notification to the in-vehicle system 1. That is, the server controller 21 of the service provider 2 proceeds to step F914 in FIG. 16, and makes a communication connection request to the in-vehicle system 1 that has been the service target.
In response to the request for connection from the service provider 2 in step F051, the CPU 11 of the in-vehicle system 1 performs communication connection in step F052.
[0088]
When the communication connection with the in-vehicle system 1 is OK, the server controller 21 proceeds from step F915 to F932, transmits a command instructing the function off mode for the theft detection function to the in-vehicle system 1, and in step F917. Wait for completion notification.
When the function off mode command is received from the service provider 2 in step F061, the CPU 11 of the in-vehicle system 1 performs function off mode processing in step F062. The function off mode process is a mode process that prevents the CPU 11 from executing the processes shown in FIGS. Specifically, communication with the service provider 2 or password request to the user is not performed when the power is turned on or removed.
[0089]
In step F066, the completion of the function off mode process is transmitted to the service provider 2 and the process ends.
[0090]
The server controller 21 confirms that the in-vehicle system 1 is in the function off mode state based on the processing completion notification from the in-vehicle system 1. If there is no processing completion notification, the function off mode command transmission in step F932 is repeated.
If the function off mode state of the in-vehicle system 1 can be confirmed, the server controller 21 cancels the communication connection with the in-vehicle system 1 in step F918, communicates with the user terminals 3 and 4 in step F933, and performs service stop processing. Notify completion.
Although not shown, at this time, the user terminals 3 and 4 present the notification to the user.
[0091]
By such processing, the user can stop the theft detection service for the in-vehicle system 1 using the user terminals 3 and 4.
For example, it is useful when a car is to be rented to a friend and it is desired to use the in-vehicle system 1 without a password during that time, and the service is temporarily stopped.
The service stop may be executed in a limited manner. For example, only the processes in FIGS. 8 and 9 at the time of power-on are stopped, and the processes at the time of power removal in FIGS. 10 and 11 and the process at the time of forced power-off in FIG. 12 are continuously executed. It is possible to do so.
For example, for users who frequently get in and out of a car, it is troublesome to enter a password every time the engine is turned on. Therefore, by stopping only the processing in FIGS. 8 and 9, there is no trouble. When the in-vehicle system 1 is removed and stolen, it can be detected.
[0092]
By the way, after all the operations of the theft detection service are temporarily stopped by the processing of FIGS. 15 and 16 (or some operations such as only the operation at the time of power-on as described above) When it is desired to restart the service, the user may access the service provider 2 from the user terminals 3 and 4 and make a service restart request.
The processing procedure is almost the same as that shown in FIGS. 15 and 16, and in this case, a restart request is transmitted from the user terminals 3 and 4 to the service provider 2, and the service provider 2 cancels the function off mode for the in-vehicle system 1. A command may be transmitted.
[0093]
The configuration and various processing examples as the embodiments have been described above. However, the present invention is not limited to these examples, and various modifications and processing examples can be considered. In particular, the processing examples of FIGS. 8 to 16 are merely examples, and various examples of user operation procedures and processing procedures of the CPU 11, the server controller 21, and the user terminal can be considered.
[0094]
Further, in the process of FIG. 14, the serial number and the model name are notified to the manufacturer according to the abnormality detection, but before and after the execution of the process of step F314 in FIG. 9, step F514 in FIG. 11, and step F704 in FIG. Similarly, by notifying the manufacturer, the manufacturer can take an appropriate action after the theft.
[0095]
In each of the above examples, the password is described as being input by the user by key operation of the operation unit 15, but the password is not necessarily limited to the key input by combining numbers, characters, symbols, and the like. For example, a voice recognition system may be arranged in the in-vehicle system 1 and a word as a specific password may be input by voice. Furthermore, a voice input unit and a voiceprint analysis unit may be installed, and the voiceprint itself may be handled as a password, or a fingerprint detection unit may be installed to handle a fingerprint as a password. Furthermore, it is also possible to provide a video input unit and use the user's appearance as a password.
[0096]
【The invention's effect】
As can be seen from the above description, in the present invention, the theft detection apparatus manages a database of a unique code number, password, and contact information for each on-vehicle electronic device. On the other hand, in-vehicle electronic devices require a user to input a password at a predetermined time, and transmit the password and a unique code number to the theft detection device. Therefore, the theft detection apparatus can determine whether the authorized user (that is, the owner) has performed the password input operation or whether the stolen unauthorized user has performed the password input operation by performing password authentication. In other words, it can be detected when theft occurs. And when the occurrence of theft is detected, the legitimate user is contacted based on the contact information, so that the legitimate user can know the occurrence of theft and can respond quickly. There is. In addition, the function of detecting such theft immediately can also prevent crimes.
This function also helps to prevent crime and reduce theft itself.
Furthermore, since the in-vehicle electronic device has auxiliary power supply means mounted therein, the above function can be exhibited even when it is removed from the vehicle and stolen.
Further, since the password is not stored in the in-vehicle electronic device, it is impossible for a person who has stolen the in-vehicle electronic device to find and decrypt the password.
[0097]
The code information unique to the in-vehicle electronic device shall be set and transmitted by the theft detection device, and the password entered for the initial setting of the in-vehicle electronic device will be sent to the theft detection device. By sending it and registering it in the database, the user's work to receive services from the anti-theft device is very simple, and immediately after purchasing an in-vehicle electronic device and attaching it to the car Will be able to be executed.
[0098]
In addition, when the vehicle-mounted electronic device is turned on, that is, when the vehicle engine is turned on and the vehicle-mounted electronic device is turned on, the vehicle-mounted electronic device prompts for a password, and the input password and code information are By transmitting to the theft detection device, for example, when a car is stolen, the theft can be detected.
Alternatively, even after the vehicle-mounted electronic device is removed and stolen, it can be detected every time it is attached to a vehicle and turned on. This is effective for quick detection and resolution of theft.
[0099]
In addition, the vehicle-mounted electronic device requests the input of a password from the operation input unit when a specific operation representing the intention to set the main operation power supply stop state is performed by a user operation using the operation input unit, By sending the entered password and code information to the theft detection device, the original user who knows the password can stop operating power supply, that is, replace the car battery or remove the device without any problem. If an unknown user, that is, the theft, tries to remove it, it can be detected immediately.
In addition, when the main operation power supply is stopped in a state where a specific operation using the operation input means is not performed, for example, when it is suddenly removed, a power off notification and code information are sent to the theft detection device. This also makes it possible to immediately detect abnormal situations such as theft.
[0100]
Further, when the password authentication is NG in the theft detection device, the in-vehicle electronic device is rendered inoperable, and the in-vehicle electronic device cannot be used after the theft detection. This also helps prevent theft.
In addition, since authorized users can request the theft detection device to send a command to the in-vehicle electronic device to indicate the inoperable state from the theft detection device, the authorized user cannot arbitrarily operate the in-vehicle electronic device. It can be.
Similarly, a legitimate user requests the theft detection device to stop the theft detection service by the theft detection device. Therefore, it is possible to easily cope with the case where the user thinks that the theft detection is unnecessary.
[Brief description of the drawings]
FIG. 1 is an explanatory diagram of a configuration of a theft detection service system according to an embodiment of this invention.
FIG. 2 is a block diagram of the in-vehicle system according to the embodiment.
FIG. 3 is a block diagram of a service provider according to the embodiment.
FIG. 4 is an explanatory diagram of a service provider database according to the embodiment;
FIG. 5 is a flowchart of initial setting processing according to the embodiment;
FIG. 6 is a flowchart of an initial setting process according to the embodiment.
FIG. 7 is a flowchart of an initial setting process according to the embodiment.
FIG. 8 is a flowchart of processing upon power-on of the in-vehicle system according to the embodiment.
FIG. 9 is a flowchart of processing upon power-on of the in-vehicle system according to the embodiment.
FIG. 10 is a flowchart of processing when power is removed according to the embodiment.
FIG. 11 is a flowchart of processing when power is removed according to the embodiment.
FIG. 12 is a flowchart of processing at the time of forced power supply removal according to the embodiment.
FIG. 13 is a flowchart of a use restriction setting process from the user terminal according to the embodiment.
FIG. 14 is a flowchart of use restriction setting processing from the user terminal according to the embodiment;
FIG. 15 is a flowchart of service stop processing from a user terminal according to the embodiment;
FIG. 16 is a flowchart of service stop processing from the user terminal according to the embodiment;
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 In-vehicle system, 2 Service provider, 3 Wired user terminal, 4 Wireless user terminal, 5 Communication network, 6a, 6b Wireless base station, 11 CPU, 12 Non-volatile memory, 13 Display part, 14 Wireless communication part, 15 Operation part, 16 Audio part, 17a, 17b, 17c, 17d Backup battery, 21 Server controller, 22 Database, 23 Communication part

Claims (8)

Wireless communication means capable of performing data communication with a theft detection device via a wireless transmission path;
Operation input means;
Storage means for storing stored data even in a state in which the main operating power supply is turned off, and storing at least code information unique to the apparatus;
A control unit capable of causing the wireless communication unit to transmit one or both of the password input from the operation input unit and the code information read from the storage unit to the theft detection device at a required time;
Auxiliary power supply means that allows at least the operation of the wireless communication means and the control means to be executed even when the main operation power supply is turned off,
With
The control unit is a vehicle-mounted electronic device that requests input of a password from the operation input unit and transmits the input password to the theft detection device by the wireless communication unit at the time of initial setting.   The in-vehicle electronic device according to claim 1, wherein the code information is information transmitted from the theft detection device through communication between the wireless communication unit and the theft detection device. When the power is turned on, the control means prompts the input of a password for authentication with the password input at the time of the initial setting from the operation input means, and the input password and the code information The vehicle-mounted electronic device according to claim 1, wherein the wireless communication means transmits the information to the theft detection device. The control means performs the initial setting from the operation input means when a specific operation indicating the intention to set the supply of the main operating power supply is stopped by a user operation using the operation input means. The vehicle-mounted electronic device according to claim 1, wherein an input of a password for authentication with the password input to the terminal is requested, and the input password and the code information are transmitted to the theft detection device by the wireless communication unit.   In a state where a specific operation using the operation input unit is not performed and the main operation power supply is stopped, the control unit sets the power supply state by the auxiliary power supply unit, The vehicle-mounted electronic device according to claim 1, wherein the off notification and the code information are transmitted to the theft detection device by the wireless communication unit. The control means causes the theft detection apparatus to transmit the password and the code information input for authentication with the password input at the time of the initial setting to the theft detection apparatus by the wireless communication means. The in-vehicle electronic device according to claim 3 or 4 , wherein when the notification of the password authentication NG is received, the in-vehicle electronic device is controlled to be inoperable.   2. The vehicle-mounted electronic device according to claim 1, wherein the control unit controls the vehicle-mounted electronic device to an inoperable state when a command instructing an inoperable state from the theft detection device is received by the wireless communication unit. machine.   A function off mode in which the control means does not execute a specific process involving a password input request and a transmission operation when a command to turn off the theft detection function is received from the theft detection device by the wireless communication means; The in-vehicle electronic device according to claim 1, which is in a state.

Images