WO2024095632A1 - 車両データ収集システム、車載装置、サーバ、コンピュータプログラム、および車両データ収集方法 - Google Patents

車両データ収集システム、車載装置、サーバ、コンピュータプログラム、および車両データ収集方法 Download PDF

Info

Publication number
WO2024095632A1
WO2024095632A1 PCT/JP2023/034391 JP2023034391W WO2024095632A1 WO 2024095632 A1 WO2024095632 A1 WO 2024095632A1 JP 2023034391 W JP2023034391 W JP 2023034391W WO 2024095632 A1 WO2024095632 A1 WO 2024095632A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
vehicle
unit
version
server
Prior art date
Application number
PCT/JP2023/034391
Other languages
English (en)
French (fr)
Inventor
智之 北田
豪仁 中村
健吾 相原
Original Assignee
住友電気工業株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 住友電気工業株式会社 filed Critical 住友電気工業株式会社
Publication of WO2024095632A1 publication Critical patent/WO2024095632A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/16—Anti-collision systems
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09B—EDUCATIONAL OR DEMONSTRATION APPLIANCES; APPLIANCES FOR TEACHING, OR COMMUNICATING WITH, THE BLIND, DEAF OR MUTE; MODELS; PLANETARIA; GLOBES; MAPS; DIAGRAMS
    • G09B29/00—Maps; Plans; Charts; Diagrams, e.g. route diagram
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y10/00—Economic sectors
    • G16Y10/40—Transportation
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y20/00—Information sensed or collected by the things
    • G16Y20/40—Information sensed or collected by the things relating to personal data, e.g. biometric data, records or preferences
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y40/00—IoT characterised by the purpose of the information processing
    • G16Y40/10—Detection; Monitoring

Definitions

  • This disclosure relates to a vehicle data collection system, an in-vehicle device, a server, a computer program, and a vehicle data collection method.
  • Non-Patent Document 1 a vehicle movement management system has been developed that grasps and records vehicle or driver position information in real time (for example, see Non-Patent Document 1).
  • a vehicle data collection system includes an on-board device mounted on a vehicle and a server that collects data from the on-board device.
  • the on-board device includes a data collection unit that collects vehicle data related to the vehicle, a data conversion unit that converts the collected vehicle data into format data of a version corresponding to the type of the vehicle data and writes the version into the format data, and a data transmission unit that transmits the format data with the version written therein to the server.
  • the server includes a data reception unit that receives the format data and a data restoration unit that restores the vehicle data from the format data based on the version indicated in the format data.
  • the present invention can be realized not only as a vehicle data collection system equipped with such characteristic processing units, but also as a vehicle data collection method that includes such characteristic processing steps, or as a computer program for causing a computer to execute such steps. It can also be realized as a semiconductor integrated circuit that realizes part or all of the vehicle data collection system.
  • FIG. 1 is a diagram illustrating an example of an overall configuration of a traffic management system according to an embodiment of the present disclosure.
  • FIG. 2 is a block diagram showing an example of the configuration of the in-vehicle device.
  • FIG. 3 is a diagram showing an example of a data structure of the format data.
  • FIG. 4 is a block diagram showing an example of a configuration of the server.
  • FIG. 5 is a diagram showing an example of external data included in the format data.
  • FIG. 6 is a diagram for explaining the conversion process of the vehicle data.
  • FIG. 7 is a diagram for explaining the conversion process of the vehicle data.
  • FIG. 8 is a diagram showing an example of vehicle data restored by converting the format data.
  • FIG. 9 is a block diagram showing an example of the configuration of the administrator terminal.
  • FIG. 9 is a block diagram showing an example of the configuration of the administrator terminal.
  • FIG. 10 is a diagram showing an example of screen information displayed on the display unit.
  • FIG. 11 is a diagram showing an example of screen information displayed on the display unit.
  • FIG. 12 is a diagram showing an example of screen information displayed on the display unit.
  • FIG. 13 is a diagram showing an example of screen information displayed on the display unit.
  • FIG. 14 is a diagram showing an example of screen information displayed on the display unit.
  • FIG. 15 is a sequence diagram illustrating an example of a processing procedure of the traffic management system.
  • FIG. 16 is a sequence diagram illustrating an example of a processing procedure of the traffic management system.
  • FIG. 17 is a sequence diagram illustrating an example of a processing procedure of the traffic management system.
  • FIG. 18 is a sequence diagram illustrating an example of a processing procedure performed by the traffic management system.
  • FIG. 19 is a sequence diagram illustrating an example of a processing procedure performed by the traffic management system.
  • the types of sensors installed in each vehicle by a parcel delivery company and a car sharing company are different. Also, even in delivery vehicles managed by the same delivery company, the types of sensors installed may differ depending on the type of parcel. For example, a delivery vehicle that delivers frozen or refrigerated goods may be equipped with a temperature sensor, but a delivery vehicle that delivers parcels that do not require temperature control may not be equipped with a temperature sensor.
  • the server that manages vehicle movement has to deal with the complicated process of determining the vehicle data collected from each vehicle.
  • This disclosure has been made in consideration of these circumstances, and aims to provide a vehicle data collection system, an on-board device, a server, a computer program, and a vehicle data collection method that can efficiently collect vehicle data from multiple vehicles equipped with different numbers and types of sensors.
  • vehicle data can be efficiently collected from multiple vehicles equipped with different numbers and types of sensors.
  • a vehicle data collection system includes an on-board device mounted on a vehicle and a server that collects data from the on-board device
  • the on-board device includes a data collection unit that collects vehicle data related to the vehicle, a data conversion unit that converts the collected vehicle data into format data of a version corresponding to a type of the vehicle data and writes the version into the format data, and a data transmission unit that transmits the format data with the version written therein to the server
  • the server includes a data receiving unit that receives the format data, and a data restoration unit that restores the vehicle data from the format data based on the version indicated in the format data.
  • a version is determined according to the type of vehicle data, and the vehicle data is converted into format data of a version corresponding to the type of vehicle data.
  • the vehicle data is converted into format data that is data in a data format corresponding to the version.
  • the format data is then transmitted from the in-vehicle device to the server. Therefore, the server can use the version as a clue to restore the format data into vehicle data using a conversion method that suits each version. Therefore, the server can efficiently collect vehicle data from multiple vehicles equipped with different numbers and types of sensors.
  • the server may further include a display control unit that displays the vehicle data restored by the data restoration unit.
  • the server may further include a display item information acquisition unit that acquires display item information indicating the type of the vehicle data to be displayed, and a vehicle data selection unit that selects the vehicle data of the type indicated by the display item information from the restored vehicle data, and the display control unit may display the vehicle data selected by the vehicle data selection unit.
  • the data collection unit may collect the position of the vehicle as the vehicle data
  • the data receiving unit may further receive notification data notified by a driver of the vehicle
  • the display control unit may further display the notification data received by the data receiving unit in association with the position of the vehicle on a map based on the vehicle data.
  • the rest area is displayed on the map. This allows other crew members who see the display to be informed of the rest area. In this way, notification data can be shared between multiple crew members or users.
  • the data collection unit may collect, as the vehicle data, data relating to at least one of the amount of carbon dioxide inside the vehicle, the amount of odor inside the vehicle, and the breath alcohol concentration of the vehicle's driver, and the position of the vehicle
  • the display control unit may display, based on the vehicle data, data relating to at least one of the amount of carbon dioxide inside the vehicle, the amount of odor inside the vehicle, and the breath alcohol concentration of the vehicle's driver restored by the data restoration unit, in association with the position of the vehicle on a map.
  • the vehicle data collection system may further include a conversion rule information registration unit that registers conversion rule information indicating the version and a conversion method corresponding to the version in the in-vehicle device and the server, and the conversion method may include a method of conversion between the vehicle data and the format data.
  • the in-vehicle device and server can perform data conversion between vehicle data and format data according to the new conversion rule information.
  • An in-vehicle device includes a data collection unit that collects vehicle data, which is data related to a vehicle, a data conversion unit that converts the collected vehicle data into format data of a version corresponding to the type of the vehicle data and writes the version into the format data, and a data transmission unit that transmits the format data with the version written therein to a server.
  • This configuration has the same configuration as the in-vehicle device provided in the vehicle data collection system described above. Therefore, it can achieve the same actions and effects as the vehicle data collection system described above.
  • a server includes a data receiving unit that receives format data in which vehicle data, which is data related to a vehicle, is converted according to a version corresponding to the type of the vehicle data, and the data receiving unit receives the format data in which the version is written, and a data restoring unit that restores the vehicle data from the format data based on the version indicated in the format data.
  • This configuration has the same configuration as the server provided in the vehicle data collection system described above. Therefore, it can achieve the same actions and effects as the vehicle data collection system described above.
  • a computer program causes a computer to function as a data collection unit that collects vehicle data, which is data related to a vehicle, a data conversion unit that converts the collected vehicle data into format data of a version corresponding to the type of the vehicle data and writes the version into the format data, and a data transmission unit that transmits the format data with the version written therein to a server.
  • the computer can function as an in-vehicle device provided in the vehicle data collection system described above. This allows the same actions and effects to be achieved as the vehicle data collection system described above.
  • a computer program causes a computer to function as a data receiving unit that receives format data in which vehicle data, which is data related to a vehicle, is converted according to a version corresponding to the type of the vehicle data, and in which the version is written, and a data restoring unit that restores the vehicle data from the format data based on the version indicated in the format data.
  • the computer can function as a server provided in the vehicle data collection system described above. This allows the same actions and effects to be achieved as the vehicle data collection system described above.
  • a vehicle data collection method includes a step in which an on-board device mounted on a vehicle collects vehicle data, which is data related to the vehicle, a step in which the on-board device converts the collected vehicle data into format data of a version corresponding to the type of the vehicle data and writes the version into the format data, a step in which the on-board device transmits the format data with the version written therein to a server, a step in which the server receives the format data, and a step in which the server restores the vehicle data from the format data based on the version indicated in the format data.
  • This configuration includes steps that are characteristic of the vehicle data collection system described above. Therefore, this configuration can achieve the same effects and advantages as the vehicle data collection system described above.
  • FIG. 1 is a diagram illustrating an example of an overall configuration of a traffic management system according to an embodiment of the present disclosure.
  • the operation management system 1 includes an in-vehicle device 3A and an in-vehicle device 3B, a smartphone 4A and a smartphone 4B, a server 5, and an administrator terminal 7.
  • the in-vehicle device 3A and the in-vehicle device 3B are mounted on the vehicle 2A and the vehicle 2B, respectively.
  • the smartphones 4A and 4B are carried by crew members such as drivers of the vehicles 2A and 2B, respectively.
  • the smartphones 4A and 4B are examples of terminal devices carried by crew members. For this reason, a terminal device that can be carried by a crew member, such as a tablet terminal or a laptop computer, can also be used instead of the smartphones 4A and 4B.
  • the in-vehicle devices 3A, 3B and the smartphones 4A, 4B are connected wirelessly to the network 8.
  • the server 5 and the administrator terminal 7 are connected wirelessly or wired to the network 8.
  • Vehicles 2A and 2B are collectively referred to as vehicles 2, in-vehicle devices 3A and 3B are collectively referred to as in-vehicle devices 3, and smartphones 4A and 4B are collectively referred to as smartphones 4.
  • the number of vehicles 2, in-vehicle devices 3, and smartphones 4 is two, but there may be three or more.
  • the in-vehicle device 3 collects vehicle data, which is data related to the vehicle 2, and transmits the collected vehicle data to the server 5 via the network 8.
  • vehicle data includes measurement results from various sensors installed in the vehicle 2. Details of the vehicle data will be described later.
  • the smartphone 4 accepts input of notification data notified by the driver of the vehicle 2, and transmits the notification data to the server 5 via the network 8.
  • the notification data includes data that is useful for the operation of the vehicle 2.
  • the notification data includes, for example, rest areas for the vehicle 2, locations of police traffic enforcement, locations of traffic accidents, and locations where any complaints have been made. For example, a number is assigned in advance to each piece of notification data, and when the driver operates the smartphone 4 to input a number, the smartphone 4 transmits the notification data corresponding to the number to the server 5.
  • the server 5 receives vehicle data and notification data from the in-vehicle device 3 and the smartphone 4, respectively, via the network 8, and displays the received vehicle data and notification data on the display of the administrator terminal 7.
  • the administrator terminal 7 is a terminal device used by the administrator of the vehicle 2, and issues instructions to the server 5 for screen display, etc.
  • the administrator terminal 7 receives screen information for display from the server 5 via the network 8, and displays it on the display of the administrator terminal 7.
  • FIG. 2 is a block diagram showing an example of the configuration of the in-vehicle device 3. As shown in FIG.
  • the in-vehicle device 3 includes a communication unit 31, an interface unit 32, a storage device 33, and a processor 36.
  • the communication unit 31, the interface unit 32, the storage device 33, and the processor 36 are interconnected via a bus or the like.
  • the communication unit 31 includes a communication module for wirelessly connecting the in-vehicle device 3 to the network 8.
  • the communication unit 31 transmits and receives data to and from other devices via the network 8.
  • the communication unit 31 may be provided in a device separate from the in-vehicle device 3.
  • the interface unit 32 connects the sensor group 11, the on-board control device 12, the GPS (Global Positioning System) receiver 13, and the clock 14 mounted on the vehicle 2 to the on-board device 3.
  • GPS Global Positioning System
  • the storage device 33 is composed of a volatile memory element such as SRAM (Static Random Access Memory) or DRAM (Dynamic Random Access Memory), a non-volatile memory element such as flash memory or EEPROM (Electrically Erasable Programmable Read Only Memory), or a magnetic storage device such as a hard disk.
  • a volatile memory element such as SRAM (Static Random Access Memory) or DRAM (Dynamic Random Access Memory)
  • a non-volatile memory element such as flash memory or EEPROM (Electrically Erasable Programmable Read Only Memory)
  • EEPROM Electrical Erasable Programmable Read Only Memory
  • the storage device 33 stores the computer program 34 executed by the processor 36.
  • the storage device 33 also stores data used or generated when the computer program 34 is executed.
  • the data used or generated when the computer program 34 is executed includes, for example, the conversion rule information 35 described below.
  • the processor 36 is composed of a CPU (Central Processing Unit) and the like, and includes a data collection unit 37, a data conversion unit 38, and a data transmission unit 39 as functional processing units realized by reading and executing the computer program 34 stored in the storage device 33.
  • CPU Central Processing Unit
  • the data collection unit 37 collects vehicle data from the sensor group 11, the on-board control device 12, the GPS receiver 13, and the clock 14 via the interface unit 32.
  • the sensor group 11 includes sensors that output measurement values related to the state of the vehicle 2, such as the running state of the vehicle 2 or the interior environment of the vehicle 2.
  • the sensor group 11 includes, for example, a temperature sensor, an illuminance sensor, a carbon dioxide (hereinafter referred to as "CO2") sensor, an odor sensor, and a breath sensor.
  • CO2 carbon dioxide
  • the temperature sensor measures the temperature inside or outside the vehicle 2.
  • the humidity sensor measures the humidity inside or outside the vehicle 2.
  • the illuminance sensor measures the illuminance inside the vehicle 2.
  • the CO2 sensor measures the amount of CO2 inside the vehicle 2.
  • the amount of CO2 increases when ventilation inside the vehicle 2 is insufficient. Maintaining the amount of CO2 below a certain level is effective in preventing crew members from falling asleep or from contracting an infectious disease.
  • the CO2 sensor may measure the CO2 concentration instead of the amount of CO2.
  • the odor sensor measures the amount of odor inside the vehicle 2.
  • the amount of odor is represented by, for example, the concentration of volatile organic compounds that are the source substances of the odor.
  • Volatile organic compounds include, for example, formaldehyde, acetaldehyde, toluene, xylene, and ethylbenzene.
  • the breath sensor measures the breath alcohol concentration of the driver of the vehicle 2.
  • the data collection unit 37 collects the measurement results of each sensor (temperature, humidity, illuminance, amount of CO2, amount of odor, amount of alcohol, etc.) as vehicle data. Note that the data collection unit 37 may collect the CO2 concentration instead of the amount of CO2.
  • the data collection unit 37 also collects data flowing on the in-vehicle network of the vehicle 2 as vehicle data.
  • the in-vehicle network is configured using a CAN (Controller Area Network)
  • the data flowing on the in-vehicle network is called CAN information.
  • the CAN information is information output by an in-vehicle control device 12 such as an ECU (Electronic Control Unit), and includes, for example, information such as the acceleration, angular velocity, engine speed, battery voltage, remaining fuel, and SOC (State of Charge) of the vehicle 2.
  • the data collection unit 37 collects, as vehicle data, position information of the vehicle 2 measured by the GPS receiver 13.
  • the position information of the vehicle 2 is indicated by, for example, latitude, longitude, and altitude.
  • the data collection unit 37 collects the current time information output by the clock 14 .
  • the data conversion unit 38 converts the set of vehicle data collected by the data collection unit 37 into format data.
  • Format data refers to data in a specific data format.
  • the "set of vehicle data” is also referred to as “vehicle data.”
  • FIG 3 is a diagram showing an example of the data structure of format data.
  • the format data includes a timestamp indicated by the tag "datetime”, an identifier of the in-vehicle device 3 indicated by the tag “terminal_code” (hereinafter referred to as "in-vehicle device ID”), and a vehicle data structure indicated by the tag “parameters”.
  • the timestamp value "1600902266000” is calculated based on the current time information collected from the clock 14.
  • the in-vehicle device ID value "D1" is pre-stored in the storage device 33.
  • the data conversion unit 38 reads the in-vehicle device ID "D1" from the storage device 33 and writes it to the format data.
  • the vehicle data structure indicated by the tag "parameters” includes vehicle data collected from CAN information, vehicle data collected from the GPS receiver 13, and vehicle data collected from the sensor group 11.
  • vehicle data other than the vehicle data structure indicated by the tag “external” is vehicle data transmitted as standard from the vehicle 2 (hereinafter referred to as "standard data”).
  • the standard data is data transmitted in common by all vehicles 2.
  • the standard data includes, for example, vehicle data indicated by the tags "ac_l”, “ac_x”, “ac_y”, “ac_z”, “av_l”, “av_x”, “av_y”, “av_z”, “rssi_db”, "co_lat”, “co_log”, “co_alt”, "dir”, “sat_no", and "speed”.
  • the vehicle data indicated by the tag “ac_l” represents an average acceleration (scalar).
  • the vehicle data indicated by the tag “ac_x” represents a preset average acceleration in the x-axis direction.
  • the vehicle data indicated by the tag “ac_y” represents the preset average acceleration in the y-axis direction.
  • the vehicle data indicated by the tag “ac_z” represents the preset acceleration in the z-axis direction.
  • the vehicle data indicated by the tags “co_lat”, “co_log”, and “co_alt” represent the latitude, longitude, and altitude of vehicle 2, respectively.
  • the vehicle data indicated by the tag “dir” represents the direction of vehicle 2.
  • the vehicle data indicated by the tag “spd” represents the speed of vehicle 2.
  • the type of vehicle data included in the data of the structure indicated by the tag "external” differs for each vehicle 2.
  • the external data includes a version (data indicated by the tag “v") corresponding to the type of vehicle data included in the external data.
  • the type of vehicle data included in the external data and the arrangement of the vehicle data are regulated by the version.
  • the type of vehicle data indicates the type of the measurement result of the sensor. For example, temperature indicates the measurement result of a temperature sensor, and humidity indicates the measurement result of a humidity sensor, so the types of the sensor measurement results are different. Therefore, the type of vehicle data indicating temperature is different from the type of vehicle data indicating humidity.
  • the type of vehicle data may indicate the type of measurement result indicated by the vehicle data and the type of sensor that outputs the measurement result. In this case, for example, even if two vehicle data each indicate the temperature inside the vehicle 2, if the types of sensors that measure the temperature are different, the types of the vehicle data are different.
  • the conversion rule information 35 includes information indicating the type of vehicle data included in the external data and the arrangement of the vehicle data for each version. The conversion rule information 35 also includes a conversion rule for converting the vehicle data into format data for each version.
  • the external data includes, for example, data indicated by the tags "cabintemp”, “data1”, “data2”, “data3”, “data4", “data5", “data6”, and “carstatus” as vehicle data of version 1.0.
  • the data indicated by the tag “cabintemp” is 8-bit data indicating the temperature inside vehicle 2.
  • the data indicated by the tags “data1”, “data2”, “data3”, “data4", “data5", and “data6” is 16-bit data.
  • Each of these data is data generated by combining one vehicle data item or two or more vehicle data items.
  • the data indicated by the tag “data1” indicates the humidity inside vehicle 2 and the voltage of the battery installed in vehicle 2.
  • the data indicated by the tag “data2” indicates the illuminance inside vehicle 2.
  • the data indicated by the tag “data3” represents the remaining fuel in vehicle 2 and the speed of vehicle 2.
  • the data indicated by the tag “data4" represents the temperature outside vehicle 2 (outside air temperature) and the fuel type of vehicle 2.
  • the data indicated by the tag “data5" represents the fuel consumption of vehicle 2.
  • the data indicated by the tag “data6” represents the amount of intake air of vehicle 2 measured by the MAF (Mass flow sensor).
  • the data indicated by the tag “carstatus” is 8-bit data, and represents the engine status (engine speed) of vehicle 2.
  • the data conversion unit 38 converts the vehicle data collected by the data collection unit 37 into external data according to a predetermined conversion rule. For example, the data conversion unit 38 converts the temperature inside the vehicle 2 collected by the data collection unit 37 according to a predetermined calculation formula, thereby converting it into data indicated by an 8-bit tag "cabintemp". The data conversion unit 38 also combines multiple converted data items according to a predetermined combination rule to generate one piece of data. For example, the data conversion unit 38 combines the converted humidity inside the vehicle 2 with the converted battery voltage to generate data indicated by the tag "data1".
  • the conversion rules and combination rules, including the calculation formula, are stored in the conversion rule information 35.
  • the data transmission unit 39 transmits the format data generated by the data conversion unit 38 through the communication unit 31 to the server 5.
  • FIG. 4 is a block diagram showing an example of the configuration of the server 5.
  • the server 5 includes a communication unit 51, a storage device 52, and a processor 58.
  • the communication unit 51, the storage device 52, and the processor 58 are connected to each other via a bus or the like.
  • the communication unit 51 includes a communication module for connecting the server 5 to the network 8 wirelessly or via a wired connection.
  • the communication unit 51 transmits and receives data to and from other devices via the network 8.
  • the storage device 52 is composed of a volatile memory element such as an SRAM or DRAM, a non-volatile memory element such as a flash memory or an EEPROM, or a magnetic storage device such as a hard disk.
  • a volatile memory element such as an SRAM or DRAM
  • a non-volatile memory element such as a flash memory or an EEPROM
  • a magnetic storage device such as a hard disk.
  • the storage device 52 stores the computer program 53 executed by the processor 58.
  • the storage device 52 also stores data used or generated when the computer program 53 is executed.
  • the data used or generated when the computer program 53 is executed includes, for example, conversion rule information 54, vehicle data 55, notification data 56, and display item information 57.
  • the conversion rule information 54 includes conversion rules for converting the format data and restoring the vehicle data from the format data.
  • the conversion rule information 54 includes conversion rules for each version of the format data.
  • the vehicle data 55 is a set of vehicle data restored from the format data.
  • the notification data 56 is the notification data transmitted from the smartphone 4 .
  • the display item information 57 is information that indicates the type of vehicle data to be displayed.
  • the processor 58 is composed of a CPU and the like.
  • the processor 58 reads and executes the computer program 53 stored in the storage device 52.
  • the processor 58 includes, as functional processing units, a data receiving unit 59, a data restoration unit 60, a display control unit 61, a display item information acquisition unit 62, a vehicle data selection unit 63, and a conversion rule information registration unit 64.
  • the data receiving unit 59 receives data transmitted by the in-vehicle device 3, the smartphone 4, and the administrator terminal 7 via the communication unit 51. Specifically, the data receiving unit 59 receives format data transmitted by the in-vehicle device 3. The data receiving unit 59 may write the received format data as is to the storage device 52. The data receiving unit 59 receives notification data transmitted by the smartphone 4. The data receiving unit 59 receives various information such as screen display instruction information transmitted by the administrator terminal 7.
  • the data restoration unit 60 restores the vehicle data from the format data based on the version indicated in the format data received by the data receiving unit 59. More specifically, the data restoration unit 60 reads the version from the external data in the format data, and reads the conversion rule information 54 corresponding to the read version from the storage device 52. The data restoration unit 60 restores the vehicle data by converting the vehicle data included in the external data of the format data based on the read conversion rule information 54.
  • the external data includes vehicle data whose version is 1.0 and is indicated by the tag "v".
  • the external data includes data indicated by the tags "cabintemp”, “data1", “data2”, “data3”, “data4", “data5", “data6”, and "carstatus”.
  • the value of the data indicated by the tag "cabintemp” is 108 in decimal notation.
  • the value of the data indicated by the tag “data1” is 29439 in decimal notation.
  • the value of the data indicated by the tag “data2” is 418 in decimal notation.
  • the value of the data indicated by the tag “data3” is 12323 in decimal notation.
  • the value of the data indicated by the tag “data4" is 17665 in decimal notation.
  • the value of the data indicated by the tag “data5" is 356 in decimal notation.
  • the value of the data indicated by the tag “data6” is 52719 in decimal notation.
  • the value of the data indicated by the tag “carstatus” is 0 in decimal notation.
  • the type, arrangement, and size of each vehicle data are specified for each version in the conversion rule information 54.
  • FIG. 6 is a diagram for explaining the conversion process of vehicle data.
  • the table shown in FIG. 6 includes five columns (tag name, decimal number, hexadecimal number, decomposition, decomposition decimal number).
  • Tag name indicates the item (tag name) of data included in the external data.
  • Decimal number indicates the value of the decimal representation of the data.
  • the data restoration unit 60 extracts from the external data the value of the decimal representation indicated in "Decimal number" for each item of data indicated in "Item".
  • “Hexadecimal” indicates the hexadecimal value of the data.
  • the data items to be expressed in hexadecimal are stored for each version in conversion rule information 54.
  • the data restoration unit 60 expresses the target data (here, the decimal values indicated by the tags "data1", “data3”, “data4", “data5", and “data6") in hexadecimal based on conversion rule information 54 and the version of the external data.
  • the data restoration unit 60 breaks down the hexadecimal value into the most significant two digits and the least significant two digits, and expresses each in decimal.
  • “Decomposition” indicates the upper two digits and the lower two digits obtained by decomposing a hexadecimal value.
  • “Decomposed Decimal” indicates data in which the decomposed hexadecimal data is expressed in decimal.
  • “Decomposed Decimal” indicates data in decimal for data that is not subject to hexadecimal expression. For example, the decimal expression of the data indicated by the tag "data1" is 29439, and the hexadecimal expression of that data is 72FF. Also, the data expressed in decimal after decomposing the hexadecimal data is 114 and 255.
  • FIG. 7 is a diagram for explaining the conversion process of vehicle data.
  • the table shown in FIG. 7 includes six columns (tag name, data size, item, formula, decomposed decimal number, converted).
  • Tag name is the same as that shown in FIG. 6, and indicates the item (tag name) of the data included in the external data.
  • Data size indicates the size of the data indicated by the tag name. In the case of data that is the subject of hexadecimal representation, “Data size” indicates the size of the data in the upper two digits and the size of the data in the lower two digits.
  • “Item” indicates the item of the vehicle data after conversion.
  • "Formula” indicates the formula for converting the data indicated in "Decomposed decimal number”.
  • “Decomposed decimal number” indicates the value of the decimal representation before conversion. The value of “Decomposed decimal number” is the same as “Decomposed decimal number” shown in FIG. 6. “Converted” indicates the value after the value indicated in “Decomposed decimal number” is converted according to the formula indicated in "Formula”.
  • the formula shown in "Formula” is stored in the conversion rule information 54 for each version.
  • the data restoration unit 60 derives a temperature of 24.6°C by substituting the value 108 of the "Decomposed Decimal Number" of the tag "cabintemp” into the variable cabinettemp of the formula "((cabintemp/256) * 165) - 45".
  • the data restoration unit 60 also derives a humidity of 59.5% by substituting the value 114 of the higher-order "Decomposed Decimal Number" of the tag "data1" into the variable A of the formula "(A/256) * 100 + 15".
  • the data restoration unit 60 derives the fuel consumption of 17.8 km/L by substituting the upper "decomposed decimal number” value 1 and the lower “decomposed decimal number” value 100 of the tag "data5" into variables A and B of the formula "(256*A+B)/20", respectively.
  • FIG. 8 is a diagram showing an example of vehicle data 55 restored by converting format data.
  • Vehicle data 55 includes an in-vehicle device ID, standard data, and external data.
  • the in-vehicle device ID includes the data indicated by the tag "terminal_code" of the format data shown in FIG. 3.
  • the standard data includes data other than the data indicated by the tag "external” from the vehicle data structure indicated by the tag “parameters” of the format data.
  • the external data includes the version of the external data and the value of the external data after conversion shown in FIG. 7.
  • the data restoration unit 60 stores the restored vehicle data 55 in the storage device 52 for each vehicle-mounted device ID.
  • the display control unit 61 transmits screen information including at least one of the vehicle data 55 and the notification data 56 stored in the storage device 52 to the administrator terminal 7 via the communication unit 51. This causes the administrator terminal 7 to display screen information including at least one of the vehicle data 55 and the notification data 56.
  • the display item information acquisition unit 62 receives display item information indicating the type of vehicle data that the manager of the vehicle 2 wishes to display from the manager terminal 7 via the communication unit 51.
  • the display item information acquisition unit 62 stores the received display item information 57 in the storage device 52.
  • the vehicle data selection unit 63 selects vehicle data of the type indicated by the display item information 57 from the vehicle data 55 stored in the storage device 52.
  • the vehicle data selection unit 63 outputs the selected vehicle data to the display control unit 61.
  • the display control unit 61 generates screen information including the vehicle data selected by the vehicle data selection unit 63 and transmits it to the administrator terminal 7 via the communication unit 51. This makes it possible to cause the administrator terminal 7 to display screen information including the vehicle data selected based on the display item information 57.
  • the vehicle data selection unit 63 selects vehicle data based on the instruction information from the vehicle data 55. For example, when screen display instruction information is received for vehicle data of a vehicle 2 for which an alcohol check has not been completed, the vehicle data selection unit 63 selects vehicle data of a vehicle 2 for which an alcohol check has not been completed from the vehicle data 55. The selected vehicle data is displayed on the administrator terminal 7 in the same manner as described above.
  • the conversion rule information registration unit 64 registers the conversion rule information 54 by writing it to the storage device 52.
  • the conversion rule information registration unit 64 also registers the conversion rule information in the in-vehicle device 3 by transmitting the conversion rule information for generating format data from vehicle data to the in-vehicle device 3 via the communication unit 51.
  • the conversion rule information registration unit 64 registers conversion rule information when a new type of sensor is added to the vehicle 2. When a new type of sensor is added, the measurement results of the added sensor cannot be converted into format data using existing conversion rule information. For this reason, the conversion rule information registration unit 64 creates mutual conversion rule information between new vehicle data and format data, including the conversion rule for the measurement results of the added sensor.
  • the conversion rule information registration unit 64 also assigns a new version to the new conversion rule information.
  • the conversion rule information registration unit 64 may be provided in a device external to the server 5.
  • the conversion rule information registration unit 64 may be provided in the administrator terminal 7, and the administrator terminal 7 may register the conversion rule information of the in-vehicle device 3 and the server 5.
  • FIG. 9 is a block diagram showing an example of the configuration of the administrator terminal 7.
  • the administrator terminal 7 includes a communication unit 71, an input unit 72, a display unit 73, a processor 74, and a storage device 75.
  • the communication unit 71, the input unit 72, the display unit 73, the processor 74, and the storage device 75 are connected to each other via a bus or a communication line, etc.
  • the communication unit 71 includes a communication module for connecting the administrator terminal 7 to the network 8 wirelessly or via a wired connection.
  • the communication unit 71 transmits and receives data to and from other devices via the network 8.
  • the input unit 72 is an input device used by the administrator using the administrator terminal 7 to input data, and includes, for example, a keyboard or a mouse.
  • Display unit 73 is an output device for displaying data, and includes, for example, a display using liquid crystal or organic EL (electroluminescence).
  • the processor 74 is configured with a CPU and performs processes such as calculations according to a computer program.
  • the storage device 75 is composed of a volatile memory element such as an SRAM or DRAM, a non-volatile memory element such as a flash memory or an EEPROM, or a magnetic storage device such as a hard disk.
  • the storage device 75 stores the computer program 76 executed by the processor 74.
  • the storage device 75 also stores data used or generated when the computer program 76 is executed.
  • the processor 74 receives screen information for display from the server 5 via the communication unit 71 and displays the received screen information on the display unit 73.
  • FIG. 10 is a diagram showing an example of screen information displayed on the display unit 73.
  • the vehicle data screen 100 shown in FIG. 10 is an example of screen information, and shows the location of a vehicle 2 in which a driver is riding who has not completed a breath alcohol concentration test (alcohol check).
  • the vehicle data screen 100 shows, for example, vehicle icons 111A, 111B, and 111C and mug icons 112A, 112B, and 112C on a map.
  • vehicle icons 111 when there is no need to distinguish between the vehicle icons 111A, 111B, and 111C, they will be referred to as vehicle icons 111, and when there is no need to distinguish between the mug icons 112A, 112B, and 112C, they will be referred to as mug icons 112.
  • Vehicle icons 111 are displayed at the positions on the map of vehicles 2 for which alcohol checks have not been completed.
  • the direction of the tip of the vehicle icon 111 indicates the traveling direction of the vehicle 2.
  • the mug icon 112 is displayed near the vehicle icon 111.
  • the mug icon 112 is an icon indicating that the alcohol check of the driver has not been completed.
  • Vehicles 2 that similarly indicate abnormal values for the amount of CO2 and the amount of odor inside the vehicle 2 may be indicated on the map by the vehicle icon 111.
  • An icon indicating the type of vehicle data that indicates an abnormal value may also be displayed near the vehicle icon 111. Note that the CO2 concentration inside the vehicle 2 may be used instead of the amount of CO2 inside the vehicle 2.
  • FIG. 11 is a diagram showing an example of screen information displayed on the display unit 73.
  • the vehicle data screen 110 shown in FIG. 11 is an example of screen information, and shows a list of vehicle data for the vehicles 2 managed by the administrator.
  • the vehicle data screen 110 includes multiple records for each vehicle 2, each consisting of 11 items (display, vehicle name, status, driver name, alcohol check, SOC, remaining fuel, remaining battery, outside temperature, odor, notification data).
  • the item "Display” indicates whether or not the position of vehicle 2 is shown by a vehicle icon 111 superimposed on a map on the vehicle data screen 100 as shown in FIG. 10.
  • the positions of vehicles 2 here, vehicles whose names are vehicle B, vehicle F, and vehicle H
  • a check mark in the item "Display” are shown on the vehicle data screen 100.
  • the item "Vehicle Name” shows a list of the names of the vehicles 2 managed by the administrator.
  • the names of the vehicles 2 managed by the administrator are associated with, for example, the in-vehicle device IDs and managed by the server 5.
  • the item “Status” is an icon that indicates the status of vehicle 2 or the crew of vehicle 2.
  • the icon shown in the item “Status” is superimposed on the map on the vehicle data screen 100.
  • a vehicle icon 111 is displayed on the map, indicating that some abnormality has occurred with vehicle 2 or the crew of vehicle 2, and an icon indicating the nature of the abnormality is displayed near the vehicle icon 111.
  • Icons indicating abnormalities include, for example, a mug icon 112, a gas station icon 114, and a battery icon 115.
  • a mug icon 112 When the mug icon 112 is displayed, it indicates that the alcohol check of the driver of the vehicle 2 has not been completed, as described above.
  • the gas station icon 114 When the gas station icon 114 is displayed, it indicates that the fuel level of the vehicle 2 is low (for example, the fuel level is below a predetermined fuel level threshold).
  • the battery icon 115 it indicates that the SOC of the battery of the vehicle 2 is abnormal (for example, the SOC is below a predetermined SOC threshold).
  • a vehicle icon 113 is displayed on the map, indicating that no abnormalities have been detected by vehicle 2 or the driver of vehicle 2.
  • Both vehicle icons 111 and 113 indicate the position of vehicle 2, and the direction of their tips indicates the traveling direction of vehicle 2.
  • the display manner of vehicle icon 111 and vehicle icon 113 differs depending on whether or not they are hatched. This allows the administrator to easily identify whether or not an abnormality has been detected in the vehicle 2.
  • the item "Driver name” indicates the name of the driver of vehicle 2.
  • the name of the driver of vehicle 2 managed by the administrator is managed by server 5, for example, in association with the vehicle-mounted device ID.
  • the "alcohol check” item indicates the time that has elapsed since the driver last measured the breath alcohol concentration using the breath sensor installed in the vehicle 2 and the measurement result was determined to be below the reference value (hereinafter referred to as "alcohol check elapsed time"). If the alcohol check elapsed time is equal to or greater than a predetermined time threshold, a warning icon 116 is displayed near the alcohol check elapsed time.
  • the "SOC" item indicates the SOC of the battery installed in the vehicle 2. If the SOC is below a predetermined SOC threshold, a warning icon 116 is displayed near the SOC.
  • the "Fuel Remaining" item indicates the amount of fuel remaining in the vehicle 2.
  • the fuel remaining amount is a percentage of the tank capacity of the fuel, such as gasoline. If the amount of fuel remaining is less than a predetermined fuel remaining threshold, a warning icon 116 is displayed near the amount of fuel remaining.
  • the item “battery voltage” indicates the voltage of the battery mounted on the vehicle 2. If the battery voltage is below a predetermined battery voltage threshold, a warning icon 116 is displayed near the battery voltage threshold.
  • the item “outside temperature” indicates the temperature outside the vehicle 2 (outside temperature).
  • the "Odor” item shows the odor judgment result based on the amount of odor inside the vehicle 2. If the amount of odor is less than a predetermined odor amount threshold, "OK” is displayed, and if the amount of odor is equal to or greater than the odor amount threshold, "NG" is displayed.
  • the "Notification Data” item indicates whether or not there is notification data notified by the driver of vehicle 2. If the notification icon 117 is displayed, this indicates that there is notification data. If the notification icon 117 is not displayed, this indicates that there is no notification data.
  • Each item is provided with a sort button 118, for example, in the shape of an inverted triangle.
  • the processor 74 sorts and displays the records in ascending or descending order of the value of the item to which the pressed sort button 118 belongs.
  • version 1.0 vehicle data 55 shown in FIG. 8 does not include breath alcohol concentration, SOC, or odor amount, but other versions of the vehicle data 55 include these data.
  • FIG. 12 is a diagram showing an example of screen information displayed on the display unit 73.
  • the vehicle data screen 120 shown in FIG. 12 is an example of screen information, and shows the notification position of notification data from the vehicle 2 and the content of the notification data.
  • the vehicle data screen 120 for example, shows a notification icon 131 at the notification location of the notification data on a map, and shows the notification data content 132 in the vicinity of the notification icon 131.
  • the administrator can know that there is a rest area at the location of the notification icon 131.
  • FIG. 13 is a diagram showing an example of screen information displayed on the display unit 73.
  • the setting screen 130 shown in FIG. 13 is an example of screen information, and is a screen for selecting display items that indicate the type of vehicle data to be displayed on the vehicle data screen 110 shown in FIG. 11.
  • the vehicle data screen 110 displays a list of display item candidates with a check box to the left of each candidate.
  • the administrator operates the input unit 72 to check the check box and presses the OK button 101. This selects the checked candidate as a display item. For example, the administrator selects alcohol check, battery voltage, SOC, remaining fuel, outside temperature, and odor as display items.
  • the processor 74 transmits display item information indicating the selected display item to the server 5 via the communication unit 71.
  • FIG. 14 is a diagram showing an example of screen information displayed on the display unit 73.
  • the management screen 140 shown in FIG. 14 shows a list of information related to the vehicle 2 managed by the administrator.
  • the management screen 140 includes multiple records consisting of an in-vehicle device ID, in-vehicle device name, vehicle name, driver name, last operation date and time, version, acceleration, angular velocity, battery voltage, SOC, remaining fuel, etc.
  • In-vehicle device ID is an identifier of the in-vehicle device 3 installed in the vehicle 2.
  • In-vehicle device name is the name of the in-vehicle device 3.
  • Vehicle name is the name of the vehicle 2.
  • “Last operation date and time” indicates the last operation date and time of the vehicle 2. The last operation date and time indicates, for example, the date and time when the vehicle 2 was stopped, which is identified by the server 5 based on the speed or position of the vehicle 2.
  • Each item is provided with a sort button 118, for example, in the shape of an inverted triangle.
  • the processor 74 sorts and displays the records in ascending or descending order of the value of the item to which the pressed sort button 118 belongs.
  • FIG. 15 is a sequence diagram showing an example of a processing procedure of the traffic management system 1.
  • FIG. The data collection unit 37 of the in-vehicle device 3 collects current time information from the clock 14 (step S1).
  • the data collection unit 37 of the in-vehicle device 3 collects the position information of the vehicle 2 from the GPS receiver 13 (step S2).
  • the data collection unit 37 of the in-vehicle device 3 collects CAN information flowing on the in-vehicle network of the vehicle 2 (step S3).
  • the data collection unit 37 of the in-vehicle device 3 collects the measurement results from the group of sensors 11 installed in the vehicle 2 (step S4).
  • the data conversion unit 38 of the in-vehicle device 3 converts the data collected by the processes in steps S1 to S4 into format data (step S5).
  • An example of the format data is as shown in FIG. 3.
  • the data transmission unit 39 of the in-vehicle device 3 transmits the format data generated by the processing of step S4 to the server 5, and the data receiving unit 59 of the server 5 receives the format data (step S6).
  • the data restoration unit 60 of the server 5 restores the vehicle data from the format data received in step S6 (step S7).
  • An example of the restored vehicle data is shown in FIG. 8.
  • the data restoration unit 60 of the server 5 stores the restored vehicle data in the storage device 52 for each in-vehicle device ID (step S8).
  • the process shown in FIG. 15 is repeatedly executed at a predetermined cycle.
  • FIG. 16 is a sequence diagram showing an example of the processing procedure of the traffic management system 1.
  • FIG. 16 shows the processing procedure for collecting notification data from the smartphone 4.
  • the driver of vehicle 2 operates smartphone 4 at a location where useful information for the operation of vehicle 2 has been obtained, and inputs the notification data (step S11).
  • the driver starts an app for collecting notification data, and inputs a number corresponding to the type of notification data.
  • numbers 1, 2, 3, and 4 correspond to rest areas of vehicle 2, locations of police traffic enforcement, locations of traffic accidents, and locations where any complaints have been made, respectively.
  • the smartphone 4 adds the position information of the vehicle 2 and the in-vehicle device ID of the in-vehicle device 3 to the notification data input in step S11 and transmits the result to the server 5, and the server 5 receives the notification data with the position information and the in-vehicle device ID added (step S12). For example, if the driver operates the smartphone 4 to input the number 1 corresponding to the rest area, the number "1" as notification data, the position information, and the in-vehicle device ID are transmitted to the server 5.
  • the server 5 stores the notification data, to which the location information and in-vehicle device ID received in step S12 have been added, in the storage device 52 (step S13).
  • FIG. 17 is a sequence diagram showing an example of the processing procedure of the traffic management system 1.
  • FIG. 17 shows the processing procedure for selecting display items to be displayed on the administrator terminal 7.
  • the administrator inputs a display instruction for the settings screen, which is a screen for selecting display items, from the input unit 72 of the administrator terminal 7 (step S21).
  • the processor 74 of the administrator terminal 7 transmits setting screen display instruction information to the server 5, and the data receiving unit 59 of the server 5 receives the information (step S22).
  • the display control unit 61 of the server 5 generates setting screen information for selecting display items to be displayed on the administrator terminal 7 based on the received setting screen display instruction information (step S23).
  • the display control unit 61 of the server 5 transmits the generated setting screen information to the administrator terminal 7, and the processor 74 of the administrator terminal 7 receives the information (step S24).
  • the processor 74 of the administrator terminal 7 causes the display unit 73 to display a setting screen based on the received setting screen information (step S25).
  • An example of the setting screen is as shown in FIG. 13.
  • the administrator operates the input unit 72 to select display items from the settings screen (step S26).
  • the processor 74 of the administrator terminal 7 transmits display item information indicating the selected display item to the server 5, and the display item information acquisition unit 62 of the server 5 receives the display item information (step S27).
  • the processor 74 of the administrator terminal 7 writes the received display item information 57 to the storage device 52 (step S28).
  • FIG. 18 is a sequence diagram showing an example of a processing procedure by the traffic management system 1.
  • FIG. 18 shows the processing procedure for displaying the vehicle data screen.
  • the administrator inputs an instruction to display the vehicle data screen from the input section of the administrator terminal 7 (step S31).
  • an instruction to display the location of vehicles 2 for which the alcohol check has not been completed has been input.
  • the processor 74 of the administrator terminal 7 transmits vehicle data screen display instruction information to the server 5, and the data receiving unit 59 of the server 5 receives the information (step S32).
  • the vehicle data selection unit 63 of the server 5 selects vehicle data of a vehicle 2 for which an alcohol check has not been completed from the vehicle data 55 based on the instruction information (step S33). Specifically, the vehicle data selection unit 63 refers to the vehicle data 55 and calculates the alcohol check elapsed time for each vehicle-mounted device ID. The vehicle data selection unit 63 selects the latest vehicle data 55 for a vehicle-mounted device ID for which the alcohol check elapsed time is equal to or greater than a predetermined time threshold.
  • the display control unit 61 of the server 5 generates vehicle data screen information based on the vehicle data 55 selected in step S33 (step S34). For example, the display control unit 61 generates vehicle data screen information for displaying a vehicle data screen showing the position of a vehicle 2 for which an alcohol check has not been completed on a map using a vehicle icon 111 and a mug icon 112, as shown in FIG. 10.
  • the display control unit 61 of the server 5 transmits the generated vehicle data screen information to the administrator terminal 7, and the processor 74 of the administrator terminal 7 receives the information (step S35).
  • the display control unit 61 of the server 5 causes the display unit 73 to display the vehicle data screen 100 as shown in FIG. 10 based on the received vehicle data screen information (step S36).
  • step S31 the administrator inputs an instruction to display a list of vehicle data for the vehicle 2 that the administrator manages.
  • step S33 the vehicle data selection unit 63 of the server 5 reads the latest vehicle data 55 for each vehicle-mounted device ID from the storage device 52.
  • the vehicle data selection unit 63 refers to the display item information 57 and selects, from the read vehicle data 55, vehicle data of the type indicated by the display item information 57.
  • step S34 the display control unit 61 of the server 5 generates vehicle data screen information for displaying the vehicle data screen 110 as shown in FIG. 11 based on the selected vehicle data and the notification data 56 stored in the storage device 52. As a result, the vehicle data screen 110 is displayed on the administrator terminal 7 in step S35.
  • step S31 the administrator inputs an instruction to display the notification position of the notification data from the vehicle 2 and the content of the notification data. In this case, the process of step S33 is not executed.
  • step S34 the display control unit 61 generates notification data display screen information for displaying the vehicle data screen 120 as shown in FIG. 12, instead of the vehicle data screen information, based on the notification data 56 stored in the storage device 52.
  • step S35 the display control unit 61 of the server 5 transmits the notification data display screen information to the administrator terminal 7 instead of the vehicle data screen information, and the processor 74 of the administrator terminal 7 receives the information.
  • step S36 the processor 74 causes the display unit 73 to display a vehicle data screen 120 as shown in FIG. 12.
  • Fig. 19 is a sequence diagram showing an example of a processing procedure by the traffic control system 1.
  • Fig. 19 shows a processing procedure for displaying a management screen.
  • the administrator inputs an instruction to display the management screen from the input section of the administrator terminal 7 (step S41).
  • the processor 74 of the administrator terminal 7 transmits management screen display instruction information to the server 5, and the data receiving unit 59 of the server 5 receives the information (step S42).
  • the display control unit 61 of the server 5 reads the latest vehicle data 55 from the storage device 52 for each vehicle-mounted device ID based on the instruction information (step S43).
  • the display control unit 61 of the server 5 generates management screen information for displaying the management screen 140 as shown in FIG. 14 based on the read vehicle data 55 (step S44). Note that correspondence information between the vehicle-mounted device ID and the vehicle-mounted device name, vehicle name, and crew name is assumed to be stored in advance in the storage device 52. The display control unit 61 references this correspondence information to generate the information on the vehicle-mounted device name, vehicle name, and crew name for the management screen 140. In addition, the last operating date and time of the management screen 140 is derived from the timestamp of the vehicle data 55.
  • the display control unit 61 of the server 5 transmits the generated management screen information to the administrator terminal 7, and the processor 74 of the administrator terminal 7 receives the information (step S45).
  • the display control unit 61 of the server 5 causes the display unit 73 to display the management screen 140 as shown in FIG. 14 based on the received management screen information (step S46).
  • a version is determined according to the type of vehicle data collected by the in-vehicle device 3, and the vehicle data is converted into format data of a version corresponding to the type of vehicle data, and then transmitted from the in-vehicle device 3 to the server 5. Therefore, the server 5 can use the version as a clue to restore the format data to vehicle data using a conversion method appropriate for each version. Therefore, the server 5 can efficiently collect vehicle data from multiple vehicles 2 equipped with different numbers and types of sensors.
  • the server 5 can also display vehicle data collected from multiple vehicles 2 equipped with different numbers and types of sensors on the administrator terminal 7.
  • the server 5 can also display on the administrator terminal 7 the type of vehicle data desired by the administrator from among the vehicle data collected by the server 5.
  • the server 5 can also display the notification data collected from multiple vehicles 2 on the manager terminal 7 in association with the position of the vehicle 2 on a map. For example, when a driver notifies a rest area, the rest area is displayed on the map. This allows other managers or drivers who see the display to be informed of the rest area. In this way, notification data can be shared between managers or multiple drivers.
  • the server 5 also causes the manager terminal 7 to display data relating to at least one of the amount of carbon dioxide inside the vehicle 2, the amount of odor inside the vehicle 2, and the breath alcohol concentration of the driver of the vehicle 2, in association with the position of the vehicle 2 on a map. This allows the manager to identify the vehicle 2 and the position of the vehicle 2 where an abnormality has occurred in the amount of carbon dioxide inside the vehicle 2, the amount of odor inside the vehicle 2, or the breath alcohol concentration of the driver.
  • the server 5 also registers in the server 5 conversion rule information 54 for restoring vehicle data from format data, and registers in the in-vehicle device 3 conversion rule information for generating format data from vehicle data. As a result, even if a new sensor is added to the vehicle 2 and vehicle data collected by the in-vehicle device 3 is added, the in-vehicle device 3 and the server 5 can perform data conversion between vehicle data and format data according to the new conversion rule information.
  • the smartphone 4 is configured to transmit the notification data to the server 5 .
  • the in-car device 3 may be configured to transmit the notification data to the server 5 .
  • a physical switch corresponding to the notification data is provided in a position that can be operated by the occupant, such as on the dashboard of the vehicle 2.
  • the physical switch is connected to the interface unit 32 of the in-vehicle device 3.
  • the data collection unit 37 of the in-vehicle device 3 collects the notification data corresponding to the physical switch, and the data transmission unit 39 transmits the collected notification data to the server 5.
  • the server 5 transmits the screen information to the administrator terminal 7 and causes the administrator terminal 7 to display the screen information.
  • the server 5 may transmit the screen information to the smartphone 4 and cause the smartphone 4 to display the screen information.
  • the vehicle data screen 120 shown in Fig. 12 may be displayed on the smartphone 4. This makes it possible to inform the passengers of the vehicle 2 of the contents of the notification data.
  • each of the above devices may be composed of one or more semiconductor devices such as system LSIs.
  • the above-mentioned computer program may be distributed by recording it on a computer-readable non-transitory recording medium, such as a HDD, a CD-ROM, a semiconductor memory, etc.
  • the computer program may be distributed by transmitting it via a telecommunication line, a wireless or wired communication line, a network such as the Internet, data broadcasting, etc.
  • each of the above devices may be realized by multiple computers or multiple processors.
  • each of the above devices may be provided by cloud computing.
  • some or all of the functions of each device may be realized by a cloud server.
  • Operation management system (vehicle data collection system) Reference Signs List 2, 2A, 2B Vehicle 3, 3A, 3B Vehicle-mounted device 4, 4A, 4B Smartphone 5 Server 7 Administrator terminal 8 Network 11 Sensor group 12 Vehicle-mounted control device 13 GPS receiver 14 Clock 31, 51, 71 Communication unit 32 Interface unit 33, 52, 75 Storage device 34, 53, 76 Computer program 35 Conversion rule information 36, 58, 74 Processor 37 Data collection unit 38 Data conversion unit 39 Data transmission unit 54 Conversion rule information 55 Vehicle data 56 Notification data 57 Display item information 59 Data reception unit 60 Data restoration unit 61 Display control unit 62 Display item information acquisition unit 63 Vehicle data selection unit 64 Conversion rule information registration unit 72 Input unit 73 Display unit 100, 110, 120 Vehicle data screen 101 OK button 111, 111A, 111B, 111C, 113 Vehicle icons 112, 112A, 112B, 112C, mug icon 114, gas station icon 115, battery icon 116, warning icons 117, 131, notification icon 130, setting screen 132, notification data content

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Computing Systems (AREA)
  • Operations Research (AREA)
  • Development Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Mathematical Physics (AREA)
  • Accounting & Taxation (AREA)
  • Educational Administration (AREA)
  • Educational Technology (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Quality & Reliability (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Traffic Control Systems (AREA)

Abstract

車両データ収集システムは、車両に搭載される車載装置と、前記車載装置からデータを収集するサーバとを備え、前記車載装置は、前記車両に関連するデータである車両データを収集するデータ収集部と、収集された前記車両データを、当該車両データの種類に対応するバージョンのフォーマットデータに変換し、前記フォーマットデータに前記バージョンを書き込むデータ変換部と、前記バージョンが書き込まれた前記フォーマットデータを前記サーバに送信するデータ送信部とを備え、前記サーバは、前記フォーマットデータを受信するデータ受信部と、前記フォーマットデータに示される前記バージョンに基づいて、前記フォーマットデータから前記車両データを復元するデータ復元部と、を備える。

Description

車両データ収集システム、車載装置、サーバ、コンピュータプログラム、および車両データ収集方法
　本開示は、車両データ収集システム、車載装置、サーバ、コンピュータプログラム、および車両データ収集方法に関する。本出願は、２０２２年１１月２日出願の日本出願第２０２２－１７５９５１号に基づく優先権を主張し、前記日本出願に記載された全ての記載内容を援用するものである。
　従来、車両またはドライバの位置情報をリアルタイムに把握し、記録する動態管理システムが開発されている（例えば、非特許文献１参照）。
"動態管理とは？動態管理システムのメリット・ポイントについて知ろう"，［ｏｎｌｉｎｅ］，２０２０年７月１３日，ＢＩＰＲＯＧＹ　Ｇｒｏｕｐ，Ｌｔｄ．，［令和４年８月２６日検索］，インターネット＜ＵＲＬ：https://dr.biprogy.com/column/2020/0713.html＞
　本開示の一態様に係る車両データ収集システムは、車両に搭載される車載装置と、前記車載装置からデータを収集するサーバとを備え、前記車載装置は、前記車両に関連するデータである車両データを収集するデータ収集部と、収集された前記車両データを、当該車両データの種類に対応するバージョンのフォーマットデータに変換し、前記フォーマットデータに前記バージョンを書き込むデータ変換部と、前記バージョンが書き込まれた前記フォーマットデータを前記サーバに送信するデータ送信部とを備え、前記サーバは、前記フォーマットデータを受信するデータ受信部と、前記フォーマットデータに示される前記バージョンに基づいて、前記フォーマットデータから前記車両データを復元するデータ復元部と、を備える。
　本発明は、このような特徴的な処理部を備える車両データ収集システムとして実現することができるだけでなく、かかる特徴的な処理をステップとする車両データ収集方法として実現したり、かかるステップをコンピュータに実行させるためのコンピュータプログラムとして実現したりすることができる。また、車両データ収集システムの一部又は全部を実現する半導体集積回路として実現することができる。
図１は、本開示の実施形態に係る運行管理システムの全体構成の一例を示す図である。 図２は、車載装置の構成の一例を示すブロック図である。 図３は、フォーマットデータのデータ構造の一例を示す図である。 図４は、サーバの構成の一例を示すブロック図である。 図５は、フォーマットデータに含まれる外部データの一例を示す図である。 図６は、車両データの変換処理について説明するための図である。 図７は、車両データの変換処理について説明するための図である。 図８は、フォーマットデータを変換することにより復元された車両データの一例を示す図である。 図９は、管理者端末の構成の一例を示すブロック図である。 図１０は、表示部に表示される画面情報の一例を示す図である。 図１１は、表示部に表示される画面情報の一例を示す図である。 図１２は、表示部に表示される画面情報の一例を示す図である。 図１３は、表示部に表示される画面情報の一例を示す図である。 図１４は、表示部に表示される画面情報の一例を示す図である。 図１５は、運行管理システムの処理手順の一例を示すシーケンス図である。 図１６は、運行管理システムの処理手順の一例を示すシーケンス図である。 図１７は、運行管理システムの処理手順の一例を示すシーケンス図である。 図１８は、運行管理システムによる処理手順の一例を示すシーケンス図である。 図１９は、運行管理システムによる処理手順の一例を示すシーケンス図である。
［本開示が解決しようとする課題］
　例えば、荷物の配送業者とカーシェアリングの事業者とでは、各車両に搭載されるセンサの種類は異なる。また、同じ配送業者が管理する配送車両であっても、荷物の種類によって搭載されるセンサの種類が異なる場合がある。例えば、冷凍冷蔵品を配送する配送車両には温度センサが搭載されるが、温度管理の必要のない荷物を配送する配送車両には温度センサが搭載されない場合もある。
　このため、動態管理を行うサーバにとって、各車両から収集する車両データを判別する処理が煩雑であるという課題がある。
　本開示は、このような事情に鑑みてなされたものであり、搭載されるセンサの数および種類が異なる複数の車両から、効率的に車両データを収集することのできる車両データ収集システム、車載装置、サーバ、コンピュータプログラム、および車両データ収集方法を提供することを目的とする。
［本開示の効果］
　本開示によると、搭載されるセンサの数および種類が異なる複数の車両から、効率的に車両データを収集することができる。
　［本開示の実施形態の概要］
　最初に本開示の実施形態の概要を列記して説明する。
　（１）本開示の一実施形態に係る車両データ収集システムは、車両に搭載される車載装置と、前記車載装置からデータを収集するサーバとを備え、前記車載装置は、前記車両に関連するデータである車両データを収集するデータ収集部と、収集された前記車両データを、当該車両データの種類に対応するバージョンのフォーマットデータに変換し、前記フォーマットデータに前記バージョンを書き込むデータ変換部と、前記バージョンが書き込まれた前記フォーマットデータを前記サーバに送信するデータ送信部とを備え、前記サーバは、前記フォーマットデータを受信するデータ受信部と、前記フォーマットデータに示される前記バージョンに基づいて、前記フォーマットデータから前記車両データを復元するデータ復元部と、を備える。
　これによると、車両データの種類に応じてバージョンが定められており、車両データが、車両データの種類に対応するバージョンのフォーマットデータに変換される。つまり、バージョンに対応したデータ形式のデータであるフォーマットデータに変換される。その後、フォーマットデータが、車載装置からサーバに送信される。このため、サーバは、バージョンを手掛かりとして、それぞれのバージョンに応じた変換方法でフォーマットデータを車両データに復元することができる。よって、サーバは、搭載されるセンサの数および種類が異なる複数の車両から、効率的に車両データを収集することができる。
　（２）上記（１）において、前記サーバは、前記データ復元部により復元された前記車両データを表示させる表示制御部をさらに備えてもよい。
　これにより、搭載されるセンサの数および種類が異なる複数の車両から収集した車両データを画面に表示することができる。
　（３）上記（２）において、前記サーバは、表示対象の前記車両データの種類を示す表示項目情報を取得する表示項目情報取得部と、復元された前記車両データの中から、前記表示項目情報が示す種類の前記車両データを選択する車両データ選択部とをさらに備え、前記表示制御部は、前記車両データ選択部により選択された前記車両データを表示させてもよい。
　これにより、サーバが収集した車両データの中から管理者が所望する種類の車両データを表示することができる。
　（４）上記（２）または（３）において、前記データ収集部は、前記車両データとして、前記車両の位置を収集し、前記データ受信部は、さらに、前記車両の乗務員によって通知された通知データを受信し、前記表示制御部は、さらに、前記車両データに基づいて、前記データ受信部が受信した前記通知データを、地図上の前記車両の位置に対応付けて表示させてもよい。
　例えば、乗務員が休憩場所を通知した場合には、休憩場所が地図上に表示される。これにより、表示を見た他の乗務員に休憩場所を知らせることができる。このように、通知データを複数の乗務員やユーザ間で供給することができる。
　（５）上記（２）から（４）のいずれかにおいて、前記データ収集部は、前記車両データとして、前記車両内の二酸化炭素量、前記車両内の臭気量、および前記車両の乗務員の呼気アルコール濃度の少なくとも１つに関するデータと、前記車両の位置とを収集し、前記表示制御部は、前記車両データに基づいて、前記データ復元部により復元された前記車両内の二酸化炭素量、前記車両内の臭気量、および前記車両の乗務員の呼気アルコール濃度の少なくとも１つに関するデータを、地図上の前記車両の位置に対応付けて表示させてもよい。
　これにより、車両内の二酸化炭素量、車両内の臭気量または乗務員の呼気アルコール濃度の異常が生じている車両および車両の位置を特定することができる。
　（６）上記（１）から（５）のいずれかにおいて、上記車両データ収集システムは、前記バージョンと前記バージョンに対応する変換方法とを示す変換ルール情報を、前記車載装置および前記サーバに登録する変換ルール情報登録部をさらに備え、前記変換方法は、前記車両データおよび前記フォーマットデータの間の変換の方法を含んでもよい。
　これにより、車両に新規なセンサが追加され車載装置が収集する車両データが追加される場合であっても、車載装置およびサーバは、新規の変換ルール情報に従って、車両データおよびフォーマットデータ間でデータ変換を行うことができる。
　（７）本開示の他の実施形態に係る車載装置は、車両に関連するデータである車両データを収集するデータ収集部と、収集された前記車両データを、当該車両データの種類に対応するバージョンのフォーマットデータに変換し、前記フォーマットデータに前記バージョンを書き込むデータ変換部と、前記バージョンが書き込まれた前記フォーマットデータをサーバに送信するデータ送信部と、を備える。
　この構成は、上述の車両データ収集システムに備えられる車載装置と同様の構成を有する。このため、上述の車両データ収集システムと同様の作用および効果を奏することができる。
　（８）本開示の他の実施形態に係るサーバは、車両に関連するデータである車両データを当該車両データの種類に対応するバージョンに従って変換したフォーマットデータであって、前記バージョンが書き込まれた前記フォーマットデータを受信するデータ受信部と、前記フォーマットデータに示される前記バージョンに基づいて、前記フォーマットデータから前記車両データを復元するデータ復元部と、を備える。
　この構成は、上述の車両データ収集システムに備えられるサーバと同様の構成を有する。このため、上述の車両データ収集システムと同様の作用および効果を奏することができる。
　（９）本開示の他の実施形態に係るコンピュータプログラムは、コンピュータを、車両に関連するデータである車両データを収集するデータ収集部、収集された前記車両データを、当該車両データの種類に対応するバージョンのフォーマットデータに変換し、前記フォーマットデータに前記バージョンを書き込むデータ変換部、および、前記バージョンが書き込まれた前記フォーマットデータをサーバに送信するデータ送信部として機能させる。
　この構成によると、コンピュータを、上述の車両データ収集システムに備えられる車載装置として機能させることができる。このため、上述の車両データ収集システムと同様の作用および効果を奏することができる。
　（１０）本開示の他の実施形態に係るコンピュータプログラムは、コンピュータを、車両に関連するデータである車両データを当該車両データの種類に対応するバージョンに従って変換したフォーマットデータであって、前記バージョンが書き込まれた前記フォーマットデータを受信するデータ受信部、および、前記フォーマットデータに示される前記バージョンに基づいて、前記フォーマットデータから前記車両データを復元するデータ復元部として機能させる。
　この構成によると、コンピュータを、上述の車両データ収集システムに備えられるサーバとして機能させることができる。このため、上述の車両データ収集システムと同様の作用および効果を奏することができる。
　（１１）本開示の他の実施形態に係る車両データ収集方法は、車両に搭載された車載装置が、前記車両に関連するデータである車両データを収集するステップと、前記車載装置が、収集された前記車両データを、当該車両データの種類に対応するバージョンのフォーマットデータに変換し、前記フォーマットデータに前記バージョンを書き込むステップと、前記車載装置が、前記バージョンが書き込まれた前記フォーマットデータをサーバに送信するステップと、前記サーバが、前記フォーマットデータを受信するステップと、前記サーバが、前記フォーマットデータに示される前記バージョンに基づいて、前記フォーマットデータから前記車両データを復元するステップとを含む。
　この構成は、上述の車両データ収集システムにおける特徴的な処理をステップとして含む。このため、この構成によると、上述の車両データ収集システムと同様の作用および効果を奏することができる。
　［本開示の実施形態の詳細］
　以下、本開示の実施形態について、図面を参照しながら説明する。なお、以下で説明する実施形態は、いずれも本開示の一具体例を示すものである。以下の実施形態で示される数値、形状、材料、構成要素、構成要素の配置位置および接続形態、ステップ、ステップの順序などは、一例であり、本開示を限定するものではない。また、以下の実施形態における構成要素のうち、独立請求項に記載されていない構成要素については、任意に付加可能な構成要素である。また、各図は、模式図であり、必ずしも厳密に図示されたものではない。
　また、同一の構成要素には同一の符号を付す。それらの機能および名称も同様であるため、それらの説明は適宜省略する。
　〔運行管理システムの全体構成〕
　図１は、本開示の実施形態に係る運行管理システムの全体構成の一例を示す図である。
　運行管理システム１は、車載装置３Ａおよび車載装置３Ｂと、スマートフォン４Ａおよびスマートフォン４Ｂと、サーバ５と、管理者端末７とを備える。車載装置３Ａおよび車載装置３Ｂは、車両２Ａおよび車両２Ｂにそれぞれ搭載される。スマートフォン４Ａおよびスマートフォン４Ｂは、車両２Ａおよび車両２Ｂのそれぞれのドライバなどの乗務員が所持する。なお、スマートフォン４Ａ，４Ｂは、乗務員が所持する端末装置の一例である。このため、タブレット端末またはノートパソコンなどの乗務員が所持可能な端末装置をスマートフォン４Ａ，４Ｂの代わりに用いることもできる。
　車載装置３Ａ，３Ｂおよびスマートフォン４Ａ，４Ｂは、無線によりネットワーク８に接続される。サーバ５および管理者端末７は、無線または有線によりネットワーク８に接続される。
　車両２Ａ、２Ｂを総称して車両２と呼び、車載装置３Ａ、３Ｂを総称して車載装置３と呼び、スマートフォン４Ａ、４Ｂを総称してスマートフォン４と呼ぶ。図１では、車両２、車載装置３およびスマートフォン４の台数はそれぞれ２台としているが、３台以上であってもよい。
　車載装置３は、車両２に関連するデータである車両データを収集し、収集した車両データを、ネットワーク８を介してサーバ５に送信する。車両データは、車両２に設置された各種センサによる計測結果などを含む。車両データの詳細については後述する。
　スマートフォン４は、車両２の乗務員により通知される通知データの入力を受け付け、当該通知データを、ネットワーク８を介してサーバ５に送信する。通知データは、車両２の運行に有益なデータを含む。通知データは、例えば、車両２の休憩場所、警察による交通取り締まり場所、交通事故発生場所、および何らかのクレームがあった場所を含む。例えば、通知データ毎に番号が予め対応付けられており、乗務員がスマートフォン４を操作して番号を入力すると、スマートフォン４が番号に対応する通知データをサーバ５に送信する。
　サーバ５は、ネットワーク８を介して車載装置３およびスマートフォン４からそれぞれ車両データおよび通知データを受信し、受信した車両データおよび通知データを、管理者端末７のディスプレイに表示させる。
　管理者端末７は、車両２の管理者が利用する端末装置であり、サーバ５に対して画面表示の指示等を行う。管理者端末７は、ネットワーク８を介してサーバ５から表示用の画面情報を受信し、管理者端末７のディスプレイに表示する。
　〔車載装置３の構成〕
　図２は、車載装置３の構成の一例を示すブロック図である。
　車載装置３は、通信部３１と、インタフェース部３２と、記憶装置３３と、プロセッサ３６とを備える。通信部３１、インタフェース部３２、記憶装置３３、およびプロセッサ３６は、バス等を介して相互に接続される。
　通信部３１は、無線により車載装置３をネットワーク８に接続するための通信モジュールを含む。通信部３１は、ネットワーク８を介して他装置との間でデータを送受信する。通信部３１は、車載装置３とは別の装置内に設けられていてもよい。
　インタフェース部３２は、車両２に搭載されたセンサ群１１、車載制御装置１２、ＧＰＳ（Global Positioning System）受信機１３およびクロック１４と、車載装置３とを接続する。
　記憶装置３３は、ＳＲＡＭ（Static Random Access Memory）もしくはＤＲＡＭ（Dynamic Random Access Memory）などの揮発性のメモリ素子、フラッシュメモリもしくはＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）などの不揮発性のメモリ素子、または、ハードディスクなどの磁気記憶装置などにより構成される。
　記憶装置３３は、プロセッサ３６が実行するコンピュータプログラム３４を記憶する。また、記憶装置３３は、コンピュータプログラム３４の実行時に利用または生成されるデータを記憶する。コンピュータプログラム３４の実行時に利用または生成されるデータは、例えば、後述する変換ルール情報３５を含む。
　プロセッサ３６は、ＣＰＵ（Central Processing Unit）などにより構成され、記憶装置３３に記憶されたコンピュータプログラム３４を読み出して実行することにより実現される機能的な処理部として、データ収集部３７と、データ変換部３８と、データ送信部３９とを含む。
　データ収集部３７は、インタフェース部３２を介して、センサ群１１、車載制御装置１２、ＧＰＳ受信機１３およびクロック１４から、車両データを収集する。
　センサ群１１は、車両２の走行状態または車両２の室内環境などの車両２の状態に関連する計測値を出力するセンサを含む。センサ群１１は、例えば、温度センサ、照度センサ、二酸化炭素（以下、「ＣＯ２」という）センサ、臭気センサ、呼気センサを含む。
　温度センサは、車両２の室内の温度または車両２外の温度を計測する。湿度センサは、車両２の室内の湿度または車両２外の湿度を計測する。照度センサは、車両２内の照度を計測する。
　ＣＯ２センサは、車両２内のＣＯ２量を計測する。車両２内の換気が不十分な場合にＣＯ２量が大きくなる。ＣＯ２量を一定量以下に維持することは、乗務員の居眠り防止または感染症予防に有効である。なお、ＣＯ２センサは、ＣＯ２量の代わりに、ＣＯ２濃度を計測してもよい。
　臭気センサは、車両２内の臭気量を計測する。臭気量は、例えば、発生源物質である揮発性有機化合物の濃度により表される。揮発性有機化合物は、例えば、ホルムアルデヒド、アセトアルデヒド、トルエン、キシレン、エチルベンゼンを含む。
　呼気センサは、車両２の乗務員の呼気アルコール濃度を計測する。
　データ収集部３７は、各センサの計測結果（温度、湿度、照度、ＣＯ２量、臭気量、アルコール量等）を、車両データとして収集する。なお、データ収集部３７は、ＣＯ２量の代わりに、ＣＯ２濃度を収集してもよい。
　また、データ収集部３７は、車両２の車載ネットワーク上を流れるデータを、車両データとして収集する。車載ネットワークがＣＡＮ（Controller Area Network）により構成される場合には、車載ネットワーク上を流れるデータはＣＡＮ情報と呼ばれる。ＣＡＮ情報は、例えば、ＥＣＵ（Electronic Control Unit）などの車載制御装置１２が出力する情報であり、一例として、車両２の加速度、角速度、エンジン回転数、バッテリ電圧、燃料残量、ＳＯＣ（State of Charge）などの情報を含む。
　また、データ収集部３７は、ＧＰＳ受信機１３が計測した車両２の位置情報を、車両データとして収集する。車両２の位置情報は、例えば、緯度、経度および高度により示される。
　また、データ収集部３７は、クロック１４が出力する現在の時刻情報を収集する。
　データ変換部３８は、データ収集部３７が収集した車両データの組をフォーマットデータに変換する。フォーマットデータとは、所定のデータ形式のデータを示す。なお、以下の説明では、「車両データの組」を「車両データ」とも称する。
　図３は、フォーマットデータのデータ構造の一例を示す図である。フォーマットデータは、タグ”ｄａｔｅｔｉｍｅ”で示されるタイムスタンプと、タグ”ｔｅｒｍｉｎａｌ＿ｃｏｄｅ”で示される車載装置３の識別子（以下、「車載装置ＩＤ」という。）と、タグ”ｐａｒａｍｅｔｅｒｓ”で示される車両データの構造体とを含む。タイムスタンプの値「１６００９０２２６６０００」は、クロック１４から収集した現在の時刻情報に基づいて算出される。車載装置ＩＤの値「Ｄ１」は、記憶装置３３にあらかじめ記憶されている。データ変換部３８は、記憶装置３３から車載装置ＩＤ「Ｄ１」を読み出し、フォーマットデータに書き込む。
　タグ”ｐａｒａｍｅｔｅｒｓ”で示される車両データの構造体は、ＣＡＮ情報から収集した車両データと、ＧＰＳ受信機１３から収集した車両データと、センサ群１１から収集した車両データとを含む。
　タグ”ｐａｒａｍｅｔｅｒｓ”で示される車両データの構造体のうち、タグ”ｅｘｔｅｒｎａｌ“で示される車両データの構造体以外の車両データは、車両２から標準的に送信される車両データ（以下、「標準データ」という。）である。標準データは、全ての車両２が共通して送信するデータである。標準データは、例えば、タグ”ａｃ＿ｌ”，”ａｃ＿ｘ”，”ａｃ＿ｙ”，”ａｃ＿ｚ”，”ａｖ＿ｌ”，”ａｖ＿ｘ”，”ａｖ＿ｙ”，”ａｖ＿ｚ”，”ｒｓｓｉ＿ｄｂ”，”ｃｏ＿ｌａｔ”，”ｃｏ＿ｌｏｇ”，”ｃｏ＿ａｌｔ”，”ｄｉｒ”，”ｓａｔ＿ｎｏ”，”ｓｐｅｅｄ”で示される車両データを含む。一例として、タグ”ａｃ＿ｌ”で示される車両データは、平均加速度（スカラー）を表す。タグ”ａｃ＿ｘ”で示される車両データは、予め設定されたｘ軸方向の平均加速度を表す。タグ”ａｃ＿ｙ”で示される車両データは、予め設定されたｙ軸方向の平均加速度を表す。タグ”ａｃ＿ｚ”で示される車両データは、予め設定されたｚ軸方向の加速度を表す。タグ”ｃｏ＿ｌａｔ”，”ｃｏ＿ｌｏｇ”，”ｃｏ＿ａｌｔ”で示される車両データは、それぞれ、車両２の緯度、経度および高度を表す。タグ”ｄｉｒ”で示される車両データは、車両２の方向を表す。タグ“ｓｐｄ”で示される車両データは、車両２の速度を表す。
　タグ“ｅｘｔｅｒｎａｌ”で示される構造体のデータ（以下、「外部データ」という。）に含まれる車両データは、車両２ごとに種類が異なる。外部データは、外部データに含まれる車両データの種類に対応するバージョン（タグ“ｖ”で示されるデータ）を含む。つまり、バージョンにより外部データに含まれる車両データの種類と、車両データの並びとが規定される。車両データの種類は、センサの計測結果の種類を示す。例えば、温度は温度センサの計測結果を示し、湿度は湿度センサの計測結果を示すため、両者はセンサの計測結果の種類が異なる。このため、温度を示す車両データの種類と湿度を示す車両データの種類とは異なる。なお、車両データの種類は、車両データが示す計測結果の種類および当該計測結果を出力するセンサの種類を示してもよい。この場合、例えば、２つの車両データがそれぞれ車両２内の温度を示しても、温度を計測するセンサの種類が異なる場合には、それらの車両データの種類は異なる。変換ルール情報３５は、バージョンごとに、外部データに含まれる車両データの種類と、車両データの並びとを示す情報を含む。また、変換ルール情報３５は、バージョンごとに、車両データをフォーマットデータに変換するための変換ルールを含む。
　外部データは、バージョンが１．０の車両データとして、例えば、タグ“ｃａｂｉｎｔｅｍｐ”，“ｄａｔａ１”，“ｄａｔａ２”，“ｄａｔａ３”，“ｄａｔａ４”，“ｄａｔａ５”，“ｄａｔａ６”，“ｃａｒｓｔａｔｕｓ”でそれぞれ示されるデータを含む。タグ“ｃａｂｉｎｔｅｍｐ”で示されるデータは、８ビットのデータであり車両２内の温度を示す。タグ“ｄａｔａ１”，“ｄａｔａ２”，“ｄａｔａ３”，“ｄａｔａ４”，“ｄａｔａ５”，“ｄａｔａ６”でそれぞれ示されるデータは、１６ビットのデータである。これらのデータのそれぞれは、１つの車両データまたは２つ以上の車両データを組み合わせることにより生成されるデータである。例えば、タグ“ｄａｔａ１”で示されるデータは、車両２内の湿度と車両２に搭載されたバッテリの電圧とを表す。タグ“ｄａｔａ２”で示されるデータは、車両２内の照度を表す。タグ“ｄａｔａ３”で示されるデータは、車両２の燃料残量と車両２の速度とを表す。タグ“ｄａｔａ４”で示されるデータは、車両２の外の温度（外気温）と、車両２の燃料タイプ（燃料の種類）とを表す。タグ“ｄａｔａ５”で示されるデータは、車両２の燃料消費量を表す。タグ“ｄａｔａ６”で示されるデータは、ＭＡＦ（Mass flow sensor）により計測される車両２の吸入空気量を表す。タグ“ｃａｒｓｔａｔｕｓ”で示されるデータは、８ビットのデータであり、車両２のエンジン状態（エンジン回転数）を表す。
　データ変換部３８は、データ収集部３７が収集した車両データを所定の変換ルールに従い外部データに変換する。例えば、データ変換部３８は、データ収集部３７が収集した車両２内の温度を所定の計算式に従い変換することにより、８ビットのタグ“ｃａｂｉｎｔｅｍｐ”で示されるデータに変換する。また、データ変換部３８は、所定の組み合わせルール従い変換後の複数のデータを組み合わせて１つのデータを生成する。例えば、データ変換部３８は、変換後の車両２内の湿度と変換後のバッテリ電圧とを組み合わせてタグ“ｄａｔａ１”で示されるデータを生成する。計算式を含む変換ルールおよび組み合わせルールは、変換ルール情報３５に記憶されているものとする。
　データ送信部３９は、データ変換部３８が変換することにより生成したフォーマットデータを、通信部３１を介してサーバ５に送信する。
　〔サーバ５の構成〕
　図４は、サーバ５の構成の一例を示すブロック図である。
　サーバ５は、通信部５１と、記憶装置５２と、プロセッサ５８とを備える。通信部５１、記憶装置５２、およびプロセッサ５８は、バス等を介して相互に接続される。
　通信部５１は、無線または有線によりサーバ５をネットワーク８に接続するための通信モジュールを含む。通信部５１は、ネットワーク８を介して他装置との間でデータを送受信する。
　記憶装置５２は、ＳＲＡＭもしくはＤＲＡＭなどの揮発性のメモリ素子、フラッシュメモリもしくはＥＥＰＲＯＭなどの不揮発性のメモリ素子、または、ハードディスクなどの磁気記憶装置などにより構成される。
　記憶装置５２は、プロセッサ５８が実行するコンピュータプログラム５３を記憶する。また、記憶装置５２は、コンピュータプログラム５３の実行時に利用または生成されるデータを記憶する。コンピュータプログラム５３の実行時に利用または生成されるデータは、例えば、変換ルール情報５４、車両データ５５、通知データ５６および表示項目情報５７を含む。
　変換ルール情報５４は、フォーマットデータを変換し、フォーマットデータから車両データを復元するための変換ルールを含む。変換ルール情報５４は、フォーマットデータのバージョンごとの変換ルールを含む。
　車両データ５５は、フォーマットデータから復元された車両データの組である。
　通知データ５６は、スマートフォン４から送信された通知データである。
　表示項目情報５７は、表示対象の車両データの種類を示す情報である。
　プロセッサ５８は、ＣＰＵなどにより構成される。プロセッサ５８は、記憶装置５２に記憶されたコンピュータプログラム５３を読み出して実行する。プロセッサ５８は、機能的な処理部として、データ受信部５９と、データ復元部６０と、表示制御部６１と、表示項目情報取得部６２と、車両データ選択部６３と、変換ルール情報登録部６４とを備える。
　データ受信部５９は、通信部５１を介して、車載装置３、スマートフォン４および管理者端末７が送信するデータを受信する。具体的には、データ受信部５９は、車載装置３が送信するフォーマットデータを受信する。データ受信部５９は、受信したフォーマットデータをそのままの状態で記憶装置５２に書き込んでもよい。データ受信部５９は、スマートフォン４が送信する通知データを受信する。データ受信部５９は、管理者端末７が送信する画面表示指示情報などの各種情報を受信する。
　データ復元部６０は、データ受信部５９が受信したフォーマットデータに示されるバージョンに基づいて、フォーマットデータから車両データを復元する。より詳細には、データ復元部６０は、フォーマットデータ中の外部データからバージョンを読み出し、読み出したバージョンに対応する変換ルール情報５４を記憶装置５２から読み出す。データ復元部６０は、読み出した変換ルール情報５４に基づいて、フォーマットデータのうち、外部データに含まれる車両データを変換することにより、車両データを復元する。
　以下、車両データの復元方法の一例について説明する。
　図５は、フォーマットデータに含まれる外部データの一例を示す図である。外部データは、タグ“ｖ”で示されるバージョンが１．０の車両データを含む。つまり、外部データは、タグ“ｃａｂｉｎｔｅｍｐ”，“ｄａｔａ１”，“ｄａｔａ２”，“ｄａｔａ３”，“ｄａｔａ４”，“ｄａｔａ５”，“ｄａｔａ６”，“ｃａｒｓｔａｔｕｓ”によりそれぞれ示されるデータを含む。
　タグ“ｃａｂｉｎｔｅｍｐ”で示されるデータの値は、１０進数表現で１０８である。タグ“ｄａｔａ１”で示されるデータの値は、１０進数表現で２９４３９である。タグ“ｄａｔａ２”で示されるデータの値は、１０進数表現で４１８である。タグ“ｄａｔａ３”で示されるデータの値は、１０進数表現で１２３２３である。タグ“ｄａｔａ４”で示されるデータの値は、１０進数表現で１７６６５である。タグ“ｄａｔａ５”で示されるデータの値は、１０進数表現で３５６である。タグ“ｄａｔａ６”で示されるデータの値は、１０進数表現で５２７１９である。タグ“ｃａｒｓｔａｔｕｓ”で示されるデータの値は、１０進数表現で０である。各車両データの種類、並びおよびサイズは、バージョンごとに変換ルール情報５４に規定されている。
　図６は、車両データの変換処理について説明するための図である。図６に示す表は、５つの列（タグ名、１０進数、１６進数、分解、分解後１０進数）を含む。「タグ名」は、外部データに含まれるデータの項目（タグ名）を示す。「１０進数」は、当該データの１０進数表現の値を示す。データ復元部６０は、外部データから、「項目」に示されるデータの項目ごとに、「１０進数」に示される１０進数表現の値を抽出する。
　「１６進数」は、当該データの１６進数表現の値を示す。ここで、１６進数表現の対象とされるデータの項目は、バージョンごとに変換ルール情報５４に記憶されている。データ復元部６０は、変換ルール情報５４および外部データのバージョンに基づいて、対象のデータ（ここでは、タグ“ｄａｔａ１”，“ｄａｔａ３”、“ｄａｔａ４”，“ｄａｔａ５”および“ｄａｔａ６”で示される１０進数表現の値）を１６進数表現する。
　データ復元部６０は、１６進数表現された値を上位２桁のデータと、下位２桁のデータに分解し、それぞれ１０進数表現する。
　「分解」は、１６進数表現の値を分解した上位２桁のデータ、および下位２桁のデータを示す。
　「分解後１０進数」は、分解後の１６進数表現のデータを１０進数表現したデータを示す。また、「分解後１０進数」は、１６進数表現の対象とされていないデータについては、１０進数表現のデータを示す。例えば、タグ“ｄａｔａ１”で示されるデータの１０進数表現は２９４３９であり、当該データの１６進数表現は７２ＦＦである。また、１６進数表現のデータを分解して１０進数表現したデータは、１１４および２５５である。
　図７は、車両データの変換処理について説明するための図である。図７に示す表は、６つの列（タグ名、データサイズ、項目、計算式、分解後１０進数、変換後）を含む。「タグ名」は、図６に示したものと同じであり、外部データに含まれるデータの項目（タグ名）を示す。「データサイズ」は、タグ名で示されるデータのサイズを示す。なお、１６進数表現の対象とされたデータの場合には、「データサイズ」は、上位２桁のデータのサイズおよび下位２桁のデータのサイズを示す。「項目」は、変換後の車両データの項目を示す。「計算式」は、「分解後１０進数」に示されるデータを変換するための計算式を示す。「分解後１０進数」は、変換前の１０進数表現の値を示す。「分解後１０進数」の値は、図６に示した「分解後１０進数」と同じである。「変換後」は、「分解後１０進数」に示される値を「計算式」に示される計算式に従い変換した後の値を示す。
　「計算式」に示される計算式は、バージョンごとに変換ルール情報５４に記憶されている。例えば、データ復元部６０は、タグ“ｃａｂｉｎｔｅｍｐ”の「分解後１０進数」の値１０８を計算式「（（ｃａｂｉｎｔｅｍｐ／２５６）＊１６５）－４５」の変数ｃａｂｉｎｔｅｍｐに代入することにより、温度２４．６℃を導く。また、データ復元部６０は、タグ“ｄａｔａ１”の上位の「分解後１０進数」の値１１４を計算式「（Ａ／２５６）＊１００＋１５」の変数Ａに代入することにより、湿度５９．５％を導く。また、データ復元部６０は、タグ“ｄａｔａ５”の上位の「分解後１０進数」の値１および下位の「分解後１０進数」の値１００を、計算式「（２５６＊Ａ＋Ｂ）／２０」の変数Ａおよび変数Ｂにそれぞれ代入することにより、燃料消費量１７．８ｋｍ／Ｌを導く。
　図８は、フォーマットデータを変換することにより復元された車両データ５５の一例を示す図である。車両データ５５は、車載装置ＩＤと、標準データと、外部データとを含む。車載装置ＩＤは、図３に示したフォーマットデータのタグ”ｔｅｒｍｉｎａｌ＿ｃｏｄｅ”で示されるデータを含む。標準データは、フォーマットデータのタグ”ｐａｒａｍｅｔｅｒｓ”で示される車両データの構造体のうち、タグ”ｅｘｔｅｒｎａｌ“で示されるデータ以外のデータを含む。外部データは、外部データのバージョンと、図７に示した変換後の外部データの値を含む。
　データ復元部６０は、復元後の車両データ５５を、車載装置ＩＤごとに記憶装置５２に記憶させる。
　表示制御部６１は、記憶装置５２に記憶されている車両データ５５および通知データ５６の少なくとも一方を含む画面情報を、通信部５１を介して管理者端末７に送信する。これにより、管理者端末７に、車両データ５５および通知データ５６の少なくとも一方を含む画面情報を表示させる。
　表示項目情報取得部６２は、通信部５１を介して管理者端末７から、車両２の管理者が表示を希望する車両データの種類を示す表示項目情報を受信する。表示項目情報取得部６２は、受信した表示項目情報５７を記憶装置５２に記憶させる。
　車両データ選択部６３は、記憶装置５２に記憶されている車両データ５５の中から、表示項目情報５７が示す種類の車両データを選択する。車両データ選択部６３は、選択された車両データを表示制御部６１に出力する。表示制御部６１は、車両データ選択部６３が選択した車両データを含む画面情報を生成し、通信部５１を介して管理者端末７に送信する。これにより、管理者端末７に、表示項目情報５７に基づいて選択された車両データを含む画面情報を表示させることができる。
　また、車両データ選択部６３は、データ受信部５９が各種の画面表示指示情報を受信した場合には、当該指示情報に基づく車両データを車両データ５５の中から選択する。例えば、アルコールチェックが完了していない車両２の車両データの画面表示指示情報を受信した場合には、車両データ選択部６３は、アルコールチェックが完了していない車両２の車両データを車両データ５５の中から選択する。選択された車両データは、上記と同様にして管理者端末７に表示される。
　変換ルール情報登録部６４は、変換ルール情報５４を記憶装置５２に書き込むことにより登録する。また、変換ルール情報登録部６４は、車両データからフォーマットデータを生成するための変換ルール情報を、通信部５１を介して車載装置３に送信することにより、車載装置３に変換ルール情報を登録する。例えば、変換ルール情報登録部６４は、車両２に新たな種類のセンサが追加搭載される場合などに、変換ルール情報を登録する。新たな種類のセンサが追加搭載された場合には、既知の変換ルール情報では追加搭載されたセンサの計測結果をフォーマットデータに変換することができない。このため、変換ルール情報登録部６４は、追加搭載されたセンサの計測結果の変換ルールを含む、新たな車両データとフォーマットデータとの間の相互の変換ルール情報を作成する。また、変換ルール情報登録部６４は、新たな変換ルール情報に新たなバージョンを付与する。
　なお、変換ルール情報登録部６４は、サーバ５の外部の装置に設けられていてもよい。例えば、管理者端末７に変換ルール情報登録部６４が設けられており、管理者端末７が車載装置３およびサーバ５の変換ルール情報を登録してもよい。
　〔管理者端末７の構成〕
　図９は、管理者端末７の構成の一例を示すブロック図である。管理者端末７は、通信部７１と、入力部７２と、表示部７３と、プロセッサ７４と、記憶装置７５とを備える。通信部７１、入力部７２、表示部７３、プロセッサ７４、および記憶装置７５は、バスまたは通信線等を介して相互に接続される。
　通信部７１は、無線または有線により管理者端末７をネットワーク８に接続するための通信モジュールを含む。通信部７１は、ネットワーク８を介して他装置との間でデータを送受信する。
　入力部７２は、管理者端末７を利用する管理者がデータを入力するために用いる入力デバイスであり、例えば、キーボードまたはマウスを含む。
　表示部７３は、データを表示するための出力デバイスであり、例えば、液晶または有機ＥＬ（electroluminescence）を用いたディスプレイを含む。
　プロセッサ７４は、ＣＰＵなどにより構成され、コンピュータプログラムに従って演算等の処理を行う。
　記憶装置７５は、ＳＲＡＭもしくはＤＲＡＭなどの揮発性のメモリ素子、フラッシュメモリもしくはＥＥＰＲＯＭなどの不揮発性のメモリ素子、または、ハードディスクなどの磁気記憶装置などにより構成される。記憶装置７５は、プロセッサ７４が実行するコンピュータプログラム７６を記憶する。また、記憶装置７５は、コンピュータプログラム７６の実行時に利用または生成されるデータを記憶する。
　プロセッサ７４は、通信部７１を介してサーバ５から表示用の画面情報を受信し、受信した画面情報を表示部７３に表示させる。
　図１０は、表示部７３に表示される画面情報の一例を示す図である。図１０に示す車両データ画面１００は、画面情報の一例であり、呼気アルコール濃度の検査（アルコールチェック）が完了していない乗務員が乗車している車両２の位置を示す。
　車両データ画面１００は、例えば、地図上に、車両アイコン１１１Ａ、１１１Ｂ、１１１Ｃ、およびジョッキ
アイコン１１２Ａ、１１２Ｂ、１１２Ｃを示したものである。以下では、車両アイコン１１１Ａ、１１１Ｂ、１１１Ｃを区別しない場合には車両アイコン１１１と呼び、ジョッキアイコン１１２Ａ、１１２Ｂ、１１２Ｃを区別しない場合にはジョッキアイコン１１２と呼ぶ。
　車両アイコン１１１は、アルコールチェックが完了していない車両２の地図上の位置に表示される。車両アイコン１１１が示す先端部の向きは、車両２の進行方向を表す。例えば、車両アイコン１１１Ａで示される車両２は、紙面左側から右側に向けて走行していることが分かる。ジョッキアイコン１１２は、車両アイコン１１１の近傍に表示される。ジョッキアイコン１１２は、乗務員のアルコールチェックが完了していないことを示すアイコンである。なお、車両２内のＣＯ２量および車両２内の臭気量についても同様に異常値を示す（例えば、所定の閾値以上のＣＯ２量または臭気量を示す）車両２を車両アイコン１１１で地図上に示してもよい。また、異常値を示す車両データの種類を示すアイコンを車両アイコン１１１の近傍に表示してもよい。なお、車両２内のＣＯ２量の代わりに、車両２内のＣＯ２濃度を用いてもよい。
　図１１は、表示部７３に表示される画面情報の一例を示す図である。図１１に示す車両データ画面１１０は、画面情報の一例であり、管理者が管理している車両２の車両データの一覧を示す。例えば、車両データ画面１１０は、車両２ごとに１１個の項目（表示、車両名称、状態、乗務員名、アルコールチェック、ＳＯＣ、燃料残量、バッテリ残量、外気温、臭い、通知データ）からなるレコードを複数含む。
　項目「表示」は、図１０に示したような車両データ画面１００において、地図上に重畳された車両アイコン１１１により車両２の位置が示されているか否かを示す。項目「表示」にチェックが付されている車両２（ここでは、車両名称が車両Ｂ，車両Ｆ，車両Ｈの車両）の位置が車両データ画面１００において示される。
　項目「車両名称」は、管理者が管理している車両２の名称の一覧を示す。管理者が管理する車両２の名称は、例えば、車載装置ＩＤと対応付けられてサーバ５が管理する。
　項目「状態」は、車両２または車両２の乗務員の状態を示すアイコンである。項目「状態」に示されるアイコンが車両データ画面１００において地図上に重畳表示される。例えば、地図上に、車両２または車両２の乗務員に何らかの異常が発生していることを示す車両アイコン１１１が表示され、車両アイコン１１１の近傍に異常内容を示すアイコンが表示される。
　異常内容を示すアイコンは、例えば、ジョッキアイコン１１２、ガスステーションアイコン１１４、およびバッテリーアイコン１１５を含む。ジョッキアイコン１１２が表示されている場合には、上述のように、車両２の乗務員のアルコールチェックが終了していないことを示す。ガスステーションアイコン１１４が表示されている場合には、車両２の燃料残量が低下していること（例えば、燃料残量が所定の燃料残量閾値未満であること）を示す。バッテリーアイコン１１５が表示されている場合には、車両２のバッテリのＳＯＣが異常であること（例えば、ＳＯＣが所定のＳＯＣ閾値未満であること）を示す。
　また、地図上には、車両２または車両２の乗務員から異常が検知されていないことを示す車両アイコン１１３が表示される。
　車両アイコン１１１および車両アイコン１１３は、いずれも車両２の位置を表すとともに、先端部の向きが車両２の進行方向を表す。一例として、ハッチングの有無により、車両アイコン１１１および車両アイコン１１３の表示態様を異ならせている。これにより、管理者は、異常が検知されている車両２であるか否かを容易に識別することができる。
　項目「乗務員名」は、車両２の乗務員の氏名を示す。管理者が管理する車両２の乗務員の氏名は、例えば、車載装置ＩＤと対応付けられてサーバ５が管理する。
　項目「アルコールチェック」は、乗務員が車両２に設置された呼気センサを利用して呼気アルコール濃度の計測を行い、かつ、計測結果が基準値未満であると最後に判定されてからの経過時間（以下、「アルコールチェック経過時間」という。）を示す。アルコールチェック経過時間が、所定の時間閾値以上の場合には、アルコールチェック経過時間の近傍に警告アイコン１１６が表示される。
　項目「ＳＯＣ」は、車両２に搭載されたバッテリのＳＯＣを示す。ＳＯＣが、所定のＳＯＣ閾値未満の場合には、ＳＯＣの近傍に警告アイコン１１６が表示される。
　項目「燃料残量」は、車両２の燃料残量を示す。ここでは、燃料残量は、ガソリンなどの燃料のタンク容量に対する燃料の残量の百分率である。燃料残量が、所定の燃料残量閾値未満の場合には、燃料残量の近傍に警告アイコン１１６が表示される。
　項目「バッテリ電圧」は、車両２に搭載されたバッテリの電圧を示す。バッテリ電圧が所定のバッテリ電圧閾値未満の場合には、バッテリ電圧閾値の近傍に警告アイコン１１６が表示される。
　項目「外気温」は、車両２の外の温度（外気温）を示す。
　項目「臭い」は、車両２内の臭気量に基づく、臭いの判定結果を示す。臭気量が所定の臭気量閾値未満の場合には「ＯＫ」が表示され、臭気量が臭気量閾値以上の場合には「ＮＧ」が表示される。
　項目「通知データ」は、車両２の乗務員によって通知された通知データの有無を示す。通知アイコン１１７が表示されている場合には、通知データがあることを示す。通知アイコン１１７が表示されていない場合には、通知データがないことを示す。
　各項目には、例えば逆三角形形状のソートボタン１１８が設けられている。管理者がいずれかの項目のソートボタン１１８を押下すると、プロセッサ７４は、押下されたソートボタン１１８の属する項目の値の昇順または降順でレコードをソートして表示する。
　なお、図８に示したバージョン１．０の車両データ５５には、呼気アルコール濃度、ＳＯＣ、臭気量は含まれていないが、他のバージョンの車両データ５５に、これらのデータが含まれているものとする。
　図１２は、表示部７３に表示される画面情報の一例を示す図である。図１２に示す車両データ画面１２０は、画面情報の一例であり、車両２による通知データの通知位置と通知データの内容とを示す。
　車両データ画面１２０は、例えば、地図上の通知データの通知位置に通知アイコン１３１を示し、通知アイコン１３１の近傍に通知データ内容１３２を示したものである。管理者は、車両データ画面１２０を見ることにより、通知アイコン１３１の位置に休憩場所があることを知ることができる。
　図１３は、表示部７３に表示される画面情報の一例を示す図である。図１３に示す設定画面１３０は、画面情報の一例であり、図１１に示した車両データ画面１１０において表示対象とする車両データの種類を示す表示項目を選択するための画面である。
　車両データ画面１１０には、表示項目の候補の一覧と、各候補の左側にチェックボックスとが表示されている。管理者は、入力部７２を操作して、チェックボックスにチェックを入れ、ＯＫボタン１０１を押下する。これにより、チェックがされた候補が表示項目として選択される。例えば、管理者は、アルコールチェック、バッテリ電圧、ＳＯＣ、燃料残量、外気温および臭いを、表示項目として選択する。プロセッサ７４は、選択された表示項目を示す表示項目情報を、通信部７１を介してサーバ５に送信する。
　図１４は、表示部７３に表示される画面情報の一例を示す図である。図１４に示す管理画面１４０は、管理者が管理する車両２に関連する情報の一覧を示す。
　管理画面１４０は、車載装置ＩＤ、車載装置名称、車両名称、乗務員名、最終稼働日時、バージョン、加速度、角速度、バッテリ電圧、ＳＯＣ、燃料残量などからなるレコードを複数含む。「車載装置ＩＤ」は、車両２に設置された車載装置３の識別子である。「車載装置名称」は、車載装置３の名称である。「車両名称」は、車両２の名称である。「乗務員名」は、車両２の乗務員の氏名である。「最終稼働日時」は、車両２の最終稼働日時を示す。最終稼働日時は、例えば、サーバ５が、車両２の速度または位置に基づいて特定した車両２が停止した日時を示す。
　「バージョン」は、外部データのバージョンを示す。「加速度」、「角速度」、「バッテリ電圧」、「ＳＯＣ」、「燃料残量」などは、車両２の各車両データを示す。
　各項目には、例えば逆三角形形状のソートボタン１１８が設けられている。管理者がいずれかの項目のソートボタン１１８を押下すると、プロセッサ７４は、押下されたソートボタン１１８の属する項目の値の昇順または降順でレコードをソートして表示する。
　〔運行管理システム１の処理手順〕
　図１５は、運行管理システム１の処理手順の一例を示すシーケンス図である。図１５は、車載装置３からの車両データの収集処理の処理手順を示す。
　車載装置３のデータ収集部３７は、クロック１４から、現在の時刻情報を収集する（ステップＳ１）。
　車載装置３のデータ収集部３７は、ＧＰＳ受信機１３から、車両２の位置情報を収集する（ステップＳ２）。
　車載装置３のデータ収集部３７は、車両２の車載ネットワーク上を流れるＣＡＮ情報を収集する（ステップＳ３）。
　車載装置３のデータ収集部３７は、車両２に設置されたセンサ群１１による計測結果を収集する（ステップＳ４）。
　車載装置３のデータ変換部３８は、ステップＳ１からステップＳ４の処理により収集されたデータを、フォーマットデータに変換する（ステップＳ５）。フォーマットデータの例は、図３に示した通りである。
　車載装置３のデータ送信部３９は、ステップＳ４の処理により生成されたフォーマットデータをサーバ５に送信し、サーバ５のデータ受信部５９は、フォーマットデータを受信する（ステップＳ６）。
　サーバ５のデータ復元部６０は、ステップＳ６において受信されたフォーマットデータから車両データを復元する（ステップＳ７）。復元した車両データの一例は、図８に示した通りである。
　サーバ５のデータ復元部６０は、復元後の車両データを、車載装置ＩＤごとに記憶装置５２に記憶させる（ステップＳ８）。
　図１５に示す処理は、所定の周期で繰り返し実行される。
　図１６は、運行管理システム１の処理手順の一例を示すシーケンス図である。図１６は、スマートフォン４からの通知データの収集処理の処理手順を示す。
　車両２の乗務員は、車両２の運行に有益な情報が得られた位置において、スマートフォン４を操作し、通知データを入力する（ステップＳ１１）。例えば、乗務員は、通知データ収集用のアプリを起動し、通知データの種類に対応した番号を入力する。例えば、車両２の休憩場所、警察による交通取り締まり場所、交通事故発生場所、および何らかのクレームがあった場所に、それぞれ、１番、２番、３番および４番が対応付けられている。
　スマートフォン４は、ステップＳ１１において入力された通知データに、車両２の位置情報および車載装置３の車載装置ＩＤを付加してサーバ５に送信し、サーバ５は、位置情報および車載装置ＩＤが付加された通知データを受信する（ステップＳ１２）。例えば、乗務員がスマートフォン４を操作して、休憩場所に対応した１番を入力した場合には、通知データとしての数値「１」、位置情報および車載装置ＩＤがサーバ５に送信される。
　サーバ５は、ステップＳ１２において受信した位置情報および車載装置ＩＤが付加された通知データを、記憶装置５２に記憶させる（ステップＳ１３）。
　図１７は、運行管理システム１の処理手順の一例を示すシーケンス図である。図１７は、管理者端末７において表示対象とする表示項目の選択処理の処理手順を示す。
　管理者は、管理者端末７の入力部７２から、表示項目を選択するための画面である設定画面の表示指示を入力する（ステップＳ２１）。
　管理者端末７のプロセッサ７４は、ステップＳ２１での表示指示の入力に応答して、設定画面表示指示情報をサーバ５に送信し、サーバ５のデータ受信部５９は、当該情報を受信する（ステップＳ２２）。
　サーバ５の表示制御部６１は、受信した設定画面表示指示情報に基づいて、管理者端末７において表示対象の表示項目を選択させるための設定画面情報を生成する（ステップＳ２３）。
　サーバ５の表示制御部６１は、生成した設定画面情報を管理者端末７に送信し、管理者端末７のプロセッサ７４は、当該情報を受信する（ステップＳ２４）。
　管理者端末７のプロセッサ７４は、管理者端末７のプロセッサ７４は、受信した設定画面情報に基づく設定画面を表示部７３に表示させる（ステップＳ２５）。設定画面の一例は、図１３に示した通りである。
　管理者は、入力部７２を操作して、設定画面の中から表示項目を選択する（ステップＳ２６）。
　管理者端末７のプロセッサ７４は、選択された表示項目を示す表示項目情報をサーバ５に送信し、サーバ５の表示項目情報取得部６２は表示項目情報を受信する（ステップＳ２７）。
　管理者端末７のプロセッサ７４は、受信した表示項目情報５７を記憶装置５２に書き込む（ステップＳ２８）。
　図１８は、運行管理システム１による処理手順の一例を示すシーケンス図である。図１８は、車両データ画面の表示処理の処理手順を示す。
　管理者は、管理者端末７の入力部から、車両データ画面の表示指示を入力する（ステップＳ３１）。ここでは、アルコールチェックが完了していない車両２の位置の表示指示が入力されたものとする。
　管理者端末７のプロセッサ７４は、ステップＳ３１での表示指示の入力に応答して、車両データ画面表示指示情報をサーバ５に送信し、サーバ５のデータ受信部５９は、当該情報を受信する（ステップＳ３２）。
　サーバ５の車両データ選択部６３は、上記指示情報に基づいて、アルコールチェックが完了していない車両２の車両データを車両データ５５から選択する（ステップＳ３３）。具体的には、車両データ選択部６３は、車両データ５５を参照して、車載装置ＩＤごとにアルコールチェック経過時間を算出する。車両データ選択部６３は、アルコールチェック経過時間が所定の時間閾値以上となっている車載装置ＩＤの最新の車両データ５５を選択する。
　サーバ５の表示制御部６１は、ステップＳ３３において選択された車両データ５５に基づいて、車両データ画面情報を生成する（ステップＳ３４）。例えば、表示制御部６１は、図１０に示したようなアルコールチェックが完了していない車両２の位置を、車両アイコン１１１およびジョッキアイコン１１２で地図上に示した車両データ画面を表示するための車両データ画面情報を生成する。
　サーバ５の表示制御部６１は、生成した車両データ画面情報を管理者端末７に送信し、管理者端末７のプロセッサ７４は当該情報を受信する（ステップＳ３５）。
　サーバ５の表示制御部６１は、受信した車両データ画面情報に基づいて、図１０に示すような車両データ画面１００を表示部７３に表示させる（ステップＳ３６）。
　図１１に示すような車両データ画面１１０の表示処理も図１８に示す処理手順に従って行われる。具体的には、ステップＳ３１において、管理者は、管理者が管理している車両２の車両データの一覧の表示指示を入力する。
　ステップＳ３３において、サーバ５の車両データ選択部６３は、記憶装置５２の中から車載装置ＩＤごとに最新の車両データ５５を読み出す。車両データ選択部６３は、表示項目情報５７を参照して、読み出した車両データ５５の中から、表示項目情報５７が示す種類の車両データを選択する。
　ステップＳ３４において、サーバ５の表示制御部６１は、選択した車両データおよび記憶装置５２に記憶されている通知データ５６に基づいて、図１１に示すような車両データ画面１１０を表示するための車両データ画面情報を生成する。これにより、ステップＳ３５において車両データ画面１１０が管理者端末７に表示される。
　図１２に示すような車両データ画面１２０の表示処理も図１８に示す処理手順に従って行われる。具体的には、ステップＳ３１において、管理者は、車両２による通知データの通知位置と通知データの内容との表示指示を入力する。この場合、ステップＳ３３の処理は実行されない。
　ステップＳ３４において、表示制御部６１は、記憶装置５２に記憶されている通知データ５６に基づいて、図１２に示すような車両データ画面１２０を表示するための通知データ表示画面情報を、車両データ画面情報の代わりに生成する。
　ステップＳ３５において、サーバ５の表示制御部６１は、管理者端末７に、通知データ表示画面情報を、車両データ画面情報の代わりに送信し、管理者端末７のプロセッサ７４は、当該情報を受信する。ステップＳ３６において、プロセッサ７４は、表示部７３に図１２に示すような車両データ画面１２０を表示させる。
　図１９は、運行管理システム１による処理手順の一例を示すシーケンス図である。図１９は、管理画面の表示処理の処理手順を示す。
　管理者は、管理者端末７の入力部から、管理画面の表示指示を入力する（ステップＳ４１）。
　管理者端末７のプロセッサ７４は、ステップＳ４１での表示指示の入力に応答して、管理画面表示指示情報をサーバ５に送信し、サーバ５のデータ受信部５９は、当該情報を受信する（ステップＳ４２）。
　サーバ５の表示制御部６１は、上記指示情報に基づいて、車載装置ＩＤごとに、最新の車両データ５５を記憶装置５２から読み出す（ステップＳ４３）。
　サーバ５の表示制御部６１は、読み出した車両データ５５に基づいて、図１４に示すような管理画面１４０を表示するための管理画面情報を生成する（ステップＳ４４）。なお、車載装置ＩＤと、車載装置名称、車両名称および乗務員名との対応関係情報は、記憶装置５２にあらかじめ記憶されているものとする。表示制御部６１は、この対応関係情報を参照して、管理画面１４０の車載装置名称、車両名称および乗務員名の情報を生成する。また、管理画面１４０の最終稼働日時は、車両データ５５のタイムスタンプから導出される。
　サーバ５の表示制御部６１は、生成した管理画面情報を管理者端末７に送信し、管理者端末７のプロセッサ７４は当該情報を受信する（ステップＳ４５）。
　サーバ５の表示制御部６１は、受信した管理画面情報に基づいて、図１４に示すような管理画面１４０を表示部７３に表示させる（ステップＳ４６）。
　本開示の実施形態によると、車載装置３が収集する車両データの種類に応じてバージョンが定められており、車両データが、車両データの種類に対応するバージョンのフォーマットデータに変換された後、車載装置３からサーバ５に送信される。このため、サーバ５は、バージョンを手掛かりとして、それぞれのバージョンに応じた変換方法でフォーマットデータを車両データに復元することができる。よって、サーバ５は、搭載されるセンサの数および種類が異なる複数の車両２から、効率的に車両データを収集することができる。
　また、サーバ５は、搭載されるセンサの数および種類が異なる複数の車両２から収集した車両データを、管理者端末７に表示させることができる。
　また、サーバ５は、サーバ５が収集した車両データの中から管理者が所望する種類の車両データを、管理者端末７に表示させることができる。
　また、サーバ５は、複数の車両２から収集した通知データを地図上の車両２の位置に対応付けて管理者端末７に表示させることができる。例えば、乗務員が休憩場所を通知した場合には、休憩場所が地図上に表示される。これにより、表示を見た他の管理者または乗務員に休憩場所を知らせることができる。このように、通知データを管理者または複数の乗務員間で供給することができる。
　また、サーバ５は、車両２内の二酸化炭素量、車両２内の臭気量、および車両２の乗務員の呼気アルコール濃度の少なくとも１つに関するデータを、地図上の車両２の位置に対応付けて管理者端末７に表示させる。これにより、管理者は、車両２内の二酸化炭素量、車両２内の臭気量または乗務員の呼気アルコール濃度の異常が生じている車両２および車両２の位置を特定することができる。
　また、サーバ５は、フォーマットデータから車両データを復元するための変換ルール情報５４をサーバ５に登録するとともに、車両データからフォーマットデータを生成するための変換ルール情報を車載装置３に登録する。これにより、車両２に新規なセンサが追加され車載装置３が収集する車両データが追加される場合であっても、車載装置３およびサーバ５は、新規の変換ルール情報に従って、車両データおよびフォーマットデータ間でデータ変換を行うことができる。
　［変形例１］
　上述の実施形態では、スマートフォン４が通知データをサーバ５に送信する構成としたが、車載装置３が通知データをサーバ５に送信する構成であってもよい。
　例えば、車両２のダッシュボードなどの搭乗員が操作可能な位置に通知データに対応した物理スイッチが設けられる。物理スイッチは車載装置３のインタフェース部３２に接続される。搭乗員がいずれかの物理スイッチを押すと、車載装置３のデータ収集部３７が物理スイッチに対応した通知データを収集し、データ送信部３９が収集された通知データをサーバ５に送信する。
　［変形例２］
　上述の実施形態では、サーバ５が画面情報を管理者端末７に送信し、管理者端末７に画面情報を表示させることとした。これに対し、サーバ５が画面情報をスマートフォン４に送信し、スマートフォン４に画面情報を表示させるようにしてもよい。例えば、図１２に示した車両データ画面１２０をスマートフォン４に表示させることができる。これにより、車両２の搭乗者に通知データの内容を知らせることができる。
　［付記］
　上記の各装置を構成する構成要素の一部または全部は、１または複数のシステムＬＳＩなどの半導体装置から構成されていてもよい。
　上記したコンピュータプログラムを、コンピュータ読取可能な非一時的な記録媒体、例えば、ＨＤＤ、ＣＤ－ＲＯＭ、半導体メモリなどに記録して流通させてもよい。また、コンピュータプログラムを、電気通信回線、無線または有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送して流通させてもよい。
　また、上記各装置は、複数のコンピュータまたは複数のプロセッサにより実現されてもよい。
　また、上記各装置の一部または全部の機能がクラウドコンピューティングによって提供されてもよい。つまり、各装置の一部または全部の機能がクラウドサーバにより実現されていてもよい。
　さらに、上記実施形態および上記変形例の少なくとも一部を任意に組み合わせてもよい。
　今回開示された実施形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
１　　　　運行管理システム（車両データ収集システム）
２，２Ａ，２Ｂ　　　車両
３，３Ａ，３Ｂ　　　車載装置
４，４Ａ，４Ｂ　　　スマートフォン
５　　　　サーバ
７　　　　管理者端末
８　　　　ネットワーク
１１　　　センサ群
１２　　　車載制御装置
１３　　　ＧＰＳ受信機
１４　　　クロック
３１，５１，７１　　　通信部
３２　　　インタフェース部
３３，５２，７５　　　記憶装置
３４，５３，７６　　　コンピュータプログラム
３５　　　変換ルール情報
３６，５８，７４　　　プロセッサ
３７　　　データ収集部
３８　　　データ変換部
３９　　　データ送信部
５４　　　変換ルール情報
５５　　　車両データ
５６　　　通知データ
５７　　　表示項目情報
５９　　　データ受信部
６０　　　データ復元部
６１　　　表示制御部
６２　　　表示項目情報取得部
６３　　　車両データ選択部
６４　　　変換ルール情報登録部
７２　　　入力部
７３　　　表示部
１００，１１０，１２０　　車両データ画面
１０１　　ＯＫボタン
１１１，１１１Ａ，１１１Ｂ，１１１Ｃ，１１３　車両アイコン
１１２，１１２Ａ，１１２Ｂ，１１２Ｃ　ジョッキアイコン
１１４　　ガスステーションアイコン
１１５　　バッテリーアイコン
１１６　　警告アイコン
１１７，１３１　　通知アイコン
１３０　　設定画面
１３２　　通知データ内容
１４０　　管理画面

Claims (11)

  1. 　車両に搭載される車載装置と、
    　前記車載装置からデータを収集するサーバとを備え、
    　前記車載装置は、
    　　前記車両に関連するデータである車両データを収集するデータ収集部と、
    　　収集された前記車両データを、当該車両データの種類に対応するバージョンのフォーマットデータに変換し、前記フォーマットデータに前記バージョンを書き込むデータ変換部と、
    　　前記バージョンが書き込まれた前記フォーマットデータを前記サーバに送信するデータ送信部とを備え、
    　前記サーバは、
    　　前記フォーマットデータを受信するデータ受信部と、
    　　前記フォーマットデータに示される前記バージョンに基づいて、前記フォーマットデータから前記車両データを復元するデータ復元部と、を備える、車両データ収集システム。
  2. 　前記サーバは、
    　　前記データ復元部により復元された前記車両データを表示させる表示制御部をさらに備える、請求項１に記載の車両データ収集システム。
  3. 　前記サーバは、
    　　表示対象の前記車両データの種類を示す表示項目情報を取得する表示項目情報取得部と、
    　　復元された前記車両データの中から、前記表示項目情報が示す種類の前記車両データを選択する車両データ選択部とをさらに備え、
    　前記表示制御部は、前記車両データ選択部により選択された前記車両データを表示させる、請求項２に記載の車両データ収集システム。
  4. 　前記データ収集部は、前記車両データとして、前記車両の位置を収集し、
    　前記データ受信部は、さらに、前記車両の乗務員によって通知された通知データを受信し、
    　前記表示制御部は、さらに、前記車両データに基づいて、前記データ受信部が受信した前記通知データを、地図上の前記車両の位置に対応付けて表示させる、請求項２または請求項３に記載の車両データ収集システム。
  5. 　前記データ収集部は、前記車両データとして、前記車両内の二酸化炭素量、前記車両内の臭気量、および前記車両の乗務員の呼気アルコール濃度の少なくとも１つに関するデータと、前記車両の位置とを収集し、
    　前記表示制御部は、前記車両データに基づいて、前記データ復元部により復元された前記車両内の二酸化炭素量、前記車両内の臭気量、および前記車両の乗務員の呼気アルコール量の少なくとも１つに関するデータを、地図上の前記車両の位置に対応付けて表示させる、請求項２から請求項４のいずれか１項に記載の車両データ収集システム。
  6. 　前記バージョンと前記バージョンに対応する変換方法とを示す変換ルール情報を、前記車載装置および前記サーバに登録する変換ルール情報登録部をさらに備え、
    　前記変換方法は、前記車両データおよび前記フォーマットデータの間の変換の方法を含む、請求項１から請求項５のいずれか１項に記載の車両データ収集システム。
  7. 車両に関連するデータである車両データを収集するデータ収集部と、
    　収集された前記車両データを、当該車両データの種類に対応するバージョンのフォーマットデータに変換し、前記フォーマットデータに前記バージョンを書き込むデータ変換部と、
    　前記バージョンが書き込まれた前記フォーマットデータをサーバに送信するデータ送信部と、を備える、車載装置。
  8. 　車両に関連するデータである車両データを当該車両データの種類に対応するバージョンに従って変換したフォーマットデータであって、前記バージョンが書き込まれた前記フォーマットデータを受信するデータ受信部と、
    　前記フォーマットデータに示される前記バージョンに基づいて、前記フォーマットデータから前記車両データを復元するデータ復元部と、を備える、サーバ。
  9. 　コンピュータを、
    　車両に関連するデータである車両データを収集するデータ収集部、
    　収集された前記車両データを、当該車両データの種類に対応するバージョンのフォーマットデータに変換し、前記フォーマットデータに前記バージョンを書き込むデータ変換部、および、
    　前記バージョンが書き込まれた前記フォーマットデータをサーバに送信するデータ送信部として機能させるための、コンピュータプログラム。
  10. 　コンピュータを、
    　車両に関連するデータである車両データを当該車両データの種類に対応するバージョンに従って変換したフォーマットデータであって、前記バージョンが書き込まれた前記フォーマットデータを受信するデータ受信部、および、
    　前記フォーマットデータに示される前記バージョンに基づいて、前記フォーマットデータから前記車両データを復元するデータ復元部として機能させるための、コンピュータプログラム。
  11. 　車両に搭載された車載装置が、前記車両に関連するデータである車両データを収集するステップと、
    　前記車載装置が、収集された前記車両データを、当該車両データの種類に対応するバージョンのフォーマットデータに変換し、前記フォーマットデータに前記バージョンを書き込むステップと、
    　前記車載装置が、前記バージョンが書き込まれた前記フォーマットデータをサーバに送信するステップと、
    　前記サーバが、前記フォーマットデータを受信するステップと、
    　前記サーバが、前記フォーマットデータに示される前記バージョンに基づいて、前記フォーマットデータから前記車両データを復元するステップとを含む、車両データ収集方法。
PCT/JP2023/034391 2022-11-02 2023-09-22 車両データ収集システム、車載装置、サーバ、コンピュータプログラム、および車両データ収集方法 WO2024095632A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022-175951 2022-11-02
JP2022175951 2022-11-02

Publications (1)

Publication Number Publication Date
WO2024095632A1 true WO2024095632A1 (ja) 2024-05-10

Family

ID=90930248

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/034391 WO2024095632A1 (ja) 2022-11-02 2023-09-22 車両データ収集システム、車載装置、サーバ、コンピュータプログラム、および車両データ収集方法

Country Status (1)

Country Link
WO (1) WO2024095632A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016054545A (ja) * 2011-01-25 2016-04-14 パナソニックＩｐマネジメント株式会社 車載器
CN111010415A (zh) * 2019-04-30 2020-04-14 长城汽车股份有限公司 针对车联网的数据传输方法和装置
JP2022107913A (ja) * 2021-01-12 2022-07-25 日立Astemo株式会社 車両制御装置、車両システム、更新システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016054545A (ja) * 2011-01-25 2016-04-14 パナソニックＩｐマネジメント株式会社 車載器
CN111010415A (zh) * 2019-04-30 2020-04-14 长城汽车股份有限公司 针对车联网的数据传输方法和装置
JP2022107913A (ja) * 2021-01-12 2022-07-25 日立Astemo株式会社 車両制御装置、車両システム、更新システム

Similar Documents

Publication Publication Date Title
US11790702B2 (en) Big telematics data constructing system
US9384598B2 (en) Method and system for generating a vehicle identifier
US10346925B2 (en) Telematics system with vehicle embedded telematics devices (OEM line fitted) for score-driven, automated risk-transfer and corresponding method thereof
US11755403B2 (en) Big telematics data network communication fault identification system
US10382256B2 (en) Big telematics data network communication fault identification device
EP2951683B1 (en) Method and apparatus for complementing an instrument panel by utilizing augmented reality
US8355870B2 (en) Methods, systems, and apparatuses for telematics navigation
US20220086038A1 (en) Big telematics data network communication fault identification device
US8117049B2 (en) Methods, systems, and apparatuses for determining driver behavior
US9014876B2 (en) System for processing fleet vehicle operation information
US10136392B2 (en) Big telematics data network communication fault identification system method
US11368491B1 (en) Determining policy characteristics based on route similarity
US20170109373A1 (en) Systems and methods for database geocoding
JP5412343B2 (ja) 情報提供装置及び情報処理装置
JP2020115325A (ja) ビークル搭載レコーダシステムモニタ
JP2005050022A (ja) 部品使用履歴収集システム
CN108780526A (zh) 基于资产定位的预测模型的处置
US20230032829A1 (en) Driving diagnostic device and driving diagnostic method
WO2024095632A1 (ja) 車両データ収集システム、車載装置、サーバ、コンピュータプログラム、および車両データ収集方法
Helvaci et al. Improving driver behavior using gamification
JP2004086699A (ja) 車両運行情報を用いたリスク管理方法
JP2010048781A (ja) ナビサーバ
US20220405421A1 (en) Information processing device, information processing method and storage medium
JP7237272B2 (ja) 情報処理装置及びプログラム
JP2021015464A (ja) 機器診断装置、機器診断システム及び機器診断方法