(57)【特許請求の範囲】
【請求項１】
対象の動作状態を時間軸と対応付けて記憶した記憶部を参照し、前記時間軸に含まれる特定の時間帯における前記対象の動作状態の変化を特定し、
前記対象に関するソフトウェアの仕様、ハードウェアの仕様及び通信の仕様の少なくとも１つを含む電気電子アーキテクチャに基づいて、特定した前記動作状態の変化に応じた、前記対象に含まれる部品間の通信の変化の情報を含むトレサビリティ情報を抽出し、
前記特定の時間帯に対応させて、前記トレサビリティ情報を出力する、
処理をコンピュータに実行させることを特徴とする情報処理プログラム。
【請求項２】
前記記憶部を参照して、前記対象が走行を開始する前の動作状態の変化を特定し、
特定した前記動作状態の変化に応じた前記トレサビリティ情報を抽出する、
請求項１に記載の情報処理プログラム。
【請求項３】
前記記憶部を参照して、前記対象が走行を開始した後の動作状態の変化を特定し、
特定した前記動作状態の変化に応じた前記トレサビリティ情報を抽出する、
請求項１又は２に記載の情報処理プログラム。
【請求項４】
抽出した前記トレサビリティ情報のうち、指定された時間帯の前記トレサビリティ情報を出力し、前記指定された時間帯以外の前記トレサビリティ情報を非表示にする、
請求項１〜３のいずれか一項に記載の情報処理プログラム。
【請求項５】
対象の動作状態を時間軸と対応付けて記憶した記憶部を参照し、前記時間軸に含まれる特定の時間帯における前記対象の動作状態の変化を特定し、前記対象に関するソフトウェアの仕様、ハードウェアの仕様及び通信の仕様の少なくとも１つを含む電気電子アーキテクチャに基づいて、特定した前記動作状態の変化に応じた、前記対象に含まれる部品間の通信の変化の情報を含むトレサビリティ情報を抽出する抽出部と、
前記特定の時間帯に対応させて、前記トレサビリティ情報を出力する出力部と、
を有する情報処理装置。
【請求項６】
対象の動作状態を時間軸と対応付けて記憶した記憶部を参照し、前記時間軸に含まれる特定の時間帯における前記対象の動作状態の変化を特定し、
前記対象に関するソフトウェアの仕様、ハードウェアの仕様及び通信の仕様の少なくとも１つを含む電気電子アーキテクチャに基づいて、特定した前記動作状態の変化に応じた、前記対象に含まれる部品間の通信の変化の情報を含むトレサビリティ情報を抽出し、
前記特定の時間帯に対応させて、前記トレサビリティ情報を出力する、
処理をコンピュータが実行することを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理プログラム、情報処理装置及び情報処理方法に関する。
【背景技術】
【０００２】
車等の車両開発全般における車載電子制御設計では、装備、制御、部品、通信、配線、電源、部品の搭載などの様々な仕様の定義を行う。例えば、電気アーキテクチャを合成するための方法を車両へ応用し、ハードウェア及びソフトウェアのシステムの仕様の改良された設計方法及び設計装置を提供する技術が知られている（例えば、特許文献１参照）。
【０００３】
しかし、設計中、電子制御部品間の通信や配線設計における信号の整合性を検証するために、多大な工数がかかり、開発に遅れが生じることがある。また、設計中の確認ミスにより設計の手戻りが生じることで、開発の遅れが生じることがある。
【０００４】
そのため、検証の効率化、品質向上のための新たな設計方法や支援ツールとして、電子制御設計を最適化するための手法である電気・電子アーキテクチャ設計』等のツールが提案されている。これらのツールでは、電子制御の構成要素の仕様を明確にし、構成要素間のインターフェースを定義することができる。これにより、設計構造のつながりを静的に可視化することができ、各仕様の追加変更による影響を確認できる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特表２００６−５０４１７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記技術では、車両の状態の変化に応じて、電子制御部品間がどのような情報をやり取りしているかを動的に可視化することは困難である。例えば、上記技術では、要求シーン（車を走らせる、曲がる、止まる）の一連のシーンにおいて、制御、部品等の各仕様がどのように電気的な信号のやり取りを行っているかを時系列に連続して表示することは困難である。
【０００７】
そこで、一側面では、本発明は、電気電子アーキテクチャに基づいて対象の動作状態の変化に対応して、対象に含まれる部品間の通信の変化を可視化することを目的とする。
【課題を解決するための手段】
【０００８】
一つの案では、対象の動作状態を時間軸と対応付けて記憶した記憶部を参照し、前記時間軸に含まれる特定の時間帯における前記対象の動作状態の変化を特定し、前記対象に関するソフトウェアの仕様、ハードウェアの仕様及び通信の仕様の少なくとも１つを含む電気電子アーキテクチャに基づいて、特定した前記動作状態の変化に応じた、前記対象に含まれる部品間の通信の変化の情報を含むトレサビリティ情報を抽出し、前記特定の時間帯に対応させて、前記トレサビリティ情報を出力する、処理をコンピュータに実行させることを特徴とする情報処理プログラムが提供される。
【発明の効果】
【０００９】
一側面によれば、電気電子アーキテクチャに基づいて対象の動作状態の変化に対応して、対象に含まれる部品間の通信の変化を可視化することができる。
【図面の簡単な説明】
【００１０】
【図１】電気電子アーキテクチャにおける制御、部品、配線、搭載位置の可視化の一例を示す図。
【図２】一実施形態に係る情報処理装置のハードウェア構成の一例を示す図。
【図３】第１実施形態に係る情報処理装置の機能構成の一例を示す図。
【図４】第１実施形態に係るシーン情報テーブルのデータ構成の一例を示す図。
【図５】第１実施形態に係る電源フラグテーブルのデータ構成の一例を示す図。
【図６】第１実施形態に係る条件テーブルのデータ構成の一例を示す図。
【図７】第１実施形態に係るノードテーブルのデータ構成の一例を示す図。
【図８】第１実施形態に係る信号テーブルのデータ構成の一例を示す図。
【図９】第１実施形態に係る要求シーンと車載動作の一例を示す図。
【図１０】第１実施形態に係る要求シーンと車載動作の一例を示す図。
【図１１】第１実施形態に係る車載の状態遷移表示処理の一例を示すフローチャート。
【図１２】第１実施形態に係る車載の状態遷移表示の一例を示す図。
【図１３】第１実施形態に係る車載の状態遷移表示の一例を示す図。
【図１４】第１実施形態に係る要求シーンとトレサビリティ情報の一例を示す図。
【図１５】第１実施形態に係る車載の状態遷移連続表示の一例を示す図。
【図１６】第２実施形態に係るシーン情報テーブルのデータ構成の一例を示す図。
【図１７】第２実施形態に係るノードテーブルのデータ構成の一例を示す図。
【図１８】第２実施形態に係る信号テーブルのデータ構成の一例を示す図。
【図１９】第２実施形態に係る条件テーブルのデータ構成の一例を示す図。
【図２０】第２実施形態に係る要求シーンと車載動作の一例を示す図。
【図２１】第２実施形態に係る車載の状態遷移表示処理の一例を示すフローチャート。
【図２２】第２実施形態に係る車載の状態遷移表示の一例を示す図。
【図２３】第２実施形態に係る要求シーンとトレサビリティ情報の一例を示す図。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について添付の図面を参照しながら説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。
【００１２】
［電気電子アーキテクチャにおける車載電子制御設計］
車の開発における車載電子制御設計では、装備、制御、部品、通信、配線、電源、搭載などの様々な仕様の定義を行う。設計中、電子制御部品間の通信や配線設計における信号の整合性を検証するために、支援ツールの機能を用いて電子制御の構成要素の仕様を明確にし、構成要素間のインターフェースを定義することができる。
【００１３】
電気電子アーキテクチャは、対象に関するソフトウェアの仕様、ハードウェアの仕様及び通信の仕様の少なくとも１つを含む。例えば、図１は、電気電子アーキテクチャにおける制御、部品、配線、車載へ配置した部品の位置の可視化の一例を示す。対象の一例である車Ｃを設計する際に必要な設計情報には、制御情報、部品情報、配線情報及び車載へ配置した部品の位置情報があり、これらを可視化することで、制御や部品の配置を変更したときに必要なワイヤの長さがわかる。
【００１４】
しかしながら、図１に示す情報の可視化では、エンジン始動や走行開始等の車Ｃの動作状態の変化に応じて、どの制御信号が、どのＥＣＵ（Electronic Control Unit）やその他の部品とやりとりしているか等はわからない。そこで、以下に説明する本実施形態に係る情報処理装置１０では、電気電子アーキテクチャに基づいて、車Ｃの動作状態の変化に対応して電子制御部品間でやり取りする情報を動的に可視化する。すなわち、対象の一例である車Ｃの動作状態の変化に対応して、車Ｃに含まれる部品間の通信の変化の情報を含むトレサビリティ情報を抽出し、特定の時間帯に対応させて、前記トレサビリティ情報を出力する。これにより、車Ｃの動作状態の変化に対応した特定の時間帯における電子制御部品間でやり取りする情報と、仕様を定義した設計情報との整合を視覚的に確認することができる。
【００１５】
なお、電気電子アーキテクチャに基づいて、車Ｃの動作状態の変化に応じた、車Ｃに含まれる部品間の通信の変化の情報を含む情報を、以下、「トレサビリティ情報」という。トレサビリティ情報は、ソフトウェアの仕様（論理層）を示す情報と、ハードウェアの仕様を示す情報（物理層）と、通信の仕様（物理層）を示す情報との関係性を示す情報の総称である。図１の制御の可視化では、ソフトウェアの仕様が可視化されている。また、部品の可視化及び部品の車載位置の可視化では、ハードウェアの仕様が可視化されている。配線の可視化では、通信の仕様が可視化されている。しかしながら、図１では、各仕様間でどのような情報がやり取りされているかについてはわからない。そこで、本実施形態に係る情報処理装置１０では、前記トレサビリティ情報を可視化することで、各設計の仕様の不整合の検証を効率的に行うことができる。この結果、試作車で生じる不具合の低減を図ることができる。
【００１６】
なお、本実施形態では、情報処理装置１０は、電気電子アーキテクチャに基づいて車の動作状態の変化に応じたトレサビリティ情報を抽出し、特定の時間帯に対応させて前記トレサビリティ情報を出力する処理を行う。
【００１７】
［情報処理装置のハードウェア構成］
まず、本発明の一実施形態に係る情報処理装置のハードウェア構成の一例について、図２を参照しながら説明する。情報処理装置１０は、入力装置１０１、表示装置１０２、外部Ｉ／Ｆ１０３、ＲＡＭ（Random Access Memory）１０４、ＲＯＭ（Read Only Memory）１０５、ＣＰＵ（Central Processing Unit）１０６、通信Ｉ／Ｆ１０７、及びＨＤＤ（Hard Disk Drive）１０８などを備え、それぞれがバスＢで相互に接続されている。
【００１８】
入力装置１０１は、キーボードやマウスなどを含み、情報処理装置１０に各操作信号を入力するために用いられる。表示装置１０２は、ディスプレイなどを含み、各種の処理結果を表示する。通信Ｉ／Ｆ１０７は、情報処理装置１０をネットワークに接続するインターフェースである。これにより、情報処理装置１０は、通信Ｉ／Ｆ１０７を介して、他の機器とデータ通信を行うことができる。
【００１９】
ＨＤＤ１０８は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、情報処理装置１０の全体を制御する基本ソフトウェア及びアプリケーションソフトウェアがある。例えば、ＨＤＤ１０８には、各種のデータベースやプログラム等が格納されてもよい。
【００２０】
外部Ｉ／Ｆ１０３は、外部装置とのインターフェースである。外部装置には、記憶媒体１０３ａなどがある。これにより、情報処理装置１０は、外部Ｉ／Ｆ１０３を介して記憶媒体１０３ａの読み取り及び／又は書き込みを行うことができる。記憶媒体１０３ａには、ＣＤ（Compact Disk）、及びＤＶＤ（Digital Versatile Disk）、ならびに、ＳＤメモリカード（SD Memory card）やＵＳＢメモリ（Universal Serial Bus memory）等がある。
【００２１】
ＲＯＭ１０５は、電源を切っても内部データを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５には、ネットワーク設定等のプログラム及びデータが格納されている。ＲＡＭ１０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＣＰＵ１０６は、上記記憶装置（例えば「ＨＤＤ１０８」や「ＲＯＭ１０５」など）から、プログラムやデータをＲＡＭ１０４上に読み出し、処理を実行することで、装置全体の制御や搭載機能を実現する演算装置である。
＜第１実施形態＞
［情報処理装置の機能構成］
次に、本実施形態にかかる情報処理装置１０の機能構成の一例について、図３を参照しながら説明する。情報処理装置１０は、取得部１１、抽出部１２、表示部１３及び記憶部１４を有する。
【００２２】
取得部１１は、記憶部１４に記憶されている各種テーブルから所定の情報を取得する。
【００２３】
抽出部１２は、車Ｃの動作状態を時間軸と対応付けて記憶した記憶部１４を参照し、前記時間軸に含まれる特定の時間帯における車Ｃの動作状態の変化を特定する。また、抽出部１２は、車Ｃに関するソフトウェアの仕様、ハードウェアの仕様及び通信の仕様の少なくとも１つを含む電気電子アーキテクチャに基づいて、特定した前記動作状態の変化に応じた、車Ｃに含まれる部品間の通信の変化の情報を含むトレサビリティ情報を抽出する。
【００２４】
表示部１３は、特定の時間帯に対応させて、前記トレサビリティ情報を表示する。表示部１３は、特定の時間帯に対応させて、前記トレサビリティ情報を出力する出力部の一例である。
【００２５】
情報処理装置１０は、所定時間（例えば１秒）経過毎に、後述する車載の状態遷移表示処理を実行し、取得部１１、抽出部１２、表示部１３及び特定部１５の機能を実現する。
【００２６】
記憶部１４は、車Ｃの動作に対するソフトウェアの仕様とハードウェア及び通信の仕様との関連情報を記憶する各種テーブルを記憶する。また、記憶部１４は、ログＤＢ２６及び情報処理プログラム２７を記憶する。ログＤＢ２６は、実車の動作時に各要求シーンに応じてやり取りされた信号情報の履歴を記憶する。
【００２７】
各種テーブルについて、図４〜図８を参照しながら説明する。図４は、第１実施形態に係るシーン情報テーブル２１の一例を示す。図４のシーン情報テーブル２１には、要求シーンの情報が記憶されている。シーン情報テーブル２１は、シーンＩＤ２１１、経過時間情報２１２及び操作情報２１３（電源ＩＤ、操作）の各データ項目を有する。
【００２８】
図５は、第１実施形態に係る電源フラグテーブル２２の一例を示す。図５の電源フラグテーブル２２は、電源ＩＤ２２１及び電源フラグ２２２の各データ項目を有する。図６は、第１実施形態に係る条件テーブル２３の一例を示す。図６の条件テーブル２３は、（起動）条件ＩＤ２３１、ノードＩＤ２３２、電源２３３、信号ＩＤ２３４及び遅延時間２３５の各データ項目を有する。
【００２９】
図７は、第１実施形態に係るノードテーブル２４の一例を示す。図７のノードテーブル２４は、ノードＩＤ２４１、ノード名２４２及び接続電源２４３の各データ項目を有する。ノードテーブル２４には、ノード名２４２に記憶した部品と接続する接続電源２４３が定義されている。図８は、第１実施形態に係る信号テーブル２５の一例を示す。図８の信号テーブル２５は、部品からの信号を定義し、信号ＩＤ２５１、信号名２５２、送信ノード２５３、受信ノード２５４及び送信開始電源ＩＤ２５５の各データ項目を有する。
【００３０】
かかる構成により、本実施形態に係る情報処理装置１０では、ＣＰＵ１０６は、上記記憶装置（例えば「ＨＤＤ１０８」や「ＲＯＭ１０５」等）から、情報処理プログラム２７やデータをＲＡＭ１０４上に読み出し、車載の状態遷移表示処理を実行することで、トレサビリティ情報を時系列に表示することができる。
【００３１】
記憶部１４に記憶された各種テーブル及びログＤＢ２６に記憶された情報は、ＲＯＭ１０５等の情報処理装置１０内の記憶領域だけでなく、ネットワークを介して情報処理装置１０に接続されるサーバ、その他のクラウド上のサーバ等に格納され得る。
【００３２】
なお、図３は機能に着目したブロック図を描いており、これらの機能ブロックで示した各部は、ハードウェアのみ、ソフトウェアのみ、またはハードウェアとソフトウェアとの組合せによって実現することができる。
【００３３】
［要求シーン例］
図９は、第１実施形態に係る車Ｃへの要求シーンと車載動作の一例を示す。図９（ａ）に示すように、電源フラグ２２２に「Ｂ」が設定され、車Ｃのバッテリが接続された状態になると、図５の電源フラグテーブル２２に基づき、電源ＩＤ２２１の「Ｒ１」が選択される。次に、図４のシーン情報テーブル２１に基づき、操作情報２１３の電源が「Ｒ１」に対応するシーンＩＤ２１１の「Ｓ１」が要求シーンとなる。
【００３４】
次に、電源フラグ２２２が「ＡＣＣ」に設定されると、図５に示す電源ＩＤ２２１の「Ｒ２」が選択され、図４のシーンＩＤ２１１の「Ｓ２」が要求シーンとなる。このとき、車Ｃは、図９（ａ）に示すように、アクセサリーが接続された状態になる。なお、「Ｓ２」の要求シーンは、人が車Ｃのアクセサリーを操作したときに発生する。
【００３５】
次に、電源フラグ２２２が「ＩＧ」に設定されると、図５に示す電源ＩＤ２２１の「Ｒ３」が選択され、図４のシーンＩＤ２１１の「Ｓ３」が要求シーンとなる。このとき、車Ｃは、図９（ａ）に示すように、エンジンが始動した状態となる。なお、「Ｓ３」の要求シーンは、人が車Ｃのイグニッションキーをオンしたときに発生する。
【００３６】
以上の車Ｃのエンジン始動の動作を図９（ｃ）に示す。図９（ｃ）は、図９（ｂ）の絶対時間Ｔ及び相対時間ｔにより示される時間軸における車Ｃの経時的な状態変化を示す。例えば、図９（ｃ）では、電源フラグがＢになった時刻ｔ０にバッテリが接続される。時刻ｔ０から５秒後の時刻ｔ１に、ドライバーの操作によりアクセサリーがオン状態になると、時刻ｔ１から５秒後の時刻ｔ２にアクセサリーが接続される。次に、時刻ｔ２から３３秒後の時刻ｔ３に、ドライバーの操作によりイグニッションキーがオン状態になると、これに応じてエンジンが始動する。
【００３７】
図１０（ｃ）では、エンジンが始動した後の時刻ｔ４から５秒後の時刻ｔ５に、ドライバーの操作によりイグニッションキーがオフ状態になると、これに応じてエンジンが停止する。時刻ｔ５から３０秒後の時刻ｔ６に、ドライバーの操作によりアクセサリーがオフ状態になると、これに応じてアクセサリーが非接続になる。
【００３８】
次に、図１１に示す第１実施形態に係る車載の状態遷移表示処理の一例に基づき、図９及び図１０に示す要求シーンに対応する車載の状態遷移表示がどのように実行されるかを説明する。
【００３９】
［車載の状態遷移表示］
初めに、図９（ａ）に示す要求シーンに対する車載の状態遷移表示について説明する。図１１の処理が開始されると、取得部１１は、各テーブルの情報を取得する（ステップＳ１０）。次に、抽出部１２は、経過時間を計算する（ステップＳ１２）。次に、取得部１１は、シーン情報を取得する（ステップＳ１４）。例えば、要求シーンが図９（ａ）の電源フラグがＢの場合、取得部１１は、図４のシーン情報テーブル２１及び図５の電源フラグテーブル２２を参照して、電源フラグ２２２がＢに対応する電源ＩＤ２２１が「Ｒ１」に応じたシーンＩＤ２１１の「Ｓ１」を取得する。次に、抽出部１２は、要求シーンが変更されたかを判定する（ステップＳ１６）。抽出部１２は、要求シーンに変更されていると判定し、ステップＳ１８に進む。なお、抽出部１２が、要求シーンは変更されていないと判定した場合、所定時間（例えば１秒）が経過したかを判定する（ステップＳ３２）。所定時間が経過したと判定されたとき、再び、経過時間の計算が開始され（ステップＳ１２）、次の処理に続く。
【００４０】
ステップＳ１８において、抽出部１２は、電源ＩＤを取得する。抽出部１２は、電源フラグ２２２がＢに対応する電源ＩＤの「Ｒ１」を取得する。
【００４１】
次に、抽出部１２は、条件テーブル２３に基づき、電源ＩＤがＲ１の起動条件を検索する（ステップＳ２０）。抽出部１２は、電源ＩＤがＲ１に対応する条件ＩＤ２３２のＢ１及びＢ４が起動条件、ノード２３のＮ１及びＮ４が起動ノードであると判定する。
【００４２】
次に、抽出部１２は、起動ノードがあるかを判定する（ステップＳ２２）。抽出部１２は、起動ノードがないと判定した場合、所定時間が経過したかを判定する（ステップＳ３２）。所定時間が経過したと判定されたとき、再び、経過時間の計算が開始され（ステップＳ１２）、次の処理に続く。
【００４３】
抽出部１２が、起動ノードがあると判定した場合、表示部１３は、起動部品を強調して表示する（ステップＳ２４）。その際、抽出部１２は、ノードテーブル２４に基づき、起動部品を抽出する。起動ノードがＮ１の場合、ノード名２４２がＥＣＵ１の部品が抽出される。起動ノードがＮ４の場合、ノード名２４２がsensor1（速度センサ）の部品が抽出される。よって、ここでは、表示部１３は、ＥＣＵ１及びsensor1を強調して表示する。この結果、図１２の時刻ｔ0に、起動電源フラグがＢのときの部品間の情報として、ＥＣＵ１及びsensor1のトレサビリティ情報ｔｒ２が強調表示される。トレサビリティ情報ｔｒ２は、ハードウェアの仕様（物理層）を示すトレサビリティ情報の一例である。
【００４４】
図１１に戻り、次に、ステップＳ２６において、抽出部１２は、信号テーブル２５に基づき、送信開始電源ＩＤ２５５がＲ１に対応す信号を検索する。信号テーブル２５では、送信開始電源ＩＤ２５５がＲ１に対応する信号ＩＤ２５１がＳｉ１、信号名２５２が信号１の信号が検索される。
【００４５】
次に、抽出部１２は、信号テーブル２５及びノードテーブル２４に基づき、検索した信号で起動する部品を検索する（ステップＳ２８）。信号テーブル２５では、信号名２５２が信号１の送信ノード２５３はＮ４、受信ノード２５４はＮ１である。よって、抽出部１２は、ノードテーブル２４を参照し、送信ノード２５３がＮ４の部品はsensor1であり、受信ノード２５４がＮ１の部品はＥＣＵ１であることを特定する。次に、表示部１３は、信号１がsensor1からＥＣＵ１へ送信されることが可視化できるように、制御間のトレサビリティ情報を強調表示する。この結果、図１２の時刻ｔ0に、送信開始電源フラグがＢのとき、sensor1からＥＣＵ１に送信される信号１に関するトレサビリティ情報ｔｒ１が表示される。トレサビリティ情報ｔｒ１は、ソフトウェアの仕様（論理層）を示すトレサビリティ情報の一例である。
【００４６】
次に、抽出部１２は、起動ノードがあるかを判定する（ステップＳ３０）。抽出部１２は、この時点で、起動ノードがあると判定した場合、ステップＳ２４に戻り、ステップＳ２４〜Ｓ３０の処理を繰り返す。抽出部１２は、ステップＳ３０にて起動ノードがないと判定した場合、所定時間が経過したかを判定する（ステップＳ３２）。
【００４７】
所定時間が経過したと判定されたとき、再び、経過時間の計算が開始され（ステップＳ１２）、取得部１１は、シーン情報を取得する（ステップＳ１４）。例えば、取得部１１は、電源フラグ２２２がＡＣＣに対応する電源ＩＤ２２１が「Ｒ２」に応じたシーンＩＤ２１１の「Ｓ２」を取得する。
【００４８】
次に、抽出部１２は、要求シーンが変更されたかを判定する（ステップＳ１６）。この時点では、要求シーンは「Ｓ１」から「Ｓ２」に変更されている。よって、抽出部１２は、要求シーンが変更されたと判定し、ステップＳ１８に進む。抽出部１２は、要求シーンが変更されていないと判定した場合、所定時間が経過したかを判定する（ステップＳ３２）。所定時間が経過したと判定されたとき、再び、経過時間の計算が開始され（ステップＳ１２）、次の処理に続く。
【００４９】
ステップＳ１８において、抽出部１２は、電源ＩＤを取得する。抽出部１２は、電源フラグテーブル２２に基づき、取得した電源フラグ２２２がＡＣＣに対応する電源ＩＤのＲ２を取得する。
【００５０】
次に、抽出部１２は、条件テーブル２３に基づき、電源ＩＤがＲ２の起動条件を検索する（ステップＳ２０）。抽出部１２は、電源ＩＤがＲ２に対応する条件ＩＤ２３２のＢ２が起動条件、ノード２３のＮ２が起動ノードであると判定する。
【００５１】
次に、抽出部１２は、起動ノードがあるかを判定する（ステップＳ２２）。抽出部１２は、起動ノードがないと判定した場合、所定時間が経過したかを判定する（ステップＳ３２）。所定時間が経過したと判定されたとき、再び、経過時間の計算が開始され（ステップＳ１２）、次の処理に続く。
【００５２】
抽出部１２が、起動ノードがあると判定した場合、表示部１３は、起動部品を強調して表示する（ステップＳ２４）。その際、抽出部１２は、ノードテーブル２４に基づき、起動部品を抽出する。起動ノードがＮ２の場合、ノード名２４２がＥＣＵ２の部品が抽出される。表示部１３は、ＥＣＵ２の部品を強調して表示する。この結果、図１２の時間軸がｔ１に、起動電源フラグがＢ→ＡＣＣのときの部品間の情報の一例として、ＥＣＵ１、sensor1及びＥＣＵ２が強調表示される。
【００５３】
図１１に戻り、次に、ステップＳ２６において、抽出部１２は、信号テーブル２５に基づき、送信開始電源ＩＤ２５５がＲ２に対応す信号を検索する。信号テーブル２５では、送信開始電源ＩＤ２５５がＲ２に対応する信号ＩＤ２５１がＳｉ２、信号名２５２が信号２の信号、及びＲ２に対応する信号ＩＤ２５１がＳｉ３、信号名２５２が信号３の信号が検索される。
【００５４】
次に、抽出部１２は、信号テーブル２５及びノードテーブル２４に基づき、検索した信号で起動する部品を検索する（ステップＳ２８）。信号テーブル２５では、信号名２５２が信号２の送信ノード２５３はＮ２、受信ノード２５４はＮ５である。また、信号名２５２が信号３の送信ノード２５３はＮ２、受信ノード２５４はＮ６である。
【００５５】
よって、抽出部１２は、ノードテーブル２４を参照し、信号２の送信ノード２５３がＮ２の部品はＥＣＵ２であり、信号２の受信ノード２５４がＮ５の部品はsensor2であると特定する。また、抽出部１２は、信号３の送信ノード２５３がＮ２の部品はＥＣＵ２であり、信号３の受信ノード２５４がＮ６の部品はsensor3であると特定する。
【００５６】
次に、表示部１３は、図１２の時刻ｔ１に示すように、送信開始電源フラグがＢ→ＡＣＣのシーンに変更されたときの制御間のトレサビリティ情報である、ＥＣＵ２からsensor2に送信される信号２と、ＥＣＵ２からsensor3に送信される信号３とを表示する。
【００５７】
次に、抽出部１２は、起動ノードがあるかを判定する（ステップＳ３０）。抽出部１２は、起動ノードがあると判定した場合、ステップＳ２４に戻り、ステップＳ２４〜Ｓ３０の処理を繰り返す。
【００５８】
この時点では、抽出部１２は、条件テーブル２３を参照して、ノード２３２がＮ５（条件ＩＤ２３１がＢ５）の場合、信号ＩＤ２３４がＳｉ２の信号が遅延時間２３５に示す５秒後に出力されると判定する。また、抽出部１２は、ノード２３２がＮ６（条件ＩＤ２３１がＢ６）の場合、信号ＩＤ２３４がＳｉ３の信号が遅延時間２３５に示す５秒後に出力されると判定する。
【００５９】
よって、ＥＣＵ２起動から５秒後、ステップＳ３０において、抽出部１２は、起動ノードがあると判定し、ステップＳ２４に戻り、表示部１３は、起動部品を強調表示する。これにより、図１２の時刻ｔ１から５秒後の時刻ｔ２に示すように、ノードがＮ５のsensor2とノードがＮ６のsensor3とが強調表示される。
【００６０】
また、ステップＳ２６において、信号テーブル２５に基づき、抽出部１２は、信号ＩＤ２３４がＳｉ２の信号２、信号ＩＤ２３４がＳｉ３の信号３を検索する。次に、ステップＳ２８において、表示部１３は、時刻ｔ１から５秒後の時刻ｔ２に、ＥＣＵ２からsensor2に送信される信号２と、ＥＣＵ２からsensor3に送信される信号３とを表示する。図１２の時間軸が時刻ｔ２には、ＥＣＵ２とsensor2及びsensor3のそれぞれとをつなぐ矢印とが強調表示される。このようにして、時刻ｔ０、時刻ｔ１、時刻ｔ２と時系列に、複数種類のトレサビリティ情報ｔｒ１、ｔｒ２・・・が強調表示され。
【００６１】
図１１に戻り、抽出部１２は、起動ノードがあるかを判定し（ステップＳ３０）、起動ノードがないと判定した場合、所定時間が経過したかを判定する（ステップＳ３２）。
【００６２】
所定時間が経過したと判定されたとき、経過時間の計算が開始され（ステップＳ１２）、次の処理に続く。取得部１１は、シーン情報を取得する（ステップＳ１４）。例えば、電源フラグテーブル２２に基づき、取得した電源フラグ２２２が「ＩＧ」の場合、抽出部１２は、電源フラグ２２２がＩＧに対応する電源ＩＤ２２１が「Ｒ３」に応じたシーンＩＤ２１１の「Ｓ３」を取得する。次に、抽出部１２は、要求シーンが変更されたかを判定する（ステップＳ１６）。この時点では、要求シーンは「Ｓ２」から「Ｓ３」に変更されている。よって、抽出部１２は、ステップＳ１８に進む。なお、要求シーンは変更されていないと判定された場合、所定時間が経過したかを判定する（ステップＳ３２）。所定時間が経過したと判定されたとき、再び、経過時間の計算が開始され（ステップＳ１２）、次の処理に続く。
【００６３】
ステップＳ１８において、抽出部１２は、電源ＩＤを取得する。抽出部１２は、電源フラグテーブル２２に基づき、取得した電源フラグ２２２がＩＧに対応する電源ＩＤのＲ３を取得する。
【００６４】
次に、抽出部１２は、条件テーブル２３に基づき、電源ＩＤがＲ３の起動条件を検索する（ステップＳ２０）。抽出部１２は、電源ＩＤがＲ３に対応する条件ＩＤ２３２のＢ３が起動条件、ノード２３のＮ３が起動ノードであると判定する。
【００６５】
次に、抽出部１２は、起動ノードがあるかを判定する（ステップＳ２２）。抽出部１２は、起動ノードがないと判定した場合、所定時間が経過したかを判定する（ステップＳ３２）。所定時間が経過したと判定されたとき、再び、経過時間の計算が開始され（ステップＳ１２）、次の処理に続く。
【００６６】
抽出部１２が、起動ノードがあると判定した場合、表示部１３は、起動部品を強調して表示する（ステップＳ２４）。その際、抽出部１２は、ノードテーブル２４に基づき、起動部品を抽出する。起動ノードがＮ３の場合、ノード名２４２がＥＣＵ３の部品が抽出される。表示部１３は、ＥＣＵ３の部品を強調表示する。例えば、図１２の時刻ｔ３に示すように、起動電源フラグがＢ→ＡＣＣ→ＩＧとシーンが変更されたときの部品間のトレサビリティ情報として、ＥＣＵ１、sensor1、ＥＣＵ２、sensor2、sensor3及びＥＣＵ３が強調表示される。
【００６７】
図１１に戻り、次に、ステップＳ２６において、抽出部１２は、信号テーブル２５に基づき、送信開始電源ＩＤ２５５がＲ３に対応す信号を検索する。信号テーブル２５では、送信開始電源ＩＤ２５５がＲ３に対応する信号ＩＤ２５１がＳｉ４、信号名２５２が信号４の信号が検索される。
【００６８】
次に、抽出部１２は、信号テーブル２５及びノードテーブル２４に基づき、検索した信号で起動する部品を検索する（ステップＳ２８）。信号テーブル２５では、信号名２５２が信号４の送信ノード２５３はＮ１、受信ノード２５４はＮ３である。
【００６９】
よって、抽出部１２は、ノードテーブル２４を参照し、送信ノード２５３がＮ１の部品はＥＣＵ１であり、受信ノード２５４がＮ３の部品はＥＣＵ３であると特定する。次に、表示部１３は、図１２の時刻ｔ３に示すように、送信開始電源フラグがＢ→ＡＣＣ→ＩＧのときの制御間のトレサビリティ情報の一例として、送信ノードであるＥＣＵ１から受信ノードであるＥＣＵ３に送信される信号４が強調表示される。このようにして、時刻ｔ０、時刻ｔ１、時刻ｔ２、時刻ｔ３の時系列に、複数種類のトレサビリティ情報を強調表示することができる。
【００７０】
以上、要求シーンがバッテリ接続→アクセサリー接続→エンジン始動と変わるシーケンスにおいて、トレサビリティ情報を時系列に表示する処理について説明した。この結果、図１４に示すように制御間のトレサビリティ情報では、送信開始電源フラグがＢの場合、信号１のトレサビリティ情報が表示される。送信開始電源フラグがＡＣＣの場合、信号２，３のトレサビリティ情報が表示される。送信開始電源フラグがＩＧの場合、信号４のトレサビリティ情報が表示される。
【００７１】
また、部品間のトレサビリティ情報では、送信開始電源フラグがＢの場合、ＥＣＵ１、sensor1のトレサビリティ情報が強調表示され、ＡＣＣの場合、ＥＣＵ２のトレサビリティ情報が強調表示され、ＩＧの場合、ＥＣＵ３のトレサビリティ情報が強調表示される。
【００７２】
また、部品間のトレサビリティ情報では、ＥＣＵ２起動から５秒後にＥＣＵ２とsensor2及びＥＣＵ２とsensor3を繋ぐトレサビリティ情報が強調表示される。
【００７３】
［車載の状態遷移表示］
次に、図１０（ａ）に示す要求シーンに対する車載の状態遷移表示について説明する。図１０（ａ）に示すように、イグニッション（ＩＧ）がオフされ、エンジンが停止した状態であった場合に、図１１にて所定時間が経過したと判定されたとき、再び、経過時間の計算が開始され（ステップＳ１２）、次の処理に続く。取得部１１がシーン情報を取得する（ステップＳ１４）。抽出部１２は、シーン情報テーブル２１に基づき、要求シーンはＳ２であると判定する。
【００７４】
次に、抽出部１２は、要求シーンが変更されたと判定し（ステップＳ１６）、ステップＳ１８において、抽出部１２は、電源フラグテーブル２２に基づき、電源ＩＤ２２１のＲ２を取得する。これにより、続くステップＳ２０〜Ｓ３０の処理を実行した結果、図９（ａ）のイグニッションがオンされる前（アクセサリー接続されている状態）の場合と同じトレサビリティ情報が表示される。
【００７５】
この結果、図１３の時刻ｔ５に示したトレサビリティ情報が表示される。時刻ｔ５に示したトレサビリティ情報は、時刻ｔ４に示されるトレサビリティ情報に対して信号４が出力されていない点、ＥＣＵ３が強調表示されていない点が異なる。
【００７６】
さらに、時刻ｔ５から５秒後、ＥＣＵ２からsensor2及びsensor3への送信信号が停止する。この結果、図１３の時刻ｔ６に示したトレサビリティ情報が表示される。時刻ｔ６に示したトレサビリティ情報は、時刻ｔ５に示されるトレサビリティ情報に対してsensor2及びsensor3が強調表示されていない点が異なる。
【００７７】
図１１に戻り、図１０（ａ）に示すように、アクセサリー（ＡＣＣ）がオフされ、アクセサリーが非接続になったときに取得部１１がシーン情報を取得すると（ステップＳ１４）、シーン情報テーブル２１に基づき要求シーンはＳ１である。
【００７８】
次に、抽出部１２は、要求シーンが変更されたと判定し（ステップＳ１６）、ステップＳ１８において、抽出部１２は、電源フラグテーブル２２に基づき、電源ＩＤ２２１のＲ１を取得する。これにより、続くステップＳ２０〜Ｓ３０の処理を実行した結果、図９（ａ）のアクセサリーがオンされていない場合と同じトレサビリティ情報が表示される。この結果、図１３の時刻ｔ７に示したトレサビリティ情報が表示される。時刻ｔ７に示したトレサビリティ情報は、時刻ｔ６に示す状態のトレサビリティ情報に対して信号２及び信号３が出力されていない点が異なる。
【００７９】
以上、要求シーンがエンジン停止→アクセサリー非接続と変わるシーケンスにおいて、トレサビリティ情報を時系列に表示する処理について説明した。この結果、図１４に示すように制御間のトレサビリティ情報では、送信停止電源フラグがＩＧオフの場合、信号４のトレサビリティ情報が非表示となる。送信停止電源フラグがＡＣＣオフの場合、信号２，３のトレサビリティ情報が非表示となる。
【００８０】
また、部品間のトレサビリティ情報では、停止電源フラグがＩＧオフの場合、ＥＣＵ３のトレサビリティ情報が非表示となり、ＡＣＣオフの場合、ＥＣＵ２のトレサビリティ情報が非表示となる。また、ＥＣＵ２停止から５秒後にＥＣＵ２とsensor2、及びＥＣＵ２とsensor3とを繋ぐトレサビリティ情報が非表示となる。
【００８１】
以上では、制御間のトレサビリティ情報、部品間のトレサビリティ情報について時系列に表示する方法を説明した。しかしながら、第１実施形態に係るトレサビリティ情報には、これらのトレサビリティ情報の他、配線のトレサビリティ情報、車Ｃへの部品の搭載位置のトレサビリティ情報についても同様に、要求シーンの変更に応じて時系列に表示することができる。
【００８２】
例えば、図１５に、制御間のトレサビリティ情報、部品間のトレサビリティ情報、配線間のトレサビリティ情報、部品の搭載位置のトレサビリティ情報を各レイヤとして、レイヤ毎のトレサビリティ情報のスナップショットを並べてアニメーション表示する一例を示す。これにより、要求シーンの遷移に応じて複数種類のトレサビリティ情報を時系列に連続表示することができる。これにより、設計開発者は、電子制御部品間でやり取りする各種のトレサビリティ情報を参照しながら、車載の電子制御設計を効率的に進めることができる。例えば、設計開発者は、各種のトレサビリティ情報と、車Ｃを実際に動作させたときの信号情報を蓄積したログＤＢ２６とを照らし合わせて、車載の電子制御設計の不整合を早期に見つけ、該設計を効率的に進めることができる。
＜第２実施形態＞
第１実施形態に係る車載の状態遷移表示処理では、バッテリー接続後、アクセサリーが接続され、車Ｃのエンジンが始動し、その後に車Ｃのエンジンが停止し、アクセサリーが非接続になる状態遷移に対応する制御、部品、配線、部品の搭載位置のトレサビリティ情報を連続表示した。これに対して、第２実施形態に係る車載の状態遷移表示処理では、ドライバが車Ｃの走行を開始し、所定の速度になったときの状態遷移に対応する制御、部品、配線、部品の搭載位置のトレサビリティ情報を連続表示する。
【００８３】
［機能構成］
第２実施形態に係る情報処理装置１０の機能構成は、図３に示し第１実施形態の機能構成と同じであるため、ここでは説明を省略し、第１実施形態と異なる。第２実施形態に係る各種テーブルのデータ構成について、図１６〜図１９を参照しながら説明する。
図１６は、第２実施形態に係るシーン情報テーブル２１のデータ構成の一例を示す。第２実施形態に係るシーン情報テーブル２１は、シーンＩＤ２１１、速度値２１２及び速度ＩＤ２１４の各データ項目を有する。
【００８４】
図１７は、第２実施形態に係るノードテーブル２４のデータ構成の一例を示す。第２実施形態に係るノードテーブル２４は、ノードＩＤ２４１及びノード名２４２の各データ項目を有する。
【００８５】
図１８は、第２実施形態に係る信号テーブル２５のデータ構成の一例を示す。第２実施形態に係る信号テーブル２５は、信号ＩＤ２５１、信号名２５２、送信ノード２５３、受信ノード２５４及びシーンＩＤ２５６の各データ項目を有する。
【００８６】
図１９は、第２実施形態に係る条件テーブル２３のデータ構成の一例を示す。第２実施形態に係る条件テーブル２３は、条件ＩＤ２３１、ノード２３２、信号ＩＤ２３４及び送信条件２３６の各データ項目を有する。
【００８７】
なお、記憶部１４に記憶された各種テーブルの情報は、ＲＯＭ１０５等の情報処理装置１０内の記憶領域に記憶されてもよく、ネットワークを介して情報処理装置１０に接続されるサーバ、その他のクラウド上のサーバ等に格納されてもよい。
【００８８】
［要求シーン例］
図２０は、第２実施形態に係る車Ｃへの要求シーンと車載動作の一例を示す。図２０（ｃ）は、図２０（ａ）の絶対時間Ｔ及び相対時間ｔにより示される時間軸における車Ｃの経時的な状態変化を示す。図２０（ｂ）は、速度ｓｐの定義を示す。
【００８９】
例えば、図２０（ｃ）では、時刻ｔ０、ｔ１、ｔ２・・・における車速が示されている。例えば、時刻ｔ２では、車速が４０ｋｍ／ｈ以上になり、ドアロックが作動する要求シーンの例が示されている。
【００９０】
次に、図２１に示す第２実施形態に係る車載の状態遷移表示処理の一例に基づき、図２０に示す要求シーンに対して、車載の状態遷移表示がどのように実行されるかについて説明する。
【００９１】
［車載の状態遷移表示］
図２１の処理が開始されると、取得部１１は、各テーブルの情報を取得する（ステップＳ４０）。次に、抽出部１２は、経過時間を計算する（ステップＳ４２）。次に、取得部１１は、シーン情報を取得する（ステップＳ４４）。例えば、速度ＩＤがｓｐ０のとき、抽出部１２は、図１６のシーン情報テーブル２１に基づき、速度ＩＤ２１４がｓｐ０のシーンＩＤ２１１は、Ｓ１であると判定する。次に、抽出部１２は、要求シーンが変更されたかを判定する（ステップＳ４６）。要求シーンは変更されていると判定された場合、ステップＳ４８に進む。要求シーンは変更されていないと判定された場合、所定時間が経過したかを判定する（ステップＳ６０）。所定時間が経過したと判定されたとき、再び、経過時間の計算が開始され（ステップＳ４２）、次の処理に続く。
【００９２】
ステップＳ４８において、抽出部１２は、速度を取得する。抽出部１２は、図１６のシーン情報テーブル２１に基づき、シーンＩＤ２１１がＳ１の速度値２１２の０ｋｍ／ｈを取得する。つまり、シーンのＩＤがＳ１のとき、車Ｃは動いていない。
【００９３】
次に、抽出部１２は、送信条件を検索する（ステップＳ５０）。抽出部１２は、図１８の信号テーブル２５を参照して、シーンＩＤ２５６がＳ１に対応する信号ＩＤ２５１のＳｉ１及びＳ２に対応する信号ＩＤ２５１のＳｉ１，Ｓｉ２を抽出する。抽出部１２は、図１９の条件テーブル２３を参照して、信号ＩＤ２３４がＳｉ１の送信条件及び信号ＩＤ２３４がＳｉ２の送信条件を検索する。その結果、抽出部１２は、送信条件がないと判定する。
【００９４】
次に、抽出部１２は、図１８の信号テーブル２５を参照して、送信信号のノードを検索する（ステップＳ５２）。抽出部１２は、信号１の場合、送信ノード２５３はＮ３、受信ノード２５４はＮ１であり、信号２の場合、送信ノード２５３はＮ１、受信ノード２５４はＮ２であると特定する。よって、抽出部１２は、図１７のノードテーブル２４を検索し、信号１がＮ３のsensor1から送信され、Ｎ１のＥＣＵ１にて受信されると特定する。また、抽出部１２は、信号２がＮ１のＥＣＵ１から送信され、Ｎ２のＥＣＵ２にて受信されると特定する。
【００９５】
次に、抽出部１２は、図１９の条件テーブル２３を参照して、強調表示する部品を検索する（ステップＳ５４）。抽出部１２は、信号ＩＤ２３４がＳｉ１及びＳｉ２に対応する条件ＩＤ２３１のＢ１〜Ｂ３を検索する。その結果、抽出部１２は、Ｂ１〜Ｂ３に対応するノード２３２のＮ１〜Ｎ３が強調表示する部品であると特定する。
【００９６】
次に、表示部１３は、表示ノードがあるかを判定する（ステップＳ５６）。表示ノードがないと判定された場合、所定時間が経過したかを判定する（ステップＳ６０）。所定時間が経過したと判定されたとき、再び、経過時間の計算が開始され（ステップＳ４２）、次の処理に続く。
【００９７】
一方、表示部１３は、表示ノードがあると判定した場合、特定された部品の強調表示と信号の表示を実行する（ステップＳ５８）。図１７のノードテーブル２４では、ノードＮ１〜Ｎ３に対応する部品は、ＥＣＵ１、ＥＣＵ２、sensor1であると定義されている。よって、図２２の時刻ｔ０にて、ＥＣＵ１、ＥＣＵ２、sensor1が強調して表示され、sensor1からＥＣＵ１に送信される信号１と、ＥＣＵ１からＥＣＵ２に送信される信号２とが表示される。次に、ステップＳ５０〜Ｓ５６が実行され、ステップＳ５６にて表示ノードがないと判定されると、所定時間が経過したかを判定する（ステップＳ６０）。所定時間が経過したと判定されたとき、再び、経過時間の計算が開始され（ステップＳ４２）、次の処理に続く。
【００９８】
なお、図２２の時刻ｔ０のときの車載の状態遷移表示では、sensor1からＥＣＵ１に速度０ｋｍ／ｈを示す信号１が送信され、ＥＣＵ１からＥＣＵ２に速度０ｋｍ／ｈを示す信号２が送信される状態が示されている。
【００９９】
所定時間が経過したときの要求シーンが、時刻ｔ０の速度ＩＤｓｐ０のシーンから５秒後の時刻ｔ１の速度ＩＤｓｐ１のシーンであったとする。このとき、取得部１１は、シーン情報を取得する（ステップＳ４４）。例えば、速度ＩＤがｓｐ１のとき、抽出部１２は、シーン情報テーブル２１に基づき、速度ＩＤ２１４がｓｐ１の要求シーンのＩＤ２１１は、Ｓ２であると判定する。次に、抽出部１２は、要求シーンが変更されたかを判定する（ステップＳ４６）。この時点では、要求シーンが「Ｓ１」から「Ｓ２」に変更されている。よって、抽出部１２は、ステップＳ４８に進む。
【０１００】
ステップＳ４８において、抽出部１２は、速度を取得する。抽出部１２は、図１６のシーン情報テーブル２１に基づき、シーンＩＤ２１１がＳ２に対応する速度値２１２の２０ｋｍ／ｈを取得する。つまり、シーンのＩＤがＳ２のとき、車Ｃは２０ｋｍ／ｈで走行している。
【０１０１】
次に、抽出部１２は、送信条件を検索する（ステップＳ５０）。抽出部１２は、図１８の信号テーブル２５を参照して、シーンＩＤ２５６がＳ２に対応する信号ＩＤ２５１のＳｉ１及びＳ２に対応する信号ＩＤ２５１のＳｉ１，Ｓｉ２を抽出する。抽出部１２は、図１９の条件テーブル２３を参照して、信号ＩＤ２３４がＳｉ１の送信条件及び信号ＩＤ２３４がＳｉ２の送信条件を検索する。その結果、抽出部１２は、送信条件がないことを特定する。
【０１０２】
次に、ステップＳ５２、Ｓ５４において、抽出部１２は、Ｎ１〜Ｎ３が強調表示する部品であると特定し、信号１がsensor1からＥＣＵ１に送信され、信号２がＥＣＵ１からＥＣＵ２に送信されることを特定する。
【０１０３】
続くステップＳ５６で表示ノードがあると判定された場合、表示部１３は、特定された部品の強調表示と信号の表示を実行する（ステップＳ５８）。その結果、図２２の時刻ｔ１にて、ＥＣＵ１、ＥＣＵ２、sensor1が強調して表示され、sensor1からＥＣＵ１に送信される信号１と、ＥＣＵ１からＥＣＵ２に送信される信号２とが表示される。
【０１０４】
なお、図２２の時刻ｔ１のときの車載の状態遷移表示では、sensor1からＥＣＵ１に速度２０ｋｍ／ｈを示す信号１が送信され、ＥＣＵ１からＥＣＵ２にに速度２０ｋｍ／ｈを示す信号２が送信される状態が示されている。
【０１０５】
更に所定時間が経過したときの要求シーンが、時刻ｔ１の速度ＩＤｓｐ１のシーンから５秒後の時刻ｔ２の速度ＩＤｓｐ２のシーンであったとする。このとき、取得部１１は、シーン情報を取得する（ステップＳ４４）。例えば、速度ＩＤがｓｐ２のとき、抽出部１２は、速度ＩＤ２１４がｓｐ２の要求シーンのＩＤ２１１は、Ｓ３であると判定する。次に、抽出部１２は、要求シーンが変更されたかを判定する（ステップＳ４６）。この時点では、要求シーンが「Ｓ２」から「Ｓ３」に変更されている。よって、抽出部１２は、ステップＳ４８に進む。
【０１０６】
ステップＳ４８において、抽出部１２は、速度を取得する。抽出部１２は、図１６のシーン情報テーブル２１に基づき、シーンＩＤ２１１がＳ３の速度値２１２の４０ｋｍ／ｈを取得する。つまり、シーンのＩＤがＳ３のとき、車Ｃは４０ｋｍ／ｈで走行している。
【０１０７】
次に、抽出部１２は、送信条件を検索する（ステップＳ５０）。抽出部１２は、図１８の信号テーブル２５を参照して、シーンＩＤ２５６がＳ３に対応する信号ＩＤ２５１のＳｉ１及びＳ２に対応する信号ＩＤ２５１のＳｉ１，Ｓｉ２を抽出する。抽出部１２は、図１９の条件テーブル２３を参照して、信号ＩＤ２３４がＳｉ１の送信条件及び信号ＩＤ２３４がＳｉ２の送信条件を検索する。その結果、抽出部１２は、送信条件が「４０ｋｍ／ｈ以上」の条件を満たすと判定する。つまり、要求シーンＳ３は、条件テーブル２３の条件ＩＤ２３１がＢ１〜Ｂ５のすべての条件を満たす。
【０１０８】
次に、抽出部１２は、図１８の信号テーブル２５を参照して、送信信号を検索する（ステップＳ５２）。抽出部１２は、信号１の場合は、送信ノード２５３はＮ３、受信ノード２５４はＮ１であり、信号２の場合、送信ノード２５３はＮ１、受信ノード２５４はＮ２であり、信号３の場合は、送信ノード２５３はＮ２、受信ノード２５４はＮ４であると特定する。すなわち、図１７のノードテーブル２４の定義から、信号１はＮ３のsensor1からＮ１のＥＣＵ１に送信され、信号２はＮ１のＥＣＵ１からＮ２のＥＣＵ２に送信され、信号３はＮ２のＥＣＵ２からＮ４のＡＣＴ１に送信される。
【０１０９】
次に、抽出部１２は、図１９の条件テーブル２３を参照して、強調表示する部品を検索する（ステップＳ５４）。抽出部１２は、信号ＩＤ２３４がＳｉ１〜Ｓｉ３に対応する条件ＩＤ２３１のＢ１〜Ｂ５を検索する。その結果、抽出部１２は、Ｂ１〜Ｂ５に対応するノード２３２のＮ１〜Ｎ４が強調表示する部品であると特定する。
【０１１０】
次に、表示部１３は、表示ノードがあるかを判定する（ステップＳ５６）。この時点では、表示ノードがあると判定され、表示部１３は、特定された部品の強調表示と信号の表示を実行する（ステップＳ５８）。この結果、図２２の時刻ｔ２にて、ＥＣＵ１、ＥＣＵ２、sensor1、ＡＣＴ１が強調して表示され、sensor1からＥＣＵ１に送信される信号１と、ＥＣＵ１からＥＣＵ２に送信される信号２と、ＥＣＵ２からＡＣＴ１に送信される信号３とが表示される。次に、ステップＳ５０〜Ｓ５６が実行され、ステップＳ５６にて表示ノードがないと判定されると、所定時間が経過したかを判定する（ステップＳ６０）。所定時間が経過したと判定されたとき、再び、経過時間の計算が開始され（ステップＳ４２）、次の処理に続く。
【０１１１】
なお、図２２の時刻ｔ２のときの車載の状態遷移表示では、sensor1からＥＣＵ１に速度が４０ｋｍ／ｈを示す信号１が送信され、ＥＣＵ１からＥＣＵ２にに速度が４０ｋｍ／ｈを示す信号２が送信される状態が示されている。加えて、ＥＣＵ２からＡＣＴ１に「ドアをロックする」ことを示す信号３が送信される状態が示されている。
【０１１２】
これにより、第２実施形態に係る車載の状態遷移表示処理によれば、車Ｃが走行中、速度に応じた車載の状態遷移を時系列に表示することができる。また、速度が４０ｋｍ／ｈ以上になったときに、「ドアをロックする」ことを示す信号がＥＣＵ２からＡＣＴ１に送信されるかの状態を、設計段階で容易に確認することができる。
【０１１３】
図２３に示すように、制御間のトレサビリティ情報は、速度ＩＤがｓｐ０、ｓｐ１、ｓｐ２・・・のとき、信号１がsensor1からＥＣＵ１へ送信され、信号２がＥＣＵ１からＥＣＵ２へ送信される制御状態を示す。また、信号３がオン時にＥＣＵ２からＡＣＴ１２へ送信される制御状態を示す。部品間のトレサビリティ情報は、信号１、信号２及び信号３が送信されている部品が強調表示される。
【０１１４】
以上の説明では、制御間のトレサビリティ情報、部品間のトレサビリティ情報について時系列に表示した。しかしながら、第２実施形態に係るトレサビリティ情報においても、図１５に示す第１実施形態に係るトレサビリティ情報の連続表示と同様に、これらのトレサビリティ情報の他、配線のトレサビリティ情報、部品の搭載位置のトレサビリティ情報を、要求シーンの変更に応じて時系列に表示することができる。
【０１１５】
第１及び第２実施形態におけるトレサビリティ情報の表示方法としては、要求シーン毎のトレサビリティ情報を連続表示する方法又はアニメーション表示する方法に限られない。例えば、設計開発者は、図１５の情報処理装置１０の画面の下部に示すスクロールバー３０を移動させ、カーソル３１の位置に対応する時刻のトレサビリティ情報を表示してもよい。この場合、カーソル３１の位置に対応しない時刻のトレサビリティ情報を非表示にしてもよい。カーソル３１の位置に対応する時刻及びその前後のトレサビリティ情報の少なくともいずれかを表示し、それ以外の時刻のトレサビリティ情報を非表示にしてもよい。
【０１１６】
例えば、前回及び今回のトレサビリティ情報のみを表示し、前々回及びそれ以前のトレサビリティ情報を非表示にする等、特定の範囲のトレサビリティ情報を表示してもよい。
【０１１７】
以上、情報処理プログラム、情報処理装置及び情報処理方法を上記実施形態により説明したが、本発明にかかる情報処理プログラム、情報処理装置及び情報処理方法は上記実施形態に限定されるものではなく、本発明の範囲内で種々の変形及び改良が可能である。また、上記実施形態及び変形例が複数存在する場合、矛盾しない範囲で組み合わせることができる。
【０１１８】
例えば、上記実施形態では、車の動作状態の変化に対応して電子制御部品間でやり取りする各種のトレサビリティ情報を時系列に表示する例を挙げて説明した。しかしながら、本発明の対象機器は、車に限らない。例えば、本発明の対象機器は、バイク、船舶、電車、自転車、その他の車両全般における車載電子制御設計に使用することができる。
（付記１）
対象の動作状態を時間軸と対応付けて記憶した記憶部を参照し、前記時間軸に含まれる特定の時間帯における前記対象の動作状態の変化を特定し、
前記対象に関するソフトウェアの仕様、ハードウェアの仕様及び通信の仕様の少なくとも１つを含む電気電子アーキテクチャに基づいて、特定した前記動作状態の変化に応じた、前記対象に含まれる部品間の通信の変化の情報を含むトレサビリティ情報を抽出し、
前記特定の時間帯に対応させて、前記トレサビリティ情報を出力する、
処理をコンピュータに実行させることを特徴とする情報処理プログラム。
（付記２）
前記記憶部を参照して、前記対象が走行を開始する前の動作状態の変化を特定し、
特定した前記動作状態の変化に応じた前記トレサビリティ情報を抽出する、
付記１に記載の情報処理プログラム。
（付記３）
前記記憶部を参照して、前記対象が走行を開始した後の動作状態の変化を特定し、
特定した前記動作状態の変化に応じた前記トレサビリティ情報を抽出する、
付記１又は２に記載の情報処理プログラム。
（付記４）
抽出した前記トレサビリティ情報のうち、指定された時間帯の前記トレサビリティ情報を出力し、前記指定された時間帯以外の前記トレサビリティ情報を非表示にする、
付記１〜３のいずれか一項に記載の情報処理プログラム。
（付記５）
対象の動作状態を時間軸と対応付けて記憶した記憶部を参照し、前記時間軸に含まれる特定の時間帯における前記対象の動作状態の変化を特定し、前記対象に関するソフトウェアの仕様、ハードウェアの仕様及び通信の仕様の少なくとも１つを含む電気電子アーキテクチャに基づいて、特定した前記動作状態の変化に応じた、前記対象に含まれる部品間の通信の変化の情報を含むトレサビリティ情報を抽出する抽出部と、
前記特定の時間帯に対応させて、前記トレサビリティ情報を出力する出力部と、
を有する情報処理装置。
（付記６）
前記抽出部は、前記記憶部を参照して、前記対象が走行を開始する前の動作状態の変化を特定し、特定した前記動作状態の変化に応じた前記トレサビリティ情報を抽出する、
付記５に記載の情報処理装置。
（付記７）
前記抽出部は、前記記憶部を参照して、前記対象が走行を開始した後の動作状態の変化を特定し、特定した前記動作状態の変化に応じた前記トレサビリティ情報を抽出する、
付記５又は６に記載の情報処理装置。
（付記８）
前記出力部は、抽出した前記トレサビリティ情報のうち、指定された時間帯の前記トレサビリティ情報を出力し、前記指定された時間帯以外の前記トレサビリティ情報を非表示にする、
付記５〜７のいずれか一項に記載の情報処理装置。
（付記９）
対象の動作状態を時間軸と対応付けて記憶した記憶部を参照し、前記時間軸に含まれる特定の時間帯における前記対象の動作状態の変化を特定し、
前記対象に関するソフトウェアの仕様、ハードウェアの仕様及び通信の仕様の少なくとも１つを含む電気電子アーキテクチャに基づいて、特定した前記動作状態の変化に応じた、前記対象に含まれる部品間の通信の変化の情報を含むトレサビリティ情報を抽出し、
前記特定の時間帯に対応させて、前記トレサビリティ情報を出力する、
情報処理方法。
（付記１０）
前記記憶部を参照して、前記対象が走行を開始する前の動作状態の変化を特定し、
特定した前記動作状態の変化に応じた前記トレサビリティ情報を抽出する、
付記９に記載の情報処理方法。
（付記１１）
前記記憶部を参照して、前記対象が走行を開始した後の動作状態の変化を特定し、
特定した前記動作状態の変化に応じた前記トレサビリティ情報を抽出する、
付記９又は１０に記載の情報処理方法。
（付記１２）
抽出した前記トレサビリティ情報のうち、指定された時間帯の前記トレサビリティ情報を出力し、前記指定された時間帯以外の前記トレサビリティ情報を非表示にする、
付記９〜１１のいずれか一項に記載の情報処理方法。
【符号の説明】
【０１１９】
１０  情報処理装置
１１  取得部
１２  抽出部
１３  表示部
１４  記憶部
２１  シーン情報テーブル
２２  電源フラグテーブル
２３  条件テーブル
２４  ノードテーブル
２５  信号テーブル
２６  ログＤＢ
２７  情報処理プログラム
ｔｒ１，ｔｒ２  トレサビリティ情報
【図１】
0006729061.tif 000002
【図２】
0006729061.tif 000003
【図３】
0006729061.tif 000004
【図４】
0006729061.tif 000005
【図５】
0006729061.tif 000006
【図６】
0006729061.tif 000007
【図７】
0006729061.tif 000008
【図８】
0006729061.tif 000009
【図９】
0006729061.tif 000010
【図１０】
0006729061.tif 000011
【図１１】
0006729061.tif 000012
【図１２】
0006729061.tif 000013
【図１３】
0006729061.tif 000014
【図１４】
0006729061.tif 000015
【図１５】
0006729061.tif 000016
【図１６】
0006729061.tif 000017
【図１７】
0006729061.tif 000018
【図１８】
0006729061.tif 000019
【図１９】
0006729061.tif 000020
【図２０】
0006729061.tif 000021
【図２１】
0006729061.tif 000022
【図２２】
0006729061.tif 000023
【図２３】
0006729061.tif 000024