WO2023276816A1 - データ処理方法、および通信システム - Google Patents

データ処理方法、および通信システム Download PDF

Info

Publication number
WO2023276816A1
WO2023276816A1 PCT/JP2022/024888 JP2022024888W WO2023276816A1 WO 2023276816 A1 WO2023276816 A1 WO 2023276816A1 JP 2022024888 W JP2022024888 W JP 2022024888W WO 2023276816 A1 WO2023276816 A1 WO 2023276816A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
vehicle
unit
processing method
input
Prior art date
Application number
PCT/JP2022/024888
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 株式会社デンソー
Priority to CN202280046981.6A priority Critical patent/CN117597904A/zh
Priority to JP2023531861A priority patent/JPWO2023276816A1/ja
Publication of WO2023276816A1 publication Critical patent/WO2023276816A1/ja
Priority to US18/397,364 priority patent/US20240127637A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T7/00—Image analysis
    • G06T7/70—Determining position or orientation of objects or cameras
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V20/00—Scenes; Scene-specific elements
    • G06V20/50—Context or environment of the image
    • G06V20/56—Context or environment of the image exterior to a vehicle by using sensors mounted on the vehicle
    • G06V20/58—Recognition of moving objects or obstacles, e.g. vehicles or pedestrians; Recognition of traffic objects, e.g. traffic signs, traffic lights or roads
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities

Definitions

  • the present disclosure relates to a data processing method and a communication system executed by an in-vehicle device unit.
  • Patent Literature 1 discloses a technology that is an in-vehicle device mounted on a vehicle and collects data related to the vehicle from within the vehicle and uploads it to a predetermined server.
  • the data uploaded from the onboard device to the server is raw data whose meaning cannot be understood from the data itself. For this reason, it is necessary to process the raw data so that the meaning of the raw data can be understood on the server side.
  • One aspect of the present disclosure is to reduce the processing load on the server side in technology for collecting vehicle data. Also, the function or performance of the vehicle-mounted device may be expanded with a low development load.
  • a third process is performed to convert the data after the second process into data whose meaning can be understood without comparing it with other data. Furthermore, the data after the third processing is provided to the server.
  • the input I/F 155A in the embodiment corresponds to the acquisition section in the present disclosure
  • the filtering sections 20B and 156B in the embodiment correspond to the first processing section in the present disclosure
  • the standardization units 20C and 156C in the embodiment correspond to the second processing unit in the present disclosure
  • the normalization unit 20D in the embodiment corresponds to the third processing unit in the present disclosure
  • the communication unit 13 in the embodiment corresponds to the providing unit in the present disclosure.
  • the functions of the filtering units 20B and 156B correspond to the first processing in the present disclosure
  • the functions of the standardization units 20C and 156C correspond to the second processing in the present disclosure. Equivalent to.
  • the function of the normalization unit 20D corresponds to the third process in the present disclosure
  • the function of the structuring unit 20E corresponds to the fourth process in the present disclosure.
  • the functions of the determination units 20A and 156A correspond to the functions of determining the capability of the vehicle-mounted device in the present disclosure.
  • the communication unit 213 corresponds to the relay unit in the present disclosure.
  • the mobility IoT system 1 of this embodiment includes a plurality of data collection devices 2, a management center 3, and a service providing server 4, as shown in FIG. IoT is an abbreviation for Internet of Things.
  • the data collection device 2 is mounted on the vehicle and has a function of performing data communication with the management center 3 via the wide area wireless communication network NW.
  • the management center 3 is a device that manages the mobility IoT system 1.
  • the management center 3 has a function of performing data communication with the plurality of data collecting devices 2 and the service providing server 4 via the wide area wireless communication network NW.
  • the service providing server 4 is, for example, a server installed to provide a service for managing vehicle operation.
  • the mobility IoT system 1 may include a plurality of service providing servers with different service contents.
  • the data collection device 2 includes a main body portion 2A, which is the main body portion of the vehicle-mounted device, and an expansion unit 2B detachably attached to the main body portion 2A.
  • a plurality of expansion units 2B may be provided as shown in FIG.
  • the extension unit 2B is configured to be electrically connectable to and detachable from the main body 2A mounted on the vehicle using connectors 150A to 190A.
  • the main unit 2A includes a microcomputer 11, a vehicle interface (hereinafter referred to as vehicle I/F) 12, a communication unit 13, and a storage unit 14, as shown in FIG.
  • vehicle I/F vehicle interface
  • storage unit 14 as shown in FIG.
  • the microcomputer 11 includes a first core 21, a second core 22, a ROM 23, a RAM 24, a flash memory 25, an input/output section 26, and a bus 27.
  • the microcomputer 11 Various functions of the microcomputer 11 are realized by the first core 21 and the second core 22 executing a program stored in a non-transitional material recording medium.
  • the ROM 23 corresponds to a non-transitional substantive recording medium storing programs. Also, by executing this program, a method corresponding to the program is executed. Part or all of the functions executed by the first core 21 and the second core 22 may be configured in hardware by one or a plurality of ICs or the like.
  • the flash memory 25 is a data rewritable nonvolatile memory.
  • the flash memory 25 includes a standardized vehicle data storage section 25A for storing standardized vehicle data, which will be described later.
  • the input/output unit 26 is a circuit for inputting/outputting data between the outside of the microcomputer 11 and the first core 21 and the second core 22 .
  • the bus 27 connects the first core 21, the second core 22, the ROM 23, the RAM 24, the flash memory 25, and the input/output unit 26 so that data can be input/output to each other.
  • the communication unit 13 performs data communication with the management center 3 via the wide area wireless communication network NW.
  • the storage unit 14 is a storage device for storing various data.
  • the vehicle I/F 12 is an input/output circuit for inputting/outputting signals between the electronic control unit and sensors mounted on the vehicle.
  • Vehicle I/F 12 includes a power supply voltage input port, a general-purpose input/output port, a CAN communication port, an Ethernet communication port, and the like.
  • a CAN communication port is a port for transmitting and receiving data according to the CAN communication protocol.
  • the Ethernet communication port is a port for transmitting and receiving data based on the Ethernet communication protocol.
  • CAN is an abbreviation for Controller Area Network. CAN is a registered trademark. Ethernet is a registered trademark.
  • An expansion unit 2B is connected to the CAN communication port and the Ethernet communication port as described later, and another electronic control device mounted on the vehicle is connected via the expansion unit 2B.
  • the main unit 2A of the data collection device 2 can transmit and receive communication frames to and from other electronic control devices.
  • Each port of the vehicle I/F 12 has a plurality of connectors 125A to 125G connectable to the expansion unit 2B, as shown in FIG. Different expansion units 2B can be connected to the connectors 125A to 125G. Further, the vehicle I/F 12 is configured to be able to communicate with a communication protocol preset for each of the connectors 125A-125G.
  • the expansion unit 2B has a function for expanding or enhancing the functions and performance of the main body 2A.
  • the expansion unit 2B has a function that the main unit 2A does not have, or a function that takes part of the processing performed in the main unit 2A to increase the speed of the main unit 2A by providing resources for the main unit 2A. .
  • the expansion unit 2B is electrically arranged between the vehicle I/F 12 and the vehicle-side device 2C.
  • the vehicle I/F 12 can acquire data from the vehicle-side device 2C via the extension unit 2B, and in particular, can collect data to be transmitted to the management center 3 via the extension unit 2B. Moreover, the vehicle I/F 12 can transmit data to the vehicle-side device 2C via the expansion unit 2B.
  • the data collection device 2 includes a vehicle expansion unit 150, a sensor expansion unit 160, a display expansion unit 170, a USB expansion unit 180, and a network expansion unit 190 as expansion units 2B.
  • a vehicle expansion unit 150 a sensor expansion unit 160
  • a display expansion unit 170 a USB expansion unit 180
  • a network expansion unit 190 as expansion units 2B.
  • many expansion units 150 to 190 are provided, but the number and type of expansion units 150 to 190 to be provided can be arbitrarily set according to the type and grade of the vehicle. Therefore, the main body part 2A can function as the data collection device 2 without the expansion unit 2B.
  • the vehicle expansion unit 150 includes on-vehicle device side connectors 150A and 150B and device side connectors 150C to 150H.
  • the on-vehicle-side connectors 150A and 150B are connectors on the side connected to the main body 2A
  • the device-side connectors 150C to 150H are connectors on the side connected to the vehicle-side device 2C.
  • the vehicle extension unit 150 communicates with other electronic control units arranged in the vehicle via the equipment-side connectors 150C to 150H, and receives data obtained from the vehicle-side equipment 2C located inside the vehicle as input data. and That is, the vehicle extension unit 150 uses vehicle data for controlling the vehicle as input data.
  • the vehicle expansion unit 150 has a function of transmitting and receiving data to and from the main unit 2A via the vehicle-mounted device side connectors 150A and 150B.
  • the in-vehicle device side connector 150A is a connector compatible with the Ethernet communication protocol, and configured to be connectable with the connector 125A on the vehicle I/F 12 side.
  • the in-vehicle device side connector 150B is a connector corresponding to CAN, GPIO, and UART communication protocols, and is configured to be connectable with the connector 125B on the vehicle I/F 12 side.
  • GPIO means a general-purpose IO port and is an abbreviation for General Purpose Input/Output.
  • UART is an abbreviation for Universal Asynchronous Receiver/Transmitter.
  • the device-side connector 150C is a connector compatible with the UART communication protocol.
  • the device-side connector 150D is a connector compatible with the Ethernet communication protocol.
  • the device-side connector 150E is a connector compatible with the GPIO communication protocol.
  • the device-side connector 150F is a connector compatible with the CAN communication protocol.
  • the device-side connector 150G is a connector compatible with the CAN FD communication protocol.
  • the device-side connector 150H is a connector compatible with the LIN communication protocol. Note that these device-side connectors 150C to 150H may be configured to be accommodated in one connector case.
  • CAN FD is an abbreviation for CAN with Flexible Data Rate.
  • LIN is an abbreviation for Local Interconnect Network.
  • the in-vehicle device side connector 160A of the sensor expansion unit 160 is a connector compatible with UART and Ethernet communication protocols, and is configured to be connectable with the connector 125C on the vehicle I/F 12 side.
  • the display expansion unit 170 includes an in-vehicle device side connector 170A and a device side connector 170B.
  • the display expansion unit 170 is connected to the vehicle I/F 12 via the vehicle-mounted device side connector 170A.
  • the display expansion unit 170 is connected to the display 175 via the equipment side connector 170B.
  • the display expansion unit 170 receives display data such as video as input data.
  • the in-vehicle device side connector 170A is compatible with, for example, LVDS format video data
  • the device side connector 170B is compatible with, for example, HDMI format video data.
  • HDMI is a registered trademark.
  • Display expansion unit 170 converts the format of video data sent from vehicle I/F 12 and outputs the data to display 175 .
  • the expansion unit 2B may have a data conversion function or a communication protocol conversion function like the display expansion unit 170 does.
  • the network expansion unit 190 includes an in-vehicle device side connector 190A, a Bluetooth antenna 195A, a WiFi antenna 195B, and a cellular antenna 195C.
  • Bluetooth and WiFi are registered trademarks.
  • the in-vehicle device side connector 190A is a connector compatible with communication protocols of PCI express (Peripheral Component Interconnect Express), USB, and UART.
  • a plurality of output lines included in the vehicle-mounted device connector 190A may be provided so as to correspond to the data received from each of the antennas 195A, 195B, and 195C. Also, one output line may be provided for outputting the data received from each antenna 195A, 195B, 195C.
  • the management center 3 includes a control unit 31, a communication unit 32, and a storage unit 33, as shown in FIG.
  • the storage unit 33 is a storage device for storing various data.
  • the main body 2A of the data collection device 2 includes a first unit 101 as a functional block realized by the first core 21 executing the program stored in the ROM 23, as shown in FIG.
  • the main unit 2A includes a second unit 102 as a functional block implemented by the second core 22 executing the program stored in the ROM 23 .
  • the second application 106 executes processing related to services provided by the service providing server 4 .
  • the second application 106 is configured to be able to access the standardized vehicle data storage section 25A of the flash memory 25 and refer to the standardized vehicle data in order to execute service-related processing.
  • the method of realizing these elements that make up the management center 3 is not limited to software, and some or all of the elements may be realized using one or more pieces of hardware.
  • the electronic circuit may be realized by a digital circuit including many logic circuits, an analog circuit, or a combination thereof.
  • Mobility GW 111 includes shadow storage unit 112 and vehicle control unit 113 .
  • the shadow storage unit 112 stores a shadow 114 containing data for each vehicle on which the data collection device 2 is mounted.
  • a shadow 114 indicates a group of vehicle data for a certain vehicle.
  • the vehicle control unit 113 has a function of controlling the vehicle on which the data collection device 2 is mounted based on instructions from the service providing server 4 .
  • the vehicle expansion unit 150 is an electronic control device mainly composed of a microcomputer having a CPU 153 and a memory 154 such as ROM and RAM.
  • Various functions of the microcomputer are realized by CPU 153 executing a program stored in a non-transitional substantive recording medium.
  • the memory 154 corresponds to a non-transitional substantive recording medium storing programs. Also, by executing this program, a method corresponding to the program is executed.
  • a part or all of the functions executed by the CPU 153 may be configured as hardware using one or a plurality of ICs or the like.
  • the number of microcomputers provided in the vehicle expansion unit 150 may be one or more.
  • Functions executed by the CPU 153 include an input I/F 155A, an output I/F 155B, a determination section 156A, a filtering section 156B, and a standardization section 156C.
  • the vehicle expansion unit 150 includes a plurality of input lines 152C-152H, a plurality of output lines 151A-151F, and at least one connector 150A-190A.
  • Input lines 152C to 152H are provided for each communication protocol of data to be handled, and data is input. Note that, in the present embodiment, even when a plurality of wirings are required for one communication protocol, the plurality of wirings are referred to as one input line. The same applies to output lines.
  • the input lines 152C-152H are wires connected to the device-side connectors 150C-150H.
  • the input line 152C is wiring corresponding to UART.
  • the input line 152D is a wiring compatible with Ethernet.
  • the input line 152E is a wiring corresponding to GPIO.
  • the input line 152F is wiring corresponding to CAN.
  • the input line 152G is a wiring corresponding to CAN FD.
  • the input line 152H is a wiring corresponding to LIN.
  • the output lines 151B to 151F are wires that are collectively connected to the in-vehicle device side connector 150B.
  • the output line 151B is wiring for a battery power supply.
  • the output line 151C is wiring for an ignition power supply.
  • the output line 151D is a communication line for CAN communication.
  • the output line 151E is a communication line for GPIO communication.
  • the output line 151F is a communication line for UART communication.
  • the vehicle-mounted device side connector 150B may be provided for each of the output lines 151A to 151F. Also, one of the output lines 151B to 151F may be unconnected.
  • the vehicle expansion unit 150 is connected to the vehicle I/F 12 through both connectors 150A and 150B.
  • the number of input lines 152C to 152H to which data is transmitted is set smaller than the number of output lines 151A and 151D to 151F to which data are transmitted.
  • Vehicle extension unit 150 may be connected to vehicle I/F 12 through only one of connectors 150A and 150B. Vehicle extension unit 150 may also include only one of connectors 150A and 150B.
  • the input line is for each protocol or data type, for example, one for JPEG, Two lines, one for GIF and the other for GIF, may be arranged.
  • the input lines may be divided for each type of data.
  • two USB connection lines, one for JPEG and one for GIF may be arranged.
  • the expansion unit 2B performs image recognition on JPEG and GIF image data and forms them in the standard format for target information, the output data is only target information, so the output line is 1. can be a book. That is, the number of output lines is smaller than the number of input lines for the same type of input data. Any communication protocol may be used for this single output line.
  • data input from one or more input lines using different communication protocols may be configured to be output from one output line.
  • the data received by the CAN FD input line may be converted into CAN format and output from the CAN output line.
  • CAN input data and CAN FD input data can be output from the same CAN output line, and the number of output lines is smaller than the number of input lines.
  • MPEG image data when MPEG image data is input to the expansion unit 2B, only one input line for MPEG can be arranged. In the expansion unit 2B, this input line can be branched into two. One of the output lines can be used to output the MPEG image data itself from the output line. The other one of the output lines can be used for image recognition by the expansion unit 2B and for outputting target information in a standard format. That is, there are more output lines than input lines for the same kind of input data.
  • data input from one communication protocol may be configured to be branched and output from two output lines.
  • one of the output lines can be used to output the CAN input data itself.
  • the other output line can be used to normalize the input data in the expansion unit 2B and output the normalized data.
  • the main unit 2A of the data collection device 2 includes a determination unit 20A, a filtering unit 20B, a standardization unit 20C, and a normalization unit as functions executed by the first unit 101 or the second unit 102. 20D, with a structured portion 20E. Either the first unit 101 or the second unit 102 may perform these functions.
  • the determination unit 156A, the filtering unit 156B, and the standardization unit 156C of the vehicle expansion unit 150 are configured to perform predetermined processing on the input data and output output data based on the input data from the output lines 151A to 151F. be done.
  • the output data may be data after processing by the filtering unit 156B or the like, or may be the input data itself.
  • the determination unit 20A, the filtering unit 20B, and the standardization unit 20C included in the main unit 2A have the same functions as the determination unit 156A, the filtering unit 156B, and the standardization unit 156C included in the vehicle expansion unit 150. explain.
  • determination units 20A and 156A Upon receiving data from vehicle I/F 12 or input I/F 155A, determination units 20A and 156A recognize the communication protocol of the data based on the communication ports that received the data, that is, connectors 150C to 150H. Specifically, for example, when data is received at a CAN communication port (eg, input line 152F), the determination units 20A and 156A recognize that the communication protocol of the received data is CAN. For example, when data is received at an Ethernet communication port (for example, input line 152D), the determination units 20A and 156A recognize that the communication protocol of the received data is Ethernet.
  • a CAN communication port eg, input line 152F
  • Ethernet communication port for example, input line 152D
  • the judging section 156A of the vehicle expansion unit 150 judges the capabilities of the main body section 2A, that is, the processing that the main body section 2A can execute, based on the communication protocol, the types of the connectors 150A to 190A, and the like. This is because whether the processing should be performed by the vehicle expansion unit 150 or the processing by the main body 2A is set depending on whether the main body 2A has sufficient capability.
  • the determination unit 156A of the vehicle expansion unit 150 determines that the main unit 2A has the preset capability
  • the determination unit 156A of the vehicle expansion unit 150 directly converts the received data to the main unit 2A without performing thinning, protocol conversion, or the like on the data. transfer to the output I/F 155B so as to transmit to .
  • the determination unit 156A of the vehicle expansion unit 150 determines what kind of processing is to be performed on the input data based on the filtering table 8 shown in FIG.
  • vehicle expansion unit 150 upon receiving data from connectors 150C-E and 150G-H having communication ports other than CAN, in other words, data is received from connectors 150C-E and 150G-H having communication ports other than CAN. implement.
  • vehicle expansion unit 150 when data is received from connector 150F having a CAN communication protocol, in other words, a CAN communication port, processing in later-described filtering section 156B and standardization section 156C is not performed.
  • the CAN frame consists of a start of frame, an arbitration field, a control field, a data field, a CRC field, an ACK field and an end of frame.
  • the arbitration field consists of an 11-bit or 29-bit identifier (that is, ID) and a 1-bit RTR bit.
  • CANID the 11-bit identifier used in CAN communication.
  • the CANID is set in advance based on the content of data included in the CAN frame, the source of the CAN frame, the destination of the CAN frame, and the like.
  • processing is performed as follows.
  • the sensor extension unit 160 receives data from a connector having a UART communication protocol, in other words, a UART communication port
  • the data is processed by a filtering unit 156B and a standardization unit 156C, which will be described later.
  • sensor extension unit 160 receives data from a connector having an Ethernet communication protocol, in other words, an Ethernet communication port
  • it does not perform processing in filtering section 156B and standardization section 156C, which will be described later.
  • the data input from the Ethernet input line is directly output from the output line.
  • the display expansion unit 170 and the USB expansion unit 180 do not perform processing in the later-described filtering section 156B and standardization section 156C, regardless of the type of data to be handled. That is, the data input from the input line is directly output from the output line.
  • the network expansion unit 190 performs processing in the later-described filtering section 156B and standardization section 156C regardless of the type of data to be handled.
  • the vehicle expansion unit 150 does not perform filtering when data is received using the CAN communication protocol. In this case, since CAN data has already been received, conversion into CAN data by standardization unit 156C is not performed either. However, the filtering unit 156B may perform a process of extracting only CAN data of a preset type from the input data.
  • the filtering section of the sensor expansion unit 160 receives data using the UART communication protocol, it performs processing set according to the data type.
  • the sensor extension unit 160 performs image recognition based on the input data and extracts target object information as a recognition result. Specifically, for example, from binary data consisting only of 0 and 1, edges that serve as boundaries of brightness on the image are extracted, and the shapes, sizes, etc. of the edges are used to determine whether objects in the image are people, things, vehicles, or signs. etc. It should be noted that the sensor extension unit 160 may only perform conversions that reduce the resolution of the image, such as conversions that reduce the number of pixels per frame.
  • the sensor extension unit 160 When receiving voice data, the sensor extension unit 160 performs voice recognition based on the input data and extracts text data as a recognition result. It should be noted that the sensor extension unit 160 may only perform conversions that reduce the resolution, eg, bitrate, of the audio.
  • the standardized data includes, for example, an ID indicating the data type, data length information, actual data (i.e., payload), and error correction code, and each data has a common data format, that is, a common data format.
  • the target information that is the recognition result is stored in the payload.
  • the normalization information includes setting items such as "CANID”, "ECU", “position”, “DLC”, "unique label”, “resolution”, “offset” and “unit”. Prepare. "Unique label” and "ECU” are as described above.
  • Data type "data size” and “data unit” indicate the type, size and unit of the numerical value indicated by the "data value”.
  • Energy which is an item in the first hierarchy, is a category name indicating energy information, and includes "battery state”, “battery configuration”, and "fuel” as items in the second hierarchy.
  • Vehicle identification information which is an item of the second hierarchy, has “vehicle identification number”, “vehicle number”, and “license plate” as items of the third hierarchy.
  • the first process can be omitted according to the types of the connectors 150A-190A.
  • the extension unit 2B can determine the capability of the main body 2A according to the types of the connectors 150A-190A.
  • the data after data structuring can be provided to the management center 3.
  • the obstacle data can be converted into the obstacle recognition result and then output to the main unit 2A. Therefore, processing by the main body 2A can be reduced as compared with the case where the processing is performed by the main body 2A.

Landscapes

  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Small-Scale Networks (AREA)

Abstract

通信機を介してクラウドサーバと通信可能な車載機（２Ａ）と、前記車載機に対して着脱自在に構成された拡張ユニット（２Ｂ）とを備える車載機ユニット（２）が実行するデータ処理方法である。データ処理方法では、入力データの提供元となる提供元機器から前記入力データを取得し（Ｌ１１，Ｌ１５）、前記入力データに対して、よりデータ量が少なくなるような処理である第１処理を実施し（Ｌ１３，Ｌ２２）、前記第１処理後のデータを、予め設定された形式のデータに変換する第２処理を実施し（Ｌ１４，Ｌ２３）、前記第２処理後のデータを、正規化データに変換する第３処理を実施し（Ｌ１６，Ｌ２４）、前記第３処理後のデータに基づいて、車両データをクラウドサーバに提供する（Ｌ３１）。

Description

データ処理方法、および通信システム 関連出願の相互参照
　本国際出願は、２０２１年７月２日に日本国特許庁に出願された日本国特許出願第２０２１－１１０９１０号に基づく優先権を主張するものであり、日本国特許出願第２０２１－１１０９１０号の全内容を本国際出願に参照により援用する。
　本開示は、車載機ユニットが実行するデータ処理方法、および通信システムに関する。
　下記特許文献１には、車両に搭載される車載機であって、車両内から車両に関するデータを収集し、所定のサーバにアップロードする技術が開示されている。
特開２０１８－０６０５２０号公報
　しかしながら、発明者の詳細な検討の結果、上記の車載機からサーバにアップロードされるデータは、データ自体からは意味が理解できない生データであると推定される。このため、サーバ側で生データの意味が理解できるように処理する必要があり、サーバでの処理負荷が大きいという課題が見出された。
　本開示の１つの局面は、車両のデータを収集する技術において、サーバ側での処理負荷を軽減できるようにすることにある。また、低開発負荷で車載機の機能或いは性能を拡張できるようにしてもよい。
　本開示の一態様は、車両に搭載される車載機と、車載機に対して着脱自在に構成された複数の拡張ユニットとを備える車載機ユニットが実行するデータ処理方法である。
　データ処理方法では、入力データの提供元となる提供元機器から入力データを取得する。そして、入力データに対して、よりデータ量が少なくなるような処理である第１処理を実施する。さらに、第１処理後のデータを、予め設定された形式のデータに変換する第２処理を実施する。
　さらに、第２処理後のデータを、他データと比較することなく意味が理解できるデータに変換する第３処理を実施する。さらに、第３処理後のデータをサーバに提供する。
　このような方法によれば、第１処理、第２処理、および第３処理を経て、意味が理解できるデータに変換されたデータをサーバに提供することができる。よって、サーバで第１処理から第３処理までを実施する場合と比較して、サーバでの処理負荷を軽減することができる。また、拡張ユニットを備えているので、拡張ユニットを車載機に接続するだけで、車載機に新たな機能を追加することができる。
モビリティＩｏＴシステムの構成を示すブロック図である。 データ収集装置の構成を示すブロック図である。 拡張ユニットおよび車両側機器の構成を示すブロック図である。 管理センターの構成を示すブロック図である。 データ収集装置の機能的な構成を示す機能ブロック図である。 管理センターの機能的な構成を示す機能ブロック図である。 本体部および車両拡張ユニットの機能的な構成を示す機能ブロック図である。 フィルタリングテーブルの一例を示す説明図である。 ＣＡＮフレームの構成を示す図である。 データ変換テーブルの構成を示す図である。 標準化車両データの第１階層と、データフォーマットとを示す図である。 標準化車両データの構成を示す図である。 標準化車両データの第１の作成手順を示すシーケンス図である。 標準化車両データの第２の作成手順を示すシーケンス図である。 車両に搭載されるＥＣＵの接続状態を示すブロック図である。 車両拡張ユニットが実行するデータ作成処理を示すフローチャートである。 本体部が実行するデータ作成処理を示すフローチャートである。
　以下、図面を参照しながら、本開示の実施形態を説明する。
　［１－１．実施形態の構成と本開示の構成との関係］
　実施形態におけるモビリティＩｏＴシステム１は、本開示での通信システムに相当する。また、データ収集装置２は、本開示での車載機ユニットに相当し、実施形態における本体部２Ａは、本開示での車載機に相当する。また、実施形態における他のＥＣＵ、レーダ１６５、カメラ１６６，１８５、マイク１６７，１８７、加速度センサ１６８、ディスプレイ１７５、ＧＰＳ１８６、タッチパネル１８８、スピーカ１８９、アンテナ１９５Ａ～１９５Ｃは、本開示での提供元機器に相当する。
　また、実施形態における入力Ｉ／Ｆ１５５Ａは、本開示での取得部に相当し、実施形態におけるフィルタリング部２０Ｂ，１５６Ｂは、本開示での第１処理部に相当する。また、実施形態における標準化部２０Ｃ，１５６Ｃは、本開示での第２処理部に相当し、実施形態における正規化部２０Ｄは、本開示での第３処理部に相当する。また、実施形態における通信部１３は、本開示での提供部に相当する。
　また、データ収集装置２が実現する機能のうち、フィルタリング部２０Ｂ，１５６Ｂの機能は、本開示での第１処理に相当し、標準化部２０Ｃ，１５６Ｃの機能は、本開示での第２処理に相当する。また、正規化部２０Ｄの機能は、本開示での第３処理に相当し、構造化部２０Ｅの機能は、本開示での第４処理に相当する。また、判定部２０Ａ，１５６Ａの機能は、本開示での車載機の能力を判定する機能に相当する。また、通信部２１３は、本開示での中継部に相当する。
　［１－２．構成］
　以下に本開示の実施形態を図面とともに説明する。
　本実施形態のモビリティＩｏＴシステム１は、図１に示すように、複数のデータ収集装置２と、管理センター３と、サービス提供サーバ４とを備える。ＩｏＴは、Internet of Thingsの略である。
　データ収集装置２は、車両に搭載され、広域無線通信網ＮＷを介して、管理センター３とデータ通信を行う機能を有する。
　管理センター３は、モビリティＩｏＴシステム１を管理する装置である。管理センター３は、広域無線通信網ＮＷを介して、複数のデータ収集装置２およびサービス提供サーバ４との間でデータ通信を行う機能を有する。
　サービス提供サーバ４は、例えば、車両の運行を管理するサービスを提供するために設置されたサーバである。なお、モビリティＩｏＴシステム１は、サービス内容が互いに異なる複数のサービス提供サーバを備えてもよい。
　データ収集装置２は、図２に示すように、車載機の本体部分である本体部２Ａと、本体部２Ａに対して着脱自在に構成された拡張ユニット２Ｂとを備える。図２では１つの拡張ユニット２Ｂを図示しているが、図３に示すように、複数個の拡張ユニット２Ｂが備えられていてもよい。拡張ユニット２Ｂは、車両に搭載される本体部２Ａに対して、コネクタ１５０Ａ～１９０Ａを用いて電気的に接続および分離可能に構成される。
　本体部２Ａは、図２に示すように、マイクロコンピュータ１１と、車両インタフェース（以下、車両Ｉ／Ｆ）１２と、通信部１３と、記憶部１４とを備える。
　マイクロコンピュータ１１は、第１コア２１と、第２コア２２と、ＲＯＭ２３と、ＲＡＭ２４と、フラッシュメモリ２５と、入出力部２６と、バス２７とを備える。
　マイクロコンピュータ１１の各種機能は、第１コア２１および第２コア２２が非遷移的実体的記録媒体に格納されたプログラムを実行することにより実現される。この例では、ＲＯＭ２３が、プログラムを格納した非遷移的実体的記録媒体に該当する。また、このプログラムの実行により、プログラムに対応する方法が実行される。なお、第１コア２１および第２コア２２が実行する機能の一部または全部を、１つあるいは複数のＩＣ等によりハードウェア的に構成してもよい。
　フラッシュメモリ２５は、データ書き換え可能な不揮発性メモリである。フラッシュメモリ２５は、後述する標準化車両データを格納する標準化車両データ格納部２５Ａを備える。
　入出力部２６は、マイクロコンピュータ１１の外部と第１コア２１および第２コア２２との間でデータの入出力を行わせるための回路である。
　バス２７は、第１コア２１、第２コア２２、ＲＯＭ２３、ＲＡＭ２４、フラッシュメモリ２５および入出力部２６を、互いにデータ入出力可能に接続する。
　通信部１３は、広域無線通信網ＮＷを介して、管理センター３とデータ通信を行う。
　記憶部１４は、各種データを記憶するための記憶装置である。
　車両Ｉ／Ｆ１２は、車両に搭載された電子制御装置およびセンサ等との間で信号の入出力を行わせるための入出力回路である。車両Ｉ／Ｆ１２は、電源電圧入力ポート、汎用入出力ポート、ＣＡＮ通信ポートおよびイーサネット通信ポートなどを備える。ＣＡＮ通信ポートは、ＣＡＮ通信プロトコルに従ってデータの送受信を行うためのポートである。イーサネット通信ポートは、イーサネット通信プロトコルに基づいてデータの送受信を行うためのポートである。ＣＡＮは、Controller Area Networkの略である。ＣＡＮは登録商標である。イーサネットは登録商標である。
　ＣＡＮ通信ポートおよびイーサネット通信ポートには、後述するように拡張ユニット２Ｂが接続され、拡張ユニット２Ｂを介して、車両に搭載された他の電子制御装置が接続される。これにより、データ収集装置２の本体部２Ａは、他の電子制御装置との間で通信フレームの送受信を行うことができる。
　車両Ｉ／Ｆ１２が備える各ポートは、図３に示すように、拡張ユニット２Ｂと接続可能な複数のコネクタ１２５Ａ～１２５Ｇを備える。複数のコネクタ１２５Ａ～１２５Ｇには、それぞれ異なる拡張ユニット２Ｂを接続可能である。また、車両Ｉ／Ｆ１２は、コネクタ１２５Ａ～１２５Ｇ毎に予め設定された通信プロトコルで通信可能に構成される。
　拡張ユニット２Ｂは、本体部２Ａの機能および性能を拡張または増強させるための機能を備える。例えば、拡張ユニット２Ｂは、本体部２Ａが備えない機能、或いは本体部２Ａにて実施される処理の一部を担うことで本体部２Ａのリソースに余裕を持たせ高速化させる機能、等を備える。
　拡張ユニット２Ｂは、電気的に、車両Ｉ／Ｆ１２と、車両側機器２Ｃとの間に配置される。車両Ｉ／Ｆ１２は、拡張ユニット２Ｂを介して車両側機器２Ｃからデータを取得することができ、特に、拡張ユニット２Ｂを介して管理センター３に送信すべきデータを収集することができる。また、車両Ｉ／Ｆ１２は、拡張ユニット２Ｂを介して車両側機器２Ｃに対してデータを送信することができる。
　詳細には、データ収集装置２は、図３に示すように、拡張ユニット２Ｂとして、車両拡張ユニット１５０、センサ拡張ユニット１６０、ディスプレイ拡張ユニット１７０、ＵＳＢ拡張ユニット１８０、ネットワーク拡張ユニット１９０、を備える。なお、図３に示す例では、多くの拡張ユニット１５０～１９０を備えるが、車両の種別やグレードに応じて、備えられる拡張ユニット１５０～１９０の数や種別は任意に設定できる。よって、本体部２Ａは、拡張ユニット２Ｂを備えていなくても、データ収集装置２として機能することができる。
　車両拡張ユニット１５０は、車載機側コネクタ１５０Ａ，１５０Ｂと、機器側コネクタ１５０Ｃ～１５０Ｈと、を備える。車載機側コネクタ１５０A，１５０Ｂは、本体部２Aと接続される側のコネクタであり、機器側コネクタ１５０Ｃ～１５０Ｈは、車両側機器２Cと接続される側のコネクタである。車両拡張ユニット１５０は、機器側コネクタ１５０Ｃ～１５０Ｈを介して、車両内に配置された他の電子制御装置と通信を行い、当該車両の内部に位置する車両側機器２Ｃから得られるデータを入力データとする。即ち、車両拡張ユニット１５０は、車両を制御するための車両データを入力データとする。
　また、車両拡張ユニット１５０は、車載機側コネクタ１５０Ａ，１５０Ｂを介して本体部２Ａとのデータの送受信を行う機能を備える。車載機側コネクタ１５０Ａはイーサネットの通信プロトコルに対応するコネクタであり、車両Ｉ／Ｆ１２側のコネクタ１２５Ａと結合可能に構成される。車載機側コネクタ１５０ＢはＣＡＮ、ＧＰＩＯ、ＵＡＲＴの通信プロトコルに対応するコネクタであり、車両Ｉ／Ｆ１２側のコネクタ１２５Ｂと結合可能に構成される。
　なお、ＧＰＩＯは、汎用ＩＯポートを意味し、General Purpose Input/Outputの略である。また、ＵＡＲＴは、Universal Asynchronous Receiver/Transmitterの略である。
　機器側コネクタ１５０ＣはＵＡＲＴの通信プロトコルに対応するコネクタである。機器側コネクタ１５０Ｄはイーサネットの通信プロトコルに対応するコネクタである。機器側コネクタ１５０ＥはＧＰＩＯの通信プロトコルに対応するコネクタである。機器側コネクタ１５０ＦはＣＡＮの通信プロトコルに対応するコネクタである。機器側コネクタ１５０ＧはＣＡＮ　ＦＤの通信プロトコルに対応するコネクタである。機器側コネクタ１５０ＨはＬＩＮの通信プロトコルに対応するコネクタである。なお、これら機器側コネクタ１５０Ｃ～１５０Ｈを１つのコネクタケースに収容するよう構成してもよい。
　なお、ＣＡＮ　ＦＤは、CAN with Flexible Data Rateの略である。また、ＬＩＮは、Local Interconnect Networkの略である。
　センサ拡張ユニット１６０は、車載機側コネクタ１６０Ａと、機器側コネクタ１６０Ｂ～１６０Ｅと、を備える。センサ拡張ユニット１６０は、車載機側コネクタ１６０Ａを介して車両Ｉ／Ｆ１２に接続される。センサ拡張ユニット１６０は、機器側コネクタ１６０Ｂ～１６０Ｅを介して、レーダ１６５、カメラ１６６、マイク１６７、および加速度センサ１６８と接続される。機器側コネクタ１６０Ａは、ＵＡＲＴ、イーサネット、ＵＳＢなどの通信プロトコルに対応するコネクタである。センサ拡張ユニット１６０は、物体または事象を検知するためのセンシングデータを入力データとする。
　センサ拡張ユニット１６０の車載機側コネクタ１６０Ａは、ＵＡＲＴおよびイーサネットの通信プロトコルに対応するコネクタであり、車両Ｉ／Ｆ１２側のコネクタ１２５Ｃと結合可能に構成される。
　センサ拡張ユニット１６０は、機器側コネクタ１６０Ｂ～１６０Ｅを介して、レーダ１６５、カメラ１６６、マイク１６７、および加速度センサ１６８から得られたデータを取得し、所定の処理を実施する。そして処理後のデータを、車載機側コネクタ１５０Ａ，１５０Ｂを介して車両Ｉ／Ｆ１２に送信する。
　ディスプレイ拡張ユニット１７０は、車載機側コネクタ１７０Ａと、機器側コネクタ１７０Ｂと、を備える。ディスプレイ拡張ユニット１７０は、車載機側コネクタ１７０Ａを介して車両Ｉ／Ｆ１２に接続される。ディスプレイ拡張ユニット１７０は、機器側コネクタ１７０Ｂを介して、ディスプレイ１７５と接続される。ディスプレイ拡張ユニット１７０は、映像等の表示データを入力データとする。
　車載機側コネクタ１７０Ａは、例えばＬＶＤＳ形式の映像データに対応し、機器側コネクタ１７０Ｂは、例えばＨＤＭＩ形式の映像データに対応する。ＨＤＭＩは登録商標である。ディスプレイ拡張ユニット１７０は、車両Ｉ／Ｆ１２から送られてくる映像データの形式を変換してディスプレイ１７５に出力する。つまり、拡張ユニット２Ｂは、ディスプレイ拡張ユニット１７０のように、データを変換する機能、或いは通信プロトコルを変換する機能を備えてもよい。
　ＵＳＢ拡張ユニット１８０は、車載機側コネクタ１８０Ａと、機器側コネクタ１８０Ｂ～１８０Ｆと、を備える。ＵＳＢ拡張ユニット１８０は、車載機側コネクタ１８０Ａを介して車両Ｉ／Ｆ１２に接続される。ＵＳＢ拡張ユニット１８０は、機器側コネクタ１８０Ｂ～１８０Ｆを介して、カメラ１８５、ＧＰＳアンテナ１８６、マイク１８７、タッチパネル１８８、およびスピーカ１８９と接続される。ＵＳＢ拡張ユニット１８０は、ＵＳＢ規格のデータを入力データとする。
　ＵＳＢ拡張ユニット１８０の車載機側コネクタ１８０Ａは、ＵＳＢ規格の通信プロトコルに対応するコネクタであり、車両Ｉ／Ｆ１２側のコネクタ１２５Ｅまたは１２５Ｆと結合可能に構成される。図３の例では、車載機側コネクタ１８０Ａはコネクタ１２５Ｆと結合し、コネクタ１２５Ｅは何れの拡張ユニット１５０～１９０にも接続されていない未接続の状態である。
　コネクタ１２５ＥにはＵＳＢ規格のコネクタを有する他の拡張ユニットを接続することができる。
　ＵＳＢ拡張ユニット１８０は、機器側コネクタ１８０Ｂ～１８０Ｆを介して、カメラ１８５、ＧＰＳアンテナ１８６、マイク１８７、タッチパネル１８８、およびスピーカ１８９から得られたデータを取得し、所定の処理を実施する。そして処理後のデータを、車両側機器車載機側コネクタ１８０Ａを介して車両Ｉ／Ｆ１２に送信する。
　ネットワーク拡張ユニット１９０は、車載機側コネクタ１９０Ａと、ブルートゥースアンテナ１９５Ａと、ＷｉＦｉアンテナ１９５Ｂと、セルラーアンテナ１９５Ｃとを備える。なお、ブルートゥースおよびＷｉＦｉは登録商標である。車載機側コネクタ１９０Ａは、ＰＣＩｅｘｐｒｅｓｓ（Peripheral Component Interconnect Express）、ＵＳＢ、およびＵＡＲＴの通信プロトコルに対応するコネクタである。なお、車載機側コネクタ１９０Ａに包含される出力線は、各アンテナ１９５Ａ、１９５Ｂ、１９５Ｃから受信したデータに対応するよう複数設けてもよい。また、各アンテナ１９５Ａ、１９５Ｂ、１９５Ｃから受信したデータを出力するための一つの出力線を設けてもよい。
　ネットワーク拡張ユニット１９０は、当該車両の外部に位置する所定のサーバ等と通信可能に構成され、車両の外部の通信機器からの得られるデータを入力データとする。ネットワーク拡張ユニット１９０は、入力データに対する所定の処理を実施し、処理後のデータを、車載機側コネクタ１９０Ａを介して車両Ｉ／Ｆ１２に送信する。
　管理センター３は、図４に示すように、制御部３１と、通信部３２と、記憶部３３とを備える。
　制御部３１は、ＣＰＵ４１、ＲＯＭ４２およびＲＡＭ４３等を備えたマイクロコンピュータを中心に構成された電子制御装置である。マイクロコンピュータの各種機能は、ＣＰＵ４１が非遷移的実体的記録媒体に格納されたプログラムを実行することにより実現される。この例では、ＲＯＭ４２が、プログラムを格納した非遷移的実体的記録媒体に該当する。また、このプログラムの実行により、プログラムに対応する方法が実行される。なお、ＣＰＵ４１が実行する機能の一部または全部を、１つあるいは複数のＩＣ等によりハードウェア的に構成してもよい。また、制御部３１を構成するマイクロコンピュータの数は１つでも複数でもよい。
　通信部３２は、広域無線通信網ＮＷを介して、複数のデータ収集装置２およびサービス提供サーバ４との間でデータ通信を行う。
　記憶部３３は、各種データを記憶するための記憶装置である。
　データ収集装置２の本体部２Ａは、ＲＯＭ２３に格納されたプログラムを第１コア２１が実行することにより実現される機能ブロックとして、図５に示すように、第１ユニット１０１を備える。本体部２Ａは、ＲＯＭ２３に格納されたプログラムを第２コア２２が実行することにより実現される機能ブロックとして、第２ユニット１０２を備える。
　第１ユニット１０１は、リアルタイムオペレーティングシステム（以下、ＲＴＯＳ）１０３と、第１アプリケーション１０４とを備える。
　第１アプリケーション１０４は、車両を制御するための各種処理を実行する。第１アプリケーション１０４は、車両を制御するための各種処理を実行するために、フラッシュメモリ２５の標準化車両データ格納部２５Ａにアクセスして標準化車両データを参照することが可能に構成されている。
　ＲＴＯＳ１０３は、第１アプリケーション１０４による処理のリアルタイム性を確保することができるように、第１アプリケーション１０４を管理する。第２ユニット１０２は、汎用オペレーティングシステム（以下、ＧＰＯＳ）１０５と、第２アプリケーション１０６とを備える。
　第２アプリケーション１０６は、サービス提供サーバ４により提供されるサービスに関連した処理を実行する。第２アプリケーション１０６は、サービスに関連した処理を実行するために、フラッシュメモリ２５の標準化車両データ格納部２５Ａにアクセスして標準化車両データを参照することが可能に構成されている。
　ＧＰＯＳ１０５は、各種アプリケーションを動作させるためにデータ収集装置２に搭載された基本ソフトウェアであり、第２アプリケーション１０６を管理する。
　管理センター３は、ＲＯＭ４２に格納されたプログラムをＣＰＵ４１が実行することにより実現される機能ブロックとして、図６に示すように、車両側ユニット１１０と、サービス側ユニット１２０とを備える。
　管理センター３を構成するこれらの要素を実現する手法はソフトウェアに限るものではなく、その一部または全部の要素について、１つあるいは複数のハードウェアを用いて実現してもよい。例えば、上記機能がハードウェアである電子回路によって実現される場合、その電子回路は多数の論理回路を含むデジタル回路、またはアナログ回路、あるいはこれらの組合せによって実現してもよい。
　車両側ユニット１１０は、車両へのアクセスおよび車両から受信したデータを管理する。車両側ユニット１１０は、モビリティゲートウェイ（以下、モビリティＧＷ）１１１を備える。モビリティＧＷ１１１は、車両へのアクセス要求を車両へ中継する機能の他、車両から受信したデータを管理する機能も有する。
　そしてモビリティＧＷ１１１は、シャドウ記憶部１１２と、車両制御部１１３とを備える。シャドウ記憶部１１２は、データ収集装置２を搭載する車両毎にデータを収容するシャドウ１１４を記憶する。シャドウ１１４は、ある車両の車両データ群を示す。車両制御部１１３は、サービス提供サーバ４からの指示に基づいて、データ収集装置２を搭載している車両を制御する機能を備える。
　サービス側ユニット１２０は、サービス提供サーバからの要求を受付けるとともに、車両データの提供を行う。サービス側ユニット１２０は、データ管理部１２１と、アクセスＡＰＩ１２２とを備える。ＡＰＩは、Application Programming Interfaceの略である。
　データ管理部１２１は、車両の接続状態の変化に依存しない車両アクセスを提供するための仮想空間であるデジタルツイン１２３を管理する機能を備える。データ管理部１２１は、車両側ユニット１１０で管理する車両データへのアクセスに必要なデータを管理する。アクセスＡＰＩ１２２は、サービス提供サーバ４がモビリティＧＷ１１１およびデータ管理部１２１へアクセスするための標準インタフェースである。アクセスＡＰＩ１２２は、サービス提供サーバ４に対し、車両へのアクセスや車両データを取得するためのＡＰＩを提供する。
　［１－３．本体部および拡張ユニットの機能］
　次に、本体部２Ａと拡張ユニット２Ｂとが実行する処理について説明する。なお、拡張ユニット２Ｂについては、拡張ユニット２Ｂを代表して、車両拡張ユニット１５０を説明する。他の拡張ユニット１６０～１９０については、概ね同様の構成および機能を備えるため、相違点のみ説明する。
　車両拡張ユニット１５０は、図７に示すように、ＣＰＵ１５３、ＲＯＭおよびＲＡＭ等のメモリ１５４を備えたマイクロコンピュータを中心に構成された電子制御装置である。マイクロコンピュータの各種機能は、ＣＰＵ１５３が非遷移的実体的記録媒体に格納されたプログラムを実行することにより実現される。この例では、メモリ１５４が、プログラムを格納した非遷移的実体的記録媒体に該当する。また、このプログラムの実行により、プログラムに対応する方法が実行される。なお、ＣＰＵ１５３が実行する機能の一部または全部を、１つあるいは複数のＩＣ等によりハードウェア的に構成してもよい。また、車両拡張ユニット１５０に備えられるマイクロコンピュータの数は１つでも複数でもよい。
　ＣＰＵ１５３が実行する機能としては、入力Ｉ／Ｆ１５５Ａ、出力Ｉ／Ｆ１５５Ｂ、判定部１５６Ａ、フィルタリング部１５６Ｂ、標準化部１５６Ｃ、を備える。
　車両拡張ユニット１５０は、複数の入力線１５２Ｃ～１５２Ｈと、複数の出力線１５１Ａ～１５１Ｆと、少なくとも１つのコネクタ１５０Ａ～１９０Ａと、を備える。
　入力線１５２Ｃ～１５２Ｈは、取り扱うデータの通信プロトコル毎に設けられ、データが入力される。なお、本実施形態では、１つの通信プロトコルに対して複数の配線が必要な場合であっても、複数の配線を１本の入力線と表記する。出力線についても同様である。
　ここで、入力線１５２Ｃ～１５２Ｈは、機器側コネクタ１５０Ｃ～１５０Ｈに繋がる配線である。特に、入力線１５２Ｃは、ＵＡＲＴに対応する配線である。また、入力線１５２Ｄは、イーサネットに対応する配線である。また、入力線１５２Ｅは、ＧＰＩＯに対応する配線である。また、入力線１５２Ｆは、ＣＡＮに対応する配線である。また、入力線１５２Ｇは、ＣＡＮ　ＦＤに対応する配線である。また、入力線１５２Ｈは、ＬＩＮに対応する配線である。
　出力線１５１Ａ～１５１Ｆは、電源線または出力データの通信プロトコル毎に設けられる通信線として構成される。通信線からはデータが出力される。ここで、出力線１５１Ａは、コネクタ１５０Ａに繋げられる配線である。特に、入力線１５２Ｄは、イーサネットに対応する配線であり、コネクタ１５０Ａにて車両Ｉ／Ｆ１２と接続される。ここで、入力線１５２Ｄ上の入力データは、車両拡張ユニット１５０での処理を介すことなく、出力線１５１Ａに出力される。
　出力線１５１Ｂ～１５１Ｆは、まとめて車載機側コネクタ１５０Ｂに繋げられる配線である。出力線１５１Ｂは、バッテリ電源のための配線である。出力線１５１Ｃは、イグニッション電源のための配線である。出力線１５１Ｄは、ＣＡＮで通信するための通信線である。出力線１５１Ｅは、ＧＰＩＯで通信するための通信線である。出力線１５１Ｆは、ＵＡＲＴで通信するための通信線である。なお、車載機側コネクタ１５０Ｂは、出力線１５１Ａ～１５１Ｆ毎に設けられてもよい。また、出力線１５１Ｂ～１５１Ｆのうち、いずれかが未接続であってもよい。
　ここで、図７に示す例では、車両拡張ユニット１５０は、コネクタ１５０Ａおよび１５０Ｂの両方で車両Ｉ／Ｆ１２に接続される。この結果、データが伝送される入力線１５２Ｃ～１５２Ｈの数は、データが伝送される出力線１５１Ａ，１５１Ｄ～１５１Ｆの数よりも少なく設定されている。なお、車両拡張ユニット１５０は、コネクタ１５０Ａおよび１５０Ｂのうちの一方のみで車両Ｉ／Ｆ１２に接続されてもよい。また、車両拡張ユニット１５０は、コネクタ１５０Ａおよび１５０Ｂのうちの一方のみを備えてもよい。
　ここで例えば、車両拡張ユニット１５０等の拡張ユニット２ＢにＪＰＥＧとＧＩＦとの異なる種別の画像データが入力される場合、入力線は、プロトコルやデータの種別毎、例えば、ＪＰＥＧ用に１本と、ＧＩＦ用に１本と、の２本配置されるとよい。なお、同じ通信プロトコルのデータであっても、１本の通信線で伝送される必要はない。例えば、データの種別毎に入力線を分けてもよく、例えば、ＪＰＥＧ用のＵＳＢ接続線１本と、ＧＩＦ用のＵＳＢ接続線１本と、の２本を配置してもよい。一方で、拡張ユニット２ＢがＪＰＥＧおよびＧＩＦの画像データに対して画像認識をして、物標情報の標準フォーマットに形成する場合、出力されるデータは物標情報のみであるため、出力線は１本とすることができる。つまり、同種の入力データに関し入力線の数よりも出力線の数が少なくなる。ここで、この１本の出力線で利用される通信プロトコルは任意である。
　なお、異なる通信プロトコルを利用する１または複数の入力線から入力されたデータを、１本の出力線から出力するよう構成してもよい。例えば、ＣＡＮの入力線とＣＡＮ　ＦＤの入力線とがある場合、ＣＡＮ　ＦＤの入力線により受信したデータをＣＡＮフォーマットに変換し、ＣＡＮの出力線から出力するようにしてもよい。この場合、ＣＡＮの入力データとＣＡＮ　ＦＤの入力データとを、同じＣＡＮの出力線から出力することができ、入力線の数よりも出力線の数が少なくなる。
　一方で、拡張ユニット２ＢにＭＰＥＧの画像データが入力される場合、入力線はＭＰＥＧ用の１本のみ配置することができる。拡張ユニット２Ｂでは、この入力線を、２本に分岐させることができる。出力線の１本は、ＭＰＥＧ画像データそのものを出力線から出力するために利用できる。出力線の他の１本は、拡張ユニット２Ｂにて画像認識をして物標情報の標準フォーマットを出力するために利用できる。つまり、同種の入力データに関し入力線よりも出力線が多くなる。
　なお、１つの通信プロトコルから入力されたデータを、２本の出力線から分岐して出力するよう構成してもよい。例えば、ＣＡＮの入力線がある場合、出力線の１本は、ＣＡＮの入力データそのものを出力するために利用できる。出力線の他の１本は、拡張ユニット２Ｂにて入力データの正規化を行い、正規化後のデータを出力するために利用できる。
　入力Ｉ／Ｆ１５５Ａは、入力線１５２Ｃ～１５２Ｈから入力されるデータを取得し、メモリ１５４に格納する。出力Ｉ／Ｆ１５５Ｂは、出力するよう指示を受けたデータを車両Ｉ／Ｆ１２に提供する。
　ここで、データ収集装置２の本体部２Ａは、図７に示すように、第１ユニット１０１或いは第２ユニット１０２が実行する機能として、判定部２０Ａ、フィルタリング部２０Ｂ、標準化部２０Ｃ、正規化部２０Ｄ、構造化部２０Ｅを備える。これらの機能は、第１ユニット１０１および第２ユニット１０２のどちらが実行してもよい。
　車両拡張ユニット１５０の判定部１５６Ａ、フィルタリング部１５６Ｂ、標準化部１５６Ｃは、入力されたデータに対する所定の処理を実施し、入力されたデータに基づく出力データを出力線１５１Ａ～１５１Ｆから出力させるように構成される。なお、出力データは、フィルタリング部１５６Ｂ等の処理後のデータである場合と、入力されたデータそのもののである場合とがある。
　なお、本体部２Ａが備える判定部２０Ａ、フィルタリング部２０Ｂ、標準化部２０Ｃは、車両拡張ユニット１５０が備える判定部１５６Ａ、フィルタリング部１５６Ｂ、標準化部１５６Ｃ、と同様の機能を備えるため、以下でまとめて説明する。
　［１－３－１．判定部］
　判定部２０Ａ，１５６Ａは、車両Ｉ／Ｆ１２または入力Ｉ／Ｆ１５５Ａからデータを受信すると、データを受信した通信ポート、つまりコネクタ１５０Ｃ～１５０Ｈに基づいて、データの通信プロトコルを認識する。具体的には、判定部２０Ａ，１５６Ａは、例えば、ＣＡＮ通信ポート（例えば入力線１５２Ｆ）でデータを受信した場合には、受信したデータの通信プロトコルはＣＡＮであると認識する。また判定部２０Ａ，１５６Ａは、例えば、イーサネット通信ポート（例えば入力線１５２Ｄ）でデータを受信した場合には、受信したデータの通信プロトコルはイーサネットであると認識する。
　特に、車両拡張ユニット１５０の判定部１５６Ａは、本体部２Ａの能力、すなわち本体部２Ａが実行可能な処理を、通信プロトコル、およびコネクタ１５０Ａ～１９０Ａの種別等によって判定する。本体部２Ａに充分な能力があるか否かによって、車両拡張ユニット１５０で処理を実施すべきか、本体部２Ａで処理を実施すべきかを設定するためである。
　車両拡張ユニット１５０の判定部１５６Ａは、本体部２Ａに予め設定された能力があると判定すると、データに対して、間引きおよびプロトコル変換等を実施することなく、受信したそのままのデータを本体部２Ａに送信するように出力Ｉ／Ｆ１５５Ｂに転送する。
　より詳細には、車両拡張ユニット１５０の判定部１５６Ａは、図８に示すようなフィルタリングテーブル８に基づいて、入力されたデータに対してどのような処理を実施するかを決定する。車両拡張ユニット１５０では、ＣＡＮ以外の通信プロトコル、換言すれば、ＣＡＮ以外の通信ポートを有するコネクタ１５０Ｃ～Ｅ、１５０Ｇ～Ｈからデータを受信すると、後述するフィルタリング部１５６Ｂおよび標準化部１５６Ｃでの処理を実施する。しかし、車両拡張ユニット１５０では、ＣＡＮの通信プロトコル、換言すれば、ＣＡＮの通信ポートを有するコネクタ１５０Ｆからデータを受信すると、後述するフィルタリング部１５６Ｂおよび標準化部１５６Ｃでの処理を実施しない。
　なお、ＣＡＮフレームは、図９に示すように、スタートオブフレーム、アービトレーションフィールド、コントロールフィールド、データフィールド、ＣＲＣフィールド、ＡＣＫフィールドおよびエンドオブフレームにより構成されている。なお、アービトレーションフィールドは、１１ビットまたは２９ビットのアイデンティファイア（すなわち、ＩＤ）と１ビットのＲＴＲビットで構成される。
　また、ＣＡＮ通信で使用する１１ビットのアイデンティファイアをＣＡＮＩＤという。ＣＡＮＩＤは、ＣＡＮフレームに含まれるデータの内容、ＣＡＮフレームの送信元、およびＣＡＮフレームの送信先等に基づいて予め設定されている。
　データフィールドは、それぞれ８ビット（すなわち１バイト）の第１データ、第２データ、第３データ、第４データ、第５データ、第６データ、第７データおよび第８データで構成される。以下、データフィールドの第１～８データのそれぞれをＣＡＮデータともいう。
　車両拡張ユニット１５０以外の拡張ユニット２Ｂでは、例えば、以下のように処理される。センサ拡張ユニット１６０は、ＵＡＲＴの通信プロトコル、換言すれば、ＵＡＲＴの通信ポートを有するコネクタからデータを受信すると、後述するフィルタリング部１５６Ｂおよび標準化部１５６Ｃでの処理が実施される。しかし、センサ拡張ユニット１６０は、イーサネットの通信プロトコル、換言すれば、イーサネットの通信ポートを有するコネクタからデータを受信すると、後述するフィルタリング部１５６Ｂおよび標準化部１５６Ｃでの処理を実施しない。つまり、イーサネットの入力線から入力されたデータは、そのまま出力線から出力されることとなる。なお、センサ拡張ユニット１６０では、ＵＡＲＴの通信プロトコルでデータを受信した場合であっても、画像の種別が予め設定された種別である場合には、後述するフィルタリング部１５６Ｂおよび標準化部１５６Ｃでの処理を省略してもよい。つまり、ＵＡＲＴの入力線から入力された特定の種別の画像データは、そのまま出力線から出力されるよう構成してもよい。
　また、ディスプレイ拡張ユニット１７０、およびＵＳＢ拡張ユニット１８０は、取り扱うデータの種別によらず、後述するフィルタリング部１５６Ｂおよび標準化部１５６Ｃでの処理は実施しない。つまり、入力線から入力されたデータがそのまま出力線から出力されることとなる。
　また、ネットワーク拡張ユニット１９０は、取り扱うデータの種別によらず、後述するフィルタリング部１５６Ｂおよび標準化部１５６Ｃでの処理を実施する。
　フィルタリング部１５６Ｂおよび標準化部１５６Ｃでの処理が実施されない旨が決定されたデータは、出力Ｉ／Ｆ１５５Ｂに送られる。
　なお、任意の拡張ユニット２Ｂにおいて、入力されたデータがそのまま出力線から出力されるように構成される場合であっても、入力線と出力線とが直接結線されるわけではない。入力線と出力線とは、拡張ユニット２Ｂに備えられるマイコンを介して接続されており、入力されたデータがそのまま出力線から出力される場合、マイコンが入力線から得たデータを処理（変更）することなく、そのまま出力線に出力する。
　なお、本体部２Ａの判定部２０Ａは、拡張ユニット２Ｂにて、データの種別に応じて、どのような処理を実施すべきかを認識する。例えば、判定部２０Ａは、拡張ユニット２Ｂのフィルタリング部１５６Ｂおよび標準化部１５６Ｃでの処理が実施されていないデータに対して、本体部２Ａのフィルタリング部２０Ｂおよび標準化部２０Ｃでの処理を実施するよう設定する。つまり、本実施形態の構成では、本体部２Ａまたは拡張ユニット２Ｂのどちらかで、フィルタリング部２０Ｂ，１５６Ｂ、標準化部２０Ｃ，１５６Ｃ、正規化部２０Ｄ、構造化部２０Ｅによる各処理が実施されるようにしている。
　［１－３－２．フィルタリング部］
　フィルタリング部２０Ｂ，１５６Ｂは、入力されたデータに対して、フィルタリングを実施する。ここで、本実施形態でのフィルタリングとは、入力されたデータに対して、よりデータ量が少なくなるように処理することを示す。
　具体的には、車両拡張ユニット１５０のフィルタリング部１５６Ｂは、図８に示すように、ＣＡＮ以外の通信プロトコルで受信したデータから、ＣＡＮＩＤで特定される必要な種別が対応するデータのみを抽出する。つまり、ＣＡＮ以外の通信プロトコルを用いている場合でも、ＣＡＮフレーム相当の通信フレームが入力データとして入力されるため、ＣＡＮＩＤで特定される必要な種別に対応するＣＡＮフレーム相当を抽出する。例えば、ＣＡＮ　ＦＤやイーサネット等の通信プロトコルにて、車速、位置情報、エンジン回転数などＣＡＮＩＤで特定される車両データが送信される。フィルタリング部１５６Ｂは、これらＣＡＮＩＤで特定される車両データのうち、必要なＣＡＮＩＤに対応するデータ（ＣＡＮフレーム相当）のみを抽出する。なお、車両拡張ユニット１５０は、ＣＡＮの通信プロトコルでデータを受信すると、フィルタリングを実施しない。この場合、既にＣＡＮデータを受信しているため、標準化部１５６ＣによるＣＡＮデータへの変換も実施されない。ただし、フィルタリング部１５６Ｂは、入力データから予め設定された種別のＣＡＮデータのみを抽出する処理を実施してもよい。
　センサ拡張ユニット１６０のフィルタリング部（以下、センサ拡張ユニット１６０ともいう）は、ＵＡＲＴの通信プロトコルでデータを受信すると、データ種別に応じて設定された処理を実施する。画像データ、映像データを受信した場合、センサ拡張ユニット１６０は、入力されたデータに基づいて画像認識を実施し、認識結果として物標情報を抽出する。具体的には、例えば、０と１のみの二値データから、画像上の輝度の境界となるエッジを抽出し、エッジの形状、大きさ等から画像中の物体が人、物、車両、標識等であることを認識する。なお、センサ拡張ユニット１６０は、画像の解像度を低くする変換、例えば１フレーム当たりの画素数を少なくする変換のみを実施してもよい。
　センサ拡張ユニット１６０は、音声データを受信した場合、入力されたデータに基づいて音声認識を実施し、認識結果としてのテキストデータを抽出する。なお、センサ拡張ユニット１６０は、音声の解像度、例えばビットレートを低くする変換のみを実施してもよい。
　センサ拡張ユニット１６０は、当該車両の周囲の障害物を検知する障害物センサによるセンシングデータを取得した場合、障害物の認識結果を抽出する。センサ拡張ユニット１６０は、障害物データから少なくとも障害物の位置（例えば、他には障害物の形状、障害物の種別）を認識する。例えば、障害物センサがミリ波レーダ１６５の場合、センシングデータ（例えば反射波等の生データ）を取得し、物標認識（例えば、物体の座標を認識）することができる。
　ネットワーク拡張ユニット１９０のフィルタリング部１５６Ｂ（以下、ネットワーク拡張ユニット１９０ともいう）は、ブルートゥース、ＷｉＦｉ等の無線通信で接続されたスマートフォン等の近距離デバイスから得られるデバイスデータを取得する。ネットワーク拡張ユニット１９０は、得られたデバイスデータから予め設定されたデバイス（例えば、車両オーナーのスマートフォン）から得られたデバイスデータのみを抽出する。即ち、車両とペアリング可能なデバイスが複数存在した場合、ネットワーク拡張ユニット１９０は、予め設定されたデバイスから得られたデータのみを中継し、それ以外のデバイスから得られたデータは破棄する。
　ネットワーク拡張ユニット１９０は、近距離デバイスや、セルラー回線を介してクラウドサーバから得られるクラウドデータを取得し、得られたデータから予め設定されたクラウドサーバから得られたクラウドデータのみを抽出する。即ち、車両と通信可能なクラウドサーバが複数存在した場合、ネットワーク拡張ユニット１９０は、予め設定されたクラウドサーバから得られたデータのみを中継し、それ以外のクラウドサーバから得られたデータは破棄する。なお、クラウドサーバには、管理センター３が含まれていてもよい。つまり、クラウドサーバは管理センター３とは異なるサーバであってもよい。
　［１－３－３．標準化部］
　標準化部２０Ｃ，１５６Ｃは、フィルタリング部２０Ｂ，１５６Ｂによる処理後のデータを、予め設定された形式のデータに変換する処理である標準化を実施する。標準化はフォーマット化とも呼ばれる。
　標準化部２０Ｃ，１５６Ｃは、本体部２Ａで取り扱い可能な形式のデータに変換する。本実施形態では、フィルタリング部２０Ｂ，１５６Ｂによる処理後のデータを、ＣＡＮフレームに準じたデータ形式に変換する。ＣＡＮフレームに準じたデータ形式とは、例えば、データ順序はＣＡＮフレームと同じ並び順であり、ＣＡＮフレームからヘッダおよびフッタ等を除いたデータを表す。
　標準化後のデータには、例えば、データ種別を示すＩＤ、データ長の情報、実データ（すなわちペイロード）、誤り訂正符号が含まれ、各データは共通のデータ形式、すなわち共通データ形式とされる。例えば、認識した結果である物標情報は、ペイロードに格納される。車両拡張ユニット１５０等の拡張ユニット２Ｂの標準化部１５６Ｃが、標準化を終了すると、出力Ｉ／Ｆ１５５Ｂが標準化後のデータを車両Ｉ／Ｆ１２に送る。
　なお、出力線１５１Dへの出力に対してＣＡＮフレームに準じたデータ形式への変換を行い、出力線１５１Eへの出力に対してはＧＰＩＯフォーマットへの変換を行い、出力線１５１Fへの出力に対してはＵＡＲＴフォーマットへの変換を行ってもよい。
　［１－３－４．正規化部］
　以下で示す、正規化部２０Ｄおよび構造化部２０Ｅは、本体部２Ａに備えられる機能である。正規化部２０Ｄは、標準化後のデータを、正規化情報を用いて正規化することで、正規化データを生成する。そして、正規化部２０Ｄは、正規化データを用いて、他データと比較することなく意味が理解できるデータに変換する処理である意味化を実施する。
　正規化部２０Ｄは、正規化情報および意味化情報を用いて処理を行う。図２に示す車両データ変換テーブル２３Ａは、正規化情報と、意味化情報とを備える。正規化情報は、車種および車両製造企業に関わらず同一の物理量が同一の値になるように抽出データを正規化するための情報である。意味化情報とは、正規化されたデータを用いて、意味のあるデータに変換するための情報（例えば演算式、変換テーブル）である。正規化される前の車両データを用いてもよい。意味化とは、通信フレームのペイロードには無かった情報を、演算式等を用いて新たに生成することを含む。
　正規化情報は、例えば図１０に示すように、設定項目として、例えば「ＣＡＮＩＤ」、「ＥＣＵ」、「ポジション」、「ＤＬＣ」、「ユニークラベル」、「解像度」、「オフセット」および「単位」を備える。「ユニークラベル」および「ＥＣＵ」は、上述の通りである。「データ型」、「データサイズ」および「データ単位」は、「データ値」で示される数値に関する型、サイズ、単位を示す。
　「ＥＣＵ」は、ＣＡＮフレームの送信元のＥＣＵを示す識別情報である。例えば、「ＥＮＧ」は、エンジンＥＣＵであることを示す。
　「ポジション」は、データフィールド内におけるＣＡＮデータの位置（例えばビット位置）を示す情報である。「ＤＬＣ」は、データ長を示す情報である。ＤＬＣは、Data Length Codeの略である。つまり、データフィールドの「ポジション」から「ＤＬＣ」ビット分のデータを取り出すこととなる。
　「ユニークラベル」は、制御ラベルを示す情報である。例えば、「ＥＴＨＡ」は吸気温を示し、「ＮＥ１」はエンジン回転数を示す。「解像度」は、１ビット当たりの数値を示す情報である。「オフセット」は当該データの数値のオフセット量を示す。「単位」は当該データの単位を示す。
　したがって、「ＣＡＮＩＤ」、「ＥＣＵ」、「ポジション」、「ＤＬＣ」および「ユニークラベル」によって、標準フォーマットデータから、「ユニークラベル」に対応するデータが抽出される。さらに抽出データは、「解像度」、および「オフセット」、「単位」で表されるデータに変換される。
　また、意味化情報は、例えば、図１０に示すように、制御ラベルが「ＳＳＡ」である「操舵移動角度」から、制御ラベルが「ＳＳＡＺ」である「操舵ゼロ点」を減算することにより「操舵角」に変換する変換式である。これにより、「操舵移動角度」を表すデータと、「操舵ゼロ点」を表すデータとから、「基準位置からの操舵量」という意味を有する「操舵角」を表すデータに変換される。意味化により新たに生成された車両データに対し、「ユニークラベル」、「単位」等を付与する。つまり、意味化されたデータは、他データと比較することなく意味を理解することができる。
　［１－３－５．構造化部］
　構造化部２０Ｅは、意味化されたデータを、予め階層化された各分類に対応付ける処理であるデータ構造化を実施する。この際、構造化部２０Ｅは、意味化されたデータを階層化してフラッシュメモリ２５に記憶する。具体的には、構造化部２０Ｅは、変換されたデータを、フラッシュメモリ２５に設けられた標準化車両データ格納部２５Ａの対応領域に格納する。この結果、標準化車両データ格納部２５Ａは、データを階層化して構成される標準化車両データを格納する。
　標準化車両データは、車両毎（すなわち、データ収集装置２毎）に作成され、複数の階層構造を有している。標準化車両データでは、複数の階層のそれぞれに対して、１または複数の項目が設定されている。例えば、図１１に示すように、標準化車両データは、最上位の第１階層に設定される項目として、「属性情報」、「パワトレ」、「エネルギー」、「ＡＤＡＳ／ＡＤ」、「ボデー」、「マルチメディア」および「その他」を備える。ＡＤＡＳは、Advanced Driver Assistance Systemの略である。ＡＤは、Autonomous Drivingの略である。これら「属性情報」、「パワトレ」および「エネルギー」等はカテゴリに相当する。
　また各データは、項目として、「ユニークラベル」、「ＥＣＵ」、「データ型」、「データサイズ」、「データ値」および「データ単位」を備える。
　図１２に示すように、標準化車両データは、第１階層に加えて、少なくとも第２階層および第３階層を備える。第２階層は第１階層の直下の階層であり、第３階層は第２階層の直下の階層である。標準化車両データは、階層化構造となるデータ構造を有する。
　例えば、第１階層の項目である「属性情報」は、第２階層の項目として、「車両識別情報」、「車両属性」、「トランスミッション構成」および「ファームウェアバージョン」等を備える。「車両識別情報」は、車両を一意に識別できる情報を示すカテゴリ名である。「車両属性」は、車両の種類を示すカテゴリ名である。「トランスミッション情報」は、トランスミッションに関する情報を示すカテゴリ名である。「ファームウェアバージョン」は、車両のファームウェアに関する情報を示すカテゴリ名である。
　また、第１階層の項目である「パワトレ」は、パワートレーン情報を示すカテゴリ名であり、第２階層の項目として、「アクセルペダル」、「エンジン」および「エンジンオイル」等を備える。
　また、第１階層の項目である「エネルギー」は、エネルギー情報を示すカテゴリ名であり、第２階層の項目として、「バッテリ状態」、「バッテリ構成」および「燃料」等を備える。
　また、第２階層の項目である「車両識別情報」は、第３階層の項目として、「車両識別番号」、「車体番号」および「ナンバープレート」を備える。
　また、第２階層の項目である「車両属性」は、第３階層の項目として、「ブランド名」、「モデル」および「製造年」等を備える。
　また、第２階層の項目である「トランスミッション構成」は、第３階層の項目として、「トランスミッション種別」を備える。
　例えば、第２コア２２は、変換されたデータの制御ラベルが「車両識別情報」である場合には、所定の格納領域に、変換されたデータを格納する。所定の格納領域とは、例えば、標準化車両データ格納部２５Ａにおいて第１階層が「属性情報」であり且つ第２階層が「車両識別情報」であり且つ第３階層が「車両識別番号」である格納領域である。
　［１－４．データ作成手順］
　次に、図１３に示すシーケンス図を用いて、データ収集装置２が標準化車両データを作成する手順を説明する。なお、この手順は、例えば所定の周期毎に実施され、この結果、データ収集装置２は、定期的に管理センター３に対してデータを送信することができる。
　矢印Ｌ１１で示すように、拡張ユニット２Ｂが車両からデータを取得すると、拡張ユニット２Ｂは、矢印Ｌ１２で示すように、判定部１５６Ａは各種判定を行う。各種判定には、フィルタリングテーブル８に基づいてフィルタリングを実施するか否かを判定する処理を含む。ＣＡＮフレームのように、何も処理を実施する必要がない場合の判定もここで行う。
　拡張ユニット２Ｂが、フィルタリングテーブル８を参照し、データに対してフィルタリングを実施すると判定した場合には、矢印Ｌ１３で示すように、フィルタリング部１５６Ｂは、フィルタリングテーブル８にて設定された所定のフィルタリングを実施する。なお、拡張ユニット２Ｂは、データに対してフィルタリングを実施しないと判定した場合には、フィルタリングを省略する。
　続いて、拡張ユニット２Ｂの標準化部１５６Ｃは、矢印Ｌ１４で示すように、データを標準フォーマットに変換し、矢印Ｌ１５で示すように、出力Ｉ／Ｆ１５５Ｂが変換後のデータを本体部２Ａへ出力する。
　本体部２Ａの車両Ｉ／Ｆ１２は、標準フォーマットに変換されたデータを拡張ユニット２Ｂから取得すると、矢印Ｌ２１で示すように、判定部２０Ａが取得したデータに対する各種判定を行う。続いて本体部２Ａの正規化部２０Ｄは、矢印Ｌ２４で示すように、正規化を行う。さらに本体部２Ａの構造化部２０Ｅは、矢印Ｌ２５で示すように、変換したデータを構造化して構造化車両データを作成する。
　その後、本体部２Ａは、矢印Ｌ３１で示すように、構造化車両データを、管理センター３に送信する。
　ところで、矢印Ｌ１２での判定の結果、拡張ユニット２Ｂがデータの処理を実施しないと決定されると、矢印Ｌ１３でのフィルタリングおよび矢印Ｌ１４での標準フォーマット変換が省略される。この場合、図１４に示すように、拡張ユニット２Ｂの出力Ｉ／Ｆ１５５Ｂはデータをそのまま本体部２Ａに送る。
　この場合、本体部２Ａは、矢印Ｌ２１で示す各種判定の後、フィルタリング部２０Ｂは、矢印Ｌ２２で示すフィルタリングを実施する。続いて、標準化部２０Ｃは、矢印Ｌ２３で示す標準フォーマット変換を実施する。続いて、正規化部２０Ｄは、矢印Ｌ２４で示す正規化を実施する。続いて、構造化部２０Ｅは、矢印Ｌ２５で示すデータ構造化を実施する。
　なお、本体部２Ａが実施する矢印Ｌ２２でのフィルタリングは、拡張ユニット２Ｂが矢印Ｌ１３で実施するフィルタリングと同等の処理である。また、本体部２Ａが実施する矢印Ｌ２３での標準フォーマット変換は、拡張ユニット２Ｂが実施する矢印Ｌ１３での示す標準フォーマット変換と同等の処理である。また、本体部２Ａは、データに対して拡張ユニット２Ｂがフィルタリングを実施すると判定した場合には、フィルタリングを省略する。
　なお、図１３の破線にて示すように、拡張ユニット２Ｂが矢印Ｌ１６で示す正規化を実施してもよい。この場合、矢印Ｌ１７に示すように、正規化後のデータが本体部２Ａに送られる。また、拡張ユニット２Ｂが矢印Ｌ１８で示すデータ構造化を実施してもよい。この場合、矢印Ｌ１９に示すように、データ構造化後のデータが本体部２Ａに送られる。
　［１－５．効果］
　以上詳述した第１実施形態によれば、以下の効果を奏する。
　（１ａ）本開示の一態様は、通信機を介してクラウドサーバと通信可能な本体部２Ａに対して着脱自在に構成された拡張ユニット２Ｂである。拡張ユニット２Ｂは、少なくとも１つの入力線１５２Ｃ～１５２Ｈと、少なくとも１つの出力線１５１Ａ～１５１Ｆと、少なくとも１つのコネクタ１５０Ａ～１９０Ａと、処理部としての、判定部１５６Ａ、フィルタリング部１５６Ｂ、標準化部１５６Ｃと、を備える。
　入力線１５２Ｃ～１５２Ｈは、入力データの通信プロトコル毎に設けられ、入力データが入力される。出力線１５１Ａ～１５１Ｆは、出力データの通信プロトコル毎に設けられ、出力データが出力される。コネクタ１５０Ａ～１９０Ａは、出力線１５１Ａ～１５１Ｆを本体部２Ａに接続するように構成される。処理部は、入力データに対する処理を実施し、入力データに基づく出力データを出力線１５１Ａ～１５１Ｆから出力させるように構成される。
　このような構成によれば、拡張ユニット２Ｂが入力データに対して処理を実施し、コネクタ１５０Ａ～１９０Ａを介して出力データを本体部２Ａに送ることができるので、拡張ユニット２Ｂを本体部２Ａにコネクタ１５０Ａ～１９０Ａで接続するだけで、本体部２Ａに新たな機能を追加することができる。
　また、このような構成によれば、車両毎にハードウェアが有する機能の差異を、拡張ユニットで吸収することできる。例えば、カメラのみを備える車両と、カメラとミリ波レーダとを備える車両等がある場合、本体部２Ａは物標情報を受け付けるように構成しておくことができる。この場合、拡張ユニット２Ｂが、カメラ信号やミリ波信号を処理して、物標情報を出力するようにすれば、本体部２Ａは、車両がミリ波レーダを備えるか否かに拘らず、物標情報のみを取得して処理を行うことができる。つまり、本体部２Ａは、車両毎の装備の差異に影響を受けにくくすることができる。
　（１ｂ）本開示の一態様では、車両に搭載される本体部２Ａと、本体部２Ａに対して着脱自在に構成された複数の拡張ユニット２Ｂとを備えるデータ収集装置２がデータ処理方法を実行する。データ処理方法では、入力データの提供元となる提供元機器から入力データを取得する。そして、入力データに対して、よりデータ量が少なくなるような処理である第１処理を実施する。さらに、第１処理後のデータを、予め設定された形式のデータに変換する第２処理を実施する。
　さらに、第２処理後のデータを、他データと比較することなく意味が理解できるデータに変換する第３処理を実施する。さらに、第３処理後のデータを管理センター３に提供する。
　このような方法によれば、第１処理、第２処理、および第３処理を経て、意味が理解できるデータに変換されたデータを管理センター３に提供することができる。よって、管理センター３で第１処理から第３処理までを実施する場合と比較して、管理センター３での処理負荷を軽減することができる。また、拡張ユニット２Ｂを備えているので、拡張ユニット２Ｂを本体部２Ａに接続するだけで、本体部２Ａに新たな機能を追加することができる。
　（１ｃ）本開示の一態様では、拡張ユニット２Ｂは、提供元機器から入力データを取得し、第１処理および第２処理を実施する。本体部２Ａは、第２処理後のデータを取得し、第３処理を実施し、第３処理後のデータを管理センター３に提供する。提供元機器は、例えば、他のＥＣＵ、レーダ１６５、カメラ１６６，１８５、マイク１６７，１８７、加速度センサ１６８、ディスプレイ１７５、ＧＰＳアンテナ１８６、タッチパネル１８８、スピーカ１８９、アンテナ１９５Ａ～１９５Ｃの何れかを示す。
　このような方法によれば、拡張ユニット２Ｂが第１処理および第２処理を実施し、データ量を削減した上で、本体部２Ａにデータを提供するので、本体部２Ａでの処理負荷を軽減することができる。
　（１ｄ）本開示の一態様では、拡張ユニット２Ｂは、本体部２Ａの能力を、通信プロトコル、コネクタ１５０Ａ～１９０Ａの種別等によって判定する。拡張ユニット２Ｂは、本体部２Ａに予め設定された能力があると判定すると、入力データに対して第１処理および第２処理を実施しない未処理データを本体部２Ａに送信する。拡張ユニット２Ｂは、本体部２Ａに予め設定された能力がないと判定すると、入力データを第１処理および第２処理を実施し、第２処理後のデータを本体部２Ａに送信する。
　本体部２Ａは、未処理データを受けると、第１処理、第２処理、第３処理を実施し、第３処理後のデータを管理センター３に提供する。また、本体部２Ａは、第２処理後のデータを受けると、第３処理を実施し、第３処理後のデータを管理センター３に提供する。
　このような方法によれば、本体部２Ａの能力に応じて、拡張ユニット２Ｂが何れの処理を実施するかを選択することができる。
　（１ｅ）本開示の一態様では、拡張ユニット２Ｂは、入力データの種別に応じて、第１処理を省略する場合がある。
　このような方法によれば、データ量を減ずる必要が無い場合、或いはデータ量を減じないほうが良い場合等に、第１処理を省略することができる。
　（１ｆ）本開示の一態様では、拡張ユニット２Ｂは、本体部２Ａとの間の通信に用いられる通信プロトコルが予め設定されたプロトコルである場合に、第１処理を省略する。
　このような方法によれば、通信プロトコルに応じて、第１処理を省略することができる。なお、拡張ユニット２Ｂは、所定の通信プロトコルを利用する場合、本体部２Ａの能力が高いと判定できる。
　（１ｇ）本開示の一態様では、拡張ユニット２Ｂは、本体部２Ａとの接続に用いられるコネクタ１５０Ａ～１９０Ａの種別が予め設定された種別である場合に、第１処理を省略する。
　このような方法によれば、コネクタ１５０Ａ～１９０Ａの種別に応じて、第１処理を省略することができる。なお、拡張ユニット２Ｂは、コネクタ１５０Ａ～１９０Ａの種別に応じて、本体部２Ａの能力を判定できる。
　（１ｈ）本開示の一態様では、拡張ユニット２Ｂは、入力データに含まれる画像の種別が予め設定された種別である場合に、第１処理を省略する。
　このような方法によれば、画像の種別に応じて、第１処理を省略することができる画像の種別によってはデータ量を減じる必要が無い場合があるため、処理の省略が可能となる。
　（１ｉ）本開示の一態様では、第３処理後のデータを、データ構造化する第４処理を実施する。そして、第４処理後のデータを管理センター３に提供する。
　このような方法によれば、データ構造化後のデータを管理センター３に提供することができる。
　（１ｊ）本開示の一態様では、第４処理後のデータを管理センター３に定期的に提供する。
　このような方法によれば、データ構造化後のデータを管理センター３に繰り返し定期的に提供することができる。
　（１ｋ）本開示の一態様では、フィルタリング部１５６Ｂは、入力データに対して、よりデータ量が少なくなるような処理である第１処理を実施する。
　このような構成によれば、フィルタリング部１５６Ｂが第１処理を実施するので、本体部２Ａに送信されるデータ量を減少させることができ、本体部２Ａでの処理負荷を軽減することができる。
　（１ｌ）本開示の一態様では、フィルタリング部１５６Ｂは、入力データとして、カメラ１６６，１８５による撮像データを取得し、第１処理として、撮像データから物体を認識する処理を実施する。
　このような構成によれば、撮像データを物体の認識結果に変換してから本体部２Ａに出力できる。よって、本体部２Ａで処理を実施する場合と比較して本体部２Ａによる処理を軽減することができる。
　（１ｍ）本開示の一態様では、フィルタリング部１５６Ｂは、入力データとして音声データを取得し、第１処理として、音声データから音声の内容を認識する処理を実施する。
　このような構成によれば、音声データを音声の認識結果に変換してから本体部２Ａに出力できる。よって、本体部２Ａで処理を実施する場合と比較して本体部２Ａによる処理を軽減することができる。
　（１ｎ）本開示の一態様では、フィルタリング部１５６Ｂは、入力データとして、当該車両の周囲の障害物を検知する障害物センサによる障害物データを取得し、第１処理として、障害物データから少なくとも障害物の位置を認識する処理を実施する。
　このような構成によれば、障害物データを障害物の認識結果に変換してから本体部２Ａに出力できる。よって、本体部２Ａで処理を実施する場合と比較して本体部２Ａによる処理を軽減することができる。
　（１ｏ）本開示の一態様では、フィルタリング部１５６Ｂは、入力データとして、近距離デバイスから得られるデバイスデータを取得し、第１処理として、入力データから予め設定された近距離デバイスから得られたデバイスデータを抽出する処理を実施する。
　このような構成によれば、予め設定された近距離デバイスから得られたデバイスデータを抽出して本体部２Ａに出力できる。よって、本体部２Ａへ送信されるデータの通信量を抑制することができる。
　（１ｐ）本開示の一態様では、フィルタリング部１５６Ｂは、入力データとして、クラウドサーバから得られるクラウドデータを取得し、第１処理として、入力データから予め設定されたクラウドサーバから得られたクラウドデータを抽出する処理を実施する。
　このような構成によれば、予め設定されたクラウドサーバから得られたクラウドデータを抽出して本体部２Ａに出力できる。よって、本体部２Ａへ送信されるデータの通信量を抑制することができる。
　（１ｑ）本開示の一態様では、フィルタリング部１５６Ｂは、入力データとして、通信プロトコルＣＡＮによるＣＡＮデータを取得し、第１処理として、入力データから予め設定された種別のＣＡＮデータを抽出するＣＡＮデータ抽出処理を実施する。
　このような構成によれば、予め設定された種別のＣＡＮデータを抽出して本体部２Ａに出力できる。よって、本体部２Ａへ送信されるデータの通信量を抑制することができる。
　（１ｒ）本開示の一態様では、標準化部１５６Ｃは、第１処理後のデータを、本体部２Ａで取り扱い可能な予め設定された形式のデータに変換する第２処理を実施し、出力Ｉ／Ｆ１５５Ｂは、第２処理後のデータを出力データとして出力線１５１Ａ～１５１Ｆに送る。
　このような構成によれば、第１処理後のデータの形式を整える第２処理を実施してから本体部２Ａに送信するので、出力データの本体部２Ａでの取り扱いを容易にすることができる。
　（１ｓ）本開示の一態様では、標準化部１５６Ｃは、第２処理として、第１処理後のデータを、ＣＡＮデータに準じたデータ形式に変換する処理を実施する。
　このような構成によれば、本体部２Ａで広く取り扱い可能なＣＡＮデータに準じたデータ形式に変換するので、本体部２Ａでのデータの取り扱いを容易にすることができる。
　（１ｔ）本開示の一態様では、標準化部１５６Ｃは、第２処理として、第１処理後のデータを、データ種別を示すＩＤ、データ量の情報、実データ、誤り訂正符号を含むデータに変換する処理を実施する。
　このような構成によれば、本体部２Ａで必要となる情報を事前に含むデータを送るので、本体部２Ａでのデータの取り扱いを容易にすることができる。
　（１ｕ）本開示の一態様では、入力線１５２Ｃ～１５２Ｈの数は、出力線１５１Ａ～１５１Ｆの数よりも少なくなるように設定される。
　このような構成によれば、本体部２Ａのインタフェースの数、つまり出力線１５１Ａ～１５１Ｆの数が少ない場合であっても、多くの種類の入力データに基づく出力データを本体部２Ａに送ることができる。
　（１ｖ）本開示の一態様は、データ収集装置２である。データ収集装置２は、本体部２Ａと、複数の拡張ユニット２Ｂと、を備える。本体部２Ａは、車両に搭載される。複数の拡張ユニット２Ｂとして、少なくともネットワーク拡張ユニット１９０と、車両拡張ユニット１５０と、を備える。ネットワーク拡張ユニット１９０は、当該車両の外部に位置する通信機器からの得られるデータを入力データとする。車両拡張ユニット１５０は、当該車両の内部に位置する車両側機器２Ｃからの得られるデータを入力データとする。ネットワーク拡張ユニット１９０および車両拡張ユニット１５０は、入力データに対する処理を実施し、入力データに基づく出力データを本体部２Ａに出力するように構成された処理部、を備える。
　このような構成によれば、車両外部からのデータと、車両内部からのデータをそれぞれ入力するための複数の拡張ユニット１５０，１９０等を本体部２Ａに接続する構成とすることができる。
　［２．他の実施形態］
　以上、本開示の実施形態について説明したが、本開示は上述の実施形態に限定されることなく、種々変形して実施することができる。
　（２ａ）上記実施形態では、入力線１５２Ｃ～１５２Ｈの数は、出力線１５１Ａ～１５１Ｆの数より多くなるように構成したが、これに限定されるものではない。例えば、入力線１５２Ｃ～１５２Ｈの数は、出力線１５１Ａ～１５１Ｆの数よりも少なくなるように構成されてもよい。
　このような構成によれば、出力線１５１Ａが多く準備されることで、より多くの通信プロトコルに対応できる。よって、本体部２Ａのインタフェースにて対応できる通信プロトコルの種類が少ない場合であっても、拡張ユニット２Ｂで本体部２Ａが通信可能なプロトコルを選択しやすくすることができる。
　（２ｂ）上記実施形態では、本体部２Ａおよび拡張ユニット２Ｂに一部重複する機能として、判定部２０Ａ，１５６Ａ、フィルタリング部２０Ｂ，１５６Ｂ、および標準化部２０Ｃ，１５６Ｃを備えたが、この構成に限られない。例えば、判定部２０Ａ，１５６Ａ、フィルタリング部２０Ｂ，１５６Ｂ、および標準化部２０Ｃ，１５６Ｃは、拡張ユニット２Ｂのみに備えられてもよい。
　例えば、本体部２Ａが物体認識をするためのソフトウェアを備えない場合、物体認識のソフトウェアを搭載した拡張ユニット２Ｂを本体部２Ａに装着し、拡張ユニット２Ｂを用いて、認識結果を本体部２Ａに送信するように構成することができる。
　（２ｃ）上記実施形態では、判定部２０Ａ，１５６Ａが、拡張ユニット２Ｂで実施可能な処理を判定し、実施する処理を設定したが、この構成に限られない。例えば、判定部２０Ａ，１５６Ａは、拡張ユニット２Ｂに搭載されたソフトウェアを加味して予め準備されたテーブル（例えば図８に示すようなテーブル）を参照し、このテーブル（すなわちコンフィグ）通りに処理を実施してもよい。
　換言すれば、拡張ユニット２Ｂは、予め設定されたテーブルを参照することで入力データの処理を実施するか否かを設定し、実施しないと設定された場合、入力データに対して第１処理および第２処理を実施しない未処理データを本体部２Ａに送信してもよい。また、拡張ユニット２Ｂは、実施すると設定された場合、入力データを第１処理および第２処理を実施し、第２処理後のデータを本体部２Ａに送信してもよい。
　（２ｄ）図１５に示すように、車両には、データ収集装置２に換えて、データ収集装置２００を備えてもよい。データ収集装置２００は、一つのＥＣＵ２１０と、複数のＥＣＵ２２０と、複数のＥＣＵ２３０と、車外通信装置２４０と、車内通信網２５０とを備えてもよい。データ収集装置２００は、上述した本体部２Ａと同様の本体部２００Ａに対して、上述した拡張ユニット２Ｂと同様の車両拡張ユニット２５０Ａを介して通信可能に接続されてもよい。
　ＥＣＵ２１０は、複数のＥＣＵ２２０を統括することにより、車両全体として連携がとれた制御を実現する。また、ＥＣＵ２１０は、他の電子制御装置から受信したデータに対して処理を行い、或いはそのまま、車両拡張ユニット２５０Ａへデータを出力する機能を実現する。
　ＥＣＵ２２０は、車両における機能によって区分けしたドメイン毎に設けられ、主として、そのドメイン内に存在する複数のＥＣＵ２３０の制御を実行する。各ＥＣＵ２２０は、それぞれ個別に設けられた下層ネットワーク（例えば、ＣＡＮ）を介して配下のＥＣＵ２３０と接続される。ＥＣＵ２２０は、配下のＥＣＵ２３０に対するアクセス権限などを一元的に管理し利用者の認証等を行う機能を有する。ドメインは、例えば、パワートレーン、ボデー、シャシおよびコックピット等である。
　パワートレーンのドメインに属するＥＣＵ２２０に接続されるＥＣＵ２３０は、例えば、エンジンを制御するＥＣＵ２３０、モータを制御するＥＣＵ２３０、および、バッテリを制御するＥＣＵ２３０等を含む。
　ボデーのドメインに属するＥＣＵ２２０に接続されるＥＣＵ２３０は、例えば、エアコンを制御するＥＣＵ２３０、および、ドアを制御するＥＣＵ２３０等を含む。
　シャシドメインに属するＥＣＵ２２０に接続されるＥＣＵ２３０は、例えば、ブレーキを制御するＥＣＵ２３０、および、ステアリングを制御するＥＣＵ２３０等を含む。
　コックピットのドメインに属するＥＣＵ２２０に接続されるＥＣＵ２３０は、例えば、メータおよびナビゲーションの表示を制御するＥＣＵ２３０、および、車両の乗員によって操作される入力装置を制御するＥＣＵ２３０等を含む。
　車外通信装置２４０は、広域無線通信網ＮＷを介して、車両外の通信装置（例えば、クラウドサーバ）との間でデータ通信を行う。
　車内通信網２５０は、ＣＡＮ　ＦＤとイーサネットとを備える。ＣＡＮ　ＦＤは、ＥＣＵ２１０と各ＥＣＵ２２０および車外通信装置２４０とをバス接続する。イーサネットは、ＥＣＵ２１０と各ＥＣＵ２２０および車外通信装置２４０との間を個別に接続する。
　ＥＣＵ２１０は、ＣＰＵ２１０ａ、ＲＯＭ２１０ｂおよびＲＡＭ２１０ｃ等を備えたマイクロコンピュータを中心に構成された電子制御装置である。マイクロコンピュータの各種機能は、ＣＰＵ２１０ａが非遷移的実体的記録媒体に格納されたプログラムを実行することにより実現される。この例では、ＲＯＭ２１０ｂが、プログラムを格納した非遷移的実体的記録媒体に該当する。また、このプログラムの実行により、プログラムに対応する方法が実行される。なお、ＣＰＵ２１０ａが実行する機能の一部または全部を、一つあるいは複数のＩＣ等によりハードウェア的に構成してもよい。また、ＥＣＵ２１０を構成するマイクロコンピュータの数は１つでも複数でもよい。
　ＥＣＵ２１０は、通信部２１３をさらに備える。通信部２１３は、他の電子制御装置（例えば、ＥＣＵ２２０，２３０等）から受信したデータを車両拡張ユニット２５０Ａへ中継するように構成される。
　ＥＣＵ２２０、ＥＣＵ２３０および車外通信装置２４０は、いずれも、ＥＣＵ２１０と同様に、ＣＰＵ、ＲＯＭおよびＲＡＭ等を備えたマイクロコンピュータを中心に構成された電子制御装置である。また、ＥＣＵ２２０、ＥＣＵ２３０および車外通信装置２４０を構成するマイクロコンピュータの数は１つでも複数でもよい。ＥＣＵ２２０は、１以上のＥＣＵ２３０を統括するＥＣＵであり、ＥＣＵ２１０は、１以上のＥＣＵ２２０を統括する、または車外通信装置２４０を含む車両全体のＥＣＵ２２０，２３０を統括するＥＣＵである。
　データ収集装置２は、ＥＣＵ２１０との間でデータ通信可能となるようにＥＣＵ２１０に接続される。すなわち、データ収集装置２は、ＥＣＵ２１０を介して、ＥＣＵ２１０，２２０，２３０の情報を受信する。またデータ収集装置２は、車両制御に関する要求を、ＥＣＵ２１０へ送信したり、ＥＣＵ２１０を介してＥＣＵ２２０，２３０へ送信したりする。
　このような構成によれば上記（１ａ）と同様の効果を享受できる。
　（２ｅ）図１３で説明したデータ収集装置２が標準化車両データを作成する手順は、図１６および図１７に示すフローチャートのように実現されてもよい。図１６は、拡張ユニット２Ｂ（例えば車両拡張ユニット１５０等）が実行するデータ作成処理を示すフローチャート、図１７は、本体部２Ａが実行するデータ作成処理を示すフローチャートである。なお、図１６および図１７では、図１３に示すＬ１１からＬ１５、Ｌ２１からＬ２５、およびＬ３１の手順の全てを、本体部２Ａおよび拡張ユニット２Ｂがそれぞれ実行できる場合について説明する。図１６および図１７で図示される処理のうち、本体部２Ａおよび拡張ユニット２Ｂが備えない機能については、該当する処理を省略するか、或いは、判定処理（すなわち、Ｓ１３０，Ｓ１５０，Ｓ１７０，Ｓ１９０）にて否定判定されるように構成すればよい。
　また、正規化、データ構造化を、本体部２Ａ或いは車両拡張ユニット１５０で行うべきか否かについては、予め図８と同等の設定値のテーブルを車両拡張ユニット１５０に備えておき、車両拡張ユニット１５０は、該テーブルを参照して処理を実施するか否かの判定を行ってもよい。この設定値のテーブルは、拡張ユニット２Ｂのメモリに予め格納されていてもよい。或いは、拡張ユニット２Ｂは、本体部２Ａとの通信により本体部２Ａの能力（機能）の有無を取得し、本体部２Ａで能力を有さない処理が拡張ユニット２Ｂで実施されるようテーブルを作成してもよい。
　設定値のテーブルは、図８と同様に、通信プロトコル種別やデータ種別に応じて、各処理を拡張ユニットで行うか否かが定められているとよい。
　なお、図１３において、標準フォーマット変換は、正規化およびデータ構造化の前に実行されたが、図１６および図１７において、標準フォーマット変換は、正規化およびデータ構造化の後に実行される。このように各種処理の処理順序は任意に設定できる。また、受信したデータに対して何も処理を実施せず、中継するだけの場合は、図１６および図１７の全ての判定において否定判定される。
　図１６に示すデータ作成処理において、拡張ユニット２Ｂ（例えば車両拡張ユニット１５０のＣＰＵ１５３）は、Ｓ１１０で、フィルタリングテーブル８と同等のテーブル（以下、拡張テーブル）を参照し、Ｓ１２０で、車両データを受信する（Ｌ１１）。続いて、車両拡張ユニット１５０は、Ｓ１３０で、拡張テーブルに基づいて、車両データについてフィルタリングが必要か否かを判定する（Ｌ１２）。
　車両拡張ユニット１５０は、フィルタリングが必要な場合、Ｓ１４０に移行し、フィルタリング処理を実行し（Ｌ１３）、その後、Ｓ１５０に移行する。車両拡張ユニット１５０は、フィルタリングが不要な場合、Ｓ１５０に移行する。車両拡張ユニット１５０は、Ｓ１５０で、拡張テーブルに基づいて、車両データについて正規化が必要か否かを判定する。正規化が必要であれば、Ｓ１６０に移行し、車両拡張ユニット１５０は、正規化処理を実行し（Ｌ１６，Ｌ２４）、Ｓ１７０に移行する。車両拡張ユニット１５０は、正規化が不要な場合、Ｓ１７０に移行する。
　続いて車両拡張ユニット１５０は、Ｓ１７０で、拡張テーブルに基づいて、車両データについてデータ構造化が必要か否かを判定する。データ構造化が必要であれば、Ｓ１８０に移行し、車両拡張ユニット１５０は、データ構造化処理を実行し（Ｌ１８，Ｌ２５）、Ｓ１９０に移行する。車両拡張ユニット１５０は、データ構造化が不要な場合、Ｓ１９０に移行する。
　続いて車両拡張ユニット１５０は、Ｓ１９０で、拡張テーブルに基づいて、車両データについて標準フォーマット変換が必要か否かを判定する。標準フォーマット変換が必要であれば、Ｓ２００に移行し、車両拡張ユニット１５０は、標準フォーマット変換に関する処理を実行し（Ｌ１４）、Ｓ２１０に移行する。車両拡張ユニット１５０は、標準フォーマット変換が不要な場合、Ｓ２１０に移行する。
　続いて車両拡張ユニット１５０は、Ｓ２１０で、本体部２Ａにデータを送信し（Ｌ１５）、本処理を終了する。
　図１７に示す本体部２Ａが実行するデータ作成処理では、図１６に示す車両拡張ユニット１５０が実行するデータ作成処理と概ね同様の処理が実行される。ただし、判定の際には、拡張テーブルに換えて図８に示すフィルタリングテーブル８が参照される。また、Ｓ２１０の処理に換えて、後述するＳ２６０の処理が実施される。
　すなわち、本体部２Ａは、Ｓ２６０で、サービス提供サーバ４にデータを送信する（Ｌ３１）ように構成される。
　（２ｆ）本開示に記載のデータ収集装置２（すなわち、本体部２Ａおよび拡張ユニット２Ｂ）およびその手法は、コンピュータプログラムにより具体化された１つ乃至は複数の機能を実行するようにプログラムされたプロセッサおよびメモリを構成することによって提供された専用コンピュータにより、実現されてもよい。あるいは、本開示に記載のデータ収集装置２およびその手法は、１つ以上の専用ハードウェア論理回路によってプロセッサを構成することによって提供された専用コンピュータにより、実現されてもよい。もしくは、本開示に記載のデータ収集装置２およびその手法は、１つ乃至は複数の機能を実行するようにプログラムされたプロセッサおよびメモリと１つ以上のハードウェア論理回路によって構成されたプロセッサとの組み合わせにより構成された１つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されてもよい。データ収集装置２に含まれる各部の機能を実現する手法には、必ずしもソフトウェアが含まれている必要はなく、その全部の機能が、１つあるいは複数のハードウェアを用いて実現されてもよい。
　（２ｇ）上記実施形態における１つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、１つの構成要素が有する１つの機能を、複数の構成要素によって実現したりしてもよい。また、複数の構成要素が有する複数の機能を、１つの構成要素によって実現したり、複数の構成要素によって実現される１つの機能を、１つの構成要素によって実現したりしてもよい。また、上記実施形態の構成の一部を省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加または置換してもよい。
　（２ｈ）上述したデータ収集装置２の他、当該データ収集装置２を構成要素とするシステム、当該データ収集装置２としてコンピュータを機能させるためのプログラム、このプログラムを記録した半導体メモリ等の非遷移的実体的記録媒体、データ処理方法など、種々の形態で本開示を実現することもできる。

Claims (20)

  1. 　通信機を介してクラウドサーバと通信可能な車載機（２Ａ）と、前記車載機に対して着脱自在に構成された拡張ユニット（２Ｂ）とを備える車載機ユニット（２）が実行するデータ処理方法であって、
    　入力データの提供元となる提供元機器から前記入力データを取得し（Ｌ１１，Ｌ１５）、
    　前記入力データに対して、よりデータ量が少なくなるような処理である第１処理を実施し（Ｌ１３，Ｌ２２）、
    　前記第１処理後のデータを、予め設定された形式のデータに変換する第２処理を実施し（Ｌ１４，Ｌ２３）、
    　前記第２処理後のデータを、正規化データに変換する第３処理を実施し（Ｌ１６，Ｌ２４）、
    　前記第３処理後のデータに基づいて、車両データをクラウドサーバに提供する（Ｌ３１）
    　データ処理方法。
  2. 　請求項１に記載のデータ処理方法であって、
    　前記拡張ユニットは、
    　前記提供元機器から前記入力データを取得し、前記第１処理および前記第２処理を実施し、
    　前記車載機は、
    　前記第２処理後のデータを取得し、前記第３処理を実施し、前記第３処理後のデータをサーバに提供する
    　データ処理方法。
  3. 　請求項１または請求項２に記載のデータ処理方法であって、
    　前記拡張ユニットは、
    　前記車載機の能力を判定し、
    　前記車載機に予め設定された能力があると判定すると、前記入力データに対して前記第１処理および第２処理を実施しない未処理データを前記車載機に送信し、
    　前記車載機に予め設定された能力がないと判定すると、前記入力データを前記第１処理および前記第２処理を実施し、前記第２処理後のデータを前記車載機に送信し、
    　前記車載機は、
    　前記未処理データを受けると、前記第１処理、前記第２処理、前記第３処理を実施し、前記第３処理後のデータをサーバに提供し、
    　前記第２処理後のデータを受けると、前記第３処理を実施し、前記第３処理後のデータをサーバに提供する
    　データ処理方法。
  4. 　請求項１または請求項２に記載のデータ処理方法であって、
    　前記拡張ユニットは、
    　予め設定されたテーブルを参照することで前記入力データの処理を実施するか否かを設定し、前記実施しないと設定された場合、前記入力データに対して前記第１処理および第２処理を実施しない未処理データを前記車載機に送信し、
    　前記実施すると設定された場合、前記入力データを前記第１処理および前記第２処理を実施し、前記第２処理後のデータを前記車載機に送信し、
    　前記車載機は、
    　前記未処理データを受けると、前記第１処理、前記第２処理、前記第３処理を実施し、前記第３処理後のデータをサーバに提供し、
    　前記第２処理後のデータを受けると、前記第３処理を実施し、前記第３処理後のデータをサーバに提供する
    　データ処理方法。
  5. 　請求項２から請求項４の何れか１項に記載のデータ処理方法であって、
    　前記拡張ユニットは、
    　前記入力データの種別に応じて、前記第１処理を省略する場合がある
    　データ処理方法。
  6. 　請求項５に記載のデータ処理方法であって、
    　前記拡張ユニットは、
    　前記車載機との間の通信に用いられる通信プロトコルが予め設定されたプロトコルである場合に、前記第１処理を省略する
    　データ処理方法。
  7. 　請求項５に記載のデータ処理方法であって、
    　前記拡張ユニットは、
    　前記車載機との接続に用いられるコネクタの種別が予め設定された種別である場合に、前記第１処理を省略する
    　データ処理方法。
  8. 　請求項５に記載のデータ処理方法であって、
    　前記拡張ユニットは、
    　前記入力データに含まれる画像の種別が予め設定された種別である場合に、前記第１処理を省略する
    　データ処理方法。
  9. 　請求項１から請求項８までのいずれか１項に記載のデータ処理方法であって、
    　前記第３処理後のデータを、構造化する第４処理を実施し、
    　前記第４処理後のデータをサーバに提供する
    　データ処理方法。
  10. 　請求項９に記載のデータ処理方法であって、
    　前記第４処理後のデータをサーバに定期的に提供する
    　データ処理方法。
  11. 　請求項１から請求項１０の何れか１項に記載のデータ処理方法であって、
    　前記入力データとして、カメラによる撮像データを取得し、前記第１処理として、前記撮像データから物体を認識する処理を実施する
    　データ処理方法。
  12. 　請求項１から請求項１１の何れか１項に記載のデータ処理方法であって、
    　前記入力データとして音声データを取得し、前記第１処理として、前記音声データから音声の内容を認識する処理を実施する
    　データ処理方法。
  13. 　請求項１から請求項１２の何れか１項に記載のデータ処理方法であって、
    　前記入力データとして、車両の周囲の障害物を検知する障害物センサによる障害物データを取得し、前記第１処理として、前記障害物データから少なくとも障害物の位置を認識する処理を実施する
    　データ処理方法。
  14. 　請求項１から請求項１３の何れか１項に記載のデータ処理方法であって、
    　前記入力データとして、近距離デバイスから得られるデバイスデータを取得し、前記第１処理として、前記入力データから予め設定された近距離デバイスから得られたデバイスデータを抽出する処理を実施する
    　データ処理方法。
  15. 　請求項１から請求項１４の何れか１項に記載のデータ処理方法であって、
    　前記入力データとして、クラウドサーバから得られるクラウドデータを取得し、前記第１処理として、前記入力データから予め設定されたクラウドサーバから得られたクラウドデータを抽出する処理を実施する
    　データ処理方法。
  16. 　請求項１から請求項１５の何れか１項に記載のデータ処理方法であって、
    　前記入力データとして、通信プロトコルＣＡＮ（登録商標）によるＣＡＮデータを取得し、前記第１処理として、前記入力データから予め設定された種別のＣＡＮデータを抽出するＣＡＮデータ抽出処理を実施する
    　データ処理方法。
  17. 　請求項１から請求項１６の何れか１項に記載のデータ処理方法であって、
    　前記第２処理として、前記第１処理後のデータを、ＣＡＮデータに準じたデータ形式に変換する処理を実施する
    　データ処理方法。
  18. 　請求項１から請求項１７の何れか１項に記載のデータ処理方法であって、
    　前記第２処理として、前記第１処理後のデータを、データ種別を示すＩＤ、データ量の情報、実データ、誤り訂正符号を含むデータに変換する処理を実施する
    　データ処理方法。
  19. 　通信機を介してクラウドサーバと通信可能な車載機（２Ａ）と、前記車載機に対して着脱自在に構成された拡張ユニット（２Ｂ）とを備える通信システム（１）であって、
    　入力データの提供元となる提供元機器から前記入力データを取得するように構成された取得部（１５５Ａ）と、
    　前記入力データに対して、よりデータ量が少なくなるような処理である第１処理を実施するように構成された第１処理部（２０Ｂ，１５６Ｂ）と、
    　前記第１処理後のデータを、予め設定された形式のデータに変換する第２処理を実施するように構成された第２処理部（２０Ｃ，１５６Ｃ）と、
    　前記第２処理後のデータを、正規化データに変換する第３処理を実施するように構成された第３処理部（２０Ｄ）と、
    　前記第３処理後のデータに基づいて、車両データをクラウドサーバに提供するように構成された提供部（１３）と、
    　を備える通信システム。
  20. 　通信機を介してクラウドサーバと通信可能な車載機（２Ａ）と、前記車載機に対して着脱自在に構成された拡張ユニット（２Ｂ）と、前記拡張ユニットへデータを出力する電子制御装置（２１０）と、を備える通信システム（１）であって、
    　他の電子制御装置から送信されたデータを前記拡張ユニットへ中継するように構成された中継部（２１３）と、
    　前記中継部から送信された入力データを取得するように構成された取得部（１５５Ａ）と、
    　前記入力データに対して、よりデータ量が少なくなるような処理である第１処理を実施するように構成された第１処理部（２０Ｂ，１５６Ｂ）と、
    　前記第１処理後のデータを、予め設定された形式のデータに変換する第２処理を実施するように構成された第２処理部（２０Ｃ，１５６Ｃ）と、
    　前記第２処理後のデータを、正規化データに変換する第３処理を実施するように構成された第３処理部（２０Ｄ）と、
    　前記第３処理後のデータに基づいて、車両データをクラウドサーバに提供するように構成された提供部（１３）と、
    　を備える通信システム。
PCT/JP2022/024888 2021-07-02 2022-06-22 データ処理方法、および通信システム WO2023276816A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202280046981.6A CN117597904A (zh) 2021-07-02 2022-06-22 数据处理方法以及通信系统
JP2023531861A JPWO2023276816A1 (ja) 2021-07-02 2022-06-22
US18/397,364 US20240127637A1 (en) 2021-07-02 2023-12-27 Data processing method and communication system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021110910 2021-07-02
JP2021-110910 2021-07-02

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/397,364 Continuation US20240127637A1 (en) 2021-07-02 2023-12-27 Data processing method and communication system

Publications (1)

Publication Number Publication Date
WO2023276816A1 true WO2023276816A1 (ja) 2023-01-05

Family

ID=84691792

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/024888 WO2023276816A1 (ja) 2021-07-02 2022-06-22 データ処理方法、および通信システム

Country Status (4)

Country Link
US (1) US20240127637A1 (ja)
JP (1) JPWO2023276816A1 (ja)
CN (1) CN117597904A (ja)
WO (1) WO2023276816A1 (ja)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007062481A (ja) * 2005-08-30 2007-03-15 Denso Corp 車載用電子機器の接続システム
JP2017182418A (ja) * 2016-03-30 2017-10-05 マツダ株式会社 運転支援装置及び運転支援システム
JP2018005848A (ja) * 2016-07-08 2018-01-11 トヨタ自動車株式会社 車載通信装置
KR20180098062A (ko) * 2017-02-24 2018-09-03 주식회사 포키비언 차량데이터 계층화 및 적응형 데이터 전송 장치 및 방법
JP2020024685A (ja) * 2018-08-06 2020-02-13 デンソー インターナショナル アメリカ インコーポレーテッド モバイルネットワークデバイスおよびモバイルネットワークデバイスの操作方法
JP2020101980A (ja) * 2018-12-21 2020-07-02 トヨタ自動車株式会社 情報取得装置、情報取得方法、プログラム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007062481A (ja) * 2005-08-30 2007-03-15 Denso Corp 車載用電子機器の接続システム
JP2017182418A (ja) * 2016-03-30 2017-10-05 マツダ株式会社 運転支援装置及び運転支援システム
JP2018005848A (ja) * 2016-07-08 2018-01-11 トヨタ自動車株式会社 車載通信装置
KR20180098062A (ko) * 2017-02-24 2018-09-03 주식회사 포키비언 차량데이터 계층화 및 적응형 데이터 전송 장치 및 방법
JP2020024685A (ja) * 2018-08-06 2020-02-13 デンソー インターナショナル アメリカ インコーポレーテッド モバイルネットワークデバイスおよびモバイルネットワークデバイスの操作方法
JP2020101980A (ja) * 2018-12-21 2020-07-02 トヨタ自動車株式会社 情報取得装置、情報取得方法、プログラム

Also Published As

Publication number Publication date
US20240127637A1 (en) 2024-04-18
CN117597904A (zh) 2024-02-23
JPWO2023276816A1 (ja) 2023-01-05

Similar Documents

Publication Publication Date Title
CN106453465B (zh) 用于车辆控制器与外部资源之间交互工作的系统和方法
WO2023023975A1 (zh) 一种芯片、芯片制造方法、以及相关装置
CN109246126B (zh) 车载自动驾驶系统的数据通信方法及装置
US20170339056A1 (en) Remote vehicle data collection system
US10306689B2 (en) Systems and methods for shared mixed reality experiences using digital, physical, temporal or spatial discovery services
CN113156916A (zh) 控制器系统及控制方法
CN111124443A (zh) 车辆、车机设备及车载仪表升级方法
US20150025733A1 (en) Vehicle control device and method
CN115334110A (zh) 用于车辆控制的系统架构、通信方法、车辆、介质及芯片
CN114461070A (zh) 用于实现车载虚拟现实的系统、方法和车辆
JP5370341B2 (ja) 通信装置及びデータ通信システム
WO2023276816A1 (ja) データ処理方法、および通信システム
WO2023276815A1 (ja) 拡張ユニット、車載機ユニット、および車両システム
WO2021243602A1 (zh) 一种车辆控制系统和子控制单元
CN115297461B (zh) 数据交互方法、装置、车辆、可读存储介质及芯片
KR20150005209A (ko) 차량과 휴대용 단말 간의 연동 기능을 갖는 장치 및 그 동작 방법
CN111026475A (zh) 车辆、车机设备及其基于地图软件的车辆服务处理方法
CN207594873U (zh) 一种基于BroadR-Reach以太网的汽车车机原型系统
US10661732B2 (en) In-vehicle relay device
WO2018192585A1 (zh) 传输方法和传输装置
WO2024026593A1 (zh) 一种协同控车方法及相关装置
WO2021073501A1 (zh) 车内业务切片的资源配置方法及装置、系统
US20240134675A1 (en) Display apparatus for vehicle
JP2024511005A (ja) データ伝送方法、装置及びシステム
TW202240475A (zh) 資訊處理裝置、資訊處理系統、資訊處理方法及記錄媒體

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22832964

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023531861

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 202280046981.6

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22832964

Country of ref document: EP

Kind code of ref document: A1