JP2003242065A

JP2003242065A - コンテンツ選択、コンテンツ要求受付制御、輻輳制御方法およびコンテンツ管理装置、網リソース管理サーバ装置、ポータルサーバ装置、エッジ装置

Info

Publication number: JP2003242065A
Application number: JP2002039204A
Authority: JP
Inventors: Shinya Date; 新哉伊達; Junpei Watase; 順平渡瀬; Yoichi Hirose; 洋一廣瀬; Shinichi Kuribayashi; 伸一栗林
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2002-02-15
Filing date: 2002-02-15
Publication date: 2003-08-29

Abstract

(57)【要約】【課題】ユーザの要望に応じた最適コンテンツを選択
し、柔軟なコンテンツ提供を可能にし、転送品質が劣化
することがない輻輳制御を実現する。【解決手段】ポータルサーバ装置２０のサーバ選択部
２２において、ユーザが選択したコンテンツ種別に該当
するコンテンツの中で、受付制御で選択した提供可能な
コンテンツのリスト（選択可能なコンテンツリスト）を
作成する。次に、ユーザが指定したコンテンツ選択パラ
メータの重み付けに応じて各コンテンツの点数を決定
し、当該コンテンツと点数を含むコンテンツリストを構
成し、ユーザに提示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンテンツ配信網
に関し、特に通常速度、遅延時間等の通信サービス条件
（QoS： Quality of Service)の制御方法に関する。

【０００２】

【従来の技術】通信回線を介してコンピュータ間の通信
を行うコンピュータ通信システムにおいて、コンテンツ
やアプリケーション毎に適した通信サービス条件で通信
を行うための様々なシステムが開発されている。コンピ
ュータ通信のうち、コンテンツ配信を指向した通信とし
て、コンテンツ配信網の普及が進んでいる。従来、コン
テンツ配信網は通信速度、遅延時間等の通信サービス条
件が保証されないベストエフォートと呼ばれる通信形態
が一般的であったが、コンテンツ配信の普及に伴い、良
好なレスポンスタイムや広帯域、リアルタイム性を要求
するコンテンツ、あるいはアプリケーションの登場、お
よびユーザの高機能コンテンツ配信への要求により、様
々なコンテンツ、アプリケーションをユーザや網の状況
に適応した形で提供するコンテンツ配信が要求されるよ
うになった。

【０００３】従来のコンテンツ配信網におけるコンテン
ツ選択方法の例として、コンテンツサーバ装置の負荷情
報（CPUの負荷等）、受付セッション数、および網内の
ラワンド・トリップ・タイム（RTT）、ホップ数による
方法を図６により説明する。図中、ユーザ端末装置１０
は、広帯域アクセス回線１０１によってIPネットワーク
１００内のユーザ側エッジ装置１１０に接続されてい
る。ポータルサーバ装置２０は、回線１０２によってIP
ネットワーク１００に接続されている。IPネットワーク
１００は、ユーザ側エッジ装置１１０、サーバ側エッジ
装置１２０、コアネットワーク１３０によって構成され
る。コンテンツサーバ装置４０は、コンテンツ４１を保
持し、回線１０４によってサーバ側エッジ装置１２０に
接続されている。コンテンツ管理サーバ装置５０は、回
線１０５によってIPネットワーク１００に接続されてい
る。本例では、ポータルサーバ装置２０が、コンテンツ
サーバ装置４０のサーバ負荷、受付セッション数、およ
びコンテンツサーバ装置４０とユーザ側エッジ装置１１
０のRTT、ホップ数を計算し、最適なコンテンツサーバ
装置（例えば、CPUが負荷の最も小さいサーバ、受付セ
ッションが最も少ないサーバ、RTTの最も小さいサー
バ、ホップ数の最も少ないサーバ等）を選択する。

【０００４】また、従来コンテンツ配信網におけるコン
テンツ要求受付制御の例として、コンテンツサーバ装置
の受付セッション数による方法を図７により説明する。
図中、ユーザ端末装置１０は、広帯域アクセス回線１０
１によって、IPネットワーク１００内のユーザ側エッジ
装置１１０に接続されている。IPネットワーク１００
は、ユーザ側エッジ装置１１０、サーバ側エッジ装置１
２０、コアネットワーク１３０によって構成される。コ
ンテンツサーバ４０はコンテンツ４１を保持し、回線１
０４によってサーバ側エッジ装置１２０に接続されてい
る。本例では、コンテンツサーバ装置４０において、受
付セッション数を超えるコンテンツ要求を受けた場合
に、当該コンテンツ要求を拒否する。

【０００５】また、従来のコンテンツ配信網における輻
輳制御の例として、ユーザ側エッジ装置による方法を図
８により説明する。図中、ユーザ端末装置１０は、広帯
域アクセス回線１０１によって、IPネットワーク１００
内のユーザ側エッジ装置１１０に接続されている。IPネ
ットワーク１００はユーザ側エッジ装置１１０、サーバ
側エッジ装置１２０、コアネットワーク１３０によって
構成される。コンテンツサーバ装置４０は、コンテンツ
４１を保持し、回線１０４によってサーバ側エッジ装置
１２０に接続されている。本例では、ユーザ側エッジ装
置１１０は、多拠点からのトラヒック流入量が、広帯域
アクセス回線１０１の帯域を超え、輻輳が発生した場
合、ユーザ端末装置１０向けトラヒックの合計帯域が広
帯域アクセス回線１０１の帯域を超えないよう、ランダ
ムに廃棄を行う。

【０００６】

【発明が解決しようとする課題】上述した従来のコンテ
ンツ配信網におけるコンテンツ選択方法は、コンテンツ
の選択に関して、コンテンツサーバ装置の情報を利用す
るが、コンテンツサーバ装置においては輻輳が発生して
いないが、IPネットワークにおいて輻輳が発生している
場合に、ユーザにコンテンツを提供することができな
い、という問題がある。これを解決するため、コンテン
ツサーバ装置とユーザ側エッジ装置間のRTTやホップ数
を勘案する方法があるが、これらのパラメータでは、提
供するコンテンツの品質を保証することはできない。ま
た、これらの方法では、ユーザの要求やコンテンツの種
類をコンテンツ選択に反映することができないため、ユ
ーザの要望に応えたコンテンツ提供ができない。

【０００７】また、上述したコンテンツ配信網における
コンテンツ要求受付制御方法は、コンテンツ要求受付制
御に関してコンテンツサーバ装置の情報のみ利用するた
め、コンテンツ配信網に多数のコンテンツサーバ装置が
接続されている場合、過度のトラヒックによりIPネット
ワークが輻輳し、コンテンツの品質を保証することがで
きない。また、コンテンツサーバ装置の受付セッション
数が飽和している場合には、新たなコンテンツ要求を拒
否するしかなく、柔軟なコンテンツ提供ができない。

【０００８】また、上述したコンテンツ配信網における
輻輳制御方法は、輻輳制御に関してセッションの区別な
くランダムに廃棄するため、多くのセッションが廃棄に
よる影響を受け、転送品質が劣化するという問題があ
る。

【０００９】本発明の目的は、ユーザの要望に応えた最
適コンテンツを選択するコンテンツ選択方法および装置
を提供することにある。

【００１０】本発明の他の目的は、網リソースに空きが
ない状態で新たなコンテンツ要求があった場合にも柔軟
なコンテンツ提供を可能にコンテンツ要求受付制御方法
および装置を提供することにある。

【００１１】本発明のさらに他の目的は、転送品質が劣
化することがない輻輳制御方法および装置を提供するこ
とにある。

【００１２】

【課題を解決するための手段】本発明のコンテンツ選択
方法は、最適コンテンツ選択に際し、同一内容であるが
コンテンツ属性が異なる複数のコンテンツのコンテンツ
属性と、ユーザの指定する各コンテンツ選択パラメータ
の重み付けから算出される点数に基づき、ユーザに提示
する最適コンテンツを選択する。

【００１３】本発明のコンテンツ要求受付制御方法は、
ユーザ毎またはユーザグループ毎またはコンテンツプロ
バイダ毎に網全体の帯域使用量の総和に上限値を設定
し、帯域使用量の総和が上限値に達した場合にはコンテ
ンツサーバ装置およびユーザアクセス回線に空きがあっ
てもそれ以上の要求を受付けない。

【００１４】本発明の他のコンテンツ要求受付制御方法
は、網リソースに空きがない状態で新たなコンテンツ要
求があった場合、既に通信中のコンテンツ用帯域の一部
を新たな要求に融通する。

【００１５】本発明の輻輳制御方法は、エッジ装置にお
ける輻輳時に、優先度、およびエッジ装置のバッファ使
用量に基づき、セッション単位での当該セッションのパ
ケットの廃棄、または数段階のスループット低減による
段階的な輻輳制御を行う。

【００１６】

【発明の実施の形態】次に、本発明の実施形態について
図面を参照して説明する。

【００１７】図１は本発明の一実施形態のコンテンツ配
信システムの構成図である。

【００１８】本実施形態のコンテンツ配信システムはユ
ーザ端末装置１０とポータルサーバ装置２０と網リソー
ス管理サーバ装置３０とコンテンツプロバイダサーバ装
置４０とコンテンツ管理サーバ装置５０とIPネットワー
ク１００で構成されている。

【００１９】IPネットワーク１００はユーザ側エッジ装
置１１０とサーバ側エッジ装置１２０とコアネットワー
ク１３０によって構成されている。ユーザ端末装置１０
は、広帯域アクセス回線１０１によってIPネットワーク
１００内のユーザ側エッジ装置１１０に接続されてい
る。ポータルサーバ装置２０は、回線１０２によってIP
ネットワーク１００に接続されている。網リソース管理
サーバ装置３０は、回線１０３によってIPネットワーク
１００に接続されている。コンテンツサーバ装置４０
は、コンテンツを保持し、回線１０４によってサーバ側
エッジ装置１２０に接続されている。コンテンツ管理サ
ーバ装置５０は、回線１０５によってIPネットワーク１
００に接続されている。

【００２０】図２は図１中の各装置の構成を示してい
る。ユーザ端末装置１０はWWWブラウザ部１１とプリケ
ーション部１２を有している。ポータルサーバ装置２０
はWWWサーバ部２１と、サーバ選択部２２と、受付制御
部２３と、ユーザ属性情報記憶部２４と、網リソース情
報を網リソース管理サーバ装置３０に問い合わせる網リ
ソース情報問い合せ部２５と、コンテンツリストおよび
コンテンツ属性をコンテンツ管理サーバ装置５０に問い
合わせるコンテンツリスト／属性問合わせ部２６と、問
い合わせたコンテンツ属性と、ユーザの指定する各コン
テンツパラメータの重み付けから算出される点数に基づ
きコンテンツを選択するコンテンツ選択部２７と、提供
可能コンテンツリストをユーザ端末装置２０に提供する
コンテンツ提供部２８を有している。網リソース管理サ
ーバ装置３０は網リソース情報記憶部３１と、網リソー
ス情報をユーザグループあるいはコンテンツプロバイダ
毎に監視し、要求により網リソース情報を提供する網リ
ソース情報提供部３２を有している。コンテンツプロバ
イダサーバ装置４０はコンテンツ蓄積部４１を有してい
る。コンテンツ管理サーバ装置５０はコンテンツプロバ
イダサーバ装置４０が保持するコンテンツのリスト（コ
ンテンツリスト）を保持するコンテンツリスト記憶部５
１と、コンテンツ属性情報記憶部５２と、コンテンツリ
スト、コンテンツ属性を要求により提供するコンテンツ
リスト・コンテンツ属性提供部５３を有している。各コ
ンテンツの属性情報であるコンテンツ属性情報を保持し
ているユーザ側エッジ装置１１０は輻輳制御部１１１と
セッション情報記憶部１１２とバッファ使用量記憶部１
１３を有している。サーバ側エッジ装置１２０も同時に
輻輳制御部１２１とセッション情報記憶部１２２とバッ
ファ使用量記憶部１２３を有している。

【００２１】図３はユーザ端末装置１００がポータルサ
ーバ装置２０に対しアクセスしてからの一連の処理の流
れを示している。

【００２２】まず、ユーザ端末装置１０のWWWブラウザ
部１１で回線１０１および１０２を経由してポータルサ
ーバ装置２０のWWWサーバ部２１と通信を行い（ステッ
プ２００）、コンテンツ種別（内容が同一のコンテンツ
の集合の種類）を示したメニューの表示を行う（ステッ
プ２０１）。コンテンツの利用に際しては、ユーザはメ
ニューに表示されたコンテンツ項目（コンテンツ種類を
指定するためのハイパーリンクのようなもの）を選択す
るとともに、コンテンツ選択パラメータの重み付けを指
定する（ステップ２０２）。すなわちコンテンツリスト
（コンテンツ管理サーバ装置５０が管理するコンテンツ
の中で、ユーザが選択したコンテンツ種別に対応するコ
ンテンツのリスト）からのコンテンツ種別の選択の際に
重要視したいパラメータ（例えば、品質、料金）につい
て重み付けを行う。例えば、コンテンツ種別を示すハイ
パーリンクをクリックする前に、品質重視／料金重視の
割合を設定する。ユーザがコンテンツ項目を選択したと
いう情報は、ユーザ端末装置１０からポータルサーバ装
置２０へ通知される。ユーザのコンテンツ選択を検知し
たポータルサーバ装置２０は回線１０２および１０３を
経由して網リソース管理サーバ装置３０と通信を行い、
網リソース情報（IPネットワーク１００内の利用帯域ア
クティブなセッション数など）を得る（ステップ２０
３、２０６）。また、ポータルサーバ装置２０は回線１
０２および１０５を経由してコンテンツ管理サーバ装置
５０と通信を行い、当該コンテンツ項目のコンテンツリ
スト、コンテンツ属性情報（コンテンツの必要帯域、料
金、種類など）を得る（ステップ２０４、２０７）。ま
た、ポータルサーバ装置２０のユーザ属性情報（コンテ
ンツの必要帯域、料金、種類などの情報）を検索し、認
識する（ステップ２０５、２０８）。次に、ポータルサ
ーバ装置２０の受付制御部２３が前述した網リソース情
報、コンテンツ属性情報、ユーザ属性情報に基づき受付
制御を行う（ステップ２０９）。

【００２３】図４は受付制御部２３におけるコンテンツ
要求受付制御の流れを示すフローチャートである。ま
ず、網リソース管理サーバ装置３０に、網内の残余帯域
を示す網リソース情報を問い合せ、該網リソース情報
と、コンテンツの必要帯域を示すコンテンツ属性情報か
ら、網リソースに余裕があるかどうか判断する（ステッ
プ３００）。網リソースに余裕がない場合は、ユーザ属
性情報から、ユーザグループ内の利用帯域融通の可否を
判断する（ステップ３０１）。利用帯域融通とは、既に
利用しているコンテンツ用帯域の一部を新たなセッショ
ン用に再配分することである。利用帯域融通の可否は、
予めユーザ属性情報の一部として保持されているため、
この情報を参照することで可能である。利用帯域融通が
可能な設定の場合は、帯域を融通して要求を受付け、受
付制御処理を終了する（ステップ３０２）。利用帯域融
通が不可能な設定の場合は、受付けを拒否し、受付制御
処理を終了する（ステップ３０３）。網リソースに余裕
がない場合は、次にユーザ属性情報から、ユーザまたは
ユーザグループ内の利用帯域（帯域使用量の総和）の上
限値設定の有無を判断する（ステップ３０４）。上限値
設定が存在しない場合は、要求を受付け、受付制御処理
を終了する（ステップ３０５）。上限値設定が存在する
場合は、コンテンツ属性情報のパラメータより算出され
る必要帯域（当該コンテンツ送出に必要となる帯域）を
上限値と比較する（ステップ３０６）。上限値のほうが
大きい場合は、要求を受付け、受付制御処理を終了する
（ステップ３０７）。上限帯域のほうが小さい場合は、
次にユーザ属性情報から、利用帯域融通の可否を判断す
る（ステップ３０８）。利用帯域融通が可能な設定の場
合は、帯域を融通して要求を受付け、受付制御処理を終
了する（ステップ３０９）。利用帯域融通が不可能な設
定の場合は、受付けを拒否し、受付制御処理を終了する
（ステップ３１０）。

【００２４】次に、ポータルサーバ装置２０のサーバ選
択部２２において、ステップ２０２でユーザが選択した
コンテンツ種別に該当するコンテンツの中で、受付制御
（ステップ２０９）で選択した提供可能なコンテンツの
リスト（選択可能なコンテンツリスト）を作成する（ス
テップ２１１）。次に、ステップ２０２でユーザが指定
したコンテンツ選択パラメータの重み付けに応じて各コ
ンテンツの点数を決定し、当該コンテンツと点数を含む
コンテンツリストを構成し、ユーザに提示する（ステッ
プ２１１）。ここで、「重み付けに応じて各コンテンツ
の点数を決定する」とは、ユーザの設定した重みと、コ
ンテンツの持つ属性情報から、コンテンツがユーザにと
ってどの程度望ましいかというパラメータを算出するこ
とである。一例として、各パラメータについて、理想値
と提供可能コンテンツのコンテンツ属性の比を算出し、
上記の値にユーザの指定した重みを掛け合わせた値を算
出し、上記の値の総和を算出することにより点数を決定
し、点数が最も高いコンテンツを選択する方法が考えら
れる。ユーザがコンテンツリストからコンテンツの選択
を行うと（ステップ２１２）、ポータルサーバ装置２０
からユーザ端末装置１０に該コンテンツを保持するコン
テンツプロバイダサーバ装置４０のローケーション（IP
アドレス等）を通知する（ステップ２１３）。ユーザ端
末装置１０は通知されたロケーションを利用し、回線１
０１、ユーザ側エッジ装置１１０、コアネットワーク１
３０、サーバ側エッジ装置１２０、および回線１０４を
経由しコンテンツプロバイダサーバ装置４０にコンテン
ツ要求を行う（ステップ２１４）。コンテンツ要求を受
けたコンテンツサーバプロバイダサーバ装置４０は、コ
ンテンツの送出を開始する（ステップ２１５）。次に、
ユーザ側エッジ装置１１０にコンテンツが到着すると
（ステップ２１６）、ユーザ側エッジ装置１１０の輻輳
制御部１１１において輻輳を検知する（ステップ２１
７）。輻輳が発生している場合は、輻輳制御部１１１に
おいて輻輳制御を行う（ステップ２１８）。

【００２５】図５は輻輳制御部１１１における輻輳制御
の流れを示すフローチャートである。まず、セッション
情報から、当該コンテンツのセッションの優先度を判断
する（ステップ４００）。優先度の指定については、例
えばコンテンツ種別選択の際にユーザが明示的に優先度
を指定する方法、コンテンツ属性の中に静的に優先度を
設定しておく方法、ユーザ属性情報の中に明示的に優先
度を設定しておく方法が考えられる。いずれの場合も、
セッション確立時にセッション情報として優先度が設定
されることになる。優先度が高い場合、エッジ装置１１
０、１２０のバッファ使用量（バッファの中に数段階の
閾値を設ける）より得られる輻輳度を判断する（ステッ
プ４０１）。輻輳度が高くない場合は、当該セッション
のパケットの廃棄を行わず輻輳制御処理を終了する（ス
テップ４０２）。輻輳度が高い場合は、当該セッション
の利用帯域を１／２にし（例えば、１０Mbpsで利用中の
セッションの利用帯域を５Mbpsに変更する）、輻輳制御
処理を終了する（ステップ４０３）。また、優先度が高
くない場合は、バッファ使用量１１３により得られる輻
輳度を判断する（ステップ４０４）。輻輳度が高い場合
は、当該セッションのパケットの廃棄を行い、輻輳制御
処理を終了する（ステップ４０５）。輻輳度が高くな
く、輻輳度が中の場合は（ステップ４０６）、当該セッ
ションの利用帯域を１／２として輻輳制御処理を終了す
る（ステップ４０７）。輻輳度が中でない場合は、廃棄
を行わず輻輳制御処理を終了する（ステップ４０８）。
輻輳が発生していない場合は、ユーザ端末装置１０にコ
ンテンツを送出する（ステップ２１９）。

【００２６】本実施形態では、網リソース情報、コンテ
ンツリスト、コンテンツ属性情報を、ユーザのポータル
アクセスを契機にポータルサーバ装置２０が収集する形
態を例示したが、網リソース情報、コンテンツリスト、
コンテンツ属性情報をユーザのポータルアクセスに関わ
らず、ポータルサーバ装置２０が定常的に収集する形態
も本発明の範囲である。また、本実施形態では、ユーザ
側エッジ装置１１０のセッション情報のパラメータとし
て、優先度高とそれ以外とする形態を例示したが複数の
優先度を設定する形態も本発明の範囲である。また、本
実施形態では、ユーザ側エッジ装置１１０のバッファ使
用量のパラメータとして、輻輳度高、中とそれ以外とす
る形態を例示したが、バッファ使用量による複数のパラ
メータを設定する形態も本発明の範囲である。また、本
実施形態では、輻輳制御をユーザ側エッジ装置１１０で
行う形態を例示したが、コンテンツプロバイダごとに利
用帯域の上限を設け輻輳制御をサーバ側エッジ装置１２
０で行う形態も本発明の範囲である。

【００２７】

【発明の効果】以上説明したように、本発明によれば、
コンテンツ配信網（CDN）上のコンテンツ、あるいはプ
リケーションの利用に際し、ユーザの意思を反映した最
適コンテンツ／アプリケーションの選択、ユーザに公平
かつ柔軟な要求受付制御、および網輻輳時の重度輻輳発
生頻度の低下、輻輳影響範囲の局所化を、公に提供され
る大規模広域IPネットワークにて実現することが可能と
なる。

【図面の簡単な説明】

【図１】本発明の一実施形態のコンテンツ配信システム
の構成を示す図である。

【図２】図１の各装置の構成を示す図である。

【図３】本実施形態の動作を示すフローチャートであ
る。

【図４】受付制御を示すフローチャートである。

【図５】輻輳制御を示すフローチャートである。

【図６】従来のコンテンツ配信システムにおけるコンテ
ンツ選択方法の説明図である。

【図７】従来のコンテンツ配信システムにおけるコンテ
ンツ要求受付制御の説明図である。

【図８】従来のコンテンツ配信システムにおける輻輳制
御の説明図である。

【符号の説明】

１０ユーザ端末装置１１ WWWブラウザ部１２アプリケーション部２０ポータルサーバ装置２１ WWWサーバ部２２サーバ選択部２３受付制御部２４ユーザ属性情報記憶部２５網リソース情報問合せ部２６コンテンツリスト／属性問合せ部２７コンテンツ選択部２８コンテンツ提供部３０網リソース管理サーバ装置３１網リソース情報記憶部３２網リソース情報提供部４０コンテンツプロバイダサーバ装置４１コンテンツ蓄積部５０コンテンツ管理サーバ装置５１コンテンツリスト記憶部５２コンテンツ属性情報記憶部５３コンテンツリスト・コンテンツ属性提供部１００ IPネットワーク１０１広帯域アクセス回線１０２〜１０５回線１１０ユーザ側エッジ装置１２０サーバ側エッジ装置１１１、１２１輻輳制御部１１２、１２２セッション情報記憶部１１３、１２３バッファ使用量記憶部１３０コアネットワーク２００〜２１９、３００〜３０７、４００〜４０８
ステップ

───────────────────────────────────────────────────── フロントページの続き (72)発明者廣瀬洋一東京都千代田区大手町二丁目３番１号日本電信電話株式会社内 (72)発明者栗林伸一東京都千代田区大手町二丁目３番１号日本電信電話株式会社内Ｆターム(参考） 5B085 AA08 AC11 5K030 GA13 HA08 KA03 KX24 LC11 LC15 MB09

Claims

【特許請求の範囲】

【請求項１】コンテンツ配信システムにおいて、最適
コンテンツ選択に際し、同一内容であるがコンテンツ属
性が異なる複数のコンテンツのコンテンツ属性と、ユー
ザの指定する各コンテンツ選択パラメータの重み付けか
ら算出される点数に基づき、ユーザに提示する最適コン
テンツを選択するコンテンツ選択方法。
【請求項２】コンテンツ配信システムにおいて、ユー
ザ毎またはユーザグループ毎またはコンテンツプロバイ
ダ毎に網全体の帯域使用量の総和に上限値を設定し、帯
域使用量の総和がその上限値に達した場合にはコンテン
ツサーバ装置およびユーザアクセス回線に空きがあって
もそれ以上の要求を受付けないコンテンツ要求受付制御
方法。
【請求項３】コンテンツ配信システムにおいて、網リ
ソースに空きがない状態で新たなコンテンツ要求があっ
た場合、既に通信中のコンテンツ用帯域の一部を新たな
要求に融通するコンテンツ要求受付制御方法。
【請求項４】コンテンツ配信システムにおいて、エッ
ジ装置における輻輳時に、優先度、およびエッジ装置の
バッファ使用量に基づき、セッション単位で当該セッシ
ョンのパケットの廃棄、または数段階のスループット低
減による段階的な輻輳制御を行う輻輳制御方法。
【請求項５】コンテンツ配信システムにおけるコンテ
ンツ管理サーバ装置において、コンテンツプロバイダが
保持するコンテンツのリスト、および各コンテンツのコ
ンテンツ属性を保持し、要求によりコンテンツのリス
ト、およびコンテンツ属性を提供する手段を備えたこと
を特徴とするコンテンツ管理サーバ装置。
【請求項６】コンテンツ配信システムにおける網リソ
ース管理サーバ装置において、IPネットワークの網リソ
ース情報をユーザグループあるいはコンテンツプロバイ
ダ毎に監視し、要求により網リソース情報を提供する手
段を備えたことを特徴とする網リソース管理サーバ装
置。
【請求項７】コンテンツ配信システムにおけるポータ
ルサーバ装置において、コンテンツリストおよびコンテ
ンツ属性をコンテンツ管理サーバ装置に問い合わせる手
段と、問い合わせたコンテンツ属性と、ユーザの指定す
る各コンテンツの選択パラメータの重み付けから算出さ
れる点数に基づきコンテンツを選択する手段を有するこ
とを特徴とするポータルサーバ装置。
【請求項８】コンテンツ配信システムにおけるポータ
ルサーバ装置において、提供可能コンテンツリストをユ
ーザに提供する手段と、ユーザ毎またはユーザグループ
毎またはコンテンツプロバイダ毎の帯域使用量の総和の
上限値を保持する手段と、ユーザ毎またはユーザグルー
プ毎またはコンテンツプロバイダの帯域融通の可否を定
義した値を保持する手段と、ユーザアクセス回線に空き
がなく、かつ帯域融通可の場合、ユーザアクセス回線に
空きがあり、かつ必要帯域が前記上限値を超え、かつ帯
域融通可の場合、帯域を融通してアクセスを受付ける手
段を有することを特徴とするポータルサーバ装置。
【請求項９】コンテンツ配信システムにおけるエッジ
装置において、セッションとコンテンツの優先度を管理
する装置から当該情報を収集する手段と、当該エッジ装
置における輻輳時に、コンテンツ属性の優先度、および
当該エッジ装置のバッファ使用量に基づき、セッション
単位での当該セッションのパケットの廃棄、または数段
階のスループット低減による、段階的な輻輳制御を行う
手段を備えたことを特徴とするエッジ装置。