JP4844425B2 - 帯域要求システム、帯域要求装置、クライアント機器、帯域要求方法、コンテンツ再生方法およびプログラム - Google Patents

Description

本発明は、帯域要求システム、帯域要求装置、クライアント機器、帯域要求方法、コンテンツ再生方法およびプログラムに関する。

コンピュータやネットワーク技術の発達に伴い、インターネット等のネットワーク内において、より大量のデータが送受信されるようになった。ネットワークの使用量は、利用したネットワーク帯域の量に応じて請求されることが多いが、集合住宅やビル等における使用料金は、用いたネットワーク帯域の量が異なるにもかかわらず、集合住宅やビル全体で使用した帯域に相当する使用料金をユーザ間で均等に配分して請求される場合があった。

このような問題を解決するために、集合住宅やビルにおいて、ある部屋で余っているネットワーク帯域を他の部屋へと割り振ると同時に、使用したネットワーク帯域に応じて使用料金を設定するインターネット接続システムが提案されている（例えば、特許文献１参照。）

特開２００６−１０１５６３号公報

しかしながら、上記の特許文献１におけるインターネット接続システムでは、集合住宅やビル全体で余っているネットワーク帯域が存在していない場合には、ネットワーク帯域の効果的な割り振りを行うことができず、ネットワーク上で、ネットワーク帯域の使用に関する競合やネットワーク帯域の奪い合いが生じてしまうという問題があった。

そこで、本発明は、このような問題に鑑みてなされたもので、その目的は、ネットワーク上で生じうるネットワーク帯域の競合を防止することが可能な、新規かつ改良された帯域要求システム、帯域要求装置、クライアント機器、帯域要求方法、コンテンツ再生方法およびプログラムを提供することにある。

上記課題を解決するために、本発明の第１の観点によれば、コンテンツを再生する複数のクライアント機器とネットワークを介して接続され、当該複数のクライアント機器に対して帯域を割り当てる帯域要求装置であって、前記帯域要求装置は、前記複数のクライアント機器から伝送される割当要求帯域に基づいて前記ネットワーク全体が必要とする要求帯域を決定し、前記ネットワークの外部に設けられ当該ネットワークが利用可能な帯域を決定する中継サーバに対して、前記要求帯域の確保を要求する帯域確保要求部と、前記中継サーバおよび前記複数のクライアント機器と通信する通信部と、を備え、前記帯域確保要求部は、前記複数のクライアント機器から伝送される割当要求帯域に基づいて、前記ネットワーク全体が必要とする要求帯域を決定する要求帯域決定部と、前記複数のクライアント機器から伝送される割当要求帯域が競合した場合に当該競合を解決する競合解決部と、を含み、前記競合解決部は、前記競合を解決する毎に当該競合が生じている前記クライアント機器に対して競合解決のための競合解決指針を要求して、前記クライアント機器から取得した前記競合解決指針に基づいて前記競合を解決し、かつ、前記クライアント機器に対して前記中継サーバから割り当てられた帯域を配分する帯域要求装置が提供される。

また、本発明の第２の観点によれば、コンテンツを再生する複数のクライアント機器とネットワークを介して接続され、当該複数のクライアント機器に対して帯域を割り当てる帯域要求装置であって、前記帯域要求装置は、前記複数のクライアント機器から伝送される割当要求帯域に基づいて前記ネットワーク全体が必要とする要求帯域を決定し、前記ネットワークの外部に設けられ当該ネットワークが利用可能な帯域を決定する中継サーバに対して、前記要求帯域の確保を要求する帯域確保要求部と、前記中継サーバおよび前記複数のクライアント機器と通信する通信部と、を備え、前記帯域確保要求部は、前記複数のクライアント機器から伝送される割当要求帯域に基づいて、前記ネットワーク全体が必要とする要求帯域を決定する要求帯域決定部と、前記複数のクライアント機器から伝送される割当要求帯域が競合した場合に当該競合を解決する競合解決部と、を含み、前記帯域要求装置は、前記競合を解決する競合解決指針を記憶する競合解決指針記憶部を更に備え、前記競合解決部は、前記競合解決指針記憶部に記憶された前記競合解決指針に基づいて前記競合を解決し、前記複数のクライアント機器に対して前記中継サーバから割り当てられた帯域を配分する帯域要求装置が提供される。

前記競合解決指針記憶部は、前記ネットワークに接続された前記複数のクライアント機器間で生じうる競合と当該競合に対応した競合解決指針とを関連付けて、複数記憶してもよい。

前記帯域要求装置は、前記中継サーバから割り当てられた帯域と、前記複数のクライアント機器における帯域の配分状況と、当該複数のクライアント機器の識別情報と、を記憶する帯域状態記憶部を更に備えてもよい。

上記の中継サーバは、ＳＩＰサーバであってもよい。かかる構成によれば、帯域要求装置は、中継サーバであるＳＩＰサーバに対して、ＳＩＰで規定されているプロトコルに従って帯域の要求を行う。ＳＩＰは、リアルタイム・マルチメディアセッションの確立や管理に適した通信制御プロトコルであるため、帯域要求装置は、中継サーバであるＳＩＰサーバに対して効率良く帯域要求を行うことが可能となる。

上記課題を解決するために、本発明の第３の観点によれば、ネットワークに接続されたコンテンツを再生する複数のクライアント機器から伝送される割当要求帯域に基づいて、前記ネットワーク全体が必要とする要求帯域を決定するステップと、前記ネットワークの外部に設けられ当該ネットワークが利用可能な帯域を決定する中継サーバに対して、前記要求帯域の確保を要求する帯域確保要求ステップと、を含み、前記帯域確保要求ステップは、前記複数のクライアント機器から伝送される割当要求帯域に基づいて、前記ネットワーク全体が必要とする要求帯域を決定する要求帯域決定ステップと、前記複数のクライアント機器から伝送される割当要求帯域が競合した場合に当該競合を解決する競合解決ステップと、を含み、前記競合解決ステップでは、前記競合を解決する毎に当該競合が生じている前記クライアント機器に対して競合解決のための競合解決指針を要求して、前記クライアント機器から取得した前記競合解決指針に基づいて前記競合を解決し、かつ、前記クライアント機器に対して前記中継サーバから割り当てられた帯域を配分する帯域要求方法が提供される。

上記課題を解決するために、本発明の第４の観点によれば、ネットワークに接続されたコンテンツを再生する複数のクライアント機器から伝送される割当要求帯域に基づいて、前記ネットワーク全体が必要とする要求帯域を決定するステップと、前記ネットワークの外部に設けられ当該ネットワークが利用可能な帯域を決定する中継サーバに対して、前記要求帯域の確保を要求する帯域確保要求ステップと、を含み、前記帯域確保要求ステップは、前記複数のクライアント機器から伝送される割当要求帯域に基づいて、前記ネットワーク全体が必要とする要求帯域を決定する要求帯域決定ステップと、前記複数のクライアント機器から伝送される割当要求帯域が競合した場合に当該競合を解決する競合解決ステップと、を含み、前記競合解決ステップでは、前記競合を解決する競合解決指針を記憶する競合解決指針記憶部に記憶された前記競合解決指針に基づいて前記競合を解決し、前記複数のクライアント機器に対して前記中継サーバから割り当てられた帯域を配分する帯域要求方法が提供される。

上記課題を解決するために、本発明の第５の観点によれば、コンテンツを再生する複数のクライアント機器とネットワークを介して接続され、当該複数のクライアント機器に対して帯域を割り当てる帯域要求装置を制御するコンピュータに、ネットワークに接続された複数のクライアント機器から伝送される割当要求帯域に基づいて前記ネットワーク全体が必要とする要求帯域を決定し、前記ネットワークの外部に設けられ当該ネットワークが利用可能な帯域を決定する中継サーバに対して、前記要求帯域の確保を要求する帯域確保要求機能と、前記中継サーバおよび前記複数のクライアント機器と通信する通信機能と、を実現させ、前記帯域確保要求機能は、前記複数のクライアント機器から伝送される割当要求帯域に基づいて、前記ネットワーク全体が必要とする要求帯域を決定する要求帯域決定機能と、前記複数のクライアント機器から伝送される割当要求帯域が競合した場合に当該競合を解決する競合解決機能と、を含み、前記競合解決機能では、前記競合を解決する毎に当該競合が生じている前記クライアント機器に対して競合解決のための競合解決指針を要求して、前記クライアント機器から取得した前記競合解決指針に基づいて前記競合を解決し、かつ、前記クライアント機器に対して前記中継サーバから割り当てられた帯域を配分するプログラムが提供される。

上記課題を解決するために、本発明の第６の観点によれば、コンテンツを再生する複数のクライアント機器とネットワークを介して接続され、当該複数のクライアント機器に対して帯域を割り当てる帯域要求装置を制御するコンピュータに、ネットワークに接続された複数のクライアント機器から伝送される割当要求帯域に基づいて前記ネットワーク全体が必要とする要求帯域を決定し、前記ネットワークの外部に設けられ当該ネットワークが利用可能な帯域を決定する中継サーバに対して、前記要求帯域の確保を要求する帯域確保要求機能と、前記中継サーバおよび前記複数のクライアント機器と通信する通信機能と、を実現させ、前記帯域確保要求機能は、前記複数のクライアント機器から伝送される割当要求帯域に基づいて、前記ネットワーク全体が必要とする要求帯域を決定する要求帯域決定機能と、前記複数のクライアント機器から伝送される割当要求帯域が競合した場合に当該競合を解決する競合解決機能と、を含み、前記競合解決機能では、前記競合を解決する競合解決指針を記憶する競合解決指針記憶部に記憶された前記競合解決指針に基づいて前記競合を解決し、前記複数のクライアント機器に対して前記中継サーバから割り当てられた帯域を配分する、プログラムが提供される。

かかる構成によれば、コンピュータプログラムは、コンピュータが備える記憶部に格納され、コンピュータが備えるＣＰＵに読み込まれて実行されることにより、そのコンピュータを上記の帯域要求装置として機能させる。また、コンピュータプログラムが記録された、コンピュータで読み取り可能な記録媒体も提供することができる。記録媒体は、例えば、磁気ディスク、光ディスク、光磁気ディスク、フラッシュメモリなどである。また、上記のコンピュータプログラムは、記録媒体を用いずに、例えばネットワークを介して配信してもよい。

本発明によれば、ネットワーク上で生じうるネットワーク帯域の競合を未然に防止することが可能である。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

（第１の実施形態）
以下に、本発明の第１の実施形態に係る帯域要求システムについて、詳細に説明する。なお、以下の説明では、上記のコンテンツ配信装置の一例として、ＩＰＴＶ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ＴｅｌｅＶｉｓｉｏｎ）コンテンツを配信するＩＰＴＶサーバを挙げて説明する。また、上記の中継サーバとしてＳＩＰサーバを用いた場合を説明する。さらに、クライアント機器の一例として、ＩＰＴＶコンテンツを再生するＩＰＴＶターミナルを挙げて説明する。

図１は、本実施形態に係る帯域要求システム１０を示した説明図である。帯域要求システム１０は、例えば、コア・アクセスネットワーク１２と、ホームネットワーク１４と、コンテンツ配信装置であるＩＰＴＶサーバ１８と、を含む。

コア・アクセスネットワーク１２は、ホームネットワーク１４と、ＩＰＴＶサーバ１８とを仲介するネットワークであり、複数のルータ１６と、ホームネットワーク１４に対する中継サーバであるＳＩＰサーバ２０とを含む。コア・アクセスネットワーク１２とホームネットワーク１４とは、ルータ１６を介して接続されており、ＩＰＴＶサーバ１８とコア・アクセスネットワーク１２とは、ルータ１６を介して接続されている。

ルータ１６は、コア・アクセスネットワーク１２、ホームネットワーク１４およびＩＰＴＶサーバ１８からなる帯域要求システム１０上を流れるデータを中継する機器である。図１に示したように、コア・アクセスネットワーク１２には、複数のルータ１６が配置されており、これらの複数のルータ１６の一端は、後述するＳＩＰサーバ２０に接続されている。また、ルータ１６の他端は、ホームネットワーク１４またはＩＰＴＶサーバ１８に接続されている。なお、図１に示した例では、複数のルータ１６は、１つのＳＩＰサーバ２０に接続されているが、上記の例に限定されず、ルータ１６は、複数のＳＩＰサーバ２０に接続されてもよい。また、図１に示した例では、１つのルータ１６に対して１つのＩＰＴＶサーバ１８が接続されているが、上記の例に限定されず、１つのルータ１６に対して複数のＩＰＴＶサーバ１８が接続されてもよい。

ＩＰＴＶサーバ１８は、コンテンツ配信装置であり、コンテンツであるＩＰＴＶのデータを管理するとともに、クライアント機器であるＩＰＴＶターミナル４０からの要求に応じて、ＩＰＴＶターミナル４０に対してＩＰＴＶの映像／音声のメディアストリームを配信する。ＩＰＴＶサーバ１８は、コンテンツ提供サーバであってもよいし、放送局等であってもよい。

ＳＩＰサーバ２０は、通信制御プロトコルとしてＳＩＰを用いるサーバである。ＳＩＰサーバ２０は、コア・アクセスネットワーク１２上に設けられれば良く、ＳＩＰサーバ２０は、コアネットワーク上に設けられても良く、アクセスネットワーク上に設けられても良い。ＳＩＰサーバ２０は、当該ＳＩＰサーバ２０に接続されているルータ１６や、ルータ１６を介してＳＩＰサーバ２０に間接的に接続されているＩＰＴＶサーバ１８およびＩＰＴＶターミナル４０を制御する。

通信網２２は、ルータ１６、帯域要求装置３０および複数のＩＰＴＶターミナル４０を双方向通信又は一方向通信可能に接続する通信回線網である。この通信網は、例えば、インターネット、電話回線網、衛星通信網、同報通信路等の公衆回線網や、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）、Ｅｔｈｅｒｎｅｔ（登録商標）、ワイヤレスＬＡＮ等の専用回線網などで構成されており、有線／無線を問わない。また、帯域要求装置３０およびＩＰＴＶターミナル４０は、通信網２２を介さずに、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポートや、ｉ．ＬＩＮＫ等のＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）ポート、ＲＳ−２３２Ｃポート等で、ルータ１６と直接接続されてもよい。

帯域要求装置３０は、ホームネットワーク１４に接続されている複数のＩＰＴＶターミナルがコンテンツであるＩＰＴＶを再生するために必要な帯域を、ＳＩＰサーバ２０に対して要求し、ＳＩＰサーバ２０から帯域の割り当てを受ける装置である。図１では、１つのホームネットワーク１４に対して１つの帯域要求装置３０が接続されているが、上記の例に限定されず、１つのホームネットワーク１４に対して複数の帯域要求装置３０を接続し、処理を分散させてもよい。また、帯域要求装置３０がＩＰＴＶターミナル４０の機能を備えていても良い。

帯域要求装置３０は、ネットワークを介してＳＩＰサーバ２０やＩＰＴＶターミナル４０と通信可能なものであればよく、例えば、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ：ＰＣ）等のコンピュータ機器（ノート型、デスクトップ型を問わない。）などで構成することができる。なお、この帯域要求装置３０については、以下で詳細に説明する。

ＩＰＴＶターミナル４０は、コンテンツ配信装置であるＩＰＴＶサーバ１８からコンテンツであるＩＰＴＶの配信を受け、ＩＰＴＶを再生するクライアント機器である。図１では、１つのホームネットワーク１４に対して２つのＩＰＴＶターミナル４０が接続されているが、上記の例に限定されず、１つのホームネットワーク１４に対して、１つのＩＰＴＶターミナル４０が接続されていてもよく、３つ以上のＩＰＴＶターミナル４０が接続されていてもよい。

ＩＰＴＶターミナル４０は、ネットワークを介した通信機能を有し、ＩＰＴＶを再生可能な機器であればよく、例えば、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ：ＰＣ）等のコンピュータ機器（ノート型、デスクトップ型を問わない。）、テレビジョン受像器、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、テレビジョン放送用のチューナやデコーダなどで構成することができる。また、ＩＰＴＶターミナル４０は、契約者が持ち運びできるポータブルデバイス（Ｐｏｒｔａｂａｌｅ Ｄｅｖｉｃｅ）、例えば、携帯型ゲーム機、ＰＨＳ、携帯型映像／音声プレーヤなどであってもよい。なお、このＩＰＴＶターミナル４０については、以下で詳細に説明する。

（帯域要求装置３０、ＩＰＴＶターミナル４０の構成）
図２は、本実施形態にかかる帯域要求装置３０のハードウェア構成を示した説明図である。帯域要求装置３０は、主に、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０３と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３０５と、ホストバス３０７と、ブリッジ３０９と、外部バス３１１と、インターフェース３１３と、入力装置３１５と、出力装置３１７と、ストレージ装置３１９と、ドライブ３２１と、接続ポート３２３と、通信装置３２５とを備える。

ＣＰＵ３０１は、演算処理装置および制御装置として機能し、ＲＯＭ３０３、ＲＡＭ３０５、ストレージ装置３１９、またはリムーバブル記録媒体２４に記録された各種プログラムに従って帯域要求装置３０内の動作全般またはその一部を制御する。ＲＯＭ３０３は、ＣＰＵ３０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ３０５は、ＣＰＵ３０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する。これらはＣＰＵバス等の内部バスにより構成されるホストバス３０７により相互に接続されている。

ホストバス３０７は、ブリッジ３０９を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス３１１に接続されている。

入力装置３１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなどユーザが操作する操作手段である。また、入力装置３１５は、例えば、赤外線やその他の電波を利用したリモートコントロール手段（いわゆる、リモコン）であってもよいし、帯域要求装置３０の操作に対応した携帯電話やＰＤＡ等の外部接続機器２６、または、ＩＰＴＶターミナル４０であってもよい。さらに、入力装置３１５は、例えば、上記の操作手段を用いてユーザにより入力された情報に基づいて入力信号を生成し、ＣＰＵ３０１に出力する入力制御回路などから構成されている。帯域要求装置３０のユーザは、この入力装置３１５を操作することにより、帯域要求装置３０に対して各種のデータを入力したり処理動作を指示したりすることができる。

出力装置３１７は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ：ＬＣＤ）装置、プラズマディスプレイ（Ｐｌａｓｍａ Ｄｉｓｐｌａｙ Ｐａｎｅｌ：ＰＤＰ）装置、ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ装置およびランプなどの表示装置や、スピーカおよびヘッドホンなどの音声出力装置や、プリンタ装置、携帯電話、ファクシミリなどで構成されることが可能であり、取得した情報をユーザに対して視覚的または聴覚的に通知する。

ストレージ装置３１９は、本実施形態にかかる帯域要求装置３０の記憶部の一例として構成されたデータ格納用の装置であり、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイス等により構成される。このストレージ装置３１９は、ＣＰＵ３０１が実行するプログラムや各種データ、コンテンツ、コンテンツの実行に必要なコンテンツ情報やコンテンツのメタデータ、および外部から取得したコンテンツデータなどを格納する。

ドライブ３２１は、記憶媒体用リーダライタであり、帯域要求装置３０に内蔵、あるいは外付けされる。ドライブ３２１は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体２４に記録されている情報を読み出して、ＲＡＭ３０５に出力する。また、ドライブ３２１は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体２４に記録を書き込むことも可能である。リムーバブル記録媒体２４は、例えば、ＤＶＤメディア、ＨＤ−ＤＶＤメディア、Ｂｌｕ−ｒａｙメディア、コンパクトフラッシュ（ＣｏｍｐａｃｔＦｌａｓｈ：ＣＦ）、メモリースティック、または、ＳＤメモリカード（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ ｍｅｍｏｒｙ ｃａｒｄ）等である。また、リムーバブル記録媒体２４は、例えば、非接触型ＩＣチップを搭載したＩＣカード（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ ｃａｒｄ）または電子機器等であってもよい。

接続ポート３２３は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポートや、ｉ．Ｌｉｎｋ等のＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）ポート、ＲＳ−２３２Ｃポート、光オーディオ端子等の、機器を帯域要求装置３０に直接接続するためのポートである。この接続ポート３２３に外部接続機器２６を接続することで、帯域要求装置３０は外部接続機器２６から直接コンテンツデータを取得したり、外部接続機器２６に各種データを提供したりする。

通信装置３２５は、例えば、通信網２２に接続するための通信デバイス等で構成された通信インターフェースである。通信装置３２５は、例えば、有線または無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ、またはＷＵＳＢ（Ｗｉｒｅｌｅｓｓ ＵＳＢ）用の通信カード、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）用のルータ、または、各種通信用のモデム等である。この通信装置３２５は、クライアント機器４０との間でコンテンツまたはコンテンツに関する情報を送受信すると共に、例えば、インターネットや他の通信機器との間でコンテンツやコンテンツに関するメタデータ等を送受信することができる。また、通信装置３２５に接続される通信網２２は、有線または無線によって接続されたネットワーク等により構成され、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、または衛星通信等であってもよい。

以上説明した構成により、帯域要求装置３０は、ＩＰＴＶサーバ１８、ＳＩＰサーバ２０、ＩＰＴＶターミナル４０といった多様な情報源から様々な情報を取得したり、情報を伝送することが可能となる。さらに、帯域要求装置３０は、リムーバブル記録媒体２４を用いて帯域要求装置３０が保持している様々な情報を持ち出すこともできる。このように、帯域要求装置３０と、これに対応したＩＰＴＶターミナル４０とを利用することにより、好適なデジタルホームネットワークが構築される。

なお、ＩＰＴＶターミナル４０のハードウェア構成は、帯域要求装置３０のハードウェア構成と実質的に同一であるので、説明を省略する。

以上、本実施形態に係る帯域要求装置３０およびＩＰＴＶターミナル４０の機能を実現可能なハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用するハードウェア構成を変更することが可能である。また、上記のハードウェア構成は、あくまでも一例であり、これに限定されるものでないことは言うまでもない。また、利用形態によっては、ホストバス３０７や外部バス３１１、またはインターフェース３１３等を省略する構成も可能である。

（ルータ１６の構成）
図３は、本実施形態にかかるルータ１６のハードウェア構成を示した説明図である。ルータ１６は、主に、ＣＰＵ１６１と、ＲＯＭやＲＡＭから構成されるメモリチップ１６３と、イーサネットインターフェース１６５と、ＰＨＹチップ１６７と、スイッチングハブチップ１６９と、接続ポート１７１とを備える。

ＣＰＵ１６１は、演算処理装置および制御装置として機能し、ＲＯＭやＲＡＭから構成されるメモリチップ１６３に記録された各種プログラムに従って、ルータ１６内の動作全般またはその一部を制御し、ＩＰパケットのルーティング処理を行う。メモリチップ１６３を構成するＲＯＭは、ＣＰＵ１６１が使用するプログラムや演算パラメータ等を記憶する。また、メモリチップ１６３を構成するＲＡＭは、ＣＰＵ１６１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する。これらはＣＰＵバス等の内部バスにより構成されるホストバスにより相互に接続されている。

イーサネットインターフェース１６５は、ルータ１６の外部における種々のデータの伝送形式と、ルータ１６内部のデータの伝送形式とを仲介する。図３に示したように、イーサネットインターフェース１６５は、ＣＰＵ１６１と後述するＰＨＹチップ１６７との間に設けられ、ルータ１６の外部からルータ１６の内部に伝送されるデータの仲介を行うものと、ＣＰＵ１６１と後述するスイッチングハブチップ１６９との間に設けられ、ルータ１６の内部からルータ１６の外部へと伝送されるデータの仲介を行うものと、の２つが設けられる。なお、図３では、イーサネットインターフェースをルータ１６内に２つ設ける場合を示しているが、上記の例に限定されず、１つのイーサネットインターフェースで上述の機能を行っても良い。

ＰＨＹ（ＰＨＹｓｉｃａｌ ｌａｙｅｒ：物理層）チップ１６７は、ルータ１６が接続されるネットワークの物理的な接続・伝送方式に関する情報が記載されたチップであり、例えば、データと電気信号の相互変換方式等に関する情報が記載される。このＰＨＹチップ１６７は、例えば、ルータ１６の上流側に設けられる接続ポート１７１と、イーサネットインターフェース１６５との間に設けられる。

スイッチングハブチップ１６９は、データのスイッチングを行うハブ（集線装置）の機能を有するチップであり、ルータ１６に伝送されてきたデータを解析してデータの送り先を検出し、例えば送り先のＭＡＣアドレス等に基づいて適切な接続ポート１７１のみにデータを伝送する。このスイッチングハブチップ１６９は、ルータ１６の下流側に設けられる接続ポート１７１と、イーサネットインターフェース１６５との間に設けられる。

以上、本実施形態に係るルータ１６の機能を実現可能なハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用するハードウェア構成を変更することが可能である。また、上記のハードウェア構成は、あくまでも一例であり、これに限定されるものでないことは言うまでもない。

基盤技術に関する説明

（基盤技術の説明：ＳＩＰサーバに依存した競合解決処理）
まず、本発明に係る好適な実施形態について詳細なる説明をするに先立ち、本実施形態を実現する上で基盤を成す技術的事項について述べる。なお、本実施形態は、以下に記載する基盤技術の上に改良を加えることにより、より顕著な効果を得ることができるように構成されたものである。従って、その改良に係る技術こそが本実施形態の特徴を成す部分である。つまり、本実施形態は、ここで述べる技術的事項の基礎概念を踏襲するが、その本質はむしろ改良部分に集約されており、その構成が明確に相違すると共に、その効果において基盤技術とは一線を画するものであることに注意されたい。

図４は、本発明の基盤技術に係るコンテンツ配信システムを説明するための説明図である。図４では、ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）／ＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）により実現される次世代ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網上で要となるアプリケーションとして展開されることが期待されているＩＰＴＶサービスを例に挙げて、説明を行っている。

本発明の基盤技術に係るコンテンツ配信システムは、例えば、コア・アクセスネットワーク１２と、コア・アクセスネットワーク１２にルータ１６を介して接続されるＩＰＴＶサーバ１８およびＩＰＴＶターミナル４０とを含む。

ＩＰＴＶサービスでは、コンテンツの配信を行うＩＰＴＶアプリケーションサーバ１８とコンテンツの再生を行うＩＰＴＶターミナル４０との間で、通信に必要なビットレート等のＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）ネゴシエーションが可能なＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を利用して、ＱｏＳが保証されたＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）ストリーミング等のＩＰＴＶセッションの確立／解放制御を行う。図４に示した例では、ＩＰＴＶサーバ１８とＩＰＴＶターミナル４０との間のセッション制御、および、ＳＩＰサーバ２０とルータ１６との間のＱｏＳ制御が、ＳＩＰによりなされる。なお、図中の実線の矢印はセッション制御情報の流れを表しており、図中の２点鎖線の矢印は、コンテンツデータ等のメディアストリームを表している。

ここで、上記のＱｏＳとは、ネットワーク上で、ある特定の通信のための帯域を予約し、一定の通信速度を保障する技術である。また、上記のＶＯＤとは、見たいときに見たいビデオコンテンツを見ることが可能なサービスを意味する。

セッション制御のためのＳＩＰメッセージは、メッセージ交換を仲介するＳＩＰサーバ２０が内容を解釈し、ＩＰＴＶメディア接続の経路上に存在するルータ１６等のＱｏＳ制御が可能なネットワーク機器の制御を行う。ＱｏＳネゴシエーションが可能なＳＩＰにより、ネットワークのトラフィック等の状態を考慮にいれて、複数のクラス（メディアの符号化の種類やビットレート等の違いによる品質のクラス）のＩＰＴＶメディア接続から最適なものを、ＩＰＴＶアプリケーションサーバ１８とＩＰＴＶターミナル４０の双方でネゴシエーションして選択することができる。

図５に示したように、ＱｏＳ制御が可能なルータＡ１７等のネットワーク機器は、ホームネットワーク１４とＩＭＳ／ＮＧＮにより実現される次世代ＩＰ網側のコア・アクセスネットワーク１２の境界に設けられ、ホームネットワークセグメントである通信網２２上には、２台のＩＰＴＶターミナル４０が接続されているものとする。図５に示した構成においては、ＳＩＰサーバ２０やルータＡ１７は、網側（すなわちコア・アクセスネットワーク１２側）が管理する。なお、図５では、通信網２２に接続されているＩＰＴＶターミナル４０は２つのみであるが、上記の例に限定されず、通信網２２には、１台のＩＰＴＶターミナル４０が接続されていてもよく、複数のＩＰＴＶターミナル４０が接続されていてもよい。

ＩＭＳ／ＮＧＮのアーキテクチャにおいては、図６に示したように、ＩＰＴＶセッションの確立において、ＩＰＴＶターミナル４０側に実装されるＳＩＰ−ＵＡＣ（ＳＩＰ Ｕｓｅｒ Ａｇｅｎｔ Ｃｌｉｅｎｔ）１０５がＩＰＴＶサーバ１８側に実装されるＳＩＰ−ＵＡＳ（ＳＩＰ Ｕｓｅｒ Ａｇｅｎｔ Ｓｅｒｖｅｒ）１０１に対して、ＩＰＴＶの映像／音声のメディアストリームのセッション確立を依頼するメッセージを発行する。このメッセージは、ＳＩＰ−ＵＡＣ１０５からＳＩＰ−Ｓ（ＳＩＰ Ｓｅｒｖｅｒ）１０３を介して、ＳＩＰ−ＵＡＳ１０１に届けられるが、その際、ＳＩＰ−Ｓ１０３は、ＩＰＴＶターミナル４０に実装されるコンテンツ再生クライアント１１３（メディアストリームの再生機能）とＩＰＴＶサーバ１８に実装されるコンテンツサーバ１０７（メディアストリームの送出機能）の間に位置するＱｏＳ制御可能なネットワーク機器（ルータ１６等）に実装されるネットワーク帯域コントローラ１０９に対して、必要なネットワークリソース（帯域等）の確保を依頼する（図６中の実線で示された矢印の流れ）。

ここで、ルータ１６に実装されるネットワーク帯域コントローラ１０９、１１１は、上記のように、コンテンツサーバ１０７からコンテンツ再生クライアント１１３へとコンテンツデータを伝送するために必要な帯域を、確保したり開放したりするものである。

ルータ１６に実装されるネットワーク帯域コントローラ１０９により、ＩＰＴＶサーバ１８に設けられるコンテンツサーバ１０７と、ＩＰＴＶターミナル４０に設けられるコンテンツ再生クライアント１１３との間で、コンテンツ配信に必要な帯域が確保されると、コンテンツサーバ１０７は、確保された帯域を用いて、コンテンツ再生クライアント１１３に対して映像データおよび音声データからなるコンテンツデータを配信することとなる（図６中の２点鎖線で示された矢印の流れ）。

なお、ＳＩＰは、エンド・システム間のクライアント−サーバモデルに基づいており、このエンド・システムに相当するものが、上記のユーザ・エージェント（Ｕｓｅｒ Ａｇｅｎｔ：ＵＡ）である。ユーザ・エージェントは、クライアントとサーバの両方の機能を果たすものであるが、他のユーザ・エージェントに対してリクエスト（要求）を生成する場合のユーザ・エージェントをユーザ・エージェント・クライアント（ＵＡＣ）といい、他のユーザ・エージェントからのリクエストを処理してレスポンス（応答）を生成する場合のユーザ・エージェントを、ユーザ・エージェント・サーバ（ＵＡＳ）という。また、上記のＳＩＰ−Ｓ（ＳＩＰサーバ）は、ユーザ・エージェントに対して、リクエストやレスポンスの中継や、リクエストのあて先の問い合わせや、ユーザ・エージェントのネットワーク上での位置情報の登録等といった、様々なサービスを提供する装置である。

あるホームネットワーク１４に位置する複数のＩＰＴＶターミナル４０が、同時にＩＰＴＶサーバ１８に対してセッションを確立しようする場合、複数のＩＰＴＶターミナル４０上のＳＩＰ−ＵＡＣ１０５が、コア・アクセスネットワーク１２のＳＩＰ−Ｓ１０３に対して、セッション確立を依頼する。しかしながら、この場合に、ネットワークリソースである帯域の取り合い（競合）が起こる可能性がある。この場合、ＳＩＰ−Ｓ１０３は、あらかじめ設定された競合解決の方針に基づき、複数のＩＰＴＶターミナル４０の要求を調停する。

例えば図７に示したように、あるホームネットワーク１４に位置する第１ＩＰＴＶターミナル４０Ａが、高画質（Ｈｉｇｈ Ｄｉｆｉｎｉｔｉｏｎクラス）のＩＰＴＶメディア接続を既に確立している際に、同一ホームネットワークセグメント１４に接続されている第２ＩＰＴＶターミナル４０Ｂが高画質のＩＰＴＶメディア接続を更に確立しようとする場合が考えられる。この際に、図７に示したように、ルータＡ１７の帯域許容量を、第１ＩＰＴＶターミナル４０Ａが既に確立しているメディア接続がほぼ使い尽くしている（ただし、少し余裕がある）場合が生じうる。このような際には、ＳＩＰ−Ｓ１０３は、例えば、次のようないくつかの競合解決の方針を採用することが考えられる。

（方針１）ルータＡ１７のネットワークの帯域許容量に、第２ＩＰＴＶターミナル４０Ｂから要求されたクラスのセッションを収容できる余裕がなく、かつ、第１ＩＰＴＶターミナル４０Ａのターミナルの優先度（特権クラス）が高く設定されている場合は、第２ＩＰＴＶターミナル４０ＢからのＩＰＴＶメディアセッション確立要求を受け付けない。

（方針２）第２ＩＰＴＶターミナル４０ＢからのＩＰＴＶメディアセッションが高画質クラスと低画質クラスの２段階のＱｏＳクラスから選択できるセッションであり、ルータＡ１７の帯域許容量に低画質クラスのセッションを収容できる余裕がある場合は、第１ＩＰＴＶターミナル４０ＡからのＩＰＴＶセッションを維持しながら、第２ＩＰＴＶターミナル４０ＢからのＩＰＴＶセッション確立要求を、低画質クラスのセッションとして確立する。

（方針３）ルータＡ１７の帯域許容量に要求されたクラスのセッションを収容できる余裕がなく、かつ、第２ＩＰＴＶターミナル４０Ｂを利用しているユーザの優先度（特権クラス）が高く設定されている場合は、第１ＩＰＴＶターミナル４０ＡからのＩＰＴＶセッションを止め、第２ＩＰＴＶターミナル４０ＢからのＩＰＴＶセッションを要求どおりの品質で確立する。

このような複数のＩＰＴＶターミナル４０からのセッション確立にともなう帯域要求の競合を解決する方針を、帯域要求競合解決指針と呼ぶものとする。これらの選択肢の他にも、曜日や時間帯、視聴中のコンテンツの種類（スポーツ中継）等、あるいは、これらの組み合わせの条件を考慮する複雑な指針も考えられる。また、あらかじめ定義された指針で解決するケース（以下、自動競合解決と称する。）ばかりでなく、セッション確立要求毎に検知された競合をユーザに通知して、その時々のユーザの意向に応じて競合解決するケース（以下、逐次対話型競合解決と称する。）が期待される場合も考えられる。

本実施形態に係る説明

しかしながら、このような帯域要求競合解決を網側（すなわち、コア・アクセスネットワーク１２側）で行う場合、競合解決のための指針を個々のホームネットワーク毎に、そこに含まれる個別のＩＰＴＶターミナル４０、または、ユーザ毎に管理しなければならない。ＳＩＰサーバ２０では、ＩＰＴＶターミナル４０からのセッション確立要求毎にこれらの競合解決指針を集中管理するデータベースである競合解決データベース２１を照会し、自動競合解決の場合はあらかじめ設定された競合解決指針に従って解決し、逐次対話型競合解決の場合は、個別のユーザの意向確認処理を行ってから解決することになる。

上記のようなコア・アクセスネットワーク１２側で競合解決を行う場合には、ライブ中継や一斉同時公開のＶＯＤ等といった一斉同時アクセス型ＩＰＴＶセッションが行われる際に、競合解決処理が大多数のホームネットワークに対して一斉に起こり、網側の競合解決処理の負荷が急増し、パフォーマンスが不安定になるという問題が起こりえる（図８中のルータ１６における競合発生）。さらに、ホームネットワークの境界に位置するルータ１６の帯域許容量が小さい場合には、この帯域許容量を共有するＩＰＴＶターミナル４０間で帯域許容量の取り合いが生じることとなるため、ＳＩＰサーバ２０は、この取り合いの調停を行なう必要が生じることとなる。この調停を行なうことで、ＳＩＰサーバ２０の処理負荷が大きくなるという問題が生じうる。

他方、逆に、ホームネットワーク境界のルータ１６の帯域許容量が大きい場合には、ホームネットワーク１４内での帯域の奪い合いが起こる可能性が低く、事前の競合解決の必要がないため、同一ホームネットワーク１４内の複数のＩＰＴＶターミナル４０からのセッション確立要求をすべて許可することとなる。このようなルータに繋がっているホームネットワークが大多数存在する場合、ほぼ同時にすべてのＩＰＴＶターミナル４０からのセッション確立要求が許可された場合には、コア・アクセスネットワーク１２自体のネットワーク帯域のキャパシティがオーバーフローしてしまう恐れや、ＩＰＴＶサーバ１８のキャパシティオーバーフローが生じる恐れがある。この場合にも、競合解決のためにＳＩＰサーバ２０への負荷が集中して、ＳＩＰサーバ２０においてオーバーフローが起こる恐れがある（図８中のＳＩＰサーバ２０における競合発生）。

上記のような問題点を解決するために、本願発明者が鋭意研究を行った結果、以下のような問題の解決方法があることに想到した。上記のルータ１６における競合問題を解消するためには、図９に示したように、各ホームネットワーク１４内で、個々のＩＰＴＶターミナル４０Ａ、４０ＢがＳＩＰサーバ２０に対するセッション確立要求を送る前（既にセッションを確立しているＩＰＴＶターミナル４０がある場合は、そのホームネットワーク１４内の別のＩＰＴＶターミナル４０が新たなセッション確立要求を送る前）に、ホームネットワーク１４内のＩＰＴＶターミナル４０同士で、そのホームネットワーク１４の境界ルータ１６における帯域の競合を解決しておくという方法が考えられる。

また、上記のＳＩＰサーバ２０における競合問題についても、ホームネットワーク１４内であらかじめ競合解決が行われることにより、回避することが可能である。ただ、そのためには、ホームネットワーク１４内でその時々で利用可能なネットワーク帯域の上限がわかっていなければ、競合解決処理ができない。その時々で利用可能なネットワーク帯域は、ＳＩＰサーバ２０側が参照できる網側の帯域管理情報から照会できるため、ＳＩＰサーバ２０側が定期的に帯域消費状況をＩＰＴＶターミナル４０側に告知することができれば、ＳＩＰによるセッション確立要求を送る前に、あらかじめ、ホームネットワーク１４側でＩＰＴＶターミナル４０同士が競合解決することができる。

また、網側で提供される競合解決方針のパターンは、多くのユーザに共通のごく一般的なものとなる可能性が高く、個別のホームネットワーク環境に依存した、きめの細かな競合解決指針を定義することが難しい。上述のように、ホームネットワーク１４側でローカルに競合解決を行う方式を実現することができれば、このようなきめの細かな解決指針を適用して競合解決することも容易に実現できる。

そこで、本願発明者は、上記の競合解決方法を実現すべく鋭意研究を行い、以下に説明するような、本発明の一実施形態に係る帯域要求システム１０と、帯域要求装置３０とを開発した。

すなわち、本発明の一実施形態に係る帯域要求システム１０は、網側（コア・アクセスネットワーク１２側）のサーバ（ＳＩＰサーバ２０）からＳＩＰメッセージにより逐次告知される最新の網内のネットワーク帯域管理情報に基づいて動作する帯域要求競合解決エージェントをホームネットワーク１４側に配置することにより、網側で提供される競合解決の負荷増加を緩和する、もしくは、完全に代行させることができる。

また、競合解決のために上記の帯域要求競合解決エージェントが参照する競合解決指針記憶部に、コア・アクセスネットワーク側で提供される一般的な競合解決指針の定義ばかりでなく、個別のホームネットワーク環境に依存するきめの細かな競合解決指針を定義できるところに特徴がある。

これまで説明したような基盤技術を踏まえながら、以下において、本実施形態に係る帯域要求システム１０および帯域要求装置３０について、詳細に説明する。本実施形態に係る帯域要求システム１０は、上記の基盤技術で用いられるＳＩＰを利用したシステムであり、ＳＩＰサーバ２０側が参照できる網側（コア・アクセスネットワーク側）の帯域管理情報に基づいて、時々刻々と変化する利用可能なネットワークリソース（帯域）の状況を、定期的にクライアント機器側に告知するものである。

（帯域要求システム１０の構成）
まず、図１０を参照しながら、本実施形態に係る帯域要求システム１０の構成を詳細に説明する。図１０は、本実施形態に係る帯域要求システム１０の構成を示した説明図である。

本実施形態に係る帯域要求システム１０は、例えば、ＩＰＴＶサーバ１８と、コア・アクセスネットワーク１２上に設けられるＳＩＰサーバ２０と、通信網２２により互いに接続されたＩＰＴＶターミナル４０と、ＩＰＴＶサーバ１８とＳＩＰサーバ２０との間およびＩＰＴＶターミナル４０とＳＩＰサーバ２０との間に設けられるルータ１６と、を含む。

ルータ１６は、例えば、ネットワーク帯域コントローラ１７３と、帯域ステータスデータベース１７５と、を備える。

ネットワーク帯域コントローラ１７３は、ルータ１６中のＣＰＵ１６１およびメモリチップ１６３等から構成され、メモリチップ１６３に格納された各種プログラムに従って動作する。ネットワーク帯域コントローラ１７３は、ＩＰＴＶコンテンツのデータ（ＩＰＴＶメディアストリーム）を、ＩＰＴＶサーバ１８中のコンテンツサーバ１８３からＩＰＴＶターミナル４０中のコンテンツ再生クライアント４０５へと送るための帯域（ネットワークリソース）を確保したり、解放したりする。より詳細には、コンテンツデータの流れであるメディアストリームの経路上のコア・アクセスネットワーク１２内に存在するルータ１６等に対して帯域の確保処理および解放処理を行い、帯域確保ステータス情報や帯域解放ステータス情報としてルータ１６内の帯域ステータスデータベース１７５に格納する。

帯域ステータスデータベース１７５は、例えばルータ１６中のメモリチップ１６３に格納される。また、帯域ステータスデータベース１７５は、ルータ１６内に別途設けられる記憶部（図示せず。）に格納されてもよい。帯域ステータスデータベース１７５には、ルータが管理している帯域の管理状況を示す帯域管理ステータス情報が格納され、管理される。ここで、上記のルータが管理している帯域の管理状況は、例えば、ルータ１６がＩＰＴＶサーバ１８に接続されている場合には、ＩＰＴＶサーバ１８における帯域の確立や解放の状況を示すものであり、ルータ１６が複数のＩＰＴＶターミナル４０が接続されたホームネットワークの境界に存在している場合には、ホームネットワーク全体における帯域の確立や解放の状況を示すものである。また、ＩＰＴＶサーバ１８が接続されているルータ１６の帯域は、例えばＩＰＴＶサーバ１８の処理能力（例えば、コンテンツサーバ１８３の処理能力）を反映して設定されてもよい。

ＩＰＴＶサーバ１８は、例えば、ＳＩＰ−ＵＡＳ１８１と、コンテンツサーバ１８３とを含む。これらのＳＩＰ−ＵＡＳ１８１およびコンテンツサーバ１８３は、ＩＰＴＶサーバ１８中のＣＰＵ、ＲＯＭ、ＲＡＭ等から構成され、ＲＯＭやＩＰＴＶサーバ１８が備える記憶部に格納された各種プログラムに従って動作する。

ＳＩＰ−ＵＡＳ１８１は、サーバとして機能するＳＩＰのユーザ・エージェントであり、後述するＩＰＴＶターミナル４０に設けられたＳＩＰ−ＵＡＣ４０３との間のセッション確立・セッション解放を制御して、ＳＩＰ−ＵＡＣ４０３からのリクエストに応答する。

コンテンツサーバ１８３は、ＩＰＴＶコンテンツの管理と配信を行うものであり、ルータ１６によって確保された帯域を利用して、ＩＰＴＶターミナル４０に設けられたコンテンツ再生クライアント４０５に対してＩＰＴＶコンテンツの配信を行う。

ＳＩＰサーバ２０は、例えば、ＳＩＰセッション制御部２０１と、ネットワーク帯域管理状況告知部２０３とを含む。ＳＩＰセッション制御部２０１やネットワーク帯域管理状況告知部２０３は、ＳＩＰサーバ２０中のＣＰＵ、ＲＯＭ、ＲＡＭ等から構成され、ＲＯＭやＳＩＰサーバ２０が備える記憶部に格納された各種プログラムに従って動作する。

ＳＩＰセッション制御部２０１は、ＳＩＰ−ＵＡＣ４０３からのリクエストのあて先の問い合わせを行ったり、ＳＩＰ−ＵＡＣ４０３からＳＩＰ−ＵＡＳ１８１へのリクエストや、ＳＩＰ−ＵＡＳ１８１からＳＩＰ−ＵＡＣ４０３へのレスポンスを中継したり、ネットワーク上の各ユーザ・エージェントの位置情報の登録を行ったりする。このＳＩＰセッション制御部２０１により、対象とする人や情報、装置の状態をリアルタイムに把握できるようにするサービスであるプレゼンス・サービスといった、ＳＩＰに特有の機能を実現することが可能となる。また、ＳＩＰセッション制御部２０１は、ＳＩＰサーバ２０に接続されているルータ１６に実装されるネットワーク帯域コントローラ１７３に対して、ネットワークリソースである帯域の確保要求や解放要求を行う。

ネットワーク帯域管理状況告知部２０３は、ＳＩＰサーバ２０に接続されているルータ１６中の帯域ステータスデータベース１７５に格納され更新される帯域管理ステータス情報を定期的に照会し、ＳＩＰサーバ２０に接続されているＳＩＰ−ＵＡＣ４０３に通知する。このＳＩＰサーバ２０からＳＩＰ−ＵＡＣ４０３への通知は、例えばＳＩＰプレゼンス・サービスにより行われる。ＳＩＰ−ＵＡＣ４０３に通知される帯域管理ステータス情報には、例えば通知される対象のＳＩＰ−ＵＡＣ４０３が実装されるＩＰＴＶターミナル４０が接続されているホームネットワークの境界に存在するルータにおいて利用可能な帯域を示す、帯域許容値が記録されている。

ＩＰＴＶターミナル４０は、例えば、ＳＩＰ−ＵＡＣ４０３と、コンテンツ再生クライアント４０５とを含む。ＳＩＰ−ＵＡＣ４０３やコンテンツ再生クライアント４０５は、ＩＰＴＶターミナル４０中のＣＰＵ、ＲＯＭ、ＲＡＭ等から構成され、ＲＯＭやＩＰＴＶターミナル４０が備える記憶部に格納された各種プログラムに従って動作する。

ＳＩＰ−ＵＡＣ４０３は、クライアントとして機能するＳＩＰのユーザ・エージェントであり、ＩＰＴＶサーバ１８に設けられたＳＩＰ−ＵＡＳ１８１との間のセッション確立・セッション解放を制御して、ＳＩＰ−ＵＡＳ１８１に対してリクエストの伝送を行う。また、ＳＩＰサーバ２０のネットワーク帯域管理状況告知部２０３から通知された帯域管理ステータス情報を、後述する帯域要求装置３０に対して定期的に伝送する。コンテンツ再生クライアント４０５は、ＩＰＴＶサーバ１８に対してＩＰＴＶコンテンツの配信を要求するとともに、ＩＰＴＶサーバ１８から配信されたＩＰＴＶコンテンツの再生を行う。なお、ＩＰＴＶターミナル４０については、以下で更に詳細に説明する。

続いて、図１１を参照しながら、本実施形態に係る帯域要求システム１０において重要な役割を果たす帯域要求装置３０と、クライアント機器であるＩＰＴＶターミナル４０について、詳細に説明する。図１１は、本実施形態に係る帯域要求装置３０とＩＰＴＶターミナル４０の構成を説明するための説明図である。

（帯域要求装置３０の構成）
図１１に示したように、本実施形態に係る帯域要求装置３０は、例えば、帯域確保要求部３３１と、競合解決指針記憶部３３７と、帯域状態記憶部３３９と、通信部３４１と、を含む。

帯域確保要求部３３１は、帯域要求装置３０に接続された複数のＩＰＴＶターミナル４０それぞれから伝送される割当要求帯域を取りまとめて、ホームネットワーク１４全体として要求する要求帯域を決定し、ホームネットワーク１４の外部に設けられた中継サーバであるＳＩＰサーバ２０に対して要求帯域を伝送する。帯域要求装置３０に接続されるＩＰＴＶターミナル４０は、図１１に示したように通信網２２を介して帯域要求装置３０に接続されていてもよく、帯域要求装置３０に設けられているＵＳＢポート、ｉ．ＬＩＮＫ等のＩＥＥＥ１３９４ポート、ＳＣＳＩポート、ＲＳ−２３２Ｃポート等を介して帯域要求装置３０に直接接続されていてもよい。帯域確保要求部３３１は、帯域要求装置３０中のＣＰＵ、ＲＯＭ、ＲＡＭ等から構成され、ＲＯＭや帯域要求装置３０が備える記憶部に格納された各種プログラムに従って動作する。この帯域確保要求部３３１は、要求帯域決定部３３３と、競合解決部３３５とを更に備える。

要求帯域決定部３３３は、帯域要求装置３０に接続された複数のＩＰＴＶターミナル４０それぞれから伝送される割当要求帯域を、通信部３４１を介して受信して、帯域要求装置３０が接続されているホームネットワーク１４全体が必要としている帯域を決定する。また、要求帯域決定部３３３は、決定した要求帯域を、通信部３４１を介してＳＩＰサーバ２０に送信し、ＳＩＰサーバ２０に対して帯域の割り当てを要求する。

要求帯域決定部３３３は、後述する帯域状態記憶部３３９に記憶されている利用可能な帯域許容量やホームネットワーク内で現在再生されているＩＰＴＶセッションに関する情報等を参照して、要求帯域を決定する。複数のＩＰＴＶターミナル４０それぞれからの割当要求帯域の合計が、利用可能な帯域許容量以下の場合には、要求帯域決定部３３３は、割当要求帯域の合計を要求帯域としてＳＩＰサーバ２０に伝送する。また、上記の割当要求帯域の合計が利用可能な帯域許容量を超過している場合には、複数のＩＰＴＶターミナル４０間で帯域の競合が発生することとなるため、後述する競合解決部３３５に対して、競合解決処理を行うように要請する。競合解決部３３５によって競合が解決すると、要求帯域決定部３３３は、要求帯域をＳＩＰサーバ２０へと伝送する。

ＳＩＰサーバ２０からホームネットワーク全体に対して帯域が割り当てられると、要求帯域決定部３３３は、競合解決処理を行わなかった場合には各ＩＰＴＶターミナル４０が要求した帯域を配分し、競合解決処理を行った場合には、競合解決の結果に基づいて各ＩＰＴＶターミナル４０に対して帯域を配分する。

各ＩＰＴＶターミナル４０から伝送された割当要求帯域の合計が利用可能な帯域許容値を超過している場合、競合解決部３３５は、帯域状態記憶部３３９に記憶されている現在再生中のＩＰＴＶセッションに関する情報と、ホームネットワーク全体が利用可能な帯域許容値に関する情報とを照会し、後述する競合解決指針記憶部３３７に記憶されている競合解決指針に基づいて、各ＩＰＴＶターミナル４０間の帯域要求の競合解決を行う。競合解決は、競合解決指針記憶部３３７に格納されている処理方針に則って、逐次対話型競合解決であってもよく、予め定義された競合解決方法に基づく自動競合解決であってもよい。

競合解決指針記憶部３３７は、競合解決部３３５が複数のＩＰＴＶターミナル４０間で発生した割当要求帯域の競合を解決するために参照する記憶部である。競合解決指針記憶部３３７には、競合解決部３３５が割当要求帯域の競合を解決するために必要な情報が複数記憶されている。

図１２は、競合解決指針記憶部３３７に記憶されている競合解決指針情報を説明するための説明図である。図１２に示したように、競合解決指針情報は、複数のＩＰＴＶターミナル４０間における割当要求帯域の競合を逐次対話的に解決するか否かのフラグが記載された逐次競合解決可否フラグと、自動競合解決を行う場合に参照され、競合解決指針があらかじめ定義されている競合解決指針とから構成される。競合解決部３３５が自動競合解決を行う場合に参照する競合解決指針は、競合解決指針記憶部３３７に複数記憶される。また、競合解決指針記憶部３３７は、競合解決部３３５が競合解決処理の際に記憶する必要が生じた各種のパラメータ等を記憶することも可能である。

帯域状態記憶部３３９は、帯域要求装置３０が接続されているホームネットワーク１４内における帯域の使用状況に関する帯域状態情報を記憶する。帯域状態記憶部３３９は、要求帯域決定部３３３が要求帯域を決定する際や、競合解決部３３５が競合解決処理を行う際等に、それぞれ要求帯域決定部３３３や競合解決部３３５により参照される。

図１３は、帯域状態記憶部３３９に記憶されている帯域状態情報を説明するための説明図である。図１３に示したように、帯域状態情報は、帯域要求装置３０が接続されているホームネットワーク１４内で利用可能な帯域の許容値に関する情報と、ホームネットワーク１４に接続されているＩＰＴＶターミナル４０が現在再生中のＩＰＴＶセッションに関するＩＰＴＶセッション情報と、からなる。利用可能な帯域許容値は、ＳＩＰサーバ２０のネットワーク帯域管理状況告知部２０３から定期的にＩＰＴＶターミナル４０のＳＩＰ−ＵＡＣ４０３に通知される情報であって、ＳＩＰ−ＵＡＣ４０３から帯域要求装置３０に定期的に通知されるものであり、ホームネットワーク１４内の帯域の使用状況に応じて時々刻々と変化するものである。ＩＰＴＶセッション情報は、帯域要求装置３０が接続されているホームネットワーク１４内のＩＰＴＶターミナル４０で現在確立されているＩＰＴＶセッションに関する情報が記載されたものであり、帯域状態記憶部３３９には、確立されているＩＰＴＶセッションの数に対応して複数のＩＰＴＶセッション情報が記憶される。ＩＰＴＶセッション情報には、図１３に示したように、現在確立しているＩＰＴＶセッションに関するＩＰＴＶセッション記述と、このＩＰＴＶセッションを再生しているＩＰＴＶターミナルを識別するＩＰＴＶターミナル識別情報と、ＩＰＴＶセッションを再生しているＩＰＴＶターミナルのユーザ識別情報とが関連づけられて記載されている。

通信部３４１は、帯域確保要求部３３１がＳＩＰサーバ２０やＩＰＴＶターミナル４０に対して開示する様々な情報等を、通信網２２を介して送信する。また、逆に、ＳＩＰサーバ２０やＩＰＴＶターミナル４０からの要求等を、帯域要求装置３０に受信することも可能である。また、通信部３４１は、通信網２２を介さずに、帯域要求装置３０に直接接続されているＩＰＴＶターミナル４０に対して、情報の送受信を行うことも可能である。

なお、図１１に示した本実施形態に係る帯域要求装置３０では、競合解決指針記憶部３３７と帯域状態記憶部３３９が個別に設けられているが、競合解決指針記憶部３３７と帯域状態記憶部３３９は、同一の記憶部内に設けられていても良い。また、本実施形態に係る帯域要求装置３０は、図１１に示した競合解決指針記憶部３３７と帯域状態記憶部３３９以外に、別の記憶部（図示せず。）を備えていても良い。また、図１１では、競合解決指針記憶部３３７は、帯域要求装置３０の内部に設けられている場合を示しているが、競合解決指針記憶部３３７は、競合解決部３３５が照会可能であれば帯域要求装置３０の外部に設けられていても良い。

（ＩＰＴＶターミナル４０の構成）
図１１に示したように、本実施形態に係るクライアント機器であるＩＰＴＶターミナル４０は、例えば、セッション確立部４０１と、コンテンツ再生クライアント４０５とを含む。セッション確立部４０１およびコンテンツ再生クライアント４０５は、ＩＰＴＶターミナル４０中のＣＰＵ、ＲＯＭ、ＲＡＭ等から構成され、ＲＯＭやＩＰＴＶターミナル４０が備える記憶部に格納された各種プログラムに従って動作する。

セッション確立部４０１は、ホームネットワーク１４の外部に設けられたコンテンツ配信サーバであるＩＰＴＶサーバ１８との間にセッションを確立したり、確立されたセッションを解放したりする。本実施形態に係るセッション確立部４０１は、ＳＩＰ−ＵＡＣ４０３を更に備える。

ＳＩＰ−ＵＡＣ４０３は、上述のように、ＳＩＰにおけるユーザ・エージェント・クライアントであり、ＳＩＰサーバ２０を介してＩＰＴＶサーバ１８のＳＩＰ−ＵＡＳ１８１とセッションの確立・解放を行い、ＩＰＴＶサーバ１８のコンテンツサーバ１８３とＩＰＴＶターミナル４０のコンテンツ再生クライアント４０５との関連付けを行う。また、ＳＩＰ−ＵＡＣ４０３は、ＳＩＰサーバ２０のネットワーク帯域管理状況告知部２０３から定期的に利用可能な帯域許容値に関する通知を、通信部４１５を介して受信するとともに、同一のホームネットワーク１４に接続されている帯域要求装置３０に対して、受信した利用可能な帯域許容値に関する情報を送信する。

コンテンツ再生クライアント４０５は、コンテンツ配信サーバであるＩＰＴＶサーバ１８に対してコンテンツの配信を要求してコンテンツの取得を図り、ＩＰＴＶサーバ１８からコンテンツの配信を受けると、配信されたコンテンツの再生を行う。本実施形態に係るコンテンツ再生クライアント４０５は、例えば、帯域算出部４０７と、コンテンツ取得部４０９と、コンテンツ識別子記憶部４１１と、コンテンツ再生部４１３とを更に備える。

帯域算出部４０７は、ＩＰＴＶターミナル４０のコンテンツ再生クライアント４０５が、ＩＰＴＶコンテンツを再生するために要する帯域を算出する。ＩＰＴＶコンテンツは、高画質画像でコンテンツを再生する場合と、低画質画像でコンテンツを再生する場合とで異なるため、例えばＩＰＴＶターミナル４０のユーザの選択により、必要とする帯域を算出することが可能である。

コンテンツ取得部４０９は、帯域要求装置３０によって配分された帯域に基づいてセッション確立部４０１であるＳＩＰ−ＵＡＣ４０３が確立したセッションに基づき、ＩＰＴＶサーバ１８に対してコンテンツの配信要求を行う。コンテンツの取得要求を行う際には、コンテンツ取得部４０９は、後述するコンテンツ識別子記憶部４１１に対して、取得を希望するコンテンツのコンテンツ識別子（Ｃｏｎｔｅｎｔ Ｒｅｆｅｒｅｎｃｅ Ｉｄｅｎｔｉｆｉｅｒ：ＣＲＩＤとも称する。）を照会し、照会の結果得られるＩＰＴＶセッション記述に基づいて、ＩＰＴＶサーバ１８に対してコンテンツの配信を要求する。コンテンツの配信要求に関しては、以下で改めて詳細に説明する。ＩＰＴＶサーバ１８からコンテンツが配信されると、コンテンツ取得部４０９は通信部４１５を介してコンテンツの取得を行い、取得したコンテンツをコンテンツ再生部４１３に伝送する。なお、取得したコンテンツは、コンテンツ取得部４０９により未図示の記憶部に記憶されてもよい。

コンテンツ識別子記憶部４１１は、ＩＰＴＶのコンテンツに関するコンテンツ識別子情報（ＣＲＩＤ情報）を複数記憶する記憶部である。コンテンツ識別子情報は、ＩＰＴＶのコンテンツに付与されているコンテンツ識別子と、このコンテンツ識別子に対応するＩＰＴＶセッション記述とが関連付けられている情報である。上述のように、コンテンツ取得部４０９は、コンテンツの取得に際してコンテンツ識別子記憶部４１１を参照し、コンテンツ識別子から、このコンテンツ識別子に関連付けられているＩＰＴＶセッション記述を取得し、コンテンツの取得を行う。

図１４は、コンテンツ識別子記憶部４１１が記憶するコンテンツ識別子情報について説明するための説明図である。図１４に示したように、コンテンツ識別子情報（ＣＲＩＤ情報）は、個々のコンテンツに対応するコンテンツ識別子と、これらのコンテンツに関連付けられたＩＰＴＶセッション記述とからなる。ＩＰＴＶセッション記述は、ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ：セッション記述プロトコル）に基づいて記載されており、図１４に示したように、ＩＰＴＶコンテンツのアドレス、ポート番号等のＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）や、要求レート等のＱｏＳパラメータや、コーデック情報や、配信時刻等に代表される、ＩＰＴＶコンテンツのセッション記述（セッションを識別する情報）、時間記述（セッションの開始・終了時刻や繰り返し回数等のセッションの有効時間）、メディア記述（メディアに関する情報）等から構成される。コンテンツ識別子情報は、いわゆるメタデータであるため、コンテンツ取得部４０９がコンテンツ識別子に基づいてコンテンツ識別子情報を照会することで、コンテンツの取得経路等を知ることができる。なお、１つのコンテンツ識別子に対して、高画質モードや低画質モードなど、複数のクラスのセッション記述が対応づけられていてもよい。

コンテンツ再生部４１３は、コンテンツ取得部４０９から伝送されたＩＰＴＶコンテンツを再生し、ＩＰＴＶターミナル４０に設けられたディスプレイ等の表示装置（図示せず。）にＩＰＴＶコンテンツを出力する。また、ＩＰＴＶコンテンツの再生が終了すると、コンテンツ再生部４１３は、ＳＩＰ−ＵＡＣ４０３に対してセッションの解放を要求するとともに、ＩＰＴＶターミナル４０に配分されていたネットワークリソースである帯域を解放する。

通信部４１５は、セッション確立部４０１やコンテンツ再生クライアント４０５がＩＰＴＶサーバ１８やＳＩＰサーバ２０や帯域要求装置３０に対して開示する様々な情報等を、通信網２２を介して送信する。また、逆に、ＩＰＴＶサーバ１８やＳＩＰサーバ２０や帯域要求装置３０からの要求等を、ＩＰＴＶターミナル４０に受信することも可能である。また、通信部４１５は、通信網２２を介さずに、ＩＰＴＶターミナル４０の接続ポートを介して直接接続されている帯域要求装置３０に対して直接情報の送受信を行うことも可能である。

以上、本実施形態に係る帯域要求装置３０およびＩＰＴＶターミナル４０の機能の一例を示した。上記の各構成要素は、汎用的な部材や回路を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。また、各構成要素の機能を、ＣＰＵ等が全て行ってもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用する構成を変更することが可能である。

（セッション確立からセッション解放までの流れ）
続いて、図１５を参照しながら、本実施形態に係るＩＰＴＶターミナル４０がセッションを確立してＩＰＴＶコンテンツを取得し、ＩＰＴＶコンテンツの終了後にセッションを解放する手順について、詳細に説明する。図１５は、本実施形態に係る帯域要求システム１０におけるセッション確立・解放方法を説明するための流れ図である。

ＳＩＰサーバ２０のネットワーク帯域管理状況告知部から帯域管理ステータス情報がＩＰＴＶターミナル４０のＳＩＰ−ＵＡＣ４０３に告知される（ステップＳ１０１）と、ＳＩＰ−ＵＡＣ４０３は帯域要求装置３０に、告知された利用可能な帯域許容値を伝送する（ステップＳ１０３）。ＩＰＴＶターミナル４０のコンテンツ再生クライアント４０５が、ＩＰＴＶコンテンツを再生するために帯域要求装置３０に帯域の割当要求を行うと（ステップＳ１０５）、帯域要求装置３０は、競合が生じている場合には競合を解決してから、競合が生じていない場合には競合解決処理を行わずに、ＳＩＰサーバ２０に対して要求帯域を伝送し、ＳＩＰサーバ２０が帯域の確保を行った後に、ＩＰＴＶターミナル４０のコンテンツ再生クライアント４０５に帯域を割り当てて（ステップＳ１０７）、ＩＰＴＶターミナル４０がセッションを確立することを許諾する。

続いて、ＩＰＴＶターミナル４０のコンテンツ再生クライアント４０５は、ＳＩＰ−ＵＡＣ４０３に対してセッションを確立するように要請し（ステップＳ１０９）、要請を受けたＳＩＰ−ＵＡＣ４０３は、ＳＩＰサーバ２０のＳＩＰセッション制御部２０１に対して、セッション確立要求を行う（ステップＳ１１１）。すると、ＳＩＰセッション制御部２０１は、ＳＩＰ−ＵＡＳ１８１とＳＩＰ−ＵＡＣ４０３との間に設けられたルータ１６のネットワーク帯域コントローラ１６１に対して、ネットワーク帯域の確保要求を行い（ステップＳ１１３）、ＩＰＴＶサーバ１８に実装されたＳＩＰ−ＵＡＳ１８１に対して、セッションの確立要求を行う（ステップＳ１１５）。

ＳＩＰ−ＵＡＳ１８１からＳＩＰセッション制御部２０１に対して、セッション確立要求に対する許諾応答が伝送されると（ステップＳ１１７）、ネットワーク帯域コントローラ１６１は、ＳＩＰセッション制御部２０１に対して、ネットワーク帯域を確保した旨の応答を行う（ステップＳ１１９）。ネットワーク帯域コントローラ１６１からの応答を受信すると、ＳＩＰセッション制御部２０１は、ＳＩＰ−ＵＡＣ４０３に対してセッションが確立した旨の応答を伝送する（ステップＳ１２１）。そして、ネットワーク帯域管理状況告知部から、帯域管理ステータス情報が、ＳＩＰ−ＵＡＣ４０３に対して通知される（ステップＳ１２３）。すると、ＳＩＰ−ＵＡＣ４０３は、通知された利用可能な帯域許容値を帯域要求装置３０に対して送信し（ステップＳ１２５）、帯域要求装置３０は、利用可能な帯域許容値の更新を行う。

ＳＩＰ−ＵＡＳ１８１とＳＩＰ−ＵＡＣ４０３との間のセッションが確立されると、ＩＰＴＶサーバ１８に実装されたコンテンツサーバ１８３は、ＩＰＴＶターミナル４０に実装されたコンテンツ再生クライアント４０５に対して、メディアストリーム（ＩＰＴＶコンテンツ）を送出し（ステップＳ１２７）、コンテンツ再生クライアント４０５は、コンテンツを再生する。

コンテンツの再生が終了すると、コンテンツ再生クライアント４０５は、ＳＩＰ−ＵＡＣ４０３に対して、セッションを解放するように要請し（ステップＳ１２９）、ＳＩＰ−ＵＡＣ４０３は、ＳＩＰセッション制御部２０１に対して、セッション解放を要求する（ステップＳ１３１）。ＳＩＰセッション制御部２０１は、要求を受けると、ネットワーク帯域コントローラに対して、ネットワーク帯域解放要求を伝送する（ステップＳ１３３）。続いて、ＳＩＰセッション制御部２０１は、ＩＰＴＶサーバ１８内のＳＩＰ−ＵＡＳ１８１に対して、セッション解放を要求する（ステップＳ１３５）。

ＳＩＰ−ＵＡＳ１８１は、ＳＩＰセッション制御部２０１に対して、セッション解放を行う旨の応答を行い（ステップＳ１３７）、ネットワーク帯域コントローラ１６１は、ＳＩＰセッション制御部に対して、ネットワーク帯域を解放する旨の応答を行う（ステップＳ１３９）。すると、ＳＩＰセッション制御部２０１は、ＳＩＰ−ＵＡＣ４０３に対してセッションを解放する旨の応答を行い（ステップＳ１４１）、ＳＩＰ−ＵＡＳ１８１およびＳＩＰ−ＵＡＣ４０３間に確立されたセッションは解放される。

ＳＩＰサーバ２０のネットワーク帯域管理状況告知部２０３は、セッション解放によって生じた帯域の変化について、ＳＩＰ−ＵＡＣ４０３に対して、帯域管理ステータス情報を告知し（ステップＳ１４３）、ＳＩＰ−ＵＡＣ４０３は帯域要求装置３０に、告知された利用可能な帯域許容値を伝送する（ステップＳ１４５）。以上説明したような流れで、ＳＩＰ−ＵＡＳ１８１およびＳＩＰ−ＵＡＣ４０３間のセッションの確立および解放がなされる。

（競合解決方法）
続いて、図１６を参照しながら、本実施形態に係る帯域要求システム１０における競合解決方法を詳細に説明する。図１６は、本実施形態に係る帯域要求システム１０における競合解決方法を説明するための流れ図である。

ＳＩＰサーバ２０のネットワーク帯域管理状況告知部２０３から帯域管理ステータス情報が告知されると、ＳＩＰ−ＵＡＣ４０３は、帯域確保要求部３３１に対して、帯域管理ステータス情報を告知する（ステップＳ２０１）。帯域確保要求部３３１は、告知された帯域管理ステータス情報（特に、利用可能な帯域許容値に関する情報）を、帯域状態記憶部３３９に記憶する。

ＩＰＴＶターミナル４０のコンテンツ再生クライアント４０５は、ユーザからコンテンツ視聴要求を要請されると（ステップＳ２０３）、要請されたコンテンツのコンテンツ識別子に基づいてコンテンツ再生クライアント４０５内のコンテンツ識別子記憶部を参照し、ＩＰＴＶセッション記述を取得する（ステップＳ２０５）。

続いて、コンテンツ再生クライアント４０５は、同じネットワーク内に存在する帯域要求装置３０の帯域確保要求部３３１に対して、セッション確立の是非を問い合わせるために、セッション許諾要求を伝送する（ステップＳ２０７）。

帯域確保要求部３３１は、コンテンツ再生クライアント４０５からのセッション許諾要求を受信すると、帯域確保要求部３３１に備えられた要求帯域決定部３３３が、帯域状態記憶部３３９を参照して、現在のホームネットワーク内におけるＩＰＴＶセッション管理情報の照会を行う（ステップＳ２０９）。コンテンツ再生クライアント４０５から要求してきたセッションに要する帯域が、帯域状態記憶部３３９に記憶されている帯域許容値以上であった場合には、帯域確保要求部３３１に備えられた競合解決部３３５が、帯域の競合解決処理を行う。

帯域確保要求部３３１の競合解決部３３５は、競合解決指針記憶部３３７を参照して、現在有効となっている逐次競合解決フラグの内容を確認する（ステップＳ２１１）。ただし、競合解決指針記憶部３３７の逐次競合解決可否フラグが可に設定されている場合（すなわち、逐次対話型競合解決処理を行う場合）には、ＩＰＴＶターミナル４０のコンテンツ再生クライアント４０５を介して、ユーザの競合解決の意向を確認し、その意向にもとづいて競合解決を行う（ステップＳ２１３）。逐次対話型競合解決については、以下で改めて詳細に説明する。競合が解決された場合には、コンテンツ再生クライアント４０５に対して、セッション確立要求の許諾を行う（セッション許諾応答）とともに（ステップＳ２１７）、帯域状態記憶部３３９に最新のセッション管理情報を記録する。

また、逐次競合解決フラグが否に設定されている場合（すなわち、逐次対話型競合解決処理を行わず、自動競合解決処理を行う場合）には、競合解決部３３５は、競合解決指針記憶部３３７を参照して、格納されている複数の競合解決指針の中から、現在の競合の状況に当てはまる競合解決指針を選び出し、選び出した競合解決指針に予め定義されている解決方法に則って競合解決処理を行う（ステップＳ２１５）。競合が解決された場合には、コンテンツ再生クライアント４０５に対して、セッション許諾応答を行うとともに（ステップＳ２１７）、帯域状態記憶部３３９に最新のセッション管理情報を記録する。なお、競合解決指針の詳細については、以下で改めて詳細に説明する。

ここで、上記のセッション許諾応答は、要求されたセッション確立要求をそのまま受け付ける場合もあれば、セッション確立要求の内容を変更して受け付ける場合や、セッション確立要求を許否する場合もある。

コンテンツ再生クライアント４０５は、帯域確保要求部３３１により許諾されたセッション記述をもとにＳＩＰメッセージを構成してＳＩＰサーバ２０に伝送し、ＳＩＰ−ＵＡＣ４０３とセッションを確立する（ステップＳ２１９）。

（競合解決指針について）
続いて、図１７を参照しながら、本実施形態に係る競合解決指針について、詳細に説明する。図１７は、本実施形態に係る競合解決指針を詳細に説明するための説明図である。

競合解決指針（以下、ポリシーとも称する。）は、複数のポリシーグループ（ｐｏｌｉｃｙＧｒｏｕｐ）から構成され、ポリシーグループは、ポリシールール（ｐｏｌｉｃｙＲｕｌｅ）の集合体として定義される。ポリシーグループ内の複数のポリシールールは、表記順に評価・再生される。また、個々のポリシールールは、図１７に示したように、コンディション部（ｐｏｌｉｃｙＣｏｎｄｉｔｉｏｎ）とアクション部（ｐｏｌｉｃｙＡｃｔｉｏｎ）のペアから構成され、コンディション部には、アクション部に記述された機能や操作を再生する時の条件が定義される。さらに、ｐｏｌｉｃｙＣｏｎｄｉｔｉｏｎは、複数のＣｏｎｄｉｔｉｏｎをＡＮＤとＯＲで結合することにより、複雑な条件を定義することができる。またｐｏｌｉｃｙＡｃｔｉｏｎについても、複数のＡｃｔｉｏｎを、シーケンシャルに並べることができる。ポリシーグループ内のポリシールールのうち１つでも再生された場合には、残りのポリシールールの評価・実行をやめるように設定されている。

（ポリシールールの記述方式の具体例）
ポリシールールの記述方式は、コンディション部とアクション部をＩＦとＴＨＥＮを用いて、例えば以下のように表現する。なお、以下に記載するポリシールールの記述方式は、ポリシールールの記述方式を説明するための、あくまでも一例であって、本実施形態に係るポリシールールの記述方式は、下記に限定されるわけではない。

＜ポリシールールの一般的な書式＞
ＩＦ （ｃｏｎｄｉｔｉｏｎ） ＴＨＥＮ （ａｃｔｉｏｎ）

例えば、図１７におけるｐｏｌｉｃｙＲｕｌｅ−１は、例えば、以下のように表現される。

ＩＦ （ｃｏｎｄｉｔｉｏｎ−１ ＯＲ （ｃｏｎｄｉｔｉｏｎ−２１ ＡＮＤ ｃｏｎｄｉｔｉｏｎ−２２ ＡＮＤ … ｃｏｎｄｉｔｉｏｎ−２Ｍ） ＯＲ … ｃｏｎｄｉｔｉｏｎ−Ｎ）
ＴＨＥＮ （ａｃｔｉｏｎ−１， ａｃｔｉｏｎ−２， … ａｃｔｉｏｎ−Ｌ）

＜ポリシールールの具体例＞
以下に、ポリシールールの記述方式を、具体例を挙げながら説明する。

既にセッションが確立されている第１ＩＰＴＶターミナルのセッション記述を、「ｃｕｒｒｅｎｔＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎ」とする。また、新しくセッション確立を要求する第２ＩＰＴＶターミナルから送られたセッション記述を、「ｈｉｇｈＱｕａｌｉｔｙＶｅｒｓｉｏｎＯｆＥｖａｌｕａｔｉｎｇＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎ」と、「ｌｏｗＱｕａｌｉｔｙＶｅｒｓｉｏｎＯｆＥｖａｌｕａｔｉｎｇＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎ」とする。ここで、「ｈｉｇｈＱｕａｌｉｔｙＶｅｒｓｉｏｎＯｆＥｖａｌｕａｔｉｎｇＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎ」は高画質クラスバージョンのセッションに相当し、「ｌｏｗＱｕａｌｉｔｙＶｅｒｓｉｏｎＯｆＥｖａｌｕａｔｉｎｇＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎ」は、低画質クラスバージョンのセッションに相当する。

既にセッションが確立されている第１ＩＰＴＶターミナルに設定される優先度を、「ｃｕｒｒｅｎｔＳｅｓｓｉｏｎＴｅｒｍｉｎａｌＣｌａｓｓ」とし、その値を“ＴｅｒｍｉｎａｌＣｌａｓｓ−Ｈｉｇｈ”とする。また、新しくセッション確立を要求する第２ＩＰＴＶターミナルに設定される優先度を、「ｅｖａｌｕａｔｉｎｇＳｅｓｓｉｏｎＴｅｒｍｉｎａｌＣｌａｓｓ」とし、その値を“ＴｅｒｍｉｎａｌＣｌａｓｓ−Ｌｏｗ”とする。ただし、“ＴｅｒｍｉｎａｌＣｌａｓｓ−Ｈｉｇｈ”＞“ＴｅｒｍｉｎａｌＣｌａｓｓ−Ｌｏｗ”とする。

新しいセッション確立要求を受理するアクションおよび破棄するアクションを、それぞれ、「ａｃｃｅｐｔＲｅｑｕｅｓｔ」、「ｄｉｓｃａｒｄＲｅｑｕｅｓｔ」とする。また、既に確立されている第１ＩＰＴＶターミナルのセッションを解放する（止める）アクションを、「ｑｕｉｔ−＞ｃｕｒｒｅｎｔＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎ」とする。

また、ルータとホームネットワークの帯域許容値から既に確立されている第１ＩＰＴＶターミナルのセッションが利用しているリソースを減じた残りの帯域許容値を、「ｒｅｍａｉｎｉｎｇＲｅｓｏｕｒｃｅＣａｐａｃｉｔｙ」とし、その値が“１０”となっているものとする。

新しくセッション確立を要求する第２ＩＰＴＶターミナルから送られたセッション記述のうち、高画質クラスのバージョンの要求する帯域を「ｈｉｇｈＱｕａｌｉｔｙＶｅｒｓｉｏｎＯｆＥｖａｌｕａｔｉｎｇＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎ．ｒｅｑｕｉｒｅｄＲｅｓｏｕｒｃｅＣａｐａｃｉｔｙ」とし、その値を“２４”とする。また、低画質クラスのバージョンの要求する帯域を「ｌｏｗＱｕａｌｉｔｙＶｅｒｓｉｏｎＯｆＥｖａｌｕａｔｉｎｇＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎ．ｒｅｑｕｉｒｅｄＲｅｓｏｕｒｃｅＣａｐａｃｉｔｙ」とし、その値を“８”とする。

既にセッションが確立されている第１ＩＰＴＶターミナルのコンテンツ再生クライアントを使用しているユーザに設定される優先度を「ｃｕｒｒｅｎｔＳｅｓｓｉｏｎＵｓｅｒＣｌａｓｓ」とし、その値を“ＵｓｅｒＣｌａｓｓ−Ｌｏｗ”とする。また、新しくセッション確立を要求する第２ＩＰＴＶターミナルのコンテンツ再生クライアントを再生しているユーザに設定される優先度を「ｅｖａｌｕａｔｉｎｇＳｅｓｓｉｏｎＵｓｅｒＣｌａｓｓ」とし、その値を“ＵｓｅｒＣｌａｓｓ−Ｈｉｇｈ”とする。ただし、“ＵｓｅｒＣｌａｓｓ−Ｈｉｇｈ”＞“ＵｓｅｒＣｌａｓｓ−Ｌｏｗ”とする。

＜具体例１：ルータとホームネットワークの帯域許容値に、要求されたクラスのセッションを収容できる余裕がなく、かつ、１つ目のＩＴＰＶターミナルのターミナル優先度（特権クラス）が高く設定されている場合は、２つ目のＩＰＴＶメディアセッションを受け付けない。＞
上記の条件および解決方法に関するポリシールールの記載は、以下のようになる。
ＩＦ （（ｒｅｍａｉｎｉｎｇＲｅｓｏｕｒｃｅＣａｐａｃｉｔｙ＜ｈｉｇｈＱｕａｌｉｔｙＶｅｒｓｉｏｎＯｆＥｖａｌｕａｔｉｎｇＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎ．ｒｅｑｕｉｒｅｄＲｅｓｏｕｒｃｅＣａｐａｃｉｔｙ）
ＡＮＤ
（ｃｕｒｒｅｎｔＳｅｓｓｉｏｎＴｅｒｍｉｎａｌＣｌａｓｓ＞ｅｖａｌｕａｔｉｎｇＳｅｓｓｉｏｎＴｅｒｍｉｎａｌＣｌａｓｓ））
ＴＨＥＮ （ｄｉｓｃａｒｄＲｅｑｕｅｓｔ）

上記の場合、ｒｅｍａｉｎｉｎｇＲｅｓｏｕｒｃｅＣａｐａｃｉｔｙ＝“１０”＜ｈｉｇｈＱｕａｌｉｔｙＶｅｒｓｉｏｎＯｆＥｖａｌｕａｔｉｎｇＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎ．ｒｅｑｕｉｒｅｄＲｅｓｏｕｒｃｅＣａｐａｃｉｔｙ＝“２４”であるため、最初の評価式が真となり、かつ、ｃｕｒｒｅｎｔＳｅｓｓｉｏｎＴｅｒｍｉｎａｌＣｌａｓｓ＝“ＴｅｒｍｉｎａｌＣｌａｓｓ−Ｈｉｇｈ”＞ｅｖａｌｕａｔｉｎｇＳｅｓｓｉｏｎＴｅｒｍｉｎａｌＣｌａｓｓ＝“ＴｅｒｍｉｎａｌＣｌａｓｓ−Ｌｏｗ”であるため、２つ目の評価式が真となり、その結果、コンディション全体の評価が真となる。そのため、アクションであるｄｉｓｃａｒｄＲｅｑｕｅｓｔが実行されることとなる。

＜具体例２：２つ目のＩＰＴＶメディアセッションのＱｏＳクラスが高画質クラスと低画質クラスの２段階から選択できるセッションであり、ルータとホームネットワークの帯域許容値に低画質クラスのセッションを収容できる余裕がある場合は、１つ目のセッションを維持しながら、２つ目のセッションを低画質クラスのセッションとして確立する。＞
上記の条件および解決方法に関するポリシールールの記載は、以下の２つのようになる。
ＩＦ （ｒｅｍａｉｎｉｎｇＲｅｓｏｕｒｃｅＣａｐａｃｉｔｙ＞ｈｉｇｈＱｕａｌｉｔｙＶｅｒｓｉｏｎＯｆＥｖａｌｕａｔｉｎｇＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎ．ｒｅｑｕｉｒｅｄＲｅｓｏｕｒｃｅＣａｐａｃｉｔｙ）
ＴＨＥＮ （ａｃｃｅｐｔＲｅｑｕｅｓｔ）
ＩＦ （ｒｅｍａｉｎｉｎｇＲｅｓｏｕｒｃｅＣａｐａｃｉｔｙ＞ｌｏｗＱｕａｌｉｔｙＶｅｒｓｉｏｎＯｆＥｖａｌｕａｔｉｎｇＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎ．ｒｅｑｕｉｒｅｄＲｅｓｏｕｒｃｅＣａｐａｃｉｔｙ）
ＴＨＥＮ （ａｃｃｅｐｔＲｅｑｕｅｓｔ）

上記の場合、ｒｅｍａｉｎｉｎｇＲｅｓｏｕｒｃｅＣａｐａｃｉｔｙ＝“１０”＞ｈｉｇｈＱｕａｌｉｔｙＶｅｒｓｉｏｎＯｆＥｖａｌｕａｔｉｎｇＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎ．ｒｅｑｕｉｒｅｄＲｅｓｏｕｒｃｅＣａｐａｃｉｔｙ＝“２４”であるため、最初のポリシールールが偽となるが、ｒｅｍａｉｎｉｎｇＲｅｓｏｕｒｃｅＣａｐａｃｉｔｙ＝“１０”＞ｌｏｗＱｕａｌｉｔｙＶｅｒｓｉｏｎＯｆＥｖａｌｕａｔｉｎｇＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎ．ｒｅｑｕｉｒｅｄＲｅｓｏｕｒｃｅＣａｐａｃｉｔｙ＝“８”であるため、２つ目のポリシールールが真となる。その結果、２つ目のアクションであるａｃｃｅｐｔＲｅｑｕｅｓｔが実行され、ｌｏｗＱｕａｌｉｔｙＶｅｒｓｉｏｎＯｆＥｖａｌｕａｔｉｎｇＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎに対応するセッションが受理されることとなる。

＜具体例３：ルータとホームネットワークの帯域許容値に要求されたクラスのセッションを収容できる余裕がなく、かつ、２つ目のＩＰＴＶターミナルを利用しているユーザの優先度（特権クラス）が高く設定されている場合は、１つ目のセッションを止め、２つ目のセッションを要求どおりの品質で確立する。＞
上記の条件および解決方法に関するポリシールールの記載は、以下のようになる。
ＩＦ （（ｒｅｍａｉｎｉｎｇＲｅｓｏｕｒｃｅＣａｐａｃｉｔｙ＜ｈｉｇｈＱｕａｌｉｔｙＶｅｒｓｉｏｎＯｆＥｖａｌｕａｔｉｎｇＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎ．ｒｅｑｕｉｒｅｄＲｅｓｏｕｒｃｅＣａｐａｃｉｔｙ） ＡＮＤ （ｃｕｒｒｅｎｔＳｅｓｓｉｏｎＵｓｅｒＣｌａｓｓ＜ｅｖａｌｕａｔｉｎｇＳｅｓｓｉｏｎＵｓｅｒＣｌａｓｓ））
ＴＨＥＮ （ｑｕｉｔ−＞ｃｕｒｒｅｎｔＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎ，ａｃｃｅｐｔＲｅｑｕｅｓｔ）

上記の場合、ｒｅｍａｉｎｉｎｇＲｅｓｏｕｒｃｅＣａｐａｃｉｔｙ＝“１０”＜ｈｉｇｈＱｕａｌｉｔｙＶｅｒｓｉｏｎＯｆＥｖａｌｕａｔｉｎｇＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎ．ｒｅｑｕｉｒｅｄＲｅｓｏｕｒｃｅＣａｐａｃｉｔｙ＝“２４”であるため、最初の評価式が真となり、かつ、ｃｕｒｒｅｎｔＳｅｓｓｉｏｎＵｓｅｒＣｌａｓｓ＝“ＵｓｅｒＣｌａｓｓ−Ｌｏｗ”＜ｅｖａｌｕａｔｉｎｇＳｅｓｓｉｏｎＵｓｅｒＣｌａｓｓ＝“ＵｓｅｒＣｌａｓｓ−Ｈｉｇｈ”であるため、２つ目の評価式が真となる。その結果、コンディション全体の評価が真となり、アクションであるｑｕｉｔ−＞ｃｕｒｒｅｎｔＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎで既存のセッションが止められ、ａｃｃｅｐｔＲｅｑｕｅｓｔでｈｉｇｈＱｕａｌｉｔｙＶｅｒｓｉｏｎＯｆＥｖａｌｕａｔｉｎｇＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎに対応するセッションが受理される。

なお、上記の具体例以外にも、例えば、曜日や時間帯、視聴中のコンテンツの種類（例えばスポーツ中継）等、あるいは、これらの組み合わせの条件を考慮する複雑なポリシーの例を考えることも可能である。

（逐次対話型競合解決処理について）
続いて、図１８および図１９を参照しながら、本実施形態に係る逐次対話型競合解決処理について、詳細に説明する。図１８は、本実施形態に係る帯域要求システム１０における逐次対話型競合解決処理を説明するための説明図であり、図１９は、本実施形態に係る帯域要求システム１０における逐次対話型競合解決処理を説明するための流れ図である。

帯域確保要求部３３１は、コンテンツ再生クライアント４０５を介して、ユーザの帯域要求競合解決の意向を確認するが、その意向確認の方法として、例えば、次のようないくつかの選択肢が考えられる。

例１ セッション確立を要求するコンテンツ再生クライアント４０５を実行するユーザに対して意向確認する場合

例２ セッション確立を要求するコンテンツ再生クライアント４０５を実行するユーザと、既に確立されているセッションを保有するコンテンツ再生クライアント４０５を実行するユーザとの間で、ネゴシエーションをさせて意向確認する場合

例３ ホームネットワーク内で競合解決の全権を与えられている特権ユーザに問い合わせて意向を確認する場合

上記のような例の場合に、帯域確保要求部３３１は、図１８に示したように、上記のいずれかの方針にもとづき、クライアント機器であるＩＰＴＶターミナル４０の出力部４１７上に、対話型メニュー（競合解決意思確認メニュー４１９）を提示依頼することにより、エンドユーザの意向を確認し、その意向に基づいて競合解決を行うことが可能である。

すなわち、図１９に示したように、帯域確保要求部３３１は、コンテンツ再生部４１３に対して、競合解決意向確認要求を要請し（ステップＳ３０１）、コンテンツ再生部４１３は、ユーザへ意思確認メニュー（競合解決意思確認メニュー４１９）を表示して、ユーザの意向を確認する（ステップＳ３０３）。コンテンツ再生部４１３は、入力されたユーザの意向を、競合解決意向確認応答として帯域確保要求部３３１に送信し（ステップＳ３０５）、帯域確保要求部３３１は、競合解決処理を行う。

以上のように、帯域要求装置３０をホームネットワーク１４側に配置することにより、ライブ中継や一斉同時公開のＶＯＤ等の一斉同時アクセス型ＩＰＴＶセッションが行われる場合のコア・アクセスネットワーク１２側で提供される競合解決の過負荷を低減させ、競合解決処理のパフォーマンスを上げることができるとともに、コア・アクセスネットワーク１２側で提供される一般的な競合解決指針の定義ばかりでなく、個別のホームネットワーク環境に依存する競合解決指針に基づき、ユーザのニーズに即したきめ細かな競合解決を行うことが可能となる。

（帯域管理ステータス情報における帯域許容値の決定について）
続いて、図２０〜図２２を参照しながら、本実施形態に係る帯域管理ステータス情報における帯域許容値の決定方法について、簡単に説明する。

上述のように、本実施形態に係る帯域管理ステータス情報には、ホームネットワークの境界に設けられたルータにおける利用可能な帯域許容値が格納されるが、この帯域許容値の決定方法として、例えば以下のような例が考えられる。

（第１例）
図２０は、帯域許容値の決定方法に関する第１例を説明するための説明図である。図２０に示したように、コア・アクセスネットワーク１２にはＳＩＰサーバ２０が設けられ、ＳＩＰサーバ２０には、４つのルータ１６Ａ〜１６Ｄが接続されている場合を例として考える。それぞれのルータ１６Ａ〜１６Ｄが、ホームネットワーク１４Ａ〜１４Ｄの境界に設けられたルータに該当する。それぞれのルータ１６Ａ〜１６Ｄには、通信網２２を介して、ＩＰＴＶターミナル４０が接続されている。また、それぞれのルータ１６Ａ〜１６Ｄには、帯域許容値２８が個別に設定されている。

帯域許容値の決定方法の第１例として、例えば、各ルータに対応する各ホームネットワークのＩＰＴＶサービス契約において、ＳＬＡ（Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ）で規定される最低保証レートを指定する場合が考えられる。ここで、上記のＳＬＡとは、通信サービスの事業者が、利用者にサービスの品質を保証する内容のことであり、回線の最低通信速度やネットワーク内の平均遅延時間、利用不能時間の上限など、サービス品質の保証項目や、それらを実現できなかった場合の利用料金の減額に関する規定等が含まれる。

図２０では、ホームネットワーク１４Ａ、１４Ｃおよび１４Ｄでは、それぞれ最低保証レートとして容量１の帯域許容値２８を契約しており、ホームネットワーク１４Ｂでは、最低保証レートとして容量２の帯域許容値２８を契約している。このため、ＳＩＰサーバ２０は、それぞれのホームネットワークの境界に位置するルータに対して、契約に即した帯域許容値２８の最低保証レートを設定する。

この第１例の場合には、契約で規定した最低保証レートを設定すればよいため、ＳＩＰサーバ２０にかかる負担は小さなものとなるが、各ホームネットワーク１４Ａ〜１４Ｄにおいて、契約以上の帯域を確保しようとする場合には、各ホームネットワーク内で帯域要求の競合が生じることとなる。

（第２例）
図２１Ａ〜図２１Ｃは、帯域許容値の決定方法に関する第２例を説明するための説明図である。帯域許容値の決定方法の第２例は、例えば、サービスの利用ユーザが少ないと見込まれる時間帯（例えば、深夜、早朝等）には、あまねく、帯域許容値を高く指定しておいて、なるべく多くのクライアントからのリクエストを受け付けるという決定方法である。ただし、帯域の利用状況に応じて（例えば、新たにクライアントがＳＩＰによりセッションを確立／解放するごとに）、コア・アクセスネットワーク全体の帯域消費状況を考慮にいれて許容値を増減することとする。

この方法では、図２１Ａに示したように、各ホームネットワークのクライアント数を見越して、ホームネットワークの境界に位置するルータ１６の帯域許容値を、予め高めに設定しておく。図２１Ａの例では、ホームネットワーク１４Ａには２台のＩＰＴＶターミナル４０が接続されているため、境界に位置するルータ１６Ａには、あらかじめ帯域許容値として容量２を設定しておく。同様にして、ルータ１６Ｂおよび１６Ｃには、帯域許容値として容量３が設定され、ルータ１６Ｄには、帯域許容値として容量１が設定される。

ここで、図２１Ｂに示したように、ホームネットワーク１４Ｂ内の１台のＩＰＴＶターミナル４０が、ＳＩＰサーバ２０に対してセッション確立を要請し、ホームネットワーク１４Ｄ内の１台のＩＰＴＶターミナル４０が、ＳＩＰサーバ２０に対してセッション確立を要請したとする。この場合、ＳＩＰサーバ２０は、それぞれのホームネットワーク１４からの要求を受け付けると共に、それぞれのルータ１６の帯域許容値を、他のホームネットワークの帯域消費状況に合わせて増減する。

図２１Ｂでは、ホームネットワーク１４Ｂおよびホームネットワーク１４Ｄが、帯域許容値を容量１消費して、ＳＩＰサーバ２０とのセッションを確立している。この際、ＳＩＰサーバ２０は、コア・アクセスネットワーク１２や他のホームネットワークの負荷状況等をもとに判断を行い、ルータ１６Ａ、ルータ１６Ｂおよびルータ１６Ｃの帯域許容値の容量を減らしている。

さらに時間が経過して、図２１Ｃに示したように、ホームネットワーク１４Ｃ中の１台のＩＰＴＶターミナル４０が、ＳＩＰサーバ２０に対してセッションの確立要請を行った場合には、ＳＩＰサーバ２０は、ホームネットワーク１４Ｃからの要請を受け付けると共に、コア・アクセスネットワーク１２や他のホームネットワークの負荷状況等をもとに判断を行い、ルータ１６Ｃの帯域許容値の容量を減らしている。

このような帯域許容値の決定方法では、現在再生されているセッションの負荷状況に応じて帯域許容値を決定するため、各ホームネットワーク内のユーザに対して、快適なコンテンツ配信環境を提供することが可能となる。

（第３例）
図２２は、帯域許容値の決定方法に関する第３例を説明するための流れ図である。第３例は、例えば、各ホームネットワークにおける帯域確保要求部が、代表ＳＩＰ−ＵＡＣを通して希望帯域許容値をネットワーク帯域管理状況告知部にＳＩＰメッセージ（希望帯域許容値要求）によりあらかじめ宣言して、ネットワーク帯域管理状況告知部は、全体のネットワーク帯域の利用状況を考慮して許容値を決定するという許容値のネゴシエーションを行った上で許容値を決定し、ＳＩＰメッセージにより通知する（帯域管理ステータス告知）。なお、代表ＳＩＰ−ＵＡＣは、ホームネットワーク内のＳＩＰ−ＵＡＣ同士であらかじめ設定しておくことが可能である。

以下、図２２を参照しながら、帯域許容値の決定方法を簡単に説明する。
まず、ホームネットワーク内の各コンテンツ再生部は、各ターミナルのコンテンツ識別子記憶部に格納されるセッション記述のうち、その時々に予定されているセッション記述のものから最大レートのものを決定する（ステップＳ４０１）。続いて、各コンテンツ再生部は、帯域確保要求部に対して、その最大レートを通知する（ステップＳ４０３）。

次に、帯域確保要求部は、通知された最大レートを合計して、希望帯域許容値として代表ＳＩＰ−ＵＡＣに通知し、通知を受けた代表ＳＩＰ−ＵＡＣは、ネットワーク帯域管理状況告知部に対して、ＳＩＰメッセージにより、希望帯域許容値要求として通知を行う（ステップＳ４０５）。

通知を受けたネットワーク帯域管理状況告知部は、許容値を決定し、ＳＩＰメッセージにより、帯域管理ステータス告知として、代表ＳＩＰ−ＵＡＣに通知し、代表ＳＩＰ−ＵＡＣは、許容値を帯域確保要求部に通知する（ステップＳ４０７）。その後、帯域確保要求部は、通知された許容値を、帯域許容値として帯域状態記憶部に格納する（ステップＳ４０９）。

このような帯域許容値の決定方法では、帯域確保要求部は、各コンテンツ再生部から通知される最大レートの帯域許容値に基づいた帯域の要求をＳＩＰサーバに対して行うため、ＳＩＰサーバでは、帯域の割り当てを効果的に行うことが可能となる。

以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

例えば、上述した実施形態においては、帯域要求装置がＩＰＴＶターミナルとは別に設けられる場合について説明したが、ホームネットワークに接続された１台のＩＰＴＶターミナルが帯域要求装置の機能を兼ね備えてもよく、ホームネットワークに接続された複数のＩＰＴＶターミナルが、帯域要求装置の機能をそれぞれ兼ね備え、分散処理を行っても良い。

本発明の好適な実施形態に係る帯域要求システム１０を示した説明図である。 同実施形態に係る帯域要求装置３０の構成を示したブロック図である。 同実施形態に係るルータの構成を示したブロック図である。 本発明の基盤技術に係るコンテンツ配信システムを示した説明図である。 本発明の基盤技術に係るコンテンツ配信システムを示した説明図である。 本発明の基盤技術に係るコンテンツ配信システムを示した説明図である。 本発明の基盤技術に係るコンテンツ配信システムを示した説明図である。 本発明の基盤技術に係るコンテンツ配信システムを示した説明図である。 本発明の好適な実施形態に係る帯域要求システム１０を示した説明図である。 同実施形態に係る帯域要求システム１０の構成を示した説明図である。 同実施形態に係る帯域要求装置３０およびクライアント機器４０の構成を示した説明図である。 同実施形態に係る競合解決指針記憶部に記憶される競合解決指針を説明するための説明図である。 同実施形態に係る帯域状態記憶部に記憶される帯域状態情報を説明するための説明図である。 同実施形態に係るコンテンツ識別子記憶部に記憶されるコンテンツ識別子情報を説明するための説明図である。 同実施形態に係る帯域要求システム１０におけるセッション確立・解放方法を説明するための流れ図である。 同実施形態に係る帯域要求システム１０における競合解決方法を説明するための流れ図である。 同実施形態に係る競合解決指針を詳細に説明するための説明図である。 同実施形態に係る帯域要求システム１０における逐次対話型競合解決処理を説明するための説明図である。 同実施形態に係る帯域要求システム１０における逐次対話型競合解決処理を説明するための流れ図である。 同実施形態に係る帯域管理ステータス情報における帯域許容値の決定方法について説明するための説明図である。 同実施形態に係る帯域管理ステータス情報における帯域許容値の決定方法について説明するための説明図である。 同実施形態に係る帯域管理ステータス情報における帯域許容値の決定方法について説明するための説明図である。 同実施形態に係る帯域管理ステータス情報における帯域許容値の決定方法について説明するための説明図である。 同実施形態に係る帯域管理ステータス情報における帯域許容値の決定方法について説明するための流れ図である。

符号の説明

１０ 帯域要求システム
１２ コア・アクセスネットワーク
１４ ホームネットワーク
１６，１７ ルータ
１８ ＩＰＴＶサーバ
２０ ＳＩＰサーバ
２２ 通信網
２８ 帯域許容量
３０ 帯域要求装置
４０ ＩＰＴＶターミナル
１７３ ネットワーク帯域コントローラ
１７５ 帯域ステータスデータベース
１８１ ＳＩＰ−ＵＡＳ
１８３ コンテンツサーバ
２０１ ＳＩＰセッション制御部
２０３ ネットワーク帯域管理状況告知部
３３１ 帯域確保要求部
３３３ 要求帯域決定部
３３５ 競合解決部
３３７ 競合解決指針記憶部
３３９ 帯域状態記憶部
３４１ 通信部
４０１ セッション確立部
４０３ ＳＩＰ−ＵＡＣ
４０５ コンテンツ再生クライアント
４０７ 帯域算出部
４０９ コンテンツ取得部
４１１ コンテンツ識別子記憶部
４１３ コンテンツ再生部
４１５ 通信部
４１７ 出力部
４１９ 競合解決意思確認メニュー

Claims (9)

1. コンテンツを再生する複数のクライアント機器とネットワークを介して接続され、当該複数のクライアント機器に対して帯域を割り当てる帯域要求装置であって、
   前記帯域要求装置は、
   前記複数のクライアント機器から伝送される割当要求帯域に基づいて前記ネットワーク全体が必要とする要求帯域を決定し、前記ネットワークの外部に設けられ当該ネットワークが利用可能な帯域を決定する中継サーバに対して、前記要求帯域の確保を要求する帯域確保要求部と、
   前記中継サーバおよび前記複数のクライアント機器と通信する通信部と、
   を備え、
   前記帯域確保要求部は、
   前記複数のクライアント機器から伝送される割当要求帯域に基づいて、前記ネットワーク全体が必要とする要求帯域を決定する要求帯域決定部と、
   前記複数のクライアント機器から伝送される割当要求帯域が競合した場合に当該競合を解決する競合解決部と、
   を含み、
   前記競合解決部は、前記競合を解決する毎に当該競合が生じている前記クライアント機器に対して競合解決のための競合解決指針を要求して、前記クライアント機器から取得した前記競合解決指針に基づいて前記競合を解決し、かつ、前記クライアント機器に対して前記中継サーバから割り当てられた帯域を配分する、帯域要求装置。
2. コンテンツを再生する複数のクライアント機器とネットワークを介して接続され、当該複数のクライアント機器に対して帯域を割り当てる帯域要求装置であって、
   前記帯域要求装置は、
   前記複数のクライアント機器から伝送される割当要求帯域に基づいて前記ネットワーク全体が必要とする要求帯域を決定し、前記ネットワークの外部に設けられ当該ネットワークが利用可能な帯域を決定する中継サーバに対して、前記要求帯域の確保を要求する帯域確保要求部と、
   前記中継サーバおよび前記複数のクライアント機器と通信する通信部と、
   を備え、
   前記帯域確保要求部は、
   前記複数のクライアント機器から伝送される割当要求帯域に基づいて、前記ネットワーク全体が必要とする要求帯域を決定する要求帯域決定部と、
   前記複数のクライアント機器から伝送される割当要求帯域が競合した場合に当該競合を解決する競合解決部と、
   を含み、
   前記帯域要求装置は、前記競合を解決する競合解決指針を記憶する競合解決指針記憶部を更に備え、
   前記競合解決部は、前記競合解決指針記憶部に記憶された前記競合解決指針に基づいて前記競合を解決し、前記複数のクライアント機器に対して前記中継サーバから割り当てられた帯域を配分する、帯域要求装置。
3. 前記競合解決指針記憶部は、前記ネットワークに接続された前記複数のクライアント機器間で生じうる競合と当該競合に対応した競合解決指針とを関連付けて、複数記憶する、請求項２に記載の帯域要求装置。
4. 前記帯域要求装置は、前記中継サーバから割り当てられた帯域と、前記複数のクライアント機器における帯域の配分状況と、当該複数のクライアント機器の識別情報と、を記憶する帯域状態記憶部を更に備える、請求項１または２に記載の帯域要求装置。
5. 前記中継サーバは、ＳＩＰサーバである、請求項１または２に記載の帯域要求装置。
6. ネットワークに接続されたコンテンツを再生する複数のクライアント機器から伝送される割当要求帯域に基づいて、前記ネットワーク全体が必要とする要求帯域を決定するステップと、
   前記ネットワークの外部に設けられ当該ネットワークが利用可能な帯域を決定する中継サーバに対して、前記要求帯域の確保を要求する帯域確保要求ステップと、
   を含み、
   前記帯域確保要求ステップは、
   前記複数のクライアント機器から伝送される割当要求帯域に基づいて、前記ネットワーク全体が必要とする要求帯域を決定する要求帯域決定ステップと、
   前記複数のクライアント機器から伝送される割当要求帯域が競合した場合に当該競合を解決する競合解決ステップと、
   を含み、
   前記競合解決ステップでは、前記競合を解決する毎に当該競合が生じている前記クライアント機器に対して競合解決のための競合解決指針を要求して、前記クライアント機器から取得した前記競合解決指針に基づいて前記競合を解決し、かつ、前記クライアント機器に対して前記中継サーバから割り当てられた帯域を配分する、帯域要求方法。
7. ネットワークに接続されたコンテンツを再生する複数のクライアント機器から伝送される割当要求帯域に基づいて、前記ネットワーク全体が必要とする要求帯域を決定するステップと、
   前記ネットワークの外部に設けられ当該ネットワークが利用可能な帯域を決定する中継サーバに対して、前記要求帯域の確保を要求する帯域確保要求ステップと、
   を含み、
   前記帯域確保要求ステップは、
   前記複数のクライアント機器から伝送される割当要求帯域に基づいて、前記ネットワーク全体が必要とする要求帯域を決定する要求帯域決定ステップと、
   前記複数のクライアント機器から伝送される割当要求帯域が競合した場合に当該競合を解決する競合解決ステップと、
   を含み、
   前記競合解決ステップでは、前記競合を解決する競合解決指針を記憶する競合解決指針記憶部に記憶された前記競合解決指針に基づいて前記競合を解決し、前記複数のクライアント機器に対して前記中継サーバから割り当てられた帯域を配分する、帯域要求方法。
8. コンテンツを再生する複数のクライアント機器とネットワークを介して接続され、当該複数のクライアント機器に対して帯域を割り当てる帯域要求装置を制御するコンピュータに、
   ネットワークに接続された複数のクライアント機器から伝送される割当要求帯域に基づいて前記ネットワーク全体が必要とする要求帯域を決定し、前記ネットワークの外部に設けられ当該ネットワークが利用可能な帯域を決定する中継サーバに対して、前記要求帯域の確保を要求する帯域確保要求機能と、
   前記中継サーバおよび前記複数のクライアント機器と通信する通信機能と、
   を実現させ、
   前記帯域確保要求機能は、
   前記複数のクライアント機器から伝送される割当要求帯域に基づいて、前記ネットワーク全体が必要とする要求帯域を決定する要求帯域決定機能と、
   前記複数のクライアント機器から伝送される割当要求帯域が競合した場合に当該競合を解決する競合解決機能と、
   を含み、
   前記競合解決機能では、前記競合を解決する毎に当該競合が生じている前記クライアント機器に対して競合解決のための競合解決指針を要求して、前記クライアント機器から取得した前記競合解決指針に基づいて前記競合を解決し、かつ、前記クライアント機器に対して前記中継サーバから割り当てられた帯域を配分する、プログラム。
9. コンテンツを再生する複数のクライアント機器とネットワークを介して接続され、当該複数のクライアント機器に対して帯域を割り当てる帯域要求装置を制御するコンピュータに、
   ネットワークに接続された複数のクライアント機器から伝送される割当要求帯域に基づいて前記ネットワーク全体が必要とする要求帯域を決定し、前記ネットワークの外部に設けられ当該ネットワークが利用可能な帯域を決定する中継サーバに対して、前記要求帯域の確保を要求する帯域確保要求機能と、
   前記中継サーバおよび前記複数のクライアント機器と通信する通信機能と、
   を実現させ、
   前記帯域確保要求機能は、
   前記複数のクライアント機器から伝送される割当要求帯域に基づいて、前記ネットワーク全体が必要とする要求帯域を決定する要求帯域決定機能と、
   前記複数のクライアント機器から伝送される割当要求帯域が競合した場合に当該競合を解決する競合解決機能と、
   を含み、
   前記競合解決機能では、前記競合を解決する競合解決指針を記憶する競合解決指針記憶部に記憶された前記競合解決指針に基づいて前記競合を解決し、前記複数のクライアント機器に対して前記中継サーバから割り当てられた帯域を配分する、プログラム。

Images