【誤訳訂正書】
【提出日】平成22年5月6日(2010.5.6)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
プロセッサ間通信（ＩＰＣ）用ネットワーク（１００）であって、
ＩＰＣサーバ（１０８）として動作する第１のプロセッサと、
ＩＰＣサーバ（１０８）に接続されてＩＰＣクライアント（１０２）として動作する第２のプロセッサと、からなり、
ＩＰＣサーバ（１０８）とＩＰＣクライアント（１０２）とはそれぞれＩＰＣスタック（２００）を備え、ＩＰＣスタック（２００）は、
プレゼンテーション・マネージャ（２０２）と、
同プレゼンテーション・マネージャに接続されたセッション・マネージャ（２０４）と、
同セッション・マネージャに接続されたデバイス・インタフェイス（２０６）と、  を有し、
ＩＰＣクライアント（１０２）は、ＩＰＣサーバ（１０８）と通信するためにＩＰＣスタック（２００）を使用し、
ＩＰＣサーバ（１０８）とＩＰＣクライアント（１０２）とは交渉によって機能を交換して、ＩＰＣクライアント（１０２）が新しいＩＰＣサーバ（１０８）になり得て、
ＩＰＣネットワークは複数のＩＰＣクライアント（１０２）を含み、ＩＰＣネットワークの中で、あるＩＰＣクライアント（１０２）が新しいＩＰＣサーバ（１０８）になった場合は、ＩＰＣサーバにならなかった残りのＩＰＣクライアントは、ＩＰＣサーバ（１０８）のＩＰアドレスを変更すべく指示され、
ＩＰＣネットワークは、ＩＰＣスタック（２００）を採用するすべてのプロセッサが共存して、それらがシステムとメモリを共用して、あたかも同じプロセッサコア上で動作する、ＩＰＣネットワーク。
【請求項２】
少なくとも１つのコンポーネントがＩＰＣクライアント（１０２）と接続している請求項１に記載のＩＰＣネットワーク。
【請求項３】
異なるシステムコンポーネント間において異なるデータタイプに変換するために、前記プレゼンテーション・マネージャが使用される請求項２に記載のＩＰＣネットワーク。
【請求項４】
少なくとも１つのコンポーネントに、前記セッション・マネージャがコンポーネントＩＤを割り当てる請求項２に記載のＩＰＣネットワーク。
【請求項５】
コンポーネントＩＤは少なくとも１つのコンポーネントに動的に割り当てられ、再割り当てが可能な請求項４に記載のＩＰＣネットワーク。
【請求項６】
セッション・マネージャが、コンポーネント・ルーチング表を有するＩＰＣルータブロックを更に備え、該コンポーネント・ルーチング表は、前記セッション・マネージャがＩＰＣデータを特定のＯＰコードでリンクされた１つ以上のコンポーネントに送信するために使用される請求項２に記載のＩＰＣネットワーク。
【請求項７】
少なくとも１つのＩＰＣハードウェアがデバイス・インタフェイスに接続され、同デバイス・インタフェイスが前記少なくとも１つのＩＰＣハードウェアを抽出する請求項１に記載のＩＰＣネットワーク。
【請求項８】
ＩＰＣネットワークの第１と第２のプロセッサ間でＩＰＣを行う方法であって、
第１のプロセッサがＩＰＣサーバ（１０８）として働き、第２のプロセッサがＩＰＣクライアント（１０２）として働く工程と、
ＩＰＣサーバ（１０８）とＩＰＣクライアント（１０２）とのそれぞれの中にＩＰＣスタックを備え、ＩＰＣネットワークを介して、ＩＰＣサーバ（１０８）とＩＰＣクライアント（１０２）との間で通信する工程と、
ＩＰＣサーバ（１０８）とＩＰＣクライアント（１０２）とが交渉して、ＩＰＣクライアント（１０２）が新しいＩＰＣサーバ（１０８）になる工程であって、
ＩＰＣネットワークは複数のＩＰＣクライアント（１０２）を含み、ＩＰＣネットワークの中で、あるＩＰＣクライアント（１０２）が新しいＩＰＣサーバ（１０８）になった場合は、ＩＰＣサーバ（１０８）にならなかった残りのＩＰＣクライアント（１０２）は、ＩＰＣサーバ（１０８）のＩＰアドレスを変更すべく指示され、
それぞれのＩＰＣスタック（２００）は、
プレゼンテーション・マネージャ（２０２）と、
同プレゼンテーション・マネージャに接続されたセッション・マネージャ（２０４）と、
同セッション・マネージャに接続されたデバイス・インタフェイス（２０６）と、を有し、
ＩＰＣクライアント（１０２）は、ＩＰＣサーバ（１０８）で通信するためにＩＰＣスタック（２００）を使用し、
ＩＰＣネットワークは、ＩＰＣスタックを採用するすべてのプロセッサが共存して、それらがシステムとメモリを共用して、あたかも同じプロセッサコア上で動作する、方法。
【請求項９】
ＩＰＣサーバ（１０８）とＩＰＣクライアント（１０２）とのそれぞれの中のセッション・マネージャが動的ルーチング表を備え、
同ＩＰＣサーバ（１０８）とＩＰＣクライアント（１０２）とのそれぞれの中の動的ルーチング表を使用して、同ＩＰＣクライアント（１０２）からＩＰＣサーバ（１０８）へ送信されるデータを適切にルーチングする工程、を更に含む請求項８に記載の方法。
【請求項１０】
ＩＰＣサーバ（１０８）とＩＰＣクライアント（１０２）とのＩＰＣスタックは、ＩＰＣ変換層を有するセッション・マネージャを含み、該ＩＰＣ変換層はＩＰＣデータについて周期的な冗長検査を行い、更に、ＩＰＣサーバ（１０８）上のみでＩＰＣ変換層のルーチング機能が可能である、請求項８に記載の方法。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】００１１
【訂正方法】変更
【訂正の内容】
【００１１】
図２において、本発明の実施形態に基づくＩＰＣサーバ１０８（又はＩＰＣクライアント１０２−１０８）のＩＰＣスタック２００を示す。ＩＰＣスタック２００は、オペレーティングシステム（ＯＳ）の下で一体化されるように、また、コンポーネントトラフィックのプロセッサ間通信ニーズにサポートを提供するように設計されている。ＩＰＣスタックは、次の３つの主な層から構成される。即ち、
（１）ＩＰＣプレゼンテーション・マネージャ（２０２）：この層は、異なるシステムコンポーネント（例えば、ソフトウェア・スレッド）間においてあるデータタイプを他の異なるデータタイプに変換するために用いられる。
【誤訳訂正３】
【訂正対象書類名】明細書
【訂正対象項目名】００１２
【訂正方法】変更
【訂正の内容】
【００１２】
（２）ＩＰＣセッション・マネージャ（２０４）：この層は、ＩＰＣスタックと全システムコンポーネントとの間における全着信／発信ＩＰＣトラフィック用の中央収納場所である。ＩＰＣセッション・マネージャ２０４は、幾つかの機能を有する。即ち、ＩＰＣコンポーネントを参加させるためのコンポーネントＩＤの割当て；ＩＰＣデータをカプセル化する必要があるかどうかの判断；ＩＰＣデータのルーチング、ＩＰＣトラフィックの終止；ＩＰＣプロセッサ用のプレースホルダ；ＩＰＣ
アドレスの提供、ＩＰＣクライアントの割当及び認証等を有する。
【誤訳訂正４】
【訂正対象書類名】明細書
【訂正対象項目名】００１５
【訂正方法】変更
【訂正の内容】
【００１５】
（３）デバイス・インターフェイス層（２０６）：ＩＰＣ物理対論理ＩＰＣチャネルを管理する役割を果たす。その主な機能は、スタックＩＰＣがハードウェアに依存しなくなるように、ＩＰＣハードウェアを完全に抽象化することである。デバイス・インターフェイス層２０６は、直下のＩＰＣリンクの物理帯域幅を管理して全ＩＰＣ論理チャネルをサポートする。着信経路において、デバイス・インターフェイス層２０６は、異なる物理チャネル１１０−１１４からデータを受信して、そのデータを残りのＩＰＣスタックに渡す。発信経路上では、デバイス・インターフェイス層２０６は、ＩＰＣ論理チャネルのデータローディングを、データを適切な物理チャネル上に送ることによって管理する。また、デバイス・インターフェイス層２０６は、同じＩＰＣチャネルに属するＩＰＣパケットの連結を行い、その後、それらをＩＰＣハードウェアに送る。チャネル要件は、ＩＰＣセッション・マネージャ２０４とＩＰＣデバイス・インターフェイス層２０６との間で事前に折衝される。デバイス・インターフェイス層２０６は、ハードウェアポートを備え、これは、ＩＰＣクライアント１０２−１０６とのデバイス・インターフェイスを提供する。
【誤訳訂正５】
【訂正対象書類名】明細書
【訂正対象項目名】００１６
【訂正方法】変更
【訂正の内容】
【００１６】
図３において、ＩＰＣコンポーネントＩＤ割当てルーチンを示す。ＩＰＣ通信に加わりたい新しいコンポーネントは、いずれも、（例えば、セッション・マネージャ２０４等の）そのＩＰＣセッション・マネージャから、ステップ３０２において、ＩＰＣ識別番号（ＩＤ）をまず要求する。すると、ローカル・セッション・マネージャ（例えば、コンポーネントが接続されているクライアントに配置されたセッション・マネージャ）は、新しいＩＰＣコンポーネントのＩＰＣサーバ・セッション・マネージャを呼出し、ステップ３０４において、コンポーネントＩＤ割当てを行う。本発明の実施形態によれば、コンポーネントＩＤは、動的であり、セッション・マネージャによって割り当てられる。主なＩＰＣサーバ位置は、主ＡＰ上となる可能性が最も高い。各ＩＰＣノードは、好適には、固有のＩＰＣノードＩＤを有し、セッション・マネージャは、そのデータベース中に、各関係ＩＰＣノード用の以下の情報を保持する。即ち、ＩＰＣノードタイプ：例えば、特定のＢＰ又はＡＰ、無線ローカルエリアネットワーク（ＷＬＡＮ）ＡＰ等。
【誤訳訂正６】
【訂正対象書類名】明細書
【訂正対象項目名】００１７
【訂正方法】変更
【訂正の内容】
【００１７】
ＩＰＣアドレス：ＩＰＣノードのＩＰＣアドレス
データタイプ：ＩＰＣノードのデータタイプ
ＯＰコードリスト：これは、コンポーネントが登録した全ＩＰＣメッセージＯＰコードのリストである。
【誤訳訂正７】
【訂正対象書類名】明細書
【訂正対象項目名】００１８
【訂正方法】変更
【訂正の内容】
【００１８】
コンポーネントＩＤ：全コンポーネントＩＤのリスト
次に、図４において、全ての主ＩＰＣテーブルと共にＩＰＣスタックを示す。動的ルーチング表４０２には、ノードタイプ、ＩＰＣアドレス／ポート＃情報、データタイプ及び申込みリストが含まれる。コンポーネント・ルーチング・テーブル４０４には、ＯＰコード情報と各特定のＯＰコードを登録した全てのコンポーネントとをリンクする情報が含まれる。最後に、チャネル資源テーブル４０６には、物理チャネルＩＤのリストとの各チャネルＩＤのリンクが含まれる。
【誤訳訂正８】
【訂正対象書類名】明細書
【訂正対象項目名】００２０
【訂正方法】変更
【訂正の内容】
【００２０】
次に、図６において、ＩＰＣクライアント初期化における第１ステップは、ＩＰＣクライアント６０２とＩＰＣサーバ６０４との間において、登録要求（ステップ６０６）を送信することである。そして、ＩＰＣサーバ６０４は、ステップ６０８において、ＩＰＣクライアント６０２による要求を認証する。この後、ＩＰＣアドレスが、ＩＰＣクライアントに送信され、ステップ６１０において登録が完了する。ＩＰＣクライアントのセッション・マネージャは、ステップ６１２において、ＩＰＣクライアント６０２の動的ルーチング表のコピーをＩＰＣサーバに送る。
【誤訳訂正９】
【訂正対象書類名】明細書
【訂正対象項目名】００２３
【訂正方法】変更
【訂正の内容】
【００２３】
設定指示の受信に応答して、セッションクライアントに取り付けられたコンポーネントは、クライアントのセッション・マネージャから制御／データを要求し得る。そして、セッションクライアントは、ステップ７１０において、セッションサーバに設定指示確認メッセージを送る。“設定指示確認”メッセージは、パラメータを有さず、ステップ７１０における設定指示確認メッセージの受信時、セッションサーバは、新規に設定されたセッションクライアントへのＩＰＣストリームを開始し得る。そして、セッションサーバは、ステップ７１２及び７１４において、セッションクライアントに設定更新メッセージを送る。これによって、図７に示す両セッションクライアントは、それらのそれぞれの動的ルーチング表（図示せず）を更新し、ステップ７１６及び７１８において、セッションサーバに設定更新確認メッセージを送る。設定更新確認メッセージを受信すると、セッションサーバは、全ての参加したＩＰＣが、更新されたことを確認する。
【誤訳訂正１０】
【訂正対象書類名】明細書
【訂正対象項目名】００２４
【訂正方法】変更
【訂正の内容】
【００２４】
パケットは、ＩＰＣセッション・マネージャによって受信される時、送信元コンポーネントＩＤ、宛先ＩＤ、チャネルＩＤ及びＢＰ又はＡＰのタイプが含まれるデータの形態でやって来る。ＩＰＣセッション・マネージャは、宛先コンポーネントＩＤが挿入されていない場合、宛先コンポーネントＩＤをパケットに挿入する。また、ＩＰＣセッション・マネージャは、ＩＰＣアドレスをパケットに挿入する。受信されたメッセージＯＰコードに基づき宛先ＩＤを発見するのは、ＩＰＣセッション・マネージャである。宛先ＩＤは、ルックアップテーブルに基づく。このルックアップテーブルは、コンポーネントが新しいＩＰＣメッセージＯＰコードに登録する（例えば、音声コンポーネントが、ＩＰＣセッション・マネージャに要求を送信することによって音声メッセージを登録する）度に、動的に更新される。
【誤訳訂正１１】
【訂正対象書類名】明細書
【訂正対象項目名】００２６
【訂正方法】変更
【訂正の内容】
【００２６】
図９において、ＩＰＣコンポーネント初期化時に行われる代表的なステップを示す。ＢＰが、図９に示すＩＰＣサーバによって一旦設定されると、コンポーネント９０２等のコンポーネントは、異なるサービスに加入し得る。コンポーネントは、ステップ９０４において、音声や映像等の機能にそれら自体を登録する。そして、コンポーネント申込み情報は、ＩＰＣセッション・マネージャに送られ、（ＩＤがまだ割り当てられていない場合）コンポーネントＩＤの生成が行われ、また、特定のＩ  ＰＣアドレス用動的ルーチング表の生成又は更新が行われる（ステップ９０６）。ステップ９０８において、セッション・マネージャは、ステップ９０６からの情報でＩＰＣサーバを更新する。ステップ９０８において、更新された動的ルーチング表を受信すると、ステップ９１２において、更新の確認が、ＩＰＣサーバによってＩＰＣクライアントに送信される。サーバが、一旦呼び出されると、新しい動的ルーチング表更新内容は、関係する全プロセッサステップ９１０に一斉送信される。
【誤訳訂正１２】
【訂正対象書類名】明細書
【訂正対象項目名】００２９
【訂正方法】変更
【訂正の内容】
【００２９】
パラメータ（１つ又は複数）として動的ルーチング表を含むステップ１０１６の設定更新メッセージにおいて、セッションサーバ１００６は、動的ルーチング表を更新し、ステップ１０１８において、設定更新確認メッセージを送る。そして、サーバは、参加した全ＩＰＣが更新されたかどうかを確認する。
【誤訳訂正１３】
【訂正対象書類名】明細書
【訂正対象項目名】００３０
【訂正方法】変更
【訂正の内容】
【００３０】
ＩＰＣセッション・マネージャは、着信及び発信ＩＰＣパケットのルーチング経路を決定する。発信パケットのルートは、コンポーネントのＩＰＣアドレスによって決定される。宛先アドレスが、ローカルプロセッサの宛先アドレスであると分かった場合、オペレーティングシステム（ＯＳ）へのＩＰＣのマッピングは、セッション・マネージャ内で実行される。宛先アドレスが、ローカルＩＰＣクライアント用であると分かった場合、パケットは、ＩＰＣスタックのセッション・マネージャに送られ、更に処理（例えば、カプセル化）される。宛先コンポーネントが、ＩＰＣパケットを送信するコンポーネントとして、同じプロセッサ上に配置されている場合、カプセル化は不要であり、パケットは、通常のＯＳメッセージ呼出し（例えば、マイクロソフト・メッセージ・キュー等）を介して渡されることに留意されたい。このように、コンポーネントは、それらのメッセージ入力方式の変更について心配する必要はない。必要なことは、それらのメッセージのポスティング方法を、むしろＯＳ特有の方法からＩＰＣ呼出しに変更することだけである。
【誤訳訂正１４】
【訂正対象書類名】明細書
【訂正対象項目名】００３３
【訂正方法】変更
【訂正の内容】
【００３３】
起動時、各コンポーネントは、そのセッション・マネージャにそれ自体登録して、ＩＰＣコンポーネントＩＤを取得しなければならない。更にまた、各コンポーネントは、音声やモデム等の着信ＩＰＣメッセージを登録しなければならない。この情報は、コンポーネント・ルーチング・テーブルに記憶され、ＩＰＣセッション・マネージャによってコンポーネントを参加させるために用いられる。