【誤訳訂正書】
【提出日】平成27年11月25日(2015.11.25)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
信号処理ネットワークを形成するためのシステムであって、
前記信号処理ネットワークは、複数の信号処理ユニットと、１つまたは複数のシグナルフローコネクションと、専用インターフェースと、を具え、
前記複数の信号処理ユニットの各々は、信号処理ユニットベースクラスのそれぞれのインスタンスを具え、前記信号処理ユニットベースクラスは、現存するプリコンパイルかつリンクされたコードを具え、各信号処理ユニットは複数のインプットと複数のアウトプットを有し、前記複数の信号処理ユニットの各々は、構成データを具え、前記信号処理ネットワークは前記データを用い、前記現存するプリコンパイルかつリンクされたコードを、前記複数の信号処理ユニットの各々のために構築し、
前記１つまたは複数のシグナルフローコネクションは、前記信号処理ユニットの少なくとも１つのアウトプットを、前記信号処理ユニットの少なくとも他の１つのインプットにルーティングし、
前記専用インターフェースは、少なくとも１つの信号処理ユニットに接続され、モーションコントロールシステムのモーションコントローラに接続されたハードウェアを具える、
ことを特徴とするシステム。
【請求項２】
各信号処理ユニットの前記インプットおよびアウトプットは前記モーションコントロールシステムの監視に関している、
請求項１記載のシステム。
【請求項３】
各信号処理ユニットの前記インプットおよびアウトプットは故障検出システムに関している、
請求項１記載のシステム。
【請求項４】
各信号処理ユニットの前記インプットおよびアウトプットは前記モーションコントロールシステムの操作に関している、
請求項１記載のシステム。
【請求項５】
各信号処理ユニットの前記インプットおよびアウトプットは前記モーションコントロールシステムのシミュレーションに関している、
請求項１記載のシステム。
【請求項６】
前記データは拡張マークアップ言語（ＸＭＬ）を含むデータフォーマットである、
請求項１記載のシステム。
【請求項７】
前記データは、信号処理トポロジーを指定する、
請求項１記載のシステム。
【請求項８】
前記データは、前記信号処理ネットワークによって使用される処理方程式のタイプを指定する、
請求項１記載のシステム。
【請求項９】
前記データは方程式のパラメータ化を指定する、
請求項１記載のシステム。
【請求項１０】
前記データはデータフォーマットであり、サードパーティフォーマットを前記データフォーマットへ変換するモジュールをさらに含んでいる、
請求項１記載のシステム。
【請求項１１】
モーションコントロールシステム上で展開された信号処理ネットワークを形成するための方法であって、
複数の信号処理ユニットを提供し、前記複数の信号処理ユニットの各々は、信号処理ユニットベースクラスのそれぞれのインスタンスを具え、前記信号処理ユニットベースクラスは、現存するプリコンパイルかつリンクされたコードを具え、前記信号処理ネットワークはデータを用い、前記現存するプリコンパイルかつリンクされたコードを、前記複数の信号処理ユニットの各々のために構築し、
少なくとも１つの信号処理ユニットに接続され、モーションコントロールシステムに接続されたハードウェアを用いる専用インターフェースを提供し、
各信号処理ユニットに複数のインプットと複数のアウトプットを提供し、
前記信号処理ユニットの少なくとも１つのアウトプットを、前記信号処理ユニットの少なくとも他の１つのインプットに前記データに基づいてルーティングする、
ことを特徴とする方法。
【請求項１２】
各信号処理ユニットの前記インプットおよびアウトプットは前記モーションコントロールシステムの監視に関している、
請求項１１記載の方法。
【請求項１３】
各信号処理ユニットの前記インプットおよびアウトプットは故障検出システムに関している、
請求項１１記載の方法。
【請求項１４】
各信号処理ユニットの前記インプットおよびアウトプットは前記モーションコントロールシステムの操作に関している、
請求項１１記載の方法。
【請求項１５】
各信号処理ユニットの前記インプットおよびアウトプットは前記モーションコントロールシステムのシミュレーションに関している、
請求項１１記載の方法。
【請求項１６】
前記データは拡張マークアップ言語（ＸＭＬ）を含むデータフォーマットである、
請求項１１記載の方法。
【請求項１７】
前記データは信号処理トポロジーを指定する、
請求項１１記載の方法。
【請求項１８】
モーションコントロールシステムを監視およびコントロールするための信号処理ネットワークを形成するためのシステムであって、
前記信号処理ネットワークは、データと、複数の信号処理ユニットと、１つまたは複数のシグナルフローコネクションと、専用インターフェースと、を具え、
前記データは、前記信号処理ネットワークによって使用されている処理方程式のタイプおよび方程式のパラメータ化を指定し、
前記複数の信号処理ユニットの各々は、信号処理ユニットベースクラスのそれぞれのインスタンスを具え、前記信号処理ユニットベースクラスは、現存するプリコンパイルかつリンクされたコードを具え、各信号処理ユニットは複数のインプットと複数のアウトプットを有し、前記複数の信号処理ユニットの各々は、構成データを具え、前記信号処理ネットワークは前記データを用い、前記現存するプリコンパイルかつリンクされたコードを、前記複数の信号処理ユニットの各々のために構築し、
前記１つまたは複数のシグナルフローコネクションは、前記信号処理ユニットの少なくとも１つのアウトプットを、前記信号処理ユニットの少なくとも他の１つのインプットに前記データに基づいてルーティングし、
前記専用インターフェースは、少なくとも１つの信号処理ユニットに接続され、モーションコントロールシステムのモーションコントローラに接続されたハードウェアを具える、
ことを特徴とするシステム。
【請求項１９】
前記データは、信号処理トポロジーを指定する、
請求項１８記載のシステム。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】０００３
【訂正方法】変更
【訂正の内容】
【０００３】
背景技術情報
ＳＰＮに類似したコンセプトが、多くの形態で存在していることが知られている。ＩＰＭと呼ばれるアプリケーションを監視するプロセスが以前に、Ｓｉｅｍｅｎｓ社とＨｅｌｌｅｒ  ＡＧ社との共同作業として開発されている。ＩＰＭは目下、Ｓｉｎｕｍｅｒｉｋ８４０Ｄ上で動作する製品である。ＩＰＭはＳｉｅｍｅｎｓ社が所有し、Ｈｅｌｌｅｒ社によって、その機械のオプショナルフィーチャとして販売されている。ＩＰＭは「信号補正連鎖：Signal Correction Chain」として知られているソフトウェアコンポーネントを有している。この信号補正連鎖は、プロセス監視に関する論議において本願に記載されるように、信号補正の役割を担う。ＳＰＮのように、信号補正連鎖は計算ブロックから成る。この計算ブロックは特定のタイプの方程式を実行する役割を担い、計算ブロックからのアウトプットは、別の計算ブロックの入力側へと伝送される。ＳＰＮとは異なり、ＩＰＭにおける信号補正は著しく制限されたトポロジーを有しており、各ブロックからの唯一の信号インプットと唯一の信号アウトプットしか許可しない。さらにこの信号補正は、これらのブロックをあらわすために使用されているデータフォーマットの結果として、ブロックがパラメータ化される方法において制限されている。さらに、信号補正のコンセプトは、サーボ機構またはシミュレーションの目的では使用されていない。
【誤訳訂正３】
【訂正対象書類名】明細書
【訂正対象項目名】００１３
【訂正方法】変更
【訂正の内容】
【００１３】
詳細な説明
本発明の実施形態は、モーションコントロールシステム上での展開のための信号処理ネットワーク（ＳＰＮ）を生成するための新しい装置、システムおよび方法を提供する。この信号処理ネットワークは、信号処理ユニット（ＳＰＵ’ｓ）と、あるＳＰＵの計算された結果を別のＳＰＵへルーティングするためのシグナルフローコネクション（ＣＮＣＴ）から成る。このネットワークは、リアルタイムイベントにおける、指定された計算を循環的に評価する。データフォーマットは、ネットワークトポロジー、処理方程式のタイプおよび方程式のパラメータ化を、新たな実行可能なコードを作成することを必要とせずに完全に指定する。計算ネットワークはデータフォーマット定義から、必要であるときにモーションコントロールシステムによって生成される。
【誤訳訂正４】
【訂正対象書類名】明細書
【訂正対象項目名】００１４
【訂正方法】変更
【訂正の内容】
【００１４】
信号処理ネットワーク（ＳＰＮ）によって、汎用目的の計算ネットワークのモーションコントロールシステム上への領域設置が可能になる。そのトポロジー、方程式およびパラメータ化はフォーマット（例えばＸＭＬファイル）によって完全に指定される。これは、要求されている信号処理方程式が既知でない場合に有利であり、新たな実行可能なコードの作成は、現場での展開に対する必要性のため、オプションではない。
【誤訳訂正５】
【訂正対象書類名】明細書
【訂正対象項目名】００２６
【訂正方法】変更
【訂正の内容】
【００２６】
ＳｐｕＮｅｔｗｏｒｋ
クラス図のハイレベル概要は、クラスＳｐｕＮｅｔｗｏｒｋの検査から始まる。ＳＰＵのネットワークの中心的なコンセプトは、クラスＳｐｕＮｅｔｗｏｒｋによってあらわされる。このダイヤグラムは、ＳｐｕＮｅｔｗｏｒｋのインスタンスがどのように、ＳｐｕＬｉｓｔにおけるクラスＳｐｕＢａｓｅの幾つかのオブジェクトおよび、ｃｎｃｔＬｉｓｔと称されるリスト内のクラスＣｏｎｎｅｃｔｉｏｎの幾つかのオブジェクトを含むかを示している。ＳｐｕＢａｓｅは純粋なバーチャルクラスであり、正確に、図の底部近辺に示されている、導出されたＳＰＵｘｘｘｘクラスのいずれかによってあらわされる。ＳｐｕＮｅｔｗｏｒｋは、ＳＰＵオブジェクトに対するリファレンスのリストｅｘｅｃＬｉｓｔも含む。これは実行リストをあらわす。計算が実行される順番は、このｅｘｅｃＬｉｓｔ内でＳＰＵが参照される順番である。ＳｐｕＮｅｔｗｏｒｋはｎｅｔｗｏｒｋＩｎｐｕｔおよびｎｅｔｏｗｏｒｋＯｕｔｐｕｔに対するリファレンスのアレイも含む。これらのリファレンスは特定の導出されたＳＰＵタイプに向かう。これは必要なインプットおよび提供されているアウトプットをあらわす。ｎｅｔｗｏｒｋＩｎｐｕｔのリストは、ＳｉｇｎａｌＤｉｓｐｅｎｓｅｒと称される基本的なソフトウェアのコンポーネントからサービスを要求するために使用される。ＳｐｕＮｅｔｗｏｒｋは、ネットワーク内のＳｐｕＩｎｐｕｔのインスタンスに基づいてＳｉｇｎａｌＤｉｓｐｅｎｓｅｒからの全ての必要な信号／軸の組み合わせを登録する。ＳｉｇｎａｌＤｉｓｐｅｎｓｅｒは、周期的な軸コントロールプロセスの間、その登録された１つ／複数の信号に対する値を検索および保護する。ｎｅｔｏｗｏｒｋＯｕｔｐｕｔリストはＳｐｕＮｅｔｗｏｒｋによって、潜在的なクライアントへネットワーク能力を報告するのに使用される。これは重要である。なぜなら、複数のネットワークはそれぞれ異なった役割を担っており、同時にコントロールに基づいてインスタンス化されるからである。プロセス監視の場合には、監視アルゴリズムは特定の軸／信号の組み合わせを、監視の基礎として要求する。
【誤訳訂正６】
【訂正対象書類名】明細書
【訂正対象項目名】００２７
【訂正方法】変更
【訂正の内容】
【００２７】
ＳｐｕＮｅｔｗｏｒｋはコントロールに基づいて時間的に重要でないバックグラウンドプロセスの間に構築される。ネットワークは、データフォーマットを構文解析することによって構築される。このフォーマットは、ＡＣＸとして知られているＸＭＬのバイナリー表示である。従って、これはＡＣＸＦｉｌｅからクラスを受け継ぐ。このクラスはイベントベース構文解析系（ｅｖｅｎｔ−ｂａｓｅｄ ｐａｒｓｅｒ）と称される。データ構文解析の詳細は後述する。ＳＰＵのインスタンスおよびコネクションは、データ構文解析の間に開発され、フラットリスト内に格納される。ＳＰＵＮｅｔｗｏｒｋのｂｉｎｄＮｅｔｗｏｒｋ（）方法は、定義データの全てのコンテンツが、エラー状態にぶつかることなく構文解析された後で、バックグラウンドプロセスから呼び出される。ｂｉｎｄＮｅｔｗｏｒｋ（）の１つの目的は、適切なＳＰＵオブジェクトにコネクションオブジェクトを取り付けること、およびコネクションオブジェクトを案内し、浮動少数点数に対する基準を定めることである。ここでこの浮動少数点数は、行先ＳＰＵへのインプットとして用いられるソースＳＰＵからの出力値として作動する。ＳＰＵオブジェクトは自身のアウトプットのために値メンバデータを含み、そのインプットとして用いられている他のＳＰＵからのアウトプットに向けるために、リファレンスメンバデータを含んでいる。ｂｉｎｄＮｅｔｗｏｒｋ（）の間に生じるエラー状態はバインドエラーを生じさせ、適切な診断情報が診断データストレージへ報告される。ｂｉｎｄＮｅｔｗｏｒｋ（）の間に生じる可能性のあるエラー状態の例は、疎接続、要求されているコネクションの無いＳＰＵインプットまたはアウトプット、１つのＳＰＵインプットコネクションに対する無効なマルチプルアタッチメント等である。バインドプロセスの間に、ＳＰＵＢａｓｅから導出されたクラスの各インスタンスはそのｂｉｎｄ（）方法を呼び出す。ｂｉｎｄ（）方法は各ＳＰＵオブジェクトに、インプットおよびアウトプットコネクションが、予期されているコネクションの数に相応して存在することを検証する機会を与える。各ＳＰＵＢａｓｅの導出されたオブジェクトは、方法であるｇｅｔｐＩｎｐｕｔ（）およびｇｅｔＯｕｔｐｕｔ（）を提供するためにも必要とされる。これらの方法はレファレンスを、別のＳＰＵインプットによって保持されている、あるＳＰＵアウトプットに配置（populate）するのに使用される。コネクションが案内されると、これらはもはやネットワークによって必要とされない。時間的に重要でない周期的なプロセスに対するデータフローは、ＳＰＵのインプットリファレンスをデレファレンスすることによって構築される。これはコネクションを案内することよりも、計算においてより効率的である。
【誤訳訂正７】
【訂正対象書類名】明細書
【訂正対象項目名】００２９
【訂正方法】変更
【訂正の内容】
【００２９】
周期的な時間的に重要なプロセスの間に、ＳＰＵＮｅｔｗｏｒｋのｅｘｅｃｕｔｅ（）方法に対する呼び出しを介してネットワークが実行される。この方法は単にｅｘｅｃＬｉｓｔ内を循環し、各ＳＰＵインスタンスのｅｘｅｃｕｔｅ（）方法を呼び出す。各ＳＰＵのｅｘｅｃｕｔｅ（）方法はその後、そのインプットをデレファレンスし、インプットの組み合わせに基づいて適切な方程式／ロジックを実行し、ＳＰＵのアウトプットに結果を組み込む。従ってこれは、インプット値に対するこのデータアイテムに依存する他のＳＰＵによって使用される。
【誤訳訂正８】
【訂正対象書類名】明細書
【訂正対象項目名】００３２
【訂正方法】変更
【訂正の内容】
【００３２】
ＳＰＵＢａｓｅ Ｉ コネクション
ＳＰＵネットワークにおける中心的なオブジェクトはＳＰＵＢａｓｅである。これは、純粋なバーチャル方法に加えて幾つかの非バーチャル方法を供給する純粋なバーチャルクラスである。このクラスのこれらのコンテンツの多くは、ＳＰＵＮｅｔｗｏｒｋのトピックスにおいて既に論議されている。ＳＰＵの各インスタンスは、ネットワークコンストラクションの間、ＳＰＵを識別する目的で独自のＩＤを含むことが必要とされる。ＩＤの独自性はデータの構文解析の間、強制される。ＳＰＵの各インスタンスは、ＳＰＵの幾つかのアウトプットに対してゼロを保持するための実際に値が付けられた数（アウトプット）のアレイを含んでいる。アレイのサイズは、ＳＰＵタイプに依存して変化する。ＳＰＵは、実際に値が付けられた数（インプット）のポインタのアレイも含んでいる。これは、最終的には、目下のＳＰＵへのインプットを提供する他のＳＰＵからのアウトプットに向かう。インプットアレイのサイズも、ＳＰＵタイプに依存して変化する。ＳＰＵは、パラメータオブジェクトのゼロまたはより多くのインスタンスも含んでいる。パラメータオブジェクトの数およびコンテンツはＳＰＵの具体的なタイプに依存する。パラメータオブジェクトはデータ構文解析の間に構築される。なぜなら、複数のパラメータの存在は定義（ＡＣＸ）データ内で衝突するからである。ＡＣＸデータで示されるパラメータのリストが空になると、具体的なＳＰＵのｉｎｔｅｒｐｒｅｔＰａｒａｍｓ（）方法が呼び出され、見つけられたパラメータが可変タイプ、パラメータの数、パラメータの用法、および値の範囲の項において予期されているものと適合するかがチェックされる。パラメータが予期されているものである場合、各具体的なＳＰＵに対するｉｎｔｅｒｐｒｅｔＰａｒａｍｓ（）がパラメータオブジェクトから、自身のメンバデータ内に、その方法ｂｉｎｄ（）およびｅｘｅｃｕｔｅ（）の実行の間の使用のために、値をコピーする。パラメータメンバデータ：「使用(usage)」は導出されたＳＰＵクラスにおけるその使用に関する各パラメータを列挙する。パラメータは可変タイプの値を含む：これは例えばｄｏｕｂｌｅ，ｉｎｔ，ｃｈａｒ等である。ＵＭＬクラス図は、ＳｐｕＢａｓｅとＳｐｕｎｅｔｗｏｒｋの間の受け継ぎ関係を示す。ここでＳｐｕＮｅｔｗｏｒｋはＳｐｕＢａｓｅの１つの種類である。ＳｐｕＢａｓｅインスタンスに対するこのような関係によって、全体的な入れ子状のＳｐｕＮｅｔｏｗｒｋが組み込まれ、そのインプットアウトプット特性を、単独の具体的なＳＰＵを扱うのと同じ方法で扱うことができる。ＳＰＵが含まれているネットワークのコンテキストにおいてこれは他の具体的なＳＰＵとして動作する。ネットワークであるＳｐｕＢａｓｅインスタンスのＩＤがそのネットワークのコンテキスト内で独自である場合には、サブネットワーク内に含まれているＳＰＵオブジェクトのＩＤは異なるコンテキストレベルでのＳＰＵオブジェクトに関して独自である必要がない。このようなメカニズムによって、限界の無い入れ子レベルが可能になる。このような配置の１つの利点は、特定のインプットアウトプット関係をあらわすサブネットワークが、より多くの基本的なＳＰＵから事前に構築��れることである。ここでこれらのＳＰＵは、必要である場合にネットワーク内に含まれる。