(57)【要約】【課題】デコーダなどの解析モジュールを使用しなくても、ＡＶ制御ソフトウェアの検証精度を上げられるようにする。【解決手段】検証対象モジュール１１０（ＡＶ制御ソフトウェア）が通知した制御情報を保持する制御情報保持部１０１を設け、さらに、前記制御情報に対応したストリーム構成要素を取得するストリーム構成要素取得部１０３を設ける。そして、イベント生成部１０６によって、前記制御情報に対応したイベントを、そのイベントに対応した通知時間に、前記制御情報及び前記ストリーム構成要素に対応したイベント付随情報とともに、検証対象モジュール１１０に通知する。【選択図】図１
2008226218.tif 000002
【特許請求の範囲】
【請求項１】
所定の制御情報を出力して、その制御情報に応じてストリームが処理された結果として、イベントを受け取るように構成されたＡＶ機器制御用のソフトウェアである検証対象モジュールを検証するＡＶ機器制御モジュール検証装置であって、
前記制御情報を保持する制御情報保持部と、
前記制御情報に対応したストリーム構成要素を取得するストリーム構成要素取得部と、
前記制御情報に対応したイベントを、そのイベントに対応した通知時間に、前記制御情報及び前記ストリーム構成要素に対応したイベント付随情報とともに、前記検証対象モジュールに通知するイベント生成部と、
を備えたことを特徴とするＡＶ機器制御モジュール検証装置。
【請求項２】
請求項１のＡＶ機器制御モジュール検証装置であって、
前記ストリーム構成要素取得部は、前記ストリーム構成要素をそれぞれ含む複数のテーブルから成るテーブルリストに対して、前記ストリーム構成要素と対応付けられたキーワードを用いて検索を行なって、前記ストリーム構成要素を取得するように構成されていることを特徴とするＡＶ機器制御モジュール検証装置。
【請求項３】
請求項１のＡＶ機器制御モジュール検証装置であって、
前記制御情報保持部は、前記制御情報を解析する機能を有し、
前記ストリーム構成要素取得部は、前記解析の結果に応じて、前記ストリーム構成要素を取得する機能を有し、
前記イベント生成部は、前記解析の結果に応じて、通知する前記イベント及び前記イベント付随情報を決定する機能を有し、前記機能を変更可能であることを特徴とするＡＶ機器制御モジュール検証装置。
【請求項４】
請求項１のＡＶ機器制御モジュール検証装置であって、
前記制御情報に対応したイベント通知時間を算出するイベント通知時間算出部をさらに備え、
前記イベント生成部は、前記イベント通知時間算出部が算出したイベント通知時間に応じて、前記検証対象モジュールにイベントを通知するように構成されていることを特徴とするＡＶ機器制御モジュール検証装置。
【請求項５】
請求項１のＡＶ機器制御モジュール検証装置であって、
前記検証対象モジュールは、ストリームの解析を行なう機能を有しており、
前記ストリーム構成要素は、前記解析に使用するストリームデータを格納した記憶媒体へのポインタを含んでいることを特徴とするＡＶ機器制御モジュール検証装置。
【請求項６】
請求項２のＡＶ機器制御モジュール検証装置であって、
前記ストリーム構成要素取得部は、前記制御情報に応じた回数だけ検索結果をスキップするように構成されていることを特徴とするＡＶ機器制御モジュール検証装置。
【請求項７】
請求項１のＡＶ機器制御モジュール検証装置であって、
前記イベント生成部は、所定のストリーム構成要素が与えられた場合には、前記検証対象モジュールに対して、イベントを通知するように構成されていることを特徴とするＡＶ機器制御モジュール検証装置。
【請求項８】
請求項２のＡＶ機器制御モジュール検証装置であって、
前記検証対象モジュールは、複数のストリームを取り扱い、前記制御情報とともに、前記複数のストリームを識別する制御ＩＤを出力するように構成されたものであり、
前記テーブルリストは、複数設けられており、
前記ストリーム構成要素取得部は、前記制御ＩＤに応じ、何れかのテーブルリストを選択して検索するように構成されていることを特徴とするＡＶ機器制御モジュール検証装置。
【請求項９】
所定の制御情報を出力して、その制御情報に応じてストリームが処理された結果として、イベントを受け取るように構成されたＡＶ機器制御用のソフトウェアである検証対象モジュールを検証するＡＶ機器制御モジュール検証方法であって、
前記制御情報を保持する制御情報保持ステップと、
前記制御情報に対応したストリーム構成要素を取得するストリーム構成情報取得ステップと、
前記制御情報に対応したイベントを、そのイベントに対応した通知時間に、前記制御情報及び前記ストリーム構成要素に対応したイベント付随情報とともに、前記検証対象モジュールに通知するイベント生成ステップと、
を有することを特徴とするＡＶ機器制御モジュール検証方法。
【請求項１０】
請求項９のＡＶ機器制御モジュール検証方法であって、
前記ストリーム構成情報取得ステップは、それぞれが前記ストリーム構成要素を含む複数のテーブルから成るテーブルリストに対して、前記ストリーム構成要素と対応付けられたキーワードを用いて検索を行なって、前記ストリーム構成要素を取得することを特徴とするＡＶ機器制御モジュール検証方法。
【請求項１１】
請求項９のＡＶ機器制御モジュール検証方法であって、
前記制御情報保持ステップでは、前記制御情報を解析するステップを有し、
前記ストリーム構成情報取得ステップでは、前記解析の結果に応じて、前記ストリーム構成要素を取得するステップを有し、
前記イベント生成ステップは、前記解析の結果に応じて、通知する前記イベント及び前記イベント付随情報を決定するステップを有し、前記ステップをオブジェクトとして登録することを特徴とするＡＶ機器制御モジュール検証方法。
【請求項１２】
請求項９のＡＶ機器制御モジュール検証方法であって、
前記制御情報に対応したイベント通知時間を算出するイベント通知時間算出ステップをさらに備え、
前記イベント生成ステップでは、前記イベント通知時間算出ステップで算出したイベント通知時間に応じて、前記検証対象モジュールにイベントを通知することを特徴とするＡＶ機器制御モジュール検証方法。
【請求項１３】
請求項９のＡＶ機器制御モジュール検証方法であって、
前記検証対象モジュールは、ストリームの解析を行なう機能を有しており、
前記ストリーム構成要素は、前記解析に使用するストリームデータを格納した記憶媒体へのポインタを含んでいることを特徴とするＡＶ機器制御モジュール検証方法。
【請求項１４】
請求項１０のＡＶ機器制御モジュール検証方法であって、
前記ストリーム構成情報取得ステップは、前記制御情報に応じた回数だけ検索結果をスキップすることを特徴とするＡＶ機器制御モジュール検証方法。
【請求項１５】
請求項９のＡＶ機器制御モジュール検証方法であって、
前記イベント生成ステップは、所定のストリーム構成要素が与えられた場合には、前記検証対象モジュールに対して、イベントを通知することを特徴とするＡＶ機器制御モジュール検証方法。
【請求項１６】
請求項１０のＡＶ機器制御モジュール検証方法であって、
前記検証対象モジュールは、複数のストリームを取り扱い、前記制御情報とともに、前記複数のストリームを識別する制御ＩＤを出力するように構成されたものであり、
前記テーブルリストは、複数設けられており、
前記ストリーム構成情報取得ステップは、前記制御ＩＤに応じ、何れかのテーブルリストを選択して検索することを特徴とするＡＶ機器制御モジュール検証方法。
【請求項１７】
請求項１のＡＶ機器制御モジュール検証装置を備えたことを特徴とする検証キット。
【請求項１８】
請求項２のＡＶ機器制御モジュール検証装置であって、
ストリームデータから前記テーブルリストを生成するストリーム構成情報テーブル作成部をさらに備えたことを特徴とするＡＶ機器制御モジュール検証装置。
【請求項１９】
請求項１０のＡＶ機器制御モジュール検証方法であって、
ストリームデータから前記テーブルリストを生成するストリーム構成情報テーブル作成ステップをさらに有することを特徴とするＡＶ機器制御モジュール検証方法。
【請求項２０】
請求項１のＡＶ機器制御モジュール検証装置であって、
同時に検証する前記検証対象モジュールは複数存在し、
前記制御情報保持部は、各検証対象モジュールから与えられた制御情報を識別するための制御属性を出力し、
前記イベント生成部は、通知するイベント及び前記イベント付随情報を前記制御情報と前記制御属性から決定するとともに、通知するイベントに対応した通知時間を前記制御情報と前記制御属性から決定することを特徴とするＡＶ機器制御モジュール検証装置。
【請求項２１】
請求項２０のＡＶ機器制御モジュール検証装置であって、
前記制御情報保持部は、与えられた制御情報が他の制御情報に依存するか否かを判断し、
前記イベント生成部は、通知するイベントが他の制御情報に依存する場合は、その旨を前記制御情報保持部に通知し、
前記制御情報保持部は、与えられた制御情報が他の制御情報に依存する場合には、前記通知を前記イベント生成部から受けるまで待つことを特徴とするＡＶ機器制御モジュール検証装置。
【請求項２２】
請求項２１のＡＶ機器制御モジュール検証装置であって、
前記イベント生成部は、処理中の制御情報に対応するイベントの通知が他の制御情報に依存する場合には、処理中の制御情報に対応したイベントの通知を、通知可能になるまで待つことを特徴とするＡＶ機器制御モジュール検証装置。
【請求項２３】
請求項９のＡＶ機器制御モジュール検証方法であって、
同時に検証する前記検証対象モジュールは複数存在し、
前記制御情報保持ステップは、各検証対象モジュールから与えられた制御情報を識別するための制御属性を出力し、
前記イベント生成ステップは、通知する前記イベント及び前記イベント付随情報を前記制御情報と前記制御属性から決定するとともに、前記イベントに対応した通知時間を前記制御情報と前記制御属性から決定することを特徴とするＡＶ機器制御モジュール検証方法。
【請求項２４】
請求項２３のＡＶ機器制御モジュール検証方法であって、
前記制御情報保持ステップは、与えられた制御情報が他の制御情報に依存するか否かを判断するステップを有し、
前記イベント生成ステップは、通知するイベントが他の制御情報に依存する場合は、その旨を前記制御情報保持ステップに通知し、
前記制御情報保持ステップは、与えられた制御情報が他の制御情報に依存する場合には、前記通知を前記イベント生成ステップから受けるまで待つことを特徴とするＡＶ機器制御モジュール検証方法。
【請求項２５】
請求項２４のＡＶ機器制御モジュール検証方法であって、
前記イベント生成ステップは、処理中の制御情報に対応するイベントの通知が他の制御情報に依存する場合には、処理中の制御情報に対応したイベントの通知を、通知可能になるまで待つことを特徴とするＡＶ機器制御モジュール検証方法。
【請求項２６】
請求項１のＡＶ機器制御モジュール検証装置であって、
前記イベント生成部は、イベント処理に関わるハードウェアの構成に応じ、イベントの通知時間を制御することを特徴とするＡＶ機器制御モジュール検証装置。
【請求項２７】
請求項２６のＡＶ機器制御モジュール検証装置であって、
イベント生成部は、ユーザ操作によって変化するハードウェア応答時間をさらに用いて、イベントの通知時間を制御することを特徴とするＡＶ機器制御モジュール検証装置。
【請求項２８】
請求項９のＡＶ機器制御モジュール検証方法であって、
前記イベント生成ステップは、イベント処理に関わるハードウェアの構成に応じ、イベントの通知時間を制御することを特徴とするＡＶ機器制御モジュール検証方法。
【請求項２９】
請求項２８のＡＶ機器制御モジュール検証方法であって、
イベント生成ステップは、ユーザ操作によって変化するハードウェア応答時間をさらに用いて、イベントの通知時間を制御することを特徴とするＡＶ機器制御モジュール検証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＡＶ機器の組み込みソフトウェアを検証するＡＶ機器制御モジュール検証装置、ＡＶ機器制御モジュール検証方法、及び検証キットに関するものである。
【背景技術】
【０００２】
ＡＶ（Ａｕｄｉｏ  Ｖｉｓｕａｌ）機器の開発は、組み込みソフトウェアやハードウェアの検証を行ないながら進めてゆく。そのような検証を行なう装置の一例として、デコード装置の異常処理検証のための動作検証装置が提案されている。この動作検証装置は、検証内容に応じたストリーム（例えばエラーデータが重畳されたストリーム）を準備し、そのストリームを実際にデコード処理させていた（例えば、特許文献１を参照）。
【０００３】
また、ＡＶ機器の開発では、上位モジュール（組み込みソフトウェア）と、下位モジュールとに分けて、それぞれを平行して開発が行なわれることが多い。ここで、上位モジュールとは、デバイスドライバやミドルウェア等のＡＶ制御ソフトウェアのことである。また、下位モジュールとは、上位モジュールの制御に応じて動作し、ストリームに対して処理を行なうソフトウェアやハードウェアである。
【特許文献１】特開２００５−３１１８９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の組み込みソフトウェアの検証技術では、下位モジュールの開発が進まなければ、上位モジュールの検証ができないという問題がある。また、規格に応じたＡＶ処理（デコードやエンコード処理など）を下位モジュールが行うため、上位モジュールは、下位モジュールと結合しなければ検証精度を上げることができないという問題がある。
【０００５】
近年、家電機器の商品サイクルの短期化から開発期間の短縮が求められるようになり、その組み込みソフトウェア開発の検証工数においても効率化が求められている。そのため、これらの問題は、上位モジュールと下位モジュールの並行開発を行う上でボトルネックとなる。
【０００６】
しかも、ＡＶ機器においては、ネットワーク接続やマルチデコード等、機能が複雑になるばかりでなく、多様な規格に対応した機器を開発しなければならないので、検証工数が膨大になっている。そのため、ＡＶ機器の開発では、検証工数の効率化のために、上位モジュールと下位モジュールの結合検証の前に、上位モジュールの検証精度を上げる必要がある。
【０００７】
本発明は上記の問題に着目してなされたものであり、下位モジュールを使用しなくても、上位モジュールの検証精度を上げられるようにすることを目的としている。
【課題を解決するための手段】
【０００８】
前記の課題を解決するため、本発明の一態様は、
所定の制御情報を出力して、その制御情報に応じてストリームが処理された結果として、イベントを受け取るように構成されたＡＶ機器制御用のソフトウェアである検証対象モジュールを検証するＡＶ機器制御モジュール検証装置であって、
前記制御情報を保持する制御情報保持部と、
前記制御情報に対応したストリーム構成要素を取得するストリーム構成要素取得部と、
前記制御情報に対応したイベントを、そのイベントに対応した通知時間に、前記制御情報及び前記ストリーム構成要素に対応したイベント付随情報とともに、前記検証対象モジュールに通知するイベント生成部と、
を備えたことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、下位モジュールを使用しなくても、上位モジュールの検証精度を上げることが可能になる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の実施形態に係るＡＶ機器制御モジュール検証装置について図面を参照しながら説明する。
【００１１】
各実施形態で説明するＡＶ機器制御モジュール検証装置は、ＡＶ機器の組み込みソフトウェアを検証する装置である。ここで、組み込みソフトウェアは、デバイスドライバやミドルウェアなどのＡＶ制御ソフトウェアである（以下、上位モジュールとも呼ぶ）。ＡＶ機器制御モジュール検証装置が検証する上位モジュール（検証対象モジュール）は、下位モジュールに対して、所定の制御情報の出力し、必要な場合にはさらにパラメータを出力するものとする。一方、下位モジュール（以下、解析モジュールとも呼ぶ）は、制御情報に応じてストリームを処理し、処理結果として、検証対象モジュールに対し、イベントの発生とそのイベントに付随する情報の出力を行なうものとする。
【００１２】
なお、以下の各実施形態の説明において、一度説明した構成要素と同様の機能を有する構成要素については、同一の符号を付して説明を省略する。
【００１３】
《発明の実施形態１》
図１は、本発明の実施形態１に係るＡＶ機器制御モジュール検証装置１００の構成を示すブロック図である。ＡＶ機器制御モジュール検証装置１００は、上記の下位モジュールの代わりに、イベントの発生とそのイベントに付随する情報の出力を行なう。
【００１４】
ＡＶ機器制御モジュール検証装置１００は、図１に示すように、制御情報保持部１０１、ストリーム情報保持部１０２、ストリーム構成要素取得部１０３、イベント通知時間テーブル１０４、タイムカウンタ１０５、及びイベント生成部１０６を備えている。
【００１５】
制御情報保持部１０１は、検証対象モジュール１１０から通知された制御情報を保持するようになっている。
【００１６】
さらに、制御情報保持部１０１は、保持した制御情報をＡＶ機器制御モジュール検証装置１００内部で使用するコマンドに変換し、そのコマンドをストリーム構成要素取得部１０３への通知も行なう。図２は、ＡＶ機器制御モジュール検証装置１００内部で使用するコマンドの一例を示す図である。
【００１７】
ストリーム情報保持部１０２は、ストリーム構成要素を表わす情報（ストリーム情報）を格納するようになっている。ストリーム情報保持部１０２のデータ構造は、ストリーム構成要素が複数のテーブルにテーブル化されて、その複数のテーブルがリスト化されたものである。
【００１８】
例えば、ストリームがＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅｓ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）に定める規格のストリームであり、ピクチャがＩピクチャ→Ｐピクチャ→Ｂピクチャ→Ｂピクチャのように構成されていたとする。この場合は、それぞれのピクチャ情報をテーブルに格納し、各テーブルをリスト化することによって、ピクチャの構成が表わされる。
【００１９】
また、上記のテーブルのリストは、階層構造にしてもよい。これにより、階層化構造（例えば、ＭＰＥＧストリームのシーケンス層、ＧＯＰ層、ピクチャ層などの階層）を有するストリームのストリーム情報もストリーム情報保持部１０２に格納できる。具体的には、ある階層のテーブルから他の階層のテーブルへのポインタを設ける。図３は、リスト化して表わしたストリーム構成要素の一例を示す図である。
【００２０】
ストリーム構成要素取得部１０３は、制御情報保持部１０１が通知したコマンドに対応するストリーム構成要素を、ストリーム情報保持部１０２から取得し、取得したストリーム構成要素をコマンドに付加して、イベント生成部１０６に出力するようになっている。
【００２１】
詳しくは、ストリーム構成要素取得部１０３は、まず、制御情報保持部１０１が通知したコマンドに基づいて、ストリーム情報保持部１０２の検索方法を決定する。具体的には、ストリーム構成要素取得部１０３は、テーブルのリストを検索するための検索キーを決定する。ここで、検索キーとは、ストリーム情報保持部１０２の検索方法をコマンドに関連付けしたものである。なお、検索方法とは、検索する階層タグ、検索する方向（以下、検索方向）、検索する回数、検索するストリーム情報の条件（以下、検索条件と呼ぶ。具体的には、後述するデータタグ）を意味するものとする。
【００２２】
ストリーム構成要素取得部１０３は、検索キーが決定すると、現在参照しているテーブルリストの位置を取得する。そして、その位置のストリーム構成要素を取得し、取得したストリーム構成要素をコマンドに付加して、イベント生成部１０６に通知する。図４は、イベント生成部１０６に通知するデータ構造の例である。この図に示すように、ストリーム構成要素は、テーブル単位でイベント生成部１０６に通知される。
【００２３】
イベント通知時間テーブル１０４は、検証対象モジュール１１０に通知するイベントの通知時間を示す情報（イベント通知時間情報）を定義したテーブルである。図５は、イベント通知時間テーブル１０４の一例を示す図である。
【００２４】
タイムカウンタ１０５は、現在の時刻をカウントし、時間情報をイベント生成部１０６に通知するようになっている。
【００２５】
イベント生成部１０６は、イベントと、そのイベントに付随する情報（以下、イベント付随情報と呼ぶ）を生成して、検証対象モジュール１１０に対して、所定の通知時間に通知するようになっている。
【００２６】
詳しくは、イベント生成部１０６は、まず、イベント通知時間テーブル１０４を検索して、ストリーム構成要素取得部１０３から通知されたコマンドに対応するイベント通知時間情報を取得する。
【００２７】
次に、イベント生成部１０６は、ストリーム構成要素取得部１０３から通知されたコマンドに基づいて、検証対象モジュール１１０へ通知するイベント付随情報を作成する。
【００２８】
さらに、イベント生成部１０６は、タイムカウンタ１０５から通知された時間情報と、イベント通知時間情報とを比較し、時間情報がイベント通知時間情報以上になった場合に、検証対象モジュール１１０に対して、イベントとイベント付随情報とを通知する。図６は、検証対象モジュール１１０に通知するイベント、及びイベント付随情報の一例を示す図である。この図におけるパラメータがイベント付随情報である。
【００２９】
なお、制御情報保持部１０１において制御情報をＡＶ機器制御モジュール検証装置内部で使用するコマンドに変換する処理や、ストリーム構成要素取得部１０３においてコマンドから検索キーを決定する処理や、イベント生成部１０６においてコマンドからイベント及びイベント付随情報を生成する処理は、本実施形態ではオブジェクトとして作成して登録することによって実現する。
【００３０】
次に、ＡＶ機器制御モジュール検証装置１００の動作を説明する。
【００３１】
まず、ＡＶ機器制御モジュール検証装置１００は、初期化処理を行なう。図７は、ＡＶ機器制御モジュール検証装置１００における初期化動作を説明するフローチャートである。各ステップでは、以下の処理が行なわれる。
【００３２】
ステップＳ１０１では、制御情報保持部１０１のために、制御情報と、制御情報をコマンドに変換する処理とをオブジェクトとして登録する。図８は、制御情報と制御情報をコマンドに変換する処理（オブジェクト）とを関連付けた例である。
【００３３】
ステップＳ１０２では、ストリーム構成要素取得部１０３のために、コマンドからテーブルリストの検索キーを決定する処理やストリーム構成要素の検索方法をオブジェクトとして登録する。図９は、検索キーと、コマンドとの関連付けの例である。
【００３４】
ステップＳ１０３では、イベント生成部１０６のために、コマンドからイベント及びイベント付随情報を生成する処理をオブジェクトとして登録する。具体的には、図１０に例示するように、各コマンドに対して、イベント、イベント付随情報、イベントのマスク設定、及びイベントのマスク設定の初期値を関連付ける。
【００３５】
ステップＳ１０４では、ストリーム構成要素取得部１０３のために、ストリームの階層と、ストリーム構成要素取得部１０３がストリーム情報を検索する際に使用するキーワード（以下、階層タグと呼ぶ）とを関連付ける。図１１は、ストリームの階層と、階層タグとを関連付けた例である。
【００３６】
ステップＳ１０５では、ストリーム構成要素取得部１０３のために、ストリーム情報保持部１０２のデータと、ストリーム構成要素取得部１０３がストリーム情報を検索する際に使用するキーワード（以下、データタグと呼ぶ）とを関連付ける。図１２は、ストリーム情報保持部１０２のデータと、データタグを関連付けた例である。ここで、図１２に示したテーブルをストリーム情報テーブルと呼ぶ。
【００３７】
ステップＳ１０６では、ストリームの階層及びデータを、それぞれ階層タグ及びデータタグに変換する。図１１〜図１２の関連付けをタグに変換したストリーム構成要素の例を図１３及び図１４に示す。
【００３８】
ステップＳ１０７では、イベント生成部１０６のために、イベント付随情報と、ストリーム情報のデータタグとを関連付ける。図１５は、各イベントのイベント付随情報とデータタグを関連付けた例である。
【００３９】
ステップＳ１０８では、コマンドとイベント通知時の基準時間を関連付ける。図１６は、コマンドとイベント通知時の基準時間とを関連付けた例である。
【００４０】
なお、初期化処理に関しては、ステップＳ１０１、ステップＳ１０２、ステップＳ１０３、ステップＳ１０４、ステップＳ１０５〜ステップＳ１０７、ステップＳ１０８の順序は、前記に例示したものに限定するものではない。
【００４１】
初期化が終了すると、以下のように、検証対象モジュール１１０の検証が行なわれる。図１７〜図１８は、ＡＶ機器制御モジュール検証装置１００の検証動作を説明するフローチャートである。各ステップでは、以下の処理が行なわれる。
【００４２】
（ステップＳ１０９）
このステップでは、制御情報保持部１０１が、検証対象モジュール１１０から通知された制御情報をコマンドに変換する。図１９は、制御情報のコマンドへの変換を説明するフローチャートである。
【００４３】
まず、制御情報保持部１０１は、検証対象モジュール１１０が制御情報を通知したかどうかをチェックする（ステップＳ１０９−１）。制御情報が通知されていた場合には、ステップＳ１０９−３の処理に移行し、制御情報が通知されていない場合には、ステップＳ１０９−１の処理に戻る（ステップＳ１０９−２）。
【００４４】
ステップＳ１０９−３では、検証対象モジュール１１０が通知した制御情報を取得する。さらに、ステップＳ１０９−４において、その制御情報を解析し、ステップＳ１０９−５において制御情報をコマンドに変換する。
【００４５】
（ステップＳ１１０）
このステップでは、制御情報保持部１０１が、コマンドをストリーム構成要素取得部１０３に通知する。
【００４６】
（ステップＳ１１１）
このステップでは、ストリーム構成要素取得部１０３が、テーブルリストを検索するための検索キーを決定する。
【００４７】
図２０は、図１７のステップＳ１１１〜ステップＳ１１２の処理を詳細に説明するフローチャートである。
【００４８】
まず、ストリーム構成要素取得部１０３は、制御情報保持部１０１がコマンドを通知したかどうかをチェックする（ステップＳ１１１−１）。コマンドが通知されていた場合には、ステップＳ１１１−３の処理に移行し、通知されていない場合には、ステップＳ１１１−１の処理に戻る（ステップＳ１１１−２）。
【００４９】
ステップＳ１１１−３では、ストリーム構成要素取得部１０３が書込んだコマンドを取得する。さらに、ステップＳ１１１−４において、検索キーを決定する。
【００５０】
（ステップＳ１１２〜ステップＳ１１４）
ステップＳ１１２では、ストリーム構成要素取得部１０３は、図２０に示すようにして、ストリーム情報保持部１０２内のテーブルリストを検索する。
【００５１】
すなわち、検索キー決定後、ストリーム構成要素取得部１０３は、現在参照しているストリーム情報位置（テーブルリスト内の参照中の位置）を取得する（ステップＳ１１２−１）。次に、検索キーから、検索する階層タグ、データタグ、及び検索方向を取得する（ステップＳ１１２−２〜ステップＳ１１２−４）。そして、検索キーで指定された階層タグと一致する階層タグをテーブルリストから検索する（ステップＳ１１２−５〜ステップＳ１１２−９）。
【００５２】
ステップＳ１１３では、現在参照しているストリーム構成要素（テーブル）を、ストリーム情報保持部１０２から取得する。
【００５３】
次に、ステップＳ１１４では、ストリーム構成要素取得部１０３は、ストリーム情報の検索が終了したか否かを判定する。図２１〜図２２は、ステップＳ１１４等の処理を詳細に説明するフローチャートである。
【００５４】
すなわち、ストリーム構成要素取得部１０３は、図２１に示すように、検索条件のデータタグの値と参照しているストリーム構成要素のデータタグの値が一致しているかどうかを判定する（ステップＳ１１４−１）。判定の結果、一致していない場合は、検索方向で指定された方向に検索方向を変更し、テーブルリストを検索する（ステップＳ１１４−２〜ステップＳ１１４−６）。
【００５５】
（ステップＳ１１５〜ステップＳ１１６）
これらのステップでは、ストリーム構成要素取得部１０３から通知されたコマンドに、ストリーム情報保持部１０２から取得したストリーム情報を付加し、イベント生成部１０６に出力する（ステップＳ１１６−１）。
【００５６】
また、ステップＳ１１６では、現在参照しているストリーム構成要素（テーブル）を更新するため、検索キーの検索方向の指示に従って、次のストリーム構成要素（テーブル）を参照する（ステップＳ１１６−２〜ステップＳ１１６−６）。そして、検索した回数（以下、サーチ回数と呼ぶ）をカウントし（ステップＳ１１６−７）、サーチ回数が検索キーのサーチ回数と一致した場合に、検索を停止する（ステップＳ１１６−８）。
【００５７】
（ステップＳ１１７）
このステップでは、イベント生成部１０６が、コマンドの取得と、取得したコマンドに対応する基準時間の設定を行なう。図２３〜図２４は、ステップＳ１１７等における処理を詳細に説明するフローチャートである。
【００５８】
すなわち、図２３〜図２４に示すように、イベント生成部１０６は、ストリーム構成要素取得部１０３がストリーム構成要素とコマンドを出力したかどうかを確認し、これらが出力されていた場合には、ストリーム構成要素とコマンドを取得する（ステップＳ１１７−１〜ステップＳ１１７−３）。さらに、イベント生成部１０６は、そのコマンドに対応する基準時間を設定する（ステップＳ１１７−４〜ステップＳ１１７−５）。
【００５９】
（ステップＳ１１８）
このステップでは、ステップＳ１１７において取得したコマンドに対応したイベントやイベント付随情報を取得する。
【００６０】
（ステップＳ１１９〜ステップＳ１２０）
これらのステップでは、ステップＳ１１８において取得したイベントに対応するイベント通知時間を、イベント通知時間テーブル１０４から取得する。
【００６１】
（ステップＳ１２１）
このステップでは、初期化時に行なったイベント付随情報とデータタグとの対応付けに基づいて、取得したストリーム情報のデータタグと、イベント付随情報に対応付けられたデータタグが一致しているか否かを判断する（図２３のステップＳ１２１−１を参照）。一致していた場合には、そのデータタグに対応したイベント付随情報を出力（生成）する（ステップＳ１２１−２）。ステップＳ１２１−１〜ステップＳ１２１−２の動作は、通知する全てのイベント付随情報に対して行なう（ステップＳ１２１−３）。
【００６２】
（ステップＳ１２２〜ステップＳ１２３）
これらのステップでは、まず、設定した基準時間と、取得したイベント通知時間からイベント通知の絶対時間を算出する（図２４を参照）。次に、タイムカウンタ１０５から通知された時間情報が、絶対時間を超えるのを待ち、絶対時間を超えた場合に、ステップＳ１２４の処理に移行する。
【００６３】
（ステップＳ１２４）
このステップでは、所定の条件を満足した場合に、検証対象モジュール１１０に対して、イベント及びイベント付随情報を通知する。
【００６４】
具体的には、まず、ストリーム構成要素取得部１０３から通知されたコマンドに対応したイベントマスク設定を実施する（図２４のステップＳ１２４−１、及び図１０を参照）。
【００６５】
通知するイベントに対してマスク設定されているか否かを判定し（ステップＳ１２４−２）、マスク設定されていなかった場合には、検証対象モジュール１１０にイベント及びイベント付随情報を通知する（ステップＳ１２４−３）。さらに、タイムカウンタ１０５の時間情報を、基準時間として設定する（ステップＳ１２４−４）。
【００６６】
以上のように、ＡＶ機器制御モジュール検証装置１００は、制御情報に応じてストリームが処理された結果として発生されるべきイベントの発生と、そのイベントに付随する情報の出力を行なう。それゆえ、実ストリームや下位モジュールを使用しなくても、検証対象モジュール１１０の検証精度を上げることが可能になる。
【００６７】
また、ストリーム構成要素取得部１０３は、ストリーム情報保持部をキーワードと関連付け、そのキーワードを用いてストリーム構成要素を取得するように構成されているので、ストリーム構成要素のデータ構造に依存することない。つまりストリームの規格を意識することなくストリーム情報の取得を実現することが可能になる。
【００６８】
また、制御情報保持部１０１は、制御情報からＡＶ機器制御モジュール検証装置内部で使用するコマンドを生成するように構成され、ストリーム構成要素取得部１０３は、コマンドから検索条件を決定するように構成され、イベント生成部１０６は、コマンドから検証対象モジュール１１０に通知するイベントを決定するように構成されている。そのため、Ｉ／Ｆ（ｉｎｔｅｒｆａｃｅ）の異なる複数種類の検証対象モジュールに対しても、図１に示した構成を変更することなく検証が可能となる。
【００６９】
なお、制御情報保持部１０１は、検証対象モジュール１１０からの制御情報を解析せずに、予め保持しているコマンドを制御情報保持部１０１へ通知するように構成してもよい。
【００７０】
また、ストリーム構成要素は、必ずしもテーブル化やリスト化する必要はない。ストリーム構成要素をテーブル化やリスト化しない場合には、例えば実ストリームなどをそのまま処理する。
【００７１】
また、イベント通知時間テーブル１０４を用いる代わりに、イベント生成部１０６において、ストリーム構成要素に関連付けられた時刻に従ってイベントを通知してもよい。詳しくは、タイムカウンタ１０５から通知された時間情報と、ストリーム構成要素に関連付けられた時刻を比較して、時間情報が、ストリーム構成要素に関連付けられた時刻以上になった場合に、検証対象モジュール１１０に対してイベントとイベント付随情報とを通知するように、イベント生成部１０６を構成する。
【００７２】
また、制御情報保持部１０１では制御情報をＡＶ機器制御モジュール検証装置内部で使用するコマンドに変換する処理を、ストリーム構成要素取得部１０３ではコマンドから検索キーを決定する処理を、イベント生成部１０６ではコマンドからイベント及びイベント付随情報を生成する処理をオブジェクトとして登録する事で、前記処理を変更することが可能となるように制御情報保持部１０１、ストリーム構成要素取得部１０３、イベント生成部１０６を構成する。
【００７３】
なお、本発明は上記の制御情報をＡＶ機器制御モジュール検証装置内部で使用するコマンドに変換する処理、コマンドから検索キーを決定する処理、コマンドからイベント及びイベント付随情報を生成する処理、それぞれをオブジェクト化する方法に限定するものではない。例えば、制御情報保持部１０１は、制御情報を解析する手段を備えた装置として構成し、ストリーム構成要素取得部１０３は、制御情報からストリーム構成要素取得条件を決定する手段を備えた装置として構成し、イベント生成部１０６は、モジュールに通知するイベントを決定する手段を備えた装置として構成してもよい。
【００７４】
《発明の実施形態２》
実施形態２では、ストリームの特性（例えばＭＰＥＧストリームでは、ＩピクチャやＢピクチャなどピクチャの種類）やシステム負荷などで、イベントを通知する時間が可変になる場合にも適応できるＡＶ機器制御モジュール検証装置の例を説明する。
【００７５】
図２５は、本発明の実施形態２に係るＡＶ機器制御モジュール検証装置２００の構成を示すブロック図である。ＡＶ機器制御モジュール検証装置２００は、図２５に示すように、ＡＶ機器制御モジュール検証装置１００のイベント通知時間テーブル１０４をイベント通知時間算出部２０１に置き換えて構成したものである。
【００７６】
ストリーム構成要素取得部１０３は、本実施形態では、コマンドとストリーム情報をイベント通知時間算出部２０１に通知するようになっている。
【００７７】
イベント通知時間算出部２０１は、ストリーム構成要素取得部１０３からコマンドとストリーム情報が通知されると、コマンドとストリーム情報を解析して、コマンドに応じたイベント通知時間を算出し、算出したイベント通知時間を、コマンド、及びストリーム情報とともに、イベント生成部１０６へ通知するようになっている。図２６は、イベント生成部１０６に通知するデータ構造の一例である。この図に示すように、テーブル単位のストリーム情報とともに、イベント通知時間がイベント生成部１０６に通知される。
【００７８】
なお、イベント通知時間を算出する処理は、オブジェクトとして登録することによって実現する。図２７は、コマンドとイベント通知時間の算出処理を関連付けた処理（オブジェクト）の登録例を示す図である。
【００７９】
イベント生成部１０６は、本実施形態では、イベント通知時間算出部２０１から通知されたコマンド、ストリーム情報、及びイベント通知時間を用いて、イベント通知時間にイベントを発生するようになっている。
【００８０】
次に、ＡＶ機器制御モジュール検証装置２００の動作を説明する。
【００８１】
ＡＶ機器制御モジュール検証装置２００においても、テーブルなどの初期化処理をまず行なう。本実施形態では、ＡＶ機器制御モジュール検証装置１００で行なわれる初期化処理に、コマンドとイベント通知時間算出処理（オブジェクト）の関連付けを登録する処理を追加する。図２８は、実施形態２における初期化処理を説明するフローチャートである。この例では、コマンドとイベント通知時間算出処理（オブジェクト）の関連付けを登録する処理が、ステップＳ１０３とステップＳ１０４（図７を参照）の間に追加されている。
【００８２】
初期化が終了すると、以下のように、検証対象モジュール１１０の検証が行なわれる。図２９は、ＡＶ機器制御モジュール検証装置２００の検証動作を説明するフローチャートである。
【００８３】
図２９に示すように、ＡＶ機器制御モジュール検証装置２００では、ＡＶ機器制御モジュール検証装置１００におけるステップＳ１１５までと同様の処理が行なわれた後に、ストリーム構成要素取得部１０３が、コマンドとストリーム情報をイベント通知時間算出部２０１に通知する（ステップＳ２０１）。
【００８４】
これにより、イベント通知時間算出部２０１は、イベント通知時間を決定し、そのイベント通知時間を、取得したコマンドとストリーム情報とともに、イベント生成部１０６に通知する（ステップＳ２０２）。図３０は、ステップＳ２０２における処理を詳細に説明するフローチャートである。図３０に示すように、イベント通知時間算出部２０１は、まず、コマンドとストリーム情報を取得する（ステップＳ２０２−１）。さらに、コマンドに応じたイベント通知時間決定方法を取得する（ステップＳ２０２−２）。そして、取得したイベント通知時間決定方法、及びストリーム情報に基づいて、イベント通知時間を算出する（ステップＳ２０２−３）。
【００８５】
イベント通知時間を算出後、イベント通知時間算出部２０１は、コマンドとストリーム情報に、イベント通知時間情報を付加し（ステップＳ２０３）、それらをイベント生成部１０６に通知する（ステップＳ２０４）。
【００８６】
イベント生成部１０６は、イベント通知時間算出部２０１から、コマンドと、ストリーム情報と、イベント通知時間情報を取得する（ステップＳ２０５）。その後、ＡＶ機器制御モジュール検証装置１００におけるステップＳ１１８〜ステップＳ１２４と同様の処理が行なわれ、検証対象モジュール１１０に、イベントとイベント付随情報が通知される。
【００８７】
以上のように、本実施形態では、ストリームの特性に応じて、イベント通知時間が算出される。それゆえ、ストリームの特性やシステム負荷などで、イベントを通知する時間が可変になる場合に適応することが可能になる。
【００８８】
《発明の実施形態３》
検証対象モジュールの中には、ストリームデータ解析を行うモデルである場合がある。しかしながら実施形態１のＡＶ機器制御モジュール検証装置１００では、ストリームデータがないので、このようなモデルには対応できなかった。そこで、実施形態３では、このようなモデルにも適用できるＡＶ機器制御モジュール検証装置の例を説明する。
【００８９】
図３１は、本発明の実施形態３に係るＡＶ機器制御モジュール検証装置３００の構成を示すブロック図である。ＡＶ機器制御モジュール検証装置３００は、図３１に示すように、ＡＶ機器制御モジュール検証装置１００に記憶媒体３０１を追加するとともに、ストリーム情報保持部１０２をストリーム情報保持部３０２に置き換えて構成したものである。
【００９０】
記憶媒体３０１は、検証対象モジュール１１０が扱うストリームデータを格納するようになっている。
【００９１】
例えば、検証対象モジュール１１０が、ＭＰＥＧ２規格のストリーム再生時に、シーケンスヘッダの情報解析を行うとする。この場合に記憶媒体３０１に格納されるストリームデータは、ＭＰＥＧ２規格のストリームのシーケンスヘッダ群である。なお、記憶媒体３０１の格納データは、検証対象モジュール１１０が必要とするストリームデータだけでよいが（例えば、前記の例では、シーケンスヘッダ群だけのデータ）、ストリームデータそのもの（すなわち、実ストリームのデータ）であってもよい。
【００９２】
ストリーム情報保持部３０２は、ストリーム情報保持部１０２を拡張したものである。詳細には拡張点は、記憶媒体３０１に格納されるストリームデータへのポインタ情報を、ストリーム情報テーブルの要素に追加した点である。図３２は、ストリームデータへのポインタ情報の追加例を示す図である。図３２の右側のテーブルが、ストリームデータへのポインタ情報を追加したストリーム情報テーブルの例である。なお、ポインタ情報の追加に伴って、ポインタ情報とデータタグの関連付けを行う必要がある。図３２の左側のテーブル（ストリーム情報テーブル）において、ｄａｔａ＿ｚ＋１が、追加された関連付けの情報である。
【００９３】
ストリーム構成要素取得部１０３は、本実施形態においては、コマンド等とともに、イベント生成部１０６に対してポインタ情報も出力するように構成する。
【００９４】
以上のようにＡＶ機器制御モジュール検証装置３００では、ストリーム情報保持部３０２と記憶媒体３０１を用いることで、イベント生成部１０６は、イベント付随情報として、ストリームデータ位置を示すポインタ情報を提示することができる。これにより、検証対象モジュール１１０は、ストリームデータ、もしくはストリームデータの位置情報を受け取って、ストリームデータ解析を行うことが可能となる。すなわち、本実施形態は、検証対象モジュールがストリームデータ解析を行うモデルである場合も適用できる。
【００９５】
なお、検証対象モジュール１１０が予め定められた記憶領域にストリームデータを配置するモデルの場合には、予め定められた記憶領域に、ポインタ情報が指し示す先のデータをコピーして、検証対象モジュール１１０にストリームデータを提示するようにしてもよい。
【００９６】
《発明の実施形態４》
早送りのような特殊再生では、ストリーム情報をスキップする必要がある。そこで、実施形態４では、ストリーム構成要素取得部が行う検索において、検索結果のスキップを実現できるＡＶ機器制御モジュール検証装置の例を説明する。
【００９７】
図３３は、本発明の実施形態４に係るＡＶ機器制御モジュール検証装置４００の構成を示すブロック図である。ＡＶ機器制御モジュール検証装置４００は、図３３に示すように、ＡＶ機器制御モジュール検証装置１００のストリーム構成要素取得部１０３をストリーム構成要素取得部４０１に置き換えて構成したものである。
【００９８】
ストリーム構成要素取得部４０１は、ストリーム構成要素取得部１０３を拡張したものである。具体的には、ストリーム情報をスキップする必要があることをコマンドが示している場合に、ストリーム構成要素取得部４０１は、そのコマンドに応じたスキップ回数だけ、検索結果をスキップする。
【００９９】
本実施形態では、ストリーム構成要素取得部４０１のために、検索キーと、各コマンドに対応したスキップ回数を関連付けて登録しておく。図３４は、検索キーと、各コマンドに対応したスキップ回数を関連付けの例である。ストリーム構成要素取得部４０１は、この関連付けに基づいてスキップ回数を決定する。
【０１００】
次にＡＶ機器制御モジュール検証装置４００の動作を説明する。
【０１０１】
図３５は、本実施形態におけるスキップ動作を説明するフローチャートである。この例では、ステップＳ１１４−１（図２１を参照）で、検索条件のデータタグの値と参照しているストリーム情報のデータタグの値が一致していると判断された後に、ステップＳ４０１〜ステップＳ４０２の処理を行なう。
【０１０２】
ステップＳ４０１では、ストリーム構成要素取得部４０１は、現在のスキップ回数が、検索キーが示すスキップ回数と一致するかどうかを判定する。判定の結果、一致する場合には、ステップＳ１１５の処理に移行し、一致しない場合にはステップＳ４０２の処理に移行する。ステップＳ４０２では、スキップ回数のカウント値を増やし、ステップＳ１１４−２の処理に移行して再検索を行う。
【０１０３】
以上のように、本実施形態では、コマンドに応じた回数だけ、検索結果をスキップして再検索する。それゆえ、早送りのような特殊再生時における検証対象モジュール１１０の検証が可能となる。
【０１０４】
《発明の実施形態５》
実施形態１のＡＶ機器制御モジュール検証装置１００では、イベント生成部から検証対象モジュールへ通知するイベントは、制御情報と関連付けられているものに限定されていた。そのため、ＡＶ機器制御モジュール検証装置１００では、ストリーム情報のエラーやストリーム情報の変化点を検出したときに通知するイベント、つまりストリーム情報のみに依存するイベントについては通知できなかった。そこで、実施形態５では、ストリーム情報のみに依存するイベントの通知が可能なＡＶ機器制御モジュール検証装置の例を説明する。
【０１０５】
図３６は、本発明の実施形態５に係るＡＶ機器制御モジュール検証装置５００の構成を示すブロック図である。ＡＶ機器制御モジュール検証装置５００は、図３６に示すように、ＡＶ機器制御モジュール検証装置１００のイベント生成部１０６をイベント生成部５０１に置き換えて構成したものである。
【０１０６】
イベント生成部５０１は、イベント生成部１０６を拡張したものである。このイベント生成部５０１は、モジュールに通知するイベントやイベント付随情報を決定する機能（図１０を参照）に加え、ストリーム情報のみに依存したイベントをモジュールに通知する機能を有している。
【０１０７】
本実施形態では、ストリーム情報のみに依存したイベント通知条件、モジュールに通知するイベント種別とそれに付随する情報、及びイベントマスク設定を関連付けて登録しておく（図３７を参照）。イベント生成部５０１は、イベント通知条件をチェックし、この関連付けに基づいて、モジュールに通知するイベントと、それに付随する情報、及びイベントマスク設定を決定する。
【０１０８】
なお、イベント通知条件とそのチェック方法は、種々の実装が可能である。例えば、前回通知されたストリーム情報を記憶し、前回と今回のストリーム情報を比較して情報が変化していればイベントを通知してもよい。また、予め用意した期待値を判断基準として、イベント通知するかどうかを判定してもよい。また、ストリーム情報を用いずに、通知する時間情報だけを通知条件としてもよい。
【０１０９】
次にＡＶ機器制御モジュール検証装置５００の動作を説明する。
【０１１０】
図３８は、ストリーム情報のみに依存するイベント通知の処理を説明するフローチャートである。この例では、図２３で説明したステップＳ１１７−３とステップＳ１１７−４の間に、ステップＳ５０１〜ステップＳ５０６が追加されている。追加された各ステップでは、以下の処理が行なわれる。
【０１１１】
ステップＳ５０１では、イベント通知条件（図３７参照）をすべてチェックしたかどうかを確認する。
【０１１２】
ここで、すべてをチェックしていた場合には、ステップＳ１１７−４の処理に移行する。一方、すべてをチェックしていない場合には、ステップＳ５０２の処理に移行し、ステップＳ１１７−３で取得したストリーム情報を用いて、未チェックのイベント通知条件の中の一つをチェックする。チェック後は、ステップＳ５０３の処理に移行する。
【０１１３】
ステップＳ５０３では、イベント通知条件を満たしているかどうかを判定する。ステップＳ５０３において、イベント通知条件を満たしていないと判定された場合には、ステップＳ５０１の処理に戻る。
【０１１４】
一方、イベント通知条件を満たした場合には、イベント通知条件に関連するイベントと、その付随情報を生成して、検証対象モジュール１１０に通知する（ステップＳ５０４〜ステップＳ５０５）。さらに、イベント通知のマスク設定の更新を行ない（ステップＳ５０６）、マスク設定を更新した後は、ステップＳ５０１の処理に戻る。
【０１１５】
なお、ステップＳ５０１〜ステップＳ５０６の追加位置は、ステップＳ１１７−３とステップＳ１１７−４の間に限定する必要はなく、イベント生成部５０１がストリーム情報を取得した後（ステップＳ１１７−３以降）であれば問題ない。
【０１１６】
以上のように、本実施形態では、ストリーム情報に応じ、ストリーム情報のみに依存するイベントの通知の要否が判断される。それゆえ、イベント生成部１０６から検証対象モジュール１１０に通知するイベントは、制御情報と関連付けられているものに限定されず、例えば、ストリーム情報のみに依存するイベントについても通知することが可能になる。
【０１１７】
《発明の実施形態６》
検証対象モジュールが複数のストリームを同時に処理するモデルである場合がある。しかしながら、実施形態１のＡＶ機器制御モジュール検証装置１００では、検証対象モジュールが複数のストリームを同時に処理する場合に、コマンドがどのストリーム処理のためのものなのかを判断することができない。そこで、実施形態６では、このようなモデルにも適用できるＡＶ機器制御モジュール検証装置の例を説明する。
【０１１８】
図３９は、本発明の実施形態６に係るＡＶ機器制御モジュール検証装置６００の構成を示すブロック図である。ＡＶ機器制御モジュール検証装置６００は、図３９に示すように、タイムカウンタ１０５、イベント通知時間テーブル１０４、制御情報保持部６０１、ストリーム情報保持部６０２、ストリーム構成要素取得部６０３、及びイベント生成部６０４を備えている。
【０１１９】
制御情報保持部６０１は、ストリーム処理を行うのに必要となる資源（ストリーム処理チャンネルと呼ぶ）を特定し、特定したストリーム処理チャンネルを示す情報（以下、制御ＩＤと呼ぶ）を出力する機能を、制御情報保持部１０１に追加したものである。
【０１２０】
なお、本実施形態では、ストリーム処理チャンネルを特定する情報（以下、ストリーム処理チャンネル情報と呼ぶ）は、複数のストリーム処理要求を同時に出す検証対象モジュール１１０においては、検証対象モジュール１１０が出力した制御情報又はパラメータの中に含まれているものとする。すなわち、制御情報保持部６０１は、制御情報又はパラメータから、ストリーム処理チャンネル情報を抽出する。
【０１２１】
また、検証対象モジュール１１０から通知されるすべての制御情報が互いに独立している場合（例えば、制御Ａ，制御Ｂのみ存在するモデルにおいて、制御Ａで発生するイベントは制御Ｂによってマスクされることはなく、制御Ｂで発生するイベントは制御Ａによってマスクされることはない場合）には、制御ＩＤは、制御情報を識別するためのＩＤでよい。
【０１２２】
ストリーム情報保持部６０２は、複数のストリームについてのストリーム情報（テーブルのリスト）を格納できるように、ストリーム情報保持部１０２を拡張したものである。図４０は、ストリーム情報保持部６０２の構造の一例を示す図である。図４０に示すように、各ストリーム情報には、ストリーム情報同士を互いに識別するための情報（ストリームＩＤと呼ぶ）が付加されている。
【０１２３】
ストリーム構成要素取得部６０３は、制御ＩＤに対応したストリーム情報を検索するようになっている。
【０１２４】
イベント生成部６０４は、ストリーム構成要素取得部６０３から、コマンド、ストリーム構成要素、及び制御ＩＤを受けて、制御ＩＤに対応した（すなわちストリームに対応した）、イベントとイベント付随情報の生成をするようになっている。
【０１２５】
なお、制御ＩＤに関連したイベント生成処理を実現するには、イベント生成部６０４で必要とする資源（例えばイベントマスク設定の記憶領域）を制御ＩＤごとに確保する必要がある。一方、共有化できる資源（例えば通知するイベント一覧の記憶領域）は、制御ＩＤごとに資源を確保する必要はない。なお、イベント生成部６０４で必要とする資源がすべて共有化できる場合には、イベント生成部６０４は制御ＩＤごとに独立したイベント生成処理を行う必要はない。この場合は、イベント生成部６０４の代わりに、実施形態１で用いたイベント生成部１０６を用いればよい。
【０１２６】
次にＡＶ機器制御モジュール検証装置６００の動作を説明する。
【０１２７】
まず、ＡＶ機器制御モジュール検証装置６００は、テーブルなどの初期化処理を行なう。ＡＶ機器制御モジュール検証装置６００では、実施形態１で説明した初期化処理に加え、以下の初期化を行なう。ＡＶ機器制御モジュール検証装置６００では、まず、ストリーム処理チャンネル情報と制御ＩＤを関連付ける処理を行なう（図４１を参照）。また、さらに、制御ＩＤとストリームＩＤを関連付けるための処理も行なう（図４２を参照）。
【０１２８】
初期化が終了すると、以下のように、検証対象モジュール１１０の検証が行なわれる。図４３及び図４４は、ＡＶ機器制御モジュール検証装置６００の検証動作を説明するフローチャートである。各ステップでは、以下の処理が行なわれる。なお、図４３及び図４４において、ステップＳ１１１など、他の実施形態で説明したものと同じステップ番号が付されている処理は、従前に説明した処理と同じ内容の処理である。
【０１２９】
ステップＳ６０１からステップＳ６０４の処理は、制御情報保持部６０１が行なう。
【０１３０】
まず、ステップＳ６０１では、検証対象モジュール１１０から通知された制御情報を、コマンドに変換する。次の、ステップＳ６０２では、制御情報又はパラメータから、ストリーム処理チャンネル情報を取得する。ステップＳ６０３では、取得したストリーム処理チャンネル情報から制御ＩＤを取得する。そして、ステップＳ６０４では、コマンドと制御ＩＤをストリーム構成要素取得部６０３に通知する。
【０１３１】
次のステップＳ６０５〜ステップＳ６０７の処理は、ストリーム構成要素取得部６０３が行なう。
【０１３２】
まず、ステップＳ６０５では、制御情報保持部６０１から通知された制御ＩＤを取得する。次の、ステップＳ６０６では、制御ＩＤが何れのストリーム情報を示しているかを確認する。ステップＳ６０７では、制御ＩＤに関連したストリーム情報の検索を実施する。
【０１３３】
以下、ステップＳ６０７における処理を詳細に説明する。
【０１３４】
まず、ステップＳ１１１では、テーブルリストを検索するための検索キーを決定する。
【０１３５】
次のステップＳ６０７−１では、制御ＩＤからストリームＩＤを取得する。具体的には、図４２に例示した対応付けに基づいてストリームＩＤを取得する。
【０１３６】
ステップＳ６０７−２では、ストリームＩＤで、検索対象とするストリーム情報（テーブルリスト）を指定し、テーブル検索を行う。
【０１３７】
ステップＳ１１３では、現在参照しているストリーム構成要素（テーブル）を、ストリーム情報保持部６０２から取得する。
【０１３８】
次に、ステップＳ１１４では、ストリーム情報の検索が終了したか否かを判定し、終了していない場合には、ステップＳ６０７−２の処理に戻り、終了している場合にはステップＳ６０７−３の処理に移行する。
【０１３９】
ステップＳ６０７−３では、イベント生成部６０４に通知する情報として、コマンドとストリーム構成要素に制御ＩＤを加えた情報を生成する。
【０１４０】
ステップＳ１１６では、コマンド、ストリーム構成要素、及び制御ＩＤをイベント生成部６０４に通知する。
【０１４１】
ステップＳ６０８〜ステップＳ６１０の処理は、イベント生成部６０４が行なう。
【０１４２】
すなわち、イベント生成部６０４は、ストリーム構成要素取得部６０３から通知された制御ＩＤを取得し（ステップＳ６０８）、制御ＩＤに関連したイベント生成処理（ステップＳ６１０）を行う。
【０１４３】
以上のように、本実施形態によれば、検証対象モジュール１１０が複数のストリームを同時に処理するモデルである場合に、コマンドがどのストリーム処理のためのコマンドなのかを判断することができる。それゆえ、検証対象モジュールが複数のストリームを同時に処理するモデルである場合にも、検証を行なうことが可能になる。
【０１４４】
なお、制御情報保持部６０１では、ストリーム処理チャンネル情報のかわりに、処理するストリームを特定する情報（例えばストリームファイル名）を取得し、それによって、コマンドがどのストリーム処理のためのものなのかを判断するようにしてもよい。
【０１４５】
《発明の実施形態７》
実在するストリームを用いて検証対象モジュールを検証したい場合がある。しかしながら、実施形態１のＡＶ機器制御モジュール検証装置１００では、ストリーム情報で構成されるテーブルリストのみを扱うことが可能であり、実在するストリームは扱うことができない。そこで、実施形態７では、実在するストリームからストリーム情報テーブルリストを生成して、実在するストリームを用いた検証を可能とする装置の例を説明する。
【０１４６】
図４５は、本発明の実施形態７に係るＡＶ機器制御モジュール検証装置７００の構成を示すブロック図である。ＡＶ機器制御モジュール検証装置７００は、図４５に示すように、ＡＶ機器制御モジュール検証装置１００に記憶媒体７０１とストリーム構成情報テーブル作成部７０２を加えて構成したものである。
【０１４７】
記憶媒体７０１は、検証で用いるストリームを格納する。メモリやハードディスクドライブなど、ストリームデータを格納できるものであれば何でもよい。
【０１４８】
ストリーム構成情報テーブル作成部７０２は、記憶媒体７０１から取得したストリームから、ストリーム情報保持部１０２に格納するテーブルのリスト（ストリーム情報テーブルリスト（図３を参照））を生成してストリーム情報保持部１０２に渡す。
【０１４９】
ストリームからストリーム情報テーブルリスト（図３を参照）を生成する方法は、図４６で示される。大きくは、ストリームからストリーム情報を検索および取得するステップＳ７０１〜ステップＳ７０４、取得したストリーム情報からストリーム情報テーブルを作成するステップＳ７０５、及びストリーム情報テーブルをリスト化するステップＳ７０６の繰り返しからなる。
【０１５０】
ストリームからストリーム情報を取得する処理では、ストリーム中に含まれるすべてのストリーム情報を抜き出す必要はなく、ストリーム情報テーブルリスト（図３を参照）を生成する上で必要となるストリーム情報だけを抜き出せばよい。例えば、ＭＰＥＧ規格のストリーム情報テーブルリストがシーケンス層、ＧＯＰ層、ピクチャ層のデータで構成される場合には、ピクチャ層の下位層にあたるスライス層やマクロブロック層の情報は必要ない。ストリーム情報テーブルリストがどのストリーム階層のデータで構成されているかについては、図１１に示したストリームの階層と階層タグとを関連付けで判断可能である。
【０１５１】
上記内容をふまえると、ストリーム中からストリーム情報（ストリーム階層情報識別コード）を検索するステップＳ７０１では、図１１に記載されているストリーム階層情報だけを検索すればよい。ストリーム階層情報の検索方法としては、従来のデコーダと同様に、ストリーム階層情報を識別するコード（例えば、ＭＰＥＧ規格のシーケンス層の場合シーケンスヘッダコード、ＧＯＰ層の場合ＧＯＰスタートコード、ピクチャ層の場合ピクチャスタートコード）を用いればよい。図４７に示すように、ストリーム規格、ストリーム階層タグ、ストリーム階層情報識別コードを対応付けるテーブルをもつことで、ストリーム階層情報識別コードを容易に取得可能である。なお、ストリームの検索方向は、ストリームの時系列で”順方向”のみをサポートする。
【０１５２】
ステップＳ７０２では、ストリーム階層情報識別コードが見つかったか否かを判定する。ここで、ストリーム階層情報識別コードがストリームの終端まで見つからなかった場合には、ストリーム情報テーブルリスト（図３を参照）の生成処理を終了する。また、ストリーム階層情報識別コードが見つかった場合には、ステップＳ７０３においてストリームの階層を特定する。ストリームの階層の特定は、図４７のテーブルと、図１１に示したストリームの階層と階層タグとの関連付けを用いることで容易に行える。
【０１５３】
ステップＳ７０４では、ステップＳ７０２で見つかったストリーム階層情報識別コードに付随するストリーム情報を抽出する。ストリーム情報の抽出手段は、従来のデコーダと同様である。
【０１５４】
次に、ストリーム情報からストリーム情報テーブルを作成するステップＳ７０５について、図１２と図４８を用いて説明する。
【０１５５】
図１２は、ストリーム情報テーブルの各データとそれに割り当てられたデータタグを示している。ストリーム情報テーブルを完成させるためには、図１２で定義されるデータタグに関連するデータをストリームから取得しなければならない。
【０１５６】
図４８は、ステップＳ７０４で取得可能なストリーム情報とそれに割り当てられたデータタグを示すテーブルである。図４８のテーブルにおいて、すべてのストリーム情報にデータタグを振ってもよいが、ストリーム情報テーブルを構成する上で必要のないストリーム情報であれば、そのストリーム情報にデータタグを振る必要はない。
【０１５７】
図４８のテーブルと図１２のテーブルのデータタグが一致すると、図４８のテーブルにおけるストリーム情報は、図１２のデータとして格納される。例えば、図４８のｈｏｒｉｚｏｎｔａｌ＿ｓｉｚｅタグと図１２のｈｏｒｉｚｏｎｔａｌ＿ｓｉｚｅタグが一致するため、図４８のＨｏｒｉｚｏｎｔａｌ  ｓｉｚｅ  ｖａｌｕｅ情報は、図１２のｄａｔａ＿１として格納される。
【０１５８】
ステップＳ７０６では、ステップＳ７０５で作成したストリーム情報テーブルをリスト化する。リスト化とは、ストリーム情報テーブルのＵｐＬａｙｅｒＰｏｉｎｔｅｒ、ＤｏｗｎＬａｙｅｒＰｏｉｎｔｅｒ、ＰｒｅｖＰｏｉｎｔｅｒ、ＮｅｘｔＰｏｉｎｔｅｒの情報を更新して、ストリーム情報テーブル間のつながりを定義することである。ストリーム情報テーブルのリスト化は、図４９に示すルールに従って行う。
【０１５９】
ステップＳ７０６までが完了すると、ステップＳ７０１に戻り、ストリーム検索を再開する。そして、ステップＳ７０１〜ステップＳ７０６を繰り返し行い、ストリーム階層情報識別コードがストリームの終端まで見つからなかった場合に、ストリーム情報テーブルリスト（図３を参照）が完成する。
【０１６０】
完成したストリーム情報テーブルリスト（図３を参照）は、ストリーム情報保持部１０２で保持されることで、実施形態１で説明したのと同様にして、検証対象モジュール１１０の検証が可能となる。
【０１６１】
以上のように、本実施形態では、実在するストリームからストリーム情報テーブルリストを生成する。それゆえ、ＡＶ機器制御モジュール検証装置７００では、ＡＶ機器制御モジュール検証装置１００で扱うことができなかったストリームの実データを用いて、検証対象モジュール１１０の検証が可能となる。
【０１６２】
なお、必ずしも、ステップＳ７０２を満たさなくなるまでストリーム情報テーブルリスト（図３を参照）を作成し続ける必要はない。例えば、ステップＳ７０２おいて、特定の条件を満たした時に処理を終了させてもよい。
【０１６３】
《発明の実施形態８》
上記のＡＶ機器制御モジュール検証装置では、複数の検証対象モジュールから制御情報が通知された場合に、ＡＶ機器制御モジュール検証装置内で複数の制御情報の同期を取って検証対象モジュールにイベント通知することができなかった。例えば、ＡＶ入出力制御とデコーダ制御を同時に検証する場合に、デコーダのイベント通知がＡＶ入出力の制御コマンドに関連すると、協調動作することができないという課題がある。そこで、実施形態８では、オブジェクト間で通信するための仕組みを追加したＡＶ機器制御モジュール検証装置の例を説明する。
【０１６４】
図５０は、本発明の実施形態８に係るＡＶ機器制御モジュール検証装置８００の構成を示すブロック図である。実施形態８では、ＡＶ機器制御モジュール検証装置１００の制御情報保持部１０１、ストリーム構成要素取得部１０３、イベント通知時間テーブル１０４、及びイベント生成部１０６を、それぞれ、制御情報保持部８０３、ストリーム構成要素取得部８０４、イベント通知時間テーブル８０５、及びイベント生成部８０６に置換えて構成したものである。
【０１６５】
制御情報保持部８０３は、複数の検証対象モジュール１１０からの制御情報をコマンドに変換する。また、変換したコマンドがどの検証対象モジュールからの制御情報であるかを示した属性（以下、制御属性と呼ぶ）をコマンドに付加してストリーム構成要素取得部８０４へ通知する。さらに、制御情報保持部８０３は、コマンドが他のコマンドに依存するか否か（すなわち制御情報が他の制御情報に依存するか否か）を判断し、他のコマンドに依存する場合は、イベント生成部８０６からコマンドが通知されるのを待つ。なお、検証する検証対象モジュール１１０の数は、限定はされないが、以下の説明では、図５０に示すように、２つの検証対象モジュール１１０から制御情報が入力される例を説明する。２つの検証対象モジュール１１０は、検証対象モジュール（１）、検証対象モジュール（２）のように、カッコ付きの番号を付して識別する。
【０１６６】
ストリーム構成要素取得部８０４は、制御情報保持部８０３から通知されたコマンドと制御属性に対応した検索キーを決定し、検索キーに従って取得したストリーム構成要素とコマンドと制御属性をイベント生成部８０６へ通知する。
【０１６７】
イベント生成部８０６は、制御情報保持部８０３から通知されたコマンド、制御属性、及びストリーム構成要素から、検証対象モジュール（１）または検証対象モジュール（２）へ通知するイベントやイベント付随情報を決定する。その後、通知するイベントが他の制御情報（ＡＶ機器制御モジュール検証装置内では他のコマンド）に依存する場合は、コマンドや制御属性を制御情報保持部８０３に通知する。また、イベント生成部８０６では他のコマンドに依存する場合、検証対象モジュールにイベントを通知するか通知しないかの判断を行って、必要に応じてイベントを通知する。
【０１６８】
次に、ＡＶ機器制御モジュール検証装置８００の動作を説明する。
【０１６９】
ＡＶ機器制御モジュール検証装置８００においても、テーブルなどの初期化処理をまず行なう。図５１は、ＡＶ機器制御モジュール検証装置８００における初期化処理を説明するフローチャートである。ＡＶ機器制御モジュール検証装置８００における初期化処理は、図５１に示すように、実施形態１のステップＳ１０１とステップＳ１０２の間に、ステップＳ８０１を追加し、ステップＳ１０８と“Ｅｎｄ”の間にステップＳ８０２の処理を追加している。
【０１７０】
ステップＳ８０１では、制御情報保持部８０３に対して、コマンドが他のコマンドの制御を待つか待たないかの条件と、他のコマンドの制御属性を定義する。図５２に検証対象モジュールからの制御情報とコマンド情報に対して、他のコマンド待ちと他のコマンドの制御属性を定義した例を示す。
【０１７１】
ステップＳ８０２では、イベント生成部８０６に対して、各オブジェクトのコマンドが、そのオブジェクト以外の他コマンドに依存するか依存しないかを定義する。また、他コマンドに依存する場合は、ストリーム構成要素取得部８０４から通知されたコマンドに対応するイベントをマスクするかマスクしないかを定義する。図５３は、コマンドに対応するイベント、イベントマスク設定、イベントマスク初期値、依存するコマンド情報、依存するコマンド情報が存在した場合におけるコマンド（ストリーム構成要素取得部８０４から通知される）に対するイベントのマスク設定を定義した例を示す。
【０１７２】
また、ＡＶ機器制御モジュール検証装置８００では、ステップＳ１０８（実施形態１を参照）の後に以下の処理が行われる。
【０１７３】
ステップＳ８０３では、制御情報保持部８０３に対して、コマンドとそのコマンドの制御属性を関連付ける。図５４は、コマンドと制御属性の関連付けの一例である。
【０１７４】
ステップＳ８０４では、ストリーム構成要素取得部８０４に対して、コマンドと制御属性を関連付ける。図５５は、コマンドとストリーム検索キーを取得する手段に、制御属性を関連付けた例である。
【０１７５】
ステップＳ８０５では、イベント生成部８０６に対して、コマンドと制御属性を関連付ける（図５３を参照）。また、コマンドに対応する基準時間を関連付け、コマンドに対する制御属性を関連付ける（図５６を参照）。
【０１７６】
ステップＳ８０６では、イベント通知時間テーブル８０５を初期化する。イベント通知時間テーブル８０５は、イベント通知時間テーブル１０４に対して、イベントと制御属性の関連付けを追加したものである。図５７は、イベントに対応するイベント通知時間と制御属性を関連付けたテーブル（イベント通知時間テーブル）の一例である。
【０１７７】
ステップＳ８０７では、全ての検証対象モジュールに関連するオブジェクトの初期化処理が実施済みか否かの判定を行なう。そして、初期化未処理のオブジェクトがあった場合は、ステップＳ１０２へ戻る。全ての検証対象モジュールに関連するオブジェクトの初期化処理が実施済みの場合は、初期化処理を終了する。
【０１７８】
なお、ステップＳ８０２〜ステップＳ８０６の順序は、ステップＳ１０８（実施形態１を参照）の後であれば、上記に例示したものに限定するものではない。
【０１７９】
初期化処理が終了すると、制御情報保持部８０３が処理を実施する。図５８は、制御情報保持部８０３による処理を示すフローチャートである。この処理は、図５８に示すように、実施形態１で説明した制御情報保持部のステップＳ１０９−１をステップＳ８１１に置き換え、ステップＳ１１０をステップＳ８１５に置換え、また、さらに、ステップＳ１０９−２とステップＳ１０９−３の間にステップＳ８１２を追加し、ステップＳ１０９−５の後にステップＳ８１４を追加し、ステップＳ８１２とステップＳ８１４の間にステップＳ８１３を追加し、ステップＳ８１５と初期化処理の終了ステップ（“Ｅｎｄ”）の間にステップＳ８１６を追加したものである。
【０１８０】
ステップＳ８１１では、検証対象モジュールからの制御情報、又はイベント生成部８０６からのコマンド通知があるか否かを確認する。
【０１８１】
ステップＳ８１２では、検証対象モジュールからの制御情報、又はイベント生成部８０６からのコマンド通知が発生した場合に、その通知の要因がイベント生成部８０６からのコマンドか否かの判断を行う。
【０１８２】
ステップＳ８１３では、イベント生成部８０６から通知されたコマンドと制御属性から、新たなコマンドと制御属性を決定する。例えば、図５２に例示するように、イベント生成部８０６からコマンド“Ｃｏｍｍａｎｄ＿１”、制御属性“検証対象モジュール（１）”が通知された場合は、新たなコマンドは、“Ｏｂｊｅｃｔ６：：Ｃｏｍｍａｎｄ＿１”となる。また、図５４のテーブルより、コマンド“Ｏｂｊｅｃｔ６：：Ｃｏｍｍａｎｄ＿１”の制御属性は、“検証対象モジュール（２）”となる。
【０１８３】
ステップＳ８１４では、ステップＳ８１３で取得した新たなコマンドが他のコマンド待ちか否かを判断する。そして、他のコマンドを待つ定義（図５２を参照）がされていた場合は、ステップＳ８１１に戻って他の制御を待つ。一方、他のコマンドを待つ定義がされていなかった場合は、ステップＳ８１５を実施する。
【０１８４】
ステップＳ８１５では、ストリーム構成要素取得部８０４にコマンドと制御属性を通知する。図５４は、ストリーム構成要素取得部８０４に通知する、コマンドと制御属性の一例である。
【０１８５】
ステップＳ８１６では、制御情報をコマンドに変換する全てのオブジェクトに対して、ステップＳ８１２〜ステップＳ８１５が実施済みか否かを判定する。全てのオブジェクトに対してステップＳ８１２〜ステップＳ８１５を実施していた場合は、ステップＳ８１１で、検証対象モジュールからの制御情報、又はイベント生成部８０６からのコマンド情報が発生するのを待つ。一方、全てのオブジェクトに対してステップＳ８１２〜ステップＳ８１５を実施していなかった場合は、これらのステップを実施していないオブジェクトに対して、ステップＳ８１２〜ステップＳ８１５を実施する。
【０１８６】
ストリーム構成要素取得部８０４は、図５９の処理と図６０に示す処理を実施する。図５９に示す処理は、ステップＳ１１１−３（実施形態１を参照）をステップＳ８２１に、実施形態１のステップＳ１１１−４をステップＳ８２２に置き換えたものである。また、図６０に示す処理は、ステップＳ１１５（実施形態１を参照）をステップＳ８３１に置き換えたものである。
【０１８７】
ステップＳ８２１では、制御情報保持部８０３から通知されたコマンドとコマンドに対応する制御属性を取得する。
【０１８８】
ステップＳ８２２では、ステップＳ８２１で得たコマンドと制御属性が、コマンドからストリーム検索キーを取得する手段（本実施形態では図５５）のコマンドと制御属性に一致するかを判定し（ステップＳ８２３）、ストリーム構成要素を検索する際の検索キーを決定する。例えば、ステップＳ８２１で得たコマンドが“Ｃｏｍｍａｎｄ＿１”で、制御属性が“検証対象モジュール（１）”の場合は、図５５より、ストリーム検索キーの“階層”は、“Ｓｅｑｕｅｎｃｅ  Ｌａｙｅｒ”、“方向”は“Ｂａｃｋｗａｒｄ”、“条件”は“ｈｏｒｉｚｏｎｔａｌ＿ｓｉｚｅ”、“サーチ回数”は“ＡＬＬ”となる。
【０１８９】
ステップＳ８３１では、制御情報保持部８０３から通知されたコマンドと制御属性に、取得したストリーム情報を付加する。図６１は、ストリーム構成要素取得部８０４がイベント生成部８０６に通知するデータ構造の一例である。
【０１９０】
イベント生成部８０６は、図６２に示す処理と図６３に示す処理を実施する。図６２に示す処理は、ステップＳ１１７−３（実施形態１を参照）をステップＳ８４１に、ステップＳ１１７−４をステップＳ８４２に、ステップＳ１１８をステップＳ８４３に、ステップＳ１１９をステップＳ８４５に置換えたものである。また、制御属性に対応したイベント通知時間テーブルを得るために、ステップＳ８４３とステップＳ８４５の間に、ステップＳ８４４を追加している。また、図６３に示す処理は、ＡＶ機器制御モジュール検証装置内で複数の制御情報の同期を取るために、ステップＳ１２３（実施形態１を参照）とステップＳ１２４の間に、ステップＳ８５１〜ステップＳ８５３を、ステップＳ１２４と“Ｅｎｄ”の間にステップＳ８５４を追加している。
【０１９１】
ステップＳ８４１では、ストリーム構成要素取得部８０４から通知されたコマンド及び制御属性を取得する。
【０１９２】
ステップＳ８４２では、ステップＳ８４１で取得したコマンドと制御属性から、初期化時のステップＳ８０５でコマンドと制御属性を関連付けた基準時間（図５６を参照）を参照する。そして、基準時間がタイムカウンタの値を示していた場合は、ステップＳ１１７−５を実施する。一方、基準時間がタイムカウンタを示していなかった場合は、ステップＳ８４３の処理へ移行する。
【０１９３】
ステップＳ８４３では、ストリーム構成要素取得部８０４から通知されたコマンドと制御属性から、検証対象モジュールに通知するイベント及びイベント付随情報を取得する。例えば、“コマンド”が“Ｃｏｍｍａｎｄ＿１”、“制御属性”が“検証対象モジュール（１）”の場合は、図５３より、通知するイベントは“Ｏｂｊｅｃｔ３：：イベント１”となる。また、図６４より、“Ｏｂｊｅｃｔ３：：イベント１”のイベント付随情報は“ｐａｒａｍ＿１”と“ｐａｒａｍ＿２”である。
【０１９４】
ステップＳ８４４では、ステップＳ８４１で取得した制御属性に対応したイベント通知時間テーブルを取得する。例えば、“制御属性”が“検証対象モジュール（１）”の場合、図５７の左側のテーブルを取得することになる。
【０１９５】
ステップＳ８４５では、ステップＳ８４３で得たイベントと、ステップＳ８４４で得たイベント通知時間テーブルのイベントが一致するか否か判定し、一致した場合は、ステップＳ１２０へ移行する。
【０１９６】
ステップＳ１２３（実施形態１を参照）によりイベントを通知する時間になった場合、ステップＳ８５１では、コマンドが他のコマンドに依存するか依存しないかの判定を行う。他のコマンドに依存していた場合は、ステップＳ８５２へ移行する。一方、他のコマンドに依存していなかった場合は、ステップＳ１２４へ移行する。例えば、“コマンド”が“Ｃｏｍｍａｎｄ＿１”、“制御属性”が“検証対象モジュール（１）”の場合は、図５３より、“依存するコマンド情報”は“Ｏｂｊｅｃｔ６：：Ｃｏｍｍａｎｄ＿１”となり、他のコマンドに依存する。一方、“コマンド”が“Ｃｏｍｍａｎｄ＿２”、“制御属性”が“検証対象モジュール（１）”の場合は、“依存するコマンド情報”は“Ｄｏｎ‘ｔ  ｃａｒｅ”となり、他のコマンドに依存しない。
【０１９７】
ステップＳ８５２では、ステップＳ８４１で取得したコマンドに対応するイベントのマスク設定を取得し、ステップＳ８５３へ移行する。例えば、“コマンド”が“Ｃｏｍｍａｎｄ＿１”、“制御属性”が“検証対象モジュール（１）”の場合は、図５３より、“ストリーム構成要素取得部から通知されたコマンドに対応するイベントのマスク設定”は“Ｏｂｊｅｃｔ３：：イベント１をマスク”となる。
【０１９８】
ステップＳ８５３では、ステップＳ８４１で取得したコマンドに対応するイベントのマスク設定がされていなかった場合は、ステップＳ１２４を実施してイベントを通知後、ステップＳ８５４へ移行する。一方、ステップＳ８４１で取得したコマンドに対応するイベントのマスク設定がされていた場合は、ステップＳ８５４へ移行する。
【０１９９】
例えば、“コマンド”が“Ｃｏｍｍａｎｄ＿１”、“制御属性”が“検証対象モジュール（１）”の場合は、図５３より、“ストリーム構成要素取得部から通知されたコマンドに対応するイベントのマスク設定”は“Ｏｂｊｅｃｔ３：：イベント１をマスク”となっている。したがって、“Ｏｂｊｅｃｔ３：：イベント１”は通知されない。一方、“コマンド”が“Ｃｏｍｍａｎｄ＿２”、“制御属性”が“検証対象モジュール（１）”の場合は、“ストリーム構成要素取得部から通知されたコマンドに対応するイベントのマスク設定”は“Ｄｏｎ‘ｔ  ｃａｒｅ”である。したがって、“Ｏｂｊｅｃｔ３：：イベント２”は通知される。
【０２００】
ステップＳ８５４では、コマンドや制御属性を制御情報保持部８０３へ通知する。例えば、“コマンド”が“Ｃｏｍｍａｎｄ＿１”、“制御属性”が“検証対象モジュール（１）”の場合は、制御情報保持部８０３へは、コマンドとして“Ｃｏｍｍａｎｄ＿１”、制御属性として“検証対象モジュール（１）”が通知される。
【０２０１】
図５４〜図５３の例では、検証対象モジュール（１）から制御情報“Ｃｏｎｔｒｏｌ＿ｉｎｆｏ＿１”が通知されると、制御情報保持部８０３は、制御情報を、コマンド“Ｏｂｊｅｃｔ１：：Ｃｏｍａｎｄ＿１”と、制御属性“検証対象モジュール（１）”に変換する。コマンド“Ｏｂｊｅｃｔ１：：Ｃｏｍａｎｄ＿１”は、他のコマンドを待つ必要はないため、ストリーム構成要素取得部８０４へコマンドと制御情報を通知する。
【０２０２】
次に、検証対象モジュール（２）から制御情報“Ｃｏｎｔｒｏｌ＿ｉｎｆｏ＿２”が通知されると、制御情報保持部８０３は、制御情報を、コマンド“Ｏｂｊｅｃｔ６：：Ｃｏｍａｎｄ＿１”と、制御属性“検証対象モジュール（２）”に変換する。“Ｏｂｊｅｃｔ６：：Ｃｏｍａｎｄ＿１”は、コマンド“Ｃｏｍａｎｄ＿１”、制御属性“検証対象モジュール（１）”を待つ必要がある。そのため、ストリーム構成要素取得部８０４へは、コマンドと制御属性を、この時点では通知しない。
【０２０３】
一方、イベント生成部８０６は、ストリーム構成要素取得部８０４から通知されたコマンド“Ｃｏｍａｎｄ＿１”、制御属性“検証対象モジュール（１）”、及びストリーム構成要素から、イベント“Ｏｂｊｅｃｔ３：：イベント１”とイベント付随情報“ｐａｒａｍ＿１”“ｐａｒａｍ＿２”とを生成する。また、コマンド“Ｃｏｍａｎｄ＿１”と、制御属性“検証対象モジュール（１）”から、イベント通知時間“ｔ１１”を取得する。そして、タイムカウンタがイベント通知時間に到達すると、依存するコマンド情報に“Ｏｂｊｅｃｔ６：：Ｃｏｍｍａｎｄ＿１”があるので、イベント生成部８０６は、コマンド“Ｃｏｍａｎｄ＿１”と、制御属性“検証対象モジュール（１）”を制御情報保持部８０３へ通知する。また、“Ｃｏｍａｎｄ＿１”、及び制御属性“検証対象モジュール（１）”は、イベント“Ｏｂｊｅｃｔ３：：イベント１”をマスクするため、イベント“Ｏｂｊｅｃｔ３：：イベント１”は通知しない。
【０２０４】
制御情報保持部８０３は、イベント生成部８０６から通知された“Ｃｏｍａｎｄ＿１”と、制御属性“検証対象モジュール（１）”から、新たなコマンド“Ｃｏｍａｎｄ＿１”、制御属性“検証対象モジュール（２）”に変換し、ストリーム構成要素取得部８０４へ通知する。図６５、図６６は、制御情報を受けてからイベントを発生するまでのコマンド等の発生を時系列で示した図である。
【０２０５】
以上のように、実施形態８では、コマンドやイベントに制御属性を関連付けることで、複数のオブジェクトで定義されたコマンドをそのまま利用することが可能となった。
【０２０６】
また、他のコマンドの待ちを制御情報保持部８０３で定義し、依存するコマンド情報をイベント生成部８０６で定義することで、複数のオブジェクト間で同期を取ることが可能となった。
【０２０７】
また、あるコマンドが他のコマンドに依存する場合、イベント生成部８０６で処理中のコマンドに対するイベントのマスク設定を行うようにすることで、他の検証対象モジュールからの制御に対してイベントを発生させる必要がない場合にも対応できるようになった。
【０２０８】
なお、ＡＶ機器制御モジュール検証装置８００では、コマンドやイベントに制御属性を関連付けさせているが、全ての検証対象モジュールを考慮したコマンドを再定義するようにしても構わない。
【０２０９】
《発明の実施形態９》
上記のＡＶ機器制御モジュール検証装置では、ハードウェア（以下ＨＷと略記）の構成の違いによって生じる制御タイミングの変化を許容することができなかった。本発明に係わるＡＶ機器制御モジュール検証装置が検証対象とするＡＶ制御ソフトウェアは、カメラ、テレビ、レコーダー等、搭載されるＡＶ機器の種類もしくは、デバイスドライバ、ミドルウェア等のように、ソフトウェアの階層も多種多様であり、前記のソフトウェアと関連するＨＷやその構成も異なる。例えば、ＨＷの構成によって、オーディオストリームや、ビデオストリームの入出力タイミングは異なり、このようなタイミングの差異に上記のＡＶ機器制御モジュール検証装置では追従できない。つまり、より精度の高い検証ができない課題があった。
【０２１０】
そこで、実施形態９では、ＨＷ構成と検証ソフトウェアの制御タイミングを関連付ける仕組みを有したＡＶ機器制御モジュール検証装置の例を説明する。
【０２１１】
図６７は、本発明の実施形態９に係るＡＶ機器制御モジュール検証装置９００の構成を示すブロック図である。ＡＶ機器制御モジュール検証装置９００は、ＡＶ機器制御モジュール検証装置１００のイベント生成部１０６をイベント生成部９０６に置き換えるとともに、イベント・ＨＷ経路情報関連テーブル９０７を追加して構成したものである。
【０２１２】
イベント生成部１０６は、検証対象モジュールにイベントを通知する際に、イベントの通知タイミングをイベント通知時間テーブル１０４の時間情報に基づいて行っていた。これに対しイベント生成部９０６は、検証対象モジュールにイベントを通知する際に、イベントの通知タイミングがＨＷに関連するか否かの判断を行なう。
【０２１３】
イベント・ＨＷ経路情報関連テーブル９０７にイベントが登録されている場合は、イベントの通知タイミングはＨＷの影響を受けると判断し、イベント・ＨＷ経路情報関連テーブル９０７に登録されている時間情報がイベントの通知タイミングに利用される。図６８は、イベント・ＨＷ経路情報関連テーブル９０７の一部分を示す図である。この部分は、図６８に示すように、イベント名、ＨＷ経路情報、遅延時間Ｔで構成されている。遅延時間Ｔは、ＨＷの構成によってイベント通知が遅延する時間量である。
【０２１４】
また、図６９は、イベント・ＨＷ経路情報関連テーブル９０７の他の部分の構成例を示す図である。イベント・ＨＷ経路情報関連テーブル９０７は、図６９に示すように、イベントに関わる複数のＨＷ情報を有している。そのため、ＨＷ毎に個別の遅延時間を持たせることが可能である。また、イベントに関わる全てのＨＷから、遅延時間の総和を算出することができる。なお、並列に動作するようなＨＷがある場合は、遅延時間の大きなＨＷのみの情報を登録すればよい。
【０２１５】
次に、ＡＶ機器制御モジュール検証装置９００の動作を説明する。
【０２１６】
ＡＶ機器制御モジュール検証装置９００においても、テーブルの初期化処理等をまず行なう。図７０は、ＡＶ機器制御モジュール検証装置９００における初期化処理を説明するフローチャートである。ＡＶ機器制御モジュール検証装置９００の初期化処理は、実施形態１で説明した初期化処理に、ステップＳ９０１の処理が追加されている。
【０２１７】
ステップＳ９０１では、イベント・ＨＷ経路情報関連テーブル９０７の初期化を行う。具体的には、イベントと関連するＨＷの構成、つまりＨＷ経路情報を登録し、その経路に関わる全てのＨＷの遅延時間を入力する。イベントとＨＷ経路の関係は、システム仕様書等から容易にわかる。また、ＨＷの遅延時間は、例えば、仕様書を参照して入力したり、データベース等から自動で入力したりするようなものであってもよい。
【０２１８】
図７１は、ＡＶ機器制御モジュール検証装置９００におけるイベント生成部１０６の動作を説明したフローチャートである。ステップＳ１１９（実施形態１を参照）を実施する前に、ステップＳ９０１〜Ｓ９０３を実施するようになっている。
【０２１９】
これらのステップでは、ステップＳ１１８において取得したイベントがＨＷ構成の影響を受けるか否かを判定するために、まずイベント・ＨＷ経路情報関連テーブル９０７を検索する。イベントが見つかった場合、つまりイベントがＨＷ構成の影響を受ける場合は、イベント・ＨＷ経路情報関連テーブル９０７からＨＷによる遅延時間を取得する。そして、イベント通知時間テーブル１０４の時間情報を更新する。これにより、イベント生成部１０６は、ＨＷの遅延時間が反映されたイベント通知時間テーブル１０４の時間情報に基づきイベントを通知する。
【０２２０】
なお、イベント通知時間テーブル１０４の時間情報を更新する際には、例えば、元の時間に遅延時間を加算するようにしてもよいし、元の時間とイベント・ＨＷ経路情報関連テーブル９０７に設定されている時間を比較して大きな値を利用するようにしてもよい。何れの更新方法を採用するかは特には限定されないが、例えばシステムの都合で定めればよい。
【０２２１】
以上のように本実施形態では、イベント通知タイミングにＨＷによる遅延時間を反映させるようにした。それゆえ、ＨＷ構成と検証ソフトウェアの制御タイミングを関連付ける仕組みが提供され、より精度の高い検証が可能となる。
【０２２２】
《発明の実施形態１０》
実施形態９のＡＶ機器制御モジュール検証装置９００では、機器の使われ方によって変わるＨＷの変化に対応することができない。例えば、本発明に係わるＡＶ機器制御モジュール検証装置が検証対象とするＡＶ制御ソフトウェアがデコーダの場合には、МＰＥＧ２再生なのか、Ｈ．２６４再生なのか、または特殊再生なのか等で、利用するメモリバッファの量やデータの転送速度等、ＨＷの設定値が異なる。すなわち、ＡＶ機器制御モジュール検証装置９００は、このようなＨＷの設定値の変更に対応した検証ができない課題があった。
【０２２３】
そこで、実施形態１０では、このようなＨＷの設定値の変更に対応可能なＡＶ機器制御モジュール検証装置の例を説明する。
【０２２４】
具体的には、機器の使われ方（ユーザオペレーション）で変化するイベント遅延値を算出する手段をイベント・ＨＷ経路情報関連テーブル９０７に設ける。詳しくは、実施形態９のイベント・ＨＷ経路情報関連テーブル９０７の図６９に示した部分を、図７２に示したテーブルに置き換えて、イベント・ＨＷ経路情報関連テーブル９０７を構成する。
【０２２５】
実施形態９のイベント・ＨＷ経路情報関連テーブル９０７は、ＨＷ経路情報テーブルから固定でＨＷ遅延値を取得していたが、本実施形態のようにＨＷ属性とイベント遅延値算出手段を設けることで、ＨＷ属性毎に遅延値算出手段を持たせることができる。例えば、バッファへの入力であれば、クロック周期又はバッファサイズ、ＤＭＡ転送であれば、転送レート、転送データ量等が事前に分かる。そのため、遅延を算出する手段に、イベント種別毎の遅延を算出する手段を持たせることでユーザオペレーション毎の遅延量の算出が可能である。
【０２２６】
次に、実施形態１０におけるイベント・ＨＷ経路情報関連テーブル９０７の初期化方法を説明する。
【０２２７】
図７３は、実施形態１０における初期化処理を説明するフローチャートである。実施形態１０では、実施形態１の初期化処理に、ステップＳ１００１の処理を追加する。
【０２２８】
ステップＳ１００１では、イベント・ＨＷ経路情報関連テーブル９０７の初期化を行う。イベントと関連するＨＷ構成の登録、つまりＨＷ経路情報を登録するまでは実施形態９と同じ処理である。
【０２２９】
そして、ＨＷ経路に関わる全てのＨＷの遅延時間を入力する代わりに、ＨＷ属性と遅延値の算出手順を入力する。遅延算出手順は、例えば、ＨＷ仕様書等を参照して作成するプログラムのようなものである。ただし、必ずしもＨＷ属性と遅延算出手順を関連付ける必要はなく、例えば、同じＨＷ属性で異なる遅延算出手順を持たせるものであってもよい。また、遅延算出手段は、初期化時のみ登録することに限定するものではない。
【０２３０】
以上のように本実施形態では、ユーザオペレーションで変化するＨＷ遅延値をイベント通知タイミングに反映させた。これにより、より精度の高い検証が可能となる。
【産業上の利用可能性】
【０２３１】
本発明に係るＡＶ機器制御モジュール検証装置及びＡＶ機器制御モジュール検証方法は、下位モジュールを使用しなくても、上位モジュールの検証精度を上げることが可能になるという効果を有し、ＡＶ機器の組み込みソフトウェアを検証するＡＶ機器制御モジュール検証装置等として有用である。
【図面の簡単な説明】
【０２３２】
【図１】本発明の実施形態１に係るＡＶ機器制御モジュール検証装置１００の構成を示すブロック図である。
【図２】検証対象モジュール１１０から通知される制御情報のデータ構造の一例を示す図である。
【図３】リスト化して表わしたストリーム構成要素の一例を示す図である。
【図４】イベント生成部１０６に通知するデータ構造の例である。
【図５】イベント通知時間テーブル１０４の一例を示す図である。
【図６】検証対象モジュール１１０に通知するイベント、及びイベント付随情報の一例を示す図である。
【図７】ＡＶ機器制御モジュール検証装置１００における初期化動作を説明するフローチャートである。
【図８】制御情報と制御情報をコマンドに変換する処理（オブジェクト）とを関連付けた例である。
【図９】検索キーと、コマンドとの関連付けの例である。
【図１０】各コマンドに対する、イベント、イベント付随情報、イベントのマスク設定、及びイベントのマスク設定の初期値の関連付けの例である。
【図１１】ストリームの階層と階層タグとを関連付けた例である。
【図１２】ストリーム情報保持部１０２のデータと、データタグを関連付けた例である。
【図１３】ストリームの階層と階層タグとの関連付けをタグに変換したストリーム構成要素の例である。
【図１４】ストリーム情報保持部１０２のデータとデータタグとの関連付けをタグに変換したストリーム構成要素の例である。
【図１５】各イベントのイベント付随情報とデータタグを関連付けた例である。
【図１６】コマンドとイベント通知時の基準時間とを関連付けた例である。
【図１７】ＡＶ機器制御モジュール検証装置１００の検証動作を説明するフローチャートである。
【図１８】ＡＶ機器制御モジュール検証装置１００の検証動作を説明するフローチャートである。
【図１９】制御情報のコマンドへの変換を説明するフローチャートである。
【図２０】図１７のステップＳ１１１〜ステップＳ１１２の処理を詳細に説明するフローチャートである。
【図２１】ステップＳ１１４等の処理を詳細に説明するフローチャートである。
【図２２】ステップＳ１１４等の処理を詳細に説明するフローチャートである。
【図２３】ステップＳ１１７等における処理を詳細に説明するフローチャートである。
【図２４】ステップＳ１１７等における処理を詳細に説明するフローチャートである。
【図２５】本発明の実施形態２に係るＡＶ機器制御モジュール検証装置２００の構成を示すブロック図である。
【図２６】イベント生成部１０６に通知するデータ構造の一例である。
【図２７】コマンドとイベント通知時間の算出処理を関連付けた処理（オブジェクト）の登録例を示す図である。
【図２８】実施形態２における初期化処理を説明するフローチャートである。
【図２９】ＡＶ機器制御モジュール検証装置２００の検証動作を説明するフローチャートである。
【図３０】ステップＳ２０２における処理を詳細に説明するフローチャートである。
【図３１】本発明の実施形態３に係るＡＶ機器制御モジュール検証装置３００の構成を示すブロック図である。
【図３２】ストリームデータへのポインタ情報の追加例を示す図である。
【図３３】本発明の実施形態４に係るＡＶ機器制御モジュール検証装置４００の構成を示すブロック図である。
【図３４】検索キーと各コマンドに対応したスキップ回数を関連付けの例である。
【図３５】本実施形態におけるスキップ動作を説明するフローチャートである。
【図３６】本発明の実施形態５に係るＡＶ機器制御モジュール検証装置５００の構成を示すブロック図である。
【図３７】ストリーム情報のみに依存したイベント通知条件、モジュールに通知するイベント種別とそれに付随する情報、及びイベントマスク設定の関連付けの例である。
【図３８】ストリーム情報のみに依存するイベント通知の処理を説明するフローチャートである。
【図３９】本発明の実施形態６に係るＡＶ機器制御モジュール検証装置６００の構成を示すブロック図である。
【図４０】ストリーム情報保持部６０２の構造の一例を示す図である。
【図４１】ストリーム処理チャンネル情報と制御ＩＤの関連付けの例である。
【図４２】制御ＩＤとストリームＩＤを関連付けの例である。
【図４３】ＡＶ機器制御モジュール検証装置６００の検証動作を説明するフローチャートである。
【図４４】ＡＶ機器制御モジュール検証装置６００の検証動作を説明するフローチャートである。
【図４５】実施形態７に係るＡＶ機器制御モジュール検証装置７００の構成を示すブロック図である。
【図４６】ストリームからストリーム情報テーブルリストを生成する方法を説明するフローチャートである。
【図４７】ストリーム規格、ストリーム階層タグ、ストリーム階層情報識別コードを対応付けるテーブルの一例である。
【図４８】ストリーム情報とそれに割り当てられたデータタグを示すテーブルの一例である。
【図４９】ストリーム情報テーブルのリスト化のルールを説明する図である。
【図５０】実施形態８に係るＡＶ機器制御モジュール検証装置８００の構成を示すブロック図である。
【図５１】ＡＶ機器制御モジュール検証装置８００における初期化処理を説明するフローチャートである。
【図５２】検証対象モジュールからの制御情報とコマンド情報に対して、他のコマンド待ちと他のコマンドの制御属性を定義した例を示すテーブルである。
【図５３】コマンドに対応するイベント等を関連付けた例を示すテーブルである。
【図５４】コマンドと制御属性の関連付けの一例である。
【図５５】コマンドとストリーム検索キーを取得する手段に、制御属性を関連付けた例である。
【図５６】コマンドに対応する基準時間を関連付け、コマンドに対する制御属性を関連付けの一例である。
【図５７】イベントに対応するイベント通知時間と制御属性を関連付けたテーブルの一例である。
【図５８】制御情報保持部８０３による処理を示すフローチャートである。
【図５９】ストリーム構成要素取得部８０４の処理を示すフローチャートである。
【図６０】ストリーム構成要素取得部８０４の処理を示すフローチャートである。
【図６１】ストリーム構成要素取得部８０４がイベント生成部８０６に通知するデータ構造の一例である。
【図６２】イベント生成部８０６の処理を示すフローチャートである。
【図６３】イベント生成部８０６の処理を示すフローチャートである。
【図６４】イベントとイベント付随情報との対応例を示すテーブルである。
【図６５】制御情報を受けてからイベントを発生するまでのコマンド等の発生を時系列で示した図である。
【図６６】制御情報を受けてからイベントを発生するまでのコマンド等の発生を時系列で示した図である。
【図６７】実施形態９に係るＡＶ機器制御モジュール検証装置９００の構成を示すブロック図である。
【図６８】イベント・ＨＷ経路情報関連テーブル９０７の一部分を示す図である。
【図６９】イベント・ＨＷ経路情報関連テーブル９０７の他の部分の構成例を示す図である。
【図７０】ＡＶ機器制御モジュール検証装置９００における初期化処理を説明するフローチャートである。
【図７１】ＡＶ機器制御モジュール検証装置９００におけるイベント生成部１０６の動作を説明したフローチャートである。
【図７２】イベント・ＨＷ経路情報関連テーブル９０７の他の部分の構成例を示す図である。
【図７３】実施形態１０における初期化処理を説明するフローチャートである。
【符号の説明】
【０２３３】
１００      ＡＶ機器制御モジュール検証装置
１０１      制御情報保持部
１０２      ストリーム情報保持部
１０３      ストリーム構成要素取得部
１０４      イベント通知時間テーブル
１０５      タイムカウンタ
１０６      イベント生成部
１１０      検証対象モジュール
２００      ＡＶ機器制御モジュール検証装置
２０１      イベント通知時間算出部
３００      ＡＶ機器制御モジュール検証装置
３０１      記憶媒体
３０２      ストリーム情報保持部
４００      ＡＶ機器制御モジュール検証装置
４０１      ストリーム構成要素取得部
５００      ＡＶ機器制御モジュール検証装置
５０１      イベント生成部
６００      ＡＶ機器制御モジュール検証装置
６０１      制御情報保持部
６０２      ストリーム情報保持部
６０３      ストリーム構成要素取得部
６０４      イベント生成部
７００      ＡＶ機器制御モジュール検証装置
７０１      記憶媒体
７０２      ストリーム構成情報テーブル作成部
８００      ＡＶ機器制御モジュール検証装置
８０３      制御情報保持部
８０４      ストリーム構成要素取得部
８０５      イベント通知時間テーブル
８０６      イベント生成部
９００      ＡＶ機器制御モジュール検証装置
９０６      イベント生成部
９０７      イベント・ＨＷ経路情報関連テーブル
【図１】
2008226218.tif 000003
【図２】
2008226218.tif 000004
【図３】
2008226218.tif 000005
【図４】
2008226218.tif 000006
【図５】
2008226218.tif 000007
【図６】
2008226218.tif 000008
【図７】
2008226218.tif 000009
【図８】
2008226218.tif 000010
【図９】
2008226218.tif 000011
【図１０】
2008226218.tif 000012
【図１１】
2008226218.tif 000013
【図１２】
2008226218.tif 000014
【図１３】
2008226218.tif 000015
【図１４】
2008226218.tif 000016
【図１５】
2008226218.tif 000017
【図１６】
2008226218.tif 000018
【図１７】
2008226218.tif 000019
【図１８】
2008226218.tif 000020
【図１９】
2008226218.tif 000021
【図２０】
2008226218.tif 000022
【図２１】
2008226218.tif 000023
【図２２】
2008226218.tif 000024
【図２３】
2008226218.tif 000025
【図２４】
2008226218.tif 000026
【図２５】
2008226218.tif 000027
【図２６】
2008226218.tif 000028
【図２７】
2008226218.tif 000029
【図２８】
2008226218.tif 000030
【図２９】
2008226218.tif 000031
【図３０】
2008226218.tif 000032
【図３１】
2008226218.tif 000033
【図３２】
2008226218.tif 000034
【図３３】
2008226218.tif 000035
【図３４】
2008226218.tif 000036
【図３５】
2008226218.tif 000037
【図３６】
2008226218.tif 000038
【図３７】
2008226218.tif 000039
【図３８】
2008226218.tif 000040
【図３９】
2008226218.tif 000041
【図４０】
2008226218.tif 000042
【図４１】
2008226218.tif 000043
【図４２】
2008226218.tif 000044
【図４３】
2008226218.tif 000045
【図４４】
2008226218.tif 000046
【図４５】
2008226218.tif 000047
【図４６】
2008226218.tif 000048
【図４７】
2008226218.tif 000049
【図４８】
2008226218.tif 000050
【図４９】
2008226218.tif 000051
【図５０】
2008226218.tif 000052
【図５１】
2008226218.tif 000053
【図５２】
2008226218.tif 000054
【図５３】
2008226218.tif 000055
【図５４】
2008226218.tif 000056
【図５５】
2008226218.tif 000057
【図５６】
2008226218.tif 000058
【図５７】
2008226218.tif 000059
【図５８】
2008226218.tif 000060
【図５９】
2008226218.tif 000061
【図６０】
2008226218.tif 000062
【図６１】
2008226218.tif 000063
【図６２】
2008226218.tif 000064
【図６３】
2008226218.tif 000065
【図６４】
2008226218.tif 000066
【図６５】
2008226218.tif 000067
【図６６】
2008226218.tif 000068
【図６７】
2008226218.tif 000069
【図６８】
2008226218.tif 000070
【図６９】
2008226218.tif 000071
【図７０】
2008226218.tif 000072
【図７１】
2008226218.tif 000073
【図７２】
2008226218.tif 000074
【図７３】
2008226218.tif 000075