JP2010205063A - Vehicle management system, in-vehicle device, and server - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a vehicle management system, an in-vehicle device and a server, for preventing unnecessary notification while acquiring the state of a vehicle at the outside of the vehicle. <P>SOLUTION: The vehicle management system 1 comprises a server 10, an in-vehicle device 20 and a body system unit 30 which are mounted on a vehicle 2, and a mobile phone 40. The server 10 is connected to a public network 50 such as the Internet and communicates with the in-vehicle device 20 and the mobile phone 40 via the public network 50. The in-vehicle device 20 notifies the server 10 of information about an accessory power source, a door lock, and repairs of the vehicle 2. The server 10 gives a warning to the mobile phone 40 when the vehicle 2 is not under repair after the accessory power source is turned off and a door is kept unlocked for a predetermined time, while giving no notice when the vehicle 2 is under repair. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to a vehicle management system including an in-vehicle device and a server capable of communicating with the in-vehicle device.

  Conventionally, various remote services for vehicles have been proposed. For example, Patent Document 1 discloses a technique in which data indicating the state of a vehicle at the time of a failure is transmitted to a center outside the vehicle, and the center analyzes the state of the vehicle and notifies the vehicle of an emergency treatment method and maintenance shop guidance. Proposed.

  In addition, a service for forgetting operation notification for notifying a user of forgetting an operation when an operation necessary for management is not performed on a parked vehicle is also provided. For example, if a door is not locked when a predetermined time (for example, 1 minute) has passed since the ignition was turned off, a notification of forgetting operation (e-mail) is sent to the mobile phone of the vehicle owner.

JP 2002-109690 A

  However, with the conventional forgotten operation notification service, a forgotten operation notification is sent to the mobile phone even if the door is opened for a predetermined time or more at a maintenance shop or the like to inspect and maintain the vehicle. There was a problem of feeling bothersome. On the other hand, if the function of the in-vehicle device is stopped by, for example, turning off the power of the in-vehicle device that detects the vehicle state and notifies the server, the server is not notified of the vehicle state. There was a problem that the state could not be grasped.

  The present invention has been made in view of the above-described problems, and an object of the present invention is to provide a vehicle management system, an in-vehicle device, and a server that prevent unnecessary notification while grasping the state of the vehicle outside the vehicle. That is.

  The invention according to claim 1 made to solve the above-described problem is a vehicle management system including an in-vehicle device and a server. In this vehicle management system, the in-vehicle device includes vehicle state detection means for detecting the state of the parked vehicle. In addition, the server performs predetermined communication when a predetermined notification condition is satisfied based on a receiving unit that receives the state of the parked vehicle from the in-vehicle device and a vehicle state detected by the vehicle state detecting unit. Notification means for notifying the terminal is provided.

  And the said vehicle equipment is provided with the information transmission means which transmits holding information with respect to a server, when predetermined | prescribed holding | maintenance conditions are satisfied in a vehicle mounting apparatus or a vehicle. Further, when the server receives the hold information, the server holds the notification to the communication terminal.

  In the vehicle management system configured as described above, when the hold condition is satisfied, the notification of forgetting the operation to the communication terminal is not performed. The hold condition here is a condition that should not be notified to the communication terminal, and it is determined that the hold condition is satisfied when the in-vehicle device detects that it should not be notified. The notification corresponds to, for example, mail transmission to a communication terminal.

  Therefore, since the notification to the communication terminal is not performed in the state where the hold condition is satisfied, that is, the state where the notification of forgetting the operation is not necessary, unnecessary mails are not transmitted and the user is not bothered.

Furthermore, since the state of the vehicle detected by the in-vehicle device is continuously transmitted to the server, the state of the vehicle can be constantly grasped outside the vehicle.
Thus, in the vehicle management system according to the first aspect, unnecessary notifications can be prevented while grasping the state of the vehicle outside the vehicle.

  The predetermined notification condition is a condition that is established when it is detected that the owner of the vehicle has forgotten an operation necessary for vehicle management. For example, the predetermined state is that the vehicle door is not locked during parking. Applicable when time has elapsed. When this notification condition is satisfied, an operation forgotten notification is performed by transmitting an e-mail to the communication terminal of the vehicle owner.

  The vehicle management system according to claim 2 is the vehicle management system according to claim 1, wherein when the information transmission means transitions from a state where the hold condition is satisfied to a state where the hold condition is not satisfied, Send hold release information. The server that has received the hold release information releases the hold of the notification.

  With the vehicle management system configured as described above, when a transition is made from a state where the hold condition is satisfied to a state where the hold condition is not satisfied, that is, when a transition from a state where the forgetting operation notification is unnecessary to a necessary state is forgotten Notification can be executed. Therefore, it is convenient because unnecessary notification can be prevented only when the hold condition is satisfied.

  By the way, as a specific example of the above-described holding condition, for example, a case where the vehicle is repaired at a maintenance shop or the like can be considered. In this case, it is conceivable to detect that repair is in progress as shown in claim 3 below.

  The vehicle management system according to claim 3 is the vehicle management system according to claim 1 or 2, wherein the information transmitting means is a repair mode set when the mode of the in-vehicle device is set to repair the vehicle. In some cases, it is determined that the hold condition is satisfied.

  With the vehicle management system configured as described above, notification of forgetting operation to the communication terminal of the vehicle owner is not performed during repair of the vehicle, so unnecessary notification is performed on the communication terminal and the user feels bothered. There is nothing.

  The vehicle management system according to claim 4 is the vehicle management system according to any one of claims 1 to 3, wherein the state of the parked vehicle is a door opening / closing state of the vehicle, a door unlocking / locking state, One selected from the group consisting of: roof open / close state, trunk open / close state, bonnet open / close state, window open / close state, interior light on / off state, exterior light on / off state, hazard on / off state, fuel lid open / close state It is the above.

  If it is the vehicle management system comprised in this way, it will be judged whether notification is performed to a communication terminal based on each state mentioned above in vehicles. Therefore, when the hold condition is satisfied, an unnecessary forgetting operation is not notified even if each of the above-described states is not appropriate as a parked state.

A vehicle management system according to claim 5 is the vehicle management system according to any one of claims 1 to 4, wherein the communication terminal is a mobile phone.
If it is the vehicle management system comprised in this way, it can notify to the mobile telephone which the user of a vehicle owns. Since a mobile phone is generally provided with a call function and an e-mail function, notification can be realized by making a call to the mobile phone or sending an e-mail.

A sixth aspect of the present invention is an in-vehicle device constituting the vehicle management system according to any one of the first to fifth aspects.
The vehicle-mounted device configured as described above can constitute a part of the vehicle management system according to any one of claims 1 to 5.

The invention described in claim 7 is a server constituting the vehicle management system according to any one of claims 1 to 5.
The server configured as described above can constitute a part of the vehicle management system according to any one of claims 1 to 5.

Block diagram showing the vehicle management system Block diagram showing server configuration Diagram showing vehicle status data Block diagram showing configurations of in-vehicle device and body system unit The flowchart which shows the processing procedure of notification processing Sequence diagram for explaining the flow of executing the operation forget notification The flowchart which shows the process sequence of the modification of a notification process

Embodiments to which the present invention is applied will be described below with reference to the drawings. The embodiment of the present invention is not limited to the following embodiment, and can take various forms as long as they belong to the technical scope of the present invention.
[Description of configuration]
FIG. 1 is a block diagram showing a vehicle management system 1 according to an embodiment of the present invention. The vehicle management system 1 is a system for notifying the owner of the vehicle 2 of forgetting operation when the door lock is forgotten, and includes a server 10, an in-vehicle device 20 and a body system unit 30 mounted on the vehicle 2, Mobile phone 40. The server 10 is connected to a public network 50 such as the Internet, and communicates with the in-vehicle device 20 and the mobile phone 40 via the public network 50.

The server 10 and the public network 50 are connected by wire. The in-vehicle device 20 and the public network 50, and the mobile phone 40 and the public network 50 are connected by a wide area wireless communication packet network provided by a mobile phone operator or the like. In FIG. 1, only one set of the in-vehicle device 20 and the mobile phone 40 is depicted, but a plurality may actually exist.
(1) Server 10
First, the configuration of the server 10 will be described using the block diagram of FIG. The server 10 includes a communication unit 11, a storage unit 12, an operation unit 13, and a control unit 14.

The communication unit 11 has a function for communicating with the public network 50 and is controlled by the control unit 14.
The storage unit 12 includes a nonvolatile storage medium (for example, a hard disk), and stores vehicle state data, a program executed by the control unit 14, and the like.

  As shown in FIG. 3, the vehicle state data includes a plurality of data groups each including five items including “on-vehicle device ID”, “ACC”, “door lock state”, “repair”, and “mobile phone”. It is what

  In the data group described above, in the item “vehicle device ID”, IDs individually assigned to the plurality of vehicle devices 20 configured to be communicable with the server 10 are registered. Since the ID information is attached to the data transmitted from the in-vehicle device 20, the data received from the in-vehicle device 20 can be associated with the data group corresponding to the in-vehicle device 20 by checking the ID. It becomes.

  The item “ACC” stores information on whether or not the accessory power source (ACC power source) of the vehicle 2 on which each in-vehicle device 20 is mounted is ON. Each time it is operated, the information is transmitted from the in-vehicle device 20 and the information of the item “ACC” is updated. Note that “0” is registered when the accessory power source is ON, and “1” is registered when the accessory power source is OFF.

  In the “door lock state” item, information on whether or not the door of the vehicle 2 on which each in-vehicle device 20 is mounted is registered is registered. Information on whether or not the door is locked is acquired by the server 10 receiving the information detected by the body unit 30 mounted on the vehicle 2 and transmitted by the in-vehicle device 20. It should be noted that “0” is registered when the door is locked, and “1” is registered when the door is not locked.

  In the “repair” item, information indicating whether each in-vehicle device 20 is in a repair mode to be described later is registered. The in-vehicle device 20 enters the repair mode by a specific operation at the time of repair. Therefore, if the in-vehicle device 20 is in the repair mode, it can be determined that the vehicle 2 is being repaired. Information on whether or not the vehicle is in the repair mode is transmitted from the vehicle-mounted device 20 when the vehicle-mounted device 20 is in the repair mode and when the vehicle-mounted device 20 is no longer in the repair mode.

Note that “0” is registered when the mode is the repair mode, and “1” is registered when the mode is not the repair mode.
In the item “mobile phone”, the mail address of the mobile phone 40 associated with each in-vehicle device 20 is registered.

The operation unit 13 includes a keyboard, a mouse, and the like, and can receive a command from an administrator of the server 10.
The control unit 14 is configured around a well-known microcomputer including a CPU, DRAM, ROM, flash memory, I / O, a bus line connecting these configurations, and the like. The ROM, flash memory, storage unit 12, and the like. Various processes are executed based on the program stored in the program. Specific processing contents will be described later.
(2) On-vehicle device 20
Next, the in-vehicle device 20 will be described with reference to the block diagram of FIG. The in-vehicle device 20 is
A device having a navigation system function, which is mainly configured by a control unit 21, a communication unit 22, an in-vehicle LAN communication unit 23, and the like.

  The control unit 21 is configured around a well-known microcomputer including a CPU, DRAM, ROM, flash memory, I / O, and a bus line connecting these configurations, and is stored in the ROM, flash memory, and the like. Based on the program, each part constituting the in-vehicle device 20 is controlled and various processes are executed.

The communication unit 22 performs wireless packet communication with the public network 50 and executes communication with the server 10 connected to the public network 50.
The in-vehicle LAN communication unit 23 includes a body unit 30 connected to the in-vehicle LAN, various ECUs (engine ECU, AT-ECU, brake ECU, etc.), and various sensors (vehicle speed sensor, shift position sensor, headlight sensor, etc.). Responsible for communication with.

In addition to the control unit 21, the function as a navigation system is realized by a position detection unit 24, a display unit 25, an audio output unit 26, an operation switch group 27, a storage unit 28, and the like.
The position detector 24 includes a GPS signal receiver, a gyroscope, a vehicle speed sensor, and the like. The control unit 21 calculates the position, direction, speed, and the like of the vehicle 2 based on these output signals.

The display unit 25 includes a liquid crystal display, an organic EL display, and the like, and displays map information and various information as a navigation screen.
The audio output unit 26 includes a speaker, and outputs the audio signal input from the control unit 21 as audio from the speaker.

  The operation switch group 27 includes a touch panel configured integrally with the display surface of the display unit 25, mechanical key switches provided around the display unit 25, and the like, and detects an input instruction from the user and controls the control unit 21. Notify

The storage unit 28 includes a non-volatile storage medium (for example, a hard disk, an SSD, etc.), and can store various types of information.
And the control part 21 performs the process which calculates the present position of a vehicle as a set of a coordinate and a advancing direction based on each detection signal from the position detection part 24, and displays it on the display part 25. FIG.

  The in-vehicle device 20 normally functions as a navigation system, but shifts to a repair mode when the vehicle 2 is repaired at a maintenance shop or the like. In this repair mode, the traveling record of the vehicle 2, operation logs of various ECUs and various sensors, an error log, and the like are displayed on the display unit 25.

  This repair mode is started by a specific operation on the operation switch group 27 by the maintenance worker. Also, it is canceled when an operation for returning to the normal mode by the maintenance worker is accepted and when the accessory power source is switched from OFF to ON.

The in-vehicle device 20 transmits the information to the server 10 when the state of the vehicle 2 changes. Specifically, information that the accessory power supply was turned on, information that the accessory power supply was turned off, information that the door was locked, information that the door was unlocked, information that entered the repair mode, and the repair mode were released The information (hereinafter, these information are collectively referred to as status information) is transmitted to the server 10 together with the ID information indicating the ID of the in-vehicle device 20. In addition to the accessory power supply, a constant power supply (+ B) is connected to the in-vehicle device 20, so that the above-described information can be transmitted even when the accessory power supply is turned off.
(3) Body unit 30
The body system unit 30 will be described with reference to the block diagram of FIG. The body system unit 30 includes a lock mechanism 31 including an actuator that locks the door, and a door ECU 32 that controls the operation of the lock mechanism 31 and communicates with the in-vehicle device 20. The door ECU 32 transmits a signal indicating the open / closed state of the door lock to the in-vehicle device 20 at a predetermined time interval (for example, every 1 second). Since the body unit 30 is connected to the constant power source (+ B) in addition to the accessory power source, as in the in-vehicle device 20, the transmission operation described above is performed even when the accessory power source is turned off. It is possible.
(4) Mobile phone 40
This is a known mobile phone having a call function, a mail transmission / reception function, a Web browsing function, a wireless packet communication function, and the like. The wireless packet communication function is a function for transmitting / receiving data to / from other devices (for example, the server 10) connected to the public network 50 by wide area wireless communication. The e-mail address of the mobile phone 40 is registered in the server 10, and when forgetting to lock the door is detected, an e-mail indicating that is transmitted from the server 10.
[Description of Server 10 Operation]
(1) Update of vehicle status data When any status information is transmitted from the in-vehicle device 20, the vehicle status data shown in FIG. 3 is updated based on the received status information. Then, after receiving the status information, a notification process described below is started.
(2) Notification Process The notification process executed by the control unit 14 of the server 10 will be described based on the flowchart of FIG. This notification process is started when the server 10 receives state information from the in-vehicle device 20. Since the server 10 communicates with a plurality of in-vehicle devices 20, status information may be transmitted from the plurality of in-vehicle devices 20. In that case, this notification process is executed in parallel for each in-vehicle device 20.

  In this notification process, first, the received state information is registered in the vehicle state data (S10). Since the state information is notified together with the ID information, each item corresponding to the corresponding ID in the vehicle state data shown in FIG. 3 stored in the storage unit 12 is updated.

  Next, it is determined whether the accessory power supply is OFF (S20). Here, the state of the accessory power source is determined with reference to the item “ACC” in the vehicle state data. If the accessory power supply is ON, that is, if “0” is registered in the item “ACC” (S20: NO), this process ends. On the other hand, if the accessory power supply is OFF, that is, if “1” is registered in the item “ACC” (S20: YES), the process proceeds to S30.

  Next, it is determined whether or not the door is locked (S30). Here, the door lock state is determined with reference to the item “door lock state” in the vehicle state data. If the door is locked, that is, if “0” is registered in the “door locked state” item (S30: YES), this process is terminated. On the other hand, if the door is not locked, that is, if “1” is registered in the “door locked state” item (S30: NO), the process proceeds to S40.

Next, time measurement is started (S40). Here, the elapsed time from when the accessory power supply is OFF and the door is not locked is measured.
In subsequent S50, S70, and S80, it is determined whether or not a predetermined time (1 minute in the present embodiment) has elapsed while maintaining the above-described state.

  Specifically, first, it is determined whether or not the accessory power supply is OFF (S50). Here, referring to the vehicle state data, if the accessory power source is ON (S50: NO), the measurement of the elapsed time is stopped (S60), and this process is terminated. On the other hand, if the accessory power supply is OFF (S50: YES), the process proceeds to S70.

  Next, it is determined whether or not the door is locked (S70). Here, referring to the vehicle state data, if the door is locked (S70: YES), the measurement of the elapsed time is stopped (S60), and this process is terminated. On the other hand, if the door is not locked (S70: NO), the process proceeds to S80.

  Next, it is determined whether or not a predetermined period of 1 minute has elapsed since the start of time measurement in S40 (S80). If one minute has not elapsed (S80: NO), the process returns to S50. If 1 minute has elapsed (S80: YES), the process proceeds to S90.

Next, it is determined whether or not the vehicle 2 is being repaired (S90). Here, with reference to the vehicle state data stored in the storage unit 12, if “0” is registered in the item “repair”, that is, if repair is being performed (S90: YES), the process proceeds to S50. Return to. On the other hand, when “1” is registered in the item “Repair”, that is, when repair is not in progress (S90: NO), notification to the mobile phone is executed (S100). Specifically, the vehicle state data stored in the storage unit 12 is referred to, and an email warning that the user has forgotten to close the door is sent to the email address registered in the corresponding “mobile phone” item. Thereafter, this process is terminated.
[Explanation of forgotten operation notification flow]
An example of a flow until the vehicle management system 1 that executes the above-described process executes a forgetting operation notification will be described based on the sequence diagram shown in FIG.

First, the flow in the case where the forgetting operation notification is not executed because of repair will be described.
When the in-vehicle device 20 enters the repair mode and recognizes that it is “repairing” (S201), it transmits the ID information and the information that is in the repair mode to the server 10 to notify that it is in the “repairing” state ( S202). In addition, ID information is always accompanied when information is transmitted from the in-vehicle device 20 to the server 10, but is omitted in the following description. In the following description, “notification” indicates transmission of corresponding information.

  The server 10 recognizes that it is in the “repairing” state by updating the “repair” item of the corresponding ID in the vehicle state data stored in the storage unit 12 to “0” (S203). In the following description, “recognition” by the server 10 indicates that the corresponding item of the vehicle state data is updated.

  When the in-vehicle device 20 recognizes that the accessory power supply of the vehicle 2 has been turned off (S204), the server 10 is notified that the accessory power supply is in an OFF state (S205). The server 10 recognizes that the accessory power supply is OFF (S206).

  When the body unit 30 detects a state without a door lock (S207), it notifies the in-vehicle device 20 of a state without a door lock (S208). The in-vehicle device 20 notifies the server 10 that there is no door lock (S209). The server 10 recognizes that the door is not locked (S210).

  The server 10 recognizes that the accessory power is OFF and there is no door lock in S206 and S210 described above, and thus starts time measurement (S211). The process of S211 corresponds to the process of S40 in FIG. However, even if a predetermined time (1 minute) elapses in the above state, the vehicle 2 is being repaired (branch to YES in S90 in FIG. 5), so the forgetting operation notification is not executed.

  When detecting the door lock state (S212), the body system unit 30 notifies the in-vehicle device 20 of the door lock state (S213). The in-vehicle device 20 notifies the server 10 that the door is locked (S214). The server 10 recognizes that the door is locked (S215).

  In response to this S215, the time measurement in S211 is stopped. This corresponds to branching to YES in S70 of FIG. The time measurement is also stopped when the accessory power supply is turned on. In addition, when the server 10 recognizes that the vehicle 2 is no longer being repaired before the door is locked (S212 to S215), a forgetting operation notification is executed.

Next, the flow until the operation forget notification is executed will be described.
When the in-vehicle device 20 recognizes that the accessory power supply of the vehicle 2 has been turned on (S216), since it is not in the repairing mode at the same time, it recognizes that the in-vehicle device 20 is no longer in repair (S217). Then, the in-vehicle device 20 notifies the server 10 that the accessory power supply is in an ON state and that it is no longer in the “in repair” state (S218).

The server 10 recognizes that the accessory power supply is OFF (S219) and recognizes that it is not in the “in repair” state (S220).
When the in-vehicle device 20 recognizes that the accessory power supply of the vehicle 2 has been turned off (S221), the server 10 is notified that the accessory power supply is in an OFF state (S222). The server 10 recognizes that the accessory power supply is OFF (S223).

  When the body unit 30 detects a state without a door lock (S224), it notifies the in-vehicle device 20 of a state without a door lock (S225). The in-vehicle device 20 notifies the server 10 that there is no door lock (S226). The server 10 recognizes that the door is not locked (S227).

The server 10 recognizes that the accessory power is OFF and there is no door lock in S223 and S227 described above, and thus starts time measurement (S228). Here, when a predetermined time elapses in the above state, since the vehicle 2 is not under repair, a notification of forgetting operation is given to the mobile phone 40 (S229).
[The invention's effect]
In the vehicle management system 1 of the present embodiment described above, when the vehicle 2 is being repaired, the forgetting operation notification to the mobile phone 40 is not performed. If the vehicle 2 is being repaired, there is no point in notifying that the user has forgotten the operation even if the door is not locked when the accessory power is OFF. Does not make you feel bothered.

  The vehicle management system 1 detects that the vehicle 2 is being repaired when the in-vehicle device 20 is set to a repair mode that is normally used when the vehicle 2 is repaired. Further, it is detected that the repair is not being performed when the normal mode is restored or when the accessory power source is turned on. For this reason, it is possible to reliably prevent notification of forgetting operation only during repair, and it is possible to reliably cancel suspension of notification of forgetting operation, so that it is possible to prevent the notification of forgetting operation from being executed when necessary.

  In the vehicle management system 1 configured as described above, the state of the vehicle 2 detected by the in-vehicle device 20 is continuously transmitted to the server 10 regardless of whether or not the vehicle 2 is being repaired. Can always be grasped outside the vehicle.

In the vehicle management system 1 configured as described above, the mobile phone 40 owned by the user of the vehicle 2 can be notified. In recent years, since it is common to carry the mobile phone 40, it is possible to easily receive a notification of forgetting operation without carrying around a special terminal for notification of forgetting operation.
[Other Embodiments]
Although the embodiments of the present invention have been described above, the present invention is not limited to the above-described embodiments, and it goes without saying that various forms can be taken as long as they belong to the technical scope of the present invention.

  For example, in the above embodiment, the determination as to whether or not the vehicle 2 is under repair (S90 in FIG. 5) is executed when the accessory power supply is OFF and the door is not locked when a predetermined time has elapsed. Although the configuration is exemplified, as shown in S32 in FIG. 7, it may be determined before measuring time measurement, and the time measurement may be performed only when the repair is not in progress. With the vehicle management system 1 configured as described above, the notification of forgetting the operation is not executed until a predetermined time elapses after the repair is not being performed. Therefore, for example, even if the maintenance operator returns the vehicle-mounted device 20 from the repair mode to the normal mode in a state where the accessory power is OFF and the door is not locked, an unnecessary operation forget notification is immediately made. Can be prevented.

  Moreover, in the said embodiment, the structure which performs notification forgetting operation when the door lock is not made was illustrated. However, the target for notifying operation may be other than that. For example, detection of vehicle door open / closed state, roof open / closed state, trunk open / closed state, bonnet open / closed state, window open / closed state, interior light on / off state, exterior light on / off state, hazard on / off state, fuel lid open / closed state, etc. However, it may be notified when the state is inappropriate for parking, or the position of the ignition key may be detected and the fact that the vehicle has left a predetermined distance may be added as a condition for notifying operation. Good.

DESCRIPTION OF SYMBOLS 1 ... Vehicle management system, 2 ... Vehicle, 10 ... Server, 11 ... Communication part, 12 ... Memory | storage part, 13 ... Operation part, 14 ... Control part, 20 ... In-vehicle apparatus, 21 ... Control part, 22 ... Communication part, 23 In-vehicle LAN communication unit, 24 ... Position detection unit, 25 ... Display unit, 26 ... Audio output unit, 27 ... Operation switch group, 28 ... Storage unit, 30 ... Body unit, 31 ... Lock mechanism, 32 ... Door ECU, 40 ... mobile phone, 50 ... public network

Claims (7)

An in-vehicle device comprising vehicle state detection means for detecting the state of the parked vehicle;
When a predetermined notification condition is satisfied based on a receiving unit that receives the state of the parked vehicle from the in-vehicle device and the vehicle state detected by the vehicle state detecting unit, the predetermined communication terminal A server comprising notification means for performing notification;
A vehicle management system comprising:
The in-vehicle device is
In the in-vehicle device or the vehicle, when a predetermined hold condition is established, the vehicle includes an information transmission unit that sends hold information to the server.
The server
The vehicle management system, wherein the notification is suspended when the suspension information is received. The information transmitting means transmits hold release information to the server when transitioning from the state where the hold condition is satisfied to the state where the hold condition is not satisfied,
The vehicle management system according to claim 1, wherein when the server receives the hold release information, the server releases the hold of the notification. The information transmission means determines that the hold condition is satisfied when the mode of the in-vehicle device is a repair mode set when the vehicle is repaired. Item 3. The vehicle management system according to Item 2. The state of the parked vehicle includes the door open / closed state, door unlocked / locked state, roof open / closed state, trunk open / closed state, bonnet open / closed state, window open / closed state, interior light on / off state, exterior light on The vehicle management system according to any one of claims 1 to 3, wherein the vehicle management system is at least one selected from the group consisting of an unlit state, a hazard lit / unlit state, and a fuel lid open / closed state. The vehicle management system according to any one of claims 1 to 4, wherein the communication terminal is a mobile phone.   The in-vehicle device which comprises the vehicle management system in any one of Claims 1-5.   The server which comprises the vehicle management system in any one of Claims 1-5.

Images