(57)【要約】【課題】ＬＡＮの帯域を、各クライアントでの複数のコンテンツ受信で、予め設定された調停条件に則った優先順位で効率的に使用できるようにする。【解決手段】コンテンツＩＤ、使用帯域、優先度、機器の優先順位等が登録される調停テーブルをＬＡＮに接続された複数のクライアント間で共有する。クライアントはコンテンツ受信の開始前、上記の情報を含む調停開始要求を他のクライアントに送信し、その要求を受信したクライアントは、要求されたコンテンツ受信のために必要なＬＡＮの残余帯域の有無を判定し、有る場合、調停開始要求に含まれる各情報をテーブルに追加し、テーブルの内容を要求元クライアントに送信し、ない場合、テーブルに登録済みのコンテンツ受信と調停開始要求のコンテンツ受信で最低優先度のコンテンツ受信を判定し、そのコンテンツ受信を停止させ、テーブルを更新し、テーブルの内容を要求元のクライアントに送信する。【選択図】図５
2010130352.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを配信可能なサーバ装置が接続可能な第１のネットワークに接続されたローカルな第２のネットワークに複数接続可能とされ、前記サーバ装置から配信されたコンテンツを前記第１のネットワーク及び前記２のネットワークを通じて受信可能なコンテンツ受信装置であって、
前記第２のネットワークの帯域を前記複数のコンテンツ受信装置間で使用する調停のための調停条件を保持する調停条件保持部と、
前記第２のネットワークに接続された複数のコンテンツ受信装置で実行中の前記コンテンツの受信に関する情報が登録される調停テーブルを保持する調停テーブル保持部と、
受信したいコンテンツの識別情報、及び当該コンテンツの優先度を含むコンテンツ受信要求をユーザに入力させる入力部と、
前記入力部より入力された前記コンテンツ受信要求に含まれる前記コンテンツの識別情報及び当該コンテンツの優先度と、当該コンテンツの受信時に使用される使用帯域、自身のコンテンツ受信装置に予め決められた機器識別情報を少なくとも含む調停開始要求を生成し、前記第２のネットワークを通じて他のコンテンツ受信装置に前記第２のネットワークを通じて送信する調停開始要求送信部と、
前記他のコンテンツ受信装置より前記調停開始要求を受信したとき、前記調停テーブル保持部の前記調停テーブルに登録されている実行中のコンテンツ受信の使用帯域の合計と調停開始要求のコンテンツ受信の使用帯域との和と前記第２のネットワークの帯域の上限値とを比較して、前記調停開始要求の前記コンテンツ受信を実行するにあたって必要な残余帯域があるか否かを判定し、前記必要な残余帯域がある場合、当該調停開始要求に含まれる各情報を前記調停テーブルに追加で登録し、更新された当該調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、前記必要な残余帯域がない場合、前記調停条件保持部に保持された調停条件に従って前記調停テーブルに登録されている実行中のコンテンツ受信と前記調停開始要求のコンテンツ受信において最低優先度のコンテンツ受信を判定し、この最低優先度のコンテンツ受信が行われるコンテンツ受信装置が自コンテンツ受信装置である場合、そのコンテンツ受信を停止し、前記調停テーブルから当該停止させたコンテンツ受信に関する情報を消去し、更新された当該調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、最低優先度のコンテンツ受信が行われるコンテンツ受信装置が前記調停開始要求元のコンテンツ受信装置である場合、前記調停開始要求を受信時の前記調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、最低優先度のコンテンツ受信が行われるコンテンツ受信装置が前記自コンテンツ受信装置及び前記調停開始要求元のコンテンツ受信装置以外のコンテンツ受信装置である場合、前記調停テーブルから当該コンテンツ受信に関する情報を消去し、更新された当該調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、前記調停開始要求の送信先のコンテンツ受信装置からの前記応答を受信したとき、この応答に含まれる前記調停テーブルの内容に前記調停開始要求のコンテンツ受信に関する情報が含まれているか否かを判定し、含まれている場合、前記コンテンツ受信要求入力部より入力された前記コンテンツ受信要求の内容に従って、当該コンテンツの受信を開始し、前記調停テーブル保持部の前記調停テーブルを前記応答に含まれる前記調停テーブルの内容で更新する調停部と
を具備するコンテンツ受信装置。
【請求項２】
請求項１に記載のコンテンツ受信装置であって、
前記調停部は、前記調停条件および自コンテンツ受信装置の機器の優先順位をユーザに設定させ、これら設定された前記調停条件および前記機器の優先順位を前記第２のネットワークに接続された複数のコンテンツ受信装置間で共有するために前記第２のネットワークを通じて他のコンテンツ受信装置に送信して保持させる
コンテンツ受信装置。
【請求項３】
請求項２に記載のコンテンツ受信装置であって、
前記調停部は、前記調停条件として、前記機器の優先順位が高いコンテンツ受信を優先すること、前記コンテンツの優先度が高いコンテンツ受信を優先すること前記使用帯域の小さいコンテンツ受信を優先すること、の少なくともいずれか１つをユーザに設定させる
コンテンツ受信装置。
【請求項４】
コンテンツを配信可能なサーバ装置が接続可能な第１のネットワークに接続されたローカルな第２のネットワークに複数接続可能とされ、前記サーバ装置から配信されたコンテンツを前記第１のネットワーク及び前記２のネットワークを通じて受信可能なコンテンツ受信装置であって、
前記第２のネットワークの帯域を前記複数のコンテンツ受信装置間で使用する調停のための調停条件を保持する調停条件保持部と、
前記第２のネットワークに接続された複数のコンテンツ受信装置で実行中の前記コンテンツの受信に関する情報とこの情報が有効か否かを示すフラグ情報が登録される調停テーブルを保持する調停テーブル保持部と、
受信したいコンテンツの識別情報、及び当該コンテンツの優先度を含むコンテンツ受信要求をユーザに入力させる入力部と、
前記入力部より入力された前記コンテンツ受信要求に含まれる前記コンテンツの識別情報及び当該コンテンツの優先度と、当該コンテンツの受信時に使用される使用帯域、自身のコンテンツ受信装置に予め決められた機器識別情報を少なくとも含む調停開始要求を生成し、前記第２のネットワークを通じて他のコンテンツ受信装置に前記第２のネットワークを通じて送信する調停開始要求送信部と、
前記他のコンテンツ受信装置より前記調停開始要求を受信したとき、前記調停テーブル保持部の前記調停テーブルに登録されている実行中のコンテンツ受信の使用帯域の合計と調停開始要求のコンテンツ受信の使用帯域との和と前記第２のネットワークの帯域の上限値とを比較して、前記調停開始要求の前記コンテンツ受信を実行するにあたって必要な残余帯域があるか否かを判定し、前記必要な残余帯域がある場合、当該調停開始要求に含まれる各情報を前記調停テーブルに追加で登録し、更新された当該調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、前記必要な残余帯域がない場合、前記調停条件保持部に保持された調停条件に従って前記調停テーブルに登録されている実行中のコンテンツ受信と前記調停開始要求のコンテンツ受信において最低優先度のコンテンツ受信を判定し、この最低優先度のコンテンツ受信が行われるコンテンツ受信装置が自コンテンツ受信装置である場合、そのコンテンツ受信を停止し、前記調停テーブルに登録された当該停止させたコンテンツ受信に関する情報が無効であることを示す前記フラグ情報をセットし、更新された当該調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、最低優先度のコンテンツ受信が行われるコンテンツ受信装置が前記調停開始要求元のコンテンツ受信装置である場合、前記調停開始要求を受信時の前記調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、最低優先度のコンテンツ受信が行われるコンテンツ受信装置が前記自コンテンツ受信装置及び前記調停開始要求元のコンテンツ受信装置以外のコンテンツ受信装置である場合、前記調停テーブルから当該コンテンツ受信に関する情報が無効であることを示す前記フラグ情報をセットし、更新された当該調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、前記調停開始要求の送信先のコンテンツ受信装置からの前記応答を受信したとき、この応答に含まれる前記調停テーブルの内容に前記調停開始要求のコンテンツ受信に関する情報が含まれているか否かを判定し、含まれている場合、前記コンテンツ受信要求入力部より入力された前記コンテンツ受信要求の内容に従って、当該コンテンツの受信を開始し、前記調停テーブル保持部の前記調停テーブルを前記応答に含まれる前記調停テーブルの内容で更新する調停部と
を具備するコンテンツ受信装置。
【請求項５】
請求項４に記載のコンテンツ受信装置であって、
前記調停部は、１つのコンテンツの受信が完了したとき、前記調停テーブル保持部の前記調停テーブルから、そのコンテンツに関する情報を消去し、有効のフラグ情報が設定されていないコンテンツ受信の中から、調停条件に従って優先度の最も高いコンテンツ受信を判断し、このコンテンツ受信を行うにあたって必要な残余帯域があるかどうかを判定し、前記必要な残余帯域があるとき、当該コンテンツ受信に対して有効のフラグ情報を設定するように前記調停テーブルを更新し、更新された調停テーブルの内容を含む応答を他のコンテンツ受信装置に送信し、他のコンテンツ受信装置より前記応答を受信したとき、この応答に含まれる調停テーブルの内容と前記調停テーブル保持部の前記調停テーブルとを比較して、前記応答に含まれる調停テーブルの内容に自コンテンツ受信装置による停止中のコンテンツ受信に関する情報が存在する場合には、そのコンテンツ受信を開始し、前記調停テーブル保持部の前記調停テーブルの内容を前記応答に含まれる調停テーブルの内容で更新する
コンテンツ受信装置。
【請求項６】
請求項５に記載のコンテンツ受信装置であって、
前記調停部は、調停条件に従って判断された優先度の最も高いコンテンツ受信が自コンテンツ受信装置によるものであって、かつこのコンテンツ受信を行うにあたって必要な残余帯域があるとき、そのコンテンツ受信を開始するように制御する
コンテンツ受信装置。
【請求項７】
コンテンツを配信可能なサーバ装置が接続された第１のネットワークに接続されたローカルな第２のネットワークに接続された複数のコンテンツ受信装置がそれぞれ、前記サーバ装置から配信されたコンテンツを受信する方法であって、
前記コンテンツ受信装置は、前記第２のネットワークの帯域を前記複数のコンテンツ受信装置間で使用する調停のための調停条件を保持する調停条件保持部と、前記第２のネットワークに接続された複数のコンテンツ受信装置で実行中の前記コンテンツの受信に関する情報が登録される調停テーブルを保持する調停テーブル保持部と、調停部とを有し、
受信したいコンテンツの識別情報、及び当該コンテンツの優先度を含むコンテンツ受信要求をユーザに入力させ、
前記調停部は、前記入力された前記コンテンツ受信要求に含まれる前記コンテンツの識別情報及び当該コンテンツの優先度と、当該コンテンツの受信時に使用される使用帯域、自身のコンテンツ受信装置に予め決められた機器識別情報を少なくとも含む調停開始要求を生成し、前記第２のネットワークを通じて他のコンテンツ受信装置に前記第２のネットワークを通じて送信し、
前記調停部は、前記他のコンテンツ受信装置より前記調停開始要求を受信したとき、前記調停テーブル保持部の前記調停テーブルに登録されている実行中のコンテンツ受信の使用帯域の合計と調停開始要求のコンテンツ受信の使用帯域との和と前記第２のネットワークの帯域の上限値とを比較して、前記調停開始要求の前記コンテンツ受信を実行するにあたって必要な残余帯域があるか否かを判定し、
前記必要な残余帯域がある場合、前記調停部は、当該調停開始要求に含まれる各情報を前記調停テーブルに追加で登録し、更新された当該調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、
前記必要な残余帯域がない場合、前記調停部は、前記調停条件保持部に保持された調停条件に従って前記調停テーブルに登録されている実行中のコンテンツ受信と前記調停開始要求のコンテンツ受信において最低優先度のコンテンツ受信を判定し、
この最低優先度のコンテンツ受信が行われるコンテンツ受信装置が自コンテンツ受信装置である場合、前記調停部は、そのコンテンツ受信を停止し、前記調停テーブルから当該停止させたコンテンツ受信に関する情報を消去し、更新された当該調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、
最低優先度のコンテンツ受信が行われるコンテンツ受信装置が前記調停開始要求元のコンテンツ受信装置である場合、前記調停部は、前記調停開始要求を受信時の前記調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、
最低優先度のコンテンツ受信が行われるコンテンツ受信装置が前記自コンテンツ受信装置及び前記調停開始要求元のコンテンツ受信装置以外のコンテンツ受信装置である場合、前記調停部は、前記調停テーブルから当該コンテンツ受信に関する情報を消去し、更新された当該調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、
前記調停部は、前記調停開始要求の送信先のコンテンツ受信装置からの前記応答を受信したとき、この応答に含まれる前記調停テーブルの内容に前記調停開始要求のコンテンツ受信に関する情報が含まれているか否かを判定し、含まれている場合、前記コンテンツ受信要求入力部より入力された前記コンテンツ受信要求の内容に従って、当該コンテンツの受信を開始し、前記調停テーブル保持部の前記調停テーブルを前記応答に含まれる前記調停テーブルの内容で更新する
コンテンツ受信方法。
【請求項８】
コンテンツを配信可能なサーバ装置が接続された第１のネットワークに接続されたローカルな第２のネットワークに接続された複数のコンテンツ受信装置がそれぞれ、前記サーバ装置から配信されたコンテンツを受信する方法であって、
前記コンテンツ受信装置は、前記第２のネットワークの帯域を前記複数のコンテンツ受信装置間で使用する調停のための調停条件を保持する調停条件保持部と、前記第２のネットワークに接続された複数のコンテンツ受信装置で実行中の前記コンテンツの受信に関する情報が登録される調停テーブルを保持する調停テーブル保持部と、調停部とを有し、
受信したいコンテンツの識別情報、及び当該コンテンツの優先度を含むコンテンツ受信要求をユーザに入力させ、
前記調停部は、前記入力された前記コンテンツ受信要求に含まれる前記コンテンツの識別情報及び当該コンテンツの優先度と、当該コンテンツの受信時に使用される使用帯域、自身のコンテンツ受信装置に予め決められた機器識別情報を少なくとも含む調停開始要求を生成し、前記第２のネットワークを通じて他のコンテンツ受信装置に前記第２のネットワークを通じて送信し
前記他のコンテンツ受信装置より前記調停開始要求を受信したとき、前記調停部は、前記調停テーブル保持部の前記調停テーブルに登録されている実行中のコンテンツ受信の使用帯域の合計と調停開始要求のコンテンツ受信の使用帯域との和と前記第２のネットワークの帯域の上限値とを比較して、前記調停開始要求の前記コンテンツ受信を実行するにあたって必要な残余帯域があるか否かを判定し、
前記必要な残余帯域がある場合、前記調停部は、当該調停開始要求に含まれる各情報を前記調停テーブルに追加で登録し、更新された当該調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、
前記必要な残余帯域がない場合、前記調停部は、前記調停条件保持部に保持された調停条件に従って前記調停テーブルに登録されている実行中のコンテンツ受信と前記調停開始要求のコンテンツ受信において最低優先度のコンテンツ受信を判定し、
この最低優先度のコンテンツ受信が行われるコンテンツ受信装置が自コンテンツ受信装置である場合、前記調停部は、そのコンテンツ受信を停止し、前記調停テーブルに登録された当該停止させたコンテンツ受信に関する情報が無効であることを示す前記フラグ情報をセットし、更新された当該調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、
最低優先度のコンテンツ受信が行われるコンテンツ受信装置が前記調停開始要求元のコンテンツ受信装置である場合、前記調停部は、前記調停開始要求を受信時の前記調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、
最低優先度のコンテンツ受信が行われるコンテンツ受信装置が前記自コンテンツ受信装置及び前記調停開始要求元のコンテンツ受信装置以外のコンテンツ受信装置である場合、前記調停部は、前記調停テーブルから当該コンテンツ受信に関する情報が無効であることを示す前記フラグ情報をセットし、更新された当該調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、
前記調停開始要求の送信先のコンテンツ受信装置からの前記応答を受信したとき、前記調停部は、この応答に含まれる前記調停テーブルの内容に前記調停開始要求のコンテンツ受信に関する情報が含まれているか否かを判定し、含まれている場合、前記コンテンツ受信要求入力部より入力された前記コンテンツ受信要求の内容に従って、当該コンテンツの受信を開始し、前記調停テーブル保持部の前記調停テーブルを前記応答に含まれる前記調停テーブルの内容で更新する
コンテンツ受信方法。
【請求項９】
コンテンツを配信可能なサーバ装置が接続された第１のネットワークに接続されたローカルな第２のネットワークに接続された複数のコンテンツ受信装置がそれぞれ、前記サーバ装置から配信されたコンテンツを受信する方法であって、
入力された前記コンテンツ受信要求に含まれる前記コンテンツの識別情報及び当該コンテンツの優先度と、当該コンテンツの受信時に使用される使用帯域、自身のコンテンツ受信装置に予め決められた機器識別情報を少なくとも含む調停開始要求を生成し、該調停開始要求を前記第２のネットワークを通じて他のコンテンツ受信装置に送信し、
前記他のコンテンツ受信装置より前記調停開始要求を受信したとき、調停テーブルに登録されている実行中のコンテンツ受信の使用帯域の合計と調停開始要求のコンテンツ受信の使用帯域との和と前記第２のネットワークの帯域の上限値とを比較して、前記調停開始要求の前記コンテンツ受信を実行するにあたって必要な残余帯域があるか否かを判定することを特徴とする
コンテンツ受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して配信されるコンテンツを受信するコンテンツ受信装置およびコンテンツ受信方法に関する。
【背景技術】
【０００２】
近年、コンテンツの配信方式は多岐にわたってきており、例えば、地上アナログ放送、地上デジタル放送、ＢＳ放送、ＣＳ放送などの放送電波を伝送媒体とする配信方式や、ユニキャスト方式、ＩＰマルチキャスト方式など、ネットワークを伝送媒体とする配信方式がある。
【０００３】
ユニキャスト方式とは、要求のあった相手の機器に対して、その機器のＩＰアドレスを指定してパケットを配信する方式である。ＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）方式は、このユニキャスト方式に属する。また、ＶＯＤ方式には、コンテンツをリアルタイムストリームとして配信するストリーム方式、コンテンツを汎用的なファイルシステムのファイルとして配信するダウンロード方式などがある。
【０００４】
ＩＰマルチキャスト方式とは、コンテンツの配信元のサーバからマルチキャストグループに宛てに配信されたパケットをルータにて中継し、そのマルチキャストグループに対応付けて登録されたクライアントのＩＰアドレスに宛ててルーティングする方式である。
【特許文献１】特開２００８−３５４０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
家庭内等のローカル系では、使用可能なネットワーク帯域の制約などから次のような問題が生じていた。例えば、マルチキャスト方式で配信されるコンテンツのように、帯域を保証する必要のあるコンテンツを新たに視聴しようとしても、先行するコンテンツ受信による帯域の使用により帯域の空きがない場合には、その先行するコンテンツの視聴の終了を待つ必要があった。
【０００６】
また、一般的には、視聴が要求されたコンテンツの順に帯域が消費されるため、コンテンツの重要性や機器間での優先順位などに応じて帯域を合理的に使用することができなかった。例えば、優先順位の高いユーザの機器で重要なコンテンツを視聴したい場合には、現在の帯域の使用状況にかかわらず最優先にその重要なコンテンツの受信に帯域が使用されることが望ましい。
【０００７】
以上のような事情に鑑み、本発明の目的は、ローカルのネットワークの帯域を、各コンテンツ受信装置での複数のコンテンツ受信で、予め設定された調停条件に則った優先順位で効率的に使用することのできるコンテンツ受信装置およびコンテンツ受信方法を提供することにある。
【課題を解決するための手段】
【０００８】
かかる課題を解決するため、本発明に係るコンテンツ受信装置は、コンテンツを配信可能なサーバ装置が接続可能な第１のネットワークに接続されたローカルな第２のネットワークに複数接続可能とされ、前記サーバ装置から配信されたコンテンツを前記第１のネットワーク及び前記２のネットワークを通じて受信可能なコンテンツ受信装置であって、前記第２のネットワークの帯域を前記複数のコンテンツ受信装置間で使用する調停のための調停条件を保持する調停条件保持部と、前記第２のネットワークに接続された複数のコンテンツ受信装置で実行中の前記コンテンツの受信に関する情報が登録される調停テーブルを保持する調停テーブル保持部と、受信したいコンテンツの識別情報、及び当該コンテンツの優先度を含むコンテンツ受信要求をユーザに入力させる入力部と、前記入力部より入力された前記コンテンツ受信要求に含まれる前記コンテンツの識別情報及び当該コンテンツの優先度と、当該コンテンツの受信時に使用される使用帯域、自身のコンテンツ受信装置に予め決められた機器識別情報を少なくとも含む調停開始要求を生成し、前記第２のネットワークを通じて他のコンテンツ受信装置に前記第２のネットワークを通じて送信する調停開始要求送信部と、前記他のコンテンツ受信装置より前記調停開始要求を受信したとき、前記調停テーブル保持部の前記調停テーブルに登録されている実行中のコンテンツ受信の使用帯域の合計と調停開始要求のコンテンツ受信の使用帯域との和と前記第２のネットワークの帯域の上限値とを比較して、前記調停開始要求の前記コンテンツ受信を実行するにあたって必要な残余帯域があるか否かを判定し、前記必要な残余帯域がある場合、当該調停開始要求に含まれる各情報を前記調停テーブルに追加で登録し、更新された当該調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、前記必要な残余帯域がない場合、前記調停条件保持部に保持された調停条件に従って前記調停テーブルに登録されている実行中のコンテンツ受信と前記調停開始要求のコンテンツ受信において最低優先度のコンテンツ受信を判定し、この最低優先度のコンテンツ受信が行われるコンテンツ受信装置が自コンテンツ受信装置である場合、そのコンテンツ受信を停止し、前記調停テーブルから当該停止させたコンテンツ受信に関する情報を消去し、更新された当該調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、最低優先度のコンテンツ受信が行われるコンテンツ受信装置が前記調停開始要求元のコンテンツ受信装置である場合、前記調停開始要求を受信時の前記調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、最低優先度のコンテンツ受信が行われるコンテンツ受信装置が前記自コンテンツ受信装置及び前記調停開始要求元のコンテンツ受信装置以外のコンテンツ受信装置である場合、前記調停テーブルから当該コンテンツ受信に関する情報を消去し、更新された当該調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、前記調停開始要求の送信先のコンテンツ受信装置からの前記応答を受信したとき、この応答に含まれる前記調停テーブルの内容に前記調停開始要求のコンテンツ受信に関する情報が含まれているか否かを判定し、含まれている場合、前記コンテンツ受信要求入力部より入力された前記コンテンツ受信要求の内容に従って、当該コンテンツの受信を開始し、前記調停テーブル保持部の前記調停テーブルを前記応答に含まれる前記調停テーブルの内容で更新する調停部とを具備する。
【０００９】
本発明では、ローカルのネットワークの帯域を、各コンテンツ受信装置での複数のコンテンツ受信で、予め設定された調停条件に則った優先順位で効率的に使用することができる。
【００１０】
本発明のコンテンツ受信装置において、前記調停部は、前記調停条件および自コンテンツ受信装置の機器の優先順位をユーザに設定させ、これら設定された前記調停条件および前記機器の優先順位を前記第２のネットワークに接続された複数のコンテンツ受信装置間で共有するために前記第２のネットワークを通じて他のコンテンツ受信装置に送信して保持させることとしてもよい。調停条件をユーザが設定できるので、ユーザの利便性を向上させることができる。
【００１１】
前記調停部は、前記調停条件として、前記機器の優先順位が高いコンテンツ受信を優先すること、前記コンテンツの優先度が高いコンテンツ受信を優先すること前記使用帯域の小さいコンテンツ受信を優先すること、の少なくともいずれか１つをユーザに設定させることができるようにしてもよい。
【００１２】
本発明の別の観点に基づくコンテンツ受信装置は、コンテンツを配信可能なサーバ装置が接続可能な第１のネットワークに接続されたローカルな第２のネットワークに複数接続可能とされ、前記サーバ装置から配信されたコンテンツを前記第１のネットワーク及び前記２のネットワークを通じて受信可能なコンテンツ受信装置であって、前記第２のネットワークの帯域を前記複数のコンテンツ受信装置間で使用する調停のための調停条件を保持する調停条件保持部と、前記第２のネットワークに接続された複数のコンテンツ受信装置で実行中の前記コンテンツの受信に関する情報とこの情報が有効か否かを示すフラグ情報が登録される調停テーブルを保持する調停テーブル保持部と、受信したいコンテンツの識別情報、及び当該コンテンツの優先度を含むコンテンツ受信要求をユーザに入力させる入力部と、前記入力部より入力された前記コンテンツ受信要求に含まれる前記コンテンツの識別情報及び当該コンテンツの優先度と、当該コンテンツの受信時に使用される使用帯域、自身のコンテンツ受信装置に予め決められた機器識別情報を少なくとも含む調停開始要求を生成し、前記第２のネットワークを通じて他のコンテンツ受信装置に前記第２のネットワークを通じて送信する調停開始要求送信部と、前記他のコンテンツ受信装置より前記調停開始要求を受信したとき、前記調停テーブル保持部の前記調停テーブルに登録されている実行中のコンテンツ受信の使用帯域の合計と調停開始要求のコンテンツ受信の使用帯域との和と前記第２のネットワークの帯域の上限値とを比較して、前記調停開始要求の前記コンテンツ受信を実行するにあたって必要な残余帯域があるか否かを判定し、前記必要な残余帯域がある場合、当該調停開始要求に含まれる各情報を前記調停テーブルに追加で登録し、更新された当該調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、前記必要な残余帯域がない場合、前記調停条件保持部に保持された調停条件に従って前記調停テーブルに登録されている実行中のコンテンツ受信と前記調停開始要求のコンテンツ受信において最低優先度のコンテンツ受信を判定し、この最低優先度のコンテンツ受信が行われるコンテンツ受信装置が自コンテンツ受信装置である場合、そのコンテンツ受信を停止し、前記調停テーブルに登録された当該停止させたコンテンツ受信に関する情報が無効であることを示す前記フラグ情報をセットし、更新された当該調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、最低優先度のコンテンツ受信が行われるコンテンツ受信装置が前記調停開始要求元のコンテンツ受信装置である場合、前記調停開始要求を受信時の前記調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、最低優先度のコンテンツ受信が行われるコンテンツ受信装置が前記自コンテンツ受信装置及び前記調停開始要求元のコンテンツ受信装置以外のコンテンツ受信装置である場合、前記調停テーブルから当該コンテンツ受信に関する情報が無効であることを示す前記フラグ情報をセットし、更新された当該調停テーブルの内容を含む応答を前記調停開始要求元のコンテンツ受信装置に送信し、前記調停開始要求の送信先のコンテンツ受信装置からの前記応答を受信したとき、この応答に含まれる前記調停テーブルの内容に前記調停開始要求のコンテンツ受信に関する情報が含まれているか否かを判定し、含まれている場合、前記コンテンツ受信要求入力部より入力された前記コンテンツ受信要求の内容に従って、当該コンテンツの受信を開始し、前記調停テーブル保持部の前記調停テーブルを前記応答に含まれる前記調停テーブルの内容で更新する調停部とを具備する。
【００１３】
本発明では、ローカルのネットワークの帯域を、各コンテンツ受信装置での複数のコンテンツ受信で、予め設定された調停条件に則った優先順位で効率的に使用することができる。また、ＶＯＤなどのユニキャスト方式で配信されるコンテンツの場合、受信を一旦停止しても、既に取得済みのコンテンツのデータをそのまま残しておき、当該コンテンツ受信用の残余帯域が発生した場合にそのコンテンツのデータの受信を再開することができる。
【００１４】
本発明のコンテンツ受信装置において、前記調停部は、１つのコンテンツの受信が完了したとき、前記調停テーブル保持部の前記調停テーブルから、そのコンテンツに関する情報を消去し、有効のフラグ情報が設定されていないコンテンツ受信の中から、調停条件に従って優先度の最も高いコンテンツ受信を判断し、このコンテンツ受信を行うにあたって必要な残余帯域があるかどうかを判定し、前記必要な残余帯域があるとき、当該コンテンツ受信に対して有効のフラグ情報を設定するように前記調停テーブルを更新し、更新された調停テーブルの内容を含む応答を他のコンテンツ受信装置に送信し、他のコンテンツ受信装置より前記応答を受信したとき、この応答に含まれる調停テーブルの内容と前記調停テーブル保持部の前記調停テーブルとを比較して、前記応答に含まれる調停テーブルの内容に自コンテンツ受信装置による停止中のコンテンツ受信に関する情報が存在する場合には、そのコンテンツ受信を開始し、前記調停テーブル保持部の前記調停テーブルの内容を前記応答に含まれる調停テーブルの内容で更新するようにしてもよい。
【００１５】
さらに、前記調停部は、調停条件に従って判断された優先度の最も高いコンテンツ受信が自コンテンツ受信装置によるものであって、かつこのコンテンツ受信を行うにあたって必要な残余帯域があるとき、そのコンテンツ受信を開始するように制御するようにしてよい。これにより、停止されたコンテンツの受信を、当該コンテンツ受信用の残余帯域が発生したことを契機に自動的に再開させることができる。
【発明の効果】
【００１６】
以上のように、本発明によれば、ローカルのネットワークの帯域を、各コンテンツ受信装置での複数のコンテンツ受信で、予め設定された調停条件に則った優先順位で効率的に使用することができ、ユーザの利便性を向上させることができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態について図面を参照しながら説明する。
＜第１の実施形態＞
図１は本発明の第１の実施形態に係るコンテンツ送受信システム１００の構成を示す図である。
【００１８】
このコンテンツ送受信システム１００は、ＩＰＴＶサーバ２００、ＳＩサーバ３００、インターネットなどのグローバルネットワーク４００、ホームネットワークなどのローカルエリアネットワーク５００（以下「ＬＡＮ５００」と記述する。）、およびコンテンツ受信装置である複数のクライアント６００とを有する。ＩＰＴＶサーバ２００およびＳＩサーバ３００はそれぞれエッジルータ７００，８００を通じてグローバルネットワーク４００と接続可能とされている。ＩＰＴＶサーバ２００はグローバルネットワーク４００に複数接続されていてもよい。グローバルネットワーク４００とＬＡＮ５００とはエッジルータ９００を介して接続されている。ＬＡＮ５００には複数のクライアント６００の接続が可能とされている。ここでは、仮に３機のクライアント６００が接続可能とされ、それぞれを識別して説明する場合には「第１クライアント６００Ａ」「第２クライアント６００Ｂ」「第３クライアント６００Ｃ」と記述する。
【００１９】
ＩＰＴＶサーバ２００は、動画、音楽、ソフトウェアなどの各種コンテンツをネットワークを通じて配信する。ここで、ＩＰＴＶ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｔｅｌｅｖｉｓｉｏｎ）は、ＩＰを利用してデジタルテレビ放送を配信するサービス、またはその放送技術の総称である。ＩＰＴＶサーバは、ユニキャスト方式、ＩＰマルチキャスト方式などの様々な方式でコンテンツを配信可能とされている。
【００２０】
クライアント６００は、ＩＰＴＶサーバ２００より配信されたコンテンツのストリームを受信して記憶媒体に蓄積したり、コンテンツを視聴するために、蓄積されたコンテンツのストリームを復号して再生することが可能な機器である。クライアント６００は、具体的には、録画装置、ＰＣ、録画機能付きのテレビジョンなどであり、要するに、ネットワークを通じてコンテンツのデータを受信し、蓄積し、あるいは再生することが可能な機器であれば何でもよい。
【００２１】
図２はクライアント６００のハードウェア構成を示す図である。ここでは、クライアント６００が録画装置である場合の構成を示している。
【００２２】
同図に示すように、ＣＰＵ６０１には、システムバス６０２を介して、ＲＡＭ６０３、フラッシュＲＯＭ６０４、入力操作部６０５、ＡＶインタフェース部６０６と、表示部６０７、ネットワーク接続部６０８、デコード部６０９、ハードディスクドライブ（ＨＤＤ）などよりなる記憶部６１０と、メディアインタフェース部６１１、リモコン受信部６１２などが接続されている。
【００２３】
ＲＡＭ６０３は、ＣＰＵ６０１による一時的な作業領域およびデータの一時保存のための領域として用いられる。
【００２４】
フラッシュＲＯＭ６０４には、ＣＰＵ６０１によって処理実行されるプログラムや各種のデータなどのソフトウェアが格納されている。フラッシュＲＯＭ６０４に格納されたソフトウェアはアップデート可能である。
【００２５】
入力操作部６０５は、各種のキーなどを備え、ユーザからの各種操作のための指令の入力を処理する。入力操作部６０５より入力された指令は、システムバス６０２を通じてＣＰＵ６０１に送られる。
【００２６】
リモコン受信部６１２は、リモートコントローラ６２１との通信を行うインタフェースである。リモートコントローラ６２１は入力操作部６０５と同様に各種のキーなどを備え、ユーザからの各種操作のための指令の入力を処理し、光信号に変換して送信する。リモコン受信部６１２は、リモートコントローラ６２１から送信された光信号を受信し、電気的な信号に変換してシステムバス６０２を通じてＣＰＵ６０１に出力する。
【００２７】
表示部６０７は、例えば、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などの表示器と、表示器を駆動する表示制御回路よりなり、例えば、ユーザから入力された指令やデータの確認、各種のステータスなどを表示する。
【００２８】
ネットワーク接続部６０８は、ＬＡＮ５００などのネットワークとの接続を処理するインタフェースである。
【００２９】
ＡＶインタフェース部６０６は、テレビジョンなどの外部ＡＶ機器６２２との間でビデオ信号およびオーディオ信号の入出力を処理する。
【００３０】
デコード部６０９は、伝送および記録のために圧縮符号化された番組のデータを復号する。デコード部６０９により復元されたビデオデータおよびオーディオデータなどはＡＶインタフェース部６０６を通じてテレビジョンなどの外部ＡＶ機器６２２に出力される。
【００３１】
記憶部６１０は、例えばＨＤＤなどであり、ＩＰＴＶサーバ２００から配信されたコンテンツのデータや、ＳＩサーバ３００から配信されたＳＩ情報などが保存される。
【００３２】
メディアインタフェース部６１１には、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、ブルーレイディスクなどのリムーバブルメディア６２３に対して、コンテンツのデータなどの記録と再生を行うことができるインタフェースである。
以上がクライアント６００のハードウェア構成の説明である。
【００３３】
本実施形態のコンテンツ送受信システム１００は、ＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）をベースとしたシステムである。ＮＧＮにおいてはエンド・ツー・エンドの帯域保証機能がサポートされている。この帯域保証機能は、例えば、クライアントがＩＰＴＶサーバに対してコンテンツの配信を要求した場合、クライアントおよびＩＰＴＶサーバの各ノード間の伝送系においてそのコンテンツを伝送するための帯域を保証する機能である。
【００３４】
但し、本実施形態のように、複数のクライアント６００が接続されたＬＡＮ５００がエッジルータ９００を通じて帯域保証型のグローバルネットワーク４００と接続された環境では、次のような問題が発生していた。すなわち、ＬＡＮ５００のもつ物理的な帯域幅が帯域保障型のグローバルネットワーク４００で使用可能な帯域より小さい場合、先行するコンテンツの伝送によるＬＡＮ５００の帯域の消費により、後から要求されたコンテンツの伝送に必要な残余帯域が不足して、コンテンツの伝送がエラーとなったり、待機させられたりするおそれがある。このため、どうしても視聴したいコンテンツを受信するためには、実行中のコンテンツ受信のためのセッションを、ユーザによる操作で切断して帯域を解放させる必要があった。
【００３５】
本実施形態においては、ＬＡＮ５００の帯域の使用に関する各クライアント６００間での調停機能を各々のクライアント６００に設けることによって、その課題解決を図っている。
【００３６】
次に、この調停機能を有するクライアント６００の機能的な構成を説明する。図３はクライアント６００の機能的な構成を示す図である。
【００３７】
同図に示すように、クライアント６００は、コンテンツ取得部３１、ＳＩ情報取得部３２、コンテンツ格納部３３、ＳＩ情報格納部３４、コンテンツ再生部３５、ＵＩ画面生成部３６、録画予約部３７、録画予約情報格納部３８、調停処理部３９、調停条件・調停テーブル格納部４０などを備えている。
【００３８】
コンテンツ取得部３１は、ＩＰＴＶサーバ２００からユニキャスト方式またはマルチキャスト方式で配信されるコンテンツのデータＤ１を取得して、コンテンツ格納部３３に保存する処理を行う。
【００３９】
ＳＩ情報取得部３２は、ＳＩサーバ３００から配信されるＳＩ情報Ｄ２を取得し、ＳＩ情報格納部３４に格納する処理を行う。ＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）情報には、配信されるコンテンツに関する情報、例えば、コンテンツＩＤ、タイトル、ジャンル、出演者、配信期間（マルチキャストの場合は放送の開始と時間の時刻）、ストリーム容量（マルチキャストの場合は伝送レート）、コンテンツのアクセス先のアドレス情報（マルチキャストの場合はマルチキャストアドレス）などが含まれている。
【００４０】
ＵＩ画面生成部３６は、入力操作部６０５およびリモートコントローラ６２１などの入力手段７０を利用してユーザにより入力されたコンテンツガイド表示要求Ｒ７に応じて、ＳＩ情報格納部３４に格納されたＳＩ情報Ｄ２を読み込む。ＵＩ画面生成部３６は、このＳＩ情報Ｄ２をもとに、ＩＰＴＶサーバ２００から配信されるコンテンツの一覧であるコンテンツガイドＤ４を作成してＡＶインタフェース部６０６を通じて外部ＡＶ機器６２２に表示させるように処理を行う。
【００４１】
ユーザは外部ＡＶ機器６２２に表示されたコンテンツガイドＤ４を参照しつつ、入力操作部６０５およびリモートコントローラ６２１を利用して録画予約したいコンテンツや視聴したいコンテンツを選択することができる。
【００４２】
録画予約部３７は、入力手段７０を利用してユーザより入力されたコンテンツの録画予約要求Ｒ６に応じて当該コンテンツの録画予約の処理を行う。すなわち、録画予約部３７は、ＳＩ情報Ｄ２から当該コンテンツの録画予約のために必要なマルチキャストアドレス、放送時間（放送開始／終了日時）などの情報を録画予約データＤ３として抽出して録画予約情報格納部３８に登録する。
【００４３】
コンテンツ取得部３１は、録画予約情報格納部３８に登録された録画予約データＤ３をもとに、該当するコンテンツのデータＤ１の取得を要求し、取得したコンテンツ格納部３３に保存する。コンテンツ取得部３１は、例えば、該当するコンテンツに対応するマルチキャストグループへの参加を要求するメッセージをエッジルータ９００に送信したり、ＩＰＴＶサーバ２００との間で該当するコンテンツを受信するためのセッションの確立を要求するメッセージを送信して、コンテンツのデータＤ１を取得する。
【００４４】
コンテンツ再生部３５は、例えば入力手段７０を利用してユーザより入力されたコンテンツの再生要求Ｒ８などに応じて、コンテンツ格納部３３から該当するコンテンツのデータＤ１を読み出し、デコード部６０９にて復号する。コンテンツ再生部３５は、復号により得た映像および音声の再生データＤ５をＡＶインタフェース部６０６を通じて外部ＡＶ機器６２２に出力する。
【００４５】
調停処理部３９は、複数のクライアント６００でのコンテンツの受信に際して、ＬＡＮ５００の帯域を使用するための調停処理を行う。調停処理は調停条件・調停テーブル格納部４０に格納された調停テーブルを用いて行われる。
【００４６】
図４は調停条件・調停テーブル格納部４０に格納される調停テーブルの構成を示す図である。調停テーブルは、各クライアント６００で実行中のコンテンツ受信に関する情報を共有するためのテーブルであり、各クライアント６００に共通の内容が保存される。調停テーブルには、実行中のコンテンツ受信に関する情報として、機器ＩＤ、機器の優先順位、コンテンツＩＤ、コンテンツの優先度、使用帯域、使用時間などが登録される。
【００４７】
機器ＩＤは、コンテンツ受信を実行中のクライアント６００を識別する情報である。機器ＩＤ＝Ａは第１クライアント６００Ａ、機器ＩＤ＝Ｂは第２クライアント６００Ｂ、機器ＩＤ＝Ｃは第３クライアント６００Ｃをそれぞれ示す。
【００４８】
機器の優先順位は、機器ＩＤが示すクライアント６００がＬＡＮ５００の帯域を使用することにあたっての各クライアント６００間での優先順位である。この優先順位は、例えば、ＬＡＮ５００に新規のクライアント６００が導入される際にユーザによって任意に設定される。或いは、ＬＡＮ５００にクライアント６００が接続される都度、その接続の順位のまま機器の優先順位が設定されるようにしてもよい。或いは、予め決められたルールに従って動的に優先順位の設定が変更されてもよい。
【００４９】
コンテンツＩＤは、コンテンツをユニークに識別する情報であり、例えば、ユーザによる選択をもとにＳＩ情報から取り出される。
【００５０】
コンテンツの優先度は、コンテンツＩＤに対応するコンテンツを視聴することに対してユーザにより任意に設定された優先度である。優先度は、例えば「１：高い」、「２：標準」、「３：低い」といった数段階の中からの選択などによって設定される。ユーザ１０が優先度を選択する操作を省略した場合には「２：標準」の優先度が自動的に設定されるようにしてもよい。
【００５１】
使用帯域は、コンテンツの配信を受けるにあたって使用される帯域である。この使用帯域の具体的な値は、例えばＳＩ情報などから取得される。或いは、ＩＰＴＶサーバ２００に問い合わせることによって取得するようにしてもよい。この使用帯域が確保されないと、クライアント６００にてコンテンツを良好に視聴することができない。
【００５２】
使用時間は、コンテンツの配信を受けるにあたって帯域を使用する時間である。例えば、コンテンツの録画予約などの場合には帯域の使用を終了する時刻が定まるので、この帯域使用の終了時刻が使用時間として登録される。したがって、帯域の使用を終了する時刻が不定である場合には設定されない。
【００５３】
図５及び図６は調停処理部３９を説明する図であり、図５は調停開始要求側のクライアント６００（仮にクライアント６００Ａとする。）の調停処理部３９、図６は調停処理実行側のクライアント６００（仮にクライアント６００Ｂとする。）を示す。これらの図に示すように、調停処理部３９は、調停開始要求部５１、調停部５２を備える。
【００５４】
調停開始要求部５１は、ユーザ１０からのコンテンツ受信要求Ｒ０に応じて、調停開始要求Ｒ１をＬＡＮ５００に接続された調停処理実行側の第２クライアント６００Ｂと第３クライアント６００Ｃにブロードキャストなどにより配信する。調停開始要求Ｒ１には、視聴したいコンテンツの使用帯域、放送終了時刻（使用時間）、コンテンツＩＤ、コンテンツの優先度、機器ＩＤ等が含まれる。
【００５５】
調停部５２は、他のクライアント６００からの調停開始要求Ｒ１に応じて、ＬＡＮ５００の帯域が、複数のクライアント６００間で予め決められた調停条件に従って合理的に使用されるように調停処理を実行する。また、調停部５２は、調停処理の開始に先立ち、調停条件、機器の優先順位などをユーザに設定させる。
【００５６】
（動作の説明）
次に、本実施形態のコンテンツ送受信システム１００における調停処理を説明する。
【００５７】
実際の調停処理の開始に先立ち、いずれかのクライアント６００、例えば第１クライアント６００Ａの調停部５２より、調停条件と各機器の優先順位の設定がユーザ１０からの入力をもとに行われる。
ここで、調停条件には、例えば、
条件１．クライアントの機器の優先順位が高いコンテンツ受信を優先する。
条件２．コンテンツの優先度が高いコンテンツ受信を優先する。
条件３．使用帯域の小さいコンテンツ受信を優先する。
条件４．使用時間が短いコンテンツ受信を優先する。
などの種類があり、コンテンツ送受信システム１００の管理者であるユーザ（例えば第１クライアント６００Ａのユーザ１０）は、上記の条件１−４において１以上の条件を選択する。
【００５８】
例えば、条件１のみが選択されたなら、「クライアントの機器の優先順位が高いコンテンツ受信を優先する。」という調停条件のみが設定される。また、条件２，条件１が順に選択されたなら、「コンテンツの優先度が高いコンテンツ受信を最優先とし、同じ優先度の複数のコンテンツが存在する場合はその中でクライアントの優先順位が高いコンテンツ受信を最優先にする。」という調停条件が設定される。
【００５９】
このような調停条件の設定は、より具体的には次のようにして行われる。例えば、第１クライアント６００Ａのユーザ１０は入力手段７０を使って調停条件の設定を要求する。この要求は調停処理部３９内の調停部５２に与えられ、調停部５２は調停条件設定用のＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を外部ＡＶ機器６２２（図３参照）に表示させるようにＵＩ画面生成部３６（図３参照）に指示を出す。調停部５２は、その調停条件設定用のＧＵＩを使ってユーザ１０より入力された調停条件データＤ５を受け取る。調停部５２は、その調停条件データＤ５を調停条件・調停テーブル格納部４０に保存するとともに、ＬＡＮ５００を通じて他のクライアントである第２クライアント６００Ｂと第３クライアント６００Ｃにブロードキャストなどにより送信する。
【００６０】
他のクライアントである第２クライアント６００Ｂと第３クライアント６００Ｃのそれぞれの調停部５２は、第１クライアント６００Ａからの調停条件データＤ５を受信し、調停条件・調停テーブル格納部４０に保存する。これで、各クライアント６００で共通の調停条件が設定されたことになる。
【００６１】
また、各クライアント６００ではそれぞれ、自クライアント６００の機器の優先順位の設定が行われる。この機器の優先順位の設定は、具体的には次のようにして行われる。例えば、図５において、第１クライアント６００Ａのユーザ１０は入力手段７０を使って機器の優先順位の設定を要求する。この要求は調停処理部３９内の調停部５２に与えられ、調停部５２は機器優先順位設定用のＧＵＩを外部ＡＶ機器６２２（図３参照）に表示させるようにＵＩ画面生成部３６（図３参照）に指示を出す。調停部５２は、その機器優先順位設定用のＧＵＩを使ってユーザ１０より入力された機器の優先順位データＤ６を受け取る。調停部５２は、その機器の優先順位データＤ６を調停条件・調停テーブル格納部４０に保存するとともに、ＬＡＮ５００を通じて他のクライアントである第２クライアント６００Ｂと第３クライアント６００Ｃにブロードキャストなどにより送信する。
【００６２】
他のクライアントである第２クライアント６００Ｂと第３クライアント６００Ｃのそれぞれの調停部５２は、第１クライアント６００Ａからの機器の優先順位データＤ６を受信し、調停条件・調停テーブル格納部４０に保存する。これで、第１クライアント６００Ａの機器の優先順位が各クライアント６００で共通に設定されたことになる。
【００６３】
この機器の優先順位の設定は、第２クライアント６００Ｂと第３クライアント６００Ｃのそれぞれにおいても同様に行われ、その都度、他のクライアント６００にも送信され、それぞれの調停条件・調停テーブル格納部４０に保存される。
【００６４】
以上の各クライアント６００での機器の優先順位の設定において、既に他のクライアント６００に設定されている機器の優先順位は、機器優先順位設定用のＧＵＩ上でユーザによる選択が不可となるようにＧＵＩの制御が調停部５２によって行われる。これにより、各クライアント６００間で優先順位の重複が生じないようになっている。
【００６５】
次に、調停処理の動作を説明する。
図７は調停処理部３９の動作を示すフローチャートである。
【００６６】
（図５、調停開始要求側の動作１）
調停開始要求側の第１クライアント６００Ａのユーザ１０は、入力手段７０を利用して所望のコンテンツのコンテンツＩＤおよびこのコンテンツの優先度を含むコンテンツ受信要求Ｒ０を入力する。ユーザ１０からのコンテンツ受信要求Ｒ０は調停処理部３９内の調停開始要求部５１に与えられる。調停開始要求部５１は、コンテンツ受信要求Ｒ０を受けると、このコンテンツ受信要求Ｒ０からコンテンツＩＤを抽出する。調停開始要求部５１は、このコンテンツＩＤをキーに、ＳＩ情報格納部３４に格納されたＳＩ情報Ｄ２から該当するコンテンツの使用帯域、放送終了時刻（使用時間）などの各情報を取り出す。
【００６７】
次に、調停開始要求部５１は、これらコンテンツの使用帯域、放送終了時刻（使用時間）と、コンテンツ受信要求Ｒ０の中のコンテンツＩＤおよびコンテンツの優先度と、調停条件・調停テーブル格納部４０に保存された自第１クライアント６００Ａの機器の優先順位、そして機器ＩＤを、１つのコンテンツ受信に関する情報として含む調停開始要求Ｒ１を生成する。ここで、機器ＩＤは第１クライアント６００Ａに予め割り当てられた機器ＩＤである。
【００６８】
調停開始要求部５１は、生成した調停開始要求Ｒ１を、ＬＡＮ５００に接続された他のクライアントである第２クライアント６００Ｂと第３クライアント６００Ｃにブロードキャストなどにより配信する（ステップＳ１０１）。調停処理実行側の第２クライアント６００Ｂと第３クライアント６００Ｃはそれぞれ、調停開始要求Ｒ１を受けると、ＬＡＮ５００の帯域を優先度の高いコンテンツ受信に優先的に割り当てるために次のような調停処理を行う。以下、各第２クライアント６００Ｂ，６００Ｃで調停処理が同様に実行されるので、一方の第２クライアント６００Ｂでの調停処理の動作を中心に説明する。
【００６９】
（図６、調停処理実行側の動作）
調停処理実行側の第２クライアント６００Ｂの調停部５２は、調停開始要求Ｒ１を受信する。調停部５２は、受信した調停開始要求Ｒ１のコンテンツ受信を実行するにあたってＬＡＮ５００に必要な残余帯域があるか否かを判定する（ステップＳ１０２）。すなわち、調停部５２は、調停条件・調停テーブル格納部４０の調停テーブルに登録されている現在実行中の各コンテンツ受信の使用帯域の合計と調停開始要求Ｒ１のコンテンツ受信の使用帯域との和がＬＡＮ５００の帯域の上限値を越えているかどうかを判定する。ここで、ＬＡＮ５００の帯域の上限値とは、ＬＡＮ５００のもつ物理的な全帯域幅において、コンテンツ受信用に使用可能な帯域幅である。なお、ＬＡＮ５００の帯域の上限値はグローバルネットワーク４００で使用可能なコンテンツ受信用に使用可能な帯域幅より小さいものとする。このため、ＩＰＴＶサーバ２００からＬＡＮ５００内の各クライアント６００に対するトータルの伝送レートはＬＡＮ５００の帯域の上限値による制約を受ける。調停開始要求Ｒ１のコンテンツ受信を行うにあたって必要な残余帯域がある場合（ステップＳ１０２のＹＥＳ）、調停部５２は、調停開始要求Ｒ１に含まれる各情報を調停条件・調停テーブル格納部４０の調停テーブルに追加で登録する（ステップＳ１０７）。
【００７０】
次に、調停部５２は、更新された調停テーブルの内容Ｄ４を含むステータス応答Ｒ２を調停開始要求元の第１クライアント６００Ａに送信する（ステップＳ１０８）。ステータス応答Ｒ２を受信した第１クライアント６００Ａの動作は後で説明する。
【００７１】
一方、ステップＳ１０２の判定で、調停開始要求Ｒ１のコンテンツ受信を行うにあたって必要な残余帯域がないことが判定された場合（ステップＳ１０２のＮＯ）、調停部５２は調停条件に応じて次のような調停処理を行う。
【００７２】
調停部５２は、調停条件・調停テーブル格納部４０に保持された調停条件データＤ５を読み込む。調停部５２は、読み込んだ調停条件に基づいて、まず、調停テーブルに登録されている現在実行中のコンテンツ受信と調停開始要求Ｒ１のコンテンツ受信において最低優先度のコンテンツ受信を調停条件データＤ５に従って判定する（ステップＳ１０３）。ここで、「最低優先度のコンテンツ受信」とは調停条件に設定されている条件に関して最も優先度が低いコンテンツ受信のことである。例えば、調停条件として条件１の「クライアントの機器の優先順位が高いコンテンツ受信を優先する。」が設定されている場合には、「最低優先度のコンテンツ受信」は機器の優先順位が最も低いクライアントによるコンテンツ受信となる。また、調停条件として条件３の「使用帯域の小さいコンテンツ受信を優先する。」が設定されている場合には、「最低優先度のコンテンツ受信」は使用帯域の最も小さいコンテンツ受信となる。さらに、調停条件として条件２，条件１が順に選択されたことで「コンテンツの優先度が高いコンテンツ受信を最優先とし、同じ優先度の複数のコンテンツが存在する場合はその中でクライアントの優先順位が高いコンテンツ受信を最優先にする。」という調停条件が設定された場合には、コンテンツの優先度が最も低いコンテンツ受信が複数のクライアントによるものである場合、調停部５２は、それらのクライアント間で機器の優先順位が最も低いクライアントで行われるコンテンツ受信を最低優先度のコンテンツ受信として決定する。
【００７３】
次に、調停部５２は、判定された最低優先度のコンテンツ受信が自第２クライアント６００Ｂで行われるものであるか否かを判定する（ステップＳ１０４）。最低優先度のコンテンツ受信が自第２クライアント６００Ｂで行われるものである場合（ステップＳ１０４のＹＥＳ）、調停部５２は、そのコンテンツ受信を停止するようにコンテンツ取得部３１に指示Ｒ５を出す。コンテンツ取得部３１は、この指示Ｒ５に従って、自第２クライアント６００ＢでのコンテンツのデータＤ１の受信を停止する（ステップＳ１０５）。次に、調停部５２は、調停テーブルから当該停止させたコンテンツ受信に関する情報を消去し、帯域不足によりコンテンツの視聴が制限されたことをユーザ１０に提示するためのエラー処理を行う（ステップＳ１０６）。
【００７４】
この後、調停部５２は、ステップＳ１０２に戻って、調停開始要求Ｒ１のコンテンツ受信を行うにあたって必要な残余帯域があるかどうかを再び判定する（ステップＳ１０２）。今回は、第２クライアント６００Ｂでのコンテンツ受信がステップＳ１０５で１つ停止されたことで帯域の空きが増大した状況での判定となる。必要な残余帯域があることが判定されたなら、調停部５２は、調停開始要求Ｒ１に含まれる情報の調停テーブルへの追加による登録（ステップＳ１０７）、更新された調停テーブルの内容Ｄ４を含むステータス応答Ｒ２の送信を行う（ステップＳ１０８）。必要な残余帯域が残っていない場合には先と同様にステップＳ１０４へ進む。
【００７５】
ステップＳ１０４の判定で、最低優先度のコンテンツ受信が自第２クライアント６００Ｂで行われるものではない場合（ステップＳ１０４のＮＯ）、調停部５２は、次のように処理を行う。調停部５２は、そのコンテンツ受信が調停開始要求元の第１クライアント６００Ａで実行中のものであるか否かを判定する（ステップＳ１０９）。
【００７６】
調停部５２は、最低優先度のコンテンツ受信が調停開始要求元の第１クライアント６００Ａで実行中のものではないことを判定した場合（ステップＳ１０９のＮＯ）、次のように処理を行う。この場合、最低優先度のコンテンツ受信は第３クライアント６００Ｃで実行中のものであることになる。なぜならＬＡＮ５００に接続されているクライアント６００の数は３であるからである。そこで、調停部５２は、第３クライアント６００Ｃで当該最低優先度のコンテンツ受信が停止されることを見込んで、調停テーブルから当該コンテンツ受信に関する情報を消去する（ステップＳ１１０）。実際に、第３クライアント６００Ｃでは、同様の調停処理が行われることで、当該最低優先度のコンテンツ受信は停止される。
【００７７】
この後、調停部５２は、ステップＳ１０２に戻って、調停開始要求Ｒ１のコンテンツ受信を行うにあたって必要な残余帯域があるかどうかを再び判定する（ステップＳ１０２）。今回は、第３クライアント６００Ｃでのコンテンツ受信が１つ停止されたことで残余帯域が増大した状況での判定となる。必要な残余帯域があることが判定されたなら、調停部５２は、調停開始要求Ｒ１に含まれる情報の調停テーブルへの追加による登録を行う（ステップＳ１０７）。そして、調停部５２は、更新された調停テーブルの内容Ｄ４を含むステータス応答Ｒ２の送信を行う（ステップＳ１０８）。ステップＳ１０２で、必要な残余帯域がない場合にはステップＳ１０３へ進む。
【００７８】
ステップＳ１０９で、最低優先度のコンテンツ受信が調停開始要求元の第１クライアント６００Ａで実行中のものあることが判定された場合（ステップＳ１０９のＹＥＳ）、調停部５２は、次のように処理を行う。調停部５２は、第１クライアント６００Ａで当該コンテンツ受信が開始されないことを見込んで、既存の調停テーブルの内容Ｄ４を含むステータス応答Ｒ２を第１クライアント６００Ａに送信する（ステップＳ１０８）。ステータス応答Ｒ２を受信した第１クライアント６００Ａの動作は後で説明する。
【００７９】
ここまでの処理の要点をまとめると次のようになる。
１．調停処理実行側の調停部５２は、調停開始要求Ｒ１のコンテンツ受信を行うために必要な残余帯域があるなら、この調停開始要求Ｒ１に含まれる情報を調停テーブルに登録して更新する。そして調停部５２は、更新された調停テーブルの内容Ｄ４を含むステータス応答Ｒ２を調停開始要求元のクライアントに送信する。
２．調停処理実行側の調停部５２は、調停開始要求Ｒ１のコンテンツを受信するために必要な残余帯域がない場合、調停開始要求Ｒ１で指定されるコンテンツ受信と調停テーブルに登録されている各コンテンツ受信の間で最低優先度のコンテンツ受信を判定する。
３．調停処理実行側の調停部５２は、最低優先度のコンテンツ受信が自クライアントによるものである場合、そのコンテンツ受信の停止と調停テーブルの更新を行う。そして調停部５２は、更新された調停テーブルの内容Ｄ４を含むステータス応答Ｒ２を調停開始要求元のクライアントに送信する。
４．調停処理実行側の調停部５２は、最低優先度のコンテンツ受信が調停開始要求元のクライアントによるものである場合、既存の調停テーブルの内容Ｄ４を含むステータス応答Ｒ２を調停開始要求元のクライアントに送信する。
５．調停処理実行側の調停部５２は、最低優先度のコンテンツ受信がその他のクライアントによるものである場合、調停テーブルから当該最低優先度のコンテンツ受信に関する情報を消去して調停テーブルを更新する。そして調停部５２は、更新された調停テーブルの内容Ｄ４を含むステータス応答Ｒ２を調停開始要求元のクライアントに送信する。
【００８０】
以上の調停開始要求Ｒ１を受けた調停処理実行側の調停処理は第３クライアント６００Ｃでも同様に行われる。
【００８１】
（図５、調停開始要求側の動作２）
次に、調停開始要求側の第１クライアント６００Ａの調停部５２がステータス応答Ｒ２を受信した場合の動作を説明する。
【００８２】
調停開始要求側の第１クライアント６００Ａの調停部５２は、ステータス応答Ｒ２を受信すると（ステップＳ１１１）、次のように処理を行う。調停部５２は、受信したステータス応答Ｒ２に含まれる調停テーブルの内容Ｄ４に、ステップＳ１０１で第１クライアント６００Ａが送信した調停開始要求Ｒ１のコンテンツ受信に関する情報が含まれているかどうかを判定する（ステップＳ１１２）。ここで、ステータス応答Ｒ２の調停テーブルの内容Ｄ４に調停開始要求Ｒ１のコンテンツ受信に関する情報が含まれているということは、そのコンテンツ受信のために必要な残余帯域があることを意味する。したがって、調停部５２は、ユーザ１０より入力されたコンテンツ受信要求Ｒ０の内容に従って、コンテンツのデータＤ１の受信を開始するようにコンテンツ取得部３１に指示Ｒ６を出す。コンテンツ取得部３１は、この指示Ｒ６に従って、コンテンツのデータＤ１の受信を開始する（ステップＳ１１３）。これに伴い、調停部５２は、調停条件・調停テーブル格納部４０に格納されている調停テーブルの内容Ｄ４をステータス応答Ｒ２に含まれる調停テーブルの内容Ｄ４で更新する（ステップＳ１１４）。これにより、各クライアント６００間での調停テーブルの整合性が確保される。
【００８３】
調停開始要求元の第１クライアント６００Ａは、実際には、調停処理実行側の２つのクライアントである第２クライアント６００Ｂと第３クライアント６００Ｃから非同期でステータス応答Ｒ２を受信する。これらの２つのステータス応答Ｒ２に含まれる調停テーブルの内容Ｄ４は常に同一であることから、調停開始要求元の第１クライアント６００Ａの調停部５２は、最初に受信したステータス応答Ｒ２に含まれる調停テーブルの内容Ｄ４を用いてステップＳ１１２の処理を行えばよい。或いは、調停部５２は、２つのステータス応答Ｒ２に含まれる調停テーブルの内容Ｄ４を照合し、一致していればステップＳ１１２の処理を行い、不一致の場合にはエラー表示を行うなどのエラー処理を行うようにしてもよい。
【００８４】
また、ステップＳ１１２で、ステータス応答Ｒ２内の調停テーブルの内容Ｄ４に調停開始要求Ｒ１のコンテンツ受信に関する情報が含まれていない場合には、そのコンテンツ受信のための残余帯域がないことを意味する。そこで、調停部５２は、自第１クライアント６００Ａでのコンテンツ受信のための残余帯域が不足していることをエラー表示することをＵＩ画面生成部３６（図３参照）に指示する。ＵＩ画面生成部３６は、この指示に従って、エラー表示画面のデータを生成し、ＡＶインタフェース部６０６を通じて外部ＡＶ機器６２２（図３参照）に出力する。これにより、エラーの表示が行われる（ステップＳ１１５）。
以上が、ステータス応答Ｒ２を受信した調停開始要求側の第１クライアント６００Ａでの調停処理の説明である。
【００８５】
（調停処理の具体例のその１）
次に、本実施形態のコンテンツ送受信システム１００での調停動作の具体例を説明する。
【００８６】
図８は第２クライアント６００Ｂと第３クライアント６００Ｃがある時点で持つ調停テーブルの例である。この時点で、機器ＩＤが"Ｂ"の第２クライアント６００Ｂでは、コンテンツＩＤが"abcd123"のコンテンツのデータを受信中とされ、機器ＩＤが"Ｃ"の第３クライアント６００ＣではコンテンツＩＤが"efgh456"のコンテンツのデータを受信中であるとする。各クライアント６００Ａ，６００Ｂ，６００Ｃ間の機器優先順位はＡ＞Ｂ＞Ｃに設定されている。この機器優先順位は固定とする。
【００８７】
この状況において、第１クライアント６００Ａのユーザ１０が入力手段７０を利用して、視聴したいコンテンツのコンテンツＩＤ、コンテンツの優先度、および必要に応じて使用時間を含むコンテンツ受信要求Ｒ０を入力した場合を考える。
【００８８】
入力手段７０を利用してユーザ１０から入力されたコンテンツ受信要求Ｒ０は調停処理部３９の調停開始要求部５１に入力される。調停開始要求部５１は、コンテンツ受信要求Ｒ０を受けると、このコンテンツ受信要求Ｒ０からコンテンツＩＤを抽出する。調停開始要求部５１は、このコンテンツＩＤをキーに、ＳＩ情報格納部３４に格納されたＳＩ情報Ｄ２から該当するコンテンツの使用帯域、放送終了時刻（使用時間）などの各情報を取り出す。
【００８９】
次に、調停開始要求部５１は、コンテンツ受信要求Ｒ０の中のコンテンツＩＤおよびコンテンツの優先度と、ＳＩ情報Ｄ２から取り出した使用帯域および放送終了時刻（使用時間）、そして第１クライアント６００Ａに予め割り当てられた機器ＩＤ（＝Ａ）等を含む調停開始要求Ｒ１を生成する。図９は第１クライアント６００Ａで生成された調停開始要求Ｒ１に含まれるコンテンツ受信に関する情報の例である。調停開始要求部５１は、生成した調停開始要求Ｒ１を、ＬＡＮ５００に接続された他の第２クライアント６００Ｂと第３クライアント６００Ｃにブロードキャストなどにより送信する（ステップＳ１０１）。
【００９０】
第２クライアント６００Ｂと第３クライアント６００Ｃは、調停開始要求Ｒ１を受信すると、調停処理部３９内の調停部５２で次のような調停処理を行う。
【００９１】
まず、第２クライアント６００Ｂでの調停処理を説明する。第２クライアント６００Ｂの調停部５２は、第１クライアント６００Ａからの調停開始要求Ｒ１を受信する。すると調停部５２は、調停テーブルに登録されている現在実行中の各コンテンツ受信の使用帯域の合計と調停開始要求Ｒ１のコンテンツ受信の使用帯域との和がＬＡＮ５００の帯域の上限値を越えているかどうかを判定する（ステップＳ１０２）。
【００９２】
仮にＬＡＮ５００の帯域の上限値を３Ｍｂｉｔ／ｓとする。図８に示すように調停テーブルに登録されている現在実行中の各コンテンツ受信の使用帯域の合計は２．８Ｍｂｉｔ／ｓ、図９に示すように調停開始要求Ｒ１のコンテンツ受信の使用帯域は１．４Ｍｂｉｔ／ｓである。したがって、これらの合計はＬＡＮ５００の帯域の上限値である３Ｍｂｉｔ／ｓを上回る４．２Ｍｂｉｔ／ｓとなる。そこで調停部５２は、調停テーブルに登録されたコンテンツ受信と調停開始要求Ｒ１のコンテンツ受信において最低優先度のコンテンツ受信を調停条件に従って判定する（ステップＳ１０３）。
【００９３】
ここで、調停条件として、条件２，条件１が順に選択されて「コンテンツの優先度が高いコンテンツ受信を最優先とし、同じ優先順位の複数のコンテンツが存在する場合はその中でクライアントの優先順位が高いコンテンツ受信を最優先にする。」が設定されているものとする。このため、調停部５２は、調停開始要求Ｒ１を受信した第２クライアント６００Ｂで実行中のコンテンツ受信が最低優先度であることを判定する（ステップＳ１０４のＹＥＳ）。この結果、調停部５２は、自第２クライアント６００Ｂで実行中の当該コンテンツの受信を停止するようにコンテンツ取得部３１に通知してコンテンツ受信を停止させる（ステップＳ１０５）。次に、調停部５２は、調停テーブルから停止させたコンテンツ受信に関する情報を消去し、帯域不足によりコンテンツの視聴が制限されたことをユーザ１０に提示するエラー処理を行う（ステップＳ１０６）。
【００９４】
コンテンツ受信を停止させたことで、図１０に示すように、第２クライアント６００Ｂが所有する調停テーブルに登録された使用帯域の合計は１．５Ｍｂｉｔ／ｓとなり、調停開始要求Ｒ１のコンテンツ受信の使用帯域との和は２．９Ｍｂｉｔ／ｓとなって、ＬＡＮ５００の帯域の上限値以下となる。
【００９５】
次に、調停部５２は、調停開始要求Ｒ１に含まれるコンテンツ受信に関する情報を調停テーブルに追加する（ステップＳ１０７）。これにより、調停テーブルは図１１のように更新される。この後、調停部５２は、更新された調停テーブルの内容Ｄ４を含むステータス応答Ｒ２を調停開始要求元の第１クライアント６００Ａに送信する（ステップＳ１０８）。
【００９６】
一方、第３クライアント６００Ｃの調停部５２も第１クライアント６００Ａからの調停開始要求Ｒ１を受信する。第３クライアント６００Ｃの調停部５２は、調停テーブルに登録されている現在実行中の各コンテンツ受信の使用帯域の合計と調停開始要求Ｒ１のコンテンツ受信の使用帯域との和がＬＡＮ５００の帯域の上限値を越えているかどうかを判定する（ステップＳ１０２）。このとき第３クライアント６００Ｃが保有する調停テーブルの内容も図８のように第２クライアント６００Ｂがもつものと同じであるから、その和はＬＡＮ５００の帯域の上限値である３Ｍｂｉｔ／ｓを上回る４．２Ｍｂｉｔ／ｓとなる。そこで、調停部５２は、調停テーブルに登録されたコンテンツ受信と調停開始要求Ｒ１のコンテンツ受信において最低優先度のコンテンツ受信を上記の調停条件に従って判定する（ステップＳ１０３）。ここでも第２クライアント６００Ｂで実行中のコンテンツ受信が最低優先度であることが第２クライアント６００Ｂでの判定と同様に判定される（ステップＳ１０９のＮＯ）。調停部５２は、調停テーブルから、第２クライアント６００Ｂで実行中のコンテンツ受信に関する情報を消去する（ステップＳ１１０）。したがって、第３クライアント６００Ｃが所有する調停テーブルに登録された使用帯域の合計は１．５Ｍｂｉｔ／ｓとなり、調停開始要求Ｒ１のコンテンツ受信の使用帯域との和は２．９Ｍｂｉｔ／ｓとなって、ＬＡＮ５００の帯域の上限値以下となる。
【００９７】
この後、調停部５２は、更新された調停テーブルの内容Ｄ４を含むステータス応答Ｒ２を、調停開始要求元の第１クライアント６００Ａに送信する（ステップＳ１０８）。
【００９８】
このように調停開始要求Ｒ１を受信した第２クライアント６００Ｂと第３クライアント６００Ｃからは、それぞれの調停部５２での調停処理を経て、同一の調停テーブルの内容Ｄ４（図１１）を含むステータス応答Ｒ２が調停開始要求元の第１クライアント６００Ａに送信される。
【００９９】
調停開始要求元の第１クライアント６００Ａの調停部５２は、ステップＳ１１１で受信したステータス応答Ｒ２に含まれる調停テーブルの内容Ｄ４に、自身が送信した調停開始要求Ｒ１のコンテンツ受信に関する情報が含まれているか否かを判定する（ステップＳ１１２）。図１１に示すように、受信したステータス応答Ｒ２に含まれる調停テーブルには、調停開始要求Ｒ１のコンテンツ受信に関する情報が含まれているので、そのコンテンツ受信のために必要な残余帯域があることを調停部５２が知ることができる。したがって、調停部５２は、ユーザからのコンテンツ受信要求Ｒ０に従って、コンテンツ受信を開始するようにコンテンツ取得部３１に指示Ｒ６を出す。コンテンツ取得部３１は、この指示Ｒ６に従って、コンテンツのデータＤ１の受信を開始する（ステップＳ１１３）。これに伴い、調停部５２は、調停条件・調停テーブル格納部４０に格納されている調停テーブルの内容Ｄ４を、ステータス応答Ｒ２に含まれる調停テーブルの内容Ｄ４で更新する（ステップＳ１１４）。
【０１００】
（調停処理の具体例のその２）
次に、本実施形態のコンテンツ送受信システム１００での調停動作の別の具体例を説明する。
【０１０１】
第２クライアント６００Ｂと第３クライアント６００Ｃがそれぞれ図８に示した調停テーブルを有している状態で、第１クライアント６００Ａから図１２に示すコンテンツ受信に関する情報を含む調停開始要求Ｒ１が入力されたものとする。図１２の情報において図８に示した調停開始要求Ｒ１に含まれる情報との相違点はコンテンツの優先度が３であることにある。
【０１０２】
第２クライアント６００Ｂと第３クライアント６００Ｃは、調停開始要求Ｒ１を受信すると、調停処理部３９内の調停部５２で次のような調停処理を行う。
【０１０３】
まず、第２クライアント６００Ｂでの調停処理を説明する。第２クライアント６００Ｂの調停部５２は、第１クライアント６００Ａからの調停開始要求Ｒ１を受信する。すると調停部５２は、調停テーブルに登録されている現在実行中の各コンテンツ受信の使用帯域の合計と調停開始要求Ｒ１のコンテンツ受信の使用帯域との和がＬＡＮ５００の帯域の上限値を越えているかどうかを判定する（ステップＳ１０２）。
【０１０４】
仮にＬＡＮ５００の帯域の上限値を３Ｍｂｉｔ／ｓとする。図８に示すように調停テーブルに登録されている現在実行中の各コンテンツ受信の使用帯域の合計は２．８Ｍｂｉｔ／ｓ、図１２に示すように調停開始要求Ｒ１のコンテンツ受信の使用帯域は１．４Ｍｂｉｔ／ｓである。したがって、これらの合計はＬＡＮ５００の帯域の上限値である３Ｍｂｉｔ／ｓを上回る４．２Ｍｂｉｔ／ｓとなる。そこで、調停部５２は、調停テーブルに登録されたコンテンツ受信と調停開始要求Ｒ１のコンテンツ受信において最低優先度のコンテンツ受信を調停条件に従って判定する（ステップＳ１０３）。
【０１０５】
ここで、調停条件として、条件２，条件１が順に選択されて「コンテンツの優先度が高いコンテンツ受信を最優先とし、同じ優先順位の複数のコンテンツが存在する場合はその中でクライアントの優先順位が高いコンテンツ受信を最優先にする。」が設定されているものとする。本例では、自第２クライアント６００Ｂのコンテンツ受信のコンテンツの優先度が３で、調停開始要求Ｒ１のコンテンツ受信のコンテンツの優先度も３であることから、２つのコンテンツ受信が最低優先度のコンテンツ受信の候補として判定される。この場合、調停部５２は、自第２クライアント６００Ｂの機器の優先順位と調停開始要求Ｒ１の機器（第１クライアント６００Ａ）の優先順位とを比較する。そして調停部５２は、機器の優先順位が低いクライアントでのコンテンツ受信を、最低優先度のコンテンツ受信として最終的に判断する。本例では、第２クライアント６００Ｂの機器の優先順位は１（＝高い）、調停開始要求Ｒ１の機器（第１クライアント６００Ａ）の優先順位は２（＝標準）である。したがって、調停開始要求Ｒ１のコンテンツ受信が最低優先度のコンテンツ受信として最終的に判断される（ステップＳ１０９のＹＥＳ）。これにより、調停部５２は、現在の調停テーブルの内容Ｄ４（図８）を含むステータス応答Ｒ２を調停開始要求元の第１クライアント６００Ａに送信する（ステップＳ１０８）。
【０１０６】
一方、第３クライアント６００Ｃでも同様に、調停開始要求Ｒ１のコンテンツ受信が最低優先度のコンテンツ受信として最終的に判断され、調停部５２は、現在の調停テーブルの内容Ｄ４（図８）を含むステータス応答Ｒ２を調停開始要求元の第１クライアント６００Ａに送信する。
【０１０７】
調停開始要求元の第１クライアント６００Ａの調停部５２は、ステップＳ１１１で受信したステータス応答Ｒ２に含まれる調停テーブルの内容Ｄ４に、調停開始要求Ｒ１のコンテンツ受信に関する情報が含まれているかどうかを判定する（ステップＳ１１２）。図８に示すように、受信したステータス応答Ｒ２に含まれる調停テーブルには、調停開始要求Ｒ１のコンテンツ受信に関する情報が含まれていないので、調停部５２は、自第１クライアント６００Ａで要求したコンテンツ受信のための残余帯域が不足していることをエラー表示するようにＵＩ画面生成部３６（図３参照）に指示を出す。ＵＩ画面生成部３６は、この指示に従って、エラー表示画面のデータを生成し、ＡＶインタフェース部６０６を通じて外部ＡＶ機器６２２に出力する。これにより、エラーの表示が行われる（ステップＳ１１５）。
【０１０８】
（クライアントが４機以上の場合の調停処理）
上記では、クライアントが３機である場合を説明したが、クライアントが４機以上の場合の調停処理は次のようになる。
【０１０９】
図１９は、クライアントが４機以上の場合の調停処理のフローチャートである。
図７のフローチャートとの相違点は、ステップＳ１０１ａ、ステップＳ１１０ａ、ステップＳ１１１ａである。この例では、クライアントの数は４である。
【０１１０】
ステップＳ１０１ａで、調停開始要求側の第１クライアント６００Ａの調停開始要求部５１は、調停開始要求Ｒ１を、調停処理実行側のクライアントである第２クライアント６００Ｂと第３クライアント６００Ｃと第４クライアント６００Ｄに送信する。
【０１１１】
調停処理実行側の各クライアント６００Ｂ，６００Ｃ，６００Ｄの調停部５２において同様の調停処理が行われることは図７のフローチャートと同じである。但し、ステップＳ１１０ａで調停部５２は、最低優先度のコンテンツ受信が、他のクライアントのどれで実行中であるかを判断し、そのコンテンツ受信に関する情報を調停テーブルから消去する。ここで、他のクライアントとは、調停開始要求側のクライアントと調停開始要求Ｒ１を受けて調停処理を実行する自クライアント以外のクライアントを指す。すなわち、第１クライアント６００Ａが調停開始要求元、第２クライアント６００Ｂが調停開始要求Ｒ１を受けて調停処理を実行する自クライアントであるとき、他のクライアントは第３クライアント６００Ｃと第４クライアント６００Ｄである。
【０１１２】
ステップＳ１１１ａで、調停開始要求側の第１クライアント６００Ａの調停部５２は、ステータス応答Ｒ２を、調停処理実行側のクライアントである第２クライアント６００Ｂと第３クライアント６００Ｃと第４クライアント６００Ｄより受信する。
その他の動作は図７のフローチャートと同じである。クライアントの数が５以上の場合も同様である。
【０１１３】
＜第２の実施形態＞
上記の第１の実施形態では、調停部５２は、最低優先度のコンテンツ受信が自第２クライアント６００Ｂで行われるものである場合（ステップＳ１０４のＹＥＳ）、そのコンテンツ受信を停止させる（ステップＳ１０５）。そして、調停部５２は、調停テーブルから当該停止させたコンテンツ受信に関する情報を消去することとした。
【０１１４】
ＶＯＤなどのユニキャスト方式で配信されるコンテンツの場合、受信を一旦停止しても、既に取得済みのコンテンツのデータをそのまま残しておき、当該コンテンツ受信用の残余帯域が発生した場合にそのコンテンツのデータの受信を再開するようにしてもよい。
【０１１５】
このような制御を行うために、第２の実施形態では、調停テーブルに有効フラグが追加される。
【０１１６】
図１３は有効フラグが追加された調停テーブルの構成を示す図である。調停テーブルの各エントリには有効フラグが設定されている。この有効フラグは実際に受信中である受信コンテンツに対して有効（オン）の値に設定され、受信の停止中（待機中）の受信コンテンツに対して無効（オフ）の値に設定されるように、調停処理部３９の調停部５２によって管理される。図１３の例では、機器ＩＤ＝Ｂの第２クライアント６００Ｂの受信コンテンツと機器ＩＤ＝Ｃの第３クライアント６００Ｃの受信コンテンツの有効フラグがオンに設定され、それぞれのコンテンツが受信中であることを示している。
【０１１７】
（動作の説明）
次に、本実施形態のコンテンツ送受信システム１００における調停処理を説明する。
【０１１８】
図１４は調停開始要求側のクライアント６００の調停処理部３９の動作を説明する図、図１５は調停処理実行側のクライアント６００の調停処理部３９の動作を説明する図、図１６は調停処理部３９の動作を示すフローチャートである。ここで仮に、調停開始要求側のクライアントを第１クライアント６００Ａとし、調停処理実行側のクライアントを第２クライアント６００Ｂと第３クライアント６００Ｃとする。
【０１１９】
まず、実際の調停処理の開始に先立ち調停条件が設定される。この調停条件の設定に関しては第１の実施形態と同じであるから、説明を省略する。
【０１２０】
（図１４、調停開始要求側の動作１）
調停開始要求側の第１クライアント６００Ａのユーザ１０が入力手段７０を利用して所望のコンテンツのコンテンツＩＤおよびこのコンテンツの優先度を含むコンテンツ受信要求Ｒ０を入力したものとする。ユーザ１０からのコンテンツ受信要求Ｒ０は調停処理部３９内の調停開始要求部５１に与えられる。
【０１２１】
調停開始要求部５１は、コンテンツ受信要求Ｒ０を受けると、このコンテンツ受信要求Ｒ０からコンテンツＩＤを抽出する。調停開始要求部５１は、このコンテンツＩＤをキーに、ＳＩ情報格納部３４に格納されたＳＩ情報Ｄ２から該当するコンテンツの使用帯域、放送終了時刻（使用時間）などの各情報を取り出す。次に、調停開始要求部５１は、コンテンツ受信要求Ｒ０の中のコンテンツＩＤおよびコンテンツの優先度、ＳＩ情報Ｄ２の中の使用帯域および放送終了時刻（使用時間）、機器ＩＤ、有効フラグを１つのコンテンツ受信に関する情報として含む調停開始要求Ｒ１１を生成する。ここで、有効フラグは未設定の値（無効値）とする。調停開始要求部５１は、生成した調停開始要求Ｒ１を、ＬＡＮ５００に接続された調停処理実行側のクライアントである第２クライアント６００Ｂと第３クライアント６００Ｃにブロードキャストなどにより配信する（ステップＳ２０１）。
【０１２２】
調停処理実行側の第２クライアント６００Ｂと第３クライアント６００Ｃはそれぞれ、調停開始要求Ｒ１１を受けると、ＬＡＮ５００の帯域を優先度の高いコンテンツ受信に優先的に割り当てるために次のような調停処理を行う。以下、各第２クライアント６００Ｂ，６００Ｃで調停処理が同様に実行されるので、一方の第２クライアント６００Ｂでの調停処理の動作を中心に説明する。
【０１２３】
（図１５、調停処理実行側の動作）
調停処理実行側の第２クライアント６００Ｂの調停部５２は、調停開始要求Ｒ１１を受信すると、この調停開始要求Ｒ１１のコンテンツ受信を実行するにあたってＬＡＮ５００に必要な残余帯域があるか否かを判定する（ステップＳ２０２）。すなわち、調停部５２は、調停条件・調停テーブル格納部４０の調停テーブルに登録されている現在実行中の各コンテンツ受信の使用帯域の合計と調停開始要求Ｒ１１のコンテンツ受信の使用帯域との和がＬＡＮ５００の帯域の上限値を越えているかどうかを判定する。ここで、ＬＡＮ５００の帯域の上限値とは、ＬＡＮ５００のもつ物理的な全帯域幅において、コンテンツ取得用に予約された所定の帯域幅である。ＬＡＮ５００の帯域の上限値はグローバルネットワーク４００で使用可能なコンテンツ取得用に予約された所定の帯域幅より小さいものとする。このため、ＩＰＴＶサーバ２００からＬＡＮ５００内の各クライアント６００へのコンテンツのデータＤ１の全体の伝送レートはＬＡＮ５００の帯域の上限値による制約を受ける。
【０１２４】
調停開始要求Ｒ１１のコンテンツ受信を行うにあたって必要な残余帯域がある場合（ステップＳ２０２のＹＥＳ）、調停部５２は、調停開始要求Ｒ１１に含まれる各情報を調停条件・調停テーブル格納部４０の調停テーブルに追加で登録するとともに、追加で登録された情報中の有効フラグの値をオンに設定する（ステップＳ２０７）。この後、調停部５２は、更新された調停テーブルの内容Ｄ４を含むステータス応答Ｒ１２を調停開始要求元の第１クライアント６００Ａに送信する（ステップＳ２０８）。ステータス応答Ｒ１２を受信した第１クライアント６００Ａの動作は後で説明する。
【０１２５】
一方、ステップＳ１０２の判定で、調停開始要求Ｒ１１のコンテンツ受信を行うにあたって必要な残余帯域がないことが判定された場合（ステップＳ２０２のＮＯ）、調停部５２は次のような処理を行う。調停部５２は、調停条件・調停テーブル格納部４０に保持された調停条件を読み込む。調停部５２は、調停テーブルに登録されている現在実行中のコンテンツ受信と調停開始要求Ｒ１１のコンテンツ受信において最低優先度のコンテンツ受信を調停条件に従って判定する（ステップＳ２０３）。
【０１２６】
次に、調停部５２は、判定された最低優先度のコンテンツ受信が自第２クライアント６００Ｂで行われるものであるか否かを判定する（ステップＳ２０４）。最低優先度のコンテンツ受信が自第２クライアント６００Ｂで行われるものである場合（ステップＳ２０４のＹＥＳ）、調停部５２は、そのコンテンツ受信を停止するようにコンテンツ取得部３１に指示Ｒ５を出す。コンテンツ取得部３１は、この指示Ｒ５に従って、自第２クライアント６００ＢでのコンテンツのデータＤ１の受信を停止する（ステップＳ２０５）。次に、調停部５２は、調停テーブルに登録された当該停止させたコンテンツ受信に関する情報の中の有効フラグの値をオンからオフに更新し、帯域不足によりコンテンツの視聴が制限されたことをユーザ１０に提示するためのエラー処理を行う（ステップＳ２０６）。
【０１２７】
この後、調停部５２は、ステップＳ２０２に戻って、調停開始要求Ｒ１１のコンテンツ受信を行うにあたって必要な残余帯域があるかどうかを再び判定する（ステップＳ２０２）。今回は、第２クライアント６００Ｂでのコンテンツ受信がステップＳ２０５で１つ停止されたことで帯域の空きが増大した状況での判定となる。必要な残余帯域があることが判定されたなら、調停部５２は、調停開始要求Ｒ１１に含まれる情報の調停テーブルへの追加による登録（ステップＳ２０７）、更新された調停テーブルの内容Ｄ４を含むステータス応答Ｒ１２の送信の指示Ｒ４を出す（ステップＳ２０８）。必要な残余帯域が残っていない場合には先と同様にステップＳ２０４へ進む。
【０１２８】
ステップＳ２０４の判定で、最低優先度のコンテンツ受信が自第２クライアント６００Ｂで行われるものではない場合（ステップＳ２０４のＮＯ）、調停部５２は、次のように処理を行う。調停部５２は、そのコンテンツ受信が調停開始要求元の第１クライアント６００Ａで実行中のものであるか否かを判定する（ステップＳ２０９）。
【０１２９】
調停部５２は、最低優先度のコンテンツ受信が調停開始要求元の第１クライアント６００Ａで実行中のものではないことを判定した場合（ステップＳ２０９のＮＯ）、次のように処理を行う。この場合、最低優先度のコンテンツ受信は第３クライアント６００Ｃで実行中のものであることになる。なぜならＬＡＮ５００に接続されているクライアント６００の数は３であるからである。そこで、調停部５２は、第３クライアント６００Ｃで当該最低優先度のコンテンツ受信が停止されることを見込んで、調停テーブルから当該コンテンツ受信に関する情報の中の有効フラグの値をオンからオフに更新する（ステップＳ２１０）。実際に、第３クライアント６００Ｃでは、同様の調停処理が行われることで、当該最低優先度のコンテンツ受信は停止される。
【０１３０】
この後、調停部５２は、ステップＳ２０２に戻って、調停開始要求Ｒ１１のコンテンツ受信を行うにあたって必要な残余帯域があるかどうかを再び判定する（ステップＳ２０２）。今回は、第３クライアント６００Ｃでのコンテンツ受信が１つ停止されたことで残余帯域が増大した状況での判定となる。必要な残余帯域があることが判定されたなら、調停部５２は、調停開始要求Ｒ１１に含まれる情報の調停テーブルへの追加による登録を行う（ステップＳ２０７）。そして、調停部５２は、更新された調停テーブルの内容Ｄ４を含むステータス応答Ｒ１２を第１クライアント６００Ａに送信する（ステップＳ２０８）。ステップＳ２０２で、必要な残余帯域がない場合にはステップＳ２０３へ進む。
【０１３１】
ステップＳ２０９で、最低優先度のコンテンツ受信が調停開始要求元の第１クライアント６００Ａで実行中のものあることが判定された場合（ステップＳ２０９のＹＥＳ）、調停部５２は、次のように処理を行う。調停部５２は、第１クライアント６００Ａで当該コンテンツ受信が開始されないことを見込んで、既存の調停テーブルの内容Ｄ４を含むステータス応答Ｒ１２を第１クライアント６００Ａに送信する（ステップＳ２０８）。ステータス応答Ｒ２を受信した第１クライアント６００Ａの動作は後で説明する。
【０１３２】
以上が、調停開始要求Ｒ１１を受けた調停処理実行側の第２クライアント６００Ｂでの調停処理の説明である。以上の調停処理は第３クライアント６００Ｃでも同様に行われる。
【０１３３】
次に、調停開始要求元の第１クライアント６００Ａの調停部５２がステータス応答Ｒ１２を受信した場合の動作を説明する。
【０１３４】
（図１４、調停開始要求側の動作２）
調停開始要求元の第１クライアント６００Ａの調停部５２は、ステータス応答Ｒ１２を受信すると（ステップＳ２１１）、次のように処理を行う。調停部５２は、受信したステータス応答Ｒ１２に含まれる調停テーブルの内容Ｄ４に、ステップＳ２０１で第１クライアント６００Ａが送信した調停開始要求Ｒ１１のコンテンツ受信に関する情報が含まれているかどうかを判定する（ステップＳ２１２）。ここで、ステータス応答Ｒ１２の調停テーブルの内容Ｄ４に調停開始要求Ｒ１１のコンテンツ受信に関する情報が含まれているということは、そのコンテンツ受信のために必要な残余帯域があることを意味する。したがって、調停部５２は、ユーザからのコンテンツ受信要求Ｒ０に従って、コンテンツ受信を開始するようにコンテンツ取得部３１に指示Ｒ６を出す。コンテンツ取得部３１は、この指示Ｒ６に従って、コンテンツのデータＤ１の受信を開始する（ステップＳ２１３）。これに伴い、調停部５２は、調停条件・調停テーブル格納部４０に格納されている調停テーブルの内容Ｄ４を、ステータス応答Ｒ１２に含まれる調停テーブルの内容Ｄ４で更新する（ステップＳ２１４）。これにより、各クライアント６００間での調停テーブルの整合性が確保される。
【０１３５】
調停開始要求元の第１クライアント６００Ａは、実際には、調停処理実行側の２つのクライアントである第２クライアント６００Ｂと第３クライアント６００Ｃから非同期でステータス応答Ｒ１２を受信する。これらの２つのステータス応答Ｒ１２に含まれる調停テーブルの内容Ｄ４は常に同一であることから、調停開始要求元の第１クライアント６００Ａの調停部５２は、最初に受信したステータス応答Ｒ１２に含まれる調停テーブルの内容Ｄ４を用いてステップＳ２１２の処理を行えばよい。或いは、調停部５２は、２つのステータス応答Ｒ１２に含まれる調停テーブルの内容Ｄ４を照合し、一致していればステップＳ２１２の処理を行い、不一致の場合にはエラー表示を行うなどのエラー処理を行うようにしてもよい。
【０１３６】
また、ステップＳ２１２で、ステータス応答Ｒ１２内の調停テーブルの内容Ｄ４に調停開始要求Ｒ１１のコンテンツ受信に関する情報が含まれていない場合には、そのコンテンツ受信のための残余帯域がないことを意味する。そこで、調停部５２は、自第１クライアント６００Ａでのコンテンツ受信のための残余帯域が不足していることをエラー表示することをＵＩ画面生成部３６（図３参照）に指示する。ＵＩ画面生成部３６は、この指示に従って、エラー表示画面のデータを生成し、ＡＶインタフェース部６０６を通じて外部ＡＶ機器６２２に出力する。これにより、エラーの表示が行われる（ステップＳ２１５）。
以上が、ステータス応答Ｒ１２を受信したクライアントでの調停処理の説明である。
【０１３７】
次に、調停テーブルの有効フラグに基づいて行われる処理について説明する。
図１７は、調停処理部３９による有効フラグに基づく動作を示すフローチャートである。
【０１３８】
このフローは、コンテンツを受信中の全てのクライアント６００において実行される。クライアント６００において、１つのコンテンツの受信が終了すると（ステップＳ３０１）、調停部５２は、自クライアント６００の調停条件・調停テーブル格納部４０に格納された調停テーブルから、そのコンテンツに関する情報を消去する（ステップＳ３０２）。
【０１３９】
次に、調停部５２は、自クライアント６００の調停条件・調停テーブル格納部４０に格納された調停テーブルにおいて有効フラグの値がオフになっているコンテンツ受信のエントリを検索する（ステップＳ３０３）。調停部５２は、有効フラグの値がオフになっているコンテンツ受信のエントリを見つけ出すと（ステップＳ３０３のＹＥＳ）、調停条件に従って、そのエントリの中からコンテンツ受信の優先度の最も高いエントリを取り出す（ステップＳ３０４）。
【０１４０】
次に、調停部５２は、調停テーブルから取り出したエントリのコンテンツ受信を行うにあたって必要な残余帯域があるかどうかを判定する（ステップＳ３０４）。この判定で、必要な残余帯域がないことが判定された場合、調停部５２は、ステップＳ３０３に戻り、次に優先順位が高い有効フラグの値がオフのエントリを取り出し、同様にステップＳ３０４の判定を行う。調停テーブルに登録された有効フラグの値がオフの全てのエントリについて残余帯域の不足が判定された場合には（ステップＳ３０３のＮＯ）、調停部５２は、新たなコンテンツ受信の開始を諦めてステップＳ３０１に戻る。すなわち、自クライアント６００での別のコンテンツ受信の終了を待つ。
【０１４１】
また、ステップＳ３０４で、調停テーブルから取り出したエントリのコンテンツ受信を行うにあたって必要な残余帯域があることが判定された場合、調停部５２は、そのコンテンツ受信が自クライアント６００によるものかどうかを判定する（ステップＳ３０６）。そのコンテンツ受信が自クライアント６００によるものであれば、調停部５２は、そのコンテンツ受信を開始するようにコンテンツ取得部３１に通知（Ｒ１５）する。コンテンツ取得部３１は、この通知（Ｒ１５）に従って、自クライアント６００でのコンテンツのデータＤ１の受信を停止する（ステップＳ３０７）。次に、調停部５２は、調停テーブルに登録された当該コンテンツ受信に関する情報の中の有効フラグの値をオンに更新し（ステップＳ３０８）、更新された調停テーブルの内容Ｄ４を含むステータス応答Ｒ２２を他のクライアント６００に送信する（ステップＳ３０９）。
【０１４２】
次に、上記のステータス応答Ｒ２２を受信したクライアント６００の動作を説明する。
図１８はステータス応答Ｒ２２を受信したクライアント６００の動作のフローチャートである。
【０１４３】
クライアント６００の調停部５２は、ステータス応答Ｒ２２を受信すると（ステップＳ４０１）、このステータス応答Ｒ２２に含まれる調停テーブルと自クライアント６００の調停条件・調停テーブル格納部４０に格納されている調停テーブルとを比較する。調停部５２は、この比較により、ステータス応答Ｒ２２に含まれる調停テーブルに自クライアント６００によるコンテンツ受信で、かつ受信を停止中（待機中）のコンテンツ受信に関する情報のエントリの有無を調べる（ステップＳ４０２）。
【０１４４】
この結果、自クライアント６００によるコンテンツ受信で、かつ受信を停止中（待機中）のコンテンツ受信に関する情報のエントリが見つかった場合（ステップＳ４０２のＹＥＳ）、調停部５２は次のように処理を行う。調停部５２は、そのコンテンツ受信を開始するようにコンテンツ取得部３１に通知（Ｒ１５）する。コンテンツ取得部３１は、この通知（Ｒ１５）に従って、自クライアント６００でのコンテンツのデータＤ１の受信を停止する（ステップＳ４０３）。次に、調停部５２は、調停条件・調停テーブル格納部４０に格納されている調停テーブルのデータを、ステータス応答Ｒ２２に含まれる調停テーブルのデータで更新する（ステップＳ４０４）。これにより、各クライアント６００間での調停テーブルの整合性が確保される。
【０１４５】
また、ステップＳ４０２でステータス応答Ｒ２２の調停テーブルに自クライアント６００による停止中（待機中）のコンテンツ受信に関する情報のエントリが含まれていない場合（ステップＳ４０２のＮＯ）、何もせずにフローを終了する。
【０１４６】
以上のように、本実施形態によれば、停止（待機）されたコンテンツの受信を、当該コンテンツ受信用の残余帯域が発生したことを契機に自動的に再開させることができる。
【０１４７】
＜第３の実施形態＞
ネットワークを通じて配信されるコンテンツには、動画（音声を含む。）や楽曲などの時間軸をもつコンテンツと、プログラムやドキュメントなどの時間軸をもたないコンテンツがある。ここで、プログラムやドキュメントなどの時間軸をもたないコンテンツは、その全てがクライアントにて取得される必要があるという点で、動画（音声を含む。）や楽曲などの時間軸をもつコンテンツと性格を異にする。
【０１４８】
プログラムの配信の方法には、ユニキャストとマルチキャストとがある。ユニキャストの場合には、帯域の不足により受信が停止したとして、帯域が空くのを待って、途中から受信を再開することができる。しかし、マルチキャストの場合には途中でプログラムの受信が停止されたなら、次の放送回まで待って初めから受信し直さねばならない。
【０１４９】
そこで、第３の実施形態では、次のような調停テーブルが採用されている。
図２０はこの調停テーブルの構成を示す図である。この調停テーブルは、第２の実施形態で用いた調停テーブルの要素に加えて、コンテンツの種類と配信の方法が各情報が登録される。コンテンツの種類には、動画、楽曲、プログラム、ドキュメントなどがあり、そのいずれかが調停テーブルの１つのエントリに登録される。配信の方法には、ユニキャストとマルチキャストがあり、そのいずれかが調停テーブルの１つのエントリに登録される。
【０１５０】
次に、本実施形態のコンテンツ送受信システム１００における調停処理を説明する。
【０１５１】
図２１は本実施形態における調停処理部３９による調停処理の一部のフローチャートである。このフローチャートは、第１の実施形態の図７のステップＳ１０３および第２の実施形態の図１６のステップＳ２０３の、調停テーブルにおいて優先順位が最低のコンテンツ受信のエントリを判定する処理の変形である。
【０１５２】
調停開始要求Ｒ１のコンテンツ受信を行うにあたって必要な残余帯域がないことが判定された場合、調停部５２は、次のような処理を行う。調停部５２は、調停条件・調停テーブル格納部４０に保持された調停条件を読み込む。調停部５２は、調停テーブルに登録されている現在実行中のコンテンツ受信と調停開始要求Ｒ１のコンテンツ受信において最低優先度のコンテンツ受信のエントリを調停条件に従って抽出する（ステップＳ１０３−１）。
【０１５３】
調停部５２は、抽出した最低優先度のコンテンツ受信のエントリの中のコンテンツの種類を読み込み、これがプログラムまたはドキュメントであるかどうかを判定する（ステップＳ１０３−２）。プログラムまたはドキュメントでなければ、調停部５２は、当該抽出した最低優先度のコンテンツ受信を判定結果として有効と決定する（ステップＳ１０３−４）。この後、ステップＳ１０４（ステップＳ２０４）の、最低優先度のコンテンツ受信が自クライアント６００で行われるものであるか否かの判定に移行する。
【０１５４】
また、コンテンツの種類がプログラムまたはドキュメント以外（例えば動画、楽曲など）である場合、調停部５２は、抽出した最低優先度のコンテンツ受信のエントリの中の配信方法がマルチキャスト配信であるかどうかを判定する（ステップＳ１０３−３）。配信方法がマルチキャスト配信以外（ユニキャスト）である場合、調停部５２は、当該抽出した最低優先度のコンテンツ受信を判定結果として有効と決定する（ステップＳ１０３−４）。この後、ステップＳ１０４（ステップＳ２０４）の、最低優先度のコンテンツ受信が自クライアント６００で行われるものであるか否かの判定に移行する。
【０１５５】
また、配信方法がマルチキャスト配信である場合、調停部５２は、当該抽出した最低優先度のコンテンツ受信を判定結果として無効とする。そして、調停部５２は、調停テーブルに登録されている現在実行中のコンテンツ受信と調停開始要求Ｒ１のコンテンツ受信において次に優先度の低いコンテンツ受信のエントリを調停条件に従って抽出する（ステップＳ１０３−５）。この後、ステップＳ１０３−２に戻ってコンテンツの種類がプログラムまたはドキュメントであるかどうかを判定し、以降、同様に処理を行う。
【０１５６】
もし、有効なコンテンツ受信が得られることなく、以上の処理が調停テーブルに登録されている現在実行中のコンテンツ受信と調停開始要求Ｒ１のコンテンツ受信の全てについて終了した場合には（ステップＳ１０３−６のＹＥＳ）、ステップＳ１０８（ステップＳ２０８）の、現在の調停テーブルの内容を含むステータス応答Ｒ２（Ｒ１２）を送信する。
【０１５７】
調停部５２による他の動作は、第１の実施形態および第２の実施形態と同じである。
【０１５８】
これにより、マルチキャスト配信されるプログラムおよび文書の受信に対して帯域を優先的に割り当てることができるとともに、マルチキャスト配信されるプログラムおよび文書の受信に使用している帯域の他のコンテンツ受信に空け渡すことを防止できる。
【０１５９】
本実施形態のクライアント６００に実装された機能的な構成は、コンピュータを動作させるためのアプリケーションプログラムなどのプログラムとして構成することも可能である。このプログラムは、コンピュータが読み込み可能な記憶媒体に記憶させることによって流通させることが可能である。
【０１６０】
なお、本発明は以上説明した実施の形態には限定されるものではなく、本発明の技術思想の範囲内で種々の変形が可能である。
【図面の簡単な説明】
【０１６１】
【図１】本発明の第１の実施形態に係るコンテンツ送受信システムの構成を示す図である。
【図２】クライアントのハードウェア構成を示す図である。
【図３】クライアントの機能的な構成を示す図である。
【図４】調停テーブルの構成を示す図である。
【図５】調停開始要求側のクライアントの調停処理部を説明する図である。
【図６】調停処理実行側のクライアント調停処理部を説明する図である。
【図７】調停処理部の動作を示すフローチャートである。
【図８】調停テーブルの例を示す図である。
【図９】調停開始要求に含まれるコンテンツ受信に関する情報の例を示す図である。
【図１０】コンテンツ受信を停止した後の調停テーブルの例を示す図である。
【図１１】調停開始要求に含まれるコンテンツ受信に関する情報が追加された調停テーブルの例を示す図である。
【図１２】調停開始要求に含まれるコンテンツ受信に関する情報の別の例を示す図である。
【図１３】有効フラグが追加された調停テーブルの構成を示す図である。
【図１４】第２の実施形態の調停開始要求側のクライアントの調停処理部を説明する図である。
【図１５】第２の実施形態の調停処理実行側のクライアントの調停処理部を説明する図である。
【図１６】第２の実施形態の調停処理部の動作を示すフローチャートである。
【図１７】調停処理部による有効フラグに基づく動作を示すフローチャートである。
【図１８】ステータス応答を受信したクライアントの動作のフローチャートである。
【図１９】クライアントが４機以上の場合の調停処理のフローチャートである。
【図２０】第３の実施形態の調停テーブルの構成を示す図である。
【図２１】第３の実施形態の調停処理部による調停処理の一部のフローチャートである。
【符号の説明】
【０１６２】
３１…コンテンツ取得部
３２…ＳＩ情報取得部
３３…コンテンツ格納部
３４…ＳＩ情報格納部
３５…コンテンツ再生部
３６…ＵＩ画面生成部
３９…調停処理部
４０…調停条件・調停テーブル格納部
５１…調停開始要求部
５２…調停部
７０…入力手段
１００…コンテンツ送受信システム
２００…ＩＰＴＶサーバ
３００…ＳＩサーバ
４００…グローバルネットワーク
５００…ローカルエリアネットワーク
６００…クライアント
【図１】
2010130352.tif 000003
【図２】
2010130352.tif 000004
【図３】
2010130352.tif 000005
【図４】
2010130352.tif 000006
【図５】
2010130352.tif 000007
【図６】
2010130352.tif 000008
【図７】
2010130352.tif 000009
【図８】
2010130352.tif 000010
【図９】
2010130352.tif 000011
【図１０】
2010130352.tif 000012
【図１１】
2010130352.tif 000013
【図１２】
2010130352.tif 000014
【図１３】
2010130352.tif 000015
【図１４】
2010130352.tif 000016
【図１５】
2010130352.tif 000017
【図１６】
2010130352.tif 000018
【図１７】
2010130352.tif 000019
【図１８】
2010130352.tif 000020
【図１９】
2010130352.tif 000021
【図２０】
2010130352.tif 000022
【図２１】
2010130352.tif 000023
【手続補正書】
【提出日】平成22年2月19日(2010.2.19)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００３９
【補正方法】変更
【補正の内容】
【００３９】
ＳＩ情報取得部３２は、ＳＩサーバ３００から配信されるＳＩ情報Ｄ２を取得し、ＳＩ情報格納部３４に格納する処理を行う。ＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）情報には、配信されるコンテンツに関する情報、例えば、コンテンツＩＤ、タイトル、ジャンル、出演者、配信期間（マルチキャストの場合は放送の開始と終了の時刻）、ストリーム容量（マルチキャストの場合は伝送レート）、コンテンツのアクセス先のアドレス情報（マルチキャストの場合はマルチキャストアドレス）などが含まれている。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００５３
【補正方法】変更
【補正の内容】
【００５３】
図５及び図６は調停処理部３９を説明する図であり、図５は調停開始要求側のクライアント６００（仮にクライアント６００Ａとする。）の調停処理部３９、図６は調停処理実行側のクライアント６００（仮にクライアント６００Ｂとする。）の調停処理部３９を示す。これらの図に示すように、調停処理部３９は、調停開始要求部５１、調停部５２を備える。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００５８
【補正方法】変更
【補正の内容】
【００５８】
例えば、条件１のみが選択されたなら、「クライアントの機器の優先順位が高いコンテンツ受信を優先する。」という調停条件のみが設定される。また、条件２，条件１が順に選択されたなら、「コンテンツの優先度が高いコンテンツ受信を優先し、同じ優先度の複数のコンテンツが存在する場合はその中でクライアントの機器の優先順位が高いコンテンツ受信を最優先にする。」という調停条件が設定される。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００６８
【補正方法】変更
【補正の内容】
【００６８】
調停開始要求部５１は、生成した調停開始要求Ｒ１を、ＬＡＮ５００に接続された他のクライアントである第２クライアント６００Ｂと第３クライアント６００Ｃにブロードキャストなどにより配信する（ステップＳ１０１）。調停処理実行側の第２クライアント６００Ｂと第３クライアント６００Ｃはそれぞれ、調停開始要求Ｒ１を受けると、ＬＡＮ５００の帯域を優先度の高いコンテンツ受信に優先的に割り当てるために次のような調停処理を行う。以下、第２及び第３クライアント６００Ｂ，６００Ｃで調停処理が同様に実行されるので、一方の第２クライアント６００Ｂでの調停処理の動作を中心に説明する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００７４
【補正方法】変更
【補正の内容】
【００７４】
この後、調停部５２は、ステップＳ１０２に戻って、調停開始要求Ｒ１のコンテンツ受信を行うにあたって必要な残余帯域があるかどうかを再び判定する（ステップＳ１０２）。今回は、第２クライアント６００Ｂでのコンテンツ受信がステップＳ１０５で１つ停止されたことで帯域の空きが増大した状況での判定となる。必要な残余帯域があることが判定されたなら、調停部５２は、調停開始要求Ｒ１に含まれる情報の調停テーブルへの追加による登録（ステップＳ１０７）、更新された調停テーブルの内容Ｄ４を含むステータス応答Ｒ２の送信を行う（ステップＳ１０８）。必要な残余帯域が残っていない場合には先と同様にステップＳ１０３へ進む。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００８６
【補正方法】変更
【補正の内容】
【００８６】
図８は第２クライアント６００Ｂと第３クライアント６００Ｃがある時点で持つ調停テーブルの例である。この時点で、機器ＩＤが"Ｂ"の第２クライアント６００Ｂでは、コンテンツＩＤが"abcd123"のコンテンツのデータを受信中とされ、機器ＩＤが"Ｃ"の第３クライアント６００ＣではコンテンツＩＤが"efgh456"のコンテンツのデータを受信中であるとする。各クライアント６００Ａ，６００Ｂ，６００Ｃ間の機器優先順位はＣ＞Ｂ＞Ａに設定されている。この機器優先順位は固定とする。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００９４
【補正方法】変更
【補正の内容】
【００９４】
コンテンツ受信を停止させたことで、図１０に示すように、第３クライアント６００Ｃが所有する調停テーブルに登録された使用帯域の合計は１．５Ｍｂｉｔ／ｓとなり、調停開始要求Ｒ１のコンテンツ受信の使用帯域との和は２．９Ｍｂｉｔ／ｓとなって、ＬＡＮ５００の帯域の上限値以下となる。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０１０１
【補正方法】変更
【補正の内容】
【０１０１】
第２クライアント６００Ｂと第３クライアント６００Ｃがそれぞれ図８に示した調停テーブルを有している状態で、第１クライアント６００Ａから図１２に示すコンテンツ受信に関する情報を含む調停開始要求Ｒ１が入力されたものとする。図１２の情報において図９に示した調停開始要求Ｒ１に含まれる情報との相違点はコンテンツの優先度が３であることにある。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１０５
【補正方法】変更
【補正の内容】
【０１０５】
ここで、調停条件として、条件２，条件１が順に選択されて「コンテンツの優先度が高いコンテンツ受信を最優先とし、同じ優先順位の複数のコンテンツが存在する場合はその中でクライアントの機器の優先順位が高いコンテンツ受信を最優先にする。」が設定されているものとする。本例では、自第２クライアント６００Ｂのコンテンツ受信のコンテンツの優先度が３で、調停開始要求Ｒ１のコンテンツ受信のコンテンツの優先度も３であることから、２つのコンテンツ受信が最低優先度のコンテンツ受信の候補として判定される。この場合、調停部５２は、自第２クライアント６００Ｂの機器の優先順位と調停開始要求Ｒ１の機器（第１クライアント６００Ａ）の優先順位とを比較する。そして調停部５２は、機器の優先順位が低いクライアントでのコンテンツ受信を、最低優先度のコンテンツ受信として最終的に判断する。本例では、第２クライアント６００Ｂの機器の優先順位は２（＝標準）、調停開始要求Ｒ１の機器（第１クライアント６００Ａ）の優先順位は３（＝低い）である。したがって、調停開始要求Ｒ１のコンテンツ受信が最低優先度のコンテンツ受信として最終的に判断される（ステップＳ１０９のＹＥＳ）。これにより、調停部５２は、現在の調停テーブルの内容Ｄ４（図８）を含むステータス応答Ｒ２を調停開始要求元の第１クライアント６００Ａに送信する（ステップＳ１０８）。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１２１
【補正方法】変更
【補正の内容】
【０１２１】
調停開始要求部５１は、コンテンツ受信要求Ｒ０を受けると、このコンテンツ受信要求Ｒ０からコンテンツＩＤを抽出する。調停開始要求部５１は、このコンテンツＩＤをキーに、ＳＩ情報格納部３４に格納されたＳＩ情報Ｄ２から該当するコンテンツの使用帯域、放送終了時刻（使用時間）などの各情報を取り出す。次に、調停開始要求部５１は、コンテンツ受信要求Ｒ０の中のコンテンツＩＤおよびコンテンツの優先度、ＳＩ情報Ｄ２の中の使用帯域および放送終了時刻（使用時間）、機器ＩＤ、有効フラグを１つのコンテンツ受信に関する情報として含む調停開始要求Ｒ１１を生成する。ここで、有効フラグは未設定の値（無効値）とする。調停開始要求部５１は、生成した調停開始要求Ｒ１１を、ＬＡＮ５００に接続された調停処理実行側のクライアントである第２クライアント６００Ｂと第３クライアント６００Ｃにブロードキャストなどにより配信する（ステップＳ２０１）。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０１２２
【補正方法】変更
【補正の内容】
【０１２２】
調停処理実行側の第２クライアント６００Ｂと第３クライアント６００Ｃはそれぞれ、調停開始要求Ｒ１１を受けると、ＬＡＮ５００の帯域を優先度の高いコンテンツ受信に優先的に割り当てるために次のような調停処理を行う。以下、第２及び第３クライアント６００Ｂ，６００Ｃで調停処理が同様に実行されるので、一方の第２クライアント６００Ｂでの調停処理の動作を中心に説明する。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】０１２５
【補正方法】変更
【補正の内容】
【０１２５】
一方、ステップＳ２０２の判定で、調停開始要求Ｒ１１のコンテンツ受信を行うにあたって必要な残余帯域がないことが判定された場合（ステップＳ２０２のＮＯ）、調停部５２は次のような処理を行う。調停部５２は、調停条件・調停テーブル格納部４０に保持された調停条件を読み込む。調停部５２は、調停テーブルに登録されている現在実行中のコンテンツ受信と調停開始要求Ｒ１１のコンテンツ受信において最低優先度のコンテンツ受信を調停条件に従って判定する（ステップＳ２０３）。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】０１２７
【補正方法】変更
【補正の内容】
【０１２７】
この後、調停部５２は、ステップＳ２０２に戻って、調停開始要求Ｒ１１のコンテンツ受信を行うにあたって必要な残余帯域があるかどうかを再び判定する（ステップＳ２０２）。今回は、第２クライアント６００Ｂでのコンテンツ受信がステップＳ２０５で１つ停止されたことで帯域の空きが増大した状況での判定となる。必要な残余帯域があることが判定されたなら、調停部５２は、調停開始要求Ｒ１１に含まれる情報の調停テーブルへの追加による登録（ステップＳ２０７）、更新された調停テーブルの内容Ｄ４を含むステータス応答Ｒ１２を送信する（ステップＳ２０８）。必要な残余帯域が残っていない場合には先と同様にステップＳ２０３へ進む。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】０１３１
【補正方法】変更
【補正の内容】
【０１３１】
ステップＳ２０９で、最低優先度のコンテンツ受信が調停開始要求元の第１クライアント６００Ａで実行中のものあることが判定された場合（ステップＳ２０９のＹＥＳ）、調停部５２は、次のように処理を行う。調停部５２は、第１クライアント６００Ａで当該コンテンツ受信が開始されないことを見込んで、既存の調停テーブルの内容Ｄ４を含むステータス応答Ｒ１２を第１クライアント６００Ａに送信する（ステップＳ２０８）。ステータス応答Ｒ１２を受信した第１クライアント６００Ａの動作は後で説明する。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】０１４１
【補正方法】変更
【補正の内容】
【０１４１】
また、ステップＳ３０４で、調停テーブルから取り出したエントリのコンテンツ受信を行うにあたって必要な残余帯域があることが判定された場合、調停部５２は、そのコンテンツ受信が自クライアント６００によるものかどうかを判定する（ステップＳ３０６）。そのコンテンツ受信が自クライアント６００によるものであれば、調停部５２は、そのコンテンツ受信を開始するようにコンテンツ取得部３１に通知（Ｒ１５）する。コンテンツ取得部３１は、この通知（Ｒ１５）に従って、自クライアント６００でのコンテンツのデータＤ１の受信を開始する（ステップＳ３０７）。次に、調停部５２は、調停テーブルに登録された当該コンテンツ受信に関する情報の中の有効フラグの値をオンに更新し（ステップＳ３０８）、更新された調停テーブルの内容Ｄ４を含むステータス応答Ｒ２２を他のクライアント６００に送信する（ステップＳ３０９）。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】０１５３
【補正方法】変更
【補正の内容】
【０１５３】
調停部５２は、抽出した最低優先度のコンテンツ受信のエントリの中のコンテンツの種類を読み込み、これがプログラムまたはドキュメントであるかどうかを判定する（ステップＳ１０３−２）。プログラムまたはドキュメントであれば、調停部５２は、当該抽出した最低優先度のコンテンツ受信を判定結果として有効と決定する（ステップＳ１０３−４）。この後、ステップＳ１０４（ステップＳ２０４）の、最低優先度のコンテンツ受信が自クライアント６００で行われるものであるか否かの判定に移行する。
【手続補正１７】
【補正対象書類名】図面
【補正対象項目名】図８
【補正方法】変更
【補正の内容】
【図８】
2010130352.tif 000024
【手続補正１８】
【補正対象書類名】図面
【補正対象項目名】図９
【補正方法】変更
【補正の内容】
【図９】
2010130352.tif 000025
【手続補正１９】
【補正対象書類名】図面
【補正対象項目名】図１０
【補正方法】変更
【補正の内容】
【図１０】
2010130352.tif 000026
【手続補正２０】
【補正対象書類名】図面
【補正対象項目名】図１１
【補正方法】変更
【補正の内容】
【図１１】
2010130352.tif 000027
【手続補正２１】
【補正対象書類名】図面
【補正対象項目名】図１２
【補正方法】変更
【補正の内容】
【図１２】
2010130352.tif 000028
【手続補正２２】
【補正対象書類名】図面
【補正対象項目名】図１３
【補正方法】変更
【補正の内容】
【図１３】
2010130352.tif 000029
【手続補正２３】
【補正対象書類名】図面
【補正対象項目名】図１５
【補正方法】変更
【補正の内容】
【図１５】
2010130352.tif 000030
【手続補正２４】
【補正対象書類名】図面
【補正対象項目名】図２０
【補正方法】変更
【補正の内容】
【図２０】
2010130352.tif 000031