(57)【要約】【課題】コンテンツ品質を保証するために、実際に配信されるコンテンツの配信帯域を監視して、配信されるコンテンツの属性、視聴者であるユーザの属性、視聴処理の各段階等で、コンテンツの配信帯域を柔軟に調整することができるようにする。【解決手段】本発明は、コンテンツ配信に係るパケットに含まれるコンテンツグループ情報、ユーザグループ情報及びコンテンツ視聴処理の各段階を示す処理情報に基づいて、コンテンツグループ毎又はユーザグループ毎の通信量を監視すると共に、当該パケットについて配信制御規則で規定される転送処理を行う転送手段と、転送手段により監視されるコンテンツグループ毎又はユーザグループ毎のパケット通信量に基づいて、配信制御規則の設定を行う配信制御手段とを備える。【選択図】      図１
2015061189.tif 000002
【特許請求の範囲】
【請求項１】
受信したコンテンツ配信に係るパケットに含まれるコンテンツグループ情報、ユーザグループ情報及びコンテンツ視聴処理の各段階を示す処理情報に基づいて、通過するパケットのコンテンツグループ毎又はユーザグループ毎の通信量を監視すると共に、上記コンテンツグループ情報、上記ユーザグループ情報及び上記処理情報に基づいて、当該パケットについて配信制御規則で規定される転送処理を行う転送手段と、
上記転送手段により監視されるコンテンツグループ毎又はユーザグループ毎のパケット通信量に基づいて、上記転送手段の上記配信制御規則の設定を行う配信制御手段と
を備えることを特徴とするコンテンツ配信制御システム。
【請求項２】
上記コンテンツグループ毎又はユーザグループ毎の通信量が閾値を超えた場合に、上記転送手段を通過するコンテンツデータを含むパケットの配信帯域を制限させるように、上記配信制御手段が上記配信制御規則の内容を更新するものであることを特徴とする請求項１に記載のコンテンツ配信制御システム。
【請求項３】
上記転送手段に接続する視聴制御手段を備え、
上記転送手段が、上記配信制御規則に従って、コンテンツ配信帯域の制限に係るパケットを上記視聴制御手段に転送し、
上記視聴制御手段が、上記転送手段から上記パケットを受信すると、当該パケットの視聴端末及び又は配信サーバに対して、上記パケットに含まれる上記処理情報に応じた配信帯域制限メッセージを含むパケットを通知する
ことを特徴とする請求項２に記載のコンテンツ配信制御システム。
【請求項４】
コンテンツ配信に係るパケットの転送処理を行う転送装置において、
受信したコンテンツ配信に係るパケットに含まれるコンテンツグループ情報、ユーザグループ情報及びコンテンツ視聴処理の各段階を示す処理情報に応じて実行する処理が規定された配信制御規則を記憶する配信制御規則記憶手段と、
受信したパケットに含まれるコンテンツグループ情報、ユーザグループ情報及びコンテンツ視聴処理の各段階を示す処理情報に基づいて、通過するパケットのコンテンツグループ毎又はユーザグループ毎の通信量を監視する通信量監視手段と、
上記パケットに含まれる上記コンテンツグループ情報、上記ユーザグループ情報及び上記処理情報に基づいて、当該パケットについて配信制御規則で規定される転送処理を行う転送制御手段と
を備えることを特徴とする転送装置。
【請求項５】
受信したコンテンツ配信に係るパケットに含まれるコンテンツグループ情報、ユーザグループ情報及びコンテンツ視聴処理の各段階を示す処理情報に応じて実行する処理が規定された配信制御規則に従って、受信したコンテンツ配信に係るパケットの転送処理を行う転送装置の転送制御を行う配信制御装置であって、
上記転送装置により監視されるコンテンツグループ毎又はユーザグループ毎のパケット通信量に基づいて、上記転送装置の上記配信制御規則の設定を行う配信制御規則設定手段を備えることを特徴とする配信制御装置。
【請求項６】
受信したコンテンツ配信に係るパケットに含まれるコンテンツグループ情報、ユーザグループ情報及びコンテンツ視聴処理の各段階を示す処理情報に応じて実行する処理が規定された配信制御規則に従って、受信したコンテンツ配信に係るパケットの転送処理を行う転送装置と接続する視聴制御装置であって、
上記転送装置から配信帯域の制限に係るパケットを受信すると、当該パケットの視聴端末及び又は配信サーバに対して、上記パケットに含まれる上記処理情報に応じた配信帯域制限メッセージを含むパケットをメッセージ通知手段を備えることを特徴とする視聴制御装置。
【請求項７】
コンテンツ配信に係るパケットの転送処理を行う転送装置の転送プログラムにおいて、
受信したコンテンツ配信に係るパケットに含まれるコンテンツグループ情報、ユーザグループ情報及びコンテンツ視聴処理の各段階を示す処理情報に応じて実行する処理が規定された配信制御規則を記憶する配信制御規則記憶手段を備えるコンピュータを、
受信したパケットに含まれるコンテンツグループ情報、ユーザグループ情報及びコンテンツ視聴処理の各段階を示す処理情報に基づいて、通過するパケットのコンテンツグループ毎又はユーザグループ毎の通信量を監視する通信量監視手段、
上記パケットに含まれる上記コンテンツグループ情報、上記ユーザグループ情報及び上記処理情報に基づいて、当該パケットについて配信制御規則で規定される転送処理を行う転送制御手段
として機能させることを特徴とする転送プログラム。
【請求項８】
受信したコンテンツ配信に係るパケットに含まれるコンテンツグループ情報、ユーザグループ情報及びコンテンツ視聴処理の各段階を示す処理情報に応じて実行する処理が規定された配信制御規則に従って、受信したコンテンツ配信に係るパケットの転送処理を行う転送装置を制御する配信制御装置の配信制御プログラムであって、
コンピュータを、
上記転送装置により監視されるコンテンツグループ毎又はユーザグループ毎のパケット通信量に基づいて、上記転送装置の上記配信制御規則の設定を行う配信制御規則設定手段として機能させることを特徴とする配信制御プログラム。
【請求項９】
受信したコンテンツ配信に係るパケットに含まれるコンテンツグループ情報、ユーザグループ情報及びコンテンツ視聴処理の各段階を示す処理情報に応じて実行する処理が規定された配信制御規則に従って、受信したコンテンツ配信に係るパケットの転送処理を行う転送装置と接続する視聴制御装置の視聴制御プログラムであって、
コンピュータを、
上記転送装置から配信帯域の制限に係るパケットを受信すると、当該パケットの視聴端末及び又は配信サーバに対して、上記パケットに含まれる上記処理情報に応じた配信帯域制限メッセージを含むパケットをメッセージ通知手段として機能させることを特徴とする視聴制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信制御システム、転送装置、配信制御装置、視聴制御装置、転送プログラム、配信制御プログラム及び視聴制御プログラムに関し、例えば、コンテンツ配信ネットワーク上を流れるストリームの配信帯域を制限するコンテンツ配信制御システムに適用し得るものである。
【背景技術】
【０００２】
例えば、音楽や映像等のコンテンツ品質を保証するために、コンテンツデータを含むパケットの配信帯域を制限する技術として、特許文献１に記載されるものがある。
【０００３】
特許文献１の記載技術は、配信サーバがクライアントからの配信要求を受信したときに、負荷分散サーバが、各配信サーバから要求コンテンツを配信する場合の予測使用帯域の推移を算出する。そして、コンテンツ要求時における配信ネットワーク上でのコンテンツ配信帯域が上限帯域を超えないようにするために、負荷分散サーバが、各配信サーバの予測使用帯域と各配信サーバが使用可能な上限帯域とを比較して、予測使用帯域が上限帯域を超える配信サーバについては排除することとしている。
【０００４】
また、ネットワーク上を流れるパケットのデータ量を直接監視してコンテンツ配信を制限するものではないが、ネットワーク上を流れるパケットのヘッダに設定されているＴＯＳ（Ｔｙｐｅ  Ｏｆ  Ｓｅｒｖｉｃｅ）フィールドの値に基づいて、特定パケットを優先的に処理するスイッチが存在する（非特許文献１参照）。例えば、映像配信用パケットのヘッダのＴＯＳを「１」、ＶｏＩＰ用のパケットのヘッダのＴＯＳを「２」とすると、非特許文献１の記載技術は、災害時のときには緊急音声通信を優先するため、「ＴＯＳ：２」のパケットを「ＴＯＳ：１」のパケットよりも優先して通信するというものである。このように、災害時には緊急音声通信を優先して、映像配信用パケットの配信を制限することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１６３４４０号公報
【非特許文献】
【０００６】
【非特許文献１】日本経済新聞社，日本経済新聞電子版記事“ＮＴＴドコモが災害時の混雑緩和技術で実証実験、ＯＰＥＮＦｌｏｗを活用”，２０１２年１１月２６日、[２０１３年５月２８日検索]，ＵＲＬ：http://www.nikei.com/article/DGXNASFK26020_W2A121C1000000/
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した特許文献１の記載技術は、配信要求時に推定した予測使用帯域に基づいて配信帯域を調整するものであり、実際に配信されるコンテンツの配信帯域を監視するものではない。
【０００８】
特許文献１の記載技術は、クライアントからの配信要求時に推定した予測使用帯域に基づいてコンテンツ配信帯域を判断している。つまり、配信要求時と実際に配信サーバがコンテンツ配信する配信時との間にタイムラグが生じる。そのため、実際に配信されるコンテンツの配信帯域が、配信要求時に推定したものとズレが生じることがある。
【０００９】
また、音楽や映像等のコンテンツ配信システムには、例えば再生停止や再生再開等のような機能処理があり、このような機能処理に応じて、ネットワーク上を流れるコンテンツ配信帯域が変わる。しかし、特許文献１の記載技術は、配信帯域の調整は配信要求時のみで行なっており、配信要求後であって実際に配信開始がされた後に、上記機能処理の各処理段階で配信帯域の調整を行っていない。そのため、実際に配信されるコンテンツの使用帯域を監視することができないという問題が生じ得る。
【００１０】
なお、各処理段階において予測使用帯域を推定するという方法も考えられるが、例えば再生中止をさせる際にどの配信サーバから中止させるか等のように、システム構成や処理が複雑になる。また、各配信サーバが独自で配信中止を判断させようとすると、不要な配信も中止させてしまうことにもなり得る。
【００１１】
また、非特許文献１の記載技術は、パケットのヘッダのＴＯＳの設定値に基づいて優先制御を行うだけであるから、実際に配信されるコンテンツの配信帯域を監視したり調整したりすることができない。
【００１２】
そのため、コンテンツ品質を保証するために、実際に配信されるコンテンツの配信帯域を監視して、配信されるコンテンツの属性、視聴者であるユーザの属性、視聴処理の各段階等で、コンテンツの配信帯域を柔軟に調整することができるコンテンツ配信制御システム、転送装置、配信制御装置、視聴制御装置、転送プログラム、配信制御プログラム及び視聴制御プログラムが求められている。
【課題を解決するための手段】
【００１３】
かかる課題を解決するために、第１の本発明は、（１）受信したコンテンツ配信に係るパケットに含まれるコンテンツグループ情報、ユーザグループ情報及びコンテンツ視聴処理の各段階を示す処理情報に基づいて、通過するパケットのコンテンツグループ毎又はユーザグループ毎の通信量を監視すると共に、コンテンツグループ情報、ユーザグループ情報及び処理情報に基づいて、当該パケットについて配信制御規則で規定される転送処理を行う転送手段と、（２）転送手段により監視されるコンテンツグループ毎又はユーザグループ毎のパケット通信量に基づいて、転送手段の配信制御規則の設定を行う配信制御手段とを備えることを特徴とするコンテンツ配信制御システムである。
【００１４】
第２の本発明は、コンテンツ配信に係るパケットの転送処理を行う転送装置において、（１）受信したコンテンツ配信に係るパケットに含まれるコンテンツグループ情報、ユーザグループ情報及びコンテンツ視聴処理の各段階を示す処理情報に応じて実行する処理が規定された配信制御規則を記憶する配信制御規則記憶手段と、（２）受信したパケットに含まれるコンテンツグループ情報、ユーザグループ情報及びコンテンツ視聴処理の各段階を示す処理情報に基づいて、通過するパケットのコンテンツグループ毎又はユーザグループ毎の通信量を監視する通信量監視手段と、（３）パケットに含まれるコンテンツグループ情報、ユーザグループ情報及び処理情報に基づいて、当該パケットについて配信制御規則で規定される転送処理を行う転送制御手段とを備えることを特徴とする転送装置である。
【００１５】
第３の本発明は、受信したコンテンツ配信に係るパケットに含まれるコンテンツグループ情報、ユーザグループ情報及びコンテンツ視聴処理の各段階を示す処理情報に応じて実行する処理が規定された配信制御規則に従って、受信したコンテンツ配信に係るパケットの転送処理を行う転送装置の転送制御を行う配信制御装置であって、転送装置により監視されるコンテンツグループ毎又はユーザグループ毎のパケット通信量に基づいて、転送装置の配信制御規則の設定を行う配信制御規則設定手段を備えることを特徴とする配信制御装置である。
【００１６】
第４の本発明は、受信したコンテンツ配信に係るパケットに含まれるコンテンツグループ情報、ユーザグループ情報及びコンテンツ視聴処理の各段階を示す処理情報に応じて実行する処理が規定された配信制御規則に従って、受信したコンテンツ配信に係るパケットの転送処理を行う転送装置と接続する視聴制御装置であって、転送装置から配信帯域の制限に係るパケットを受信すると、当該パケットの視聴端末及び又は配信サーバに対して、パケットに含まれる処理情報に応じた配信帯域制限メッセージを含むパケットを通知するメッセージ通知手段を備えることを特徴とする視聴制御装置である。
【００１７】
第５の本発明は、コンテンツ配信に係るパケットの転送処理を行う転送装置の転送プログラムにおいて、受信したコンテンツ配信に係るパケットに含まれるコンテンツグループ情報、ユーザグループ情報及びコンテンツ視聴処理の各段階を示す処理情報に応じて実行する処理が規定された配信制御規則を記憶する配信制御規則記憶手段を備えるコンピュータを、（１）受信したパケットに含まれるコンテンツグループ情報、ユーザグループ情報及びコンテンツ視聴処理の各段階を示す処理情報に基づいて、通過するパケットのコンテンツグループ毎又はユーザグループ毎の通信量を監視する通信量監視手段、（２）パケットに含まれるコンテンツグループ情報、ユーザグループ情報及び処理情報に基づいて、当該パケットについて配信制御規則で規定される転送処理を行う転送制御手段として機能させることを特徴とする転送プログラムである。
【００１８】
第６の本発明は、受信したコンテンツ配信に係るパケットに含まれるコンテンツグループ情報、ユーザグループ情報及びコンテンツ視聴処理の各段階を示す処理情報に応じて実行する処理が規定された配信制御規則に従って、受信したコンテンツ配信に係るパケットの転送処理を行う転送装置を制御する配信制御装置の配信制御プログラムであって、コンピュータを、パケット制御スイッチ装置により監視されるコンテンツグループ毎又はユーザグループ毎のパケット通信量に基づいて、転送装置の配信制御規則の設定を行う配信制御規則設定手段として機能させることを特徴とする配信制御プログラムである。
【００１９】
第７の本発明は、受信したコンテンツ配信に係るパケットに含まれるコンテンツグループ情報、ユーザグループ情報及びコンテンツ視聴処理の各段階を示す処理情報に応じて実行する処理が規定された配信制御規則に従って、受信したコンテンツ配信に係るパケットの転送処理を行う転送装置と接続する視聴制御装置の視聴制御プログラムであって、コンピュータを、転送装置から配信帯域の制限に係るパケットを受信すると、当該パケットの視聴端末及び又は配信サーバに対して、パケットに含まれる処理情報に応じた配信帯域制限メッセージを含むパケットを通知するメッセージ通知手段として機能させることを特徴とする視聴制御プログラムである。
【発明の効果】
【００２０】
本発明によれば、コンテンツ品質を保証するために、実際に配信されるコンテンツの配信帯域を監視して、配信されるコンテンツの属性、視聴者であるユーザの属性、視聴処理の各段階等で、コンテンツの配信帯域を柔軟に調整することができる。
【図面の簡単な説明】
【００２１】
【図１】第１の実施形態のコンテンツ配信システムの全体的な構成を示す全体構成図である。
【図２】ＩＰパケットの構造を説明する説明図である。
【図３】第１の実施形態に係るコンテンツグループコードを説明する説明図である。
【図４】第１の実施形態に係るユーザグループコードを説明する説明図である。
【図５】第１の実施形態に係る処理コードを説明する説明図である。
【図６】第１の実施形態に係るパケット制御スイッチ装置の内部構成を示す内部構成図である。
【図７】第１の実施形態に係る視聴制御サーバの内部構成を示す内部構成図である。
【図８】第１の実施形態に係るスイッチ制御装置の内部構成を示す内部構成図である。
【図９】第１の実施形態に係るコンテンツ配信システムにおける基本動作の全体的な流れを示すシーケンス図である。
【図１０】第１の実施形態に係る視聴端末における処理を示すフローチャートである。
【図１１】第１の実施形態に係る配信サーバにおける処理を示すフローチャートである。
【図１２】更新前のパケット制御スイッチ装置に設定されているパケット制御ルールを説明する説明図である。
【図１３】第１の実施形態に係るパケットの通信量の監視及びパケット制御ルールの更新処理を示すシーケンス図である。
【図１４】更新後のパケット制御スイッチ装置に設定されているパケット制御ルールを説明する説明図である。
【図１５】第１の実施形態のパケット制御ルールの更新処理の詳細を説明するシーケンス図である。
【図１６】第１の実施形態に係る視聴制御サーバにおける処理を示すフローチャートである。
【図１７】第１の実施形態において、パケット制御ルールに従って、パケット制御スイッチ装置から、視聴制御サーバへのパケット転送の処理手順を示すシーケンス図である。
【図１８】第１の実施形態に係る視聴制御サーバによる停止中の総ビットレートの上乗せ処理を示すフローチャートである。
【図１９】第１の実施形態の視聴要求時における配信帯域の制限処理例を示すシーケンス図である。
【図２０】第１の実施形態の再生要求時における配信帯域の制限処理例を示すシーケンス図である。
【図２１】第１の実施形態の再生停止時における配信帯域の制限処理例を示すシーケンス図である。
【図２２】第１の実施形態の再生停止時における配信帯域の制限処理例を示すシーケンス図である。
【図２３】第２の実施形態のパケット制御ルールの構成を示す構成図である。
【図２４】変形実施形態に係るパケットの通信量の監視を説明するシーケンス図である。
【発明を実施するための形態】
【００２２】
（Ａ）第１の実施形態
以下では、本発明のコンテンツ配信制御システム、転送装置、配信制御装置、視聴制御装置、転送プログラム、配信制御プログラム及び視聴制御プログラムの第１の実施形態を、図面を参照しながら詳細に説明する。
【００２３】
第１の実施形態は、例えば音楽や映像等のコンテンツを配信するコンテンツ配信システムに本発明を適用する場合を例示する。
【００２４】
（Ａ−１）第１の実施形態の構成
図１は、第１の実施形態のコンテンツ配信システムの全体的な構成を示す全体構成図である。
【００２５】
図１において、第１の実施形態のコンテンツ配信システム１は、視聴端末１００（１００−１〜１００−３）、ユーザ及びコンテンツ管理サーバ３００、視聴要求処理サーバ４００、配信サーバ５００（５００−１〜５００−３）、パケット制御スイッチ装置６００、視聴制御サーバ７００、スイッチ制御装置８００を有する。なお、視聴端末１００及び配信サーバ５００の数は、それぞれ３台としているが特に限定されるものではない。
【００２６】
視聴端末１００−１〜１００−３は、ユーザが視聴を希望するコンテンツを選択するため、ユーザ操作を受けてポータルサイト２００にアクセスして希望するコンテンツを選択し、当該コンテンツのコンテンツアクセス情報を取得するものである。
【００２７】
ここで、コンテンツアクセス情報は、例えば、コンテンツの視聴要求先のアドレス情報（例えばＩＰアドレス）、コンテンツグループコード等を含む情報である。このコンテンツグループコードの詳細な説明は後述するが、コンテンツグループコードは、コンテンツの属性を示す識別情報である。
【００２８】
また、視聴端末１００−１〜１００−３は、コンテンツを視聴するため、取得したコンテンツアクセス情報に基づいて、視聴要求処理サーバ４００に視聴要求パケットを送信する。さらに、視聴端末１００−１〜１００−３は、コンテンツアクセス情報に基づき、配信先である配信サーバ５００に対して、再生開始や再生停止や再生再開や再生終了等の要求を行うものである。なお、視聴端末１００−１〜１００−３は、視聴者であるユーザがコンテンツを視聴するための端末であり、例えば、パーソナルコンピュータ（ノート型やタブレット型やデスクトップ型等を含む）、スマートフォン、携帯電話機、テレビジョン受像機、セットトップボックス等を適用することができる。
【００２９】
ポータルサイト２００は、コンテンツ配信事業者がサーバで運用するポータルサイトであり、ユーザが視聴可能なコンテンツを提供するポータルサイトである。視聴端末１００によりコンテンツが選択された場合、ポータルサイト２００は、当該選択されたコンテンツのアクセス先を示すコンテンツアクセス情報を視聴端末１００に送信する。また、ポータルサイト２００は、ユーザ及びコンテンツ管理サーバ３００に接続される。
【００３０】
ユーザ及びコンテンツ管理サーバ３００は、ユーザに関する情報やコンテンツに関する情報を管理するサーバである。ユーザ及びコンテンツ情報管理サーバ３００は、ポータルサイト２００を運用するサーバであっても良く、視聴端末１００がポータルサイト２００にアクセスしたときに、ユーザに関する情報やコンテンツに関する情報をポータルサイト２００に提供する。また、ユーザ及びコンテンツ情報管理サーバ３００は、視聴端末１００によりコンテンツの選択がなされると、ユーザに関する情報及びコンテンツに関する情報を視聴要求処理サーバ４００に提供する。また、ユーザ及びコンテンツ管理サーバ３００は、パケット制御スイッチ装置６００に接続される。
【００３１】
ユーザに関する情報は、例えば、ユーザの氏名、住所、性別、年齢、ログイン情報、コンテンツ配信に係る契約内容、ユーザグループコード、過去に視聴したコンテンツの履歴情報等の情報がある。コンテンツに関する情報は、コンテンツＩＤ、コンテンツデータ量、配信ビットレート、コンテンツグループコード等の情報がある。
【００３２】
視聴要求処理サーバ４００は、視聴端末１００からの視聴要求を取得すると、ユーザ及びコンテンツ管理サーバ３００からユーザに関する情報及びコンテンツに関する情報を取得し、視聴端末１００に配信可能なコンテンツか否かを判断する。視聴要求処理サーバ４００は、配信可能であると判断した場合に、当該コンテンツを配信する配信サーバ５００を割り当て、その配信サーバ５００のアドレス情報等を含む割り当て情報を視聴端末１００に送信する。また、視聴要求処理サーバ４００は、配信サーバ５００（配信サーバ５００−１〜５００−３）に接続される。
【００３３】
配信サーバ５００（配信サーバ５００−１〜５００−３）は、視聴端末１００からの再生要求パケットを取得すると、視聴端末１００に対してコンテンツのストリームデータを送信するものである。上述したように、コンテンツの再生後、視聴端末１００は、再生停止や再生再開や再生終了等を行うことができる。そのため、視聴端末１００から再生停止パケットや再生再開パケットや再生終了パケットを取得すると、配信サーバ５００（配信サーバ５００−１〜５００−３）は再生停止や再生再開や再生終了等を行うものである。
【００３４】
パケット制御スイッチ装置６００は、視聴端末１００やポータルサイト２００やユーザ及びコンテンツ管理サーバ３００や視聴要求処理サーバ４００や配信サーバ５００や視聴制御サーバ７００やスイッチ制御装置８００と接続するものである。また、配信サーバ５００（配信サーバ５００−１〜５００−３）は、視聴制御サーバ７００に接続される。
【００３５】
パケット制御スイッチ装置６００は、コンテンツ配信に係るパケットを受信すると、そのパケットのヘッダに含まれるＴＯＳ（Ｔｙｐｅ  Ｏｆ  Ｓｅｒｖｉｃｅ）及び後述するパケット制御ルールに基づいて、当該受信したパケットの転送制御を行うものである。
【００３６】
ここで、後述するように、パケット制御スイッチ装置６００を通過するパケットのヘッダのＴＯＳには、コンテンツグループコード、ユーザグループコード、処理コードが付与される。パケット制御スイッチ装置６００は、コンテンツ配信に係る配信帯域を監視するために、コンテンツグループコード毎にパケット通信量（コンテンツの配信帯域）を監視する。そして、パケット制御スイッチ装置６００は、監視したパケット通信量を視聴制御サーバ７００に定期的に送信する。
【００３７】
視聴制御サーバ７００は、パケット制御スイッチ装置６００に対してコンテンツグループコード毎のパケット通信量を要求し、コンテンツグループコード毎のパケット通信量をパケット制御スイッチ装置６００から取得する。視聴制御サーバ７００は、取得したコンテンツグループコード毎のパケット通信量と閾値とを比較し、その比較結果に基づいてコンテンツグループコード毎の配信帯域を制限すべきか否かを判定する。そして、配信帯域を制限すべきと判断した場合、視聴制御サーバ７００は、スイッチ制御装置８００に対して、パケット制御スイッチ装置６００へのパケット制御ルールの書き込みを要求するものである。また、視聴制御サーバ７００は、スイッチ制御装置８００に接続される。
【００３８】
コンテンツグループコード毎の配信帯域が閾値を超えて帯域制限を行うとき、制限するパケットがパケット制御スイッチ装置６００から転送される。このとき、視聴制御サーバ７００は、パケット制御スイッチ６００から転送されるパケットのヘッダに基づき視聴端末１００に対して、視聴不可メッセージを送信したり、ＴＯＳに付与される処理コードから判断した処理段階に応じた配信制御関連メッセージを配信サーバ５００に送信したりする。
【００３９】
スイッチ制御装置８００は、パケット制御スイッチの転送制御を行うために、パケット制御ルールをパケット制御スイッチ装置６００に書き込み要求を行うものである。スイッチ制御装置８００は、視聴制御サーバ７００からのパケット制御ルールの書き込み要求に基づいて、パケット制御スイッチ装置６００へのパケット制御ルールの書き込みを行う。
【００４０】
なお、図１に記載される第１の実施形態のコンテンツ配信システム１において、次の接続構成（イ）〜（二）は、直接、接続される構成だけではなく、例えば、パケット制御スイッチ装置６００を介して接続されても良い。その際、後述されるように、次の接続構成において、伝送されるパケットのヘッダに含まれるＴＯＳは、「処理コード：９」とする。また、後述されるように、伝送されるパケットのヘッダに含まれるＴＯＳは、「処理コード：９」であるとき、パケット制御スイッチ装置６００は、伝送されるパケットを「非制御パケット（制御の対象にならないパケット）」として、あて先にそのまま送信するので、次の接続構成の間では、パケット制御スイッチ装置６００を介して、パケットの伝送が実現できる。
【００４１】
（イ）ポータルサイト２００と、ユーザ及びコンテンツ管理サーバ３００との間の接続。
【００４２】
（ロ）視聴要求処理サーバ４００と、配信サーバ５００（配信サーバ５００−１〜５００−３）との間の接続。
【００４３】
（ハ）配信サーバ５００（配信サーバ５００−１〜５００−３）と、視聴制御サーバ７００との間の接続。
【００４４】
（二）視聴制御サーバ７００は、スイッチ制御装置８００との間の接続。
【００４５】
（Ａ−１−２）パケットの構造について
図２は、ＩＰパケットの構造を説明する説明図である。図２に示すように、ＩＰパケットのヘッダには、当該パケットのサービスタイプ（ＴＯＳ）フィールドがある。
【００４６】
第１の実施形態では、パケット制御スイッチ装置６００を通過する、コンテンツ配信に係るパケットのヘッダのＴＯＳには、コンテンツグループコード、処理コード、ユーザグループコードが付与される。このように、ＴＯＳが標準の優先度として使用されてない場合は、ＴＯＳを利用することで、パケット制御スイッチ装置６００がｏｐｅｎｆｌｏｗのような転送制御を行うことができる。
【００４７】
なお、ＴＯＳが他の用途で使用されている場合や、８ｂｉｔのＴＯＳで十分でない場合には、図２のオプション部（ｏｐｔｉｏｎフィールド；最低３２ｂｉｔある）を利用して、コンテンツグループコード、処理コード、ユーザグループコードを付与するようにしても良い。この場合、ｏｐｅｎｆｌｏｗの拡張となり、パケット制御スイッチ装置６００が、オプション部を見てパケット転送等のアクションを実現する。
【００４８】
コンテンツグループコードとは、配信されるコンテンツの属性を示す識別情報である。コンテンツの属性は、例えば、コンテンツの価格帯、コンテンツの解像度（画質）や圧縮方法などの配信方法等に応じて、コンテンツを分類することができ、コンテンツグループコードはその分類したグループに割り当てた識別情報を示す。コンテンツの属性を分類する方法は、配信価格や配信方法に限定されるものではなく、配信データ量、配信時間等によって分類するようにしても良い。
【００４９】
図３は、第１の実施形態に係るコンテンツグループコードを説明する説明図である。図３の例では、コンテンツの配信価格やコンテンツの配信方法に応じてコンテンツを分類した場合を例示している。例えば、図３において、「コンテンツグループコード：０」は、「ＨＤ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ）新着コンテンツ」、すなわち配信価格が高く、かつ、高解像度で配信するコンテンツを示すコードである。同様に、「コンテンツグループコード：１」は、「ＳＤ（Ｓｔａｎｄａｒｄ  Ｄｅｆｉｎｉｔｉｏｎ）新着コンテンツ」、すなわち配信価格が高く、かつ、標準画質で配信するコンテンツを示すコードである。また、配信価格のみでコンテンツを分類することも可能であり、「コンテンツグループコード：２」は「旧作コンテンツ」を示すコードとし、「コンテンツグループコード：３」は「無料コンテンツ」を示すコードとしている。
【００５０】
ユーザグループコードとは、視聴者であるユーザが属する属性を識別する識別情報である。ユーザ属性は、契約内容に応じてユーザを分類したグループに関する情報である。例えば、ユーザ属性は、課金すべき金額等に応じて分類することができ、例えばコンテンツ種類や視聴時間等に関係なく全てのコンテンツを視聴可能とする「プレミア会員」、契約した特定コンテンツを視聴可能とする「通常会員」、視聴可能な期間だけコンテンツを視聴可能とする「期間限定会員」、例えば視聴に課金が伴わない「ゲスト会員（以下ゲストと表記する。）」等がある。ユーザ属性は、上記の例のように課金金額に限定されて分類されるものではなく、視聴時間やコンテンツ種類やジャンル等に応じて適宜設定することができ、又ユーザ属性の分類数も特に限定されるものではない。
【００５１】
図４は、第１の実施形態に係るユーザグループコードを説明する説明図である。図４の例の場合、「プレミア会員」は「ユーザグループコード：０」、「通常会員」は「ユーザグループコード：１」、「期間限定会員」は「ユーザグループコード：２」、「ゲスト」は「ユーザグループコード：３」等のように設定するものとする。
【００５２】
処理コードは、コンテンツ配信に係るパケットの種類を示す識別情報である。例えば、コンテンツ配信に関連して使用されるパケットの種類は、視聴要求や、視聴要求に対する応答、コンテンツの再生要求やこの再生要求に対する応答等のように、種々のパケット種類がある。特に、コンテンツの再生後、コンテンツの再生停止や再開要求や再生終了やこれらの応答等のように、コンテンツの視聴に係る特有のパケット種類が存在する。
【００５３】
図５は、第１の実施形態に係る処理コードを説明する説明図である。図５に示すように、「処理コード：０」は、「視聴端末１００から視聴要求処理サーバ４００への視聴要求パケット」を示し、「処理コード：１」は、「視聴要求処理サーバ４００から視聴端末１００への応答パケット」を示し、「処理コード：２」は、「視聴端末１００から配信サーバ５００への再生要求パケット」を示し、「処理コード：３」は、「視聴端末１００から配信サーバ５００への再生停止要求パケット」を示し、「処理コード：４」は、「配信サーバ５００から視聴端末１００への再生停止要求応答パケット」を示し、「処理コード：５」は、「視聴端末１００から配信サーバ５００への再生終了要求パケット」を示し、「処理コード：６」は、「配信サーバ５００から視聴端末１００への再生終了要求応答パケット」を示し、「処理コード：７」は、「視聴端末１００から配信サーバ５００への再生再開要求パケット」を示し、「処理コード：８」は、「配信サーバ５００から視聴端末１００へのストリームパケット」を示し、「処理コード：９」は、「非制御パケット（制御の対象にならないパケット）」を示す。
【００５４】
（Ａ−１−３）パケット制御スイッチ装置６００の詳細構成
図６は、第１の実施形態に係るパケット制御スイッチ装置６００の内部構成を示す内部構成図である。図６において、第１の実施形態に係るパケット制御スイッチ装置６００は、スイッチ制御部６０１、通信インタフェース部６０２、通信インタフェース部６０３を有する。
【００５５】
通信インタフェース部６０２は、視聴端末１００が接続するネットワークとの間で情報の授受を行う通信インタフェースである。通信インタフェース部６０３は、配信サーバ５００等が接続するネットワークとの間で情報の授受を行う通信インタフェースである。
【００５６】
スイッチ制御部６０１は、パケット制御スイッチ装置６００全体の転送制御を行うものであり、ＣＰＵによるソフトウェア処理により制御するものである。
【００５７】
図６に示すように、スイッチ制御部６０１は、主な機能部として、パケット解析部６１１、通信量監視部６１２、通信量統計情報通知部６１３、転送制御部６１４、パケット制御ルール取得部６１５、パケット制御ルール更新部６１６、パケット制御ルール格納部６１７を有する。
【００５８】
パケット解析部６１１は、パケットの転送制御やパケットの通信量を監視するために、受信したパケットのヘッダを解析するものである。特に、パケット解析部６１１は、通過するパケットの通信量をコンテンツグループコード毎に監視するために、パケットヘッダのＴＯＳに付与されている設定値を確認し、受信パケットのコンテンツグループコードを認識するものである。
【００５９】
通信量監視部６１２は、パケット解析部６１１により受信パケットのヘッダのＴＯＳに基づいてコンテンツグループコードが認識されると、コンテンツグループコード毎の通信量を監視するものである。これにより、実際に配信されるコンテンツグループ別の配信帯域を監視することができる。なお、通信量監視部６１２がコンテンツグループ別の通信量統計情報を演算する方法は種々の方法を適用できる。具体的には、通信量監視部６１２は、単位時間当たりの受信パケット数や総バイト数等を求める。
【００６０】
通信量統計情報通知部６１３は、通信量監視部６１２により求められたコンテンツグループコード毎の通信量の監視結果を統計情報として視聴制御サーバ７００に与えるものである。これにより、パケット制御スイッチ装置６００を実際に通過するパケットに関して、コンテンツグループ別の通信量（単位時間当たりのパケット数や総バイト数等）を視聴制御サーバ７００に通知することができる。なお、視聴制御サーバ７００への統計情報の通知方法は、種々の方法が広く適用することができ、例えば、視聴制御サーバ７００からの定期的な要求に応じてパケット制御スイッチ装置６００が応答する方法や、視聴制御サーバ７００からの要求に拘らず、パケット制御スイッチ装置６００が定期的な通知を行うコマンド処理による方法を適用するようにしても良い。
【００６１】
転送制御部６１４は、パケット解析部６１１が解析した受信パケットの解析情報と、パケット制御ルール格納部６１７に格納されるパケット制御ルールと参照して、当該受信パケットの転送先を決定して転送処理を行うものである。パケット制御ルールは、コンテンツグループコードとユーザグループコードと処理コードとに対応して、受信パケットの転送処理が定義されている。従って、転送制御部６１４は、受信パケットのヘッダのＴＯＳに付与されているコンテンツグループコードとユーザグループコードと処理コードとに基づいて、パケット制御ルールを参照して、対応する転送処理を行うものである。
【００６２】
パケット制御ルール取得部６１５は、パケット制御ルールを設定又は更新するために、スイッチ制御装置８００からパケット制御ルールに関する情報を取得するものである。ここで、パケット制御スイッチ装置６００において、パケット制御ルールを設定又は更新することができれば、パケット制御ルール取得部６１５は、パケット制御ルール自体を取得するようにしても良いし、パケット制御ルールにおける更新ルール（更新前と更新後の差分データ）のみを取得するようにしても良い。つまり、パケット制御ルールのデフォルトがパケット制御スイッチ装置６００に設定されている場合にパケット制御ルールを更新するときには、その更新するデータのみをパケット制御ルール取得部６１５が取得するようにしても良い。
【００６３】
パケット制御ルール更新部６１６は、パケット制御ルール取得部６１５が取得した情報に基づいて、パケット制御ルール格納部６１７のパケット制御ルールの内容を更新するものである。
【００６４】
パケット制御ルール格納部６１７は、受信したパケットに含まれるコンテンツグループコードとユーザグループコードと処理コードとに基づいて、受信したパケットの転送処理を定義したパケット制御ルールを格納するものである。
【００６５】
（Ａ−１−４）視聴制御サーバ７００の詳細構成
図７は、第１の実施形態に係る視聴制御サーバ７００の内部構成を示す内部構成図である。
【００６６】
図７において、第１の実施形態に係る視聴制御サーバ７００は、制御部７０１、接続するネットワークとの間で通信処理を行う通信部７０２を有するものである。
【００６７】
制御部７０１は、視聴制御サーバ７００の全体的な機能を制御するものであり、例えば、ＣＰＵが処理プログラムを実行することによりソフトウェア処理により、各種機能を実現するものである。なお、視聴制御サーバ７００の処理プログラムをインストールさせることによっても構築することができ、その場合でも処理プログラムの構成は図７のように示すことができる。
【００６８】
制御部７０１は、通信量統計情報要求部７１１、通信量統計情報取得部７１２、帯域制限判定部７１３、パケット制御ルール更新要求部７１４、パケット解析部７１５、視聴端末用メッセージ送信部７１６、配信サーバ用メッセージ送信部７１７を有する。
【００６９】
通信量統計情報要求部７１１は、パケット制御スイッチ装置６００を通過するコンテンツグループ毎のパケット通信量を認識するために、パケット制御スイッチ装置６００に対して、定期的にコンテンツグループ別の通信量統計情報の取得要求を行うものである。
【００７０】
通信量統計情報取得部７１２は、通信量統計情報要求部７１１による取得要求して、パケット制御スイッチ装置６００からコンテンツグループ別の通信量統計情報を取得するものである。
【００７１】
帯域制限判定部７１３は、通信量統計情報取得部７１２が取得した、パケット制御スイッチ装置６００を通過するコンテンツグループ別の通信量統計情報に基づいて、コンテンツグループ毎の帯域制限を判定するものである。
【００７２】
ここで、帯域制限判定部７１３は、パケット制御スイッチ装置６００から取得したコンテンツグループ別の通信量統計情報と予め設定された閾値とを比較し、通信量が閾値を超えている場合には、当該コンテンツグループの配信帯域を制限するものと判断する。帯域制限判定部７１３が配信帯域を制限すると判断した場合、パケット制御スイッチ装置６００のパケット制御ルールの内容を更新し、パケット制御スイッチ装置６００を通過するパケットの転送先を変えるように制御する。
【００７３】
配信帯域を制限するための閾値は、全てのコンテンツグループに共通のものであっても良いし、又は、コンテンツグループ毎にパケットの転送先を制御するために、コンテンツグループ毎に個別に設定されたものであっても良い。また、閾値は、１個であっても良いし、又は、コンテンツグループ毎の通信量に応じて転送先を細かく転送制御するために複数個としても良い。複数個の閾値を設ける場合、例えば第１の閾値と第２の閾値（第１の閾値より大きい値）とする場合、通信量が第１の閾値未満、通信量が第１の閾値以上であって第２の閾値未満、通信量が第２の閾値以上等のように、コンテンツグループ毎の通信量を多段的に分類できるため、各段階に適した転送処理を行うように、パケット制御ルールを設定できる。
【００７４】
パケット制御ルール更新要求部７１４は、帯域制限判定部７１３が配信帯域を制限すべきと判断したコンテンツグループに関するパケット制御ルールの更新を、スイッチ制御装置８００に対して要求するものである。
【００７５】
パケット解析部７１５は、配信帯域の制限対象のパケットがパケット制御スイッチ装置６００から受信すると、その受信したパケットのヘッダに基づいてパケット解析を行うものである。つまり、配信帯域の制限対象のパケットがパケット制御スイッチ装置６００に受信されると、配信帯域を制限するために、パケット制御スイッチ装置６００は、当該パケットを視聴端末１００や配信サーバ５００に転送せず、視聴制御サーバ７００に転送する。この場合に、パケット解析部７１５は、パケット制御スイッチ装置６００を介して、受信したパケットのパケット解析を行う。
【００７６】
視聴端末用メッセージ送信部７１６は、配信帯域の制限対象のパケットを受信した場合に、配信帯域を制限するためコンテンツの視聴ができない旨を示す視聴端末用メッセージを視聴端末１００に対して送信するものである。
【００７７】
配信サーバ用メッセージ送信部７１７は、配信帯域の制限対象のパケットを受信した場合に、当該コンテンツの配信帯域を制限する旨を示す配信サーバ用メッセージを配信サーバ５００に対して送信するものである。
【００７８】
パケット制御ルール７１８は、パケット制御スイッチ装置６００のパケット制御ルールを格納するものである。
【００７９】
（Ａ−１−５）スイッチ制御装置８００の詳細構成
図８は、第１の実施形態に係るスイッチ制御装置８００の内部構成を示す内部構成図である。
【００８０】
図８において、第１の実施形態に係るスイッチ制御装置８００は、制御部８０１、接続するネットワークとの間で通信処理を行う通信部８０２を有するものである。
【００８１】
制御部８０１は、スイッチ制御装置８００の全体的な機能を制御するものであり、例えば、ＣＰＵが処理プログラムを実行することによりソフトウェア処理により、各種機能を実現するものである。なお、スイッチ制御装置８００の処理プログラムをインストールさせることによっても構築することができ、その場合でも処理プログラムの構成は図８のように示すことができる。
【００８２】
制御部８０１は、パケット制御ルール更新要求取得部８１１、パケット制御ルール更新要求部８１２、パケット制御ルール格納部８１３を有する。
【００８３】
パケット制御ルール更新要求取得部８１１は、視聴制御サーバ７００からパケット制御ルールの更新要求を取得するものである。
【００８４】
パケット制御ルール更新要求部８１２は、視聴制御サーバ７００からパケット制御ルールの更新要求を取得すると、パケット制御スイッチ装置６００に対して、パケット制御ルールの内容を更新するための情報を与えるものである。
【００８５】
パケット制御ルール格納部８１３は、パケット制御ルールを格納するものである。上述したように、パケット制御スイッチ装置６００を通過するコンテンツグループ毎の通信量が閾値を超えた場合に、パケット制御スイッチ装置６００に格納させるパケット制御ルールが更新される。
【００８６】
そこで、例えば、パケット制御ルール格納部８１３は、更新前のパケット制御ルールと更新後パケット制御ルールとコンテンツグループ毎に格納しておき、視聴制御サーバ７００からパケット制御ルールの更新要求を取得したときに、更新後のパケット制御ルールを、パケット制御スイッチ装置６００に送信させるようにしても良い。
【００８７】
また別の方法としては、パケット制御ルール格納部８１３は、更新後のパケット制御ルールのみを格納しておき、視聴制御サーバ７００からパケット制御ルールの更新要求を取得したときに、更新後のパケット制御ルールを、パケット制御スイッチ装置６００に送信させるようにしても良い。つまり、デフォルト設定されているパケット制御ルールと更新後のパケット制御ルールとの差分のみがパケット制御ルール格納部８１３に設定されており、その差分として更新情報のみをパケット制御スイッチ装置６００に送信するようにしても良い。
【００８８】
また、配信帯域制御に係る閾値が複数個設定される場合には、複数の閾値を用いて段階的に転送制御を行うパケット制御ルールをパケット制御ルール格納部８１３に格納しておき、対応する段階のパケット制御ルールをパケット制御スイッチ装置６００に送信するようにしても良い。
【００８９】
（Ａ−２）第１の実施形態の動作
次に、第１の実施形態のコンテンツ配信制御システム１におけるコンテンツ配信制御方法の動作を、図面を参照しながら詳細に説明する。
【００９０】
第１の実施形態は、例えば、音楽、動画等のデジタルコンテンツを配信するシステムにおいて、配信ネットワークの利用可能な配信帯域幅を超えないようにするため、（ａ）配信するコンテンツをグループ化（配信価格、配信方法等による）して、必要に応じて一部のコンテンツグループの配信帯域を制限したり、（ｂ）若しくは、配信に必要な処理の各段階（例えば、視聴要求受付処理、再生処理、再生停止処理、再生再開処理等）で、それ以降の処理を中断したり、（ｃ）若しくは、クライアントをグループ化し、必要に応じて一部のユーザグループへの配信を制限したりする。
【００９１】
（Ａ−２−１）基本動作の全体的な流れ
図９は、第１の実施形態に係るコンテンツ配信システム１における基本動作の全体的な流れを示すシーケンス図である。
【００９２】
図１０は、第１の実施形態に係る視聴端末１００における処理を示すフローチャートである。図１１は、第１の実施形態に係る配信サーバ５００における処理を示すフローチャートである。
【００９３】
以下では、図９のシーケンス図を用いてコンテンツ視聴要求処理及び再生処理の全体的な流れを説明しながら、必要に応じて視聴端末１００及び配信サーバ５００における詳細な動作フローを説明する。
【００９４】
図１２は、更新前のパケット制御スイッチ装置６００に設定されているパケット制御ルールを説明する説明図である。パケット制御ルールは、「コンテンツグループコード」と「ユーザグループコード」と「処理コード」との組み合わせに、パケット制御スイッチ装置６００が行う転送処理の内容を示す「処理」が対応付けられている。図１２では、「処理コード：９」に対する「処理」が定義されていないが、この場合の「処理」は適宜定義することができ、例えば「処理：あて先にそのまま送信」とすることが望ましいが、「処理：視聴制御サーバに転送」とするようにしても良い。
【００９５】
パケット制御スイッチ装置６００は、各コンテンツグループコードのパケット制御ルールを有しており、図１２の例はコンテンツグループコードが「３」のパケット制御ルールである。
【００９６】
まず、コンテンツの視聴を希望するユーザの操作を受けて視聴端末１００は、ポータルサイト２００のＷｅｂページにアクセスする。ポータルサイト２００のＷｅｂページには視聴可能なコンテンツのリストが提示されており、視聴端末１００のブラウジングにより視聴を希望するコンテンツを選択することができる。
【００９７】
ここで、ユーザ登録時や登録内容更新時に、コンテンツ配信に係る契約内容等に応じてユーザはユーザグループに分類されており、ユーザグループコードが視聴端末１００に設定されている。
【００９８】
ユーザがポータルサイト２００のＷｅｂページから視聴を希望するコンテンツを選択する。ユーザにより選択されたコンテンツのアクセス情報を視聴端末１００が取得するため、コンテンツアクセス情報要求が、視聴端末１００からパケット制御スイッチ６００に送信される（Ｓ１０１）。
【００９９】
このとき、コンテンツアクセス情報要求に係るパケットのヘッダのＴＯＳには、ユーザグループコード及び処理コードが設定される。このユーザグループコードは、ユーザ登録時や登録内容更新時等に視聴端末１００において設定されるものとすることができる（「（Ａ−２−１）基本動作の全体的な流れ」の説明では、視聴端末１００において、例えばユーザグループコードが「ｘ」（一例は、図１２に基づくとｘ＝０，１，２，３のいずれかのコードとする）と設定されたものとして説明される。）。また、処理コードは、コンテンツアクセス情報の要求に関するものであり、コンテンツ配信帯域の制御に関するものではないため、図５の「処理コード：９」が設定される。なお、この処理段階はコンテンツアクセス情報の取得段階であるため、視聴端末１００はコンテンツグループコードを獲得していない。そのため、ＴＯＳには、コンテンツグループコードが設定されていない。
【０１００】
パケット制御スイッチ６００において、視聴端末１００からのコンテンツアクセス情報要求に係るパケットが受信されると、パケットのヘッダ解析が行われる。パケット制御スイッチ６００では、受信パケットのヘッダのＴＯＳに設定されるコンテンツグループコード、ユーザグループコード及び処理コードを確認する。
【０１０１】
なお、この時点では、コンテンツグループコードはＴＯＳに設定されておらず、処理コードが「処理コード：９」であることから、当該受信パケットが配信帯域の非制御パケットであると判断し、このコンテンツアクセス情報要求に係るパケットは、そのまま転送先であるポータルサイト２００に送信される（Ｓ１０２）。
【０１０２】
ポータルサイト２００において、コンテンツアクセス情報要求に係るパケットが受信されると、ポータルサイト２００は、選択されたコンテンツのアクセス先及びコンテンツグループコードを含むコンテンツアクセス情報応答に係るパケットを返信する（Ｓ１０３）。
【０１０３】
ここで、コンテンツアクセス情報応答に係るパケットの送信先は、コンテンツアクセス情報要求に係るパケットの要求元である視聴端末１００のアドレス情報が付与される。また、コンテンツアクセス情報応答に係るパケットのヘッダのＴＯＳには、コンテンツアクセス情報要求に係るパケットのヘッダのＴＯＳに含まれる「ユーザグループコード：ｘ」及び「処理コード：９」と、選択されたコンテンツのコンテンツグループコードとが設定される（「（Ａ−２−１）基本動作の全体的な流れ」の説明では、例えばコンテンツグループコードが「ｙ」（一例は、図１２に基づくとｙ＝３）と設定されたものとして説明される。）。
【０１０４】
パケット制御スイッチ装置６００は、ポータルサイト２００からのコンテンツアクセス情報応答に係るパケットが受信されると、このパケットのヘッダのＴＯＳに設定されている「コンテンツグループコード」、「ユーザグループコード」、「処理コード」を確認する。パケット制御スイッチ装置６００は、処理コードが「処理コード：９」であるため、このコンテンツアクセス情報応答に係るパケットをそのまま視聴端末１００に送信する（Ｓ１０４）。
【０１０５】
ポータルサイト２００のＷｅｂページ上でユーザが視聴要求を選択すると（図１０のＦ１０１）、視聴端末１００は、受信したコンテンツアクセス情報応答に含まれるアクセス情報に基づく視聴要求処理サーバ４００に対して、視聴要求に係るパケットを送信する（Ｓ１０５）。
【０１０６】
なお、視聴要求に係るパケットのヘッダのＴＯＳには、ユーザグループコードは視聴端末１００に設定されるもの（「ユーザグループコード：ｘ」）が付与され、コンテンツグループコードはコンテンツアクセス情報応答に含まれるもの（「コンテンツグループコード：３」）が付与される。図９のシーケンス図における処理ステップ：Ｓ１０５以降の処理であり後述される処理ステップ：Ｓ１１１、Ｓ１１５において、視聴端末１００が送信するパケットのヘッダのＴＯＳのユーザグループコード及びコンテンツグループコードは、処理ステップ：Ｓ１０５と同じものが設定される。また、処理ステップ：Ｓ１０５において、視聴要求の際のパケットのヘッダのＴＯＳには、「処理コード：０」が設定される。
【０１０７】
パケット制御スイッチ装置６００は、視聴端末１００から視聴要求に係るパケットが受信すると、受信パケットのヘッダのＴＯＳに設定される「コンテンツグループコード」、「ユーザグループコード」、「処理コード」を確認する。また、パケット制御スイッチ装置６００は、コンテンツグループコードに対応するパケット制御ルールを確認する。
【０１０８】
例えば、コンテンツグループコードが「コンテンツグループコード：３」である場合、パケット制御スイッチ装置６００は、図１２のパケット制御ルールに従って、「コンテンツグループコード」、「ユーザグループコード」、「処理コード」に対応付けられた処理を行う。この場合、「コンテンツグループコード：３」、「ユーザグループコード：ｘ」、「処理コード：０」が設定されているときには、「処理：あて先にそのまま送信」と定義されているため、パケット制御スイッチ装置６００は、視聴要求に係るパケットを転送先である視聴要求処理サーバ４００に送信する（Ｓ１０６）。
【０１０９】
視聴要求処理サーバ４００において、視聴要求に係るパケットが受信されると、視聴要求に係るパケットのヘッダのＴＯＳに設定されているユーザグループコード及びコンテンツグループコードが抽出されて、コンテンツ配信の実施の判断及びコンテンツを配信する配信サーバ５００の割り当てが行われる。
【０１１０】
コンテンツ配信の実施に関する判断及び配信サーバ５００の割り当て等の処理は、種々の処理方法を広く適用することができ、既存の処理を適用することができる。
【０１１１】
例えば、ユーザ及びコンテンツ管理サーバ３００にはコンテンツに関する情報（例えば、どのコンテンツグループに属するか、再生時間、解像度等、ライセンス等）やユーザに関する情報（どのユーザグループに属するか、再生可能なコンテンツはどのコンテンツグループのものか等））が管理されている。そのため、視聴要求処理サーバ４００は、ユーザ及びコンテンツ管理サーバ３００からコンテンツに関する情報やユーザに関する情報を取得し、視聴要求元のユーザの正当性やユーザグループコードの確認、要求されたコンテンツのコンテンツグループコードの確認や当該コンテンツがユーザに提供可能なものかの正当性等を判断する。そして、要求されたコンテンツがユーザに視聴可能なものである場合、視聴要求処理サーバ４００は、コンテンツを配信する配信サーバ５００の割り当てを行い、視聴要求処理サーバ４００は、配信サーバ５００に対して配信割り当て要求を行い（Ｓ１０７）、配信サーバ５００から割り当て情報の応答を取得する（Ｓ１０８）。
【０１１２】
視聴要求処理サーバ４００は、視聴要求に対してコンテンツを配信する配信サーバ５００を決定し、コンテンツに対する割り当て情報（例えば、再生要求先の配信サーバ５００のアドレス情報、要求時に必要なＩＤ、契約内容等）を視聴端末１００に応答する（Ｓ１０９、Ｓ１１０）。 
ここで、パケット制御スイッチ装置６００は、視聴要求処理サーバ４００からの視聴要求応答に係るパケットが受信されると、このパケットのヘッダのＴＯＳに設定されている「コンテンツグループコード」、「ユーザグループコード」、「処理コード」を確認する。パケット制御スイッチ装置６００は、「コンテンツグループコード：３」、「ユーザグループコード：ｘ」、「処理コード：１」であるため、パケット制御ルール（図１２）に従って、このコンテンツアクセス情報応答に係るパケットをそのまま視聴端末１００に送信する。
【０１１３】
なお、処理ステップ：Ｓ１０９、Ｓ１１０における視聴要求応答に係るパケットの送信先は、視聴要求処理サーバ４００において、コンテンツアクセス情報要求に係るパケットの要求元である視聴端末１００のアドレス情報が付与される。また、視聴要求応答に係るパケットのヘッダのＴＯＳには、視聴要求処理サーバ４００において、視聴要求に係るパケットのヘッダのＴＯＳに含まれる「コンテンツグループコード：３」及び「ユーザグループコード：０」が設定され、処理コードとして「視聴要求処理サーバ４００から視聴端末１００への応答パケット」を示す「処理コード：１」が設定される。
【０１１４】
視聴端末１００において、視聴要求応答パケットの割り当て情報に含まれる再生要求先の配信サーバ５００のアドレス情報を宛先として、「処理コード：２」をＴＯＳに設定した再生要求パケットを送信する（図１０のＦ１０２、Ｓ１１１）。
【０１１５】
パケット制御スイッチ装置６００は、視聴端末からの再生要求パケットが受信されると、上記と同様に、ＴＯＳに設定されている「コンテンツグループコード」、「ユーザグループコード」、「処理コード」を確認する。この場合、パケットのヘッダのＴＯＳに「コンテンツグループコード：３」、「ユーザグループコード：ｘ」、「処理コード：２」が設定されているため、パケット制御スイッチ６００はそのまま再生要求パケットを宛先である配信サーバ５００に転送する（Ｓ１１２）。
【０１１６】
配信サーバ５００では、視聴端末１００からの再生要求パケットを受信すると、パケットのヘッダのＴＯＳに「コンテンツグループコード：３」、「ユーザグループコード：ｘ」、「処理コード：８」を設定して、コンテンツのストリームデータを含むパケットを、視聴端末１００に送信する（Ｓ１１３）。
【０１１７】
ここで、処理ステップ：Ｓ１１３におけるコンテンツのストリームデータを含むパケットの送信先は、再生要求に係るパケットの要求元である視聴端末１００のアドレス情報が付与される。また、コンテンツのストリームデータを含むパケットのヘッダのＴＯＳには、再生要求に係るパケットのヘッダのＴＯＳに含まれる「コンテンツグループコード：３」及び「ユーザグループコード：ｘ」が設定され、処理コードとして「配信サーバ５００から視聴端末１００へのストリームパケット」を示す「処理コード：８」が設定される。
【０１１８】
つまり、図１１に示すように、配信サーバ５００は、視聴端末１００から再生要求を受信すると（Ｆ２０１）、コンテンツ再生処理を開始し（Ｆ２０２）、要求されたコンテンツのストリームデータのパケットを視聴端末１００に送信する（Ｆ２０３）。
【０１１９】
パケット制御スイッチ装置６００では、配信サーバ５００からのコンテンツのストリームデータを含むパケットを受信すると、パケットのヘッダのＴＯＳに設定されている「コンテンツグループコード」、「ユーザグループコード」、「処理コード」を確認する。パケット制御スイッチ装置６００は、「コンテンツグループコード：３」、「ユーザグループコード：ｘ」、「処理コード：８」が設定されていることを確認し、図１２のパケット制御ルールに従って、受信したストリームデータを含むパケットを視聴端末１００に転送する（Ｓ１１４）。
【０１２０】
つまり、図１０に示すように、視聴端末１００ではパケット制御スイッチ装置６００を介して、配信サーバ５００に対するコンテンツの再生要求の後（Ｆ１０２）、コンテンツ再生処理を開始し（Ｆ１０３）、配信サーバ５００から、パケット制御スイッチ装置６００を介して、ストリームデータのパケットを受信してコンテンツの再生を開始する（Ｆ１０４）。これにより、ユーザは再生されるコンテンツを視聴することができる。
【０１２１】
また、視聴端末１００において再生されるコンテンツについては、ユーザにより一時停止等の操作が可能である。なお、ユーザ操作によりコンテンツの一時停止要求がなされない場合（Ｆ１０５）、視聴端末１００においてコンテンツは終了するまで再生されて終了する（Ｆ１１３）。
【０１２２】
また、配信サーバ５００は、処理ステップ：Ｆ１０５、Ｆ１１３に対応して、図１１に示すように、ユーザから一時停止要求のパケットを受信しなかった場合（Ｆ２０４）、コンテンツが終了するまで、コンテンツのストリームのパケットを送信し、コンテンツ再生処理を終了する（Ｆ２１２）。
【０１２３】
一方、ユーザ操作によりコンテンツの一時停止要求がなされると（Ｆ１０５）、視聴端末１００は、パケットのヘッダのＴＯＳに「コンテンツグループコード：３」、「ユーザグループコード：ｘ」、「処理コード：３」を設定した再生停止要求パケットを、パケット制御スイッチ装置６００を介して、配信サーバ５００に送信する（Ｆ１０６、Ｓ１１５）。このとき、再生停止要求パケットのヘッダのＴＯＳには、ポータルサイト２００から取得した「コンテンツグループコード」及び視聴端末１００に保持される「ユーザグループコード」が設定されている。
【０１２４】
図９に示すように、パケット制御スイッチ装置６００は、パケット制御スイッチ装置６００を介して、視聴端末１００からの再生停止要求パケットを受信すると、ＴＯＳに設定されている「コンテンツグループコード」、「ユーザグループコード」、「処理コード」を確認する。パケット制御スイッチ装置６００は、「コンテンツグループコード：３」、「ユーザグループコード：ｘ」、「処理コード：３」が設定されていることを確認し、パケット制御ルール（図１２）に従って、再生停止要求パケットを配信サーバ５００にそのまま転送する（Ｓ１１６）。
【０１２５】
配信サーバ５００では、視聴端末１００からの再生停止要求パケットを受信すると、パケットのヘッダのＴＯＳに「コンテンツグループコード：３」、「ユーザグループコード：ｘ」、「処理コード：４」を設定して、当該再生停止要求パケットに対する応答パケット（以下、再生停止要求応答パケットともいう。）を、パケット制御スイッチ装置６００を介して、視聴端末１００に送信する（Ｓ１１７）。
【０１２６】
ここで、再生停止要求応答に係るパケットの送信先は、コンテンツアクセス情報要求に係るパケットの要求元である視聴端末１００のアドレス情報が付与される。また、再生停止要求応答に係るパケットのヘッダのＴＯＳには、再生停止要求に係るパケットのヘッダのＴＯＳに含まれるユーザグループコード及び選択されたコンテンツのコンテンツグループコードが設定され、処理コードとして「配信サーバ５００から視聴端末１００への再生停止要求応答パケット」を示す「処理コード：４」が設定される。
【０１２７】
つまり、配信サーバ５００は、図１１に示すように、視聴端末１００からの再生停止要求パケットを受信すると（Ｆ２０４）、現在視聴端末１００に配信しているコンテンツの一時停止処理を行う（Ｆ２０５、Ｆ２０６）。
【０１２８】
パケット制御スイッチ装置６００では、配信サーバ５００からの再生停止要求応答パケットを受信すると、このパケットのヘッダのＴＯＳに設定されている「コンテンツグループコード」、「ユーザグループコード」、「処理コード」を確認して、「コンテンツグループコード：３」、「ユーザグループコード：ｘ」、「処理コード：４」が設定されていることを確認し、パケット制御ルール（図１２）に従って、再生停止要求応答パケットを視聴端末１００にそのまま転送する（Ｓ１１８）。
【０１２９】
また、視聴端末１００は、処理ステップ：Ｆ２０４、Ｆ２０５、Ｆ２０６に対応して、図１０に示すように、ユーザ操作による一時停止要求を受信して、配信サーバ５００に一時停止要求のパケットを送信した場合（Ｆ１０５、Ｆ１０６）、コンテンツのストリームのパケットを受信を停止し、一時停止処理が開始される（Ｆ２１２）。
【０１３０】
上記のように、視聴端末１００が配信サーバ５００に対して再生停止要求を行うと、配信サーバ５００は視聴端末１００に配信しているコンテンツのストリームデータのパケットの送信を一時停止し、視聴端末１００におけるコンテンツの再生が一時停止する。
【０１３１】
コンテンツの一時停止後、ユーザ操作によりコンテンツの再生再開要求やコンテンツの再生終了要求が可能となる。視聴端末１００が配信サーバ５００に対して再生再開要求パケットや再生終了要求パケットの送信手順は、パケットのヘッダのＴＯＳに設定する「処理コード」の値が異なるが、基本的には、図９のＳ１１５〜Ｓ１１８に対応する手順で行われる。
【０１３２】
そのため、図９では、コンテンツの再生再開要求及び再生終了要求の手順は省略しているが、図１０及び図１１を用いて、視聴端末１００及び配信サーバ５００における再生再開要求及び再生終了要求の動作を簡単に説明する。
【０１３３】
図１０のＦ１０７において、コンテンツの再生停止が開始した後、ユーザ操作により、ユーザ操作による再度の再生要求があると（Ｆ１０８）、視聴端末１００は、パケット制御スイッチ装置６００を介して、配信サーバ５００に再生再開要求パケットを送信する（Ｆ１０９）。このとき、視聴端末１００は、パケットのヘッダのＴＯＳに「コンテンツグループコード：３」、「ユーザグループコード：ｘ」、「処理コード：３」、「処理コード：７」を設定した再生再開要求パケットを送信する。 
パケット制御スイッチ装置６００は、視聴端末１００から受信した再生再開要求パケットを、パケット制御ルール（図１２）に従って、配信サーバ５００に送信する。
【０１３４】
一方、図１１のＦ２０６において、配信サーバ５００は、コンテンツの再生停止が開始した後、視聴端末１００からの再生再開要求パケットを受信すると（Ｆ２０７）、配信サーバ５００は、パケット制御スイッチ装置６００を介して、視聴端末１００へのコンテンツの再生再開処理を行う（Ｆ２０８）。 
配信サーバ５００は、パケットのヘッダのＴＯＳに「コンテンツグループコード：３」、「ユーザグループコード：ｘ」、「処理コード：８」を設定して、パケット制御スイッチ装置６００を介して、視聴端末１００にストリームデータのパケットを送信する（Ｆ２０３）。
【０１３５】
パケット制御スイッチ装置６００は、配信サーバ５００から受信したストリームデータのパケットを、パケット制御ルール（図１２）に従って、視聴端末１００に送信する。
【０１３６】
これにより、視聴端末１００は、配信サーバ５００からストリームデータのパケットが受信され、再度コンテンツの再生を行う（Ｆ１０４）。
【０１３７】
また、ユーザ操作により再度の再生要求がなく（Ｆ１０８）、ユーザ操作により終了要求があると（Ｆ１１０）、視聴端末１００は、パケット制御スイッチ装置６００を介して、配信サーバ５００に再生終了要求パケットを送信する（Ｆ１１１）。このとき、視聴端末１００は、パケットのヘッダのＴＯＳに「コンテンツグループコード：３」、「ユーザグループコード：ｘ」、「処理コード：５」を設定した再生再開要求パケットを送信する。
【０１３８】
パケット制御スイッチ装置６００は、視聴端末１００から受信した再生終了要求パケットを、パケット制御ルール（図１２）に従って、配信サーバ５００に送信する。
【０１３９】
一方、図１１のＦ２０７において、配信サーバ５００は、視聴端末１００からの再生再開要求パケットの受信がなく、視聴端末１００から再生終了パケットを受信すると（Ｆ２０９）、配信サーバ５００は、パケットのヘッダのＴＯＳに「コンテンツグループコード：３」、「ユーザグループコード：ｘ」、「処理コード：６」を設定して、パケット制御スイッチ装置６００を介して、視聴端末１００に再生終了応答パケットを送信する。
【０１４０】
配信サーバ５００は視聴端末１００に配信しているコンテンツの再生終了処理を行い、再生処理を終了する（Ｆ２１０）。
【０１４１】
パケット制御スイッチ装置６００は、配信サーバ５００から受信した再生終了要求応答パケットを、パケット制御ルール（図１２）に従って、視聴端末１００に送信する。
【０１４２】
これにより、視聴端末１００におけるコンテンツの再生処理は終了する。
【０１４３】
さらに、ユーザ操作により再度の再生要求がなく（Ｆ１０８）、ユーザ操作により終了要求がない場合（Ｆ１１０）、すなわち、例えば再生停止要求後所定時間を経過してもユーザ操作がなされない場合、視聴端末１００においてコンテンツの一時停止及びコンテンツの再生も終了したとみなし、視聴端末１００は、コンテンツの一時停止処理を終了し（Ｆ１１２）、コンテンツの再生処理を終了する（Ｆ１１３）。
【０１４４】
さらに、図１１において、配信サーバ５００は、視聴端末１００からの再生再開要求パケットの受信がなく（Ｆ２０７）、視聴端末１００から再生終了パケットの受信もない（Ｆ２０９）、すなわち、例えば再生停止要求後所定時間を経過してもユーザ操作がなされない場合、配信サーバ５００は、視聴端末１００においてコンテンツの一時停止及びコンテンツの再生も終了したとみなし、コンテンツの一時停止処理を終了し（Ｆ２１１）、コンテンツの再生処理を終了する（Ｆ２１２）。
【０１４５】
（Ａ−２−２）パケット制御スイッチ装置６００における通信量の監視及びパケット制御ルールの更新処理について
次に、第１の実施形態に係るコンテンツ配信システム１において、パケット制御スイッチ装置６００での通信量の監視及びパケット制御ルールの更新処理を、図面を参照しながら詳細に説明する。
【０１４６】
図１３は、第１の実施形態に係るパケットの通信量の監視及びパケット制御ルールの更新処理を示すシーケンス図である。
【０１４７】
まず、視聴制御サーバ７００は、定期的に、パケット制御スイッチ装置６００に対して、コンテンツグループ毎のパケットの通信量統計情報の要求を行う（Ｓ２０１）。このとき、視聴制御サーバ７００からパケット制御スイッチ装置６００に対して送信される通信量統計情報の要求パケットには、要求するコンテンツグループのコンテンツグループコードが設定されている。つまり、視聴制御サーバ７００は、通信量統計情報の要求をコンテンツグループ毎に行うようにする。
【０１４８】
パケット制御スイッチ装置６００では、通過するパケットのヘッダのＴＯＳに設定されている「コンテンツグループコード」、「ユーザグループコード」、「処理コード」を確認する。そして、パケット制御スイッチ装置６００は、「コンテンツグループコード」毎に、単位時間当たりの受信したパケット数及び総バイト数（すなわち、ビットレート）の統計情報を求め、これらをコンテンツグループ毎の通信量統計情報として管理する。
【０１４９】
パケット制御スイッチ装置６００において、パケット制御スイッチ装置６００からの通信統計情報の要求パケットに設定されている「コンテンツグループコード」が抽出される。パケット制御スイッチ装置６００は、この抽出した「コンテンツグループコード」に基づいて対応する通信量統計情報（単位時間当たりのパケット数及び総バイト数）を読み出し、この読み出した通信量統計情報を含む応答パケットを視聴制御サーバ７００に返信する（Ｓ２０２）。
【０１５０】
視聴制御サーバ７００では、パケット制御スイッチ装置６００からのコンテンツグループ毎の通信量統計情報を取得すると、コンテンツグループ毎の通信量統計情報と閾値とを比較して、当該コンテンツグループの配信帯域を制限するか否かを判断する。
【０１５１】
つまり、視聴制御サーバ７００は、通信量統計情報に含まれている単位時間当たりのパケット数及び総バイト数と閾値とを比較し、このパケット数及び総バイト数が閾値を超えている場合には、当該コンテンツグループに係る配信帯域を制限するため、パケット制御スイッチ装置６００に設定するパケット制御ルールを更新するようにする。一方、単位時間当たりのパケット数及び総バイト数が閾値を下回っている場合には、当該コンテンツグループに係る配信帯域を制限する必要がないと判断し、パケット制御ルールの更新を行わない。
【０１５２】
なお、閾値はコンテンツグループ毎に異なるものとしても良い。例えば、無料コンテンツの閾値を旧作コンテンツの閾値よりも小さく設定する等のようにすることで、旧作コンテンツよりも無料コンテンツの配信帯域を優先的に制限することができる等のように、コンテンツグループの種類に応じた帯域制限が可能となる。
【０１５３】
例えば通信量統計情報が閾値を超えている場合、図１３に示すように、視聴制御サーバ７００は、パケット制御スイッチ装置６００における、該当するコンテンツグループのパケット制御ルールの更新要求パケットを、スイッチ制御装置８００に送信する（Ｓ２０３）。このとき、更新要求パケットには、該当するコンテンツグループの「コンテンツグループコード」と、通信量統計情報と閾値とを比較した結果、または比較結果に基づく制御内容について設定されている。
【０１５４】
そして、パケット制御ルールの更新要求パケットがスイッチ制御装置８００に与えられると、スイッチ制御装置８００は、パケット制御スイッチ装置６００に対して、パケット制御ルールの更新（書き込み）要求パケットを送信する（Ｓ２０４）。
【０１５５】
スイッチ制御装置８００は、パケット制御スイッチ装置６００に対して、通信量統計情報と閾値とを比較した結果に基づいて、パケット制御ルールの更新（書き込み）、すなわち、該当する「コンテンツグループコード」に対応する「ユーザグループコード」、「処理コード」、「処理」に係る処理内容について更新（書き込み）を行う。
【０１５６】
パケット制御スイッチ装置６００では、パケット制御ルールの更新（書き込み）要求パケットに設定されている「パケット制御ルール」に基づいて、更新すべき「コンテンツグループコード」に対応する「ユーザグループコード」、「処理コード」、「処理」に係る処理内容について更新（書き込み）する。
【０１５７】
パケット制御スイッチ装置６００において、パケット制御ルールの更新が終了すると、パケット制御ルールの更新（書き込み）終了を示すパケット制御ルールの更新終了パケットがスイッチ制御装置８００に与えられ（Ｓ２０５）、さらに、パケット制御ルールの更新（書き込み）要求の応答を示す終了のパケット制御ルールの更新要求応答パケットが視聴制御サーバ７００に応答される（Ｓ２０６）。
【０１５８】
図１４は、更新後のパケット制御スイッチ装置６００に設定されているパケット制御ルールを説明する説明図である。図１４は、図１２の更新前のパケット制御ルールに対する更新後のパケット制御ルールである。
【０１５９】
例えば、図１４において、「コンテンツグループコード：３」、「ユーザグループコード：０」、「処理コード：０〜８」がＴＯＳに設定されたパケットを受信したときは、当該パケットを「あて先にそのまま送信」するというものである。
【０１６０】
また、例えば、図１４において、「コンテンツグループコード：３」、「ユーザグループコード：１」、「処理コード：０、１、２」がＴＯＳに設定されたパケットを受信したときは、当該パケットを「視聴制御サーバに転送」するというものである。また、「コンテンツグループコード：３」、「ユーザグループコード：１」、「処理コード：３〜８」がＴＯＳに設定されたパケットを受信したときは、当該パケットを「あて先にそのまま送信」するというものである。
【０１６１】
また、「コンテンツグループコード：３」、「ユーザグループコード：２」、「処理コード：０〜７」がＴＯＳに設定されたパケットを受信したときは、当該パケットを「視聴制御サーバに転送」するというものである。また、「コンテンツグループコード：３」、「ユーザグループコード：２」、「処理コード：８」がＴＯＳに設定されたパケットを受信したときは、当該パケットを「あて先にそのまま送信」するというものである。
【０１６２】
なお、「コンテンツグループコード：３」、「ユーザグループコード：３」、「処理コード：０〜８」がＴＯＳに設定されたパケットを受信したときは、図１２の同様であり、内容当該パケットを「あて先にそのまま送信」するというものである。
【０１６３】
後述するように、視聴転送サーバ７００にパケットが送信されると、視聴転送サーバ７００は、基本的には配信帯域を制限するように機能する。
【０１６４】
ここで、ユーザグループコードの一例は、「ユーザグループコード：０（プレミア会員）」、「ユーザグループコード：１（通常会員）」、「ユーザグループコード：２（期間限定会員）［例えばＰＰＶ（ペイ・パー・ビュー）会員なども含む］」、「ユーザグループコード：３（無料会員）」とする。
【０１６５】
つまり、「ユーザグループコード：０（プレミア会員）」、「処理コード：２（再生要求）」の場合には、パケットが「あて先にそのまま送信」されるため、視聴端末１００は配信サーバ５００に対して再生要求を行うことができ、コンテンツの再生開始が可能となる。つまり、プレミア会員のユーザは、再生されるコンテンツを視聴することができる。これに対して、コンテンツグループが同一の場合でも、「ユーザグループコード：１（通常会員）」、「処理コード：２（再生要求）」の場合には、パケットが「視聴制御サーバに転送」されて、当該コンテンツの配信帯域が制限される。つまり、視聴端末１００は、配信サーバ５００に対して再生要求を行うことができず、コンテンツの再生を行うことができない。通常会員のユーザは、再生要求したコンテンツを視聴することができない。このように、同一のコンテンツグループであっても、ユーザグループの種類の違いによって、コンテンツの配信帯域を柔軟に制限することができる。
【０１６６】
また、処理コードの違いによっても柔軟に配信帯域を制限することができる。つまり、「コンテンツグループコード：３」、「ユーザグループコード：１（通常会員）」、「処理コード：２（再生要求）」の場合、上述したように、パケットが「視聴制御サーバに転送」されるため、当該コンテンツの配信帯域が制限される。つまり、視聴端末１００は、配信サーバ５００に対して再生要求を行うことができず、通常会員のユーザは、再生要求したコンテンツを視聴することができない。これに対して、「コンテンツグループコード：３」、「ユーザグループコード：１（通常会員）」、「処理コード：３（再生停止要求）」の場合、パケットが「あて先にそのまま送信」されるため、視聴端末１００は配信サーバ５００に対して再生停止要求を行うことができる。このように、同一のコンテンツグループであって、かつ、同一のユーザグループであっても、処理コードの違いに応じて、配信帯域を柔軟に制限することができる。
【０１６７】
図１５は、第１の実施形態のパケット制御ルールの更新処理の詳細を説明するシーケンス図である。
【０１６８】
図１５において、例えば「コンテンツグループコード：ｘ」の総ビットレートが閾値を超えている場合、上述したように、スイッチ制御装置８００は、「コンテンツグループコード：ｘ」と「総ビットレートが閾値を超えている情報」を有するパケット制御ルールの更新要求パケットを、パケット制御スイッチ装置６００に送信する（Ｓ３０１）。これに対して、パケット制御スイッチ装置６００は、パケット制御ルールの更新後、パケット制御ルールの更新要求パケットに対するパケット制御ルールの更新要求応答パケットをスイッチ制御装置８００に返信する（Ｓ３０２）。
【０１６９】
一方、例えば、「コンテンツグループコード：ｘ」の総ビットレートが閾値を超えた後、総ビットレートが閾値を下回った場合、スイッチ制御装置８００は、元のパケット制御ルールに戻すために、「コンテンツグループコード：ｘ」と「総ビットレートが閾値を下回る情報（または、元のパケット制御ルールに戻す）」制御内容を有するパケット制御ルールの更新要求パケットを、パケット制御スイッチ装置６００に送信するようにしてもよい（Ｓ３０３）。これにより、配信帯域を制限した後に、配信帯域が低くなり、帯域制限する必要がなくなった場合には、配信帯域を制限しないパケット制御ルールに戻すことができる。なお、配信帯域の制限の繰り返しを防止するために、Ｓ３０１の閾値（配信帯域を制限するための閾値）とＳ３０３の閾値（帯域制限を解除する閾値）とは異なる値とし、Ｓ３０３の閾値（帯域制限を解除する閾値）が安定した配信帯域を提供できると判断できる値としても良い。
【０１７０】
そして、パケット制御スイッチ装置６００は、パケット制御ルールの更新後、パケット制御ルールの更新要求パケットに対するパケット制御ルールの更新応答パケットをスイッチ制御装置８００に返信する（Ｓ３０４）。
【０１７１】
（Ａ−２−３）視聴制御サーバ７００における処理
図１６は、第１の実施形態に係る視聴制御サーバ７００における処理を示すフローチャートである。
【０１７２】
図１７は、第１の実施形態において、パケット制御ルールに従って、パケット制御スイッチ装置６００から、視聴制御サーバ７００へのパケット転送の処理手順を示すシーケンス図である。
【０１７３】
図１７では、パケット制御スイッチ装置６００が、受信パケットのヘッダのＴＯＳに設定されている「コンテンツグループコード」、「ユーザグループコード」、「処理コード」を確認し、コンテンツグループコードのパケット制御ルールに従って、視聴制御サーバ７００にパケットを転送する処理を示している。図１７では、視聴制御サーバ７００の処理説明を容易にするために、ＴＯＳに設定されている処理コード毎に区分して示している。
【０１７４】
ここで、視聴制御サーバ７００は、パケット制御スイッチ装置６００の特定のレイヤ２ポートに接続されている。従って、パケット制御スイッチ装置６００がパケット制御ルールに従って視聴制御サーバ７００にパケット転送する場合、パケット制御スイッチ装置６００は、受信パケットを特定のレイヤ２ポートに転送して送出することで実現できる。
【０１７５】
また、パケット制御スイッチ装置６００は、受信パケットのヘッダに含まれる情報（例えば、あて先や送信元、ＴＯＳに含まれる情報等）の変更を行わないで、受信パケットをそのまま視聴制御サーバ７００に転送する。これにより、視聴制御サーバ７００は、制御スイッチ装置６００が受信したパケットのパケット情報（ヘッダに含まれる情報）をそのまま認識することができる。
【０１７６】
さらに、パケット制御スイッチ装置６００は、受信パケットのヘッダのＴＯＳに「処理コード：３〜７」が設定されており、パケット制御ルールに定義されている「処理」が「あて先にそのまま送信」となっている場合でも、受信パケットをそのままあて先に送信すると共に、視聴制御サーバ７００にも転送する。これは、再生停止中のコンテンツは、その後再度再生開始されることもあるため、再生停止中でも、コンテンツ配信に係る送信ビットレートを上乗せして計算する必要がある。そこで、第１の実施形態では、「処理コード：３〜７」の受信パケットを「処理：あて先にそのまま送信」する場合でも、パケット制御スイッチ装置６００は視聴制御サーバ７００に当該パケットを転送する。また、視聴制御サーバ７００は、停止中のコンテンツグループであっても、コンテンツの総ビットレートを上乗せ加算して管理しておく。この視聴制御サーバ７００による停止中の総ビットレートの上乗せ方法の詳細については、後述、図１８において説明される。
【０１７７】
図１６と図１７は、視聴制御サーバ７００の処理において、「コンテンツグループコード：ｙ（一例は、図１４に基づくとｙ＝３、後述される図２３に基づくとｙ＝０，１，２，３）」、「ユーザグループコード：ｘ（一例は、図１４に基づくとｘ＝０，１，２，３、後述される図２３に基づくとｘ＝２）」、「処理コード：０〜８」及び「処理コード：９」（「非制御パケット（制御の対象にならないパケット）」）について説明される。
【０１７８】
図１６と図１７は、視聴制御サーバ７００の処理において、「処理コード：０〜１、２、３〜４、７、８（視聴要求、再生要求、再生停止、再生再開、ストリームパケットに係る処理コード、非制御パケットの処理コード）」において、視聴端末１００の視聴要求を制限する処理について説明される。
【０１７９】
図１６と図１７は、視聴制御サーバ７００の処理において、「処理コード：５〜６（再生終了に係る処理コード）、９（非制御パケットの処理コード（図示せず））」について説明される。
【０１８０】
図１６と図１７は、パケット制御スイッチ装置６００のパケット制御ルールが、次のように設定される場合、パケット制御スイッチ装置６００が受信したパケットを視聴制御サーバ７００に送信する。ここで、パケット制御ルールは、受信したパケットのヘッダのＴＯＳにおいて、「コンテンツグループコード：ｙ」、「ユーザグループコード：ｘ」、「処理コード：０〜９」の場合である。
【０１８１】
図１７のＳ４０１及びＳ４０２−１、Ｓ４０２−２は、パケット制御スイッチ装置６００に受信されたパケットのヘッダのＴＯＳに「コンテンツグループコード：ｙ」、「ユーザグループコード：ｘ」、「処理コード：０、１、２」が設定されている場合を示す。
【０１８２】
パケット制御スイッチ装置６００は、受信したパケットのヘッダのＴＯＳに設定されているコンテンツグループコード、ユーザグループコード、処理コードを確認し、当該コンテンツグループコードのパケット制御ルールに従って、「コンテンツグループコード：ｙ」、「ユーザグループコード：ｘ」、「処理コード：０、１、２」のパケットを視聴制御サーバ７００に転送する（Ｓ４０１）。
【０１８３】
視聴制御サーバ７００では、転送されてきたパケットのヘッダのＴＯＳに設定されている処理コードを確認する。視聴制御サーバ７００では、「コンテンツグループコード：ｙ」、「ユーザグループコード：ｘ」、「処理コード：０、１、２」である場合（図１６のＦ３０１）、視聴制御サーバ７００は、再生不可である旨のメッセージを含む再生不可応答パケットを、パケット制御スイッチ装置６００を介して、視聴端末１００に送信する（図１６のＦ３０２、Ｓ４０２−１、Ｓ４０２−２）。 
ここで、視聴制御サーバ７００では、再生不可応答パケットのヘッダのＴＯＳにおける「コンテンツグループコード」、「ユーザグループコード」、「処理コード」を設定しないので、再生不可応答パケットは、視聴制御サーバ７００から、パケット制御スイッチ装置６００を介して、視聴端末１００に送信される。
【０１８４】
つまり、「処理コード：０、１、２」の段階では、コンテンツの再生が始まっていないため、視聴制御サーバ７００は、配信サーバ５００に対して配信サーバ用メッセージを送信せず、視聴端末１００のみに、例えば「混みあっているので再生できない。」等のメッセージを含む再生不可応答パケットを送信する。
【０１８５】
図１７のＳ４０３、Ｓ４０４、Ｓ４０５−１、Ｓ４０５−２は、パケット制御スイッチ装置６００に受信されたパケットのヘッダのＴＯＳに「コンテンツグループコード：ｙ」、「ユーザグループコード：ｘ」、「処理コード：４、７」が設定されている場合を示す。
【０１８６】
パケット制御スイッチ装置６００は、受信したパケットのヘッダのＴＯＳに設定されているコンテンツグループコード、ユーザグループコード、処理コードを確認し、当該コンテンツグループコードのパケット制御ルールに従って、「コンテンツグループコード：ｙ」、「ユーザグループコード：ｘ」、「処理コード：４、７」のパケットを視聴制御サーバ７００に転送する（Ｓ４０３）。
【０１８７】
視聴制御サーバ７００では、転送されてきたパケットのヘッダのＴＯＳに設定されている処理コードを確認する。視聴制御サーバ７００では、「コンテンツグループコード：ｙ」、「ユーザグループコード：ｘ」、「処理コード：４、７」である場合（図１６のＦ３０１、Ｆ３０４）、視聴制御サーバ７００は、視聴端末１００へのストリームパケットの配信を停止しているので、配信サーバ５００に対して終了要求を示すメッセージを含む終了要求パケットを送信する（図１６のＦ３０４、Ｓ４０４）。さらに、視聴制御サーバ７００は、再生不可である旨のメッセージを含む再生不可応答パケットを、パケット制御スイッチ装置６００を介して、視聴端末１００に送信する（図１６のＦ３０５、Ｓ４０５−１、Ｓ４０５−２）。
【０１８８】
ここで、視聴制御サーバ７００では、再生不可応答パケットのヘッダのＴＯＳにおける「コンテンツグループコード」、「ユーザグループコード」、「処理コード」を設定しないので、再生不可応答パケットは、視聴制御サーバ７００から、パケット制御スイッチ装置６００を介して、視聴端末１００に送信される。
【０１８９】
つまり、「処理コード：４、７」の段階では、コンテンツの再生要求後、再生停止状態であるため、視聴制御サーバ７００は配信サーバ５００にも終了要求を送信する必要がある。それと共に、視聴制御サーバ７００は、視聴端末１００に対する再生不可応答として、例えば「込み合っているのでこのまま終了する」等のメッセージを送信する。
【０１９０】
図１７のＳ４０６、Ｓ４０７、Ｓ４０８、Ｓ４０９−１、Ｓ４０９−２は、パケット制御スイッチ装置６００に受信されたパケットのヘッダのＴＯＳに「コンテンツグループコード：ｙ」、「ユーザグループコード：ｘ」、「処理コード：３、８」が設定されている場合を示す。
【０１９１】
パケット制御スイッチ装置６００は、受信したパケットのヘッダのＴＯＳに設定されているコンテンツグループコード、ユーザグループコード、処理コードを確認し、当該コンテンツグループコードのパケット制御ルールに従って、「処理コード：３、８」のパケットを視聴制御サーバ７００に転送する（Ｓ４０６）。
【０１９２】
視聴制御サーバ７００では、転送されてきたパケットのヘッダのＴＯＳに設定されている処理コードを確認する。視聴制御サーバ７００では、「コンテンツグループコード：ｙ」、「ユーザグループコード：ｘ」、「処理コード：３、８」である場合（図１６のＦ３０１、Ｆ３０４、Ｆ３０６）、視聴制御サーバ７００は、配信サーバ５００に対して停止要求を示すメッセージを含むパケットを送信する（図１６のＦ３０７、Ｓ４０７）。さらに、視聴制御サーバ７００は、終了要求を示すメッセージを含む終了要求パケットを送信する（図１６のＦ３０８、Ｓ４０８）。また、視聴制御サーバ７００は、再生不可である旨のメッセージを含む再生不可応答パケットを、パケット制御スイッチ装置６００を介して、視聴端末１００に送信する（図１６のＦ３０９、Ｓ４０９−１、Ｓ４０９−２）。
【０１９３】
ここで、再生不可応答パケットのヘッダのＴＯＳにおける「コンテンツグループコード」、「ユーザグループコード」、「処理コード」は設定されないので、再生不可応答パケットは、視聴制御サーバ７００から、パケット制御スイッチ装置６００を介して、視聴端末１００に送信される。
【０１９４】
つまり、「処理コード：３、８」の段階では、コンテンツのストリームデータパケットを先に停止する必要があり、配信サーバ５００に停止要求をした後、終了要求を配信サーバ５００に送信する。また、視聴制御サーバ７００は、視聴端末１００に対する応答として、「処理コード：３」の場合は、例えば「込み合っているのでこのまま終了する」旨のメッセージを、又「処理コード：８」の場合は、例えば「混みあっているので再生を終了します」とする旨のメッセージを含む応答パケットを送信する。
【０１９５】
図１７のＳ４１０、Ｓ４１１−１、Ｓ４１１−２、Ｓ４１２、Ｓ４１３は、パケット制御スイッチ装置６００に受信されたパケットのヘッダのＴＯＳに「処理コード：５、６、９」が設定されている場合（つまり、処理コードが、０，１，２，３，４，７，８以外の場合）を示す。
【０１９６】
パケット制御スイッチ装置６００は、受信したパケットのヘッダのＴＯＳに設定されているコンテンツグループコード、ユーザグループコード、処理コードを確認し、当該コンテンツグループコードのパケット制御ルールに従って、「コンテンツグループコード：ｙ」、「ユーザグループコード：ｘ」、「処理コード：５、６、９」のパケットを視聴制御サーバ７００に転送する（Ｓ４１０）。
【０１９７】
視聴制御サーバ７００では、転送されてきたパケットのヘッダのＴＯＳに設定されている処理コードを確認する。視聴制御サーバ７００では、「コンテンツグループコード：ｙ」、「ユーザグループコード：ｘ」、「処理コード：５、６、９」である場合（図１６のＦ３０１、Ｆ３０４、Ｆ３０６）、視聴制御サーバ７００は、受信したパケットを、パケットのあて先アドレスに従って送信する（図１６のＦ３１０、Ｓ４１１−１、Ｓ４１１−２）。
【０１９８】
ここで、受信したパケットを、あて先にそのまま送信する場合、受信したパケットのヘッダのＴＯＳにおける「コンテンツグループコード」、「ユーザグループコード」、「処理コード」の設定は消去されるので、再生不可応答パケットは、視聴制御サーバ７００から、パケット制御スイッチ装置６００を介して、パケットのあて先アドレスに従って送信される。
【０１９９】
このとき、受信パケットのヘッダのＴＯＳの処理コードが「処理コード：５、６、９」（つまり、処理コードが、０，１，２，３，４，７，８以外の場合）の場合に、パケット制御ルールに「処理：視聴制御サーバに転送」が定義されているときには、視聴制御サーバ７００は、スイッチ制御装置８００に対して、当該コンテンツグループのパケット制御ルールの「処理コード：５、６、９」に対応する「処理」の内容を「処理：パケットのあて先に従って送信」に修正指示をする（図１６のＦ３１１、Ｓ４１２）。その後、スイッチ制御装置８００は、パケット制御スイッチの更新要求を行う（Ｓ４１３）。これにより、再生終了要求パケット及び再生終了要求応答パケットや、非制御パケットについて、視聴制御サーバ７００を介さずに通信させることができる。
【０２００】
図１８は、第１の実施形態に係る視聴制御サーバ７００による停止中の総ビットレートの上乗せ処理を示すフローチャートである。
【０２０１】
上述したように、視聴制御サーバ７００は、コンテンツ再生停止中においても、再生停止をしているコンテンツグループの総ビットレートを上乗せして、コンテンツグループの総ビットレートを管理する。
【０２０２】
なお、図１８は、再生停止中のコンテンツグループについての視聴制御サーバ７００における上乗せ処理の方法であり、「処理コード：０、１、２、８」の場合には、パケット制御スイッチ装置６００からの統計情報に基づくコンテンツグループの総ビットレートを管理している。
【０２０３】
また、図１８は、視聴制御サーバ７００の処理において、「コンテンツグループコード：ｙ（一例は、図１４に基づくとｙ＝３、後述される図２３に基づくとｙ＝０，１，２，３）」、「ユーザグループコード：ｘ（一例は、図１４に基づくとｘ＝０，１，２，３、後述される図２３に基づくとｘ＝２）」、「処理コード：０〜８」及び「処理コード：９」（「非制御パケット（制御の対象にならないパケット）」）について説明される。
【０２０４】
図１８において、視聴制御サーバ７００では、転送されてきたパケットのヘッダのＴＯＳに設定されているコンテンツグループコード、ユーザグループコード、処理コードを確認する。
【０２０５】
「コンテンツグループコード：ｙ」、「ユーザグループコード：ｘ」、「処理コード：７（再生再開要求）」である場合（Ｆ４０１）、視聴制御サーバ７００は、実際に流れるコンテンツの配信帯域を監視するために、自身が上乗せした当該コンテンツグループの総ビットレートの上乗せ分を削除する（Ｆ４０２）。
【０２０６】
「コンテンツグループコード：ｙ」、「ユーザグループコード：ｘ」、「処理コード：３、４」である場合（Ｆ４０３）、視聴制御サーバ７００は、受信パケットのヘッダに含まれる視聴端末１００のアドレスを記録し、当該コンテンツグループの総ビットレートに上乗せ分のビットレートを上乗せする（Ｆ４０４）。
【０２０７】
停止中のコンテンツは再度再生開始することも考えられるので停止中でも総ビットレートに停止分を上乗せする。上述したように、パケット制御スイッチ装置６００は、例えば「コンテンツグループコード：ｙ」、「ユーザグループコード：ｘ」、「処理コード：３〜７」の場合、パケット制御ルールの処理が「処理：あて先にそのまま送信」となっていても、当該パケットを視聴制御サーバ７００に同時に転送する。これにより、停止分のコンテンツの総ビットレートを上乗せして管理することができる。
【０２０８】
また、上乗せするビットレートは、該当コンテンツグループにおけるコンテンツのビットレートの最大値（固定値）を使用するようにしても良いし、又は、配信サーバ５００に問い合わせて取得した値を使用するようにしても良い。なお、再生停止中のコンテンツグループの総ビットレートの上乗せ処理は、必ず必要ではないが、視聴制御サーバ７００による再生中の強制停止終了や停止中の強制終了が絶対にないようなシステムにおいては必要となる。
【０２０９】
「コンテンツグループコード：ｙ」、「ユーザグループコード：ｘ」、「処理コード：５、６」である場合（Ｆ４０５）、視聴制御サーバ７００は、自身が上乗せした当該コンテンツグループの総ビットレートの上乗せ分を削除する（Ｆ４０７）。
【０２１０】
（Ａ−２−４）配信帯域の制限処理
次に、第１の実施形態に係るコンテンツ配信システム１におけるコンテンツの配信帯域の制限処理の具体例を、図面を参照しながら詳細に説明する。
【０２１１】
以下ではパケット制御スイッチ装置６００には、更新前の図１２のパケット制御ルール、又は、更新後の図１４のパケット制御ルールが設定されるものとする。
【０２１２】
また、以下では、ＴＯＳには、「コンテンツグループコード：３」、「ユーザグループコード：３」が設定される場合を例示する。
【０２１３】
（ａ）視聴端末１００の視聴要求時の処理例
図１９は、第１の実施形態の視聴要求時における配信帯域の制限処理例を示すシーケンス図である。
【０２１４】
ポータルサイト２００のＷｅｂページ上でユーザが視聴要求を選択し、視聴端末１００は、視聴要求処理サーバ４００に対して視聴要求パケットを送信する（Ｓ６０１）。このとき、視聴要求パケットのヘッダのＴＯＳには、「コンテンツグループ：３」、「ユーザグループコード：３」、「処理コード：０」が設定される。
【０２１５】
パケット制御スイッチ装置６００では、視聴端末１００から視聴要求パケットが受信されると、視聴要求パケットのヘッダのＴＯＳを確認し、「コンテンツグループコード：３」のパケット制御ルール（図１２）を参照して、「ユーザグループ：３」、「処理コード：０」に対応する「処理：あて先にそのまま送信」に従って、視聴要求パケットを視聴要求処理サーバ４００に送信する（Ｓ６０２）。
【０２１６】
ここで、「コンテンツグループコード：３」のコンテンツグループの通信量（総ビットレート）が閾値を超え、パケット制御スイッチ装置６００に設定されるパケット制御ルールは、図１２のものから図１４のものに更新されたとする（Ｓ２０１〜Ｓ２０６）。なお、図１９のＳ２０１〜Ｓ２０６の処理は、図１３のＳ２０１〜Ｓ２０６の処理と同様であるため、ここでの詳細な説明は省略する。
【０２１７】
視聴要求処理サーバ４００において、視聴要求に対する配信サーバ５００の割り当て等の処理がなされ、視聴要求パケットに対する応答パケットが、パケット制御スイッチ装置６００に与えられる（Ｓ６０３）。このとき、視聴要求応答パケットのヘッダのＴＯＳには、「コンテンツグループ：３」、「ユーザグループコード：３」、「処理コード：１」が設定される。
【０２１８】
パケット制御スイッチ装置６００では、視聴要求パケットに対する応答パケットが受信されると、視聴要求応答パケットのヘッダのＴＯＳを確認し、「コンテンツグループコード：３」のパケット制御ルール（図１４）を参照して、「ユーザグループ：３」、「処理コード：１」に対応する「処理：視聴制御サーバに転送」に従って、視聴要求応答パケットを視聴制御サーバ７００に送信する（Ｓ６０４）。
【０２１９】
そして、視聴制御サーバ７００は、図１６のフローチャート（Ｆ３０１〜Ｆ３０２）に示すとおり、受信パケットのヘッダのＴＯＳに「コンテンツグループコード：３」、「ユーザグループ：３」、「処理コード：１」が設定されていることを確認すると、視聴端末１００に対して視聴不可のメッセージを含むパケットを送信する（Ｓ６０５、Ｓ６０６）。
【０２２０】
なお、図１９のＳ６０４〜Ｓ６０６の処理は、図１７のＳ４０１、Ｓ４０２−１、Ｓ４０２−２の処理に対応する。
【０２２１】
また、パケット制御スイッチ装置６００において、パケット制御ルールが図１４に更新された後に、視聴端末１００が視聴要求を行う場合は、次のような動作となる。
【０２２２】
ポータルサイト２００のＷｅｂページ上でユーザが視聴要求を選択し、視聴端末１００は、視聴要求処理サーバ４００に対して視聴要求パケットを送信する（Ｓ６０７）。このとき、視聴要求パケットのヘッダのＴＯＳには、「コンテンツグループ：３」、「ユーザグループコード：３」、「処理コード：０」が設定される。
【０２２３】
パケット制御スイッチ装置６００では、視聴端末１００から視聴要求パケットが受信されると、視聴要求パケットのヘッダのＴＯＳを確認し、「コンテンツグループコード：３」のパケット制御ルール（図１４）を参照して、「ユーザグループ：３」、「処理コード：０」に対応する「処理：視聴制御サーバに転送」に従って、視聴要求パケットを視聴制御サーバ７００に送信する（Ｓ６０８）。
【０２２４】
そして、視聴制御サーバ７００は、図１６のフローチャート（Ｆ３０１、Ｆ３０２）に示すとおり、受信パケットのヘッダのＴＯＳに「コンテンツグループコード：３」、「ユーザグループ：３」、「処理コード：０」が設定されていることを確認すると、視聴端末１００に対して視聴不可のメッセージを含むパケットを送信する（Ｓ６０９、Ｓ６１０）。
【０２２５】
なお、図１９のＳ６０８〜Ｓ６１０の処理は、図１７のＳ４０１、Ｓ４０２−１、Ｓ４０２−２の処理に対応する。
【０２２６】
（ｂ）視聴端末１００の再生要求時の処理例
図２０は、第１の実施形態の再生要求時における配信帯域の制限処理例を示すシーケンス図である。
【０２２７】
視聴端末１００において、視聴要求応答パケットに含まれる再生要求先の配信サーバ５００のアドレス情報を宛先として、再生要求パケットを送信する（Ｓ７０１）。このとき、再生要求パケットのヘッダのＴＯＳには、「コンテンツグループコード：３」、「ユーザグループコード：３」、「処理コード：２」が設定される。
【０２２８】
パケット制御スイッチ装置６００において、視聴端末１００からの再生要求パケットが受信されると、再生要求パケットのヘッダのＴＯＳを確認し、「コンテンツグループコード：３」のパケット制御ルール（図１２）を参照して、「ユーザグループ：３」、「処理コード：２」に対応する「処理：あて先にそのまま送信」に従って、再生要求パケットを配信サーバ５００に送信する（Ｓ７０２）。
【０２２９】
ここで、「コンテンツグループコード：３」のコンテンツグループの通信量（総ビットレート）が閾値を超え、パケット制御スイッチ装置６００に設定されるパケット制御ルールは、図１２のものから図１４のものに更新されたとする（Ｓ２０１〜Ｓ２０６）。なお、図２０のＳ２０１〜Ｓ２０６の処理は、図１３のＳ２０１〜Ｓ２０６の処理と同様であるため、ここでの詳細な説明は省略する。
【０２３０】
配信サーバ５００では、視聴端末１００から受信した再生要求パケットに対して、コンテンツのストリームデータを含むパケットを視聴端末１００に送信する（Ｓ７０３）。このとき、ストリームデータのパケットのヘッダのＴＯＳには、「コンテンツグループコード：３」、「ユーザグループコード：３」、「処理コード：８」が設定される。
【０２３１】
パケット制御スイッチ装置６００では、配信サーバ５００からのストリームデータを含むパケットを受信すると、ストリームデータのパケットのヘッダのＴＯＳを確認し、「コンテンツグループコード：３」のパケット制御ルール（図１４）を参照して、「ユーザグループ：３」、「処理コード：８」に対応する「処理：視聴制御サーバに転送」に従って、ストリームデータのパケットを視聴制御サーバ７００に送信する（Ｓ７０４）。
【０２３２】
そして、視聴制御サーバ７００は、図１６のフローチャート（Ｆ３０６〜Ｆ３０９）に示すとおり、受信パケットのヘッダのＴＯＳに「コンテンツグループコード：３」、「ユーザグループコード：３」、「処理コード：８」が設定されていることを確認すると、配信サーバ５００に対して停止要求及び終了要求を送信し（Ｓ７０５）、視聴端末１００に対して視聴不可のメッセージを含むパケットを送信する（Ｓ７０６、Ｓ７０７）。
【０２３３】
なお、図２０のＳ７０４〜Ｓ７０６の処理は、図１７のＳ４０６〜Ｓ４０９の処理に対応する。
【０２３４】
また、パケット制御スイッチ装置６００において、パケット制御ルールが図１４に更新された後に、視聴端末１００が再生要求を行う場合は、次のような動作となる。
【０２３５】
視聴端末１００において、視聴要求応答パケットに含まれる再生要求先の配信サーバ５００のアドレス情報を宛先として、再生要求パケットを送信する（Ｓ７０８）。このとき、再生要求パケットのヘッダのＴＯＳには、「コンテンツグループコード：３」、「ユーザグループコード：３」、「処理コード：２」が設定される。
【０２３６】
パケット制御スイッチ装置６００では、視聴端末１００から再生要求パケットが受信されると、再生要求パケットのヘッダのＴＯＳを確認し、「コンテンツグループコード：３」のパケット制御ルール（図１４）を参照して、「ユーザグループ：３」、「処理コード：２」に対応する「処理：視聴制御サーバに転送」に従って、再生要求パケットを視聴制御サーバ７００に送信する（Ｓ７０９）。
【０２３７】
そして、視聴制御サーバ７００は、図１６のフローチャート（Ｆ３０１〜Ｆ３０２）に示すとおり、受信パケットのヘッダのＴＯＳに「コンテンツグループコード：３」、「ユーザグループコード：３」、「処理コード：２」が設定されていることを確認すると、視聴端末１００に対して視聴不可のメッセージを含むパケットを送信する（Ｓ７１０、Ｓ７１１）。
【０２３８】
なお、図２０のＳ７０９〜Ｓ７１１の処理は、図１７のＳ４０１〜Ｓ４０２の処理に対応する。
【０２３９】
（ｃ）視聴端末１００の再生停止時の処理（その１）
図２１は、第１の実施形態の再生停止要求時における配信帯域の制限処理例を示すシーケンス図である。
【０２４０】
コンテンツの再生後、ユーザ操作によりコンテンツの一時停止が要求されると、視聴端末１００は、再生停止要求パケットを配信サーバ５００に送信する（Ｓ８０１）。このとき、再生停止要求パケットのヘッダのＴＯＳには、「コンテンツグループコード：３」、「ユーザグループコード：３」、「処理コード：３」が設定される。
【０２４１】
パケット制御スイッチ装置６００において、視聴端末１００からの再生停止要求パケットが受信されると、再生停止要求パケットのヘッダのＴＯＳを確認し、「コンテンツグループコード：３」のパケット制御ルール（図１２）を参照して、「ユーザグループ：３」、「処理コード：３」に対応する「処理：あて先にそのまま送信」に従って、再生停止要求パケットを配信サーバ５００に送信する（Ｓ８０２）。
【０２４２】
ここで、「コンテンツグループコード：３」のコンテンツグループの通信量（総ビットレート）が閾値を超え、パケット制御スイッチ装置６００に設定されるパケット制御ルールは、図１２のものから図１４のものに更新されたとする（Ｓ２０１〜Ｓ２０６）。なお、図２１のＳ２０１〜Ｓ２０６の処理は、図１３のＳ２０１〜Ｓ２０６の処理と同様であるため、ここでの詳細な説明は省略する。
【０２４３】
配信サーバ５００では、視聴端末１００からの再生停止要求パケットに対して再生停止要求応答パケットを、視聴端末１００に送信する（Ｓ８０３）。このとき、再生停止要求パケットのヘッダのＴＯＳには、「コンテンツグループコード：３」、「ユーザグループコード：３」、「処理コード：４」が設定される。
【０２４４】
パケット制御スイッチ装置６００では、配信サーバ５００からの再生停止要求応答パケットを受信すると、再生停止要求応答パケットのヘッダのＴＯＳを確認し、「コンテンツグループコード：３」のパケット制御ルール（図１４）を参照して、「ユーザグループ：３」、「処理コード：４」に対応する「処理：視聴制御サーバに転送」に従って、再生停止要求応答パケットを視聴制御サーバ７００に送信する（Ｓ８０４）。
【０２４５】
視聴制御サーバ７００は、再生停止要求応答パケットを受信すると、当該コンテンツグループのコンテンツの再生停止を認識する。視聴制御サーバ７００は、図１８のフローチャート（Ｆ４０３、Ｆ４０４、Ｆ４０５）に示すとおり、コンテンツの再生停止中でも、コンテンツグループの総ビットレートに当該コンテンツの停止分の総ビットレートの上乗せを行う（Ｓ８０５）。
【０２４６】
また、上記総ビットレートの上乗せ処理とは別に、視聴制御サーバ７００は、受信パケットのヘッダのＴＯＳに「コンテンツグループコード：３」、「ユーザグループコード：３」、「処理コード：４」が設定されていることを確認すると、視聴端末１００に対して再生停止応答のメッセージを含むパケットを送信する（Ｓ８０６、Ｓ８０７）。
【０２４７】
また、パケット制御スイッチ装置６００において、パケット制御ルールが図１４に更新された後に、視聴端末１００が再生停止要求を行う場合は、次のような動作となる。
【０２４８】
視聴端末１００は、再生停止要求パケットを配信サーバ５００に送信する（Ｓ８０８）。このとき、再生停止要求パケットのヘッダのＴＯＳには、「コンテンツグループコード：３」、「ユーザグループコード：３」、「処理コード：３」が設定される。
【０２４９】
パケット制御スイッチ装置６００では、視聴端末１００から再生停止要求パケットが受信されると、再生停止要求パケットのヘッダのＴＯＳを確認し、「コンテンツグループコード：３」のパケット制御ルール（図１４）を参照して、「ユーザグループ：３」、「処理コード：３」に対応する「処理：視聴制御サーバに転送」に従って、再生停止要求パケットを視聴制御サーバ７００に送信する（Ｓ８０９）。
【０２５０】
視聴制御サーバ７００は、再生停止要求パケットを受信すると、当該コンテンツグループのコンテンツの再生停止を認識する。視聴制御サーバ７００は、図１８のフローチャートに示すとおり、コンテンツの再生停止中でも、コンテンツグループの総ビットレートに当該コンテンツの停止分の総ビットレートの上乗せを行う（Ｓ８１０）。
【０２５１】
また、上記総ビットレートの上乗せ処理とは別に、視聴制御サーバ７００は、図１８のフローチャート（Ｆ４０６、Ｆ４０７）に示すとおり、受信パケットのヘッダのＴＯＳに「コンテンツグループコード：３」、「ユーザグループコード：３」、「処理コード：４」が設定されていることを確認すると、視聴端末１００に対して再生停止応答のメッセージを含むパケットを送信する（Ｓ８１１、Ｓ８１２）。
【０２５２】
（ｄ）視聴端末１００の再生停止時の処理（その２）
図２２は、第１の実施形態の再生停止時における配信帯域の制限処理例を示すシーケンス図である。
【０２５３】
ここでは、視聴端末１００のユーザグループが「ユーザグループコード：１」に属する場合を例示する。
【０２５４】
「コンテンツグループコード：３」のコンテンツグループの通信量（総ビットレート）が閾値を超え、パケット制御スイッチ装置６００に設定されるパケット制御ルールは、図１２のものから図１４のものに更新されたとする（Ｓ２０１〜Ｓ２０６）。なお、図２１のＳ２０１〜Ｓ２０６の処理は、図１３のＳ２０１〜Ｓ２０６の処理と同様であるため、ここでの詳細な説明は省略する。
【０２５５】
視聴端末１００は、再生停止要求パケットを配信サーバ５００に送信する（Ｓ９０１）。このとき、再生停止要求パケットのヘッダのＴＯＳには、「コンテンツグループコード：３」、「ユーザグループコード：１」、「処理コード：３」が設定される。
【０２５６】
パケット制御スイッチ装置６００では、視聴端末１００から再生停止要求パケットが受信されると、再生停止要求パケットのヘッダのＴＯＳを確認し、「コンテンツグループコード：３」、「ユーザグループコード：１」、「コンテンツグループコード：３」のパケット制御ルール（図１４）を参照して、「ユーザグループ：１」、「処理コード：３」に対応する「処理：あて先にそのまま送信」に従って、再生停止要求パケットを配信サーバ５００に送信する（Ｓ９０２）。
【０２５７】
このとき、パケット制御スイッチ装置６００は、「処理：あて先にそのまま送信」の場合でも「処理コード：３〜８」のパケットについては、配信サーバ５００に再生停止要求パケットを送信すると共に、視聴制御サーバ７００に送信する（Ｓ９０３）。
【０２５８】
視聴制御サーバ７００は、再生停止要求パケットを受信すると、当該コンテンツグループのコンテンツの再生停止を認識する。視聴制御サーバ７００は、図１８のフローチャート（Ｆ４０３、Ｆ４０４、Ｆ４０５）に示すとおり、コンテンツの再生停止中でも、コンテンツグループの総ビットレートに当該コンテンツの停止分の総ビットレートの上乗せを行う（Ｓ９０４）。
【０２５９】
パケット制御スイッチ装置６００は、配信サーバ５００から再生停止要求パケットに対する再生停止要求応答パケットを受信すると、その再生停止要求応答パケットを視聴端末１００に送信する（Ｓ９０５）。なお、パケット制御スイッチ装置６００は、受信した再生停止要求応答パケットを視聴制御サーバ７００にも送信する。
【０２６０】
視聴制御サーバ７００は、タイムアウトを設定しておき、再生停止後所定時間が経過すると強制終了する。
【０２６１】
視聴制御サーバ７００は、再生停止要求パケットを受信すると、タイマーの経時を開始する。そして、再生停止後所定時間が経過すると、視聴制御サーバ７００は、再生終了要求を配信サーバ５００に送信すると共に、視聴端末１００にタイムアウト通知を行う（Ｓ９０７）。
【０２６２】
このようにして、視聴制御サーバ７００は、再生停止後タイムアウト時間が経過した後に、配信サーバ５００に対して、強制的にコンテンツの配信を終了することができる。
【０２６３】
（Ａ−３）第１の実施形態の効果
以上のように、第１の実施形態によれば、パケット制御スイッチ装置が、通過するパケットの通信量をコンテンツグループ毎に直接監視し、実際に通過するコンテンツグループ毎の通信量に基づいて、パケット制御スイッチ装置を流れるパケットの通信量を調整することができる。
【０２６４】
また、第１の実施形態によれば、従来のように視聴要求時の推定値に基づいて配信帯域を制限するのではなく、パケット制御スイッチ装置が監視した実際のパケットの通信量に基づいて配信帯域を制限するため、タイムラグがなくなり、従来よりも素早い反応が可能であり、配信量の閾値に必要なマージンが少なくて済む。
【０２６５】
また、従来の方法の場合、視聴要求処理サーバのみが配信量を制御している。もし配信処理の各段階で制御を行うとすると、ポータルサイト、視聴要求処理サーバ、配信サーバのそれぞれで配信状況を知る必要があり、また配信サーバが複数ある場合はどの配信サーバがどれだけ制限するかを配信サーバ間で調整する必要が生じてくる。これに対して、第１の実施形態によれば、配信処理の各段階別の対応が１つのモジュール（視聴制御サーバ）で可能となるので、複数のモジュールの制御が必要な複雑な処理は不要となる。すなわち、例えば、パケット制御スイッチ装置、スイッチ制御装置の処理は、他のモジュールとの情報共有等が不要な単調な処理となる。
【０２６６】
（Ｂ）第２の実施形態
次に、本発明のコンテンツ配信制御システム、転送装置、配信制御装置、視聴制御装置、転送プログラム、配信制御プログラム及び視聴制御プログラムの第２の実施形態を、図面を参照しながら詳細に説明する。
【０２６７】
第２の実施形態は、コンテンツグループ毎のパケット通信量統計情報に基づいて配信帯域の制御を行うのではなく、ユーザグループ毎の通信量統計情報に基づいて配信帯域の制御を行う。
【０２６８】
第２の実施形態の構成は、基本的には、第１の実施形態と同一又は対応する構成要素を備える。つまり、第２の実施形態においても、図１〜図８を用いて説明することができる。
【０２６９】
第２の実施形態のパケット制御スイッチ装置６００は、ユーザグループ毎の通信量を監視し、その監視した通信量統計情報を視聴制御サーバ７００に送信するものである。
【０２７０】
図２３は、第２の実施形態のパケット制御ルールの構成を示す構成図である。
【０２７１】
図２３において、第２の実施形態のパケット制御ルールは、「ユーザグループ：２」のパケット制御ルールであり、「コンテンツグループコード」及び「処理コード」に対応する「処理」が定義されている。
【０２７２】
これにより、パケット制御スイッチ装置６００は、第２の実施形態のパケット制御ルールに従って、ユーザグループ毎にパケットの転送制御を行うことができる。
【０２７３】
視聴制御サーバ７００は、コンテンツグループ毎の通信量統計情報を集計するのではなく、ユーザグループ毎の通信量統計情報を集計し、ユーザグループ毎の通信統計情報が閾値を超えた場合は、ユーザグループ毎のパケット制御ルールの内容を更新するものである。
【０２７４】
（Ｂ−２）第２の実施形態の効果
以上のように、第２の実施形態によれば、第１の実施形態と同様の効果を奏することに加えて、コンテンツグループの制限をユーザグループの制限で置き換えることができる。
【０２７５】
（Ｃ）他の実施形態
上述した第１及び第２の実施形態においても、本発明の種々の変形実施形態を説明したが、本発明は、以下の変形実施形態にも適用することができる。
【０２７６】
（Ｃ−１）上述した第１及び第２の実施形態において、パケット制御スイッチ装置６００が監視した通信量統計情報は、視聴制御サーバ７００がパケット制御スイッチ装置６００から取得する場合を例示した。
【０２７７】
しかし、変形実施形態は、図２４に例示するように、スイッチ制御装置８００が、パケット制御スイッチ装置６００に対して統計情報要求を行い、コンテンツグループ毎又はユーザグループ毎の通信量統計情報を取得するようにしても良い。この場合、スイッチ制御装置８００が、通信量統計情報と閾値との比較を行い、パケット制御ルールの書き替えを要求するようにしても良い。
【０２７８】
つまり、視聴制御サーバ７００若しくはスイッチ制御装置８００のいずれが、パケット制御スイッチ装置６００が実際に通過する通信量に基づいて配信帯域の制御を行うか否かの判断を行うようにしても良い。
【符号の説明】
【０２７９】
１…コンテンツ配信システム、１００−１〜１００−３…視聴端末、２００…ポータルサイト、３００…ユーザ及びコンテンツ管理サーバ、４００…視聴要求処理サーバ、５００−１〜５００−３…配信サーバ、６００…パケット制御スイッチ装置、７００…視聴制御サーバ。
【図１】
2015061189.tif 000003
【図２】
2015061189.tif 000004
【図３】
2015061189.tif 000005
【図４】
2015061189.tif 000006
【図５】
2015061189.tif 000007
【図６】
2015061189.tif 000008
【図７】
2015061189.tif 000009
【図８】
2015061189.tif 000010
【図９】
2015061189.tif 000011
【図１０】
2015061189.tif 000012
【図１１】
2015061189.tif 000013
【図１２】
2015061189.tif 000014
【図１３】
2015061189.tif 000015
【図１４】
2015061189.tif 000016
【図１５】
2015061189.tif 000017
【図１６】
2015061189.tif 000018
【図１７】
2015061189.tif 000019
【図１８】
2015061189.tif 000020
【図１９】
2015061189.tif 000021
【図２０】
2015061189.tif 000022
【図２１】
2015061189.tif 000023
【図２２】
2015061189.tif 000024
【図２３】
2015061189.tif 000025
【図２４】
2015061189.tif 000026