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

Abstract

PROBLEM TO BE SOLVED: To provide a server for a vehicle failure diagnosis, capable of failure diagnosing and testing a vehicle without going to a service factory or the like. SOLUTION: This vehicle failure diagnosing server remote-diagnoses a vehicle. This server has a diagnosis program transmitting means which is a diagnosis program transmitting means for checking failure contents of the vehicle and transmitting a failure portion specifying program for specifying a failure portion when a user feels a failure of the vehicle, in which according to the failure portion specifying program, an image of the same vehicle as the vehicle of the user is displayed on an on-vehicle display, and a failure portion is specified in the image of the same vehicle, a failure contents detecting means for analyzing the check result to detect a failure content, and a failure content transmitting means for transmitting the failure content to the user.

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.

Further, the present invention provides a remote failure diagnosis server for a vehicle, a remote failure diagnosis method for a vehicle, a remote failure diagnosis program, which can easily and easily detect a location and a cause of occurrence of abnormal noise. It is another object of the present invention to provide an in-vehicle remote failure diagnosis device and the like. A further object of the present invention is to provide an on-vehicle remote failure diagnosis device or the like that allows a user to easily determine the location and cause of the abnormal noise.

[0009]

In order to achieve the above-mentioned object, the present invention is provided according to claims 1 to 36. The first invention of the present invention described in claims 1 to 6 is directed to a remote failure diagnosis server for a vehicle. The second invention of the present invention described in claims 7 to 12 is directed to a method for remotely diagnosing a vehicle which is executed by a server for diagnosing remote faults. The third invention of the present invention described in claims 13 to 18 is directed to a program for a remote fault diagnosis of a vehicle executed by a remote fault diagnosis server. Claim 19
The fourth invention of the present invention described in the twenty-fifth to twenty-fifth aspects is directed to an in-vehicle remote fault diagnosis apparatus. The fifth invention of the present invention described in claims 26 to 32 is directed to a remote failure diagnosis program executed in a vehicle. The sixth invention of the present invention described in claims 33 to 36 is directed to a vehicle-mounted failure diagnosis device.

A first aspect of the present invention is a vehicle remote failure diagnosis server for remotely diagnosing a vehicle, wherein when a user feels that the vehicle has a failure, the server examines the details of the failure of the vehicle. A diagnostic program transmitting means for transmitting a fault location specifying program for specifying a fault location to the vehicle, the fault location specifying program displaying an image of the same vehicle as the user's vehicle on an on-vehicle display, and The diagnostic program transmitting means for identifying the location of the failure in the image of the vehicle, the failure content detecting means for analyzing the inspection result and detecting the failure content, and the failure content for transmitting the failure content to the user And transmission means (see FIGS. 22 and 23).

A second invention of the present invention is a vehicle remote failure diagnosis method for remotely diagnosing a vehicle, wherein when a user feels that the vehicle has a failure, the failure content of the vehicle is inspected and the failure is inspected. A diagnostic program transmitting step of transmitting a fault location specifying program for specifying a location to the vehicle, the fault location specifying program displays an image of the same vehicle as the user's vehicle on an in-vehicle display, and displays the same A diagnostic program transmitting step for specifying a faulty part in an image of the vehicle, a test result receiving means for receiving a test result inspected by the faulty part specifying program from the vehicle, and analyzing the received test result And a failure content detecting step of detecting the content of the failure and transmitting the failure content to the user. Referring 22 and 23).

According to a third aspect of the present invention, when the user feels that the vehicle has a failure, a failure location specifying program for inspecting the details of the failure of the vehicle and identifying the failure location is transmitted to the vehicle. The failure location identification program displays an image of the same vehicle as the user's vehicle on the in-vehicle display,
The failure location is specified in the image of the same vehicle, the inspection result inspected by the failure location identification program is received from the vehicle, and the received inspection result is analyzed to detect the failure content, This is a remote failure diagnosis program for a vehicle for controlling a server computer to transmit the details of the failure to a user (see FIGS. 22 and 23).

A fourth invention of the present invention is an on-vehicle remote failure diagnosis apparatus for remotely diagnosing a vehicle, and when a user feels that the vehicle has a failure, the failure of the vehicle is inspected to inspect the failure contents. A diagnostic program receiving means for receiving a failure location identification program for identifying a location from an external server, wherein the failure location identification program displays an image of the same vehicle as the user's vehicle on an in-vehicle display, A diagnostic program receiving means adapted to identify a failure location in an image of the same vehicle, and an inspection result transmission means for transmitting an inspection result inspected by the failure location identification program from the vehicle to a server. (See FIGS. 22 and 23).

According to a fifth aspect of the present invention, when a user feels that a vehicle has a failure, a failure location identification program for inspecting the failure content of the vehicle and identifying the failure location is received from an external server. The fault location specifying program displays an image of the same vehicle as the user's vehicle on an in-vehicle display, and specifies a fault location in the image of the same vehicle. This is a remote failure diagnosis program for controlling an in-vehicle computer to transmit the inspection result obtained from the vehicle to the server (see FIGS. 22 and 23). A sixth invention of the present invention is an in-vehicle failure diagnosis apparatus for specifying a failure location where abnormal noise occurs, comprising: a microphone means detachably attachable to a vehicle and recording abnormal noise; It is characterized by having storage means for storing abnormal sound data recorded by the means, and operating means for operating these microphone means and storage means (FIG. 2).
4).

[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.

Next, the contents of the remote failure diagnosis method according to the embodiment of the present invention when abnormal noise is generated from the vehicle will be described with reference to FIGS. In this embodiment, as a premise, it is necessary that the user who desires the remote failure diagnosis has made a contract with the information center shown in FIG. 3 and has made a “vehicle online diagnosis contract”. First, FIG.
2 and FIG. 23, a first example of a remote failure diagnosis method when abnormal noise is generated from the vehicle according to the present embodiment will be described.
In the first example of this embodiment, when the user feels that a failure has occurred, particularly when abnormal noise has occurred, the above-described “failure location specifying program” (see FIGS. 9 to 13) is used. This is a remote failure diagnosis.

FIGS. 22 and 23 show screens on the display 52 of the vehicle-mounted computer 40 when remote failure diagnosis is performed using the “failure diagnosis identification program” according to the first example of the present embodiment. The user first enters the state shown in FIG.
Is selected from the initial screen displayed on the display 52 of the on-board computer 52 shown in FIG. When this "something strange" is selected, the above-mentioned "failure location specifying program" is transmitted from the failure diagnosis server 6 to the vehicle side, and the vehicle side stores the "failure location specifying program" in the storage device 53. Then, the “failure location specifying program” is executed, and G1 in FIG. 22 is displayed on the display 52 of the vehicle-mounted computer 40. Next, the user selects “abnormal noise” from the screen G1 in FIG. Here, the "failure location specifying program" includes a "failure location specifying program for abnormal noise", and the subsequent fault diagnosis is executed by the "failure location specifying program for abnormal noise".

Next, a screen G2 is displayed on the display 52. This screen G2 includes a vehicle owned by the user,
For example, the same vehicle as the Mazda MPV is displayed. Note that, as described above, the database 20 of the information center 2 stores in advance the unique data of the vehicle owned by the user. The vehicle-specific data of the user also includes optional equipment (parts) mounted on the vehicle. Therefore, on the screens G2, G3, and G4, an image of the vehicle exactly the same as the vehicle of the user, that is, a vehicle in which even the optional equipment is considered is displayed.
Thereby, easy and accurate failure diagnosis can be performed.

[0111] On the screen G2, the user is presented with an image of the outline of the vehicle, and a question is asked, "Please touch a place where sound is supposed to appear." Select the place that seems to have occurred. For example, if "cabin" is selected, then:
A screen G3 is displayed on the screen of the vehicle interior, where, for example,
When "right" is selected, a screen G4 on the side in the vehicle compartment is displayed next. Finally, by this screen G4,
The location (site) where the abnormal noise is generated is specified. As described above, in the present embodiment, the image of the vehicle is displayed in a hierarchical manner from the upper whole image to the lower detailed image in order to identify the location (part) where the abnormal noise occurs.

After the location where the abnormal noise is generated is specified in this way, the screen G5 is displayed. On screen G5, the question "When do you hear the sound?"
In addition, options are provided for answering this question such as "when the engine is turned on", "when the engine is turned off", and "always while running". In this example, “always while traveling” is selected on the screen G5. This screen G5
The question in is to relate the occurrence of abnormal noise to the driving state (including the stopped state),
And to determine the cause.

Next, a screen G6 is displayed. On the screen G6, the question "What kind of sound do you hear?" And, in response to this question, "Rock (1)", "Rock (2)",
Options are provided for an answer such as "swing (3)". In addition, "sample of sound" corresponding to each choice
Is issued to the user. The user listens to these sample sounds and selects the sample sound closest to the actual abnormal sound. In this example, “rattle (3)” is selected on the screen G6.

In this way, in the screen G1 to the screen G4, the place (part) where the abnormal noise is generated is selected, and the screen G5 is selected.
, The abnormal sound is associated with the vehicle driving state, a sample sound closest to the actual abnormal sound is selected on the screen G6, and the information is transmitted to the failure diagnosis server 6 of the information center 2. . At this time, a message “diagnosing now” is displayed on the screen G7 to inform the user that the failure is being diagnosed. The failure diagnosis at this time is executed by the failure diagnosis server 6 using the “abnormal sound failure location specifying program” of the above “failure location specifying program”.

Here, the "abnormal noise fault location specifying program" includes the above-mentioned "first diagnostic program" (see FIG. 7), "second diagnostic program" (see FIG. 8), and
It has the same characteristics as the "failure location specifying program" (FIGS. 9 to 13). In particular, the "abnormal noise failure location specifying program" is updated (upgraded) at predetermined intervals by data such as previously occurring troubles for each vehicle stored in the database 22 (see FIG. 1). It has become. Further, the selection items on the screen G5 and the screen G6 are preferentially displayed in the past data of the vehicle type, in relation to the more frequent failure. As a result, a failure that matches the failure tendency specific to the vehicle and the vehicle type can be easily and accurately detected.

Thereafter, a screen G8 is displayed, and the "diagnosis result" is notified to the user. In this example, a diagnosis result indicating that "the door lock link seems to be disconnected" is notified. On the screen G8, in addition to the "diagnosis result", a question "Do you want to perform disassembly work?" Is displayed, and "Yes" or "Yes" or Select "No" to answer. More generally, the screen G8 is for asking the user whether or not to repair the specified fault location by himself.

When "No" is selected, the screen G
9 is displayed, and a question such as “Do you want to find the nearest dealer?” Is displayed to the user. When “No” is selected, the user brings the vehicle to a predetermined service factory according to the diagnosis result. Also,
If "Yes" is selected, the next screen (not shown)
, The nearest dealer (including a service factory (repair shop)) is displayed, and repair reservation, ordering of parts, and the like can be performed on the dealer via the failure diagnosis server 6 from the vehicle side. . After the diagnosis result (that is, the failure location and the cause of the failure) is displayed on the screen G8, the steps shown in E14 to E20 in FIG. 18 may be performed.

Next, when "YES" is selected on the screen G8, a screen G10 is displayed. In this case, the procedure of the disassembly work of the failure part (part) related to the diagnosis result is displayed. In this example, since "the door lock is released", the operation method of "removing the door trim" is displayed. Specifically, the screen G10 displays the door trim to be worked, and “1. Remove the screw”, “2. Remove the clip A from the body”, and “3. To remove the hook from the body. " At the same time, voice guidance may be used together. Further, at this time, as shown in FIG.
The actual disassembly operation may be performed while viewing the above guidance. The screen G10 is for displaying an image of guidance for repair on the display 52 when the user repairs a failed part by himself.

According to the failure diagnosis method for detecting the location (part) and the cause of the abnormal noise according to the first example of the present embodiment, an image of the same vehicle as the vehicle of the user is displayed at the time of failure diagnosis. As a result, failure diagnosis becomes easy and reliable. In addition, since the image of the vehicle is displayed in a hierarchical manner in order to identify the location (part) where the abnormal noise occurs, such a location (part) is easily identified. In addition, since various “sound samples” are generated and the sample sound closest to the actual unusual sound can be selected from the samples, the failure diagnosis can be performed more accurately. In addition, in the past data of the same vehicle type, frequently occurring failure-related items are preferentially displayed and selected so that failures matching the failure tendency specific to the vehicle and the vehicle type can be performed easily and accurately. Can be detected. Furthermore, at the request of the user,
Since guidance such as disassembly work is displayed while displaying an image of the same vehicle as the vehicle owned by the user, the inspection work can be performed reliably 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.

The examples of the failure diagnosis shown in FIGS. 22 and 23 described above are for identifying a place (part) and a cause of occurrence of abnormal noise.
The present invention may be applied to other examples such as “vibration” and “abnormal appearance”. In this case, the corresponding "failure location specifying program" is used, and the screens G2, G3 and G
4, the image of the same vehicle is displayed.

Next, referring to FIG. 24, a second example of the remote failure diagnosis method according to the present embodiment when abnormal noise is generated from the vehicle will be described. In the second example of this embodiment, when abnormal noise is generated, the abnormal noise of the vehicle is recorded by a microphone, and the abnormal noise is stored, and the failure diagnosis (the location of the abnormal noise and the cause of the abnormal noise) is performed. (Detection). FIG.
FIG. 4 is a schematic plan view showing a vehicle for implementing a second example of the present embodiment. This vehicle 60 basically has
The on-board computer 40 shown in FIG. 2 is mounted. The in-vehicle computer 40 includes a central control unit 41 and a display 52. This vehicle 6
0 further includes a microphone 62 that is detachably connected to the vehicle to the central control unit 41 and a storage device (H
DD) 53 and a PC card 64 as another storage device, and further, an operation switch 66 for recording an abnormal sound by the microphone 62 and the like.

Here, the microphone 62 does not need to be always mounted on the vehicle, and is borrowed from a dealer or the like and attached to the vehicle 60 only when it is determined that a failure diagnosis is necessary because the user feels abnormal noise. It has become. The cord of the microphone 62 has a sufficient length, and is used by attaching it to a portion of the vehicle where the user feels abnormal noise or in the vicinity thereof. The number of the microphones 62 may be plural.

When recording an abnormal noise with the microphone 62, the vehicle is driven to a running state (including a stopped state) where the abnormal noise is generated, and the abnormal sound is recorded in synchronization with the running state. ing. The recording of such abnormal sounds by the microphone 62 is performed by the user operating the operation switch 66. At this time, a method of operating the operation switch 66, that is, a method of recording an abnormal sound by the microphone 62 may be provided on the display 52 as necessary.

The abnormal sound recorded by the microphone 62 and the running state of the vehicle at the time of recording the abnormal sound are stored in the storage device (HDD) via the central control unit 41. 53 and PC card 64
Is stored. These abnormal noise and driving condition data are
At a predetermined time (for example, when the vehicle is stopped), it is transmitted from the vehicle to the remote failure diagnosis server 6. Remote failure diagnosis server 6
Analyzes the data of the abnormal noise and the running state, diagnoses the failure, and detects the location and the cause of the abnormal noise. The result of the failure diagnosis is transmitted from the remote failure diagnosis server 6 to the vehicle side, displayed on the display 52 of the in-vehicle computer 40, and notified to the user (driver).

Note that also in the second example, the remote failure diagnosis server 6 uses the database 2 when performing failure diagnosis.
2 (see FIG. 1) is used, and data such as troubles relating to abnormal noises occurring in the past for each vehicle is used, and this data is updated (upgraded) at predetermined intervals. . As a result, a failure that matches the failure tendency specific to the vehicle and the vehicle type can be easily and accurately detected.

Further, in the second example of this embodiment, the user brings the abnormal noise and running state data stored in the PC card 64 to a dealer or a service factory (repair shop), and the dealer or the like. However, the failure diagnosis may be performed by analyzing the data stored in the PC card.
Regardless of whether the abnormal noise and running state data is transferred to the remote failure diagnosis server or brought to a dealer or the like, the diagnosis result should be transmitted to the pre-registered user's e-mail address at a later date. You may.

According to the remote failure diagnosis method in the case where an abnormal sound is generated according to the second example of the present embodiment, even if the abnormal sound occurs, the user can relatively easily and easily determine the location of the abnormal sound and the location where the abnormal sound occurs. The cause of the abnormal noise can be detected. Further, since the recording of the abnormal noise is performed in synchronization with the running state, the failure diagnosis can be performed more accurately.

[0128]

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, it is possible to easily and casually detect a place and a cause of occurrence of abnormal noise and the like. Further, according to the present invention, the location and the cause of the abnormal noise can be easily performed by the user.

[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.

FIG. 22 is a diagram showing each screen on the display of the on-vehicle computer when performing remote failure diagnosis for specifying an abnormal sound location or the like according to the embodiment of the present invention.

FIG. 23 is a diagram showing each screen on the display of the in-vehicle computer when performing remote failure diagnosis for specifying an abnormal sound location or the like according to the embodiment of the present invention.

FIG. 24 is a schematic plan view of a vehicle showing a vehicle-mounted failure diagnosis device according to an embodiment of the present invention.

[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 station 36 vehicle 38 user's computer 40 in-vehicle computer 41 centralized 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 (HDD) 60 Vehicle 62 Microphone 64 PC card 66 Operation switch

──────────────────────────────────────────────────続 き Continued on the front page (51) Int.Cl. ⁷ Identification symbol FI Theme coat ゛ (Reference) G06F 11/22 360 G06F 11/22 360M 13/00 530 13/00 530R // G01M 17/007 G01M 17 / 00 J (72) Inventor Shigefumi Hirabayashi 3-1 Shinchi, Fuchu-cho, Aki-gun, Hiroshima F-term in Mazda Co., Ltd. (Reference) 3D026 BA28 3D044 BA14 BA17 BA26 BB01 BC13 BD02 BD13 5B048 AA15 CC15 5H223 AA10 DD07 EE30

Claims (36)

[Claims] 1. A server for remotely diagnosing a vehicle for remotely diagnosing the vehicle, comprising: a server for inspecting the details of the vehicle failure and identifying a failure location when a user feels that the vehicle has a failure; Diagnostic program transmitting means for transmitting a fault location specifying program to the vehicle, the fault location specifying program displaying an image of the same vehicle as the user's vehicle on an on-vehicle display, and displaying a failure in the image of the same vehicle. The diagnostic program transmitting means for specifying a location, a failure content detecting means for analyzing the inspection result to detect a failure content, and a failure content transmitting means for transmitting the failure content to a user. A remote failure diagnosis server, characterized in that: 2. The remote fault diagnosis system according to claim 1, wherein the fault location specifying program transmitted by the diagnosis program transmitting means displays the fault location by displaying hierarchically from a whole image of the vehicle to a detailed image. server. 3. The remote fault diagnosis server according to claim 1, wherein the fault location specifying program transmitted by the diagnostic program transmitting means specifies the fault location in association with an operating state of the vehicle. 4. The fault location specifying program transmitted by the diagnostic program transmitting means preferentially displays, on a vehicle-mounted display, an item related to a frequently occurring fault in past data of the same vehicle as the user's vehicle. The remote failure diagnosis server according to any one of claims 1 to 3, wherein the server is displayed so as to be selected by a user. 5. The fault location specifying program transmitted by the diagnostic program transmission means checks with a user whether the specified fault location is to be repaired by himself / herself, and when repairing is performed, displays on a vehicle-mounted display. The remote failure diagnosis server according to any one of claims 1 to 4, wherein an image of the repair guidance is displayed. 6. The remote failure diagnosis server according to claim 1, wherein the failure is a failure due to abnormal noise. 7. A method of remotely diagnosing a vehicle, which remotely diagnoses the vehicle, the method comprising: when the user feels that the vehicle has a failure, inspecting the details of the failure of the vehicle to identify the location of the failure. A diagnostic program transmission step of transmitting a location identification program to the vehicle, the failure location identification program displaying an image of the same vehicle as the user's vehicle on an on-vehicle display, and displaying the failure location in the image of the same vehicle. The diagnostic program transmitting step for identifying the failure, inspection result receiving means for receiving the inspection result inspected by the failure location identifying program from the vehicle, and analyzing the received inspection result to detect a failure content. A remote failure diagnosis method, comprising: a failure content detecting step of transmitting the failure content to a user; 8. The remote failure diagnosis method according to claim 7, wherein the failure location identification program transmitted in the diagnostic program transmission step identifies the failure location by displaying the whole image of the vehicle in a hierarchical manner from a detailed image. . . 9. The remote fault diagnosis method according to claim 7, wherein the fault location specifying program transmitted in the diagnostic program transmitting step specifies a fault location in association with an operating state of the vehicle. 10. The fault location specifying program transmitted in the diagnostic program transmitting step preferentially displays, on the on-vehicle display, items related to frequently occurring faults in the past data of the same vehicle as the user's vehicle. 10. The remote failure diagnosis method according to claim 7, wherein the remote failure diagnosis method is displayed so as to be selected by a user. 11. The fault location specifying program transmitted in the diagnostic program transmitting step confirms whether or not the user repairs the specified fault location by himself / herself.
The remote failure diagnosis method according to any one of claims 7 to 10, wherein, when repair is performed, an image of the repair guidance is displayed on an in-vehicle display. 12. The remote fault diagnosis method according to claim 7, wherein the fault is a fault due to abnormal noise. 13. When the user feels that the vehicle has a failure, a failure location identification program for inspecting the details of the failure of the vehicle and identifying the failure location is transmitted to the vehicle, and the failure location identification program includes: An image of the same vehicle as the user's vehicle is displayed on the in-vehicle display, and a failure location is identified in the image of the same vehicle. An inspection result inspected by the failure location identification program is received from the vehicle. A remote failure diagnosis program for a vehicle for analyzing the received inspection result to detect a failure content and controlling a server computer to transmit the failure content to a user. 14. The remote failure diagnosis program for a vehicle according to claim 13, wherein the failure location identification program identifies the failure location by displaying the entire image of the vehicle in a hierarchical manner from a full image to a detailed image. 15. The fault location specifying program specifies a fault location in association with an operating state of a vehicle.
15. A remote fault diagnosis program for a vehicle according to claim 14. 16. The fault location specifying program preferentially displays items frequently associated with faults in the past data of the same vehicle as the user's vehicle on an in-vehicle display and allows the user to select the item. The vehicle remote failure diagnosis program according to any one of claims 13 to 15, wherein: 17. The fault location specifying program requests a user to confirm whether or not the specified fault location is to be repaired by himself, and to display a repair guidance image on an in-vehicle display when repairing. 17. The remote failure diagnosis program for a vehicle according to any one of items 13 to 16. 18. The remote failure diagnosis program for a vehicle according to claim 13, wherein the failure is a failure due to abnormal noise. 19. A vehicle-mounted remote failure diagnosis device for remotely diagnosing a vehicle, wherein when a user feels that the vehicle has a failure, the failure is inspected to identify the location of the failure by inspecting the details of the failure of the vehicle. A diagnostic program receiving means for receiving a location identification program from an external server, wherein the failure location identification program displays an image of the same vehicle as the user's vehicle on an in-vehicle display, and displays a failure in the image of the same vehicle. An on-vehicle remote, comprising: a diagnostic program receiving unit configured to specify a location; and a test result transmitting unit configured to transmit a test result inspected by the failure location specifying program from a vehicle to a server. Failure diagnosis device. 20. The in-vehicle remote fault diagnosis apparatus according to claim 19, further comprising fault content receiving means for receiving a fault content detected from the analysis of the inspection result by the server. 21. The fault location specifying program according to claim 19, wherein the fault location specifying program received by the diagnostic program receiving means displays the fault location by displaying the whole image of the vehicle in a detailed image in a hierarchical manner. In-vehicle remote fault diagnosis device. 22. The on-board remote fault diagnosis according to claim 19, wherein the fault location specifying program received by the diagnostic program receiving means specifies the fault location in association with a vehicle operating state. apparatus. 23. The fault location specifying program received by the diagnostic program receiving means preferentially displays, on the on-vehicle display, items related to frequently occurring faults in the past data of the same vehicle as the user's vehicle. 23. The in-vehicle remote fault diagnosis device according to claim 19, wherein the remote fault diagnosis device is displayed so as to be selected by a user. 24. The fault location specifying program received by the diagnostic program receiving means confirms whether or not the user repairs the specified fault location by himself / herself.
24. The in-vehicle remote fault diagnosis apparatus according to any one of claims 19 to 23, wherein an image of the repair guidance is displayed on the in-vehicle display when the vehicle is repaired. 25. The on-vehicle remote fault diagnosis apparatus according to claim 19, wherein the fault is a fault due to abnormal noise. 26. When the user feels that the vehicle has a fault, a fault location specifying program for inspecting the fault content of the vehicle and specifying the fault location is received from an external server,
The fault location specifying program displays an image of the same vehicle as the user's vehicle on an in-vehicle display, and specifies a fault location in the image of the same vehicle, and is inspected by the fault location specifying program. Remote diagnosis program for controlling the on-board computer to transmit the inspection result from the vehicle to the server. 27. The remote failure diagnosis program according to claim 26, further comprising controlling the on-vehicle computer to receive the failure content detected from the analysis of the inspection result by the server. 28. The remote fault diagnosis program according to claim 26, wherein the fault location specifying program specifies a fault location by displaying the entire image of the vehicle in a hierarchical manner from a full image to a detailed image. 29. The fault location specifying program specifies a fault location in association with a driving state of a vehicle.
29. The remote failure diagnosis program according to any one of claims to 28. 30. The fault location specifying program preferentially displays, on the on-vehicle display, items related to frequently occurring faults in the past data of the same vehicle as the user's vehicle, and allows the user to select the item. The remote failure diagnosis program according to any one of claims 26 to 29, wherein: 31. The fault location specifying program requests a user to confirm whether the specified fault location is to be repaired by himself or not, and to display a repair guidance image on an in-vehicle display when repairing. 31. The remote failure diagnosis program according to any one of items 26 to 30. 32. The remote failure diagnosis program according to claim 26, wherein the failure is a failure due to abnormal noise. 33. An in-vehicle failure diagnosis device for identifying a failure location where abnormal noise is generated, comprising: a microphone means detachably attachable to a vehicle and recording abnormal noise; An on-board failure diagnosis device comprising: storage means for storing abnormal noise data; and operating means for operating the microphone means and the storage means. 34. The vehicle further comprising running state detecting means for detecting a running state of the vehicle, wherein the operating means synchronizes the running state of the vehicle detected by the running state detecting means with the abnormal sound data, and The in-vehicle failure diagnosis device according to claim 33, wherein the failure diagnosis device is stored in a storage unit. 35. A transmission means for transmitting abnormal noise data stored by the storage means to an external failure diagnosis server at a predetermined time, and transmitting a failure diagnosis result from the failure diagnosis server to a user. 34. The in-vehicle failure diagnosis device according to claim 33, wherein the failure diagnosis is performed. 36. A transmission means for transmitting the abnormal sound data and the running state of the vehicle stored in the storage means to an external failure diagnosis server at a predetermined time, wherein the failure diagnosis from the failure diagnosis server is provided. 35. The in-vehicle failure diagnosis device according to claim 34, wherein the result is transmitted to a user.