(57)【要約】【課題】複数のテストモードでのテスト結果を処理できるテスト結果処理システムおよびテスト結果処理方法を提供すること。【解決手段】一実施例に係る、テストデータフォーマットシステムは、１）テストイベントの通知を受け取ると、データ記憶装置からテストデータを取り出し、２）前記テストデータに基づいて複数のテスト記録を生成するための、少なくとも一つのデータフォーマッタを備える。当該システムはさらに、アボートイベントに応答して、少なくとも一つの前記データフォーマッタに、前記データ記憶装置内のその時点で利用可能なテストデータに基づいたテスト記録の生成を完了させるアボートハンドラを備える。他の実施例も開示する。【選択図】図１
2007206074.tif 000002
【特許請求の範囲】
【請求項１】
テスト結果処理方法であって、
１）少なくとも一つの被検査装置（ＤＵＴ）に対してテストを実行するテスタと、２）第１のテストモードに初期設定されるテストモードとに関連する、テスト結果のストリームを受け取るステップと、
前記第１のテストモードのときは、前記テスト結果が前記テスト結果間の関係に基づいて第１のデータ構造に構造化されるよう、前記テスト結果を前記第１のデータ構造にポピュレートするステップと、
第２のテストモードのときは、前記テスト結果が前記テスト結果間の関係に基づいて第２のデータ構造に構造化されるよう、前記テスト結果を前記第２のデータ構造にポピュレートするステップと、
前記テストモードが前記第２のテストモードに切り替えられたと判定したときは、前記第１のデータ構造への前記テスト結果の挿入ポイントを参照するインデックスを保存することによって、前記第１のデータ構造の状態を保存するステップとを含む、テスト結果処理方法。
【請求項２】
前記テストモードが前記第１のテストモードに再び切り替えられたと判定したときは、保存された前記インデックスにしたがい、前記テスト結果の前記第１のデータ構造へのポピュレートを再開するステップをさらに含む、請求項１に記載のテスト結果処理方法。
【請求項３】
前記第２のデータ構造の状態を保存するステップをさらに含む、請求項２に記載のテスト結果処理方法。
【請求項４】
前記テストモードが前記第１のテストモードに再び切り替えられたと判定するステップは、さらに、前記第２のテストモードが終了したと判定するステップを含む、請求項２に記載のテスト結果処理方法。
【請求項５】
前記テスト結果のストリームが、製造テストモードおよびデバッグテストモードのいずれかに基づくと評価することによって、テストモードを判定するステップをさらに含む、請求項１に記載のテスト結果処理方法。
【請求項６】
テストモードイベントを受け取るステップと、
前記テストモードイベントを受け取ると、前記テストモードが１）前記第１のテストモードおよび前記第２のテストモードの一方から、２）前記第１のテストモードおよび前記第２のテストモードの他方へ切り替えられたと判定するステップをさらに含む、請求項１に記載のテスト結果処理方法。
【請求項７】
受け取った前記テストモードイベントと関連付けられたテストモード値が前記テストモードが切り替えられたことを示すと判定することによって、前記テストモードが切り替えられたことを判定するステップをさらに含む、請求項６に記載のテスト結果処理方法。
【請求項８】
テスト結果処理システムであって、
１）少なくとも一つの被検査装置（ＤＵＴ）に対してテストを実行するテスタと、２）第１のテストモードおよび第２のテストモードのいずれかに初期設定されるテストモードとに関連付けられた、テスト結果のストリームを受け取るように動作可能なレシーバと、
第１のデータ構造と第２のデータ構造のいずれをポピュレートするかをテストモードに基づいて選択し、前記受け取ったテスト結果を、前記第１のデータ構造および前記第２のデータ構造のいずれか一方に選択的にポピュレートするよう動作可能なデータロガーと、
前記テストモードが前記第２のテストモードに切り替えられたとの判定に応答して、前記第１のデータ構造へのテスト結果の挿入ポイントを参照するインデックスを保存することにより、前記第１のデータ構造の状態を保存させるように動作可能なテストモードハンドラとを備える、テスト結果処理システム。
【請求項９】
前記システムをモニタし、前記テストモードが変更されたと判定するよう動作可能な、テストモードモニタをさらに備える、請求項８に記載のテスト結果処理システム。
【請求項１０】
前記テストモードハンドラはさらに、前記テストモードが前記第１のテストモードに再び切り替えられたとの判定に応答して、前記第２のデータ構造の状態を保存させるよう、動作可能である、請求項９に記載のテスト結果処理システム。
【請求項１１】
前記テストモードハンドラはさらに、前記第２のデータ構造への前記テスト結果の挿入ポイントを参照するインデックスを保存することにより、前記第２のデータ構造の状態を保存するよう動作可能である、請求項９に記載のテスト結果処理システム。
【請求項１２】
前記テストモードモニタは、前記第２のテストモードが終了したと判定すると、前記テストモードが前記第１のテストモードに再び切り替えられたと判定する、請求項８に記載のテスト結果処理システム。
【請求項１３】
前記レシーバはさらに、テストモードイベントを受け取るよう動作可能であり、
前記テストモードモニタはさらに、前記テストモードイベントを受け取ると、１）前記第１のテストモードおよび前記第２のテストモードの一方から２）前記第１のテストモードおよび前記第２のテストモードの他方へ、前記テストモードが切り替えられたと判定するよう動作可能である、請求項８に記載のテスト結果処理システム。
【請求項１４】
１）少なくとも一つの被検査装置（ＤＵＴ）に対してテストを実行するテスタと、２）第１のテストモードに初期設定されるテストモードとに関連する、テスト結果のストリームを受け取り、
第１のテストモードのときは、前記テスト結果が前記テスト結果間の関係に基づいて第１のデータ構造に構造化されるように、前記テスト結果を前記第１のデータ構造にポピュレートし、
第２のテストモードのときは、前記テスト結果が前記テスト結果間の関係に基づいて第２のデータ構造に構造化されるように、前記テスト結果を前記第２のデータ構造にポピュレートし、
前記テストモードが第２のテストモードに切り替えられたと判定したときは、前記第１のデータ構造への前記テスト結果の挿入ポイントを参照するインデックスを保存することによって、前記第１のデータ構造の状態を保存することを含む動作を、前記機械に実行させる命令列を記憶する、複数の機械読取可能媒体。
【請求項１５】
前記テストモードが前記第１のテストモードに再び切り替えられたと判定したときは、保存された前記インデックスにしたがい、前記テスト結果の前記第１のデータ構造へのポピュレートを再開するための命令をさらに含む、請求項１４に記載の機械読取可能媒体。
【請求項１６】
前記第２のデータ構造の状態を保存するための命令をさらに含む、請求項１５に記載の機械読取可能媒体。
【請求項１７】
前記テストモードが前記第１のテストモードに再び切り替えられたと判定するための命令はさらに、前記第２のテストモードが終了したと判定するための命令をさらに含む、請求項１６に記載の機械読取可能媒体。
【請求項１８】
前記テストモードを判定するための命令はさらに、前記テスト結果のストリームが、製造テストモードとデバッグテストモードのいずれか一方に基づくと評価するための命令を含む、請求項１６に記載の機械読取可能媒体。
【請求項１９】
テストモードイベントを受け取るための命令と、
前記テストモードイベントを受け取ると、１）前記第１のテストモードおよび前記第２のテストモードの一方から２）前記第１のテストモードおよび前記第２のテストモードの他方へ、前記テストモードが切り替えられたと判定するための命令とをさらに含む、請求項１４に記載の命令。
【請求項２０】
前記テストモードが切り替えられたと判定するための命令はさらに、受け取った前記テストモードイベントと関連付けられたテストモード値が、前記テストモードが切替られたことを示すと判定するための命令を含む、請求項１９に記載の命令。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テスタにおいて複数の種類のテストを行うときにテスト結果ストリームに複数モードのコンテンツが含まれる場合の、テスト結果処理方法およびテスト結果処理システムに関する。
【背景技術】
【０００２】
アジレント・テクノロジーズ９３０００システム・オン・チップ（ＳＯＣ）等のテスタによれば、複雑な回路およびデバイスのテストが行われる。テストとは、一連の命令であって、これによって被検査装置（ＤＵＴ）に刺激が与えられテスト結果が観察される。テスト結果は観察によるものであることもあるし（例えばピン１０上の電圧が４．８ボルトであることを観察する）、決定論的なものであることもある（例えば、チェックサムエラーなど）。テストの実行中、まだテストの実行が継続中である間から、ユーザおよび自動処理部（プロセス）に対して、テスト結果の一部が利用可能になる。ユーザまたは自動処理部は、テストを一時停止して臨時のテストを実行することができる。このようなテストの一時停止がトリガされるのは、中間的なテスト結果で所定の値が出た場合、またはテスト環境の外部でなんらかのイベントが発生した場合である。臨時テスト実行の目的は、特定のテスト結果を確認し問題を特定することであり、臨時テストを行うか否かはユーザが任意に決定することもできるし、より優先度の高いタスクを行わねばならないために実行されることもある。テスタでの実行に伴い、テスト結果のストリームが生成される。テスト結果は、処理され、および／または、将来利用するために記憶される。
【０００３】
テスタは、記憶された複数のテスト命令（すなわちテスト）を実行して、１または２以上の被検査装置（ＤＵＴ）を評価する。理想的条件下では、開始から終了まで中断なくテストが実行される。しかし、テスト中の異なる時点でテストが終了することもありうる。例えば、テスト全てが終了した時点で終了することもあれば、致命的なエラーの発生後に終了することもある。しかし、開始から終了まで一度に生成されるのは、一つのテストの結果のみであろう。
【０００４】
理想的条件下でテスタを動作させることは、常に可能ではないし、また望ましいことでもない。第１のテストの実行中に、所定のイベントが発生して、第１のテストの中断および第２のテストの実行が必要になることがある。第１のテストを中断して第２のテストを実行することを望ましいものとするイベントとしては、所定のエラーの発生、より優先度の高いテストタスクによる割り込み、テスト結果の信頼性に疑義を与えるトレンドが観察されること、オペレータの意図等がある。第２のテスト実行のために第１のテストを中断させるイベントの具体的一例としては、第１のテストが製造モードテストの実行であり、第２のテストがデバッグモードテストである場合が挙げられる。オペレータは、製造モードテストの実行中に、エラー等、製造モードテストの範囲外の検査をさらに必要とする所定のイベントに遭遇する場合がある。その場合、オペレータは、製造モードテストを中断して、追加のデバッグモードテストを実行する。デバッグモードテストでは、製造モードテストのテストステップとは異なるテストステップが実行され、冗長なテストの詳細が報告される。あるいは、製造モードテストと同じテストステップが、異なる順序、または異なる繰り返し回数で、または異なる入力値を用いて実行される。オペレータによる検査が終了すると、製造モードテストが再開される。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
テスタは、テスタの動作が２または３以上のモードに分かれているときでも、単一のテスト結果ストリームを生成する。第１のテストモードから第２のテストモードに切り換える際にテスト結果の生成を中断すれば、第１のテストモードのテスト結果に第２のテストモードのテスト結果が混ざることは防止できるが、第２のテストモードのテスト結果の評価ができなくなってしまう。
【０００６】
テストモードの切り換えの際に、手動でテスト結果の処理を停止すると、テスト結果相互の関係が失われてしまう。第２のテストを実行した後に第１のテストを再開すると、初めのテスト結果の第１のセットと、再開されたテストのテスト結果とが関連付けられないために、実際には、第３のテストが実行されることになる。また、テスト結果の生成と密接に関連して動作しているのではない２次的なリソースでテスト結果の処理が実行されることもあろう。結果的に、第１のテストモードから第２のテストモードへ、または第２のテストモードから第１のテストモードへのテスタの切り換えを、テスト結果を解析するプロセッサのモードと同期することが難しいだろう。テスト結果のストリームをテストモードを考慮せずに処理して、異種混合テストモード結果を生成することもできるが、その場合には、ＤＵＴの評価に歪みや欠陥が生じかねない。
【０００７】
本発明は、このような点に鑑みてなされたものであって、複数モードでテストを実行する際の問題および他の問題を解決し、テスタ動作技術を向上させるものである。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、請求項１に記載のテスト結果処理方法は、Ａ）１）少なくとも一つの被検査装置（ＤＵＴ）にテストを行うテスタと、２）第１のテストモードに初期設定されるテストモードとに関連する、テスト結果のストリームを受け取るステップと、Ｂ）第１のテストモードにおいては、テスト結果がテスト結果間の関係に基づいて第１のデータ構造に構造化されるように、テスト結果を第１のデータ構造にポピュレートするステップと、Ｃ）第２のテストモードにおいては、テスト結果がテスト結果間の関係に基づいて第２のデータ構造に構造化されるように、テスト結果を第２のデータ構造にポピュレートするステップと、Ｄ）テストモードが第２のテストモードに切り換えられたと判定した場合、第１のデータ構造へのテスト結果の挿入ポイントを参照するインデックスを保存することにより、第１のデータ構造の状態を保存するステップとを含む。
【０００９】
他の実施の形態において、テスト結果処理システムは、Ａ）１）少なくとも一つの被検査装置（ＤＵＴ）に対しテストを実行するテスタと、２）第１および第２のテストモードのうち、第１のテストモードに初期設定されるテストモードとに関連する、テスト結果のストリームを受け取るよう動作可能なレシーバと、Ｂ）第１のデータ構造と第２のデータ構造のいずれをポピュレートするかをテストモードに基づいて選択し、受け取ったテスト結果を、第１のデータ構造および第２のデータ構造のいずれか一方に選択的にポピュレートするよう動作可能なデータロガーと、Ｃ）テストモードが第２のテストモードに切り換えられたとの判定に応答して、第１のデータ構造へのテスト結果の挿入ポイントを参照するインデックスを保存することにより、第１のデータ構造の状態を保存させるよう動作可能なテストモードハンドラとを備える。
【発明の効果】
【００１０】
本発明に係るテスト結果処理方法およびテスト結果処理システムによれば、複数モードでテストを実行する際にも、異なるテストモードでのテスト結果を混同することなく適切に認識して、被検査装置を適切に評価することができるという効果を奏する。
【発明を実施するための最良の形態】
【００１１】
以下に添付図面を参照して、本発明に係るテスト結果処理方法およびテスト結果処理システムを実施するための最良の形態について詳細に説明する。ただし、この実施の形態によって本発明が限定されるものではない。
【実施例】
【００１２】
図１、２に例として、テスト結果処理方法１００を示す。方法１００は、Ａ）１）少なくとも一つの被検査装置（ＤＵＴ）に対してテストを実行するテスタと、２）第１のテストモードに初期設定されるテストモードとに関連するテスト結果のストリームを受け取るステップ１０２と、Ｂ）第１のテストモードの場合は、テスト結果がテスト結果間の関係に基づいて第１のデータ構造に構造化されるよう、テスト結果を第１のデータ構造にポピュレートするステップ１０４と、Ｃ）第２のテストモードの場合は、テスト結果がテスト結果間の関係に基づいて第２のデータ構造に構造化されるよう、テスト結果を第２のデータ構造にポピュレートするステップ１０６と、Ｄ）テストモードが第２のテストモードに切り換えられたと判定した場合、第１のデータ構造へのテスト結果の挿入ポイントを参照するインデックスを保存することによって、第１のデータ構造の状態を保存するステップ１０８とを含む。
【００１３】
一実施例において、テストモードは２つのモードのいずれかである。他実施例においては、３以上のテストモードが設けられ、テスタは、複数のテストモードのうち第１のテストモードに初期設定される。
【００１４】
テスト結果のストリームを受け取る（１０２）ためには、テスタの出力を受け取る必要がある。一実施例では、テスタから直接ストリームを受け取る（１０２）が、他実施例では、テスタの出力を受ける記憶部（例えば、バッファ、ファイル等）の読み出しを行うことでストリームを受け取る（１０２）。
【００１５】
２または３以上のテストによって別個に評価されるテスト結果が生成される場合に、モードを規定する特性は、設計上の選択の問題である。テスタが１つのテストを実行し、第２のテストの実行中は当該テストが中断される場合で、２つのテストによって別個に評価されるべきテスト結果が生成されるようなテスト動作であれば、複数のテストモードが必要である。第１のテストモードと第２のテストモードとしてより一般的に指定されるのは、製造テストモードとデバッグテストモードである。また、ＤＵＴを交換した場合にも、第１のテストモードから第２のテストモードに切り換える必要があるかもしれない。また、第１のテストモードの一部が繰り返し実行され、実行回数が増加すると第１のテストの結果が損なわれるという場合も第１および第２のテストモードの例といえる。
【００１６】
第１のテストモードにおいては第１のデータ構造にポピュレート（１０４）し、第２のテストモードにおいては第２のデータ構造にポピュレート（１０６）すると、第１のデータ構造および第２のデータ構造はそれぞれ、各テストモードに関連付けられたテスト結果を含むものになる。他実施例では、各々のテストモードに関連付けられるテスト結果が３以上のデータ構造にポピュレートされる。その後、第１および第２のデータ構造内のデータは、処理および記憶される。
【００１７】
第１のデータ構造へのテスト結果の挿入ポイントを参照するインデックスを保存することで第１のデータ構造の状態を保存する（１０８）ことにより、テスト結果の挿入ポイントを特定することができる。ポインタ、アレイインデックス、レコードナンバー、その他の位置インディシウム等のインデックスは、テスト結果の挿入ポイントを特定し、まだ受け取られていないテスト結果が次に挿入されるポイントの位置決めを容易にする。一実施例においては、第１および第２のデータ構造は、線形に構造化されており（例えば、フラットファイルとして構造化されている）、テスト記録はいずれも受け取られた順に書き込まれる。かかる実施例においては、単一のインデックスが使用されるだろう。他実施例では、もっと複雑なデータ構造（例えば、データベース、マルチプルアトリビュート「ストラクト」構造、ソフトウェアオブジェクト、アレイ、複数の単一アトリビュートエレメント等）がデータを受け取り、データ構造内の複数の場所にインデックスが付けられる。仮説上の一例においては、第１のデータ構造は、１）電圧テスト結果、および２）アンペアテスト結果であるテスト結果を示すテスト結果を別個に関連付けるテスト記録に対して別個のインデックスの組を維持するだろう。
【００１８】
方法１００は、ステップ１０２〜１０８の実行に際して、任意にステップ１１０、１１６、１１８を実行する。ステップ１１０の実行に際して、任意ステップ１１２および／または任意ステップ１１４が実行される。ステップ１１８の実行に際して、任意ステップ１２０が実行される。
【００１９】
方法１００は、テストモードが再び第１のテストモードに切り換えられたと判定した場合に、保存されたインデックスに従い、第１のデータ構造へのテスト結果のポピュレートを再開するためのステップ１１０を含む。テストモードが切り換えられたことを判定するサブステップは、構成要素（例えばテストモードモニタ２５６）またはプロセス（例えばステップ１１４、１１６および１１８〜１２０）を呼び出して、第１のテストモードへのモード切替の判定を補助させることができる。一実施例では、切り替えは、二つのモード間のトグリングとして行われ、他実施例では、切り替えは、複数のモードの一つをその時点のテストモードとして選択することとして行われる。
【００２０】
方法１００は、第２のデータ構造の状態を保存するためのステップ１１２を含む。ステップ１１２はさらに、第２のデータ構造へのテスト結果の挿入ポイントを参照するインデックスを保存することによって第２のデータ構造を保存するステップを含む。
【００２１】
方法１００は、第２のテストモードが終了したと判定することによって、テストモードが第１のテストモードに再び切り替えられたことを判定するステップ１１４を含む。
【００２２】
方法１００は、テスト結果のストリームが、製造テストモードおよびデバッグテストモードのいずれか一方に基づいていると評価することによってテストモードを判定するためのステップ１１６を含む。
【００２３】
方法１００は、テストモードイベントを受け取り、テストモードイベントを受け取ると、テストモードが１）第１のテストモードおよび第２のテストモードの一方から、２）第１のテストモードおよび第２のテストモードの他方に切り替えられたと判定するためのステップ１１８を含む。一実施例では、テストモードイベントは、テスト結果のストリームに挿入されたトークンである。他実施例では、テストモードイベントは、フラグ、セマフォー、カウンタ等のテストモードのインディシウムを保持する記憶場所のコンテンツの変更である。
【００２４】
方法１００は、受け取ったテストモードイベントと関連付けられたテストモード値がテストモードが切り替えられたことを示していると判定することによって、テストモードが切り替えられたと判定するためのステップ１２０を含む。一実施例では、例えば、複数のテストデバイスが各々テスタと関連付けられ、各デバイスが第１の製造モードから第２のデバッグモードに切り替えられ、各デバイスが第２のデバッグモードが現在のモードであることを示すテストモードイベントを生成した場合などには、複数のテストモードイベントが受け取られる。テストモード値を評価することでテストモードが決定され、「デバッグモード」を示す第１のテストイベントに対してテストモードが応答してしまうと、各々「デバッグモード」を示す、受け取られた複数のテストモードイベントは適切に処理される（例えば無視される）。さらに他の実施例では、テストモード値は、複数のテストモードのうち、どのテストモードが現在のテストモードであるかを示す。
【００２５】
他実施例は、機械によって実行されると、その機械に方法１００のアクションを実行させる命令列を記憶した複数の機械読み取り可能媒体である。
【００２６】
図３は、図１、２の方法を実行するよう動作可能な例示的システム２００を示す。一実施例においては、テスト結果のストリーム２０２は、少なくとも一つのＤＵＴに対してテストを実行したテスタからの直接出力である。他実施例では、テスト結果のストリーム２０２はバッファ（例えば、ファイル、記憶場所、記憶装置等）を介してテスタから受け取られる。テスト結果のストリーム２０２には、テスト結果２０４〜２１６が含まれる。第１のテストモードから第２のテストモードへ、そして再び第１のテストモードへのテストモード２３４の切り換えを示すため、図３の実施例は第１モードテスト結果（１）２０４Ａ，２０６Ａ、第２モードテスト結果（２）２１０Ａ，２１２Ａ，２１４Ａ、２１６Ａ、そして再び第１モードテスト結果（１）２０８Ａという順序で受け取られるテスト結果のストリーム２０２を示している。このように、当該実施例は、テスタを第１のテストモードで動作させ、第２のテストモードに切り替え、その後第１のテストモードに切り替えることを示している。
【００２７】
システム２００の実行の結果、テスト結果２０４〜２１６は、テスト結果のストリーム２０２から、第１のデータ構造２３２または第２のデータ構造２４６のいずれかに移され、第１モードテスト結果（１）２０４Ａ、２０６Ａ、２０８Ａは、第１モードテスト結果（１）２０４Ｂ、２０６Ｂ，２０８Ｂとして第１のデータ構造２３２に移され、第２モードテスト結果（２）２１０Ａ、２１２Ａ、２１４Ａ、２１６Ａは、第２モードテスト結果（２）２１０Ｂ、２１２Ｂ、２１４Ｂ、２１６Ｂとして第２のデータ構造２４６に移される。同一のテストモードと関連付けられるテスト結果２０４〜２１６各々の間の関係は、第１のデータ構造２３２および第２のデータ構造２４６内に保存される。例えば、レシーバ２２２がテスト結果２０４〜２１６を受け取った順序は、第１モードテスト結果（１）２０４、２０６、２０８については第１のデータ構造２３２に、第２モードテスト結果（２）２１０、２１２、２１４、２１６については第２のデータ構造２４６に保存される。
【００２８】
レシーバ２２２は、テスト結果２０４〜２１６を受け取る。一実施例では、レシーバ２２２は、テスト結果のストリーム２０２を読み出すことによって（例えば「プル」）、テスト結果２０４〜２１６を受け取る。他実施例においては、レシーバ２２２は、テスト結果２０４〜２１６を受け取ることにより（例えば「プッシュ」）、テスト結果２０４〜２１６を受け取る。例えば、レシーバ２２２は、テスト結果２０４〜２１６と関連付けられたパラメータ（レファレンス・ポインタ、値）で呼び出されることができる。
【００２９】
レシーバ２２２は、テスト結果２０４〜２１６をデータロガー２２６に転送する。データロガー２２６は、テストモード２３４に従い、第１のデータ構造２３２または第２のデータ構造２４６のいずれかにテスト結果２０４〜２１６を選択的に経路付けるよう動作可能である。さらに他の実施例では、データロガー２２６は、第１のデータ構造２３２および第２のデータ構造２４６に加えて、複数のデータ構造にテスト結果２０４〜２１６を選択的に経路付けるよう動作することができる。テストモード２３４は、図示する実施例においては、第１のテストモードまたは第２のテストモードのいずれかであり、レシーバ２２２等により設定される。
【００３０】
初期設定された第１のテストモードにおいては、データロガー２２６はまずテスト結果２０４、２０６を第１のデータ構造２３２に経路付ける。テスト結果２０６を読み出した後、テストモード２３４は第２のテストモードに切り替わる。テストモード２３４が切り替えられたと判定すると、１）データロガー２２６は、テスト結果２１０、２１２、２１４、２１６の第２のデータ構造２４６へのポピュレートを開始し、２）テストモードハンドラ２３８は、データ記憶装置２４４に第１のデータ構造２３２の状態を保存させる。
【００３１】
一実施例では、レシーバ２２２がテストモード２３４を判定する。さらに別の第１の実施例では、レシーバ２２２は、テスト結果のストリーム２０２内の不連続記録であるトークン（図示せず）を読み出す。トークンは、例えば第１のテストモードから第２のテストモードへの切替を示すためにテスト結果２０６とテスト結果２１０との間に挿入され、さらに、第１のテストモードへの再切替を示すためにテスト結果２１６とテスト結果２１８との間に挿入される。さらに別の第２の実施例では、テストモードは、テスト結果２０４〜２１６にエンコードされる。
【００３２】
他の実施例では、テストモード２３４の値は、テスト結果のストリーム２０２以外のソースから読み出される。例えば、テスタが、セマフォー、トグル、またはその他のメモリ値を設定する。他の実施例では、テストモード２３４の値は、テスタ、レシーバ２２２、およびテストモードモニタ２５６の少なくとも一つによってアクセス可能なメモリ内に設定される。テストモード２３４がポーリングされる実施例では、テストモードモニタ２５６が、テストモードが切り替えられたとき判定を行い、テストモードハンドラ２３８に通知する。それに対して、テストモードハンドラは、データロガー２２６に、テストモード２３４の値を通知する。
【００３３】
テスト結果２１６を受け取った後にテストモード２３４が再び第１のテストモードに切り替えられた場合は、１）データロガー２２６は、テスト結果２０８の第１のデータ構造２３２へのポピュレートを再開し、２）テストモードハンドラ２３８は、第２のデータ構造２４６の状態をデータ記憶装置２４４に保存させる。
【００３４】
本願の付記を以下説明する。
【００３５】
（付記１）
テスト結果（２０４、２０６、２０８、２１０、２１２、２１４、２１６）処理方法（１００）であって、
１）少なくとも一つの被検査装置（ＤＵＴ）に対してテストを実行するテスタと、２）第１のテストモードに初期設定されるテストモードとに関連する、テスト結果（２０４、２０６、２０８、２１０、２１２、２１４、２１６）のストリーム（２０２）を受け取るステップ（１０２）と、
前記第１のテストモードのときは、前記テスト結果（２０４、２０６、２０８）が前記テスト結果（２０４、２０６、２０８）間の関係に基づいて第１のデータ構造（２３２）に構造化されるよう、前記テスト結果（２０４、２０６、２０８）を前記第１のデータ構造（２３２）にポピュレートするステップ（１０４）と、
第２のテストモードのときは、前記テスト結果（２１０、２１２、２１４、２１６）が前記テスト結果（２１０、２１２、２１４、２１６）間の関係に基づいて第２のデータ構造（２４６）に構造化されるよう、前記テスト結果（２１０、２１２、２１４、２１６）を前記第２のデータ構造（２４６）にポピュレートするステップ（１０６）と、
前記テストモードが前記第２のテストモードに切り替えられたと判定したときは、前記第１のデータ構造（２３２）への前記テスト結果（２０４、２０６、２０８）の挿入ポイントを参照するインデックスを保存することによって、前記第１のデータ構造（２３２）の状態を保存するステップ（１０８）とを含む、テスト結果処理方法。
【００３６】
（付記２）
前記テストモードが前記第１のテストモードに再び切り替えられたと判定したときは、保存された前記インデックスにしたがい、前記テスト結果（２０４、２０６、２０８）の前記第１のデータ構造（２３２）へのポピュレートを再開するステップ（１１０）をさらに含む、付記１に記載のテスト結果処理方法（１００）。
【００３７】
（付記３）
前記第２のデータ構造（２４６）の状態を保存するステップ（１１２）をさらに含む、付記２に記載のテスト結果処理方法（１００）。
【００３８】
（付記４）
前記テストモードが前記第１のテストモードに再び切り替えられたと判定することは、さらに、前記第２のテストモードが終了したと判定するステップ（１１４）を含む、付記２に記載のテスト結果処理方法（１００）。
【００３９】
（付記５）
前記テスト結果（２０４、２０６、２０８、２１０、２１２、２１４、２１６）のストリーム（２０２）が、製造テストモードおよびデバッグテストモードのいずれかに基づくと評価することによって、テストモード（２３４）を判定するステップ（１１６）をさらに含む、付記１に記載のテスト結果処理方法（１００）。
【００４０】
（付記６）
テストモードイベントをうけとるステップと、
前記テストモードイベントをうけとると、前記テストモードが１）前記第１のテストモードおよび前記第２のテストモードの一方から、２）前記第１のテストモードおよび前記第２のテストモードの他方へ切り替えられたと判定するステップ（１１８）と、
をさらに含む、付記１に記載のテスト結果処理方法（１００）。
【００４１】
（付記７）
受け取られたテストモードイベントと関連付けられたテストモード値が、前記テストモードが切り替えられたことを示すと判定することによって、前記テストモードが切り替えられたことを判定するステップ（１２０）をさらに含む、付記６に記載のテスト結果処理方法。
【００４２】
（付記８）
テスト結果（２０４、２０６、２０８、２１０、２１２、２１４、２１６）処理システムであって、
１）少なくとも一つの被検査装置（ＤＵＴ）に対してテストを実行するテスタと、２）第１のテストモードおよび第２のテストモードのいずれかに初期設定されるテストモードとに関連付けられた、テスト結果（２０４、２０６、２０８、２１０、２１２、２１４、２１６）のストリーム（２０２）を受け取るように動作可能なレシーバ（２２２）と、
第１のデータ構造（２３２）と第２のデータ構造（２４６）のいずれをポピュレートするかを前記テストモードに基づいて選択し、前記受け取られたテスト結果（２０４、２０６、２０８）を、前記第１のデータ構造（２３２）および前記第２のデータ構造（２４６）のいずれか一方に選択的にポピュレートするよう動作可能なデータロガー（２２６）と、
前記テストモードが前記第２のテストモードに切り替えられたとの判定に応答して、前記第１のデータ構造（２３２）へのテスト結果（２０４、２０６、２０８）の挿入ポイントを参照するインデックスを保存することにより、前記第１のデータ構造（２３２）の状態を保存させるように動作可能なテストモードハンドラ（２３８）とを備える、テスト結果処理システム。
【００４３】
（付記９）
前記システムをモニタし、前記テストモードが変更されたと判定するよう動作可能な、テストモードモニタ（２５６）をさらに備える、付記８に記載のテスト結果処理システム。
【００４４】
（付記１０）
前記テストモードハンドラはさらに、前記テストモードが前記第１のテストモードに再び切り替えられたとの判定に応答して、前記第２のデータ構造（２４６）の状態を保存させるよう、動作可能である、付記９に記載のテスト結果処理システム。
【産業上の利用可能性】
【００４５】
本発明のテスト結果処理方法およびテスト結果処理システムは、テスタにおいて複数種類のテストを行うときにテスト結果ストリームに複数モードのコンテンツが含まれるテスト結果処理方法およびテスト結果処理システムに適している。
【図面の簡単な説明】
【００４６】
【図１】図１は、本発明の一実施例にかかるテスト結果処理方法の例を示す図である。
【図２】図２は、本発明の一実施例にかかるテスト結果処理方法の例を示す図であり、図１に続く図である。
【図３】図３は、図１、２の方法を実行するよう動作可能な例示的システムを示す図である。
【符号の説明】
【００４７】
２００  テスト結果処理システム
２０２  テスト結果ストリーム
２０４Ａ、２０４Ｂ、２０６Ａ、２０６Ｂ、２０８Ａ、２０８Ｂ、２１０Ａ，２１０Ｂ、２１２Ａ、２１２Ｂ、２１４Ａ、２１４Ｂ、２１６Ａ、２１６Ｂ  テスト結果
２２２  レシーバ
２２６  データロガー
２３２  第１のデータ構造
２３４  テストモード
２３８  テストモードハンドラ
２４４  データ記憶装置
２４６  第２のデータ構造
２５６  テストモードモニタ
【図１】
2007206074.tif 000003
【図２】
2007206074.tif 000004
【図３】
2007206074.tif 000005
【外国語明細書】
2007206074000001.pdf