JP2018124596A - Data management system, data processing device, wireless terminal device, server device, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a mechanism by which an external server device sequentially collects data relating to the traveling state of a vehicle on the basis of data relating to a traveling distance recorded on a vehicle side.SOLUTION: A data processing device 10 of a taximeter system 2 generates traveling distance data indicating a traveling distance on the basis of traveling signals sequentially generated along with traveling of a taxi vehicle 100 from a traveling sensor 102 provided to the taxi vehicle 100, and stores the data in a storage unit. The data processing device 10 sequentially outputs the stored traveling distance data to an on-vehicle smartphone 20, and outputs traveling distance data indicating a traveling distance during the occurrence of an abnormality after the abnormality is removed when the abnormality occurs in the operation of the on-vehicle smartphone 20. The on-vehicle smartphone 20, based on the input traveling distance data, sequentially generates traveling state data indicating the traveling state of the taxi vehicle 100 including the traveling distance, and sequentially transmits the data to a center server 30 via a wireless wide-area communication network NW 1.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a technique for collecting data relating to a running state of a vehicle such as a taxi.

  As a technique related to data input / output in a taximeter, there is a technique disclosed in Patent Documents 1-5. Patent Document 1 describes that a boarding fee and business results are created using boarding fee data transmitted from a taximeter and transmitted to an external electronic computer (server device) in real time. Patent Document 2 describes that a taximeter receives business designation information for designating a business to be performed on a taxi vehicle via a communication module. Patent Document 3 describes that a taximeter receives and sets setting information related to a charge from a charge information setting support server. Patent Document 4 describes that operation status information from a taximeter and position information from a GPS (Global Positioning System) receiver are processed and transmitted to a wireless center. In Patent Document 5, when a customer gets out of a taxi and stands on a taxi meter that the driver has defeated, the distance from the taxi to the operation management center, travel fee, own vehicle position data, and get-off data are disclosed. Is transmitted together with time data.

JP 2012-37943 A JP 2014-21514 A JP 2003-67772 A JP 2006-12419 A JP 2001-188996 A

By the way, in a taxi vehicle, a running state such as a running distance changes every moment. It is considered that the server device sequentially collects such taxi vehicle travel state data and can be used for service development for general users or taxi operators. However, Patent Documents 1-5 do not describe a mechanism in which the server device sequentially collects data on the traveling state of the taxi vehicle. In addition, taximeters must be used in compliance with the standards stipulated in the Measurement Law, and are strictly sealed with lead to prevent unauthorized operation of fare amounts. . Under such circumstances, it has been difficult to freely add a new function to the taximeter.
On the other hand, an object of the present invention is to provide a mechanism in which an external server device sequentially collects data relating to the traveling state of the vehicle based on data relating to the traveling distance recorded on the vehicle side.

In order to solve the above-described problems, a data management system according to the present invention includes a data processing device and a wireless terminal device, and the data processing device includes a storage unit and a travel sensor provided in the vehicle for traveling the vehicle. A travel signal input means for receiving a travel signal to be sequentially generated, a travel distance data recording means for storing travel distance data representing a travel distance of the vehicle in the storage means based on the input travel signal, While the first interface connected to the wireless terminal device and the stored travel distance data are sequentially output to the wireless terminal device via the first interface, an abnormality has occurred in the operation of the wireless terminal device In this case, the wireless terminal device includes an output control means for outputting the stored travel distance data after the abnormality has been resolved. Travel that sequentially generates travel state data representing the travel state of the vehicle based on a second interface connected to the processing device and the travel distance data input from the data processing device via the second interface State data generating means and transmission means for sequentially transmitting the generated traveling state data to an external server device via a wireless communication network.
In the data management system of the present invention, the wireless terminal device calculates a fare in the vehicle based on the display means and the travel distance data or the travel state data, and causes the display means to display the calculated fare. You may have a fare display control means.

The data management system of the present invention further includes a server device that receives the running state data from the wireless terminal device, the server device storing storage unit that stores the received running state data, and an access from a client terminal. And a response processing means for performing a response process using the running state data stored in the storage means when the access is received.
In this data management system, the wireless terminal device has transmission means for transmitting identification information for identifying at least the vehicle to a space in the vehicle, and the response processing means is configured to specify the access information specified by the identification information. May be received, the response process may be performed using the running state data relating to the vehicle specified by the identification information.

In the data management system of the present invention, the client terminal includes a first client terminal and a second client terminal, and the storage means is the running state relating to the vehicle operated by each operator of a plurality of operators. When the access from the first client terminal is accepted, the response processing means performs the response processing based on the running state data regarding the vehicle of the plurality of business operators. And if the access from the second client terminal is accepted, the response process is performed based on the running state data relating to the vehicle of a specific part of the plurality of carriers. May be performed.
In the data management system of the present invention, the wireless communication network may include a telephone network, and the wireless terminal device may perform voice communication or data communication via the telephone network.

  The data processing apparatus according to the present invention is based on a storage means, a travel signal input means for receiving a travel signal that a travel sensor provided in the vehicle sequentially generates as the vehicle travels, and the input travel signal. A travel distance data recording means for storing travel distance data representing the travel distance of the vehicle in the storage means; and a wireless communication network for sequentially generating travel state data representing the travel state of the vehicle by processing the travel distance data A first interface that is connected to a wireless terminal device that sequentially transmits to an external server device via the network, and the stored travel distance data is sequentially output to the wireless terminal device via the first interface, while the wireless And output control means for outputting the stored travel distance data after the abnormality is resolved when an abnormality occurs in the operation of the terminal device.

  The wireless terminal device according to the present invention includes a second interface connected to the data processing device configured as described above, and the mileage data input from the data processing device via the second interface. A traveling state data generating unit that sequentially generates traveling state data representing a traveling state, and a transmitting unit that sequentially transmits the generated traveling state data to an external server device via a wireless communication network.

  The server device of the present invention includes a receiving unit that receives the traveling state data from the wireless terminal device configured as described above, a storage unit that accumulates the received traveling state data, a receiving unit that receives access from a client terminal, Response processing means for performing response processing using the running state data stored in the storage means when the access is accepted.

  The program of the present invention is based on the travel distance data input from the data processing device via the second interface to the computer of the wireless terminal device having the second interface connected to the data processing device having the above configuration. And a step of sequentially generating driving state data representing the driving state of the vehicle and a step of sequentially transmitting the generated driving state data to an external server device via a wireless communication network. .

  ADVANTAGE OF THE INVENTION According to this invention, based on the data regarding the travel distance recorded on the vehicle side, the mechanism in which the external server apparatus collects the data regarding the travel state of the said vehicle sequentially can be provided.

The figure which shows the whole structure of the data management system which concerns on one Embodiment of this invention. The block diagram which shows the hardware constitutions of the data processor and wireless terminal device which concern on the embodiment. The block diagram which shows the hardware constitutions of the center server which concerns on the same embodiment. Explanatory drawing of the data accumulate | stored in the driving | running | working state data storage part which concerns on the embodiment. The flowchart which shows the normal operation | movement of the data management system which concerns on the embodiment. The figure which shows the taximeter screen which concerns on the same embodiment. 6 is a flowchart showing an operation at the time of abnormality of the data management system according to the embodiment. The sequence diagram which shows the operation | movement at the time of the report of the data management system which concerns on the embodiment. The sequence diagram which shows the process regarding the service example 1 of the data management system which concerns on the embodiment. The figure which shows the receipt screen which concerns on the same embodiment. The sequence diagram which shows the process regarding the service example 2 of the data management system which concerns on the embodiment. The figure which shows the service provision screen which concerns on the same embodiment. FIG. 9 is a sequence diagram showing processing related to service example 3 of the data management system according to the embodiment. The figure which shows the route guidance screen which concerns on the same embodiment. The sequence diagram which shows the process regarding the service example 4 of the data management system which concerns on the embodiment.

Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
FIG. 1 is a diagram showing an overall configuration of a data management system 1 according to an embodiment of the present invention.
As shown in FIG. 1, the data management system 1 includes a taximeter system 2, a center server 30, passenger smartphones 40 (40 </ b> A, 40 </ b> B), a taxi operator terminal 50, and a telephone 60.

  The taximeter system 2 is provided in a passenger compartment 101 that is a space in the taxi vehicle 100 and provides a taximeter function. The taximeter system 2 includes a data processing device 10 and an in-vehicle smartphone 20. The data processing device 10 and the in-vehicle smartphone 20 operate using the battery of the taxi vehicle 100 as a power source and are sealed in a housing 2A formed of lead. However, the surface on which the display surface 27A of the in-vehicle smartphone 20 is arranged is visible from the outside of the housing 2A. The taximeter system 2 is disposed near the driver's seat where the driver U1 sits.

  The data processing device 10 processes the analog traveling signal input from the traveling sensor 102 provided in the taxi vehicle 100 and outputs digital data to the in-vehicle smartphone 20. The travel sensor 102 sequentially generates a travel signal as the taxi vehicle 100 travels. The travel sensor 102 includes, for example, a rotary encoder, and generates a number of pulse signals (hereinafter referred to as “travel pulses”) corresponding to the transmission speed of the rear wheels. The travel sensor 102 outputs a travel signal that generates a travel pulse each time the taxi vehicle 100 travels a unit distance. That is, the travel signal is a signal for counting (measuring) the travel distance of the taxi vehicle 100.

  The in-vehicle smartphone 20 provides a user interface for the taximeter system 2. The in-vehicle smartphone 20 may be replaced by a tablet computer, a PDA (Personal Digital Assistant), a feature phone, or other wireless terminal device having a function of executing information processing. The in-vehicle smartphone 20 processes the data input from the data processing device 10 and transmits the processed data via the wide area wireless communication network NW1. The wide area wireless communication network NW1 is a wireless communication network including a telephone network, a data communication network, an exchange, and a base station. The wide area wireless communication network NW1 is connected to a wide area communication network NW2 such as the Internet. The wide area communication network NW2 may be wireless, wired, or a combination thereof.

The center server 30 is a server device installed in the data center and connected to the wide area network NW2. The center server 30 collects data related to the taxi vehicle 100 from the in-vehicle smartphone 20. The center server 30 performs processing for providing a predetermined service to the user using each of the passenger smartphones 40A and 40B and the taxi operator terminal 50 as a client terminal.
The center server 30 may be realized by a plurality of server devices instead of a single server device.

  The passenger smartphones 40A and 40B are first client terminals that connect to the wide area wireless communication network NW1 and communicate with the center server 30. The passenger smartphone 40A is used by a general user U2 who is on the taxi vehicle 100 as a passenger. Passenger smartphone 40B is not in taxi vehicle 100, but is used by general user U3 who can become a passenger in the future. Passenger smart phones 40A and 40B may be replaced with a tablet computer or other communication terminal device.

The taxi operator terminal 50 is a second client terminal that is installed at a business base, a sales base, or a customer service base of a taxi operator that operates the taxi vehicle 100 and is used by the employee U4 of the taxi operator. The taxi operator terminal 50 is a personal computer here, but may be replaced with a smartphone, a tablet computer, or other communication terminal device.
The telephone 60 is a telephone that performs voice communication via the wide area wireless communication network NW1. The telephone 60 is a general-purpose telephone and is installed at the same place as the taxi operator terminal 50.

  Although FIG. 1 shows only one taxi vehicle 100 operated by a certain taxi operator, a plurality of taxi vehicles 100 actually exist. In the data management system 1, the taximeter system 2 is mounted on taxi vehicles 100 of a plurality of different taxi operators. The taxi business is mainly a taxi company, but may be a business operating a personal taxi. Moreover, although FIG. 1 shows only one passenger smartphone 40A, 40B, taxi operator terminal 50, and one telephone set 60, there are actually a plurality.

FIG. 2 is a block diagram illustrating the hardware configuration of the data processing device 10 and the in-vehicle smartphone 20.
The data processing device 10 includes a travel sensor IF (Interface) 11, a processor 12, a storage unit 13, an in-vehicle smartphone IF 14, a roof lamp IF 15, and an indicator lamp IF 16.
The travel sensor IF 11 is an interface connected to the travel sensor 102. The travel sensor IF11 functions as a travel signal input unit that receives an input of a travel signal from the travel sensor 102.

  The processor 12 is configured using a hardware circuit such as an application specific integrated circuit (ASIC) or a field-programmable gate array (FPGA), and controls each unit of the data processing device 10. The storage unit 13 is a non-volatile semiconductor memory, for example, and is a storage unit that reads and writes data by the processor 12.

The processor 12 realizes functions corresponding to the travel distance data recording unit 121 and the output control unit 122. The travel distance data recording means 121 stores (records) travel distance data representing the travel distance of the taxi vehicle 100 based on the travel signal input via the travel sensor IF11. In the present embodiment, the travel distance data recording unit 121 starts counting of travel pulses from a predetermined time point, and for each unit period, the start date / time and end date / time of the unit period and each travel included in the unit period. Data associating the order in which the pulses are counted is generated as travel distance data. The unit length of the unit period is, for example, 1 second, but is not limited thereto. The predetermined time point is determined in advance, for example, at the time of the driver's U1 work on the day, or the time of each passenger's flight.
Note that the travel distance data is not particularly limited as long as the data is in a format in which the travel distance of the taxi vehicle 100 can be specified. The travel distance data may be, for example, data representing the date and time when a travel pulse was detected, or data representing a travel distance value converted from the number of detected travel pulses. In addition, the travel distance data may not include data representing the date and time.

  The output control unit 122 sequentially outputs the travel distance data stored in the storage unit 13 to the in-vehicle smartphone 20 via the in-vehicle smartphone IF 14. Furthermore, when an abnormality occurs in the operation of the in-vehicle smartphone 20, the output control unit 122 outputs travel distance data reflecting the travel distance during the occurrence of the abnormality after the abnormality is resolved. This mileage data includes at least mileage data including a date and time when an abnormality has occurred in a unit period.

  The in-vehicle smartphone IF 14 includes a connector compliant with, for example, a USB (Universal Serial Bus) standard, and functions as a first interface connected to the in-vehicle smartphone 20. The processor 12 inputs and outputs data to and from the in-vehicle smartphone 20 via the USB cable via the in-vehicle smartphone IF 14. The in-vehicle smartphone IF 14 supplies power to the in-vehicle smartphone 20 via the USB cable using the power supplied from the battery of the taxi vehicle 100.

The roof lamp IF 15 is an interface connected to the roof lamp 103 provided on the roof of the taxi vehicle 100. The processor 12 controls the lighting of the roof lamp 103 through the roof lamp IF15.
The indicator lamp IF 16 is an interface connected to the indicator lamp 104 provided in the passenger compartment 101. The processor 12 controls the display of the indicator lamp 104 via the indicator lamp IF16.

The in-vehicle smartphone 20 includes a processor 21, a data processing device IF22, a positioning unit 23, a short-range wireless communication unit 24, a voice input / output unit 25, a storage unit 26, a touch screen unit 27, and a wide area wireless communication unit. 28 and a wireless local area network (LAN) communication unit 29.
The processor 21 includes a CPU (Central Processing Unit) as an arithmetic processing device, a ROM (Read Only Memory), and a RAM (Random Access Memory) as a work area. The CPU controls each unit of the in-vehicle smartphone 20 by reading the program stored in the ROM into the RAM and executing it.

  The data processing device IF22 includes a connector that complies with the USB standard, for example, and functions as a second interface connected to the data processing device 10. The processor 21 inputs / outputs data to / from the data processing apparatus 10 connected via the USB cable via the data processing apparatus IF22. The in-vehicle smartphone 20 operates using the power supplied from the data processing device 10 via the USB cable.

The positioning unit 23 includes a GPS unit, for example, and measures the position of the positioning unit 23 (that is, the position of the taxi vehicle 100).
Note that the positioning unit 23 is not limited to GPS positioning, and may perform positioning by base station positioning or the like.

  The short-range wireless communication unit 24 includes, for example, a wireless communication circuit and an antenna, and performs wireless communication with a wireless communication device existing within a predetermined distance by the first communication method. Here, the first communication method corresponds to wireless communication complying with the Bluetooth (registered trademark) Low Energy standard. The short-range wireless communication unit 24 functions as a transmission unit that transmits a vehicle ID for identifying the taxi vehicle 100 as identification information for identifying the taxi vehicle 100.

  The voice input / output unit 25 includes, for example, a microphone and a speaker, and performs voice input / output. The voice input / output unit 25 is used, for example, for voice communication (call), and outputs voice from a speaker based on the voice signal supplied from the processor 21 or the voice input via the microphone as a voice signal. Or is supplied to the processor 21.

  The storage unit 26 is, for example, a nonvolatile semiconductor memory, and stores various programs executed by the processor 21 and a vehicle ID. The program stored in the storage unit 26 includes a taxi application AP for causing the in-vehicle smartphone 20 to function as a taximeter or realizing a function of communicating with the center server 30. The storage unit 26 stores travel state data. As the functions realized by the processor 21 by the taxi application AP, there are a travel state data generation unit 211, a fare display control unit 212, and a transmission unit 213.

  The traveling state data generating unit 211 sequentially generates traveling state data representing the traveling state of the taxi vehicle 100 based on the traveling distance data input to the data processing device IF22. The traveling state data generating unit 211 stores (accumulates) the generated traveling state data in the storage unit 26. The traveling state data is data representing the traveling state of the taxi vehicle 100 including at least a traveling distance, for example. The fare display control unit 212 calculates the fare in the taxi vehicle 100 based on the input travel distance data or the travel state data generated by the travel state data generation unit 211, and the calculated fare is displayed on the touch screen unit 27. (More specifically, it is displayed on the display unit 271). The transmitting unit 213 sequentially transmits the traveling state data generated by the traveling state data generating unit 211 to the center server 30 via the wide area wireless communication network NW1.

The touch screen unit 27 includes a display unit 271 and a touch sensor 272. The display unit 271 is, for example, a liquid crystal display, and is a display unit that displays various images on the display surface 27A (see FIG. 1). The touch sensor 272 is a sensor provided in a planar shape on the display surface 27A, and a user operation performed on the display surface 27A is performed according to a predetermined method (for example, a resistive film method or a capacitance method). Detect.
The wide area wireless communication unit 28 includes, for example, a wireless communication circuit and an antenna, and performs wireless communication by connecting to the wide area wireless communication network NW1. For example, the wide area wireless communication unit 28 performs data communication with the center server 30 and performs a telephone call (voice communication) with the telephone 60.

The wireless LAN communication unit 29 includes, for example, a wireless communication circuit and an antenna, and performs wireless communication with an external device existing within a predetermined distance by the second communication method. Here, the second communication method corresponds to wireless communication conforming to the IEEE 802.11 (Wi-Fi: registered trademark) standard.
In addition, although passenger smart phone 40A, 40B does not implement | achieve the function regarding taxi application AP, the hardware constitutions may be the same as the vehicle-mounted smart phone 20.

FIG. 3 is a diagram illustrating a hardware configuration of the center server 30. As shown in FIG. 3, the center server 30 includes a processor 31, a wide area communication unit 32, and a storage unit 33.
The processor 31 includes a CPU as a processing unit, a ROM, and a RAM as a work area. The CPU controls each unit of the center server 30 by reading the program stored in the ROM into the RAM and executing it. The wide area communication unit 32 performs communication through the wide area communication network NW2. The storage unit 33 includes a hard disk device, for example, and stores various data. The storage unit 33 includes a running state data storage unit 331.

  The processor 31 implements functions corresponding to the reception unit 311, the reception unit 312, and the response processing unit 313. The receiving unit 311 receives the driving state data from the in-vehicle smartphone 20 via the wide area communication unit 32. The accepting unit 312 accepts access from the client terminals (passenger smartphones 40A and 40B and the taxi company terminal 50 in the present embodiment) via the wide area communication unit 32. When the access is accepted by the accepting unit 312, the response processing unit 313 performs a response process using the travel state data stored in the travel state data storage unit 331.

The traveling state data accumulation unit 331 functions as an accumulation unit that accumulates the traveling state data collected from the taximeter system 2.
As shown in FIG. 4, the travel state data includes a set of data of the vehicle ID of the taxi vehicle 100, the travel distance, the travel speed, the vehicle position, the actual empty vehicle state, and the date and time. The travel distance is the cumulative travel distance of the taxi vehicle 100 from a predetermined time point. The predetermined time is determined in advance, for example, at the time when the driver U1 is working on the day or at the time when each passenger is on board. The traveling speed is the traveling speed of the taxi vehicle 100. The vehicle position indicates the position of the taxi vehicle 100. The actual empty vehicle state represents the state of the taxi vehicle 100 and includes, for example, an empty vehicle, an actual vehicle, and payment. An empty car may be further classified into forwarding and pick-up. The date / time is, for example, the date / time when the traveling state data was generated. This date and time may indicate the date and time when the taxi vehicle 100 can be regarded as having traveled in the travel state represented by the travel state data.

Next, the operation of this embodiment will be described.
<A: Normal operation of the data management system 1>
FIG. 5 is a flowchart showing the normal operation of the data management system 1.
The processor 12 of the data processing apparatus 10 performs the operation described below at all times or in a predetermined period. The predetermined period is a period in which the in-vehicle smartphone 20 is used as a taximeter, for example, during business hours. When the general user U2 who is a passenger gets on the taxi vehicle 100, the driver U1 operates the touch screen unit 27 of the in-vehicle smartphone 20 to instruct a change from an empty vehicle to an actual vehicle. In response to this instruction, the processor 21 changes the actual empty vehicle state of the taxi vehicle 100 from an empty vehicle to an actual vehicle, and performs the operation described below.

  The processor 12 of the data processing device 10 detects a travel pulse from the travel signal based on the travel signal received through the travel sensor IF11 (step S1). Next, the processor 12 generates travel distance data (step S2). Here, the processor 12 generates travel distance data corresponding to the unit engine based on the travel pulse detected in one unit period. Next, the processor 12. The generated travel distance data is stored in the storage unit 13 (step S3). The travel distance data stored in the storage unit 13 is updated by the process of step S2.

  Next, the processor 12 outputs the travel distance data stored in the storage unit 13 to the in-vehicle smartphone 20 via the in-vehicle smartphone IF 14 (step S4). The output timing of the travel distance data repeatedly arrives at, for example, a predetermined interval (for example, every second).

  When the processor 21 of the in-vehicle smartphone 20 receives the input of the travel distance data via the data processing device IF22 (step S5), the processor 21 of the in-vehicle smartphone 20 transmits a response signal indicating a response indicating that the input is received via the data processing device IF22. It outputs to the processing apparatus 10 (step S6). When the processor 12 of the data processing device 10 receives the input of this response signal via the in-vehicle smartphone IF 14, it determines that the output of the travel distance data has been normally completed (step S7). The processor 12 may delete the travel distance data determined to have been normally output from the storage unit 13 or may be in a state of being continuously stored in the storage unit 13.

Next, the processor 21 generates travel state data based on the travel distance data received in step S5 (step S8). The processor 21 calculates the travel distance based on the travel distance data, the travel distance data and date / time, or the travel speed using a speedometer (not shown), and the vehicle position based on the position measured by the positioning unit 23. The actual empty vehicle state is specified based on the operation of U1, and the date and time (here, the current date and time) is specified using its own clocking function and calendar function. The vehicle ID is read from the storage unit 26 by the processor 21. The processor 21 stores the generated traveling state data in the storage unit 26 (step S9). For example, the processor 21 keeps the running state data continuously stored in the storage unit 26.
The traveling state data is not limited to the traveling state described above, and may include any data representing the traveling state of the taxi vehicle 100.

  Next, the processor 21 calculates the fare in the taxi vehicle 100 based on the travel distance data or the travel state data and the fare table, and displays a meter screen including the calculated fare on the touch screen unit 27 (step S10). ). The method for calculating the fare is the same as the conventional taximeter.

FIG. 6 is a diagram illustrating an example of a meter screen.
In the meter screen SC <b> 1 shown in FIG. 6, the current state of the taxi vehicle 100 and the current fare “actual car ¥ 3,000” are displayed in the region T. In addition, the meter screen SC1 includes an empty vehicle button B1 in which the character string “empty vehicle” is written, an actual vehicle button B2 in which the character string “actual vehicle” is written, and a payment button in which the character string “payment” is written. B3, a call button B4 in which a character string “call” is written, and a report button B5 are arranged. When the empty vehicle button B1 is pressed, the processor 21 controls the taxi vehicle 100 to be empty, and displays the indicator light 104 of the taxi vehicle 100 as “empty vehicle” via the data processing device IF22. To the data processing device 10. When the actual vehicle button B2 is pressed, the processor 21 controls the taxi vehicle 100 to be an actual vehicle via the data processing device IF22 and displays the indicator light 104 of the taxi vehicle 100 as “actual vehicle”. To the data processing device 10. When the payment button B3 is pressed, the processor 21 performs control for paying the state of the taxi vehicle 100 to determine the fare to be paid to the general user U2, and the taxi vehicle 100 via the data processing device IF22. The data processing apparatus 10 is instructed to display the indicator lamp 104 of “payment”. When the call button B4 is pressed, the processor 21 performs control for making a call by calling the telephone 60. This call is made, for example, to make contact with the employee U4 regarding work. The notification button B5 is operated when an emergency such as the intrusion of a burglar occurs. The operation in this case will be described later. It is desirable that the notification button B5 is more difficult to visually recognize than other buttons so that the third party is not aware of its presence.

Next, the processor 21 transmits the traveling state data that has not been transmitted among the traveling state data stored in the storage unit 26 to the center server 30 via the wide area wireless communication unit 28 (step S11). When the processor 31 of the center server 30 receives the traveling state data via the wide area communication unit 32 (step S12), the processor 31 stores the traveling state data in the traveling state data storage unit 331 (step S13).
In the data management system 1, the process described in FIG. 5 is repeatedly executed. Thereby, the data processing device 10 sequentially outputs the travel distance data to the in-vehicle smartphone 20, and the in-vehicle smartphone 20 sequentially generates and transmits the travel state data to the center server 30.
Here, the data processing device 10 outputs the travel distance data in a cycle corresponding to the period length of the unit period, but outputs the travel distance data of a plurality of unit periods at a longer cycle. Also good. Moreover, although the vehicle-mounted smart phone 20 outputs driving | running | working state data with the period according to the period length of a unit period, you may transmit the driving | running | working state data of several unit periods at a period longer than it.

  By the way, in the vehicle-mounted smartphone 20, an operation abnormality (for example, freeze) may occur due to a data read error or the like. Due to the abnormal operation, the in-vehicle smartphone 20 may not normally receive data input from the data processing device 10. Even when such an abnormality occurs, the data management system 1 performs the operations described below so as not to hinder the collection of the running state data in the center server 30.

<B: Operation at the time of abnormality of the data management system 1>
FIG. 7 is a flowchart showing the operation of the data management system 1 when there is an abnormality.
If the processor 12 does not accept the response signal input from the in-vehicle smartphone 20 within a predetermined time after outputting the travel distance data in step S4, the processor 12 detects an abnormality in the in-vehicle smartphone 20 (step S14). When this abnormality is detected, the processor 21 continuously performs the process of generating the travel distance data and the process of storing in the storage unit 13. That is, the processor 21 detects a travel pulse from the travel signal based on the travel signal received through the travel sensor IF11 (step S15). Then, the processor 12 generates travel distance data (step S16) and stores it in the storage unit 13 (step S17).

Next, the processor 12 determines whether or not the abnormality of the in-vehicle smartphone 20 has been resolved (step S18). For example, the processor 12 determines “NO” in step S18 until a signal indicating that the normal operation has been restored from the in-vehicle smartphone 20 (for example, a signal for notifying reboot) is input via the in-vehicle smartphone IF 14. The process returns to step S15. Thus, the processor 21 generates and records the travel distance data for each unit period even during the occurrence of the abnormality, but stops outputting the travel distance data to the in-vehicle smartphone 20.
Note that the return of the in-vehicle smartphone 20 may be detected by another method.

  Thereafter, when it is determined that the abnormality has been resolved (step S18; YES), the processor 12 outputs the travel distance data stored in the storage unit 13 to the in-vehicle smartphone 20 via the in-vehicle smartphone IF 14 (step S19). The processor 12 outputs all unoutputted travel distance data to the in-vehicle smartphone 20. When the processor 21 of the in-vehicle smartphone 20 receives the input of the travel distance data via the data processing device IF22 (step S20), the processing steps after step S6 are executed.

Here, the operation in which the data processing device 10 cannot output the travel distance data to the in-vehicle smartphone 20 has been described as an operation at the time of abnormality of the data management system 1. As another operation when the data management system 1 is abnormal, there is also an operation in which the in-vehicle smartphone 20 cannot transmit the running state data of the center server 30. This is because the in-vehicle smartphone 20 is hung up or the in-vehicle smartphone 20 has moved to a place where the radio wave environment is not good. In this case, the processor 21 of the in-vehicle smartphone 20 may transmit untransmitted travel state data among the travel state data stored in the storage unit 26 at a timing at which communication with the center server 30 is possible.
Even if an abnormality occurs in the operation of the data management system 1 due to the processing described above, the data processing device 10 and the in-vehicle smartphone 20 synchronize the travel distance data to be stored, and the in-vehicle smartphone 20 and the center server 30 It is possible to synchronize the stored driving state data.

<C: Operation at the time of reporting by the data management system 1>
FIG. 8 is a flowchart showing the operation of the data management system 1 when reporting.
The processor 21 of the in-vehicle smartphone 20 determines whether or not the notification button B5 is pressed while the meter screen SC1 is being displayed (step S21). If “YES” is determined in step S21, the processor 21 performs data processing so that the roof lamp 103 of the taxi vehicle 100 blinks and the indicator lamp 104 displays, for example, “Emergency” via the data processing device IF22. The data processing apparatus 10 is instructed via the apparatus IF 22 (step S22). The processor 12 of the data processing apparatus 10 controls the roof lamp 103 and the indicator lamp 104 according to the instruction from the in-vehicle smartphone 20 (step S23).

  Next, the processor 21 transmits report data to a predetermined report destination via the telephone network of the wide area wireless communication unit 28 (step S24). The report destination is, for example, the nearest police station, but may be a taxi company's facility or the like. The report data includes, for example, voice data collected by the voice input / output unit 25, position data indicating the vehicle position of the taxi vehicle 100, a message indicating the occurrence of an emergency (for example, a message by SMS (Short Message Service)), and the like. It is.

Then, the service which the center server 30 provides via passenger smart phone 40A, 40B and the taxi provider terminal 50 is demonstrated.
<D: Service example 1>
FIG. 9 is a sequence diagram illustrating processing relating to the service example 1 of the data management system 1. The service example 1 is a service for issuing an electronic receipt to a general user U2 who uses the taxi vehicle 100.
The processor 21 of the in-vehicle smartphone 20 transmits the vehicle ID of the taxi vehicle 100 and the receipt ID for identifying the electronic receipt via the short-range wireless communication unit 24 (step S31). This transmission is performed, for example, when the taxi vehicle 100 is in a payment state after the fare is confirmed. Passenger smart phone 40A will memorize | store this, if vehicle ID and receipt ID are received. Further, the processor 21 of the in-vehicle smartphone 20 transmits fare data representing the confirmed fare to the center server 30 via the wide area wireless communication unit 28 in addition to the vehicle ID and the receipt ID transmitted in step S31 (step S31). S32). When the fare data is received via the wide area communication unit 32, the processor 31 of the center server 30 issues an electronic receipt based on the fare data, and stores it in the storage unit 33 in association with the vehicle ID and the receipt ID. (Step S33).

  Passenger smart phone 40A designates vehicle ID and receipt ID at any timing after taxi vehicle 100 is used by general user U2, and accesses center server 30 (step S34). This access may be performed using a predetermined application program, or may be performed using a web page.

When the processor 31 of the center server 30 accepts an access from the passenger smartphone 40A via the wide area communication unit 32 (step S35), the processor 31 performs a process of transmitting an electronic receipt to the in-vehicle smartphone 20 as a response process for this access ( Step S36). The processor 31 transmits an electronic receipt associated with the vehicle ID and the receipt ID specified by the passenger smartphone 40A. When the passenger smart phone 40A receives the electronic receipt, the passenger smart phone 40A stores the electronic receipt and displays the electronic receipt at an appropriate timing (step S37). Passenger smart phone 40A displays receipt screen SC2 shown, for example in FIG.
According to this service example 1, an electronic receipt issuing service can be provided.

<E: Service example 2>
FIG. 11 is a sequence diagram illustrating processing relating to the service example 2 of the data management system 1. The service example 2 is a service for providing an advertisement to the general user U2 who is on the taxi vehicle 100.
The processor 21 of the in-vehicle smartphone 20 repeatedly transmits the vehicle ID via the short-range wireless communication unit 24 (step S41). Upon receiving the vehicle ID, the passenger smartphone 40A designates the received vehicle ID and accesses the center server 30 (step S42). This access is performed using a predetermined application program.

  When the processor 31 of the center server 30 accepts an access from the passenger smartphone 40A (step S43), the in-vehicle smartphone 20 of the taxi vehicle 100 indicated by the vehicle ID designated by the access via the wide area communication unit 32. Then, a tethering activation instruction is transmitted (step S44). When receiving the activation instruction via the wide area wireless communication unit 28, the processor 21 of the in-vehicle smartphone 20 activates the tethering function (step S45). Further, the processor 21 transmits connection information for wireless connection with the in-vehicle smartphone 20 to the passenger smartphone 40A (step S46). Here, the connection information includes, for example, an SSID (Service Set Identifier) and an encryption key according to WEP (Wired Equivalent Privacy). Passenger smart phone 40A accesses in-vehicle smart phone 20 using this connection information. In response to this access, the processor 21 of the in-vehicle smartphone 20 wirelessly connects to the passenger smartphone 40A via the wireless LAN communication unit 29 (step S47). By starting the tethering function, the passenger smartphone 40A can communicate with the wide area wireless communication network NW1 via the in-vehicle smartphone 20.

  Next, the processor 31 of the center server 30 performs a process of transmitting advertisement data to the passenger smartphone 40A via the in-vehicle smartphone 20 as a response process to the access received in step S43 (step S48). The processor 31 distributes advertisement data based on the running state data. For example, the processor 31 distributes advertisement data corresponding to the vehicle position of the taxi vehicle 100. This advertisement data is distributed to the in-vehicle smartphone 20 using a wireless LAN. Furthermore, the processor 31 may distribute advertisement data according to the user attributes (for example, age and sex) of the passenger smartphone 40A. The user attribute is specified by user information registered in advance in the center server 30 and includes, for example, a user's age, sex, hobbies, and preferences.

When the passenger smartphone 40A receives the advertisement data, the passenger smartphone 40A displays an advertisement based on the received advertisement data (step S49). For example, as illustrated in FIG. 12, the passenger smartphone 40A displays a display area T1 that displays a Web screen and a display area T2 that displays an advertisement.
According to this service example 2, since the tethering service can be provided to the general user U2 instead of displaying the advertisement on the passenger smartphone 40A, the advertising effect of the advertisement can be further enhanced.

<F: Service example 3>
FIG. 13 is a sequence diagram illustrating processing relating to the service example 3 of the data management system 1. The service example 3 is a service that allows a general user U2 using the taxi vehicle 100 to specify a route for moving to a destination.
The processor 21 of the in-vehicle smartphone 20 repeatedly transmits the vehicle ID via the short-range wireless communication unit 24 (step S51). When the passenger smartphone 40A receives the vehicle ID, the passenger smartphone 40A specifies the received vehicle ID and the usage route and accesses the center server 30 (step S52). The usage route may be registered in advance in the passenger smartphone 40A by the general user U2.

  Next, when the processor 31 of the center server 30 receives an access from the passenger smartphone 40A via the wide area communication unit 32 (step S53), the vehicle ID is obtained via the wide area communication unit 32 as a response process for this access. The process which transmits route instruction data with respect to the vehicle-mounted smart phone 20 to show is performed (step S54). When receiving the route instruction data via the wide area wireless communication unit 28, the processor 21 of the in-vehicle smartphone 20 performs route guidance according to the route instruction data (step S55). For example, the processor 21 displays the route guidance screen SC3 shown in FIG. The processor 21 may display the route guidance screen when not displaying the meter screen before the start of operation or the like, or may display the meter screen and the route guidance screen at the same time.

As mentioned above, although the center server 30 demonstrated the example of a service provided to passenger smart phone 40A based on vehicle ID, another service using vehicle ID may be provided.
Moreover, in each service example, although the center server 30 performed the operation | movement which relays communication with the in-vehicle smart phone 20 and the passenger smart phone 40A, even if the in-vehicle smart phone 20 and the passenger smart phone 40A directly connect and communicate, Good. In this case, the vehicle-mounted smartphone 20 may perform the process that the center server 30 has performed.

<G: Service example 4>
FIG. 15 is a sequence diagram illustrating the service example 4. In the service example 4, the center server 30 provides a service via the passenger smart phone 40B used by the general user U3 who is not a passenger or the taxi company terminal 50 used by the employee U4.
Passenger smart phone 40B accesses center server 30 (step S61). When receiving the access from the passenger smartphone 40B (step S62), the processor 31 of the center server 30 performs a process of transmitting service data for providing a service to the general user U3 as a response process to the access (step S62). S63). When the passenger smartphone 40B receives the service data from the center server 30, the passenger smartphone 40B displays according to the received service data (step S64).
The taxi company terminal 50 accesses the center server 30 (step S65). When the processor 31 of the center server 30 receives an access from the taxi operator terminal 50 (step S66), as a response process to this access, the processor 31 performs a process of transmitting service data for providing a service to the employee U4 ( Step S67). When the taxi company terminal 50 receives the service data from the center server 30, it displays according to the received service data (step S68).

  Next, a specific example of a service represented by service data will be described. The center server 30 transmits different service data to the passenger smartphone 40B and the taxi operator terminal 50. The center server 30 transmits service data for providing services of a plurality of taxi operators to the passenger smartphone 40B, and the taxi operator terminal 50 includes certain taxi operators. Service data for providing a service is transmitted. The center server 30 determines whether the access source is the passenger smartphone 40B or the taxi company terminal 50 using a method such as authentication by ID, for example.

(Specific example 1) Vehicle position state notification The vehicle position notification is a service for notifying the vehicle position and the actual empty vehicle state of the taxi vehicle 100. For example, the vehicle position and the actual empty vehicle state of the taxi vehicle 100 are specified by the vehicle position and actual empty vehicle state data of the latest traveling state data. The center server 30 transmits, to the passenger smartphone 40B, service data representing the vehicle position of the taxi vehicle 100 and the actual empty vehicle state of the taxi vehicle for a plurality of taxi operators. The center server 30 transmits to the taxi operator terminal 50 service data representing the vehicle position of the taxi vehicle 100 and the actual empty vehicle state of the taxi vehicle for the taxi operator using the taxi operator terminal 50. . The service data is, for example, image data representing an image with information on the position of the taxi vehicle 100 and the actual empty vehicle state on a map.
Thereby, the general user U3 can grasp | ascertain where the taxi vehicle 100 which can be utilized near him is, for example. The employee U4 of the taxi operator can grasp the position of the company's taxi vehicle 100 and the actual empty vehicle state.

(Specific example 2) Vehicle allocation management Vehicle allocation management is a service related to taxi vehicle allocation, and includes, for example, a service for accepting a reservation for using the taxi vehicle 100.
The vehicle allocation management is performed using, for example, the vehicle position state notification information described above. The employee U4 of the taxi company accesses the center server 30 from the taxi company terminal 50, for example, when a customer requests to use the taxi vehicle 100 using the telephone 60. The center server 30 displays a screen for inputting customer information, for example, a web page on the taxi operator terminal 50. The employee U4 inputs information such as the customer's name and membership number and information on the place designated as the place where the taxi vehicle 100 is boarded into the taxi operator terminal 50. The center server 30 registers the information input to the taxi operator terminal 50 in a dispatch waiting list managed by its own device. Next, the taxi company terminal 50 displays information on the vehicle position of the taxi vehicle 100 and the actual empty vehicle state based on the vehicle position state notification. Next, the center server 30 determines the taxi vehicle 100 to be directed to the place designated as the boarding place according to the operation of the taxi company terminal 50 by the employee U4 or automatically. For example, the center server 30 determines a taxi vehicle 100 that is the closest to a designated place among taxi vehicles 100 that are empty cars, or a taxi vehicle 100 that does not have a good business record. The center server 30 notifies the in-vehicle smartphone 20 of the determined taxi vehicle 100 to the driver U1 that the taxi vehicle 100 has been reserved for use. The in-vehicle smartphone 20 notifies the notified content using the display or sound of the touch screen unit 27 and inquires whether the driver U1 can be handled. When the in-vehicle smartphone 20 responds that the driver U1 can respond, the in-vehicle smartphone 20 notifies the center server 30 to that effect. When the use reservation is completed, the center server 30 notifies the taxi operator terminal 50 to that effect and deletes the corresponding information from the waiting list for dispatch.

(Specific example 3) Daily business report The daily business report is a service for managing the daily business report (or hourly report; the same applies hereinafter) of the driver U1. For example, the center server 30 creates a daily business report based on the travel state data stored in the travel state data storage unit 331, and the daily business report of the taxi company that uses the taxi company terminal 50 for the taxi company terminal 50. Service data for providing a service for notifying the user is transmitted. Since the business daily report is unnecessary for the general user U2, the center server 30 does not provide a service related to the business daily report via the passenger smartphone 40B.
In addition, the information of this business daily report may be used in order to identify the taxi vehicle 100 in which the business performance in dispatch management is not favorable.

(Specific example 4) Traveling state notification The traveling state notification is a service for notifying the traveling state of the taxi vehicle 100. For example, the center server 30 provides a service for providing a driving state notification service to a taxi company using the taxi company terminal 50 with respect to the taxi company terminal 50 based on the driving state data storage unit 331. Send data. For example, the center server 30 may display a tachograph obtained by graphing a temporal change in the running state on the taxi operator terminal 50 so that the operation status of the taxi vehicle 100 can be grasped. On the other hand, when the notification of the traveling state is unnecessary for the general user U2, the center server 30 does not provide a service related to the notification of the traveling state via the passenger smartphone 40B.

(Specific example 5) Driver authentication Driver authentication is a service for notifying the presence or absence of authentication of the driver U1 and who is the driver who has succeeded in authentication. The driver U1 inputs information such as an ID and a password assigned to the driver U1 to the in-vehicle smartphone 20 before starting business. The in-vehicle smartphone 20 authenticates the driver U1 based on the input information and notifies the center server 30 of the result of the driver authentication. The center server 30 transmits to the taxi operator terminal 50 service data for providing a driver authentication notification service for the taxi operator using the taxi operator terminal 50. When notification of driver authentication is unnecessary for the general user U2, the center server 30 does not provide a service related to notification of driver authentication via the passenger smartphone 40B.

As described above, the services provided by the center server 30 are not limited to the services listed above. Data exchanged in each service example described above may be changed according to the service to be preyed.
For example, the center server 30 may provide a service acting on behalf of the transportation business as a service provided based on the traveling state data of the taxi vehicle 100. In this case, the center server 30 identifies the taxi vehicle 100 near the delivery location of the luggage based on the traveling state data. In addition, the center server 30 may provide a service for shopping. In this case, the center server 30 specifies the taxi vehicle 100 that is near the place of shopping or the delivery destination based on the traveling state data.

According to the data management system 1 of the present embodiment, the center server 30 sequentially (for example, real-time) data on the traveling state of the taxi vehicle 100 that changes from time to time based on data on the travel distance recorded by the taxi vehicle 100. In) can be collected. Thereby, the center server 30 can provide various services for general users or for taxi operators.
In addition, even if the services provided by the center server 30 are added or changed, the fare tariff is revised, etc., it is handled by software processing such as updating the taxi application AP or updating the tariff data of the in-vehicle smartphone 20 can do. For this reason, according to the data management system 1, it is easy to add a new function compared with the case where a conventional taximeter is used, and the maintenance cost and human burden are reduced. You can also.

The vehicle of the present invention is not limited to a taxi vehicle, and may be a car such as a car for hire, a rental car, or a bus. It is also conceivable that the vehicle of the present invention is a vehicle other than an automobile.
A part of the configuration or operation of the data management system 1 described in the above-described embodiment may be omitted.
The numerical values and communication methods described in the above-described embodiments, the standard for connecting the data processing device 10 and the in-vehicle smartphone 20, the order of processing, and the content of data are merely examples. For example, some data included in the traveling state data described in the above-described embodiment and some services may be omitted.

  The function realized by the processor 21 of the in-vehicle smartphone 20 of the above-described embodiment may be realized by a combination of a plurality of programs, or may be realized by linking a plurality of hardware resources. When the function of the processor 21 is realized using a program, the program includes a magnetic recording medium (magnetic tape, magnetic disk (HDD (Hard Disk Drive), FD (Flexible Disk), etc.)), optical recording medium (optical disk, etc.). ), May be provided in a state of being stored in a computer-readable recording medium such as a magneto-optical recording medium or a semiconductor memory, or may be distributed via a network. The present invention can also be grasped as a data management method.

DESCRIPTION OF SYMBOLS 1 ... Data management system, 2 ... Taximeter system, 2A ... Case, 10 ... Data processing apparatus, 11 ... Travel sensor IF, 12 ... Processor, 121 ... Travel distance data recording means, 122 ... Output control means, 13 ... Memory , 14 ... vehicle-mounted smartphone IF, 15 ... rooflight IF, 16 ... indicator light IF, 20 ... wireless terminal device, 21 ... processor, 211 ... travel state data generation means, 212 ... fare display control means, 213 ... transmission means, 22 ... Data processing device IF, 23 ... Positioning unit, 24 ... Short-range wireless communication unit, 25 ... Voice input / output unit, 26 ... Storage unit, 27 ... Touch screen unit, 271 ... Display unit, 272 ... Touch sensor, 28 ... Network communication unit 29 ... LAN communication unit 30 ... Center server 31 ... Processor 311 ... Receiving means 312 ... Accepting means 313 ... Answer processing means, 32 ... wide area communication section, 33 ... storage section, 331 ... travel state data storage section, 40A, 40B ... passenger smart phone, 50 ... taxi operator terminal, 100 ... taxi vehicle, 101 ... vehicle compartment, 102 ... travel Sensor, 103 ... Roof lamp, 104 ... Indicator lamp

Claims (10)

A data processing device and a wireless terminal device;
The data processing device includes:
Storage means;
A traveling signal input means for receiving a traveling signal input that is sequentially generated by a traveling sensor provided in the vehicle as the vehicle travels;
Travel distance data recording means for storing travel distance data representing the travel distance of the vehicle in the storage means based on the input travel signal;
A first interface connected to the wireless terminal device;
The stored travel distance data is sequentially output to the wireless terminal device via the first interface. On the other hand, if an abnormality occurs in the operation of the wireless terminal device, the storage is performed after the abnormality is resolved. Output control means for outputting the traveled distance data
The wireless terminal device
A second interface connected to the data processing device;
Traveling state data generating means for sequentially generating traveling state data representing the traveling state of the vehicle based on the traveling distance data input from the data processing device via the second interface;
A data management system comprising: transmission means for sequentially transmitting the generated traveling state data to an external server device via a wireless communication network. The wireless terminal device
Display means;
2. The data management according to claim 1, further comprising: a fare display control unit configured to calculate a fare in the vehicle based on the generated traveling state data and to display the calculated fare on the display unit. system. A server device for receiving the running state data from the wireless terminal device;
The server device
Accumulating means for accumulating the received driving state data;
Accepting means for accepting access from a client terminal;
3. The data management system according to claim 1, further comprising: response processing means for performing response processing using the running state data stored in the storage means when the access is accepted. The wireless terminal device
A transmission means for transmitting at least identification information for identifying the vehicle to a space in the vehicle;
The response processing means includes
4. The data management system according to claim 3, wherein, when the access specifying the identification information is accepted, the response process is performed using the traveling state data relating to the vehicle specified by the identification information. 5. . The client terminal includes a first client terminal and a second client terminal,
The storage means includes
Accumulating the driving state data related to the vehicle operated by each operator of a plurality of operators,
The response processing means includes
When the access from the first client terminal is accepted, the response process is performed based on the running state data regarding the vehicle of the plurality of operators,
When the access from the second client terminal is accepted, the response process is performed based on the running state data regarding the vehicle of a specific part of the plurality of carriers. The data management system according to claim 3 or 4, characterized by the above. The wireless communication network includes a telephone network,
The wireless terminal device
The data management system according to any one of claims 1 to 5, wherein voice communication or data communication is performed via the telephone network. Storage means;
A traveling signal input means for receiving a traveling signal input that is sequentially generated by a traveling sensor provided in the vehicle as the vehicle travels;
Travel distance data recording means for storing travel distance data representing the travel distance of the vehicle in the storage means based on the input travel signal;
A first interface connected to a wireless terminal device that processes the travel distance data and sequentially generates traveling state data representing the traveling state of the vehicle and sequentially transmits the traveling state data to an external server device via a wireless communication network;
The stored travel distance data is sequentially output to the wireless terminal device via the first interface. On the other hand, if an abnormality occurs in the operation of the wireless terminal device, the storage is performed after the abnormality is resolved. An output control means for outputting the travel distance data. A second interface connected to the data processing device according to claim 7;
Traveling state data generating means for sequentially generating traveling state data representing the traveling state of the vehicle based on the traveling distance data input from the data processing device via the second interface;
A wireless terminal device comprising: transmission means for sequentially transmitting the generated traveling state data to an external server device via a wireless communication network. Receiving means for receiving the running state data from the wireless terminal device according to claim 8;
Accumulating means for accumulating the received driving state data;
Accepting means for accepting access from a client terminal;
A server apparatus comprising: response processing means that performs response processing using the running state data stored in the storage means when the access is accepted. A computer of a wireless terminal device including a second interface connected to the data processing device according to claim 7,
Sequentially generating travel state data representing the travel state of the vehicle based on the travel distance data input from the data processing device via the second interface;
And a step of sequentially transmitting the generated traveling state data to an external server device via a wireless communication network.

Images