(57)【要約】【課題】測定デバイスやシステムに依存することなく計器データを表現するための標準化フォーマットを提供する。【解決手段】本発明は、測定デバイスやシステムに依存することなく計器データを表現するための標準化フォーマットを提供する手法に関するものである。本発明の手法は、適切なメタ言語（例えば、ＸＭＬ）のデータ表現を用いる。この手法は実に幅広い計器からのデータの解析と適切な処理を可能にし、最小限の複雑さで幅広い範囲のソフトウェアアプリケーションの活用を引き起こす。この手法を利用することにより、あらゆる計器がＸＭＬファイルを生成することができる。ＸＭＬファイルに基づき、適切な解析プログラムがＸＭＬファイルを解析して計器データを取得し、適切な変換プログラムが任意数の後処理アプリケーションへデータを供給することができる。さらに、任意の後処理アプリケーションにより処理したデータはＸＭＬファイル内でエンコードすることができる。【選択図】図３
2004362557.tif 000002
【特許請求の範囲】
【請求項１】
計器データの処理方法であって、
計器（３０１）から計器データを取得するステップと、
前記計器データをメタ言語ファイル（３０５）内にエンコードするステップと、
前記メタ言語ファイルを複数の後処理アプリケーションのうちの選択された一つのファイルフォーマット（３０９，３１０）へ変換するステップと、
を有する方法。
【請求項２】
前記複数の後処理アプリケーションのうちの選択された一つの前記ファイルフォーマットでファイルを記憶するステップと、
前記複数の後処理アプリケーションのうちの前記選択された一つを用いて、前記記憶されたファイル内のデータを処理するステップと、
前記処理されたデータを別のメタ言語ファイルへ変換するステップと、
前記別のメタ言語ファイル内のデータを用い、前記計器のさらなる操作を制御するステップと、
をさらに有する、請求項１に記載の方法。
【請求項３】
前記メタ言語ファイルが拡張可能なマーク付け言語（ＸＭＬ）ファイルである、請求項１に記載の方法。
【請求項４】
前記エンコードするステップが、個々のタグ（９０１，９０２，９０３）内に計器データ配列をエンコードするステップを含む、請求項１に記載の方法。
【請求項５】
前記個々のタグが、前記配列内の前記データのフォーマットを定義する属性値に関連付けられる、請求項４に記載の方法。
【請求項６】
前記属性値が、スキーマおよび文書型定義（ＤＴＤ）からなるリストから選択した項目に規定されるデフォルト値である、請求項５に記載の方法。
【請求項７】
前記フォーマットが、前記配列内の前記データを数学的な複素数として規定する、請求項６に記載の方法。
【請求項８】
計器データの処理システムであって、
計器から計器データを取得し、個々のメタ言語ファイル内に該取得した計器データをエンコードする、ソフトウェアインタフェースと、
前記メタ言語ファイルから前記計器データを解析する、解析ソフトウェアモジュール（３０６）と、
前記解析した計器データを複数の後処理ソフトウェアアプリケーションごとに個別のファイルへ変換する、複数の変換ソフトウェアモジュール（３０７，３０８）と、
を有するシステム。
【請求項９】
前記複数の変換ソフトウェアモジュールが、前記複数の後処理ソフトウェアアプリケーション用の個別フォーマットに従って記憶されたファイルをメタ言語ファイルのデータへと変換するよう動作可能である、
請求項８に記載のシステム。
【請求項１０】
前記ソフトウェアインタフェースはさらに、前記計器に伝達された前記変換されたメタ言語ファイルからデータを取得する、請求項９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計器データを処理するシステム及び方法に関する。
【背景技術】
【０００２】
現在、計器（instrument）データは比較的多数のデバイスを用いて生成されるようである。図１は、計器データを生成し保管し及び／又は処理する一般的な計測のセットアップを表わす。このセットアップは、回路と同様に単純であったり、また光通信システムと同様に複雑であったりする被測定デバイス（device under test、ＤＵＴ）を含む。実行する測定の種別に応じ、計器１０２はＤＵＴ１０１に対し刺激を生成し、ユーザに測定プロセスとＤＵＴ１０１の応答のより大きな理解をもたせることができる。計器１０２は、データサンプリング（あるいは、アナログ−ディジタル変換や他のアナログ処理を含む）を実行する。サンプリングされたデータは、単次元でも複次元でもよい。生のデータは、ある種の後処理（例えば周波数領域変換及び／又はウィンドウ処理）にさらすことができる。後処理は、計器１０２か又はコンピュータ１０３のいずれによっても行なうことができる。生データ及び／又は後処理データは、幾つかの目的に合わせコンピュータ１０３に記憶させることができる。このデータは、適当なグラフィックス・アプリケーションを介してユーザに表示することができる。あるいはまた、このデータは保管目的にコンピュータ１０３に記憶させることもできる。
【０００３】
データ転送プロセスは、公知のデバイス駆動ソフトウェア技術を用いて実行される。具体的には、計器１０２は適当な物理的インタフェース（例えば、汎用インタフェースバス（ＧＰＩＢ）やユニバーサルシリアルバス（ＵＳＢ）やＩＥＥＥ１３９４バス及び／又は類似のもの）上でメッセージを通信することで計器１０２を制御できるようにする自社開発機能を含む。あるいはまた、計器製造業者はユーザが彼ら自身のアプリケーションコードを書くことのできるアプリケーションプログラムインタフェース（application program interface、ＡＰＩ）を構成する一組のソフトウェアライブラリを提供することができる。計器１０２は通信網接続性を有しており、インターネットプロトコル（internet protocol、ＩＰ）を介して通信されるメッセージにより制御することができる。制御メッセージに応答する計器１０２の独自の機能は、独自のデバイスドライバを必要とする。計器１０２の自社開発機能と自社開発デバイスドライバが、計器１０２からのサンプリングデータ及び／又は後処理データをコンピュータ１０３へ交換するタスクを実行する。データは、標準化された通信プロトコルのデータパケット内に「閉包」される。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
後でデータにアクセスしたときに、ユーザはデータを捕捉したデバイスの種類及びデータの使用に付随する特定のデータフォーマットを知らねばならない。短い期間にわたるもので少数の計器にとっては、これは受け入れることのできない量の困難さを呈するものではなく、何故なら初回に測定したユーザには利用可能になる可能性が一番高いからである。しかしながら、特定の計器１０２が全ての関連文書を廃棄した後、保管データは特定の計器１０２に用いる自社開発でかつ通常の任意のデータフォーマットが故に役に立たなくなることがある。さらに、比較的多数の計器を用いたときは、異なるフォーマットにて全てのデータを留保する相当量の困難さが存在する。
【０００５】
さらに現在では、後処理計器データに対する能力は非常に限定されたものである。具体的には、一つの公知の計器インタフェースアプリケーションが計器データを計器から検索しマトラボ（Matlab）ウィンドウに供給できるようにする。しかしながら、ユーザが欲する特定のタスクにより適するであろう他のアプリケーションへデータを自動的に供給する能力は一切ない。
【課題を解決するための手段】
【０００６】
本発明は、被測定デバイス（device under test）、データ捕捉に用いる計器、またはデータ記憶用に用いる保管システムに依存することなく計器データを表現するための標準化フォーマットを提供するシステム及び方法に関するものである。本発明の実施形態は、適切なメタ言語（meta-language）（例えば、拡張可能なマーク付け言語（extensible mark-up language、ＸＭＬ））のデータ表現を用いるのが好都合である。計器データ用にＸＭＬスキーマや文書型定義（Document Type Definition、ＤＴＤ）等を定義することにより、捕捉されたデータは、各計器の独自のディテール（proprietary detail）に精通するという要件を回避できるデータ表現内に包含されるようになる。具体的には、ＸＭＬスキーマまたはＤＴＤは、ユーザに特定の計器の従来の文書化（dated documentation）の利用を要求することなく、比較的直接的な方法で捕捉データの特性をユーザに理解させることができる。
【０００７】
さらに、計器データ表現用に標準化フォーマットを用いることで、本発明の実施形態は実に幅広い計器からのデータの解析と適切な処理を可能にし、最小限の複雑さで幅広い範囲のソフトウェアアプリケーションの活用を生じる。具体的には、本発明の実施形態を利用することにより、あらゆる計器が普遍的にアクセス可能な（universally accessible）ＸＭＬファイルを生成することができる。普遍的にアクセス可能なＸＭＬファイルに基づき、適切な解析プログラムがＸＭＬファイルを解析して計器データを検索し、適切な変換プログラムが任意数の後処理アプリケーション（Matlab，Mathermatica，Excel，StarCalc，OpenCalc、または類似のもの）へデータを供給することができる。さらに、任意の後処理アプリケーションにより処理したデータはＸＭＬファイル内でエンコードすることができる。ＸＭＬファイルからの処理済みデータは元の計器または別の計器へ戻され、所与のアプリケーションに対応するように計器のさらなる操作を制御することができる。
【０００８】
前述のことは、続く本発明の実施形態の詳細な説明がより良く理解されるようにするため、本発明の実施形態の特徴と技術的な利点をやや広く概括したものである。本発明の実施形態のさらなる特徴と利点を以下に説明するが、それらは本発明の実施形態の請求項の要旨を形成するものである。当事者には、開示した概念ならびに特定の実施形態が本発明の実施形態の同一目的を達成する他の構成を修正し、または実施する基本として容易に活用できることは理解されて然るべきである。当事者には、この種の等価構成が添付特許請求の範囲に記載した本発明の実施形態の趣旨ならびに範囲から逸脱しないこともまた理解されたい。その編成と動作方法の両方に関する本発明の実施形態の特性と信ずる特徴は、さらなる目的と利点と併せ添付図面と関連して考察したときに以下の説明からより良好に理解されよう。しかしながら、各図は図解と説明だけを目的に提供するものであって、本発明の実施形態の限界を規定する意図のないものであることは明白に理解されたい。
【発明を実施するための最良の形態】
【０００９】
本発明の実施形態をより完全に理解するため、ここで添付図面を併用して以下の説明を参照する。
【００１０】
前記したように、代表的な実施形態はＸＭＬを用い普遍的にアクセス可能な方法で計器データ表現をエンコードする。ＸＭＬは、メタ言語（meta-language）、すなわちそこから他の言語を創成することのできる言語である。計器データ用の専用言語を定義することで、計器データの構造は保持される。具体的には、ＸＭＬファイル内のデータの各項目は、例えば適当なタグおよび適切なスキーマまたはＤＴＤの使用により定義付けされた意味へ関連付けることができる。さらに、ＸＭＬはインターネットを介して交換し、それによってオペレーティングシステムおよびプラットフォームから独立したデータ表現を生むよう設計されている。ＸＭＬは、構造上でハイパーテキストマーク付け言語（hypertext mark-up language、ＨＴＭＬ）に類似するものである。ＸＭＬはＨＴＭＬに比べ有利であり、それは関連データの記述から文書のフォーマット化が分離されているからである。
【００１１】
一般に、ＸＭＬファイルは情報交換用米国標準コード（American Standard Code  for Information Interchange、ＡＳＣＩＩ）に基づくものであり、ユーザ定義可能なタグのペア内にデータを包含している。タグのユーザ定義を容易にするために、ＸＭＬファイルはそれらの内容及び／又は構成の記述方法に結合されている。このような記述のより古いフォーマットでは、文書型定義（ＤＴＤ）が用いられており、ＸＭＬファイル内や外部ファイル内に包含させることができる。近年、スキーマはＸＭＬファイルの内容と構成を記述するのに用いられてきた。ＸＭＬスキーマは語彙を共有し、文書規則を定義できるようにしてある。ＸＭＬスキーマは好都合であるが、それはＸＭＬスキーマがＸＭＬで書かれ、より多くのデータ種をサポートし、従って拡張可能であり、ネーム空間をサポートしているからである。
【００１２】
本発明の実施形態は、スキーマまたはＤＴＤを用い、様々な計器からのデータをサポートしている。例えば、スペクトル分析器は特定組の周波数値において実数値からなる１以上のベクトルを供給することができる。この値は、パワースペクトル、パワースペクトル密度、または同様の特性の測定量に対応する。あるいはまた、ネットワークパーサーは出力信号を入力信号と比較し、振幅値と位相情報をもたらすことができる。周波数領域にあっては、計器データは数学的な複素数からなる１以上のベクトル形式をとる。同様に、実時間ディジタルオシロスコープはサンプリングオシロスコープとは基本的に異なる方法でデータの測定値を保存する。また、その測定は特定の計器及び／又はその動作モードに応じて１または数個のチャンネルに従って遂行することができる。
【００１３】
本発明の実施形態は、ＸＭＬスキーマまたはＤＴＤを利用し、様々なデータ種の構造及び／又はデータ構造を記述する。ＸＭＬスキーマやＤＴＤは、ユーザにカスタマ変換プログラム（customer transfer program）（以下により詳細に説明）を生成させ、計器データが任意数の後処理アプリケーションに供給されるようにする。その上、解析プログラム（parser program）（以下により詳細に説明）は、先ず特定のＸＭＬファイルに関連するスキーマまたはＤＴＤを読み取ることで特定の計器について自己構成可能とすることができる。
【００１４】
本発明の実施形態は、適当なＸＭＬスキーマまたはＤＴＤを用いて、関連するＸＭＬファイルからの計器データの解析を容易にする方法で計器データを表現するタグを定義している。例えば、タグ対とデータ「<xScale>xScale value</xScale>」は、xScale値がパラメータの実際の値を表わすスキーマまたはＤＴＤにて定義することができる。さらに、タグ対とデータ「<units>unit value</units>」は、単位の値（例えば、「ｄＢｍ」）を割り当てるよう定義することができる。また、計器データは非常にしばしば複数チャンネルの捕捉データを含む。適切なタグ（例えば、<channel1>、<channel2>、・・・<channelN>）をスキーマまたはＤＴＤ内で定義し、解析プログラムに個別チャンネル内で計器データを特定させることもできる。異なるパラメータを異なるチャンネルのデータに関連付けることもできる。タグをチャンネルタグに入れ子にする（nesting）ことにより、パーサー（parser、解析処理プログラム）が入れ子にされたタグを解析するよう実行されたときに、チャンネルパラメータの適切な定義が容易になる。例えば、以下のタグ構造は単位「ｍＶ」や「μＶ」を異なるチャンネルに関連付けることができる。すなわち、<channel1><units>mV</units> ・・・ </channel1> ・・・ <channel3><units>μV</units> ・・・ </channel3＞であり、これは図９のＸＭＬ部分９０１にも示してある。
【００１５】
計器は通常、データ配列、すなわち所与の時間量にわたって各サンプリング周期に関連する複数のデータサンプルを生成する。数値配列を含む量は、スキーマ及び／又はＤＴＤに定義した様々な方法でタグ対内にエンコードすることができる。データ配列を表わす一つの方法は、単純なタグを利用するものである。以下の配列構造（図９のＸＭＬ部分９０２にも図示）は、スキーマまたはＤＴＤにおいて定義することもでき、解析プログラムは配列ストリング値からの制限値を分離する原因となろう。すなわち、<channel1>0.534 0.105・・・0.01 -0.34</channel1>である。あるいはまた、入れ子にしたタグ（以下の例及び図９のＸＭＬ部分９０３に図示したように）と適切に実装したパーサーを用い、データ配列をエンコードすることができる。すなわち、<channel1> <val>0.534</val> <val>0.105</val> ・・・ <val>0.01</val> <val>-0.34</val> </channel1>である。配列ごとに入れ子にしたタグフォーマットを用いることで、配列としてのエンコードデータの同定が容易になり、スキーマでエンコードすることができる。配列データが存在することをパーサーに示す別の方法は、図９のＸＭＬ部分９０４に示したように、タグ内の属性を用いるものである。この場合、属性値はどのような種別のデータがタグ内にあったかをパーサーに示す。これが図９の部分９０３における方法よりもより少ないオーバヘッドを有することに留意されたい。スキーマまたはＤＴＤが所望の値を有するデフォルトの属性値を含む場合、属性はデータを用いて明示的に一覧化する必要はない。パーサーは、スキーマまたはＤＴＤを読み取る際に、パーサー自体がデフォルトの属性値に従ってデータを解析するよう構成される。
【００１６】
前述のように、受信した計器データには数学的な複素数を含めることができる。複素数を特定すべく、解析プログラムを実装することができる。例えば、複素数は（ａ＋ｂｉ）の形をとり、ここでａは実数部であり、ｂは虚数部であり、ｉ（代わりにｊで置き換えることもできる）は−１の平方根を表わす。コンマやセミコロン及び／又は類似のもの等の適当な区切り文字を用い、複素数を分離することもできる。あるいはまた、複素数は順序対（例えば、（ａ，ｂ）や＜ａ，ｂ＞及び／又は類似のもの）により表現することもできる。さらに、属性を備える複素タグ（複素構造をもったデータに関する）を、データ配列のエンコードを容易にすべくスキーマまたはＤＴＤ内で定義することができる。例えば、タグ <channel1 numType=”real Array”> や  <channel1 numType=”complex Array”> （図９のＸＭＬ部分９０４，９０５に示す）は、それぞれ実数データ配列のエンコード及び複数数のエンコードを容易にすべく定義することができる。「complex tag」が複素データ構造に関連するＸＭＬタグを指し、属性値「complex Array」が計器データ内の数学的意味における複素数を指すことに留意されたい。また、属性値「real Array」または「complex Array」をスキーマまたはＤＴＤ内のデフォルトの属性値として定義し、それによりユーザにデフォルトのケースについて属性値の明示的説明を省略させることもできる。例えば、タグ<freqarray>はスペクトル分析器等からの周波数データ配列を定義するのに用いることができる。スペクトル分析器からのデータ配列は実数値を含むため、スキーマまたはＤＴＤ内のデフォルトの計数値を<freqarray>タグと関連付けて配列内のデータのフォーマットを定義することができる。同様に、配列の数学的な複素数に関するデフォルトの属性値はスキーマまたはＤＴＤ内のタグ<freqresponse>）に関連付けることができる。
【００１７】
これまで、データエンコードの考察はＡＳＣＩＩエンコードを用いるエンコードスキーマを指してきた。他のエンコードメカニズムを、本発明の実施形態を用いて実装することもできる。データ配列は、バイナリ情報をＸＭＬでエンコードできるようにするＢａｓｅ６４フォーマットを用いてエンコードすることができる。同様に、スケーラブル・ベクトル・グラフィックス（Scalable Vector Graphics、ＳＶＧ）または他の任意の適切なデータフォーマットを用い、データ配列をエンコードすることもできる。属性付き複素タグ（複素構造付きのデータに属する）を、スキーマまたはＤＴＤにて定義し、データ配列のエンコードを容易にすることができる（例えば、ＡＳＣＩＩ属性値やＢａｓｅ６４属性値やＳＶＧ属性値及び／又は類似のものを定義し、配列内のデータのエンコードフォーマットを特定することができる）。また、デフォルト値をエンコードフォーマット用にスキーマまたはＤＴＤにて定義することができる。
【００１８】
これらの種のタグの定義が例示に過ぎないことは理解されて然るべきである。他の任意のタグとタグ属性を定義し、本発明の実施形態を用いてＸＭＬファイル内でのデータのエンコードを容易にすることもできる。
【００１９】
本発明の実施形態は、幾つかのメカニズムを用いてＸＭＬファイル内に計器データを隠蔽（encapsulation）することができる。例えば、本発明の実施形態は、包括的プログラミングインタフェースであるドキュメントオブジェクトモデル（Document Object Model、ＤＯＭ）、別のプログラミングインタフェースであるＸＭＬ用シンプルアプリケーションプログラミング（Simple Application Programming Interface for XML、ＳＡＸ）、ＸＳＬ変換言語（ＸＳＬＴ）、文書内のデータへのパスを記述するＸＭＬパス言語（ＸＰａｔｈ）、インターネット上のファイル位置を記述するＸＭＬポインタ言語（ＸＰｏｉｎｔｅｒ）、または類似のものを用いることができる。
【００２０】
図２は、本発明の実施形態により実行することのできるＸＭＬファイルの計器データ処理用の処理フロー２００を表わす。処理フロー２００のステージ２０１において、計器が計器データを生成する。計器データは、その特定の計器に関する独自のデータフォーマットに従ってフォーマットすることができる。ステージ２０２では、計器インタフェースが独自のデータフォーマットに従って先にエンコードしたデータを処理する。具体的には、汎用ソフトウェア（アジレントテクノロジーズ（Agilent Technologies）社のＶＥＥやナショナルインストルメンツ（National Instruments）社のＬａｂｖｉｅｗ等）は、サポートする計器の挙動とデータを体系化する「計器ドライバ」を用いるものである。低レベルインタフェースソフトウェアにより、ユーザは様々なコンピュータ言語でカスタムコードを書き、計器データを取得し、望み通りに処理できるようになる。本発明の実施形態が任意の特定のインタフェースや計器アクセス法に限定されないことは理解されて然るべきである。任意の適切なインタフェースが利用可能である。
【００２１】
ステージ２０２における計器インタフェースは、適当なＸＭＬスキーマ及び／又は文書型定義（ＤＴＤ）に従ってステージ２０３用のＸＭＬファイルとしてデータをエンコードする。ステージ２０３は、普遍的にアクセス可能なフォーマット、例えばＸＭＬでの計器データの記憶を表わす。データフォーマットのアクセス可能性（accessibility）は、幾つかの理由から好都合である。先ず、このアクセス可能性はデータを記憶または保管する特定のプラットフォームに依存はしない。このように、新規の記憶周辺機器や新規のオペレーティングシステム及び／又は類似のものが、ＸＭＬ表現とともに含まれる計器データのアクセス可能性に影響を及ぼすことはない。さらに、このアクセス可能性が最小の量の複雑さをもってユーザが望む実に様々な後処理アプリケーションに計器データを送出できるようにしている。具体的には、ステージ２０４において変換ソフトウェアプログラムが個別スキーマまたはＤＴＤに従ってＸＭＬファイルを解析し、選択された後処理アプリケーションに従って適用されたファイルを生成することができる。
【００２２】
本発明の実施形態により、計器と後処理アプリケーションの間の計器データの処理を双方向とすることができる。すなわち、後処理データはステージ２０５からの適切なアプリケーションファイルから検索することができる。検索したデータはステージ２０４において変換され、ステージ２０３用に対応ＸＭＬファイルを生成することができる。ＸＭＬファイルの普遍的にアクセス可能なデータ表現は適当な計器インタフェースに供給（ステージ２０２）され、適切な計器へ通信（ステージ２０１）されて計器及び／又は被測定デバイスのさらなる操作を制御することができる。
【００２３】
図２に示した処理フローを用いることで、本発明の実施形態は全く異種の計器からのデータの集約を可能にするのに好都合である。本発明の実施形態により集約されたデータは、特定のデータに適した任意の後処理アプリケーションによっても処理できるようになる。さらに、本発明の実施形態はこれらの異種計器間でのデータ通信を可能にする。
【００２４】
図３は、本発明の実施形態を用いるシステム３００を表わす。複数の計器３０１がローカルエリアネットワーク（ＬＡＮ）３０２または他の適切なネットワーク（例えばインターネット）に結合して図示してあるが、複数の計器３０１はコンピュータ３０３に直接取り付けることもできる。この計器は、複雑な計器（例えば、スペクトル分析器や回路網パーサー等）からの略式の（unconventional）デバイス（適切なプロセッサ及び通信インタフェースと組み合わせた複雑さの少ないセンサ、呼び出し伝送パケットのオーバヘッド内に計測データを配置するファームウェア付きのセル電話、または類似のもの等）にまで及ぶ任意の適切な計器とすることができる。具体的には、関連データの計測と通信を実行することのできるどんなデバイスも本発明の実施形態になる計器を構成することができる。複数の計器３０１は、汎用計器バス（ＧＰＩＢ）、ＵＳＢバス、または類似のもの等の様々なインタフェースを実装することができる。ＧＰＩＢ／ＬＡＮ接続は、ＧＰＩＢバスとＬＡＮが使用するプロトコル間での変換に用いることができる。
【００２５】
汎用コンピュータ（例えば、パーソナルコンピュータ）３０３が、ブロック３２０に示したデータ構造とソフトウェアモジュールを用いて、複数の計器３０１から計器データを受信し処理する。具体的には、本発明の実施形態はＶＥＥアプリケーション３０４（あるいはＬａｂｖｉｅｗアプリケーションまたは任意の他の適切なアプリケーション）を用い、複数の計器３０１のうちの１つ又は幾つかについてデータをアクセスすることができる。ＶＥＥアプリケーションは、計器データからＸＭＬファイル３０５を生成する。ＸＭＬファイル３０５が必ずしもディスク記憶装置に書き込む必要のないことは理解されて然るべきである。ＸＭＬファイル３０５は、必要に応じてランダムアクセスメモリ（ＲＡＭ）等の適切なメモリに留保することができる。ＸＭＬファイル３０５は周知のスキーマまたはＤＴＤにより生成したため、パーサー３０６（例えば、Perlスクリプト）はＸＭＬファイル３０５を読み取って適当なタグを抽出し、元の計器に関係なく、かつコンピュータ３０３のオペレーティングシステムに関係なく計器データへアクセスする。本発明の実施形態がいずれかの特定の解析機能に限定されないことは、言うまでもない。任意の適切なストリングや他の処理ライブラリや他の適切なソフトウェア機能を用い、所望の解析機能を実装することができる。解析機能の他の例には、ＪＡＶＡクラス、「エクスパット（expat）」解析ルーチン、ＣまたはＣ＋＋で書かれたカスタムコード、又は類似のものが含まれる。
【００２６】
パーサー３０６により、計器データを幾つかの後処理アプリケーションのうちの一つに提供することが可能である。例えば、Perlライトエクセル（WriteExcel）ソフトウェアモジュール３０７は、解析データからExcelファイル３０９を作成し、Excelアプリケーションが計器データを操作または適切に処理できるようにする。あるいはまた、Perlモジュール（Perl2Mat ３０８として図示）を書き込んでPerlに解析データからMatlabファイル３１０を作成させ、Matlabアプリケーションが計器データを操作又は適切に処理できるようにさせることができる。様々なアプリケーションが、望ましい処理を実行することができる。例えば、Excelアプリケーションのチャート作成機能を計器データの適当な可視表現の作成に用いることができる。あるいはまた、様々な数学的変換及び／又は類似のものを、Matlabアプリケーションにより所与のアプリケーションにとって適当なものとして実行することができる。Perlライトエクセルソフトウェアモジュール３０７及びPerl2Mat ３０８は、解析データを個別アプリケーションに関するファイルフォーマットへ変換するのを容易にするためにパーサー３０６に用いられる。ドライバユーティリティである。Perlライトエクセルソフトウェアモジュール３０７は、公的に利用できるソフトウェアモジュールである。Perl2Mat ３０８は、解析されたデータをMatlabのファイルフォーマットへ変換する目的で生成されるカスタムソフトウェアモジュールである。
【００２７】
本発明の実施形態は、任意数のアプリケーションに用いることができる。例えば、本発明の実施形態を計器データの管理に用い、それによって「旧式」計器と最新の後処理プログラムの間の交換を可能にすることができる。さらに、元来が「旧式」計器により生成され適切に後処理された計器データは、「最新」計器を適切なものとして制御するのに用いることができる。
【００２８】
図４は、本発明の実施形態により生成したＸＭＬファイル３０５のブラウザ表示を表わす。図４に示すように、ＸＭＬファイル３０５は計器データの「人が読み取り可能な（human-readable）」特徴を保持するものである。具体的には、タグ、タグ構造、タグ属性、およびタグ内データ隠蔽により、ユーザは元の計器用の独自の文書化（proprietary documentation）に頼ることなくデータの意味を理解できるようになる。これは、多数の計器インタフェースが用いるカンマ区切り形式（ＣＳＶ）とは著しく対照的である。
【００２９】
適切なスキーマやＤＴＤに従ってＸＭＬファイル３０５をエンコードすることで、ＸＭＬファイル３０５が解析され、複数の後処理アプリケーションのうちの１つ又は幾つかのためにファイルを作成することができる。例えば、Excelスプレッドシートアプリケーションは、業務用または他の商用用途に適切なフォーマットでデータを表現するのに好都合であると考えられている。図５は、本発明の実施形態によるＸＭＬファイル３０５から生成したExcelファイル３０９の表示を表わす。図５に示すように、Excelファイル３０９は、「人が読み取り可能な」形式で保持された元の計器データの構造を留めている。Excelファイル３０９の計器データは、Excelアプリケーション能力のいずれかにより処理することができる。例えば、Excelグラフ６００（図６に示す）はExcelファイル３０９の計器データから生成することができる。
【００３０】
本発明の実施形態はさらに、所望の特定の処理能力又はユーザの個人的な嗜好に応じてＸＭＬファイル３０５に隠蔽した計器データを他の計器へ送出させることができる。例えば、ユーザは計器データを処理するのにMatlabアプリケーションの信号処理機能の利用を望むことがある。本発明の実施形態は、ＸＭＬファイルを図７に示すMatlabファイル３１０へ変換することができる。ここでも、元の計器データの構造は人が読取り可能な形式に維持される。あらゆるMatlabアプリケーション処理能力が、送出データの処理に利用できる。例えば、図８に示すグラフ８００は、Matlabアプリケーションのグラフ化機能を利用することでMatlabファイル３１０内の計器データから生成することができる。
【００３１】
本発明の実施形態はさらに、分散計測システムを可能にする。例えば、セルラシステム方式内のセルラユニットは、ファームウェア性能の変化に従い様々な測定値を作成することができる。このファームウェアは、本発明による適切なＸＭＬファイル内の測定データを、異なるファームウェア性能用にエンコードすることができる。同様に、センサの集約は適切な測定値を収集し、インターネットを介してこれらの測定値を通信することができる。測定値は、普遍的にアクセス可能なＸＭＬファイルでエンコードすることができる。こうしてデータをエンコードすることで、性能が変動し、地理的に分散されたセンサから収集したデータが、所望の変動する目標（varying purpose）のために有効な任意数の組み合わせに従って解析されることが可能である。
【００３２】
様々な計器から計器データを収集し任意数の後処理アプリケーションに提供できるようにすることで、本発明の実施形態は幾つかの効果をもたらす。具体的には、ＸＭＬファイルの中間種でかつ普遍的にアクセス可能なデータ表現によって、計器インタフェースは１種類のファイルに書き込めば良くなる。そのファイルに基づき、どんな具体的なファイルフォーマットも最小程度の複雑さをもって後処理アプリケーション用に生成することができる。幾つかの後処理アプリケーションを利用できることは有効である。なぜなら、一般に利用可能な後処理アプリケーションは、処理ツールとアルゴリズムの幅広い集合を有したり、反復作業を容易にする記述言語を有したり、洗練されたグラフ化と出力能力を有したり、元々の測定がなされた箇所に依存しない任意のアクセス可能なプラットフォーム上で後処理を実行させることができるからである。その上、後処理アプリケーション能力範囲はかなり異なる。このように、本発明の実施形態は、ユーザが処理する計器データおよびユーザの嗜好に最も適した所望の後処理アプリケーションの選択を都合よく可能にするものである。本発明の実施形態はさらに、後処理アプリケーションからのデータを元の計器（または他の計器）へさらなる処理用に都合よく戻すことができる。戻されたデータは、個々の計器と関連する所与の動作について適切なさらなる動作を制御するのに用いることができる。
【００３３】
本発明の実施形態とその効果を詳細に説明してきたが、添付の特許請求の範囲に規定した本発明の実施形態の趣旨ならびに範囲から逸脱することなく、様々な変形や置換や変更がここに可能であることは言うまでもない。さらに、本発明の実施形態の範囲は明細書に記載したプロセスや機械や製造物や組成物や手段や方法やステップからなる特定の実施形態に限定する意図はないものである。本発明の実施形態の開示から当事者には容易に理解されるように、本願明細書に記載した対応実施形態とほぼ同じ機能を実行したりほぼ同じ結果を達成する既存のまたは後程開発されるプロセスや機械や製造物や組成物や手段や方法やステップは、本発明の実施形態に従って利用することができる。従って、添付の特許請求の範囲にはその範囲内にこの種のプロセスや機械や製造物や組成物や手段や方法やステップを含むことを意図するものである。
【００３４】
本発明及びその効果を詳述してきたが、添付の特許請求の範囲に規定する本発明から逸脱することなく様々な変形例や置換例や変更例がここになし得ることは言うまでもない。さらに、本出願は明細書に記載したプロセスや機械や製造物や組成物や手段や方法やステップの特定の実施形態に限定する意図はないものである。この開示から容易に理解される如く、本願明細書に記載した対応実施形態とほぼ同じ機能を実行したりほぼ同じ結果を達成する既存のまたは後程開発されるプロセスや機械や製造物や組成物や手段や方法やステップを用いることもできる。従って、添付の特許請求の範囲はプロセスや機械や製造物や組成物や手段や方法やステップ等をそれらの範囲内に含むことを意図するものである。
【図面の簡単な説明】
【００３５】
【図１】従来技術による計器セットアップを示す図である。
【図２】本発明の実施形態により実行される計器データを処理する処理フローを示す図である。
【図３】本発明の実施形態により実行される計器データを処理するシステムを示す図である。
【図４】本発明の実施形態により生成されるＸＭＬファイルを表わす図である。
【図５】本発明の実施形態による図４に示したＸＭＬファイルから生成したExcelファイルを表わす図である。
【図６】図５に示したExcelファイルから生成したExcelグラフを表わす図である。
【図７】本発明の実施形態による図４に示したＸＭＬファイルから生成したMatlabファイルを表わす図である。
【図８】図７に示したMatlabファイルから生成したMatlabグラフを表わす図である。
【図９】本発明の実施形態により生成されるＸＭＬコードの幾つかの部分を表わす図である。
【符号の説明】
【００３６】
３００  計器データ処理システム
３０１  計器
３０４  ソフトウェアインタフェース（ＶＥＥアプリケーション）
３０５  メタ言語ファイル（ＸＭＬファイル）
３０６  解析ソフトウェアモジュール（パーサー）
３０７，３０８  変換ソフトウェアモジュール
３０９  Excelファイルフォーマット
３１０  Matlabファイルフォーマット
【図１】
2004362557.tif 000003
【図２】
2004362557.tif 000004
【図３】
2004362557.tif 000005
【図４】
2004362557.tif 000006
【図５】
2004362557.tif 000007
【図６】
2004362557.tif 000008
【図７】
2004362557.tif 000009
【図８】
2004362557.tif 000010
【図９】
2004362557.tif 000011