(57)【要約】  例示的な試験システムは、試験を制御するための計器を含む。各計器は、処理ユニットにより制御されてもよい。各処理ユニットは、処理ユニットが制御する計器に関連する試験プログラムの一部に対して動作するように構成されてよい。同期メカニズムは少なくとも幾つかの処理ユニットと動作して、中央コントローラからの介入なく、試験計器インタフェースにおいてアクション、測定、又は測定とアクションの同期されたシーケンスを生成する。
2021523438.tif 000002
【特許請求の範囲】
【請求項１】
システムであって、
一のコンピュータバスと、
複数の試験フローを実行する一のホストコンピュータと、
複数の計器モジュールと
を含み、
一の計器モジュールが、複数のリソース及び一の処理デバイスを含み、
一の試験フローによって動作させられる複数のリソースが一のドメインを画定し、
前記ホストコンピュータは、前記試験フロー内でｓｙｎｃコマンドを含むコマンドを前記計器モジュールに出力するように構成され、
前記ｓｙｎｃコマンドは、前記計器モジュールが、一の状態を前記コンピュータバスに与えて前記処理デバイスを一時停止させるようにし、
前記ドメインにおける前記計器モジュールからの複数の状態が、前記コンピュータバス上で集約され、
前記集約された状態に基づいて情報が前記計器モジュールに分配され、
前記処理デバイスは、前記情報に基づいてコマンドの実行を再開するように構成される、システム。
【請求項２】
前記情報は、前記ドメインにおけるすべての計器モジュールがｓｙｎｃコマンドに遭遇した後に分配される、請求項１のシステム。
【請求項３】
前記ホストコンピュータは、前記コマンドを、前記コンピュータバスとは異なる通信バスを介して前記計器モジュールに送信するようにプログラムされる、請求項１のシステム。
【請求項４】
前記状態を集約すること、前記情報を分配することは、前記ホストコンピュータから独立して行われる、請求項１のシステム。
【請求項５】
前記コマンドの少なくとも幾つかは、前記ドメインにおける複数のリソースに動作を行うように命令する、請求項１のシステム。
【請求項６】
前記計器モジュールは、状態を前記コンピュータバスに与える一のエンドポイントデバイスを含み、
前記エンドポイントデバイスは、一の貢献エンドポイントデバイスを含み、
前記貢献エンドポイントデバイスは、前記情報を前記コンピュータバスから受信し、前記情報に基づいて、前記リソースのうちの一つ以上の動作をトリガする信号を発生するように構成される、請求項１のシステム。
【請求項７】
前記計器モジュールは一のエンドポイントデバイスを含み、
前記エンドポイントデバイスは、前記情報を前記コンピュータバスから受信し、前記情報に基づいて、前記リソースのうちの一つ以上の動作をトリガする信号を発生する一の非貢献エンドポイントデバイスを含む、請求項１のシステム。
【請求項８】
前記ホストコンピュータは、複数の別々の命令フローを含む試験プログラムを実行するようにプログラムされ、
前記複数の別々の命令フローは前記試験フローを含む、請求項１のシステム。
【請求項９】
前記命令モジュールは一のエンドポイントデバイスを含み、
前記エンドポイントデバイスは、前記複数の別々のフローのうちの一つ以上にサブスクライブされるように構成される、請求項８のシステム。
【請求項１０】
前記命令モジュールは一のエンドポイントデバイスを含み、
前記エンドポイントデバイスは、前記ドメイン内のリソースに提供する信号を発生するように構成される、請求項１のシステム。
【請求項１１】
前記信号は、前記リソースが事前に設定されているアクションを行うように前記リソースをトリガする、請求項１０のシステム。
【請求項１２】
前記情報の受信に関する信号のタイミングを制御するために、オフセットが前記信号に付加されてよい、請求項１０のシステム。
【請求項１３】
前記計器モジュールは一のエンドポイントデバイスを含み、
前記エンドポイントデバイスは、前記コンピュータバスへの出力を実施するトランスミッタと、前記コンピュータバスからの受信を実施するレシーバとを含む、請求項１のシステム。
【請求項１４】
前記状態は、前記プロセッサにより行われる試験の合格又は不合格状態を含む、請求項１のシステム。
【請求項１５】
前記状態は、時間分割多元接続様式で、複数のビットから構成される周期的フレームを使って前記コンピュータバス上に符号化されるビットを含む、請求項１のシステム。
【請求項１６】
前記周期的フレームは、ヘッダ、トレイラ、巡回冗長性検査、又は８ｂ／１０ｂ符号化のうちの一つ以上によって特徴付けられる、請求項１５のシステム。
【請求項１７】
前記情報の前記ビットの少なくとも幾つかは、前記計器上のシステムクロックカウンタを、前記バス上のペイロード内にある明示された値又は明示された時間のうちの少なくとも１つに設定するためのシステムタイムアラインメント信号を表す、請求項１のシステム。
【請求項１８】
前記コンピュータバスは、ｗｉｒｅｄ−ＯＲバス；ポイントツーポイント接続及び論理ゲート；非接触、無線、若しくは光シグナリング；又は、ｗｉｒｅｄ−ＯＲバス；ポイントツーポイント接続及び論理ゲート；非接触、及び無線若しくは光シグナリングのうちの一つ以上の組合せのうちの少なくとも１つを含む、請求項１のシステム。
【請求項１９】
前記情報は前記コンピュータバスを経由して受信される、請求項１のシステム。
【請求項２０】
前記情報は、前記コンピュータバスとは異なる通信バスを経由して受信される、請求項１のシステム。
【請求項２１】
前記試験フローにおける前記ｓｙｎｃコマンドは、前記試験フローの中で、前記試験フローによる被試験デバイスに対するアクション又は測定を必要とするコマンドの直前にある、請求項１のシステム。
【請求項２２】
前記試験フローの少なくとも一部は同期されないように制御可能である、請求項１のシステム。
【請求項２３】
システムであって、
一のコンピュータバスと、
複数の計器モジュールと
を含み、
一の計器モジュールが、複数のリソース、及び待ち行列からの複数のコマンドを実行する一の処理デバイスを含み、
前記処理デバイスは、前記待ち行列における少なくとも一つのｓｙｎｃコマンドとの遭遇に応答して、前記計器モジュールが、一の状態を前記コンピュータバスに与えて前記処理デバイスを一時停止させるように構成され、
前記計器モジュールからの複数の状態が、前記コンピュータバス上で集約され、
前記集約された状態に基づいて情報が前記計器モジュールに分配され、
前記処理デバイスは、前記情報に基づいてコマンドの実行を再開するように構成される、システム。
【請求項２４】
一のホストコンピュータと、
一の通信バスと
をさらに含み、
前記ホストコンピュータは、前記コマンドを、前記通信バスを介して前記計器モジュールに出力するように構成される、請求項２３の試験システム。
【請求項２５】
試験システムであって、
試験を制御する複数の計器であって、各計器は一の処理ユニットにより制御され、各処理ユニットは、試験プログラムのうち、前記処理ユニットが制御する一の計器に関係する複数の部分を実行するように構成される計器と、
少なくとも幾つかの処理ユニットと共に動作して、中央コントローラからの介入なく、一の試験計器インタフェースにおいて同期された一連のアクション、測定、又は測定及びアクションを生成する同期メカニズムと
を含む、試験システム。
【請求項２６】
前記同期メカニズムは、
各処理ユニットが、前記処理ユニットが前記試験プログラムの一部分を完了したか否かを示す状態データを伝送することができるようにすることと、
すべての処理ユニットにわたって状態データを受信及び集約することと、
一つ以上の集約された状態ビットを再びすべての処理ユニットに伝送することと
を行うように構成される、請求項２５の試験システム。
【請求項２７】
前記処理ユニットは、
前記処理ユニットが前記試験プログラムの一部分を完了したときに、前記処理ユニットが、一の同期バス上で、前記処理ユニットが前記試験プログラムの前記一部分を完了したことを示すことと、
前記試験プログラムの次の一部分に進む前に、前記処理ユニットが、前記試験システムにおける他のすべての処理ユニットが前記試験プログラムの複数の部分を完了したことを示す前記一つ以上の集約された状態ビットを受信することと
を含む動作を行うように構成される、請求項２６の試験システム。
【請求項２８】
前記同期メカニズムは、複数のシステムクロックに関して一の画定されたタイミングを有し、
複数の計器が前記一つ以上の集約された状態ビットを受信し、一のアクション、一の測定、又は一のアクション及び一の測定の両方を、複数の計器間の予測可能かつ繰り返し可能なタイミングアラインメントで行うようにトリガされることが可能である、請求項２６の試験システム。
【請求項２９】
前記同期メカニズムは、各処理ユニットにより伝送可能な複数の状態ビットであって、前記一つ以上の集約された状態ビットを生成するように集約できる複数の状態ビットを含む状態データをサポートするべく構成され、
前記一つ以上の集約された状態ビットは前記処理ユニットのすべてに伝送される、請求項２６の試験システム。
【請求項３０】
前記一つ以上の集約された状態ビットは、前記試験システムにおけるすべての計器を同期させて一連のアクション、一連の測定、又は一連のアクション及び測定を同期させるために使用できる、請求項２６の試験システム。
【請求項３１】
前記状態データは、一の試験プログラムの合格又は不合格状態を伝送するための少なくとも一つのビットを含む、請求項２６の試験システム。
【請求項３２】
前記状態データは、一の周期的フレームを使って一のシリアルデータバスへと時間分割多元接続方式で符号化される一つ以上の状態ビットを含む、請求項２６の試験システム。
【請求項３３】
前記周期的フレームは、ヘッダ、トレイラ、巡回冗長性検査、又は８ｂ／１０ｂ符号化のうちの一つ以上により特徴付けられる、請求項３２の試験システム。
【請求項３４】
前記周期的フレームは、前記一つ以上の状態ビット以外の情報を伝送するように構成可能である、請求項３２の試験システム。
【請求項３５】
前記処理ユニットに伝送される一つ以上のビットは、前記複数の計器におけるシステムクロックカウンタを明示された値に設定するための一のシステムタイムアラインメント信号を表す、請求項２６の試験システム。
【請求項３６】
前記一つ以上の集約された状態ビットは、前記試験システム内のすべての計器を同期させて、一連のアクション、一連の測定、又は一連のアクション及び測定を同期させるための一つの状態ビットを含む、請求項２６の試験システム。
【請求項３７】
前記同期メカニズムは、ｗｉｒｅｄ−ＯＲバス；ポイントツーポイント接続及び論理ゲート；非接触、無線、若しくは光シグナリング；又はｗｉｒｅｄ−ＯＲバス；ポイントツーポイント接続及び論理ゲート；非接触、及び無線若しくは光シグナリングのうちの一つ以上の組合せのうちの少なくとも一つを含む、請求項２６の試験システム。
【請求項３８】
前記同期メカニズムの少なくとも一部分は、自動的又は手動で無効化されるように制御可能である、請求項２６の試験システム。
【請求項３９】
前記同期メカニズムは、前記試験プログラムの少なくとも一部分のみに対して動作するように制御可能である、請求項２６の試験システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書は一般に、バス同期システムに関する。
【背景技術】
【０００２】
半導体試験装置（ＡＴＥ：ａｕｔｏｍａｔｉｃ  ｔｅｓｔ  ｅｑｕｉｐｍｅｎｔ）は、被試験デバイス（ＤＵＴ：ｄｅｖｉｃｅ  ｕｎｄｅｒ  ｔｅｓｔ）に信号を送信し、またそこから信号を受信することによって、ＤＵＴの動作を試験するための電子部品を含む。幾つかの例において、ＤＵＴの試験には複数の試験が関わる。ＡＴＥは、複数の計器モジュールを含んでいてよく、その各々は、試験のうちの１つ又は複数を実行するように構成されてよい１つ又は複数の計器モジュールリソースを含んでいてよい。幾つかの例において、各試験は、異なるリソースを同じＤＵＴの試験に使用する必要があることもあり、異なる試験に異なる組合せのリソースが必要である場合がある。幾つかの例において、複数のＤＵＴが同時に試験されてよい。幾つかの例において、複数のリソースは特定のＤＵＴの試験の専用であってよい。幾つかの例において、複数のリソースは複数のＤＵＴに試験を行うために共有されていてもよい。
【発明の概要】
【０００３】
例示的なバス同期システムは、コンピュータバスと、試験フローを実行するためのホストコンピュータと、計器モジュールと、を含む。計器モジュールは、リソースと処理デバイスを含む。試験フローによって動作させられるリソースはドメインを画定する。ホストコンピュータは、試験フロー中のｓｙｎｃコマンドを含むコマンドを計器モジュールに出力するように構成される。ｓｙｎｃコマンドは、計器モジュールに状態をコンピュータバスに提供させ、処理デバイスを一時停止させるためのものである。ドメイン内の計器モジュールからの状態は、コンピュータバス上で集約される。集約された状態に基づいて、情報が計器モジュールに分配される。処理デバイスは、情報に基づいてコマンドの実行を再開するように構成される。例示的なシステムは、以下の特徴のうちの１つ又は複数を、単独で、又は組み合わせて含んでいてよい。
【０００４】
情報は、ドメイン内の全計器モジュールがｓｙｎｃコマンドと遭遇した後に分配されてよい。ホストコンピュータは、コマンドをコンピュータバスとは異なる通信バスを介して計器モジュールに送信するようにプログラムされてよい。状態の集約と情報の分配は、ホストコンピュータから独立して行われてよい。コマンドのうちの少なくとも幾つかは、ドメイン内のリソースに動作を実行するように命令してよい。
【０００５】
計器モジュールは、状態をコンピュータバスに提供するための第一のタイプのエンドポイントデバイスを含んでいてよい。第一のタイプのエンドポイントデバイスは、貢献エンドポイントデバイスを含んでいてよい。貢献エンドポイントデバイスは、コンピュータバスから情報を受信し、情報に基づいて、リソースのうちの１つ又は複数の動作をトリガする信号を生成するように構成されてよい。
【０００６】
計器モジュールは第二のタイプのエンドポイントデバイスを含んでいてよい。第二のタイプのエンドポイントデバイスは、コンピュータバスから情報を受信し、情報に基づいて、リソースのうちの１つ又は複数の動作をトリガする信号を生成する非貢献エンドポイントデバイスを含んでいてよい。
【０００７】
ホストコンピュータは、複数の別個の命令フローを含む試験プログラムを実行するようにプログラムされてよい。複数の別個の命令フローは、試験フローを含んでいてよい。エンドポイントデバイスは、複数の別個のフローのうちの１つ又は複数にサブスクライブされるように構成されてよい。エンドポイントデバイスは、ドメイン内のリソースに提供すべき信号を発生するように構成されてよい。信号は、リソースが、そのリソースがそのために事前に設定されている（ａｒｍｅｄ）アクションを実行するのをトリガするために使用されてよい。情報の受信に関する信号のタイミングを制御するために、信号にオフセットが付加されてよい。エンドポイントデバイスは、コンピュータバスへの出力を行うためのトランスミッタと、コンピュータバスからの受信を実行するレシーバを含んでいてよい。
【０００８】
状態は、プロセッサにより実行される試験の合格又は不合格状態を含んでいてよい。状態は、時間分割多元接続方式でコンピュータバス上に複数のビットから成る周期的フレームを使って符号化されるビットを含んでいてよい。周期的フレームは、ヘッダ、トレイラ、巡回冗長検査、又は８ｂ／１０ｂ符号化のうちの１つ又は複数によって特徴付けられてよい。
【０００９】
情報のビットの少なくとも幾つかは、計器上のシステムクロックカウンタをコンピュータバス上のペイロード内にある明示された値又は明示された時間のうち少なくとも１つに設定するためのシステムタイムアラインメント信号を表してよい。コンピュータバスは、ｗｉｒｅｄ−ＯＲバス、ポイントツーポイント接続及び論理ゲート、非接触、無線、若しくは光シグナリング媒体、又はｗｉｒｅｄ−ＯＲバス、ポイントツーポイン接続及び論理ゲート、接触、及び無線若しくは光シグナリング媒体のうちの１つ若しくは複数の組合せの中の少なくとも１つを含んでいてよい。
【００１０】
情報は、コンピュータバス上で受信されてよい。情報は、コンピュータバスとは異なる通信バス上で受信されてよい。試験フロー中のｓｙｎｃコマンドは、試験フロー中、試験フローによる被試験デバイスに対するアクション又は測定を要求するコマンドの直前にあってよい。試験フローの少なくとも一部は、同期されないように制御可能であってよい。
【００１１】
例示的なバス同期システムは、コンピュータバスと計器モジュールを含む。計器モジュールは、リソースと、待ち行列からのコマンドを実行するための処理デバイスを含む。処理デバイスは、待ち行列内の少なくとも１つのｓｙｎｃコマンドとの遭遇に応答して、計器モジュールに状態をコンピュータバスに提供させ、処理デバイスを一時停止させるように構成される。計器モジュールからの状態は、コンピュータバス上で集約される。情報は、集約された状態に基づく計器モジュールに分配される。処理デバイスは、情報に基づいてコマンドの実行を再開するように構成される。例示的なシステムは、ホストコンピュータと通信バスを含んでいてよい。ホストコンピュータは、通信を介して計器モジュールにコマンドを出力するように構成されてよい。
【００１２】
例示的な試験システムは、試験を制御するための計器を含む。各計器は、処理ユニットにより制御されてもよい。各処理ユニットは、処理ユニットが制御する計器に関係する試験プログラムの一部に対して動作するように構成されてよい。同期メカニズムは、少なくとも幾つかの処理ユニットを使って動作して、中央コントローラからの介入なく、試験計器インタフェースにおけるアクション、測定、又は測定とアクションの同期したシーケンスを生成するように構成される。この例示的システムは以下の特徴を、単独で、又は組み合わせて含んでいてよい。
【００１３】
同期メカニズムは、各処理ユニットが、その処理ユニットが試験プログラムの一部を完了したか否かを示す状態データを伝送し、全処理ユニットにわたる状態データを集約し、１つ又は複数の集約された状態ビットを再び全処理ユニットへと伝送するように構成されてよい。処理ユニットは以下を含む動作を実行するように構成されてよい：処理ユニットが試験プログラムの一部を完了すると、処理ユニットは、同期バスで、処理ユニットが試験プログラムのその部分を完了したことを示す。試験プログラムの次の部分に進む前に、処理ユニットは、１つ又は複数の集約された状態ビットを受け取り、これは試験システム内の他のすべての処理ユニットが試験プログラムの部分を完了したことを示す。
【００１４】
同期メカニズムは、システムクロックに関する所定のタイミングを有していてよく、それによって複数の計器は１つ又は複数の集約された状態ビットを受信し、アクション、測定、又はアクションと測定の両方を複数の計器間の予測可能且つ繰り返し可能なタイミングアラインメントで実行するようにトリガされる。同期メカニズムは、各処理ユニットにより伝送可能であり、集約されて１つ又は複数の集約された状態ビットを生成することのできる複数の状態ビットを含む状態データをサポートするように構成されてよい。１つ又は複数の集約された状態ビットは、処理ユニットのすべてに伝送されてよい。１つ又は複数の集約された状態ビットは、試験システム中のすべての計器を同期させて、アクションのシーケンス、測定のシーケンス、又はアクションと測定のシーケンスを同期させるために使用可能であってよい。
【００１５】
状態データは、試験プログラムの合格又は不合格状態を伝送するための少なくとも１つのビットを含んでよい。状態データは、時間分割多元接続方式でシリアルデータバス上に周期的フレームを使って符号化される１つ又は複数の状態ビットを含んでいてよい。周期的フレームは、ヘッダ、トレイラ、巡回冗長検査、又は８ｂ／１０ｂ符号化のうちの１つ又は複数によって特徴付けられてよい。周期的フレームは、１つ又は複数の状態ビット以外の情報を伝送するように構成されてもよい。
【００１６】
処理ユニットに伝送される１つ又は複数のビットは、計器上のシステムクロックカウンタを明示された値に設定するためのシステムタイムアラインメント信号を表してよい。１つ又は複数の集約された状態ビットは、試験システム内の全計器を同期させて、アクションのシーケンス、測定のシーケンス、又はアクションと測定のシーケンスを同期させるための１つの状態ビットを含んでいてよい。
【００１７】
同期メカニズムは、ｗｉｒｅｄ−ＯＲバス、ポイントツーポイント接続及び論理ゲート、非接触、無線、若しくは光シグナリング媒体、又はｗｉｒｅｄ−ＯＲバス、ポイントツーポイン接続及び論理ゲート、接触、及び無線若しくは光シグナリング媒体のうちの１つ若しくは複数の組合せの中の少なくとも１つを含んでいてよい。同期メカニズムの少なくとも一部は、自動的又は手動の何れかで無効化されるように制御可能であってよい。同期メカニズムの少なくとも一部は、試験プログラムの一部のみに対して動作するように制御可能であってよい。
【００１８】
この例示的なシステムの利点としては、以下のうちの１つ又は複数が含まれていてよい。少ないリソースのための１つ又は複数のプロセッサ（例えば、１つのプロセッサ）を提供することによって、リソース群は独立して、他のすべてのリソースと並列に動作することができる。それに加えて、少ないリソースのための１つ又は複数のプロセッサ（例えば、１つのプロセッサ）を提供することにより、プロセッサとリソースとの間の通信待ち時間も短縮され得る。同期システムは、記載されているような１つ又は複数のプロセッサを提供することに伴って生じ得る同期の問題にも対応する。同期システムはまた、システム中の他の何れかのリソース群と同期されることになるプロセッサあたりの１つのリソース群より細かい粒度とすることもできる。同期システムにより、本明細書に記載されているように同期を実行するために、中央のコントローラの必要性がなくなる場合もある。
【００１９】
この概要の項の中を含めた本明細書に記載された特徴のうちの何れの２つ又は３つ以上も、本明細書に具体的に記載されていない実施例を形成するように組み合わせることができる。
【００２０】
本明細書に記載のシステム及び技術及びプロセス又はその一部は、１つ又は複数の非一時的機械可読記憶媒体上に保存され、１つ又は複数の処理デバイス上で実行されて本明細書に記載されている動作を制御（例えば、調整）できる命令を含むコンピュータプログラム製品として実装でき／それによって制御できる。本明細書に記載のシステム及び技術及びプロセス又はそれらの一部は、１つ又は複数の処理デバイスと、各種の動作を実施するための実行可能命令を記憶するメモリと、を含むことのできる装置、方法、又は電気システムとして実装できる。
【００２１】
１つ又は複数の実施例の詳細は、添付の図面と以下の説明の中に示されている。その他の特徴、目的、及び利点は、説明及び図面から、並びに特許請求の範囲から明らかとなるであろう。
【図面の簡単な説明】
【００２２】
【図１】例示的なコマンドシーケンスを示すブロック図である。
【図２】図１のコマンドシーケンスが実行されてよい例示的な順序を示すブロック図である。
【図３】バス同期システムにより適用される「ｓｙｎｃバリア」を含むコマンドが遭遇される例示的な順序を示すブロック図である。
【図４】図３のコマンドシーケンスが実行されてよい例示的な順序を示すブロック図である。
【図５】例示的なバス同期システムの中に含められてよいコンポーネントのブロック図である。
【発明を実施するための形態】
【００２３】
異なる図中の同様の参照番号は同様の要素を示す。
【００２４】
本明細書には、バス同期システム及びそのコンポーネントの例示的な実施例が説明されている。幾つかの実施例において、バス同期システムは、ＡＴＥ等の試験システムに組み込まれるが、バス同期システムは、試験システムとの使用に、又は試験全般に限定されない。
【００２５】
例示的な試験システムは、ＤＵＴに対して試験を行う複数の計器モジュール（又は、単に「計器」）を含む。各計器モジュールは、１つ又は複数のリソース、例えば高周波（ＲＦ）信号発生器、マイクロ波信号発生器、プロセッサ、電源、メモリ、その他が含まれる。一般に、計器モジュールリソース（又は、単に「リソース）は、デジタルデータ、アナログ信号、又はデジタルデータとアナログ信号の両方を受信、伝送、処理、保存、又はそれ以外にそれらに対して動作する何れの適当な種類の電子ハードウェアデバイス又はソフトウェアであってよく、又はそれらを含んでいてよい。リソースは各々、計器モジュール上の１つ又は複数のモジュール埋込みプロセッサ（ＭＥＰ（ｍｏｄｕｌｅ  ｅｍｂｅｄｄｅｄ  ｐｒｏｃｅｓｓｏｒｓ）又は「処理ユニット）によって制御される。複数のＭＥＰの使用により、例示的な試験システムは異なる試験フローを並列実行する複数の部分に分割できる。
【００２６】
複数のＭＥＰの使用は、同期の問題を生じさせ得る。これに関して、個々のＭＥＰはコマンド待ち行列から試験フローのためのコマンドを実行する。待ち行列中のコマンドが順次実行されている間、複数の待ち行列にわたる、及び複数のリソースにわたるコマンドは所定の順序で実行されない。図１に示されるコマンドシーケンス１００を考えるが、これは異なる計器モジュール上にあり得る異なるシステムリソースＡ、Ｂ、及びＣにより実行可能である。図１及び２において、各ブロックは、実行が起こる時間スロットを表す。この例では、同期は行われず、図１に示されるコマンドはリソースによって図２の順序１０１で実行可能であり、これは所期の順序ではない。本明細書に記載の例示的な同期プロセスはこの問題に対処し、同じ試験フロー中のコマンドが適当な順序で実行される（例えば、行１、次に行２、次に行３、次に行４のコマンド）ようにすることができる。
【００２７】
概観として、例示的な同期プロセスでは、試験システム上のホストコンピュータがＤＵＴのための試験フローを実行する。試験フローは例えば、ＤＵＴの全部又は一部に対して試験を行うためのコマンド又はその他の命令を含んでいてよい。これに関して、例示的なＤＵＴ、例えば半導体装置は複数のコンポーネント、例えばデジタルコンポーネント、アナログコンポーネント、無線コンポーネント、その他を含んでいてよい。この例では、試験フローは異なるコンポーネント上で同時に実行される。しかしながら、異なるコンポーネントは、試験のために異なる計器モジュールリソース、例えばアナログ試験リソース、デジタル試験リソース、無線試験リソースその他を必要とする場合もある。試験フローにより必要とされるこれらのリソースは試験ドメインを構成し、これには同期が必要なこともある。例えば、同期は、ＤＵＴの異なるコンポーネント上で実行される異なる試験が同時期又は同時に行われるように実装されてよい。
【００２８】
試験ドメインを含む計器モジュールリソースは、同じ計器モジュール上、異なる計器モジュール上、又は同じ計器モジュールと異なる計器モジュールの組合せの上にあってよい。試験ドメインを含むリソースは、試験システム中のすべての試験モジュールリソースの部分集合であってよい。何れの試験システムにおいても、例えば１つ又は複数のＤＵＴの異なるコンポーネントを試験するために使用される複数の試験フロー、及びそれゆえ複数の試験ドメインがあってよい。これらの複数の試験ドメインの各々は、異なる組合せの計器モジュールリソースを含んでいてよい。異なる試験ドメインに対応する異なる計器モジュールリソースは、本明細書に記載のプロセスを使って、独立して同期させられてよい。
【００２９】
同期される計器モジュールリソースを有する試験ドメインは、「ｓｙｎｃ」（同期）ドメインにマッピングされてよく、そのように呼ばれてよい。本明細書に記載の例に関して、２つの用語は互換的に使用されてよい。前述のように、各計器モジュールは少なくとも１つのＭＥＰを含む。ＭＥＰは、試験を実施するためのコマンドを実行するように構成され、例えばプログラムされてよい。各計器モジュールは、同期（ｓｙｎｃ）バスとのインタフェース、例えばハードウェアインタフェースを構成する１つのエンドポイントと、ｓｙｎｃバスとのインタフェース、例えばソフトウェアインタフェースを構成するｓｙｎｃリソースドライバ（ＳＲＤ）と、を含んでいてよい。
【００３０】
幾つかの実施例において、ｓｙｎｃバスは、１つ又は複数の時間分割多重化（ＴＤＭ：ｔｉｍｅ−ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｅｄ）コンピュータバス又はその他の適当な伝送媒体を使って実装されてよい。幾つかの実施例において、ｓｙｎｃバスは、試験フローのためのコマンドを伝送するために使用される通信媒体から分離され、それから独立している。ｓｙｎｃバスは、ツリー型トポロジを有し、ツリーの根部にｓｙｎｃバスマスタを有するその分散ハードウェアの中に構築される論理ゲートを含んでいてよい。本明細書に記載されているように、ｓｙｎｃバスマスタは、同じｓｙｎｃドメイン内の計器モジュールリソースを同期するように構成される。幾つかの例において、ｓｙｎｃバスは主として同期を担当する。ホストコンピュータは、同期に直接関与しない。むしろ、ホストコンピュータの役割には、試験ドメイン中の計器モジュールによって実行されるコマンドシリーズを特定することと、ｓｙｎｃバリアと呼ばれる適切な同期コマンドを、ｓｙｎｃドメインのための各コマンドシリーズ内の適正な位置に置くことが含まれる。幾つかの例において、同期コマンドの位置は、試験システムのユーザが特定できる。幾つかの例において、ホストコンピュータはまた、エンドポイントに対して計器モジュールをｓｙｎｃドメインに、及びそこからサブスクライブするように命じるコマンドを挿入する。幾つかの例において、全ての計器は、全部又は幾つかのｓｙｎｃドメインに自動的にサブスクライブするように構成され、したがって、ホストコンピュータは、エンドポイントに対して計器モジュールをｓｙｎｃドメインに、及びそこからサブスクライブするように命じるコマンドを挿入する必要がない。
【００３１】
ある例において、ホストコンピュータは、試験フローのためのコマンドシリーズを、ｓｙｎｃバス以外の通信媒体上で試験フローにより必要とされるリソースを有する各計器モジュールに伝える。計器モジュールの各々について、そのＭＥＰは待ち行列中のコマンドシリーズをコンピュータメモリに保存する。待ち行列は、特定のｓｙｎｃドメインに専用であってよい。それゆえ、コマンドはホストコンピュータから受信されない。コマンドは、ｓｙｎｃバリアコマンドを含む。
【００３２】
幾つかの実施例において、ＤＵＴに対するアクション又は測定を要求するコマンドだけ同期させればよい。したがって、幾つかの例において、試験フローの命令ストリームの中で、これらのコマンドの前にのみｓｙｎｃバリアコマンドがある。このようなコマンドの例は、デバイスインタフェースボード（ＤＩＢ）−ビジブルコマンドである。ＤＩＢは試験システムとＤＵＴとの間のインタフェースであり、例えば、ＤＵＴがそこに接続され、それを通じてＤＵＴと試験システムとの間で信号がやり取りされるボードである。ＤＩＢ−ビジブルは、ＤＵＴ、又はより正確にはＤＩＢで、又はその逆で、観察可能な効果を有し得る、あらゆるコマンドに付与される総称であり、測定結果はＤＩＢ上で何が起こるかに依存し得る。幾つかのセットアップコマンドは、同期を必要としない場合もある。例えば、サンプルレート又は捕捉サンプル数のような特定の測定パラメータ又は、パターンバーストの各種のパラメータは、ＤＩＢからは観察できず、同期を必要としない。幾つかの実施例では、同期はＤＵＴに対するアクション又は測定を必要とするコマンドに限定されない。
【００３３】
幾つかの実施例において、ホストコンピュータはコマンドシリーズの中でｓｙｎｃバリアコマンド（又は、単に「ｓｙｎｃバリア」）をＤＩＢ−ビジブルコマンドの前か、同期を必要とするその他の種類のいずれかのコマンドの前に置く。幾つかの例において、ｓｙｎｃバリアコマンドは、計器モジュールの試験フローの中で、例えば試験プログラムを開発した試験エンジニアによって事前に置かれる。コマンドを実行するために、ＭＥＰはこれらを待ち行列から読み出し、そのコマンドを実行するか、又はそのコマンドに関して必要な他のあらゆる動作を行う。ＭＥＰが待ち行列内のｓｙｎｃバリアに遭遇すると、ＭＥＰは、適当なエンドポイントを介して、「ｓｙｎｃバリア到達」コマンド（又は、単に「ｓｙｎｃバリア到達」）をｓｙｎｃバスに出力する。ｓｙｎｃバリア到達コマンドは、１つ又は複数の状態ビットから構成されてもよい。この時点で、ＭＥＰは待ち行列内のコマンドの実行を保留する。それゆえ、ＭＥＰは試験プログラムの一部を完了すると、ｓｙｎｃバリア到達コマンドを介して、それが試験プログラムのその部分を完了したことを示す。試験プログラムの次の部分に進む前に、ＭＥＰは、他の全処理ユニットが試験プログラムのそれぞれの部分を完了したことを示す集約された状態情報（例えば、集約された状態ビット）を受信するのを待機する。
【００３４】
ホストコンピュータとは独立したｓｙｎｃバス上で、ｓｙｎｃバスマスタは、同じｓｙｎｃドメイン内の計器モジュールのエンドポイントの各々からの「ｓｙｎｃバリア到達」コマンドを結合する。例えば、ｓｙｎｃバスマスタは、受信した「ｓｙｎｃバリア到達」コマンドのすべてについて論理“ＡＮＤ”を行うか、又は他の適当な処理を行ってよい。ｓｙｎｃバスマスタは、同じｓｙｎｃドメイン内の計器モジュールのエンドポイントの各々が「ｓｙｎｃバリア到達」コマンドを出力したと特定すると、ｓｙｎｃバス上で「ｓｙｎｃバリア通過」コマンド（又は、単に「ｓｙｎｃバリア通過」）を出力する。「ｓｙｎｃバリア通過」コマンドは、１つの状態ビットであっても、又は複数の状態ビットを含んでいてもよく、受信した「ｓｙｎｃバリア到達」コマンドの集約された状態を構成してよい。
【００３５】
そのｓｙｎｃドメイン内の各ｓｙｎｃバスエンドポイントは、「ｓｙｎｃバリア通過」コマンドを受信し、そのドメイン内の計器モジュールリソースの動作をトリガするトリガ信号を発生する。トリガ信号は、計器モジュールリソースの動作が同時に行われるようにトリガする。計器モジュールリソースの各々により行われる実際の動作は異なっていてよい。ＭＥＰはまた、「ｓｙｎｃバリア通過」コマンドを受信した後に、待ち行列内のコマンドの実行を再開する。
【００３６】
それゆえ、この例では、例示的なバス同期システムによって、同じ試験／ｓｙｎｃドメイン内の全計器モジュールリソースが同時に動作できる。さらに、例示的なバス同期システムは、相互に独立して動作する複数の計器モジュールリソースにより使用可能である。そのため、幾つかの例において、同期を行うために、例えばホストコンピュータによる複数の異なるリソース間の中央での調整が不要となる。
【００３７】
上記の例において、各計器モジュールは複数のエンドポイントを含んでいてよい。計器モジュール内のエンドポイントは、貢献エンドポイントを含む。貢献エンドポイントは、計器モジュールのＭＥＰから同期状態、例えば「ｓｙｎｃバリア到達」コマンドを受信して、その同期状態をｓｙｎｃバスに提供するように構成されたハードウェアを含む。幾つかの実施例において、ｓｙｎｃバスに出力される状態は、試験システム内のＭＥＰを使って行われる試験の合格又は不合格状態を表す１つ又は複数のビットであってよいか、又はそれを含んでいてよい。幾つかの例において、合格若しくは不合格状態又はその他の種類の状態を表すデータの出力は、ｓｙｎｃバリアコマンドに関係なく、いつでもトリガできる。貢献エンドポイントはまた、あるｓｙｎｃドメイン内の全計器モジュールリソースが「準備完了」であることを示す情報、例えば「ｓｙｎｃバリア通過」コマンドを受信して、この情報を同じｓｙｎｃドメイン内の計器モジュールリソースに提供するように構成される。計器モジュールはまた、ゼロ、１つ、又は複数の非貢献エンドポイントも含んでいてよい。非貢献エンドポイントは、あるｓｙｎｃドメイン内の全計器モジュールリソースが「準備完了」であることを示す情報、例えば「ｓｙｎｃバリア通過」を受信して、この情報を計器モジュールリソースに提供するように構成されたハードウェアを含む。しかしながら、非貢献エンドポイントｓｙｎｃバス上で伝送せず、またＭＥＰに情報を提供しない。
【００３８】
幾つかの実施例において、貢献エンドポイントにより提供される状態は、時間分割多元接続方式で、シリアルデータバス、例えばｓｙｎｃバス上に、複数のビットから構成される周期的フレームを使って符号化されるビットを含む。幾つかの実施例において、フレームは任意選択によりヘッダ、トレイラ、巡回冗長性検査を含んでいてよく、８ｂ／１０ｂ符号化を使用してよく、シリアルデータ伝送に関連付けられる場合もある何れの適当なメカニズムを利用してもよい。幾つかの実施例において、フレームは、例えばどのタイプの情報が伝送されているかを明示するためのフレームヘッド内のフレームタイプインディケータを使って、同じ物理ワイヤ上でその他のタイプの情報を伝送し、又は受信するために使用されてよい。
【００３９】
図１及び２も参照して、図３は、本明細書に記載されているバス同期システムにより適用される「ｓｙｎｃバリア」を含むコマンドに遭遇する例示的な順序１０２を示している。図３及び４では、図１及び２に関する場合と同様に、各ブロックは実行が行われる時間スロットを表す。本明細書に記載のシステムを使用すると、「ｓｙｎｃバリア」に遭遇し、同じｓｙｎｃドメイン内の計器モジュールリソースの同期が行われる。その結果、コマンドが図４の順序で行われる（例えば、行１、次に行２、次に行３、次に行４、次に行５、次に行６、次に行７のコマンド）。図のように、「ｓｙｎｃバリア」は、コマンドが異なるリソースＡ、Ｂ、及びＣ上でいつ実行されるかを制御するために使用され、それによって同じｓｙｎｃドメイン内のコマンドが複数の独立したリソース間で適当な順序で実行されることが可能となる。図３及び４の例は、全リソースが、それぞれの試験ドメイン内の他の全リソースがコマンドの実行を終え、ｓｙｎｃバリアに到達するのを待機してから、また別のコマンドを実行することを示している。
【００４０】
図５は、命令モジュール１０４に関して、Ｉ／Ｏ（入力／出力）エンジン１０６と、コマンド待ち行列１０７と、ＳＲＤ１０８と、共有メモリ１０９と、を含むＭＥＰ１０５を示している。計器モジュールはｓｙｎｃバスエンドポイント１１０（例えば、貢献エンドポイント）も含み、これはトランスミッタ（ＴＸ）１１１とレシーバ（ＲＸ）１１２を含む。図５はまた、ｓｙｎｃバス１１４も示しており、これはＴＤＭバスとｓｙｎｃバスマスタ１１５を含む。
【００４１】
図５の例において、エンドポイントは、複数の異なるドメインのためのコマンドで動作してよい。この例では、ＭＥＰのＩ／Ｏエンジンは、ホストコンピュータから受信したコマンドをコマンド待ち行列に入れる。ＭＥＰ１０５は、通信バス上で伝送されたホストコンピュータからの試験フローコマンドを受信する。この通信バスは、ｓｙｎｃバスではなく、イーサネット（登録商標）バス又は、有線及び無線媒体を含む他の何れの適当な通信媒体であってもよい。幾つかの例において、計器モジュール上のコマンドは、例えばコマンド待ち行列内に事前に保存され、ホストコンピュータから受信されるのではない。ある例において、ＭＥＰ１０５は、例えば試験システムの１つの計器モジュールを制御するように構成された、例えばプログラムされた１つ又は複数の処理デバイスを含む。処理デバイスの例は本明細書に記載されている。ある例において、ＭＥＰの試験ドメインの各々について、別のコマンド待ち行列がある。ＭＥＰ上で実行される１つ又は複数のＳＲＤは、ｓｙｎｃドメインのためのコマンドをコマンド待ち行列から読み出し、そのコマンドを処理／実行する。
【００４２】
例示的な動作において、実行されるべき待ち行列の中の次のコマンドが「ｓｙｎｃバリア」である場合、ＳＲＤは共有メモリの状態を「ｓｙｎｃバリア未通過」に設定するが、これは、前回の通過で状態が「ｓｙｎｃバリア通過」にセットされたままになっていることもあるからである。すると、ＳＲＤはｓｙｎｃバスエンドポイントに対し、「ｓｙｎｃバリア」に到達したことを指示し、共有メモリが「ｓｙｎｃバリア」の通過を示すのを待機し始める。ｓｙｎｃバスエンドポイントは、それが準備できていなければ、この状態の伝送を遅延させてよく１１６、そうでなければ、ｓｙｎｃバスエンドポイントはｓｙｎｃバスエンドポイントの伝送状態を「ｓｙｎｃバリア到達」に設定し、このコマンドをｓｙｎｃバスに伝送する。ｓｙｎｃバスは、本明細書に記載されているように、コマンドをｓｙｎｃバスマスタに伝送する。
【００４３】
ｓｙｎｃバスマスタは、ｓｙｎｃドメイン内の複数の、例えばすべてのリソースから受信したｓｙｎｃバリア状態（例えば、「ｓｙｎｃバリア到達」コマンド）を集約する。ｓｙｎｃドメイン内のすべてのリソースが「ｓｙｎｃバリア到達」を報告し終わると、ｓｙｎｃバスマスタは、例えば「ｓｙｎｃバリア通過」コマンドをそのｓｙｎｃドメイン内のｓｙｎｃバスレシーバに提供する。前述のように、ｓｙｎｃバスマスタは、ｓｙｎｃドメイン内のすべてのエンドポイントからの状態を集約し（例えば、論理和を求め）、各ｓｙｎｃドメインにつき１つの結果を生成する。この例において、前述のように、結果として得られる「ｓｙｎｃバリア通過」の状態は、ｓｙｎｃバスエンドポイントのすべてが「ｓｙｎｃバリア到達」を報告していれば、「真（ＴＲＵＥ）」である。すると、「ｓｙｎｃバリア通過」コマンドがｓｙｎｃバスマスタからｓｙｎｃバスエンドポイントレシーバの各々へとｓｙｎｃバス上で伝送され、そのすべてがこのコマンドを受信する。
【００４４】
計器モジュールのあるｓｙｎｃバスエンドポイントレシーバが「ｓｙｎｃバリア通過」コマンドを検出すると、そのｓｙｎｃバスエンドポイントレシーバは、この例では２つの動作を行う。ｓｙｎｃバスエンドポイントレシーバは、ｓｙｎｃバスエンドポイントトランスミッタの状態を「ｓｙｎｃバリア未到達」に設定し、「ｓｙｎｃバリア通過」を共有メモリに書き込む。ＳＲＤは、この状態変化を待機しており、それによってＭＥＰは待ち行列中の後続のコマンドを処理することができる。その結果、異なる計器モジュールのＭＥＰは、すべてが同じｓｙｎｃドメイン内にあり、動作を同期させることができる。
【００４５】
幾つかの実施例において、ｓｙｎｃバスエンドポイントトランスミッタがｓｙｎｃバリアに到達した後、ｓｙｎｃバスエンドポイントトランスミッタは、その「ｓｙｎｃバス到達状態」を、それがｓｙｎｃバスマスタによって「ｓｙｎｃバリア通過」コマンドで確認されるまで保持してよい。
【００４６】
各ｓｙｎｃバスエンドポイントはまた、ｓｙｎｃバスコマンド、例えば「ｓｙｎｃバリア状態通過」等をｓｙｎｃバスから受信し、計器モジュール上のリソースのためのトリガ信号を発生するように構成されていてよい。例えば、各リソースは、トリガ信号に応答して、コマンドの特定の部分集合を実行するように構成されてよい。幾つかの例において、トリガ信号は異なるモジュール上のリソースをトリガし、それによってこれらは、アクションを正しい順序でだけではなく、同時に行う。トリガ信号は、リソースが、そのリソースが事前にそのために設定されているアクションを行うのをトリガするために使用されてよい。
【００４７】
幾つかの実施例において、ｓｙｎｃドメインは一度に１つのトリガ信号だけを創出するが、１つのトリガ信号を異なる時間遅延で複数のレシーバ出力に印加できる。これらのトリガ信号の各々は、多数の（例えば、３２の）計器モジュールリソースのうちの１つに印加することができる。例えば、ｓｙｎｃドメインのためのトリガ信号を複数の計器モジュールリソースに印加でき、又はｓｙｎｃドメインのためのトリガ信号を１つの計器モジュールリソースに印加することもできる。各エンドポイントレシーバ出力はまた、固有のトリガ信号オフセット遅延を導入してよい。２つのエンドポイントレシーバ出力が同じｓｙｎｃドメインに関連付けられていても、それらのオフセットは、計器モジュールリソースの中の異なるパスを補償するために異なるようにプログラムすることができる。
【００４８】
幾つかの実施例において、このようなｓｙｎｃバスフレームは、フレームの開始とフレームにより表されるメッセージのタイプを示すヘッダを含む。このヘッダにはペイロードデータが続いてよく、これは１つ又は複数の利用可能な試験ドメインの各々のためのｓｙｎｃバリア状態を表してよい。幾つかの例において、ｓｙｎｃフレームのタイミングは、クロック信号によって合わされてよい。ペイロードの大きさは、利用可能な試験ドメインの数により特定される。試験ドメインが多いほど、ペイロードは大きくなり、信号が試験システム内を伝播するのにかかる時間が長くなる。
【００４９】
幾つかの例において、ｓｙｎｃバスは、「ｓｙｎｃバリア到達」及び「ｓｙｎｃバリア通過」以外のメッセージもサポートする。例えば、ｓｙｎｃバスマスタは、ｓｙｎｃバスエンドポイントに時刻（ＴＯＤ：ｔｉｍｅ−ｏｆ−ｅａｙ）クロックを更新するように命じるメッセージを送信でき、ｓｙｎｃバスエンドポイントはｓｙｎｃバスマスタにその更新を送信してくれるように要求できる。ＴＯＤクロックは、各計器上のシステムクロックカウンタを明示された値に設定するために使用されるシステムタイムアラインメント信号であり、それによってすべての計器がそれぞれのクロックを、そのシステムクロックに関する正確に繰返し可能なタイミングで、同じ明示された値に設定する。
【００５０】
それゆえ、何れの適当な時点でも、ｓｙｎｃバスエンドポイントトランスミッタは、その状態を送信するのではなく、メッセージを送信でき、何れの適当な時点でも、ｓｙｎｃバスマスタは、「ｓｙｎｃバリア通過」を送信するのではなく、メッセージを送信できる。幾つかの実施例において、ｓｙｎｃバスマスタが状態を伴わないフレームを受信すると、ｓｙｎｃバスマスタは、同じく状態を含まないフレームタイプで応答する。幾つかの実施例において、ｓｙｎｃバスエンドポイントが状態を伴わないフレームを受信すると、ｓｙｎｃバスエンドポイントは、前のフレームからのその状態を保持する。その結果、前のフレームの状態が保存される。
【００５１】
幾つかの実施例において、試験システムは複数のＭＥＰ、すなわち計器モジュールごとに１つを有していてよく、又は１つのＭＥＰが複数の計器モジュールに対応してもよい。後者の場合、ＭＥＰは、１つの計器モジュールのｓｙｎｃバスエンドポイントを貢献エンドポイントとして構成し、それを使ってｓｙｎｃバリア状態を提供してもよい。この場合、ＭＥＰは、それ以外のモジュール上のｓｙｎｃバスエンドポイントを非貢献エンドポイントとなるように構成してよい。幾つかの実施例において、ＭＥＰはｓｙｎｃバスエンドポイントのすべてを貢献型となるように構成し、ｓｙｎｃバリア状態を各ｓｙｎｃバスエンドポイントへと個別に通信してよい。それゆえ、同期システムは設定可能である。それによって、同じモジュールを、若干低下した機能性でも、より安価なシステムの中で使用することが可能となる。
【００５２】
例示的な試験システムは、２つの関係する特徴、すなわち同時試験フローとフロー・パー・サイトをサポートしてよい。ある例において、同時試験フローには、ＤＵＴの複数のセクションが同時に試験されるのに十分に独立していることが必要となる。試験システムのユーザは、どのテスタリソースをＤＵＴの各セクションに関連付けるかを明示してよい。試験プログラムは別々のフローで書かれてもよく、各々がＤＵＴの１つのセクションに関連付けられるリソースのみを使用する。ホストコンピュータがこれらのフローを逐次的に実行しても、ＭＥＰは複数のフローのためのコマンドを並列実行する。
【００５３】
フロー・パー・サイトは、同時試験フローと同様であるが、ユーザが異なるフローを書くのではなく、１つのフローの実行がＤＵＴの試験結果に応じて異なる。試験プログラムは、同じ結果を持つサイトをグループ分けし、試験フローは、サイトの各群について１回、逐次的に実行される。フロー中に実行されるコマンドは、各群について異なっていてよい。試験プログラムが継続するにつれて、フローは再び分かれ、又は合流する。固有のフローを実行するリソースは、ある試験ドメインのメンバーと考えられる。これらのリソースは相互に同時に動作する。異なる試験ドメイン内のリソースは、相互にほとんど、又はまったく同期しなくてよい。２つの特徴の違いは、同時試験フローでは試験ドメインが試験プログラムの実行の前にわかっているのに対し、フロー・パー・サイトではこれらがダイナミックに作られることである。
【００５４】
幾つかの実施例において、バス同期システムは、試験エンジニアが試験プログラムの少なくとも一部について自動同期を無効にできるように構成されてよい。幾つかの実施例において、バス同期システムは、試験プログラムのうち、同期が行われる必要のあるすべての部分を、自動的に識別するように構成される。例えば、識別は、試験エンジニアの入力なしに行われてよい。
【００５５】
幾つかの実施例において、ｓｙｎｃバスは、ｗｉｒｅｄ−ＯＲバスを使って、ポイントツーポイント接続及び論理ゲートを使って、適当な非接触、無線、若しくは光シグナリングを使って、又はこれらの伝送媒体の何れかの適当な組合せを使って実装されてよい。幾つかの実施例において、ｓｙｎｃバスは、状態をハードウェア又はソフトウェアに通信し、状態を集約し、集約された状態又はその他の情報を、同じ経路を介して、又は異なる経路を介して、すべてのＭＥＰに伝送するように構成される何れの適当なデータ通信経路を使って実装されてもよい。
【００５６】
幾つかの実施例において、バス同期は対称でなくてもよい。例えば、幾つかの実施例において、「ｓｙｎｃバリア通過」信号又は、他の適当な同期若しくはその他の信号を、上述のようにｓｙｎｃバス上ではなく、イーサネットバス上で伝送することもできる。
【００５７】
本明細書に記載されているように、例示的なバス同期システムはそれゆえ、複数の分散されたＭＥＰにわたる同期動作を可能にし、中央制御は不要である。これは、複数の分散されたＭＥＰが試験プログラムのそれぞれの部分を実行するのに要する時間が異なっていることもあり、典型的に、このような処理に実際にどれだけの時間がかかるか事前にわからなくても可能である。それゆえ、各ＭＥＰは、それが試験プログラムのそれぞれの部分を実行するのに要する時間におけるフレキシビリティを有し、この時間は事前に知ることはできない場合もある。バス同期システムはまた、比較的低レイテンシであり、これは、例えば幾つかの試験プログラムが１秒間に何千もの同期イベントを含む可能性があるため、有利であることもある。
【００５８】
幾つかの実施例において、ＭＥＰの各々は、試験プログラムの独自のコピーを実行して、ｓｙｎｃバリアをコマンド待ち行列の中でコマンド内のどこに置くべきかを特定し、そのＭＥＰを含む計器モジュールをサブスクライブすべきｓｙｎｃドメインを特定するように構成されてよい。この分散方式は、ホストコンピュータが試験プログラムを実行し、ｓｙｎｃバリアコマンドをｓｙｎｃドメインのためのコマンドシリーズ内の適当な位置に置く前述の方式の代わりに、又はそれと組み合わせて実装できる。
【００５９】
本明細書に記載されている例示的な試験システムは、ハードウェア又はハードウェアとソフトウェアの組合せを含む１つ又は複数のコンピュータシステムによって実装され、及び／又はそれを使って制御されてよい。例えば、本明細書に記載されているようなシステムは、自動要素の動作を制御するための、システム内の様々な地点にある各種のコントローラ及び／又は処理デバイスを含んでいてよい。中央コンピュータは、各種のコントローラ又は処理デバイス間の動作を調整してよい。中央コンピュータ、コントローラ、及び処理デバイスは、各種のソフトウェアルーチンを実行し、各種の自動要素の制御と調整を行ってよい。
【００６０】
本明細書に記載の例示的なシステムは、少なくとも一部に、１つ又は複数のコンピュータプログラム製品、例えば、１つ又は複数の非一時的機械可読媒体等の１つ又は複数の情報キャリアにおいて有形に具現化された、例えば１つ又は複数のデータ処理装置、例えばプログラマブルプロセッサ、コンピュータ、複数のコンピュータ、及び／又はプログラマブルロジックコンポーネントによる実行のため、又はその動作を制御するための１つ又は複数のコンピュータプログラムを使って制御できる。
【００６１】
コンピュータプログラムは、コンパイル型又はインタプリタ型言語を含む何れの形態のプログラミング言語で書くこともでき、また、スタンドアロン型プログラムとして、又はモジュール、コンポーネント、サブルーチン、若しくはコンピューティング環境内での使用に適したその他のユニットとして等、何れの形態でも展開できる。コンピュータプログラムは、１つのコンピュータ上で、又は１つのサイトの、又は複数のサイトにわたって分散され、ネットワークにより相互接続される複数のコンピュータ上で実行されるように展開できる。
【００６２】
試験の全部又は一部を実施することに関連付けられるアクションは、本明細書に記載されている機能を実行するための１つ又は複数のコンピュータプログラムを実行する１つ又は複数のプログラマブルプロセッサにより実行できる。試験の全部又は一部は、特定用途論理回路構成、例えばＦＰＧＡ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）及び／又はＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）を使って実施できる。
【００６３】
コンピュータプログラムの実行に適したプロセッサとしては、例えば、汎用及び特定目的両方のマイクロプロセッサ並びに、あらゆる種類のデジタルコンピュータの何れか１つ又は複数のプロセッサが含まれる。一般に、プロセッサは、リードオンリストレージエリア若しくはランダムアクセスストレージエリア、又はそれらの両方から命令及びデータを受信する。コンピュータ（サーバを含む）の要素は、命令を実行するための１つ又は複数のプロセッサと、命令及びデータを保存するための１つ又は複数のストレージエリアデバイスを含む。一般に、コンピュータはまた、１つ又は複数の機械可読記憶媒体、例えば、データを記憶するための大量ストレージデバイス、例えば磁気、磁気光ディスク、若しくは光ディスク等を含み、又は、それに動作的に連結されて、そこからデータを受信し、若しくはそこにデータを伝送し、又はその両方を行う。コンピュータプログラム命令及びデータを具現化するのに適した機械可読記憶媒体には、例えば、半導体ストレージエリアデバイス、例えばＥＰＲＯＭ、ＥＥＰＲＯＭ、及びフラッシュストレージエリアデバイス、磁気ディスク、例えば内部ハードディスク又はリムーバブルディスク、磁気光媒体、並びにＣＤ−ＲＯＭ及びＤＶＤ−ＲＯＭディスクが含まれる。
【００６４】
本明細書で使用される何れの「電気接続」も、直接的な物理的接続又は、介在コンポーネントを含む、若しくは含まないが、それでもなお接続されたコンポーネント間での電気信号の流れを可能にする有線若しくは無線接続を黙示してよい。特に別段の明記がないかぎり、信号の流れを可能にする電気回路構成を含む何れの「接続」も、「接続」を修飾する「電気」という単語が使用されているか否かにかかわらず、電気的接続であり、必ずしも直接的な物理的接続とはかぎらない。
【００６５】
本明細書に記載されている異なる実施例の要素を組み合わせることによって、具体的に上述されていない他の実施形態を形成してもよい。要素は、本明細書に記載されている構造から、それらの動作に不利な影響を与えなければ省かれてよい。さらに、本明細書に記載されている機能を実行するために、様々な別々の要素を１つ又は複数の個別の要素と組み合わせてもよい。
【図１】
2021523438.tif 000003
【図２】
2021523438.tif 000004
【図３】
2021523438.tif 000005
【図４】
2021523438.tif 000006
【図５】
2021523438.tif 000007
【国際調査報告】
2021523438.tif 000008
2021523438.tif 000009
2021523438.tif 000010