JP5227928B2 - Vehicle management system and server device - Google Patents

Description

  The present invention relates to a vehicle management system, a server device, and a navigation device.

  There is known a so-called probe car system in which a plurality of traveling automobiles each transmit information on its own vehicle to a server. Applications of such a system include, for example, collection of traffic jam information and grasping of a vehicle allocation situation of the own vehicle. Patent Document 1 describes a navigation system that includes an information distribution center and a navigation device that transmits probe information to the information distribution center at predetermined intervals.

JP 2008-83918 A

  In the prior art, the navigation device transmits probe information regardless of the state of the vehicle. Accordingly, there is a problem that even when the probe information is not necessary, the probe information is transmitted, and network resources are wasted.

The invention according to claim 1 is a vehicle management system in which information is exchanged between a server device and a navigation device mounted on a vehicle via a network, wherein the server device includes a timer for acquiring a current date and time, Storage means for storing at least one mesh code in association with a predetermined period; and searching for the predetermined period including the current date and time acquired by the timer in the storage means. Mesh code specifying means for specifying, transmitting means for transmitting the mesh code specified by the mesh code specifying means to the navigation device, and probe information receiving means for receiving probe information transmitted from the navigation device , And the navigation device transmits by the transmitting means. Mesh code receiving means for receiving the mesh code, current location acquisition means for acquiring the current location of the host vehicle, mesh code acquisition means for acquiring the mesh code corresponding to the current location, and mesh code acquisition means Entry / exit detection for detecting that the own vehicle has entered the area represented by the mesh code received by the mesh code receiving means and that the own vehicle has left the area based on the mesh code. And a probe information transmission unit that transmits the probe information representing the entry / exit information of the host vehicle to the server device in response to the detection by the entry / exit detection unit. .
According to a third aspect of the present invention, there is provided a timer that acquires the current date and time, a storage unit that stores at least one mesh code in association with a predetermined period, and the predetermined date that includes the current date and time acquired by the timer. The mesh code specifying means for specifying the mesh code by searching the storage means, and the transmitting means for transmitting the mesh code specified by the mesh code specifying means to an external device mounted on the vehicle If the external device of the vehicle that has entered into a region corresponding to the mesh code transmitted by said transmitting means, and, probes representing entering and leaving information of the vehicle which is transmitted by an external device of the vehicle has exited from the area a probe information receiving means for receiving information, before being received by the front the probe information receiving means Based on the probe information, a server apparatus, characterized in that it comprises a number of vehicles management means for managing the number of vehicles existing in the area represented by the mesh code specified by the mesh code identifying means.

  According to the present invention, since probe information is transmitted in response to entry / exit into a specific area, network resources are not wasted due to unnecessary transmission / reception.

It is a mimetic diagram showing the whole picture of the vehicle management system concerning a 1st embodiment. 1 is a block diagram showing an overall configuration of a navigation device 100. FIG. 2 is a block diagram showing an overall configuration of a center server 200. FIG. It is the figure which represented the example of the mesh area | region typically. It is a figure which shows the example of a place table. It is a figure which shows the example of an attribute table. It is a figure which shows the example of an attribute setting table. 4 is a flowchart of probe information transmission processing by the navigation device 100. 5 is a flowchart of detection target mesh code transmission processing by the center server 200; 10 is a flowchart of a vehicle allocation management process performed by the center server 200. It is a figure which shows the conversion process to the mesh code | cord | chord by the control circuit 209. FIG.

(First embodiment)
FIG. 1 is a schematic diagram showing an overall image of the vehicle management system according to the first embodiment. The vehicle management system in this embodiment includes a navigation device 100 mounted on a plurality of vehicles 300 and a center server 200 that communicates with these navigation devices 100. An antenna 201 is connected to the server 200, and wireless communication is possible with the navigation device 100 to which the antenna 101 is connected. The center server 200 performs vehicle allocation management of the vehicle 300 using this wireless communication.

(Description of navigation device)
FIG. 2 is a block diagram showing the overall configuration of the navigation device 100. The navigation device 100 includes a DRAM 102, a nonvolatile memory 103, a disk drive 104, a control circuit 106, a communication device 107, a liquid crystal monitor 108, a touch panel 109, and a current location detection device 110. The disk drive 104 is loaded with a DVD-ROM 105. An antenna 101 is connected to the communication device 107.

  The control circuit 106 includes a microprocessor and its peripheral circuits. The DRAM 102 is a volatile storage device. The non-volatile memory 103 is a non-volatile storage medium such as a flash memory, for example, and stores a predetermined control program. The control circuit 106 executes a control program stored in the nonvolatile memory 103 using the DRAM 102 as a work area, and performs various controls. The disk drive 104 is a device that reads data from the DVD-ROM 105. The communication device 107 exchanges various data by wireless communication with the center server 200 through the antenna 101.

  The DVD-ROM 105 stores map data. The map data includes map display data, route search data, and the like. The map display data and the route search data include road link data and node data stored in the map data. The link data includes information on the travel time of each link (hereinafter referred to as “link travel time”). The map display data has map data of a plurality of scales from wide areas to details, and the scale of the display map can be changed according to a user request. Note that the map data may be read from a recording medium other than the DVD-ROM 105, such as a CD-ROM or a hard disk.

  The liquid crystal monitor 108 presents various information to the user as a screen display based on the image data output from the control circuit 106. The touch panel 109 is a transparent touch switch stacked on the surface of the liquid crystal monitor 108. An image displayed on the liquid crystal monitor 108 is displayed via the touch panel 109. When the user presses the display screen of the liquid crystal monitor 108, the touch panel 109 is pressed. At this time, an operation signal including information on the pressed position is output from the touch panel 109 to the control circuit 106. Then, the control circuit 106 sets a destination at the pressed position on the map displayed on the liquid crystal monitor 108, or executes processing defined in various buttons and display menus displayed at the pressed position. To do.

  The current location detection device 110 is a device that detects the current location of the host vehicle 300. The current location detection device 110 includes various sensors such as a GPS (Global Positioning System) receiver 110a, a gyroscope 110b, and a vehicle speed sensor 110c. The GPS receiver 110a receives a signal transmitted from a GPS satellite and detects the absolute position of the host vehicle. The gyroscope 110b detects the traveling direction of the vehicle. The vehicle speed sensor 110c receives a vehicle speed pulse signal output from the host vehicle and detects the vehicle speed of the host vehicle. The current location detection device 110 calculates various information detected by these sensors and detects the current location of the host vehicle 200.

  When the navigation device 100 receives a route guidance destination from the user, the navigation device 100 uses the current location detected by the current location detection device 110 as a departure location, and performs a route calculation to the destination based on an algorithm described in detail later. The navigation device 100 displays a map on the display screen of the liquid crystal monitor 108 and displays a route obtained by this route calculation (hereinafter referred to as a recommended route) on the map. The navigation device 100 instructs the user in the direction of travel using a screen, voice, or the like, and guides the host vehicle so that the host vehicle can travel according to the recommended route.

  The control circuit 106 includes a mesh code acquisition unit 111, a probe information collection unit 112, and an entry / exit detection unit 113. Each of these functional units is realized by software when the control circuit 106 executes a control program stored in the nonvolatile memory 103.

  The mesh code acquisition unit 111 acquires a mesh code based on the map data stored in the DVD-ROM 105 and the current location detected by the current location detection device 110. The mesh code will be described in detail later. The probe information collection unit 112 collects probe information to be transmitted to the center server 200. In the present embodiment, the probe information is a mesh code representing a mesh area in which the host vehicle 300 on which the navigation device 100 is mounted is present. That is, the probe information collection unit 112 collects the mesh code acquired by the mesh code acquisition unit 111 as probe information. Note that information other than the mesh code may be included in the probe information. The entry / exit detection unit 113 detects that the host vehicle has entered a location represented by a specific mesh code and that the host vehicle has exited from a location represented by the specific mesh code.

  The navigation device 100 receives the detection target mesh code transmitted from time to time by the center server 200. The received detection target mesh code is stored in the DRAM 102. The navigation device 100 transmits probe information to the center server 200 when the host vehicle 300 enters the mesh area represented by the detection target mesh code or exits from the mesh area represented by the detection target mesh code. To do.

(Description of center server)
FIG. 3 is a block diagram showing the overall configuration of the center server 200. The center server 200 includes a DRAM 202, a nonvolatile memory 203, a hard disk drive (HDD) 204, a communication device 205, a display device 206, an input device 207, a timer 208, and a control circuit 209. An antenna 201 is connected to the communication device 205.

  The control circuit 209 includes a microprocessor and its peripheral circuits. The DRAM 202 is a volatile storage device. The non-volatile memory 203 is a non-volatile storage medium such as a flash memory, for example, and stores a predetermined control program. The control circuit 209 executes a control program stored in the nonvolatile memory 203 using the DRAM 202 as a work area, and performs various controls. The HDD 204 stores the same map data as that stored in the DVD-ROM 105 (FIG. 2). The communication device 205 exchanges various data by wireless communication with the navigation device 100 through the antenna 201. The control circuit 209 stores the probe information received through the communication device 205 in the HDD 204.

  The display device 206 is a display device such as a liquid crystal monitor. The display device 206 presents various information to the user as a screen display based on the image data output from the control circuit 209. The input device 207 is an input device such as a keyboard or a mouse. The user can give various instructions to the control circuit 209 through the input device 207. The timer 208 is an electronic circuit with a built-in clock function, and outputs a signal representing the current date and time to the control circuit 209 at predetermined intervals.

  The control circuit 209 includes a weather information acquisition unit 210, a mesh code identification unit 211, and an attribute management unit 212. Each of these functional units is realized by software when the control circuit 209 executes a control program stored in the nonvolatile memory 203.

  The weather information acquisition unit 210 acquires information representing the weather in each place (hereinafter referred to as weather information) through a communication line (not shown). The weather information acquisition unit 210 stores the acquired weather information in the HDD 204 in association with the mesh code. The mesh code specifying unit 211 specifies a mesh code to be transmitted to the navigation device 100 based on a place table, an attribute table, and an attribute setting table described later. The attribute management unit 212 manages the attribute of the mesh code specified by the mesh code specifying unit 211. The attribute management in the present embodiment is to manage the number of vehicles existing in a region represented by a specific mesh code based on the attribute set in the mesh code.

  The center server 200 is a server that manages the number of vehicles. Specifically, the center server 200 transmits a mesh code of a mesh region that is a target for managing entry / exit of the vehicle 300, that is, a detection target mesh code, to a plurality of vehicles 300 under management. Thereby, the navigation apparatus 100 mounted in each vehicle 300 transmits probe information to the center server 200 in response to the entry / exit of the mesh region. The center server 200 manages the number of vehicles 300 existing in each mesh area by counting the mesh codes included in the probe information. If the number of vehicles 300 present is less than the appropriate number, an instruction is sent to the navigation device mounted on the vehicle 300 in the peripheral area so as to go to the mesh area.

(Explanation of map data)
The map data stored in the DVD-ROM 105 (FIG. 2) and the HDD 204 (FIG. 3) will be described in detail. In the map data in the present embodiment, one road is represented as link string data by defining an intersection or the like as a node and defining a node as a link. In the map data, node data and link data are classified and stored in units of mesh areas. The mesh area refers to each divided area when the map is divided into predetermined ranges. A unique mesh code is assigned to each mesh region.

  The map mesh includes a primary mesh, a secondary mesh, a tertiary mesh, and the like for each size of the mesh area. In order to simplify the description, in this embodiment, the mesh code acquisition unit 111 (FIG. 2) and the mesh code identification unit 211 (FIG. 3) always handle the tertiary mesh. As for the mesh code, a mesh code corresponding to the tertiary mesh is used.

(Description of various tables)
The HDD 204 of the center server 200 stores a location table, an attribute table, and an attribute setting table. The user of the center server 200 can change the contents of the location table, attribute table, and attribute setting table stored in the HDD 204 using the input device 207. Hereinafter, these tables will be described with specific examples.

  FIG. 4 is a diagram schematically illustrating an example of a mesh region. The mesh area 400 is a section represented by mesh codes “564400700” to “56400799”. The numerical value written in the horizontal direction at the lower end of the mesh area 400 represents the eighth digit of the mesh code. Similarly, the numerical value written in the vertical direction at the right end of the mesh region 400 represents the seventh digit of the mesh code. For example, the mesh area 402 has a mesh code “56400756”.

  In the section shown in FIG. 4, it is assumed that event venue A exists in mesh area 401, event hall B exists in mesh area 402, and a station exists in mesh area 403. At event venue A and event venue B, events are held at specific dates and times. I want to dispatch more than a certain number of vehicles near the venue after the event. Also, the station is expected to be crowded every day at a certain time, so we also want to dispatch a certain number of vehicles. How each table is set in the above case will be described.

  FIG. 5 is a diagram illustrating an example of the location table. The location table stores a name of some facility and one or more mesh codes associated with the facility. For example, in the place table 500 shown in FIG. 5, the name “event venue A” is associated with the mesh code 56400883 and the mesh code 56400773 in the record 501. That is, the mesh area 401 in FIG. 4 is associated with the event venue A. Similarly, in the record 502, the event venue B is associated with the mesh area 402 in FIG.

  FIG. 6 is a diagram illustrating an example of an attribute table. The attribute table defines the attributes that can be specified for a specific mesh area and the meanings of the attributes. In the attribute table 600 illustrated in FIG. 6, an attribute “Vehicle allocation 1” is defined in the record 601. The attribute “Vehicle allocation 1” is given the definition “the number of vehicles is at least 10”. The attribute management unit 212 performs vehicle allocation control so that at least 10 vehicles exist for the mesh region to which the attribute “vehicle allocation 1” is assigned. Similarly, an attribute “Vehicle allocation 2” is defined in the record 602 and “Vehicle allocation 3” is defined in the record 603.

  FIG. 7 is a diagram illustrating an example of the attribute setting table. In the attribute setting table, an attribute is given to a mesh region associated with a specific facility. However, the attribute is effective only when the date and time conditions given together with the attribute and the weather conditions are satisfied. This situation where the attribute is effective is referred to as “attribute has been activated”.

  There are a total of five records in the attribute setting table 700 shown in FIG. In the record 701, the attribute “Vehicle allocation 1” is given to the mesh area associated with the name “event venue A”. From the record 501 shown in FIG. 5 and the record 601 shown in FIG. 6, the record 701 indicates that the vehicle allocation control is performed so that there are at least 10 vehicles in the mesh area represented by the mesh codes 56400883 and 56400773. It is done ". However, such vehicle allocation control is performed only when the current date and time corresponds to “May 7 from 21:00 to 22:00”. Similarly, the record 705 is represented by a mesh code 56400745 (record 503) when the current date and time is “every day 23:30 to 1:30” and the current weather is “rain”. This shows that the vehicle allocation control is performed so that at least 30 vehicles exist in the mesh area (record 603).

(Description of processing by navigation device)
FIG. 8 is a flowchart of probe information transmission processing by the navigation device 100. The control circuit 106 continues to repeatedly execute the process shown in FIG. Prior to this process, the navigation apparatus 100 will be described as having received the detection target mesh code from the center server 200. Further, it is assumed that the mesh code acquired immediately before by the mesh code acquisition unit 111 is stored in the DRAM 102.

  First, in step S100, the current location detection device 110 detects the current location. In step S110, the mesh code acquisition unit 111 acquires a mesh code from the map data recorded on the DVD-ROM 105 based on the current location detected in step S100. In step S120, the entry / exit detection unit 113 determines whether the mesh code has changed. That is, the immediately preceding mesh code stored in the DRAM 102 is compared with the latest mesh code acquired in step S110, and it is determined whether or not there is a mismatch. If the two mesh codes match, the probe information transmission process ends. On the other hand, if the two mesh codes do not match, the probe information transmission process proceeds to step S130.

  In step S130, the entry / exit detection unit 113 matches the detection target mesh code stored in the DRAM 102 with the mesh code immediately before stored in the DRAM 102 or the latest mesh code acquired in step S110. Determine whether or not. If the two mesh codes match, the probe information transmission process proceeds to step S140. In step S <b> 140, the communication apparatus 107 transmits the probe information collected by the probe information collection unit 112 to the center server 200. This probe information includes the mesh code acquired by the mesh code acquisition unit 111 in step S110. On the other hand, if a negative determination is made in step S130, the probe information transmission process proceeds to step S150.

  In step S150, the mesh code acquisition unit 111 updates the previous mesh code stored in the DRAM 102 to the latest mesh code acquired in step S110. Through the above processing, the navigation apparatus 100 transmits probe information to the center server 200.

(Description of processing by center server 200)
FIG. 9 is a flowchart of the detection target mesh code transmission process by the center server 200. The center server 200 continues to repeatedly execute the process shown in FIG. First, in step S <b> 200, the control circuit 209 determines whether or not a signal indicating the current date and time is output from the timer 208. As described above, the timer 208 outputs a signal indicating the current date and time for each predetermined period. The predetermined period is set in accord with the attribute set table 700 in the date and time of the accuracy to be set (Fig. 7). For example, if a date and time in units of one minute is set in the attribute setting table 700, the cycle in which the timer 208 outputs the date and time may be set to one minute.

  If the control circuit 209 makes an affirmative determination in step S200, that is, if a signal representing the date and time is output from the timer 208, the detection target mesh code transmission processing proceeds to step S220. On the other hand, if the control circuit 209 makes a negative determination in step S200, the detection target mesh code transmission process proceeds to step S210. In step S <b> 210, the weather information acquisition unit 210 determines whether the weather in the mesh area that is the management target of the center server 200 has changed. That is, it is determined whether or not the latest weather information acquired by the weather information acquisition unit 210 is different from past weather information stored in the HDD 204. If the weather information acquisition unit 210 makes an affirmative determination in step S210, the detection target mesh code transmission process proceeds to step S220. On the other hand, if the weather information acquisition unit 210 makes a negative determination in step S210, the detection target mesh code transmission processing returns to step S200.

  In steps S220 to S230, the mesh code specifying unit 211 executes a process of specifying a mesh code. In step S220, the mesh code identification unit 211 searches the attribute setting table 700 (FIG. 7) using the date and time output by the timer 208 and the weather information acquired by the weather information acquisition unit 210 as keys. That is, the mesh code specifying unit 211 searches the attribute setting table 700 for a record that matches the date and weather. In step S230, the mesh code specifying unit 211 determines whether or not there is a record in the attribute setting table 700 that matches the date and weather conditions. When a negative determination is made by the mesh code specifying unit 211, the transmission process of the detection target mesh code ends. On the other hand, if the mesh code identification unit 211 makes a positive determination in step S230, the detection target mesh code transmission process proceeds to step S240.

  In step S240, the mesh code specifying unit 211 transmits a mesh code corresponding to the record found in step S220 to each navigation device 100 via the communication device 205. The mesh code transmitted here is the detection target mesh code. The mesh code specifying unit 211 acquires this mesh code by referring to the attribute setting table 700 (FIG. 7) and the location table 500 (FIG. 5). In step S250, the attribute management unit 212 validates the attribute of the record found in step S220. For example, when the record is the record 701 shown in FIG. 7, “Vehicle allocation 1” that is an attribute added to the mesh area corresponding to the event venue A is validated. Thereby, the attribute management unit 212 performs vehicle allocation control so that at least 10 vehicles 300 exist in the mesh area corresponding to the event venue A. Since the above processing is repeatedly executed by the center server 200, the search of the attribute setting table 700 and the transmission of the detection target mesh code are performed each time the timer 208 outputs the date or the weather information is updated. .

  FIG. 10 is a flowchart of the vehicle allocation management process by the center server 200. The center server 200 continues to execute the process shown in FIG. 10 repeatedly as in the process shown in FIG. First, in step S300, the attribute management unit 212 determines whether probe information has been received by the communication device 205. If a negative determination is made by the attribute management unit 212 in step S300, the vehicle allocation management process returns to step S300. On the other hand, if a positive determination is made by the attribute management unit 212 in step S300, the vehicle allocation management process proceeds to step S310.

  In step S310, the attribute management unit 212 updates the number of vehicles for each region stored in the HDD 204 based on the probe information received by the communication device 205 in step S300. In step S320, the attribute management unit 212 determines whether or not there is an area where the number of vehicles does not satisfy the attribute condition among the currently activated attributes. For example, when the attribute of the record 701 shown in FIG. 7 is enabled, at least 10 vehicles must exist in the area represented by the name “event venue A”. If there are less than 10 vehicles in this area, the attribute management unit 212 makes an affirmative determination in step S320. If the attribute management unit 212 makes an affirmative determination in step S320, the vehicle allocation management process proceeds to step S330. On the other hand, when a negative determination is made by the attribute management unit 212 in step S330, that is, when all the attributes are not validated or when all the validated attributes satisfy the condition, The dispatch management process ends.

  In step S330, the attribute management unit 212 transmits an instruction to move to the area that is found in step S320 that the attribute condition is not satisfied, to each navigation device 100 via the communication device 205. This instruction is preferably transmitted to the vehicle 300 existing around the area. Upon receiving this instruction, the navigation device 100 notifies the user that the movement instruction has been received, for example, by displaying a message indicating that the movement instruction has been issued to the liquid crystal monitor 108. Through the above processing, the attribute management unit 212 performs vehicle allocation management.

According to the vehicle management system according to the first embodiment described above, the following operational effects can be obtained.
(1) The communication device 107 transmits probe information representing entry / exit information of the host vehicle to the center server 200 in response to detection by the entry / exit detection unit 113. Thus, network resources are not wasted due to transmission / reception of unnecessary probe information.

(2) The entry / exit detection unit 113 detects entry / exit into an area corresponding to the mesh code specified by the mesh code specifying unit 211. As a result, unnecessary probe information is not transmitted to the center server 200 from the navigation device 100 existing in an area outside the management of the center server 200.

(3) The attribute management unit 212 manages the number of vehicles existing in the area represented by the mesh code specified by the mesh code specifying unit 211 based on the probe information received by the communication device 205. As a result, the center server 200 manages the number of vehicles only in an area to be noted, so that the calculation load can be minimized.

(4) The mesh code specifying unit 211 specifies a mesh code by searching the attribute setting table 700 for a predetermined period including the current date and time acquired by the timer 208. As a result, the time period during which vehicle management is performed for each region is limited, so that the calculation load can be minimized.

(5) The mesh code specifying unit 211 specifies the mesh code by searching the attribute setting table 700 for the weather information acquired by the weather information acquiring unit 210. Thereby, more flexible vehicle management setting is possible.

(Second Embodiment)
The vehicle management system according to the second embodiment performs vehicle management in the same manner as the vehicle management system according to the first embodiment. However, unlike the first embodiment, the user of the center server does not need to directly input the mesh code into the location table. In addition, the same code | symbol is attached | subjected to the circuit and apparatus same as 1st Embodiment shown in FIGS. 1-3, and description is abbreviate | omitted.

  In this embodiment, a user who sets a location table inputs coordinates representing one point on the map and a radius of a circle centered on the coordinates to the control circuit 209 using the input device 207. The input may be performed, for example, by inputting a numerical value from a keyboard, or may be performed by pointing one point from a map displayed on the display device 206 by a pointing device such as a mouse. The control circuit 209 converts the input coordinates and radius into one or more mesh codes and stores them in the location table 500.

  FIG. 11 is a diagram illustrating a conversion process into a mesh code by the control circuit 209. Now, it is assumed that the coordinates 410 and the radius are input from the user in the map mesh 402B. At this time, a circle 411 having an input radius centered on the coordinates 410 overlaps one or more mesh regions. The control circuit 209 stores mesh codes corresponding to all mesh regions 412 that are overlapped with the circle 411, which are indicated by hatching in FIG. 11, in the location table 500 in association with names given separately by the user.

According to the vehicle management system according to the second embodiment described above, the following functions and effects can be obtained in addition to the functions and effects obtained by the vehicle management system according to the first embodiment.
(1) Although the user inputs position information in an expression other than the mesh code, the control circuit 209 converts this input into a mesh code and stores it in the location table 500. Thereby, since the position information is always transmitted to the navigation device 100 in the form of a mesh code, the navigation device 100 does not need to perform an operation for conversion to the mesh code.

  The following modifications are also within the scope of the present invention, and one or a plurality of modifications can be combined with the above-described embodiment.

(1) The probe information collection unit 112 may include information other than the mesh code in the probe information. For example, the speed of the vehicle 300 may be transmitted. Further, instead of the mesh code acquired by the mesh code acquisition unit 111, other information indicating entry / exit of the vehicle 300 may be used as probe information. For example, the current location detected by the current location detection device 110 may be a change of the mesh code, or the mesh code of the area that has entered and exited and a 1-bit signal that indicates whether it has entered or exited are output by the mesh code acquisition unit 111. It is good also as a substitute of the acquired mesh code.

(2) The weather information acquisition unit 210 may acquire weather information from each navigation device 100. In this case, the navigation device 100 includes a sensor for detecting the weather, and transmits weather information and a mesh code of the current location to the center server 200.

(3) The mesh code specifying unit 211 may specify the detection target mesh code by a process other than referring to the location table 500 and the attribute setting table 700. Further, the attribute setting table 700 may include items other than the date and the weather.

(4) The detection target mesh code transmitted from the center server 200 may be a mesh code corresponding to a map mesh of any scale. Similarly, the mesh code included in the place table 500 and the mesh code acquired by the mesh code acquisition unit 111 may be a mesh code corresponding to a map mesh of any scale.

  As long as the characteristics of the present invention are not impaired, the present invention is not limited to the above-described embodiments, and other forms conceivable within the scope of the technical idea of the present invention are also included in the scope of the present invention. .

DESCRIPTION OF SYMBOLS 100 ... Navigation apparatus, 101, 201 ... Antenna, 102, 202 ... DRAM, 103, 203 ... Non-volatile memory, 104 ... Disk drive, 105 ... DVD-ROM, 106, 209 ... Control circuit, 107, 205 ... Communication apparatus, DESCRIPTION OF SYMBOLS 108 ... Liquid crystal monitor, 109 ... Touch panel, 110 ... Present location detection apparatus, 111 ... Mesh code acquisition part, 112 ... Probe information collection part, 113 ... Entrance / exit detection part, 200 ... Center server, 204 ... Hard disk drive, 206 ... Display apparatus 207 ... Input device 208 ... Timer 210 ... Weather information acquisition unit 211 ... Mesh code identification unit 212 ... Attribute management unit 300 ... Vehicle 500 ... Location table 600 ... Attribute table 700 ... Attribute setting table

Claims (3)

In a vehicle management system in which information is exchanged between a server device and a navigation device mounted on a vehicle via a network,
The server device
A timer to get the current date and time,
Storage means for storing at least one mesh code in association with a predetermined period;
Mesh code specifying means for specifying the mesh code by searching the storage means for the predetermined period including the current date and time acquired by the timer;
Transmitting means for transmitting the mesh code specified by the mesh code specifying means to the navigation device;
Probe information receiving means for receiving probe information transmitted from the navigation device ;
With
The navigation device
Mesh code receiving means for receiving the mesh code transmitted by the transmitting means;
Current location acquisition means for acquiring the current location of the vehicle;
Mesh code acquisition means for acquiring the mesh code corresponding to the current location;
Based on the mesh code acquired by the mesh code acquiring means, the own vehicle has entered the area represented by the mesh code received by the mesh code receiving means, and the own vehicle has left the area. Entry / exit detection means for detecting this,
A vehicle management system comprising probe information transmission means for transmitting the probe information representing entry / exit information of the host vehicle to the server device in response to the detection by the entry / exit detection means. The vehicle management system according to claim 1,
The server device manages the number of vehicles existing in the area represented by the mesh code specified by the mesh code specifying means based on the probe information received by the probe information receiving means. A vehicle management system further comprising means. A timer to get the current date and time,
Storage means for storing at least one mesh code in association with a predetermined period;
Mesh code specifying means for specifying the mesh code by searching the storage means for the predetermined period including the current date and time acquired by the timer;
Transmitting means for transmitting the mesh code specified by the mesh code specifying means to an external device mounted on the vehicle ;
External device of the vehicle that has entered into a region corresponding to the mesh code transmitted by said transmitting means, and, a probe information representing entering and leaving information of the vehicle which is transmitted by an external device of the vehicle has exited from the area Probe information receiving means for receiving;
Vehicle number management means for managing the number of vehicles existing in the area represented by the mesh code specified by the mesh code specifying means based on the probe information received by the probe information receiving means. The server apparatus characterized by the above-mentioned.

Images