(57)【要約】【課題】測定条件と測定テスト結果値を迅速に関連づける方法を提供する。【解決手段】本発明は、条件に依存してテスト結果を収集および表示する方法を提供する。測定環境を指定する、少なくとも１つの測定条件を受信する。少なくとも１つの測定から結果を受信する。それぞれの受信された結果について、各受信された測定条件を受信された結果と関連づけ、テーブル内の新しい行を選択し、受信された結果を新しい行の中の指定された結果列の中に記録し、別の列を各受信された測定条件と関連づけ、各関連づけられた受信された測定条件を新しい行の中の関連づけられた列に記録する。測定環境への変更を受信し、変更は、少なくとも１つの測定条件の修正、少なくとも１つの測定条件の省略、少なくとも１つの新しい測定条件の追加のうち少なくとも１つを含む。少なくとも１つの測定条件を受信するステップに続く上記のステップは、少なくとも１回繰り返す。【選択図】図７
2006053149.tif 000002
【特許請求の範囲】
【請求項１】
測定環境を指定する、少なくとも１つの測定条件を受信するステップと、
少なくとも１つの測定から結果を受信するステップと、
受信した各結果について、
受信した各測定条件を前記受信した結果と関連づけ、
テーブル内で新しい行を選択し、
前記受信した結果を前記新しい行の中の指定された結果列に記録し、
別の列を受信した各測定条件に関連づけ、
関連づけられた、受信した各測定条件を、前記新しい行の中の関連づけられた列の中に記録するステップと、
前記測定環境の変更を受信するステップであって、該変更は、少なくとも１つの測定条件の修正、少なくとも１つの測定条件の省略、少なくとも１つの新しい測定条件の追加のうち少なくとも１つを含む、ステップと、
前記少なくとも１つの測定条件を受信するステップに続いて、上記のステップを少なくとも１回繰り返すステップと、
を含む方法。
【請求項２】
前記テーブルの少なくとも一部を、グラフィカルユーザインタフェースを介して表示するステップと、
選択された列と行を隠したり表したりすること、列の順序を変えること、および行を分類することによって、前記表示されたテーブルの一部を修正するステップと、
をさらに含む請求項１に記載の方法。
【請求項３】
前記表示されたテーブルの一部を修正するステップが、各行の中の少なくとも１つの列の内容に基づいて前記行の順序を変えることにより、前記行を分類するステップを含む、請求項２に記載の方法。
【請求項４】
前記表示されたテーブルの一部を修正するステップが、少なくとも１つの列の内容のタイプに基づいて前記列の順序を変えるステップを含む、請求項２に記載の方法。
【請求項５】
残りの表示されたデータについて標準の分析方法を行うステップをさらに含み、
前記標準の分析方法は、平均値の計算、標準偏差の計算、最小値の計算、最大値の計算、中央値の計算、正規性の計算、およびヒストグラムのプロットからなるグループから選択される、請求項２に記載の方法。
【請求項６】
コンピュータによって実行可能な命令のコンピュータプログラムを具体化するコンピュータ読み取り可能メモリデバイスであって、前記命令は、
測定環境を指定する、少なくとも１つの測定条件を受信するステップと、
少なくとも１つの測定から結果を受信するステップと、
受信した各結果について、
受信した各測定条件を前記受信した結果に関連づけ、
テーブル内で新しい行を選択し、
前記受信した結果を前記新しい行の中の指定された結果列に記録し、
別の列を各受信した測定条件に関連づけ、
関連づけられた、受信した各測定条件を、前記新しい行の中の関連づけられた列の中に記録するステップと、
前記測定環境の変更を受信するステップであって、該変更は、少なくとも１つの測定条件の修正、少なくとも１つの測定条件の省略、少なくとも１つの新しい測定条件の追加のうち少なくとも１つを含む、ステップと、
前記少なくとも１つの測定条件を受信するステップに続いて上記のステップを少なくとも１回繰り返すステップと、
を含む、コンピュータ読み取り可能メモリデバイス。
【請求項７】
前記命令が、
前記テーブルの少なくとも一部を、グラフィカルユーザインタフェースを介して表示するステップと、
選択された列と行を隠したり表したりすること、列の順序を変えること、および行を分類することによって、前記表示されたテーブルの一部を修正するステップと、
をさらに含む、請求項６に記載のコンピュータ読み取り可能メモリデバイス。
【請求項８】
前記表示されたテーブルの一部を修正するステップが、各行の中の少なくとも１つの列の内容に基づいて前記行の順序を変えることにより、前記行を分類するステップを含む、
請求項７に記載のコンピュータ読み取り可能メモリデバイス。
【請求項９】
前記表示されたテーブルの一部を修正するステップが、少なくとも１つの列の内容のタイプに基づいて前記列の順序を変えるステップを含む、
請求項７に記載のコンピュータ読み取り可能メモリデバイス。
【請求項１０】
残りの表示されたデータについて標準の分析方法を行うステップをさらに含み、
前記標準の分析方法は、平均値の計算、標準偏差の計算、最小値の計算、最大値の計算、中央値の計算、正規性の計算、およびヒストグラムのプロットからなるグループから選択される、
請求項７に記載のコンピュータ読み取り可能メモリデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テスト測定システムに関する。
【背景技術】
【０００２】
テスト測定システム内では次の用語が一般に使用され、本明細書では次のように定義して使用する。
【０００３】
「報告名（Reporting Name）」はテストまたは測定値を一意的に識別するために使用される名前である。
【０００４】
「条件または測定条件」は、テスト値または測定値を得た条件を一意的に識別するために必要な刺激（stimuli）または設定値である。条件を使用すると、比較可能な測定値の識別に役立つ。例えば、被測定物のパワー測定は測定の周波数に依存する場合がある。合否評価テストでは、１００ＭＨｚのシステムの仕様は、１５０ＭＨｚのシステムの仕様とは著しく異なる場合がある。この場合、統計分析のためのパワー測定の集計は、等価な周波数のみで行なわなければならない。このような情報はしばしば、例えば「Ｐｏｗｅｒ＠２００Ｍｈｚ」などのように報告名にエンコードされる。
【０００５】
「パブリッシャ」は、被測定物に関する情報を得て、テキストファイルまたはデータベースエントリを介して他の記憶装置および／または分析プログラムに提供するコード片である。
【０００６】
「テストプログラム」は、被測定物（ＤＵＴ）を刺激し、被測定物の出力または反応を測定することにより、被測定物に関する情報を収集することを目的として、任意の言語で書かれた任意のコード片である。
【０００７】
「テストプラン」は、被測定物のテストを指示するために、テストエクゼクティブ（test executive）が使用する情報である。これはテストプログラムを書く代わりに駆動されるデータである。テストエクゼクティブは典型的にはより多くの構造とより少ない柔軟性を提供するが、テストアルゴリズムの一貫性と再使用可能性を向上する。テストエクゼクティブの例は、アジレントテクノロジー社から市販されているＴｅｓｔＥｘｅｃＳＬ、および、ナショナルインスツルメンツ社から市販されているＴｅｓｔＳｔａｎｄを含む。
【０００８】
「結果サブスクライバ（Results Subscriber）」は、公表されたレコードを受信し、それらをユーザまたはテスト機構にとって望ましいスタイルとフォーマットに変形するプログラムコード片である。サブスクライバはリスナ（Listener）とも呼ばれる。
【０００９】
以前のデータログ技術はしばしば、通常はテスト測定プログラムまたはテストエクゼクティブであるデータのパブリッシャが、測定を行なう時点でレコードのフォーマットとその構造について決定することを必要としている。インタラクティブなグラフィカル表現も、パブリッシングプログラムから直接制御される。データを公表するために必要な知識により、テストまたは測定コードの再使用可能性が少なくなりより複雑になっている。この直接の関連づけに代わる既存の代替の方法では、ポストプロセッサが必要である。しかし条件を扱う場合には、ポストプロセッサも同様に複雑になってしまう。
【００１０】
典型的なテストプログラムでは、パブリッシャは収集すべき情報と、収集した情報を効果的に構成する方法を決定する。条件情報はしばしば、報告名にエンコードされる。「パワー」測定は条件をエンコードする。例えば、「Ｐｏｗｅｒ＠１５０ＭＨｚ」と「Ｐｏｗｅｒ＠２００ＭＨｚ」は別の名前でログされる。このようにして、２つの似ていないパワー測定に一意的な名前が付けられ、したがって、統計分析目的のために分離できるようになる。２つのパワー測定を組み合わせたヒストグラムは、予想される値がそれぞれの一意的な条件について異なるため、ほとんど役に立たない。名前の中に条件をエンコードするためには、測定値を公表するとき、データのパブリッシャが条件情報にアクセスを有している必要がある。これは多くのテスト測定プログラムで問題を引き起こす。
【００１１】
条件は、プログラム内ですでにセットアップされていて、いくつかのテストまたは測定に適用されている可能性がある。共通の刺激を抽出することにより、プログラム（またはテストエクゼクティブのテストプラン）の性能が改善される。しかし、報告名の中にこのセットアップ情報を記憶することが依然として必要であれば、これをテスト内に渡さなければならない。これは、テストと測定の複雑さを増加させる。テストは、刺激（stimuli）情報の種類とフォーマットに関する知識を有しなければならない。刺激情報は余分なパラメータ、またはスキーマを渡す所定の外部データとして通過することができる。しかし、刺激情報はデータログの目的以外では測定に使用されない。刺激情報はテストまたは測定に強く結合されるので、テストまたは測定の再使用可能性は低減されてしまう。条件の数やタイプに変更が生じると、測定またはテストの変更が必要になる。
【００１２】
テストに渡される刺激データは駆動（driving）データと呼ばれる。アレイまたはテーブル内で駆動データを保持することは、条件を名前の中にエンコードすることに対する改善策である。測定値は公表されると、駆動データテーブル内のデータと組み合わされる。ついで、所与のテスト機構は、変化するニーズにしたがって駆動データの値をダイナミックに変更できる。しかし、テストは駆動データテーブルを測定値で埋めてから公表しなければならないので、変更の範囲は制限されており、テストまたは測定との結合（coupling）が依然として存在する。
【００１３】
別の解決法は、条件が発生したときに、テストプログラムまたはテストプランの外側のループに条件を公表させることである。その後のテストまたは測定は条件から独立することになる。ネストされた（nested）テストは、条件または条件の存在についての知識を有しなくなる。同じテストまたは測定が、修正する必要なくテストプログラムの別のループまたは部分で再使用できるようになる。条件の数と種類は、測定またはテストへ変更を行なわずに修正できる。刺激データは、テスト機構の変化するニーズに基づいて変更できる。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかし、その後いつかの時点でテストと測定を条件と関連づけなければならない。これは新しい大きな一連の問題を招く。条件と測定を再び関連づけるために、所定の種類のポストプロセッシングプログラムまたはアルゴリズムが必要である。一部のテストシステムはポストプロセッサを含んでいるが、関連づけのジョブはすぐに複雑になりまれにしか使用されない。例えば、機構はデータをリレーショナルデータベースに詰め込み、タイムスタンプを使用して条件と測定を関連づけることができる。データベースの専門家はＳＱＬを使用して共通の条件を備えた測定だけを抽出できる。しかし、データベースのクエリは複雑になる。しばしば、これらのクエリを書く者には、関連付けを行なうために、結果を生成したテストプログラムに関する詳細な知識が必要である。適切な関連付けが行なわれると、ついでこれらのクエリから得たデータについて統計分析し、オプションとしてはグラフィカルに提示する。このプロセスは時間がかかり、データが収集されているときに迅速でインタラクティブなグラフィカル表示をすることができない。
【課題を解決するための手段】
【００１５】
本発明は、条件に依存してテスト結果を収集および表示する方法を提供する。少なくとも１つの測定条件を受信する。受信された少なくとも１つの測定条件は測定環境を指定する。少なくとも１つの測定から結果を受信する。それぞれの受信された結果について、各受信された測定条件を受信された結果と関連づけ、テーブル内の新しい行を選択し、受信された結果を新しい行の中の指定された結果列の中に記録し、別の列を各受信された測定条件と関連づけ、各関連づけられた受信された測定条件を新しい行の中の関連づけられた列に記録する。測定環境への変更を受信し、変更は次の項目のうち少なくとも１つを含む。（１）  少なくとも１つの測定条件の修正、（２）少なくとも１つの測定条件の省略、（３）少なくとも１つの新しい測定条件の追加。少なくとも１つの測定条件を受信するステップに続く上記のステップは、少なくとも１回繰り返す。
【００１６】
本明細書に提示する代表的な実施形態の他の態様および利点は、添付図面を参照しながら次の詳細な説明を読むと明らかになるであろう。
【発明を実施するための最良の形態】
【００１７】
添付図面は、種々の代表的な実施形態をより完全に記述するため、および、当業者が使用してこれらの実施形態とその固有の利点をよりよく理解することができる、視覚的な表現を提供する。図面の中で、同様な参照番号は対応する要素を識別する。
【００１８】
例示を目的とした図面に示すように、本特許文書は、測定条件と測定テスト結果値を迅速に関連づける新規な技術を開示する。代表的な実施形態では、結果を集計しデータテーブルの中に表示する。ユーザはこれらを迅速に構成し、共通の統計と共にグラフィックに提示し、被検査物への洞察を提供することができる。以前の技術は、このようなテストデータの迅速で柔軟な分析を提供することができなかった。
【００１９】
測定条件情報は測定データから独立して収集する。条件はレコードを公表することによって開始時間と共に記録する。このレコードは階層的で拡張可能であるという点でＸＭＬに似ている。パブリッシャはプログラマが適切と考える追加の情報を追加することができる。情報が利用可能になると、フィールドが追加される。全部の情報が収集されるとレコードが公表される。条件が終了または変更されると、第２のレコードが公表される。条件は任意の「開始」レコードと関連づけられる。条件は、一致する「終了」レコードが公表されるまで有効とみなされる。
【００２０】
測定結果が収集されると、測定レコードの１つまたは複数のフィールドに入れられる。
【００２１】
完了すると、測定レコードはタイムスタンプと共に公表される。「開始」レコードと「終了」レコードの間で公表された任意の測定レコードは、「開始」レコードと共に見出される条件（複数化）と関連づけるべきであると見なされる。リスナとも呼ばれるサブスクライバは、この関連づけを行なうように設計される。
【００２２】
１つまたは複数のサブスクライバを登録し、公表されたレコードを聞くように構成することができる。多数のリスナにより、本明細書に記述するインタラクティブなデータ分析ツールと並行して従来のデータログソリューションも存在できる。
【００２３】
特別測定結果データテーブルリスナを登録し、条件レコードと測定レコードをキャプチャすることができる。開始レコードと条件が公表されると、これらはコンピュータメモリに記憶される。
【００２４】
測定レコードが公表されると、記憶された情報を再検査する。各測定に関連づけられた測定条件は、単一のビューに組合せることができる。データテーブルを作成し、測定および関連づけられた条件を入れる。行は各測定のデータテーブルに加えられる。
【００２５】
測定値およびこれらの各条件はテーブル内の別の列に保持する。条件終了の後に公表された任意の測定は、条件がないことを表す列（複数可）に関してデータテーブルの中にヌルエントリを有する。従って、各測定について行を伴う、まばらなデータテーブルが作成される。代表的な実施形態では、マイクロソフト．ＮＥＴコントロールとして実装される結果テーブルビューアを備え、ユーザがデータについて多数の列分類を迅速に行なえるようにする。ユーザは共通の条件値または他の属性に基づいて「同様な」測定データを迅速に集めることができる。興味のあるデータは、グラフィカルな統計報告へ含めるためにマークを付けることができる。興味のないデータは排除するためにマークを付けることができる。またこのインタラクティブな分類選択プロセスでは、偽のデータを容易に除去できる。
【００２６】
本明細書に開示する方法は、結果情報を選択し分析する非常にインタラクティブで迅速な方法を提供する。平均値、および、標準偏差、正規性（normality）、および上限下限は１つまたは複数のグラフ内に示すことができる。グラフは、ヒストグラム、制御図、ストリップチャートを含んでいてよいが、これらに限定されるものではない。
【００２７】
統計上の変則について同様なデータを迅速に分析することができる。このような変則は、被測定物（ＤＵＴ）、または、測定アルゴリズム、試験プロセス中の問題を示す場合がある。得られた洞察を使用し、テストアルゴリズム、テストプロセス、被測定物の設計自体を改善することができる。
【００２８】
収集できる情報は条件情報に限定されない。周囲温度またはシステムを実行するオペレータなどの他のコンテキスト情報も記録することができる。テーブル内の任意の情報は測定データと共に検討できる。
【００２９】
これは、テーブル内のコラムヘッダ上をクリックするだけで測定値自体以外の情報も分析できることを意味する。例えば、被測定物または被測定システムの他の測定に対して上限が調節されている場合、この条件の状態を分析すると価値がある場合がある。固定された限度は一般に、それほど興味のあるものではない。いずれの場合も必要なことは、情報を分析に使用できるようにするために情報をテーブル内の列として表示することだけである。
【００３０】
次の詳述のおよび図面のうちいくつかの図面の中で、同様な要素は同様な参照番号で識別される。
【００３１】
図１は、種々の代表的な実施形態に記述される測定システム１００の構成図である。図１では、コンピュータ１１５は中央演算処理装置（ＣＰＵ）１２０、メモリ１２５、モニタ１３５を含む。テスト構成の代表的な実施形態では、本明細書ではアプリケーションモジュール１０５とも呼ばれコンピュータ１１５上で動作するアプリケーション１０５は、定義された測定条件下で被測定物（ＤＵＴ）１５５について測定を行なう装置１５０と通信する。これらの条件と測定結果は、本明細書ではデータテーブルリスナ１７０とも呼ばれるデータテーブルリスナモジュール１７０によって収集され、ついで、本明細書では条件結果データテーブル１６０とも呼ばれメモリ１２５内に記憶されるテーブル１６０に記憶される。テーブルの選択された部分は、モニタ１３５の画面１３０上でグラフィカルユーザインタフェース１６５を介して表示することができる。
【００３２】
図２は、種々の代表的な実施形態に記述される条件と結果データの受信時間記録２００の構成図である。テストの開始時２０５に、データテーブルリスナ１７０は、測定を行なう第１の測定条件２１５ａの有効性の開始を示すメッセージを、測定条件２１５ａを含むレコードと共に受信する。このメッセージはＢＥＧＩＮ環境条件Ａ２１５ａとして図２の中に示す。ついで、測定結果Ａ１  ２２５ａ１を含むレコードが受信される。第１の測定条件２１５ａは、これらの条件の有効性の終了を示すメッセージまで有効であると仮定される。次に、第１の測定条件２１５ａの有効性の終了を示すメッセージが受信される。このメッセージはＥＮＤ環境条件Ａ２２０ａとして図２の中に示す。
【００３３】
次に図２の代表的な例において、データテーブルリスナ１７０は、測定を行なう第２の測定条件２１５ｂの有効性の開始を示すメッセージを、第２の測定条件２１５ｂを含むレコードと共に受信する。このメッセージはＢＥＧＩＮ環境条件Ｂ２１５ｂとして図２の中に示す。ついで、測定結果Ｂ１  ２２５ｂ１を含むレコードが受信され、ついで、測定結果Ｂ２  ２２５ｂ２が受信される。第２の測定条件２１５ｂは、測定結果Ｂ１  ２２５ｂ１と測定結果Ｂ２  ２２５ｂ２の両方について有効であると仮定される。次に、第２の測定条件２１５ｂの有効性の終了を示すメッセージが受信される。このメッセージはＥＮＤ環境条件Ｂ  ２２０ｂとして図２に示す。
【００３４】
次に図２の代表的な例において、データテーブルリスナ１７０は、測定を行なう第３の測定条件２１５ｃの有効性の開始を示すメッセージと、第３の測定条件２１５ｃを含むレコードとを受信する。このメッセージは、ＢＥＧＩＮ環境条件Ｃ２１５ｃとして図２の中に示す。ついで、測定結果Ｃ１  ２２５ｃ１を含むレコードが受信され、次に測定結果Ｃ２  ２２５ｃ２が受信される。ついで測定結果Ｃ３  ２２５ｃ３を含むレコードが受信され、次に測定結果Ｃ４  ２２５ｃ４が受信される。第３の測定条件２１５ｃは、測定結果Ｃ１  ２２５ｃ１、測定結果Ｃ２  ２２５ｃ２、測定結果Ｃ３  ２２５ｃ３、測定結果Ｃ４  ２２５ｃ４について有効であると仮定される。次に、第３の測定条件２１５ｃの有効性の終了を示すメッセージが受信される。このメッセージは、ＥＮＤ環境条件Ｃ  ２２０ｃとして図２の中に示す。この例に関するすべてのテストは、テストの終了時２１０に完了する。
【００３５】
図２の代表的な実施形態の中で、本明細書では一般に測定条件２１５と呼ばれる種々の測定条件２１５ａ、２１５ｂ、２１５ｃは各々、受信から、これらの有効性の終了を示すメッセージ（たとえばＥＮＤ環境条件Ａ２２０ａ）まで有効であると仮定される。条件と測定結果の収集と記憶は種々の技術によって行なうことができる。１つの代表的な実施形態では、環境条件が受信されると、スタックに加えられる。測定結果が受信されると、その測定結果を含む行がデータテーブルに加えられる。環境条件を含むスタックは、その時に有効であるすべての条件について確認される。ついで、そのときに有効である環境条件をデータテーブルのその行に加える。別の代表的な実施形態では、すべての測定結果は受信されると時系列のリストでメモリ内キャッシュに保存される。環境条件は、スタックの一部の様相を有する別の時系列のリスト内に維持される。特定のタイプの測定についてクエリが受信されるまで、テーブルは構成されない。したがって、測定結果は受信されるとテーブルの中に入れられるのではなく、クエリのために使用できる測定結果の長いリストの中に入れられる。各測定すべてについて条件を二重にしないために、測定結果は環境条件受信のポインタを介して、測定時に有効である環境条件に接続される。このポインタは、測定が行なわれた時点で擬似スタックの一番上を有効に指す。環境条件は実際にはこの擬似スタックから除去されないので、受信したクエリからテーブルを構成するために必要な時にはいつでも使用することができる。
【００３６】
図３は、種々の代表的な実施形態に記述される条件と結果のデータテーブル１６０の図である。図３の代表的な実施形態では、データはテーブル１６０に入れられる。テーブルは、テーブル１６０の各列３０５の内容を識別する列ラベルの行３１０を含むことができる。例示の目的のために、１つの列３０５だけが識別数字を伴うラベルである。各測定結果は、本明細書では行３１５とも呼ばれるデータ行３１５を占めるレコードとしてテーブル１６０の中に入力される。ここでも、例示の目的のために、１つのデータ列３１５だけが識別数字を伴うラベルである。さらに、各データ行には、測定が行なわれた時間を示すタイムスタンプ（実際には典型的にはデータテーブルリスナモジュール１７０が結果を受信した時間）と、測定時に有効であった測定条件とが入力される。結果は「測定値」とラベルされた列の中に入力される。これは測定結果Ａ１  ２２５ａ１については０．０５マイクロアンペアであり、結果の単位がオプションとして含まれ示されている。しかし測定条件は、測定結果Ａ１  ２２５ａ１に関しては漏れ（leakage）電流測定である行なわれた測定のタイプを識別する「実施された測定（Measurement Made）」、テストが合格／失格テストであった場合に被測定物がテストに合格したかしなかったかを示す「状態（status）」、被測定物が合格した場合に許容される最低値を示す「Ｍｉｎ」、被測定物が合格した場合に許容される最大値を示す「Ｍａｘ」、測定が行なわれた周波数を示す「Ａｔ周波数」、測定の間に被測定物に印加された電圧を示す「Ｖ（ｉｎ）」、被測定物に供給された電流を示すがこれは第１の測定条件２１５ａの一部ではない「Ｉ（ｉｎ）」など、種々の異なるラベリングが行なわれる。
【００３７】
テーブル１６０の次の２つのデータ行３１５はそれぞれ、第２の測定条件２１５ｂを伴う測定結果Ｂ１  ３３５ｂ１、および、第２の測定条件２１５ｂを伴う測定結果Ｂ２  ３３５ｂ２を含む。入力電圧はこの測定の条件ではないので「Ｖ（ｉｎ）」とラベルされた列の中のセルは空であるが、入力電流Ｉ（ｉｎ）は測定条件なので、入力電流Ｉ（ｉｎ）は測定条件としてＩ（ｉｎ）に対応するセルの中に入力が行なわれることに注意されたい。
【００３８】
テーブル１６０の一番下の４つのデータ行３１５はそれぞれ、第３の測定条件２１５ｃを伴う測定結果Ｃ１  ３３５ｃ１、第３の測定条件２１５ｃを伴う第３の測定結果Ｃ２  ３３５ｃ２、第３の測定条件２１５ｃを伴う測定結果Ｃ３  ３３５ｃ３、第３の測定条件２１５ｃを伴う測定結果Ｃ４  ３３５ｃ２を含む。これらの測定については、入力電流はこの測定の条件ではないので「Ｉ（ｉｎ）」とラベルされた列の中のセルは空であるが、入力電圧Ｖ（ｉｎ）は測定条件であり、測定条件としてＶ（ｉｎ）に対応するセルの中に入力が行なわれることに注意されたい。
【００３９】
十分なデータがテーブル１６０に収集されると、ユーザは、モニタ１３５のスクリーン１３０のグラフィカルユーザインタフェース１６５にテーブル１６０の一部を表示できる。ユーザは、選択された列３０５と行３１５をインタラクティブに隠すことによりこの選択を行なう。テーブル１６０の選択された部分が表示された後、ユーザは追加の列３０５および／または行３１５を隠すように選択できる。またユーザは、ユーザが適切であると考える隠された列３０５と行３１５の一部または全部のカバーを取り除くように選択できる。またユーザは、たとえば１つまたは複数の列３０５セルの内容の値に基づいて列３０５の順序を変え、行３１５を分類することもできる。ユーザが現在の目的に適切であると考えれば、このような順序の変更は再び行われる。ユーザは、テーブル１６０の表示された種々の部分、またはこのことに関してはテーブル１６０の表示されないデータについて、インタラクティブに種々の分析方法を行なうことができる。ユーザは、測定された結果および／または測定条件を分析するように選択できる。たとえば、ユーザは、１つの周波数で特定のテストに合格したデバイスのパーセンテージと、別の周波数で同じテストに合格したデバイスのパーセンテージを決定することができる。
【００４０】
図４は、種々の代表的な実施形態に記述される条件と結果のデータテーブル１６０の表示された部分の図である。図４の代表的な実施形態では、示された２つのデータ行３１５は、データレコードの一部を全条件で再構成したものであり、結果データテーブル１６０は、第２の測定条件２１５ｂを伴う測定結果Ｂ１  ２２５ｂ１に関し、また、第２の測定条件２１５ｂを伴う測定結果Ｂ２  ２２５ｂ２に関する。図４に関しては、ユーザは、電流ゲインを測定する測定レコードだけを表示し、列３０５の表示をこれらのデータを有するものだけにさらに限定し、表示される列３０５の順序を変え、各行３１５について「測定値」の中の値に基づいて行３１５を昇順に分類するように選択している。
【００４１】
図５は、種々の代表的な実施形態に記述される条件と結果のデータテーブル１６０の別の表示された部分を示す図である。図５の代表的な実施形態では、示された４つのデータ列３１５は、データレコードの一部を全条件で再構成したものであり、結果データテーブル１６０は第３の測定条件２１５ｃを伴う測定結果Ｃ１  ２２５ｃ１に関し、第３の測定条件２１５ｃを伴う測定結果Ｃ２  ２２５ｃ２に関し、第３の測定条件２１５ｃを伴う測定結果Ｃ３  ２２５ｃ３に関し、第３の測定条件２１５ｃを伴う測定結果Ｃ４  ２２５ｃ４に関するものである。図５に関しては、ユーザは、出力パワーを測定した測定レコードだけを表示し、列３０５の表示をユーザが分析に必要と考えるものだけにさらに限定し、表示される列３０５の順序を変えるように選択している。行３１５の分類は行なわれていない。しかし、「測定値」セルに入力された値は降順であるように見える。これは被測定物が測定間に過剰にストレスを加えられたときに発生する可能性がある。種々の測定結果Ａ１・・・Ｃ４  ２２５ａ１・・・２２５ｃ４は一般に、測定結果２２５と呼ばれる。
【００４２】
図６は、種々の代表的な実施形態に記述されるグラフィカルユーザインタフェース１６５の図である。図６では、条件と結果のデータテーブル１６０の少なくとも一部が、グラフィカルユーザインタフェース１６５に表示される。ユーザは、このビュー、または、表示する列３０５と行３１５を選択するためのユーティリティとして設計された別のビューを使用することができる。適切であれば、コンピュータマウスは、列３０５と行３１５を隠す、カバーをはずす、順序を変える、分類するなどの手段として使用できる。共通のドラッグアンドドロップ技術を使用して列の順序を変えることができ、またダイアログボックスを使用して、列３０５上で左クリックすると分類を選択し右クリックすると分類し昇順と降順のどちらで分類するかのオプションを伴うダイアログボックスを表示することができる。また図６には分析ウィンドウ６０５が示される。この中で種々の分析手順の結果をテキストデータ分析領域６１０および／またはグラフィカルデータ分析領域６１５内で表示することができる。種々の技術を使用し、種々の分析手順のうち任意の手順を作動することができる。これらの技術は、ダイアログボックス、および、マウスを使用して特定の技術を選択することを含む。標準の分析法は、平均値、標準偏差、正規性（normality）、上限と下限などの計算を含む。このような数はテキストとして表示するか、または１つまたは複数のグラフ中で示すことができる。グラフはヒストグラム、制御図、ストリップチャートを含んでいてもよいが、これらに制限されるものではない。
【００４３】
図６にはヒストグラムの例を示す。すべての測定値の従来のヒストグラムと同様に、ヒストグラムはテストの下限について実行することができる。これは、テストプログラムのパブリッシャが拡張可能フィールドを使用して限定情報を測定レコードに追加することを選択している場合に可能である。拡張可能性は収集されているデータに限定されない。新しいグラフを加えることにより測定システムの分析パワーを拡大することができる。マイクロソフト．ＮＥＴ（Microsoft.NET）ベースの「ユーザコントロール」を提供し、プログラマが自分のカスタムグラフとレポートを作成することができる。
【００４４】
データテーブルリスナは、拡張可能な測定のすべてのフィールドを、測定条件を含む開始レコードと終了レコードとに統合する。開始レコードと終了レコードは多数の条件と他のコンテキスト情報を含んでいる場合があるので、この結果、テーブルリスナは列３０５を自動的に追加することによってテーブル１６０を拡張する。データは別であるが管理可能な列３０５で保持される。標準のマイクロソフト．ＮＥＴデータテーブル列３０５は階層的ではない。しかし、結果テーブル１６０中の列３０５は、結果レコード内に見出されるフィールドの任意の階層を正確に表現する。列３０５は拡張および縮小できる。単一の列３０５は１つまたは複数の詳細な列３０５へ拡張できる。ほとんどの列３０５は、ボタンをクリックするだけまたは他の便利な技術で、単一のサマリ列３０５へ縮小することができる。興味のない列３０５は隠すことができ、ここでもユーザがボタンをクリックするだけで隠したままにしておくことができる。
【００４５】
標準のマイクロソフト．ＮＥＴデータテーブル１６０は強固に分類された（strongly typed）列３０５を有するので、通常は、所与の列３０５は単一の種類のデータを保持することができる。結果テーブル１６０は、カスタム集計データタイプを加えることによりこの制限を緩和することができる。結果テーブル列３０５は、結果レコードフィールド階層内にあらわされるすべてのデータタイプをサポートする。マイクロソフト．ＮＥＴタイプのコンバータを使用すると、列の値を共通に使用されるプログラミングデータタイプに容易に変えることができる。例えば、浮動小数点数を必要とするグラフは、列３０５が値を二重に提供することを要求する。この柔軟なタイプの変換により、ほとんどの統計分析をサマリデータおよびより詳細な列３０５について行なうことができる。
【００４６】
条件情報の自動結合（automatic association of condition information）、自動タイプ変換（automatic type conversion）、分類（sorting）、行の選択、および列３０５を隠すこと、の組み合わせにより、ＳＱＬまたは他の従来のリレーショナルデータベースクエリ技術を使用せずにテスト結果を分析する強力なツールが作成できる。
【００４７】
代表的な実施形態では、開示された方法はユーザに、自動化されたテスト測定システムが収集した情報に洞察（insight）を追加する拡張可能なポイントアンドクリック（point and click）分析ツールを提供する。
【００４８】
図７は、種々の代表的な実施形態で記述される、条件に依存してテスト結果を収集および表示する方法７００のフローチャートである。図７のブロック７０５で、少なくとも１つの測定条件２１５が受信される。受信された少なくとも１つの測定条件２１５は測定環境を指定する。ついでブロック７０５は制御をブロック７１０に渡す。
【００４９】
ブロック７１０では、少なくとも１つの測定から結果２２５が受信される。ついでブロック７１０は制御をブロック７１５に渡す。
【００５０】
ブロック７１５から７３５は、受信された各測定結果２２５に関して繰り返される。ブロック７１５では受信された各測定条件２１５が受信された結果２２５と関連づけられる。
【００５１】
ついでブロック７１５は制御をブロック７２０に渡す。
【００５２】
ブロック７２０では、テーブル１６０の中の新しい行３１５が選択される。ついでブロック７２０は制御をブロック７２５に渡す。
【００５３】
ブロック７２５では、受信された結果２２５は、新しい行３１５の中の指定された結果列３０５に記録される。ついでブロック７２５は制御をブロック７３０に渡す。
【００５４】
ブロック７３０では、別の列３０５を受信された各測定条件２１５に関連づける。ついでブロック７３０は制御をブロック７３５に渡す。
【００５５】
ブロック７３５では、関連づけられた受信された各測定条件２１５が新しい行３１５の中の関連づけられた列３０５の中に記録される。ついでブロック７３５は制御をブロック７４０に渡す。
【００５６】
ブロック７４０では、測定環境への変更が受信される。この変更は次の項目のうち少なくとも１つを含む。（１）少なくとも１つの測定条件２１５の修正、（２）少なくとも１つの測定条件２１５の省略、（３）少なくとも１つの新しい測定条件２１５の追加。
【００５７】
少なくとも１つの測定条件の受信に続く上記のステップ（すなわちブロック７０５の後のすべてのブロック）は、ブロック７４０の後プロセスが終了する前に少なくとも１回繰り返される。
【００５８】
多くのデータ処理製品では、上記のシステムはハードウェアコンポーネントとソフトウェアコンポーネントの組み合わせとして実装することができる。さらに、代表的な実施形態を使用するために必要な機能は、情報処理装置（たとえば特に図１に示す要素を備えるコンピュータ１１５）が上記の技術にしたがって実行するようにプログラミングする際に使用される、コンピュータ読み取り可能媒体（フロッピディスク、従来のハードディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュＲＯＭ、不揮発性ＲＯＭ、ＲＡＭ）の中に具体化することができる。
【００５９】
「プログラム記憶媒体」という用語は本明細書では広く定義され、フロッピディスク、従来のハードディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュＲＯＭ、不揮発性ＲＯＭ、ＲＡＭなど任意の種類のコンピュータメモリを含むが、媒体はこれに限定されるものではない。
【００６０】
コンピュータ１１５は、ＤＯＳ、マイクロソフトウィンドウズの種々のバージョン（Ｗｉｎｄｏｗｓ９５、９８、Ｍｅ、２０００、ＮＴ、ＸＰなど）、アップルのＭＡＣ  ＯＳ  Ｘ、ＵＮＩＸ、Ｌｉｎｕｘ、または他の適切なオペレーティングシステムなどの任意の市販のオペレーティングシステムのうち１つまたは複数を実行する機能を有する。
【００６１】
本明細書に詳細に記述した代表的な実施形態は、制限のためではなく例示的なものとして提示されたものである。当業者であれば、記述された実施形態の形状および詳細に種々の変更を行なっても、付随する請求項の範囲内にある等価の実施形態が得られることが理解されるであろう。
【図面の簡単な説明】
【００６２】
【図１】種々の代表的な実施形態に記述される測定システムの構成図である。
【図２】種々の代表的な実施形態に記述される条件と結果データを受信した時間記録の構成図である。
【図３】種々の代表的な実施形態に記述される条件と結果のデータテーブルを示す図である。
【図４】種々の代表的な実施形態に記述される条件と結果のデータテーブルの表示された部分を示す図である。
【図５】種々の代表的な実施形態に記述される条件と結果のデータテーブルの別の表示された部分を示す図である。
【図６】種々の代表的な実施形態に記述されるグラフィカルユーザインタフェースの図面である。
【図７】種々の代表的な実施形態に記述される条件に依存してテスト結果を収集および表示する方法のフローチャートである。
【符号の説明】
【００６３】
１００  測定システム
１０５  アプリケーションモジュール
１１５  コンピュータ
１２０  中央演算処理装置
１２５  メモリ
１３０  画面
１３５  モニタ
１５０  測定装置
１５５  被測定物
１６０  データテーブル
１６５  グラフィカルユーザインタフェース
１７０  リスナ
２００  受信時間記録
２０５  テスト
２１５  測定条件
２２０  ＥＮＤ環境条件
２２５  測定結果
３０５  列
３１０  行
３１５  行
３３５  測定結果
【図１】
2006053149.tif 000003
【図２】
2006053149.tif 000004
【図３】
2006053149.tif 000005
【図４】
2006053149.tif 000006
【図５】
2006053149.tif 000007
【図６】
2006053149.tif 000008
【図７】
2006053149.tif 000009