(57)【要約】【課題】テストデータの信頼性を向上させること。【解決手段】本方法は、Ａ）テストデータストリームにアクセスするステップであって、前記テストデータが、１）多数の状態イベントと、２）前記状態イベントを組み込んだ多数のデータイベントとを含む、前記ステップと、Ｂ）前記データイベントのうちの一つにアクセスした際に、前記データイベントが前記現在のテストの状態に適合するかを判断するステップと、Ｃ）前記データイベントが前記現在のテストの状態に適合しない場合に、１）多数の更なるデータイベントをバッファリングし、２）前記多数の更なるデータイベントが、状態イベントが受信されたことと状態の変更が発生したことを示す場合には、前記データイベントにアクセスする以前に、ｉ）前記示された状態の変更に適合するように受信された状態イベントを合成して公開し、ｉｉ）前記現在のテストの状態を更新し、ｉｉｉ）その後前記データイベントを公開するステップと、を含む。【選択図】図１
2007279044.tif 000002
【特許請求の範囲】
【請求項１】
テストデータストリームにアクセスし、テストデータが、１）現在のテストの状態を更新する多数の状態イベントと、２）前記状態イベントのいずれかを組み込んだ多数のデータイベントとを含み、
前記データイベントのうちの一つにアクセスした際に、前記データイベントが前記現在のテストの状態に適合するかを判断し、
前記データイベントが前記現在のテストの状態に適合する場合に、前記データイベントを公開し、
前記データイベントが現在のテストの状態に適合しない場合に、
多数の更なるデータイベントをバッファリングし、
前記多数の更なるデータイベントが、状態イベントが受信されたことと状態の変更が発生したことを示す場合には、前記データイベントにアクセスする以前に、
Ａ）前記示された状態の変更に適合するように前記受信された状態イベントを合成して公開し、
Ｂ）前記示された状態の変更に基づいて前記現在のテストの状態を更新し、
Ｃ）その後前記データイベントを公開すること、
を含むことを特徴とする方法。
【請求項２】
前記多数の追加のデータイベントが、状態イベントが受信されたことと状態の変更が発生したことを示さない場合に、前記データイベントをパージすることをさらに含むこと、
を特徴とする請求項１に記載の方法。
【請求項３】
前記状態イベントのうちの一つにアクセスした際に、
前記状態イベントに基づいて現在のテストの状態を更新し、
前記状態イベントを公開することをさらに含むこと、
を特徴とする請求項１に記載の方法。
【請求項４】
前記データイベントを公開することが、前記テストデータのコンシューマが利用可能なように前記データイベントを作成することをさらに含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記方法が、前記現在のテストの状態を最初に更新する以前に、前記データイベントにアクセスし、
前記データイベントが状態を示すかを判断し、
前記データイベントが前記状態を示す場合に、
前記示された状態に対応するように状態イベントを合成し、
前記示された状態に基づいて前記現在のテストの状態を更新し、
その後、前記合成した状態イベントと前記データイベントを公開することをさらに含むこと、
を特徴とする請求項１に記載の方法。
【請求項６】
前記テストデータにアクセスすることが前記テストデータを受信することをさらに含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記多数の更なるデータイベントが状態の変更を示すかを判断することが、前記更なるデータイベントが属性を含むかを判断することをさらに含み、前記属性が前記現在のテストの状態とは異なるテストの状態に合致すること、
を特徴とする請求項１に記載の方法。
【請求項８】
テストデータストリームに対して状態イベントを合成するシステムであって、
テストデータストリームにアクセスするように機能するインタフェースであって、前記テストデータが１）現在のテストの状態を更新する多数の状態イベントと２）前記状態イベントを組み込んだ多数のデータイベントとを含む、前記インタフェースと、
データストレージと、
前記インタフェース及び前記データストレージと通信するプロセッサであって、
前記データイベントのうちの一つにアクセスした際に、前記データイベントが現在のテストの状態に適合するかを判断し、
前記データイベントが前記現在のテストの状態に適合する場合に、前記データイベントを公開し、
前記データイベントが前記現在のテストの状態に適合しない場合に、
Ａ）前記データストレージに多数の更なるデータイベントをバッファリングさせ、
Ｂ）前記多数のデータイベントが、状態イベントが受信されたことと状態の変更が発生したことを示す場合に、前記データイベントにアクセスする以前に、
（Ｉ）受信された前記状態イベントを、示された状態の変更に適合するように合成して公開し、
（ＩＩ）前記示された状態の変更に基づいて前記現在のテストの状態を更新し、
（ＩＩＩ）その後前記データイベントを公開するように機能する前記プロセッサと、
を含むことを特徴とするシステム。
【請求項９】
前記多数の更なるデータイベントが、状態イベントが受信されたことと状態の変更が発生したことを示す場合に、前記プロセッサがさらに、前記データイベントをパージするように機能すること、
を特徴とする請求項８に記載のシステム。
【請求項１０】
前記プロセッサがさらに、前記状態イベントのうちの一つにアクセスした際に、
Ａ）前記状態イベントに基づいて前記現在のテストの状態を更新し、
Ｂ）前記状態イベントを公開するように機能すること、
を特徴とする請求項８に記載のシステム。
【請求項１１】
前記プロセッサが、前記テストデータのコンシューマが利用できるようにデータイベント及び状態イベントを作成することによって、前記データイベント及び状態イベントを公開するように機能すること、
を特徴とする請求項８に記載のシステム。
【請求項１２】
前記プロセッサが、前記インタフェースにデータイベント及びデータイベントを出力させることにより、前記データイベント及び状態イベントを公開するように機能すること、
を特徴とする請求項８に記載のシステム。
【請求項１３】
前記プロセッサがさらに、前記データイベントにアクセスした際に、前記現在のテストの状態を最初に更新する以前に、
前記データイベントが状態を示すかを判断し、
前記データイベントが前記状態を示す場合に、
前記示された状態に対応するように状態イベントを合成し、
前記示された状態に基づいて前記テストの状態を更新し、
その後、前記合成した状態イベントと前記データイベントを公開するように機能すること、
を特徴とする請求項８に記載のシステム。
【請求項１４】
前記プロセッサが、前記更なるデータイベントが属性を示すかを判断するようにさらに機能することによって、前記多数の更なるデータイベントが状態の変更を示すかを判断するように機能し、前記属性が前記現在のテストの状態とは異なるテストの状態に合致すること、
を特徴とする請求項８に記載のシステム。
【請求項１５】
多数の被試験デバイスに関するテストに関連したテストデータを生成する少なくとも一つの試験装置をさらに含み、前記テストデータに前記インタフェースがアクセス可能であること、
を特徴とする請求項８に記載のシステム。
【請求項１６】
以前に生成されたテストデータを含むテストデータストレージをさらに含み、前記テストデータは前記テストデータストリームとして前記インタフェースがアクセス可能であること、
を特徴とする請求項８に記載のシステム。
【請求項１７】
命令シーケンスを格納した一つ以上の機械読み取り可能な媒体であって、これを機械が実行すると、
テストデータストリームにアクセスする動作であって、前記テストデータが１）現在のテストの状態を更新する多数の状態イベントと２）前記状態イベントを組み込んだ多数のデータイベントを含む、前記アクセスする動作と、
前記データイベントのうちの一つにアクセスした際に、前記データイベントが前記現在のテストの状態に適合するかを判断する動作と、
前記データイベントが前記現在のテストの状態に適合する場合に、前記データイベントを公開する動作と、
前記データイベントが前記現在のテストの状態に適合しない場合に、
多数の更なるデータイベントをバッファリングし、
前記多数の更なるデータイベントが、状態イベントが受信されたことと状態の変更が発生したことを示す場合に、前記データイベントにアクセスする以前に、
Ａ）前記示された状態の変更に適合するように前記受信された状態イベントを合成して公開し、
Ｂ）前記示された状態の変更に基づいて前記現在のテストの状態を更新し、
Ｃ）その後前記データイベントを公開する動作と、
を機械が実行すること、
を特徴とする機械読み取り可能な媒体。
【請求項１８】
前記多数の更なるデータイベントが、状態イベントが受信されたことと状態の変更が発生したことを示さない場合に、前記データイベントをパージする命令をさらに含むこと、
を特徴とする請求項１７に記載の機械読み取り可能な媒体。
【請求項１９】
前記状態イベントのうちの一つにアクセスした際に、
前記状態イベントに基づいて前記現在のテストの状態を更新し、
前記状態イベントを公開する命令をさらに含むこと、
を特徴とする請求項１７に記載の機械読み取り可能な媒体。
【請求項２０】
前記データイベントを公開する命令が、前記テストデータのコンシューマが利用できるように前記データイベントを作成する命令をさらに含むこと、
を特徴とする請求項１７に記載の機械読み取り可能な媒体。
【請求項２１】
前記命令が、前記現在のテストを最初に更新する以前に、前記データイベントがアクセスされると、
前記データイベントが状態を示すかを判断し、
前記データイベントが前記状態を示す場合に、
Ａ）前記示された状態に対応するように状態イベントを合成し、
Ｂ）前記示された状態に基づいて前記現在のテストの状態を更新し、
Ｃ）その後、前記合成された状態イベントと前記データイベントを公開する命令をさらに含むこと、
を特徴とする請求項１７に記載の機械読み取り可能な媒体。
【請求項２２】
前記多数のデータイベントが状態の変更を示すかを判断する前記命令が、前記更なるデータイベントが属性を含むかを判断する命令をさらに含み、前記属性が前記現在のテストの状態とは異なるテストの状態に合致すること、
を特徴とする請求項１７に記載の機械読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テストデータストリームに対して状態イベントを合成するシステム、方法、及び装置に関する。
【背景技術】
【０００２】
多くの被試験デバイス（ＤＵＴ）にテストを実施する試験装置の生成したデータ等のテストデータは、個々のデータイベントと、これらデータイベントを適切な文脈に関連付ける状態イベントとを記録する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、最新の試験装置とデータ処理装置は信頼性の高いものであることが分かっているが、テストデータにエラーが含まれるという問題が今でも発生している。
【課題を解決するための手段】
【０００４】
一実施の形態において、方法は、Ａ）テストデータストリームにアクセスし、テストデータが、１）現在のテストの状態を更新する多数の状態イベントと、２）前記状態イベントのいずれかを組み込んだ多数のデータイベントとを含み；Ｂ）前記データイベントのうちの一つにアクセスした際に、前記データイベントが前記現在のテストの状態に適合するかを判断し；Ｃ）前記データイベントが前記現在のテストの状態に適合する場合に、前記データイベントを公開し；Ｄ）前記データイベントが現在のテストの状態に適合しない場合に、多数の更なるデータイベントをバッファリングし、前記多数の更なるデータイベントが、状態イベントが受信されたことと状態の変更が発生したことを示す場合には、前記データイベントにアクセスする以前に、i）前記示された状態の変更に適合するように前記受信された状態イベントを合成して公開し、ii）前記示された状態の変更に基づいて前記現在のテストの状態を更新し、iii）その後前記データイベントを公開すること、を含む。
【０００５】
他の実施の形態において、テストデータストリームに対して状態イベントを合成するシステムは、Ａ）テストデータストリームにアクセスするように機能するインタフェースであって、前記テストデータが１）現在のテストの状態を更新する多数の状態イベントと２）前記状態イベントを組み込んだ多数のデータイベントとを含む、前記インタフェースと；B）データストレージと；Ｃ）前記インタフェース及び前記データストレージと通信するプロセッサであって、１）前記データイベントのうちの一つにアクセスした際に、前記データイベントが現在のテストの状態に適合するかを判断し；２）前記データイベントが前記現在のテストの状態に適合する場合に、前記データイベントを公開し；３）前記データイベントが前記現在のテストの状態に適合しない場合に；i）前記データストレージに多数の更なるデータイベントをバッファリングさせ；ii）前記多数のデータイベントが、状態イベントが受信されたことと状態の変更が発生したことを示す場合に、前記データイベントにアクセスする以前に；ａ）受信された前記状態イベントを、示された状態の変更に適合するように合成して公開し；ｂ）前記示された状態の変更に基づいて前記現在のテストの状態を更新し；ｃ）その後前記データイベントを公開するように機能する前記プロセッサと、を含む。
【０００６】
他の実施の形態において、命令シーケンスを格納した一つ以上の機械読み取り可能な媒体は、これを機械が実行すると、Ａ）テストデータストリームにアクセスする動作であって、前記テストデータが１）現在のテストの状態を更新する多数の状態イベントと２）前記状態イベントを組み込んだ多数のデータイベントを含む、前記アクセスする動作と；Ｂ）前記データイベントのうちの一つにアクセスした際に、前記データイベントが前記現在のテストの状態に適合するかを判断する動作と；Ｃ）前記データイベントが前記現在のテストの状態に適合する場合に、前記データイベントを公開する動作と；Ｄ）前記データイベントが前記現在のテストの状態に適合しない場合に、１）多数の更なるデータイベントをバッファリングし；２）前記多数の更なるデータイベントが、状態イベントが受信されたことと状態の変更が発生したことを示す場合に、前記データイベントにアクセスする以前に、i）前記示された状態の変更に適合するように前記受信された状態イベントを合成して公開し；ii）前記示された状態の変更に基づいて前記現在のテストの状態を更新し；iii）その後前記データイベントを公開する動作と、を行う。
【０００７】
他の実施形態も開示する。
【発明を実施するための最良の形態】
【０００８】
本発明を例示する実施形態を図面に示す。
【０００９】
試験装置は、多くの被試験デバイス（ＤＵＴ）にテストを実施する信頼性の高いデバイスであるが、テストを行う環境が複雑であるため、試験装置が生成するテスト結果にもエラーが生じる場合がある。かかるエラーの一つとして、テストデータストリーム内でデータイベントが誤って配置されることがある。試験装置は、例えば後続のデータイベントに文脈を供与する状態イベントと、データイベント自体とを含むテストデータストリームを生成する。 データイベントはテスト結果そのもの（例えば、ｐｉｎ１４＝３．２Ｖ、連続性＝誤）を提供するものであり、単一データエレメント又は複合データ構造であり得る。状態イベントは所与の文脈を提供するものであるが、後続のテストデータがその文脈に属さない場合に、エラーが生じる。状態イベントの受信を契機として現在のテストの状態が更新されるものの、状態イベントがテストデータに存在しなければ、別のエラーが発生する可能性がある。
【００１０】
テストデータの調整が行われなければ、例えば、１）正しい状態イベントでない状態イベントに関連したデータイベントを受信した場合、又は２）どの状態イベントにも関連しないデータイベントを受信した場合等、テストデータのコンシューマ（例えばフォーマッタ、アナライザ、レポータ）によってデータイベントが不適当に受信され、それによってテストデータもエラーとなり、使用することができないと考えられる。使用不可能なテストデータの量は、試験装置が再起動されるまでのテストデータ全てに及ぶ可能性があり、何時間もの又は場合によっては何日もの間のテストに相当する可能性もある。
【００１１】
データイベントを分析することによって、テストデータを調整して、多くの不正なデータイベントを修復し、テストデータの利用を増大させることができる。テストデータの大部分が欠落していればデータイベントを放棄することもあり得るが、テストデータの適切な位置に状態イベントを挿入する際に小さな「ミス」が生じることが多い。それらデータイベントが不正な状態イベントに関連していても、適切な状態イベントを合成してテストデータの適正な位置に挿入することができる。その結果、テストデータのコンシューマはテストデータを意図した通りに見ることができる。
【００１２】
図１は、テストデータストリームに対して状態イベントを合成する第一の例のフローチャート１００を示す。ステップ１０２でテストデータにアクセスする。ステップ１０４では、テストデータがデータイベントであるかを判断し、そうである場合にはステップ１０６に進み、テストデータがデータイベントでない（例えば状態イベントである）場合には、フローチャート１００は終了する。ステップ１０６では、データイベントが現在のテストの状態に適合しているかを判断し、適合している場合にはステップ１０８に進み、適合していない場合にはステップ１１０に進む。ステップ１０６からステップ１０８まで到達すると、ステップ１０８で現在のテストの状態に適合するデータイベントを公開する。ステップ１０８でデータイベントを公開した後、フローチャート１００は終了する。
【００１３】
ステップ１１０では更なるデータイベントをバッファリングし、その後のステップ１１２では更なるデータイベントが、状態イベントの欠落と状態変更の発生を示すかが判断され、そうである場合には処理はステップ１１４に進み、そうでない場合にはフローチャートは終了する。ステップ１１４では状態イベントを合成する。ステップ１１６では状態イベントを公開する。ステップ１１８では、示された状態イベントに基づいて現在のテストの状態を更新し、ステップ１０８では、データイベントとステップ１１０においてバッファリングされた更なるデータイベントとを含む一つ又は複数のデータイベントが公開される。
【００１４】
ステップ１１０では、更なるデータイベントをバッファリングする。一実施形態では一定数のデータイベントをバッファリングするが、この数は設計事項とする。別の実施形態では、状態イベントの以前に全てのデータイベントをバッファリングする。 また別の実施形態では、ステップ１１０とステップ１１２を反復して実行するが、この場合一つの更なるデータイベントをバッファリングして、状態イベントが欠落しているか否かを所与の信頼レベルで結論付けることができるかを判断するように評価する。信頼レベルが達成されない場合には、二つ目の追加データイベントをバッファリングする。十分な信頼レベルであると判断されるまで、又は確実性が達成されるまで、ループを反復する。後者の場合には、データイベントは状態イベントの欠落及び処理の終了を示さないものと思われる。
【００１５】
一実施形態では、示されるように状態イベントを公開するステップ１１６の順序が、現在のテストの状態を更新するステップ１１８より前である。別の実施形態では、ステップ１１６及びステップ１１８が逆となる。
【００１６】
フローチャート１００は、例えばアクセスするテストデータがなくなるまで繰り返してもよい。
【００１７】
図２は、テストデータストリームに対して状態イベントを合成する第二の例のフローチャート２００を示す。ステップ２０２ではテストデータをアクセスする。ステップ２０４ではテストデータがデータイベントであるか否かを判断し、データイベントである場合にはステップ２１０が実行され、データイベントでない場合にはテストデータは状態イベントであり、ステップ２０６が実行される。
【００１８】
ステップ２０６では現在のテストの状態を更新し、ステップ２０８では状態イベントを公開する。 別の実施形態では、ステップ２０６とステップ２０８が逆となる。
【００１９】
ステップ２１０では、現在のテストの状態が分かっているか否かを判断する。 現在のテストの状態が分かっていない場合、すなわちデータイベントが現在のテストの状態の初期設定より以前に受信されたものである場合には、ステップ２２２が実行される。現在のテストの状態が分かっている場合には、ステップ２１２が実行される。
【００２０】
ステップ２１０で現在のテストの状態が分かっていないと判断した場合には、ステップ２２２が実行され、データイベントが現在のテストの状態を示すかが判断され、現在のテストの状態を示す場合にはステップ２２４が実行され、現在のテストの状態を示さない場合には、ステップ２１４が実行される。
【００２１】
ステップ２１２に戻る。ステップ２１２では現在のテストの状態にデータイベントが適合するかを判断し、適合する場合にはステップ２１８でデータイベントを公開し、適合しない場合にはステップ２１４で更なるデータイベントをバッファリングする。更なるデータイベントをバッファリングすると、ステップ２１６において更なるデータイベントが状態イベントの欠落と状態の更新の発生を示すかの判断がなされる。
【００２２】
ステップ２１４では多数のデータイベントをバッファリングする。一実施形態では、多数のデータイベントをバッファリングするが、この数は設計事項とする。別の実施形態では、状態イベントの以前に全てのデータイベントをバッファリングする。別の実施形態では、状態イベントが一つ終了した後に全てのデータイベントをバッファリングする。さらに別の実施形態では、ステップ２１４及びステップ２１６を反復実行するが、この場合には一つの更なるデータイベントをバッファリングし、状態イベントが欠落しているか否かに関して所与の信頼レベルで結論付けることができるかを判断するように評価を行う。信頼レベルが達成されない場合には、第二の更なるデータイベントをバッファリングする。十分な信頼レベルであると判断されるまで、あるいは確実性が達成できたと判断されるまで、ループを繰り返す。後者の場合には、データイベントが状態イベントの欠落及び処理の終了を示さないものと思われる。
【００２３】
ステップ２１６において、更なるイベントが状態イベントの欠落を示さないと共に状態の更新が発生しなかったと判断した場合には、ステップ２２０が実行されてデータイベントがパージされる。一実施形態では、ステップ２２０はテストデータからデータイベントを消去することによってデータイベントをパージする。 別の実施形態では、ステップ２２０がデータイベントを公開するステップを省略することで、データイベントを格納するために以前に使用されたメモリ又はストレージのうちの少なくとも一つの空間を、他に利用できるようになる。
【００２４】
ステップ２１６で更なるイベントが状態イベントの欠落と状態の更新の発生を示す場合には、ステップ２２４で状態イベントを合成し、ステップ２２６ではその状態イベントを公開する。ステップ２２８では示された状態イベントに基づいて現在のテストの状態を更新し、ステップ２１８ではデータイベントを公開する。バッファリングステップ２１４を介してステップ２１８まで到達した場合には、ステップ２１８ではデータイベント及びステップ２１４でバッファリングした一つ又は複数の更なるデータイベントを公開し、そうでない場合には、ステップ２１８では、現在のテストの状態に適合すると判断（ステップ２１２参照）されたデータイベント、又は現在のテストの状態を示す（ステップ２２２参照）データイベントを公開する。一実施形態では、図示のようにステップ２２６はステップ２２８に先行する。別の実施形態では、ステップ２２６とステップ２２８の順序が逆になる。
【００２５】
一実施形態では、ステップ２１６において、更なるイベントがその中の状態イベントから欠落した状態イベントを示すかの判断を行う。更なるイベント中の状態イベントは、第二の状態変更を明示すると共に、欠落した状態イベントを示す。
【００２６】
ステップ２１８ではデータイベントを公開し、ステップ２０８と２２６では状態イベントを公開する。一実施形態では、公開はテストデータのコンシューマに公開すべきデータイベント又は状態イベントを伝送することを含む。別の実施形態では、公開することでデータイベント及び状態イベントを格納し、その後格納したデータイベント及び状態イベントはそのコンシューマによってアクセスされることができる。別の実施形態では、公開によってデータイベント及び状態イベントが正当であることを示す属性（例えばフラグ、インデックス、ポインタ）を設定する。属性はデータイベント及び状態イベントに統合したものであっても、データイベント及び状態イベントとは別個のものであってもよい。コンシューマは属性にアクセスすることによって、どのデータイベント及び状態イベントを使用するかを決定する。
【００２７】
ステップ２０２ではテストデータにアクセスする。一実施形態では、ステップ２０２でテストデータの読み込みを行うことができる。他の実施形態では、ステップ２０２でテストデータを受信する。
【００２８】
ステップ２１６では更なるデータイベントが状態イベント及び状態の更新が発生したことを示すかを判断する。一実施形態では、更なるデータイベントに関連する属性によって、示された状態の変更が発生したかを判断する。 例えば、データイベント自体におけるデータは、パラメトリックテストイベント（例えば、電圧、アンペア、抵抗、カウンタ、時間遅延等の測定値）であるデータイベント等の状態変更が一状態を示すことで状態の変更を示し得るが、機能テストイベント（例えばサマリー、正／誤インジケータ）であるデータイベントは、別のタイプの状態を示すことで、状態の変更を示し得る。別の実施形態において、追加属性は状態の変更を示す際により明示的であり得る。例えば或るデータイベントは状態を明示的に特定する属性であり得、後続のデータイベントは別の状態を明示的に特定する。
【００２９】
図３は、図１及び図２によって示すステップを実行するように機能するシステム３００を示す。インタフェース３０２はテストデータにアクセスする。一実施形態において、テストデータはＤＵＴ３１０にテストを実施する試験装置３０８からテストデータをアクセスする。さらなる実施形態では、試験装置３０８は複数の試験装置である。別の更なる実施形態では、ＤＵＴ３１０は複数のＤＵＴである。
【００３０】
別の実施形態において、テストデータはテストデータストレージ３１２からアクセスされる。テストデータストレージ３１２には、ＤＵＴ３１０にテストを実施する、例えば試験装置３０８等の試験装置からのテストデータが投入される。
【００３１】
プロセッサ３０４はインタフェース３０２とデータストレージ３０６と通信する。プロセッサ３０４は、データイベントの一つにアクセスすると、データイベントが現在のテストの状態に適合するかを判断する。上述のステップ１０６とステップ２１２を参照されたい。プロセッサ３０４は、データイベントが現在のテストの状態に適合すると判断した場合には、そのデータイベントを公開する。上述のステップ１０８及びステップ２１８を参照されたい。
【００３２】
プロセッサ３０４はデータイベントが現在のテストの状態に適合しないと判断した場合には、データストレージ３０６に多くの更なるデータイベントをバッファリングさせる。上述のステップ１１０及びステップ２１４を参照されたい。プロセッサ３０４が多くの更なるデータイベントが、状態イベントが受信されたことと状態の変更が発生したことを示す場合には、データイベントのうちの一つにアクセスする以前に（上述のステップ１１２及びステップ２１６を参照されたい）、示された状態の変更に適合するように、受信した状態イベントを合成し公開する（上述のステップ１１４、１１６、及び２２４、２２６を参照されたい）プロセッサ３０４は、状態イベントに基づいて現在のテストの状態を更新する。上述のステップ１１８及びステップ２２８を参照されたい。その後データイベントを公開する。上述のステップ１０８及びステップ２１８を参照されたい。
【００３３】
別の実施形態では、プロセッサ３０４は状態機械プログラムを実行する。状態機械は、現在のテストの状態の値によって決定される、条件に合うトランザクションをテストの状態毎に決定する。例えば、状態機械はデータストレージ３０６にテストデータをバッファリングさせ、バッファリングされたテストデータが、１）正当な状態イベント又は２）示された正当な状態イベントのいずれかを含むかを判断させることができる。状態イベント又は示された状態イベントが正当であると判断した場合には、現在のテストの状態を更新することができる。状態イベント又は示された状態イベントが正当でない場合には、次の正当な状態イベント又は示された状態イベントの前のデータイベントを放棄する。
【００３４】
例えば、正当な状態イベントが現在のテストの状態を「ロット」に更新した場合には、バッファリングされた状態イベント又は示された状態イベントは現在のテストの状態を「デバイス」に更新し、その後状態機械が更新を許可することになる。しかし、現在のテストの状態が「テスト一式」であって、次に控えている状態イベントが「ウェハ」である場合には、トランザクションは正当でなく、更新は拒否される。さらなる実施形態では、無効な更新より前のテストデータは全てパージされる。さらなる実施形態では、正当な状態イベントに遭遇するまで、すべてのテストデータをパージする。
【図面の簡単な説明】
【００３５】
【図１】テストデータストリームに対して状態イベントを合成する第一の例のフローチャートを示す図である。
【図２】テストデータストリームに対して状態イベントを合成する第二の例のフローチャートを示す図である。
【図３】図１及び図２によって示すステップを実行するように機能するシステムを示す図である。
【符号の説明】
【００３６】
３００  システム
３０２  インタフェース
３０４  プロセッサ
３０６  データストレージ
３０８  試験装置
３１０  被試験装置（ＤＵＴ）
３１４  テストデータコンシューマ
【図１】
2007279044.tif 000003
【図２】
2007279044.tif 000004
【図３】
2007279044.tif 000005
【外国語明細書】
2007279044000001.pdf