(57)【要約】  本発明は、サービスバインディングを用いてアクセスドメイン上でデータトラフィック集合を実行するための方法およびノードに関する。ユーザドメインの第１デバイスに関するアクセスエッジノードにおいて、ユーザドメインの第１デバイスとサービスプロバイダドメインの一つを識別するサービス要求関連メッセージが受信されると、サービスバインディングがアクセスエッジノードにおいて生成される。サービスバインディングは、アクセスノードがユーザドメインとアクセスエッジノードとして機能するようにコミットして、ユーザドメインの第１デバイスとサービスプロバイダドメインとの間のデータトラフィックを、その間のデータトラフィックがアクセスドメイン上で管理されるように統括する。サービス要求関連メッセージが受信されるユーザドメインとして機能するアクセスノードには、生成されたサービスバインディングが告知される。生成されたサービスバインディングは、ユーザドメインの第１デバイスとサービスプロバイダドメインとの間におけるアクセスドメイン上でデータトラフィックに関するアクセスノードとアクセスエッジノードにおいて、その間でアクセスドメイン上で交換されるユニキャストメッセージからユーザデバイスＭＡＣアドレスを除去し、アクセスノードとアクセスエッジノードに認識される仮想ＭＡＣアドレスに置換するように構成されている。【選択図】  図７Ａ
2008530882.tif 000002
【特許請求の範囲】
【請求項１】
サービスバインディングを用いてアクセスドメイン上でデータトラフィックの集合を実行するための方法であって：
アクセスエッジノードにおいてユーザドメインの第１デバイスに関するサービス要求関連メッセージであって、前記ユーザドメインの前記第１デバイスとサービスプロバイダドメインのひとつを識別する前記サービス要求関連メッセージを受信すると、前記アクセスエッジノードにおいて前記サービスバインディングを生成し、その場合に、前記サービスバインディングは、前記ユーザドメインにサーブするアクセスノードと前記アクセスエッジノードに対して、前記ユーザドメインの前記第１デバイスと前記サービスプロバイダドメインとの間の前記アクセスドメイン上でのデータトラフィックを管理するように付託することにより、前記ユーザドメインの前記第１デバイスと前記サービスプロバイダドメインとの間のデータトラフィックを規制し；
受信された前記サービス要求関連メッセージに関する前記ユーザドメインにサーブする前記アクセスノードに対して前記生成されたサービスバインディングを告知し；
前記生成されたサービスバインディングは、前記アクセスノードと前記アクセスエッジノードにおいて、前記ユーザドメインの前記第１デバイスと前記サービスプロバイダドメインとの間の前記アクセスドメイン上のデータトラフィックに関して：
前記ユーザドメインの前記第１デバイスと前記サービスプロバイダドメインとの間の前記アクセスドメイン上で交換されるユニキャストメッセージからユーザデバイスＭＡＣアドレスを除去し、前記アクセスノードおよび前記アクセスエッジノードにより認識される仮想ＭＡＣアドレスと交換する、
処理を執行することを特徴とする方法。
【請求項２】
請求項１に記載の方法であって、さらに、前記アクセスエッジノードにおいて複数のサービスエージェントを生成し、その場合に、前記各サービスエージェントは特定のサービスプロバイダドメインに対応し、前記各サービスエージェントは前記アクセスドメイン上でＶＬＡＮ（Ｖｉｒｔｕａｌ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗａｒｋ）を管理するものであることを特徴とする方法。
【請求項３】
請求項２に記載の方法であって、前記サービスバインディングは前記ユーザドメインの前記第１デバイスと要求された前記サービスプロバイダドメインに対応する前記サービスエージェントを識別することを特徴とする方法。
【請求項４】
請求項３に記載の方法であって、前記生成されたサービスバインディングが処理を執行するステップが、さらに、前記ユーザドメインの前記第１デバイスと前記サービスプロバイダドメインとの間において交換されるユニキャストメッセージからＶＬＡＮタグフィールドを、前記生成されたサービスバインディングに対応する前記サービスエージェントの識別子に対応するように、修正することを特徴とする方法。
【請求項５】
請求項４に記載の方法であって、前記ユーザドメインから前記サービスプロバイダドメインに送信されるデータトラフィックに関して、前記生成されたサービスバインディングは、前記アクセスノードにおいて：
前記アクセスエッジノードの仮想ＭＡＣアドレスに関し前記ユニキャストメッセージ内の前記ユーザデバイスのソースアドレスを修正し；
前記ユニキャストメッセージ内の前記ＶＬＡＮタグフィールドの内容を、前記生成されたサービスバインディングに対応する前記サービスエージェントの識別子と置き換える、
処理を執行することを特徴とする方法。
【請求項６】
請求項５に記載の方法であって、修正された前記ユニキャストメッセージが前記アクセスエッジノードにおいて受信され、前記ユニキャストメッセージの前記ソースアドレスが、前記サービスプロバイダドメインに転送される前に、ユーザデバイスＭＡＣアドレスと置き換えられることを特徴とする方法。
【請求項７】
請求項４に記載の方法であって、前記サービスプロバイダドメインから前記ユーザドメインに送信されるデータトラフィックのために、前記生成されたサービスバインディングは、前記アクセスエッジノードにおいて、
前記ユーザドメインにサーブする前記アクセスノードの仮想ＭＡＣアドレスによって、前記ユーザドメインＭＡＣアドレスに対応する前記ユニキャストメッセージのあて先アドレスを修正し、
前記ユニキャストメッセージ内のＶＬＡＮタグフィールドの内容を前記生成されたサービスバインディングに対応するサービスエージェント識別子と置き換えるように、
処理を執行することを特徴とする方法。
【請求項８】
請求項１に記載の方法であって、前記アクセスエッジノードと前記アクセスノードは、同時に、複数のユーザドメインと複数のサービスプロバイダドメインのために、複数のサービスバインディングを処理することを特徴とする方法。
【請求項９】
サービスバインディングを用いてアクセスドメイン上でデータトラフィックの集合を実行するアクセスエッジノードであって、前記アクセスエッジノードはユーザドメインとサービスプロバイダドメインとの間のアクセスドメイン内に配置されており、
前記サービスプロバイダドメインと前記ユーザドメインの前記第１デバイスのためにサービス要求関連メッセージを受信するとともに、ユニキャストメッセージを送受信する、入出力ユニットと；
前記サービスバインディングを生成するためのサービスエージェントユニットであって、その場合に、前記サービスバインディングは前記アクセスドメイン上で前記ユーザドメインの前記第１デバイスと前記サービスプロバイダドメインの間のデータトラフィックを規制し、前記サービスバインディングは、前記ユーザドメインにサーブするアクセスノードと前記サービスプロバイダドメインを代表するアクセスエッジノードに対して付託して、前記ユーザドメインの前記第１デバイスと前記サービスプロバイダドメインとの間の前記アクセスドメイン上のデータトラフィックを処理させるように構成されたサービスエージェントユニットと；
前記サービス要求関連メッセージが受信された前記ユーザドメインにサーブする前記アクセスノードに前記入出力ユニットを介して前記サービスバインディングの生成を告知し、前記生成されたサービスバインディングに対して、前記アクセスエッジノードにおいて、前記ユーザドメインの前記第１デバイスと前記サービスプロバイダドメインとの間の前記アクセスドメイン上のデータトラフィックに関して、ユニキャストメッセージからユーザデバイスＭＡＣアドレスを除去し、前記アクセスノードおよび前記アクセスエッジノードにより認識される仮想ＭＡＣアドレスと置き換えるように処理を執行させるように、構成された制御ユニットと、
を備えること特徴とするアクセスエッジノード。
【請求項１０】
請求項９に記載のアクセスエッジノードであって、
前記サービスエージェントユニットは、さらに、複数のサービスエージェントを維持し、前記各サービスエージェントは、前記サービスプロバイダドメインに対応し、アクセスドメイン上で前記サービスプロバイダドメインためにＶＬＡＮ（Ｖｉｒｔｕａｌ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を管理し、さらに、前記生成されたサービスバインディングは、前記サービスエージェントユニットにより管理される前記アクセスドメイン上において前記サービスプロバイダドメインに対応するＶＬＡＮに対する前記ユーザドメインの前記第１デバイスを含むことを特徴とするアクセスエッジノード。
【請求項１１】
請求項１０に記載のアクセスエッジノードであって、
前記サービスエージェントユニットは、サービスエージェント管理および制御ユニットとサービスバインディングホスティングユニットからなり、
前記サービスエージェント管理および制御ユニットは、前記アクセスドメイン上で、前記サービスプロバイダドメインに関するＶＬＡＮを管理し、前記サービスバインディングを生成、修正または除去するものであり、
前記サービスバインディングホスティングユニとは、前記サービスバインディングをホスティングし、
前記制御ユニットは、さらに、前記サービスエージェント管理および制御ユニットが前記サービスバインディングを修正または除去した場合に、前記ユーザドメインにサーブする前記アクセスノードに告知することを特徴とするアクセスエッジノード。
【請求項１２】
請求項１１に記載のアクセスエッジノードであって、前記サービスエージェント管理および制御ユニットは、前記アクセスドメイン上で、複数のＶＬＡＮを同時に制御し、各ＶＬＡＮは前記サービスプロバイダドメインのひとつに対応するものであり、
前記サービスバインディングホスティングユニットは、同時に、複数のサービスバインディングを、複数のユーザドメインおよび複数のサービスプロバイダドメインのためにホスティングするものあることを特徴とするアクセスエッジノード。
【請求項１３】
請求項９に記載のアクセスエッジノードであって、前記ユーザドメインに関する前記サービスプロバイダドメインのひとつから入出力ユニットにおいて受信されたユニキャストメッセージについて、前記制御ユニットは、ユニキャストメッセージからユーザデバイスＭＡＣアドレスを除去し、前記アクセスノードの仮想ＭＡＣアドレスと置き換えることを特徴とするアクセスエッジノード。
【請求項１４】
請求項１３に記載のアクセスエッジノードであって、前記制御ユニットは、さらに、ＶＬＡＮタグフィールドの内容を除去し、ユニキャストメッセージが受信された前記サービスプロバイダドメインに関する前記サービスエージェントユニットにより管理される前記サービスエージェントに対応するサービスエージェント識別子に置き換えることを特徴とするアクセスエッジノード。
【請求項１５】
請求項９に記載のアクセスエッジノードであって、前記ユーザドメインのひとつから入出力ユニットにおいて受信されたユニキャストメッセージについて、前記制御ユニットは、ユニキャストメッセージをサービスプロバイダドメインに転送する前に、あて先アドレスとＶＬＡＮタグフィールドを、それぞれ、対応するサービスプロバイダドメインとユーザドメインローカルＶＬＡＮタグフィールド識別子に修正することを特徴とするアクセスエッジノード。
【請求項１６】
サービスバインディングを用いてアクセスドメイン上でデータトラフィック修正を実行するためのアクセスノードであって、前記アクセスノードは、ユーザドメインとアクセスドメインとの間に位置され、前記アクセスノードは、
前記アクセスドメイン上で前記ユーザドメインからデータトラフィックを転送し、前記サービスバインディング関連メッセージを受信する入出力ユニットと；
前記サービスバインディングを格納し、前記入出力ユニットにおいて受信された前記サービスバインディング関連メッセージを評価し、その評価にしたがって格納された前記サービスバインディングを更新し、前記サービスバインディングを管理する集合ユニットと；
前記データトラフィックを制御し、格納された前記サービスバインディングに対して、前記ユーザドメインから受信したユニキャストメッセージからユーザデバイスＭＡＣアドレスを除去し、アクセスコードエッジの仮想ＭＡＣアドレスと置き換える処理を執行させる、制御ユニットとを備えたことを特徴とするアクセスノード。
【請求項１７】
請求項１６に記載のアクセスノードであって、前記制御ユニットは、さらに、前記ユーザドメインから受信されたユニキャストメッセージのＶＬＡＮタグフィールドの内容を除去し、前記集合ユニットにおいて格納された前記サービスバインディングのひとつに対応するサービスエージェント識別子に置き換えさせることを特徴とするアクセスノード。
【請求項１８】
請求項１６に記載のアクセスノードであって、前記集合ユニットは、同時に複数のユーザドメインと複数のサービスプロバイダドメインのための複数のサービスバインディングをホスティングすることを特徴とするアクセスノード。
【請求項１９】
請求項１６に記載のアクセスノードであって、前記各サービスバインディングは、前記サービスプロバイダドメインに関して前記アクセスドメイン上で維持されるＶＬＡＮ（Ｖｉｒｔｕａｌ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に対する前記ユーザドメインを含むことを特徴とするアクセスノード。
【発明の詳細な説明】
【技術分野】
【０００１】
３５  Ｕ．Ｓ．Ｃ．Ｓ．１１９（ｅ）および３７  Ｃ．Ｆ．Ｒ．Ｓ．１．７８に基づく優先権ステートメント。
この特許出願は、シルヴェイン・モネッテ（Ｓｙｌｖａｉｎ  Ｍｏｎｅｔｔｅ）、マチュー・ジゲーレ（Ｍａｔｈｉｅｕ  Ｇｉｇｕｅｒｅ）、マーチン・ジュリアン（Ｍａｒｔｈｉｎ  Ｊｕｌｉｅｎ）、ベノア・トレムブレイ（Ｂｅｎｏｉｔ  Ｔｒｅｍｂｌａｙ）の名の下に２００５年２月１４日の出願された出願番号６０／６５１，９７１号「ポリプロジェクト（Ｐｏｌｙ  ｐｒｏｊｅｃｔ）」、およびシルヴェイン・モネッテ（Ｓｙｌｖａｉｎ  Ｍｏｎｅｔｔｅ）、マチュー・ジゲーレ（Ｍａｔｈｉｅｕ  Ｇｉｇｕｅｒｅ）、マーチン・ジュリアン（Ｍａｒｔｈｉｎ  Ｊｕｌｉｅｎ）、ベノア・トレムブレイ（Ｂｅｎｏｉｔ  Ｔｒｅｍｂｌａｙ）の名の下に２００５年４月２５日出願の出願番号６０／６７４，３０７号「アクセスノードエッジノード複合プロトコル（ＡＥＰ：Ａｃｃｅｓｓ  ｎｏｄｅ−ｅｄｇｅ  ｎｏｄｅ  ｃｏｍｐｌｅｘ  ｐｒｏｔｏｃｏｌ）」の先の米国仮特許出願に基づく優先権を主張するものである。
【０００２】
本発明は、アクセスドメインを超えたサービスバインディングを用いた環境においてユニキャストメッセージによりデータトラフィックの集合を実行する方法およびノードに関する。
【背景技術】
【０００３】
近年、インターネットプロトコル（ＩＰ）の爆発的に普及している。当初は、大学や研究所が研究プロジェクトにおける連絡や共同作業を行うために発達したものであったが、一般市場レベルにおけるネットワークにまで成長している。今や、ワールドワイドウェッブ（Ｗｏｒｌｄ−Ｗｉｄｅ−Ｗｅｂ）をネットサーフしたり、ネットゲームで遊んだり、ＩＰ電話をかけたり、文書やソフトウェアをダウンロードしたり、電子商取引を行ったりすることが、一般家庭でも普通のことになっている。
【０００４】
図１を参照すると、図１にはＩＰネットワーク１００の従来例が示されている。典型的には、ＩＰネットワークは、アクセスドメイン１１５と、ネットワークサービスプロバイダドメイン１４０と、アプリケーションサービスプロバイダドメイン１５０から構成される。アクセスドメイン１１５は、アクセスノード（ＡＮ：Ａｃｃｅｓｓ  Ｎｏｄｅ）１２０と、ＩＰネットワークのようなアクセスネットワーク１３０を含んでいる。ＡＮ１２０はネットワークプロバイダであり、ユーザドメイン１１０にＩＰネットワーク１３０に対するアクセスを提供可能である。ユーザドメイン１１０は、例えば、コンピュータや携帯電話やＰＤＡなどのユーザデバイス（ＵＤ：Ｕｓｅｒ  Ｄｅｖｉｃｅ）や、ローカルエリアネットワーク（ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）や、無線ＬＡＮ（Ｗ−ＬＡＮ：Ｗｉｒｅｌｅｓｓ−ＬＡＮ）などを含んでいる。ユーザドメインは、さまざまな可能な技術によりＡＮと通信する。かかる技術としては、電話回線によるダイアルアップ接続やＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）接続、テレビジョンケーブルネットワークによるケーブルモデム接続、無線通信などが例示できる。アクセスネットワーク１３０は、到来するデータトラフィックを組み込まれたあて先アドレスに基づいてルート決めするタスクを担う、それぞれ独立したルータ群として構成される。ネットワークサービスプロバイダドメイン１４０は、アプリケーションサービスプロバイダドメイン１５０が電子銀行や電子商取引に対応しているような場合には、例えばＩＰ電話に対応することも可能である。
【０００５】
図１には、３つのユーザドメイン（Ｕｓｅｒ  Ｄｏｍａｉｎｓ）と、２つのアクセスノード（Ａｃｃｅｓｓ  Ｎｏｄｅｓ）と、２つのネットワークサービスプロバイダドメイン（Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ  Ｄｏｍａｉｎｓ）と、２つのアプリケーションサービスプロバイダドメイン（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ  Ｄｏｍａｉｎｓ）が示されているが、典型的には、ＩＰネットワーク１００は、数千のユーザドメインと、数十のアクセスノードと、数百のプロバイダドメインとアプリケーションサービスプロバイダドメインを含んでいる。アクセスネットワーク（Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１３０に関しては、数百のルータを含むネットワークとなるのが通常である。このように、図１は、明確化のために、高度に単純化されたＩＰネットワークとして示されている。
【０００６】
データトラフィックとメッセージをかかるＩＰネットワークを通じて順序よく交換するために、ＩＰプロトコルが１９７０年代初頭に発展した。現在展開されているＩＰネットワークの大部分は、ＩＰバージョン４（ＩＰｖ４）を使用している。ＩＰｖ４は、３２ビットを用いたアドレッシングスキームを提供しているが、それは、個々に固有であり、直接ひとつのデバイスを識別することができる、可能アドレスが４，２９４，９６７，２９６個であることを意味している。図１に示したようなＩＰネットワーク１００の場合、かかるネットワークは、ＩＰネットワーク１００を介してのデータトラフィックやメッセージの高速かつ単純な転送を提供するために、イーサネット（Ｅｔｈｅｒｎｅｔ）に基づいたデータリンクに依拠している。
【０００７】
しかし、ＩＰネットワークにより通信を行うデバイスの数の増加と、いくつかのＩＰｖ４固有の限界により、ＩＰコミュニティは、新しいＩＰバージョン、すなわちＩＰバージョン６（ＩＰｖ６）を必然的に見出したのである。新しいバージョンは、より多くの数の可能アドレスを提供可能な１２８ビットを用いたアドレッシングスキームに依拠している。
【０００８】
ＩＰｖ６により、より多くの数のＩＰアドレスが可能となり、ＩＰｖ４において不足していたアドレスが可能となったが、ＩＰｖ４もＩＰｖ６も「最善（ｂｅｓｔ−ｅｆｆｏｒｔ）」のプロトコルであるに過ぎない。「最善（ｂｅｓｔ−ｅｆｆｏｒｔ）」とは、これらのネットワークは、この種のデータトラフィックに要求されるサービスの質に適った高度かつ特別な要求に応えることなく、データトラフィックを転送しているに過ぎないという意味である。これらのプロトコルは、いくつかのネットワークサービスプロバイダ１４０やアプリケーションサービスプロバイダ１５０にとっては十分であるかもしれないが、残念なことに、それ以外のプロバイダにとっては明らかに不十分である。すなわち、いくつかのネットワークサービスプロバイダ１４０やアプリケーションサービスプロバイダ１５０は、自分たちのサービスをＩＰネットワーク１００を介して簡単にかつ流動的に提供することができない。
【０００９】
この問題を克服するために、マルチプロトコルラベルスイッチング（ＭＰＬＳ：ＭｕｌｔｉＰｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ）がＩＰネットワーク上で使用されようとしている。ＭＰＬＳは、ＩＰネットワーク１００上で固有のサービスを備えた経路をリザーブ（ｒｅｓｅｒｖｅ）するために、リザベーションプロトコル（ＲＳＶＰ：ＲｅＳｅｒＶａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）のようなプロトコルに依拠している。ＲＳＶＰは、まず、一連のルータを介して経路を生成する。経路を生成するために、各ルータは、ＭＰＬＳテーブルにエントリ（ｅｎｔｒｙ）を付加する。エントリは、データトラフィックが固有エントリポートに到着していること、およびデータトラフィックが予決定されたラベルと対応する出力ポートと使用されるラベルを備えていることを意味する。ＩＰネットワーク１００においてこのようなリザーブされた経路を生成することにより、より大きな範囲のネットワークサービスプロバイダ１４０とアプリケーションサービスプロバイダ１５０によるデータトラフィックの搬送が可能になる。
【００１０】
しかし、「最善」以上の高品質のサービスを要求するネットワークサービスプロバイダ１４０とアプリケーションサービスプロバイダ１５０の数の増加と、ユーザドメイン１１０の数の拡大と、これらのユーザドメイン１１０がアクセスネットワーク１３０を使用する可能性を許容することを要求するアクセスノード１２０の数の拡大により、ＭＰＬＳも良い選択肢とはいえなくなってきている。
【００１１】
ＩＰネットワークの基礎となっている第１原則は、到達したデータトラフィックを最終的なあて先にルーティングする前に、できる限り少なく小さな操作を実行するという、ルータに依拠している。さらに広く認識されている概念は、「最善」のネットワークは、サービスの質とデータトラフィックの量とのトレードオフであるということである。同じ数のルータで増加した量のサービスを処理することは、これらのルータ上を転送されるデータトラフィックの量を低下させることに帰結する。ＩＰネットワークは、より高いレベルのサービスの質を担うことを念頭において設計されたものではない。このように、ＩＰネットワーク上で、より高い質のサービスデータトラフィックのためにリザーブされた経路を生成することにより、直接の帰結として、ＩＰネットワーク上でデータトラフィックの量が減少する。さらに、ＭＰＬＳに必要なリザーブされた経路により、リザーブされた経路上の各ルータにおいて、より多くのルーティング処理を消費することになる。かかるルーティング処理は、同時に開放されるリザーブされた経路の数が少ない場合には、問題とならないが、「最善」以上のサービスの質を要求するサービスアプリケーションの最近の展開を考えると、数千のリザーブされた経路がＩＰネットワーク上で同時に要求されることが予測される。多くのリザーブされた経路においてデータトラフィックを維持しルーティングすることは、ルータの負担が増加し、影響を受けるルータのルーティング能力を低下させることになる。したがって、サービスの質を改善するためにＩＰネットワーク上でＭＰＬＳを現在のように使用すると、交換されるデータトラフィックが少なくなり、データトラフィックが遅くなることになる。かかる事態は、リザーブされた経路の部分を構成しないすべてのデータトラフィックにも直接影響するため、受け入れがたいものである。
【００１２】
ユーザデバイスの数とＩＰネットワーク上でサービスを提供するサービスプロバイダの数の激増に関連する問題の解決策は現在のところ知られていない。さらに、確かなサービスとアプリケーションのための増加するＱｏＳの必要性に対する、明確で破壊的でない解決策を許容するような長期的な解決策もこれまで認識されていない。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
したがって、現存の解決策の不十分な点や欠点を克服するために、アクセスドメイン上でサービスバインディングを用いてデータトラフィックを効果的に集合するための方法およびノードを提供することに利点があること、特にユニキャストメッセージを用いたデータトラフィックを集合する方法およびノードが必要とされることが、直ちに認識されるべきである。本発明は、かかる方法およびノードを提供するものである。
【課題を解決するための手段】
【００１４】
本発明は、数千のネットワークサービスプロバイダドメインおよびアプリケーションサービスプロバイダドメインが、効果的にサービスバインディングを用いることにより、アクセスドメイン上で通信することを効果的に可能にするものである。本発明の方法およびノードは、サービスバインディングを用いて、およびユニキャストメッセージを修正することにより、アクセスドメイン上でデータトラフィックの集合を実行する。
【００１５】
上記を実現するために、本発明の方法は、ユーザドメインの第１デバイスに関するアクセスエッジノードにおいてサービス要求関連メッセージを受信すると、そのアクセスエッジノードにおいてサービスバインディングを生成することにより、サービスバインディングを用いたアクセスドメイン上でデータトラフィックの集合を実行する。サービス要求関連メッセージは、ユーザドメインの第１デバイスとサービスプロバイダドメインのひとつを識別する。サービスバインディングは、アクセスノードがユーザドメインとアクセスエッジノードとして機能するようにコミットして、ユーザドメインの第１デバイスとサービスプロバイダドメインとの間のデータトラフィックを、その間のデータトラフィックがアクセスドメイン上で管理されるように統括する。本方法は、サービス要求関連メッセージが受信されるユーザドメインとして機能するアクセスノードに、生成されたサービスバインディングを告知する。本方法は、生成されたサービスバインディングにより、ユーザドメインの第１デバイスとサービスプロバイダドメインとの間におけるアクセスドメイン上でデータトラフィックに関するアクセスノードとアクセスエッジノードにおいて、その間でアクセスドメイン上で交換されるユニキャストメッセージからユーザデバイスＭＡＣアドレスを除去し、アクセスノードとアクセスエッジノードに認識される仮想ＭＡＣアドレスに置換するようにする。
【００１６】
本発明の別の観点は、サービスバインディングを用いてアクセスドメイン上でデータトラフィック集合を実行するためのアクセスエッジノードに関する。さらに詳細には、アクセスエッジノードは、ユーザドメインとサービスプロバイダドメインの間のアクセスドメインに位置される。アクセスエッジノードは、入力／出力ユニットと、サービスエージェントユニットと、制御ユニットから構成される。入力／出力ユニットは、サービスプロバイダドメインとユーザドメインの第１デバイスに関するサービス要求関連メッセージを受信し、さらに、ユニキャストメッセージを受信して送信する。サービスエージェントユニットは、サービスバインディングを生成する。サービスバインディングは、ユーザドメインの第１デバイスとサービスプロバイダドメインの間のデータトラフィックをアクセスドメイン上で統括する。サービスバインディングは、アクセスノードがユーザドメインとアクセスエッジノードとして機能するようにコミットし、ユーザドメインの第１デバイスとサービスプロバイダドメインの間のデータトラフィックをアクセスドメイン上で処理するにあたり、サービスプロバイダドメインを表すようにする。制御ユニットは、サービス要求関連メッセージが受信されるユーザドメインとして機能するアクセスノードに対して、入力／出力ユニットを介してサービスバインディングの生成を告知し、生成されたサービスバインディングに、ユーザドメインの第１デバイスとサービスプロバイダドメインとの間におけるアクセスドメイン上でデータトラフィックに関するアクセスノードとアクセスエッジノードにおいて、その間でアクセスドメイン上で交換されるユニキャストメッセージからユーザデバイスＭＡＣアドレスを除去し、アクセスノードとアクセスエッジノードに認識される仮想ＭＡＣアドレスに置換するようにさせる。
【００１７】
別の観点によれば、本発明は、サービスバインディングを用いてアクセスドメイン上でデータトラフィック集合を実行するアクセスノードに関する。アクセスノードは、ユーザドメインとアクセスドメインの間に配置される。アクセスノードは、入力／出力ユニットと、集合ユニットと、制御ユニットから構成される。入力／出力ユニットは、ユーザドメインからデータトラフィックをアクセスドメイン上で送信し、サービスバインディング関連メッセージを受信する。集合ユニットは、サービスバインディングを格納し管理する。制御ユニットは、入力／出力ユニットから受信したサービスバインディング関連メッセージを評価し、それに従い、格納されたサービスバインディングを更新する。制御ユニットは、さらに、データトラフィックを制御し、格納されたサービスバインディングに、ユーザドメインから受信したユニキャストメッセージからユーザデバイスＭＡＣアドレスを除去して、それをアクセスエッジノードの仮想ＭＡＣアドレスと置換するようにさせる。
【発明を実施するための最良の形態】
【００１８】
本発明をさらに詳細に理解するために、本発明のさらなる課題および効果のために、添付図面を参照しながら、以下の説明を参照することができる。
本発明の革新的な開示内容について、いくつかの実施形態を参照しながら以下において詳述する。しかし、実施形態のレベルでは、本発明の革新的な開示内容に関する多くの効果のほんの一例を示し得るにすぎないことを理解されたい。一般的に、本発明の明細書中における表現は、本発明の特許請求の範囲において請求されるさまざまな観点を限定するものではない。さらに、ある表現は対応する発明の特徴にのみ適用されるものであり、他の発明の特徴に適用されるものではない。図中、同一または類似の要素については、複数の図面上で、同一の符号を付している。
【００１９】
本発明は、サービスバインディングを用いてアクセスドメイン上でデータトラフィックを効果的に集合する方法およびノードを提供する。そのために、アクセスエッジノードが、ユーザドメインとサービスプロバイダドメインの間において、アクセスドメイン中に導入される。アクセスエッジノードは、サービスエージェントを管理し制御するサービスエージェントユニットを含む。核サービスエージェントは、一方で、サービスプロバイダドメインのひとつに対応し、他方で、アクセスドメイン上でバーチャルローカルエリアネットワーク（ＶＬＡＮ：Ｖｉｒｔｕａｌ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）をそのサービスプロバイダドメインのために管理し制御する。ユーザドメインが選択されたサービスプロバイダドメインのひとつと通信しようとする場合には、サービス要求関連メッセージがアクセスエッジノードに送信される。サービス要求関連メッセージは、ひとつのサービスプロバイダドメインとひとつのユーザドメインを識別する情報を含んでいる。アクセスエッジノードは、サービスエージェントのひとつがサービス要求関連メッセージ中において識別されたサービスプロバイダドメインに対応するかどうか決定し、対応する場合には、受信したサービス要求関連メッセージのためのサービスバインディングを生成する。サービスバインディングは、ひとつのサービスエージェントと、ユーザドメイン情報と、アクセスドメイン転送プリミティブを識別する。次いで、要求するユーザドメインに応対するアクセスノードにサービスバインディングの生成が告知され、サービスバインディングのエンフォースメントがアクセスノードとアクセスエッジノードにおいて実行され、生成されたサービスバインディングに基づいてその間のデータトラフィックが集合される。以下の段落において、どのようにして、サービスエージェントと、サービスバインディングと、アクセスエッジノードと、アクセスノードとが織り成され、サービスバインディングを管理するかについてより詳細に説明する。
【００２０】
本明細書を通じて「データトラフィック（ｄａｔａ  ｔｒａｆｆｉｃ）」という表現が用いられるが、「データトラフィック」は、データネットワークをわたって転送されるメッセージおよび情報に関連している。
本発明とその創意ある機構を理解するために、本発明が組み込まれたネットワーク２００を概略的に例示する図２を参照する。ネットワーク２００の概略的な表現は、発明内容の明確化のために単純化されたものであり、各種構成要素は、ネットワークの実体の地理的関係を図示するよりも、同一の機能をグループ化するように表現されている。しかしながら、同様の機能を有する各グループは、典型的には、ネットワーク２００上に地理的に分散され、特定の機能を実行する複数の物理的ネットワークの実体に対応している。ネットワーク２００の概略的表現には、ユーザドメイン（Ｕｓｅｒ  Ｄｏｍａｉｎｓ）１１０、アクセスドメイン（Ａｃｃｅｓｓ  Ｄｏｍａｉｎ）１１５（アクセスノード（Ａｃｃｅｓｓ  Ｎｏｄｅｓ）１２０、アクセスネットワーク（Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１３０、アクセスエッジノード（Ａｃｃｅｓｓ  Ｅｄｇｈｅ  Ｎｏｄｅ）１６０、地域ネットワーク（Ｒｅｇｉｏｎａｌ  Ｎｅｔｗｏｒｋ）１３５を含む。）、ネットワークサービスプロバイダ（Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒｓ）１４０、アプリケーションサービスプロバイダ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒｓ）１５０を含んでいる。各構成要素の詳細な説明および実施例については、図２を引き続き参照しながら、以下の段落において説明する。
【００２１】
ネットワーク２００は、相互に通信を行う１または複数のデータネットワークに対応する。ネットワーク２００は、１または複数のオペレータによって操作され得る。データネットワークは、通常は、多数の異なるオペレーションエンティティおよび／または組織によってサポートされているので、どのようにして、これらのエンティティおよび組織が通信を成功することができるのかについて定義する必要がある。このために、データネットワークは、通常は、オープンシステムインターコネクション（ＯＳＩ：Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）モデルを用いて説明され、詳細が明らかにされている。ＯＳＩモデルは、７層のレイヤのプロトコルを充足するためのネットワークフレームワークを定義する。これらの７層のレイヤは、それぞれ順番に、１）物理レイヤ（Ｐｈｙｓｉｃａｌ  Ｌａｙｒｅ）、２）データリンクレイヤ（Ｄａｔａ  Ｌｉｎｋ  Ｌａｙｅｒ）、３）ネットワークレイヤ（Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ）、４）トランスポートレイヤ（Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ）、５）セッションレイヤ（Ｓｅｓｓｉｏｎ  Ｌａｙｅｒ）、６）プレゼンテーションレイヤ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｌａｙｅｒ）、７）アプリケーションレイヤ（Ａｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒ）である。各レイヤは、データネットワーク上でデータ転送を実行する場合に、考慮されるべき観点および実行されるべきアクションに対応している。本発明のネットワーク２００を説明するためにＯＳＩモデルを用いることにより、以下のように、本発明のネットワークにより使用されるおよび／またはサポートされるいくつかの種類のプロトコルを重ね合わせることができる。
レイヤ２：イーサネット、非同期転送モード（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ）；
レイヤ３：インターネットプロトコル（ＩＰ）バージョン４、６
レイヤ４、５：転送制御プロトコル（ＴＣＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）およびユーザデータグラムプログラム（ＵＤＰ：Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）
レイヤ６、７：現存のおよび今後のさまざまなプレゼンテーションおよびアプリケーションプロトコル
上記プロトコルは例示のためにリストアップしたものであり、本発明によりサポートされるプロトコルを限定するものではないことを理解されたい。
【００２２】
ここで、アクセスドメイン１１５について説明すると、その機能は、ユーザドメイン１１０とネットワークサービスプロバイダ１４０とアプリケーションサービスプロバイダ１５０との間における端末間アクセス（ｅｎｄ−ｔｏ−ｅｎｄ  ａｃｃｅｓｓ）を提供するものと要約できる。アクセスドメインは、アクセスノード１２０、アクセスネットワーク１３０、地域ネットワーク１３５、アクセスエッジノード１６０を含む。このように、アクセスドメイン１１５は、エンティティ自体ではなく、むしろ、直接的にまたは間接的に相互接続され、アクセスを提供するためのドメインとして機能するコンポーネントの集合体であるので、「アクセスドメイン」と称されるものである。アクセスドメイン１１５は、ひとつのアクセスノード１２０、ひとつのアクセスネットワーク１３０、ひとつの地域ネットワーク１３５を含むものとして、図示されているが、これは、明らかに、これらのエンティティがアクセスドメイン中にひとつずつ存在することを意味するものではなく、むしろ説明の明確化のためにひとつのエンティティに代表させているものである。以下の段落において、アクセスドメインのそれぞれのコンポーネントについてさらに詳細に説明する。
【００２３】
アクセスノード１２０は、アクセスゲートウェイ（不図示）を含み、アクセスドメイン１１５の第１のコンポーネントを表している。アクセスノード１２０は、典型的には、ユーザドメイン１１０が、例えば、定期契約によりあるいは単位契約により、アクセスネットワーク１３０にアクセスすることを許可するアクセスプロバイダである。かかるアクセスは、さまざまな通信媒体および技術を用いて実現することができる。可能な通信媒体としては、ケーブル、有線電話、無線電話などを例示できる。可能な技術としては、ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｎｅｔｗｏｒｋ）やＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）、ＷｉＭａｘ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）などを例示できる。しかしながら、本発明は、これらの通信媒体や技術に限定されるものではない。さらに、３つのアクセスノードが図示されているが、ネットワーク２００は、潜在的に、数百または数千のアクセスノードを含むものであることに留意されたい。
【００２４】
アクセスドメイン１１５は、さらに、アクセスネットワーク１３０および地域ネットワーク１３５を含むが、これらについては、一緒に説明をする。アクセスネットワーク１３０および地域ネットワーク１３５の第１の機能は、アクセスノード１２０とネットワークサービスプロバイダ１４０とアプリケーションサービスプロバイダ１５０との間において端末間の独立した転送を提供することである。アクセスネットワーク１３０と地域ネットワーク１３５は、上流および下流のデータトラフィックの集合、スイッチングおよびルーティングのようなタスクが可能なネットワークである。アクセスネットワーク１３０は、好ましくは、ＯＳＩレイヤ２に対応するようなイーサネットその他の同様のプロトコルを使用することが可能なものであるが、これらに限定されるものではない。アクセスネットワーク１３０は、ＩＰｖ４および／またはＩＰｖ６をサポートしていることが有利である。地域ネットワーク１３５は、好ましくは、イーサネットおよび／またはＩＰおよびＭＰＬＳ、あるいはレイヤ３に対応するその他のプロトコルをサポートしている。さらに、アクセスネットワーク１３０および地域ネットワーク１３５は、一人のオペレータまたは好く数の異なるオペレータにより操作されおよび／または管理されることが可能であることに留意されたい。
【００２５】
アクセスエッジノード１６０を介してそれらのトラフィックエンジニアリング性能が強く結びついてこそ、アクセスネットワーク１３０および地域ネットワーク１３５は、端末間のサービスの質（ＱｏＳ：Ｑｕｏｒｉｇｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を提供できる。アクセスエッジノード１６０の役割は、サービスエージェント（ＳＡ：Ｓｅｒｖｉｃｅ  Ａｇｅｎｔ）１７０とサービスバインディングの生成、管理およびホスティングである（図２には図示されていないが、図４に図示されている。）。各サービスエージェント１７０は、サービスプロバイダドメイン（１４０または１５０）のひとつに対応し、アクセスネットワーク１３０上でＶＬＡＮを管理し、制御する。「サービスバインディング（Ｓｅｒｖｉｃｅ  Ｂｉｎｄｉｎｇ）とう表現は、ユーザドメイン１１０と、ネットワークサービスプロバイダドメイン１４０のひとつまたはアプリケーションプロバイダドメイン１５０のひとつとの間の結合を表している。アクセスエッジノードおよびサービスエージェントとサービスバインディングの概念については、図４、５Ａおよび５Ｂに関連して、さらに詳細に説明される。
【００２６】
次に、ユーザドメイン１１０について説明すると、ネットワークサービスプロバイダ１４０とアプリケーションサービスプロバイダ１５０との端末間通信を処理するために、ユーザドメイン１１０はアクセスドメイン１１５に依存している。本明細書において、「ドメイン（Ｄｏｍａｉｎ）」という用語を用いる場合には、同様の機能的特徴を共有する１または複数のネットワーク要素を表している。したがって、本発明との関連で言えば、「ユーザドメイン（Ｕｓｅｒ  Ｄｏｍａｉｎ）」は、独立したコンピュータ、ルータを介して物理的にまたは無線により接続されたコンピュータのローカルネットワーク、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、その他のネットワーク２００のようなデータネットワークをわたりデータ通信が可能なすべてのデバイスを表すことが可能である。さらに、「ユーザドメイン」という表現には、ひとつの単一ユーザポートを介して多数のデバイスで同時に実行される多重データトラフィックも含まれることを意図している。例えば、ユーザは、ＶＬＡＮ内に存在するユーザドメインやここで「ユーザドメイン」と表現されているひとつの単一ユーザポートを介して、インターネットアクセスやテレビ会議やテレビ番組などの異なるアプリケーションやネットワークサービスに同時にアクセスすることができる。
【００２７】
ネットワークサービスプロバイダ１４０は、ＩＰアドレッシングや他のＩＰネットワークへの接続を提供したり、特別のアプリケーションを提供したり配信したりするために、アクセスドメイン１１５を使用するエンティティを表している。ユーザドメイン１１０とのデータトラフィックとの関連で言えば、ネットワークサービスプロバイダ１４０は、典型的には、例えば、ＲＡＤＩＵＳ（Ｒｅｍｏｔｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｄｉａｌ−Ｉｎ  Ｕｓｅｒ  Ｓｅｒｖｉｃｅ）に基づく識別を用いて、ユーザドメイン１１０に対するＩＰアドレスを所有し、割り当てる。さらに、ネットワークサービスプロバイダ１４０は、もし所望および／または必要であれば、ユーザレベルの認証および許可を実行できる。
【００２８】
アプリケーションサービスプロバイダ１５０は、アクセスドメイン１１５を用いて、ユーザドメイン１１０のエンドユーザにアプリケーションを提供し配信する。かかるアプリケーションの例としては、ゲーム、オンデマンドビデオ、テレビ会議その他の可能なアプリケーションを挙げられる。しかし、アプリケーションサービスプロバイダのためにユーザドメイン１１０にＩＰアドレスを割り当てるのはアクセスドメイン１１５である。もし所望および／または必要であれば、アプリケーションサービスプロバイダ１５０は、ユーザレベルの認証および許可を実行できる。以下の説明において、「サービスプロバイダ」および「サービスプロバイダドメイン」という表現は、ネットワークサービスプロバイダ１４０およびアプリケーションサービスプロバイダ１５０の双方を同時に表現するために選択的に用いる場合があること、および「サービスプロバイダ」という表現は、ネットワークサービスプロバイダ１４０またはアプリケーションサービスプロバイダ１５０の一方をあらわす場合があること、に留意すべきである。
【００２９】
次に、図３を参照すると、図３は、本発明に基づいてサービスバインディングを管理するための方法の単純化されたフローチャートを示している。本方法は、複数のネットワークサービスプロバイダ１４０とアプリケーションサービスプロバイダ１５０とユーザドメイン１１０との間でデータトラフィックを転送するアクセスドメイン１１５上でサービスバインディングの管理を実行する。本方法は、アクセスエッジノード１６０において複数のサービスエージェントを確立するステップ３００から選択的に開始される。しかしながら、複数のサービスエージェントを確立するステップ３００は毎回実行される必要はなく、アクセスエッジノード１６０がアクセスドメイン１１５に導入される場合に実行されるものであると理解すべきである。その後、本方法は、ステップ３１０において、アクセスエッジノード１６０においてサービス要求関連メッセージの受信を行う。サービス要求関連メッセージは、サービスプロバイダのひとつおよびユーザドメインのひとつを識別する。サービス要求関連メッセージは、例えば、識別されたサービスプロバイダのウェブページに識別されたユーザドメインがアクセスすることにより発生することができる。本方法は、ステップ３２０において、確立されたサービスエージェントのひとつが識別されたサービスプロバイダ１４０または１５０に対応するかどうかを実行する。次いで、本方法は、ステップ３３０において、新しいサービスバインディングが必要かどうかを決定する。ステップ３３０における判断が「Ｙ」の場合には、本方法は、ステップ３４０において、受信されたサービス要求関連メッセージのためのサービスバインディングを生成する。次いで、本方法は、ステップ３５０において、サービス要求関連メッセージ内で識別されたユーザドメインにアクセスを提供する責任を負うアクセスノード１２０に対して、サービスバインディングの生成を告知する。このようにして、アクセスノード１２０には、サービス要求関連メッセージ内で識別され識別されたサービスプロバイダにアドレッシングされたユーザドメインから受信されたデータトラフィックが、生成されたサービスバインディングにしたがってアクセスドメイン上で集合されるべきことが告知される。次いで、本方法は、ステップ３６０において、生成されたサービスバインディングに、識別されたユーザドメインおよびサービスプロバイダのために、アクセスドメイン１１５上で転送され、アクセスノードまたはアクセスエッジノードにおいて受信されるべきデータトラフィックを集合させる。
【００３０】
ステップ３３０において、新しいサービスバインディングが必要でないと判断された場合には、本方法は、ステップ３７０に進み、受信されたサービス要求関連メッセージが存在し修正が必要かどうかを判断する。ステップ３７０における判断出力が、サービスバインディングがすでに存在するが修正は不要でないという内容である場合には、本方法は、ステップ３１０に戻り、ステップ３１０において別のサービス要求関連メッセージの受信を待機する。しかしながら、ステップ３７０における判断出力が、サービスバインディングがすでに存在し修正が必要であるという内容である場合には、本方法はステップ３８０に進み、対応する既存のサービスバインディングがステップ３８０において除去されるべきかどうかを確認する。もし、サービスバインディングが除去されるべきである場合には、本方法は、ステップ３９０に進み、サービスバインディングをアクセスエッジノードから除去し、ステップ３５０において除去されるべきサービスバインディングのアクセスノードに告知し、ステップ３６０において、サービスバインディングの除去を行う。ステップ３８０において、サービスバインディングの除去が不要であると判断された場合には、本方法は、ステップ３９５に進み、受信されたサービス要求関連メッセージ内で識別された修正が実行され、本方法は、このポイントからステップ３５０に進む。サービスバインディングの修正の例としては、ユーザドメインからのデバイスの追加や除去、サービス要求の量の修正その他後述するような他の例が挙げられる。
【００３１】
すでに説明したように、サービスバインディングは転送関係を表している。転送関係は、ユーザドメインのひとつとサービスプロバイダのひとつとの間に確立され、サービス中のアクセスノード１２０とサービス中のアクセスエッジノード１６０のサービスエージェント１７０に直接影響を与える。概念的に言えば、サービスバインディングは、アクセスドメイン上で識別されたユーザドメインをサービスプロバイダドメインに対応するＶＬＡＮに付加することに対応する。このようにして、各サービスバインディングは、ユーザドメインの特定のユーザポートとサービスプロバイダの特定のプロバイダポートとの間において、完全にかつＱｏＳを保ちながら、対応するサービスの配信を保証する、取引可能なビジネスエンティティを表している。サービスバインディングは、サービスエージェント１７０の組み合わせとして存在するアクセスエッジノード１６０内において、生成され、管理され、ホスティングされる。
【００３２】
次に、サービスエージェントとサービスバインディングが、アクセスエッジノード内おいて、生成され、管理され、ホスティングされる様子を、図２および、本発明の開示に基づくアクセスエッジノードを概略的に図示している図４を同時を参照しながら、説明する。サービスエージェントとサービスバインディングの生成、管理、ホスティングを実行するために、アクセスエッジノードは複数の要素から構成されている。アクセスエッジノード１６０はアクセスドメイン１１５内に配置されているので、アクセスエッジノード１６０は、アクセスドメイン１１５のアクセスネットワーク１３０やアクセスノード１２０と通信を行うために、アクセスドメイン入出力ユニット（Ａｃｃｅｓｓ  Ｄｏｍａｉｎ  Ｉ／Ｏ  Ｕｎｉｔｏ）４１０を含んでいる。アクセスドメイン入出力ユニット４１０は、サービス要求関連メッセージ４２０を受信する。アクセスエッジノード１６０の入出力ユニットは、ネットワークサービスプロバイダ１４０とアプリケーションサービスプロバイダ１５０と地域ネットワーク１３５をわたり通信を行うために、ネットワーク／アプリケーションサービスプロバイダドメイン入出力ユニット（Ｎｅｔｗｏｒｋ／Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒｓ  Ｄｏｍａｉｎ  Ｉ／Ｏ  Ｕｎｉｔ）４３０を含んでいる。さらに、アクセスエッジノード１６０は、サービスエージェントユニット（Ｓｅｒｖｉｃｅ  Ａｇｅｎｔ  Ｕｎｉｔ）４４０と制御ユニット（Ｃｏｎｔｒｏｌｌｉｎｇ  Ｕｎｉｔ）４５０とを含んでおり、さらに、翻訳テーブル（Ｔｒａｎｓｌａｔｉｏｎ  Ｔａｂｌｅ）４６０と転送ユニット（Ｆｏｒｗａｒｄｉｎｇ  Ｕｎｉｔ）４７０と調整ユニット（Ｒｅｇｕｌａｔｉｎｇ  Ｕｎｉｔ）４８０を含んでいる。
【００３３】
サービスエージェントユニット４４０は、サービスエージェント管理および制御ユニット（Ｓｅｒｖｉｃｅ  Ａｇｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  ａｎｄ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）４４２とサービスバインディングホスティングユニット（Ｓｅｒｖｉｃｅ  Ｂｉｎｄｉｎｇ  Ｈｏｓｔｉｎｇ  Ｕｎｉｔ）４４４から構成されている。サービスエージェントユニット４４０は、サービスエージェント管理および制御ユニット４４２内に存在するサービスエージェント（ＳＡ）１７０の情報を維持している。サービスエージェント管理および制御ユニット４４２は、同様に、サービスバインディング（ＳＢ）４４６の生成および管理の責任を担っている。そのために、サービスエージェント管理および制御ユニット４４２は、新しいサービスバインディング４４６が要求されているか、あるいは除去され得るかを決定し、サービスバインディング４４６の生成／除去を進行する。サービスエージェント管理および制御ユニット４４２は、さらに、既存のサービスバインディングに対してユーザデバイスの追加／除去の責任を担っている。さらに、サービスエージェント管理および制御ユニット４４２は、サービスバインディング４４６に、相互に作用するアクセスノードと関連する情報を同期させる責任を担っている。サービスエージェント管理および制御ユニット４４２は、さらに、リザーブ経路が要求される場合には、アクセスネットワーク１３０内におけるＭＰＬＳ（Ｍｕｌｔｉ  Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ）のリザーブ経路の生成についても責任を担っている。図５Ａおよび図５Ｂは、サービスエージェント管理および制御ユニット４４２が各種責任を実行する場合に使用される各種メッセージの網羅的な説明を示している。
【００３４】
図５Ａを参照すると、図５Ａは、図４と同時に関連して、サービスエージェント管理および制御ユニット４４２の内容の一例を表形式で示すものである。図５Ａの各横列は、表題列である第一列を除き、サービスエージェント管理および制御ユニット４４２により管理され制御されるサービスエージェント１７０のいくつかの内容を例示している。図５Ａの各縦列は、各サービスエージェント１７０に対して、サービスエージェント管理および制御ユニット４４２により維持される特定の情報に対応している。第１縦列は、サービスエージェント１７０の識別子を表している。この識別子は、典型的には、サービスエージェントに対応する数またはサービスエージェント識別子である。本発明の好適な実施形態において、アクセスエッジノードの各サービスエージェントは、固有のサービスエージェント識別子を有しており、ひとつの特定のサービスプロバイダドメイン１４０または１５０に対応している。第２縦列は、対応するサービスエージェントに関する特定のサービスの種類の識別子を表している。例えば、ひとつのサービスプロバイダドメイン１４０または１５０が複数のサービスを提供する場合には、提供される各サービスは、サービスプロバイダドメインの各種サービス間において識別が可能なように異なるサービスタイプとして関連付けられる。第３縦列は、サービスプロバイダドメインと関連するサービスタイプのために適切に転送されるデータトラフィックに要求される、好ましいまたは必要なサービスの質（ＱｏＳ）を識別する。例えば、ＱｏＳの基準として、遅れ、ビットエラー率、帯域、好適なプロトコルなどが例示できる。第４縦列は、対応するサービスプロバイダドメインと通信する地域ネットワークにおいて使用されるポートを識別する。これに関連して言及すると、サービスエージェント管理および制御ユニット４４２は、別のサービスエージェントを生成し、不要なサービスエージェントを除去するための十分なロジックを備えたソフトウェアおよびハードウェアを含んでいる。図５Ａにおいては、サービスエージェント管理および制御ユニットの内容が表形式で表されているが、かかる内容はこれに限定されるものでないことに留意されたい。サービスエージェント管理および制御ユニットは、リレーショナルデータベースや、ハード的にコード化されたコンポーネントや、マイクロプロセッサや、プログラミングライブラリなどして構成することも可能である。
【００３５】
次いで、図５Ｂを参照すると、図５Ｂには、図４に示すようなサービスバインディングホスティングユニット４４４の内容の一例が表形式で示されている。図５Ｂの各横列は、表題列である第一列を除き、サービスバインディングホスティングユニット４４４内でホスティングされるいくつかのサービスバインディング４４６の内容を例示している。図５Ｂの各縦列は、各サービスバインディング４４６のために、サービスバインディングホスティングユニット４４４内においてホスティングされる特定の情報に対応している。第１縦列は、例えば、サービスエージェントのサービスエージェント識別子を使用することにより、対応するサービスエージェントの識別を表している。図５Ａとの関連において示されるように、第２縦列はサービスタイプを識別する。他の縦列は、サービスバインディングに関連するデータトラフィックのための転送プリミティブ（Ｐｒｉｍｉｔｉｖｅ）を表している。さらに詳細に説明すると、第３縦列は、ユーザドメインＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）を識別する。第４縦列は、サーブ中のアクセスノード上のユーザドメインにより使用されるポートの識別をする。第５縦列は、ユーザドメインにより使用されるローカルネットワークの任意の識別子に対応し、例えば、暗黙的または明示的なＶＬＡＮ情報を含んでいる。第６縦列は、ユーザドメインをサーブするアクセスノードの仮想ＭＡＣアドレスを表している。このように、各サービスバインディング４４６は、ひとつのサービスエージェントとひとつのユーザドメインとひとつのアクセスノードとを結合し、ひとつのユーザドメインとひとつのサービスプロバイダ１４０または１５０との間のデータトラフィックを提供する。サービスバインディングホスティングユニット４４４の内容が図５Ｂに表形式で示されているが、この内容はかかる例に限定されないことに留意されたい。サービスバインディングホスティングユニットは、リレーショナルデータベースや、ハード的にコード化されたコンポーネントや、マイクロプロセッサや、プログラミングライブラリなどして構成することも可能である。
【００３６】
さらに、サービスバインディングホスティングユニットは、さらに、ユーザドメインまたはそのユーザデバイスを固有に識別するＩＰアドレスを含む第７縦列を含むように構成することもできる。この固有ＩＰアドレスは、例えば、サービス要求メッセージに先行するブロードキャスト機構を用いて、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）のようなプロトコルを介してアクセスエッジノードによりユーザドメインまたはユーザデバイスに提供することが可能である。サービスエージェント識別子およびユーザドメインまたはユーザデバイスの固有ＩＰアドレスの組み合わせは、このように、固有のサービスバインディングに入力メッセージを迅速に関連付けるシンプルで信頼性の高い方法である。典型的には、サービスバインディングがいったん生成されると、アクセスノードには生成されたサービスバインディングが告知され、サービスバインディングにしたがって、アクセスドメイン上でデータトラフィックが集合され、アクセスエッジノードにおいて受信された集合されたデータトラフィックは、サービスバインディングホスティングユニットに提供される情報を用いて対応するサービスプロバイダドメインに転送される前に、分解される。さらに具体的に説明すれば、アクセスドメインがイーサネットネットワークである場合には、例えば、サービスエージェント識別子は、ユニキャスト、マルチキャストおよびブロードキャストのＶＬＡＮタグとして知られているフィールドに提供され、ユーザドメインまたはユーザデバイスＩＰアドレスは、イーサネットメッセージに組み込まれたＩＰメッセージに提供される。イーサネットメッセージのＶＬＡＮタグに提供されるサービスエージェント識別子および組み込まれたＩＰメッセージに提供されるＩＰアドレスに基づいて、サービスエージェントユニット４４０は、データトラフィックを分解し、対応するサービスプロバイダドメインに対して、ユーザＭＡＣ情報やそのローカルネットワーク状況などの送信するユーザドメインに関する必要な情報とともに、その送信が保障される。
【００３７】
図４を再び参照すると、アクセスエッジノードの制御ユニット４５０は、サービス要求関連メッセージ４２０の受信時に、それがサービスエージェントのひとつに対応しているかどうかを決定する責任を担う。そのために、制御ユニット４５０は、サービスエージェント管理および制御ユニット４４２に諮って、サービスエージェント１７０のひとつがサービス要求関連メッセージ４２０内で識別されるサービスプロバイダドメインに対応するかどうかを決定する。サービスエージェント１７０のひとつがそれに対応する場合には、制御ユニット４５０は、サービスエージェント管理および制御ユニット４４２に、受信されたサービス要求関連メッセージのためのサービスバインディング４４６を生成するように指示する。受信されたサービス要求関連メッセージ４２０のためのサービスバインディング４４６の生成は、以下のように、サービスバインディングホスティングユニット４４４内のエントリを付加することを含む。
・サービスエージェントＩＤ（第１縦列）は、要求されたサービスプロバイダドメインに対応するサービスエージェントのためのサービスエージェント識別子に対応する。
・アクセスノードのユーザポートは、ユーザデバイスが接続されるサーブ中のアクセスノード上のポートの識別である。
・ローカルネットワークの状況は、ユーザデバイスから受信されローカルユーザドメインの識別子に対応するイーサネットメッセージのラベル化された「ＶＬＡＮタグ」のフィールド内に提供される任意の識別子に対応する。
・アクセスノードＭＡＣは、サービス要求関連メッセージが受信されるユーザデバイスにサーブするアクセスのノード用の仮想ＭＡＣアドレスである。
このようにして、制御ユニット４５０は、サービス要求関連メッセージ内で識別されるユーザドメインにサーブするアクセスノードに、アクセスドメイン入出力ユニット４１０により送信されたサービスバインディング関連メッセージ４９０を通じて、サービスバインディングの生成を告知する。サービスバインディングがすでにサービス要求関連メッセージ４２０のために存在している場合には、制御ユニット４５０はサーブ中のアクセスノードにサービスバインディング関連メッセージ４９０を通じて存在するサービスバインディングを告知する。
【００３８】
制御ユニット４５０は、翻訳テーブル４６０と協働する。サービスエージェント管理および制御ユニットの各サービスエージェント１７０は、サービスエージェント識別子により固有に識別されるので、サービスエージェント１７０に対応するサービスエージェント識別子とサービスプロバイダドメイン（１４０または１５０）に対応するサービスエージェント識別子とのマッピングを翻訳テーブル内に維持する必要がある。このようにして、アクセスエッジノード１６０の仮想ＡＣアドレスに対応するあて先アドレスとサービスエージェント識別子のひとつに対応するＶＬＡＮタグとを備えたアクセスドメイン入出力ユニット４１０においてデータトラフィックが受信されると、制御ユニット４５０は、翻訳テーブル４６０に諮って、ＶＬＡＮタグ内に提供されるサービス識別子に対応するあて先サービスプロバイダドメイン（１４０または１５０）アドレスに対するアクセスエッジノード仮想ＭＡＣアドレスの第１翻訳を獲得する。
【００３９】
制御ユニット４５０は、さらに、転送ユニット４７０に諮って、アクセスドメイン入出力ユニット４１０において受信されたデータトラフィックを、修正を加えずに、サービスプロバイダドメイン入出力ユニットに直接送信すべきかどうかを決定する。
最後に、制御ユニット４５０は、調整ユニット４８０と協働することができる。調整ユニット４８０は、アクセスドメイン入出力ユニット４１０およびネットワーク／アプリケーションサービスプロバイダドメイン入出力ユニット４３０のいずれかにおいてデータトラフィックが受信されると、対応するサービスエージェント１７０の指示によりおよび／または要求により、下流／上流のトラフィック監視（ｐｏｌｉｃｉｎｇ）およびマーキング、トラフィック観察を実行することができる。
【００４０】
ここで図６を参照すると、図６には、本発明の開示に基づくアクセスノードのひとつが概略的に図示されている。アクセスドメイン１１５中に配置されているので、アクセスノード１２０は、アクセスドメイン１１５のアクセスネットワーク１３０とアクセスエッジノード１６０と通信を行うためのアクセスドメイン入出力ユニット６１０を含んでいる。アクセスノード１２０は、さらに、ユーザドメイン１１０と通信を行うためのユーザドメイン入出力ユニット６２０を含んでいる。アクセスドメイン入出力ユニット６１０において受信されるメッセージのタイプは、サービスバインディング関連メッセージ４９０である。サービスバインディング関連メッセージ４９０はアクセスエッジノード１６０により生成され、アクセスネットワーク１３０上で送信される。サービスバインディングメッセージ４９０の例が、図７Ａおよび図７Ｂに示されている。
【００４１】
アクセスノード１２０は、複数のサービスバインディング関連メッセージ４９０を受信し処理することができる。サービスバインディング関連メッセージ４９０は、アクセスネットワーク１３０から、アクセスドメイン入出力ユニット６１０を介して、アクセスノード１２０において受信される。サービスバインディング関連メッセージ４９０が受信されると、アクセスドメイン入出力ユニットは、受信されたサービスバインディング関連メッセージ４９０を制御ユニット６３０に転送する。制御ユニット６３０は、サービスバインディング関連メッセージ４９０のコンタクトを抽出し、アクションを起こすべきかどうかを決定する。サービスバインディング関連メッセージ４９０の一例は、新しいサービスバインディングの生成に関する情報である。すでに説明したように、アクセスエッジノード１６０が新しいサービスバインディングが要求されていると判断すると、新しいサービスバインディングを生成し、サービスバインディングの生成を要求するユーザドメインにサーブするアクセスノードに告知する。この実施形態において使用されるサービスバインディング関連メッセージ４９０は、ＡＤＤ＿ＳＢ（Ａｄｄ  Ｓｅｒｖｉｃｅ  Ｂｉｎｄｉｎｇ）と記述される。ＡＤＤ＿ＳＢメッセージは、アクセスエッジノード１６０からアクセスノード１２０に送信され、生成されたサービスバインディングに関する情報を含んでいる。ＡＤＤ＿ＳＢメッセージに含まれる情報は、したがって、アクセスノード１２０の集合ユニット６８０に組み込まれる必要がある。
【００４２】
集合ユニット６８０の各種責任のひとつは、サービスバインディング関連情報のホスティングである。サービスバインディング関連情報は、特定のサービスバインディング情報（サービスエージェントの識別およびサービスタイプの形式で）、サービス要求関連情報が受信されるアクセスノードのポートに関する情報、ユーザドメインのローカルネットワークの状況を含んでいる。
【００４３】
アクセスノード１２０は、さらに、アクセスサービスをアクセスネットワーク１３０に提供するユーザドメインから発せられた／に向けられた入力データトラフィックを処理する。そのために、アクセスノード１２０は、さらに、翻訳テーブル６５０と、転送ユニット６６０と、調整ユニット６７０と、集合ユニット６８０を含んでいる。そのために、ユーザドメイン入出力ユニット６２０またはアクセスドメイン入出力ユニット６１０のいずれかによりアクセスノード１２０において受信されたデータトラフィックが制御ユニット６３０に転送される。制御ユニット６３０は、翻訳テーブル６５０と協働する。サービスエージェントユニット４４０のサービスバインディングホスティングユニット４４４に格納された各サービスバインディングは、パラメータ（サービスエージェント識別、サービスタイプ、ユーザデバイスＭＡＣアドレス、アクセスノード仮想ＭＡＣアドレスなど）の組み合わせにより識別されるので、翻訳テーブル６５０内にサービスエージェント１７０に対応するサービスエージェント識別とサービスプロバイダドメイン（１４０または１５０）に対応するサービスエージェント識別との間のマッピングを格納しておく必要がある。このようにして、アクセスノード１２０の仮想ＭＡＣアドレスに対応するあて先アドレスを備えたアクセスドメイン入出力ユニット６１０においてデータトラフィックが受信されると、制御ユニット６３０は、翻訳テーブル６５０と諮って、ユーザドメインＭＡＣアドレスとローカル識別子にそれぞれ対応するあて先アドレスとＶＬＡＮｔａｇの第１の翻訳を獲得する。ユーザドメイン情報がアクセスエッジノード１６０とアクセスノード１２０との間のアクセスドメイン上で送られないので、かかる翻訳が要求されるのである。
【００４４】
制御ユニット６３０は、さらに、転送ユニット６６０に諮って、アクセスドメイン入出力ユニット６１０またはユーザドメイン入出力ユニット６２０において、受信されたデータトラフィックを、修正を加えることなく、対応するユーザドメイン１１０またはアクセスネットワーク１３０に直接転送するかどうかを決定する。
最後に、制御ユニット６３０は、調整ユニット６７０と協働することができる。例えば、下流／上流のトラフィック監視（ｐｏｌｉｃｉｎｇ）およびマーキング、トラフィック観察が、サービスバインディングのプロパティに示されるように、必要とされる場合に、調整ユニット６７０との協働が要求される。
【００４５】
以上のように、アクセスノード１２０とアクセスエッジノード１６０について詳細に説明し、さらに、データトラフィックがどのようにしてアクセスドメイン上で集合されるか詳細に説明した。典型的なイーサネットネットワークにおいては、３つのタイプのメッセージ、すなわちユニキャストメッセージ、マルチキャストメッセージおよびブロードキャストメッセージが２つのエンティティ間においてデータトラフィックを交換するために用いられている。ユニキャストメッセージは、ひとつの送り手とひとつの受け手の間でデータトラフィックを交換するために使用される。マルチキャストメッセージは、ひとつの送り手から複数の受け手に対して効果的にデータトラフィックを送信するために使用される。ブロードキャストメッセージは、ひとつの送り手からネットワークのすべてのノードにメッセージを送るために使用される。本発明は、データトラフィックをアクセスドメイン上で集合するために、特にユニキャストメッセージに関連してサービスバインディングを用いることに焦点を当てている。
【００４６】
ここで、図７Ａおよび図７Ｂを参照する。図７Ａは、本発明に基づいて、上流のデータトラフィック内のユニキャストメッセージに対してネットワーク内で実行される修正の様子を示したものである。図７Ｂは、データトラフィックの下流においてユニキャストメッセージに対してネットワーク内で実行される修正の様子を示したものである。本明細書において、上流のデータトラフィックは、ユーザドメイン１１０からサービスプロバイダドメイン１４０または１５０のひとつに対して送られるデータトラフィックを表し、下流のデータトラフィックは、サービスプロバイダドメイン１４０または１５０からユーザドメイン１１０に対して送られるデータトラフィックを表している。図７Ａおよび図７Ｂでは、例示のために、ＩＥＥＥ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃ  Ｅｎｇｉｎｅｅｒｉｎｇ）８０２．３ａｃに準拠するようなイーサネットユニキャストを図示している。ユニキャストメッセージは典型的には、ＤＡ（Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ）７１０、ＳＡ（Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ）７２０、Ｔｙｐｅ７３０、ＶＬＡＮ＿Ｔａｇ７４０、Ｕｓｅｒ＿Ｄａｔａ７５０、のようなフィールドを含んでいる。ＤＡ（Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ）７１０は、ユニキャストメッセージが送られるアドレスを表し、６バイトから成る。ＳＡ（Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ）７２０は、ユニキャストメッセージが発せられたアドレスを表し、６バイトから成る。Ｔｙｐｅフィールド７３０は、２バイトの長さを有している。ＶＬＡＮ＿Ｔａｇ７４０は４バイト長であり、通常は、あて先アドレスと発信元アドレスを知る意義を有するＶＬＡＮ識別子を表している。最後に、Ｕｓｅｒ＿Ｄａｔａ７５０は、４６から１５００バイトの長さを有しており、発信元アドレス７２０からあて先アドレス７１０に送られたデータトラフィックを含んでいる。
【００４７】
図７Ａを参照すると、ユーザデバイス１１０から発信されたユニキャストメッセージは、本発明によれば、ネットワークを通じて各種修正が加えられている。ユーザデバイスは、ユニキャストメッセージ７００ａを生成する。ユニキャストメッセージ７００ａにおいて、ＤＡ（Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ）７１０は、アクセスエッジノード１６０のための仮想ＭＡＣアドレスに対応し、ＳＡ（Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ）７２０は、ユーザデバイスのＭＡＣアドレスであり、ＶＬＡＮ＿Ｔａｇ７４０は、ユーザデバイスのローカルサービス識別子に対応している。ユーザデバイスにより生成されたユニキャストメッセージ７００ａは、アクセスノード１２０により受信され、送信される。その際に、ユニキャストメッセージがアクセスネットワーク１３０上で転送される前に、制御ユニット６３０によりいくつかの修正が加えられる。さらに詳細には、ＳＡ（Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ）７２０はアクセスノードの仮想ＭＡＣアドレスに置き換えられ、ＶＬＡＮ＿Ｔａｇはサービスエージェント識別に対応するように変更される。アクセスノードは、集合ユニットに格納されたサービスバインディングからサービスエージェント識別を識別する。ユーザデバイスＭＡＣアドレスを置き換えることにより、アクセスノードは、アクセスネットワーク１３０内のすべてのルータおよびスイッチの学習テーブルおよびスイッチングテーブルを減じることにより、アクセスネットワーク１３０のパフォーマンスを改善する。修正されたユニキャストメッセージ７００ｂは、アクセスネットワーク１３０をわたりアクセスノードからアクセスエッジノードに送信される。アクセスエッジノードは、修正されたユニキャストメッセージ７００ｂを受信し、ユニキャストメッセージ７００ｃ内のユーザデバイスにより初期に提供されたソースアドレスとＶＬＡＮタグに対応するように、ソースアドレス７２０とＶＬＡＮタグ７４０を修正する。そのために、アクセスエッジノードは、サービスバインディングホスティングユニット４４４に格納されているサービスバインディング情報に依存する。ユニキャストメッセージ７００ｃはアクセスエッジノード１６０からあて先サービスプロバイダドメイン１４０または１５０に送信される。
【００４８】
図７ｂを参照すると、下流のデータトラフィックに対するユニキャストメッセージの修正の様子が図示されている。ユニキャストメッセージ７００ｄはサービスプロバイダドメイン１４０または１５０において生成される。ユニキャストメッセージ７００ｄは、ユーザデバイスＭＡＣアドレスに対応するあて先アドレスと、サービスプロバイダＭＡＣアドレスに等価のソースアドレスと、ユーザドメインとして知られているローカルサービス識別に対応するＶＬＡＮタグを備えている。アクセスエッジノード１６０は、ユニキャストメッセージ７００ｄを受信し、それをインターセプトして、アクセスネットワーク１３０条に送信する前に、内容に修正を加える。アクセスエッジノード１６０は、あて先アドレスを対応するサーブ中のアクセスノードの仮想ＭＡＣアドレスに変更し、ソースアドレスをアクセスエッジノードの仮想ＭＡＣアドレスであるソースアドレスに修正し、ＶＬＡＮタグをサービスエージェント識別により置き換えることにより、ユニキャストメッセージ７００ｅを獲得する。これらの修正は、送り手サービスプロバイダドメインから受け手ユーザデバイスへのデータトラフィックのためアクセスエッジノード１６０において存在するサービスバインディングに基づいて、アクセスエッジノードにより実行される。ユニキャストメッセージ７００ｅは、アクセスエッジノード１６０から、アクセスネットワーク１３０上で、サービスアクセスノード１２０に送られる。ユニキャストメッセージ７００ｅがアクセスノード１２０に受信され、制御ユニット６３０および集合ユニット６８０に送られ、どのサービスバインディングが関連しているか識別され、ユニキャストメッセージ７００ｅが修正されて、ユーザデバイス１１０により認識が可能となる。そのために、アクセスノード１２０は、あて先アドレスをユーザデバイスＭＡＣアドレスに対応するように変更し、ＶＬＡＮタグフィールドを、ユーザデバイス１１０に知られているローカルサービス識別に対応するように修正する。
【００４９】
好ましくは、ユニキャストメッセージの修正は、アクセスノード１２０と、アクセスネットワーク１３０と、アクセスエッジノード１６０にのみ分かるようにする。ユニキャストメッセージの修正は、ユーザデバイス１１０とサービスプロバイダドメイン１４０または１５０にはトランスパレントである。アクセスエッジノード１６０によって生成され、アクセスエッジノード１２０およびアクセスエッジノード１６０により実行されるので、修正が可能となる。アクセスノードとアクセスエッジノードの双方に格納されたサービスバインディングは、ユニキャストメッセージに対する修正を実行するために要求される情報を格納する。修正の結果、アクセスエッジノード１６０を介して多数のサービスプロバイダドメイン１４０または１５０のためのデータトラフィックを集合し、ユーザドメイン１１０とサービスプロバイダドメイン１４０および１５０に影響を与えることなく、アクセスネットワーク１３０の資源をより良く管理することができる。
【００５０】
詳細な説明および添付図面において、本発明の方法およびノードにかかるいくつかの好適な実施形態について説明をしたが、本発明はかかる実施形態に限定されるものではなく、特許請求の範囲に記載された技術的範囲内において、多くの変更、修正、置換が可能であることを理解されたい。
【図面の簡単な説明】
【００５１】
図１は、ＩＰネットワークの従来例である。
図２は、本発明が組み込まれたネットワークの概略的な例示である。
図３は、本発明に基づいてサービスバインディングを管理する方法の単純化されたフローチャートである。
図４は、本発明の開示に基づくアクセスエッジノードの概略的な例示である。
図５Ａは、本発明に基づくサービスエージェント管理および制御ユニットの内容を表形式で示した概略的な例示である。
図５Ｂは、本発明の開示に基づくサービスバインディングホスティングユニットの内容を表形式で示した概略的な例示である。
図６は、本発明の開示に基づくアクセスノードの概略的な例示である。
図７Ａは、データトラフィックの上流においてユニキャストメッセージに対してネットワーク内で実行される修正を示す図表である。
図７Ｂは、データトラフィックの下流においてユニキャストメッセージに対してネットワーク内で実行される修正を示す図表である。
【図１】
2008530882.tif 000003
【図２】
2008530882.tif 000004
【図３】
2008530882.tif 000005
【図４】
2008530882.tif 000006
【図５Ａ】
2008530882.tif 000007
【図５Ｂ】
2008530882.tif 000008
【図６】
2008530882.tif 000009
【図７Ａ】
2008530882.tif 000010
【図７Ｂ】
2008530882.tif 000011
【国際調査報告】
2008530882.tif 000012
2008530882.tif 000013
2008530882.tif 000014