JP2001338356A - On-vehicle electronic equipment, and device and system for theft detection - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a theft detection system which suitably functions for theft prevention, theft detection and further discovery after theft. SOLUTION: This theft detecting device performs database management of an inherent code number, a password and a contact address about each on-vehicle electronic equipment. Meanwhile, the on-vehicle electronic equipment requests a user to input the password at a prescribed point of time and transmits the password and the inherent code number to the theft detecting device. Thus, the theft detecting device can discriminate whether a proper user (i.e., owner) performs a password input operation or an illegal user who has stolen the vehicle performs the password input operation by authenticating the password, and notifies the normal user of a theft on the contact address information in the case of detecting the occurrence of the theft. Furthermore, when it is judged that a theft takes place, the current position of the on-vehicle electronic equipment is also transmitted.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a vehicular electronic device, a theft detection device, and a theft detection system capable of detecting and preventing theft of a vehicular electronic device.

[0002]

2. Description of the Related Art In vehicle-mounted electronic devices, for example, a navigation system and a car stereo system, theft prevention is one problem, and various technologies have been proposed. For example, when the user leaves the car, remove the front panel of the car stereo etc. and carry it so that it can not be used even if it is stolen, preventing theft or storing the password in the device There is known a technology for preventing theft by preventing the device from operating if it is stolen by preventing the device from operating unless a password is input at the time of use.

[0003]

However, the method of removing the front panel and carrying it is troublesome for the user. In many cases, the user often leaves the car without removing the front panel, and the anti-theft function cannot be used. Often. Further, in the method of storing a password in the device and requesting the password at the time of use, there is a possibility that the password may be read by a burglar by some means, and the password may be used. Further, there are cases where it is desired to temporarily turn off the anti-theft function. For example, when lending a car to an acquaintance, the user does not want to give a password but wants to use the in-vehicle electronic device itself. However, there is no one that can easily respond to such a request for temporarily turning off the function.

Further, in the conventional anti-theft system including these, since the owner does not notice the theft until he returns to the car, a quick response cannot be taken. There is also an anti-theft device that functions when the in-vehicle electronic device is removed, but such an anti-theft device is useless if the entire vehicle is stolen.

[0005] Further, once stolen, the location of the on-vehicle electronic device is unknown, and it is very difficult to find it.

[0006]

SUMMARY OF THE INVENTION 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 which functions suitably for prevention and detection of theft and detection after theft. And

[0007] The theft detection system of the present invention comprises a vehicle-mounted electronic device and a theft detection device. The in-vehicle electronic device according to the present invention includes a wireless communication unit capable of performing data communication with a theft detection device via a wireless transmission path, an operation input unit, and a main operation power supply in a state where the main power supply is turned off. Storage means capable of holding stored data and storing at least device-specific code information;
A current position detecting means for detecting a current position, one of a password input from the operation input means at a required time, the code information read from the storage means, and a current position information detected by the current position detecting means. Control means capable of transmitting all or a part to the theft detection device by the wireless communication means, and at least the wireless communication means, the control means, and the current position detection means even in a state where the main operation power is turned off. And an auxiliary power supply means for performing an operation.

Further, the theft detection device of the present invention comprises a communication means capable of performing data communication with a vehicle-mounted electronic device, at least a code number, a password, and a unique code of the vehicle-mounted electronic device for each vehicle-mounted electronic device. The database means storing contact information of the owner of the in-vehicle electronic device, and the password is transmitted by referring to the database means when the password transmitted from the in-vehicle electronic device is received by the communication means. A password authentication process is performed, and when the password authentication is determined to be NG, a notification of the password authentication NG is transmitted to the in-vehicle electronic device by the communication means, and based on the contact information stored in the database means. Control to notify the user of the occurrence of an abnormality and the notification based on the current position information transmitted from the in-vehicle electronic device So that includes a stage, the.

That is, in the present invention, the theft detection device manages a unique code number, a password, and a contact address of each on-vehicle electronic device in a database. On the other hand, the 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. By performing password authentication, the theft detection device can 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. That is, it can be detected when the theft occurs. In the event of the theft, contacting the authorized user will enable quick response.

[0010]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, as an embodiment of the present invention, a theft detection service system having a vehicle-mounted 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. 1. Configuration of theft detection service system 2. In-vehicle system configuration 3. Configuration of service provider Initial setting processing 5. 5. Processing at power-on of in-vehicle system 6. Processing when power is removed 7. Processing when forcibly removing power supply 8. Use restriction setting process from user terminal Service stop processing from user terminal

1. Configuration of theft detection service system FIG. 1 schematically shows the configuration of the theft detection service system. The in-vehicle system 1 is an electronic device mounted on a user's vehicle, which will be described in detail with reference to FIG. 2. In this example, the in-vehicle system is a device having a navigation device. The service provider 2 is a part that performs a theft detection service of the vehicle-mounted system 1 based on a contract with a user. The device configuration will be described with reference to FIG.

The part surrounded by the dashed line is the in-vehicle system 1
Indicates the communication equipment owned by the user who owns
Communication network 5 such as a personal computer or telephone
There is a wired user terminal 3 connected to the communication network 5 wirelessly, such as a portable PDA (Personal Digital Assistants) device or a mobile phone.

The communication network 5 is a communication network functioning as a transmission path between the units, and may be a public line such as an ISDN line or an analog line, or a dedicated line of 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.

In such a theft detection service system, when a 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 to provide the service. A service contract is made with the provider 2. Then, the occurrence of theft is monitored by the operation of the vehicle-mounted system 1 and the processing of the service provider 2 for the operation. If the theft actually occurs and the service provider 2 detects it, it immediately notifies the user terminals 3 and 4 that the in-vehicle system 1 owned by the user or the car itself has been stolen. Will be able to know.

2. FIG. 2 shows the configuration of the vehicle-mounted system 1. The in-vehicle system 1 includes a CPU 11, a nonvolatile memory 12, a display unit 13,
Wireless communication unit 14, operation unit 15, navigation unit 16,
It has backup batteries 17 a to 17 d and an antenna 18.

The CPU 11 operates as a control unit of the in-vehicle system 1.
The control of each unit is performed according to the user operation from Step 5. That is, it controls the display of the display unit 13, writes / reads data to / from the nonvolatile memory 12, controls the transmission / reception operation of the wireless communication unit 14, and controls the navigation operation of the navigation unit 16. CPU for realizing theft detection of this example
The processing of No. 11 will be described in detail in FIG.

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 the present example, a key code which is a code unique to the vehicle-mounted system 1 and a serial number assigned at the time of manufacturing the vehicle-mounted system 1 are stored as information used for theft detection.

The display unit 13 is, for example, a display unit such as a liquid crystal panel, and executes display of a menu screen of various operations, an operation guide screen, a map display by the operation of the navigation unit 16 and other navigation screens 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 is displayed or various messages are displayed.

The operation section 15 is an operation input section of the user by operating elements such as operation keys and a jog dial. The operation unit 15 is provided with operators required for at least a navigation operation, a password input operation, a menu operation, and the like. Although not shown, a remote operation unit including an infrared remote commander and a light receiving unit, or a touch panel operation unit provided on the display unit 13 may be employed as the operation unit 15 here.

The wireless communication section 14 is a section for transmitting and receiving data under 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 wireless base station 6a and the communication network 5. An antenna 18 is provided for wireless communication.

The navigation unit 16 is, for example, a GPS
(Global Positioning System) It is a part provided with an antenna, a GPS decoder, a CD-ROM drive, a navigation controller, and the like. That is, the GPS decoder determines the latitude / longitude as the current position information for the signal received from the satellite by the GPS antenna. Also CD-R
The OM drive reproduces a CD-ROM on which map information is recorded to obtain map data. The navigation controller performs control based on the information so that a necessary navigation operation for the user is performed. For example, the display unit 13 performs control such as displaying the current position (own vehicle position) on a map image, scrolling the map in accordance with an operation of the operation unit 15, or performing guide display to a destination. In addition, as an operation for detecting theft described later, the current position information detected by the GPS decoder is supplied to the CPU 11 as transmission data from the wireless communication unit 14 to the service provider 2 as necessary.

Backup batteries 17a, 17b, 17
Reference numerals c and 17d denote auxiliary power supplies for enabling at least the units other than the display unit 13 to operate even when the main power supply is disconnected. The in-vehicle system 1 is attached to an automobile and 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 when a power cable is disconnected, Alternatively, even when the supply of the power supply voltage Vc is cut off by replacing the battery of the automobile, the backup batteries 17a, 17b, 17c, and 17d cause the CPU to operate.
11, access operation to the nonvolatile memory 12, communication operation of the wireless communication unit 14, navigation unit 16
The current position detecting operation is enabled. In this example, the backup batteries 17a to 17d are individually provided for each unit. However, one backup battery may be used to supply auxiliary power to each unit.

3. Configuration of Service Provider FIG. 3 shows the configuration of the service provider 2. The service provider 2 has a server controller 21, a database 22, and a communication unit 23. Server controller 21
Is a part that performs various processes necessary for the theft detection service provided by the service provider 2, and controls the creation of the database 22, the addition of data, the search, and the communication operation from the communication unit 23 according to the process to be performed. I do. The process performed by the server controller 21 for implementing theft detection in this example will be described in detail with reference to FIG.

The communication section 23 is connected to the communication network 5 and performs data communication with each section under the control of the server controller 21. More specifically, a large number of users who have signed a service contract communicate with each in-vehicle system 1 or communicate with each user's user terminals 3 and 4.
Of course, it can communicate with any other part connected to the communication network 5.

The database 22 stores, based on a service contract with a user, each of the in-vehicle systems 1 subject to the contract.
, The necessary registration data is held. For example, FIG. 4 shows an example of the contents of the database. As shown in FIG. 4, a key code serving as a unique code number, a serial number added at the time of manufacturing each vehicle-mounted system 1, and a password registered by the user are provided for each vehicle-mounted system 1. Password as a number, telephone numbers and e-mail addresses 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 And other various information are recorded. The contents recorded in the database 22 may be determined by the service provider 2 according to the specific implementation method / contents of the service, the contract contents, and the like.

4. Initial Setting Processing Initial setting processing when a user purchases the in-vehicle system 1 and attaches it to an automobile will be described with reference to FIGS. In each figure, a process based on the control of the server controller 21 of the service provider 2 and a process based on the CPU 11 of the vehicle-mounted system 1 are described.

When the user mounts the in-vehicle system 1 on the vehicle and the main power supply voltage Vc is supplied from the car battery to the in-vehicle system 1, the CPU 11
The power supply is turned on in step F201 of FIG. 5, the process proceeds to step F202, and the service provider 2
Make a communication connection request to. That is, the CPU 11 issues a connection request for initial setting to the service provider 2 by communication from the wireless communication unit 14, and confirms 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, and determines whether or not connection is possible. To connect the communication line. CP
Steps F202, F203 by U11 and Steps F101, F102, F by the server controller 21
The processing of 103 is performed until the connection is completed.

When the connection of the communication line between the in-vehicle system 1 and the service provider 2 is completed, the CPU 11 displays the connection OK on the display unit 13 at step F204 and presents it to the user. Request a key code transmission. The key code is code information uniquely assigned to the in-vehicle system 1 by the service provider 2. Upon receiving a key code request from the vehicle-mounted system 1, the server controller 21 of the service provider 2 proceeds to step F
The process proceeds from step 104 to step F105, where a unique key code for the in-vehicle system 1 is set, and the key code is transmitted from the communication unit 23.

When the key code transmitted from the service provider 2 is received in step F206, the CPU 11 of the vehicle-mounted system 1 stores the key code in the nonvolatile memory 12 in step F207. When the writing to the non-volatile memory 12 is completed normally, the process proceeds from step F208 to F209, and a notification of key code writing OK is transmitted to the service provider 2. The server controller 21 of the service provider 2 writes O
By confirming reception of the K notification, the process proceeds to step F107.

Step F205 by the CPU 11
To F208 and steps F104 to F106 by the server controller 21 are performed until the writing of the key code into the nonvolatile memory 12 in the vehicle-mounted system 1 is completed normally.

When the writing of the key code is completed, the server controller 21 transmits data requesting input of registration data in step F107. Then, step F in FIG.
At 108, the reception of the 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, displays a registration data input screen on the display unit 13, and requests the user to input. In this processing example, the registration data is a password arbitrarily determined by the user, a telephone number, contact information such as an email address, a user name, an address, billing information, and the like, that is, information registered in the database 22 described above. . However, if the user has previously made a contract with and registered with the service provider 2, it may be unnecessary to input such information. This will be described later, but here, the contract between the user and the service provider 2 will be described. An example will be described in which the registration is executed when the in-vehicle system 1 is attached to the vehicle.

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 in accordance with the requested registration items, or the image data itself may be transmitted from the service provider 2.
The user operates the operation unit 15 while looking at the input screen, and inputs necessary items, that is, passwords and the like.
At this time, the CPU 11 performs a process of accepting a user input in step F212. Upon completion of the input of necessary items by the user, the CPU 11 executes the process in step F21.
The process advances from step 3 to F214, and the necessary information such as the input password is transmitted to the service provider 2 as registration data. The serial number, model name,
Even when a maker name or the like is required as registration data, the user does not need to input these data in advance when the maker stores the data in the nonvolatile memory 12 at the time of manufacture, and the CPU 11 does not need to input the data. The information and the information stored in the nonvolatile memory 12 may be transmitted together as registration data.

When the server controller 21 of the service provider 2 detects the reception of the registration data, the server controller 21 proceeds to step F1.
From 08, the process proceeds to F109, and the received registration data is registered in the database 22 together with the key code. That is, the items of the vehicle-mounted system 1 described in FIG. 4 are recorded in the database 22.

Subsequently, in step F110, the server controller 21 transmits a request to input the password again. Then, in step F111, reception of the password is awaited. When the password input request is transmitted, the CPU 11 of the in-vehicle system 1 proceeds from step F215 to step F216, and performs a display on the display unit 13 requesting the user to input the password. 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.

When the password is received, the server controller 21 proceeds to step F112 and confirms the received password. That is, it is checked whether the password matches 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 step F216, presents the user's password input error, and requests the user to input the password again.

When the server controller 21 confirms that the passwords match, the server controller 21 proceeds from step F113 to step F115.
Then, the contract data is transmitted, and step F116 in FIG.
Alternatively, the process waits for a reply from the user in F118. CPU
When the contract data is received, the process 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 indicating contract items such as the contents of the theft detection service and charging terms, and registered contents such as registered passwords and contact information, that is, confirms the contract contents 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 matters and registered matters, or whether there is any dissatisfaction with the service contents. Then, an OK operation is performed if the contract contents are approved, and an NG operation is performed if there is an error.

When the user performs an NG operation, the CP
U11 proceeds to step F224 and transmits an NG notification to the service provider 2. Then, the process returns to step F205 in FIG. After confirming the reception of the NG notification in step F116, the server controller 21 performs a process of canceling the registration in step F117. For example, the registration items of 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 processing after the setting of the key code is performed again.

If the user performs an OK operation on the contract contents, the CPU 11 executes steps F223 to F22.
Proceed to 5 to transmit an OK notification to the service provider 2. Then, in step F226, the initialization processing is completed, and a transition is made to a normal use state, for example, a state in which a navigation operation by the function of the navigation unit 16 can be executed. Upon confirming the reception of the OK notification, the server controller 21 of the service provider 2 proceeds to Step F11
The process proceeds from step 8 to step F119 to perform a registration completion process, make the information registered in the database 22 valid information, and perform a process assuming that a contract for a theft detection service with the user has become effective. Then, in step F120, the communication connection with the in-vehicle system 1 is released, and the process ends.

By the above-described processing at the time of the initial setting, registration and contract of necessary items are executed between the user and the service provider 2, 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 an automobile,
The registration and contract procedures are executed only by performing the input in accordance with the operation required in step 3, and the procedure for enjoying the service becomes very simple.

Note that the registration and contract procedure need not necessarily be performed as described above. For example, a user may notify the service provider 2 of registration items such as a password, contact information, and billing information. . For example, by mailing a contract / registration form filled in with necessary items to the service provider 2, sending an e-mail using the user terminals 3 and 4, accessing an Internet homepage established by the service provider 2, and the like. It is also possible to perform registration input. In that case, the above steps F107 to F119 and F
Steps 210 to 225 are not required. That is, at the time of the initial setting, only the key code may be written into the nonvolatile memory 12. Alternatively, steps F110 to F1
By confirming the passwords 14 and F215 to F220, the password registered in advance and the password input by the user may be confirmed.

Alternatively, the user notifies the service provider 2 of information other than the password, such as contact information and billing information, in advance. At the time of the initial setting, writing of a key code, setting of a password, and registration in the database 22 are performed. Alternatively, password confirmation may be performed. That is, since the user is notified of the contact information and the billing information in advance, at the time of initial setting, the user only has to perform the process of determining and inputting the password.

5. Processing at Power-on of In-Vehicle System Next, the operation for realizing the actual theft detection service will be described. First, a process at the time of turning on the power of the vehicle-mounted system 1 will be described with reference to FIGS. As described above, the in-vehicle system 1 is supplied with the power supply voltage Vc from the car battery as the main operating power supply. As is well known, when the ignition key of the car is turned to the accessory position, the in-vehicle system 1 Is turned on by the car battery. Therefore, the time when the power is turned on here means when the engine of the automobile is started or when the engine is not started but the ignition key is turned to the accessory position.

When the user turns on the car engine and turns on the power of the in-vehicle system 1, the CP
The process of U11 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 issues a connection request to the service provider 2 by communication from the wireless communication unit 14, and checks 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 or not connection is possible. To connect the communication line. Steps F402 and F by the CPU 11
Step F3 by 403 and server controller 21
The processing of 01 to F303 is performed until the connection is completed.

After the connection of the communication line between the in-vehicle system 1 and the service provider 2 is completed, the server controller 21 subsequently transmits a request for inputting a password in step F304. In step F305, the process waits for reception of the password and the key code. CP of in-vehicle system 1
When a password input request is transmitted, U11 proceeds from step F404 to F405, and displays a message on the display unit 13 requesting the user to input a password. In step F406, 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 F407 to F408. In step F408, 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, a timeout is set in step F.
The process proceeds from 407 to F408. In this case, the key code and the information without password input are stored in the service provider 2
Will be sent to

When the password and the key code have been received, the server controller 21 proceeds to step F306 and checks the received password. In other words, the database 22 is searched from the received key code, the vehicle-mounted system 1 is specified, and the password registered corresponding to the key code is read. Then, it checks whether the read password matches the transmitted password.

If the passwords match, the server controller 21 proceeds from step F307 to F309,
The notification of the authentication OK is transmitted, and the communication connection with the in-vehicle system 1 is released in step F310, and the process is terminated. When the notification of the authentication OK is received, the CPU 11 of the in-vehicle system 1 proceeds from step F410 to F411, and displays the display unit 1
After displaying a confirmation message of password OK in 1, the state shifts to a normal use state. In other words, this is when the user has correctly entered the password. The service provider 2 determines that the current user is a legitimate owner and that no theft has occurred because the password authentication is OK. In this case, the user can use the user normally in the vehicle-mounted system 1 Becomes

On the other hand, if the server controller 21 determines in step F306 that the passwords do not match, or if the password has not been input by the user, the process proceeds from step F307 to F308, and the password authentication NG for the in-vehicle system 1 is performed. Send a notification for. Then, the process proceeds to step F311 in FIG. 9 to wait for the transmission of the current position information from the vehicle-mounted system 1. 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 to perform the non-operation mode process. The non-operation mode processing means that the CPU 11
Is a mode processing for disabling all of the inputs of the operation unit 15 or shifting to a mode in which no display operation is performed on the display unit. That is, it is in a state where it cannot be used by the user at all. By storing flag data indicating whether or not the operation mode is the non-operation mode in the nonvolatile memory 12, the non-operation mode is maintained even if the power is turned on / off thereafter.

Further, the CPU 11 determines in step F413
Then, the current position information detected by the navigation unit 16 is transmitted to the service provider 2. The transmission of the current position information is repeated until the reception confirmation notice from the service provider 2 is confirmed in step F414. Upon receiving the current location information, the service provider 2 proceeds from step F311 to F312,
A reception confirmation notification is transmitted to the in-vehicle system 1. The in-vehicle system 1 ends the process upon receiving the reception confirmation notification. In this case, since the non-operation mode processing has been performed in step F412, the in-vehicle system 1 remains unusable for the user.

The service provider 2 proceeds to step F31
After transmitting the reception confirmation notice in step 2, the communication connection with the in-vehicle system 1 is released in step F313, and step F31
In step 4, the user's contact information (user terminals 3 and 4) registered in the database 22 is retrieved from the key code, the occurrence of an abnormal condition and the current position information are notified, and the process is terminated.

That is, the case where the authentication of the password becomes NG due to the input of the wrong password or the absence of the password is determined as follows.
Or, it is judged that there is a high possibility that the car itself has been stolen. For this reason, the in-vehicle system 1 does not allow the criminal to use it as an inoperable mode, and transmits the current location information to inform the service provider 2 of the current location. Further, the service provider 2 informs the user terminals 3 and 4 of the possibility of theft and the current position information transmitted from the in-vehicle system 1 so that the user can take prompt action. The current position information may be such that the latitude / longitude information is transmitted to the user terminals 3 and 4 so that the user can grasp the specific place name, place, and the like as the current position on a map display on a personal computer or the like. Then, the service provider 2 may determine a specific place name and place, and notify the user of the information.

The user who has been notified of the possibility of theft from the service provider 2 returns to his / her car and checks the situation. If the user is determined to be stolen, the user is immediately notified of the police. It becomes possible. In addition, since the position of the criminal can be known from the current position information, the information can be transmitted to the police and used for early arrest.

By the way, in the flowchart of FIG. 9, the in-vehicle system 1 transmits the current position information and ends the processing when receiving a reception confirmation notice from the service provider 2, and the service provider 2 releases the communication connection with the in-vehicle system 1. However, it is effective from the viewpoint of criminal arrest to know the current position information every moment when theft is stolen. Therefore, in the case of the password authentication NG, the in-vehicle system 1 transmits the current position information at regular intervals until the user confirms that the user is not stolen, for example. It is preferable to notify the user terminals 3 and 4 or the police every time. In that case, the transmission of the current location information may be stopped by confirming that the user is not stolen and performing some predetermined operation or notifying the service provider 2.

Further, in order to cope with an incorrect password input by a legitimate user, a processing example in which the user is given a chance to re-enter the password once or twice may be considered. 8 and 9 are performed each time the vehicle-mounted system 1 is turned on. For example, when the cable of the car battery is removed and then the cable is connected and the power is turned on. It is also conceivable to have it performed only on the server. However, this is the in-vehicle system 1
It is effective when the car is removed from the car and stolen, and then the culprit and the like connect to another car.However, in reality, the whole car is often stolen. It is preferable that the above-described processing be performed every time the power is turned on, for example, when the engine is started.

6. Next, a process for disconnecting the vehicle-mounted system 1 from the car battery by removing the vehicle-mounted system 1 from the vehicle will be described with reference to FIGS. 10 and 11. As a mode of the theft, the in-vehicle system 1 may be removed from the vehicle and taken out. On the other hand, the user who is the authorized owner may need to replace the battery of the vehicle, change the wiring of the in-vehicle system 1, perform repairs, and the like. In some cases, the in-vehicle system 1 may be detached from the car battery due to the nature. Therefore, it is necessary for the theft detection system to detect whether power is supplied from the car battery to the in-vehicle system 1 due to the owner's action or whether the theft occurs.

In the in-vehicle system 1 of this example, when the car battery power is removed from the in-vehicle system 1, the user must declare the removal by a specific operation. The specific operation is, for example, an operation of selecting an item of battery off from a menu screen displayed on the display unit 13 and then inputting an accurate password.

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. Perform the operation from. 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. Then, 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. To connect the communication line. CP
The processes of steps F602 and F603 by U11 and steps F501 to F503 by the server controller 21 are performed until the connection is completed.

When the connection of the communication line between the in-vehicle system 1 and the service provider 2 is completed, the server controller 21 subsequently transmits a request for inputting a password in step F504. Then, in step F505, the process waits for reception of the password and the key code. CP of in-vehicle system 1
When a password input request is transmitted, U11 proceeds from step F604 to F605, and displays a message on the display unit 13 requesting the user to input a password. Then, in step F606, a process of accepting the user's password input from the operation unit 14 is performed, and 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) has elapsed without inputting a password, the process proceeds from step F607 to F608 as a timeout. In this case, the key code and the information without password input are transmitted to the service provider 2.

When the password and the key code have been received, the server controller 21 proceeds to step F506 to confirm the received password. In other words, the database 22 is searched from the received key code, the vehicle-mounted system 1 is specified, and the password registered corresponding to the key code is read. Then, it checks whether the read password matches the transmitted password.

If the passwords match, the server controller 21 proceeds from step F507 to F509,
The notification of the authentication OK is transmitted, and the communication connection with the in-vehicle system 1 is released in step F510, and the process is terminated. When the notification of the authentication OK is received, the CPU 11 of the in-vehicle system 1 proceeds from step F610 to F611, and the display unit 1
After displaying a confirmation message of the password OK and a message of OK to remove the car battery power to the user in 1, the power is turned off in step F612, and the process ends. That is, this is a case where the user has correctly performed the menu selection operation and the password input, which are the operations of the characteristics required when the power supply is removed. The service provider 2 determines that the current user is an authorized owner and is not stolen because the password authentication is OK. Then, the user can start the power supply removing operation of the vehicle-mounted system 1.

However, there is a possibility that the person attempting to steal knows 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 notification of password authentication NG to the in-vehicle system 1. Then, the process proceeds to step F511 in FIG. 11 to wait for the transmission of the current position information from the vehicle-mounted system 1. When the notification of the password authentication NG is received, the CPU 11 of the in-vehicle system 1 proceeds from step F609 to F613 in FIG. 11, and displays a message to the effect that the removal of the power is not permitted on the display unit 13. If you are a legitimate user, this display will tell you that you have entered your password incorrectly. Although not shown in the flow chart of FIG. 11 for simplicity of the drawing, a legitimate user may perform an operation of selecting battery off again from the menu screen and then re-enter the password.

In the case of actual theft, such a message indicating that the removal is not permitted is ignored and the removal is performed.
In other words, the supply of the car battery power to the in-vehicle system 1 is cut off by the offender removing the vehicle. Then C
The PU 11 proceeds from step F614 to F615, shifts to a mode in which the backup battery 17 is used as an operation power source, and performs a non-operation mode process similar to the above in step F616 so that the in-vehicle system 1 becomes unusable. I do.

Further, the CPU 11 determines in step F617
Then, the current position information detected by the navigation unit 16 is transmitted to the service provider 2. The transmission of the current position information is repeated until the reception confirmation notification from the service provider 2 is confirmed in step F618. Upon receiving the current location information, the service provider 2 proceeds from step F511 to F512,
A reception confirmation notification is transmitted to the in-vehicle system 1. Upon receiving the reception confirmation notification, the in-vehicle system 1 proceeds to step F619, turns off the power-on state of the backup battery 17, and ends the processing.

The service provider 2 checks in step F51
After transmitting the reception confirmation notification in step 2, if the communication connection with the in-vehicle system 1 is released in step F513,
At 514, the user's contact information (user terminals 3 and 4) registered in the database 22 is retrieved from the key code, and the occurrence of an abnormal condition and the current position information are notified to the contact information, and the process is terminated.

That is, if the car battery is removed without inputting the correct password as a specific operation, it is determined that there is a high possibility that the vehicle-mounted system 1 or the vehicle itself has been stolen. For this reason, the in-vehicle system 1 is set as a non-operation mode so that it cannot be used by a criminal, and the current location information is transmitted to inform the service provider 2 of the current location. Further, the service provider 2 informs the user terminals 3 and 4 of the possibility of theft and the current location information or the place name and the place transmitted from the in-vehicle system 1,
Allow users to respond quickly. In this case, the user can take measures such as confirming the situation, reporting to the police, and notifying the current location.

By the way, as in the case of FIG. 9, it is effective from the viewpoint of criminal arrest that it is possible to know the current position information every time the vehicle is actually stolen. Therefore, as a modified example of the process of FIG. 11, in the case of password authentication NG, the in-vehicle system 1 transmits the current location information at regular intervals until the user confirms that the user is not stolen, for example. 2 may notify the user terminals 3 and 4 or the police every time the current location information is received.

7. Processing at Forcible Power Removal By the way, the processing shown in FIGS. 10 and 11 corresponds to the case where an authorized user removes the vehicle from the car battery in an authorized procedure. If this is the case, it is likely that the in-vehicle system 1 is often immediately removed from the car without performing menu operations or the like. Therefore, FIG. 12 shows a process in a case where the in-vehicle system 1 is removed and the supply of the car battery power is cut off without performing the normal procedure from the above menu operation.

When the supply of the car battery power is suddenly cut off, the CPU 11 of the vehicle-mounted system 1 proceeds from step F801 to F802 in FIG. Then, it is determined that such a situation is likely to be stolen.
3 to establish a communication connection with the service provider 2, notify the service provider 2 of the power-off,
Key code stored in the navigation unit 16
The current position information detected by is transmitted. Then, in step F804, the process waits for a reception confirmation notification from the service provider 2.

When the server controller 21 of the service provider 2 receives the power-off notification, the key code, and the current position information from the vehicle-mounted system 1, the server controller 21 proceeds to step F70.
From 1, the process proceeds to F <b> 702 to transmit a reception confirmation notification to the in-vehicle system 1. The in-vehicle system 1 can confirm that the occurrence of the abnormal situation has been notified to the service provider 2 by the reception confirmation notification. If the reception at the service provider 2 cannot be confirmed due to circumstances such as the communication line not being normally connected after the transmission in step F803, the operation by the backup battery 17 is waited for a predetermined time in step F805, and After time, step F802
Is repeated. This is in consideration of saving the backup battery 17 when the supply of the car battery power is stopped. That is, during standby, the CPU 1
Reference numeral 1 indicates that the backup battery 17 receives only a weak power supply for standby from the backup battery 17 to save the backup battery 17 and repeats the transmission process at predetermined time intervals so that the occurrence of an abnormality is reliably notified to the service provider 2. It will be.

If the communication is confirmed in step F804, the CPU 11 performs the same non-operation mode processing as described above in step F806 so that the in-vehicle system 1 becomes unusable. Then, in step F807, the power-on state of the backup battery 17 is turned off, and the process ends.

The service provider 2 executes step F70
After transmitting the reception confirmation notice in step 2, the communication connection with the in-vehicle system 1 is released in step F703, and the
In step 4, the user contacts (user terminals 3 and 4) registered in the database 22 are searched from the key code, and the occurrence of an abnormal state and the current position information are notified, and the process is terminated.

That is, the interruption of the supply of the car battery power without performing a specific operation procedure is caused by the in-vehicle system 1.
Is determined to be highly stolen, the in-vehicle system 1 disables the offender from using it as a non-operation mode, and transmits the current location information to inform the service provider 2 of the current location. Also service provider 2
Informs the user terminals 3 and 4 that there is a possibility of theft and the current location information or the place name and place transmitted from the in-vehicle system 1 so that the user can take quick action. . In this case, the user can take measures such as confirming the situation, reporting to the police, and notifying the current location.

By the way, similarly to the modified examples described with reference to FIGS. 9 and 11, it is effective from the viewpoint of criminal arrest that it is effective from time to time to know the current position information at the time of theft. The in-vehicle system 1 transmits the current location information at regular intervals until the user confirms that the user is not stolen, and the service provider 2 transmits the current location information to the user terminal every time the current location information is received. 3,4
Alternatively, it is better to notify the police or the like.

8. Usage restriction setting process from user terminal By the way, in each of the above processing examples, the theft of the in-vehicle system 1 or the car itself can be detected and the user can be notified. For example, the user side (user terminals 3 and 4)
, The use of the in-vehicle system 1 can be disabled. The processing for this will be described with reference to FIGS. FIG. 13 shows the processing of the server controller 21 of the service provider 2 and the 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 vehicle-mounted system 1.

The user communicates with the service provider 2 using the user terminals 3 and 4, and can receive a desired service from a service menu provided by the service provider 2. In this case, the user as the owner operates the user terminals 3 and 4 to connect the communication line with the service provider 2 first. User terminals 3, 4
Corresponds to step F001 in FIG. 13 according to the operation of the user.
Sends a communication connection request to the service provider 2. Then, 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 F901 to F902, and determines whether or not connection is possible. Step F9
At 03, a communication line is connected. Steps F001 and F002 by user terminals 3 and 4 and server controller 2
Steps F901 to F903 are performed until the connection is completed.

When the connection between the communication lines of the user terminals 3 and 4 and the service provider 2 is completed, the server controller 21 subsequently transmits in step F904 a request for input of a password and identification. And step F
At 905, the system waits for reception of the password and the key code. When the input request for the password or the like is transmitted, the user terminals 3 and 4 proceed from step F004 to F005, and perform a display requesting the user to input the password and the identification information on the display unit. Then, in step F006, a process of receiving an input of the user's password or the like is performed, and 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. Note that the identification data may be information such as the name and address of the user and other information that can identify the user from the information registered in the database 22 by the service provider 2.

Upon receiving the password and the identification data, the server controller 21 proceeds to step F906 to confirm the received password and identification. That is, based on the received identification data, it is confirmed whether the user operating the user terminal is the person who has subscribed to the service, and the in-vehicle system 1 owned by the user is specified. Then, a password registered in the database for the specified in-vehicle system 1 is read out, and it is confirmed whether the read out password matches the transmitted password.

Authentication of identity or authentication of password is N
In the case of G, the server controller 21 proceeds from step F907 to F908, transmits a notification of authentication NG to the user terminals 3 and 4, and releases and processes the communication connection with the user terminals 3 and 4 in step F909. Finish. In the user terminals 3 and 4, when the authentication NG is notified, the process proceeds from step F <b> 009 to F <b> 010 to display an error message for the operating user and end the process.

If the identity and the password have been properly authenticated, the server controller 21 proceeds from step F907 to F910 and transmits the service menu screen data to the user terminals 3 and 4. On user terminals 3 and 4,
When the service menu information is received, step F0
The process proceeds from F11 to F012, where a 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 use of the in-vehicle system 1. If the user selects the item, the process proceeds from step F <b> 013 to F <b> 014, and transmits a use prohibition request to the service provider 2.
When the user selects another item, the description is omitted, but the user terminals 3 and 4 are also connected to the service provider 2.
Also, processing according to the selected item is performed.

When the service provider 2 receives the use prohibition request, the process proceeds from step F911 to F912, and
The reception confirmation notification is transmitted to the user terminals 3 and 4.
Then, in step F913, the communication connection with the user terminals 3 and 4 is released. The user terminals 3 and 4 receive the reception confirmation notification in step F015, confirm that the use prohibition request has been received, and display a message to the user in step F016 that the use prohibition process is to be executed. And finish the process.

When the use prohibition request of 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 of 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. The CPU 11 of the in-vehicle system 1 executes step F0.
In response to a connection request from the service provider 2 at 51, a communication connection is made at step F052.

When the communication connection with the in-vehicle system 1 is 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 notifies the completion in step F917. To wait. When the non-operation mode command is received from the service provider 2 in step F053, the CPU 11 of the in-vehicle system 1 determines in step F05
In step 4, the above-described non-operation mode process is performed so that the in-vehicle system 1 is disabled. And step F
In step 055, the completion of the non-operation mode processing and the current position information are transmitted to the service provider 2, and the processing ends.

The server controller 21 confirms that the in-vehicle system 1 has become inoperable in response to the processing completion notification from the in-vehicle system 1. If there is no notification of the processing completion, the transmission of the non-operation mode command in step F916 is repeated. When the inoperable state of the in-vehicle system 1 can be confirmed, the server controller 21 releases 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. The operation mode and the current position information of the vehicle-mounted system 1 are notified. Although not shown, at this time, the user terminals 3 and 4 present the notification to the user.

In this example, as step F920, the manufacturer name, model name, and serial number of the vehicle-mounted system 1 whose use has been prohibited by the user are read from the database 22 and notified to the manufacturer of the vehicle-mounted system 1. Thus, a series of processing is completed.

According to such processing, the user can use the user terminals 3 and 4 to disable the vehicle-mounted system 1. Thus, for example, when the vehicle is stolen, the in-vehicle system 1 can be reliably disabled, or when the user is away from the vehicle, it is possible to prevent others from using the system even in the vehicle. .

Alternatively, as will be described below, in this example, the theft detection service can be temporarily stopped according to a user's request. However, if the theft is detected during such a stop period, Since the above-described functions are not executed, it is useful that the user can disable the in-vehicle system 1 or fetch the current position information by the processing in FIGS.

Further, by notifying the manufacturer of the vehicle-mounted system 1 of the serial number and the model, it is possible to take measures after theft. For example, by setting the in-vehicle system 1 in an inoperable state, it is conceivable that a criminal or a person who bought from the criminal brings the in-vehicle system 1 to a manufacturer for repair. The manufacturer manages the model name and serial number as a possibility of theft, so that appropriate measures can be taken in such cases.

9. Processing for Stopping Service 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 service provider 2, the user terminals 3, 4, and the in-vehicle system 1
Since many of the processes are the same as those described with reference to FIGS. 14 and 15, the same process steps are denoted by the same step numbers and description thereof is omitted.

First, in FIG. 15, the user accesses the service provider 2 from the user terminals 3 and 4, connects the communication line, and inputs a password and identification. When the service provider 2 can confirm the password and the identity, the service provider 2 transmits the service menu information to the user terminals 3 and 4, and the user transmits the service menu information to the user terminals 3 and 4.
Allows you to select a service from. Figure 1 up to this point
As processing similar to the processing of step S901, the processing of steps F901 to F910 of the service provider 2 and the processing of the user terminals 3, 4
Are realized by steps F001 to F012.

When the user terminal 3 or 4 receives the service menu information from the service provider 2,
In step F012, the service menu screen is displayed and presented to the user. The user can select and request the service displayed on the service menu screen.
The service menu includes an item requesting that the execution of the theft detection service be stopped. If the user selects it, the process proceeds from steps F031 to F032.
To send a service stop request to the service provider 2. If the user selects another option,
Although the description is omitted, both the user terminals 3 and 4 and the service provider 2 perform processing according to the selected item.

When the service provider 2 receives the service stop request, the process proceeds from step F931 to F912, and transmits a reception confirmation notice to the user terminals 3 and 4. Then, in step F913, the communication connection with the user terminals 3 and 4 is released. The user terminals 3 and 4 receive the reception confirmation notification in step F015, confirm that the service stop request has been received, and check in step F03.
In step 3, a message to the effect that the service stop process is to be executed is displayed to the user, and the process ends.

When the stop request for the theft detection service is made from the user terminals 3 and 4 as described above, the service provider 2 subsequently notifies the in-vehicle system 1 of the service stop. 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 is the service target. CPU1 of in-vehicle system 1
In step F051, in response to a connection request from the service provider 2 in step F051, a communication connection is made in step F052.

When the communication connection with the in-vehicle system 1 is OK, the server controller 21 proceeds from step F915 to F932 and sends a command for instructing the in-vehicle system 1 to perform a function off mode for the theft detection function. In step F917, the process waits for a 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 the function-off mode processing in step F062. The function-off mode processing is a mode processing for preventing the CPU 11 from executing each processing of FIGS. 8 to 12. Specifically, when the power is turned on or when the power is removed, communication with the service provider 2 and a password request to the user are not performed.

Then, in step F066, the completion of the function off mode process is transmitted to the service provider 2, and the process ends.

The server controller 21 confirms that the in-vehicle system 1 is in the function-off mode by the processing completion notification from the in-vehicle system 1. If there is no notification of processing completion, transmission of the function off mode command in step F932 is repeated. If the function off mode state of the in-vehicle system 1 can be confirmed, the server controller 21 releases the communication connection with the in-vehicle system 1 in step F918, performs communication with the user terminals 3 and 4 in step F933, and executes the service stop processing. Notify completion. Although not shown, at this time the user terminals 3 and 4
Then, the notification will be presented to the user.

By such processing, the user can use the user terminals 3 and 4 to stop the theft detection service relating to the vehicle-mounted system 1. For example, it is useful to temporarily stop the service, for example, when renting a car to a friend and wishing to use the in-vehicle system 1 without inputting a password during that time. Note that the service suspension may be performed in a limited manner. For example, only the processes in FIGS. 8 and 9 when the power is turned on are stopped, and the processes when the power is removed in FIGS.
It is conceivable that the process at the time of forcibly removing the power supply 2 is performed continuously. For example, for a user who frequently gets in and out of a car, it is troublesome to input a password every time the engine is started. Therefore, by stopping only the processing in FIGS. 8 and 9, the trouble is eliminated. When the in-vehicle system 1 is removed and stolen, it can be detected.

By the way, by the processing of FIGS. 15 and 16,
If the user temporarily wants to resume normal service after all operations of the theft detection service have been temporarily suspended (or some operations such as only the operation at power-on as described above), the user The terminal 3 or 4 may access the service provider 2 and make a service restart request. The processing procedure is almost the same as in FIGS. 15 and 16. 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 releases the function-off mode for the vehicle-mounted system 1. What is necessary is just to transmit a command.

Although the configuration and various processing examples as the embodiment have been described above, 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 the user's operation procedure and C
Various examples of the processing procedure of the PU 11, the server controller 21, and the user terminal can be considered.

Further, in the processing of FIG. 14, the serial number and the model name are notified to the maker in response to the abnormality detection, but the step F314 of FIG. 9 and the step F314 of FIG.
514, before and after the execution of the process of step F704 in FIG.
Manufacturers will be able to take appropriate measures after theft.

In each of the above examples, the password has been described as being input by the user by operating the keys of the operation unit 15, but the password is not necessarily limited to the password input by combining numbers, characters, symbols, and the like. Absent. For example, a form in which a voice recognition system is provided in the in-vehicle system 1 and words as a specific password are input by voice may be used. Furthermore, a voice input unit and a voiceprint analysis unit may be mounted to handle the voiceprint itself as a password, or a fingerprint detection unit may be mounted to handle a fingerprint as a password. Furthermore, it is conceivable to provide a video input unit and use the appearance of the user as a password.

[0100]

As can be seen from the above description, in the present invention, the theft detection device manages a unique code number, a password, and a contact address of each on-vehicle electronic device in a database. On the other hand, the 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. Therefore, by performing password authentication, the theft detection device can determine whether the legitimate user (that is, the owner) has performed the password input operation or the stolen unauthorized user has performed the password input operation. That is, it can be detected when the theft occurs. When the theft is detected, the authorized user is contacted based on the contact information, so that the authorized user can know the occurrence of the theft and can take prompt action. There is. In addition, the function of detecting such theft immediately provides a crime prevention effect. In addition, the vehicle-mounted electronic device transmits the current location information, so that the theft detection device and the user can confirm the location of the vehicle-mounted electronic device (including the case where the entire vehicle is stolen) at the time of theft, and inform the police. This facilitates the arrest of the criminal and the recovery of the device. This function also acts as a deterrent to crime and can reduce theft itself. Further, since the in-vehicle electronic device has an auxiliary power supply means therein, the above function can be exhibited even when the electronic device 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 steals the in-vehicle electronic device to find and decrypt the password.

The code information unique to the on-vehicle electronic device is assumed to be set and transmitted by the theft detection device, and the password is set based on the password input during the initial setting of the on-vehicle electronic device. By transmitting the information to the detection device and registering it in the database, the user's work to receive the service provided by the theft detection device is very simple, and the user purchases the vehicle-mounted electronic device and attaches it to the car. It can be executed immediately.

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 input of the password is requested. By transmitting the information to the theft detection device, theft can be detected, for example, when the car is stolen. Alternatively, even after the in-vehicle electronic device is removed and stolen, it can be detected each time it is attached to a certain vehicle and turned on. This is effective for quick discovery and resolution of theft.

Also, when a specific operation indicating the intention to stop the supply of the main operating power is performed by a user operation using the operation input means, the in-vehicle electronic device inputs the password from the operation input means. By sending the entered password and code information to the theft detection device, the original user who knows the password can stop the operation power supply, that is, replace the car battery or remove the device without any problem. However, if a user who does not know the password, that is, a stolen person attempts to remove the password, it can immediately detect the removal. In a state where a specific operation using the operation input means is not performed,
When the supply of the main operating power is stopped, for example, when the power supply is suddenly removed, the power off notification, the code information, and the current position information are transmitted to the theft detection device.
In this case, an abnormal situation such as theft can be immediately detected.

[0104] If password authentication is NG in the theft detection device, the in-vehicle electronic device is disabled because the in-vehicle electronic device is inoperable after the theft detection. This also helps prevent theft. In addition, since a legitimate user can request the theft detection device to send a command indicating an inoperable state from the theft detection device to the in-vehicle electronic device, the legitimate user can not operate the in-vehicle electronic device arbitrarily It can be. Also, if the authorized user requests the theft detection device, the theft detection service by the theft detection device can be stopped. Therefore, it is possible to easily cope with the case where the user thinks that 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 the present invention.

FIG. 2 is a block diagram of the vehicle-mounted 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 an initialization process according to the embodiment.

FIG. 6 is a flowchart of an initialization process according to the embodiment.

FIG. 7 is a flowchart of an initialization process according to the embodiment;

FIG. 8 is a flowchart of a process when the power of the vehicle-mounted system according to the embodiment is turned on.

FIG. 9 is a flowchart of a process performed when the power of the vehicle-mounted system according to the embodiment is turned on.

FIG. 10 is a flowchart of a process 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 a process when the power supply is forcibly removed according to the embodiment;

FIG. 13 is a flowchart of a usage restriction setting process from a user terminal according to the embodiment.

FIG. 14 is a flowchart of a usage restriction setting process from a user terminal according to the embodiment.

FIG. 15 is a flowchart of a service stop process from a user terminal according to the embodiment.

FIG. 16 is a flowchart of a service stop process from a user terminal according to the embodiment.

[Explanation of symbols]

1 in-vehicle system, 2 service provider, 3 wired user terminal, 4 wireless user terminal, 5 communication network, 6
a, 6b Wireless base station, 11 CPU, 12 nonvolatile memory, 13 display unit, 14 wireless communication unit, 15 operation unit, 16 navigation unit, 17a, 17b, 17
c, 17d Backup battery, 21 server controller, 22 database, 23 communication unit

──────────────────────────────────────────────────続 き Continued on the front page (51) Int.Cl. ⁷ Identification symbol FI Theme coat ゛ (Reference) // B60R 25/10 625 B60R 25/10 625 (72) Inventor Eiichi Tanaka 6-chome Kita Shinagawa, Shinagawa-ku, Tokyo 7-35 Inside Sony Corporation (72) Inventor Shin Nobu Sasaki 6-7-35 Kita-Shinagawa, Shinagawa-ku, Tokyo Sony Corporation (72) Inventor Shigeru Tanaka 6-7, Kita-Shinagawa, Shinagawa-ku, Tokyo No. 35 Sony Corporation F-term (reference) 5C084 AA04 AA09 BB04 BB33 CC23 CC29 CC30 DD74 EE06 FF02 FF27 GG54 HH12 HH13 HH17 5C087 AA02 AA03 AA10 AA19 AA31 BB12 BB18 BB73 BB74 DD05 GG01 FF01 GG05 5H180 AA01 BB05 BB08 BB13 BB15 FF05 FF22 FF33

Claims (14)

[Claims] 1. A wireless communication means capable of performing data communication with a theft detection device via a wireless transmission path, an operation input means, and data stored even when a main operation power supply is turned off. Storage means for storing at least device-specific code information, a current position detection means for detecting a current position, and a password input from the operation input means at a required point in time. Control means for transmitting a part or all of the read code information and the current position information detected by the current position detection means to the theft detection device by the wireless communication means; and a main operating power supply Is turned off, at least the operations of the wireless communication means, the control means, and the current position detection means can be executed. Vehicle electronic device is characterized in that and an auxiliary power supply means for. 2. The apparatus according to claim 1, wherein the code information is information transmitted from the theft detection device through communication between the wireless communication means and the theft detection device.
4. The electronic device for a vehicle according to claim 1. 3. 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. The in-vehicle electronic device according to claim 1. 4. The control means requests the input of the password from the operation input means when the power is turned on, and transmits the input password and the code information.
The in-vehicle electronic device according to claim 1, wherein the electronic device is transmitted to the theft detection device by the wireless communication unit. 5. The control means, when a specific operation indicating an intention to make a main power supply supply stop state is performed by a user operation using the operation input means, the control means receives the instruction from the operation input means. 2. The in-vehicle electronic device according to claim 1, wherein an input of a password is requested, and the input password and the code information are transmitted to the theft detection device by the wireless communication unit. 6. The control means causes a power supply state by the auxiliary power supply means when the main operation power supply is stopped in a state where the specific operation using the operation input means is not performed. The in-vehicle electronic device according to claim 1, wherein the power-off notification, the code information, and the current position information are transmitted to the theft detection device by the wireless communication unit. 7. The control means, after causing the theft detection device to transmit the password by the wireless communication means,
2. When a notification of password authentication NG is received from the theft detection device, the in-vehicle electronic device is controlled to be inoperable and the current position information is transmitted to the theft detection device. 4. The electronic device for a vehicle according to claim 1. 8. The control means controls the in-vehicle electronic device to an inoperable state when a command instructing the inoperable state from the theft detection device is received by the wireless communication means. The in-vehicle electronic device according to claim 1. 9. When the wireless communication means receives a command to turn off the theft detection function from the theft detection device by the wireless communication means, the control means performs a specific process involving a password input request and a transmission operation. The in-vehicle electronic device according to claim 1, wherein a non-executing function off mode is set. 10. A communication means capable of performing data communication with an in-vehicle electronic device, and for each in-vehicle electronic device, at least a code number unique to the in-vehicle electronic device, a password, and the in-vehicle electronic device. Database means for storing contact information of the owner of the device; and when the password transmitted from the on-vehicle electronic device is received by the communication means, the password is received by referring to the database means. When the password authentication process is performed and the password authentication is determined to be NG, the password authentication N is performed on the in-vehicle electronic device by the communication means.
Control means for transmitting the notification of G and for notifying the user of an abnormality occurrence and a notification based on the current position information transmitted from the on-vehicle electronic device, based on the contact information stored in the database means A theft detection device comprising: 11. The control means sets the code information unique to the in-vehicle electronic device at the time of initial setting of the in-vehicle electronic device, and transmits the code information to the in-vehicle electronic device by the communication means. 11. When the password transmitted from the on-vehicle electronic device is received by the communication means, the received password is associated with the code information and registered in the database means. Theft detection device according to 1. 12. The control means causes the communication means to transmit a command instructing an inoperable state to the vehicle-mounted electronic device in response to a request from an owner of the vehicle-mounted electronic device. Claim 1
0. Theft detection device according to item 0. 13. The in-vehicle electronic device according to claim 13, wherein, in response to a request from an owner of the in-vehicle electronic device, the control unit causes the in-vehicle electronic device to transmit a command to turn off the theft detection function. The theft detection device according to claim 10. 14. A theft detection system comprising an in-vehicle electronic device and a theft detection device, wherein the in-vehicle electronic device can perform data communication with the theft detection device via a wireless transmission path. Means, operation input means, storage means for storing stored data even when the main operating power supply is turned off, and storing at least device-specific code information, A position detecting means, at a required time, a password input from the operation input means, the code information read from the storage means, and a part or all of the current position information detected by the current position detecting means. A control means that can be transmitted to the theft detection device by the wireless communication means; and At least the wireless communication means, the control means, and an auxiliary power supply means for enabling the operation of the current position detection means, and the theft detection device performs data communication with the on-vehicle electronic device. A communication means capable of performing communication; and a database means storing at least a code number unique to the in-vehicle electronic device, a password, and contact information of the owner of the in-vehicle electronic device for each in-vehicle electronic device. When a password transmitted from the on-vehicle electronic device is received by the communication means, an authentication process of the received password is performed by referring to the database means, and a password authentication NG is obtained. Is a password authentication N for the in-vehicle electronic device by the communication means.
Control means for transmitting the notification of G and for notifying the user of an abnormality occurrence and a notification based on the current position information transmitted from the on-vehicle electronic device, based on the contact information stored in the database means And a theft detection system comprising: