Search

JP-2026076988-A - 試験測定システム及び方法

JP2026076988AJP 2026076988 AJP2026076988 AJP 2026076988AJP-2026076988-A

Abstract

【課題】独自言語を用いる試験測定装置を他の環境でも利用可能にする。 【解決手段】試験測定システムには、被試験デバイス（ＤＵＴ）２９に接続するためのポートと、ユーザ・インタフェースとを有する試験測定装置２８がある。コンピューティング・デバイス１１又は試験測定装置２８のプロセッサは、生成人工知能（ＡＩ）モデル１４をソフトウェアとして保有し、生成ＡＩモデルのアプリケーション・プログラミング・インタフェース（ＡＰＩ）を提供する。プロセッサは、プロトコル仕様を受信して生成ＡＩモデルに提供する。また、プロトコルに従って動作するバスの設定をユーザ・インタフェースの１つを介して受けて、生成ＡＩモデルに提供する。更に、生成ＡＩモデルからデコーダ・ファイルを受信し、デコーダ・ファイルを試験測定装置２８に展開し、試験測定装置２８上でデコーダ・ファイルを使用してＤＵＴ２９を試験する。 【選択図】図１

Inventors

  • アルチャナ・アイ・アッカルコット
  • アクシャイ・グプタ
  • スバシス・ベラ
  • ケイ・ティ・アヌラーグ
  • スーシュリー・サンギタ・ダッシュ

Assignees

  • テクトロニクス・インコーポレイテッド

Dates

Publication Date
20260512
Application Date
20251024
Priority Date
20241024

Claims (12)

  1. 試験測定システムであって、 被試験デバイス（ＤＵＴ）に接続するための１つ以上のポートを有する少なくとも１つの試験測定装置を含む１つ以上の試験測定装置と、 １つ以上のユーザ・インタフェースと、上記１つ以上の試験測定装置に接続された生成人工知能（ＡＩ）モデルと、 １つ以上のプロセッサと を具え、 該１つ以上のプロセッサは、 上記生成ＡＩモデルのアプリケーション・プログラミング・インタフェース（ＡＰＩ）を提供する処理と、 プロトコルのプロトコル仕様を受けて、上記ＡＰＩを介して上記生成ＡＩモデルに上記プロトコル仕様を提供する処理と、 上記１つ以上のユーザ・インタフェースの１つを介して、上記プロトコルに従って動作するバスの設定を受ける処理と、 上記生成ＡＩモデルに上記設定を提供する処理と、 上記生成ＡＩモデルからデコーダ・ファイルを受ける処理と、 上記デコーダ・ファイルを上記試験測定装置に展開する処理と、 上記試験測定装置上で上記デコーダ・ファイルを使用して、上記プロトコルに従って動作するバスを含む上記ＤＵＴを試験する処理と を上記１つ以上のプロセッサに行わせるプログラムを実行するよう構成される試験測定システム。
  2. コンピューティング・デバイスを更に具え、上記１つ以上のユーザ・インタフェース及び上記１つ以上のプロセッサが上記コンピューティング・デバイス上に存在する請求項１に記載の試験測定システム。
  3. 上記１つ以上のプロセッサが、 上記１つ以上のユーザ・インタフェースの１つとして編集ユーザ・インタフェースを提供する処理と、 上記編集ユーザ・インタフェース上に上記デコーダ・ファイルをレンダリングする処理と を上記１つ以上のプロセッサに行わせるプログラムを実行するよう更に構成される請求項１に記載の試験測定システム。
  4. 上記１つ以上のプロセッサが、上記デコーダ・ファイルへの編集情報を受ける処理と、上記編集情報を使って新しいデコーダ・ファイルを生成する処理とを上記１つ以上のプロセッサに行わせるプログラムを実行するよう更に構成される請求項３に記載の試験測定システム。
  5. 上記１つ以上のプロセッサが、上記試験測定装置用のプラグインを生成するスクリプトを実行する処理を上記１つ以上のプロセッサに行わせるプログラムを実行するよう更に構成される請求項１に記載の試験測定システム。
  6. 上記デコーダ・ファイルを上記試験測定装置に展開する処理を上記１つ以上のプロセッサに行わせるプログラムが、上記デコーダ・ファイル及び上記プラグインを上記試験測定装置にロードする処理を上記１つ以上のプロセッサに行わせるプログラムを含む請求項５に記載の試験測定システム。
  7. 上記１つ以上のプロセッサが、上記デコーダ・ファイルに関する情報を使用して上記生成ＡＩモデルに学習させる処理を上記１つ以上のプロセッサに行わせるプログラムを実行するよう更に構成される請求項１に記載の試験測定システム。
  8. 上記デコーダ・ファイルに関する情報は、設定知識、デコーダ・ファイルの文法知識、デコーダ・ファイルの暗号化知識及びデコーダ・ファイルテンプレートの知識のうちの１つ以上を含む請求項７に記載の試験測定システム。
  9. 上記１つ以上のプロセッサが、上記生成ＡＩモデルから受けた上記デコーダ・ファイルから暗号化されたデコーダ・ファイルを生成するようにする処理を上記１つ以上のプロセッサに行わせるプログラムを実行するよう更に構成される請求項１に記載の試験測定システム。
  10. 生成ＡＩモデルにアプリケーション・プログラミング・インタフェース（ＡＰＩ）を提供する処理と、 プロトコルのプロトコル仕様を受けて上記ＡＰＩを介して上記生成ＡＩモデルに上記プロトコル仕様を提供する処理と、 ユーザ・インタフェースを介して、上記プロトコルに従って動作するバスの設定を受ける処理と、 上記生成ＡＩモデルに上記設定を提供する処理と、 上記生成ＡＩモデルからデコーダ・ファイルを受ける処理と、 上記デコーダ・ファイルを試験測定装置に展開する処理と、 試験測定装置上で上記デコーダ・ファイルを使用して、上記プロトコルに従って動作する上記バスを含む被試験デバイス（ＤＵＴ）を試験する処理と を具える試験測定方法。
  11. 試験測定装置用のプラグインを生成するスクリプトを実行することを更に含む請求項１０に記載の方法。
  12. 上記生成ＡＩモデルから受けたデコーダ・ファイルから暗号化されたデコーダ・ファイルを生成する処理を更に具える請求項１０に記載の方法。

Description

本開示は、試験測定システム及び方法に関し、特に電子信号用のプロトコル・デコーダの抽出、生成及び展開を加速させるＡＩベースのデコーダを用いる試験測定システム及び方法に関する。 シリアル通信は、コンピュータ上でもモバイル上でも、全ての電子デバイス間でデータを転送するために最も広く使用されているアプローチである。プロトコルは、送信機と受信機がアドレス指定する一連のルールに準拠した、安全で信頼性の高い通信形式を提供する。 今日、モビリティ（mobility）の向上、データ交換の高速化、安全なデータ交換、データ交換における消費電力の削減、データコネクタの使いやすさの向上の必要性により、多くのプロトコルが市場に出回っている。 これらの市場のニーズを満たし、顧客にデバッグ・ソリューションを提供するために、開発者がプロトコルをできるだけ早く開発及びリリースできるようにするツールが開発されてきている。米国テクトロニクス社の試験測定装置は、上記の問題を解決するためのプロトコル・デコーダを開発するための宣言型デコーダ言語（ＤＤＬ：Declarative Decoder Language）の使用をサポートしている。 特表２０２１－５１８５９５号公報 「テクトロニクス社製オシロスコープ」の紹介サイト、テクトロニクス、［online］、［２０２５年１０月２３日検索］、インターネット<https://www.tek.com/ja/products/oscilloscopes> 図１は、試験測定システムの実施形態を示す。図２は、デコーダ・ファイルを自動生成する処理の実施形態を示す。図３は、カスタム・デコーダ動作の一実施形態のフローチャートを示す。図４は、試験測定システムにおけるメッセージ・フローの実施形態を示す。図５は、ユーザ・インタフェースの実施形態を示す。 図１は、試験測定システムの実施形態を示す。ユーザ１０は、デコーダ・アシスタント生成ＡＩモデル１４のＡＰＩ１２を介して、新しいプロトコルのプロトコル仕様をアップロードする。本願における実施形態では、生成ＡＩモデルをデコーダ・アシスタント１４と呼んでいる。ユーザがインタラクティブにやり取りするＡＩアシスタントとは異なるので、混同しないようにしてほしい。デコーダ・アシスタント１４は、ＡＩ学習（トレーニング）を通じて設定（configuration：環境設定）知識１６、ＤＤＬ文法知識１８、ＤＤＬ暗号化知識２０及びＤＤＬテンプレート知識２２を受け取っている。次に、モデルは、バスのプロトコルとバス構成仕様を取得し、ＤＤＬファイル２４を生成する。図１の試験測定システム内のコンピューティング・デバイスは、デコーダ・アシスタント１４からＤＤＬファイルを受信して、２６でプラグインを生成するスクリプトを実行する。試験測定装置の能力が増加し続けているので、試験測定システム内のコンピューティング・デバイスとしては、コンピューティング・デバイス１１に加えて、試験測定装置２８もコンピューティング・デバイスの１種と考えることができる。例えば、テクトロニクス社のオシロスコープ等の試験測定装置は、プロセッサを有し、パソコン等のコンピューティング・デバイスで採用されている米国マイクロソフト社のＯＳを採用した製品も多く、この場合、パソコンと共通のソフトウェアが利用できる。コンピューティング・デバイス及び試験測定装置は、１つ以上のプロセッサを含んでもよく、これは、試験測定システムで動作する、生成ＡＩモデルなどのプログラムを実行する。 次に、試験測定システムは、ＤＤＬファイルを使用して、必要な「プラグイン」を生成する。本願で言う「プラグイン」という用語は、試験測定装置で使用するためにＤＤＬファイルから自動的に生成されるファイルを意味しており、これにより、試験測定装置２８は、ＤＤＬファイルを使用し、試験測定装置でデコードの結果を表示可能になる。１つの実施形態において、これらのプラグインは、ＸＭＬ（extended markup language）ファイル及びＱＭＬ（Qt Modeling Language）ファイルを含む。もちろん、他のタイプのプラグインが生成されても良い。次に、コンピューティング・デバイス（例えば、１１又は２８）は、デコーダ・アシスタント１４からＤＤＬファイルを受信し、必要なプラグインを生成する。１つの実施形態では、プラグインは、コンピューティング・デバイスによって実行されるスクリプトによって生成される。あるいは、いくつかの実施形態では、デコーダ・アシスタントがプラグインを生成しても良い。これらファイルが生成されると、これらは試験測定装置２８に展開され、その後、試験測定装置２８は、これらファイルを使用して、これらプロトコルの下で動作するバスを被試験デバイスとしてデバッグすることができる。被試験デバイス（ＤＵＴ）２９は、試験フィクスチャ（test fixture：試験治具）を介して試験測定装置に接続されても良く、このとき、ＤＵＴ２９は、試験フィクスチャに接続され、バスのプロトコルに従ってパケットを試験測定装置に送信し、次いで、このパケットは、この新しいプロトコルについて、ＤＤＬファイルやプラグイン・ファイルを用いてデコードされる。 上述した実施形態例は、ＤＤＬファイルを生成するデコーダ・アシスタントに加えて、生成されたＤＤＬファイルからプラグイン・ファイルを生成するコンピューティング・デバイスの具体的な例を使用している。しかし、このＤＤＬは、テクトロニクス独自の言語であって、新たなソフトウェア抽象化レイヤ（層）としてプラグインを使用するのは、カスタム・デコーダをサポートするテクトロニクス製品での実装に特有なものとなる可能性がある。本開示技術の実施形態は、ＤＤＬファイルの生成又は使用に限定されないし、このＤＤＬファイルから生成されるプラグイン・ファイルの生成又は使用に限定されない。本開示技術の実施形態は、試験測定装置の他のメーカー（製造業者）の独自のプロトコル・デコード言語やデコード・エンジンの実装とともに使用しても良い。本開示では、「デコーダ・ファイル」という用語は、一般的な意味で、また、同義語として、テクトロニクス社の試験測定装置で利用可能な「生成されたＤＤＬファイル」を指すために使うことがあり、また、他のメーカーの試験測定装置で利用可能な同様のファイルを指すために使うこともある。 図２は、デコーダ・ファイルを自動生成する処理の実施形態を示す。工程３０では、ユーザは、カスタム・デコーダを作成する必要があるプロトコル仕様書をデコーダ・アシスタントに割り当てる。ユーザは、信号を定義する電圧しきい値、バスへの入力、バスが複数のレートを使用する場合のボー・レートなどのバスの設定を提供する。デコーダ・アシスタントは、仕様からプロトコル要件を抽出し、システム・プロンプトを使用して内部的にデコーダ・アシスタントに渡す。これらの内部で生成されたプロンプトは、更にＤＤＬ文法の知識と、ＤＤＬファイル・テンプレートの知識もデコーダ・アシスタントへ渡すことで、デコーダ・アシスタントは、工程３２において、ＤＤＬファイルを作成する。以下に説明するように、ユーザは、工程３６に示すように、ＤＤＬファイルを編集しても良い。ユーザがＤＤＬファイルを編集しない場合、デコーダ・アシスタント（即ち、ＡＩ）は、工程３２で生成されたＤＤＬファイルを使用する。次に、システムは、工程３４において、プラグイン・ファイル及び暗号化されたＤＤＬファイル（ＥＤＤＬ：encrypted DDL）を生成し、プラグイン・ファイルは、試験測定装置２８に提供される。ＥＤＤＬファイルを使用すると、テクトロニクスの試験測定装置でセキュアな機能を管理できるため、ＤＤＬファイルを改ざんされないようにしたり、許可されていない機能を使用したりできる。試験測定装置２８が再起動されるか、又は、試験測定装置２８上で実行されているアプリケーションが再起動されると、ＥＤＤＬファイル及びプラグインを認識し、取り込むことが可能になる。ユーザが工程３６でＤＤＬファイルを編集すると決定した場合、デコーダ・アシスタント（ＡＩ）は、工程３８で新しいＤＤＬファイルとそれに付随するＥＤＤＬファイルを生成し、プロセスは工程３４に戻る。 図３は、カスタム・デコーダを生成する一実施形態のフローチャートを示す。工程４０では、デコーダ・アシスタントが、ユーザから仕様とバスの設定（configuration）を受ける。次に、デコーダ・アシスタントは、工程４２において、仕様を「読み取り（reads）」、ＤＤＬファイルを生成するための要件を生成し、工程４４でＤＤＬファイルを生成する。次に、デコーダ・アシスタントは、工程４６において、生成されたＤＬＬファイルを確認や編集する機会をユーザに提供する。ユーザがファイルを確認するだけの場合、システムは、生成されたＤＤＬファイルをそのままにして次へと進み、工程５０では、暗号化されたＤＤＬ（ＥＤＤＬ）ファイルを生成する。ユーザがＤＤＬファイルを工程４８で編集した場合には、ＥＤＤＬファイルが工程５０で生成される前に、新しいＤＤＬファイルが生成される。プラグイン・ファイルは、工程５２で生成され、ＥＤＤＬファイルとプラグイン・ファイルは、工程５４で試験測定装置の指定されたパスに配置されて試験測定装置に展開される。その後、試験測定装置は５６で再起動されるが、これには、試験測定装置を管理するアプリケーションのアプリケーションの再起動、試験測定装置のリブート、その他のアップデートが含まれていても良く、これにより、試験測定装置は、新しいＤＤＬファイル及びプラグイン・ファイルにアクセスできるようになる。 図４は、試験測定システムにおけるメッセージ・フローの実施形態を示す。ユーザは、セットアップ設定、仕様をアップロードするためのプロンプト及びＤＤＬファイルを生成する指示を提供する。次に、デコーダ・アシスタントは、設定知識、仕様知識、ＤＤＬ文法知識及び暗号化知識をアップロードする。生成ＡＩモデルは、パーサ（parser）を使用して、指定されたパスにＤＤＬファイルを生成し、次いで、ＥＤＤＬファイルを生成する。次に、デコーダ・アシスタントは、ユーザとやり取りして、ユーザがファイルを確認できるようにし、変更がある場合は、新しいＤＤＬファイルと新しいＥＤＤＬファイルを生成する。次に、ユーザは、ＥＤＤＬファイルを、特定のパスに保存するように指示する。 図５は、デコーダ・アシスタント用のユーザ編集インタフェース６０の実施形態を示す。フィールド６２及び６４により、ユーザは、プロトコル名（この例ではＩ２Ｃ）と仕様「I2C_2_11.pdf」を入力できる。ユーザは、必要に応じて、参照ボタン６８を利用することで、プロトコル仕様ファイルが保存されているフォルダへのパス（フォルダへのパス名）を参照できる。ＤＤＬファイルが生成されると、デコーダ・アシスタントは、ＤＤＬファイルを編集ウィンドウ７０に表示する。完了したら、ユーザは、［ＤＤＬ生成］ボタン８０を選択できる。ステータス・ウィンドウ７４がＤＤＬファイルが生成されたことを示すと、ユーザは、［ＥＤＤＬ生成］ボタン８２を選択する。次いで、［プラグイン生成］ボタン８４を選択し、そして、［展開］ボタン８６を用いて試験測定装置に展開する。 上述のように、ユーザは、デコーダ・アシスタントにＤＤＬファイルを作成するように求める。デコーダ・アシスタントは、内部プロンプトを生成するが、その例を以下に示す。 prompt = f"Here is specification for {protocol_name} Protocol give as {spec} which has information the the " ＼ f"protocol layer