JP2020060943A - 車両情報管理システムおよび管理方法 - Google Patents

Abstract

【課題】不具合発生車両の原因調査に使用可能な情報を効率的に収集する。【解決手段】車両情報管理システム１は、不具合発生車両３Ａに対応する協力車両３Ｂを選定する車両情報管理システムであって、不具合発生車両３Ａの有する機能構成に対応する機能構成を備える車両を協力車両３Ｂの候補として選択し、選択された候補の中から、不具合発生車両３Ａの使用環境に対応する使用環境を有する車両を協力車両３Ｂとして選択する。【選択図】図１

Description

本発明は、車両情報管理システムおよび管理方法に関する。

車両の故障等の不具合の原因を特定するため、特開２０１７−１１７１９３号公報（特許文献１）に記載の技術がある。特許文献１では、不具合の発生した事象情報に対して、事象種別データと、製造時データと、地域データと、コンポデータと、走行距離データと、整備データとを関連付ける。特許文献１の技術では、同一の事象種別に対して、製造時データ別、地域データ別、コンポデータ別、走行距離データ別、整備データ別の、各要素から選択される要素に基づいて蓄積情報の傾向を分析することにより、不具合の原因を特定する。

特開２０１７−１１７１９３号公報

しかし、特許文献１は、過去に発生した不具合の情報のみ活用する技術であり、これまで発生したことがない不具合の原因、または複合原因により発生した不具合の原因を解析するために使用できる情報が不十分である。例えば、新たに開発されたソフトウェアによる不具合は、過去の事例がないため、特許文献１の技術ではその不具合の原因を特定するのは困難である。

本発明は、上記課題に鑑みてなされたもので、その目的は、第１車両に対応する第２車両を適切に選定できるようにした車両情報管理システムおよび管理方法を提供することにある。本発明の他の目的は、第１車両に関する第１情報に対応する第２情報を第２車両から収集することにより、第１情報の解析を支援できるようにした車両情報管理システムおよび管理方法を提供することにある。

上記課題を解決すべく、本発明の一つの観点に従う車両情報管理システムは、第１車両に対応する第２車両を選定する車両情報管理システムであって、第１車両の有する機能構成に対応する機能構成を備える車両を第２車両の候補として選択し、選択された第２車両の候補の中から、第１車両の使用環境に対応する使用環境を有する車両を第２車両として選択する。

本発明によれば、第１車両に対応する第２車両を、第１車両の機能構成および使用環境に基づいて選定することができる。

本実施形態の全体概要を示す説明図である。 車両情報管理システムを含む全体構成を示す説明図である。 全体処理を示すフローチャートである。 協力車両の選定処理を示すフローチャートである。 ログモードの設定処理を示すフローチャートである。 ログモードの設定画面を示す説明図である。 データベースの例を示す説明図である。 他のデータベースの例を示す説明図である。 車両の構成を可視化した説明図である。 ログデータの収集を停止させる処理のフローチャートである。 協力車両の選定処理の変形例を示すフローチャートである。 第３実施例に係り、不具合報告処理のフローチャートである。 不具合を報告できるカーナビゲーション画面の説明図である。

以下、図面に基づいて、本発明の実施の形態を説明する。本実施形態の車両情報管理システムは、後述するように、第１車両（不具合発生車両）と同一または類似の環境（ハードウェア、ソフトウェア等の内部環境と、天候、道路の勾配、カーブの半径、走行の癖などの外部環境）で走行する可能性のある第２車両（協力車両）を発見する。本実施形態では、第２車両を検出するために、情報収集用のアプリケーションプログラム（以下、アプリケーションまたはアプリと略記する場合がある）を第２車両へ配信する。

これにより本実施形態によれば、第１車両で発生した事象に関する第１情報に対応する第２情報を、第２車両から収集することができる。第１情報が第１車両で発生した不具合の情報である場合、第２情報はその不具合の発生原因に関する情報であってもよい。

本実施形態によれば、車両の不具合の原因の調査に用いることができ、不具合が発生した車両（第１車両）と機能や使用環境が類似する他の車両（第２車両）から不具合の原因の調査に必要な情報（第２情報）を収集することができる。したがって、本実施形態によれば、不具合原因の調査に使用可能な情報を効率的に収集することができ、不具合原因の解析を効率的に実施し、解析に要する時間を短縮することができる。

本実施形態のシステムは、図１および図２で後述するように、車両３に発生した不具合の原因を特定するために追加ログを収集する手段１６と、車両３の販売店システム２０と、ＯＥＭのシステム２１と、サプライヤのシステム２２と、不具合原因を調査するコンピュータ端末２３と、ＯＴＡ（Over the Air）センタと、車両３とを含む。

ＯＴＡセンタは、車両３と無線通信するデータセンタであり、例えば、車両の構成管理サーバ１００と、構成管理データベース１１０と、ソフトウェアログモードデータベース１１１と、ログ収集アプリケーションデータベース１１２と、不具合調査ログデータベース１１３と、不具合報告データベース１１４と、車両の使用環境履歴データベース１１５とを含む。

車両３は、ゲートウェイ３００と、通信モジュール３１０と、各ＥＣＵ（Electronic Control Unit）３２０とを含む。ＥＣＵ３２０には、例えば、自動運転用ＥＣＵと、パワートレイン系ＥＣＵと、シャシ系ＥＣＵと、センサ用ＥＣＵがある。これらＥＣＵとゲートウェイ３００と通信モジュール３１０とは、車載ネットワークＣＡＮ（Controller Area Network）を介して接続されている。

本実施形態に係る車両情報管理システムは、例えば、構成管理システムサーバ１００と構成管理データベース１１０とソフトウェアログモードデータベース１１１とログ収集アプリケーションデータベース１１２と不具合調査ログデータベース１１３と不具合報告データーベース１１４と車両使用環境履歴データベース１１５と、協力車両予約データベース１１６とを含む。

車両情報管理システム１は、販売店が管理する販売店のコンピュータシステムのサーバ２０と、ＯＥＭが管理するコンピュータシステムのサーバ２１と、サプライヤが管理するコンピュータシステムのサーバ２２と、不具合原因を調査する調査員が使用する調査端末２３と、複数の車両３（３ａ，３ｂ）とに通信可能に接続される。

販売店のコンピュータシステムのサーバ２０は、不具合の発生報告を記録する手段と、システム２０において不具合調査のために収集したログ情報を記録する手段（いずれも図示せず）とを備えてもよい。ＯＥＭが管理するコンピュータシステムのサーバ２１は、構成管理システムサーバ１００に車両の設計情報および製造情報を提供する手段（図示せず）を備えてもよい。サプライヤが管理するコンピュータシステムのサーバ２２は、サプライヤが構成管理システムサーバ１００に車両部品の設計情報および製造情報を提供する手段（図示せず）を備えてもよい。

調査員は、調査端末２３を用いることにより、不具合が発生したＥＣＵの識別子およびソフトウェアの識別子を構成管理システムサーバ１００に入力することができる。構成管理システムサーバ１００は、構成管理データベース１１０を参照し、構成が類似する車両を絞り込み、絞り込んだ結果を調査端末２３に出力する手段を備えてもよい。

調査員は、調査端末２３を用いることにより構成管理システムサーバ１００へアクセスし、情報収集対象のソフトウェアの動作ログを、構成管理システムサーバ１００の提供する画面インターフェースを通じて設定してもよい。構成管理システムサーバ１００は、動作ログを収集するソフトウェアに対し、ログ収集アプリケーションデータベース１１２を参照することにより、協力車両３Ｂへ配信するソフトウェアパッケージを作成する手段を備えてもよい。

構成管理システムサーバ１００は、情報収集用のソフトウェアパッケージを、モバイルネットワークを通じて協力車両３Ｂへ配信する手段を備えてもよい。

図１〜図１１を用いて第１実施例を説明する。本実施形態の車両情報管理システム１は、車両の設計と製造の段階で作成された車両のハードウェアおよびソフトウェアと、車両の販売後の使用環境に関する情報とを管理し、ある車両３Ａに不具合が発生した場合、それらの情報をもとに、機能構成や使用環境が類似する車３Ｂから車両の動作ログや使用環境履歴に関する情報を収集する。

図１は、車両情報管理システム１の全体構成図である。車両情報管理システム１は、図２で後述する他のコンピュータシステム２０，２１，２２と、調査端末２３と、情報提供装置２４，２５とに通信ネットワークＣＮを介して接続されている。これらの外部のコンピュータ２１〜２５をまとめて外部装置２と呼ぶ。

車両情報管理システム１は、車両３Ａ，３Ｂにも通信可能に接続されている。「第１車両」としての車両３Ａは、不具合の発生した車両である。「第２車両」としての協力車両３Ｂは、不具合の発生原因を解析するための情報を車両情報管理システム１へ提供する車両である。車両３Ａを不具合発生車両３Ａと呼び、車両３Ｂを協力車両３Ｂと呼ぶ。車両３Ａと車両３Ｂを区別しない場合は車両３と呼ぶ。本実施形態では、例えば乗用車、バス、トラック等の車両を例に挙げて説明するが、他の種類の車両、または車両以外の移動体にも本実施形態を適用可能である。

車両情報管理システム１は、マイクロプロセッサ、主記憶装置、補助記憶装置、通信インターフェース回路等を備えたコンピュータシステムを用いて構成される。車両情報管理システム１は、例えば、不具合原因を解析する機能１０と、協力車両３Ｂからログデータを収集する情報収集用アプリ１６を準備する機能１１と、協力車３Ｂを選定する機能１２と、車両３および外部装置２と通信する機能１３と、ログデータを収集する機能１４と、協力車両３Ｂへ情報をフィードバックする機能１５とを備える。協力車両３Ｂから収集されるログデータは「第２情報」に該当する。不具合発生車両３Ａから得られる不具合に関する情報は「第１情報」に該当する。

協力車両３Ｂから情報を収集する例を説明する。協力車両３Ｂは、例えば、ソフトウェア構成３０と、ハードウェア構成３１と、使用環境履歴３２とを持つ。ログ収集用のアプリケーション１６は、設定されたログモードにしたがって、ソフトウェア構成３０、ハードウェア構成３１、使用環境履歴３２のいずれか一つまたは複数を収集し、車両情報管理システム１へ送信する。なお、不具合発生車両３Ａも協力車両３Ｂと同様の構成を備えることができる。同じ車両３が或る場合には不具合発生車両３Ａとなり、別の或る場合には協力車両３Ｂとなり得る。使用環境履歴３２には、例えば、走行状態（勾配、カーブ、加速度、減速度、ブレーキ回数、ステアリング角度等）、走行時の天候状態などを含むことができる。

図２は、車両情報管理システム１を含む全体システムの構成を示す。車両情報管理システム１は、図１で述べたように、外部装置２としての各コンピュータ２０〜２５と通信可能に接続されている。さらに、車両情報管理システム１は、車両３とも通信可能に接続されている。

車両情報管理システム１は、例えば、通信ネットワークＣＮ１を介して、販売店システム２０と、ＯＥＭシステム２１と、サプライヤシステム２２とに接続されている。さらに、車両情報管理システム１は、例えば、通信ネットワークＣＮ２を介して、調査端末２３と、気象情報配信システム２４と、ＧＩＳ（Geographic Information System）システム２５と接続されている。さらに、車両情報管理システム１は、例えば、通信ネットワークＣＮ３を介して各車両３と接続されている。図２では、１台の車両３を示すが、実際には複数の車両３と車両情報管理システム１とが接続される。通信ネットワークＣＮ１〜ＣＮ３に分ける必要はなく、例えば、通信ネットワークＣＮ１と通信ネットワークＣＮ２とを共通化してもよい。通信ネットワークＣＮ３は、無線通信ネットワークとして構成することができる。

車両３の制御構成を説明する。車両３は、例えば、ゲートウェイ３００と、通信モジュール３１０と、複数のＥＣＵ３２０とを含む。ＥＣＵ３２０は、例えば、エンジン、ステアリング、アクセル等の機能ごとに設けられている。各ＥＣＵ３２０は、ゲートウェイ３００および通信モジュール３１０を介して、車両情報管理システム１と通信する。

車両情報管理システム１は、例えば、構成管理システムサーバ１００と、各データベース１１０〜１１６とを有する。各データベース１１０〜１１６の詳細は後述する。なお、図中では、データベースを「ＤＢ」と略記する。

構成管理システムサーバ１００は、構成管理データベース１１０で記録する車両３のハードウェアとソフトウェアとを統合的に管理する。構成管理システムサーバ１００は、例えば、車両３を識別する識別子と、ＥＣＵ３２０を識別する識別子と、ＥＣＵ３２０で動作するソフトウェアを識別する識別子とを用いることにより、管理する。構成管理システムサーバ１００は、それらの情報とその関係とをデータベースに記録することにより、各車両の構成や使用環境を把握する。

販売店システム２０は、車両３の販売情報を管理し、車両３のメンテナンスに必要な情報を構成管理システムサーバ１００から取得できる。販売店システム２０は、販売店に報告された車両３Ａの不具合を構成管理システムサーバ１００へ送信し、不具合報告データベース１１４に記録させる。販売店システム２０は、販売店が管理するサーバと、販売店の社員が操作を行なうための端末（いずれも図示せず）とを含んで構成される。

ＯＥＭシステム２１は、車両３の設計情報と製造情報とを構成管理システムサーバ１００に提供する。その情報を基に構成管理システムサーバ１００は、各車両３の構成情報を生成し、構成管理データベース１１０へ記録する。ＯＥＭシステム２１は、ＯＥＭに報告された不具合を構成管理システムサーバ１００に送信し、不具合報告データベース１１４に記録させる。ＯＥＭシステム２１は、ＯＥＭが管理するサーバと、ＯＥＭの社員が操作を行なうための端末（いずれも図示せず）とを含む。

サプライヤシステム２２は、車両３の部品の設計情報および製造情報を構成管理システムサーバ１００へ提供する。サプライヤシステム２２は、ＯＥＭの提供する車両情報に加えて、車両３を構成する部品情報を生成し、生成した部品情報を構成管理データベース１１０に記録させる。サプライヤシステム２２は、サプライヤが管理するサーバと、サプライヤの社員が操作を行なうための端末（いずれも図示せず）とを備える。

車両３Ａ（図１参照）に発生した不具合の原因を特定する調査員は、調査端末２３を用いて、車両３Ａの不具合の原因を調査する。調査員は、調査端末２３を利用し、決められた権限で構成管理システムサーバ１００に接続する。調査員は、不具合原因の特定に必要なログ情報を、構成管理システムサーバ１００に対して要求する。この要求を受けた構成管理システムサーバ１００は、不具合調査ログデータベース１１３からログ情報を取得し、調査端末２３に送信する。

調査員は、不具合の原因を調査する際に、特定のソフトウェアのログが必要と判断した場合には、構成管理システムサーバ１００が提供するインターフェースを通じて、ソフトウェアログモードデータベース１１１に記録されている、ソフトウェアのログモードを変更する。

さらに、調査員は、不具合の生じた車両３Ａに類似する協力車両３Ｂから追加ログを収集する場合には、対象の車両３Ｂへ配信するログ収集アプリケーション１６を、構成管理システムサーバ１００が提供するインターフェースを通じて選択する。構成管理システムサーバ１００は、各車両３ＢとモバイルネットワークＣＮ３を通じて通信する。

構成管理システムサーバ１００は、不具合の原因を調査するために協力車両３Ｂから追加ログを収集する場合、調査員により選択されたログ収集アプリケーション１６のパッケージを作成し、作成したパッケージを配信対象の協力車両３Ｂへ配信する。配信対象となった車両３Ｂは、構成管理システムサーバ１００からパッケージをダウンロードする。協力車両３Ｂは、運転手の許可のもとで、ダウンロードしたパッケージに含まれるログ収集アプリケーション１６を、対象のＥＣＵ３２０へインストールする。ログ収集アプリケーション１６をゲートウェイ３００にインストールし、ゲートウェイから対象ＥＣＵのログデータを収集してもよい。

協力車両３Ｂにインストールされたアプリケーション１６は、調査対象のソフトウェアの動作ログを収集し、収集した動作ログを構成管理システムサーバ１００へ送信する。構成管理システムサーバ１００は、不具合調査ログデータベース１１３を更新する。

図３は、不具合の発生した車両３Ａと構成および使用環境の類似する協力車両３Ｂから情報を収集して、不具合原因を調査する処理を示すフローチャートである。

車両情報管理システム１は、不具合の発生した車両３Ａについての情報を取得する（Ｓ１０１）。車両に生じる不具合には、車両の内部構成に起因する不具合と、車両の外部環境に由来する不具合とがある。いずれの不具合も本実施例は対応できる。不具合の検知方法も特に問わない。不具合の検知方法には、運転手が車両３Ａを運転中に不具合を感じた場合、または、販売店での車両点検中に検査員が異常を検知した場合のいずれの場合も含まれる。運転手が不具合を検知した場合は、車両３Ａを販売店に持ち込み、販売店のシステム２０から構成管理システムサーバ１００に不具合を登録する。

構成管理システムサーバ１００は、報告された不具合を不具合報告データベース１１４に記憶させる（Ｓ１０２）。例えば、販売店の担当者は、販売店システム２０に接続された販売店端末を用いることにより、運転手から報告された不具合情報を構成管理システムサーバ１００に送信する。構成管理システムサーバ１００は、販売店システム２０から受信した不具合報告の情報を不具合報告データベース１１４に記録する。ＯＥＭシステム２１またはサプライヤシステム２２からも、不具合の報告情報を構成管理システムサーバ１００へ送信し、不具合報告データベース１１４に記憶させることができる。

構成管理システムサーバ１００は、不具合が発生した車両３Ａについての、動作ログ情報および使用環境履歴情報を取得する（Ｓ１０３）。動作ログ情報は、例えば、運転手の動作履歴と、車両３Ａが備える各ＥＣＵ３２０で動作したアプリケーションのログと、を含む。使用環境履歴情報は、例えば、車両が走行するルート履歴と、車載カメラの撮影履歴と、を含む。

構成管理システムサーバ１００の不具合原因解析部１０は、ステップＳ１０３で取得された情報を解析することによって、車両３Ａで発生した不具合の原因を特定する（Ｓ１０４）。本実施形態では、不具合の原因の特定方法を限定しない。不具合原因解析部１０は、例えば、運転手の動作履歴を解析することにより、不具合を引き起こす操作を調査することができる。不具合原因解析部１０は、ＥＣＵ３２０で動作したアプリケーションログを解析することにより、警告コードおよびエラーコードを調査することができる。不具合原因解析部１０は、車両３Ａの走行ルートに基づいて、車両３Ａが走行した道路状況を解析することにより、車両３Ａに負担をかける走行状況を調査することができる。

構成管理システムサーバ１００は、不具合が発生した車両３Ａから取得された情報に基づいて不具合原因を特定できたか判定する（Ｓ１０５）。原因が特定された場合（Ｓ１０５：ＹＥＳ）、構成管理システムサーバ１００は、協力車両３Ｂに対してフィードバック情報を通知し（Ｓ１１１）、本処理を終了する。協力車両３Ｂが選定されていない場合、ステップＳ１１１はスキップされる。

ここで、一般的に、不具合の原因が単純である場合、その原因は販売前のテスト段階で発見されており、対策済みである。車両の販売後に発生した不具合は、複数の原因が関係する複合原因、または外部環境の原因によるものが多い。したがって、不具合の発生した車両３Ａと同じ車両を同じように走行させることにより、不具合の発生状況を検証することもできる。しかし、不具合の発生した車両３Ａと同一車両を複数用意して走行をテストするのは、検査コストが高くなり、時間もかかる。

そこで、本実施形態では、不具合が発生した車両３Ａの情報のみで原因を特定できない場合（Ｓ１０５：ＮＯ）、構成管理システムサーバ１００は、車両３Ａと内部機能が類似する車両３Ｂおよび／または使用環境が類似する車両３Ｂを協力車両３Ｂとして抽出し、それら協力車両３Ｂから追加情報を取得する。

構成管理システムサーバ１００のログ収集アプリ準備部１１は、追加ログが必要な車両３Ｂの機能を選定する（Ｓ１０６）。ログ収集アプリ準備部１１は、ステップＳ１０４での解析結果に基づいて、車両３Ａの機能のうち正常に動作している機能を取り除くことにより、不具合の発生した機能の候補を絞り込む。

構成管理システムサーバ１００の不具合原因解析部１０は、ステップＳ１０６で絞り込んだ、不具合が発生したと推測される車両３Ａの機能に基づいて、構成管理データベース１１０を参照する。これにより、不具合原因解析部１０は、不具合原因の候補となった各機能に関係する、ＥＣＵとソフトウェアとを特定し、特定したソフトウェアのログモードをソフトウェアログモードデータベース１１１から取り出し、調査端末２３に表示させる（Ｓ１０７）。

さらに、ログ収集アプリ準備部１１は、不具合の原因の特定に必要なログモードを設定する（Ｓ１０７）。例えば、不具合が発生したと推測されるＥＣＵ−Ａで動作するソフトウェアＳＸは、正常時には「エラーレベル」のログモードが設定されている。不具合原因を調査する場合、ソフトウェアＳＸが詳細なログを出力するように、「情報レベル」のログモードに変更する。

構成管理システムサーバ１００のログ収集アプリ準備部１１は、ステップＳ１０７でログモードが設定されたソフトウェアの識別子に基づいて、そのソフトウェアの動作ログを収集するためのアプリケーション１６を、ログ収集アプリケーションデータベース１１２から取り出す（Ｓ１０８）。そして、ログ収集アプリ準備部１１は、データベース１１２から取り出した情報収集用アプリケーション１６を協力車両３Ｂへ配信するためのパッケージを準備する（Ｓ１０８）。例えば、ソフトウェアＳＸのログを収集するアプリケーション１６が「Ｌｏｇｇｅｒ−Ｂ」の場合、ログ収集アプリ準備部１１は、ＯＴＡで配信するためのパッケージを作成する。

構成管理システムサーバ１００の協力車両選定部１２は、ステップＳ１０６で選定した機能を基に、構成管理システムサーバ１００の管理下にある車両群の中から協力車両を選定する（Ｓ１０９）。

ログ収集アプリ準備部１１は、ステップＳ１０９で特定された協力車両３Ｂに対して、ステップＳ１０７で設定したソフトウェアのログモードの情報とステップＳ１０８で作成したソフトウェアの動作ログとを収集する情報収集用アプリケーション１６のパッケージを、モバイルネットワークＣＮ３を通じて配信する（Ｓ１１０）。

構成管理システムサーバ１００からのパッケージを受け取った協力車両３Ｂは、運転手の許可を得た後に、対象のソフトウェアの動作ログモードを指定されたログモードへ変更すると共に、動作ログを収集するアプリケーション１６をインストールする。

協力車両３Ｂにインストールされたアプリケーション１６は、対象となるソフトウェアの動作ログを収集し、モバイルネットワークＣＮ３を通じて構成管理システムサーバ１００へ送信する。

構成管理システムサーバ１００は、協力車両３Ｂの動作ログを受信すると、不具合調査ログデータベース１１３に記録する（Ｓ１１０）。構成管理システムサーバ１００は、不具合調査ログデータベース１１３から調査に必要な情報を取り出し、ステップＳ１０３に戻る。

ステップＳ１０４で、不具合の発生原因を特定できた場合、構成管理システムサーバ１００は、不具合の発生原因を解析するための情報を提供した協力車両３Ｂに対して、不具合の調査結果をフィードバック情報として通知する（Ｓ１１１）。構成管理システムサーバ１００は、協力車両３Ｂにも同様の不具合が発生する可能性がある場合、フィードバック情報の中に不具合の発生を防止する方法や対処方法も含めることができる。

図３に示す全体処理は、構成管理システムサーバ１００が実行してもよいし、あるいは、一部のステップを調査員に処理させてもよい。例えば、ステップＳ１０４では、コンピュータプログラムにより不具合原因を自動解析してもよいし、調査員が解析支援プログラムを用いながら手動で解析してもよい。

協力車両３Ｂからログを収集するアプリケーション１６を準備するステップＳ１０６〜Ｓ１０８の全体をコンピュータプログラムにより自動的に実行してもよいし、少なくとも一部のステップを調査員が手動で実行してもよい。

フィードバック情報は、協力車両３Ｂの全てに送信してもよいし、協力車両３Ｂのうちフィードバック情報の受信を承諾した協力車両３Ｂにのみ送信してもよい。

図４は、図３で述べた、協力車両３Ｂを選定するステップＳ１０９の詳細を示すフローチャートである。

協力車両選定部１２は、不具合の発生した車両３Ａから収集した、車両内部の機能の動作ログに基づいて、発生した不具合は車両３Ａの内部機能に起因するか否かを調査する（Ｓ２０１）。車両内部の機能に起因する不具合であるか否かを、図３のステップＳ１０４で調査済みである場合には、その調査結果を利用することができる。

協力車両選定部１２は、ステップＳ２０１の調査結果を基に、発生した不具合は車両３Ａの内部に原因があるか否かを判定する（Ｓ２０２）。協力車両選定部１２は、車両内部の原因である可能性があると判定された場合（Ｓ２０２：ＹＥＳ）、後述のステップＳ２０３に移る。内部原因に起因する不具合である可能性がないと判定された場合（Ｓ２０２：ＮＯ）、後述のステップＳ２０４へ移る。

協力車両選定部１２は、ステップ２０１の調査結果に基づき、不具合発生車両３Ａの持つ内部機能のうち、不具合が発生したと推測される内部機能を絞り込む（Ｓ２０３）。そして、協力車両選定部１２は、絞り込んだ内部機能を基に構成管理データベース１１０を用いることにより、絞り込んだ内部機能を実現するための車両構成と同一または類似の車両構成を持つ車両３Ｂを抽出する（Ｓ２０３）。

図９に示すように、各車両の構成を管理することで、不具合発生車両３Ａの構成と類似する構成を持つ車両３Ｂを絞り込むことができる。例えば、図９中の符号４２に示すように、不具合が発生したと推測される箇所が機能「ＳＹＳ０１」である場合、車両構成管理システム内に機能「ＳＹＳ０１」を持つ車両識別番号「ＶＩＮ０１０」を絞り込むことができる（符号４１参照）。そして、不具合の発生したＥＣＵ３２０まで特定することができれば、符号４３に示す「ＥＣＵ−ＩＤ」により、不具合発生車両３Ａと構成が類似する車両３Ｂを特定することができる。

ステップＳ２０４において、協力車両選定部１２は、不具合が発生した車両３Ａから収集した車両の使用環境履歴情報に基づいて、発生した不具合は車両３Ａの外部原因によるものかを調査する（Ｓ２０４）。図３のステップＳ１０４において外部原因のせいであるか否かを調査済みである場合、協力車両選定部１２は、その調査結果を利用することもできる。

協力車両選定部１２は、ステップＳ２０４の調査結果を基に、車両３Ａで発生した不具合は外部環境によるものかどうか、すなわち外部原因により生じた不具合であるかどうかを判定する（Ｓ２０５）。外部原因による不具合である可能性がある場合（Ｓ２０５：ＹＥＳ）、ステップＳ２０６へ移る。外部原因による可能性がなければ（Ｓ２０５：ＮＯ）、協力車両３Ｂの選定処理を終了する。

ステップＳ２０６において、協力車両選定部１２は、車両３Ａの使用環境履歴情報に基づいて、不具合の発生に影響を与える可能性がある環境条件を収集する。例えば、道路状況であれば「上り坂が多い」条件、天候であれば「雷雨」という条件、混雑状況であれば「３０分以上の渋滞」という条件が考えられる。

協力車両選定部１２は、ステップＳ２０３で絞り込んだ協力車両３Ｂから使用環境履歴情報を取得し、取得された使用環境履歴情報と不具合の発生に影響を与える環境条件（Ｓ２０６）とを照合することにより、協力車両３Ｂを選定する（Ｓ２０７）。

図５は、図３におけるログモードの設定処理（Ｓ１０７）の詳細を示すフローチャートである。

構成管理システムサーバ１００では、図３のステップＳ１０６で選定された機能（追加ログが必要な機能）を実施しているソフトウェアに対して、ログモードの設定方法を選択する（Ｓ３０１）。ログモードの設定方法には、自動と手動の２つがある。自動でログモードを設定する場合、ステップＳ１０６で選定された全てのソフトウェアに対して、一括でログモードを設定する。手動でログモードを設定する場合、ステップＳ１０６で選定されたソフトウェアの個々に対して、調査員が調査端末２３からログモードをそれぞれ手動で設定する。ステップＳ３０１において「自動」が選択される場合は、ステップＳ３０３へ移る。ステップＳ３０１において「手動」が選択される場合は、Ｓ３０２へ移る。調査員がログモードの設定方法を選択してもよいし、構成管理システムサーバ１００が自動でログモードを選択してもよい。

以下のステップについても、調査員が手動で実行してもよいし、構成管理システムサーバ１００が自動的に実行してもよい。

構成管理システムサーバ１００では、ログ収集対象のソフトウェアを選択する（Ｓ３０２）。ステップＳ３０１で「手動」が選択された場合、ステップＳ１０６で選定されたソフトウェアの中から、ログモードを設定するソフトウェアを個別に選択する。このステップＳ３０２を実施することにより、追加ログを収集するソフトウェアの中で、異なるログモードレベルを設定することができる。

構成管理システムサーバ１００では、ステップＳ３０１で「自動」が選択された場合、対象となる全てのソフトウェアに対して、ログモードを一括設定する（Ｓ３０３）。ステップＳ３０１で「手動」が選択された場合、ステップＳ３０２で選択されたソフトウェアに対して、ログモードが個別に設定される。ログモードの種類としては、例えば、全てのログ内容を出力する「情報レベル」と、警告とエラーとを出力する「警告レベル」と、エラーのみ出力する「エラーレベル」とが考えられる。これら以外のログモードであってもよい。

構成管理システムサーバ１００では、不具合の原因の調査のために、協力車両３Ｂから使用環境履歴情報を収集するか決定する（Ｓ３０４）。協力車両３Ｂから使用環境履歴情報を収集する場合（Ｓ３０４：ＹＥＳ）、ステップＳ３０５へ移る。協力車両３Ｂから使用環境履歴情報を収集しない場合（Ｓ３０４：ＮＯ）、本処理を終了する。

構成管理システムサーバ１００では、協力車両３Ｂに対して、収集する使用環境履歴情報の項目を選択する（Ｓ３０５）。選択できる使用環境履歴情報としては、例えば、協力車両３Ｂが走行している道路の勾配、協力車両３Ｂが走行している道路の混雑状況、協力車両３Ｂが走行中の天候等が考えられる。

構成管理システムサーバ１００では、ステップ３０５で選択された項目に対して、使用環境履歴情報を収集する際の条件を設定する（Ｓ３０６）。選択できる条件としては、例えば、「２０度以上の上り坂の場合に道路勾配を収集する」、道路の混雑状況であれば、「１０ｋｍ以上の渋滞の場合に道路の混雑状況を収集する」、「晴れ、曇り、雨、雪、雷雨の天候状態を収集する」等が考えられる。

構成管理システムサーバ１００では、ステップ３０６で設定された使用環境履歴情報の収集条件を基に、協力車両３Ｂから実際に収集するデータを決定する（Ｓ３０７）。例えば、「天候が雨のときのみ、使用環境履歴情報を収集する」と設定された場合、その状況を表すことのできる、位置情報および車載カメラの情報の収集を決定する。協力車両３Ｂに搭載されたカメラで撮影した画像から、天候が雨だったか否か、どの程度の雨量、視界であったかを調べることができる。

図６は、図５で述べた処理で使用可能なユーザインターフェース画面の例（ログモード設定画面の例）である。図６に示す画面は、調査員がログモードを設定する場合に使用される。

図６（１）に示す設定方法選択画面Ｇ１０は、図５で述べたステップＳ３０１で使用される。ステップＳ３０１で「自動」が選択された場合、ステップＳ３０３では、図６（２）に示すログモード設定画面Ｇ１１が使用される。一方、ステップＳ３０１で「手動」が選択された場合、ステップ３０２とステップ３０３では、図６（３）に示すログ設定画面Ｇ１２が使用される。

図７，図８は、車両情報管理システム１で使用されるデータベース１１０〜１１６の内容の例を示す。

図７の上側には、構成管理データベース１１０の例が示されている。構成管理データベース１１０は、例えば、「ＶＩＮ」、「Ｓｙｓｔｅｍ−ＩＤ」、「ＥＣＵ−ＩＤ」、「Ｍｉｃｒｏ Ｃｏｍｐ−ＩＤ」、「ＳＷ−Ｔｙｐｅ」、「ＳＷ−ＩＤ」といった複数のデータテーブルから構成される。ただし、データテーブルの数および内容は、図示の例に限定されない。

「ＶＩＮ」は、車両識別番号である。「Ｓｙｓｔｅｍ−ＩＤ」は、車両の内部機能を特定する識別子である。車両の内部機能としては、例えば、自動運転（ＡＤ）系、パワートレイン系、シャシ系、センサ系がある。「ＥＣＵ−ＩＤ」は、各内部機能で使用されているＥＣＵの識別子である。「Ｍｉｃｒｏ Ｃｏｍｐ−ＩＤ」は、ＥＣＵ内のマイクロコンピュータの識別子である。「ＳＷ−Ｔｙｐｅ」は、各ＥＣＵで動作するソフトウェアのタイプを示す。ＥＣＵで動作するソフトウェアとしては、例えば、オペレーティングシステム、ミドルウェア、アプリケーションが考えられる。「ＳＷ−ＩＤ」は、ＥＣＵで動作するソフトウェアの識別子である。

図７の中央に、各ＥＣＵで動作するソフトウェアのログモードを管理するソフトウェアログモードデータベース１１１の例を示す。ソフトウェアログモードデータベース１１１は、例えば、「ＳＷ−ＩＤ」、「Ｖｅｒｓｉｏｎ」、「ＬｏｇＭｏｄｅ」といったデータテーブルを含む。ソフトウェアログモードデータベース１１１は、各ソフトウェアの識別子とバージョンと現在のログモードとを管理する。

図７の下側に、ソフトウェアの動作ログを収集するアプリケーション１６を管理するデータベース１１２の例を示す。ログ収集アプリケーションデータベース１１２は、例えば、「ＳＷ−ＩＤ」、「ＬｏｇＡｐｐＴｙｐｅ」、「ＬｏｇＡｐｐＮａｍｅ」といったデータテーブルを含む。ログ収集アプリケーションデータベース１１２は、各ソフトウェアの識別子とログアプリケーションのタイプとログアプリケーション名称とを管理する。ログアプリケーションタイプとしては、例えば、オペレーティングシステムにより提供されるタイプと、対象のソフトウェアにより提供されるタイプと、別のアプリケーションにより提供されるタイプとが考えられる。

図８の上側に、不具合原因を特定する調査に使用されるログデータベース１１３の例を示す。不具合調査ログデータベース１１３は、例えば、「Ｆａｉｌｕｒｅ−ＩＤ」、「Ｕｐｄａｔｅ−Ｔｉｍｅ」、「ＬｏｇＦｉｌｅ」といったデータテーブルを備える。

ここで言うログは、不具合が発生した車両３Ａの動作ログと、協力車両３Ｂから収集したログとの両方を含む。不具合情報は、「Ｆａｉｌｕｒｅ−ＩＤ」で識別され、各「Ｆａｉｌｕｒｅ−ＩＤ」に「ＬｏｇＦｉｌｅ」が紐付けられている。

図８の上から２番目には、不具合報告データベース１１４が示されている。このデータベース１１４では、各不具合報告に、「Ｆａｉｌｕｒｅ−ＩＤ」という識別子を割り当ている。このデータベース１１４では、不具合を報告された日付を「Ｏｐｅｎ Ｔｉｍｅ」に格納し、不具合の原因が特定された日付を「Ｃｌｏｓｅ Ｔｉｍｅ」に格納し、不具合を報告した担当者の識別子を「ＰｅｒｓｏｎＩｎＣｈａｒｇｅ」に格納する。

図８の上から３番目には、車両の使用環境履歴情報を格納するデータベース１１５の例が示されている。このデータベース１１５では、データが使用される不具合の識別子を「Ｆａｉｌｕｒｅ−ＩＤ」に格納し、使用環境履歴情報のデータのタイプを「Ｔｙｐｅ」に格納する。データタイプとしては、例えば、車両の位置情報や車載カメラで撮影した画像データ等がある。このデータベース１１５では、使用環境履歴情報のファイルの格納場所を「Ｄａｔａ Ｆｉｌｅ」に格納する。

図８の下側には、協力車両３Ｂの予約情報を格納するデータベース１１６の例が示されている。データベース１１６では、協力車両３Ｂに対する予約の識別子を「Ｒｅｓｅｒｖ−ＩＤ」に格納し、協力車両３Ｂを予約した日付を「Ｒｅｓｅｒｖ−Ｔｉｍｅ」に格納する。さらにデータベース１１６では、協力車両３Ｂの予約に関連する不具合の識別子を「Ｆａｉｌｕｒｅ−ＩＤ」に格納し、協力車両３Ｂに対して予約する部品のタイプを「Ｔｙｐｅ」に格納し、協力車両３Ｂに対して予約する部品の識別を「ＩＤ」に格納する。

図９は、構成管理システムサーバ１００で管理されている情報を使用することにより、車両の構成管理を可視化する様子を示す。

車両は、符号４１に示す「ＶＩＮ」の識別子で管理される。車両は、符号４２に示す「Ｓｙｓｔｅｍ−ＩＤ」で識別される複数の内部機能を持つ。各内部機能は、符号４３で示す「ＥＣＵ−ＩＤ」で識別される複数のＥＣＵを持つ。各ＥＣＵは、符号４４の「Ｍｉｃｒｏ Ｃｏｍｐ−ＩＤ」で識別される１以上のマイクロコンピュータを持つ。複数のマイクロコンピュータがある場合は「Ｍｉｃｒｏ Ｃｏｍｐ−ＩＤ」で識別し、マイクロコンピュータが１つのみの場合は「ＥＣＵ−ＩＤ」で識別してもよい。各マイクロコンピュータでは、符号４５で示すように１以上のソフトウェアが動作する。各ソフトウェアは、タイプとソフトウェアＩＤとで識別される。「ＯＳ」、「Ｍｉｄｄｌｅｗａｒｅ」はタイプの例であり、「ＯＳ０１」、「ａａａ．ｓｏ」はソフトウェアＩＤの例である。

図１０は、不具合原因の特定後に、ログ収集アプリケーション１６を停止させる処理を示すフローチャートである。

協力車両３Ｂは、構成管理システムサーバ１００から不具合調査の結果とフィードバック情報とを受信すると（Ｓ４０１）、ステップＳ４０２へ移る。

協力車両３Ｂは、例えば、カーナビゲーション装置のユーザインターフェース（不図示）を通じて、ログ収集アプリケーション１６によるログ収集を停止させるかどうかを協力車両３Ｂの運転手に問合せる（Ｓ４０２）。

協力車両３Ｂの運転手（協力車両３Ｂのユーザと呼ぶこともできる）は、ログ収集を継続させるか、あるいは停止させるかのいずれかを選択する。運転手は、協力車両３Ｂの状況等に応じて、継続か停止かを決定することができる。ログ収集アプリケーション１６の継続が選択された場合（Ｓ４０２：ＮＯ）、本処理は終了する。ログ収集アプリケーション１６を停止させる場合（Ｓ４０２：ＹＥＳ）、ステップＳ４０３へ移る。協力車両３Ｂがログ収集アプリケーション１６の停止を選択したことは、構成管理システムサーバ１００へ通知される。

協力車両３Ｂでのログ収集の停止決定を知った構成管理システムサーバ１００は、ログ収集アプリケーション１６の動作を停止させる、アプリケーションまたはコマンドを用意し、そのアプリケーションまたはコマンドを協力車両３Ｂへ配信するためのパッケージを作成する（Ｓ４０３）。

構成管理システムサーバ１００は、ログ収集の停止を希望する協力車両３Ｂに対して、ステップ４０３で作成したパッケージを配信する（Ｓ４０４）。

構成管理システムサーバ１００からパッケージを受領した協力車両３Ｂは、パッケージを解凍して実行することにより、ログ収集が開始される前の状態のログ設定に戻す（Ｓ４０５）。協力車両３Ｂの運転手の許可を得てから、パッケージを実行してもよい。

協力車両３Ｂでは、サーバ１００から受領したアプリケーションまたはコマンドを実行させることにより、ログ収集アプリケーション１６の動作を停止させる。これにより、ログ収集アプリケーション１６による構成管理システムサーバ１００へのログデータ送信は停止される。

図１１は、協力車両数が少ない場合に協力車両を選定する処理を示すフローチャートである。図１１のフローチャートは、図３中に示す協力車両選定ステップＳ１０９の変形例に該当する。

協力車両選定部１２は、不具合の原因を特定するための協力車両３Ｂの値（閾値）を設定する（Ｓ５０１）。閾値の設定は、調査員が調査端末２３から入力してもよいし、構成管理システムサーバ１００が過去の事例等を参考にして自動的に設定してもよい。

協力車両選定部１２は、図４で述べたように、不具合の発生した車両３Ａと構成の類似する車両を協力車両３Ｂの候補として抽出する（Ｓ５０２）。さらに、協力車両選定部１２は、ステップＳ５０２で抽出された候補の中から、外部環境が類似する車両（使用環境履歴情報が類似する車両）を協力車両３Ｂの候補として抽出する（Ｓ５０３）。

協力車両選定部１２は、選定された協力車両３Ｂの数がステップＳ５０１で設定された閾値以上であるか確認する（Ｓ５０４）。協力車両３Ｂの数が閾値以上であればステップＳ５０５へ移り（Ｓ５０４：ＹＥＳ）、協力車両３Ｂの数が閾値未満であればステップＳ５０６へ移る（Ｓ５０４：ＮＯ）。

ステップＳ５０５において、協力車両選定部１２は、閾値以上の協力車両の候補を協力車両３Ｂとして選定する。その後、図３のステップＳ１１０において、選定された協力車両３Ｂにログ収集アプリケーション１６が配信される。

ステップＳ５０６において、協力車両選定部１２は、不具合の発生した車両３Ａの構成を、構成管理システムサーバ１００の協力車両予約データベース１１６へ記録する。協力予約とは、将来車両情報管理システム１の管理下に入る車両に対して、協力車両３Ｂとしての協力を依頼するための予約である。すなわち、構成管理システムサーバ１００に新規登録された車両の構成が、協力予約として登録された車両構成に類似している場合に、協力を依頼する。

協力車両選定部１２は、不具合の発生した車両３Ａと同じ地域にある車両に対して、外部環境類似予約アプリを配信する（Ｓ５０７）。外部環境類似予約アプリとは、外部環境（使用環境履歴情報）が類似する可能性が所定値以上ある車両に対して配信されるアプリケーションである。不具合発生車両３Ａと類似する外部環境が検出されると、外部環境類似予約アプリは、ログを収集して構成管理システムサーバ１００へ送信する。

このように構成される本実施例によれば、不具合発生車両３Ａの構成（内部機能）および外部環境（使用環境履歴情報）と類似する構成および外部環境を有する協力車両３Ｂを選定することができる。

そして、本実施例によれば、不具合発生車両３Ａからの情報だけでなく、協力車両３Ｂからも情報を収集して、不具合の発生原因を調査でできる。したがって、本実施例の車両情報管理システム１では、不具合の発生原因の調査、解析を支援することができ、本システム１を使用するユーザ（調査員など）の使い勝手が向上する。

第２実施例を説明する。本実施例では、図３で述べたステップＳ１０３において、車両の動作ログ情報と使用環境履歴情報とを収集することにより、不具合を発生させることになった外部原因を特定する。以下、図１〜図７を参照し、第１実施例との相違を中心に説明する。

図３のステップＳ１０３では、構成管理システムサーバ１００は、車両３Ａの動作ログを収集するとともに、車両３Ａの使用環境履歴情報を収集し、不具合が発生したと推測される時間帯を特定し、不具合の発生に影響を与えると推測される使用環境情報と環境条件とを抽出する。

例えば、不具合が発生したと推測される時間帯に、車両３Ａが雷雨の中で高速道路を走行中であった場合、使用環境情報は「天候」および「道路状況」であり、その環境条件は「天候が雷雨」で「道路状況は高速道路」である。

そして、構成管理システムサーバ１００は、協力車両３Ｂから使用環境情報を収集すると、ステップＳ１０３において、協力車両３Ｂから収集した情報から、不具合発生車両３Ａから抽出された環境条件を満たす使用環境情報を検出する。例えば、「環境条件」に「天候が雨」と設定されている場合、構成管理システムサーバ１００は、気象情報配信システム２４から取得した降雨地域の位置情報と協力車両３Ｂの位置情報とを照合し、対象となる協力車両３Ｂを検出する。「環境条件」に「天候が雷雨」と設定されている場合、協力車両３Ｂの車載カメラで撮影された画像データから、雨と雷が記録されている画像を特定することにより、対象となる協力車両３Ｂを検出する。

図３のステップＳ１０４，Ｓ１０５では、構成管理システムサーバ１００は、協力車両３Ｂから情報を収集する前であれば、不具合の発生した車両３Ａの動作ログを解析し、不具合の発生した箇所の候補を選定する。

構成管理システムサーバ１００は、協力車両３Ｂから使用環境情報を収集すると、ステップＳ１０４において、協力車両３Ｂの動作ログ情報を解析した結果を、不具合の発生した車両の３Ａの動作ログの解析結果とを照合することにより、類似性を解析する。構成管理システムサーバ１００は、動作ログの解析結果の類似状況から、不具合の発生に影響を与えていると推測される外部原因を特定する。

例えば、天候が雪のときに走行した協力車両の動作ログの解析結果と不具合発生車両３Ａの動作ログの解析結果との間には類似性が見られないが、天候が雪で、かつ雷が落ちる状況で走行した協力車両の動作ログの解析結果と不具合発生車両３Ａの動作ログの解析結果とが類似する場合、不具合に影響を与える外部環境は、「天候が雪であり、かつ雷が落ちる環境条件」であると特定できる。

構成管理システムサーバ１００は、ステップＳ１０６において、追加ログの必要な機能を選定するとともに、ステップＳ１０３で抽出された環境条件に基づいて、協力車両３Ｂから収集する外部環境の情報を選定する。例えば、ステップＳ１０３において、不具合が発生した車両３Ａの使用環境情報から、「天候：雪」と「道路状況：混雑」とが検出された場合、その中から１つ以上を選択することができる。

構成管理システムサーバ１００は、ステップＳ１０７において、ログモードを設定するとともに、ステップＳ１０６で選定された各使用環境情報に対して、環境条件をそれぞれ設定する。例えば、ステップＳ１０６で「天候」と「道路状況」とが選定された場合、「天候」は「晴れ」、「雨」、「雪」の中から選択し、「道路状況」は「一般道」、「高速道路」の中から選択する。

構成管理システムサーバ１００は、ステップＳ１０８において、協力車両３Ｂからログを収集するアプリケーション１６を準備するとともに、使用環境を導くことのできる外部情報を選定する。例えば、協力車両３Ｂの位置情報と協力車両３Ｂの車載カメラで撮影した画像データとを解析することにより、協力車両３Ｂの走行した天候状態を把握することができる。

このように構成される本実施例も第１実施例と同様の作用効果を奏する。さらに、本実施例では、協力車両３Ｂから使用環境情報（使用環境履歴情報）を収集して、不具合の発生した車両３Ａの使用環境履歴情報と比較する。これにより、不具合の発生に影響を与えると推測される外部原因を特定することができる。

図１２，図１３を用いて第３実施例を説明する。本実施例では、車両３Ａの運転手が車両３Ａの不具合を感じた場合に、構成管理システムサーバ１００へ不具合を直接報告できるようにした。すなわち、運転手は、販売店に車両３Ａを持ち込まずに、車両３Ａの不具合を車両情報管理システム１へ報告することができる。

図１２は、不具合報告処理を示すフローチャートである。車両３Ａのゲートウェイ３００またはカーナビゲーションシステム、あるいはいずれかのＥＣＵ３２０には、図１２に示すコンピュータプログラムのうちステップＳ６０１〜Ｓ６０３が実装される。

車両３Ａは、正常時において、一定期間の動作ログと使用環境情報とを記録する（Ｓ６０１）。動作ログおよび使用環境情報の保存期間は限定しない。不具合が運転手に検出される前の車両は、車両３と呼ばれるべきであるが、ここでは車両３Ａと呼ぶ。

運転手は、車両３Ａの運転中等に不具合を感じた場合、車両３Ａを販売店に持ち込まずに、その場でただちに不具合を車両情報管理システム１へ報告できる。

図１３のカーナビゲーション画面Ｇ２０に示すように、例えば、車両３Ａの有するカーナビゲーションシステムに不具合を報告するためのボタンＢ２０を配置する。運転手がボタンＢ２０を押すと（Ｓ６０２：ＹＥＳ）、車両３Ａから構成管理システムサーバ１００へ不具合が発生した旨が報告される。

すなわち、車両３Ａは、運転手により不具合報告ボタンＢ２０が操作されたかを監視している（Ｓ６０２）。車両３Ａは、ボタンＢ２０が押されたことを検知すると（Ｓ６０２：ＹＥＳ）、ボタンＢ２０が押される所定時間前からボタンＢ２０が押された瞬間までの、車両３Ａの動作ログと使用環境情報とを、構成管理システムサーバ１００へ送信する（Ｓ６０３）。

以下に述べるステップＳ６０４〜Ｓ６０６は、構成管理システムサーバ１００で実行される。構成管理システムサーバ１００は、車両３Ａから動作ログと使用環境情報とを受信すると、新規の不具合報告情報を作成して、不具合報告データベース１１４に記録する（Ｓ６０４）。

構成管理システムサーバ１００は、車両３Ａから受信した動作ログを不具合調査ログ情報データベース１１３に記録する（Ｓ６０５）。構成管理システムサーバ１００は、記録された動作ログの情報と使用環境情報とを分析することにより、車両３Ａで運転手により検知された不具合の原因を解明する（Ｓ６０６）。上述の通り、不具合の原因の解明（解析、特定）は、調査員が動作ログ等を参照して行ってもよいし、構成管理システムサーバ１００に実装されたコンピュータプログラムが行ってもよい。

このように構成される本実施例も第１実施例と同様の作用効果を奏する。さらに本実施例では、運転手が不具合を感じた場合、その不具合を車両情報管理システム１へ報告できるため、販売店システム２０を経由して車両情報管理システム１へ不具合を報告する場合に比べて、不具合原因の特定に要する時間を短縮でき、使い勝手が向上する。本実施例は、第１実施例または第２実施例のいずれとも結合することができる。第１、第２および第３の実施例を結合させることもできる。

なお、本発明は上記実施例に限定されるものではなく様々な変形例が含まれる。上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

１：車両情報管理システム、２：外部装置、３：車両、３Ａ：不具合の発生した車両、３Ｂ：協力車両、１０：不具合原因解析部、１１：ログ収集アプリケーション準備部、１２：協力車両選定部、１３：送受信部、１４：ログ収集部、１５：フィードバック部、１６：情報収集用アプリケーション、２０：販売店システム、２１：ＯＥＭシステム、２２：サプライヤシステム、２３：調査端末、１００：構成管理システムサーバ、１１０〜１１６：データベース、３００：ゲートウェイ、３２０：ＥＣＵ

Claims (11)

1. 第１車両に対応する第２車両を選定する車両情報管理システムであって、
   前記第１車両の有する機能構成に対応する機能構成を備える車両を第２車両の候補として選択し、
   前記選択された第２車両の候補の中から、前記第１車両の使用環境に対応する使用環境を有する車両を第２車両として選択する、
   車両情報管理システム。
2. 前記第１車両に関する第１情報に対応する第２情報を前記第２車両から収集する、
   請求項１に記載の車両情報管理システム。
3. 前記第２情報を前記第２車両から収集するための情報収集機能を、前記第２車両の制御装置に実行させる、
   請求項２に記載の車両情報管理システム。
4. 前記情報収集機能の少なくとも一部は、前記第２車両の制御装置へ配信されるコンピュータプログラムにより実現される、
   請求項３に記載の車両情報管理システム。
5. 所定の場合には前記情報収集機能を停止させる、
   請求項３に記載の車両情報管理システム。
6. 所定の場合には前記第２情報の解析結果に基づく情報を前記第２車両へ提供する、
   請求項３に記載の車両情報管理システム。
7. 前記第２車両の台数が予め設定された閾値に達した場合に、前記第２情報を前記第２車両から収集する、
   請求項２に記載の車両情報管理システム。
8. 前記第２情報の解析結果に基づく情報には、前記第１車両において前記第１情報に示す事象が発生した原因が含まれる、
   請求項６に記載の車両情報管理システム。
9. 前記第１情報は、前記第１車両において不具合が発生したことを示す情報であり、
   前記第２情報は、前記不具合の発生原因に関係する情報である、
   請求項２に記載の車両情報管理システム。
10. 前記第１車両の有する機能構成に関する情報と前記第２車両の有する機能構成に関する情報とは、少なくとも、車両販売店のコンピュータシステム、車両のサプライヤのコンピュータシステム、前記サプライヤ名で車両を製造するＯＥＭメーカのコンピュータシステムのうちいずれか一つのコンピュータシステムから取得される、
    請求項１に記載の車両情報管理システム。
11. 第１車両に対応する第２車両を計算機により選定する車両情報管理方法であって、
    前記計算機は、
    前記第１車両の有する機能構成に対応する機能構成を備える車両を第２車両の候補として選択し、
    前記選択された第２車両の候補の中から、前記第１車両の使用環境に対応する使用環境を有する車両を第２車両として選択し、
    前記第１車両に関する第１情報に対応する第２情報を前記第２車両から収集するための情報収集機能を、前記第２車両の制御装置に実行させる、
    請求項１に記載の車両情報管理方法。

Images