特許 7610513 ダイナミック・アプリケーション・ビルダーを使用した分離分散型測定分析システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-12-24

(45)【発行日】2025-01-08

(54)【発明の名称】ダイナミック・アプリケーション・ビルダーを使用した分離分散型測定分析システム

(51)【国際特許分類】

   G06F 11/36 20060101AFI20241225BHJP

   G06F 8/30 20180101ALI20241225BHJP

【ＦＩ】

G06F11/36 164

G06F8/30

G06F11/36 188

【請求項の数】 12

(21)【出願番号】P 2021540421

(86)(22)【出願日】2020-01-10

(65)【公表番号】

(43)【公表日】2022-04-21

(86)【国際出願番号】 US2020013189

(87)【国際公開番号】W WO2020146798

(87)【国際公開日】2020-07-16

【審査請求日】2022-12-15

(31)【優先権主張番号】201921001261

(32)【優先日】2019-01-10

(33)【優先権主張国・地域又は機関】IN

(73)【特許権者】

【識別番号】391002340

【氏名又は名称】テクトロニクス・インコーポレイテッド

【氏名又は名称原語表記】ＴＥＫＴＲＯＮＩＸ，ＩＮＣ．

(74)【代理人】

【識別番号】100090033

【弁理士】

【氏名又は名称】荒船 博司

(74)【代理人】

【識別番号】100093045

【弁理士】

【氏名又は名称】荒船 良男

(74)【代理人】

【識別番号】110001209

【氏名又は名称】特許業務法人山口国際特許事務所

(72)【発明者】

【氏名】ロビン・ジョリー・プーリケン

(72)【発明者】

【氏名】サティッシュ・クマール・マカナハリー・ラマイア

(72)【発明者】

【氏名】スリラム・マンディアム・クリシュナクマール

(72)【発明者】

【氏名】マヘシャ・ガタハリ・ラクシュミパティ

(72)【発明者】

【氏名】ヴィシュヌ・ヴァルダン・カンダン

【審査官】福西 章人

(56)【参考文献】

【文献】特開２００５－０９０９５９（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１３／００６１２０６（ＵＳ，Ａ１）

【文献】特開２０００－１６３２７８（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １１／０７

Ｇ０６Ｆ １１／２８－１１／３６

Ｇ０６Ｆ ８／００－８／７７

(57)【特許請求の範囲】

【請求項1】

試験測定システムにおいて、自動試験スイートを作成及び実行するためのコンピュータ制御による方法であって、
少なくとも１つのコンピュータのプロセッサが、被試験デバイス（ＤＵＴ）について実施される測定と、自動試験スイートを構成する第１ソリューションの第１ソリューション・ワークフローとを示す第１入力を受ける処理と、
該第１入力を受ける処理に応答して、上記少なくとも１つのコンピュータのプロセッサによって、上記第１ソリューションに関連する第１ソリューション・ワークフロー・メタデータを作成する処理と、
上記少なくとも１つのコンピュータのプロセッサが、上記第１ソリューションをコンパイルする必要なしに、上記ＤＵＴについての測定を実施するために、上記第１ソリューション・ワークフロー・メタデータを使用して、ダイナミックに上記第１ソリューションの命令を実行する処理と、
上記少なくとも１つのコンピュータのプロセッサが、実施される追加の測定と、別の自動試験スイートを構成する第２ソリューションの異なる第２ソリューション・ワークフローとを示す第２入力を受ける処理と、
上記少なくとも１つのコンピュータのプロセッサが、上記第２入力を受ける処理に応答して、上記第２ソリューションに関連する第２ソリューション・ワークフロー・メタデータを作成する処理と、
上記少なくとも１つのコンピュータのプロセッサが、上記第１ソリューションの命令の実行と上記第２ソリューションの命令の実行との間に、コンパイルする必要なく、且つ、上記試験測定システムを再起動する必要なしに、上記ＤＵＴについての測定を行うために、上記第２ソリューションに関連する上記第２ソリューション・ワークフロー・メタデータに基づいて、ダイナミックに上記第２ソリューションの命令を実行する処理と
を具えるコンピュータ制御による方法。

【請求項2】

上記少なくとも１つのコンピュータのプロセッサによって、上記第１ソリューションを上記試験測定システムにデプロイした後に、コンパイルすることなく実行するための準備のために、上記第１ソリューション・ワークフロー・メタデータを使用して上記第１ソリューションをビルドする処理を更に具える請求項１の方法。

【請求項3】

試験測定システムにおいて自動試験スイートの作成を可能にするコンピュータ制御による方法であって、
少なくとも１つのコンピュータのプロセッサが、ソリューション・ワークフロー・メタデータを使用して、試験測定自動化プラットフォームの自動化エンジンにデプロイされるソリューションとして、分離型ソフトウェアによる自動試験スイートを作成する試験測定自動化プラットフォームを提供する処理と、
上記試験測定自動化プラットフォームによって、ユーザが、上記ソリューションについての測定を開発し、上記試験測定システムを再起動する必要なしに、上記試験測定自動化プラットフォームの上記自動化エンジンに上記ソリューションの夫々をデプロイできるようにする処理と
を具えるコンピュータ制御による方法。

【請求項4】

上記試験測定自動化プラットフォームを提供する処理が、
複数の上記ソリューションの中の第１ソリューションについての入力を受け、
集積回路についての試験を実行するために、複数の上記ソリューションの中の上記第１ソリューションの命令をダイナミックに実行する
よう構成された試験測定自動化プラットフォームを提供する処理を含む請求項３の方法。

【請求項5】

上記試験測定自動化プラットフォームを提供する処理が、複数の上記ソリューションの中の上記第１ソリューションについての上記入力を受けるのに応答して、複数の上記ソリューションの中の上記第１ソリューションに関連するソリューション・ワークフロー・メタデータを作成するように構成された試験測定自動化プラットフォームを提供する処理を含む請求項４の方法。

【請求項6】

上記試験測定自動化プラットフォームを提供する処理が、上記ソリューション・ワークフロー・メタデータを使用して、複数の上記ソリューションの中の上記第１ソリューションをコンパイルする必要なしに、上記試験測定システムに複数の上記ソリューションの中の上記第１ソリューションをデプロイするのを容易にするように構成された試験測定自動化プラットフォームを提供する処理を含む請求項５の方法。

【請求項7】

上記試験測定自動化プラットフォームを提供する処理が、複数の上記ソリューションの中の上記第１ソリューションを上記試験測定システムにデプロイされた後に実行するための準備をするために、上記ソリューション・ワークフロー・メタデータを使用して、複数の上記ソリューションの中の上記第１ソリューションをビルドするように構成された試験測定自動化プラットフォームを提供する処理を含む請求項５の方法。

【請求項8】

上記試験測定自動化プラットフォームによって、上記ユーザが、上記ソリューションについての測定を開発し、上記試験測定自動化プラットフォームの上記自動化エンジンに上記ソリューションの夫々をデプロイできるようにする処理が、上記試験測定システムを再起動する必要なしに、上記集積回路についての測定を実行するために、複数の上記ソリューションの中の上記第１ソリューションをダイナミックに実行するのを容易にするように、上記ソリューション・ワークフロー・メタデータの使用を可能する処理を含む請求項５の方法。

【請求項9】

上記試験測定自動化プラットフォームを提供する処理が、ユーザ入力に応答して、ＡＰＩを使用して上記命令の実行の一部として上記ソリューション・ワークフロー・メタデータに基づいて上記ソリューション・ワークフローを実行するように構成されたユーザ・インタフェースを含む試験測定自動化プラットフォームを提供する処理を含む請求項５の方法。

【請求項10】

試験測定システムにおいて、自動試験スイートを作成及び実行するためのシステムであって
少なくとも１つのメモリと、
少なくとも１つの上記メモリに結合された少なくとも１つのプロセッサと
を具え、
少なくとも１つの上記メモリ上に、コンピュータ実行可能な命令が格納されており、実行されると、少なくとも１つの上記プロセッサが、
被試験デバイス（ＤＵＴ）について実施される測定と、自動試験スイートを構成する第１ソリューションの第１ソリューション・ワークフローとを示す第１入力を受け、
該第１入力を受けるのに応答して、上記第１ソリューションに関連する第１ソリューション・ワークフロー・メタデータを作成し、
上記第１ソリューションをコンパイルする必要なしに、上記ＤＵＴについての測定を実施するために、上記第１ソリューション・ワークフロー・メタデータを使用して、ダイナミックに上記第１ソリューションの命令を実行し、
実施される追加の測定と、別の自動化試験スイートを構成する第２ソリューションの異なる第２ソリューション・ワークフローとを示す第２入力を受け、
該第２入力を受けるのに応答して、上記第２ソリューションに関連する第２ソリューション・ワークフロー・メタデータを作成し、
上記第１ソリューションの命令の実行と上記第２ソリューションの命令の実行との間に、コンパイルする必要がなく、かつ、上記試験測定システムを再起動する必要もなしに、上記ＤＵＴについての測定を実施するために、上記第２ソリューションに関連する上記第２ソリューション・ワークフロー・メタデータに基づいて、ダイナミックに上記第２ソリューションの命令を実行する
自動試験スイートを作成するためのシステム。

【請求項11】

上記コンピュータ実行可能な命令は、実行されると、少なくとも１つの上記プロセッサが、更に、
上記第１ソリューションを上記試験測定システムにデプロイした後に、コンパイルすることなく実行するための準備をするために、上記第１ソリューション・ワークフロー・メタデータを使用して、上記第１ソリューションをビルドする請求項１０のシステム。

【請求項12】

コンピュータ・プログラムであって、試験測定システムにおいて、少なくとも１つのプロセッサによって実行されると、少なくとも１つの上記プロセッサが、
被試験デバイス（ＤＵＴ）について実施される測定と、自動試験スイートを構成する第１ソリューションの第１ソリューション・ワークフローとを示す第１入力を受け、
該第１入力を受けるのに応答して、上記第１ソリューションに関連する第１ソリューション・ワークフロー・メタデータを作成し、
上記ＤＵＴについての試験を実施するために、上記第１ソリューション・ワークフロー・メタデータを使用して、上記第１ソリューションをコンパイルする必要なしに、ダイナミックに上記第１ソリューションの命令を実行し、
実施される追加の測定と、別の自動化試験スイートを構成する第２ソリューションの異なる第２ソリューション・ワークフローとを示す第２入力を受け、
該第２入力を受けるのに応答して、上記第２ソリューションに関連する第２ソリューション・ワークフロー・メタデータを作成し、
上記第１ソリューションの命令の実行と上記第２ソリューションの命令の実行との間に、コンパイルする必要がなく、かつ、上記試験測定システムを再起動する必要もなしに、上記ＤＵＴについての測定を実施するために、上記第２ソリューションに関連する上記第２ソリューション・ワークフロー・メタデータに基づいて、ダイナミックに上記第２ソリューションの命令を実行する
コンピュータ・プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

技術分野は、協調型（collaborative）コンピューティング技術に関し、特に、分離分散型測定分析システムに関する。

【背景技術】

【0002】

現在、集積回路などのデバイス用の自動試験スイート（suite：一組、一そろい）を作成するのに市場で入手可能な従来の技術的ソリューションは、カスタム・プログラマチック・インタフェースである。

【先行技術文献】

【非特許文献】

【0003】

【文献】Fortino G. et al.: "Multicast control of mobile measurement systems", INSTRUMENTATION AND MEASUREMENT TECHNOLOGY CONFERENCE, 1998. IMTC/98. CONFERENCE PROCEEDINGS. IEEE ST. PAUL, MN, USA 18-21, MAY 1998, NEW YORK, NY, USA, IEEE, US, vol. 1, 18 May 1998 (1998-05-18), pages 108-114, XP010281663, DOI: 10.1109/IMTC.1998.679723 ISBN: 978-0-7803-4797-7, abstract page 108, left-hand column, page 109 left-hand column - page 110, right-hand column, page 111, right-hand column

【文献】Domenico Grimaldi et al.:"Java-Based Distributed Measurement Systems", IEEE TRANSACTIONS ON INSTRUMENTATION AND MEASUREMENT, IEEE SERVICE CENTER, PISCATAWAY, NJ, US, vol. 47, no. 1 , 1 February 1998 (1998-02-01), XP011024430, ISSN: 0018-9456, page 100, left-hand column - page 102, right-hand column

【発明の概要】

【発明が解決しようとする課題】

【0004】

このようなプログラマチック・インタフェースには、２つの特徴的な問題がある。まず、システムのユーザは、書き込み（write）、ビルド（build：組み立て、構築）、及びデプロイ（deploy：展開、配置する）のコンセプトに影響するプログラミング言語を理解する必要がある。第２に、既知のプログラマチック・インタフェースでは、ユーザが目的のソフトウェア・エコシステム内でプログラムを組み合わせて一体化（integrate）してインストールするのに加えて、アプリケーションのインストール時にアプリケーションを再起動する必要がある。これらのソリューションの一部は、１つのハードウェアだけに固有のもので、これらが扱う、この固有のハードウェアの限定的な一部分にのみ対応することがある。

【0005】

更には、他の従来のソリューションは、それらが管理しているハードウェアの上に、追加のハードウェアを必要とする。加えて、試験測定システム用の自動試験スイートには、ＨＤＭＩ（登録商標）、ＵＳＢ、ＰＣＩなどの特定のインタフェースに固有のソリューションがあり、これらソリューションは、他のインタフェースでは無効である。

【0006】

従って、現在知られているシステムの上記の技術的な問題や制限に対処する必要がある。

【課題を解決するための手段】

【0007】

このため、本願で説明するシステム及び方法は、メタデータを使用して、分離型ソフトウェア中に自動試験スイート（suite）を作成する自動化プラットフォームを提供し、この自動化プラットフォームが、システムを再起動せずに、測定方法を記述して自動化エンジンにデプロイする（deploy：配置、展開する）手法を提供できるようにし、メタデータを使用して、分離型ソフトウェアの形式で自動試験スイートを作成する方法を提供する。

【0008】

少なくとも１つの実施形態によれば、試験測定システムにおいて自動試験スイートを作成して実行するためのコンピュータ制御による方法は、少なくとも１つのコンピュータのプロセッサが、被試験デバイス（ＤＵＴ）に関して実施される測定と自動試験スイートを構成する第１ソリューションのソリューション・ワークフローとを示す入力を受ける処理と、少なくとも１つのコンピュータのプロセッサが、上記第１ソリューションをコンパイルする必要なしに、ＤＵＴについて測定を行うために、上記第１ソリューションの命令をダイナミックに実行する処理とを具えている。

【0009】

この方法は、更に、少なくとも１つのコンピュータのプロセッサが、上記入力を受ける処理に応答して、上記第１ソリューションに関連するソリューション・ワークフロー・メタデータを作成する処理を具えていてもよい。

【0010】

上記命令の実行には、第１ソリューションをコンパイルする必要なしに、第１ソリューションの命令のダイナミックな実行を容易にするために、上記ソリューション・ワークフロー・メタデータを使用することが含まれる。

【0011】

この方法は、更に、少なくとも１つのコンピュータのプロセッサが、第１ソリューションを試験測定システムにデプロイ（deploy：配置、展開）した後に、コンパイルすることなしに第１ソリューションを実行する準備をするために、上記ソリューション・ワークフロー・メタデータを使用して第１ソリューションをビルド（build：組み立て、構築）する処理を具えていても良い。第１ソリューションの命令を実行する処理は、第１ソリューションに関連付けられたソリューション・ワークフロー・メタデータに基づいていても良い。

【0012】

命令を実行する処理には、試験測定システムを再起動せずに、第１ソリューションをダイナミックに実行するのを容易にするために、ソリューション・ワークフロー・メタデータを使用する処理が含まれても良い。

【0013】

この方法は、更に、ユーザ入力に応答して、ＡＰＩ（アプリケーション・プログラミング・インタフェース）と交信し、上記命令の実行の一部として、ソリューション・ワークフロー・メタデータに基づいて、ソリューション・ワークフローを実行するように構成されたユーザ・インタフェースを用意することを含んでいても良い。

【0014】

この方法は、更に、少なくとも１つのコンピュータのプロセッサが、実施される追加の測定と、別の自動試験スイートを含む第２ソリューションの異なるソリューション・ワークフローとを示す入力を受ける処理と、少なくとも１つのコンピュータのプロセッサが、上記入力を受けるのに応答して、上記第２ソリューションに関連付けられたソリューション・ワークフロー・メタデータを生成する処理と、少なくとも１つのコンピュータのプロセッサが、第２ソリューションに関連付けられたソリューション・ワークフロー・メタデータに基づいて、第２ソリューションの命令をダイナミックに実行し、第１ソリューションの命令の実行と第２ソリューションの命令の実行との間に、コンパイルする必要がなく、かつ、試験測定システムを再起動する必要もなしに、ＤＵＴについて測定を実施する処理とを具えている。

【0015】

命令の実行には、試験測定システムの一部として自動登録された（self-registered）複数のサービスをコールする（call：呼び出す）処理が含まれても良い。

【0016】

試験測定自動化プラットフォームの自動化エンジンは、分散型アーキテクチャ上にビルド（build：組み立て、構築）され、フェイルオーバー（failover：障害迂回）とリカバリ（recovery）をサポートする。

【0017】

少なくとも１つの実施形態によれば、試験測定システムにおいて自動試験スイートの作成を可能にするコンピュータ制御による方法は、少なくとも１つのコンピュータのプロセッサが、ソリューション・ワークフロー・メタデータを使用して、試験測定自動化プラットフォームの自動化エンジン中にデプロイ（deploy：配置、展開）されるソリューションとして分離型ソフトウェアを使用して自動試験スイートを作成する試験測定自動化プラットフォームを提供する処理と、試験測定自動化プラットフォームによって、ユーザが、試験測定システムを再起動することなく、ソリューション用の測定を開発し、試験測定自動化プラットフォームの自動化エンジンにソリューションの夫々をデプロイできるようにする処理とを具えている。

【0018】

試験測定自動化プラットフォームの提供には、複数のソリューションの中の第１ソリューションについての入力を受けて、複数の上記ソリューションの上記第１ソリューションの命令をダイナミックに実行して、集積回路について試験を実施するように構成された試験測定自動化プラットフォームを提供することが含まれる。

【0019】

様々な実施形態によれば、試験測定システムにおいて自動試験スイートを作成及び実行するシステムは、少なくとも１つのメモリと、少なくとも１つのメモリに結合された少なくとも１つのプロセッサとを具え、少なくとも１つのメモリは、そこに記憶されたコンピュータ実行可能命令を有し、これは、実行されると、少なくとも１つのプロセッサに、上述の１つ以上の方法を実行させる。

【0020】

様々な実施形態によれば、非一時的なコンピュータ可読記憶媒体が、そこに格納されたコンピュータ実行可能命令を有し、これは、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに上述の１つ以上の方法を実行させる。

【0021】

図面内のコンポーネントは、互いに対して、必ずしも一定の縮尺ではない。類似する参照番号は、いくつか図面を通して対応する部分を指定している。

【図面の簡単な説明】

【0022】

【図1】図１は、自動化プラットフォームを含む分離分散型測定分析システムである、様々な例示的な実施形態による例示的な試験測定システムの要素を示すブロック図である。

【図2】図２は、試験測定システムの自動化プラットフォームの実施形態が実施されることがある、様々な例示的な実施形態による例示的なコンピューティング装置を示す概略ブロック図である。

【図3】図３は、自動化プラットフォームにデプロイされることがある、様々な例示的な実施形態による自動化エンジンのワークフローを説明する図である。

【図4】図４は、試験測定システムにおいて自動試験スイートを作成及び実行するための様々な例示的な実施形態によるコンピュータ制御による方法のフロー図である。

【図5】図５は、試験測定システムにおいて、複数の試験スイートを実行する間にシステムを再起動する必要なしに、複数の自動試験スイートを作成及び実行するための様々な例示的な実施形態によるコンピュータ制御による方法のフロー図である。

【図6】図６は、試験測定システムにおいて自動試験スイートの作成を可能にする、様々な例示的な実施形態によるコンピュータ制御による方法のフロー図である。

【発明を実施するための形態】

【0023】

本技術開示の様々な実施形態は、メタデータを使用して、分離型（disaggregated）ソフトウェア形式で自動試験スイート（suite：一組、一そろい）を作成する動作（operation）プラットフォームを提供する。ここで開示する自動化プラットフォームは、測定方法を開発又は記述し、システムの再起動を必要とせずに、自動化エンジン中に自動試験スイートを構成する関連するソリューション・ワークフローをデプロイ（配置、展開）するためのツールと手法を提供する。更に、これら測定方法は、本システム中に自動登録され、それらは、ユーザが直ちに利用可能になる。

【0024】

図１は、様々な例示的実施形態による自動化プラットフォームを含む分離（disaggregated：個別の要素に分離された）分散（distributed：広く分布した）型測定分析システムである例示的な試験測定システム１００の要素を示すブロック図である。図１に示されているのは、自動化プラットフォーム１０２、統合型開発環境（ＩＤＥ：integrated development environment）１０４及びハードウェア装置１０６である。

【0025】

自動化プラットフォーム１０２は、ユーザ・インタフェース１０８、分析（測定）サービス・エンジン１１０、コア・サービス・エンジン１１２及びテンプレート・カタログ・サービス・エンジン１１４を含む。分析サービス・エンジン１１０には、この例では、ジッタ測定サービス１１６、基本（base）測定サービス１１８、アイ測定サービス１２０、時間測定サービス１２２及び振幅測定サービス１２４などの複数の信号測定サービスが含まれる。

【0026】

コア・サービス・エンジン１１２は、オープンＡＰＩ（application programming interface）１２６を含み、これは、既存のプロトコルを活用するように設計されたＲＥＳＴｆｕｌ又はＲＥＳＴ（Representational State Transfer）ＡＰＩであっても良い。ＲＥＳＴは、ほぼ全てのプロトコルで使用できるため、開発者は、ＲＥＳＴ ＡＰＩの仕組みを活用するために、ライブラリや追加のソフトウェアをインストールする必要はない。ＳＯＡＰ（Simple Object Access Protocol）と異なり、ＲＥＳＴは、拡張マークアップ言語（XML）に限定されないが、その代わりに、クライアントの要求に応じて、ＸＭＬ、ＪＳＯＮ（JavaScript Object Notation）などの形式を返すことができる。また、ＲＰＣ（Remote Procedure Call）と異なり、ユーザは、特定の手順でプロシージャ名や特定のパラメータを知る必要はない。コア・サービス・エンジン１１２は、また、自動化エンジン１２８とハードウェア・コントローラ１３０も含み、以下で詳しく説明する。

【0027】

テンプレート・カタログ・サービス・エンジン１１４には、この例では、パターン・ジェネレータ１３２、測定カタログ・サービス１３４、ソリューション・カタログ・サービス１３６及び装置構成／校正カタログ・サービス１３８が含まれる。自動化プラットフォームは、ユーザ・インタフェース１０８を提供して、少なくともユーザ・インタフェースの一部として、ユーザが１つ以上のソリューションを作るための基礎となるものを選択できる試験自動化ワークフロー又はソリューションの複数のテンプレートからなるメニューを提供することにより、ソリューションのビルド（構築）を容易にする。

【0028】

ハードウェア装置１０６の試験装置の例としては、オシロスコープ１４０、ビット・エラー・レート・テスタ（ＢＥＲＴ）１４２、任意波形発生装置（ＡＷＧ）１４４及びスペクトラム・アナライザ１４６などが含まれる。

【0029】

本技術開示の実施形態を活用することにより、システム１００は、アプリケーションを再起動する必要なく、試験測定システムに新しい測定方法を追加する拡張機能を提供する。更に、自動化プラットフォーム１０２は、また、ユーザ・インタフェース１０８内のソリューション・ビルダーを用いて有用なソリューションを作成し、システム１００を再起動することなく、ソリューションを直接かつ直ちに、そのエコシステム（ecosystem：生態系）内で公開する機能も提供する。

【0030】

別の実施形態では、新しいソリューションも、ＡＰＩ１２６を使用して作成することができる。更に、自動化プラットフォーム１０２によって、顧客が、オシロスコープ１４０、ＢＥＲＴ１４２、ＡＷＧ１４４のような異なる形式のハードウェアを有することがある顧客の試験スイート内でワークフローを定義するのも容易になる。

【0031】

自動化プラットフォーム１０２は、分離型（disaggregated：個別の要素に分離された）ソフトウェア・ソリューションであって、ハードウェア装置１０６を制御し、ハードウェア装置１０６によって得られた測定値（例えば、波形）の分析を行い、ユーザ・インタフェースを介してＡＰＩ１２６などのＡＰＩを用いてソリューションを実行し、ユーザ・インタフェースは、ユーザに視覚化された体験を提供する。例えば、自動化プラットフォーム１０２は、試験測定自動化プラットフォーム１０２がハードウェア装置１０６を制御し、測定値の分析（例えば、波形）を実行し、ソリューションを実行する方法のユーザによる可視化を可能にする。

【0032】

更に、本技術開示の実施形態による試験測定システム１００は、メタデータに基づいており、これによれば、ソリューションを、コンパイル又は再起動することなく、デプロイする（deploy：配置、展開する）ことが可能になる。ＩＤＥ１０４は、自動化プラットフォーム１０２のソフトウェア環境において、測定サービス１１０をデプロイするために用いられる。デプロイされる測定サービス１１０は、起動時に、測定カタログ・サービス１３４に自動登録される。一度、自動登録された測定サービス１１０は、アプリケーション実行中に測定を実行するために自動化エンジン１２８にアクセスできる。ソリューションは、システム１００にデプロイされ次第、ビルド（build：組み立て、構築）され、システム全体で、直ぐに使用可能となる。ユーザ・インタフェース１０８のソリューション／アプリケーション・ビルダーは、テンプレート・カタログ・サービス１１４を利用することによるテンプレートに基づくアプローチを使用し、これによって、開発及びデプロイのための全体的な時間を短縮する。

【0033】

更に、１つ以上の実施形態において、自動化プラットフォーム１０２が、ＪＳＯＮで記述されても良い。自動化プラットフォーム１０２は、ドメイン固有言語（DSL：Domain Specific Language）を使用する他のアプローチと同様に記述されても良い。自動化エンジン１２８は、ソリューションについて提供されたユーザ入力を読み込み、その命令をダイナミックに実行する。例えば、自動化プラットフォーム１０２が、被試験デバイス（ＤＵＴ）について実施される複数の測定（measurements：複数の測定方法）と、自動試験スイートを構成する第１ソリューションのソリューション・ワークフローとを示す入力を受けても良い。次いで、自動化プラットフォーム１０２は、第１ソリューションの命令をダイナミックに実行して、第１ソリューションをコンパイルすることなく、ＤＵＴについての試験を実施する。自動化プラットフォーム１０２は、入力を受けるのに応答して、第１ソリューションに関連付けられたソリューション・ワークフロー・メタデータを作成する。命令の実行には、コンパイルを必要とせずにソリューションをダイナミックに実行するのを容易にするために、ソリューション・ワークフロー・メタデータを使用する処理が含まれても良い。また、この命令の実行が、試験測定システムを再起動せずに、第１ソリューションをダイナミックに実行するのを容易にするために、ソリューション・ワークフロー・メタデータを使用することも含んでいても良い。図に表したフロー（流れ）は、ソリューション・メタデータ（例えば、ＪＳＯＮメタデータ１４８）が作成され、ＡＰＩ１２６を介して、ソリューション・カタログ・サービス１３６にデプロイされるという、作成及びデプロイを示す。このソリューション・カタログ・サービス１３６は、メタデータの内容（content：コンテンツ）が正しいことを検証して、格納する。一つの実施形態では、メタデータの作成及びデプロイは、ＡＰＩ１２６の使用によって行われる（例えば、ＨＴＴＰ（HyperText Transfer Protocol）を介してＪＳＯＮを用いるＯｐｅｎＡＰＩを利用する、など）。

【0034】

ユーザ・インタフェース１０８は、ユーザ入力に応答して、ＡＰＩ１２６と交信し、命令の実行の一部として、ソリューション・ワークフロー・メタデータに基づいてソリューション・ワークフローを実行するように構成される。図示されているのは、例示的な実行要求１５０（例えば、ＪＳＯＮ実行要求）であり、自動化エンジン１２８が、ソリューション・カタログ・サービス１３６からメタデータを取得することによって、メタデータの命令（例えば、ＪＳＯＮメタデータ１４８）を実行する。自動化エンジン１２８は、ソリューション・メタデータと比較してソリューション実行要求１５０を検証し、ソリューションで定義されたソリューションと測定を実行する。例えば、ユーザは、ＡＰＩ１２６を使用して（例えば、ＨＴＴＰプロトコル経由でＪＳＯＮを使用してＯｐｅｎＡＰＩを使用する）、実行命令を送信できる。

【0035】

少なくとも１つの実施形態においては、自動化エンジン１２８は、マイクロサービス・アプローチを使用して、エコシステム（生態系）の一部として自動登録された複数のサービスを呼び出す（call：コールする）。デプロイされる測定サービス１１０は、起動時に、測定カタログ・サービス１３４に自動登録（self-register）される。一度自動登録された測定サービス１１０は、自動化エンジン１２８にアクセスして、アプリケーション実行中に、測定（measurements：測定方法）を実行できる。自動化エンジン１２８は、分散型アーキテクチャ上にビルドされ、フェイルオーバー（failover：障害迂回）とリカバリをサポートする。

【0036】

自動化プラットフォーム１０２は、試験測定システム１００内に、複数の自動試験スイートを作成して、これら試験スイートの実行と実行の間で、システムを再起動する必要なしに、複数の自動試験スイートを実行することを可能にする。例えば、自動化プラットフォーム１０２は、第２のソリューションについての入力を受け、次いで、この第２ソリューションについての入力の受信に応答して、第２ソリューションに関連するソリューション・ワークフロー・メタデータを作成しても良い。次に、自動化プラットフォーム１０２は、第２ソリューションに関連するメタデータに基づいてダイナミックに第２ソリューションの命令を実行してＤＵＴについての試験を行うが、このとき、第１ソリューションの命令の実行と第２ソリューションの命令の実行との間に、コンパイルをする必要はなく、試験測定システム１００を再起動する必要もない。

【0037】

更に、本技術開示の実施形態は、エンド・ユーザがワークフロー又はソリューションを変更することを可能にする拡張機能を提供し、ＤＵＴの試験に関する追加の要件をいつでも追加でき、このため、製品化までの全体の時間を短縮できる。

【0038】

図２は、試験測定システム１００の自動化プラットフォームの実施形態を実施しても良い、様々な例示的実施形態による自動化プラットフォーム・コンピュータ２１０の例を示すブロック図である。図示した実施形態において、自動化プラットフォーム・コンピュータ２１０は、コンピュータ・メモリ（「メモリ」）２０１、ディスプレイ２０２（限定するものではないが、発光ダイオード（LED）パネル、液晶ディスプレイ（LCD）、タッチ・スクリーン・ディスプレイなど）、１つ以上の中央処理装置（「ＣＰＵ」）２０３、入出力装置２０４（例えば、ボタン・パネル、キーボード、マウス、ＲＦ又は赤外線レシーバ、ＵＳＢポート、その他の通信ポート、など）、その他のコンピュータ可読媒体２０５、通信接続部２０６を具えている。自動化プラットフォーム１０２は、メモリ２０１内に存在することが示されている。別の実施形態では、自動化プラットフォーム１０２のコンテンツの一部と、コンポーネントの一部又は全てが、別個のコンピュータ可読媒体２０５上に記憶されたり、別個のコンピュータ可読媒体２０５を通じて送信される。自動化プラットフォーム１０２のこれらコンポーネントは、好ましくは、１つ以上のＣＰＵ２０３上で実行され、ＤＵＴについて実施される測定と、自動試験スイートを構成する第１ソリューションのソリューション・ワークフローとを示す入力を受ける処理と、第１ソリューションの命令を実行して、ソリューションをコンパイルすることなく、ＤＵＴについての試験を実施する処理とを実行するか、さもなければ、これら処理を容易なものにする。自動化プラットフォーム１０２のコンポーネントは、好ましくは１つ以上のＣＰＵ２０３上で実行され、ソリューション・ワークフロー・メタデータを使用して、試験測定自動化プラットフォームの自動化エンジンにデプロイされるソリューションとして、分離型ソフトウェアを用いる自動試験スイートを作成する試験測定自動化プラットフォーム１０２を提供する処理と、ユーザが、これらソリューションに関する測定を開発し、試験測定システム１００を再起動する必要なしに、試験測定自動化プラットフォーム１０２の自動化エンジン１２８に、これらソリューションの夫々をデプロイすることを可能にする処理とについても実行するか、さもなければ、これら処理を容易なものにしても良い。

【0039】

別の実施形態では、別の処理装置及び構成を用いても良い（限定するものではないが、グラフィックス・プロセッシング・ユニット（GPU：graphics processing units）、ＡＳＩＣ及び組み込みＣＰＵ／ＧＰＵブロックなど）。自動化プラットフォーム１０２は、メモリ２０１に格納された各種ソフトウェア・アプリケーションとして動作するか、これら各種ソフトウェア・アプリケーションの一部であるか、又は、これら各種ソフトウェア・アプリケーションと連結若しくは連携して動作しても良い。また、自動化プラットフォーム１０２は、通信システム２０８を介してのＩＤＥ１０４及びハードウェア装置１０６との通信も容易にする。通信システム２０８には、様々な異なる物理的及び論理的通信チャンネルによって利用されるものを含む多数の異なる種類の通信媒体があっても良い。限定するものではないが、メディア及び通信チャンネルの例としては、ＨＤＭＩ（登録商標）、ＵＳＢ（Universal Serial Bus）、ＰＣＩ（Peripheral Component Interconnect）、Ｗｉ－Ｆｉシステム、ＷＬＡＮシステム、近距離無線（例えば、Bluetooth（登録商標））システム、ピア・ツー・ピア・ネットワーク・システム、ハードワイヤード・システム、通信バス、コンピュータ・ネットワーク・ケーブル配線、広域ネットワーク（WAN）システム、インターネット、ケーブル・システム、電話システム、光ファイバ・システム、マイクロ波システム、非同期転送モード（「ATM」）システム、フレーム・リレーシ・ステム、デジタル加入者回線（「DSL：digital subscriber line」）システム、無線周波数（「ＲＦ」）システム、セルラー・システム（セルラー方式）、衛星システムの中の１つ以上、又は、任意の動作可能な組み合わせ、などがある。

【0040】

自動化プラットフォーム１０２には、ＡＰＩ１２６（図１に示す）があり、これは、例えば、図１に示す、分析サービス・エンジン１１０、コア・サービス・エンジン１１２及びテンプレート・カタログ・サービス・エンジン１１４といった複数のサービスなど、試験測定システム１００の１つ以上の機能又はサービスへのプログラマチック・アクセス（programmatic access）を提供する。例えば、このようなＡＰＩ１２６は、分析サービス・エンジン１１０、コア・サービス・エンジン１１２及びテンプレート・カタログ・サービス・エンジン１１４や、他の複数のプログラム２３０の中のいずれかによって呼び出されても良い自動化プラットフォーム１０２の１つ以上の機能へのプログラマチック・インタフェース（programmatic interface）を提供しても良い。

【0041】

ある例示的な実施形態では、自動化プラットフォーム１０２のコンポーネント／モジュールが、標準的なプログラミング技術を用いて実装される。例えば、自動化プラットフォーム１０２が、１つ以上の静的（static）又は動的（dynamic）ライブラリとともに、ＣＰＵ２０３上で実行される「ネイティブ」実行可能ファイルとして実装されても良い。別の実施形態では、自動化プラットフォーム１０２が、他の複数のプログラム２３０の中の一つとして実行される仮想マシンによって処理される命令として実装されても良い。概して、このような例示的な実施形態を実装するのに、様々なプログラミング言語パラダイムの代表的な実装など、当技術分野で知られている様々なプログラミング言語を採用しても良く、限定するものではないが、オブジェクト指向型（例えば、JSON, Java, C++, C#, Visual Basic.NET, Smalltalk、など）、関数型（例えば、ML, Lisp, Scheme、など）、手続き型（例えば、C, Pascal, Ada, Modula、など）、スクリプト言語（例えば、Perl, Ruby, Scratch, Python, JavaScript, VBScript、など）、宣言型（例えば、SQL, Prolog、など）などがある。

【0042】

ソフトウェア又はファームウェアの実装においては、メモリに記憶された命令は、実行されると、自動化プラットフォーム１０２の機能を実行するように、自動化プラットフォーム・コンピュータ２１０の１つ以上のプロセッサ（例えば、ＣＰＵ）を構成する。これら命令により、ＣＰＵ２０３又は他のプロセッサ（Ｉ／Ｏコントローラ／プロセッサなど）が、本願で説明するプロセスを実行する。

【0043】

上述の実施形態は、また、周知の又は他の同期若しくは非同期のクライアント・サーバ・コンピューティング技術を使用しても良い。しかし、様々なコンポーネントは、単一のＣＰＵシステムで実行される実行可能ファイルに加えて、例えば、もっとモノリシックなプログラミング手法を使用して実現されても良いし、又は、これに代えて、限定するものではないが、マルチプログラミング、マルチスレッド、クライアント・サーバー、ピア・ツー・ピア（例えば、Bluetooth（登録商標）ワイヤレス・テクノロジなど）、夫々１つ以上のＣＰＵその他の複数のプロセッサを有する１つ以上のコンピュータ・システム上での実行など、当技術分野で知られた様々な構造化手法を用いて分解（decompose）されても良い。いくつかの実施形態は、同時かつ非同期的に実行され、メッセージ送信（passing）技術を用いて通信する。等価な同期する実施形態も、自動化プラットフォーム１０２の実施形態によってサポートされる。また、他の機能を、各コンポーネント/モジュールによって、異なる順序で、そして、異なるコンポーネント/モジュールによって、実装や実行することもでき、それでもやはり、自動化プラットフォーム１０２の機能を実現できる。

【0044】

加えて、自動化プラットフォーム１０２の一部として格納されたデータへのプログラミング・インタフェースは、例えば、「C、C++、C# 及び Java API」、「ファイル、データベース、その他のデータ・リポジトリーにアクセスするためのライブラリ」、「スクリプト言語」、又は、「Ｗｅｂサーバ、ＦＴＰサーバ、若しくは、保管されたデータ及びマシン・ラーニング・モデルへのアクセスを提供するその他のタイプのサーバ」によるなど、標準的なメカニズムによって得られる。

【0045】

プログラム及びデータの異なる構成及び場所が、ここに記載されている技術で使用するために考えられる。図示された実施形態のコンポーネントを実装するのには、様々な分散型コンピューティング技術が適しており、限定するものではないが、TCP/IP、REST、ソケット、RPC、RMI、HTTP及びWebサービス（XML-RPC、JAX-RPC、SOAPなど）などの形式がある。その他の様々な形式も可能である。その他の機能も、各コンポーネント／モジュールによって提供することができるし、既存の機能は、コンポーネント／モジュールの中に、様々な様式で分散（分配）させることもできるが、それでもやはり、自動化プラットフォーム１０２の機能を実現できる。

【0046】

更に、いくつかの実施形態では、自動化プラットフォーム１０２の一部又は全てのコンポーネントが、少なくとも部分的にファームウェアやハードウェア形式といった別の方法で実装又は提供されても良く、限定するものではないが、１つ以上の特定用途向け集積回路（「ＡＳＩＣ」）、標準的な集積回路、コントローラ（例えば、適切な命令を実行することによるもので、マイクロコントローラや組み込みコントローラを含む）、フィールド・プログラマブル・ゲート・アレイ（「FPGA」）、ＣＰＬＤ（complex programmable logic device）などがある。システム・コンポーネントやデータ構造の一部又は全部は、コンピュータ可読媒体（例えば、「ハード・ディスク」、「メモリ」、「コンピュータ・ネットワーク、セルラー・ワイヤレス・ネットワークその他のデータ伝送メディア」、又は、「フラッシュ・メモリ・デバイスなどの適切なドライブ若しくは適切な接続によって読み取られるポータブル・メディア物品」）上に、コンテンツ（例えば、実行可能等の機械可読ソフトウェア命令や構造化データなど）として保存して、これにより、コンピュータ可読媒体や１つ以上の関連するコンピューティング・システム又はデバイスが、このコンテンツを実行するか、さもなければ利用又は提供するのを可能にするか、又は、このコンテンツを実行するか、さもなければ利用又は提供するように構成して、上述の手法の少なくとも一部を実施しても良い。

【0047】

図３は、様々な例示的な実施形態による自動化プラットフォーム１０２にデプロイされても良い、例示的な自動化エンジン・ワークフロー３００を示す図である。図３は、ユーザ３０２が、自動化プラットフォーム１０２を利用する方法を示すワークフローの例を示しており、ＩＤＥ１０４を利用して第１アクション３０４を実行し、自動化プラットフォーム１０２に、測定方法（測定）及びソリューション・ワークフローを開発させ（３１０）、ＡＰＩ１２６とユーザ・インタフェース１０８を利用して第２アクション３０６を実行し、自動化プラットフォーム１０２に、ワークフロー・メタデータを使用してソリューションを作成させる（３１２）と共に、ＡＰＩの助けを借りてワークフロー・メタデータを使用して自動化エンジン１２８に、このソリューションをデプロイさせ（３１４）、次いで、ＡＰＩ１２６とユーザ・インタフェース１０８を利用して第３アクション３０８を実行し、自動化プラットフォーム１０２に、ＡＰＩの助けを借りて、メタデータに基づいて、このソリューションの要求（リクエスト）を実行させる（３１６）。

【0048】

図４は、様々な例示的な実施形態による、試験測定システム１００において、自動試験スイートを作成及び実行するためのコンピュータ制御による方法４００のフロー図である。

【0049】

４０２では、システム１００が、ＤＵＴについて実施される複数の測定方法（measurements：複数の測定）と、自動試験スイートを構成する第１ソリューションのソリューション・ワークフローとを示す入力を受ける。

【0050】

４０４では、システムは、第１ソリューションをコンパイルする必要なしに、ＤＵＴについての測定方法を実施するために、このソリューションの命令をダイナミックに実行する。

【0051】

図５は、様々な例示的な実施形態による、試験測定システム１００において、複数の自動試験スイートを作成及び実行するためのコンピュータ制御による方法５００のフロー図であり、これら試験スイートの実行の間にシステムを再起動する必要がない。

【0052】

５０２では、システム１００は、実施される追加の測定方法（additional measurements：追加の測定）と、新たな自動化試験スイートを構成する第２ソリューションの異なるソリューション・ワークフローとを示す入力を受ける。

【0053】

５０４では、システム１００は、上記入力を受けるのに応答して、第２ソリューションに関連するソリューション・ワークフロー・メタデータを作成する。

【0054】

５０６では、システム１００は、第２ソリューションに関連するメタデータに基づいて、第２ソリューションの命令をダイナミックに実行し、コンパイルする必要なしに、且つ、第１ソリューションの命令の実行と第２ソリューションの命令の実行との間で試験測定システムを再起動する必要なしに、ＤＵＴについての測定方法を実施する。

【0055】

図６は、様々な例示的な実施形態による、試験測定システム１００において、自動試験スイートの作成を可能にするコンピュータ制御による方法６００のフロー図である。

【0056】

６０２では、システム１００が、ソリューション・ワークフロー・メタデータを使用して、試験測定自動化プラットフォームの自動化エンジンにデプロイされるソリューションとして、分離型ソフトウェアを用いた自動試験スイートを作成する試験測定自動化プラットフォームを提供する。

【0057】

６０４では、システム１００が、試験測定自動化プラットフォームによって、ユーザが、ソリューションのための測定方法（measurements：測定）を開発し、これらソリューションの夫々を、試験測定システムを再起動する必要なしに、試験測定自動化プラットフォームの自動化エンジンにデプロイすることを可能にする。

【0058】

本願では、先に様々な実施形態を説明してきたが、現下の又は以下の特許請求の範囲による本発明の主旨及び範囲から逸脱することなく、形態及び細部を様々に変更しても良いことが理解できよう。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】