(57)【要約】【課題】端末、他の通信事業者からのノードでのマーキング処理を簡易に実現する。【解決手段】ＩＰアドレス付与サーバ２０は、加入者端末１０、１１（またはＢＢルータ３２）に対して、パケットの送受信が優先的であることを示すＩＰアドレスまたはパケットの送受信が非優先的であることを示すＩＰアドレスのいずれかを付与する。端末１０、１１（またはＢＢルータ３２）は、送信パケット量を計数し、送信パケット量に基づいてパケットの送信が優先的であるか非優先的であるかを判定し、パケットの送信が非優先的である場合、送信パケットに対して、非優先マーキングを行なう。一方、パケットの送信が優先的である場合、送信先端末がＩＰアドレス付与サーバ２０から取得したＩＰアドレスを参照して、優先マーキングまたは非優先マーキングを行なう。ＢＢルータ３２がマーキングを行なうことも可能である。【選択図】図１
2010226427.tif 000002
【特許請求の範囲】
【請求項１】
加入者端末の通信量に応じて、前記加入者端末が送信するパケットまたは受信するパケットに優先度を設定する通信システムであって、
加入者端末に対して、パケットの送信若しくは受信が優先的であることを示すＩＰアドレスまたはパケットの送信若しくは受信が非優先的であることを示すＩＰアドレスのいずれかを付与するＩＰアドレス付与サーバと、
送信パケット量を計数する機能、前記送信パケット量に基づいて、パケットの送信が優先的であるか非優先的であるかを判定する機能、前記判定の結果、パケットの送信が非優先的である場合、送信パケットに対して、パケットの送信が非優先的であることを示す非優先マーキングを行なう一方、前記判定の結果、パケットの送信が優先的である場合、送信先端末が前記ＩＰアドレス付与サーバから取得したＩＰアドレスを参照して、パケットの受信が優先的であることを示す優先マーキングまたはパケットの受信が非優先的であることを示す非優先マーキングを行なう機能を有する端末と、を備えることを特徴とする通信システム。
【請求項２】
加入者端末の通信量に応じて、前記加入者端末が送信するパケットまたは受信するパケットに優先度を設定する通信システムであって、
加入者端末に対して、パケットの送信若しくは受信が優先的であることを示すＩＰアドレスまたはパケットの送信若しくは受信が非優先的であることを示すＩＰアドレスのいずれかを付与するＩＰアドレス付与サーバと、
受信パケット量を計数する機能、前記受信パケット量に基づいて、パケットの受信が優先的であるか非優先的であるかを判定する機能、前記判定の結果、パケットの受信が非優先的である場合、前記ＩＰアドレス付与サーバからパケットの受信が非優先的であることを示すＩＰアドレスを取得する一方、前記判定の結果、パケットの受信が優先的である場合、前記ＩＰアドレス付与サーバからパケットの受信が優先的であることを示すＩＰアドレスを取得する機能を有する端末と、を備えることを特徴とする通信システム。
【請求項３】
自通信事業者のネットワークと他の通信事業者のネットワークとを接続点に設けられ、前記他の通信事業者のネットワークから前記自通信事業者のネットワークへ流入するパケットについて、前記ＩＰアドレスと、前記優先マーキングおよび非優先マーキングとの対応表に基づいて、優先マーキングまたは非優先マーキングを行なうノードをさらに備えることを特徴とする請求項１または請求項２記載の通信システム。
【請求項４】
加入者端末の通信量に応じて、前記加入者端末が送信するパケットまたは受信するパケットに優先度を設定する通信システムに適用されるサーバ装置であって、
加入者端末に対して、パケットの送信若しくは受信が優先的であることを示すＩＰアドレスまたはパケットの送信若しくは受信が非優先的であることを示すＩＰアドレスのいずれかを付与することを特徴とするサーバ装置。
【請求項５】
通信量に応じて、送信するパケットまたは受信するパケットに優先度を設定する通信システムに適用される端末装置であって、
送信パケット量を計数する機能と、
前記送信パケット量に基づいて、パケットの送信が優先的であるか非優先的であるかを判定する機能と、
前記判定の結果、パケットの送信が非優先的である場合、送信パケットに対して、パケットの送信が非優先的であることを示す非優先マーキングを行なう一方、前記判定の結果、パケットの送信が優先的である場合、送信先端末が、パケットの送信若しくは受信が優先的であることを示すＩＰアドレスまたはパケットの送信若しくは受信が非優先的であることを示すＩＰアドレスのいずれかを付与するＩＰアドレス付与サーバから取得したＩＰアドレスを参照して、パケットの受信が優先的であることを示す優先マーキングまたはパケットの受信が非優先的であることを示す非優先マーキングを行なう機能と、を備えることを特徴とする端末装置。
【請求項６】
通信量に応じて、送信するパケットまたは受信するパケットに優先度を設定する通信システムに適用される端末装置であって、
受信パケット量を計数する機能と、
前記受信パケット量に基づいて、パケットの受信が優先的であるか非優先的であるかを判定する機能と、
前記判定の結果、パケットの受信が非優先的である場合、パケットの送信若しくは受信が優先的であることを示すＩＰアドレスまたはパケットの送信若しくは受信が非優先的であることを示すＩＰアドレスのいずれかを付与するＩＰアドレス付与サーバからパケットの受信が非優先的であることを示すＩＰアドレスを取得する一方、前記判定の結果、パケットの受信が優先的である場合、前記ＩＰアドレス付与サーバからパケットの受信が優先的であることを示すＩＰアドレスを取得する機能と、を備えることを特徴とする端末装置。
【請求項７】
加入者端末の通信量に応じて、前記加入者端末が送信するパケットまたは受信するパケットに優先度を設定する通信システムに適用されるノードであって、
自通信事業者のネットワークと他の通信事業者のネットワークとを接続点に設けられ、前記他の通信事業者のネットワークから前記自通信事業者のネットワークへ流入するパケットについて、パケットの送信若しくは受信が優先的であることを示すＩＰアドレスまたはパケットの送信若しくは受信が非優先的であることを示すＩＰアドレスと、パケットの送信若しくは受信が優先的であることを示す優先マーキングまたはパケットの送信若しくは受信が非優先的であることを示す非優先マーキングとの対応表に基づいて、優先マーキングまたは非優先マーキングを行なうことを特徴とするノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、加入者端末の通信量に応じて、加入者端末が送信するパケットまたは受信するパケットに優先度を設定する技術に関する。
【背景技術】
【０００２】
従来から、通信事業者の一部で、Diffservあるいは類似の技術に基づくサービスの差別化 (Differentiation) が行なわれている（非特許文献１）。この技術により、パケットに付加された優先度に従った転送を実現することができる。この技術を用いたネットワーク運用として、次のようなシナリオが考えられる。
（ａ）ＶｏＩＰサービスのトラフィックをインターネットアクセスサービスのトラフィックに優先させて転送し輻輳から保護する (サービス別の差別化)。
（ｂ）加入者単位でパケットの優先度を変えて差別化を行なう (加入者別の差別化)。
【０００３】
一方、この技術を利用した優先転送を有効に機能させるためには、ネットワークへの流入口となる“入ノード”において、適切なパケット優先度の設定 (マーキング) を行なう必要がある。例えば、加入者別のマーキングをするためには、加入者単位に対応する優先度を決定するための対応表を、何らかの方法によって入ノードが保持する必要がある（図１０参照）。
【０００４】
また、非特許文献２では、これらのマーキングを前提とした通信品質制御のフレームワークを規定している。しかし、具体的なマーキング方法については、入ノードにおける加入者・フロー毎の対応表の存在が前提とされており、大規模ネットワークでの実現を困難ないし高価にしている。
【０００５】
また、非特許文献３および４に開示されている装置は、{IPアドレス (発着)、ポート番号 (発着)、プロトコル番号} (5-tuple) で規定されるフロー毎にマーキングや優先キューイングを行なう。この装置は、同時に数万から数百万フローを扱うことができる。設置形態としては、通信ノード間のリンク上にインラインで挿入する装置となっている。さらに、外部装置と連携したＩＰアドレス・加入者の動的な対応付けや、ポート番号・パケット内容からサービスを識別する、といった機能も実現している。
【０００６】
ここで、通信事業者が提供するインターネットアクセスサービスで、加入者別のマーキングを行なうことを考える。図１０は、通信事業者が提供するインターネットアクセスサービスを実現する通信システムの概略構成を示す図である。この通信システムでは、加入者端末１０が、自通信事業者が提供するネットワークＮ１上のノード３１を介して、通信を行なうことができる。また、加入者端末１１は、ＢＢルータ３２、ノード３１を介して通信を行なうことができる。また、他の通信事業者が提供するネットワークＮ２上には、Ｗｅｂサーバ４０〜４３が設けられており、ノード４５、ノード３３を介してネットワークＮ１に接続可能な加入者端末１０、１１と通信を行なうことができる。ここで、自通信事業者については以下を仮定する。
（ア）加入者の端末、あるいは、端末近傍のブロードバンド（ＢＢ）ルータを通信キャリアから制御し、端末が送信するパケットについてマーキングを実施できる。
（イ）端末のＩＰアドレスは、ＤＨＣＰやＰＰＰ（IPCP）等によりキャリアから付与し、加入者から変更することはできない。
【０００７】
また、運用シナリオとして、加入者間のネットワーク利用の公平性確保のため、週ごと・月ごとといった一定期間内に既定量以上の送信 (あるいは受信) を行なった加入者に対して、送信 (あるいは受信) トラフィックに「非優先マーキング」(トラフィック優先度を下げる) を行なうシナリオを考える。以下、本シナリオを「ヘビーユーザ向け非優先運用シナリオ」と呼称する。
【０００８】
本シナリオにおいて、自通信事業者内の各端末は、
（Ａ）送受信とも優先 (デフォルト) マーキング、
（Ｂ）送信が非優先マーキング、受信が優先マーキング、
（Ｃ）受信が非優先マーキング、送信が優先マーキング、
（Ｄ）送受信とも非優先マーキング、
の４種類に分類される。また、他の通信事業者の端末は、上記（Ａ）〜（Ｄ）のいずれかに固定的に分類することとするが、ここでは（Ａ）と見做すこととする。
【０００９】
（Ｂ）や（Ｄ）の端末から送信するパケットについては、相手に関わらず、自端末側で全パケットに非優先マーキングを設定すれば良く、実現は比較的容易である。しかし、（Ａ）や（Ｃ）の端末あるいは他の通信事業者の端末から送信するパケットについては、以下の通り、送信側に近い箇所で、宛先端末の分類に応じたマーキングが求められる。
（α）（Ａ）や（Ｃ）の端末から（Ｃ）や（Ｄ）の端末に送信する場合、（Ａ）や（Ｃ）の端末側で非優先マーキングを実施する。
（β）他の通信事業者の端末から（Ｃ）や（Ｄ）の端末に送信する場合も、自通信事業者への入ノードで非優先マーキングを実施する。
【００１０】
従来の手法では、端末ならびに他の通信事業者からの入ノード全てで非優先端末毎の対応表の生成・保持が必要となる。対応表を生成する方法としては、下記が考えられる。
（１）３ＧＰＰで規定されるＨＳＳ (Home Subscriber Server) 等に保持された加入者情報から、非優先端末の一覧表を作成する。
（２）端末間で、全ての通信に先立ちＳＩＰ (Session Initiation Protocol) 等の呼制御プロトコルを利用して、優先・非優先を交渉し、非優先端末の対応表を動的に生成・保持する。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】K. Nichols, et.al. “Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers,” RFC2474, Dec. 1998.
【非特許文献２】臼井他, “IMS/MMDへの適用を考慮したトラフィック収容方式の検討,” TM 研究会, 2008年3月.
【非特許文献３】http://www.cisco.com/web/JP/product/hs/sce/sce8000/index.html
【非特許文献４】http://www.cisco.com/web/JP/product/hs/sce/sce8000/prodlit/data_sheet_c78-492987.html
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかしながら、（１）を採用した場合は非優先端末毎の対応表の処理破綻が問題となる。すなわち、大規模な通信事業者では、端末ならびに他の通信事業者からの入ノード全てで１００〜１０００万オーダの対応表エントリを用意することとなり、例えば、他の通信事業者からの各入ノード付近に高価な外部装置の導入が必要になるなど、実現が困難である。また、対応表検索は、ＩＰアドレスやＴＣＰポート番号など各パケットに含まれる情報をキーとした検索となる。対応表にエントリすべきＩＰアドレスは動的に変化することが考えられ、これに追随するための制御オーバヘッドが大きい点も問題となる。
【００１３】
また、ＤＨＣＰ環境では、「ＩＰアドレスと加入者の対応」が動的に変化する可能性がある。さらに、ヘビーユーザ向け非優先運用シナリオでは、個々の加入者に対するマーキングが動的に変化する。
【００１４】
一方、上記（２）については、既存のデータ通信も含めて、本手順を一斉に導入することは事実上不可能である点が問題となる。更に、（β）については、（１）と同様に膨大な対応表の保持が必要となる点も問題となる。
【００１５】
本発明は、このような事情に鑑みてなされたものであり、端末や（他の通信事業者からの）入ノードでのマーキング処理を簡易に実現することができる通信システム、サーバ装置、端末装置およびノードを提供することを目的とする。
【課題を解決するための手段】
【００１６】
（１）上記の目的を達成するために、本発明は、以下のような手段を講じた。すなわち、本発明の通信システムは、加入者端末の通信量に応じて、前記加入者端末が送信するパケットまたは受信するパケットに優先度を設定する通信システムであって、加入者端末に対して、パケットの送信若しくは受信が優先的であることを示すＩＰアドレスまたはパケットの送信若しくは受信が非優先的であることを示すＩＰアドレスのいずれかを付与するＩＰアドレス付与サーバと、送信パケット量を計数する機能、前記送信パケット量に基づいて、パケットの送信が優先的であるか非優先的であるかを判定する機能、前記判定の結果、パケットの送信が非優先的である場合、送信パケットに対して、パケットの送信が非優先的であることを示す非優先マーキングを行なう一方、前記判定の結果、パケットの送信が優先的である場合、送信先端末が前記ＩＰアドレス付与サーバから取得したＩＰアドレスを参照して、パケットの受信が優先的であることを示す優先マーキングまたはパケットの受信が非優先的であることを示す非優先マーキングを行なう機能を有する端末と、を備えることを特徴としている。
【００１７】
このように、送信パケット量を計数し、送信パケット量に基づいて、パケットの送信が優先的であるか非優先的であるかを判定し、判定の結果、パケットの送信が非優先的である場合、送信パケットに対して、パケットの送信が非優先的であることを示す非優先マーキングを行なう。その一方、判定の結果、パケットの送信が優先的である場合、送信先端末がＩＰアドレス付与サーバから取得したＩＰアドレスを参照して、パケットの受信が優先的であることを示す優先マーキングまたはパケットの受信が非優先的であることを示す非優先マーキングを行なう。この構成により、自通信事業者の加入者別の品質差別化を、異なる通信事業者に跨った通信を含めて実現することが可能となる。
【００１８】
（２）また、本発明の通信システムは、加入者端末の通信量に応じて、前記加入者端末が送信するパケットまたは受信するパケットに優先度を設定する通信システムであって、加入者端末に対して、パケットの送信若しくは受信が優先的であることを示すＩＰアドレスまたはパケットの送信若しくは受信が非優先的であることを示すＩＰアドレスのいずれかを付与するＩＰアドレス付与サーバと、受信パケット量を計数する機能、前記受信パケット量に基づいて、パケットの受信が優先的であるか非優先的であるかを判定する機能、前記判定の結果、パケットの受信が非優先的である場合、前記ＩＰアドレス付与サーバからパケットの受信が非優先的であることを示すＩＰアドレスを取得する一方、前記判定の結果、パケットの受信が優先的である場合、前記ＩＰアドレス付与サーバからパケットの受信が優先的であることを示すＩＰアドレスを取得する機能を有する端末と、を備えることを特徴としている。
【００１９】
このように、受信パケット量を計数し、受信パケット量に基づいて、パケットの受信が優先的であるか非優先的であるかを判定し、判定の結果、パケットの受信が非優先的である場合、ＩＰアドレス付与サーバからパケットの受信が非優先的であることを示すＩＰアドレスを取得する。その一方、判定の結果、パケットの受信が優先的である場合、ＩＰアドレス付与サーバからパケットの受信が優先的であることを示すＩＰアドレスを取得する。この構成により、自通信事業者の加入者別の品質差別化を、異なる通信事業者に跨った通信を含めて実現することが可能となる。
【００２０】
（３）また、本発明の通信システムは、自通信事業者のネットワークと他の通信事業者のネットワークとを接続点に設けられ、前記他の通信事業者のネットワークから前記自通信事業者のネットワークへ流入するパケットについて、前記ＩＰアドレスと、前記優先マーキングおよび非優先マーキングとの対応表に基づいて、優先マーキングまたは非優先マーキングを行なうノードをさらに備えることを特徴としている。
【００２１】
この構成により、自通信事業者の加入者別の品質差別化を、異なる通信事業者に跨った通信を含めて実現することが可能となる。
【００２２】
（４）また、本発明のサーバ装置は、加入者端末の通信量に応じて、前記加入者端末が送信するパケットまたは受信するパケットに優先度を設定する通信システムに適用されるサーバ装置であって、加入者端末に対して、パケットの送信若しくは受信が優先的であることを示すＩＰアドレスまたはパケットの送信若しくは受信が非優先的であることを示すＩＰアドレスのいずれかを付与することを特徴としている。
【００２３】
この構成により、自通信事業者の加入者別の品質差別化を、異なる通信事業者に跨った通信を含めて実現することが可能となる。
【００２４】
（５）また、本発明の端末装置は、通信量に応じて、送信するパケットまたは受信するパケットに優先度を設定する通信システムに適用される端末装置であって、送信パケット量を計数する機能と、前記送信パケット量に基づいて、パケットの送信が優先的であるか非優先的であるかを判定する機能と、前記判定の結果、パケットの送信が非優先的である場合、送信パケットに対して、パケットの送信が非優先的であることを示す非優先マーキングを行なう一方、前記判定の結果、パケットの送信が優先的である場合、送信先端末が、パケットの送信若しくは受信が優先的であることを示すＩＰアドレスまたはパケットの送信若しくは受信が非優先的であることを示すＩＰアドレスのいずれかを付与するＩＰアドレス付与サーバから取得したＩＰアドレスを参照して、パケットの受信が優先的であることを示す優先マーキングまたはパケットの受信が非優先的であることを示す非優先マーキングを行なう機能と、を備えることを特徴としている。
【００２５】
この構成により、自通信事業者の加入者別の品質差別化を、異なる通信事業者に跨った通信を含めて実現することが可能となる。
【００２６】
（６）また、本発明の端末装置は、通信量に応じて、送信するパケットまたは受信するパケットに優先度を設定する通信システムに適用される端末装置であって、受信パケット量を計数する機能と、前記受信パケット量に基づいて、パケットの受信が優先的であるか非優先的であるかを判定する機能と、前記判定の結果、パケットの受信が非優先的である場合、パケットの送信若しくは受信が優先的であることを示すＩＰアドレスまたはパケットの送信若しくは受信が非優先的であることを示すＩＰアドレスのいずれかを付与するＩＰアドレス付与サーバからパケットの受信が非優先的であることを示すＩＰアドレスを取得する一方、前記判定の結果、パケットの受信が優先的である場合、前記ＩＰアドレス付与サーバからパケットの受信が優先的であることを示すＩＰアドレスを取得する機能と、を備えることを特徴としている。
【００２７】
この構成により、自通信事業者の加入者別の品質差別化を、異なる通信事業者に跨った通信を含めて実現することが可能となる。
【００２８】
（７）また、本発明のノードは、加入者端末の通信量に応じて、前記加入者端末が送信するパケットまたは受信するパケットに優先度を設定する通信システムに適用されるノードであって、自通信事業者のネットワークと他の通信事業者のネットワークとを接続点に設けられ、前記他の通信事業者のネットワークから前記自通信事業者のネットワークへ流入するパケットについて、パケットの送信若しくは受信が優先的であることを示すＩＰアドレスまたはパケットの送信若しくは受信が非優先的であることを示すＩＰアドレスと、パケットの送信若しくは受信が優先的であることを示す優先マーキングまたはパケットの送信若しくは受信が非優先的であることを示す非優先マーキングとの対応表に基づいて、優先マーキングまたは非優先マーキングを行なうことを特徴としている。
【００２９】
この構成により、自通信事業者の加入者別の品質差別化を、異なる通信事業者に跨った通信を含めて実現することが可能となる。
【発明の効果】
【００３０】
本発明によれば、自通信事業者の加入者別の品質差別化を、異なる通信事業者に跨った通信を含めて実現することが可能となる。さらに、端末装置および他の通信事業者からの入ノードでは複雑な呼制御手順の実装・一斉展開や、膨大な非優先端末毎の対応表を生成・保持を必要とすることなく、品質差別化を実現することが可能となる。
【図面の簡単な説明】
【００３１】
【図１】本実施形態に係る通信システムの概略構成を示す図である。
【図２】加入者端末の概略構成を示すブロック図である。
【図３】ノードの概略構成を示す図である。
【図４】ＩＰアドレス付与サーバの概略構成を示す図である。
【図５】加入者端末１０の送信動作を示すフローチャートである。
【図６Ａ】加入者端末１０の受信動作を示すフローチャートである。
【図６Ｂ】加入者端末１０のモード切り替えの概要を示すフローチャートである。
【図７】加入者端末１０のアドレス取得動作を示すフローチャートである。
【図８】ノードの動作を示すフローチャートである。
【図９】ＩＰアドレス付与サーバの動作を示すフローチャートである。
【図１０】通信事業者が提供するインターネットアクセスサービスを実現する通信システムの概略構成を示す図である。
【発明を実施するための形態】
【００３２】
以下、本発明の実施形態について図面を参照して説明する。図１は、本実施形態に係る通信システムの概略構成を示す図である。この通信システムでは、加入者端末１０が、自通信事業者が提供するネットワークＮ１上のノード３１を介して、通信を行なうことができる。また、加入者端末１１は、ＢＢルータ３２、ノード３１を介して通信を行なうことができる。また、他の通信事業者が提供するネットワークＮ２上には、Ｗｅｂサーバ４０〜４３が設けられており、ノード４５、ノード３３を介してネットワークＮ１に接続可能な加入者端末１０、１１と通信を行なうことができる。また、ネットワークＮ１上には、ＩＰアドレス付与サーバ２０が設けられている。ＩＰアドレス付与サーバ２０は、加入者端末１０、１１に対して、パケットの送信若しくは受信が優先的であることを示すＩＰアドレスまたはパケットの送信若しくは受信が非優先的であることを示すＩＰアドレスのいずれかを付与する。
【００３３】
図２は、加入者端末の概略構成を示すブロック図である。加入者端末１０は、送信パケット量および受信パケット量を計数するパケット量計数機能１０ａと、送信パケット量および受信パケット量に基づいて、パケットの送信または受信が優先的であるか非優先的であるかを判定する優先度分類機能１０ｂとを備えている。また、優先度分類機能１０ｂによる判定の結果、パケットの送信が非優先的である場合、送信パケットに対して、パケットの送信が非優先的であることを示す非優先マーキングを行なう自端末送信優先度選択機能１０ｄを備えている。また、優先度分類機能１０ｂによる判定の結果、パケットの送信が優先的である場合、送信先端末がＩＰアドレス付与サーバ２０から取得したＩＰアドレスを参照して、パケットの受信が優先的であることを示す優先マーキングまたはパケットの受信が非優先的であることを示す非優先マーキングを行なう送信マーキング機能１０ｅを備えている。
【００３４】
また、加入者端末１０は、優先度分類機能１０ｂによる判定の結果、パケットの受信が非優先的である場合、ＩＰアドレス付与サーバ２０からパケットの受信が非優先的であることを示すＩＰアドレスを取得するＩＰアドレス選択利用機能１０ｃを備えている。ＩＰアドレス選択利用機能１０ｃは、優先度分類機能１０ｂによる判定の結果、パケットの受信が優先的である場合、ＩＰアドレス付与サーバ２０からパケットの受信が優先的であることを示すＩＰアドレスを取得する。
【００３５】
図３は、ノードの概略構成を示す図である。このノード３３は、送信マーキング機能３３ａを備えており、自通信事業者のネットワークＮ１と、他の通信事業者のネットワークＮ２とを接続点に設けられる。そして、他の通信事業者のネットワークＮ２から自通信事業者のネットワークＮ１へ流入するパケットについて、ＩＰアドレスと、優先マーキングおよび非優先マーキングとの対応表に基づいて、優先マーキングまたは非優先マーキングを行なう。
【００３６】
図４は、ＩＰアドレス付与サーバの概略構成を示す図である。ＩＰアドレス付与サーバ２０は、複数ＩＰアドレス候補提示・付与機能２０ａを備えている。そして、加入者端末１０、１１に対して、パケットの送信若しくは受信が優先的であることを示すＩＰアドレスまたはパケットの送信若しくは受信が非優先的であることを示すＩＰアドレスのいずれかを付与する。
【００３７】
図５は、加入者端末１０の送信動作を示すフローチャートである。加入者端末１０において、パケット送信要求が生ずると（ステップＳ０）、送信非優先モードであるかどうかを判断する（ステップＳ１）。この判断の結果、送信非優先モードである場合は、送信パケットに対して、非優先マーキングを行ない（ステップＳ２）、ステップＳ５へ遷移する。一方、ステップＳ１において、送信非優先モードでない場合、宛先が非優先ＩＰアドレスであるかどうかを判断する（ステップＳ３）。この判断の結果、宛先が非優先ＩＰアドレスである場合は、送信パケットに対して、非優先マーキングを行ない（ステップＳ２）、ステップＳ５へ遷移する。
【００３８】
一方、ステップＳ３において、宛先が非優先ＩＰアドレスでない場合は、送信パケットに対して、優先マーキングを行ない（ステップＳ４）、パケットを送信する（ステップＳ５）。次に、一定量以上のパケットの送信を行なったかどうかを判断し（ステップＳ６）、一定量以上のパケットの送信を行なった場合は、送信非優先モードに遷移する（ステップＳ７）。一方、ステップＳ６において、一定量以上のパケットの送信を行なっていない場合は、送信優先モードの状態を維持する（ステップＳ８）。
【００３９】
図６Ａは、加入者端末１０の受信動作を示すフローチャートである。加入者端末１０は、パケットを受信すると（ステップＳ９）、一定量以上のパケットの受信を行なったかどうかを判断する（ステップＳ１０）。この判断の結果、加入者端末１０は、一定量以上のパケットの受信を行なった場合、受信非優先モードに遷移する（ステップＳ１１）。一方、ステップＳ１０において、一定量以上のパケットの受信を行なっていない場合は、受信優先モードの状態を維持する（ステップＳ１２）。
【００４０】
図６Ｂは、加入者端末１０のモード切り替えの概要を示すフローチャートである。加入者端末１０は、一定期間が経過すると（ステップＳ１３）、受信優先モードの状態となり（ステップＳ１４）、さらに、送信優先モードの状態となる（ステップＳ１５）。
【００４１】
図７は、加入者端末１０のアドレス取得動作を示すフローチャートである。まず、アドレス取得要求および更新タイムアウトが発生すると（ステップＳ１６）、アドレスを新規に取得するかどうかを判断する（ステップＳ１７）。アドレスを新規に取得する場合は、ステップＳ１９へ遷移する。一方、ステップＳ１７において、アドレスを新規に取得しない場合は、受信モードの変更があるかどうかを判断する（ステップＳ１８）。受信モードの変更が無い場合は、ステップＳ２２へ遷移する。一方、ステップＳ１８において、受信モードの変更がある場合は、ＤＣＨＰ  ＤＩＳＣＯＶＥＲを送信する（ステップＳ１９）。次に、ＤＣＨＰ  ＯＦＦＥＲを受信し（ステップＳ２０）、ＩＰアドレスを選択して（ステップＳ２１）、ＤＣＨＰ  ＲＥＱＵＥＳＴ送信等を行なう（ステップＳ２２）。
【００４２】
図８は、ノードの動作を示すフローチャートである。まず、パケットを受信すると（ステップＳ３０）、宛先のＩＰアドレスが優先であるかどうかを判断する（ステップＳ３１）。宛先のＩＰアドレスが優先である場合は、送信パケットに対して優先マーキングを行ない（ステップＳ３２）、パケットを送信する（ステップＳ３５）。一方、ステップＳ３１において、宛先のＩＰアドレスが優先でない場合は、宛先のＩＰアドレスが非優先であるかどうかを判断する（ステップＳ３３）。宛先のＩＰアドレスが非優先でない場合は、マーキング処理対象外であるとして、パケットを送信する（ステップＳ３５）。一方、ステップＳ３３において、宛先のＩＰアドレスが非優先である場合は、送信パケットに対して、非優先マーキングを行ない（ステップＳ３４）、パケットを送信する（ステップＳ３５）。
【００４３】
図９は、ＩＰアドレス付与サーバの動作を示すフローチャートである。まず、ＤＨＣＰ  ＤＩＳＣＯＶＥＲを受信すると（ステップＳ４０）、ＤＨＣＰ  ＯＦＦＥＲを送信する（ステップＳ４１）。このときは、非優先のＩＰアドレスを送信することとなる。次に、ＤＨＣＰ  ＯＦＦＥＲを送信する（ステップＳ４２）。このときは、優先のＩＰアドレスを送信する。最後に、ＤＨＣＰ  ＲＥＱＵＥＳＴ受信・ＡＣＫ／ＮＡＣＫ等の送信を行なう（ステップＳ４３）。
【００４４】
以上説明したように、本実施形態によれば、送信パケット量を計数し、送信パケット量に基づいて、パケットの送信が優先的であるか非優先的であるかを判定し、判定の結果、パケットの送信が非優先的である場合、送信パケットに対して、パケットの送信が非優先的であることを示す非優先マーキングを行なう。その一方、判定の結果、パケットの送信が優先的である場合、送信先端末がＩＰアドレス付与サーバから取得したＩＰアドレスを参照して、パケットの受信が優先的であることを示す優先マーキングまたはパケットの受信が非優先的であることを示す非優先マーキングを行なう。この構成により、自通信事業者の加入者別の品質差別化を、異なる通信事業者に跨った通信を含めて実現することが可能となる。なお、図１において、ＢＢルータ３２が、加入者端末１１の代わりにマーキングを行なうことも可能である。
【符号の説明】
【００４５】
１０  加入者端末
１０ａ  パケット量計数機能
１０ｂ  優先度分類機能
１０ｃ  ＩＰアドレス選択利用機能
１０ｄ  自端末送信優先度選択機能
１０ｅ  送信マーキング機能
１１  加入者端末
２０  ＩＰアドレス付与サーバ
２０ａ  複数ＩＰアドレス候補提示・付与機能
３１  ノード
３２  ＢＢルータ
３３  ノード
３３ａ  送信マーキング機能
４０〜４３  Ｗｅｂサーバ
４５  ノード
【図１】
2010226427.tif 000003
【図２】
2010226427.tif 000004
【図３】
2010226427.tif 000005
【図４】
2010226427.tif 000006
【図５】
2010226427.tif 000007
【図６Ａ】
2010226427.tif 000008
【図６Ｂ】
2010226427.tif 000009
【図７】
2010226427.tif 000010
【図８】
2010226427.tif 000011
【図９】
2010226427.tif 000012
【図１０】
2010226427.tif 000013