(57)【要約】より幅広く、車両を構成するモジュールを選択させること。複数車両モジュールの組合せで構成される車両をチェックするための情報処理システムであって、各車両モジュールが認証済のものか否か判定する第１判定手段と、前記複数車両モジュールの組合せについて、認証可能か否かを判定する第２判定手段と、前記複数車両モジュールの組合せについて、認証を受けるために必要な条件を決定する決定手段と、を備えたことを特徴とする。
2012043167.tif 000002
【特許請求の範囲】
【請求項１】
複数車両モジュールの組合せで構成される車両をチェックするための情報処理システムであって、
各車両モジュールが認証済のものか否か判定する第１判定手段と、
前記複数車両モジュールの組合せについて、認証可能か否かを判定する第２判定手段と、
前記複数車両モジュールの組合せについて、認証を受けるために必要な条件を決定する決定手段と、
を備えたことを特徴とする情報処理システム。
【請求項２】
前記第２判定手段は、複数車両モジュールを組み合わせた場合の動作をシミュレートし、シミュレーション結果が所定の基準を満たすか否かを判定することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記決定手段は、前記認証を受けるために必要なプログラムをダウンロードする手段を含むことを特徴とする請求項１又は２に記載の情報処理システム。
【請求項４】
前記決定手段は、前記認証を受けるための代替車両モジュールを提示する提示手段を含むことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
【請求項５】
前記提示手段は、代替となる車両モジュールを記憶した車両モジュールデータベースをさらに備え、該車両モジュールデータベースから、前記認証の基準を満たした代替車両モジュールを検索して、その検索結果を用いて交換対象となる代替車両モジュールを提示することを特徴とする請求項４に記載の情報処理システム。
【請求項６】
前記複数車両モジュールの組合せについて、認証を受けることのできる範囲内で、いずれかの車両モジュールの制御設定の変更オプションを提示する提示手段をさらに備えたことを特徴とする請求項１乃至５のいずれか１項に記載の情報処理システム。
【請求項７】
可搬型通信機を更に含み、該可搬型通信機の通信機能を用いて、前記車両モジュールとの通信を行なうことを特徴とする請求項１乃至６のいずれか１項に記載の情報処理システム。
【請求項８】
請求項１乃至７のいずれか１項に記載の情報処理システムを備えたことを特徴とする車
両。
【請求項９】
複数車両モジュールの組合せで構成される車両のチェック方法であって、
各車両モジュールが認証済のものか否か判定する判定ステップと、
前記複数車両モジュールの組合せについて、認証可能か否かを判定する判定ステップと、
前記複数車両モジュールの組合せについて、認証を受けるために必要な条件を決定する決定ステップと、
を含むことを特徴とする車両のチェック方法。
【請求項１０】
複数車両モジュールの組合せで構成される車両のチェックプログラムであって、
各車両モジュールが認証済のものか否か判定する判定ステップと、
前記複数車両モジュールの組合せについて、認証可能か否かを判定する判定ステップと、
前記複数車両モジュールの組合せについて、認証を受けるために必要な条件を決定する決定ステップと、
をコンピュータに実行させることを特徴とする車両のチェックプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の構成をチェックする技術に関する。
【背景技術】
【０００２】
一般的に、自動車等の車両をモジュールの組合せで構成する考え方は存在しており、たとえば、特許文献１がある。特許文献１には、車内で、モジュール同士がネットワークを構成する場合に、その各モジュール同士が暗号鍵を用いて認証しあう仕組みが開示されている。また、特許文献２には、ネットワーク上の制御装置が相互に認証することにより、不正の部品を排除する仕組みが開示されている。【０００３】
さらに、技術文献３には各モジュールの機能をみて、重複機能がないように制御する技術が開示されており、技術文献４には各モジュール（ソフト化された車両部品）について認証局の認証を求める技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開2005-341528号
【特許文献２】特開2007-214696号
【特許文献３】特開2006-193016号
【特許文献４】特表2006-524377号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述の技術では、認証されていない、又は認証できないモジュールについては、排除の方法をとっており、ユーザは認証されたモジュール以外を使うことができず、モジュール選択の自由度が非常に狭かった。例えば、ユーザが好みの乗り味等を実現しようとする場合に、認証モジュールの組み合わせでは実現できないことがあった。【０００６】
本発明が解決しようとする課題は、上述の問題を解決する技術を提供することにあり、モジュール選択の自由度を増加させることにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するための本発明は、複数車両モジュールの組合せで構成される車両をチェックするための情報処理システムであって、各車両モジュールが認証済のものか否か判定する第１判定手段と、前記複数車両モジュールの組合せについて、認証可能か否かを判定する第２判定手段と、前記複数車両モジュールの組合せについて、認証を受けるために必要な条件を決定する決定手段と、を有することを特徴とする。
上記目的を達成するため、本発明に係る車両は、上記システムを備えたことを特徴とする。【０００８】
上記課題を解決するための本発明は、複数車両モジュールの組合せで構成される車両のチェック方法であって、各車両モジュールが認証済のものか否か判定する判定ステップと、前記複数車両モジュールの組合せについて、認証可能か否かを判定する判定ステップと、前記複数車両モジュールの組合せについて、認証を受けるために必要な条件を決定する決定ステップと、を有することを特徴とする。【０００９】
上記目的を達成するため、本発明に係るプログラムは、複数車両モジュールの組合せで構成される車両のチェックプログラムであって、各車両モジュールが認証済のものか否か判定する判定ステップと、前記複数車両モジュールの組合せについて、認証可能か否かを判定する判定ステップと、前記複数車両モジュールの組合せについて、認証を受けるために必要な条件を決定する決定ステップと、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、より幅広く、車両を構成するモジュールを選択することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本発明の第１実施形態に係る情報処理システムの構成を示すブロック図である。
【図２】本発明の第２実施形態に係るチェックシステム及び車両駆動システムの構成を示す図である。
【図３】本発明の第２実施形態に係るチェックシステムに記憶されるデータを示す図である。
【図４】本発明の第２実施形態に係るコントロールチップに記憶されるデータを示す図である。
【図５】本発明の第２実施形態に係るチェックシステムにおけるチェック結果と提案内容の対応を示す図である。
【図６】本発明の第２実施形態に係るチェックシステムにおける処理手順を示すシーケンス図である。
【図７】本発明の第２実施形態に係るチェックシステムにおける処理手順を示すフローチャートである。
【図８】本発明の第２実施形態に係る車両駆動システムにおける処理手順を示すフローチャートである。
【図９】本発明の第２実施形態に係るチェックシステムにおけるチェック結果の表示画面例を示す図である。
【図１０】本発明の第２実施形態に係るチェックシステムにおけるチェック結果の表示画面例を示す図である。
【図１１】本発明の第２実施形態に係るチェックシステムにおけるチェック結果の表示画面例を示す図である。
【図１２】本発明の第２実施形態に係るチェックシステムにおけるチェック結果の表示画面例を示す図である。
【図１３】本発明の第３実施形態に係るチェックシステムにおけるテーブル例を示す図である。
【図１４】本発明の第４実施形態に係るチェックシステムにおける処理手順を示すフローチャートである。
【図１５】本発明の第５実施形態に係るチェックシステム及び車両駆動システムの構成を示す図である。
【発明を実施するための形態】
【００１２】
以下に、図面を参照して、本発明の実施の形態について例示的に詳しく説明する。ただし、以下の実施の形態に記載されている構成要素はあくまで例示であり、本発明の技術範囲をそれらに限定する趣旨のものではない。なお以下の記載で「車両」とは車輪の数によらず、移動する装置を全て含む概念である。
【００１３】
(第１実施形態)
本発明の第１実施形態として、複数の車両モジュールの組合せで構成される車両をチェックするための情報処理システム１００について図１を用いて説明する。図１は、情報処理システム１００の構成を示すブロック図である。図１において、情報処理システム１００は、モジュール判定部１１０と組合せ判定部１２０と条件決定部１３０とを備えている。
【００１４】
モジュール判定部１１０は、車両１５０を構成する各車両モジュールが認証済のものか否か判定する。また、組合せ判定部１２０は、複数車両モジュールの組合せについて、認証可能か否かを判定する。さらに、条件決定部１３０は、複数車両モジュールの組合せについて、認証を得るために必要な条件を決定する。
【００１５】
このように、車両モジュール一つ一つの認証を判定するだけではなく、その組合せの適正について判定し、さらには、認証を得るために必要な条件を決定するため、より簡便に車両を構成する車両モジュールを選択することが可能となる。
【００１６】
（第２実施形態）
本発明の第２実施形態として、複数車両モジュールの組合せで構成される車両、及びそのチェックを行なう情報処理システムの一例としてのチェックシステムについて図２乃至図１１を用いて説明する。本実施形態では、一例として、電気自動車をモジュール化して、ユーザが各車両モジュールを入手して組み立てたり、改造したりする場合を想定している。車両モジュールとしては、駆動系モジュール、制動系モジュール、車体系モジュール、電装系モジュール、冷却系モジュールなどが挙げられるが、これらに限定されるものではなく、１つ以上の部品によって構成される部品ユニットであればどのような切り分けでモジュール化しても良い。
【００１７】
［構成］
図２は、チェックシステム２００の内部構成及び、車両を駆動する車両駆動システム２５０の内部構成について示している。
【００１８】
チェックシステム２００は、車両の内部又は外部において、車両駆動システム２５０と接続されている。チェックシステム２００としては、汎用コンピュータを用いることができ、その場合、図のようにＣＰＵ２０１、ＲＯＭ２０２、通信制御部２０３、ＲＡＭ２０４及び大容量記憶部２０５を備える。ＣＰＵ２０１は中央処理部であって、様々なプログラムを実行することによりチェックシステム２００全体を制御する。
【００１９】
ＲＯＭ２０２は、リードオンリメモリであり、ＣＰＵ２０１が最初に実行すべきブートプログラムの他、各種パラメータ等を記憶している。また、ＲＡＭ２０４は、ランダムアクセスメモリであり、大容量記憶部２０５から読出されたプログラムの展開領域や、そのプログラムによって用いられるデータや導き出されたデータや通信制御部２０３を介して入力したデータなどの一時保存領域を有している。大容量記憶部２０５は、様々なデータベース及びプログラムモジュールを記憶している。また、通信制御部２０３は、車両駆動システム２５０との通信や、車両認証機関２６０及び車両モジュールデータセンタ２７０とのネットワークを介した通信を制御する。
【００２０】
一方、車両駆動システム２５０は、コントロールチップ２５１と、複数の車両モジュール２５２とを備えている。これらの車両モジュール２５２はそれぞれＥＣＵ（Electrical Control Unit：電子制御部）を含んでいる。各ＥＣＵはネットワークに接続されて相互に通信可能であり、かつコントロールチップ２５１とも通信可能である。各車両モジュールには、耐タンパ性の認証チップが埋め込まれており、コントロールチップ２５１が、それぞれの車両モジュールについて、認証済か否かを判定できる仕組みになっている。或いは、車両モジュールのＥＣＵにＭＡＣアドレスのような一意に決まる認証済ＩＤを持たせてもよい。そのようにすれば部品のトレーサビリティが実現され、部品の盗難を抑止することができる。
【００２１】
このようなシステムにおいて、チェックシステム２００は、車両駆動システム２５０と連動し、コントロールチップ２５１を介して、車両モジュール２５２を制御する。特に、車両モジュール２５２のそれぞれについて、認証済の車両モジュールか否か、性能的に問題が無いか判定し、複数の車両モジュールの連動性に問題が無いかをチェックする。さらに、組み合わせて構成された車両として適正な性能を発揮するか否かをチェックする。また、このチェックシステム２００は、問題が見つかれば、その問題を解決するためにユーザが取り得る対応策（車両モジュールの交換、ドライバソフトウェアのインストール、更新、制御設定の変更など）をユーザに対して報知する。
【００２２】
図３は、図２のチェックシステム２００における大容量記憶部２０５の内部構成を示す図である。図３に示すように、大容量記憶部２０５は、車両認証に関して、車両認証プログラム３００、車両認証用データベース３１０、車両認証結果データ３２０を記憶している。またさらに、大容量記憶部２０５は、認証取得方法決定プログラム３３０、車両モジュールデータベース３４０、提案提示プログラム３５０、ソフトウェアパッチダウンロードプログラム３６０を保存している。
【００２３】
図４は、コントロールチップ２５１の構成を示す図である。コントロールチップ２５１は、ＣＰＵ４０１、ＲＯＭ４０２及び記憶部４０３を含む。記憶部４０３には、統合制御プログラム４３１の他、車両モジュール情報４３２が記憶されている。車両モジュール情報４３２としては、車両モジュールごとに、認証済か否か（対応ＥＣＵが認証コードを保有しているか）を示すフラグの他、製造年月日、製造元などの製造情報が登録されている。またさらに、各車両モジュールの寸法情報、性能情報、ドライバプログラム、制御パラメータ等が記憶されている。ＣＰＵ４０１は統合制御プログラム４３１を実行することにより、これらの車両モジュール情報４３２を用いて、複数の車両モジュールを統合的に制御する。
【００２４】
図５は、車両認証用データベース３１０における制御設定変更テーブル３１３の構成を示す図である。図５の５０１に示されているように、制動距離に若干の問題がある場合（基準値との差が一定値以内の場合）には、ブレーキ又はモータの制御を変更するように対応する。たとえば、モータの出力を制限したり、ブレーキのレスポンスを早めたりすることが考えられる。具体的には、通信制御部２０３を介して、車両モジュールデータセンタ２７０からソフトウェアパッチをダウンロードして、モータやブレーキのドライバプログラムそのものを更新したり、ドライバプログラムの設定値を変更したりして対応できる。一方、制動距離も発熱量も共に一定値以上基準から乖離している場合には、ソフトウェア更新や制御設定変更では対応できないため、ブレーキモジュール等の変更をユーザに提案する。
【００２５】
［処理の流れ］
図６は、車両モジュール変更時のシステム全体における処理の流れを説明する図である。車両モジュール変更が行なわれると（Ｓ６０１）、変更があった車両モジュールのＥＣＵは、車両モジュール情報をコントロールチップ２５１に送信する（Ｓ６０２）。あるいは、コントロールチップ２５１は、全車両モジュールを監視しており、車両モジュール変更があった場合に新しい車両モジュールに対して車両モジュール情報を要求し、取得する。
【００２６】
コントロールチップ２５１は、取得した車両モジュール情報を記憶部４０３に登録し（Ｓ６０３）、チェックシステム２００に対して新たな車両モジュールのチェックを依頼する（Ｓ６０４）。
【００２７】
チェックシステム２００は、適宜、車両認証機関２６０に対して認証基準を要求し（Ｓ６０５）、車両認証機関２６０から認証基準をダウンロードして（Ｓ６０６）、車両認証基準データベース３１２に登録しておく。なお、ここでは、外部の車両認証機関２６０に問い合わせる例を示すが本発明はこれに限定されるものではなく、大容量記憶部２０５内の車両認証基準データベース３１２を参照しても良い。
【００２８】
次に、ステップＳ６０７において、チェックシステム２００のＣＰＵ２０１が車両認証プログラム３００のシミュレーションサブルーチン３０１を実行することにより、新しい車両モジュール組合せにおけるシミュレーションを行なう。このシミュレーションでは、車両認証用データベース３１０に記憶されている車両シミュレーション用パラメータ３１１を用いる。たとえば、新しい車両モジュールがバッテリの場合には、実際にモータを所定の回転数で回転させて、その出力や発熱量、発生ノイズなどをチェックする。この時、タイヤは回転させても、回転させなくても良い。あるいは、新しい車両モジュールがオーディオの場合には、そのオーディオを起動して、消費電力や発熱量、発生ノイズなどをチェックする。それらのチェック項目は全て、車両認証基準データベース３１２に用意されているものとする。なお、ステップＳ６０３において登録された車両モジュール情報の信頼性が高く、新たに導入された車両モジュールについて十分なデータが揃っている場合には、各車両モジュール単体について用意された動作モデルを用いてソフト的にシミュレーションを行なっても良い。また、新たに導入された車両モジュールが認証済であって、その動作及び他の車両モジュールとの連動性に問題が無いと確認済であれば、シミュレーションを行なわずに、使用を許可しても良い。その場合、図３の車両認証基準データベース３１２に、認証済の車両モジュール組合せが複数登録されており、その組合せのいずれかと一致した場合にはシミュレーションを行なわずに車両認証可との結果をコントロールチップ２５１に返答する。
【００２９】
続けて、チェックシステム２００のＣＰＵ２０１が認証サブルーチン３０２を実行することにより、シミュレーション結果としての数値を車両認証基準３１２に記憶された基準値と比較する。そして、その結果が、図３の車両シミュレーション結果３２１として記憶される。図３では、制動距離、発熱量、電力消費量、電気的ノイズをチェック項目としてあげているが、本発明はこれらに限定されるものではなく他の項目をチェックしても良い。
【００３０】
ステップＳ６０８では、シミュレーションの結果をユーザに提示する。この時、認証基準を満たさなかった項目については、認証取得方法決定プログラムが、図５に示した制御設定変更テーブル３１３を参照してどのような解決方法があるかを決定し、提案提示プログラム３３０が、その提案を提示する。ソフトウェアパッチ（たとえば最新ドライバ）のダウンロードによって解決できる場合には、ソフトウェアパッチダウンドーロプログラム３６０がユーザからの指示に応じて、車両モジュールデータセンタ２７０などのからソフトウェアパッチをダウンロードする。一方、車両モジュールそのものの交換が必要な場合には、ユーザの指示に応じて、チェックシステム２００が保有する車両モジュールデータベース３４０から、認証を受けるために交換対象となる代替車両モジュールを検索して、そのリストを提供する。場合によっては、通信制御部２０３が車両モジュールデータセンタ２７０から、基準に適合する代替車両モジュールのリストをダウンロードする。この時、チェックシステム２００は、ユーザが、どのような走り、どのような車両を求めているかに応じて異なる代替車両モジュールを提案してもよい。なお、ここで「提示」とは、車内モニタへの表示や、音声での通知など、ユーザに対して情報を提供する全ての態様を含む概念である。
【００３１】
ステップＳ６０９では、認証結果を車両認証可否データ３２２として大容量記憶部２０５に保存し、さらに、コントロールチップ２５１に送信する。ダウンロードしたソフトウェアパッチがある場合には、そのソフトウェアパッチをコントロールチップ２５１に送信する。コントロールチップ２５１では、送信されたソフトウェアパッチによって、統合制御プログラム４３１や、各車両モジュールのドライバを更新する。又は、認証ＯＫの場合には、認証コードを新たに導入された車両モジュールに送信する（Ｓ６１０）。
【００３２】
図７は、チェックシステム２００のＣＰＵ２０１が行なう処理の流れを説明するフローチャートである。
【００３３】
まず、ステップＳ７０１として、コントロールチップ２５１を介して車両モジュールについて、車両モジュール情報４３２を取得する。新たに導入された車両モジュールに加えて、全車両モジュールについての情報を取得しても良い。次に、ステップＳ７０３において、各車両モジュールの認証をチェックし、未認証の車両モジュールがあるか否か判定する。未認証の車両モジュールが無い場合には、その車両を構成する複数車両モジュールの組合せについて認証済か否かを判定する（Ｓ７１７）。車両メーカーが推奨する車両モジュールを導入した場合など、すでに車両モジュールの組合せについても問題なく走行できることが確認されている場合には、ステップＳ７１９に進み、その旨をコントロールチップ２５１に報告する。
【００３４】
未認証の車両モジュールがある場合、又は、車両モジュール単体として認証済でも、他の車両モジュールとの組合せについては未認証の場合には、ステップＳ７０５に進み、シミュレーションを実行し、車両シミュレーション結果３２１として蓄積する。そして、ステップＳ７０７において、車両シミュレーション結果３２１と車両認証基準データベース３１２とを比較し、基準を満たしているか判定する。ステップＳ７０９においては、車両シミュレーション結果３２１と全認証基準との比較が完了したか判定する。全認証基準との比較が完了するまでステップＳ７０７を繰り返し、全認証基準との比較が完了すれば、ステップＳ７１１に進んで、車両全体として認証ＯＫか否か判定する。その結果、車両全体として認証ＯＫの場合にはステップＳ７１１からステップＳ７１９に進み、その旨をコントロールチップ２５１に報告する。
【００３５】
いくつかの項目について認証をクリアできなかった場合には、ステップＳ７１３において、その結果をユーザに提示し、さらに、認証をクリアするための、制御設定、代替車両モジュール、ソフトウェアパッチの存在などを報知する。設定やソフトウェアの変更で対応できる場合にはステップＳ７１５において、ユーザからの指示に基づき、制御設定を変更し、ソフトウェアのアップデートを行なう。
【００３６】
たとえば、チェック結果表示画面の一例を図９〜図１２に示す。図９のチェック結果表示画面９０１では、モータの発熱量、バッテリの発熱量、冷却器容量などが数値で示され、全体として問題が無いことがメッセージ表示されている。
【００３７】
一方、図１０のチェック結果表示画面１００１では、バッテリ性能のチェック結果を評価する指標として、モータの消費電力や、最大連続走行時間などが表示されている。ここでは、最大連続走行時間が３０分と短く、基準値を満たしていないことがアナウンスされている。さらに、解決方法としてバッテリ又はモータの交換を提案している。バッテリリストボタン１００２又はモータリストボタン１００３がクリックされると、チェックシステム２００は、内部の車両モジュールデータベース３４０又は、外部の車両モジュールデータセンタ２７０から代替となるバッテリ及びモータを検索して表示する。具体的には、この場合、消費電力の小さなモータ又は容量の大きなバッテリを検索し、表示する。
【００３８】
図１１のチェック結果表示画面１１０１では、ブレーキ性能のチェック結果を表示している。ここでは、ブレーキ性能に関連する要素として、車重や制動距離を示しており、制動距離が基準を満たしていないため、ブレーキ制御プログラムの更新を行なうように促すメッセージを表示している。更新ボタン１１０２をクリックすれば、ブレーキ制御プログラムの更新処理が開始される。その他、車重が軽くなるように車両モジュールの交換を促すメッセージを表示しても良い。さらには、走行性能を制限する（たとえば最高速度を制限する）ソフトウェアのダウンロードを促すメッセージを表示しても良い。
【００３９】
図１２のチェック結果表示画面１２０１では、車両モジュールから発生するノイズのチェック結果を表示している。ここでは、発生ノイズに問題が無い旨のメッセージを表示している。
【００４０】
図８は、車両の走行開始時にコントロールチップ２５１のＣＰＵ４０１が統合制御プログラム４３１を実行して行なう処理の流れを説明するフローチャートである。
【００４１】
ステップＳ８０１において、キー情報（たとえば電子免許証に保存された情報）を受信すると、ステップＳ８０３において、車両全体としてチェックシステム２００による認証が完了しているか否か判定する。次に、ステップＳ８０９において、電子免許証などの内容と照らし合わせて、その運転者による、その車両の運転を許可すべきか否かを判定する。たとえば、モータ出力などが、ユーザの運転資格の範囲内にあるかを判断する。運転を許可できると判断した場合には、ステップＳ８１１に進み、走行開始する。運転を許可できない場合には、ステップＳ８１３に進んで車両の走行を不可として、ユーザに対してその理由を提示する。
【００４２】
以上のように、本実施形態によれば、車両モジュール一つ一つの認証を判定し、更にはその組合せの適正について判定し、さらには、認証を得るために必要な条件を決定するため、より簡便に車両を構成する車両モジュールを選択することが可能となる。
【００４３】
なお、上記実施形態では、認証基準を満たさない車両モジュールが存在する場合に、ソフトウェアのダウンロードやハードの交換等をユーザに提案しているが、基準を満たす場合に、他の変更オプションを示してもよい。たとえば、現在の車両モジュール組合せに対して適応可能なパラメータセットをダウンロードして車両の乗り味等のカスタマイズを行うといった変形が考えられる。
【００４４】
（第３実施形態）
本発明の第３実施形態について、図１３を用いて説明する。図１３は、モジュール組合せと、カスタマイズデータとの組合せテーブル１３００を示す図である。本実施形態に係る情報処理システムでは、乗ったときのシートの位置の移動範囲や、内装色や、運転動作音や、走行モードなど、ユーザによるカスタマイズの幅が、車両モジュール組合せ毎に予め設定されている。従って、車両モジュールを変更して、車両モジュール組合せが変わると、その車両において調整できるシート位置や、内装色や運転動作音や走行モードなどが変わることになる。その他の構成及び動作については上述の第２実施形態と同様であるため、ここでは説明を省略する。
【００４５】
図１３に示すテーブル１３００中、例えば車両モジュール組合せ１では、シート位置がaaa〜bbbの間で移動可能、車両モジュール組合せ２では、シート位置がccc〜dddの間で移動可能、車両モジュール組合せ３では、シート位置がeee〜fffの間で移動可能となる。硬いサスペンションを含む車両モジュール組合せであれば、ロールを小さくするべく、シート位置を低めに調整できるように、カスタマイズ幅が用意されている。
同様に、内装色や、車両運転音なども車両モジュール組合せごとに用意されている。更に、車両モジュール組合せ１では、燃費重視モード、走り重視モードの何れかの走行モードを選択可能であるが、車両モジュール組合せ２、３では、そのような選択はできないように設定されている。
【００４６】
以上のように、車両モジュール組合せごとにカスタマイズ幅が設定されているので、ユーザは、そのようなカスタマイズ幅を踏まえて車両モジュール組合せひいては車両モジュール自体を選択することができる。
【００４７】
（第４実施形態）
本発明の第４実施形態について、図１４を用いて説明する。本実施形態では、部品の動作状況をモニタリングして劣化のトレンドを検出する。図１４は、本実施形態に係る情報処理システムでの処理の流れを説明するためのフローチャートである。一部の処理は図８のフローチャートを同様であるため、同じ処理については同じ符号を付してその説明を省略する。
【００４８】
動作部品は長期間の使用に対して経年劣化することが考えられる。そこで、ステップＳ８０３における車両の認証が済んで、ステップＳ１４００で走行を開始すると、ステップＳ１４０１に進んで走行ログを蓄積する。次に、走行開始からの経過時間を測定し、所定時間が経過すれば、ステップＳ１４０２からステップＳ１４０３に進んで、所定回数の認証処理を終了したか判定する。例えば、既にその車両モジュール組合せについて５回の認証が済んでいるのであれば、その車両モジュール組合せに問題ないとして、処理を終了する。このとき、走行に問題のない車両モジュール組合せとして、車両モジュール組合せ３４０等に登録しても良い。そのようにして、その後同じ組合せを選択する他の運転者に対して、相当数の実走後認証が完了した組合せとして紹介することができる。
【００４９】
一方、ステップＳ１４０３において、所定回数の認証処理が終了していれば、ステップＳ１４０４に進み、走行ログを用いて認証処理をおこなう。ステップＳ８０９に戻り、その結果に応じて、運転を許可すべきか否かを改めて判定する。
また、経年劣化はシミュレーションに用いた動作モデル（初期性能）と実際の動作状況を比較して差異の大きさにより検出することも可能である。短期的には動作環境の変化によって動作状況に差異が生じることはありうるが、長期間の動作をモニタリングして２乗平均などの計算手法により全体的な傾向を導出すればより正確な劣化の程度を測定することができる。
【００５０】
現在の動作状況と動作モデル（初期性能）との差異が、予め決められた一定の範囲を超えたこと、あるいはグラフの傾きなどから超えることが予想されることを検出する。そして、現在の動作状況が、予め決められた範囲（たとえば初期性能の１０％落ち）などを超えた部品、あるいは超えることが予想される部品の交換時期をモニタに表示することで利用者に知らせる。
【００５１】
また、現在の動作状況が予め決められた範囲（たとえば初期性能の１０％落ち）に収まるようにモジュールの動作を制御する。バイワイヤーでの制御が前提である。たとえば、ブレーキの劣化に対しては、ブレーキペダルの踏力と制動距離を一定にする制御を行う。本実施形態は、ブレーキペダル、ペダルの踏力を電気信号に変換する装置、該電気信号をブレーキパッドの締め付け強度に変化する装置、ブレーキ本体、車速感知システム（一般的なスピード検知でよい）で構成するシステムで実施することができる。
【００５２】
一定の踏力であれば、ブレーキが劣化すれば制動距離は伸びるが、踏力に対するブレーキの強さを調整することで、劣化による制動距離の変化を相殺する。ペダルの踏力を電気信号に変換する装置、あるいはその電気信号をブレーキパッドの締め付け強度に変化する装置において、踏力に対するブレーキパッドの締め付け強度の変換係数を変化させることで、制動距離を調整して一定の範囲に収まるようにする。制動距離の計測はブレーキ操作の時点からの車速と制動時間から計算する。
以上のように、走行中のログを用いて再度認証を行なったり制御を変化させたりすることにより、より確実に条件を満たした車両を走行させることができる。
【００５３】
（第５実施形態）
本発明の第５実施形態について、図１５を用いて説明する。図２に示した第２実施形態では、チェックシステム２００の通信制御部２０３が、直接、車両認証機関２６０や車両モジュールデータセンタ２７０と通信をしている形態となっていたが、本実施形態に係るチェックシステム１５００では、通信制御部２０３が携帯電話などの通信機１５０１を介して外部と通信する。すなわち、本実施形態のチェックシステム１５００は、携帯電話やＰＤＡなどの可搬型通信機を含み、その通信機と車両とが無線あるいは有線にて接続されることにより両者間の通信を実現する。
以上の構成により、車両内に外部装置との通信機能が存在しない場合にでも、可搬型通信機を用いて、チェックシステム１５００を実現することができる。
【００５４】
（他の実施形態）
以上、本発明の実施形態について詳述したが、それぞれの実施形態に含まれる別々の特徴を如何様に組み合わせたシステム又は装置も、本発明の範疇に含まれる。
【００５５】
また、本発明は、複数の機器から構成されるシステムに適用しても良いし、単体の装置に適用しても良い。さらに、本発明は、実施形態の機能を実現する車両のチェックプログラムが、システムあるいは装置に直接あるいは遠隔から供給される場合にも適用可能である。したがって、本発明の機能をコンピュータで実現するために、コンピュータにインストールされるプログラム、あるいはそのプログラムを格納した媒体、そのプログラムをダウンロードさせるＷＷＷサーバも、本発明の範疇に含まれる。
【００５６】
この出願は、２０１０年９月２７日に出願された日本出願特願２０１０−２１６２５２を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【図１】
2012043167.tif 000003
【図２】
2012043167.tif 000004
【図３】
2012043167.tif 000005
【図４】
2012043167.tif 000006
【図５】
2012043167.tif 000007
【図６】
2012043167.tif 000008
【図７】
2012043167.tif 000009
【図８】
2012043167.tif 000010
【図９】
2012043167.tif 000011
【図１０】
2012043167.tif 000012
【図１１】
2012043167.tif 000013
【図１２】
2012043167.tif 000014
【図１３】
2012043167.tif 000015
【図１４】
2012043167.tif 000016
【図１５】
2012043167.tif 000017
【手続補正書】
【提出日】平成24年1月25日(2012.1.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
（削除）
【請求項２】
複数車両モジュールの組合せで構成される車両をチェックするための情報処理システムであって、
各車両モジュールが認証済のものか否か判定する第１判定手段と、
前記複数車両モジュールを組み合わせた場合の動作をシミュレートし、シミュレーション結果が所定の基準を満たすか否かにより、前記複数車両モジュールの組合せについて、認証可能か否かを判定する第２判定手段と、
前記複数車両モジュールの組合せについて、認証を受けるために必要な条件を決定する決定手段と、
を備えたことを特徴とする情報処理システム。
【請求項３】
前記決定手段は、前記認証を受けるために必要なプログラムをダウンロードする手段を含むことを特徴とする請求項２に記載の情報処理システム。
【請求項４】
前記決定手段は、前記認証を受けるための代替車両モジュールを提示する提示手段を含むことを特徴とする請求項２又は請求項３に記載の情報処理システム。
【請求項５】
前記提示手段は、代替となる車両モジュールを記憶した車両モジュールデータベースをさらに備え、該車両モジュールデータベースから、前記認証の基準を満たした代替車両モジュールを検索して、その検索結果を用いて交換対象となる代替車両モジュールを提示することを特徴とする請求項４に記載の情報処理システム。
【請求項６】
前記複数車両モジュールの組合せについて、認証を受けることのできる範囲内で、いずれかの車両モジュールの制御設定の変更オプションを提示する提示手段をさらに備えたことを特徴とする請求項２乃至５のいずれか１項に記載の情報処理システム。
【請求項７】
可搬型通信機を更に含み、該可搬型通信機の通信機能を用いて、前記車両モジュールとの通信を行なうことを特徴とする請求項２乃至６のいずれか１項に記載の情報処理システム。
【請求項８】
請求項２乃至７のいずれか１項に記載の情報処理システムを備えたことを特徴とする車両。
【請求項９】
複数車両モジュールの組合せで構成される車両のチェック方法であって、
各車両モジュールが認証済のものか否か判定する判定ステップと、
前記複数車両モジュールを組み合わせた場合の動作をシミュレートし、シミュレーション結果が所定の基準を満たすか否かにより、前記複数車両モジュールの組合せについて、認証可能か否かを判定する判定ステップと、
前記複数車両モジュールの組合せについて、認証を受けるために必要な条件を決定する決定ステップと、
を含むことを特徴とする車両のチェック方法。
【請求項１０】
複数車両モジュールの組合せで構成される車両のチェックプログラムであって、
各車両モジュールが認証済のものか否か判定する判定ステップと、
前記複数車両モジュールを組み合わせた場合の動作をシミュレートし、シミュレーション結果が所定の基準を満たすか否かにより、前記複数車両モジュールの組合せについて、認証可能か否かを判定する判定ステップと、
前記複数車両モジュールの組合せについて、認証を受けるために必要な条件を決定する決定ステップと、
をコンピュータに実行させることを特徴とする車両のチェックプログラム。
【国際調査報告】
2012043167.tif 000018
2012043167.tif 000019
2012043167.tif 000020
2012043167.tif 000021
2012043167.tif 000022
2012043167.tif 000023