(57)【要約】【課題】  スマートカードの開発及びテストを行う改良した技術を提供する。【解決手段】  本発明のシステムは、ユニバーサルシリアルバス（ＵＳＢ）スマートカード装置の設計をテストし且つＵＳＢバストラフィックを発生するためのテストケースを稼動するためのバスアナライザーを包含している。プロセッサがＵＳＢトラフィックに関するデータを受信し且つそれを異なるスマートカード開発環境にわたって使用可能な選択したデータフォーマットへ変換するためにバスアナライザーへ動作接続されている。【選択図】      図１
2005004762.tif 000002
【特許請求の範囲】
【請求項１】
ユニバーサルシリアルバス（ＵＳＢ）スマートカード装置の設計をテストするシステムにおいて、
ＵＳＢバストラフィックを発生させるためにテストケースを稼動させるバスアナライザー、
前記バスアナライザーへ動作接続されており、ＵＳＢトラフィックに関するデータを受取り且つ異なるスマートカード開発環境にわたって使用可能な選択したデータフォーマットへ変換させるプロセッサ、
を有していることを特徴とするシステム。
【請求項２】
請求項１において、前記システムプロセッサがＵＳＢトラフィックパターンに対するテストケースを開発すべく動作可能であることを特徴とするシステム。
【請求項３】
請求項１において、前記システムプロセッサが、ＵＳＢバストラフィックの詳細を包含するＵＳＢトラフィックファイルとしてＵＳＢトラフィックアクティビティを記録すべく動作可能であることを特徴とするシステム。
【請求項４】
請求項１において、更に、前記バスアナライザーへ動作接続されており、テストすべきスマートカードのシリコンチップを受納するテストソケットを有していることを特徴とするシステム。
【請求項５】
請求項１において、更に、前記バスアナライザーへ動作接続されており、テストされるスマートカード装置を受納するスマートカード読取器を有していること特徴とするシステム。
【請求項６】
請求項１において、更に、スマートカード装置をエミュレートするために前記バスアナライザーへ動作接続されているスマートカード装置エミュレーターを有していることを特徴とするシステム。
【請求項７】
請求項１において、前記プロセッサが、それを介して前記バスアナライザーを制御することが可能なグラフィカルユーザインターフェースを具備するコンピュータを有していることを特徴とするシステム。
【請求項８】
請求項１において、前記プロセッサが、発生されるべきＵＳＢトラフィックを記述するテキストのみのＵＳＢトラフィック発生（ＵＴＧ）ファイルを発生すべく動作可能であることを特徴とするシステム。
【請求項９】
請求項１において、前記プロセッサが、前記ＵＳＢトラフィックファイルを、ＵＳＢバス上で発生したトラフィックに関して受信したデータ及び／又は予測されるデータ結果に関して予測されるデータファイルを反映する受信データファイルへ変換すべく動作可能であることを特徴とするシステム。
【請求項１０】
請求項９において、前記プロセッサが受信データファイル内のデータを予測データファイル内のデータと比較すべく動作可能であることを特徴とするシステム。
【請求項１１】
請求項９において、前記受信データファイル及び予測データファイルがテキストのみのデータファイルであることを特徴とするシステム。
【請求項１２】
ユニバーサルシリアルバス（ＵＳＢ）スマートカード装置の設計をテストするシステムにおいて、
スマートカードエミュレーター又はテスト中の装置のＵＳＢトラフィックパターンに対するテストケースを発生するテストケース発生器、
前記テストケースを稼動し且つＵＳＢバストラフィックを発生するバスアナライザー、
前記バスアナライザーへ動作接続されており、ＵＳＢトラフィックに関するデータを受取り且つそれを異なるスマートカード開発環境にわたって使用可能な選択されたデータフォーマットへ変換するプロセッサ、
を有していることを特徴とするシステム。
【請求項１３】
請求項１２において、更に、ＵＳＢトラフィックアクティビティをＵＳＢトラフィックファイルとして記録する記録回路を有していることを特徴とするシステム。
【請求項１４】
請求項１３において、前記プロセッサが前記ＵＳＢトラフィックファイルを選択したデータフォーマットへ変換すべく動作可能であることを特徴とするシステム。
【請求項１５】
請求項１２において、前記システムプロセッサが、ＵＳＢトラフィックアクティビティをＵＳＢバストラフィックの詳細を包含するＵＳＢトラフィックファイルとして記録すべく動作可能であることを特徴とするシステム。
【請求項１６】
請求項１２において、更に、前記バスアナライザーへ動作接続されており、テスト中のスマートカード装置のシリコンチップを受納するテストソケットを有していることを特徴とするシステム。
【請求項１７】
請求項１２において、更に、前記バスアナライザーへ動作接続されており、テストされるスマートカード装置を受納するスマートカード読取器を有していることを特徴とするシステム。
【請求項１８】
請求項１２において、更に、前記バスアナライザーへ動作接続されており、スマートカード装置をエミュレートするスマートカード装置エミュレーターを有していることを特徴とするシステム。
【請求項１９】
請求項１２において、前記プロセッサが、それを介して前記バスアナライザーを制御することが可能なグラフィカルユーザインターフェースを具備するコンピュータを有していることを特徴とするシステム。
【請求項２０】
請求項１２において、前記プロセッサが、発生されるべきＵＳＢトラフィックを記述するテキストのみのＵＳＢトラフィック発生（ＵＴＧ）ファイルを発生すべく動作可能であることを特徴とするシステム。
【請求項２１】
請求項１２において、前記プロセッサが、前記ＵＳＢトラフィックファイルを、前記ＵＳＢバス上で発生されたトラフィックに関して受信したデータ及び／又は予測されるデータ結果に関しての予測データファイルを反映する受信データファイルへ変換すべく動作可能であることを特徴とするシステム。
【請求項２２】
請求項２１において、前記プロセッサが、受信データファイルにおけるデータを予測データファイルにおけるデータと比較すべく動作可能であることを特徴とするシステム。
【請求項２３】
請求項２１において、前記受信データファイル及び予測データファイルがテキストのみのデータファイルであることを特徴とするシステム。
【請求項２４】
ユニバーサルシリアルバス（ＵＳＢ）スマートカード装置の設計をテストする方法において、
スマートカードエミュレーター又はテスト中の装置のＵＳＢトラフィックパターンに対するテストケースを開発し、
前記テストケースを稼動させてＵＳＢバストラフィックを発生し、
ＵＳＢトラフィックアクティビティをＵＳＢトラフィックファイルとして記録し、
前記ＵＳＢトラフィックファイルを異なるスマートカード開発環境にわたって使用可能な選択したデータフォーマットへ変換する、
上記各ステップを有していることを特徴とする方法。
【請求項２５】
請求項２４において、前記テストケースを開発するステップが、更に、ホスト及び装置に対して特定したＵＳＢトラフィックシナリオを発生するステップを有していることを特徴とする方法。
【請求項２６】
請求項２４において、更に、発生されるべきＵＳＢトラフィックを記述するテキストのみのＵＳＢトラフィック発生（ＵＴＧ）ファイルとして稼動されるべきテストケースを開発するステップを有していることを特徴とする方法。
【請求項２７】
請求項２４において、更に、スマートカードエミュレーター又はテスト中の装置へ動作接続されたＵＳＢバスアナライザー内に前記特定したＵＳＢトラフィックシナリオを発生するステップを有していることを特徴とする方法。
【請求項２８】
請求項２４において、更に、シリコンチップとしてスマートカード装置に対するテストケースを稼動するステップを有していることを特徴とする方法。
【請求項２９】
請求項２４において、更に、相次ぐ繰り返しのテストケースを稼動し且つ該テストケースの結果を互いに比較するステップを有していることを特徴とする方法。
【請求項３０】
請求項２４において、更に、ＵＳＢバス上で発生したトラフィックに関して受信したデータ及び／又は予測されるデータ結果に関しての予測されるデータファイルを反映する受信データファイルへ前記ＵＳＢトラフィックファイルを変換するステップを有していることを特徴とする方法。
【請求項３１】
請求項３０において、更に、受信ファイル内のデータを予測データファイル内のデータと比較するステップを有していることを特徴とする方法。
【請求項３２】
請求項３０において、前記受信データファイル及び予測データファイルがテキストのみのデータファイルであることを特徴とする方法。
【請求項３３】
ユニバーサルシリアルバス（ＵＳＢ）スマートカード装置の設計をテストする方法において、
スマートカードエミュレーター又はテスト中の装置のＵＳＢトラフィックパターンに対するテストケースを開発し、
前記テストケースを稼動してＵＳＢバストラフィックを発生し、
ＵＳＢトラフィックアクティビティをＵＳＢトラフィックファイルとして記録し、
前記ＵＳＢトラフィックファイルをトラフィックパターンのトークンを基礎とした記述を包含するテキストのみのファイルへ変換する、
上記各ステップを有していることを特徴とする方法。
【請求項３４】
請求項３３において、前記テストケースを開発するステップが、更に、ホスト及び装置に対して特定したＵＳＢトラフィックシナリオを発生するステップを有していることを特徴とする方法。
【請求項３５】
請求項３３において、更に、発生されるべきＵＳＢトラフィックを記述するテキストのみのＵＳＢトラフィック発生ファイルとして稼動されるべきテストケースを開発するステップを有していることを特徴とする方法。
【請求項３６】
請求項３３において、更に、スマートカードエミュレーター又はテスト中の装置へ動作接続されているＵＳＢバスアナライザー内に前記特定したＵＳＢトラフィックシナリオを発生するステップを有していることを特徴とする方法。
【請求項３７】
請求項３３において、更に、シリコンチップとしてスマートカード装置に対するテストケースを稼動するステップを有していることを特徴とする方法。
【請求項３８】
請求項３３において、更に、相次ぐ繰り返しのテストケースを稼動し且つ該テストケースの結果を互いに比較するステップを有していることを特徴とする方法。
【請求項３９】
請求項３３において、更に、前記ＵＳＢトラフィックファイルを、ＵＳＢバス上で発生したトラフィックに関して受信したデータ及び／又は予測されるデータ結果に関する予測データファイルを反映する受信データファイルへ変換するステップを有していることを特徴とする方法。
【請求項４０】
請求項３９において、更に、受信データファイル内のデータを予測データファイル内のデータと比較するステップを有していることを特徴とする方法。
【請求項４１】
請求項３９において、前記受信データファイル及び予測データファイルがテキストのみのデータファイルであることを特徴とする方法。
【請求項４２】
ユニバーサルシリアルバス（ＵＳＢ）スマートカード装置の設計をテストする方法において、
スマートカードエミュレーター又はテスト中の装置に対するテストケースとしてＵＳＢトラフィックシナリオを発生し、
前記トラフィックシナリオから予測される結果を派生し、
前記テストケースを稼動し、
スマートカード装置のソフトウエア及びハードウエア開発を簡単化させるために前記テストケースの実際の結果を予測結果と比較する、
上記各ステップを有していることを特徴とする方法。
【請求項４３】
請求項４２において、更に、前記テストケースを稼動する場合のホスト及び装置応答を記録するステップを有していることを特徴とする方法。
【請求項４４】
請求項４２において、前記テストケースを開発するステップが、更に、ホスト及び装置に対して特定したＵＳＢトラフィックシナリオを発生するステップを有していることを特徴とする方法。
【請求項４５】
請求項４２において、更に、発生されるべきＵＳＢトラフィックを記述するテキストのみのＵＳＢトラフィック発生ファイルとして稼動されるべきテストケースを開発するステップを有していることを特徴とする方法。
【請求項４６】
請求項４２において、更に、スマートカードエミュレーター又はテスト中の装置へ動作接続されているＵＳＢバスアナライザー内に前記特定したＵＳＢトラフィックシナリオを発生するステップを有していることを特徴とする方法。
【請求項４７】
請求項４２において、更に、シリコンチップとしてスマートカード装置に対するテストケースを稼動するステップを有していることを特徴とする方法。
【請求項４８】
請求項４２において、更に、相次ぐ繰り返しのテストケースを稼動し且つ前記テストケースの結果を互いに比較するステップを有していることを特徴とする方法。
【請求項４９】
請求項４２において、更に、前記ＵＳＢトラフィックファイルを、ＵＳＢバス上で発生したトラフィックに関して受信したデータ及び／又は予測されるデータ結果に関する予測データファイルを反映する受信データファイルへ変換するステップを有していることを特徴とする方法。
【請求項５０】
請求項４９において、更に、受信データファイル内のデータを予測データファイル内のデータと比較するステップを有していることを特徴とする方法。
【請求項５１】
請求項４９において、前記受信データファイル及び予測データファイルがテキストのみのデータファイルであることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理及び格納の分野に関するものであって、更に詳細には、スマートカード開発及びテスト及び関連方法に関するものである。
【背景技術】
【０００２】
スマートカードは、セキュリティ及び個人識別アプリケーションに対して益々ポピュラーなものとなっている。例えば、スマートカードは、現在、医学的記録、バンキング情報等のセンシティブデータ即ち機微データ、及び同様のデータ条件を格納するために使用されている。多分、その最も一般的な形態において、スマートカードは、寸法、形状、厚さにおいてクレジットカードに類似したカード本体を具備しており、且つ例えばプラスチック等の同様の物質から構成することが可能である。標準のクレジットカードが行っているようにセンシティブ情報（例えば、口座番号、ユーザ識別等）を格納するために磁気ストライプを設ける代わりに、スマートカードは、通常、集積回路（ＩＣ）を包含している。このＩＣは、センシティブデータを格納するための非揮発性メモリを包含するばかりでなく、それは、又、このデータを処理し且つ例えばカード読取器を介してホスト装置と通信を行うためのマイクロプロセッサを包含することが可能である。スマートカードは磁気ストライプカードよりもより多くの情報を格納することが可能であるばかりか、より大きな機能性を有している。
【０００３】
スマートカードのような装置の動作及び通信を標準化するために種々のプロトコルが出現している。これらのうちの初期のもののうちの１つは国際標準化機構（ＩＳＯ）により開発されており且つＩＳＯ７８１６−Ｘプロトコルとして知られている。特に、このプロトコルは、ＩＳＯ文書、ＩＳＯ７８１６−１（物理的特性）、ＩＳＯ７８１６−２（寸法及びコンタクトの位置）、ＩＳＯ７８１６−３（電子的信号及び送信プロトコル）、ＩＳＯ７８１６−１０（電子的信号及び同期的カード用のリセットに対する回答）、及びＩＳＯ７８１６−１２（ＵＳＢインターフェース）等において記載されており、尚これら全てを引用によりその全体を本明細書に取込む。
【０００４】
更に、ユニバーサルシリアルバス（ＵＳＢ）アーキテクチャの人気が増加することに応答して、ＵＳＢプロトコルに従って動作する益々増加する数のスマートカードが継続して開発されている。このプロトコルはユニバーサルシリアルバス仕様、改定２．０、２０００年４月２７日、ＵＳＢインプリメンターズフォーラム、インコーポレイテッド出版に記載されており、尚、それを引用により本明細書に取込む。ＵＳＢアーキテクチャは、例えばコンピュータ外部の装置に対して標準の「プラグアンドプレイ」インターフェースを与えるので特に有益的である。外部周辺装置は、コンピュータをリブート又はパワーダウンさせる必要性なしに例えばコンピュータ等のホスト装置へ比較的迅速に且つ容易にインストールし且つそれから除去することが可能である。
【０００５】
複雑なコンピュータシステム又は装置に対する殆どの製品開発サイクルは、最終的な製品が入手可能なものとなる前にその製品の機能的等価物を必要とする。この機能的等価物は、典型的に、エミュレーター、又はハードウエアエミュレーター（ＨＷＥ）と呼称される。ＨＷＥは、プロダクトエンジニアが製品の物理的回路及び／又はコンポーネントを仕上げ且つテストする間に、その製品に対するアプリケーション開発者がその装置に対するソフトウエアアプリケーションを開発し且つデバッグすることを可能とする。
【０００６】
スマートカードに関して、ＨＷＥエミュレーターは、一般的に、最終的なスマートカード集積回路内に究極的に埋め込まれることとなる新たなアプリケーションを開発し、テストし、且つデバッグするために使用される。
【０００７】
スマートカードに関して、通常ＨＷＥエミュレーターを使用して新たなアプリケーションを開発し、テストし且つデバッグし、それは、究極的に、最終的なスマートカード集積回路内に埋め込まれることとなる。ＨＷＥは、最終製品（例えば、スマートカード集積回路）の実世界の機能性に可及的に一致した機能性を与えるべきである。このエミュレーションは、又、例えばデュアルＩＳＯ／ＵＳＢスマートカードのような複雑なデュアルモードスマートカードにも適用可能であるべきである。このような１つのデュアルモードスマートカードは、本願出願人に譲渡されているＦｒｕｈａｕｆ  ｅｔ  ａｌ．の米国特許第６，４３９，４６４号に記載されており、その記載内容全体を引用により本明細書に取込む。
【０００８】
電子設計自動化（ＥＤＡ）ソフトウエアツールが、プロトタイプ作成又は生産を行う前にスマートカード（又はその他の）チップ設計をシミュレートするためにしばしば使用される。設計者は、しばしば、機能的コンポーネントを画定し且つそれらをより小さなコンポーネントへ分解するために例えばベリログ（Ｖｅｒｉｌｏｇ）又はＶＨＤＬ等のハードウエア記述言語（ＨＤＬ）をしばしば使用する。ソフトウエアルーチンが、回路レイアウト内の特定の座標位置において論理セル内に配置され且つ経路付けされる。
【０００９】
バーチャルコンポーネント（ＶＣ）ブロック、バーチャルコンポーネント又はＩＰブロックとも呼称される機能的ブロックが、予め指定した回路機能として設計者によりしばしば使用される。多くの場合において、これらの機能的ブロックはソフトウエア形態においてプレハードン（ｐｒｅ−ｈａｒｄｅｎ）又はセミハードン（ｓｅｍｉ−ｈａｒｄｅｎ）させた回路設計であり、それらはより大型の回路設計へ再使用され又はリサイクルされる。バーチャルコンポーネントブロックの使用は、全体的な回路設計時間を減少させ且つ最終的な設計が市場に到達することが可能な速度を増加させる。バーチャルコンポーネントとしてのこれらの機能的ブロックは、又、論理的及び機能的な観点から予めテストし且つ検証することも可能である。
【００１０】
エミュレーターは、しばしば、機能的ブロック及び「システム・オン・チップ」（ＳｏＣ）ソリューションに対するバーチャルソケットインターフェース（ＶＳＩ）を具備するベースラインアーキテクチャを使用する。幾つかの機能的ブロックは、特に、特定のＩＣと共に使用するために設計され、且つその他の機能的ブロックは、その他のＩＣと共に使用するために設計され且つ内部の会社の供給源及び／又は外部供給源から獲得される。
【００１１】
バーチャルソケットインターフェース（ＶＳＩ）アライアンスアーキテクチャドキュメントバージョン１．０は、シリコンの単一片上の複数個のブロックの効率的且つ正確な集積化、検証及びテストを可能とさせるために機能的ブロックを形成するためのハードウエア及びソフトウエアインターフェース、フォーマット及び設計プラクティスを特定しており、尚、その記載内容全体を引用により本明細書に取込む。ＶＳＩ標準は、コンポーネントを基礎としたソリューションを使用してＩＣ設計を行うことを可能とするためにＨＤＬ記述と共に動作可能である。機能的ブロックとしてのバーチャルコンポーネントは設計環境において使用され、より特定的には、バーチャルソケット設計環境において使用される。典型的に、バーチャルコンポーネントはソフト、ファーム又はハードとすることが可能である。通常、バーチャルコンポーネントは、集積化及び検証を簡単化させるために予め定義した組の特性を有する標準フォーマットである出力を有する１組の仕様に対して設計された機能的ブロックである。
【００１２】
ＵＳＢスマートカード（ＵＳＤ）に対する設計サイクルにおいて、その設計は多数のテストケースに対して評価させるべきである。修正を行うことは、それがテストケースに対して再評価されることを必要とする。テストケースの発生は、時間がかかり且つエラーを発生させ易いプロセスである。それは、通常、自動化に適したものではなかった。
【００１３】
ＵＳＢスマートカード装置等の製品の開発は、多数のドメインにおいて作業を実施することを必要とする。通常、１つのドメインにおいて作業を行うエンジニアは、類似したテストケースを発生するが、それは、別のドメインにおいて開発されるテストケースと必ずしも同一のものではない。異なるドメイン内のテスト開発は殆ど共有されることはない。これらの共有されることのないテストを開発する努力の重複は必要なものではなく且つ、それは使用可能な資源及びマンパワーを使用するのでコスト高である。異なるドメインにおいてテストの間において殆ど相関が存在せず、然しながら、熟練を必要とする機能性の多くはドメインにわたって共通のものである。
【００１４】
現在のところ、ドメインにわたって多様な開発ツールに対して適切なフォーマットへ変換することが可能なＵＳＢトラフィックパターン及びシナリオを定義する既知のメカニズムは存在していない。
【００１５】
ＵＳＢバストラフィックの例において、ＵＳＢスマートカード装置のハードウエア、ソフトウエア、ファームウエアの種々の部分を実施するテストケース及びシナリオが開発されねばならない。「予測される」結果が、収集された「実際の」データに対して比較するために各テストケース及びシナリオに対して作成されるべきである。各ドメインにおいて使用されるツール及び技術の検査は、所要のテストケース及びシナリオの性質に関して強い相関を表わす。
【００１６】
更に、各ドメインが、他のドメインと共通でない開発者を使用することが典型的である。このことは、個々の開発者の特定の専門又は技術又は開発者が距離又はタイムゾーンによって分離されていることから発生する場合がある。その結果、テスト、シナリオ及びデータの品質及び量が開発プロセス期間中著しく変化することが一般的である。クロスドメイン相関の問題も存在している。全ての開発者が１組の共通且つ合意されたテスト及びシナリオのトップレベルの実現に合意し且つ適切なプログラム及びデータを自動的に発生させる場合には、前述したこれらの問題の多くは訂正される。このことは、プロジェクトに関連したドメインが広く分散した地理的位置において発生する組織において言えることである。
【００１７】
【特許文献１】米国特許第６，４３９，４６４号
【発明の開示】
【発明が解決しようとする課題】
【００１８】
本発明は、以上の点に鑑みなされたものであって、上述した如き従来技術の欠点を解消し、スマートカードの開発及びテストを行うための改良した技術を提供することを目的とする。
【課題を解決するための手段】
【００１９】
本発明は、ユーザが特定したツールに対してカスタム化したターゲティングを有するユニバーサルシリアルバストラフィックシナリオ自動発生を提供し且つＵＳＢスマートカード装置に対するハードウエア、ソフトウエア、及びテストの共同開発を簡単化させる。それはテストプログラム及びデータを作成し且つ処理し、該データは適切に処理され且つ最終的な製品の開発、デバッグ及び評価において関与する各ドメインにおけるツールの各々に対して適切なフォーマットの形態とさせることが可能である。
【００２０】
共通の「言語」が所望のケース及びシナリオのリストを表現するために見つけ出され且つ全てのドメインにわたって理解される。それは定義されたリストを実現するために使用される。フレームワークが案出され、それにより記述されたケースが共通の「言語」を使用し且つ自動化され且つ再現可能な態様で記述を処理する。該フレームワークは記述を解析し且つそれらを各ターゲットとされた開発ツールに対し使用可能なフォーマットへ変換する。このフレームワークは、又、種々のツールからのキャプチャされたデータを解析しかつクロスドメイン特性付けを実施する。
【００２１】
該フレームワークはその性質において反復的であり且つ不自然な実世界ケース及びシナリオの良好であるとして知られているキャプチャデータをインポートすることが可能である。それは機能的に正確なモデルを解析し且つ発生し且つ選択の「言語」を使用する。このことは、テストケース開発及びデバッグに対しての開始点について多様な柔軟性を与える。
【００２２】
該フレームワークはループ上で反復し且つ一般的な「言語」シンタックスで表現された「ゴールデンマスター」テスト、ケース及びシナリオの記述を受付ける。それは複数個のドメインにおいてターゲットとされたツールに対する適切なファイルを発生する。それは、又、ケース及びシナリオを受付け且つツール特定言語で表現され且つ「ゴールデンマスター」等価物を発生する。それは定義したテスト一式及びレバレッジを開発し且つ他の供給源からの作業を分担するか又は特別目的のためにドメインのうちの１つにおいて案出された関連するテストをマスターテスト一式内に導入することが可能である。それは、又、ワークフローの重要な部分の評価を実施することが可能である。
【００２３】
幾つかの場合において、ツール特定的アウトポートフォーマットをテンプレートにおいて定義することが可能であり且つ結果の自動化したクロス相関がドメインを横断して発生することが可能である。
【００２４】
ユニバーサルシリアルバス（ＵＳＢ）スマートカードの設計をテストするシステム及び方法は、スマートカード装置に関連するＵＳＢバストラフィックを発生するためにテストケースをラン即ち稼動させるバスアナライザーを包含している。プロセッサが該バスアナライザーへ動作接続されており且つＵＳＢトラフィックに関するデータを受取り且つそれを異なるスマートカード開発環境にわたって使用可能な選択したデータフォーマットへ変換する。
【００２５】
本発明の１つの側面においては、該システムプロセッサがＵＳＢトラフィックパターンに対するテストケースを開発し且つＵＳＢバストラフィックの詳細を包含するＵＳＢトラフィックファイルとしてＵＳＢトラフィックアクティビティを記録するべく動作可能である。
【００２６】
本発明の別の側面においては、テストすべきスマートカードのシリコンチップを受納するためにテストソケットをバスアナライザーへ動作接続させることが可能である。スマートカード読取器も、テストされるスマートカード装置を受納するためにバスアナライザーへ動作接続させることが可能である。スマートカードエミュレーターのバスアナライザーへ動作接続させ、スマートカード装置をエミュレートすることが可能である。該プロセッサは、好適には、それを介してバスアナライザーを制御することが可能なグラフィカルユーザインターフェースを具備するコンピュータを包含している。
【００２７】
該プロセッサは、又、発生されるべきＵＳＢトラフィックを記述するテキストのみのＵＳＢトラフィック発生（ＵＴＧ）ファイルを発生するべく動作することが可能である。該プロセッサは、又、ＵＳＢトラフィックファイルを、ＵＳＢバス上で発生したトラフィックにより受信されたデータ及び／又は予測されたデータ結果に関しての予測されたデータファイルを反映する受信データファイルへ変換すべく動作可能である。該プロセッサは、又、受信データファイル内のデータを予測データファイル内のデータと比較すべく動作することが可能である。該受信データファイル及び予測データファイルは、バストラフィックに関する更なる情報のために容易に比較及び／又は解析することが可能なテキストのみのデータファイルである。
【発明を実施するための最良の形態】
【００２８】
以下、本発明の好適実施例が示されている添付の図面を参照して本発明をより詳細に説明する。然しながら、本発明は多くの異なる形態で実現することが可能であり且つ本明細書に記載した実施例に限定されるものとして解釈されるべきものではない。そうではなく、これらの実施例は、本明細書の開示が完全なものであり、且つ当業者に対して本発明の範囲をより良く定義するために提供されるものである。尚、同様の参照番号は同様の要素を表わしている。
【００２９】
前述したように、本発明は、ユーザが特定したツールに対するカスタム化したターゲティングを具備するユニバーサルシリアルバストラフィックシナリオ自動発生を提供し且つＵＳＢスマートカードに対するハードウエア、ソフトウエア、テストの共同開発を簡単化させる。それはテストプログラム及びデータを作成し且つ処理し、該データは適切に処理し且つ、各ドメインにおいて、最終的な製品の開発、デバッグ及び評価において関与するツールの各々に対して適切なフォーマットの形態にさせることが可能である。
【００３０】
所望のケース及びシナリオのリストを表現するために一般的な即ち共通の「言語」が見出され且つ全てのドメインを横断して理解される。それは、定義したリストを実現するために使用される。フレームワークが案出され、それにより、記述されたケースが共通の「言語」を使用し且つ自動化し且つ再現可能な態様で記述を処理する。該フレームワークは、記述を解析し且つそれらを各ターゲットとした開発ツールに対して使用可能なフォーマットへ変換する。このフレームワークは、又、種々のツールからのキャプチャしたデータを解析し且つクロスドメイン特性付けを実施する。
【００３１】
該フレームワークはその性質が反復的であり且つ不自然な実世界ケース及びシナリオの良好なものとして知られているキャプチャデータをインポートすることが可能である。それは機能的に正確なモデルを解析し且つ発生し且つ選択の「言語」を使用する。このことは、テストケース開発及びデバッグに対する開始点について多様な柔軟性を与えている。
【００３２】
該フレームワークはループ上で反復し且つ共通の「言語」シンタックスで表現されている「ゴールデンマスター」テスト、ケース及びシナリオの記述を受付ける。それは複数個のドメインにおいてターゲットとされたツールに対して適切なファイルを発生する。それは、又、ケース及びシナリオを受付け且つツール特定記述で表現され且つ「ゴールデンマスター」等価物を発生する。それは定義したテスト一式及びレバレッジを開発し且つ他の供給源からの作業を分担し又は特別目的のためにドメインのうちの１つにおいて案出された関連するテストをマスターテスト一式内へ導入させることが可能である。それは、又、ワークフローの重要な部分の評価を実施することが可能である。
【００３３】
幾つかの場合において、ツール特定的出力フォーマットをテンプレートにおいて定義することが可能であり且つ結果の自動化したクロス相関がドメインを横断して発生することが可能である。
【００３４】
本発明のシステムに対する機能的テスト方法は図１のハイレベルフローチャートにおいて要約されている。ハードウエアエミュレーターが初期化される（ブロック１００）。アナライザーシステムが特定したＵＳＢトラフィックシナリオ（ＵＳＢホストとして動作）を発生し且つ全体的なトラフィックシナリオ（ホスト及び装置の応答）をキャプチャする（ブロック１０２）。その結果得られるキャプチャデータが後処理される（ブロック１０４）。この後処理は、データフォーマットの操作及び重要な情報の抽出が関与する。最後に、抽出された情報を予測されたものに対して比較し且つ要約される（ブロック１０６）。
【００３５】
図２には使用されるシステム１１０の基本的なコンポーネント及び物理的環境を例示している。システムの開発及び評価の目的のために、幾つかのソフトウエア及びハードウエアコンポーネントが例示した如くに結合されている。
【００３６】
このシステムにおいて使用されるアナライザー１１２は、ＣＡＴＣ（商標）ＵＳＢチーフバス及びプロトコルアナライザーとすることが可能であり、それは、又、以後、システムアナライザーと呼称する。パソコン１１４は、ＣＡＴＣ  ＵＳＢチーフバス及びプロトコルアナライザーと共に動作可能なアナライザーシステムソフトウエアを包含することが可能である。それは、又ＳＴマイクロエレクトロニクス社からのＳＴＰｌａｙｅｒソフトウエア（プレイヤー）を包含している。該アナライザーシステムソフトウエア及びプレイヤーソフトウエアはワークフローの管理のために動作可能である。アナライザー１１２はスマートカード１２０及び読取器１２２、デュアルインライン（ＤＩＬ）パッケージ及びテストソケット１２４、及びハードウエアエミュレーター１２６と共に動作可能である。該アナライザーは、ＵＳＢトラフィック発生ファイル等のテストケースを受取るために該ＰＣと共に動作可能である。ハードウエアエミュレーター１２６は一式のテストケース１２８と共に動作する。テスト設計及びテストケースはデバッグされ且つ評価される。テストケースはシリコンチップの多数のサンプルに対してラン即ち稼動される。各テストケースからの結果は後処理され且つその結果は「ゴールデン」結果に対して比較され且つ要約される。与えられたテスト中の装置（ＤＵＴ）に対する全てのテストケースからの結果が集計されて最終的な合格又は不合格結果１３０を決定する。これらのステップは各テストケースに対し且つテストされるテストにおける各装置に対して繰返すことが可能である。
【００３７】
アナライザー１１２はＵＳＢ開発環境におけるデスクトップＰＣ及びフィールドサービス及びメインテナンス用のポータブルなＰＣを包含するウインドウを基礎とした多くの異なるアプリケーションと共に使用することが可能である。それはモジュール型システムアーキテクチャ及びフィールドアップグレード可能ファームウエアを包含している。それはレポート用メモリ及びチャンネルエイド及び高インピーダンスタップインサートを包含している。それはトリガ用ビット毎の値及びマスクデータパターンを記録することが可能であり且つＰＩＤ不良、ビットスタッフィング不良、ＣＲＣ不良、エンドオブパケット不良、バブル、アクティビティのロス、フレーム長違反、タイムアウト又はターンアラウンド違反、及びデータトグル違反等のマルチエラー条件をトリガすることが可能である。該アナライザーは実時間トラフィックをフィルタし、全及び低速度トラフィックを検知し且つキャプチャし、且つ潜在的なバスエラー、プロトコル違反、及びそれらの結合を表示することが可能である。
【００３８】
該アナライザーは、バスパケットの高分解能で正確なタイムスタンプ動作及び時間測定解析機能を有している。それは、バスパケット、適宜のドライバーに対するトランズアクション及び転送、及びブルトースプロトコル抽出及びデコードのグラフィカル表示を包含することが可能である。それは２つのＵＳＢ分岐を具備する二次的記録用チャンネルを使用することが可能であり、且つセットアップ及びＩＮ又はＯＵＴトランズアクション等の異なるレベルのＢＵＳトラフィックを表示することが可能である。トランズアクションはＵＳＢ転送へ結合させることが可能であり且つユーザは制御、バルク、インタラプト又はアイソクロノス転送を見ることが可能である。ＵＳＢ要求及び記述はデコードすることが可能であり且つ大量のトランズアクションデータをサーチすることが可能である。クラス／ベンダー／特定のデコーディングは設計者がデータストリングコマンド構造の英語と均等なものとすることを可能とする。デジタルデータをデコードすることが可能であり且つコマンドの均等なものを表示することが可能である。合法的及び非合法的なパケットを包含するＵＳＢバストラフィックを装置のテストにストレス／制限をかけることを可能とするために発生することが可能である。本システムはバスエラー、プロトコル違反及び異なる組合わせを検知し且つユーザに警告を与えることが可能である。
【００３９】
ハードウエアエミュレーター１２６はＳＴ１９Ｙハードウエアエミュレーターとすることが可能である。理解すべきことであるが、本発明は、例えば、最大で５００ＭＨｚの定格とされているメントールグラフィックセラロハードウエアエミュレーター（Ｍｅｎｔｏｒ  Ｇｒａｐｈｉｃ  Ｃｅｌａｒｏ  Ｈａｒｄｗａｒｅ  Ｅｍｕｌａｔｏｒ）等の異なるエミュレーションツールセットを使用することが可能である。実世界速度で機能しているパソコンを使用することも可能である。エミュレーション用の別のツールセットは、全速ＵＳＢ装置制御器を受付けるべく設計が修正されているカスタム化したスタンドアローンエミュレーター及びアナログトランシーバーを包含することが可能である。
【００４０】
ハードウエアエミュレーターの場合には、該システムのバーチャルモデルをハードウエアエミュレーター内部に形成し且つ検証として秒、分又はそれより長い実時間で動作させることが可能である。ハードウエアエミュレーターは数百万個のゲート容量を具備し且つレジスタ転送論理（ＲＴＬ）設計及びＲＴＬメモリに対し干渉するメモリに対して完全に自動化したフローを有するマルチユーザプロジェクトリソースを使用することが可能である。本システムは異なるクロックドメインで動作可能であり、埋込型マルチモードメモリを具備する数メガバイトの拡張型オンボードデュアルポート設計メモリを使用する。
【００４１】
ハードウエアエミュレーター（ＨＷＥ）は、機能的テストケースのみならずＨＤＬ設計実現例を評価するために使用することが可能である。シリコンが使用可能である場合には、基本的な方法が繰り返される。然しながら、ＨＷＥの代わりにシリコンを使用することが可能である。チップは以下の如くにしてパッケージにおいてアクセス可能である。
【００４２】
（１）デュアルインライン（ＤＩＬ）パッケージは標準の２４ピン（幅）ＤＩＬパッケージ内に装着することが可能である。ソケット及び特別のＵＳＢタイプＡ雄コネクタを包含する小さなカードを、テスト中のチップをＣＡＴＣハードウエアへインターフェースさせるために使用することが可能である。オプションとして、視覚的なフィードバックのため、及び埋込型ＵＳＢトラフィック信号論理の適切な機能性を検証するためにＬＥＤを付加することが可能である。例えば、本願出願人に譲渡されており且つ同時係属中の出願番号１０／４０３，８５４及び１０／４０３，８５３は、信号用にＬＥＤを使用することを開示しており、尚これらを引用により本明細書に取込む。
【００４３】
（２）スマートカードパッケージを標準のスマートカードＳＩＭモジュール内部に装着することが可能である。これは、その特性的クレジットカード寸法の形状係数により認識可能なスマートカードパッケージの内側に装着される。
【００４４】
これらのオプションは、本システムがＨＷＥと最終シリコンとの間で実質的に同一の結果を派生することを可能とする。
【００４５】
種々のモードが使用される。例えば、「テストモード」はシリコン製造プロセスに続く本システムの最初の動作モードである。初期的製造プロセスの一部としてシリコンテスト及び評価に対して特定的な特定の機能性がテストモードにおいて存在しており、その他のモードにおいては存在していない。
【００４６】
「発行者モード」は個人化のために顧客へ送給された場合の本システムの動作モードである。発行者モードは、末端顧客に対して与えられる前に発行者が本システムに対してあるカスタム化することを可能とする特定の機能性を有しており、それは最終的なモードにおいては存在しない。
【００４７】
「ユーザモード」は発行者によるカスタム化に続く本システムの最終的な永久的な動作モードである。
【００４８】
ハイレベルの観点からは、機能的テストフローは図３の概略図に例示した如く簡単明瞭である。例示した如く、クイックキー（ＱｕｉｃｋＫｅｙ（商標））マクロ１４０はアナライザー１１２ソフトウエアＧＵＩ１４２及びプレイヤーソフトウエアＧＵＩ１４４等のソフトウエアグラフィカルユーザインターフェースと共に動作可能である。クイックキーはＣＥＳｏｆｔ，Ｉｎｃ．（ｗｗｗ．ｃｅｓｏｆｔ．ｃｏｍ）により製造販売されているソフトウエアプロダクトであり、それは、ユーザが、例えば、ボタンのクリック、ウインドウ、メニュー等の選択等の人間とＰＣとの相互作用を模倣することを可能とする。クイックキーシンタックスを使用して１組の動作シーケンスを定義することが可能であり且つリプレイすることが可能である。このプログラムは人間のＧＵＩインターフェースとの相互作用を正確に、信頼性を持って繰り返し模倣するのに有用である。
【００４９】
エクスポートジェネレーターテクストフォーマット（ＧＴＦ）及びパケットビューフォーマット（ＰＶＦ）ファイルは捕獲／エクスポートファイル１４６の一部である。ＵＳＢトラフィック発生（ＵＴＧ）ファイルとしての種々のテストケース１４８をインポートすることが可能である。キャプチャし且つエクスポートしたＧＴＦ及びＰＶＦファイルから、ＵＴＧ（Ｂ）ファイル１５０の再生したテストケースに対する後処理フォーマット化及び合格又は不合格解析１５２のための後処理及び比較が存在している。テスト中の装置を操作するために１組の機能的テストケースが使用され、且つ結果的に得られるデータが処理され且つ予め確立した基準に対して重み付けされる。
【００５０】
所望のトラフィックシナリオを記述する各テストケースは、アナライザー１１２によって解釈されねばならず、それは特定したホスト側のパターンを発生する。ターゲットとされたテスト中の装置（ＤＵＴ）からの応答は、ホスト側の信号と共に記録される。このデータは、後に、エクスポートされ且つ後処理される。最後に、結果的に得られる後処理された「受信」データが「ゴールデン」予測データに対して比較される。
【００５１】
基本的なステップは、多数のテストケースを実施する与えられたＤＵＴに対する最終的な結果を発生するために識別される。ハードウエアエミュレーター対最終的なシリコンを使用する幾つかの実現例が存在している。「ゴールデン」の予測されているが最終的な比較データを発生することを必要とされるステップが評価され且つ共通のステップが識別される。ワークフローにおけるこれらの共通のステップは所要の処理管理のフレームワークを形成する。
【００５２】
ソフトウエアトラフィック発生、キャプチャ等及びＨＷＥ初期化のためのプレイヤーパッケージを操作し且つ処理するのに必要な基本的なアクションを制御することが可能である。ＧＵＩのマウスカーソルに関する大量の直接的な制御が必要とされる。制御キーシーケンスは全てではないが所要のアクションの幾つかに対するものである。
【００５３】
図４に示したように、本システムに対する幾つかの異なる開発環境において使用されるテストケース一式を開発することが可能である。
【００５４】
開発のフローにおいて使用されるテスト係数は図４に示されており、ソフトウエア開発環境（ＳＷＤＥ）１６０はＵＳＢトラフィック発生（ＵＴＢ）ファイル１６２及びＵＳＢトラフィック発生変換ユーティリティ１６４と共に動作し、それらはアナライザー１１２と共に動作する。これはハードウエアエミュレーション環境（ＨＷＥＥ）１６６と共に動作する。該アナライザーはユニバーサルシリアルバス（ＵＳＢ）ファイル１６８及びパケットビューフォーマット（ＰＶＦ）ファイル１７０と共に動作し、それらはホスト（ＨＳＴ）１７６及び装置（ＤＥＶ）１７８を介してＰＶＦ対ＨＤＥＬＥパーサー１７２及びＨＤＬシミュレーション環境１７４と共に動作する。ＨＤＬシミュレーション環境１７４はテストすべき設計１８２に対しＶＣＤ１８０と共に動作する。
【００５５】
共通の組のテストケースが、テキスト形態において良好に理解されているシンタックスを使用して案出される。ＵＳＢシステムにより使用されるシンタックスは、多様性があることが分かり且つ信号発生及びプロトコルエラーに対するサポートを包含している。更に、該アナライザーはチェックサム、ビット及びフレームタイミングを計算することが可能であり、且つ予定されたデフォルト信号パターンを包含している。
【００５６】
一貫した組のケースが作成されると、オリジナルのトラフィックシナリオ記述を異なる開発環境において使用可能なフォーマットへの変換を可能とするツールを開発することが可能となる。「ハードウエアエミュレーション環境」は図４の陰線を付けていない部分及びブロックによって示してある。この環境はハードウエアエミュレーター１２６及び図２に示したソフトウエア及びハードウエアアナライザー１１２を包含している。テストケースのＵＴＧファイル１６２は直接的に使用することが可能である。１つの拘束条件は、該アナライザーはバストラフィックを発生すべきであり、且つＵＴＧファイルは、シナリオのホスト側のみが解釈されるように構成されねばならない。
【００５７】
ＵＴＧファイル内にホスト側及び装置側の両方のアクティビティを包含する完全なトラフィックシナリオを記述することが可能である。このタイプのトラフィック記述ファイルはＵＴＧ（Ｂ）ファイルと呼称され、その場合に、（Ｂ）は、アクティブな記述がトラフィックのホスト側とトラフィックの装置側の両方を包含することを表わす。トラフィックシナリオは、又、トラフィック発生目的のためのみのホスト側として記述することが可能である。このタイプのＵＴＧファイルはＵＴＧ（Ｈ）ファイルと呼称され、（Ｈ）は「ホストのみ」を表わす。
【００５８】
ワークフローの一部を使用することにより、適宜の変換ユーティリティ及び一貫性のあるファイル構造と関連して、ＵＴＧ（Ｂ）ファイルをＵＴＧ（Ｈ）ファイルへ変換することが可能であり、又はその逆も又真である。このことは、一貫性ファイルフォーマットを使用することにより可能である。ワークフローインタプリタはＵＴＧファイル内のライン上の「；」（セミコロン）に続く全てを無視することが可能である。システムＵＳＢトラフィック記述シンタックスの実効的に「イネーブル」又は「ディスエーブル」させる部分に対してこのコメントキャラクタを使用して、該ファイルのコメントを付けたテキスト内の特別の「タグ」をフィルタが探し出す。
【００５９】
トラフィック発生に対して使用される場合（ＵＴＧ（Ｈ）ファイル）、特別なタグ＜Ｗ＞は、進行する前に「ｘバイト待機」のプロトコルタイミングが経過することを表わすことが可能である。ＵＴＧファイル解釈（ＵＴＧ（Ｂ）ファイル）に対して使用される場合に、特別なタグ＜Ｄ＞は「予測された装置応答」を表わすことが可能である。＜Ｄ＞又は＜Ｗ＞のいずれかのタグが付けられたラインを任意の与えられた時間において「イネーブル」させることが可能であるが、同時に両方をイネーブルさせることは不可能である。
【００６０】
一般的に、各テストケースは特定のＵＳＢトラフィックシナリオを表わしており、その場合に、特定の挙動及び機能性が実施され且つ評価される。該トラフィックシナリオはアナライザーソフトウエアにより理解される特別の組のシンタックスを使用して記述され、且つＵＳＢトラフィック発生（ＵＴＧ）ファイルと呼称される。
【００６１】
ＵＴＧファイルはテキストのみであるので、それらは容易に作成され且つ任意のテキストエディターで修正され且つすぐに使用される。アナライザーソフトウエア及びハードウエアは記述されたホスト側バストラフィックを発生する。タイミング許容値が特定され、その場合に、装置側応答が予測される。ＵＴＧファイルの１つの例が図５に示されている。この例はトラフィックのホスト側記述であり、それをＵＴＧ（Ｈ）ファイルとしている。
【００６２】
テストケースが「ラン」即ち稼動される場合に、トラフィックキャプチャがイネーブルされ、トラフィック発生が回避され、且つＵＳＢに関して結果的に得られるアクティビティが記録される。この記録されたアクティビティは二進形態のユニバーサルシリアルバス（ＵＳＢ）ファイルへ保存される。後に、該ＵＳＢファイルを読取ることが可能であり、オリジナルのホスト側アクティビティ（ＵＴＧファイル内に記述）及び装置側応答の両方からなり関連するタイミング情報で完成するキャプチャしたトラフィックを表わす。
【００６３】
ＵＳＢファイル内に包含されるトラフィックシナリオは２つのフォーマット、即ち（１）パケットビューフォーマット（ＰＶＦ）及びジェネレーターテキストファイルフォーマット（ＧＴＦＦ）へエクスポートすることが可能である。これらのＡＳＣＩＩテキストファイルはトラフィックシナリオの２つの異なるフォーマットにおける記述を包含しており、それは、次いで、解析することが可能であり、関連する情報が抽出され且つデータが解析され且つ処理される。
【００６４】
図６はアナライザー１１２がハードウエアエミュレーター１２６及びシリコン２００と共にＵＳＢハードウエアを介して動作する場合のテストデータフローの概観を示している。アナライザーはＵＳＢトラフィック発生ファイル２０２（ホストのみ）及びＵＳＢファイル２０４（ホスト及び装置）と共に動作する。それは、又、ジェネレーターテキストフォーマット（ＧＴＦ）２０６（ホスト及び装置）ファイルと共に動作し、該ファイルはシステム「美化」ユーティリティ２１０及びＵＴＧ（Ｂ）ファイル２１２と共に動作する。Ｂ２Ｈユーティリティ２１４はＵＴＧ（Ｈ）２０２へループバックする。Ｂ２ＨユーティリティはＢ及びＨファイルの情報抽出のために動作する。アナライザーは、又、ＰＶＦ（Ｂ）ファイル２１６と共に動作し、該ファイルは受信データファイル（ＲＣＶ）２２０、予測データファイル（ＥＸＰ）２２２、及びＨＤＬシミュレーション環境において使用されるＵＳＢホスト２２４及び装置２２５に対してＰＶＦ対ＨＤＬＳＥユーティリティ２１８と共に動作する。ＲＣＶ２２０及びＥＸＰ２２２は合格／不合格解析２２６のためにＤＥＶＥＸＤ比較ユーティリティ２２４と共に動作する。
【００６５】
ＰＶＦファイル２１６は、ユーティリティ２１８を介して「装置予測」データファイル（ＥＸＤ）２２２を発生するために使用される。このファイルフォーマットはＤＥＶＥＸＰと呼称され、且つ「ゴールデン」ＵＳＢキャプチャファイルをソース即ち供給源として使用する場合に、これらのファイル内のデータは、後に、「ゴールデン」比較データとして使用される。同様に、トラフィックシナリオケースがＨＷＥ１２６又はＤＵＴに対してランされる場合には、ＤＥＶＥＸＰフォーマット「装置受信」データファイル（ＲＣＶ）２２０がＰＶＦエクスポートファイルから発生する。
【００６６】
各テストケースに対して、結果的に得られる装置ＲＣＶファイル２２０は差に対して対応するＥＸＰファイル２２２と比較される。この比較の強調は応答が受取られた特定の時間ではなく、テスト中の装置からの実際の応答の内容及びそれらの相対的配置に関するものである。ＰＶＦファイルの１例を図７に示してある。
【００６７】
ＵＳＢ装置に対するＵＳＢ機能的テストベクトル一式におけるＵＳＢトラフィックシナリオがシステムシンタックスを使用してＵＴＧファイル内に記述されている。該ファイルは本システムにより読取られ且つ使用されて記述されたトラフィックを発生する。同時に、本発明は結果的に発生するバスアクティビティをモニタし且つキャプチャする。このデータは、ＰＶＦファイルフォーマットへエクスポートすることが可能であり、該フォーマットは図４に示したＰＶＦ対ＨＤＬＳＥパーサー１７２により使用される。ＵＳＢパケットビューフォーマット（ＰＶＦ）ファイルフォーマットは図５に示した親元のＵＴＧファイルから派生される。
【００６８】
図６に示したように、ＧＴＦＦ（ａ／ｋ／ａ  ＧＴＦ）ファイル２０６はＵＴＧファイルを再構成するために使用することが可能である。このことが適切に動作するためには、親元のＵＳＢファイルがＵＳＢトラフィックシナリオのホスト部分と装置部分の両方を包含していることが基本である。このワークフローにおける経路は、トラフィックシナリオがオリジナルのホストのみのＵＴＧ（Ｈ）ファイルが存在しない場合にキャプチャされた場合の例に対して有用である。本システムは、ＵＳＢ上のアクティビティをキャプチャするためにのみ使用されるか、記録されるトラフィックを発生する場合に関与するものではない。この経路は、又、ＵＴＧ（Ｈ）励起ファイル及び結果的に発生するキャプチャＵＳＢファイルのみが使用可能であるが装置側の応答が必要である場合の例に対して有用である。
【００６９】
例えば、テストケースに対して「予測される」（ＥＸＰ）ファイル（ＤＥＶＥＸＰフォーマット）を発生するために、ＵＴＧファイル及び結果的に発生するキャプチャＵＳＢファイルのみが提供される。この例においては、オリジナルのＵＴＧトラフィックシナリオ励起ファイルはホスト側アクティビティ、即ちＵＴＧ（Ｈ）ファイルのみを包含していた。従って、オリジナルのＵＴＧファイルがｈ２ｂフィルタユーティリティを介してパスされる場合に、完全なシナリオが表わされることはなく（ＵＴＧ（Ｂ）シナリオファイルにおいて見られるように）、従って装置部分を抽出することは不可能である。
【００７０】
然しながら、ＵＳＢファイルは、ＧＴＦへエクスポートし、解析且つ分析を行い、且つ新たなＵＴＧ（Ｂ）ファイルを発生することが可能である。この新たなＵＴＧ（Ｂ）ファイルはＢ２Ｈフィルタユーティリティ２１４を介してパスさせることが可能であり、新たなＵＴＧ（Ｈ）ファイルを発生する。「オリジナル」ＵＴＧ（Ｈ）ファイル及び対応する「新たな」ＵＴＧ（Ｈ）ファイルは実質的に機能において同一のものとすべきである。その副作用は、ＤＥＶＥＸＰフォーマット化ファイルを発生するために使用される装置応答の抽出である。「ゴールデン」キャプチャファイルに関してのこの後処理を実施すると、ＥＸＰ比較ファイルを発生することが可能である。後に、ＲＣＶファイルが同一の態様で発生され、且つ先のＥＸＰファイルと比較される。
【００７１】
１つの例のＧＴＦファイルが図８に示されている。ＵＳＢ装置に対するＵＳＢ機能的テストベクトル一式におけるＵＳＢトラフィックシナリオがシステムシンタックスを使用してＵＴＢファイル内に記述されている。該ファイルは本システムにより読取られ且つ記述されたトラフィックを発生するために使用される。同時に、本システムは結果的に発生するバスアクティビティをモニタし且つキャプチャし、それは美化ユーティリティ２１０により使用されるＧＴＦファイルフォーマット内にエクスポートさせることが可能である。ジェネレータートラフィックファイル（ＧＴＦ）フォーマットファイルが図５に示したＵＴＧ（Ｈ）ファイルから派生される。
【００７２】
本システムに対する開発及び評価即ち妥当性検査の目的のために、図１に例示し且つ前に説明したように、幾つかのソフトウエア及びハードウエアコンポーネントを結合させる。この環境において、幾つかのハードウエア形態が可能であり、且つ選択したハードウエア形態に依存して、幾つかのソフトウエア形態のうちの１つが使用される。
【００７３】
本発明のワークフローに対して使用することが可能な主要なソフトウエアコンポーネントのうちの１例を以下の表１に要約してある。
【００７４】
【表１】
2005004762.tif 000003
【００７５】
本発明のワークフローに対して使用することが可能な主要なハードウエアコンポーネントの１例を以下の表２に要約してある。
【００７６】
【表２】
2005004762.tif 000004
【００７７】
ターゲットとした製品設計の種々の特徴及び機能性を実施すべく意図した１組のテストケースを開発することが可能である。本システムにより使用されるシンタックスは、キャプチャしたバストラフィックを記述することが可能であり且つデータをエクスポートするためのフォーマットとすることが可能である。これらのテストケース及びそれらの結果に対する中間フォーマットは、データを種々のフォーマットへ変換するためのワークフローにおけるスクリプトユーティリティにより解釈し且つ操作することが可能である。
【００７８】
ハードウエアエミュレーターは、最終的な製品を生産する前に開発することが可能である。このことは実動作速度における機能性の評価即ち妥当性検査を容易とし、且つハードウエア、アプリケーションソフトウエア、埋込型ファームウエアの共同開発を簡単化する。
【００７９】
システムレベルにおいて、ＵＳＢデバイスコア（ＵＤＣ）は、カスタムロジックブロック（ＣＬＢ）内へ集積化させることが可能であり且つ安全な埋込型マイクロプロセッサと合致させることが可能である。この混合型ＨＤＬ設計の一部は、ターゲットマイクロプロセッサに対するベースラインハードウエアエミュレーターの拡張として、例えばＨＷＥドーターカード等のドーターカード上のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）装置内に実現することが可能である。本システムは、最終的な製品の機能性に関して「ａｔ−ｓｐｅｅｄ」、即ち実動作速度において動作することが可能である。
【００８０】
ハードウエア設計（及び埋込型ファームウエア）をデバッグし且つ評価、即ち妥当性検査するために、ハードウエアエミュレーター１２６がアナライザー１１２と結合される。ハードウエアエミュレーターのコンフィギュレーション即ち形態特定は、システムソフトウエア及びＡＰＩを使用してホストＰＣ１１４から実施される。
【００８１】
デバッグ及び解析を簡単化させるために、ＤＩＬ（デュアルインライン）パッケージ１２４内に幾つかのシリコンサンプルをパッケージ化することが可能である。２４ピンＤＩＬパッケージ及び視覚的フィードバックのためのオプションとしてのＬＥＤを受納するためのソケットと共に小型のテストソケットカードを構築することが可能である。プライマリーＵＳＢソケットを使用して、この組立体をアナライザー１１２へ結合させるためにＵＳＢタイプＡコネクタを使用することが可能である。
【００８２】
テストソケット上にＵＳＢコネクタを使用することが可能である。このコネクタは、標準のＵＳＢタイプＡプラグから多少異なるものとすることが可能である。ＵＳＢタイプＡ受容器と結合する内部コンタクトは、該プラグが該ソケット内に挿入される場合にＤＰ及びＤＭピンの前に電源及び接地が接続されることを保証するために長さにおいて多少スキューさせることが可能である。この動作は、該装置に対する適切なパワーオンリセット（ＰＯＲ）シーケンスを保証する。このコネクタは、低コストのＵＳＢスマートカード読取器と共に、且つ「ドングル」スタイルパッケージと共に使用することも可能である。
【００８３】
幾らかのシリコンをＳＩＭフォーマット内にパッケージ化することが可能である。ＳＩＭは、クレジットカード寸法のスマートカードパッケージ内に集積化させることが可能である。このことは、該装置をスマートカード読取器において使用することを可能とする。低コストのＵＳＢカード読取器は、包囲体、挿入される場合にカードと接触するための内部コネクタ、ＵＳＢタイプＡプラグを具備するＵＳＢケーブルを包含することが可能である。ＵＳＢケーブルは、読取器をアナライザーへ接続させるか、又は最終的な配置において、ＰＣのＵＳＢバスへ直接的に接続させることが可能である。本発明において使用することが可能な幾つかのタイプのカード読取器が存在している。これらを表３に要約してある。
【００８４】
【表３】
2005004762.tif 000005
【００８５】
アナライザー１１２は以下のような幾つかの目的のために使用される。
【００８６】
（１）ＵＳＢバストラフィックの発生、
（２）ＵＳＢバストラフィックのモニタ及びキャプチャ、
（３）ＵＳＢ（ｂ）ファイルの解析（トラフィック発生無し）、
（４）トラフィックキャプチャファイルの後解析、
（５）機能的テストケースのデバッグ及び開発。
【００８７】
バストラフィックの発生は、最初に、テキストのみのＵＴＧ（ＵＳＢトラフィック発生）ファイルの作成が関与する。ＵＴＧファイルは、ホストＰＣ１１４上で稼動するアナライザーソフトウエアにより読取られ、且つその情報はアナライザー１１２へダウンロードされる。アナライザーはそのプライマリーＵＳＢポートへ接続しているＵＳＢバス上に記述されたトラフィックパターンを発生する。
【００８８】
ＵＳＢバストラフィックのモニタ及びキャプチャ（捕獲）のために、アナライザー１１２は興味のある点においてＵＳＢ内へタップし、バスアクティビティをモニタし、且つキャプチャしたデータをホストＰＣ１１４上で稼動しているアナライザーソフトウエアへアップロードする。この点から、キャプチャしたシナリオは幾つかのデータフォーマットのうちの１つへ保存され且つ必要に応じ後処理される。
【００８９】
ＵＳＢを装備したＰＣは以下のタスクのために使用される。
【００９０】
（１）環境をスクリプトするシステムワークフローのホスト、
（２）アナライザーシステムソフトウエア及びハードウエアの稼動及び制御、
（３）ハードウエアエミュレーターソフトウエア及びプレイヤーソフトウエアの稼動及び制御。
【００９１】
ＰＣは異なるウインドウズオペレーティングシステムを稼動することが可能であり且つ所要のソフトウエア及びテストケースを具備している。
【００９２】
１つの非制限的な例において、本発明の自動化したワークフロー管理は、又、２つのその他のコンポーネントを包含している。
【００９３】
（１）ワークフロー制御及びファイル管理用のＰｅｒｌスクリプト、
（２）ＧＵＩ操作用のクイックキーマクロ。
【００９４】
ワークフローはＧＵＩを基礎としたアナライザーシステムソフトウエア及びハードウエアエミュレーターソフトウエアを制御することが可能である。オープンソースＰｅｒｌインタプリタパッケージを使用してＰｅｒｌスクリプトを稼動させ、且つウインドウズ用のクイックキーの市販バージョンのコピーをＧＵＩ操作タスク用のホストＰＣ上にインストロールすることが可能である。
【００９５】
何が供給されたかに依存して、最終的な「ゴールデン」比較データ及び「完全な」ＵＴＧファイルを派生することが必要な場合がある。これらの処理は図９に示したＤＥＶＥＸＰ及び再構成用のフローチャートに例示したように、共通の発生源及び同様のトップレベルの取扱いを有している。
【００９６】
ＤＥＶＥＸＰファイル及び（再生された）ＵＴＧファイルを発生するための処理は、システムの二進形態のＵＳＢファイル内に包含されているデータをエクスポートすることにより開始し、次いで適宜の後処理が行われる。図９に示したように、装置予測ＤＥＶＥＸＰファイルはエクスポートしたパケットビューフォーマット（ＰＶＦ）ファイルから派生される。この方法は、装置「予測」データ及び装置「受信」データの両方に対して行われる。このプロセスに対する基本的なフローは図９及び図１０の左側に示してある。
【００９７】
ワークフローのこの部分において、処理は二進形態のＵＳＢファイルで開始する。このファイルは興味のあるトラフィックシナリオの完全な記述を包含していることが予測される。トラフィックの記述はトラフィックコンテントのホスト側及び装置側の両方を包含している。然しながら、このことは常にそうであるとは限らない。
【００９８】
システムＵＳＢファイルは、典型的に、３つの主要な発生源を有している。
【００９９】
（１）システムハードウエアがトラフィックを発生し（ＵＴＧ（Ｈ）ファイルにおいて記述されているように）且つ態様するＤＵＴが応答（存在する場合）する場合に観察されるトラフィックのキャプチャ、
（２）トラフィックコンテントのホスト側部分と装置側部分の両方を包含していたＵＴＧファイルにより記述された完全なトラフィックシナリオの保存型解析、
（３）ＵＳＢ上で観察されたトラフィックのキャプチャ。
【０１００】
上の例３において、「完全」なＵＴＧファイルはＵＴＧ（Ｂ）（尚、Ｂは「ホスト及び装置の両方」を意味する）ファイルと呼称され、且つ所要のＤＥＶＥＸＰ及びその他の結果的に発生するファイル）「予測」ファイルを発生するためにシステムハードウエアを使用することを必要とするものではない。その代わりに、所望のトラフィックシナリオの記述は完全であり、トラフィック（システムハードウエアと共に）を発生し且つ結果的に発生するアクティビティ、即ちＨＷＥとの相互作用を記録することの必要性を回避している。
【０１０１】
その発生源に拘わらずに且つそれがホスト−装置トラフィックの完全な記述を包含しているという仮定の下で、ＵＳＢファイルが図１１におけるフローチャートにより示されるように、パケットビューフォーマット（ＰＶＦ）ファイルへエクスポートされる。このファイルはテキストのみであり、且つトラフィックパターンのパケットを基礎とした記述を包含している。
【０１０２】
図１０に示したようなＰｅｒｌを基礎としたＰＶＦ対ＨＤＬＳＥユーティリティがＰＶＦファイルを読取り、記述的コンテントを正規化し、且つそのコンテントをパース即ち解析し、制御及びデータフローに関する手掛かりを探す。コンテントが解析されると、幾つかのデータファイルが下流側のツールにより使用するために書込まれる（ＨＳＴ，ＤＥＶ，ＤＥＶＥＸＰ）。ＨＳＴ（ホスト）及びＤＥＶ（装置）ファイルがＨＤＬシミュレーション環境（ＨＤＬＳＥ）により使用され、且つこの特定のワークフローにおいては無視される。
【０１０３】
ＤＥＶＥＸＰファイルフォーマットは簡単明瞭であり、且つ各予測される装置応答に対する情報を包含している。これらの応答（及びそれらの対応するコンテキスト情報）がファイル内の別個のラインへ書込まれる。ファイルフォーマットは簡単な物とすることが可能である。
【０１０４】
（１）ファイルはＡＳＣＩＩテキストのみである、
（２）非比較情報（即ち、コメント等）は「＃」キャラクタで開始する別個のライン上にあり、且つＤＥＶＥＸＰ比較ユーティリティにより無視され、
（３）ファイル内のデータラインは予測される応答の性質を示すキーワードで開始し、コンテキスト情報、及びペイロードデータ（適用可能な場合）がタブで区切られたフォーマット、即ち
ｋｅｙｗｏｒｄ＜Ｔ＞ｒｅｑｕｅｓｔ ｎａｍｅ＜Ｔ＞ｐａｃｋｅｔ ｎｕｍｂｅｒ＜Ｔ＞ｄａｔａ ｐａｙｌｏａｄ＜Ｔ＞ｃｏｍｍｅｎｔ ｓｔｒ
でそれに続く。
【０１０５】
テストケース一式に対する「予測」データファイルは供給された１組のＵＳＢキャプチャファイルから派生される。この処理が必要とされる理由は、トラフィックシナリオのホスト側のみのシステムシンタックス記述を包含するオリジナルのＵＴＧファイルから装置「予測」応答を抽出することは不可能だからである。然しながら、有効なものとされた装置モデルを有するトラフィックを発生するためにＵＴＤ（Ｈ）が使用される場合には、結果的に発生するキャプチャは完全且つ正確である。ＤＥＶＥＸＰファイルフォーマットの１例を図１２に示してある。ＰＶＦ対ＨＤＬＳＥパーサーユーティリティプログラムがパケットビューフォーマットＰＶＦファイルを読取り且つその内容を解析する。該パーサーは３つの出力ファイルを書き、そのうちの１つは装置予測データファイル（ＤＥＶＥＸＰ）比較データファイルとしてである。装置予測データファイル（ＤＥＶＥＸＰ）の内容は親元のＰＶＦファイルから派生される。
【０１０６】
図１３は後処理ＰＶＦ及びＤＥＶＥＸＰファイル発生に対する処理を例示している。同一の方法を使用して、装置「受信」データがホスト（トラフィックシナリオのホスト側を発生するシステムハードウエア）とハードウエアエミュレーター又はシリコン製品のいずれかとの間でのトラフィックシナリオに対応するキャプチャＵＳＢファイルから抽出される。
【０１０７】
ワークフローのこの部分において、システムソフトウエアから何がエクスポートされたかを解析することにより「完全」なＵＴＧファイルを再構成することが可能である。ＵＴＧファイルの再生用のステップを図１４に例示してある。このフロー部分が使用される２つの主要な理由が存在している。
【０１０８】
（１）ＵＴＧファイルはＵＳＢトラフィックシナリオのホスト側部分のみの記述を包含しており（それはシステムバストラフィック発生器による直接的な解釈には適切である）、且つ装置側も必要とされる。
【０１０９】
（２）ＵＳＢトラフィックシナリオがキャプチャされた場合に、そのキャプチャの前にＵＴＧ記述が存在していなかった。例えば、種々のカスケード接続したハブ及びペリフェラルを具備するＵＳＢ「ゴールドツリー」を使用して特定の形態を案出することが可能であり、且つホストＵＳＢ制御器と特定の装置との間のトラフィックをキャプチャすることが可能である。
【０１１０】
上述したＤＥＶＥＸＰファイル発生の場合のように、ワークフローのこの部分において、二進フォーマットＵＳＢファイルで処理が開始する。このファイルは興味のあるトラフィックシナリオの完全な（ホスト＋装置）記述を包含していると期待される。ＵＳＢファイルがジェネレーターテキストファイルフォーマット（ＧＴＦＦ，ＧＴＦ）ファイルへエクスポートされる。ＰＶＦエクスポートファイルの場合のように、このファイルもテキストのみであり、且つトラフィックパターンのトークンを基礎とした記述を包含している。
【０１１１】
Ｐｅｒｌを基礎としたユーティリティがＧＴＦファイルを読取り、記述的内容を正規化し、且つその内容を解析し、制御及びデータフローに関する手掛かりを探す。内容が解析されると、良好にフォーマットされたＵＴＧファイルが書き出される。
【０１１２】
このＵＴＧファイルはトラフィック記述のホスト側部分と装置側部分の両方を包含し、それを親元のＵＳＢファイル内に包含されていたＵＴＧ（Ｂ）ファイルとする。
【０１１３】
図１５はＧＴＦファイルへのエクスポート用のプロセスを示しており且つ図１６はＧＴＦファイルの後処理及び再構成したＵＴＧ（Ｂ）ファイルの発生に対するフロープロセスを示している。
【０１１４】
デフォルトにより、このＵＴＧ（Ｂ）ファイルはイネーブルした記述的シンタックスの全てを有している。トラフィック発生に対してこのＵＴＧファイルを使用するために、図１４に示した如くそれをｂ対ｈユーティリティでフィルタすることが必要であり、機能的ＵＴＧ（Ｈ）ファイルを発生するが、それは、未だにトラフィック全体の忠実な表現を包含している。
【０１１５】
新たに合成したＵＴＧファイルフォーマット化の性質のために完全なトラフィック記述、
ＵＴＧ（Ｂ）−＞ｂ２ｈフィルタユーティリティ−＞ＵＴＧ（Ｈ）−＞ｈ２ｂフィルタユーティリティ−＞ＵＴＧ（Ｂ）
を喪失することなしに相次いでそれをフィルタすることが可能である。
【０１１６】
この方法、関与するツール、データフローの幾つかのクロスチェックを実施することも可能である。このことは、本方法及びツールがオリジナルのテストケースからどのような機能性を導入するか又は除去していないことを確保することに有用である。このクロスチェックは、図１７を参照して以下に説明するように、幾つかの態様で実施することが可能である。
【０１１７】
この方法は図１４に例示してあり且つ図１７の右側により詳細に示してある。この方法はホスト側及び装置側の両方のトラフィックを包含するものと思われる何等かの発生源のＵＳＢファイルへ開始する。ＵＴＧ（Ｂ）ファイルがこのＵＳＢファイルから再構成され（ＧＴＦファイルをエクスポートすることにより）、（完全な）オリジナルのトラフィックを反映する。この新たなＵＴＧ（Ｂ）ファイルを１つのＵＴＧ（Ｈ）ファイルへフィルタすることにより、本システムはハードウエアエミュレーション（ＨＷＥ）又はシリコンを実施することが可能であり、且つ結果的に発生するトラフィックのキャプチャを実施することが可能である。この新たにキャプチャしたトラフィックをＵＳＢファイルへ保存し且つそのプロセスを繰り返して新たなＵＴＧ（Ｂ）ファイルを、次いで新たなＵＴＧ（Ｈ）ファイルを再生する。この最も新しいＵＴＧ（Ｈ）ファイルを使用するトラフィック発生はＨＷＥ又はシリコンを実行し、且つその結果発生するトラフィックをキャプチャする。このことは、図１７に例示したように、相次いで数回実施することが可能であり且つ毎回同一の結果を発生する。
【０１１８】
完全なトラフィック記述を使用して複数回の繰り返しを有することも可能である。例えば、この方法は前に説明した方法に類似している。この方法と前の方法との間の主要な差異は、トラフィック発生が行われないことである。この方法を図１４に例示してあり、且つ図１７の左側においてより詳細に示してある。この方法はＵＴＧ（Ｂ）ファイルで開始し、その場合に、トラフィックシナリオのホスト部分及び装置側部分の両方が存在し且つＵＴＧファイルにおいてアクティブである。このＵＴＧ（Ｂ）ファイルはシステムツールにより読取られ且つ解釈される。このプロセス期間中に、記述における欠落する詳細は自動的に計算される。記述されたトラフィックパターンのデフォルトでない挙動は親元のＵＴＧ（Ｂ）ファイル内に包含されねばならない。
【０１１９】
この解釈され且つ解析されたトラフィックシナリオは二進ＵＳＢファイルフォーマットへ保存される。このＵＳＢファイルはＣＲＣ、チェックサム、ビット及びフレームタイミング及びこの段階を超えてワークフロー方法により必要とされるその他の情報等のデフォルト及び計算された情報を包含している。新たなＵＴＧ（Ｂ）ファイルがこのＵＴＢファイルから再構成され（ＧＴＦファイルをエクスポートすることにより）、新たな完全に記述されたトラフィックシナリオを反映する。この段階において、本システムはこの新たなＵＴＧ（Ｂ）ファイルを１つのＵＴＧ（Ｈ）ファイルへフィルタすることが可能であり、且つＨＷＥ又はシリコンを実行すべく進行することが可能である。
【０１２０】
この新たに構成されたＵＴＧ（Ｂ）ファイルは本システム内に読み戻すことが可能であり、解釈し且つ次いで解析することが可能であり、且つその結果が新たなＵＳＢファイルへ保存される。このプロセスは、別の新たなＵＴＧ（Ｂ）ファイルを再生するために繰り返すことが可能であり且つ図１７に例示した如く相次いで数回実施することが可能である。このプロセスは毎回同じ結果を発生する。この方法は、ＵＴＧ（Ｂ）が使用可能である本方法における任意の点において開始することが可能である。
【０１２１】
これらの方法により行われる相次ぐ繰り返しの結果として発生されるファイルは差異に対して比較することが可能である。理論的に、ＵＴＧ（Ｂ）ファイルが親元のＵＳＢファイルから再構成される性質のために、このファイルの相次ぐ発生は機能的観点から正確に同一の内容を発生する。相次ぐ発生を区別するための手段として、ファイル名称及び非機能的自己文書化における参照等の些細な差異が存在する。従って、オリジナルＵＴＧ（Ｈ）又はＵＴＧ（Ｂ）「ゴールデン」ファイルと図１７における点Ａ−２又はＢ−３における繰返しから等の再構成されたＵＴＧ（Ｈ）又はＵＴＧ（Ｂ）ファイルに対する差異に対する比較を実施することが可能である。
【０１２２】
更に、これらの比較は、図１７に示したように、例えば、異なる繰り返しからのＵＴＧ（Ｈ）又はＵＴＧ（Ｂ）の間、点Ａ−１及びＡ−３の間、又はＢ−１及びＢ−３の間においてとることも可能である。この同一の方法も、このプロセスの一部として合成される派生されたＤＥＶＥＸＰファイルに対しても適用される。
【０１２３】
このフローの両方のバージョンの間の結果を比較することも可能である。「完全」なＵＴＧ（Ｂ）が使用され且つ「トラフィック発生及びキャプチャ」経路ファイルに対するＵＴＧ（Ｈ）内にフィルタされる。異なる繰り返しからのＵＴＧ（Ｈ）又はＵＴＧ（Ｂ）（及びＤＥＶＥＸＰ）ファイルの間、例えば、図１７に示したように、点Ｂ−３及びＡ−２の間において比較を行うことが可能である。
【０１２４】
種々のファイル及びデータを管理するために簡単なバッジスタイルの方法を使用することが可能である。例えば、ＣＬＩ（コマンドラインインターフェース）エントリポイントを使用することが可能である。それは、使用を簡単化するためにそれ自身のグラフィカルインターフェースで後に向上させることが可能であるが、ＣＬＩアプローチは単に適切なスクリプトを喚起することによりワークフローの多数の変形例のうちのいずれか１つを開始させることを可能とする。このようなスクリプトはランタイム挙動を制御する予め定義した属性を包含し、最小量のコマンドライン入力で複雑なシーケンスを喚起することを可能とする。ＨＷＥ／テストケース妥当性検査における重要なステップを図１８に示してある。
【０１２５】
以上、本発明の具体的実施の態様について詳細に説明したが、本発明は、これら具体例にのみ制限されるべきものではなく、本発明の技術的範囲を逸脱することなしに種々の変形が可能であることは勿論である。
【図面の簡単な説明】
【０１２６】
【図１】本発明のシステムにおける機能的テストフローを例示したフローチャート。
【図２】本発明に基づく機能的テストに対する物理的環境を示した概略図。
【図３】本発明に基づくハイレベルなデータフローを示した概略図。
【図４】開発フローにおいて使用される種々のテストベクトルを示したブロック図。
【図５】トラフィックのホスト側記述のみを包含するＵＳＢトラフィック発生（ＵＴＧ）ファイルで、それをＵＴＧ（Ｈ）ファイルとする１つの例を示した概略図。
【図６】テストデータフローの概観を示したブロック図。
【図７】図５に示した親元のＵＴＧファイルの例から派生したＵＳＢパケットビューフォーマット（ＰＶＦ）ファイルフォーマットの１例を示した概略図。
【図８】図５に示した親元のＵＴＧ（Ｈ）ファイルから派生されるジェネレータートラフィックファイルフォーマット（ＧＴＦＦ）の１例を示した概略図。
【図９】ＤＥＶＥＸＰ及びＵＴＧ再構成を例示したフローチャート。
【図１０】ＤＥＶＥＸＰファイル発生の１例を示した概略図。
【図１１】エクスポートＰＶＦファイルを例示したフローチャート。
【図１２】図７に示した親元のＰＶＦファイルから派生される装置予測データファイル（ＤＥＶＥＸＰ）内容の１例を示した概略図。
【図１３】後処理ＰＶＦ及びＤＥＶＥＸＰ発生ファイルプロセスを例示したフローチャート。
【図１４】ＵＴＧ再生を例示したフローチャート。
【図１５】エクスポートＧＴＦファイルを例示したフローチャート。
【図１６】後処理ＧＴＦ及びＵＴＧ（Ｂ）発生ファイルを例示したフローチャート。
【図１７】完全なトラフィック技術及びトラフィック発生エンカプシュア（ｅｎｃａｐｓｈｒｅ）に対する反復的再合成及びテストを例示した概略図。
【図１８】ＨＷＥ／テストケース妥当性検査の重要なステップを例示したフローチャート。
【図１】
2005004762.tif 000006
【図２】
2005004762.tif 000007
【図３】
2005004762.tif 000008
【図４】
2005004762.tif 000009
【図５】
2005004762.tif 000010
【図６】
2005004762.tif 000011
【図７】
2005004762.tif 000012
【図８】
2005004762.tif 000013
【図９】
2005004762.tif 000014
【図１０】
2005004762.tif 000015
【図１１】
2005004762.tif 000016
【図１２】
2005004762.tif 000017
【図１３】
2005004762.tif 000018
【図１４】
2005004762.tif 000019
【図１５】
2005004762.tif 000020
【図１６】
2005004762.tif 000021
【図１７】
2005004762.tif 000022
【図１８】
2005004762.tif 000023