JP2002331882A - Vehicle data access method and in-vehicle terminal - Google Patents

Abstract

(57) [Summary] In an in-vehicle terminal that transmits and receives vehicle data via a vehicle network, various applications such as safety support, vehicle diagnosis, and driving technology determination are performed in a manner independent of a vehicle type, a manufacturer, and a manufacturing year. A vehicle data access method and an in-vehicle terminal capable of accessing vehicle data are provided. A vehicle data communication unit that transmits and receives vehicle data via a vehicle LAN device, a storage unit that stores the vehicle data and a conversion table, and a vehicle data that is a vehicle-specific format based on the conversion table is used by an application. A vehicle data conversion unit that converts the vehicle data in the practical data format calculated by the application into vehicle data in a vehicle-specific format based on a conversion table; and the application accesses the vehicle data. And a vehicle information interface.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an in-vehicle terminal for transmitting and receiving data relating to a vehicle and providing a service, and a method for accessing vehicle data.

[0002]

2. Description of the Related Art A conventional navigation device represented by an in-vehicle terminal reads map data stored in a storage means such as a CD-ROM or a DVD, displays a map developed by graphics on a display, and displays a map to a destination. It was common to guide the route. Recently, Japanese Patent Application Laid-Open No. 2000-142
As disclosed in Japanese Patent Application Publication No. 180-180, a method of detecting a curve ahead by a navigation device and controlling an automatic transmission or the like is being studied. The above method aims at assisting the driver's safety by performing an appropriate deceleration immediately before a curve, and various services are expected in the future in cooperation with a navigation device and a vehicle control device. Furthermore, as disclosed in Japanese Patent Application Laid-Open No. 2000-268287, the driver is warned by evaluating safe driving using vehicle data such as the own vehicle speed and the inter-vehicle distance between the own vehicle and the preceding vehicle. Methods to encourage safe driving are being studied.

[0003] In the conventional vehicle control device, a transmission method unique to each manufacturer has been used as a means for transmitting information between the engine and each sensor. In recent years, sensors such as inter-vehicle distance sensors and cameras have been newly installed, and various functions such as an ACC (AutoCruse Control) function and a lane keep function that adjust inter-vehicle control to prevent rear-end collisions have been installed in vehicles. It tends to be. In the vehicle control system network conventionally used, the amount of information of the vehicle to be transmitted increased with the advancement of functions, and the performance such as transmission speed was limited,
A method of using a faster network is being studied.

On the other hand, in order to facilitate data communication between devices mounted on a vehicle, such as a display panel control device and an engine control device, a communication function usable by a protocol common to each manufacturer and vehicle is provided in the vehicle. A method of mounting on each device has been studied.

[0005]

However, by unifying the communication function among manufacturers and vehicles, vehicle data can be transmitted and received using the same protocol.
Vehicle data to be transmitted and received, for example, door lock information, engine, cooling water temperature, lights, gears, and the like have a unique data format depending on the vehicle, manufacturer, year of manufacture, and the like. Using the vehicle data, for example, when presenting a vehicle maintenance information to a driver, or when trying to provide various service applications such as issuing a warning for a dangerous act, the various service applications correspond to each vehicle. There is a problem that it is necessary to have a vehicle data conversion process. If the vehicle data conversion process is performed by the various service applications,
Each time the vehicle data format is changed or updated, it becomes necessary to update the various service applications. further,
Since the vehicle data format is information uniquely owned by each vehicle manufacturer, it is difficult for a manufacturer other than the vehicle manufacturer, for example, a manufacturer developing the various service applications to know the vehicle data format unique to the vehicle manufacturer. There is also a problem that is.

[0006] On the other hand, the inventors of the present application described in the document "Study of next-generation in-vehicle platform" (Information Processing Society of Japan Report I).
TS-6 (4) March 2000), while trying to improve the guidance performance by obtaining more information and real-time information through communication with external terminals such as the Internet, broadcasting, and mail. On-board terminals that transmit navigation information such as curve and gradient information of a traveling path to a control system unit of each vehicle to improve engine control and brake control are proposed. In this case, since a third party may intentionally stop the in-vehicle system via external communication, it is desirable to provide a reliable in-vehicle terminal in which the system is not easily stopped in consideration of driver safety. It is. In the literature, an operating system (hereinafter, referred to as an OS) that executes the external communication with the same hardware and an OS that executes a navigation process and a communication between control units of a vehicle are apparently executed at the same time. Considering the reliability of in-vehicle terminals. In the in-vehicle terminal that executes the plurality of OSs, the vehicle data obtained by the communication between the vehicle-based units is stored in another OS.
It is also conceivable that an application (e.g., a remote maintenance service or the like) operating on the OS uses the vehicle data. Therefore, a method of sharing the vehicle data among a plurality of OSs is required.

As described above, a first object of the present invention is to provide an in-vehicle terminal for transmitting / receiving vehicle data from / to a vehicle network, in which various applications such as assisting safe driving and diagnosing the vehicle depend on a vehicle type, a manufacturer, a manufacturing year, and the like. It is an object of the present invention to provide a vehicle data access method and an in-vehicle terminal capable of accessing the vehicle data in a non-compliant manner.

A second object of the present invention is to provide an in-vehicle terminal in which a plurality of OSs operate on the same hardware, wherein the plurality of OSs share the vehicle data, and the application depends on a vehicle type, a maker, and a manufacturing year. It is an object of the present invention to provide a vehicle data access method and an in-vehicle terminal capable of accessing the vehicle data in a non-compliant manner.

[0009]

SUMMARY OF THE INVENTION In order to solve the first object, the present invention relates to a vehicle-mounted terminal capable of communicating data relating to a vehicle with each control device of the vehicle from a vehicle network. Data conversion means for converting vehicle data into accessible practical data without relying on vehicle-specific vehicle data in which various applications such as safety support differ according to vehicle type, manufacturer, manufacturing year, etc .; It has an interface for accessing data.

[0010] In order to solve the first object, the present invention provides a method in which data calculated by the application and data (practical data) obtained through input means or communication means are converted by the data conversion means. Convert to vehicle-specific vehicle data.

Further, in order to solve the first object, the present invention provides a data array, a size, a unit, and the like of the vehicle data.
It has a conversion table storing offsets and the like, and converts the vehicle data into practical data or converts the practical data into vehicle data by referring to the conversion table.

Further, in order to solve the above-mentioned second object, the present invention provides a vehicle-mounted terminal on which a plurality of OSs operate, wherein vehicle data is stored in a storage area that can be shared by the plurality of OSs, and each OS operates on each OS. An interface for accessing the vehicle data for an application to be performed, and data conversion means for converting the vehicle data into practical data or practical data into vehicle data.

[0013]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, an embodiment of the present invention will be described in detail with reference to the drawings, taking as an example a case where a navigation device to which the present invention is applied is used as a vehicle-mounted terminal.

FIG. 1 shows a configuration example of a navigation device according to the present embodiment. The arithmetic processing unit (1) will be described later (8) to (8).
The current position is detected based on the information output from the various sensors of (11), and based on the obtained current position information, map information required for display is read from the map database (3) and developed into graphics. The current position of the vehicle detected by the sensors (8) to (11) is displayed on the display (2) by superimposing the current position detected by the sensors (8) to (11) on the display on the display (2) or specified by the user using the current position and the input device (5). Calculate the best road connecting points (for example, destinations)
It is a central unit that performs various processes such as notifying the user via the voice input / output device (4) or the display (2) and guiding the route. Display (2)
Is a unit that displays the graphics information generated by the arithmetic processing unit (1), and generally uses a CRT, a liquid crystal display, or the like. The signal S1 between the arithmetic processing unit (1) and the display (2) is an RGB signal or NTSC (Nationa).
l Television System Committee).

The map database (3) is a CD-ROM
Data stored in a large-capacity storage medium, such as an IC card, an IC card, a DVD (Digital Video Disk), or map data downloaded from an external terminal by a communication device (7) described later and stored in the storage medium. A process for reading / writing map data is performed.

The voice input / output device (4) converts the message to the user generated by the processing unit (1) into a voice signal and outputs the voice signal, and also recognizes the voice uttered by the user and recognizes the voice uttered by the user. ) To transfer the contents. The input device (5) is a unit for receiving an instruction from a user, and a hand switch such as a scroll key and a scale change key, a joystick, a touch panel, and the like are generally used.

In the mobile navigation system according to the present embodiment, a sensor for detecting a position is a wheel speed sensor (8) for measuring a distance from a product of a circumference of a vehicle and a measured number of rotations of a wheel, and a sensor held by the earth. A direction sensor (9) that detects the direction of the moving object by detecting the magnetic field that is present, a gyro (10) that detects the angle at which the moving object rotates, such as an optical fiber gyro or a vibrating gyro, and receives a signal from a GPS satellite. , The distance between the moving object and the GPS satellite and the rate of change of the distance are 3
There is a GPS receiver (11) that measures a current position, a traveling direction, and a traveling direction of a moving object by measuring for more than one hygiene.

Further, various information of the vehicle, such as door opening / closing information, lighting status, engine state, failure diagnosis result, and the like are received from the vehicle control device, and the curve curvature calculated by the arithmetic processing unit (1) and the like. There is an in-vehicle LAN device (6) that transmits navigation information such as a road gradient, a parameter such as an inter-vehicle distance input by a user with an input device (5), and data related to vehicle control received by a communication device (7) described later.

The communication device (7) is a device for receiving information such as a restaurant, a hotel, and traffic information at an arbitrary point from an information center outside the vehicle by an external communication means such as a mobile phone or a PHS. Further, the vehicle data is transmitted to a predetermined dealer in order to receive a remote maintenance service, or a center that provides a predetermined service such as an insurance service or a traffic information providing service is provided based on the vehicle data or the vehicle data. The calculated driving diagnosis data such as sudden braking and sudden turning is transmitted. The position of the vehicle detected by the GPS receiver (11), the wheel speed sensor (8) or the in-vehicle LAN
The vehicle speed data received by the device (6) may be transmitted. Of course, a satellite or a digital terrestrial broadcasting receiver may be used as a device for receiving the information on the arbitrary point or the traffic. The traffic information receiving device (12) is a device that receives traffic information via short-range communication such as light or a radio beacon.

FIG. 2 is a diagram for explaining an example of the functional configuration of the arithmetic processing unit (1). Hereinafter, the components will be described. The operating system (201) manages the operation of the entire system, inputs / outputs such as remote control and screen display,
It provides functions that can be used from application software for memory management, etc., and manages the entire system. The vehicle data communication unit (202) receives various vehicle data such as the steering angle, engine speed, and water temperature of the vehicle via the in-vehicle LAN device (6). Further, the application (204) detects road information such as curves and gradients read from the map database (3) based on the vehicle position obtained by the GPS receiver (11) and running environment information such as outside air temperature, and detects the inside of the vehicle. LAN
The information is transmitted to the control system unit in the vehicle via the device (6). The storage unit (203) temporarily stores a result calculated by the calculation processing unit (1).

In this example, vehicle data (211) transmitted and received by the vehicle data communication unit (202) is temporarily stored in the storage unit (2).
03). The vehicle data (211) is a vehicle-specific data format depending on each automobile manufacturer, vehicle type, manufacturing year, and the like. The conversion table (212) is a table that stores information necessary for converting vehicle data into practical data. The application (204) is an application for providing various services such as a navigation application, safety support, and vehicle diagnosis to the driver. The vehicle data conversion unit (210) includes a conversion table (212).
The vehicle data (211) is converted into data usable by the application (204) based on the information stored in the application. The plurality of applications (204)
Is converted into vehicle data (211) based on the method specified in the conversion table (212). The vehicle information API (213) is provided by the application (2).
04) is an interface for accessing the vehicle data (211). (220) and (221) show the data flow of vehicle data.

FIGS. 3 and 4 show data flows (22).
It is a flowchart for supplementarily explaining (0), (221). The vehicle data communication unit (202) receives various vehicle data such as a steering angle, a vehicle speed, and a door state of the vehicle via the in-vehicle LAN device (6) (300), and temporarily stores the vehicle data in the storage unit (203). It is stored (301). The vehicle data (211) is the same data as the received data and has a data format unique to the vehicle. When the vehicle information API (213) is called in the application (204), (3)
10), the vehicle data conversion unit (210) is stored in the storage unit (20).
The vehicle data (211) stored in 3) is read (3)
11), referring to the conversion table (212) stored in the storage unit (203) (222), and referring to the vehicle data (21).
1) is converted into practical data (312). The converted data is output to the application (204), and the process ends (313). 3 and 4 show the LA in the vehicle.
This is an example of a processing flow when vehicle data is received by the N device, but when data calculated by the plurality of applications is transmitted to the in-vehicle LAN device (6), the flow is the reverse of the flow.

Tables 1 and 2 show the vehicle information API (21
This is an example of 3).

[0024]

[Table 1]

Table 1 lists interfaces that refer to vehicle data (211) received by the vehicle data communication unit (208) in the application (204). ReadACCInfo (1100) is a function that refers to information on the ACC function that controls the speed of the vehicle while maintaining the distance between the vehicles at a predetermined distance. For example, if there is vehicle data to be referred to for the ACC function, ret = ReadACCI with the type of the data to be referred to as an argument (for example, setdistance).
When a function called nfo (setdistance) is called, the distance between vehicles corresponding to the argument is output as a return value ret in the form of practical data (for example, in meters).

It is also possible to specify the output destination buffer by the argument * outdata and call a function called ReadACCInfo (setdistance, * outdata). Also, a function that specifies a buffer to which data is output in advance, for example, SetOutpu
A function called tBuf (* outdata) may be provided to specify the output destination. ReadDiagnostics (1101) is a function that refers to vehicle diagnostic information such as dirt on a vehicle-mounted camera and replacement of headlights. ReadSteeringInfo (1102) is a function that refers to steering information such as a steering angle. ReadCa
meraInfo (1103) is a function for referring to information on the on-board camera, such as the number and location of cameras, the model, and the manufacturer. ReadLaderInfo (1104) is the radar performance (distance)
And a function for referring to radar-related information such as a radar detection result. ReadFuelInfo (1105) is a function that refers to information about fuel such as the fuel efficiency of the vehicle and the remaining amount of gasoline, electricity, and the like. ReadMoterInfo (1106) is a function for referring to information about the electric motor such as the number of motors and the number of rotations of the torque mounted on the electric vehicle or the hybrid car. ReadDriverSkill (1107) is a function for referring to data on the behavior of the driver or the driving technique.
The data on the driving behavior / driving technique is, for example, information such as the frequency of sudden braking and sudden steering, the state of attachment / detachment of a seat belt or a child seat, calculated by the vehicle data converter (210) based on the vehicle data (211). In addition to the interfaces listed in Table 1, there are interfaces for referring to various vehicle information such as the open / closed state of doors and windows, the lighting state of lights, and gear positions.

[0027]

[Table 2]

Table 2 shows a plurality of applications (20
An example of an interface for writing data calculated in 4) to (207) or data input by the input device (5) and the voice input / output device (4) to the vehicle data (211) is listed. WriteACCInfo (2100)
Is a function for setting ACC-related information such as setting an inter-vehicle distance controlled by the ACC in the vehicle data (211). Write
Diagostics (2101) is a function for setting information related to vehicle diagnosis, such as changing the determination level of vehicle diagnosis. WriteSteeringInfo (2102) stores information related to steering such as setting a steering angle when automatically controlling steering based on map information read from a map database (3) or information obtained from a communication device (7). Function to set. WriteCameraInfo
(2103): When a plurality of in-vehicle cameras are mounted, the image displayed on the display (2) is switched to one of the plurality of in-vehicle cameras, a parameter related to recognition of a lane or the like is changed, and the like. This is a function for setting information about the vehicle-mounted camera. WriteLaderInfo
(2104) is a function for setting information about the radar, such as changing the direction of the radar or changing the detection parameters of the preceding object to be detected by the radar. WriteFuelInf
o (2105) sets the fuel consumption calculation parameters such as the fuel injection time and the injection charge per hour, and sets the vehicle type and vehicle type by setting the vehicle type and the vehicle model in addition to directly setting the fuel calculation parameters. It is a function for setting information related to fuel efficiency such as changing. WriteM
oterInfo (2106) is a function for setting information about the electric motor, such as designating a rotation speed command value of a motor torque and an operation mode. WriteDriversSkill (210
7) is a function for setting information necessary for the determination process of the driving behavior and the driving technique, such as the change width of the steering angle required for the sharp steering determination.

The vehicle data (211) set by the interfaces listed in Table 2 is transmitted to the vehicle data communication unit (20).
In 2), the vehicle data is transmitted to each control system unit via the in-vehicle LAN device (6) at the set timing or at a predetermined time period. In addition to the interfaces listed in Table 2, various interfaces for instructing other control units to turn on lights, lock doors, open and close windows, and the like can be considered.

FIG. 5 shows an example of the conversion table (212). The conversion table (212) is provided in the in-vehicle LAN device (6).
In all the vehicle data transmitted and received at the steering angle, for example, the steering angle (5
00), fuel remaining (510), engine speed (52)
0) and other vehicle data (501) to (50).
5) Define data for each item. Management number (50
1), (511), and (521) are management numbers for the vehicle data conversion unit (210) to identify the type of vehicle data. The communication ID (502) is an index added to a message set transmitted / received by the in-vehicle LAN device (6), and is used by the vehicle data conversion unit (21).
In 0), it is identified which message set the vehicle data is registered in. The address (503) is a registration address of the vehicle information of the management number in the vehicle data (211). The offset (504) is an offset bit or offset byte number from the address (503). The data length (505) is an effective bit length or an effective byte length from the offset (504). The data update cycle (506) is an update cycle of the vehicle data.

In the present embodiment, the conversion table (212) is stored in the memory space of the arithmetic processing unit (1). However, the conversion table (212) is stored in a removable medium such as a hard disk, DVD, CD-ROM, compact flash, or memory card. Of course, it is also possible to store. By replacing the medium or rewriting the conversion table (212) stored in the medium, the data conversion unit (210) can support various types of vehicles. The conversion table (212) is received from the communication device (7), and the received conversion table (21) is received.
A method of storing 2) in the storage unit (203) or the removable storage medium can support various types of vehicles.

FIG. 6 shows an example of the display of the vehicle-mounted terminal assuming that the conversion table (212) is updated by the communication device (7). A screen (601) is displayed immediately after the in-vehicle terminal is installed in the vehicle to prompt the driver to download the conversion table (212) for the vehicle. While displaying the screen (601), the driver
When (5) or "Yes" is selected by the voice input / output device (4), the screen transitions to a screen (602) to prompt the input of the manufacturer and model of the vehicle. When the input of the manufacturer and model of the vehicle is completed, a screen (603) is displayed, and the conversion table (212) is downloaded. A connection destination for downloading may be determined at a predetermined information center or dealer, or may be determined according to the manufacturer or model of the vehicle input. When the download is completed, a screen (604) is displayed to notify the driver of the completion of the download, and a screen (605) is displayed to confirm whether the vehicle data (212) can be correctly accessed by the downloaded conversion table (212). ) Is displayed. In the screen (605), the door opening / closing information is used as the confirmation data, but it is naturally possible to access and display vehicle data such as lighting of a light and a wiper operation. However, vehicle data that the driver himself can confirm visually is desirable. When "OK" is selected on the screen (605), the screen (606) is displayed and the process of acquiring the conversion table (212) ends. In the case of "NG", the screen (602) is displayed to prompt the user to specify the manufacturer, vehicle type, model, and the like again. It is also possible to make an inquiry to a predetermined information center, a dealer, an automobile manufacturer, or an in-vehicle terminal manufacturer via the communication device (7).

In this embodiment, the method of downloading the conversion table (212) in the vehicle-mounted terminal has been described.
It is also conceivable that a side that owns the conversion table (212), such as a dealer, an information center, an automobile manufacturer, or an in-vehicle terminal maker, connects to the in-vehicle terminal to download the conversion table (212) to the in-vehicle terminal. Also, the side having the conversion table (212) of a dealer, an information center, an automobile manufacturer, an in-vehicle terminal manufacturer, etc. stores the conversion table (212) in a removable storage medium such as a memory card,
It is also possible to pass it to the driver.

FIG. 7 is a display example of the vehicle-mounted terminal assuming that the conversion table (212) is updated via the removable medium. When the in-vehicle terminal is installed, a screen (701) is displayed to prompt the user to set a storage medium storing the conversion table (212). When "next" is selected, a screen for prompting the input of a password for updating the conversion table (212) is displayed (702). When the password is input, a screen (703) is displayed to inform the driver that the conversion table (212) is being updated. Conversion table (2
When the update of 12) is completed, a screen (605) is displayed, and it is confirmed that the vehicle data can be accessed based on the updated conversion table (212). In this embodiment, when the conversion table (212) is updated, the screen (70)
Although 2) is displayed to prompt the input of the personal identification code, this method can be similarly applied to the table update by the communication device 7 described in FIG. Also, with a method other than a security code,
A signal line for rewriting the storage medium is provided at a connection portion between the detachable storage medium and the in-vehicle terminal, and a means for switching the signal level of the signal line is further provided in the in-vehicle terminal. Conversion table (21
A method of updating 2) is also conceivable. The password or signal line protects the conversion table (212) from being easily rewritten by a third party or an operation error.

FIG. 8 shows a system configuration in which a plurality of OSs can share and access vehicle data by the vehicle data access method of the present invention in a vehicle-mounted terminal in which a plurality of OSs operate on the same hardware. The hardware platform (801) is composed of hardware such as a processor for controlling the in-vehicle terminal and I / O for connecting to peripheral devices such as input / output devices. The multiple OS arbitration function (802) is provided for the OSs (803) and (8) according to a predetermined time period or a task switching timing.
04), the processing of allocating the hardware resources is executed. One of the OSs to which the hardware resources are assigned performs timer management, memory management, and the like of the processor. The shared memory (810) is a memory space that can be shared by the operating systems (803) and (804).

The vehicle information sharing function (805) provides the same function as the vehicle data converter (210). In this case, the vehicle data stored in the shared memory (810) is converted into a data format usable by each application (820), (821), (822) and output. This function executes a process of writing to the shared memory (810). Vehicle information API
(806) is an interface through which the application accesses the vehicle data.
(213) A similar interface is connected to the first OS (80
3) and the application running on the second OS (804). The vehicle communication function (823) is a control system unit (830) via the in-vehicle LAN (800).
Receiving the vehicle data transmitted by the shared memory (810)
In each application (820), (82)
1) and (822), the information stored in the shared memory (810) is read out by the vehicle information API (806), and each control system unit (83) is read by the in-vehicle LAN (800).
0).

[0037]

According to the present invention, in an in-vehicle terminal for transmitting / receiving vehicle data from / to a vehicle network, various applications such as vehicle diagnosis and driving technology determination can convert the vehicle data in a method independent of a vehicle type, a manufacturer, a manufacturing year, and the like. An accessible vehicle data access method and an in-vehicle terminal can be provided.

According to the present invention, in a vehicle-mounted terminal in which a plurality of OSs operate on the same hardware, vehicle data transmitted and received from a vehicle network is shared by the plurality of OSs,
It is possible to provide a vehicle data access method and an in-vehicle terminal capable of accessing the vehicle data in such a manner that various applications such as vehicle diagnosis and driving skill determination do not depend on a vehicle type, a manufacturer, a manufacturing year, or the like.

[Brief description of the drawings]

FIG. 1 shows a configuration example of a navigation device according to an embodiment.

FIG. 2 is a diagram illustrating a functional configuration example of an arithmetic processing unit (1).

FIG. 3 is a flowchart for supplementarily explaining a data flow when receiving vehicle data.

FIG. 4 is a flowchart for supplementarily explaining a data flow at the time of vehicle data access.

FIG. 5 is a diagram showing an example of a conversion table (212).

FIG. 6 is a diagram showing a screen display example at the time of updating a conversion table (212).

FIG. 7 is a diagram showing an example of a screen display for performing authentication when a conversion table (212) is updated.

FIG. 8 is a diagram showing an embodiment of the present invention in an in-vehicle terminal that operates a plurality of OSs with the same hardware.

[Explanation of symbols]

DESCRIPTION OF SYMBOLS 1 ... Calculation processing part, 2 ... Display, 3 ... Map database, 4 ... Audio input / output device, 5 ... Input device, 6 ... In-car L
AN device, 7 communication device, 8 wheel speed sensor, 9 direction sensor, 10 gyro, 11 GPS receiver device, 20
DESCRIPTION OF SYMBOLS 1 ... Operating system 202 ... Vehicle data communication part 203 ... Storage part 204 ... Application 2
10: vehicle data conversion unit, 211: vehicle data, 212
... Conversion table, 213,806 ... Vehicle information API, 8
00: in-vehicle LAN, 801: hardware platform, 802: multiple OS arbitration function, 803: first operating system, 804: second operating system, 805: vehicle information sharing function, 810: shared memory, 820: multimedia Application, 8
Reference numeral 21 denotes various applications, 822 denotes a navigation application, 823 denotes a vehicle communication function, 830 denotes a control system unit.

 ──────────────────────────────────────────────────続 き Continuing from the front page (72) Inventor ▲ Hiroo Shige 7-1-1, Omika-cho, Hitachi City, Ibaraki Prefecture Within Hitachi Research Laboratory, Hitachi, Ltd. (72) Inventor Takashi Nakahara Omika-cho, Hitachi City, Ibaraki Prefecture 7-1-1, F-term in Hitachi, Ltd. Hitachi Research Laboratory, Ltd. F-term (reference) 5H180 AA01 BB02 BB04 BB13 BB17 CC12 FF04 FF05 FF13 FF23 FF27 FF32

Claims (8)

[Claims] An in-vehicle terminal connected to an in-vehicle network, a vehicle communication means for transmitting and receiving vehicle data via the in-vehicle network, a storage means for storing the vehicle data, and services such as vehicle diagnosis and safety support. Data conversion means for converting the vehicle data into practical data that can be accessed without depending on the vehicle data format unique to the vehicle when a variety of applications providing the driver with the vehicle data access the vehicle data. And an interface through which the application accesses the practical data. 2. The in-vehicle terminal according to claim 1, wherein said vehicle data converting means includes driving environment information such as a state of a driving road, temperature and the like, and an inter-vehicle distance obtained from an input means, a communication means, or an application such as a navigation. 2. The in-vehicle terminal according to claim 1, wherein vehicle information such as a set value and an installation position of an in-vehicle camera is converted from practical data into a data format unique to the vehicle. 3. The vehicle data conversion means includes a data array,
3. The in-vehicle terminal according to claim 1, wherein an expression format of the vehicle data is converted in accordance with a conversion table in which data required for conversion into vehicle data, such as a size and a unit, are stored. 4. The conversion table is received by a communication means such as a mobile phone or a wireless communication, or stored in a removable storage means such as a compact flash (registered trademark), a CD-ROM, or a DVD, and the storage means is exchanged. 4. The in-vehicle terminal according to claim 3, wherein the terminal can be changed by rewriting. 5. A terminal for updating the conversion table or an authentication code, wherein the conversion table is rewritable at a predetermined signal level of the terminal or by identifying the authentication code. The in-vehicle terminal according to claim 4. 6. An updating means for notifying a user that the conversion table has been updated by updating the conversion table by, for example, outputting output means such as display / voice output or recording a log in a storage means. The in-vehicle terminal according to claim 4 or 5, wherein 7. A vehicle data access method for accessing data relating to a vehicle received from a vehicle network, wherein an interface for reading the received vehicle data is defined, and the vehicle data is accessed via the interface. Wherein the vehicle data obtained through the interface is data converted from a data format unique to the vehicle to practical data. 8. An in-vehicle terminal on which a plurality of OSs operate, wherein the in-vehicle terminal is connected to an in-vehicle network, and vehicle communication means for transmitting and receiving vehicle data via the in-vehicle network; Storage means for storing in a shared storage area, applications which seemingly operate simultaneously on each OS, and vehicle data conversion in which each application converts vehicle data into usable practical data in a data format independent of a vehicle type and a manufacturer. An on-vehicle terminal comprising: means; and an API for the application to access the practical data.