JP2002334168A - Server and method for remotely diagnosing vehicle failure, program for remote failure diagnosis and on- vehicle device for remotely diagnosing failure - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a server for remotely diagnosing a vehicle failure, a method for remotely diagnosing a vehicle failure, a program for remote failure diagnosis and an on-vehicle for remotely diagnosing a failure or the like, which can easily diagnose and inspect the vehicle failure without going to a dealer and/or a service plant (repair shop) to easily and surely secure safety. SOLUTION: This server 6 for remote failure analysis for a vehicle for remotely diagnosing a vehicle, has a failure contents detecting means for receiving the results of inspection performed to the vehicle 36 and also analyzing the inspection results to detect failure contents, and a failure correspondence guidance transmitting means for dividing the failure contents detected by the failure contents detecting means into traveling levels (travelable, slow travel and untravelable) showing the trafficability of the vehicle and transmitting failure correspondence guidance corresponding to the travel levels to the vehicle.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a server for remotely diagnosing a vehicle, and more particularly to a vehicle for diagnosing a vehicle failure, performing a periodic inspection, ordering parts, etc., from a remote place remote from the vehicle. The present invention relates to a remote fault diagnosis server, a remote fault diagnosis method for a vehicle, a remote fault diagnosis program, and a remote fault diagnosis device mounted on a vehicle.

[0002]

2. Description of the Related Art Conventionally, various techniques for diagnosing a failure of a vehicle are known. For example, JP-A-10-1001
No. 3 discloses a failure diagnosis device that diagnoses a vehicle using a select monitor (failure diagnosis device) disposed at a dealer's service factory or the like.
That is, the ones described in this publication are first of all
An electronic control device that stores vehicle data such as data of switches and actuators is mounted on a vehicle, while a select monitor (failure diagnosis device) is disposed at a dealer's service factory or the like. The select monitor reads out the internal data, which are these various vehicle data, from the on-vehicle electronic control unit, and also has a measurement function itself, and reads out the self-measured vehicle data and the on-vehicle electronic control unit. By displaying the internal data at the same time, it is possible to easily compare and examine the corresponding data. In this way, the failure diagnosis device described in this publication makes it possible to easily determine the validity of the data read from the on-vehicle electronic control device, and to improve the diagnosis efficiency.

[0003] Japanese Patent Application Laid-Open No. 11-51817 discloses a technique in which self-diagnosis information of a vehicle is stored in an ignition key, and a failure location, a failure state, and the like are analyzed in detail from the diagnosis information read from the ignition key. A failure detection device as described above is disclosed. More specifically, when the ignition key is removed from the cylinder lock, the transmitter of the vehicle outputs self-diagnosis information, and the receiver of the ignition key receives this information. Vehicle self-diagnosis information is stored in the ignition key memory. The diagnostic information is read out from the ignition key storing the self-diagnosis information by using a key information reader and input to a personal computer, and the personal computer detects the failure location / failure state in detail. . According to the publication, the ignition key is the only part to be removed from the vehicle and carried, so that the dealer who holds this key reads the self-diagnosis information from the key and detects the failure location, failure state, etc. Therefore, there is an effect that the cost required for the repair or replacement parts, the delivery date of the vehicle, and the like can be immediately specified.

Further, Japanese Patent Application Laid-Open No. H11-223578 discloses that failure diagnosis information based on an abnormality caused by self-diagnosis of a vehicle is wirelessly transmitted from the vehicle to the base station side, and then the vehicle corresponding to the failure diagnosis information is transmitted. There is disclosed a vehicle diagnosis system in which, when an abnormality is eliminated (repaired), the abnormality elimination information (repaired code) is similarly transmitted from the vehicle to the base station by radio. According to this publication, when the base station receives the failure diagnosis information of the vehicle and subsequently receives the corresponding repaired code, the base station does not require the user to perform the inspection, repair, and maintenance of the vehicle. And unnecessary processing between the vehicle and the base station can be eliminated.

[0005]

However, in any of the above-mentioned prior arts, the vehicle itself has a failure diagnosis function, and the failure diagnosis information obtained by the self-diagnosis function is used for some means, for example, failure diagnosis. An external device including a dealer can be contacted via a device (select monitor), an ignition key, and wireless transmission to a base station.

On the other hand, the present inventors have found a new problem that the necessity of remote fault diagnosis using a network such as the Internet will increase in the future with the spread of the Internet. Among the above-mentioned prior arts, the one described in the third publication is configured to wirelessly transmit vehicle failure diagnosis information to a base station. The base station, based on the failure diagnosis information, This is a request to the vehicle side (user side) for inspection, repair, and maintenance of the vehicle corresponding to the failure diagnosis information, and the content is far from remote failure diagnosis. Therefore, at present, there is no concrete proposal for remote diagnosis of a vehicle.

As described above, the present invention has been made in order to achieve a new problem of making a specific proposal for a remote fault diagnosis of a vehicle, and goes to a dealer and / or a service factory (repair shop). A remote failure diagnosis server for a vehicle, a remote failure diagnosis method for a vehicle, which can easily perform a failure diagnosis and inspection of a vehicle without any trouble, thereby ensuring safety easily and reliably. It is an object of the present invention to provide a remote failure diagnosis program, an in-vehicle remote failure diagnosis device, and the like.

The present invention also provides a remote failure diagnosis system for a vehicle, which can notify a user of a failure level by transmitting failure diagnosis guidance to the vehicle when the vehicle is diagnosed as having a failure. It is an object to provide a server, a remote fault diagnosis method for a vehicle, a remote fault diagnosis program, a remote fault diagnosis device mounted on a vehicle, and the like. In addition, the present invention provides that when a vehicle is diagnosed as faulty,
Contact a repair shop (service factory), order defective parts,
A remote failure diagnosis server for a vehicle, a remote failure diagnosis method for a vehicle, a remote failure diagnosis program, a remote failure diagnosis system mounted on a vehicle, which can easily and reliably perform repair reservations and the like.
It is another object of the present invention to provide a remote failure diagnosis system for a vehicle.

[0009]

In order to achieve the above-mentioned object, the inventions according to claims 1 to 49 are provided. The first invention of the present invention described in claims 1 to 11 is directed to a server for remote failure diagnosis of a vehicle. The second invention of the present invention described in claims 12 to 22 is directed to a method of diagnosing a remote failure of a vehicle which is executed by a server for diagnosing remote failure.
The third invention of the present invention described in claims 23 to 33 is directed to a program for remote failure diagnosis of a vehicle executed by a remote failure diagnosis server. The fourth invention of the present invention described in the thirty-fourth to forty-first aspects is directed to an in-vehicle remote fault diagnosis apparatus.
The fifth invention of the present invention described in claims 42 and 49 is directed to a remote failure diagnosis program executed in a vehicle.

A first aspect of the present invention is a server for remotely diagnosing a vehicle for remotely diagnosing a vehicle. The server receives a result of an inspection performed on the vehicle and analyzes the result of the inspection. A failure content detection means for detecting the content, and a failure response for dividing the failure content detected by the failure content detection means into a traveling level indicating the possibility of running of the vehicle and transmitting failure handling guidance corresponding to the traveling level to the vehicle. And a guidance transmission unit.

A second invention of the present invention is a remote failure diagnosis method for a vehicle for remotely diagnosing a vehicle, which receives a result of an inspection performed on the vehicle, analyzes the inspection result, and analyzes a failure content. A failure content detection step of detecting a failure, and a failure response guidance of dividing the failure content detected in the failure content detection step into a travel level indicating the possibility of running of the vehicle, and transmitting a failure response guidance corresponding to the travel level to the vehicle. And a transmitting step.

According to a third aspect of the present invention, a result of an inspection performed on a vehicle is received, and the result of the inspection is analyzed to detect a content of a failure. This is a remote failure diagnosis program for a vehicle for controlling a computer of a server so as to divide the travel level into the indicated travel levels and transmit failure guidance corresponding to the travel level to the vehicle.

A fourth invention according to the present invention is a vehicle-mounted remote failure diagnosis apparatus for remotely diagnosing a vehicle, wherein the transmission means for transmitting a result of an inspection performed on the vehicle to an external server, Receiving means for receiving the failure content obtained by analyzing the transmitted inspection result from an external server, and failure handling guidance corresponding to a traveling level indicating the traveling possibility of the vehicle divided by the failure content generated by the external server And a failure handling guidance display means for receiving the information from an external server and displaying the received information on an in-vehicle display.

According to a fifth aspect of the present invention, a result of an inspection performed on a vehicle is transmitted to an external server, and the external server receives a failure content obtained by analyzing the transmitted inspection result from the external server. A vehicle for controlling a vehicle-mounted computer to receive a failure response guidance corresponding to a driving level indicating a driving possibility of the vehicle divided by the failure content generated by the external server from the external server and to display the guidance on a vehicle-mounted display. This is a remote failure diagnosis program.

[0015]

Embodiments of the present invention will be described below with reference to the accompanying drawings. FIG. 1 is a basic configuration diagram showing an embodiment of a vehicle remote fault diagnosis system according to the present invention. As shown in FIG. 1, reference numeral 1 denotes a remote fault diagnosis system 1 for a vehicle, which has an information center 2 and a network 4
, Various computers and various databases are connected, and can communicate with each other. The information center 2 includes a remote failure diagnosis server 6.

In the information center 2 (remote failure server 6),
Computers such as a maker 8, a dealer 10, a service factory 12, and a parts factory 14 are connected via the network 4. Various databases connected to the information center 2 (remote failure server 6) via the network 4 include a database 1 for storing map information and the like.
6. Database 18 for storing various contents, database 20 for storing user information, database 2 for storing vehicle failure / failure codes and failure response information
2. Database 2 for storing repair and inspection manuals
4. There is a database 26 for storing a diagnostic program, etc., and these various data are provided to the information center 2 (failure diagnostic server 6) and are used.

Further, the information center 2 is connected to various external facilities and a specific vehicle or a user's computer via the Internet 28. These connected facilities include a service factory 30, a road service 3
2. A police station / fire station 34, which is also connected to a vehicle 36 of a user who has made a contract, which will be described later, and a computer (user) 38 such as a home PC or a mobile computer used by the user. The vehicle 36
Comprises an in-vehicle computer 40 to be described later, which transmits various information to the information center 2 via the Internet 28 and
Sends various types of information. In this embodiment, the Internet 28 is used. However, the present invention is not limited to this, and another network or another communication means may be used.

Here, the contents of the various databases described above will be described. Database 16 for storing map information and the like
Stores map information, information other than map information (advertisement information, etc.), and homepage information of each object. The map information includes “map data” and “road information” such as traffic regulation information such as intersections, one-way displays, and left / right turn prohibitions, which are displayed in a manner superimposed on the map data. The advertisement information includes information other than the map information described later. The database 18 storing various contents includes “music”, “karaoke”, and “VI” described later.
The information includes information on "DEO", "videophone", "personal schedule management", "Internet &e-mail", and the like.

The database 20 for storing user information includes "customer data", "vehicle data", and "repair / inspection history data" including the license issuance time (renewal time) and the contract insurance company for each user. , "Driving management data"
And the like, and personal data of a user who is a customer and data unique to a vehicle owned by the customer are stored.
If the user makes a contract (see FIG. 3), which will be described later, this data will be effectively used in remote fault diagnosis. This user information is updated (upgraded) to the latest information every predetermined period.

Database 2 for storing vehicle malfunctions, etc.
2, the data such as “customer dissatisfaction” and “failure” of the vehicle type is stored, and data unique to the vehicle type is stored and accumulated for each vehicle type. This vehicle type information is also updated (upgraded) to the latest information every predetermined period. Therefore, the database 22 enables statistically and accurately grasping parts or the like of a specific type of vehicle which are likely to fail. The database 24 storing the repair / inspection manual stores a service manual relating to the checking of the engine oil and the mounting method of the chain, which will be described later.

The database 26 stores a "first diagnostic program", a "second diagnostic program", a "failure location specifying program", etc., which are diagnostic programs to be described later. These diagnostic programs are also updated (upgraded) at predetermined intervals based on vehicle type data stored in the database 22. The contents of these diagnostic programs will be described later in detail.

Next, the in-vehicle computer 40 mounted on the vehicle will be described with reference to FIG. In-vehicle computer 40
Is provided with a central control unit 41, which is connected to an operation system 42 for outputting an output signal to the central control unit 41. The operation system 42 includes various switches 44 and a voice interaction switch 45. (Microphone, speaker).
The various switches 44 output a switch signal or the like based on the operation of the occupant to the central control unit 41. The voice conversation switch 45 exchanges signals with the central control unit 41 via the interface 46, thereby enabling communication with the outside through the communication terminal 47 such as a telephone terminal or a wireless terminal.

As components to which an output signal is input from the central control unit 41, an auxiliary device 49 and a vehicle motion system 50 are provided. The auxiliary equipment 49 includes a power window, a door lock, a fuel gauge, a wiper, a fog lamp, an air conditioner, and the like.
, An output signal is input using a multiplex communication system (TWS). On the other hand, a status signal,
A gasoline remaining amount signal or the like is input to the central control unit 41.

The vehicle motion system 50 includes ABS, 4WS, ICC (auto cruise), 4WD, and EGI (electronic fuel control) E so that comprehensive control of the vehicle motion can be performed.
Each system such as an AT (electronic transmission) is provided, and each of these components includes a central control unit 4.
Output signals (road shape, road surface μ, inter-vehicle distance, load distribution, driving intention, etc.) from 1 are appropriately input. On the other hand, from the vehicle motion system 50, the motion status monitor, system warning, air pressure (from ABS)
Are input to the central control unit 41.

As an element for inputting and outputting signals to and from the central control unit 41, a high-performance navigation system 43 is provided. The advanced navigation system 43 includes a navigation control means NAVI, a road traffic information communication system VICS, a DVD-ROM 48 (which may be another storage medium such as a CD-ROM) storing map information and the like in advance, and a communication terminal. 47, a storage device (HDD) for temporarily storing various information such as a diagnostic program described later from the outside including the information center 2 described above.
53) are provided, and the storage device 5 stores traffic information from VICS, map information from DVD-ROM 48, and the like.
From 3, the diagnostic program and the like are input to the central control unit 41 via NAVI.
Further, an output signal from the central control unit 41 is input to the advanced navigation system 43,
Based on this, the vehicle motion system 50 is stored in the storage device 53.
Is recorded.

As an element to which an output signal from the central control unit 41 is input, a display system 51 is provided. The display system 51 is provided with a multi-display (hereinafter, referred to as a display) 52 and the like, and the display 52 is arranged near a driver's seat (an easy-to-see position) of the vehicle. This display 52
Is detachable from the vehicle, and when detached, necessary information can be transmitted and received to and from the central control unit 41 via wireless communication. Further, a speaker is mounted on the display 52 so that voice guidance in a “diagnosis guide” to be described later can be provided. The display 52 receives an output signal from the central control unit 41, and displays auxiliary equipment 49,
Abnormal information of the vehicle motion system 50 and the like, current state (raw data) or running state information, navigation display, and the like are displayed. Further, the display 52 displays various information related to the failure diagnosis when performing a failure diagnosis described later.

The advanced navigation system 43
Although not shown, for detecting the current position of the vehicle,
It has a GPS receiver, a vehicle speed sensor and a gyro sensor. The GPS receiver receives radio waves from the satellite to detect the current position, the vehicle speed sensor detects the speed of the vehicle to determine the travel distance, the gyro sensor detects the direction of travel of the vehicle, and the detection of each of these sensors The value is used to accurately detect the current position of the vehicle.

In order for the in-vehicle computer 40 to be able to receive various information from the information center 2, it is necessary to make a paid contract with the information center in advance. The contract with the information center is basically made in writing when the vehicle is purchased by the dealer. However, the present invention is not limited to this. When purchasing a vehicle, a contract may be made with the information center 2 via the Internet 28 by the on-board computer 40 itself. A contract may be made via the Internet.

FIG. 3 shows an example of a contract document for making this contract. Hereinafter, the contents of the contract document will be described with reference to FIG. These contracts are roughly classified into (1) a navigation contract (NAVI contract) and various individual contracts (2) to (9). First, a navigation contract (NAVI contract)
Will be described. This navigation contract is based on the “map information” for the advanced navigation system 43 which is the basic contract.
And the optional delivery of "advertising information". The basic contract includes an initial device purchase cost of 15,000 yen,
This includes a monthly fee of 5,000 yen, the amount of which varies depending on the selection of options described later.

Next, when making an option contract, various information described below can be selected, and the monthly amount of 5,000 yen changes. That is, a contract for “advertisement information distribution permission” is made, and “restaurant advertisement distribution contract”, “car dealer advertisement distribution contract”, “department store advertisement distribution contract”, “sports store advertisement distribution contract”, “home electronics & PC shop advertisement distribution contract” "," Leisure facility distribution contract "and" accommodation facility distribution contract "and select and contract, for example,
When the "restaurant advertisement distribution contract" is signed, the basic contract of ¥ 5,000 per month is reduced by ¥ 500. If another item is contracted, the amount is similarly reduced by the amount shown in FIG.

Next, when these option contracts are made and distributed full time, the monthly amount of the basic contract taking into account the reduction by the option remains unchanged.
If a contract is made to deliver only on "Saturday / Sunday / Holiday", the monthly amount of the basic contract is increased by 35%. Also, when the time zone is specified (10:00 to 17:00), the amount is similarly increased by 10%. Regarding the method of distributing advertisement information, if "icon & message display" is performed, the monthly amount of the basic contract including the reduction by the option is not changed, and if "superimpose display at approach" is performed, If the monthly amount of the contract is reduced by 5% and the “advertisement display at the time of starting the navigation device” is performed, similarly, it is reduced by 5%,
When performing the “display & voice display”, the monthly amount of the basic contract is reduced by 10%.

Further, when making an advertising information distribution contract,
If a contract is made to "use a navigation device for 10 hours or more per week", the above-mentioned monthly fee of 5,000 yen is greatly reduced to a half price of 2500 yen. As a result, the contractor (driver) actively views the advertisement information.
However, if you do not use the navigation device for more than 10 hours per week, a penalty (100 yen /
1 hour), the amount corresponding to less than 10 hours is increased with respect to the reduced monthly amount (2,500 yen). In this way, by making a navigation contract, the cost of the high-performance navigation system 43 (15,000 yen described above) can be kept at a considerably low value. Because it comes in, it is possible to secure operating funds for the information center.

Further, regarding the distribution of advertisement information, each contractor (user) can select the type of advertisement to be distributed according to his / her preference and necessity, so that unnecessary advertisements are displayed on the display. There is no. Furthermore, since only necessary advertisements are distributed, the driver can effectively use the advertisement information and reduce the monthly amount of the navigation contract. In this regard, if each contractor selects the option, the information center 2 will reduce the contract fee with each contractor (user). Fees can be collected, so the total amount will increase,
In this regard, working capital can be effectively secured.

Further, the monthly amount is increased depending on the distribution receiving time, but the contractor (user) can use the mobile navigation device 4 that matches his / her lifestyle even if the amount is slightly increased. On the other hand, for the information center 2, the advertisement fee from the advertisement requester is increased by the amount when the information is distributed full-time, and the advertisement fee is reduced when the information center 2 is distributed only on a limited day or time. But
Since the monthly income of each contractor is increased, a favorable amount of income can be secured in total.

Further, when making an advertising information distribution contract, "1
If you use the navigation device for more than a predetermined time (10 hours) per week ", the monthly amount has been greatly reduced.
The driver will actively see the advertising information. Furthermore, if the navigation device is not used for a predetermined time (10 hours) per week, a penalty is imposed on each contractor, which increases the monthly amount paid by the contractor and increases the advertisement requester. , It is possible to request a relatively large advertisement fee on the assumption that the advertisement is used for a predetermined time (10 hours) or more per week.

Next, (1) a navigation contract (NAVI
Explain the contract contents other than the contract). “Music distribution contract”, “Karaoke distribution contract”, “VIDEO distribution contract”, “Delebi telephone distribution contract”, “Individual schedule management contract”, “Internet & e-mail contract”, “Vehicle online diagnosis contract”, and “ There is a “periodic inspection / consumable parts notification contract”, and the contract can be made as appropriate according to the preference and necessity of each person. In this case, an individual monthly contract fee is charged in addition to the above-mentioned navigation contract of 5000 yen per month (varies depending on the option contract).

Here, the “vehicle online diagnosis contract”
A low monthly fee of 100 yen (or may be free)
"Regular check / consumable parts notification contract" is free of charge. Therefore, it can be expected that many users will be contractors for these two contract items. Each content related to these contract contents is stored in the database 18 storing the above-mentioned various contents. further,
The contents (data and program) related to the “vehicle online diagnosis contract” and the “regular inspection / consumable parts notification contract” are stored in the above-described databases 20, 22, 24,
26. Each contractor (user) can enjoy various contents depending on his / her preference and necessity, while paying a contract fee. In addition, the information center 2 can further secure operating funds by earning these contract fees.

Next, the information center 2 determines that the contract
The service contents (hereinafter, also referred to as “remote failure diagnosis service”) to be provided to the contractor (user) who has contracted the “vehicle online diagnosis contract” and / or the “periodic inspection / consumable parts notification contract” will be specifically described below. Will be explained.

First, an outline of the remote failure diagnosis service will be described with reference to FIG. In the remote failure diagnosis service,
First, various information including information for performing a remote failure diagnosis is transmitted from the information center 2 to the in-vehicle computer 40 of the user's vehicle 36 via the Internet 28.
Various information including information for performing a remote failure diagnosis is transmitted to the apparatus. Depending on the type of information, the information center 2 transmits necessary information not to the on-board computer 40 of the vehicle 36 but to a computer 38 such as the home of a user who is a contractor, and transmits necessary information from the computer 38. May be received.

The information transmitted from the information center 2 to the vehicle 36 includes "E-mail communication at the time of vehicle inspection and periodic inspection",
"Notification of license renewal time", "Failure analysis and inspection (using" diagnosis program "described later)", "Provision of service manual", "Online help for failure confirmation method (see" Failure location identification program "described later)" , “Link with road service”, “Parts order / service factory reservation”,
“Introduction of service factory”, “Estimation of repair cost”, “Insurance intermediary”, etc. On the other hand, from the vehicle 36 side, the information center 2
Are information such as "failure code", "failure diagnosis request", "failure inspection online help", "parts order", "service reservation", and "repair cost estimation request".

Next, referring to FIG. 5, the contents of services from the information center to the user who has made the "periodic inspection / consumable parts notification contract" will be described. Since the information of the user who made the contract is stored in the above-mentioned user information database 20, the information center 2 sends the user's computer 38 or the in-vehicle computer of the vehicle 36 based on the stored information of the contract user. , Various information is periodically notified in an e-mail format. First, with respect to the notification of the periodic inspection, for example, when it is the time of the vehicle inspection for the vehicle owned by the user, the information center 2 notifies the user of the vehicle inspection time. FIG. 5 shows an example of “guidance for vehicle inspection” received by the user and displayed on, for example, the display 52 of the in-vehicle computer 40. The user is also notified of the periodic inspection other than the vehicle inspection in a similar format.

In the case of a notice of consumable parts, first, the result of the periodic inspection performed by the user, the timing, the mileage of the vehicle, and the like are stored in the user information database 20. Be utilized. Specifically, the timing of replacing various oils, tires, etc. is determined based on the timing of regular inspections made in the past and the mileage,
At that time, from the information center 2 to the user's computer 38 or the in-vehicle computer of the vehicle 36,
The notification of the consumable part is made in an e-mail format. As described above, since the periodic inspection and the notification of the consumable parts are performed based on the user information stored in the database 20, it is possible to accurately and timely notify the user of the details.

Next, the information center 2 (the failure diagnosis server 6) for the user who has made the "vehicle online diagnosis contract"
Will be described in detail. FIG. 6 shows an initial screen displayed on the display 52 by operating the in-vehicle computer 40 when a user who has made the “vehicle online diagnosis contract” performs a remote failure diagnosis or the like. On the initial screen, a menu required for remote failure diagnosis or the like is displayed. This menu is "Contact / Reservation / Purchase"
And “ON LINE diagnosis”. First, "Contact / Reservation / Purchase" includes "MAY DAY"
The menu includes “Customer Consultation Room”, “Road Service”, “Distributor (Dealer)”, “Maintenance Reservation”, and “Parts Purchase”.

"MAY DAY" is selected when a user's vehicle has an accident, and is used to contact a police station / fire department 34 via the Internet 28 via a dedicated GPS and May Day server (not shown). is there.
Some recent vehicles automatically select "MAY DAY" when the airbag is activated, and notify the driver of an accident. "Customer Consultation Room"
Is for notifying the request etc. to the manufacturer,
"Load service" is for contacting you if you need a load service. "Distributor"
The "reservation reservation" and "parts purchase" are for contacting the dealer, and the maintenance (or periodic inspection) reservation and parts purchase are to be notified to the dealer or the service factory.

Next, the "ON LINE diagnosis" includes menus for "failure lamp lighting", "something strange", "vehicle health diagnosis", "diagnosis guide", and "service manual". Here, "failure lamp lighting" and "something strange"
If you select the menu of, there is no additional charge,
When selecting each of the menus of "vehicle health checkup", "diagnosis guide", and "service manual", a fee of 100 yen is charged each time. “Failure lamp lighting” is selected when some device of the vehicle has actually failed. In this case, remote failure diagnosis (see FIG. 7) using a “first diagnosis program” described later is performed.

The "something strange" means that the user feels that something strange (such as abnormal smell or noise) has occurred in the vehicle (in the case where a failure has actually occurred or in the case where no malfunction has occurred). Both are included). In this case, remote failure diagnosis (see FIGS. 9 to 13) is performed using a "failure location specifying program" described later. If you select "vehicle health checkup", you can check your vehicle online without having to visit a service factory. In this case, as described above, in the vehicle-mounted computer 40,
Since the data on the auxiliary equipment 49 of the vehicle and the vehicle motion system 50 have already been collected, by transmitting these data to the information center 2, the failure diagnosis server 6 of the information center 2 utilizes these data. At the same time, the vehicle can be inspected finely using the "second diagnostic program" described later. There is an advantage that the vehicle can be inspected easily and in detail before departure for a long distance.

The "diagnosis guide" is selected when inspecting a diagnostic item (inspection item) that can only be inspected through a user's operation, such as an engine oil inspection. In this case, the work performed by the user is displayed on the display 52 of the in-vehicle computer 40. The user removes the display 52 from the vehicle body if necessary, and performs the work according to the display. Is transmitted to the failure diagnosis server 6 of the information center 2 for diagnosis. When "Service Manual" is selected, a service manual indicating wiring and the like is displayed on the display 52 of the vehicle-mounted computer 40.

Next, the contents of the remote failure diagnosis using the diagnosis program will be described. First, a diagnostic program used for remote failure diagnosis includes a “first diagnostic program” (see FIG. 7) for performing failure analysis when a failure occurs, and a “second diagnostic program” (see FIG. 8) for performing periodic inspections and the like. And a "fault location specifying program" (see FIGS. 9 to 13) for performing a failure analysis when the user feels a failure,
Hereinafter, the characteristics of these diagnostic programs will be comprehensively described.

These diagnostic pro-programs do not merely detect a failure of a specific device of a vehicle, but can perform a detailed failure analysis and inspection on how a specific device has failed. It is a large-capacity program. Because of this, these diagnostic programs
Only when necessary, the information is transmitted from the failure diagnosis server 6 of the information center 2 to the vehicle 36 via the Internet 28, and the vehicle is temporarily stored in the storage device 53 of the vehicle-mounted computer 40. . For this reason, the vehicle does not need to always store a large-capacity diagnostic program, and the memory capacity of the storage device 53 can be reduced.

These diagnostic programs, that is, the “first diagnostic program”, the “second diagnostic program”, and the “failure location specifying program” are temporarily stored in the storage device 53 of the vehicle-mounted computer 40 as described above. But not limited to this. That is, the basic function part of these diagnostic programs is pre-
In the storage device 53, when necessary, only the difference programs are transmitted from the failure diagnosis server 6 of the information center 2 to the vehicle 36 via the Internet 28, and the on-board computer of the vehicle is 40 storage devices 53
May be stored temporarily or continuously. Here, this difference program is
It has been updated (upgraded) based on data such as faults accumulated in the vehicle type.
In addition, from the failure diagnosis server 6 of the information center 2, the vehicle 36
Each of the above diagnostic programs transmitted to the vehicle via the Internet 28 may be continuously stored in the storage device 53 of the vehicle-mounted computer 40 on the vehicle.

Further, as described above, these diagnostic programs are updated (upgraded) at predetermined time intervals based on data such as faults occurring in the past for each vehicle stored in the database 22 (see FIG. 1). It is supposed to be. Therefore, it is possible to easily and accurately detect a failure that matches the failure tendency specific to the vehicle type. In addition, these diagnostic programs have a built-in function to make the vehicle in a testable state in order to perform failure analysis and inspection of the vehicle. For example, the engine can be started to detect a failure in the rotation speed sensor, the vehicle can be driven to detect a failure in the vehicle speed sensor, and the air conditioner can be turned on and off to detect a failure in the air conditioner. It has become. These operations are performed automatically or by a user operation.

When a failure diagnosis is performed using these diagnosis programs, the diagnosis may be performed for all the devices of the vehicle. However, if necessary, the failure diagnosis can be performed only for a specific device. The target of the failure diagnosis can be selected by a user's instruction. Data obtained by executing these diagnostic programs is collected on the vehicle side and returned to the failure diagnostic server 6. The failure diagnosis server 6 performs failure analysis and inspection based on the collected data. Further, these failure analysis results and inspection results are stored in the databases 20 and 22 described above.
(Refer to FIG. 1), which is stored for each vehicle type, and is used for future failure diagnosis.

Next, referring to FIG. 7, the contents of remote failure diagnosis using the "first diagnosis program" for performing failure analysis when a failure occurs will be described. Note that "S" in FIG.
Indicates each step. S1,2,7,8,11,1
Steps 2 and 16 are executed on the vehicle side, and the other steps are executed on the failure diagnosis server 6 side of the information center 2.
First, in S1, a failure display instruction is issued on the vehicle side. This is the case where “failure lamp lighting” is selected in FIG. 6, that is, the case where a failure has occurred in some device of the vehicle. Next, in S2,
The “failure code” is transmitted from the vehicle to the server. The “failure code” is set in advance in response to various failures, and the central control unit 41 of the above-described on-board computer 40 is configured to operate based on the abnormality information from the auxiliary devices 49, the vehicle motion system 50, and the like. , A code for specifying a failure location or the like. The transmission of the “failure code” may be performed automatically, or the user may transmit the code at his / her own discretion.

The server receives the "failure code" in S3, then specifies the "failure code" in S4 from the data stored in the database 22 (see FIG. 1), and in S5 Then, it is determined whether or not a detailed inspection of the failure is necessary. When the detailed inspection is unnecessary and the failure content is found from the “failure code”, the process directly proceeds to S10 without passing through S6 to S9, that is, without transmitting the “first diagnosis program” to the vehicle side.

If a detailed inspection is required, proceed to S6,
The server transmits the first diagnostic program to the vehicle. The first diagnostic program is a program for performing a failure analysis having the above-described characteristics. Next, the vehicle side
In S7, the received first diagnostic program is temporarily stored in the storage device 53, and the in-vehicle computer 40 executes a detailed inspection based on the failure location specified by the failure code by using the first diagnostic program. I do. Then, in S8, the inspection result is transmitted to the server.

Here, the “failure code” and the “first
The relationship of “diagnosis program” will be described with a specific example. For example, if the "failure code" is "vehicle speed error", is this "vehicle speed error" due to a failure of a vehicle speed sensor, a CPU, or a cable line failure? , It is unknown which is the cause. The “first diagnosis program” is based on the “vehicle speed error”
In order to detect the cause, the vehicle speed sensor itself is inspected, the CPUs are communicated with each other to check for a failure of the CPU, or by confirming that the vehicle speed signal is being input to another CPU. The cause of the "vehicle speed error" is detected by detecting a failure of the cable line. Further, the first diagnostic program may be a diagnostic program that can cope with all such “failure codes”,
Alternatively, the diagnostic program may be a diagnostic program only for performing an inspection corresponding to a specific “failure code” transmitted from the vehicle.

Next, in S9, the server analyzes the inspection data from the accumulated data of the vehicle type stored in the database 22 (see FIG. 1) to detect the failure. Next, in S10, the inspection result (failure content) is transmitted to the vehicle. Also, when it is determined in S5 that the detailed inspection is unnecessary, in S10, the inspection result (failure content) obtained in S4 is transmitted to the vehicle. S on the vehicle side
In step 11, the inspection result (failure content) is received, and in step S12
, "Reservation of repair" and / or "order of parts" are performed on the server side. The server side receives these "repair reservation" and / or "parts order" in S13, and then, in S14, via the network 4, the dealer 10 and / or the service factory 12 and / or the parts factory 14 , A “repair reservation” and / or “parts order” are made, and in S15, the “repair reservation” and / or
Alternatively, the completion of "part order" is notified.

Further, in S16, the vehicle receives the notification of the completion of "repair reservation" and / or "parts order" from the server, and ends the failure diagnosis using the first diagnosis program. Note that even if the remote failure diagnosis is completed, the data of the failure diagnosis is stored in the database 2 of FIG.
0, 22 and are used for subsequent failure diagnosis.

In the example of FIG. 7 described above, the "failure code" is transmitted from the vehicle to the failure diagnosis server 6, but the present embodiment is not limited to this. That is, instead of the “failure code”, the “vehicle data” input to the centralized control unit 41 of the on-vehicle computer 40 from the above-described vehicle accessories 49 and the vehicle motion system 50.
May be transmitted to the failure diagnosis server 6 from the vehicle side. In this case, similarly to the example shown in FIG. 7, if the failure content is found only from these “vehicle data”,
The failure diagnosis server 6 proceeds to S10 without transmitting the first diagnosis program to the vehicle, and thereafter executes the same steps. Further, if the failure content cannot be determined only from the "vehicle data", the first diagnostic program may be transmitted to the vehicle in S6, and then the same steps may be executed.

Next, referring to FIG. 8, the contents of remote fault diagnosis using the "second diagnosis program" for performing periodic inspections and the like will be described. In FIG. 8, "T" indicates each step. S1, 4, 5, 8, 9, and 13 are executed on the vehicle side, and the other steps are executed on the failure diagnosis server 6 side of the information center 2. First, at T1, an inspection date and an inspection item are registered on the vehicle side. This includes regular vehicle inspections and “vehicle health checks” (see Figure 6).
Including the case where is selected, if it is checked whether a failure has occurred in the vehicle and if a failure is detected,
Perform the detailed inspection.

Next, in T2, the server determines whether or not the date is an “inspection date”.
Then, the second diagnostic program is transmitted to the vehicle. The second diagnostic program is also transmitted when “vehicle health diagnosis” (see FIG. 6) is selected. This second program is a program capable of performing a failure analysis having the above-described characteristics. In addition, the second diagnostic program includes:
As well as the first diagnostic program, it has a function for executing a detailed inspection, and further includes a “mileage”, “oil amount”, “oil deterioration”, “brake pad amount”,
It has a function to collect data such as "tire pressure" and "air conditioner refrigerant amount". Next, at T4, the vehicle temporarily stores the received second diagnostic program in the storage device 53, and the in-vehicle computer 40 performs a detailed inspection according to the second diagnostic program. Then, at T5, the inspection result is transmitted to the server.

Next, at T6, the server analyzes the inspection data from the accumulated data of the vehicle type stored in the database 22 (see FIG. 1) to detect the failure. Next, at T7, the inspection result (failure content) is transmitted to the vehicle. At T8, the vehicle receives the inspection result, and at T9, performs "reservation of repair" and / or "order parts" with the server. In T10, the server side executes these "reservation of repair" and / or "order of parts".
Then, at T11, “repair reservation” and / or “parts order” are performed with respect to the service factory 12 and the parts factory 14 via the network 4 and, at T12, “repair reservation” is performed on the vehicle side. And / or notify completion of “parts order”. Further, at T13, the vehicle side
Upon receiving the notification of the completion of the “repair reservation” and / or “parts order” from the server, the failure diagnosis using the second diagnosis program is terminated. Even when the second diagnosis program is used, similarly, even if the remote failure diagnosis is completed, the data of the failure diagnosis is stored in the database 2 of FIG.
0, 22 and are used for subsequent failure diagnosis.

Next, the contents of the remote fault diagnosis using the “fault location specifying program” when the user feels that the fault has occurred will be described with reference to FIGS. The failure diagnosis by the “failure location specifying program” is for detecting a failure that cannot be detected by the above-described first diagnosis program and second failure diagnosis program (specifying a failure location). In FIG. 6, remote failure diagnosis is executed when "something strange" is selected. In the remote failure diagnosis using the “failure location specifying program”, the “failure location identification program” is also provided by the failure diagnosis server of the information center 2 in response to a request from the vehicle side, similarly to the failure diagnosis shown in FIGS. From 6 is transmitted to the vehicle side,
Failure diagnosis is performed by the transmitted "failure location specifying program".

First, referring to FIG. 9, a first example of a remote failure diagnosis using the "fault location identification program" will be described. FIG.
Shows a first example of a remote failure diagnosis using the "failure location specifying program", and "M" in FIG.
Of each display 52 on the display 52 are shown. Each screen shown in FIG. 9 is arranged and displayed on the display 52 in a hierarchical manner. 10 to 13 are the same. First, in FIG. 6, when "something strange" is selected, the "failure location specifying program"
9 is displayed on the display 52 of the in-vehicle computer 40 by the transmitted “failure location specifying program”.
In the failure diagnosis using the “failure location specifying program”, as shown in the screen M1, the failure of the vehicle to be detected is classified into three types of “abnormal basic performance”, “abnormality in which parts can be specified”, and “something strange”. They are classified into two groups to identify the failure points.

"Abnormal basic performance" means "does not run"
"Do not bend,""Do not stop,""Fuel efficiency is poor,"
It includes various abnormal items such as "poor startability", "poor straight running stability", and "handle is removed".
Further, the “abnormality in which a part can be identified” includes each abnormal item of “interior part” and “exterior part”. Further, “something strange” is an item felt by the user's five senses, and includes respective abnormal items such as “smelling odor”, “sounding abnormally”, “vibrating”, and “abnormal appearance”. In the first example, the case where "something is strange" and "odor smell" is selected is taken as an example.

Here, these “abnormal items” and “options” described later are individually set and updated (upgraded) based on the type of the vehicle of the user performing the failure diagnosis. It has become. Specifically, the database 22 of FIG. 1 stores data of dissatisfaction and trouble from customers for each vehicle type, and based on these data, an item having many dissatisfactions and defects in the vehicle type is used as a reference. The "abnormal item" and the "option" are set for each vehicle type. For this reason, the failure diagnosis is empirically performed in accordance with the "abnormal items" and "options" that match the failure tendency of the type of the vehicle for which the failure diagnosis is performed, so that the failure diagnosis can be performed easily and accurately. It has become. These are the same in the other examples shown in FIGS.

Next, when "odor smell" is selected on the screen L1, a screen L2 is displayed. On the screen L2, the question “When” and this
"When the engine is turned on", "When the engine is turned off",
There are options for "always while running", "only when stopped", "when the engine is running", "always regardless of engine on / off", and "cannot be identified". In the first example, on the screen L2,
"Always while running" is selected. Next, the screen L3 is displayed. On the screen M3, a question “what” and options for answering this question such as “gasoline smell”, “burnt smell”, “irritating smell”, and “other” are prepared. This option is also set based on the data in the database 22. On the screen L3, "burnt" is selected.

Next, a screen L4 is displayed. On screen L4, the question "Where is it?"
There are options for answers such as "around the driver's seat", "engine room", "around the tires", "trunk room", and "other". On the screen ML, “around the driver's seat” is selected. Next, a screen L5 is displayed,
A comment “Now diagnosing” is displayed to inform the user of this. The diagnosis at this time is performed by the failure diagnosis server 6 using the “failure location specifying program” stored in the database 26 described above. After that, the screen L6 is displayed, and the “diagnosis result” is notified to the user. In this example, a comment “Please bring it to the dealer immediately” and the corresponding content are notified in the “Details” column. Note that a specific example of the first example shown in FIG. 9 corresponds to a failure in which wiring near the driver's seat is short-circuited.

In the remote fault diagnosis using the "fault location specifying program" shown in FIG. 9, even if the remote fault diagnosis is completed, the data of the fault diagnosis is stored in the databases 20, 22 of FIG. The information is accumulated and used for the subsequent failure diagnosis. Further, in the remote failure diagnosis using the “failure location specifying program”, the inspection result is also transmitted to the dealer by the failure diagnosis server 6 of the information center 2 as in the first embodiment shown in FIGS. 12 and parts factory 14 and "Repair reservation"
And / or “parts reservation” is performed.

In the first example, when "abnormal sound" is selected on the screen L1, various "abnormal sounds" are emitted when the screen L3 is displayed, and the user is listening. Sounds close to the actual noise can be selected.
The same applies to the second to fifth examples described later.

A second example of remote fault diagnosis using the “fault location specifying program” shown in FIG.
5 are the same as the screens L1 to L5 of the first example in FIG. 9, but the screen M6 is different. In the second example, the screen M6 is displayed, and the “diagnosis result” is notified to the user. In this example, the comment "It is out of order. Please bring it to the dealer immediately." And the corresponding content is displayed in the "Details" column as "XXX may be damaged. Please bring it to your dealer. "
Is notified. On this screen M6, the user performs “search for the nearest dealer” and sends the diagnosis result to the dealer 10 or the service factory 1 via the failure diagnosis server 6.
2 to request a repair.

In the third example of the remote failure diagnosis using the “fault location specifying program” shown in FIG. 11, “internal component is abnormal” is selected on the screen N1, and “audio” is selected on the screen N2. And on the screen N3,
"Noise in the radio" is selected, and "always while running" is selected on the screen N4, and a failure diagnosis is empirically performed based on the accumulated data based on the contents of these options. On the screen N5, the message "diagnosing now" is displayed, and on the screen N6, "diagnosis result" is displayed. In the third example, on the screen N6,
The comment "No problem with driving. Please bring it to the dealer" and the corresponding content are notified in the "Details" column. Note that a specific example of the third example shown in FIG. 11 corresponds to a failure in which noise is present on the alternator or grounding is improperly taken.

In the fourth example of the remote fault diagnosis using the “fault location specifying program” shown in FIG. 12, “do not run” is selected on the screen P1, and “poor acceleration” is selected on the screen P2. Then, on the screen P3, "when the vehicle accelerates from the middle speed range (around 40 km / h)" is selected, and the failure diagnosis is empirically performed based on the accumulated data based on the contents of these options. On screen P4,
Displays that "diagnosis is in progress", and then displays screen P
At 5, a "diagnosis result" is displayed. This fourth example
In this state, the failure diagnosis cannot be performed yet. In this case, as shown in the screen P5,
A question is asked, "Does the symptom occur when you release the AT hold mode and accelerate from around 40 km / h?" In response to this question, the user actually operates the vehicle to confirm whether the symptom is occurring. In this example, "occur" is answered. next,
Based on the result of the question and the answer, the failure diagnosis is performed again, and during that time, the message "diagnosing now" is displayed on the screen P6. After that, on the screen P7, a comment “Please bring it to the dealer immediately” and the corresponding content are notified in the “Details” column. A specific example of the fourth example is a failure such as a broken hold mode switch.

In the fifth example of the remote failure diagnosis using the “fault location specifying program” shown in FIG. 13, “internal component is abnormal” is selected on the screen Q1, and “audio” is selected on the screen Q2. Then, on the screen Q3,
"Noise in the radio" is selected, and "Always while running" is selected on the screen Q4. Based on the contents of these options, fault diagnosis is performed empirically based on accumulated data. On the screen Q5, the message "diagnosing now" is displayed, and on the screen Q6, "diagnosis result" is displayed. In the fifth example, on the screen Q6,
A comment saying "I can't identify the faulty part. Please answer the following questionnaire and bring it to the dealer."
The details of the interview are displayed in the column of “Inquiry Form”. The user answers this questionnaire, and transmits the contents of the answer to the failure diagnosis server 6. In this case, the inspection result and the inquiry result are communicated to the dealer 10 and the service factory 12, and a repair reservation and a part order are also performed.

The "failure location specifying program" described above
In remote failure diagnosis using, firstly, it is classified into three groups such as "abnormality of basic performance", "abnormality that can identify parts" and "something strange", and then responds to the classified abnormal items The "choices" are expanded in a hierarchical manner, and the user is allowed to select the "choices", thereby performing a fault diagnosis and detecting a fault location. In remote failure diagnosis using this "fault location identification program",
Since the “abnormal items” and “options” are set based on customer dissatisfaction and defects accumulated in the database 22 for each vehicle type, failures that match the failure tendency specific to the vehicle type can be performed easily and It can be detected accurately.

Next, referring to FIG. 6 and FIGS. 14 to 17,
The contents of the "diagnosis guide" in the case where the user himself performs the inspection work will be described. When the user who has made the above-mentioned contract selects “diagnosis guide” on the display screen of the display 52 shown in FIG. 6, the screen shown in FIG. 14 is displayed on the display 52 next. The screen in FIG.
The menu of the "inspection method HELP" is shown, and the menu includes "replacement of tires", "confirmation of remaining amount of battery", "confirmation of remaining amount of brake oil", "method of engine oil deterioration inspection", "AT (automatic Transmission) oil ",
"Wiper blade replacement", "Lamp replacement", "Air cleaner deterioration inspection / replacement", "Plug replacement", and
Includes "chain attachment".

In the case of performing this diagnosis guide, the "diagnosis guide program" stored in the database 26 is also transmitted to the information center 2 at the request of the user in the same manner as the above-mentioned "first diagnosis program" or the like. The in-vehicle computer 40 receives from the remote failure diagnosis server 6 via the Internet 28. This “diagnosis guide program” is designed to provide guidance to a user on work procedures and the like using images and sounds. This diagnostic guide program is therefore a relatively large-capacity program. For this reason, this diagnostic guide program is used only when necessary.
Is transmitted from the failure diagnosis server 6 to the vehicle 36 side, and the vehicle side temporarily stores the data in the storage device 53 of the vehicle-mounted computer 40. As a result, the vehicle does not need to always store a large-capacity diagnostic program, and the memory capacity of the storage device 53 can be reduced. In addition, when using this diagnostic guide program, a fee of 100 yen is paid each time (see FIG. 6).

The images used in the diagnosis guide program are images of vehicles of the same type as the vehicle on which the user performs the inspection work, so that the user can easily understand the images. Further, as described above, the display 52 of the on-vehicle computer 40 is detachable from the vehicle side. Therefore, when the user performs the inspection work, the display 52 is removed from the vehicle side, The inspection work can be performed while watching the displayed image and listening to the voice guidance.

Here, the “diagnosis guide program” is temporarily stored in the storage device 53 of the vehicle-mounted computer 40 as described above, but is not limited to this. That is, the basic function portion of the diagnostic guide program is stored in advance in the storage device 53 of the vehicle-mounted computer 40, and if necessary, only those difference programs are transmitted from the failure diagnostic server 6 of the information center 2 to the The difference program may be transmitted to the vehicle 36 via the Internet 28 and the difference program may be temporarily or continuously stored in the storage device 53 of the vehicle-mounted computer 40.
In addition, from the failure diagnosis server 6 of the information center 2, the vehicle 36
The above-described diagnosis guide program transmitted to the vehicle via the Internet 28 may be continuously stored in the storage device 53 of the vehicle-mounted computer 40 on the vehicle.

Next, the "method of engine oil deterioration inspection" will be described with reference to FIGS. When the user selects the “method of engine oil deterioration inspection” on the screen shown in FIG.
2, the screens R1, R2, and R3 shown in FIG. 15 are sequentially displayed. At this time, guidance by voice corresponding to the screen content is performed. The image is the same as that of the vehicle on which the user is working, and the voice guidance is also used, so that the user can proceed with the work very easily.

FIG. 16 shows the deterioration state of the engine oil on the display 52 in four levels (A, B, C, D).
This is indicated as the oil sample of the above. here,
Level A is “replacement required”, level B is “replacement is almost complete”, and levels C and D are “replacement not required”.
When the user extracts the engine oil according to the guidance shown in FIG. 15 and checks the deterioration state of the engine oil, the user compares the four levels of the oil sample of FIG. 16 with the extracted actual engine oil, and extracts the extracted engine oil. Determine what level the oil is for. In this way, the inspection work can be performed very easily and accurately.

In this case, when the user determines the actual oil level, the display 52 displays, for example, "replacement required". Further, the actual oil level determined by the user is transmitted to the remote failure diagnosis server 6, and from the remote failure diagnosis server 6,
The guidance of “oil change time” may be received and displayed on the screen.

FIG. 17 is a diagram showing a state of an actual replacement operation when "tire replacement" shown in FIG. 14 is selected. As apparent from FIG. 14, the worker (or assistant) removes the display 52 from the on-board computer 40, and performs the tire replacement operation without hesitation in accordance with the image and voice guidance displayed on the display 52. You can understand what you are doing.

As described above, when the user performs a necessary inspection work, the image of the same vehicle as that of the user is used by using the “diagnosis guide program” and is displayed on the display 52 removed from the vehicle. The inspection work can be performed in accordance with the guidance by the image and the sound, so that the inspection work can be reliably performed even if the knowledge of the inspection work is low. In addition, there is no need to visit a dealer or a repair shop, and the convenience is improved without any trouble.

Next, in the embodiment of the present invention, the above-mentioned “first diagnostic program” (see FIG. 7), “second diagnostic program” (see FIG. 8), and “failure location specifying program” (FIGS. 9 to 9) By executing FIG. 13) and the like,
When it is determined that there is a failure, as shown in FIGS. 18 and 19, it is also possible to provide a failure handling guidance, a repair reservation, a parts order, a load service notification, and the like to the user. Hereinafter, with reference to FIG. 18 and FIG. 19, the contents of the failure handling guidance and the like for the user will be described. FIG. 18 is a foot chart showing the contents of guidance for failure handling by remote failure diagnosis according to the embodiment of the present invention. FIG. 19 is a diagram showing a screen displayed on the display of the on-vehicle computer when performing a failure handling guidance or the like by the remote failure diagnosis according to the embodiment of the present invention. In FIG. 18, "E" indicates each step, and in FIG. 19, "F"
Indicates each display screen.

In FIG. 18, E1, 2, 7, 8, 1
1, 12 to 16 and 20 are executed on the on-board computer side (vehicle side).
Is executed on the failure diagnosis server 6 side (server side). The failure diagnosis of the user's vehicle shown in FIG. 18 is performed using the “first diagnosis program” shown in FIG.
The contents executed in each step of E1 to E11 are the same as the contents executed in S1 to S11 in FIG. Therefore, description of the contents of each of these steps is omitted.
Thus, at E10, the inspection result is transmitted from the server side to the vehicle side, and at E11, the vehicle side receives the inspection result. Next, the content of each step of E12 to E16 is executed on the vehicle side, and the program executed in each of these steps is executed by the server side in E10 based on the "running level" of the vehicle failure described later. It is transmitted to the vehicle side.

Next, at E12, the vehicle determines whether or not the inspection result indicates that there is a failure. Originally, this flow is for performing a failure diagnosis, and thus, in most cases, it is determined that there is a failure. However, for some reason, it is determined that there is no failure. If it is determined that there is no failure, the process proceeds to E13, and “no failure” is displayed on the screen of the display 52 of the vehicle-mounted computer 40. In the case of "failure", the process proceeds to E14, and guidance for failure is provided to the vehicle side (user). In the failure handling guidance, first, a message indicating “running level” is displayed on the screen of the display 52. FIG. 19 shows an example of the display screen of the display 52 including the message of “running level”.
F1 to F3. Here, “running level” displayed includes “thing that needs to stop running (running stop)”, “thing that can run slowly (slow running)”, and “running is possible. Something (possible to run) ".

F1 in FIG. 19 shows an example of the display screen of the display 52 when the failure is determined to be at the level of "stop running". Specifically, a message “Stop driving and contact low service” is displayed, and the user (driver) is instructed to stop driving. F2 in FIG. 19 illustrates an example of a display screen of the display 52 when the failure is determined to be at the level of “slow running”. Specifically, a message “Please go to the repair shop while traveling slowly” is displayed, and the user (driver) is instructed to travel slowly. F3 in FIG. 19 illustrates an example of the display screen of the display 52 when the failure is determined to be at the “runnable” level. Specifically, the message "Running is possible. XX is broken, please repair it" is displayed, and the user (driver)
The driver is instructed to run slowly.

In this way, after the message indicating the "running level" is displayed as the failure handling guidance,
Proceeding to 15, the "response information" is displayed on the screen of the display 52 as the next failure response guidance. Next, proceed to E16, where the user (driver)
Selects the request of the user (driver) according to the corresponding information and transmits it to the server.

The contents of the "corresponding information" in these E15 and E16 and the method of selecting the user's desire will be described below. First, when the failure is determined to be at the level of “running stop”, as shown in F1 of FIG.
Messages such as "notify road service", "select repair shop", and "repair shop contact" are displayed. The user (driver) confirms whether to execute these actions for each of these messages. If the user wishes to report to the load service, double-clicking the message “load service report” sends the content to the server. When the failure is determined to be at the level of “running stop”, the “current location” of the vehicle is automatically transmitted from the vehicle to the server.

Next, in response to the message “select repair shop”, if the user wants to contact the repair shop (reservation), the message “select repair shop” is double-clicked. The screen shown in is displayed. On this screen, a list of repair shops to be selected by the user (driver) is displayed. As these repair shops, those located closest to the current location of the vehicle that is the failure site are displayed preferentially. The user (driver) selects a desired repair shop from the displayed repair shops. After the selection, the screen of the display 52 returns from F4 to F1. Next, when the user (driver) wants to contact the repair shop (reservation), the user double-clicks the message “Repair shop contact”. In this way, the selected "repair shop" from the vehicle side to the server side is selected and desired to be contacted (reserved).
Is sent.

On the other hand, if the user (driver) does not wish to “select a repair shop” on the screen F1,
Double-click the message of "Individual communication setting (repair shop notification)" displayed on the screen and set it individually via your own mobile phone or the like without passing through the information center 2 (failure diagnosis server 6). It is also possible to contact the repair shop directly to make a repair appointment.

Next, when the failure is determined to be at the level of "slow running", as shown at F2 in FIG. 19, a message "select repair shop" and "report repair shop" is displayed. Also in this case, the same operation as in the screen of F1 is performed. In this way, the selected “repair shop” is transmitted from the vehicle to the server.

Further, when the failure is determined to be at the level of "runnable", a message "parts request & repair reservation" is displayed as shown in F3 of FIG. 19, and "parts request" and / or If you want to make a "reservation appointment," double-click this message. After that, if you want these items for "Parts estimation", "Parts request" and "Parts reservation", double-click each of these messages to display detailed information on these items (these Display screen is omitted),
"Part estimation", "part request" and "part reservation" can be requested. If any of these items are requested, a notice to that effect (repair reservation, parts order, etc.)
Is transmitted from the vehicle to the server. If neither a parts request nor a repair reservation is desired, "cancel" is double-clicked, and the vehicle side informs the server side of this.

As described above, in E16, the contents transmitted from the vehicle side, that is, “repair shop”, “repair reservation”, “parts order”, “road service notification”, etc.
At 17, it is received on the server side. Here, E16
In, as described above, when the failure is determined to be at the level of “impossible to run”, the “current location” of the failed vehicle is also transmitted to the server side. The transmission of the "current location" is not performed by the user (driver) but is automatically performed. The “current location” is information accompanying “load service notification” in E18 described later, and is transmitted from the failure diagnosis server 6 to the load service 3
2 will be contacted.

Next, the process proceeds to E18, where the “repair shop”, “repair reservation”, “parts order”, “load service report”, etc. are sent from the failure diagnosis server 6 of the information center 2 to the network 4 and / or Via the Internet 28, necessary repair shops (service shops), dealers, parts shops, road services, etc. are notified.

Next, the process proceeds to E19, and a result report that these items have been notified to a repair shop (service factory) or the like is displayed.
It is performed from the server side to the vehicle side. Next, at E20, the vehicle receives the result report, and the content is displayed on the display 52 of the in-vehicle computer 50. Here, the report transmitted from the server side to the vehicle side includes, in addition to a report such as "the contact with the repair shop has been completed" and the like, the following items related thereto. That is, the contents indicated by F5, F6, and F7 in FIG. 19 are also displayed on the display 52 mounted on the vehicle. F5 is a screen displaying a message notifying the user (driver) of the current state of “repair reservation”, and thus “repair factory” and “repair reservation date” are notified. F6 is a screen displaying a message informing the user (driver) of the current state of “parts ordering”, and thus the “ordered parts” and the “scheduled delivery date” are notified. F7 is a screen displaying a message informing the user (driver) of the current state of the "road service notification".
"Road service" and "time to arrival" are notified.

As for “parts order”, the “scheduled delivery date” is unknown at that time, and is often found at a later date. In such a case, at that point,
To the pre-registered e-mail address of the vehicle user,
The "delivery date" of the "order parts" is notified by e-mail. Further, other information such as "repair reservation status" may be notified by e-mail. Further, as shown in FIG. 21 described later, the “scheduled delivery date”, the “repair reservation status”, and the like may be displayed on a user-dedicated website in the information center 2.

In this way, as shown in FIGS. 18 and 19, when the remote failure diagnosis reveals that the vehicle has a failure, the server notifies the vehicle user (driver) of the failure. Guidance is provided on the basis of the failure guidance, so that the user (driver) can know the traveling level of the failure. It is possible to make a decision on the spot, for example, as to whether it is good or not, and whether the repair should be performed at a later date without any problem. As a result, unlike the conventional case, the vehicle does not run when it should not have run or does not run while feeling uneasy. You can do it.

If the failure is determined to be at the level of "stop running", the "current location" of the vehicle is automatically transmitted from the vehicle to the server, and further, the server notifies the road service of the current location. Since the information including the information is communicated, the reliability is increased, and the user (driver) is not required to work, and the convenience is improved. When it is determined that a failure has occurred, "Contact a repair shop", "Repair reservation", "Parts order"
And so on, according to the user's (driver's) request (selection), the failure diagnosis server 6 informs a necessary place, so that reliability and convenience for the user (driver) are improved. Further, when it is determined that the user's vehicle is out of order, "repair shop notification", "repair reservation", "parts order", etc. are almost all cases (repair factory communication is selected in the individual communication setting on the screen F1). ), The information center 2 (failure diagnosis server 6) informs the repair shop (service factory) related to the information center 2 that the profitability of the repair shop and the dealers related to the repair shop is different. Also increase.

Note that the examples of FIGS. 18 and 19 described above
Although the failure of the vehicle is determined by using the “first diagnosis program” (see FIG. 7), the failure determination of the vehicle is not limited to this, and the “second diagnosis” described above is used. The failure of the vehicle may be determined using a “program” (see FIG. 8) and a “failure location specifying program” (see FIGS. 9 to 13).

Next, the information center 2 provides various services to the user who has made the above-mentioned contract (see FIG. 3). Is set to The user-only website set in the information center 2 is based on the premise that the user has made an "Internet & mail contract" in the contract of FIG. A specific example will be described with reference to FIGS. FIG. 20 is a diagram showing a screen including “garage information” which is a user-only web side set in the information center.
FIG. 3 is a diagram showing an example of a screen of a web site dedicated to a user.

As shown in FIG. 20, the contracted user
An in-vehicle computer, a home computer, or the like can access its own website in the information center 2 via the Internet. At the time of access, an ID (password) is required. The screen at that time is shown in FIG. 20, and from this screen, "garage information"
Select

When this "garage information" is selected, a screen shown in FIG. 21 is displayed. In the screen of FIG. 21, the “repair history” of the own “vehicle” owned by the user is displayed.
And "repair information" are displayed. More specifically, “periodical inspection” such as “new car purchase”, “oil change”, “six-month inspection” and the like, “remote failure diagnosis” described above, and the time when these were performed are displayed. further,
"Repair history" and "repair information" accompanying "periodic inspection" and "remote failure diagnosis" are also displayed.

To view detailed information on "repair history" and "repair information", double-clicking on the corresponding part of "remote failure diagnosis" jumps to the detailed information. The screen shown in FIG.
"Remote fault diagnosis performed on Dec. 12/10" is double-clicked, and its detailed information is displayed. Specifically, as shown in FIG. 21, this detailed information includes “repair appointment date”, “repair shop (service factory)”, “dealer or repair shop contact person name”, The mail address, the repair contents, the parts information, and the like are included.

Further, from a manufacturer or a dealer, for example,
As shown in FIG. 21, information unique to the vehicle or vehicle type owned by the user, such as “There is no recall information or defect information on Mr. Taro Matsuda's roadster at this time,” may be individually sent to the user. You can do it.

As described above, in the present embodiment, the user who has made a contract with the information center 2 accesses his / her own website provided in the information center 2 and “repair history” of the vehicle owned by the user. , "Repair information", "parts status", "repair reservation status", etc., can be obtained very easily, thereby increasing user satisfaction.

[0108]

As described above, according to the remote fault diagnosis server for a vehicle, the remote fault diagnosis method for a vehicle, the remote fault diagnosis program, the remote fault diagnosis device mounted on a vehicle, etc. The failure diagnosis and inspection of the vehicle can be easily performed without going to a service factory (repair shop), whereby the safety can be easily and reliably secured. Further, according to the present invention, when the vehicle is diagnosed as having a failure, the failure diagnosis guidance is transmitted to the vehicle side, so that the user can be notified of the failure level. Further, according to the present invention, when the vehicle is diagnosed as being out of order, it is possible to easily and reliably perform contact with a repair shop (service shop), order a failed part, make a reservation for repair, and the like.

[Brief description of the drawings]

FIG. 1 is a basic configuration diagram illustrating an embodiment of a remote fault diagnosis system for a vehicle according to the present invention.

FIG. 2 is an overall configuration diagram showing an in-vehicle computer used in an embodiment of the present invention.

FIG. 3 is a diagram showing an example of an information center contract document used in the embodiment of the present invention.

FIG. 4 is a conceptual diagram showing an outline of contents of a remote failure diagnosis according to the embodiment of the present invention.

FIG. 5 is a diagram showing an example of “guidance for vehicle inspection” displayed on a display mounted on a vehicle according to the embodiment of the present invention.

FIG. 6 is a diagram showing an example of an initial screen displayed on an on-vehicle display when performing remote fault diagnosis according to the embodiment of the present invention.

FIG. 7 is a flowchart showing the contents of remote fault diagnosis using the first diagnosis program according to the embodiment of the present invention.

FIG. 8 is a flowchart showing the contents of remote fault diagnosis using a second diagnosis program according to the embodiment of the present invention.

FIG. 9 is a diagram showing a hierarchically expanded screen displayed on an in-vehicle display of a first example of remote fault diagnosis using a fault location specifying program according to the embodiment of the present invention.

FIG. 10 is a diagram showing a screen developed in a hierarchical manner and displayed on an on-vehicle display of a second example of the remote fault diagnosis using the fault location specifying program according to the embodiment of the present invention.

FIG. 11 is a diagram showing a hierarchically expanded screen displayed on an on-vehicle display of a third example of remote fault diagnosis using a fault location specifying program according to the embodiment of the present invention.

FIG. 12 is a diagram showing a hierarchically expanded screen displayed on an in-vehicle display of a fourth example of remote fault diagnosis using a fault location specifying program according to the embodiment of the present invention.

FIG. 13 is a diagram showing a hierarchically expanded screen displayed on an in-vehicle display of a fifth example of remote fault diagnosis using a fault location specifying program according to the embodiment of the present invention.

FIG. 14 is a diagram showing a screen of an “inspection method HELP” displayed on an in-vehicle display when the user himself performs an inspection operation using the “diagnosis guide” according to the embodiment of the present invention.

FIG. 15 is a diagram illustrating an example of an “engine oil deterioration inspection method” displayed on a display mounted on a vehicle when a user himself / herself performs an engine oil deterioration inspection operation using the “diagnosis guide” according to the embodiment of the present invention.

FIG. 16 is a diagram showing an “oil sample” displayed on a display mounted on a vehicle when a user himself / herself performs an engine oil deterioration inspection operation using a “diagnosis guide” according to an embodiment of the present invention.

FIG. 17 is a diagram illustrating a situation in which the user himself performs a “tire change” operation using the “diagnosis guide” according to the embodiment of the present invention.

FIG. 18 is a foot chart showing the content of failure handling guidance and the like by remote failure diagnosis according to the embodiment of the present invention.

FIG. 19 is a diagram showing a screen displayed on the display of the on-vehicle computer when performing a failure response guidance or the like by the remote failure diagnosis according to the embodiment of the present invention.

FIG. 20 is a diagram showing a screen including “garage information” which is a user-only web side set in the information center.

FIG. 21 is a diagram showing an example of a screen of a web site dedicated to a user.

[Explanation of symbols]

 DESCRIPTION OF SYMBOLS 1 Remote failure diagnosis system of vehicle 2 Information center 4 Network 6 Remote failure diagnosis server 8 Manufacturer 10 Dealer 12,30 Service factory (repair shop) 14 Parts factory 16,18,20,22,24,26 Database 28 Internet 32 Load service 34 Police station / fire department 36 Vehicle 38 User's computer 40 In-vehicle computer 41 Central control unit 42 Operation system 43 Advanced navigation system 44 Various switches 47 Communication terminal 49 Auxiliary equipment 50 Vehicle motion system 51 Display system 52 Display 53 Storage device

 ────────────────────────────────────────────────── ─── Continuing from the front page (72) Inventor Shigefumi Hirabayashi 3-1, Shinchi, Fuchu-cho, Aki-gun, Hiroshima F-term (reference) 3D026 BA28 BA29

Claims (49)

[Claims] 1. A server for remotely diagnosing a vehicle for remotely diagnosing the vehicle, comprising: receiving a result of an inspection performed on the vehicle and analyzing the inspection result to detect a failure content. Means; and a failure handling guidance transmitting means for dividing the failure content detected by the failure content detecting means into a traveling level indicating the traveling possibility of the vehicle, and transmitting a failure handling guidance corresponding to the traveling level to the vehicle. A remote failure diagnosis server for a vehicle. 2. The remote failure diagnosis server for a vehicle according to claim 1, wherein the travel level of the failure response guidance transmission means includes at least one of stoppage of travel, slow travel, and travel enabled. 3. The vehicle according to claim 1, wherein the failure response guidance transmitting means transmits information including a repair shop to the vehicle and receives information including a repair shop desired by a user of the vehicle from the vehicle. Remote fault diagnosis server. 4. The failure handling guidance transmission means according to claim 1, wherein when a failure content is detected, the failure transmission guidance means causes the vehicle to transmit its current location and transmits information including a repair shop near the current location to the vehicle. The server for remote failure diagnosis of a vehicle according to any one of the preceding claims. 5. A parts ordering means for confirming whether or not to order a failed part from a user of the vehicle, and ordering the failed part when the user of the vehicle desires to order the failed part. The server for remote diagnosis of a vehicle according to claim 1. 6. The server for remote diagnosis of a vehicle according to claim 5, wherein said parts ordering means informs a user of the vehicle of a delivery time of ordered parts. 7. Further, it is confirmed whether or not the vehicle user is requested to repair the failure, and if the vehicle user wishes to request the repair of the failure, the repair of the failure of the vehicle is reserved at the repair shop. 7. A repair shop reservation means for performing
The server for remote diagnosis of a vehicle according to any one of claims 1 to 4. 8. When the failure guidance device performs failure guidance that the vehicle cannot travel, the vehicle receives a current position of the vehicle automatically transmitted from the vehicle and transmits information including the current position to a road service. 8. The server for remotely diagnosing a vehicle according to claim 1, further comprising a current location communication unit that performs the current location communication. 9. The vehicle according to claim 6, further comprising an e-mail means for transmitting at least information including a repair reservation status or a parts status to a pre-registered e-mail address of the vehicle user by e-mail. Server for remote fault diagnosis of vehicles. 10. A remote failure diagnosis server for a vehicle for remotely diagnosing a vehicle, wherein the server receives a result of an inspection performed on the vehicle and analyzes the inspection result to detect a failure content. Means for notifying the user of the vehicle of the details of the failure of the vehicle; and a dedicated website for the contracted user, and at least a part status or repair of the vehicle of the user on the dedicated website for the user. A user dedicated website means for displaying repair information including a reservation status, and a server for remote failure diagnosis of a vehicle, comprising: 11. The user-only website means,
12. The server for remote diagnosis of a vehicle according to claim 11, wherein a repair history of the vehicle of the user is displayed on the website. 12. A remote failure diagnosis method for a vehicle for remotely diagnosing a vehicle, comprising: receiving a result of an inspection performed on the vehicle and analyzing the inspection result to detect a failure content. And a failure response guidance transmission step of dividing the failure content detected in the failure content detection step into traveling levels indicating the possibility of running of the vehicle, and transmitting failure response guidance corresponding to the traveling level to the vehicle. A remote fault diagnosis method for a vehicle, comprising: 13. The remote failure diagnosis method for a vehicle according to claim 12, wherein the traveling level in the failure response guidance transmitting step includes at least one of traveling suspension, slow traveling, and traveling possible. 14. The failure response guidance transmitting step includes:
The information including the repair shop is transmitted to the vehicle, and the information including the repair shop desired by the user of the vehicle is received from the vehicle.
Or the remote failure diagnosis method for a vehicle according to claim 13. 15. The failure response guidance transmitting step includes:
15. The remote failure diagnosis method for a vehicle according to any one of claims 12 to 14, wherein when the details of the failure are detected, the vehicle is transmitted with its current location and information including a repair shop near the current location is transmitted to the vehicle. . 16. A parts ordering step for confirming whether or not to order a failed part from a vehicle user and, if the vehicle user desires to order the failed part, ordering the failed part. The remote diagnosis method for a vehicle according to any one of claims 12 to 15. 17. The remote fault diagnosis method for a vehicle according to claim 16, wherein said parts ordering step notifies a user of the vehicle of a delivery time of the ordered parts. 18. Further, it is confirmed whether or not the vehicle user is requested to repair the malfunction, and if the vehicle user desires to request the repair of the malfunction, the repair of the malfunction of the vehicle is reserved at the repair shop. 18. The remote failure diagnosis method for a vehicle according to claim 12, further comprising: a repair shop reservation step of performing a repair shop reservation process. 19. When the failure guidance device performs failure guidance that the vehicle cannot travel, the vehicle receives a current location of the vehicle automatically transmitted from the vehicle and transmits information including the current location to a road service. 19. The remote failure diagnosis method for a vehicle according to any one of claims 12 to 18, further comprising a current location contacting step. 20. The vehicle according to claim 17, further comprising a step of communicating, by e-mail, at least information including a repair reservation status or a component status to a pre-registered e-mail address of the user of the vehicle. Remote fault diagnosis server. 21. A method of remotely diagnosing a vehicle, which remotely diagnoses the vehicle, comprising: receiving a result of an inspection performed on the vehicle and analyzing the inspection result to detect a failure content; Notifying the user of the vehicle of the failure content of the vehicle, and displaying repair information including at least parts status or repair reservation status of the vehicle of the user on a dedicated website of the contracted user. Server for remote failure diagnosis of vehicles. 22. The display means for displaying a repair history of a vehicle of the user on the website.
The remote failure diagnosis method for a vehicle according to the above. 23. Receiving the result of the inspection performed on the vehicle and analyzing the inspection result to detect the details of the failure, dividing the detected details of the failure into running levels indicating the possibility of running of the vehicle, A remote failure diagnosis program for a vehicle for controlling a computer of a server to transmit failure response guidance corresponding to a driving level to a vehicle. 24. The remote failure diagnosis program for a vehicle according to claim 23, wherein the program controls the computer of the server so that the traveling level includes at least one of traveling suspension, traveling slowly, and traveling possible. 25. Transmitting information including a repair shop to the vehicle,
25. The remote failure diagnosis program for a vehicle according to claim 23, wherein the computer of the server is controlled to receive information including a repair shop desired by a user of the vehicle from the vehicle. 26. A computer according to claim 23, wherein when a failure content is detected, the computer of the server is controlled to cause the vehicle to transmit its current location and to transmit information including a repair shop near the current location to the vehicle. 26. The remote failure diagnosis program for a vehicle according to claim 25. 27. Further, it is confirmed whether or not a faulty part is to be ordered from the vehicle user, and if the vehicle user wishes to order the faulty part, the computer of the server is controlled so as to order the faulty part. A remote fault diagnosis program for a vehicle according to any one of claims 23 to 26, wherein 28. The remote failure diagnosis program for a vehicle according to claim 27, which controls a computer of a server to notify a user of the vehicle of a delivery time of ordered parts. 29. Further, it is confirmed whether or not to request the user of the vehicle to repair the failure. If the user of the vehicle wishes to request the repair of the failure, the repair of the failure of the vehicle is reserved at the repair shop. 29. The remote failure diagnosis program for a vehicle according to claim 23, which controls a computer of a server to execute the program. 30. A computer of a server for receiving a current location of the vehicle automatically transmitted from the vehicle and transmitting information including the current location to a road service when the failure guidance is provided that the vehicle cannot travel. The remote failure diagnosis program for a vehicle according to any one of claims 23 to 29, for controlling a vehicle. 31. A computer for controlling a server computer so that information including at least a repair reservation status or a component status is communicated by e-mail to a pre-registered e-mail address of the user of the vehicle. 30. The remote failure diagnosis program for a vehicle according to claim 29. 32. Receiving the result of the inspection performed on the vehicle, analyzing the inspection result, detecting the details of the failure, communicating the details of the failure of the vehicle to the user of the vehicle, and using the exclusive web of the contracted user. A remote fault diagnosis program for a vehicle for controlling a server computer to display at a site repair information including at least parts status or repair reservation status of the user's vehicle. 33. The server for remote diagnosis of a vehicle according to claim 32, wherein the server of the server is controlled to display a repair history of the vehicle of the user on the website. 34. An in-vehicle remote failure diagnosis apparatus for remotely diagnosing a vehicle, comprising: a transmitting unit for transmitting a result of an inspection performed on the vehicle to an external server; Receiving means for receiving from the external server the content of the failure obtained by analysis, and receiving failure guidance from the external server corresponding to the traveling level indicating the traveling possibility of the vehicle divided by the failure content generated by the external server; An on-vehicle remote failure diagnosis device, comprising: failure response guidance display means for displaying on a vehicle-mounted display. 35. The in-vehicle remote failure diagnosis device according to claim 34, wherein the traveling level of the failure handling guidance includes at least one of traveling stop, slow traveling, and traveling possible. 36. The failure handling guidance display means,
36. The in-vehicle remote fault diagnosis apparatus according to claim 34, wherein information including a repair shop desired by a user of the vehicle is transmitted to an external server. 37. The failure response guidance display means,
The in-vehicle remote according to any one of claims 34 to 36, wherein when the content of the failure is detected, the current location of the vehicle is transmitted to the external server and information including a repair shop near the current location is received from the external server. Failure diagnosis device. 38. A parts ordering means for allowing a vehicle user to confirm whether or not to order a failed part, and for ordering the failed part to an external server when the vehicle user desires to order the failed part. The in-vehicle remote fault diagnosis device according to any one of claims 34 to 37, comprising: 39. The remote failure diagnosis apparatus according to claim 38, wherein said parts ordering means receives a delivery time of ordered parts from an external server. 40. Further, it is confirmed whether or not the vehicle user is requested to repair the failure. If the vehicle user desires to request the repair of the failure, the repair of the failure of the vehicle is performed via an external server. Repair shop reservation means for making a reservation to a repair shop,
The in-vehicle remote fault diagnosis device according to any one of claims 34 to 39, comprising: 41. Further, when the failure guidance display means provides failure guidance indicating that traveling is impossible, the current location of the vehicle is automatically transmitted to an external server, and information including the current location is included in the road service from the external server. 35. A location communication means for transmitting a location information.
41. The remote failure diagnosis device mounted on a vehicle according to any one of claims 40 to 40. 42. A result of an inspection performed on the vehicle is transmitted to an external server, and the external server receives a failure content obtained by analyzing the transmitted inspection result from the external server, and generates a failure generated by the external server. A remote failure diagnosis program for a vehicle for controlling a vehicle-mounted computer to receive a failure response guidance corresponding to a traveling level indicating a traveling possibility of a vehicle classified according to the content from an external server and to display the guidance on a vehicle-mounted display. 43. The remote failure diagnosis program for a vehicle according to claim 42, wherein the on-vehicle computer is controlled so that the traveling level of the failure handling guidance includes at least one of traveling suspension, slow traveling, and traveling possible. 44. The remote failure diagnosis program for a vehicle according to claim 42 or 43, for controlling an on-vehicle computer to transmit information including a repair shop desired by a user of the vehicle to an external server. 45. An apparatus for controlling a vehicle-mounted computer to transmit a current location of a vehicle to an external server and to receive information including a repair shop near the current location from the external server when a failure content is detected. 45. The remote failure diagnosis program for a vehicle according to any one of 42 to 44. 46. An in-vehicle computer for allowing a vehicle user to confirm whether or not to order a faulty part, and for ordering the faulty part to an external server when the vehicle user wants to order the faulty part. Claim 42 for controlling
47. The remote failure diagnosis program for a vehicle according to any one of claims 46. 47. The remote failure diagnosis program for a vehicle according to claim 45, for controlling an on-vehicle computer to receive a delivery time of ordered parts from an external server. 48. Further, it is confirmed whether or not the vehicle user is requested to repair the failure. If the vehicle user wishes to request the repair of the failure, the repair of the failure of the vehicle is performed via an external server. 48. The remote failure diagnosis program for a vehicle according to any one of claims 42 to 47, for controlling an on-vehicle computer to make a reservation at a repair shop. 49. An in-vehicle computer configured to automatically transmit the current location of the vehicle to an external server and to transmit information including the current location to a load service from the external server when the failure countermeasure that traveling is impossible is performed. 49. Any one of claims 42 to 48 for controlling
The program for remote failure diagnosis of a vehicle according to the paragraph.