(57)【特許請求の範囲】
【請求項１】
層２の同報ネットワークにおける広帯域インターネットプロトコルサービスを管理する装置であって、
外部からのトラフィックを受け、前記ネットワーク上でサービスの情報を広告しかつ提供する少なくとも１つのエンド装置に該トラフィックを転送し、前記エンド装置からの応答のトラフィックを前記外部に転送する少なくとも１つの中間装置と、
前記ネットワーク上のすべての装置からの登録を処理し、前記ネットワーク上で特定のサービスのためのサーバリストを検索する新規の装置の要求に応答し、前記ネットワークのための割り当て番号の権限サーバとして作動し、登録されたすべての装置を管理する管理エージェントとして作動する少なくとも１つの監視装置とを含み、
前記中間装置は、該中間装置が前記エンド装置によるサービスの広告から認識する利用可能な前記エンド装置にサービスの要求のパケットを転送し、
前記エンド装置は、出所からのトラフィックを他の前記エンド装置に転送するように前記中間装置に命じることを前記エンド装置が決定したとき、流れの情報を他の前記中間装置に広告することができ、前記サービスの情報は前記ネットワーク上で前記エンド装置によって広告され、前記中間装置は常に前記エンド装置によって広告された流れ情報に基づいたパケットを転送し、前記エンド装置または前記中間装置によって転送されるパケットの流れは、前記ネットワークにおいて他の装置を中断させることなくかつ前記サービスに影響を及ぼすことなく、負荷の共有のために前記ネットワーク上にオンザフライで追加され、オンザフライで停止される、層２の同報ネットワークにおける広帯域インターネットプロトコルサービスを管理する装置。
【請求項２】
層２の同報ネットワークにおける広帯域インターネットプロトコルサービスを管理する装置であって、
サービスの登録の作動とサービスの混雑状態と特定のサービスのためのサーバリストとを含むサービスの情報を前記ネットワーク上で広告しかつ提供する少なくとも１つのエンド装置によって広告されかつ少なくとも１つの監視装置によって中継されたサービスの情報を傾聴し、前記サービスの情報をサーバテーブルに記憶させ、前記広告を前記サーバテーブルと流れのテーブルとに記憶させ、前記サーバテーブルから検索された前記エンド装置に新規の要求のトラフィックを転送し、前記エンド装置によって広告された流れに基づいたパケットを転送し、外部からのトラフィックを受けかつ該トラフィックを前記エンド装置に転送しかつ前記エンド装置からの応答のトラフィックを前記外部へ転送する、少なくとも１つの中間装置を含み、
前記中間装置は、該中間装置が前記エンド装置によるサービスの広告から認識する利用可能な前記エンド装置にサービスの要求のパケットを転送し、出所からのトラフィックを前記エンド装置に転送するように前記中間装置に命じることを前記エンド装置が決定したとき、前記エンド装置が流れの情報を前記中間装置に広告することができ、
前記エンド装置は、出所からのトラフィックを他の前記エンド装置に転送するように他の前記中間装置に命じることを前記エンド装置が決定したとき、流れの情報を他の前記中間装置に広告することができ、前記サービスの情報は前記エンド装置によって前記ネットワーク上で広告され、前記中間装置は常に前記エンド装置によって広告された流れに基づいたパケットを転送し、前記エンド装置または前記中間装置によって転送されるパケットの流れは、前記ネットワークにおいて他の装置を中断させることなくかつ前記サービスに影響を与えることなく、負荷の共有のために前記ネットワーク上にオンザフライで追加され、オンザフライで停止され、
前記監視装置は、前記ネットワーク上のすべての装置からの登録を処理し、前記ネットワーク上で特定のサービスのためのサーバリストを検索する新規の装置の要求に応答し、前記ネットワークのための割り当て番号の権限サーバとして作動し、前記監視装置に登録されたすべての装置を管理する管理エージェントとして作動する、層２の同報ネットワークにおける広帯域インターネットプロトコルサービスを管理する装置。
【請求項３】
前記流れは、トランスミッションコントロールプロトコル接続による流れ、または広告された流れを照合しないパケットのためにパターン照合規則によって特定されたパケットによる流れであり、前記サービスのテーブルは検索するために適合され、前記エンド装置は応答距離および他の方針に基づいて選出され、サービスおよび流れの分類はパターン照合ネットワーク処理装置によってより速い実行を可能にするためにパターン照合規則において特定される、請求項１または２に記載の装置。
【請求項４】
前記流れの広告は、実時間アプリケーションを支援するためにサービス要求の品質を含む流れの属性を含み、前記流れの広告は、複数のプロトコルラベル切替えとディフサーブとＩＥＥＥ８０２．１ｐ規格の優先度とを支援するためにラベルまたはタグを挿入または削除できる、またはパケットのヘッダ内のサービスおよび優先度の型を変更できる流れの属性を含む、請求項１または２に記載の装置。
【請求項５】
前記割り当て番号の権限プロトコルは、前記ネットワークにおいて１つの論理インターネットプロトコル実体として共に作動するサーバによって共有されるすべての番号を管理し、前記サービスの情報、前記流れの広告および前記割り当て番号の権限プロトコルは、負荷分散された前記エンド装置が１つの論理エンド装置のようにサービスを提供することを可能にする、請求項１または２に記載の装置。
【請求項６】
前記中間装置はインターネットプロトコルルータ上にある、請求項１または２に記載の装置。
【請求項７】
前記中間装置は切替型の装置である、請求項１または２に記載の装置。
【請求項８】
前記エンド装置は、ハイパーテキストトランスファープロトコルサーバである、請求項１または２に記載の装置。
【請求項９】
前記エンド装置は、ファイルトランスファープロトコルサーバである、請求項１または２に記載の装置。
【請求項１０】
前記エンド装置は、ファイヤーウォールプロキシサーバである、請求項１または２に記載の装置。
【請求項１１】
前記エンド装置は、インターネットプロトコルのためのセキュリティアーキテクチャトンネリングサーバである、請求項１または２に記載の装置。
【請求項１２】
前記エンド装置は、ネットワークアドレストランスレーションサーバである、請求項１または２に記載の装置。
【請求項１３】
少なくとも１つの物理的エンド装置と、少なくとも１つの物理的中間装置と、少なくとも１つの論理的監視装置と、１つの論理的バックアップ監視装置とを含む層２の同報ネットワークにおける広帯域インターネットプロトコルサービスを管理する方法であって、
すべてのエンド装置によって周期的に送られたサービス型およびサービス負荷の情報に基づいて、いずれかの中間装置によって受けられた第１のサービス要求パケットをいずれかのエンド装置に方向づけるステップと、
前記第１のサービス要求パケットを受けたエンド装置によって前記中間装置に送られかつ該エンド装置によって流れの詳細が特定された流れの情報を用いて前記中間装置と前記エンド装置との間のパケットの流れを確立するステップと、
前記パケットの流れが解除されるまで、前記流れに属するパケットを、前記流れの情報を送っているエンド装置に方向づけるステップと、
前記第１のサービス要求パケットに係るサービスまたは接続が終了したとき、前記エンド装置によって送られる流れの情報を用いて前記中間装置と前記エンド装置との間のパケットの流れを解除するステップとを含む、層２の同報ネットワークにおける広帯域インターネットプロトコルサービスを管理する方法。
【請求項１４】
少なくとも１つのエンド装置と、少なくとも１つの中間装置と、少なくとも１つの監視装置とを含む層２の同報ネットワークにおける広帯域インターネットプロトコルサービスを管理する方法であって、
サービスの情報を前記エンド装置に広告するステップと、
前記監視装置によって前記サービスの情報を中継するステップと、
前記中間装置によって前記サービスの情報を傾聴するステップと、
前記サービスの情報を前記中間装置によって前記中間装置のサーバテーブルに記憶させるステップと、
前記中間装置によって前記広告を前記サーバテーブルと前記流れのテーブルとに記憶させるステップと、
前記新規の要求のトラフィックを、前記サーバテーブルから検索された前記エンド装置に前記中間装置によって転送するステップと、
前記エンド装置によって広告された流れに基づいてパケットを前記中間装置によって転送するステップと、
外部からのトラフィックを受けかつ該トラフィックを前記エンド装置に転送し、前記エンド装置からの応答のトラフィックを前記中間装置によって前記外部に転送するステップとを含む、層２の同報ネットワークにおける広帯域インターネットプロトコルサービスを管理する方法。
【請求項１５】
前記サービスおよび流れの分類は、パターン照合ネットワーク処理装置によるより速い実行を可能にするためにパターン照合規則において特定される、請求項１３または１４に記載の方法。
【請求項１６】
前記サービスの情報は、サーバによるサービスの登録の作動と、サービスの混雑状態と、特定のサービスのためのサーバリストとを含み、
前記流れの広告は、実時間アプリケーションを支援するためにサービス要求の品質を含む前記流れの属性を含み、
前記流れの広告は、複数のプロトコルラベル切替えとディフサーブとＩＥＥＥ８０２．１ｐ規格の優先度とを支援するためにラベルまたはタグを挿入または削除でき、前記パケット内のサービスおよび優先度の型を変更できる流れの属性を含む、請求項１３または１４に記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、流れを方向づける切替に関連し負荷を分散させる故障許容の調整が可能なインターネットプロトコル（以下「ＩＰ」という。）の広帯域サービスを管理する装置および方法に関し、特に、サービスを中間装置からすべての利用可能なエンド装置へ広告しかつ方向づけることによって層２の同報ネットワークにおいて広帯域のＩＰサービスを提供し、流れの要求に基づいて中間装置とエンド装置との間でパケットの流れを広告しかつ方向づける複数のサーバを管理する装置および方法に関する。
【０００２】
【従来の技術】
中間装置とエンド装置（ネットワークの端に位置する装置）との間の現行の通信方法は、アドレス解像プロトコル（address resolution protocol、以下「ＡＲＰ」という。）に依存している。ＡＲＰは、ＩＰアドレスの層２のアドレスを検索するために全エンド装置に同報を送っている。１つのＩＰアドレスから１つのメディアアクセスコントロールアドレス（media access control address、以下「ＭＡＣアドレス」という。）のみへの写像は、到達可能な情報を提供するのみである。
【０００３】
サービスを複数の物理的サーバ（エンド装置）に合わせて調整するために、中間装置とエンド装置（サーバ）との間のＡＲＰのプロトコルを用いる現行の通信方法を改善することが必要である。
【０００４】
【発明が解決しようとする課題】
本発明は、トラフィック（traffic、ネットワーク上を流れるデータまたはその量）の品質および他の方針（policy）を含むサービス要求を満たすために、さらに知的な（intelligent）転送決定を可能にするためにさらに到達可能な情報を提供することを目的とする。
【０００５】
本発明は、ＭＡＣアドレスによって特定された複数の物理的サーバに１つのＩＰアドレスが写像し、知的選択を提供し、全エンド装置（サーバ）の間にアプリケーションの流れを分配するためのアルゴリズムを転送することを可能にすることを目的とする。
【０００６】
【課題を解決するための手段】
本発明は、ＩＰアドレスの層２のアドレスを検索するために全エンド装置に同報を送るＡＲＰを基本的に用いない。代わりに、中間装置は、サーバによって広告されかつ監視装置によって中継されたサービス情報を傾聴し、該情報をサーバテーブルに記憶させる、新規に要求されたトラフィックを、該サーバテーブルから検索されたサーバに転送する。目的のサーバの選択は、要求を送るためのサーバとしてより混雑の少ないサーバを中間装置が選択することを助けるためのサービスの利用可能性および応答時間を広告するサービス混雑の広告に依存する。サーバがサービスの要求を受けた後、該サーバは、流れのルーティング情報を広告する。流れのルーティング情報は、通常、供給しているトラフィックの流れのための宛先（層２のイーサネット（商標）ＭＡＣアドレスを用いて）として自身を明確にする。宛先アドレスのみならず出所アドレスおよびパケットヘッダにおける他のプロトコル番号は、トラフィックの流れの照合基準として特定される。これらの流れの広告は、サーバテーブルと中間装置の流れのテーブルとに記憶される。
【０００７】
流れが中間装置によって導入された後、流れを写像する後方のパケットは、流れのテーブルを検索した結果に基づいてエンド装置に転送される。その結果は、（層２のＭＡＣアドレスによって表された）サーバが流れのために送ることを表す。中間装置が照合を見いだせないときは、流れのテーブルは常に最初に検索される。パケットは、サービスを検索している新規の最初のサービス要求パケットとして処理される。中間装置は、その後、要求を送るための１つの利用可能なサーバを見いだすためにサーバテーブルを検索する。サービスはオンザフライ（カットスルー方式）で（直接に）中止および追加され、流れは、完了、時間切れまたは他の状態となった後に広告を経て終了するが、このことはエンドユーザーに対して透過的である（transparent）。すべてのサーバはクライアントが１つの大きなサーバのようにアクセスすることを可能にする同じＩＰアドレスを共有している。プロトコル番号および他の番号プールは、トラフィックの流れおよび正しい番号リソース（resource）の管理の唯一性を保証するために監視装置（supervisor system、以下「ＳＳ」という。）によって集中的に制御可能である。本発明は、中間装置およびエンド装置中におけるサービスの情報および流れの広告のプロトコルに関する故障許容を有する負荷分散を特徴とする。
【０００８】
また、本発明は、中間切替装置がアプリケーションの詳細を知ることなくパケットを分類することを可能にするパターン照合形式で広告されたサービスの型および流れを特徴とする。
【０００９】
また、本発明は、層２のネットワークにおいてサーバ管理を助けるためにサービスの混雑、性能およびその他を含むエンド装置（サーバ）によって広告されたサービスの情報を特徴とする。
【００１０】
また、本発明は、層２のネットワークにおけるラベル分配プロトコルとしてサービス要求の品質の流れの属性を含むエンド装置（サーバ）によって広告された流れの情報を特徴とする。
【００１１】
また、本発明は、サービスの情報および流れの広告のプロトコルを有する割り当て番号の権限プロトコルの使用によって、クライアントに対して透過的な（transparent）方法において単一のＩＰアドレスを共有することを複数の物理的サーバが行える方法を特徴とする。
【００１２】
また、本発明は、単一性の割り当て出所ラベルを採用することによって、非単一性の重複の個人ＩＰアドレスを用いているパケット間で区別するためのラベル（ラベル番号は、割り当て番号の権限プロトコルを介して集中的に制御される）の使用を特徴とする。
【００１３】
本発明は、中間装置とＡＲＰプロトコルを用いるサーバとの間の現行の通信方法を改善する。本発明は、１つのＩＰアドレスが層２のアドレスによって特定された複数の物理的サーバに写像することを可能にし、さらに、各物理的サーバとクライアントとの間の通信の単一性を提供することができる。
【００１４】
本発明の装置は、中間装置と、エンド装置と、監視装置とを含む。中間装置（intermediate system、以下「ＩＳ」という。）は、クライアントからのトラフィックを受け、かつ該トラフィックを、層２のネットワーク上でエンド装置に転送し、他方、エンド装置からの応答のトラフィックをクライアントへ転送する、ＩＰルータまたは切替装置である。エンド装置（end system、以下「ＥＳ」という。）は、ハイパーテキストトランスファープロトコル（hypertext tranfer protocol、以下「ＨＴＴＰ」という。）サーバ、ファイルトランスファープロトコル（file transfer protocol、以下「ＦＴＰ」という。）サーバ、ファイヤウォールプロキシサーバ、インターネットプロトコルのためのセキュリティアーキテクチャ（security architecture for internet protocol、以下「ＩＰＳＥＣ」という。）トンネリングサーバ、ストリーミングメディアサーバ（streaming media server）、コンテントキャッシュサーバ（content cache server）、ネットワークアドレストランスレーション（network address translation、以下「ＮＡＴ」という。）サーバ等を含むいかなる種のサーバあってもよい。監視装置は、層２のネットワーク上のすべての装置からのサービスの登録を処理する特別な装置である。監視装置は、このネットワークにおいて特定のサービスのためにサーバリストを検索する新規の装置の要求に答える。監視装置は、層２のネットワークのための割り当て番号の権限サーバとして作動し、登録されたすべての装置を管理する管理エージェントとして作動する。すべてのサーバが１つのＩＰアドレスを共有できるので、クライアントと物理的サーバとの間のトラフィックの流れの分類の唯一性を保証するために、集中的に制御される必要性がある。割り当て番号の権限プロトコルはこれを達成する。主監視装置が故障したとき冗長性を支援するために、バックアップ監視装置が設けられている。層２のネットワークは、層２の切替装置（イーサネット（商標）スイッチのような）または物理的リピータ（イーサネット（商標）ハブのような）によって構成される。
【００１５】
【発明の実施の形態】
図１に示すように、本発明の装置は、中間装置と、エンド装置と、監視装置とを含む。中間装置は、外部からのトラフィックを受け、該トラフィックをエンド装置に転送するＩＰルータまたはスイッチのような類の装置である。他方、中間装置は、エンド装置からの応答トラフィックを外部へ転送する。エンド装置は、ＨＴＴＰサーバ、ＦＴＰサーバ、ファイヤウォールプロキシサーバ、ＩＰＳＥＣトンネリングサーバ、ＮＡＴサーバ等を含むサーバである。監視装置は、層２のネットワーク上のすべての装置からの登録を処理する特別な装置である。監視装置は、該ネットワーク上で特定のサービスのためのサーバリストを検索する新規の装置からの要求に応答する。監視装置は、層２のネットワークのための割り当て番号の権限サーバとして作動する。監視装置、登録されたすべての装置を管理する管理エージェントとして作動する。すべてのサーバが１つのＩＰアドレスを共有しているので、クライアントと物理的サーバとの間でのトラフィックの流れの唯一性を保証するために集中的に制御される要性がある。バックアップサーバ装置は、主監視装置が故障したとき冗長性を支援するために設けることができる。層２のネットワークは、層２の切替装置（イーサネット（商標）スイッチのような）または物理的リピータ（イーサネット（商標）ハブ）によって構成することができる。サービスは通常複数のエンド装置（サーバ）によって提供され、中間装置は、エンド装置によって広告されたサービスを認識し、サービス情報の広告に基づいたトラフィックを方向づける。装置がファイヤウォールアプリケーションプロキシのようなプロキシサービスを提供する装置であるときは、その装置は中間装置およびエンド装置を兼ねている。該装値は、クライアントからの要求を受け入れたときサーバのように作動し、実際にサービスを提供するアプリケーションサーバに要求を始動したときクライアントのようにも作動する。他の面において、中間装置は、流れ、サービスの型または宛先アドレス（destination address）に基づいてサービスを転送することを提供する。中間装置、エンド装置および監視装置は、それぞれ少なくとも１つ存在すればよいし、また、それぞれ複数存在してもよい。
【００１６】
サービスは、処理すること、転送することの両方を含む。本発明に係る装置は最初にパケットを処理することを試み、パケットを処理できないときは流れに基づいてパケットを転送することを試み、流れの情報を利用できないときはサービスの型を検索する。最後の手段は、宛先アドレスのみに基づくパケットを転送することである。しかし、処理することまたは転送することの決定は「パケットを落とす（drop packet）」ことの決定を含む。
【００１７】
サービス
サービスは、照合を決定するために規則に基づいてパケットを中間装置が解析することを可能にするパターン照合規則によって記述される。このゆえに、通常、非常に速いネットワーク処理装置によって行われるパターン照合規則を実行できる限り、中間装置は「アプリケーションアウェア」（application aware）である必要はない。解析される領域は、宛先のみならずサービスのための出所の情報をも含むことをときどき必要とする。一例として、アドレス変換サービスが必要であるか否かを決定するために、出所アドレスおよび登録アドレスの両方を照合するアドレス変換サービスがある。サービスのさらに正確な定義は、メッセージの形式の記述において定義される。
【００１８】
マルチキャストアドレス（multicast addresses）位置において、主監視装置およびバックアップ監視装置の両方のための周知の層２のマルチキャストアドレスを表すために全監視プログラムが用いられ、サービスＸを提供する全サーバのための層２のマルチキャストアドレスを表すためにサービスＸの全サーバが用いられ、サービスＸに関心を有する全クライアントのための層２のマルチキャストアドレス表すためにサービスＸの全クライアントが用いられる。
【００１９】
図２(a)は、本発明に係るサービス情報プロトコルのサービス登録メッセージのシーケンスを示す図である。エンド装置（サーバ）が立ち上がったとき、自身の層２のアドレスおよびキープアライブ（keep-alive）の間隔を提供するサービスに関するすべての監視プログラムにマルチキャストのメッセージを送る。サービスは、パターン照合規則として特定されている。エンド装置（サーバ）は、監視装置がサービスの登録を認識するまで再転送する。監視装置による認識は、この種のサービスに関心を有するすべてのクライアント（すなわち、サービスＸの全クライアント）のマルチキャストアドレスと同様に、この種のサービスを提供するサーバ（すなわち、サービスＸの全サーバ）にマルチキャストアドレスを割り当てる。監視装置は、必要ならば、キープアライブの間隔を上書きすることも可能である。サーバは、最初のキープアライブのメッセージ等を送ることによって、監視装置を認識する。サービスの登録解除のメッセージは、エンド装置（サーバ）が提供サービスを中止することを可能にする。もちろん、エンド装置（サーバ）は、監視装置がサービスの登録解除を認識するまで、再転送することを必要とする。
【００２０】
図３、図４において、サーバリストのいかなる変更があっても、監視装置は、サーバの追加および削除のリストの更新のマルチキャストアドレスを、サービスＸの全クライアントに送る。サーバ変更リストは、各クライアントが更新を認識することを可能にするために、１つのパケットに適合しなければならない。複数の更新メッセージに分割された１つ以上のパケットがあるときは、次の１つが送られる前にすべての認識が戻るのを待つ。
【００２１】
図５において、新規の（クライアント）中間装置（可能ならばエンド装置も）は、特定の型のサービスのためのサーバリストを求め、自身のキープアライブの間隔を示すために、マルチキャストメッセージを全監視プログラムに送ることができる。監視装置は、登録された特定の型のサービスのためのサーバリストを有するサーバ更新メッセージに応答する。サーバリストが１つのパケットに適合するのに長すぎるときは、応答パケットは、それが最初でさらにパケットがあることを示すために、各パケットにシーケンス番号および２ビットのフラッグを割り当てる。各パケットは、監視装置が次の１つを送ることができる前に、シーケンス番号に基づいて新規の中間装置によって認識される。監視装置からの応答は、この種のサービスを提供する全サーバ（すなわち、サービスＸの全サーバ）のマルチキャストアドレスと同様に、この種のサービスに関心を有しているクライアント（すなわち、サービスＸの全クライアント）に、マルチキャストアドレスを割り当てる。監視装置はまた、必要ならば、キープアライブの間隔を上書きすることができる。サーバの更新のメッセージのための最後の認識の後に、サーバは、最初のキープアライブのメッセージを送るために、たった１つのキープアライブの間隔を待つ。
【００２２】
図６(a)は、本発明に係るサービス制御広告の混雑メッセージシーケンスを示す図である。サーバが提供するサービスのためにさらなる要求を取得することができない理由からサーバが混雑し要求パケットを落としたときは、提供される混雑しているサービスＸについてマルチキャストメッセージを全監視プログラムおよびサービスＸの全クライアントに送る。混雑メッセージは、「サービスタイムの時間切れ」を示す。他の装置がそのような混雑メッセージを受けたとき、その装置は、「サービス時間切れ」状態が終了するまで、その特定のサービスのためのサーバリストにおいて作動しないと混雑サーバに知らせる。
【００２３】
サーバが新規の要求のために「サービス時間切れ」状態にあり、そのサービスのための新規の要求を受けたとき、要求しているノードにユニキャストのサービス混雑の広告のメッセージを応答する。これを図６(b)に示す。それは、同じサービスを提供することもできる他のサーバに要求を任意に方向づける（転送する）。
【００２４】
図６(c)は、本発明に係るサービス制御広告の方向変えのメッセージのシーケンスを示す図である。サーバが要求に応答することを試みたとき、サーバはその（ルーティング）サーバリストから送るための１つのルータを選出し、サーバは最もよい次のホップルータを選択しないかも知れないが、このメッセージ（インターネット制御メッセージプロトコル（以下「ＩＣＭＰ」という。）と同様に作動する）は、サーバがより良いルータを選出するように方向づける。サーバはサービスの構成または他の要求に基づいて、ユーザの要求を他のより良いサーバノードで方向変えするためにこのメッセージを用いることができる。
【００２５】
流れ
流れは、出所すなわち発信元から宛先すなわち送信先へのトラフィックの流れを示す。それは、出所ＩＰアドレス、宛先ＩＰアドレス、出所ＴＣＰポートおよび宛先ポートを特定するＴＣＰ接続と同様であることが可能であるが、出所ＴＣＰポートを有せず、出所ＩＰアドレスと宛先ＩＰアドレスと宛先ポートとによって特定されることも可能である。後者の場合は、クライアントとサーバとの間の永続的な接続を維持するために特に重要である。流れの詳細は、サーバによって全体的に決定され、すなわち、サーバアプリケーションの要求に従属している。本発明において、接続の要求を受けるサーバは、流れの詳細を照合する後者のパケットをどのように転送するかを中間装置に命じるために、流れの情報を中間装置に広告する。流れは、エンド装置から中間装置へと確立され、中間装置からさらに延び、その次のホップの上流の隣の中間装置へと確立される。流れは、規則に基づいてパケットを解析する中間装置が照合を決定することを可能にする、パターン照合規則によって示される。このゆえに、中間装置は、通常非常に速いネットワーク処理装置によってなされるパターン照合規則を実行できる限り、アプリケーションの流れに「アウェア」である必要はない。流れは単方向である。中間装置からサーバへの流れは、広告しているサーバによって割り当てられた流れのラベルによって特定された流れの照合規則でサーバによって広告される。サーバから中間装置への流れはさらにサーバによって広告されるが、流れのラベルは、流れを認識するパケットにおいて中間装置によって割り当てられる。流れのさらに正確な定義は、メッセージ形式の記載において定義される。
【００２６】
図１０は、本発明に係るユーザのパケットにおけるラベルの隠蔽を示す。層２のネットワークにおけるユーザのトラフィックは、ラベルの情報を有する４バイトの値で挿入される。パケットが流れに照合するときは、流れのラベルは、中間装置またはサーバによって標準のイーサネット（商標）フレームに挿入される。パケットがいかなる流れにも照合しないときは、４バイトの値は、パケットの出所を示すために用いられる出所ラベルで満たされる。２つの新規のフレームの型は、フレーム形式を唯一的に決定するために必要とされる。１つは、流れラベルフレームのためであり、他方は、出所ラベルフレームのためである。任意に、優先的なバーチャルローカルエリアネットワーク（以下「ＶＬＡＮ」という。）のタグフレームのみがラベルの前に挿入される。ＶＬＡＮ優先を有するまたは有しないフレーム形式を図１１に示す。ラベルは、個人アドレスを特定するために用いることができる。出所ラベルの一例は、バーチャルプライベートネットワーク（以下「ＶＰＮ」という。）または次にくるルータ装置ＩＤおよびインターフェース番号をはめ込むことである。非単方向の個人ＩＰアドレスを用いるパケットのために、出所ラベルは、唯一的に流れを分類するために用いられることが可能である。ＶＰＮの確認は、装置のインターフェースに関係づけるために構成される。パケットにおける異なったＶＰＮ確認番号は、同じ出所の個人ＩＰアドレスを同じ宛先ＩＰアドレスに用いる（異なったインターフェースからの）パケットを特定できる。
【００２７】
流れの広告のプロトコルにおいて、（サーバ）エンド装置は、層２のアドレスで受け入れた属性および作動を有する流れについて、マルチキャストのメッセージをサービスＸの全クライアントに送る。流れは、パターン照合規則において特定される。（サーバ）エンド装置は、原要求中間装置がその流れの広告を認識するまで再転送する。流れの属性は、流れの広告において特定される。静的なユーザにより構成された流れは、流れが方針ルーティングに基づくようにさせることが可能である。
【００２８】
図７は、本発明に係る広告のシーケンスを示す図である。エンド装置（サーバ）によって広告された流れは、サービスＸの全クライアントにマルチキャストする。しかし、広告されたメッセージは、原要求中間装置を示す。これらの中間装置は、流れの情報を流れのテーブルに記憶させ、自身の実行および状態に基づいて流れの情報を処理する、原要求中間装置ではない。この広告は、非常に多くの流れの認識のトラフィックを避けるために、原要求中間装置を除いて、関心を持たされた各クライアントからの認識を要求しない。
【００２９】
割り当て番号
割り当て番号のために層２のネットワーク内においてＩＰアドレスのような複数のパラメータが存在し、同じＩＰアドレスのもとで、ＴＣＰまたはユーザデータグラムプロトコル（User Datagram Protocol、以下「ＵＤＰ」という。）、層３から層７のヘッダまたは内容における領域、および他の多くのことが制御かつ管理される必要がある。その中のあるものは、トラフィックの流れの唯一性を保証することを要求され、他のものは、集中制御されることを必要とする共通のリソース（resource）である。同じサービスを提供する多くのサーバのための１つのＩＰアドレスの共有は、パケットのヘッダおよび内容におけるパラメータ領域に用いられる値が唯一的に割り当てられることを必要とする。これらの唯一的な番号割り当てを要求どおりに行わせ、現在の割り当て値の登録を維持することは、割り当て番号の権限サーバの仕事（task）である。
【００３０】
割り当て番号の権限プロトコルにおいて、エンド装置または中間装置は、用いられる１つまたはある範囲のパラメータを借り受けることを要求するために、全監視プログラムにマルチキャストのメッセージを送る。監視装置は、要求された最少時間に等しいまたはそれより少ない借り受け時間を有する特定のパラメータのためのプールからの番号の範囲を応答かつ承諾する。要求している装置が作動していないことが監視装置によって検出されたとき、承諾された番号は監視装置によってプールに戻される。
【００３１】
現在の割り当ておよび非割り当て番号の登録の同期
バックアップ監視装置と主監視装置との間で現在の割り当ておよび非割り当ての値の登録を同期させるために、バックアップ監視装置は、特定の番号の型のための割り当ておよび非割り当てに関して主監視装置にユニキャストの要求を送ることができる。主監視装置は、その特定の型の番号のための割り当ておよび非割り当ての番号を有する番号更新のメッセージで応答する。番号の型が１つのパケットに適合させるには非常に多すぎるときは、応答パケットにおいては、最初の、中間のまたは最後のパケットを表すために各パケットにシーケンス番号およびフラグを割り当てる。主監視装置が次のパケットを送る前に、各パケットは、シーケンス番号に基づいて新規のバックアップ監視装置によって認識される。
【００３２】
監視およびバックアップ監視の装置の選択処理
バックアップ監視装置の冗長性の支援において、監視装置（バックアップかまたはそうでない）が立ち上がったとき、該装置は、マルチキャストのサービス更新要求メッセージを全監視プログラムに送ることによって、現存の監視装置からバックアップ監視装置に問い合わせることを常に試みる。利用可能なバックアップ監視装置を用いることなくサービス更新要求に応答する現存の主監視装置があるとき、新規の監視装置はバックアップ監視装置となり、該装置は、サーバ更新メッセージのプロトコルを介してサーバテーブルを主監視装置と同期させる。バックアップ監視装置は、番号更新メッセージのプロトコルを介して主監視装置によって割り当てられたおよび割り当てられなかった番号を同期させる。最後の番号更新メッセージが認識された後、バックアップ監視装置は、主監視装置のために問い合わせのユニキャストの要求を周期的に送り、全監視プログラムのマルチキャストアドレスに送られた全メッセージを傾聴する、すなわち確実に受けるようにする。バックアップ監視装置が存在するとき、該装置は、現存のバックアップ監視装置が実際に消滅するまで、バックアップ監視装置になることを試みるために問い合わせを周期的に送る。サービス更新の要求のための応答が（作動していない）間隔（３度のサービス問い合わせ間隔）の間ないときは、新規の監視装置は、主監視装置となる（しかし、バックアップ監視装置はない。）。受けたメッセージのＭＡＣアドレスを有する（作動していない）間隔が自身のＭＡＣアドレスより小さい間新規の監視装置が主監視装置へのバックアップ監視装置に関する問い合わせの要求を受けたとき、新規の監視装置自身はさらに（作動していない）間隔の終わりに主監視装置になる。受けたメッセージのＭＡＣアドレスを有する（作動していない）間隔が自身のＭＡＣアドレスより大きい間新規の監視装置が主監視装置への問い合わせの要求を受けたとき、最も大きなＭＡＣアドレスを有する装置は主監視装置となり、２番目に大きなＭＡＣアドレスはバックアップ監視装置となる。主監視装置が発見または選択された後、バックアップ監視装置は主監視装置のための問い合わせの要求を周期的に送り、主監視装置が要求を受けたとき、該装置は、バックアップ監視装置の寿命タイマーを再生し、要求に応答し、その他を行う。主監視装置が寿命期間の終わりにバックアップの要求を受けないとき、該装置は、バックアップ監視装置を取り除き、シンプルネットワークマネジメントプロトコル（simple network management protocol、以下「ＳＮＭＰ」という。）トラップを送る。他方、（作動していない）間隔（３度のサービス問い合わせ間隔）のための応答がないときは、バックアップ監視装置は主監視装置になる。
【００３３】
プロトコルのメッセージの形式
図１２は、本発明に係るプロトコルのメッセージの形式を示す図である。パケットは、イーサネット（商標）フレームによって運ばれる、またはＩＰもしくはＵＤＰによって運ばれる。
【００３４】
【表１】
0003654847.tif 000002
【００３５】
フレームの型のための唯一の型を見いだせる。
【００３６】
【表２】
0003654847.tif 000003
【００３７】
ＩＰヘッダにおいて唯一のプロトコルの型を見いだせる。
【００３８】
【表３】
0003654847.tif 000004
【００３９】
ＵＤＰヘッダにおいて唯一のポート番号を見いだせる。
【００４０】
【表４】
0003654847.tif 000005
【００４１】
図１３は、本発明に係る共通のメッセージのヘッダの形式を示す図である。
【００４２】
メッセージの型は以下の内容を有する。つまり、
１０００：サービスの登録の要求
１００１：サービスの登録の認識
１００２：サービスの登録解除の要求
１００３：サービスの登録解除の認識
１１００：サービスの更新の要求
１１０１：サービスの追加の更新
１１０２：サービスの追加の更新の認識
１１０３：サービスの削除の更新
１１０４：サービスの削除の更新の認識
１２００：サービスの制御の広告
１３００：流れの広告
１３０１：流れの広告の認識
１４００：割り当て番号の要求
１４０１：割り当て番号の認識
１５００：割り当て番号の更新の要求
１５０１：割り当て番号の更新
１５０２：割り当て番号の更新の認識
【００４３】
キープアライブのメッセージのために、装置は、監視装置（サービスＸの全クライアントも）およびサービスＸの全クライアントにおいて寿命期間を再生するために、キープアライブの間隔のサービスの属性を有するサービスＸの全クライアントに、サービス制御広告のマルチキャストのメッセージを周期的に送る。現在の応答時間は、クライアント（ＩＳ）に混雑のより少ないサーバを選択させるために格納計数と同じ距離（metric）で付加される。
【００４４】
【表５】
0003654847.tif 000006
【００４５】
サーバアドレスは８バイトの領域（field）であり、最初の２バイトはＭＡＣアドレスまたはＩＰアドレスを決定する。００００はＭＡＣ、０００１はＩＰである。
【００４６】
キープアライブの間隔およびサーバの現在の応答時間はサーバの属性の２つの型であり、１はキープアライブの間隔、２はサーバの現在の応答時間のためである。
【００４７】
キープアライブの間隔は、装置が周期的なキープアライブのメッセージを送る時間間隔である。サーバの現在の応答時間は、イーサネット（商標）ドライバによる要求パケット（たとえばＨＴＴＰ要求）の入力時間記録と応答パケットがワイヤに送った時間記録との間の現在の時間相違である。現在の時間相違は、ドライバを送ることによって記録され、キープアライブの間隔内で平均される。監視装置は、監視装置が親の監視装置に送った間隔内の各サーバの最後の現在の応答時間に基づいて平均の応答時間を計算する。
【００４８】
図１４は、本発明に係るサービスの登録の要求のためのメッセージの形式を示す図である。
【００４９】
【表６】
0003654847.tif 000007
【００５０】
サービスの型の照合規則は、後述する記載において定義された可変の長さである。サーバアドレスは８バイトの領域であり、最初の２バイトはＭＡＣアドレスまたはＩＰアドレスを決定する。００００はＭＡＣ、０００１はＩＰである。
【００５１】
図１５は、サービスの登録解除の要求のためのメッセージの形式を示す図であり、この形式は以下のとおりである。
【００５２】
【表７】
0003654847.tif 000008
【００５３】
図１６は、本発明に係るサービスの登録の認識のメッセージの形式を示す図である。
【００５４】
【表８】
0003654847.tif 000009
【００５５】
サーバアドレスは８バイトの領域であり、最初の２バイトはＭＡＣアドレスまたはＩＰアドレスを決定する。００００はＭＡＣ、０００１はＩＰユニキャストまたはマルチキャストである。
【００５６】
サーバのユニキャストアドレスは、サービスを登録するサーバアドレスである。サーバのマルチキャストアドレスは、監視装置によって割り当てられた登録されたサービスを務めている全サーバのためのマルチキャストアドレスである。クライアントのマルチキャストアドレスは、監視装置によって割り当てられた登録されたサービスに関心を有する全クライアントのためのマルチキャストアドレスである。優先順位は、２またはそれ以上の照合サービス規則があるとき、サービス照合の結合切断のために用いられる。サービスを転送するのみの中間装置の宛先は、他より低い優先順位を有する。これは、次のホップノードのためのルーティングテーブルを検索することは、流れのテーブルおよび（処理している）サーバのテーブルを検索することより低い優先であることを意味する。図１７は、サービスの登録解除の認識のためのメッセージの形式であり、該形式は以下のとおりである。
【００５７】
【表９】
0003654847.tif 000010
【００５８】
図１８は、本発明に係るサービスの型の照合規則のためのメッセージの形式を示す図である。サービスの分類において、パターン照合方法でサービスの型を記述するための形式は、図１３に定義されている。サービスの型は、パケット解析規則によって唯一的に分類されている。同じサービスの型のために複数のパケット解析規則があるときは、サービスを提供するサーバがすべてを務めるが、サービスの型は、別のサービスの型としてさらに分類される。特定のサービスの型のための解析規則は、ひと続きのパターン照合の領域を含む。特に同じ層のヘッダにおいて関連する領域は副型として分類される。サービスの型または副型における最も重要なビットは、最終領域であるか中間の副型または型であるかを示す。ビット位置は、領域の関係づけられた層のヘッダの始まりから開始し、階層は層７まで達する。サービスの型の照合規則のための図１８のメッセージの形式は、以下のとおりである。
【００５９】
【表１０】
0003654847.tif 000011
【００６０】
注目すべきは、長さの単位はバイト数で示されることである。サービスの型の照合規則は、同時に照合される複数のレベルと複数の領域とを含む。これらのパターン照合は、パターン照合ネットワーク処理装置によって、通常の手順に合わせられたＣＰＵより非常に速く実行される。開始ビット位置は、型または副型によって演繹されるパケットのヘッダの始まりからオフセットがなされる。演算子は、「＞」、「＜」「＞＝」、「＜＝」、「＝＝」および「！＝」である。領域の値の長さの単位はバイトで計算され、領域の値は使用されない先行ゼロビットを有する。開始ビットの位置およびビットの長さは、演算子が異なれば複数回出現する。
【００６１】
図１９は、サービスの型の更新の要求のためのメッセージの形式を示す図であり、該形式は以下のとおりである。
【００６２】
【表１１】
0003654847.tif 000012
【００６３】
応答されたメッセージはサービスの追加の更新のメッセージである。
【００６４】
図２０は、本発明に係るサービスの追加の更新のためのメッセージの形式を示す図である。
【００６５】
【表１２】
0003654847.tif 000013
【００６６】
シーケンス番号の最も大きな２ビットは、最初の、中間のまたは最後の更新パケットを示す。シーケンス番号のビット３１、３０は最初およびそれ以降のビットである。
【００６７】
【表１３】
0003654847.tif 000014
【００６８】
図２１は、本発明に係るサービスの型の削除の更新のためのメッセージの形式を示す図である。
【００６９】
【表１４】
0003654847.tif 000015
【００７０】
シーケンス番号の最も大きな２ビットは、最初の、中間のまたは最後の更新パケットを示す。シーケンス番号のビット３１、３０は最初およびそれ以降のビットである。
【表１５】
0003654847.tif 000016
【００７１】
図２２は、本発明に係るサービスの型の更新の認識のためのメッセージの形式を示す図である。これは、追加または削除のサービスの更新のための認識である。
【００７２】
【表１６】
0003654847.tif 000017
【００７３】
サービスの削除のために、サーバおよびクライアントのアドレスは、ゼロで満たされる。シーケンス番号の最も大きな２ビットは、最初の、中間のまたは最後の更新パケットを示す。シーケンス番号のビット３１、３０は、最初およびそれ以降のビットである。
【表１７】
0003654847.tif 000018
【００７４】
図２３は、本発明にかかるサービス制御広告のためのメッセージの形式を示す図である。
【００７５】
【表１８】
0003654847.tif 000019
【００７６】
サービスの制御のメッセージのための２以上のサービスの属性の型、混雑した装置による「時間切れのサービス」のための３、および中間装置またはサーバによる他のより良い装置へのパケットの「方向変え」のための４。
【００７７】
【表１９】
0003654847.tif 000020
0003654847.tif 000021
【００７８】
長さは、すべてのサーバアドレスの長さを決定する。サーバアドレスは、方向変えされる可能なすべてのサーバである。
【００７９】
図２４は、本発明に係る流れの広告のためのメッセージの形式を示す図である。
【００８０】
【表２０】
0003654847.tif 000022
【００８１】
図２５は、本発明に係る流れの広告の認識のためのメッセージの形式を示す図である。
【００８２】
【表２１】
0003654847.tif 000023
【００８３】
流れのラベルは４バイトである。中間装置は、新規の流れのラベルを上書きするために流れの属性を有する流れを認識する。流れの属性の１つは作動の属性であり、作動の属性の値の１つは流れを中止することである。中間装置は、新規の流れのラベルを上書きするために流れの属性を有する流れを認識する。
【００８４】
流れを記述するための形式は図２０において定義される。流れは、パケットの解析規則によって唯一的に分類され、３２ビットラベルによって識別される。サーバに割り当てられた範囲のラベルは、割り当て番号の権限プロトコルを経る。これは、流れラベルを層２のネットワーク全体にわたり唯一のものとさせる。同じ流れのための複数のパケット解析規則があるとき、中間装置はすべて同じエンド装置または可能な次の中間装置に方向づけるが、別の流れとしてさらに分類される。特定の流れのための解析規則は、ひと続きのパターン照合の領域を含む。特に同じ層のヘッダにおいて関連する領域は副型として分類される。サービスの型または副型において最も重要なビットは、最終領域または中間の副型または型であるかどうかを表す。ビット位置は領域の関係づけられた層のヘッダの最初から開始し、階層は層７まで達する。
【００８５】
【表２２】
0003654847.tif 000024
【００８６】
長さの単位はバイト数である。流れの照合規則は、同時に照合される複数のレベルと複数の領域とを含む。これらのパターン照合は、パターン照合ネットワーク処理装置によって、通常の手順に合わせられたＣＰＵより非常に速く実行される。開始ビット位置は、型または副型によって演繹されるパケットヘッダの始まりからオフセットがなされる。演算子は、「＞」、「＜」「＞＝」、「＜＝」、「＝＝」および「！＝」である。領域の値の長さの単位はバイトで計算され、領域の値は使用されない先行ゼロビットを有する。開始ビット位置およびビットの長さは、演算子が異なれば複数回出現する。流れの属性において、流れは、トラフィック工学要求、品質、優先、マルチプロトコルラベル切替（以下「ＭＰＬＳ」という。）のラベルおよび他の流れの方向づけられた情報の属性を有する。
【００８７】
図２６は、流れの属性のメッセージの形式を示す図である。
【００８８】
【表２３】
0003654847.tif 000025
【００８９】
属性の型における最も重要なビットは、最後の属性かどうかを示す。
【００９０】
流れの属性  作動
第１の属性の型は、作動の属性である。流れの作動の属性は、「許可（permit）」、「否定（deny）」、「ＭＰＬＳラベル挿入（insertion）」、「ＭＰＬＳラベル取り除き（removal）」、「流れの中止（withdraw）」および他の方針の構成の照合作動項目を含む。
【００９１】
流れの属性  ラベルの値
第２の属性の型は、ラベル値の属性である。これは、サーバによって広告された入ってくる流れのためのラベルの値を上書きするために中間装置によって用いられる。
【００９２】
流れの属性  指名された装置
第３の属性の型は、流れ広告を認識する指名された装置を指定することである。
【００９３】
流れの属性  帯域幅および最大遅延
第４の属性の型は、流れの帯域幅要求および最大遅延を識別することである。ゼロは最大努力のトラフィックのために予約されている。
【００９４】
流れの属性  ディフサーブ（DiffServ）およびサービスの型（以下「ＴＯＳ」という。）の変更
第５の属性の型は、ＩＰパケットヘッダにおけるＴＯＳまたはディフサーブのために新規の値を識別することである。
【００９５】
図２７は、割り当て番号の要求のためのメッセージの形式を示す図である。
【００９６】
【表２４】
0003654847.tif 000026
【００９７】
値は、開始番号および要求された番号長等を含む。
【００９８】
図２８は、割り当て番号の認識のためのメッセージの形式を示す図である。
【００９９】
【表２５】
0003654847.tif 000027
【０１００】
値は、開始番号および承諾された番号長等を含む。
【０１０１】
図２９は、割り当て番号の更新の要求のためのメッセージの形式を示す図である。
【０１０２】
【表２６】
0003654847.tif 000028
【０１０３】
図３０は、割り当て番号の更新のためのメッセージの形式を示す図である。
【０１０４】
【表２７】
0003654847.tif 000029
【０１０５】
シーケンス番号の最も大きな２ビットは、最初の、中間のまたは最後の更新パケットを示す。シーケンス番号のビット３１、３０は最初のおよびそれ以降のビットである。
【表２８】
0003654847.tif 000030
【０１０６】
図３１は、割り当て番号の更新の認識のためのメッセージの形式を示す図である。
【０１０７】
【表２９】
0003654847.tif 000031
【０１０８】
シーケンス番号の最も大きな２ビットは、最初の、中間のまたは最後の更新パケットを表す。シーケンス番号のビット３１，３０は最初のおよびそれ以降のビットである。
【０１０９】
【表３０】
0003654847.tif 000032
【０１１０】
本発明の属する技術の分野における通常の知識を有する者は、前記の具体的な実施例に適用することが可能な、かつ本発明の範囲を逸脱しない範囲の、種々の変更や修正を認識することができる。
【図面の簡単な説明】
【図１】中間装置とエンド装置と監視装置とを含む本発明に係る装置を示す図。
【図２】  (a)は、本発明に係るサービス情報プロトコルのサービスの登録シーケンスを示す図。(b)は、本発明に係るサービス情報プロトコルのサービスの登録解除シーケンスを示す図。
【図３】本発明に係るサービス情報プロトコルの追加の更新のシーケンスを示す図。
【図４】本発明に係るサービス情報プロトコルの削除の更新のシーケンスを示す図。
【図５】本発明に係るサービス情報プロトコルの追加の更新のシーケンスを示す図。
【図６】  (a)は、本発明に係るサービス制御広告のサーバ混雑のマルチキャストのメッセージのシーケンスを示す図。(b)は、本発明に係るサービス制御広告の引き起こされたサーバ混雑のユニキャストのメッセージのシーケンスを示す図。(c)は、本発明に係るサービス制御広告の方向変えのメッセージのシーケンスを示す図。
【図７】本発明に係る流れの広告のシーケンスを示す図。
【図８】本発明の割り当て番号の権限プロトコルのシーケンスを示す図。
【図９】主監視装置から割り当て番号を検索するための新規のバックアップ監視システムを示す図。
【図１０】ユーザのパケットにおけるラベルの隠蔽を示す図。
【図１１】バーチャルローカルエリアネットワークの優先度を有するまたは有しないメッセージの形式を示す図。
【図１２】プロトコルのメッセージの形式を示す図。
【図１３】共通のメッセージのヘッダのためのメッセージの形式を示す図。
【図１４】サービスの登録の要求のためのメッセージの形式を示す図
【図１５】サービスの登録解除の要求のためのメッセージの形式を示す図。
【図１６】サービスの登録の認識のためのメッセージの形式を示す図。
【図１７】サービスの登録解除の認識のためのメッセージの形式を示す図。
【図１８】サービスの型の照合規則のためのメッセージの形式を示す図。
【図１９】サービスの更新の要求のためにメッセージの形式を示す図。
【図２０】サービスの削除の更新のためのメッセージの形式を示す図。
【図２１】サービスの削除の更新のためのメッセージの形式を示す図。
【図２２】サービスの更新の認識のためのメッセージの形式を示す図。
【図２３】サービスの制御の広告のためのメッセージの形式を示す図。
【図２４】流れの広告のためのメッセージの形式を示す図。
【図２５】流れの広告の認識のためのメッセージの形式を示す図。
【図２６】流れの属性のためのメッセージの形式を示す図。
【図２７】割り当て番号の要求のためのメッセージの形式を示す図。
【図２８】割り当て番号の認識のためのメッセージの形式を示す図。
【図２９】割り当て番号の更新の要求のためのメッセージの形式を示す図。
【図３０】割り当て番号の更新のためのメッセージの形式を示す図。
【図３１】割り当て番号の更新の認識のためのメッセージの形式を示す図。
【図１】
0003654847.tif 000033
【図２】
0003654847.tif 000034
【図３】
0003654847.tif 000035
【図４】
0003654847.tif 000036
【図５】
0003654847.tif 000037
【図６】
0003654847.tif 000038
【図７】
0003654847.tif 000039
【図８】
0003654847.tif 000040
【図９】
0003654847.tif 000041
【図１０】
0003654847.tif 000042
【図１１】
0003654847.tif 000043
【図１２】
0003654847.tif 000044
【図１３】
0003654847.tif 000045
【図１４】
0003654847.tif 000046
【図１５】
0003654847.tif 000047
【図１６】
0003654847.tif 000048
【図１７】
0003654847.tif 000049
【図１８】
0003654847.tif 000050
【図１９】
0003654847.tif 000051
【図２０】
0003654847.tif 000052
【図２１】
0003654847.tif 000053
【図２２】
0003654847.tif 000054
【図２３】
0003654847.tif 000055
【図２４】
0003654847.tif 000056
【図２５】
0003654847.tif 000057
【図２６】
0003654847.tif 000058
【図２７】
0003654847.tif 000059
【図２８】
0003654847.tif 000060
【図２９】
0003654847.tif 000061
【図３０】
0003654847.tif 000062
【図３１】
0003654847.tif 000063