JP4392330B2

JP4392330B2 - アクセス管理機構

Info

Publication number: JP4392330B2
Application number: JP2004331572A
Authority: JP
Inventors: 紀幸中谷; 浩和武野; 和之入船
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2004-11-16
Filing date: 2004-11-16
Publication date: 2009-12-24
Anticipated expiration: 2024-11-16
Also published as: JP2006146303A

Description

本発明は、アクセス管理機構に係り、特に、端末がネットワークを経由してＷｅｂサイトにアクセスする通信システムにおけるアクセス管理機構に関する。

端末からのＷｅｂアクセスにおいては、Ｗｅｂコンテンツを提供しているプロバイダ（ＣｏｎｔｅｎｔｓＰｒｏｖｉｄｅｒ：以下ＣＰ）からコンテンツをダウンロードする際に、ゲートウェイシステムを経由する。ゲートウェイシステムには、ＣＰからのコンテンツダウンロードの代行及びコンテンツのキャッシングを行うキャッシュサーバが設置されている。更にキャッシュサーバでは、特定ＵＲＬへのアクセスが予め設定された閾値よりも多くなった場合にアクセスを規制することで、ゲートウェイシステムとＣＰ間のトラフィックを制御し、安定したサービスを提供している。

また、通信網における負荷増大を抑えて輻輳の発生を未然に防止するために、放送番組の示す特定の接続先に接続するための電話番号、ＵＲＬ等の接続先情報とともに、接続先への接続を規制する接続規制情報（例えば、乱数に対する閾値、特定の情報通信端末の指定、問題と正解）を受信する輻輳防止方法等が開示されている（例えば、特許文献１参照）。
特開２００２−２８１１５２号公報

従来の技術では、ゲートウェイシステムとＣＰ間のトラフィックを考慮した接続規制のみを実施しており、端末とゲートウェイシステム間のトラフィックに関する考慮を行っていなかった。

そのため、ゲートウェイシステムまでのネットワークを共有する複数の端末が異なるＣＰから大容量コンテンツや映像等のストリームデータをダウンロードする場合では、接続規制が行われないが、端末とゲートウェイシステム間の帯域不足によりデータの輻輳が起こり、ダウンロードがタイムアウトする等の現象が起こることがある。

複数の端末が異なる複数のＣＰから大容量コンテンツやストリームデータをダウンロードする場合では、アクセス先ＣＰが分散しているため、従来の「特定ＣＰへのアクセス集中による接続規制」は行われない。しかし、ゲートウェイシステムから端末側のあるエリアや地点（以降エリアと地点は特に符号を用いない場合、同義としてエリアと記す）においては、複数の端末からのＷｅｂアクセスによりアクセス集中が発生しているものもある。同様の状況で同一もしくは複数のＣＰから大容量コンテンツやストリームデータのダウンロードを非常に多くの端末が行うと、エリアにおいて、アクセスが集中し、既にダウンロード中のユーザを含めタイムアウトする事象が発生する。そのため、ダウンロードが完了できない場合がある。

本発明は、以上の点に鑑み、端末からゲートウェイシステムまでのネットワークの全て又は一部を共有する複数の端末が、異なるＣＰから大容量コンテンツ、又は、映像等のストリームデータをダウンロードする際に、ネットワークの状況に従った規制を実施するアクセス管理機構を提供することを目的する。また、本発明は、ネットワークの状況としてコンテンツ属性とトラフィック情報を用い、接続規制することを目的とする。本発明は、端末とゲートウェイシステム間のトラフィックに基づいたアクセス管理機構を提供することを目的とする。また、本発明は、エリアによってネットワーク容量に差がある通信システムにおいても安定したサービスを提供することを目的とする。

本発明は、上記の課題を解決するために、端末がＷｅｂアクセスする際に、エリア情報に基づいてＩＰアドレスを割当てる。更に、端末がコンテンツダウンロードを要求した場合、要求を受け付けたゲートウェイシステムがＣＰからコンテンツの属性情報を取得し、予め設定しておいた規制条件と別途管理している要求コンテンツ情報および端末とゲートウェイ間のトラフィック情報を基に、ダウンロードの可否を判断する。ダウンロードが可能な場合には、受け付けた要求をＣＰに転送してＣＰの応答内容を端末に返信すると共に、ダウンロードコンテンツ情報、トラフィック情報の更新を行う。更にダウンロードが終了した際に、ダウンロード済みコンテンツ情報、トラフィック情報の再更新を行う。ダウンロードが不可能な場合には、端末に対して、ダウンロード規制を通知もしくは、指定時間経過後に受け付けた要求をＣＰに転送してＣＰの応答内容を端末に返信する。

上記接続規制機能を有するサーバには、例えば、接続元の端末のＩＰアドレス、該当端末が所在するエリア、接続先ＵＲＬとコンテンツ属性情報を対応付けて格納する記憶手段を有し、トラフィックを演算しデータベースへ格納する機能、接続規制の判定を行う機能等を有する。

本発明の解決手段によると、
端末及びコンテンツサーバと通信可能なキャッシュサーバと、
所定のテーブルを記憶するためのデータベースと
を備え、
前記データベースは、
エリアの識別子に対応して、該エリアに属する前記端末に割り当てるための複数のアドレスが記憶されるエリア情報テーブルと、
エリアの識別子に対応して、予め定められた閾値と該エリアの帯域が記憶される閾値テーブルと、
エリアの識別子に対応して、該エリアにおける現在及び予め定められた時間経過毎の推定トラフィックを示す第１乃至第ｎ（ｎは整数）のトラフィックが記憶されるトラフィックテーブルと、
コンテンツ容量の範囲とコンテンツ種別とエリアの識別子とに対応して、ダウンロード許容条件使用率が記憶されるコンテンツ分類テーブルと
を有し、
前記キャッシュサーバは、
接続先アドレスと、接続元アドレスとを含むコンテンツ要求を前記端末から受信し、
受信された接続先アドレスに応じた前記コンテンツサーバから、コンテンツ種別及びコンテンツ容量を含むコンテンツ属性情報を受信し、
受信されたコンテンツ種別及び／又はコンテンツ容量に従い、大容量コンテンツ又はストリームコンテンツであるか否かを判定し、
受信された接続元アドレスに基づき、前記エリア情報テーブルから対応するエリアの識別子を取得し、
取得されたエリアの識別子に基づき、前記閾値テーブルから対応する閾値を取得し、
取得されたエリアの識別子に基づき、前記トラフィックテーブルから、対応する第１のトラフィックを取得し、
受信されたコンテンツ容量と予め定められた係数を乗じて加算するための容量を求め、取得した第１のトラフィックに求められた加算するための容量を加算し、
取得された閾値と、加算された第１のトラフィックとを比較し、
（ａ）大容量コンテンツ若しくはストリームコンテンツではないと判定された場合に、又は、加算された第１のトラフィックが取得された閾値未満又は以下の場合に、受信されたコンテンツ要求を前記コンテンツサーバに転送し、コンテンツ要求に応じて前記コンテンツサーバから送信されるコンテンツを前記端末に転送し、
（ｂ）一方、大容量コンテンツ若しくはストリームコンテンツであると判定され、かつ、加算された第１のトラフィックが取得された閾値より大きい又は閾値以上の場合に、
前記コンテンツ分類テーブルを参照して、コンテンツ容量とコンテンツ種別とエリアの識別子とに基づき、対応するダウンロード許容条件使用率を取得し、
取得されたエリアの識別子に基づき、前記トラフィックテーブルから、対応する第２乃至第ｎのトラフィックを取得し、
前記閾値テーブルからエリアの識別子に対応する帯域を取得し、取得された帯域と取得されたダウンロード許容条件使用率とを乗じてダウンロード許容条件の使用帯域を求め、
求められた使用帯域と第２乃至第ｎのトラフィックとを順に比較し、第２乃至第ｎのトラフィックのいずれかが、求められた使用帯域より小さい又は以下になるとき、該トラフィックに応じた時刻をダウンロード可能予定時刻とし、及び、
ダウンロード可能予定時刻を前記端末に送信する、又は、ダウンロード可能予定時刻に受信されたコンテンツ要求を前記コンテンツサーバに転送する
アクセス管理機構が提供される。

本発明によると、端末からゲートウェイシステムまでのネットワークの全て又は一部を共有する複数の端末が、異なるＣＰから大容量コンテンツ、又は、映像等のストリームデータをダウンロードする際に、ネットワークの状況に従った規制を実施するアクセス管理機構を提供することができる。また、本発明によると、ネットワークの状況としてコンテンツ属性とトラフィック情報を用い、接続規制することができる。本発明によると、端末とゲートウェイシステム間のトラフィックに基づいたアクセス管理機構を提供することができる。また、本発明によると、エリアによってネットワーク容量に差がある通信システムにおいても安定したサービスを提供することができる。

図１に、本実施の形態における通信システムの構成図を示す。
通信システムは、コンテンツプロバイダ（ＣＰ：１０１、１０２、１０３）と、端末（２０１、２０２・・・２０５）と、基地局（５０１、５０２、５１０、５２０）と、ゲートウェイシステム（６００）と、ＩＰアドレス割当サーバ（７０１）とを備える。また、例えば、ゲートウェイシステム（６００）は、キャッシュサーバ（６０１）と、データベース（６０２）とを有する。基幹システム内に、ＩＰアドレス割当てサーバ（７０１）、接続規制機能を有するキャッシュサーバ（６０１）、データベース（６０２）が備えられる。なお、本実施の形態では、接続制御機能を実装するのはキャッシュサーバ（６０１）であり、データベース（６０２）は外部記憶装置としているが、それぞれの機能を持つ専用のサーバをそれぞれ設置してもよいし、両方の機能を有するサーバを設置してもよい。あるいは、既設のサーバにいずれかまたは双方の機能を搭載するものであってもよい。また、ＣＰ、端末、基地局の数は、図に示す数に限らず適宜の数を備えることができる。

図１の例において、端末（２０１、２０２、２０３・・・）は、それぞれ異なるエリア（３０１、３０２、３０３・・・）のいずれかに属する。端末は、例えば無線通信端末とすることができる。個々の端末は、Ｗｅｂサイトにアクセスしてコンテンツをダウンロードする際、基地局（５０１、５０２、５１０・・・）、ゲートウェイシステム（６００）を経由し、インターネットを介してＣＰ（１０１、１０２、１０３・・・）からコンテンツをダウンロードする。なお、本実施の形態におけるエリアは、適宜定めることができる。図１の例では、例えば基地局（５０１、５０２）がカバーする範囲をエリア（３０１）、基地局（５１０）がカバーする範囲をエリア（３０２）等としているが、これに限らず、例えば基地局（５０１、５０２及び５１０）を収容する通信装置（５５０）がカバーする範囲をひとつのエリアとしてもよい。また、通信装置（５５１）がカバーする範囲をひとつのエリアとしてもよいし、ネットワーク上の予め定められた地点（ポイント）（４０１、４０２）をエリアとしてもよい。

データベース（６０２）は、エリア情報（例えばエリアの識別子）とそのエリア内の端末に割り当てるためのＩＰアドレスとを関連付けるエリア情報テーブル（６１０）と、端末の位置情報とコンテンツの属性情報とを関連付けるコンテンツ情報テーブル（６２０）と、エリア情報と予め設定した各エリアの閾値とを関連付ける閾値テーブル（６３０）と、エリア情報と各エリアのトラフィック情報についてのトラフィックテーブル（６４０）と、要求コンテンツを分類する際に用いるためのコンテンツ分類テーブル（６５０）とを有する。

エリア情報テーブル（６１０）、閾値テーブル（６３０）およびコンテンツ分類テーブル（６５０）は、例えば、システムの設備設計計画等に基づいて管理者などが予め設定することができる。なお、システムを一定期間運用した場合には、コンテンツ情報テーブル（６２０）により取得した統計情報を加味した設定を行うことが出来る。一方、要求コンテンツ情報テーブル（６２０）およびトラフィックテーブル（６４０）は、後述するシーケンス中に自動生成、更新されるものである。

図２は、エリア情報テーブル（６１０）の構成図である。エリア情報テーブル（６１０）では、設備設計に基づいたエリアに割当てるＩＰアドレス範囲を管理している。エリア情報テーブル（６１０）は、エリアの識別子と、そのエリアをカバーする基地局の識別子と、その基地局にアクセスする端末又はそのエリアに属する端末に割り当てるＩＰアドレスとを含む。なお、エリア情報テーブル（６１０）は、ＩＰアドレス割り当てサーバ（７０１）が有してもよい。ＩＰアドレス割り当てサーバ（７０１）は、エリア情報テーブル（６１０）を参照して、エリア又は基地局に応じたＩＰアドレスを端末に割り当てることができる。

図７は、東京駅周辺を幾つかのエリアに分割する例を示す。ＩＰアドレスの割当て範囲は、Ｗｅｂ利用者の偏在を考慮して分割したエリアに基づいて行う。例えば、図７のようにエリアの分割を行う。エリアの分割は、例えばエリア面積、基地局の配置、基地局が収容できる端末数に基づいて分割する等、適宜の設備設計の情報に基づいて分割してもよい。駅構内を含むエリアを図中のエリア（３０１）とした場合には、このエリア（３０１）をカバーする基地局（５０１、５０２）にアクセスした端末に対し割当てるＩＰアドレスを定義する。同様にして、エリア（３０２）、エリア（３０３）・・・エリア（３０５）に対しても定義する。その際、駅構内を含むエリア（３０１）のＩＰアドレスの数を多くする等、端末からのアクセス状況によって柔軟に変更することが考えられる。また、複数のエリアをまたがる位置からのアクセスに対しては、例えばエリアの番号（識別子）が小さい（又は大きい）エリアに属するなど、予めいずれのエリアに属するかを定めることができる。また、通信している基地局に応じたエリアに属することとしてもよいし、複数の基地局の電波状態（例えば送受信電力等）に応じていずれのエリアに属するか定めてもよい。

また、本実施の形態では、端末がエリアをまたいで移動した場合には、端末が最初にアクセスしたエリアに継続して存在することとする。例えば、端末（２０１）がエリア（３０１）内で接続開始し、エリア（３０４）に移動した場合、本実施の形態においては、エリア（３０１）内でアクセスしているものとする。なお、移動後のエリア（３０４）内でアクセスしているものとしてもよい。

図３は、コンテンツ情報テーブル（６２０）の構成図である。
コンテンツ情報テーブル（６２０）は、例えば、端末のＩＰアドレスと、端末が属するエリアの識別子と、接続先ＵＲＬと、コンテンツ種別と、コンテンツ容量と、コンテンツ要求を受信した（又は端末が送信した）要求時刻とを含む。

端末のＩＰアドレスと接続先ＵＲＬは、例えば、端末からのコンテンツ要求に含まれるものを用いることができる。エリアの識別子は、例えば、端末からのコンテンツ要求を受信した基地局に応じて、又は、コンテンツ要求に含まれる端末のＩＰアドレスに応じて、エリア情報テーブル（６１０）から取得された識別子を用いることができる。コンテンツ種別及びコンテンツ容量は、ＣＰからのコンテンツ属性情報に含まれる。コンテンツ種別は、例えば、ｊａｖａ、ｅｉｚｏｕなど、コンテンツの種別を示す適宜のデータ・フラグを用いることができる。コンテンツ容量は、端末が要求するコンテンツの容量（例えばＫＢの単位）を示す。要求時刻は、例えば、キャッシュサーバ（６０１）がコンテンツ要求を受信したときに、例えばキャッシュサーバ等のコンピュータの内部時計の時刻を用いることができる。なお、要求時刻は、日付（例えば、２００４０３１２）等であってもよい。

コンテンツ情報テーブル（６２０）は、端末が要求した大容量またはストリームデータのコンテンツの情報を蓄積するためのテーブルであり、コンテンツ情報テーブル（６２０）を整理・解析を行うことにより、前述の設備設計計画や、設定値への反映に用いる事が可能である。

図４は、閾値テーブル（６３０）の構成図である。
閾値テーブル（６３０）は、エリアの識別子に対応して、それぞれのエリアにおける予め定められた閾値および使用可能な帯域が予め格納されている。閾値および使用可能な帯域のデータは、ＫＢ／ｓまたはＭＢ／ｓ単位の容量で格納されることができる。また、閾値は、各エリアの最大通信帯域に応じた値（例えば最大通信帯域の数％）としてもよい。なお、使用可能な帯域は、次式を用いて求められることができる。
帯域＝伝送効率×回線速度

図５に、トラフィックテーブルの構成図を示す。
トラフィックテーブル（６４０）は、エリアの識別子に対応して、現時点のトラフィック０（ＫＢ／ｓ）、例えば３０秒後のトラフィック１（ＫＢ／ｓ）、例えば６０秒後のトラフィック２（ＫＢ／ｓ）・・・を含む。なお、時間間隔は、図５に示すような３０秒間隔以外にも、６０秒や１５秒等適宜定めることができる。また、記憶されるトラフィックのフィールド数は、適宜の数とすることができる。

ここで、トラフィック０、１、２・・・とは、現在時刻の推定トラフィックをトラフィック０とした場合に、任意の時間が経過した時点の推定トラフィックを示す。時間間隔は、管理者などが予め設定することができる。例えば、トラフィック１は、３０秒後のトラフィック、トラフィック２は、６０秒後のトラフィック等が考えられる。

図６に、コンテンツ分類テーブル（６５０）の構成図を示す。コンテンツ分類テーブル（６５０）は、コンテンツ容量の範囲（ＫＢ）と、エリアの識別子と、コンテンツ種別と、ダウンロード許容条件使用率（％）とを含む。
コンテンツ容量の範囲（ＫＢ）は、例えば、最小値と最大値により表すことができる。また、本実施の形態では、例えば図６に示すように、５０より大きく１００以下（５０＜ｘ≦１００）等としているが、これに限らず５０以上１００未満（５０≦ｘ＜１００）等としてもよい。

次に、接続規制に関する流れを説明する。図８は、端末がコンテンツをダウンロードする時のフローチャートの概要である。
まず、端末（２０１等）がＷｅｂサイトにアクセス要求すると、ＩＰアドレス割当てサーバ（７０１）が該当端末にＩＰアドレスを付与する（Ｓ１１）。Ｓ１１では、ＩＰアドレス割当てサーバ（７０１）が、エリア情報テーブル（６１０）を参照して、ダウンロード要求のあった端末に対して、端末のエリア又は基地局に応じたＩＰアドレスのひとつを割当てる。なお、既に割り当て済みのＩＰアドレスは別途管理しておくことができる。

次に、該当端末は、割当てられたＩＰアドレスを接続元ＩＰアドレスとして、コンテンツ要求をキャッシュサーバ（６０１）に送信する（Ｓ１２）。コンテンツ要求には、例えば、接続元ＩＰアドレス、接続先ＵＲＬ（接続先アドレス）、要求するコンテンツの識別情報等を含むことができる。キャッシュサーバ（６０１）が、該当コンテンツの属性情報をＣＰ（１０１等）から取得し、該当コンテンツが大容量コンテンツまたはストリームなデータであるかの判別を行うコンテンツ種別判定を行う（Ｓ１３）。コンテンツの属性情報は、例えば、コンテンツ種別、コンテンツ容量等を含む。

大容量コンテンツまたはストリームデータの判定（コンテンツ種別判定）の条件は、設備条件、管理者のポリシーによって決められることができる。例えば、取得されたコンテンツ種別がｊａｖａ、かつ、取得されたコンテンツ容量が５０ＫＢ以上である場合、または、コンテンツ種別がｅｉｚｏｕである場合などに大容量コンテンツまたはストリームデータに該当とすると判断できる。

また、キャッシュサーバ（６０１）は、適宜のタイミングでコンテンツ要求に含まれる接続元ＩＰアドレス及び接続先ＵＲＬと、コンテンツ属性情報に含まれるコンテンツ種別及びコンテンツ容量とを、コンテンツ情報テーブル６２０にそれぞれ対応させて記憶する。また、キャッシュサーバ（６０１）は、エリア情報テーブル（６１０）を参照して、接続元ＩＰアドレスに応じたエリアの識別子又は端末が通信する基地局に応じたエリアの識別子を取得し、コンテンツ情報テーブル（６２０）に記憶する。そして、キャッシュサーバ（６０１）は、コンテンツ要求を受信した時刻をコンテンツ情報テーブル（６２０）に記憶する。なお、取得されたエリアの識別子を一時的に適宜のメモリに記憶してもよい。以下の説明において、「該当エリア」と記す場合、この取得されたエリアの識別子を用いることできる。

キャッシュサーバ（６０１）は、該当コンテンツが大容量コンテンツまたはストリームデータである場合は（Ｓ１３：ＹＥＳ）、次のステップである「推定トラフィックと閾値の比較（即時返送可否判定）」（Ｓ１４）に進む。なお、ステップＳ１３でＹＥＳと判断される場合は、例えば、送信不可又は保留である場合を示す。一方、該当コンテンツが大容量コンテンツまたはストリームデータでない場合は（Ｓ１３：ＮＯ）、ステップＳ１７に進む。なお、ステップＳ１３でＮＯと判断される場合は、例えば送信可能な場合を示す。

ステップＳ１４では、キャッシュサーバ（６０１）が、トラフィックテーブル（６４０）から該当エリアに対応するトラフィック０（第１のトラフィック）を取得し、ＣＰより受信した該当コンテンツの属性情報に含まれるコンテンツ容量に応じた値を取得したトラフィック０に加算する。また、キャッシュサーバ（６０１）は、閾値テーブル（６３０）を参照して、該当エリアに対応する閾値を取得し、取得された閾値と、上述の加算された結果とを比較する（Ｓ１４：即時返送可能判定）。演算されたトラフィック０（加算結果）が、取得された閾値より大きい場合（Ｓ１４：ＹＥＳ）、ステップＳ１５へ進む。一方、演算されたトラフィック０が取得された閾値以下の場合には（Ｓ１４：ＮＯ）、コンテンツ情報テーブル（６２０）を更新し、ステップＳ１７へ進む。なお、ステップＳ１４において、閾値以上と閾値未満として処理を分けてもよい。

ステップＳ１７では、キャッシュサーバ（６０１）は、端末からのコンテンツ要求を、接続先ＵＲＬに応じたＣＰに転送し、該当端末にＣＰからのコンテンツを送信する（Ｓ１７）。また、コンテンツのダウンロードが完了すると（Ｓ１８）、ステップＳ１９へ移る。

なお、キャッシュサーバ（６０１）は、予め設定された時間経過毎にデータベース（６０２）のトラフィックテーブル（６４０）にアクセスし、全てのエリアのデータ更新を行う。例えば、トラフィック１が３０秒後、トラフィック２が６０秒後である場合は、３０秒間隔でキャッシュサーバ（６０１）がトラフィック１のデータをトラフィック０のフィールドへ書き込み、トラフィック２のデータをトラフィック１のフィールドに書き込む。つまり、トラフィックｎ＋１のデータをトラフィックｎのフィールドに書き込む。また、最後のトラフィックのフィールドには、例えば、０を書き込む。

以上より、サービス開始時は、トラフィックテーブル（６４０）の全てのエリア及びトラフィックは０（又はＮｕｌｌ）であり、図８のシーケンスを経てキャッシュサーバ（６０１）が各エリアのトラフィックのデータを更新することにより、トラフィックテーブル（６４０）のデータが変化する。

一方、それぞれのエリアのトラフィックは、大容量コンテンツまたはストリームデータである場合に、適宜のタイミングでキャッシュサーバ（６０１）がトラフィック０、１、２・・・を更新する。例えば、ステップＳ１７やステップＳ１６において、更新することができる。

トラフィック０、１、２、・・・は、コンテンツ属性情報から得られるコンテンツ容量から求めた値を各トラフィックに加算し算出される。この加算するコンテンツ容量の値は、該当コンテンツを単位時間あたりにダウンロードできる容量であり、ベストエフォート型のＩＰネットワークの特性を考慮した係数αを掛けることができる。係数αは、空いている帯域を全て利用出来ないことを考慮している。係数αは、一例として、０．０２等とすることができる。
加算するコンテンツ容量＝係数α×コンテンツ属性情報のコンテンツ容量
新たなトラフィックｎ＝トラフィックｎ＋加算するコンテンツ容量
（ただし、ｎ＝１、２、・・・）
更に、コンテンツ容量より、該当コンテンツをダウンロードする時間を求める。なお、ダウンロード時間は次式で求められる。
ダウンロード時間＝コンテンツ属性情報のコンテンツ容量／加算するコンテンツ容量
トラフィックに応じた時間が、求められたダウンロード時間より小さいトラフィックｎに対して、加算するためのコンテンツ容量を加算する。

例えば、帯域＝１５００（ＫＢ・Ｓ^−１）、閾値＝１０５０（ＫＢ・Ｓ^−１）、トラフィック１＝３０秒後、トラフィック２＝６０秒後、トラフィック０＝９００（ＫＢ・Ｓ^−１）、トラフィック１＝８００（ＫＢ・Ｓ^−１）、トラフィック２＝７００（ＫＢ・Ｓ^−１）、コンテンツ容量＝１０００ＫＢ、係数α＝０．０２（Ｓ^−１）とした場合、加算するコンテンツ容量は２０（ＫＢ・Ｓ^−１）となる。この値をトラフィック０に加算すると、９２０（ＫＢ・Ｓ^−１）となり、閾値である１０５０（ＫＢ・Ｓ^−１）を下回る。更にダウンロード時間は、５０秒となる。そこで、トラフィック０の９００（ＫＢ・Ｓ^−１）に２０（ＫＢ・Ｓ^−１）を加算し、トラフィック０の値を更新する。次に、トラフィック１は３０秒後であり、ダウンロード時間の５０秒よりも小さいため、トラフィック１の８００（ＫＢ・Ｓ^−１）に２０（ＫＢ・Ｓ^−１）を加算し、トラフィック１の値を更新する。トラフィック２は６０秒後で、ダウンロード時間の５０秒よりも大きいため、トラフィック２以降の値は更新しない。

ステップＳ１５では、コンテンツ種別、容量、エリア等を考慮して、ダウンロードが可能な時間を求める（転送可能時刻判定）。つまり、前述のコンテンツ容量等の条件を基に優先度を付ける。キャッシュサーバ（６０１）は、端末がダウンロード要求したコンテンツの属性情報に基づき、コンテンツの分類を行う。

例えば、キャッシュサーバ（６０１）は、コンテンツ分類テーブル（６５０）を参照し、コンテンツの属性情報に対応するダウンロード許容条件使用率を取得する。また、キャッシュサーバ（６０１）は、閾値テーブル（６３０）から得られる帯域と取得された使用率とを乗じて、ダウンロード許容条件（使用帯域）を求める。求められたダウンロード許容条件と、トラフィックテーブル（６４０）のトラフィック（トラフィック１、２・・・）とを比較していき、ダウンロードが可能となる時刻を推測する。その後、ステップＳ１６へ進む。詳細については、図１１のシーケンスにて後述する。なお、キャッシュサーバ（６０１）は、ステップＳ１４ではトラフィックと閾値を比較し、Ｓ１５では、トラフィックと使用帯域を比較しているが、両ステップともトラフィックと閾値を比較してもよいし、又は、両ステップともトラフィックと使用帯域を比較してもよい。

ステップＳ１６では、キャッシュサーバ（６０１）は、Ｓ１５で得られたダウンロード可能予定時刻をダウンロード不可通知として該当端末に送信後、接続規制のフローは終了となる。又は、キャッシュサーバ（６０１）は、予定時刻にコンテンツ要求をＣＰに送信して、ＣＰからのコンテンツを端末に送信してもよい。この後、別のサイトへアクセスする場合は（Ｓ１９）、ステップＳ１２へ遷移し、別のサイトへアクセスしない場合には（Ｓ１９）、処理を終了し、割当てたＩＰアドレスを開放する。

図９、１０、１１及び１４は、コンテンツ種別判定（Ｓ１３）以降の接続規制に関するシーケンス図の例である。
図９は、コンテンツ種別判定（Ｓ１３）で大容量コンテンツまたはストリームデータに該当しない場合（図８の（ａ）の流れの場合）のシーケンス図を表している。

まず、キャッシュサーバ（６０１）が端末からコンテンツ要求を受信すると（Ｓ１２）、キャッシュサーバ（６０１）は、コンテンツ要求に含まれる接続先ＵＲＬに応じたＣＰへコンテンツ属性情報送信要求を送信し、これに応じてＣＰから送信されるコンテンツ属性情報を取得する。また、キャッシュサーバ（６０１）は、取得されたコンテンツ属性情報に基づき、コンテンツ種別を判断する（Ｓ１３）。この際取得するコンテンツ属性情報の中には、コンテンツ種別を示すフラグデータ、コンテンツ容量などコンテンツ情報テーブル（６２０）に記載の内容を含むことができる。

図９のシーケンスは、端末の要求コンテンツは条件を満たさない場合（接続規制をしない場合）の例であるため、キャッシュサーバ（６０１）は端末からのコンテンツ要求をＣＰに転送する。キャッシュサーバ（６０１）は、転送したコンテンツ要求に応じたコンテンツをＣＰから受信し、端末へ送信する（Ｓ１７）。この際、大容量コンテンツまたはストリームデータでない場合は、規制対象外であるため、要求コンテンツ情報テーブル（６２０）およびトラフィックテーブル（６４０）は更新しない。

なお、該当コンテンツがキャッシュ可能であるコンテンツの場合は、ＣＰへのコンテンツ要求の転送・その要求に応じたＣＰからのコンテンツ受信は行わず、キャッシュサーバ（６０１）が端末にキャッシュされたコンテンツを送信することができる。

図１０は、Ｓ１４で該当しない場合（図８の（ｂ）の流れの場合）のシーケンス図を表している。
まず、キャッシュサーバ（６０１）が端末からコンテンツ要求を受信すると（Ｓ１２）、上述と同様にキャッシュサーバ（６０１）がＣＰからコンテンツ属性情報の取得を行い、取得されたコンテンツ属性情報に基づきコンテンツ種別を判断する（Ｓ１３）。なお、この例では、ステップＳ１３で取得したコンテンツ属性情報により、該当コンテンツは大容量コンテンツまたはストリームデータであると判断された場合について説明する。

キャッシュサーバ（６０１）は、データベース（６０２）にアクセスし、エリア情報テーブル（６１０）、閾値テーブル（６３０）及びトラフィックテーブル（６４０）を参照して、該当エリアに対応する閾値と、トラフィック０、１、２・・・のデータを取得する。例えば、接続元ＩＰアドレス（端末のＩＰアドレス）をキーにしてエリア情報テーブル（６１０）から対応するエリアの識別子を取得する。なお、既にエリアの識別子が取得されていればそれを用いてもよい。次に、取得されたエリアの識別子をキーにして閾値テーブル（６３０）から該当エリアに対応する閾値を取得する。さらに、取得されたエリアの識別子をキーにしてトラフィックテーブル（６４０）から、対応するトラフィック０、１、２・・・のデータを取得する。

次に、Ｓ１３で取得済みのコンテンツ属性情報に含まれるコンテンツ容量から、現時点（トラフィック０）で増加するトラフィックと、ダウンロードが終了するまでに掛かる時間を演算する。演算された増加するトラフィックを取得したトラフィック０に加算することでダウンロードした場合のトラフィックを推測し、推測されたトラフィックと閾値テーブル（６３０）から取得した閾値と比較する（Ｓ１４、即時返送可否判定）。

図１０のシーケンスでは、推測したトラフィックが閾値を下回る例なので、Ｓ１４の即時返送可否判定において「送信可」と判断され、Ｓ１７に遷移する。キャッシュサーバ（６０１）は、データベース（６０２）へアクセスし、コンテンツ情報・トラフィック更新を行う。例えばキャッシュサーバ（６０１）は、ステップＳ１３で取得したコンテンツの属性情報などに基づき、コンテンツ情報テーブル（６２０）の各項目のデータを追加する。また、トラフィックテーブル（６４０）のトラフィック０、１、２・・・を更新する。

上述のデータの更新と共に、端末から受信したコンテンツ要求をＣＰに転送し、ＣＰからコンテンツ要求に応じたコンテンツを受信したのち、端末へコンテンツを送信する。

コンテンツ情報テーブル（６２０）については、例えば時間、日、週などの単位で一定時間保持し、統計情報としてデータを蓄積、取得した後、削除することができる。コンテンツ情報テーブル（６２０）の内容は、管理者等のポリシーにより項目は変わることが予想され、適宜の項目を含む構成することができる。なお、本実施の形態における各情報はそれぞれ以下に示す情報から取得することができる。ＩＰアドレスは、ステップＳ１２の端末からの接続元情報（例えばコンテンツ要求の受信時に受信することができる）を用いることができる。エリアはエリア情報テーブル（６１０）を参照して、端末のＩＰアドレスに対応するエリアの識別子から取得できる。接続先ＵＲＬ、コンテンツ種別およびコンテンツ容量は、コンテンツ属性情報に含まれる。要求時間は、キャッシュサーバ（６０１）のハードウェア時計を用いることができる。

なお、該当コンテンツがキャッシュ可能であるコンテンツの場合は、ＣＰへのコンテンツ要求の転送は行わず、キャッシュサーバ（６０１）が端末にコンテンツを送信することができる。

図１１は、Ｓ１４で送信不可に該当する場合（図８の（ｃ）の流れの場合）のシーケンス図を表している。まず、キャッシュサーバ（６０１）は、上述と同様に、端末からコンテンツ要求を受信すると（Ｓ１２）、キャッシュサーバ（６０１）がＣＰからコンテンツ属性情報の取得を行い、キャッシュサーバ（６０１）でコンテンツ種別を判断する（Ｓ１３）。この例では、該当コンテンツは大容量コンテンツまたはストリームデータである。図１０のシーケンスと同様に、キャッシュサーバ（６０１）はエリア情報テーブル（６１０）、閾値テーブル（６３０）、トラフィックテーブル（６４０）を参照し、接続元ＩＰアドレスとエリア情報テーブル（６１０）から求められるエリアをキーにして、閾値テーブル（６３０）から該当エリアの閾値を取得し、トラフィックテーブル（６４０）からトラフィック０、１、２・・・のデータを取得する。

次に、Ｓ１３で取得済みのコンテンツ容量から、現時点（トラフィック０）で増加するトラフィックとダウンロードが終了するまでに掛かる時間を演算する。演算された増加するトラフィックを取得したトラフィック０に加算することで、ダウンロードした場合のトラフィックを推測する。キャッシュサーバ（６０１）は、推測されたトラフィックと、閾値テーブル（６３０）から取得した閾値とを比較する（Ｓ１４、即時返送可否判定）。

図１１のシーケンスでは、推測したトラフィックが閾値を上回る例であるので、コンテンツ情報テーブル（６２０）、トラフィックテーブル（６４０）の更新およびＣＰへのダウンロード要求の転送は行わず、Ｓ１５へ遷移する。

図１２は、ダウンロード可能予定時刻の算出（転送可能時刻判定）のフローチャートである。図１３は、ダウンロード可能予定時刻の算出（転送可能時刻判定）の説明図である。ステップＳ１５のダウンロード可能予定時刻の算出（転送可能時刻判定）及びステップＳ１６について、図１２および図１３を用いて説明する。

まず、キャッシュサーバ（６０１）は、パラメータｎを初期化する（Ｓ２０）。ここでは、例えばｎ＝１とする。これにより、後の処理でトラフィックテーブルのトラフィック１を参照することになる。キャッシュサーバ（６０１）は、データベース（６０２）にアクセスし、コンテンツ分類テーブル（６５０）を参照する。ステップＳ１３で取得した該当コンテンツの属性情報に含まれるコンテンツ容量及びコンテンツ種別と、エリアの識別子とをキーとして、コンテンツ分類テーブル（６５０）の該当するダウンロード許容条件使用率の数値を取得する（Ｓ２１）。例えば、コンテンツ容量が１５００、エリアが３０３、コンテンツ種別がｊａｖａの場合、図６に示す例では、ダウンロード許容条件使用率として６０が取得される。併せて、キャッシュサーバ（６０１）は、エリアの識別子をキーとして、トラフィックテーブル（６４０）の対応するトラフィック（１、２・・・）のデータを抽出する。また、キャッシュサーバ（６０１）は、閾値テーブル（６３０）からエリアの識別子に対応する帯域を取得し、取得された帯域と取得されたダウンロード許容条件使用率とを乗じてダウンロード許容条件の使用帯域を求める。

次に、ダウンロード許容条件の使用帯域とトラフィックｎ（ループの最初の処理ではｎ＝１）の値を比較する（Ｓ２２）。ここで、トラフィックｎが、ダウンロード許可条件の使用帯域を下回るとき（Ｓ２２：ＮＯ）、トラフィックｎに応じた時刻であるＸ秒後をダウンロード可能予定時刻とする。例えば、トラフィック１のデータがダウンロード許可条件の使用帯域を下回らず、トラフィック２が、ダウンロード許可条件の使用帯域を下回るとき、トラフィック２に応じた時刻である６０秒後をダウンロード可能予定時刻とする。次に、キャッシュサーバ（６０１）は、ダウンロード可能予定時刻（例えばトラフィック２のデータに応じた時刻、Ｘ秒後）を端末に送信する（Ｓ２５、図１１のＳ１６に相当）。端末は、ダウンロード可能予定時刻（Ｘ秒後）を受信すると、その時刻のデータを含むダウンロード可能予定時刻画面を表示する。図１５に、ダウンロード可能予定時刻画面の例を示す。

一方、図１２のステップＳ２２において、トラフィックｎが、ダウンロード許容条件の使用帯域を上回る場合は（Ｓ２２：ＹＥＳ）、ステップＳ２３へ遷移する。Ｓ２３では、予め管理者などにより設定された上限値Ｎとｎとを比較し、ｎ≦ＮであればＳ２４へ遷移し、参照されるトラフィックｎをトラフィックｎ＋１とし（Ｓ２４）、ステップＳ２２へ遷移する。すなわち、参照するデータをシフトさせる。一方、ｎ＞Ｎであれば（Ｓ２３）、該当端末に対してコンテンツ送信が不可である旨を通知し（Ｓ２６）、処理を終了する。端末は、コンテンツ送信が不可である旨を受信すると、ダウンロード送信不可画面を表示する。図１６にダウンロード送信不可画面の例を示す。

図１３は、エリア（３０３）からコンテンツ種別がｅｉｚｏｕでコンテンツ容量＝２０００ＫＢのコンテンツ要求した場合を例とした動作の説明図である。
Ｓ１３のステップで、キャッシュサーバ（６０１）は該当コンテンツのコンテンツ情報を取得する。また、エリア情報（３０３）に基づき閾値テーブル（６３０）より、帯域＝２０００（ＫＢ・Ｓ^−１）、閾値＝１４００（ＫＢ・Ｓ^−１）であることを得る。併せてトラフィックテーブル（６４０）よりエリア（３０３）に対応してトラフィック１＝３０秒後、トラフィック２＝６０秒後、トラフィック０＝１３５０（ＫＢ・Ｓ^−１）、トラフィック１＝１３００（ＫＢ・Ｓ^−１）、トラフィック２＝１２００（ＫＢ・Ｓ^−１）を取得する。係数α＝０．０８（Ｓ^−１）とした場合、加算するコンテンツ容量は１６０（ＫＢ・Ｓ^−１）となる。この値をトラフィック０に加算すると、１５１０（ＫＢ・Ｓ^−１）となり、閾値である１４００（ＫＢ・Ｓ^−１）を上回るので、図８のステップＳ１５へ遷移する。

次に、エリア情報であるエリア（３０３）とコンテンツ種別のｅｉｚｏｕとコンテンツ容量をキーにコンテンツ分類テーブル（６５０）からダウンロード許容条件の使用帯域（％）の６３％を得ることができる（図１２のＳ２１に相当）。取得された帯域は２０００（ＫＢ・Ｓ^−１）であるため、ダウンロード許容条件は、１２６０（ＫＢ・Ｓ^−１）となる（Ｓ２９）。続いて、トラフィック１とダウンロード許容条件の比較を行う（Ｓ２２）。トラフィック１は１３００（ＫＢ・Ｓ^−１）であり、ダウンロード許容条件の１２６０（ＫＢ・Ｓ^−１）を上回るので、ステップＳ２３へ遷移する。上限値Ｎ＝１０としていた場合、Ｓ２３では、条件を満たすので参照するデータをトラフィック１からトラフィック２として（Ｓ２４）、Ｓ２２へ遷移する。トラフィック２は１２００（ＫＢ・Ｓ^−１）であるため、ダウンロード許容条件である１２６０（ＫＢ・Ｓ^−１）を下回る。従って、ダウンロード可能予定時刻は、トラフィック２の時間である６０秒後となる。またダウンロード時間は、コンテンツ容量２０００／加算するコンテンツ容量１００により、１２．５秒となる。

図１４は、時刻を変動させて端末にコンテンツを送信する場合のシーケンスの例である。上述の図１１のシーケンスにおいて、ダウンロード可能予定時刻の通知に代えて、ダウンロード可能予定時刻にコンテンツを送信する方法も考えられる。詳細のシーケンスを図１４に示す。図１４では、該当端末のユーザに対して、Ｓ１５で算出したダウンロード可能予定時刻にダウンロードをするかどうかを提示し、該当端末のユーザが同意した場合のシーケンスであり、同意しない場合には、キャッシュサーバ（６０１）が非同意のリクエストを受けた時点でシーケンスは終了となる。

転送可能時刻判定（Ｓ１５）までは、図１１と同様であるため説明は省略する。図１２のフロー中のステップＳ２５において得られたダウンロード可能予定時刻（例えば６０秒後）をダウンロード予定時刻として、該当端末に送信する。端末は、ダウンロード予定時刻を含むダウンロード可能予定時刻画面を表示する。図１７に、ダウンロード可能予定時刻画面の例を示す。

該当端末の操作者は、表示されたダウンロード可能予定時刻画面に従い、同意または非同意を選択する。操作者は、非同意の場合は、ダウンロード可能予定時刻画面（図１７）内の非同意（ＮＯ）処理ボタンを押下する。端末は、非同意を示すデータ（又は適宜のフラグ等）をキャッシュサーバ（６０１）に送信し、キャッシュサーバ（６０１）が非同意のリクエストを受けた時点でシーケンスは終了となる。

一方、同意の場合は、操作者は、ダウンロード可能予定時刻画面（図１７）内の同意（ＹＥＳ）処理ボタンを押下する。端末は、同意を示すデータ（又は適宜のフラグ等）をキャッシュサーバ（６０１）に送信する。同意のリクエストを受けたキャッシュサーバ（６０１）は、データベース（６０２）へアクセスし、ステップＳ１３で取得したコンテンツの属性情報からコンテンツ情報テーブル（６２０）の各項目のデータを追加し、Ｓ１４で算出したコンテンツ容量を用いて、トラフィックテーブル（６４０）のトラフィック２を更新する。例えば、ダウンロード予定時刻（例えば６０秒後）に応じたトラフィックｎ（例えばトラフィック２）について更新する。この時、ダウンロード時間は１２．５秒であり、３０秒未満であるため、トラフィック３以降は更新しない。キャッシュサーバ（６０１）は６０秒後に、コンテンツ要求をＣＰに転送し、ＣＰからコンテンツを受信したのち、端末へコンテンツを送信する。

コンテンツ情報テーブル（６２０）については、時間、日、週などの単位で一定時間保持し、統計情報としてデータを蓄積、取得した後に削除することができる。この場合、該当端末のユーザからの同意がキャッシュサーバ（６０１）に来た時点でコンテンツ情報テーブル（６２０）、トラフィックテーブル（６４０）を更新するため、該当コンテンツの使用トラフィックを予約したこととなる。なお、該当コンテンツがキャッシュ可能であるコンテンツの場合は、ＣＰへのコンテンツ要求の転送は行わず、ダウンロード予定時刻にキャッシュサーバ（６０１）が端末にコンテンツを送信することができる。

なお、該当端末の同意を得なくてもよい。また、トラフィック０とトラフィック１、２・・・の間隔を短く設定した場合、例えば５秒等の場合は、該当端末への同意を求めずに予定時間だけキャッシュサーバ（６０１）が待って、コンテンツ要求をＣＰへ転送するシーケンス以降を実施しても構わない。

端末からの要求に応じてコンテンツ配信を行うシステムに関する産業に利用可能である。

本発明を実現するためのシステム構成の概要を示す構成図である。エリア情報とＩＰアドレスの管理テーブルの構成例である。接続元情報およびコンテンツ属性情報を記録する管理テーブル構成図の例である。予め管理者により設定する閾値と各エリアの実効帯域の例である。トラフィックを記録する管理テーブル構成図の例である。コンテンツの分類をする際に、参照する判別表の例である。エリア分割の例である。接続規制の処理におけるフローチャートの概要である。大容量コンテンツまたはストリームデータでない場合のシーケンスの例である。コンテンツ容量が閾値を超えない場合のシーケンスの例である。コンテンツ容量が閾値を超え、ダウンロードが可能となる時刻を送信するシーケンスの例である。コンテンツ容量が閾値を超え、コンテンツ送信不可通知予定時間またはコンテンツ送信可能予定時間を算出するフローチャートの概要である。コンテンツ容量が閾値を超え、コンテンツ送信不可通知予定時間またはコンテンツ送信可能予定時間を算出する方法の例である。時刻を変動させて端末にコンテンツを送信する場合のシーケンスの例である。ダウンロード可能予定時刻通知画面のイメージである。ダウンロード送信不可通知画面のイメージである。ダウンロード予定時刻通知画面のイメージである。

符号の説明

１０１、１０２、１０３コンテンツプロバイダ（サーバ）
２０１、２０２、２０３端末
３０１、３０２、３０３任意に分割したエリア
４０１、４０２任意に定めた地点
５０１、５０２、５０３、５５０基地局
６００ゲートウェイシステム
６０１キャッシュサーバ
６０２データベース
６１０エリア情報テーブル
６２０コンテンツ情報テーブル
６３０閾値テーブル
６４０トラフィックテーブル
６５０コンテンツ分類テーブル
７０１ＩＰアドレス管理サーバ

Claims

端末及びコンテンツサーバと通信可能なキャッシュサーバと、
所定のテーブルを記憶するためのデータベースと
を備え、
前記データベースは、
エリアの識別子に対応して、該エリアに属する前記端末に割り当てるための複数のアドレスが記憶されるエリア情報テーブルと、
エリアの識別子に対応して、予め定められた閾値と該エリアの帯域が記憶される閾値テーブルと、
エリアの識別子に対応して、該エリアにおける現在及び予め定められた時間経過毎の推定トラフィックを示す第１乃至第ｎ（ｎは２以上の整数）のトラフィックが記憶されるトラフィックテーブルと、
コンテンツ容量の範囲とコンテンツ種別とエリアの識別子とに対応して、ダウンロード許容条件使用率が記憶されるコンテンツ分類テーブルと
を有し、
前記キャッシュサーバは、
接続先アドレスと、接続元アドレスとを含むコンテンツ要求を前記端末から受信し、
受信された接続先アドレスに応じた前記コンテンツサーバから、コンテンツ種別及びコンテンツ容量を含むコンテンツ属性情報を受信し、
受信されたコンテンツ種別及び／又はコンテンツ容量に従い、大容量コンテンツ又はストリームコンテンツであるか否かを判定し、
受信された接続元アドレスに基づき、前記エリア情報テーブルから対応するエリアの識別子を取得し、
取得されたエリアの識別子に基づき、前記閾値テーブルから対応する閾値を取得し、
取得されたエリアの識別子に基づき、前記トラフィックテーブルから、対応する第１のトラフィックを取得し、
受信されたコンテンツ容量と予め定められた係数を乗じて加算するための容量を求め、取得した第１のトラフィックに求められた加算するための容量を加算し、
取得された閾値と、加算された第１のトラフィックとを比較し、
（ａ）大容量コンテンツ若しくはストリームコンテンツではないと判定された場合に、又は、加算された第１のトラフィックが取得された閾値未満又は以下の場合に、受信されたコンテンツ要求を前記コンテンツサーバに転送し、コンテンツ要求に応じて前記コンテンツサーバから送信されるコンテンツを前記端末に転送し、
（ｂ）一方、大容量コンテンツ若しくはストリームコンテンツであると判定され、かつ、加算された第１のトラフィックが取得された閾値より大きい又は閾値以上の場合に、
前記コンテンツ分類テーブルを参照して、コンテンツ容量とコンテンツ種別とエリアの識別子とに基づき、対応するダウンロード許容条件使用率を取得し、
取得されたエリアの識別子に基づき、前記トラフィックテーブルから、対応する第２乃至第ｎのトラフィックを取得し、
前記閾値テーブルからエリアの識別子に対応する帯域を取得し、取得された帯域と取得されたダウンロード許容条件使用率とを乗じてダウンロード許容条件の使用帯域を求め、
求められた使用帯域と第２乃至第ｎのトラフィックとを順に比較し、第２乃至第ｎのトラフィックのいずれかが、求められた使用帯域より小さい又は以下になるとき、該トラフィックに応じた時刻をダウンロード可能予定時刻とし、及び、
ダウンロード可能予定時刻を前記端末に送信する、又は、ダウンロード可能予定時刻に受信されたコンテンツ要求を前記コンテンツサーバに転送する
アクセス管理機構。
前記端末は、ダウンロード可能予定時刻を前記キャッシュサーバから受信して表示し、操作者により該時刻におけるダウンロードについての同意指示が入力されると、同意を示すデータを前記キャッシュサーバに送信し、
前記キャッシュサーバは、前記端末から同意を示すデータを受信すると、ダウンロード可能予定時刻に、受信されたコンテンツ要求を前記コンテンツサーバに転送し、コンテンツ要求に応じて該サーバから送信されるコンテンツを前記端末に転送する請求項１に記載のアクセス管理機構。
前記キャッシュサーバは、
受信されたコンテンツ容量を、求められた加算するための容量で除してダウンロード時間を求め、
前記トラフィックテーブルの、取得されたエリアに対応する第１乃至第ｎのトラフィックのうち、各トラフィックに対応する時間が求められたダウンロード時間よりも小さいトラフィックに、求められた加算するための容量を加算して、前記トラフィックテーブルに上書きに記憶する請求項１又は２に記載のアクセス管理機構。
エリアの識別子と、そのエリアをカバーするひとつ又は複数の基地局の識別子と、その基地局にアクセスする前記端末又はそのエリアに属する前記端末に割り当てるためのＩＰアドレスとを含むエリア情報テーブルを有し、前記端末に、エリアに応じたＩＰアドレスを割り当てるＩＰアドレス割り当てサーバ
をさらに備え、
前記ＩＰアドレス割り当てサーバは、前記端末から基地局を介して受信される所望のＷｅｂサイトへのアクセス要求に従い、前記エリア情報テーブルを参照して、前記端末が属するエリアに応じた、又は、前記端末を収容する基地局に応じたＩＰアドレスのひとつを、アクセス要求のあった前記端末に割り当てる請求項１乃至３に記載のアクセス管理機構。