| 【発明の名称】 |
負荷調整装置、負荷調整方法、再生装置、再生システム、プログラム |
| 【発明者】 |
【氏名】鍵山 隆司
【氏名】田中 朗宏
【氏名】影本 英樹
|
| 【要約】 |
【課題】宅内ネットワークシステム上の特定機器の機器リソースに対する処理が集中し、コンテンツの再生に失敗する事態が生じる。
【構成】受信機１００の備える機器負荷予測部１０８は、宅内ネットワークシステム１上の各機器の高負荷時間帯を予測し、コンテンツ予測選別部１０７は、軽減対象となる対象機器の保持するコンテンツの中で、利用者が視聴を希望するコンテンツを予測し、移動制御部１０９は、予測されたコンテンツを高負荷時間帯の開始までに、対象機器から他の機器へ移動させる。 |
【特許請求の範囲】
【請求項１】
それぞれが、コンテンツに係るリソースを、少なくとも１以上備える第１機器及び第２機器を含む宅内ネットワークの構成要素である負荷調整装置であって、
将来の予測対象期間において、前記第１機器の備えるリソースの使用数が所定以上になると予測される高負荷時間帯を特定する負荷予測手段と、
必要に応じて、前記第１機器のリソースに割り当てられているコンテンツの中で、利用者の希望すると予測される予測コンテンツを特定するコンテンツ予測手段と、
前記第１機器の高負荷時間帯までに、前記予測コンテンツを前記第２機器のリソースに割り当てる制御手段と
を備えることを特徴とする負荷調整装置。
【請求項２】
前記負荷予測手段は、
過去の参照期間において、前記第１機器が受け付けた操作であって、前記第１機器のリソースを使用する処理に関する操作を示し、少なくとも前記処理が実行された時間帯を示す操作履歴を記憶している操作履歴記憶部と、
前記操作履歴に含まれる時間帯から、前記第１機器のリソースの使用数が所定以上であった時間帯を検出し、前記予測対象期間において、検出した時間帯と一致する時間帯を前記高負荷時間帯として特定する負荷特定部とを含む
ことを特徴とする請求項１に記載の負荷調整装置。
【請求項３】
前記第１機器及び第２機器の備えるリソースは、コンテンツの記憶及び入出力に供するリソースであり、前記第１機器の備えるリソースは、割り当てられたコンテンツとして、前記コンテンツを記憶しており、
前記制御手段は、前記第２機器のリソースに前記予測コンテンツを記憶させるように、前記第１機器及び前記第２機器を制御する
ことを特徴とする請求項２に記載の負荷調整装置。
【請求項４】
前記コンテンツ予測手段は、
当該宅内ネットワーク内の機器において、過去に再生されたコンテンツを示す再生履歴を記憶している再生履歴記憶部と、
前記再生履歴の示すコンテンツの種類から、利用者が好んで再生したコンテンツの種類を特定し、特定した種類に属するコンテンツを前記予測コンテンツとして選別するコンテンツ選別部とを含む
ことを特徴とする請求項３に記載の負荷調整装置。
【請求項５】
前記コンテンツ選別部は、
前記再生履歴のうち、前記参照期間内の、前記第１機器の高負荷時間帯と一致する時間帯において再生されたコンテンツを示す部分履歴を抽出し、
抽出した部分履歴の示すコンテンツの属する種類から、前記利用者が好んで再生したコンテンツの種別を特定する
ことを特徴とする請求項４に記載の負荷軽減装置。
【請求項６】
前記コンテンツ選別部は、
前記参照期間内の複数の所定の時間帯それぞれにおいて、利用者が好んで再生したコンテンツの種類を特定し、特定した種類、それぞれに属する、複数の候補コンテンツを選択し、選択した複数の候補コンテンツの中で、前記参照期間内において、前記第１機器の高負荷時間帯と一致する時間帯と対応する候補コンテンツを前記予測コンテンツとする
ことを特徴とする請求項４に記載の負荷調整装置。
【請求項７】
前記コンテンツ予測手段は、
現在時刻から前記最大負荷時間帯の開始時刻までの時間に、当該宅内ネットワークの通信速度をかけて得られたサイズ上限値を算出する算出部と、
前記サイズ上限値以下のサイズを有するコンテンツの中から、前記予測コンテンツを選別するコンテンツ選別部とを含む
ことを特徴とする請求項３に記載の負荷調整装置。
【請求項８】
前記負荷予測手段は、さらに、
前記予測対象期間において、前記第２機器の備えるリソースの使用数が所定以上になると予測され、前記第１機器の高負荷時間帯より後の高負荷時間帯を特定し、
前記コンテンツ予測部は、
遅くとも前記第１機器の高負荷時間帯の終了時刻から、前記第２機器の高負荷時間帯の開始時刻までの、時間内に再生できる長さのコンテンツを前記予測コンテンツとして特定する
ことを特徴とする請求項３に記載の負荷調整装置。
【請求項９】
前記宅内ネットワーク内の何れかの機器は、放送コンテンツを受信する放送受信機能を備え、
前記負荷調整装置は、さらに、
放送される予定の放送コンテンツを示す放送予定情報を基に、前記高負荷時間帯において、利用者が視聴を希望する放送コンテンツが放送されるか否かを判断する判断手段を備え、
前記コンテンツ予測手段は、
利用者が視聴を希望する放送コンテンツが放送される場合、前記予測コンテンツの特定を中止する
ことを特徴とする請求項３に記載の負荷調整装置。
【請求項１０】
リソースは、ハードディスクユニット及びその入出力機構であって、
前記負荷特定部は、ハードディスクユニットへのアクセスを生じさせる操作を示す前記操作履歴を基に、前記高負荷時間帯を特定する
ことを特徴とする請求項２に記載の負荷調整装置。
【請求項１１】
前記第１機器及び第２機器の備えるリソースは、コンテンツの記憶に供するリソースであって、
前記コンテンツ予測手段は、前記第１機器の高負荷時間帯において、利用者が、前記第１機器のリソースに録画を予約している放送コンテンツを前記予測コンテンツとして特定し、
前記制御手段は、前記放送コンテンツ録画先を、前記第２機器のリソースに変更することで、前記予測コンテンツを前記第２機器のリソースに割り当てる
ことを特徴とする請求項２に記載の負荷調整装置。
【請求項１２】
前記負荷予測手段は、さらに、
前記第２機器の備えるリソースの使用数が所定以上になると予測される将来の高負荷時間帯を特定し、
前記制御手段は、前記第１機器の高負荷時間帯及び前記第２機器の高負荷時間帯の何れにも含まれない調整可能時間帯を算出し、算出した調整可能時間帯において、前記予測コンテンツを前記第２機器のリソースに割り当てる
ことを特徴とする請求項２に記載の負荷調整装置。
【請求項１３】
前記第１機器のリソースは、放送受信用のチューナーであって、
前記負荷特定部は、前記チューナーの動作を生じさせる操作を示す前記操作履歴を基に、前記高負荷時間帯を特定する
ことを特徴とする請求項２に記載の負荷調整装置。
【請求項１４】
それぞれが、コンテンツに係るリソースを、少なくとも１以上備える負荷調整装置及び他の機器を含む宅内ネットワークの前記負荷調整装置であって、
将来の予測対象期間において、自身の備えるリソースの使用数が所定以上になると予測される高負荷時間帯を特定する負荷予測手段と、
必要に応じて、自身のリソースに割り当てられているコンテンツの中で、利用者の希望すると予測される予測コンテンツを特定するコンテンツ予測手段と、
前記高負荷時間帯までに、前記予測コンテンツを前記他の機器のリソースに割り当てる制御手段と
を備えることを特徴とする負荷調整装置。
【請求項１５】
それぞれが、コンテンツに係るリソースを、少なくとも１以上備える負荷調整装置及び他の機器を含む宅内ネットワークの前記負荷調整装置であって、
将来の予測対象期間において、前記他の機器の備えるリソースの使用数が所定以上になると予測される高負荷時間帯を特定する負荷予測手段と、
必要に応じて、前記他の機器のリソースに割り当てられているコンテンツの中で、利用者の希望すると予測される予測コンテンツを特定するコンテンツ予測手段と、
前記高負荷時間帯までに、前記予測コンテンツを自身のリソースに割り当てる制御手段と
を備えることを特徴とする負荷調整装置。
【請求項１６】
コンテンツの再生を許可する権利情報を用いて前記コンテンツの再生を行う複数の再生装置を含むコンテンツ再生システム内の１の再生装置であって、
前記コンテンツ再生システム内における、前記権利情報の所在を示す所在情報を記憶している所在情報記憶手段と、
前記コンテンツの再生要求を取得する取得手段と、
前記再生要求を取得すると、前記所在情報を基に、前記権利情報の取得を試みる要求手段と、
取得できなかった場合に、前記所在情報の示す所在を提示して、利用者に所定の操作を促す操作指示手段と
を備えることを特徴とする再生装置。
【請求項１７】
前記再生装置は、さらに、
前記権利情報を取得した場合、取得後の前記権利情報の所在を示すように、前記所在情報を書き換える書換手段
を備えることを特徴とする請求項１６に記載の再生装置。
【請求項１８】
コンテンツと対応する副権利情報を用いて、コンテンツの再生を行う再生装置を含むコンテンツ再生システムであって、
主権利情報を記憶している記憶手段と、
少なくとも、利用可能状態及び利用不可状態の２つの状態を有する前記副権利情報を取得する取得手段と、
前記主権利情報を用いて、前記副権利情報の状態を利用不可状態から利用可能状態へ変換する変換手段と、
前記コンテンツの再生が要求される前に、前記変換が行われるように、前記変換手段を制御する制御手段と
を含むことを特徴とするコンテンツ再生システム。
【請求項１９】
前記記憶手段と前記変換手段とは、可搬型記録媒体を形成し、
前記再生装置は、前記可搬型記録媒体を装着可能である
ことを特徴とする請求項１８に記載のコンテンツ再生システム。
【請求項２０】
それぞれが、コンテンツに係るリソースを、少なくとも１以上備える第１機器及び第２機器を含む宅内ネットワークの構成要素である負荷調整装置において用いられる負荷調整方法であって、
将来の予測対象期間において、前記第１機器の備えるリソースの使用数が所定以上になると予測される高負荷時間帯を特定する負荷予測ステップと、
必要に応じて、前記第１機器のリソースに割り当てられているコンテンツの中で、利用者の希望すると予測される予測コンテンツを特定するコンテンツ予測ステップと、
前記第１機器の高負荷時間帯までに、前記予測コンテンツを前記第２機器のリソースに割り当てる制御ステップと
を含むことを特徴とする負荷調整方法。
【請求項２１】
それぞれが、コンテンツに係るリソースを、少なくとも１以上備える第１機器及び第２機器を含む宅内ネットワークの構成要素である負荷調整装置において用いられる負荷調整プログラムであって、
将来の予測対象期間において、前記第１機器の備えるリソースの使用数が所定以上になると予測される高負荷時間帯を特定する負荷予測ステップと、
必要に応じて、前記第１機器のリソースに割り当てられているコンテンツの中で、利用者の希望すると予測される予測コンテンツを特定するコンテンツ予測ステップと、
前記第１機器の高負荷時間帯までに、前記予測コンテンツを前記第２機器のリソースに割り当てる制御ステップと
を含むことを特徴とする負荷調整プログラム。
【請求項２２】
コンテンツの再生を許可する権利情報を用いて前記コンテンツの再生を行う複数の再生装置を含むコンテンツ再生システム内の１の再生装置において用いられる制御方法であって、
前記再生装置は、前記コンテンツ再生システム内における、前記権利情報の所在を示す所在情報を記憶している所在情報記憶手段を備え、
前記制御方法は、
前記コンテンツの再生要求を取得する取得ステップと、
前記再生要求を取得すると、前記所在情報を基に、前記権利情報の取得を試みる要求ステップと、
取得できなかった場合に、前記所在情報の示す所在を提示して、利用者に所定の操作を促す操作指示ステップと
を含むことを特徴とする制御方法。
【請求項２３】
コンテンツの再生を許可する権利情報を用いて前記コンテンツの再生を行う複数の再生装置を含むコンテンツ再生システム内の１の再生装置において用いられる制御プログラムであって、
前記再生装置は、前記コンテンツ再生システム内における、前記権利情報の所在を示す所在情報を記憶している所在情報記憶手段を備え、
前記制御プログラムは、
前記コンテンツの再生要求を取得する取得ステップと、
前記再生要求を取得すると、前記所在情報を基に、前記権利情報の取得を試みる要求ステップと、
取得できなかった場合に、前記所在情報の示す所在を提示して、利用者に所定の操作を促す操作指示ステップと
を含むことを特徴とする制御プログラム。
【請求項２４】
コンテンツと対応する副権利情報を用いて、コンテンツの再生を行う再生装置を含むコンテンツ再生システムにおいて用いられる制御方法であって、
前記コンテンツ再生システムは、主権利情報を記憶している記憶手段を含み、
前記制御方法は、
少なくとも、利用可能状態及び利用不可状態の２つの状態を有する前記副権利情報を取得する取得ステップと、
前記主権利情報を用いて、前記副権利情報の状態を利用不可状態から利用可能状態へ変換する変換ステップと、
前記コンテンツの再生が要求される前に、前記変換が行われるように、前記変換手段を制御する制御ステップと
を含むことを特徴とする制御方法。
【請求項２５】
コンテンツと対応する副権利情報を用いて、コンテンツの再生を行う再生装置を含むコンテンツ再生システムにおいて用いられる制御プログラムであって、
前記コンテンツ再生システムは、主権利情報を記憶している記憶手段を含み、
前記制御プログラムは、
少なくとも、利用可能状態及び利用不可状態の２つの状態を有する前記副権利情報を取得する取得ステップと、
前記主権利情報を用いて、前記副権利情報の状態を利用不可状態から利用可能状態へ変換する変換ステップと、
前記コンテンツの再生が要求される前に、前記変換が行われるように、前記変換手段を制御する制御ステップと
を含むことを特徴とする制御プログラム。
|
【発明の詳細な説明】【技術分野】
【０００１】
本発明は、複数の機器が相互に接続された宅内ネットワークシステムにおいて、各機器の備えるリソースを有効に活用する技術に関する。
【背景技術】
【０００２】
デジタルビデオレコーダ、デジタルテレビなど複数の機器を相互に接続して構成される宅内ネットワークシステムにおいて、１つの機器に、その機器の能力を超えて録画、再生などの要求が集中すると、要求された処理に失敗する場合がある。
このような事態を防止するために、特許文献１では、各機器のリソースの使用状況を集中管理するリソースマネージャを含むシステムについて開示されている。この技術によると、各機器は、サービス又はコンテンツの提供を、前記リソースマネージャに対して要求し、リソースマネージャは、要求を受けると、各機器のリソースの空き状態などに応じて、デバイスプロキシに、要求されたサービス又はコンテンツの提供を行わせる。
【０００３】
このように、サービスの提供に関するタスクを各機器に適切に割り振ることで、何れかの機器にサービス要求が集中する事態を回避できる。
【特許文献１】特表２００２−５４０７３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の技術では、リソースマネージャは、サービス要求が発生した時に、各機器のリソースの空き状況などに応じてタスクの割り振りを決める。そのため、要求が発生するタイミングにおける、各機器の備えるリソースの空き状態、コンテンツの使用状態によっては、充分対応できない場合がある。例えば、１の機器が有するコンテンツに対する要求が複数発生した場合、要求されたコンテンツの提供は、その機器以外の機器が代行することはできない。そのため、他の機器のリソースが空き状態であっても、これを活用してタスクを分散させることができず、要求に対応することができない。
【０００５】
このような問題に対し、本発明は、宅内ネットワークシステムを構成する各機器の備えるリソースをより効率よく活用し、利用者による要求を確実に実行できる負荷調整装置、負荷調整方法、負荷調整プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の課題を達成するために、本発明は、それぞれが、コンテンツに係るリソースを、少なくとも１以上備える第１機器及び第２機器を含む宅内ネットワークの構成要素である負荷調整装置であって、将来の予測対象期間において、前記第１機器の備えるリソースの使用数が所定以上になると予測される高負荷時間帯を特定する負荷予測手段と、必要に応じて、前記第１機器のリソースに割り当てられているコンテンツの中で、利用者の希望すると予測される予測コンテンツを特定するコンテンツ予測手段と、前記第１機器の高負荷時間帯までに、前記予測コンテンツを前記第２機器のリソースに割り当てる制御手段とを備えることを特徴とする。
【０００７】
なお、上記の負荷調整装置は、下記の実施の形態１において説明する、各機器に共通の構成要素からなる受信機１００である。また、上記の「負荷予測手段」は、下記の実施の形態１において説明する機器機能管理部１０６、操作履歴管理部１０５、機器負荷予測部１０８がその機能を担う。「コンテンツ予測手段」は、実施の形態１では、コンテンツ情報管理部１０３、再生履歴管理部１０４及びコンテンツ予測選別部１０７がその機能を担う。「制御手段」は、移動制御部１０９がその機能を担う。また、「リソース」とは、その機器が備えるハード構成（例えば、記録デバイス対して並行して処理可能なアクセス数など）及びソフト構成（例えば、並行して実行できるプロセス数など）の何れも含む。
【発明の効果】
【０００８】
この構成によると、前記制御手段は、前記第１機器のリソースの使用数が所定以上になると予測される前記高負荷時間帯までに、前記予測コンテンツを前記第２機器のリソースに割り当てるので、前記第１機器の高負荷時間帯において、前記予測コンテンツに係る処理要求が生じると、前記第１機器のリソースに代えて、前記第２機器のリソースが、前記予測コンテンツに係る処理を実行する。従って、第１機器のリソースと第２機器のリソースを効率よく活用して、利用者からの要求に応答することができるという優れた効果を奏する。さらに、利用者の希望する前記予測コンテンツは、利用者により利用を要求される可能性が高い。本発明では、その予測コンテンツを移動するため、より高い確率で、利用者の要求に対応することができる。
【０００９】
また、前記負荷予測手段は、過去の参照期間において、前記第１機器が受け付けた操作であって、前記第１機器のリソースを使用する処理に関する操作を示し、少なくとも前記処理が実行された時間帯を示す操作履歴を記憶している操作履歴記憶部と、前記操作履歴に含まれる時間帯から、前記第１機器のリソースの使用数が所定以上であった時間帯を検出し、前記予測対象期間において、検出した時間帯と一致する時間帯を前記高負荷時間帯として特定する負荷特定部とを含むこととしてもよい。
【００１０】
この構成によると、前記負荷特定部は、前記参照期間内において前記第１機器の機器リソースの使用数が所定以上であった時間帯とにより、高い精度で、前記高負荷時間帯を特定することができる。
また、前記第１機器及び第２機器の備えるリソースは、コンテンツの記憶及び入出力に供するリソースであり、前記第１機器の備えるリソースは、割り当てられたコンテンツとして、前記コンテンツを記憶しており、前記制御手段は、前記第２機器のリソースに前記予測コンテンツを記憶させるように、前記第１機器及び前記第２機器を制御することとしてもよい。
【００１１】
この構成によると、前記制御手段は、前記高負荷時間帯までに、予測コンテンツを前記第２機器に取得させる。そのため、本発明は、前記高負荷時間帯において、第１機器のリソースが実行する予定であった予測コンテンツの出力処理を、確実に前記第２機器のリソースが代行することができるという優れた効果を奏する。
また、前記コンテンツ予測手段は、当該宅内ネットワーク内の機器において、過去に再生されたコンテンツを示す再生履歴を記憶している再生履歴記憶部と、前記再生履歴の示すコンテンツの種類から、利用者が好んで再生したコンテンツの種類を特定し、特定した種類に属するコンテンツを前記予測コンテンツとして選別するコンテンツ選別部とを含むこととしてもよい。
【００１２】
この構成によると、前記コンテンツ選別部は、前記再生履歴を基に前記予測コンテンツを選別する。再生履歴には、利用者の趣味、嗜好が反映されているので、前記コンテンツ選別部は、より高い確率で、利用者が視聴を希望するコンテンツを選別することができる。
また、前記コンテンツ選別部は、前記再生履歴のうち、前記参照期間内の、前記第１機器の高負荷時間帯と一致する時間帯において再生されたコンテンツを示す部分履歴を抽出し、抽出した部分履歴の示すコンテンツの属する種類から、前記利用者が好んで再生したコンテンツの種別を特定することとしてもよい。また、前記コンテンツ選別部は、前記参照期間内の複数の所定の時間帯それぞれにおいて、利用者が好んで再生したコンテンツの種類を特定し、特定した種類、それぞれに属する、複数の候補コンテンツを選択し、選択した複数の候補コンテンツの中で、前記参照期間内において、前記第１機器の高負荷時間帯と一致する時間帯と対応する候補コンテンツを前記予測コンテンツとすることとしてもよい。
【００１３】
時間帯によって、利用者の視聴するコンテンツの種類に偏りがある場合がある。また、複数の利用者が存在する場合、時間帯によって、主な利用者が異なる場合が考えられ、この場合も、時間帯によって再生されるコンテンツの種類に偏りが生じる。上記の構成では、前記コンテンツ選別部は、前記参照期間内の、前記第１機器の高負荷時間帯と同一の時間帯における再生履歴を基に、前記予測コンテンツを選別する。従って、前述の時間帯による偏りを加味して、予測コンテンツを選別することができるという優れた効果を奏する。
【００１４】
また、前記コンテンツ予測手段は、現在時刻から前記最大負荷時間帯の開始時刻までの時間に、当該宅内ネットワークの通信速度をかけて得られたサイズ上限値を算出する算出部と、前記サイズ上限値以下のサイズを有するコンテンツの中から、前記予測コンテンツを選別するコンテンツ選別部とを含むこととしてもよい。
この構成によると、前記コンテンツ選別部は、前記サイズ上限値以下の予測コンテンツを選別するので、前記制御手段は、前記第１機器の高負荷時間帯までに、前記予測コンテンツを前記第２機器に取得させることができる。従って、前記高負荷時間帯に、前記予測コンテンツに対する再生要求が生じた場合、確実に、前記第２機器の機器リソースが、再生に係る処理を実行することができるという優れた効果を奏する。
【００１５】
また、前記負荷予測手段は、さらに、前記予測対象期間において、前記第２機器の備えるリソースの使用数が所定以上になると予測され、前記第１機器の高負荷時間帯より後の高負荷時間帯を特定し、前記コンテンツ予測部は、遅くとも前記第１機器の高負荷時間帯の終了時刻から、前記第２機器の高負荷時間帯の開始時刻までの、時間内に再生できる長さのコンテンツを前記予測コンテンツとして特定することとしてもよい。
【００１６】
前記第２機器の高負荷時間帯では、前記第２機器の機器リソースの使用率が高くなると予測される。この時間帯において、前記予測コンテンツの再生を前記第２機器が行っていると、前記第２機器に対する再生などの要求に失敗する可能性が高くなる。上記の構成によると、前記予測コンテンツ選別部は、遅くとも前記第１機器の高負荷時間帯の終了時刻から、前記第２機器の高負荷時間帯の開始時刻までの時間に再生できる長さの予測コンテンツを特定するので、前記第２機器の高負荷時間帯において、前記第２機器に要求される処理の失敗を抑制することができる。
【００１７】
また、前記宅内ネットワーク内の何れかの機器は、放送コンテンツを受信する放送受信機能を備え、前記負荷調整装置は、さらに、放送される予定の放送コンテンツを示す放送予定情報を基に、前記高負荷時間帯において、利用者が視聴を希望する放送コンテンツが放送されるか否かを判断する判断手段を備え、前記コンテンツ予測手段は、利用者が視聴を希望する放送コンテンツが放送される場合、前記予測コンテンツの特定を中止することとしてもよい。
【００１８】
前記第１機器の高負荷時間帯において、利用者が視聴を希望すると予測される放送コンテンツが放送される場合、利用者は、前記第１機器の保持しているコンテンツの再生よりも、前記放送コンテンツの視聴を優先すると考えられるので、前記予測コンテンツを前記第２機器に取得させても、その効果は望めない。上記の構成では、前記コンテンツ予測手段は、利用者が視聴を希望する放送コンテンツが放送される場合、前記予測コンテンツの特定を中止するので、無駄なコンテンツの移動を抑制するという優れた効果を奏する。
【００１９】
また、前記第１機器及び第２機器の備えるリソースは、コンテンツの記憶に供するリソースであって、前記コンテンツ予測手段は、前記第１機器の高負荷時間帯において、利用者が、前記第１機器のリソースに録画を予約している放送コンテンツを前記予測コンテンツとして特定し、前記制御手段は、前記放送コンテンツ録画先を、前記第２機器のリソースに変更することで、前記予測コンテンツを前記第２機器のリソースに割り当てる負荷調整装置であってもよい。
【００２０】
この構成によると、前記制御手段は、前記予測コンテンツの録画先を、前記第２機器のリソースに変更する。従って、前記第１機器の高負荷時間帯において、前記第１機器に代わって、前記第２機器が前記録画を確実に実行することができる。
また、前記負荷予測手段は、さらに、前記第２機器の備えるリソースの使用数が所定以上になると予測される将来の高負荷時間帯を特定し、前記制御手段は、前記第１機器の高負荷時間帯及び前記第２機器の高負荷時間帯の何れにも含まれない調整可能時間帯を算出し、算出した調整可能時間帯において、前記予測コンテンツを前記第２機器のリソースに割り当てることとしてもよい。
【００２１】
この構成では、前記制御手段は、前記調整可能時間帯を算出し、前記調整可能時間帯において、前記予測コンテンツを前記第２機器のリソースに割り当てる。このようにすることで、前記割り当てに、前記第１機器のリソース及び又は前記第２機器のリソースを使用する場合でも、確実に前記割り当てを行うことができるという優れた効果を奏する。
また、前記第１機器のリソースは、放送受信用のチューナーであって、前記負荷特定部は、前記チューナーの動作を生じさせる操作を示す前記操作履歴を基に、前記高負荷時間帯を特定することとしてもよい。
【００２２】
この構成によると、当該負荷調整装置は、放送コンテンツの表示又は録画といったチューナの動作を伴う処理の失敗を抑制することができる。
また、本発明は、それぞれが、コンテンツに係るリソースを、少なくとも１以上備える負荷調整装置及び他の機器を含む宅内ネットワークの前記負荷調整装置であって、将来の予測対象期間において、自身の備えるリソースの使用数が所定以上になると予測される高負荷時間帯を特定する負荷予測手段と、必要に応じて、自身のリソースに割り当てられているコンテンツの中で、利用者の希望すると予測される予測コンテンツを特定するコンテンツ予測手段と、前記高負荷時間帯までに、前記予測コンテンツを前記他の機器のリソースに割り当てる制御手段とを備えることを特徴とする。また、本発明は、それぞれが、コンテンツに係るリソースを、少なくとも１以上備える負荷調整装置及び他の機器を含む宅内ネットワークの前記負荷調整装置であって、将来の予測対象期間において、前記他の機器の備えるリソースの使用数が所定以上になると予測される高負荷時間帯を特定する負荷予測手段と、必要に応じて、前記他の機器のリソースに割り当てられているコンテンツの中で、利用者の希望すると予測される予測コンテンツを特定するコンテンツ予測手段と、前記高負荷時間帯までに、前記予測コンテンツを自身のリソースに割り当てる制御手段とを備えることを特徴とする。
【００２３】
この構成によると、前記負荷調整装置は、自身の備えるリソースに対する処理負荷が高くなる場合にも対応することができる。また、他の機器のリソースに対する処理負荷が高くなる場合、その処理を自ら引き受けることもできる。
また、本発明は、コンテンツの再生を許可する権利情報を用いて前記コンテンツの再生を行う複数の再生装置を含むコンテンツ再生システム内の１の再生装置であって、前記コンテンツ再生システム内における、前記権利情報の所在を示す所在情報を記憶している所在情報記憶手段と、前記コンテンツの再生要求を取得する取得手段と、前記再生要求を取得すると、前記所在情報を基に、前記権利情報の取得を試みる要求手段と、取得できなかった場合に、前記所在情報の示す所在を提示して、利用者に所定の操作を促す操作指示手段とを備えることを特徴とする再生装置である。
【００２４】
本発明の再生装置は、下記の実施の形態４におけるデジタルビデオレコーダ及びデジタルテレビが該当する。また、上記の「所在記憶手段」は、下記の実施の形態４におけるコンテンツ情報管理部７０３及び７３３がその機能を担う。「取得手段」は、情報送受信部７０２及び操作受付部７４３、コンテンツ情報管理部７０３及び７３３がその機能を担う。「要求手段」は、前記コンテンツ情報管理部７０３及び７３３がその機能を担う。「操作指示手段」は、コンテンツ情報管理部７０３及び７３３、再生処理部７４１がその機能を担う。
【００２５】
この構成によると、所在情報記憶手段は、前記コンテンツ再生システム内における、前記権利情報の所在を示す所在情報を記憶しているので、ライセンスが取得できなかった場合にも、利用者に対して、前記所在を示して、適切な操作を促すことができると言う優れた効果を奏する。一方、利用者は、コンテンツの再生が失敗であった場合でも、提示に従って迅速に対処することができる。
【００２６】
また、本発明は、コンテンツと対応する副権利情報を用いて、コンテンツの再生を行う再生装置を含むコンテンツ再生システムであって、主権利情報を記憶している記憶手段と、少なくとも、利用可能状態及び利用不可状態の２つの状態を有する前記副権利情報を取得する取得手段と、前記主権利情報を用いて、前記副権利情報の状態を利用不可状態から利用可能状態へ変換する変換手段と、前記コンテンツの再生が要求される前に、前記変換が行われるように、前記変換手段を制御する制御手段とを含むことを特徴とするコンテンツ再生システムである。
【００２７】
上記のコンテンツ再生システムは、下記の実施の形態５に係る宅内ネットワークシステムが該当する。また、銃器の「記憶手段」は、実施の形態５における、セキュアメモリ１４０２がその機能を担う。「取得手段」は、実施の形態５における通信サービス制御部１２０３がその機能を担う。「変換手段」は、ライセンス復号部１４０１がその機能を担う。「制御手段」は、コンテンツ情報管理部１３０３がその機能を担う。
【００２８】
この構成によると、前記制御手段は、前記制御手段は、前記コンテンツの再生が要求される前に前記変換が行われるように前記変換手段を制御する。前記コンテンツ再生システム内において、いずれの機器が前記復号手段及び前記記憶手段を有するかは任意であるが、前記コンテンツの再生が要求された時点で、再生を要求された機器と、前記前記復号手段及び前記記憶手段を有する機器が通信できない事態が生じても、このように、事前に、前記変換が行われているので、再生を要求された機器は、前記コンテンツの再生を実行することができるという優れた効果を奏する。
【発明を実施するための最良の形態】
【００２９】
１．実施の形態１
本発明に係る１の実施の形態としての宅内ネットワークシステム１について、図面を参照しながら説明する。
１．１ 宅内ネットワークシステム１の構成
本発明に係る実施の形態としての宅内ネットワークシステム１は、図１に示すように、デジタルテレビ２０１、デジタルテレビ２０２、デジタルテレビ２０３、デジタルビデオレコーダ２０４、デジタルビデオレコーダ２０５、及びゲートウェイ装置２０６から構成され、各デジタルテレビ、各デジタルビデオレコーダ及びゲートウェイ装置２０６は、有線ＬＡＮを介して相互に接続されている。また、各デジタルテレビ及び各デジタルビデオレコーダは、ゲートウェイ装置２０６を介して、インターネット２に接続されている。
【００３０】
なお、各デジタルテレビは、コンテンツを再生する映像再生装置であれば種類を問わない。また、各デジタルビデオレコーダは、ＨＤＤレコーダやＶＯＤ、ＩＰ放送対応端末等の録画蓄積再生装置、映像再生装置であってもよい。
また、宅内ネットワークシステム１では、各デジタルテレビ及び各デジタルビデオレコーダは、有線ＬＡＮを介して接続されているが、無線ＬＡＮ、高速電力線通信網、その他の複数の機器が接続可能なネットワークを介して接続されているとしてもよい。
【００３１】
各デジタルテレビからは、各デジタルビデオレコーダへ、コンテンツの再生及び録画を要求し、各デジタルビデオレコーダは、要求に従って、コンテンツの録画及び再生などを行う。
各デジタルビデオレコーダは、自身が実行中のタスクを示すタスクテーブルを保持している。タスクテーブルは、実行中のタスクと対応するレコードから構成され、各レコードは、実行中の処理、処理対象のデータ、処理の依頼元機器などを含んでいる。
【００３２】
図１では、一例として、デジタルテレビ２０１及びデジタルテレビ２０２が、それぞれ、コンテンツの再生要求２３１及び２３２をデジタルビデオレコーダ２０４に出力している。各再生要求には、再生を要求するコンテンツを一意に識別する識別子（以下、必要に応じてｃｒｉｄ（Ｃｏｎｔｅｎｔ Ｒｅｆｅｒｅｎｃｅ ＩＤ）と表記する。）を含んでいる（ｃｒｉｄについては、後で説明する）。
【００３３】
例えば、再生要求２３１は、ｃｒｉｄ「ｃｒｉｄ／／ａａａ．ｃｏ．ｊｐ／００１・・・」の示すコンテンツの再生を要求するものである。デジタルビデオレコーダ２０４は、再生要求２３１を受け取ると、自身の保持するタスクテーブル２１１に、再生要求２３１に対応するレコード（タスクテーブル２１１の第４レコード）を追加し、デジタルテレビ２０１へ、コンテンツの出力を開始する。同様に、デジタルテレビ２０２から、ｃｒｉｄ「ｃｒｉｄ／／ａａａ．ｃｏ．ｊｐ／００２・・・」の示すコンテンツの再生要求２３２を受け取り、受け取った再生要求２３２に対応するレコードをタスクテーブル２１１に追加し（第５レコード）、デジタルテレビ２０２へのコンテンツ出力を開始する。
【００３４】
同様に、デジタルテレビ２０３は、再生要求２３３をデジタルビデオレコーダ２０５に出力し、デジタルビデオレコーダ２０５は、自身の保持するタスクテーブル（図示していない）に、再生要求２３３に応じたレコードを追加し、コンテンツの出力を開始する。
宅内ネットワークシステム１内の何れかの機器は、将来の各時間帯における、システム内の各機器の処理負荷を予測する。予測の頻度やタイミング、予測の対象となる将来の時間帯、予測の対象となる時間の単位は、任意であるが、機器の生産時または、宅内ネットワークシステム１の設置時に、毎日所定の時刻（以下、機器負荷予測時刻と呼ぶ）に、将来の所定の１日間（例えば、当日、翌日などといった近い将来の１日。以下、予測対象日と呼ぶ。）の処理負荷を予測するように、設定されている。また、利用者により、予測の頻度、機器負荷予測時刻など各種の設定事項が入力・変更されるとしてもよい。
【００３５】
本実施の形態では、一例として、具体的に、機器負荷予測時刻「午前３時」、予測対象日は、予測を実行する当日の午前４時〜２８時の２４時間とする。つまり、宅内ネットワークシステム１内の、何れかの機器が、毎日午前３時に、その日の４時〜２８時の２４時間における、各機器の処理負荷を予測する。
予測の方法としては、一例として、前記予測対象日の開始時刻の属する曜日（以下、本明細書において指定曜日と呼ぶ）における、その機器の過去の稼動状況から予測する。つまり、予測対象日が「２００６年７月２２日土曜日」であれば、その直前の指定曜日「土曜日」におけるその機器の稼動状況を参照して、処理負荷の高い時間帯を特定する。
【００３６】
特定の時間帯において、予測される負荷が高い場合、その機器に係る負荷を軽減すべく、宅内ネットワークシステム１を構成する機器間でコンテンツの移動を行う。
１．２ デジタルテレビ２０１、２０２、２０３、デジタルビデオレコーダ２０４及び２０５の構成
デジタルテレビ２０１、２０２及び２０３は、上述したように、デジタル放送波を受信してコンテンツを再生し、デジタルビデオレコーダ２０４及び２０５は、受信したコンテンツを記録する。
【００３７】
一例として、図３に示すように、デジタルテレビ２０１は、放送サービスＡ受信機能２４１、放送サービスＢ受信機能２４２、通信サービスＣ受信機能２４３及びコンテンツ管理機能２４４を保有する。また、デジタルビデオレコーダ２０４は、放送サービスＡ受信機能２５１、放送サービスＢ受信機能２５２、通信サービスＣ受信機能２５３、コンテンツ管理機能２５４、録画機能２５５及び録画機能２５６を保有する。
【００３８】
デジタルテレビ２０１、２０２、２０３、デジタルビデオレコーダ２０４及び２０５は、上記の固有の機器機能に加えて、重複して同一の構成要素を備えている。ここでは、デジタルテレビ２０１、２０２、２０３、デジタルビデオレコーダ２０４、２０５を代表して、これらの重複する構成要素を備える受信機１００について説明する。
受信機１００は、図２に示すように、機器機能取得部１０１、情報送受信部１０２、コンテンツ情報管理部１０３、再生履歴管理部１０４、操作履歴管理部１０５、機器機能管理部１０６、コンテンツ予測選別部１０７、機器負荷予測部１０８及び移動制御部１０９から構成されており、これらが、上記の重複する構成要素である。受信機１００は、さらに、図示していない放送サービス受信部、通信サービス制御部、管理機能部、録画部、操作受付部などを備えている。
【００３９】
受信機１００は、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどから構成されるコンピュータシステムである。前記ＲＯＭ、ＲＡＭには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムに従って動作することにより、受信機１００は、その機能の一部を達成する。
（１）機器機能取得部１０１
機器機能取得部１０１は、宅内ネットワークシステム１内の他の複数の機器にそれぞれ対応して、他の機器の台数と同数の機器メタデータ取得時刻を予め記憶している。各機器メタデータ取得時刻は、当該機器メタデータ取得時刻に対応する他の機器から機器メタデータ（後述する）を取得する時刻を示している。
【００４０】
なお、前記複数の機器メタデータ取得時刻は、すべて同一の時刻であるとしてもよい。この場合には、機器機能取得部１０１は、同一の時刻において、全ての他の機器から機器メタデータの取得を開始する。また、前記複数の機器メタデータ取得時刻は、すべて別々の時刻であるとしてもよい。この場合には、機器機能取得部１０１は、別々の時刻において、各他の機器から機器メタデータを取得する。また、機器機能取得部１０１は、宅内ネットワークシステム１内の他の複数の機器に対応して、１個の機器メタデータ取得時刻を予め記憶しているとしてもよい。この場合には、機器機能取得部１０１は、同一の時刻において、全ての他の機器から機器メタデータの取得を開始する。
【００４１】
ここで、コンテンツの書誌情報、再生履歴情報、操作履歴情報及び機器機能タイプのそれぞれを総称して機器メタデータと呼ぶ。これらのコンテンツの書誌情報、再生履歴情報、操作履歴情報及び機器機能タイプについては、後述する。
機器機能取得部１０１は、受信機１００が備える内部クロックから現在時刻を取得し、取得した現在時刻と予め記憶している各機器メタデータ取得時刻とを比較する。
【００４２】
現在時刻と一致する機器メタデータ取得時刻が存在する場合には、現在時刻が、宅内ネットワークシステム１内の他の機器から機器メタデータを取得する時刻であるので、機器メタデータの送信の要求を示す機器メタデータ取得リクエストを、情報送受信部１０２を介して当該機器メタデータ取得時刻に対応する他の機器へ送信する。
次に、機器機能取得部１０１は、当該他の機器から機器メタデータ取得レスポンスを受信する。機器メタデータ取得レスポンスは、機器メタデータ取得リクエストによる送信の要求の対象である機器メタデータを含む。機器メタデータ取得レスポンスを受信すると、機器機能取得部１０１は、機器メタデータ取得レスポンスを解析して機器メタデータを抽出する。抽出した機器メタデータは、コンテンツの書誌情報、再生履歴情報、操作履歴情報及び機器機能タイプのうちの少なくとも１つである。
【００４３】
抽出した機器メタデータが、他機器のコンテンツの書誌情報である場合には、機器機能取得部１０１は、抽出したコンテンツの書誌情報をコンテンツ情報管理部１０３へ出力し、コンテンツの書誌情報を登録するように指示する。
抽出した機器メタデータが、他機器の再生履歴情報である場合には、抽出した再生履歴情報を再生履歴管理部１０４へ出力し、再生履歴情報を登録するように指示する。
【００４４】
抽出した機器メタデータが、他機器の操作履歴情報である場合には、抽出した操作履歴情報を操作履歴管理部１０５へ出力し、操作履歴情報を登録するように指示する。
抽出した機器メタデータが、他機器の機器機能タイプである場合には、抽出した機器機能タイプを機器機能管理部１０６へ出力し、機器機能タイプを登録するように指示する。
また、機器機能取得部１０１は、情報送受信部１０２を介して、宅内ネットワークシステム１内の他の機器から、機器メタデータの送信の要求を示す機器メタデータ取得リクエストを受信する。機器メタデータ取得リクエストを受信すると、受信した機器メタデータ取得リクエストから、要求される機器メタデータの種類を判定する。要求される機器メタデータは、コンテンツの書誌情報、再生履歴情報、操作履歴情報及び機器機能タイプのうちの少なくとも１つである。
【００４５】
受信した機器メタデータ取得リクエストにより、コンテンツの書誌情報が要求されている場合には、機器機能取得部１０１は、コンテンツ情報管理部１０３に、コンテンツの書誌情報を要求し、次に、コンテンツ情報管理部１０３からコンテンツの書誌情報を受け取る。受信した機器メタデータ取得リクエストにより、再生履歴情報が要求されている場合には、機器機能取得部１０１は、再生履歴管理部１０４に対して、再生履歴情報を要求し、次に、再生履歴管理部１０４から再生履歴情報を受け取る。受信した機器メタデータ取得リクエストにより、操作履歴情報が要求されている場合には、機器機能取得部１０１は、操作履歴管理部１０５に対して、操作履歴情報を要求し、次に、操作履歴管理部１０５から操作履歴情報を受け取る。受信した機器メタデータ取得リクエストにより、機器機能タイプが要求されている場合には、機器機能取得部１０１は、機器機能管理部１０６に対して、機器機能タイプを要求し、次に、機器機能管理部１０６から機器機能タイプを受け取る。
【００４６】
次に、機器機能取得部１０１は、受け取ったコンテンツの書誌情報、再生履歴情報、操作履歴情報及び機器機能タイプうち、少なくとも１以上を含む機器メタデータ取得レスポンスを生成し、生成した機器メタデータ取得レスポンスを、情報送受信部１０２を介して、機器メタデータ取得リクエストの送信元の他の機器へ送信する。
なお、機器機能取得部１０１が宅内ネットワークシステム１内の他機器が保有する機能を取得する場合に、各機器は、固有のデータ形式で現在の機器の情報を送信し、機器機能取得部１０１は、前記固有のデータ形式の機器の情報を受信し、受信した情報を解析することで各機器の動作状況を取得してもよい。また、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）デバイスアーキテクチャ仕様、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）等の機器の情報を交換するための標準プロトコルを用いて、機器機能取得部１０１は、各機器と情報を交換することで、各機器の機能、サービス、現在の稼動状況を取得してもよい。
【００４７】
また、各機器の機能や稼働状況を取得するタイミングは特定の方法に限定されるものではなく、機器機能取得部１０１が、一定時間ごとに他機器にポーリングして問い合わせてもよいし、機器自身の稼働状況が変更されたタイミングで、その情報を他機器の機器機能取得部１０１に送信しても良い。またリムーバブルメディアのような記録媒体を経由して取得してもよいし、ユーザ操作により利用中の各機器の情報を取得しても良い。また、機器機能取得部１０１が取得する各機器の情報としては、各機器のネットワークの帯域、ディスクＩ／Ｏ、録画蓄積容量などであってもよい。
【００４８】
（２）情報送受信部１０２
情報送受信部１０２は、機器機能取得部１０１から制御命令を受け取り、受け取った制御命令を宅内ネットワークシステム１内の他機器に対して送信する。また、宅内ネットワークシステム１内の他機器から制御命令を受け取り、受け取った制御命令を機器機能取得部１０１へ出力する。
【００４９】
ここで、制御命令は、上述した機器メタデータ取得リクエスト及び機器メタデータ取得レスポンスを含む。
（３）コンテンツ情報管理部１０３
コンテンツ情報管理部１０３は、受信機１００が保持している録画コンテンツの書誌情報、受信機１００が受信可能な放送サービス、通信サービス等により配信される配信コンテンツの書誌情報、及び宅内ネットワークシステム１内の他の機器が保持している録画コンテンツの書誌情報又は他の機器に配信される配信コンテンツの書誌情報を管理する。
【００５０】
ここで、コンテンツの書誌情報は、タイトル、再生時間、配信日時、録画日時、放送等されたチャンネル、コンテンツに含まれる放送番組の要約、番組の出演者、番組が属するジャンル等、当該コンテンツがどのようなコンテンツであるかを示す情報である。
コンテンツ情報管理部１０３は、一例として、図４に示すコンテンツ情報管理テーブル３００を保持しており、コンテンツ情報管理テーブル３００によりコンテンツ書誌情報を管理している。
【００５１】
コンテンツ情報管理テーブル３００は、この図に示すように、複数のコンテンツ情報を含んで構成されるデータテーブルである。複数のコンテンツ情報は、それぞれ、受信機１００及び宅内ネットワークシステム１内の他の機器が保持している録画コンテンツ又は配信される配信コンテンツに対応している。
各コンテンツ情報は、コンテンツを一意に識別する識別子（以下、必要に応じてｃｒｉｄ（Ｃｏｎｔｅｎｔ Ｒｅｆｅｒｅｎｃｅ ＩＤ）と表記する。）、コンテンツを録画する録画機器を示す録画先識別子、コンテンツのタイトル、コンテンツが属するジャンル、コンテンツの録画日時、図示していないその他の情報等を含む。ｃｒｉｄは、ＩＥＴＦ−ＲＦＣ２３９６の規定に従って、「ＣＲＩＤ／／＜ａｕｔｈｏｒｉｔｙ＞／＜ｄａｔａ＞」のような書式で記述される。ここで＜ａｕｔｈｏｒｉｔｙ＞は、ＤＮＳ名つまり対応するコンテンツを保存しているＵＲＩである。＜ｄａｔａ＞は、ＵＲＩに準拠した任意の文字列で、例えば対応するコンテンツの放送されたチャネル名、ジャンル、放送時間などを組み合わせたものである。
【００５２】
ここで、一例として、コンテンツ情報３０１は、ｃｒｉｄ「ｃｒｉｄ：／／ａａａ．ｃｏ．ｊｐ／ｄｒａｍａ／ｋｏｋｕｙａｋｏｕ００１．ｔｓ」、録画先識別子「ＤＶＲ＿０１」、タイトル「黒夜行」、ジャンル「ドラマ」、録画日時「２００６／０１／１０」及びその他の図示していない情報を含んでいる。
その他の情報としては、コンテンツホルダー名（コンテンツ保有者名）、コンテンツ配信事業者、コンテンツのサイズ（ファイルサイズ、解像度、長尺（再生総時間）等）、暗号化されたコンテンツを再生するために必要なコンテンツ鍵や権利情報を含むライセンス情報などが挙げられる。
【００５３】
また、宅内ネットワークシステム１内の全ての機器について、単一のコンテンツ情報管理テーブルを作成してコンテンツの書誌情報を管理してもよいし、例えば、宅内ネットワークシステム１内の機器毎に個別のコンテンツ情報管理テーブルを作成し、機器毎に１個のコンテンツ情報管理テーブルを用いてコンテンツの書誌情報を管理してもよい。また、コンテンツの書誌情報毎にコンテンツ情報管理テーブルを作成してもよい。
【００５４】
コンテンツ情報管理部１０３は、機器機能取得部１０１からコンテンツの書誌情報の要求を受け取る。前記要求を受け取ると、コンテンツ情報管理テーブル３００に記憶されているコンテンツ情報を読み出し、読み出したコンテンツ情報をコンテンツの書誌情報として、機器機能取得部１０１へ出力する。
また、機器機能取得部１０１からコンテンツの書誌情報を受け取る。前記書誌情報を受け取ると、受け取ったコンテンツの書誌情報を、コンテンツ情報として、コンテンツ情報管理テーブル３００へ書き込む。ここで、新たに受け取ったコンテンツ書誌情報により、自身の記憶しているコンテンツ情報管理テーブル３００を書き換えてもよいし、新たに受け取ったコンテンツ書誌情報とコンテンツ情報管理テーブル３００とをマージしてもよい。
【００５５】
また、コンテンツ情報管理部１０３は、コンテンツ予測選別部１０７から、コンテンツ情報の取得要求（以下、単にリクエストと表記する）を受け取る。リクエストは、検索条件と受信条件とを含む。
リクエストを受け取ると、コンテンツ情報管理部１０３は、受け取ったリクエストを解析して、指定された検索条件及び受信条件を抽出する。次に、コンテンツ情報管理テーブル３００から、検索条件に該当するコンテンツ情報を検出し、検出したコンテンツ情報を受信条件に合致するように編集し（例えば、順番を入れ替える、特定項目のデータのみを抽出するなど）、編集後のデータをコンテンツ予測選別部１０７へ出力する。
【００５６】
ここで、実施の形態１において、コンテンツ情報管理部１０３が、取得するリクエストの一例について、具体的に説明する。
コンテンツ情報管理部１０３は、一例として、検索条件として、特定のコンテンツの「ｃｒｉｄ」を１以上含み、受信条件としてコンテンツ情報の項目名｛ジャンル｝を含むリクエストを受け取る。以下、リクエストを構成する検出条件及び受信条件に係る説明において、テーブルに含まれる項目名（コンテンツ情報管理テーブル３００であれば、ｃｒｉｄ、録画先識別子、タイトル、ジャンルなど）を「 」で囲んで表記している場合、具体的なデータを示しており、｛ ｝で囲んで表記している場合、その項目を示している。つまり、「ジャンル」と表記した場合と｛ジャンル｝と表記した場合、前者は、具体的にドラマ、映画といったデータを含んでいることを示し、後者は、コンテンツ情報管理テーブル３００上の項目：ジャンルを指している。さらに、前者において、具体的なデータを例示して説明する場合、ジャンル＝「ドラマ」と表記する。
【００５７】
このリクエストを受け取ると、コンテンツ情報管理部１０３は、検索条件として受け取ったｃｒｉｄと一致するｃｒｉｄを含むコンテンツ情報を、コンテンツ情報管理テーブル３００から検出する。続いて、受信条件｛ジャンル｝に従って、検出したコンテンツ情報それぞれから、ジャンルを抽出する。次に、コンテンツ情報管理部１０３は、抽出したジャンル全てを、コンテンツ予測選別部１０７へ出力する。
【００５８】
また、コンテンツ情報管理部１０３は、コンテンツ予測選別部１０７から、一例として、検索条件として、１個以上の「ｃｒｉｄ」と１個の「ジャンル」と保持機器識別子＝「ＤＶＲ＿０１」を含み、受信条件として、「録画経過時間の短い順にソートされたコンテンツ情報群」が含まれるリクエストを受け取る。このリクエストを受け取ると、コンテンツ情報管理部１０３は、検索条件に含まれるジャンルとｃｉｒｄとを両方とも含むコンテンツ情報を検出し、検出したコンテンツ情報を、受信条件に従って、録画経過時間の短い順にソートして一覧を生成する。
【００５９】
具体的には、現在時刻を取得し、検出したそれぞれのコンテンツ情報について、
式：録画経過時間＝現在時刻−録画日時
により、録画経過時間を算出する。次に、検出した全てのコンテンツ情報を、録画経過時間の短い順に並び替えて、コンテンツ情報の一覧を作成し、作成したコンテンツ情報の一覧をコンテンツ予測選別部１０７へ出力する。
【００６０】
（４）再生履歴管理部１０４
再生履歴管理部１０４は、受信機１００が保持している録画コンテンツ及び放送サービス、通信サービス等により配信される配信コンテンツの再生に関する再生履歴情報を取得し、取得した再生履歴情報をローカルデータベースにて管理する。また、再生履歴管理部１０４は、宅内ネットワークシステム１内の他の機器から、情報送受信部１０２及び機器機能取得部１０１を介して、各コンテンツの再生履歴情報を取得し、取得した再生履歴情報をローカルデータベース上に構築された再生履歴テーブル３２０にて管理する。
【００６１】
図５は、再生履歴テーブル３２０の構成の一例を示している。図５に示すように、再生履歴テーブル３２０は、複数の再生履歴情報から構成されているデータテーブルである。各再生履歴情報は、それぞれ、受信機１００又は宅内ネットワークシステム１内の他の機器において保持されている又は配信されるコンテンツのいずれかに対応している。未再生であるコンテンツについては、そのコンテンツと再生履歴情報とは、１対１に対応する。再生済みのコンテンツについては、対応する再生履歴情報が１以上存在する。
【００６２】
各再生履歴情報は、コンテンツの識別子（ｃｒｉｄ）、保持機器識別子、再生状態、コンテンツの再生された時間帯を示す再生時間帯及びその他の情報を含む。再生時間帯は、再生日（年月日及び曜日）、再生開始時刻及び再生終了時刻からなる。その他の情報としては、過去に当該コンテンツが再生された累積の再生回数、コンテンツの再生を指示した再生指示機器の識別子、再生操作を実行したユーザに関するユーザ情報、コンテンツの再生が許可される再生許可回数や再生許可開始日時等を含む権利情報（ライセンス）の使用状況を含むとしてもよい。
【００６３】
図５は、宅内ネットワークシステム１内の全ての機器が保有するコンテンツの再生履歴情報を含む再生履歴テーブル３２０を示しているが、これに代えて、又は、これと合わせて、再生履歴管理部１０４は、宅内ネットワークシステム１内の機器毎に別個に生成された再生履歴テーブルを保持していてもよい。また、再生状態によって、再生済みのコンテンツに係る再生履歴情報と、未再生のコンテンツに係る再生履歴情報とに分類して、再生履歴情報を管理してもよい。
【００６４】
図６は、再生済みのコンテンツに係る再生履歴情報を基に生成された再生済コンテンツテーブル３４０の構成の一例を示しており、再生履歴管理部１０４は、再生済コンテンツテーブル３４０を有していてもよい。再生済コンテンツテーブル３４０は、複数のｃｒｉｄを含んでおり、各ｃｒｉｄは、再生済みのコンテンツと対応する。
また、再生履歴管理部１０４は、機器機能取得部１０１からコンテンツの再生履歴情報の要求を受け取る。前記要求を受け取ると、再生履歴テーブル３２０に記憶されている再生履歴情報を読み出し、読み出した再生履歴情報を機器機能取得部１０１へ出力する。
【００６５】
また、機器機能取得部１０１から、他の機器の再生履歴情報を受け取る。前記再生履歴を受け取ると、受け取った再生履歴情報により、再生履歴テーブル３２０を更新する。ここで、新たに受け取った再生履歴情報を、自身の記憶している再生履歴テーブル３２０に追加してもよいし、新たに受け取った再生履歴情報と再生履歴テーブル３２０とをマージしてもよい。
【００６６】
また、再生履歴管理部１０４は、コンテンツ予測選別部１０７から、再生履歴情報の取得要求（以下、単にリクエストと表記する）を受け取る。リクエストは、検索条件と受信条件とを含む。
リクエストを受け取ると、再生履歴管理部１０４は、受け取った取得リクエストを解析して、検索条件及び受信条件を抽出する。抽出した検索条件に該当する再生履歴情報を再生履歴テーブル３２０において検出する。次に、再生履歴管理部１０４は、検出した再生履歴情報を、受信条件に合致するように編集して（特定のデータを抽出する、所定の順序に並べ替えるなど）、レスポンス用のデータを生成する。生成したデータをコンテンツ予測選別部１０７へ出力する。
【００６７】
ここで、実施の形態１において、再生履歴管理部１０４が受け取るリクエストの具体例について説明する。
再生履歴管理部１０４は、一例として、検索条件として再生状態＝「再生済」、再生時間帯＝「指定曜日、最大負荷時間帯」を含み、受信条件として、｛ｃｒｉｄ｝を含むリクエストを受け取る。指定曜日は、上述の予測対象日の属する曜日である。最大負荷時間帯については、後で説明する。
【００６８】
このリクエストを受け取ると、各構成要素が、検索条件を満たす再生履歴情報を検出する。具体的には、まず、再生状態「再生済」を含む再生履歴情報を特定する。次に、特定した再生履歴情報に含まれる再生時間帯と、受け取った再生時間帯とを比較する。再生日に含まれる曜日と、指定曜日とが一致し、かつ、再生開始時刻から再生終了時刻終了までの時間帯と最大負荷時間帯（詳細後述）の少なくとも一部分が指定時間帯と重複すれば、その再生履歴情報が検出条件を満たすと判断する。
【００６９】
次に、再生履歴管理部１０４は、受信条件｛ｃｒｉｄ｝に従って、検出した再生履歴情報に含まれるｃｒｉｄを抽出する。複数の再生履歴情報が検出された場合は、各再生履歴情報、それぞれから、ｃｒｉｄを抽出する。再生履歴管理部１０４は、抽出したｃｒｉｄをコンテンツ予測選別部１０７へ出力する。
また、別の具体例として、再生履歴管理部１０４は、コンテンツ予測選別部１０７から、検索条件として、再生状態＝「未再生」を含み、受信条件｛ｃｒｉｄ｝を含むリクエストを受け取る。このリクエストを受け取ると、再生履歴管理部１０４は、再生履歴テーブル３２０において、検索条件として受け取った再生状態「未再生」を含む再生履歴情報を、検出する。続いて、受信条件｛ｃｒｉｄ｝に従って、検出した再生履歴情報それぞれから、ｃｒｉｄを抽出し、抽出したｃｒｉｄをコンテンツ予測選別部１０７へ出力する。
【００７０】
（５）操作履歴管理部１０５
操作履歴管理部１０５は、受信機１００が備える図示していない入力部（例えば、操作パネル又はリモートコントローラ等）から、又は宅内ネットワークシステム１内の他の機器から、受信機１００に対して操作及び実行された機器操作がどのようなものかを操作履歴情報として取得し、また、宅内ネットワークシステム１内の他の機器から、情報送受信部１０２及び機器機能取得部１０１を介して、当該他の機器における操作履歴情報を取得し、取得した操作履歴情報を受信機１００内にあるローカルデータベース上に構築された操作履歴テーブル３６０により管理する。
【００７１】
操作履歴管理部１０５が管理する操作履歴情報を記憶している操作履歴テーブル３６０の一例を図７に示す。操作履歴管理部１０５は、操作履歴テーブル３６０により、所定期間（例えば１週間分）における操作履歴情報を管理している。
操作履歴テーブル３６０は、宅内ネットワークシステム１内の機器の操作履歴情報を管理するためのデータテーブルである。操作履歴テーブル３６０は、複数の操作履歴情報３６１、３６２、３６３、３６４、３６５、・・・から構成されている。複数の操作履歴情報は、それぞれ、宅内ネットワークシステム１内の機器において操作及び実行された複数の機器操作に対応している。
【００７２】
各操作履歴情報は、機器に対する操作の内容を示す機器操作、機器操作に対応する結果を示す操作結果、操作の対象となった機器を識別する操作対象識別子、操作元の機器を識別する操作元機器識別子、操作の対象に係るコンテンツを識別するｃｒｉｄ、機器が各操作を受け付けた日時、機器が各操作を受け付けた時刻を示す操作受付時刻、操作に応じた処理が開始された時刻を示す処理開始時刻、及び処理が終了した時刻を示す処理終了時刻を含む。
【００７３】
機器操作の一例は、図７に示すように、「再生」、「録画」、「電源ＯＦＦ」及び「電源ＯＮ」である。ここで、「再生」、「録画」、「電源ＯＦＦ」及び「電源ＯＮ」は、それぞれ、コンテンツを再生する操作、コンテンツを録画する操作、機器の電源を切る操作及び機器の電源を投入する操作を示している。
機器結果の一例は、「成功」及び「失敗」である。ここで、「成功」は、各操作が正常に受け付けられたことを示している。また、「失敗」は、何らかの原因により、各操作が正常に受け付けられなかったこと、各操作に対応する処理が正常に動作しないこと等を示している。
【００７４】
操作対象識別子の一例は、「ＤＶＲ＿０１」及び「ＤＶＲ＿０２」である。
操作元機器識別子の一例は、「ＤＴＶ＿０１」、「ＤＴＶ＿０２」及び「ＤＶＲ＿０３」である。操作元機器識別子を含まない操作履歴情報も存在する。
ｃｒｉｄの一例は、「ｃｒｉｄ／／ａａａ．ｃｏ．ｊｐ／ｄｒｍａ／ｋｏｋｕｊａｐａｎ−ｔｒｉｐ.ｔｓ」、「ｃｒｉｄ／／ｄｄｄ．ｃｏ．ｊｐ／ｈｏｂｂｙ／ｋｏｋｕｙａｋｏｕ００１.ｔｓ」等である。ｃｒｉｄを含まない操作履歴情報も存在する。
【００７５】
日時の一例は、「２００６／０１／１３」である。「２００６／０１／１３」は、２００６年１月１３日を示している。
操作受付時刻の一例は、「１７：００：００」、「１９：００：００」、「１３：００：００」等である。「１７：００：００」は、１７時００分００秒を示している。操作受付時刻を含まない操作履歴情報も存在する。
【００７６】
処理開始時刻の一例は、「１７：００：００」、「１９：００：００」、「１３：００：００」等である。「１７：００：００」は、１７時００分００秒を示している。処理開始時刻を含まない操作履歴情報も存在する。
処理終了時刻の一例は、「２３：００：００」、「２１：００：００」、「１３：３０：００」等である。「２３：００：００」は、２３時００分００秒を示している。処理終了時刻を含まない操作履歴情報も存在する。
【００７７】
なお、操作履歴管理部１０５は、機器操作履歴テーブルを、機器毎に作成するとしてもよいし、機器ではなく機器が保有するリソース（Ｔｕｎｅｒ、ＨＤＤ、メディア等）又は機器機能毎に作成するとしてもよい。
また、操作履歴管理部１０５は、機器機能取得部１０１から操作履歴情報の要求を受け取る。前記要求を受け取ると、操作履歴テーブル３６０に記憶されている操作履歴情報を読み出し、読み出した操作履歴情報を機器機能取得部１０１へ出力する。
【００７８】
また、操作履歴管理部１０５は、機器機能取得部１０１から他の宅内ネットワークシステム１を構成する他の受信機の保持する操作履歴情報を受け取る。これを受け取ると、受け取った操作履歴情報を、操作履歴テーブル３６０に追加する。追加に代えて、記憶している操作履歴テーブル３６０と受け取った操作履歴情報とをマージして、操作履歴テーブル３６０を再構成してもよい。
【００７９】
また、操作履歴管理部１０５は、機器負荷予測部１０８から、操作履歴情報の取得要求（以下、リクエストと呼称する）。機器負荷予測部１０８から出力されるリクエストは、前述のコンテンツ予測選別部の出力するリクエストと同様に、検索条件及び受信条件とを含む。ここで、受信条件は、１以上の項目名を含んで構成される。
操作履歴管理部１０５は、リクエストを受け取ると、受け取ったリクエストを解析して、前記取得リクエストから前記検索条件及び前記受信条件を抽出する。次に、操作履歴テーブル３６０から、抽出した前記検索条件に合致する操作履歴情報を検出し、操作履歴情報から、前記受信条件の示す項目に属するデータを抽出し、抽出したデータからなる項目情報を生成する。複数の操作履歴情報が検出された場合は、それぞれの操作履歴情報から項目情報を生成する。次に操作履歴管理部１０５は、生成した項目情報を機器負荷予測部１０８へ出力する。
【００８０】
ここで、操作履歴管理部１０５が受け取るリクエストの具体例を挙げて、操作履歴管理部１０５について、より具体的に説明する。
操作履歴管理部１０５は、検索条件として、操作対象識別子＝「ＤＶＲ＿０１」及び「ＤＶＲ＿０２」、機器操作＝「再生又は録画」、日時＝「指定曜日」を含み、受信条件として、操作履歴テーブル３６０の項目｛機器操作、操作対象識別子、処理開始時刻及び処理終了時刻｝を含むリクエストを受け取る。
【００８１】
前記リクエストを受け取ると、操作履歴管理部１０５は、操作履歴テーブル３６０において、指定曜日に該当する日時と、操作対象識別子「ＤＶＲ＿０１」及び「ＤＶＲ＿０２」の何れか一方を含む操作履歴情報を特定し、特定した操作履歴情報の中から、機器操作「録画」又は「再生」を含むものを検出する。
検出した操作履歴情報から、機器操作、操作対象識別子、処理開始時刻及び処理終了時刻を読み出して、これらを項目情報とする。操作履歴情報が複数検出された場合、各操作履歴情報から、項目情報を生成する。
【００８２】
続いて、操作履歴管理部１０５は、生成した項目情報を機器負荷予測部１０８へ出力する。
（６）機器機能管理部１０６
機器機能管理部１０６は、受信機１００が有する機器機能や機器リソースを管理する。また、機器機能管理部１０６は、宅内ネットワークシステム１内の他の機器から、情報送受信部１０２及び機器機能取得部１０１を介して、当該他の機器の機器機能や機器リソースを取得し、管理する。
【００８３】
なお、機器リソースとは、受信機１００が保有する能力を指す。機器リソースの一例は、受信機１００が備えている１個以上のチューナ、ハードディスクのような大容量蓄積装置の空き容量、コンテンツの書き出しが可能なリムーバブルメディア、外部デバイス、受信機１００がサポートするＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔ Ｍａｎａｇｅｍｅｎｔ）システム、受信機１００により再生されるコンテンツの利用権を示すライセンスである。
【００８４】
機器機能管理部１０６が管理する機器機能テーブル３８０の一例を図８に示す。機器機能テーブル３８０は、宅内ネットワークシステム上の各機器が保有するチューナの種類や個数、ハードディスクや蓄積録画領域のサイズや利用状況、機器が対応する著作権保護システムやコンテンツ出力保護方式やサービス毎に規定されたコンテンツの暗号化方式等を示すＤＲＭシステム、機器がサポートする対応リムーバブルメディア（ＳＤ、ＤＶＤ、ＢｌｕＲａｙ−Ｄｉｓｃ等）を示すメディアといった項目を一覧で管理する。
【００８５】
機器機能テーブル３８０は、図８に示すように、複数の機器機能情報から構成されている。各機器機能情報は、それぞれ、宅内ネットワークシステム１内のいずれかの機器と対応している。
各機器機能情報は、当該機器機能情報に対応する機器を識別する機器識別子を含む。機器識別子に加えて、チューナ情報、デバイス情報、ＤＲＭシステム情報及びメディア情報のうち、少なくとも１つを含む。
【００８６】
チューナ情報とは、当該機器が備えるチューナに係る情報であり、一例として、「地上デジタル（ＢＳ・ＣＳ）」、「地上デジタル」及び「ＩＰ放送」がチューナ情報に該当する。「地上デジタル（ＢＳ・ＣＳ）」、「地上デジタル」及び「ＩＰ放送」は、それぞれ、地上デジタル（ＢＳ・ＣＳ）、地上デジタル及びＩＰ放送による放送を受信できるチューナを示す。
【００８７】
デバイス情報とは、当該機器が備えるデバイスに係る情報であり、一例として、「ＨＤＤ６００Ｇ」が、これに該当する。デバイス情報「ＨＤＤ６００Ｇ」は、当該機器が、６００Ｇバイトのハードディスクユニットを備えていることを示している。また、デバイス情報は、当該機器のＨＤＤ処理に関する機器リソースの上限数（以下、Ｒｍａｘと呼ぶ）を含んでいてもよい。なお、ＨＤＤ処理に関する機器リソースは、ＨＤＤから録画コンテンツを読み出すために使用するリソース及び録画時にＨＤＤにコンテンツを書き込むために使用するリソースを指すものとし、Ｒｍａｘは、ＨＤＤが同時に受け付けることができるアクセスの上限数である。
【００８８】
ＤＲＭシステム情報とは、当該機器が備えるＤＲＭシステムに係る情報であり、一例として、「システムＡ」及び「ＤＴＣＰ−ＩＰ（Ｄｉｇｉｔａｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｅｎｔｓ Ｐｒｏｔｅｃｔｉｏｎ ｏｖｅｒ ＩＰ）」がこれに該当する。ＤＲＭシステム情報「システムＡ」及び「ＤＴＣＰ−ＩＰ」は、それぞれ、当該機器が、「システムＡ」と称するＤＲＭシステム及び「ＤＴＣＰ−ＩＰ」と称するＤＲＭシステムを備えていることを示している。
【００８９】
メディア情報は、当該機器に装着可能な可搬型の記録媒体メディアに係る情報であり、一例として、「ＢＤ」、「ＤＶＤ」及び「ＳＤ」が、メディア情報に該当する。メディア情報「ＢＤ」、「ＤＶＤ」及び「ＳＤ」は、それぞれ、当該機器が、ＢＤ（Ｂｌｕ−ｒａｙ Ｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）及びＳＤメモリカード（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ ｍｅｍｏｒｙ ｃａｒｄ）へのアクセスが可能なドライブユニットを備えていることを示している。
【００９０】
例えば、図８に示すように、機器機能情報３９１は、機器識別子３８１「ＤＶＲ＿０１」、チューナ情報３８２「地上デジタル（ＢＳ・ＣＳ）」、チューナ情報３８３「地上デジタル」、チューナ情報３８４「ＩＰ放送」、デバイス情報３８５「ＨＤＤ６００Ｇ」、メディア情報３８８「ＢＤ」、３８９「ＤＶＤ」及び３９０「ＳＤ」を含む。さらに、チューナ情報３８２に対応するＤＲＭシステム３８６「システムＡ」及びチューナ情報３８３に対応するＤＲＭシステム３８７「ＤＴＣＰ−ＩＰ」を含む。
【００９１】
これは、機器識別子「ＤＶＲ＿０１」３８１の示すデジタルビデオレコーダ２０４が、地上デジタル（ＢＳ・ＣＳ）放送を受信できるチューナ及び「システムＡ」と称するＤＲＭシステムを搭載しており、システムＡにより保護されたコンテンツを地上デジタル（ＢＳ・ＣＳ）放送により受信できることを示している。また、ＤＴＣＰ−ＩＰシステムにより保護されたコンテンツを地上デジタル放送により受信できる機能を備えることを示す。また、６００Ｇバイトのハードディスクユニット、ＢＤ及びＳＤメモリカードにアクセス可能なドライブユニットをそれぞれ備えていることを示す。
【００９２】
なお、機器機能管理部１０６は、機器機能テーブルを機器毎に作成してもよいし、機器ではなく、機器が保有するリソース（Ｔｕｎｅｒ、ＨＤＤ、メディア）又は機器機能に対して作成してもよい。
また、機器機能管理部１０６は、機器機能取得部１０１から機器機能情報の要求を受け取る。前記要求を受け取ると、機器機能テーブル３８０に記憶されている機器機能情報を読み出し、読み出した機器機能情報を機器機能取得部１０１へ出力する。
【００９３】
また、機器機能管理部１０６は、機器負荷予測部１０８から、機器機能情報の取得要求（以下、リクエストと呼ぶ）を受け取る。リクエストは、検索条件と、受信条件とを含む。リクエストを受け取ると、機器機能管理部１０６は、前記取得リクエストを解析して、当該取得リクエストから前記検索条件及び前記受信条件を抽出する。次に、機器機能テーブル３８０から、抽出した前記検索条件に合致する機器機能情報を検出し、検出した機器機能情報を、受信条件に合致するように編集・加工し（特定の項目のデータを抽出する、各項目のデータから、別のデータを算出するなど）、編集・加工後のデータを、機器負荷予測部１０８へ出力する。
【００９４】
具体的には、一例として、機器機能管理部１０６は、検出条件として、機器識別子＝「ＤＶＲ＿０１又はＤＶＲ＿０２」を含み、受信条件｛Ｒｍａｘ｝を含むリクエストを受け取る。
前記リクエストを受け取ると、機器機能管理部１０６は、機器機能テーブル３８０から、機器識別子「ＤＶＲ＿０１」又は「ＤＶＲ＿０２」を含む機器機能情報を検出する。検出した機器機能情報からＲｍａｘを抽出し、抽出したＲｍａｘを機器負荷予測部１０８へ出力する。
【００９５】
（７）コンテンツ予測選別部１０７
コンテンツ予測選別部１０７は、デジタルビデオレコーダ２０４及び２０５の記憶しているコンテンツの中から、利用者が視聴を希望する可能性の高いコンテンツ、つまり、再生を要求される可能性の高いコンテンツ（予測コンテンツ）を選別する機能を備える。コンテンツ予測選別部１０７は、所定の条件に合致するコンテンツを予測コンテンツとして選別する。前記条件は、当該受信機１００の製造元、又は、利用者によって、任意であるが、本実施の形態においては、一例として、未再生であって、宅内ネットワークシステム１の利用者が頻繁に視聴するジャンルに属し、録画してからの経過時間がより短いコンテンツを予測コンテンツとする。
【００９６】
以下に、コンテンツ予測選別部１０７について詳細に説明する。
コンテンツ予測選別部１０７は、移動制御部１０９からコンテンツ予測指示を受け取る。コンテンツ予測指示は、機器識別子と最大負荷時間帯情報とを含む。最大負荷時間帯情報は、機器識別子の示す機器の処理負荷が最大になる、言い換えると、稼動する機器リソース数が上限値に達すると予測される時間帯（以下最大負荷時間帯と呼ぶ）を示す。最大負荷時間帯情報については、後の（９）移動制御部１０９の章において詳細に説明する。
【００９７】
コンテンツ予測指示を受け取ると、コンテンツ予測選別部１０７は、機器識別子の示す機器の記憶しているコンテンツの中で、最大負荷時間帯情報の示す時間帯に再生を要求される可能性の高い予測コンテンツを選別する。
（予測コンテンツの選別）
以下に、予測コンテンツの選別の手順について説明する。ここでは、一例として、コンテンツ予測指示に含まれる機器識別子が「ＤＶＲ＿０１」である場合について述べるが、他の機器識別子である場合も同様である。
【００９８】
コンテンツ予測選別部１０７は、検索条件として、再生状態＝「再生済」、再生時間帯＝「指定曜日、受け取った最大負荷時間帯情報」を含み、受信条件として｛ｃｒｉｄ｝を含む、リクエストを生成し、生成したリクエストを再生履歴管理部１０４へ出力する。
ここで、指定曜日は、上述したとおり、予測対象日の曜日であって、本実施の形態の場合、コンテンツ予測選別部１０７は、当該受信機１００の内蔵する内部クロックから現在日時を取得し、取得した現在日時から曜日を抽出する。抽出した曜日が前記指定曜日に当たる。
【００９９】
次に、コンテンツ予測選別部１０７は、再生履歴管理部１０４から、検索条件及び受信条件に合致するデータ、つまり、指定曜日の最大負荷時間帯において再生されたコンテンツを示すｃｒｉｄを受け取る。
次に、コンテンツ予測選別部１０７は、検索条件として、ｃｒｉｄ＝「受け取った再生済みコンテンツのｃｒｉｄ」を含み、受信条件｛ジャンル｝を含む、リクエストを生成し、生成したリクエストをコンテンツ情報管理部１０３へ出力する。
【０１００】
次に、コンテンツ予測選別部１０７は、指定曜日の最大負荷時間帯において再生されたコンテンツ、それぞれと対応するジャンルを取得する。こうして、コンテンツ予測選別部１０７は、１個以上のジャンルを取得する。
次に、コンテンツ予測選別部１０７は、取得した１個以上のジャンルの数を、ジャンル毎に計数し、前記指定曜日の前記最大負荷時間帯における各ジャンルに属するコンテンツの再生回数を算出する。
【０１０１】
さらに、受け取ったジャンルの総数（合計数）を算出する。さらに、各ジャンルに属するコンテンツの再生回数の合計数に対する比率（再生率）を算出する。図９は、コンテンツ予測選別部１０７により算出されるジャンル毎のそのジャンルに属するコンテンツの再生回数、及び、再生率の一例をテーブル状に示したジャンル別再生回数リスト４００である。
【０１０２】
再生回数リスト４００は、指定曜日の最大負荷時間帯において、再生されたコンテンツの属するジャンル４０１、４０３・・・４０７を縦に配し、各ジャンルに対応する再生回数（カッコ内は再生率）４０２・・・４０８及び、指定曜日の最大負荷時間帯における再生回数の合計４０９を含む。
この図の示すように、指定曜日の最大負荷時間帯において、当該宅内ネットワークシステム１内に保持されているコンテンツの再生が、合計４０９「２００回」行われている。再生されたコンテンツは、ジャンル４０１「映画」、４０２「バラエティ」、４０３「ドラマ」及び４０７「趣味」のいずれかに属する。各ジャンルに属するコンテンツの再生回数は、それぞれ、４０２「２０回（１０％）」、４０４「４０回（２０％）」、４０６「１００回（５０％）」、４０８「４０回（２０％）」である。
【０１０３】
コンテンツ予測選別部１０７は、ジャンル別再生回数リスト４００を生成して、一時的に記憶する。次に、コンテンツ予測選別部１０７は、ジャンル別再生回数リスト４００から再生回数の最も多いジャンル（最多再生回数ジャンル）を特定する。ここでは、最多再生回数ジャンルは、ジャンル４０５「ドラマ」である。
次に、コンテンツ予測選別部１０７は、検索条件として、再生状態＝「未再生」、受信条件｛ｃｒｉｄ｝を含むリクエストを生成し、生成したリクエストを再生履歴管理部１０４へ出力する。次に、コンテンツ予測選別部１０７は、再生履歴管理部１０４から、指定した検索条件及び受信条件に合致するデータ、つまり、未再生のコンテンツのｃｒｉｄを受け取る。
【０１０４】
次に、コンテンツ予測選別部１０７は、検索条件として、録画先識別子＝「ＤＶＲ＿０１」、ｃｒｉｄ＝「受け取った未再生のコンテンツのｃｒｉｄ」 、ジャンル＝「最多再生回数ジャンル」を含み、受信条件として、「録画経過時間の短い順にソートされたコンテンツ情報群」を、含むリクエストを生成する。録画経過時間は、現在時刻から当該コンテンツの録画完了時刻までの時間である。続いて、生成したリクエストをコンテンツ情報管理部１０３へ出力する。
【０１０５】
次に、コンテンツ予測選別部１０７は、コンテンツ情報管理部１０３から、検索条件及び受信条件に合致するデータ、つまり、録画先識別子「ＤＶＲ＿０１」と未再生コンテンツのｃｒｉｄの何れかと、ジャンル「最多再生ジャンル」とを含むコンテンツ情報を、録画後経過時間の短い順にソートした一覧を受け取る。
一覧を受け取ると、受け取った一覧の中で録画後経過時間が最短であるコンテンツと対応するコンテンツ情報から、ｃｒｉｄとファイルサイズとを読み出す。ここで、一覧に含まれるコンテンツ情報と対応するコンテンツのうち、録画経過時間が最短であるコンテンツが予測コンテンツである。コンテンツ予測選別部１０７は、移動制御部１０９へ予測コンテンツを示すｃｒｉｄと予測コンテンツのファイルサイズとを出力する。
【０１０６】
さらに、移動制御部１０９から、予測コンテンツの変更を示すリクエストを受け取る場合がある。このリクエストを受け取ると、次に録画経過時間が短いコンテンツを新たな予測コンテンツとして選別し、コンテンツ情報の一覧の中の、新たな予測コンテンツと対応するコンテンツ情報からｃｒｉｄとファイルサイズとを読み出し、読み出したｃｒｉｄとファイルサイズとを移動制御部１０９へ出力する。
【０１０７】
（８）機器負荷予測部１０８
機器負荷予測部１０８は、機器機能管理部１０６により管理されている機器機能情報及び操作履歴管理部１０５により管理されている操作履歴情報を用いて、受信機１００の機器リソースの稼動履歴を調査し、受信機１００の機器負荷がどの時間帯で高くなるかを予測する機能を備える。また、機器負荷予測部１０８は、宅内ネットワークシステム１内の他の機器の機器機能情報及び操作履歴情報を用いて、当該他の機器の機器リソースの機器負荷がどの時間帯で高くなるかを予測する機能を備える。
【０１０８】
ここで、機器負荷とは、ある時間帯において使用されている機器リソースの合計数である。
ここでは、宅内ネットワークシステム１において、機器識別子「ＤＶＲ＿０１」及び機器識別子「ＤＶＲ＿０２」により識別される機器のＨＤＤ処理に関する機器リソースの機器負荷を取得する例を示す。なお、ＨＤＤ処理に関する機器リソースは、ＨＤＤから録画コンテンツを読み出すために使用するリソース及び録画時にＨＤＤにコンテンツを書き込むために使用するリソースを指すものとする。
【０１０９】
機器負荷予測部１０８の詳細について以下に説明する。
（８−１）機器負荷予測の開始
機器負荷予測部１０８は、機器負荷予測時刻（例えば、午前３時）を予め記憶している。ここで、機器負荷予測時刻は、機器負荷予測部１０８により、後述する機器負荷予測の動作が開始される時刻を示す。
【０１１０】
機器負荷予測部１０８は、受信機１００が備える内部クロックから現在時刻を取得し、取得した現在時刻と予め記憶している機器負荷予測時刻とを比較する。現在時刻と機器負荷予測時刻とが一致する場合には、現在時刻が、機器負荷予測部１０８による機器負荷予測の動作が開始されるべき時刻であるので、機器負荷予測部１０８は、以下に示す機器負荷予測の動作を開始する。
【０１１１】
（８−２）機器リソースの上限数及び操作履歴情報の取得
機器負荷予測部１０８は、検索条件として、機器識別子＝「ＤＶＲ＿０１、ＤＶＲ＿０２」を含み、受信条件｛Ｒｍａｘ｝含むリクエストを生成し、生成したリクエストを機器機能管理部１０６へ出力する。次に、機器負荷予測部１０８は、機器機能管理部１０６から機器識別子「ＤＶＲ＿０１」により識別される機器の機器リソースの上限数（Ｒｍａｘ）及び機器識別子「ＤＶＲ＿０２」により識別される機器の機器リソースの上限数（Ｒｍａｘ）を受け取る。
【０１１２】
次に、機器負荷予測部１０８は、検索条件として、操作対象識別子＝「ＤＶＲ＿０１、ＤＶＲ＿０２」、機器操作＝「再生、録画」及び日時＝「指定曜日」を含み、受信条件として、操作履歴テーブル３６０の項目｛機器操作、操作対象識別子、処理開始時刻、処理終了時刻｝を含むリクエストを生成し、生成したリクエストを操作履歴管理部１０５へ出力する。
【０１１３】
次に、機器負荷予測部１０８は、操作履歴管理部１０５から操作履歴テーブル３６０に含まれる操作履歴情報から抽出された、検索条件及び受信条件に該当する１個以上の項目情報を受け取り、受け取った全ての項目情報を一時的に内部に記憶する。
（８−３）稼動中であると予測される機器リソース数の計算の詳細
次に、機器負荷予測部１０８は、受け取った項目情報を用いて、機器毎に、各時間帯において、稼動中であると予測される機器リソースの数を計算して、機器毎に、後述する負荷時間帯テーブルを生成する。続いて、機器負荷予測部１０８は、生成した負荷時間帯テーブルに含まれている各時間帯の機器リソースの数を用いて、機器毎に、上記で得られた上限数に一致する機器リソースの数を有する時間帯を最大負荷時間帯として特定し、特定した最大負荷時間帯を示す最大負荷時間帯情報を生成し、生成した最大負荷時間帯情報を最大負荷時間帯テーブル６００に書き込む。負荷時間帯テーブル及び最大負荷時間帯テーブル６００に生成の詳細については、後述する。
【０１１４】
稼動中であると予測される機器リソース数の計算の詳細について以下に説明する。予測の方法は、任意に考えられるが、本実施の形態では、一例として、予測対象日と同一の曜日であって、直近の日（予測対象日の7日前の日）の各時間帯において稼動中であった機器リソース数を、予測対象日の各時間帯に稼動中であると予測される機器リソース数とする。この予測方法は、あくまでも一例であって、他の予測基準に従って予測してもよい。
【０１１５】
機器負荷予測部１０８は、機器毎に、負荷時間帯テーブルを生成する。負荷時間帯テーブルは、当該負荷時間帯テーブルに対応する機器について、指定された１日（上記の「予測対象日」）について、時間帯毎に使用されると予想される機器リソースの数を示すデータテーブルである。
予測対象日において、ある機器（以下、機器リソースの使用数の予測の対象となっている機器を予測対象機器と記載する。）について、使用されると予想される機器リソースが存在しない場合には、負荷時間帯テーブルは、何ら情報を記憶していない。つまり、空白の状態である。予測対象日において、予測対象機器において使用されると予想される機器リソースが存在する場合には、負荷時間帯テーブルは、１日のうち機器リソースが使用されると予想される時間帯と、その時間帯において使用される機器リソースの数とを記憶している。
【０１１６】
負荷時間帯テーブルは、１又は複数の負荷時間帯情報を記憶するための領域を備えている。各負荷時間帯情報は、処理開始時刻、処理終了時刻及び機器リソース数から構成される。
各負荷時間帯情報は、当該負荷時間帯情報に含まれる処理開始時刻から処理終了時刻により示される時間帯において、当該負荷時間帯情報に含まれる機器リソース数により示される数の機器リソースが使用されると予想されることを示している。
【０１１７】
負荷時間帯テーブルの一例は、図１２に示す負荷時間帯テーブル５００ａ〜５００ｅである。図１２に示す負荷時間帯テーブル５００ａ〜５００ｅについては、後でさらに詳しく説明する。
以下において、予測対象機器が、機器識別子「ＤＶＲ＿０１」の示すデジタルビデオレコーダ２０４である場合について、予測対象機器の備える機器リソースのうち、稼動中であると予測される機器リソース数の計算の詳細について説明する。他の機器が予測対象機器である場合についても、計算方法は、同様であるので、説明を省略する。
【０１１８】
（ｉ）機器負荷予測部１０８は、予測対象機器に対応して生成された負荷時間帯テーブルを空白で初期化する。
（ｉｉ）次に、機器負荷予測部１０８は、内部に記憶している項目情報を１個ずつ読み出し、読み出した項目情報について、以下の（ｉｉｉ）〜（ｖ）を繰り返す。
（ｉｉｉ）機器負荷予測部１０８は、項目情報に含まれる操作対象識別子が、「ＤＶＲ＿０１」であるか否かを判断する。「ＤＶＲ＿０１」でない場合には、読み出した項目情報について、以下の処理を行わない。ここでは、一例として、操作対象識別子「ＤＶＲ＿０１」により識別される機器を対象として、予測される機器リソース数を計算する方法について説明している。従って、他の機器を対象として予測される機器リソース数を計算する場合には、項目情報に含まれる操作対象識別子が、当該他の機器を識別する識別子でなければ、読み出した項目情報について、以下の処理をしないようにすればよい。
【０１１９】
（ｉｖ）機器負荷予測部１０８は、負荷時間帯テーブルから、読み出した項目情報により定まる時間帯に重複する時間帯を含む負荷時間帯情報を探す。負荷時間帯テーブルが空白である場合には、重複は存在しない。
ここで、説明の便宜上、読み出した項目情報に含まれる処理開始時刻及び処理終了時刻により定まる時間帯を入力時間帯と呼び、負荷時間帯テーブル内の負荷時間帯情報に含まれる時間帯を更新時間帯と呼ぶこととする。
【０１２０】
（ｖ）負荷時間帯情報の生成
（ｖ−１）重複する時間帯が存在しない場合
重複する時間帯が存在しない場合、機器負荷予測部１０８は、読み出した項目情報に含まれる処理開始時刻及び処理終了時刻並びに値「１」を有する機器リソース数から構成される負荷時間帯情報を生成し、生成した負荷時間帯情報を負荷時間帯テーブルに書き込む。また、負荷時間帯テーブルが空白である場合には、重複は存在しないので、この場合についても同様である。
【０１２１】
入力時間帯と更新時間帯との間において重複がない場合の一例を図１０（ａ）に示す。この図では、入力時間帯５５１は、「１７時００分」から始まり、「１８時００分」に終了し、更新時間帯５５２は、「１９時００分」から始まり、「２０時００分」に終了するので、入力時間帯５５１と更新時間帯５５２とは、重複しない。
この場合、機器負荷予測部１０８は、上述したように、入力時間帯５５１と同じ更新時間帯及び機器リソース数「１」からなる負荷時間帯情報を生成し、生成した負荷時間帯情報を負荷時間帯テーブルに追加して書き込む。
【０１２２】
一例として示す入力時間帯５５１のように、重複する更新時間帯が存在しない場合における入力時間帯をタイプＢの時間帯と呼ぶことにする。 （ｖ−１終了）
（ｖ−２）重複する時間帯が存在する場合
機器負荷予測部１０８は、項目情報による入力時間帯と負荷時間帯情報による更新時間帯とをそれぞれ、重複部分に基づいて、分割する。なお、分割の態様については、後述する。
【０１２３】
次に、機器負荷予測部１０８は、項目情報による入力時間帯が分割されて生成された分割時間帯について、当該分割時間帯がタイプＡかタイプＢかを判断する。なお、更新時間帯と重複する時間帯（又は分割時間帯）をタイプＡの時間帯と呼ぶ。タイプＡについては、後で詳細に述べる。
次に、機器負荷予測部１０８は、タイプＡの各分割時間帯について、負荷時間帯情報の機器リソース数に値「１」の加算を行う。また、タイプＢの各分割時間帯について、入力時間帯と同じ更新時間帯及び機器リソース数「１」からなる負荷時間帯情報を生成し、生成した負荷時間帯情報を負荷時間帯テーブルに追加して書き込む。 （ｖ−２終了）
（８−４）入力時間帯と更新時間帯との間における重複関係の類型
入力時間帯と更新時間帯との間における重複関係の類型を図１０（ｂ）〜（ｇ）及び図１１（ｈ）〜（ｊ）に示す。なお、図１０（ｂ）〜（ｇ）及び図１１（ｈ）〜（ｊ）は、入力時間帯と更新時間帯との間における重複関係の全ての類型を表示するものではなく、その一部分に過ぎない。しかし、図示していない他の類型の場合についても、以下に説明する類型の場合と同様に、機器負荷予測部１０８は動作する。
【０１２４】
ここでは、図１０（ｂ）〜（ｇ）及び図１１（ｈ）〜（ｊ）に示す入力時間帯と更新時間帯との間における重複関係の類型について説明し、また、それぞれの類型において、機器負荷予測部１０８がどのように動作するかについて説明する。
（イ）図１０（ｂ）には、入力時間帯５５３と、更新時間帯５５４とが、完全に一致して重複する場合について示している。つまり、入力時間帯５５３及び更新時間帯５５４は、それぞれ、「１７時００分」から始まり、「１９時００分」に終了する。
【０１２５】
この場合、機器負荷予測部１０８は、更新時間帯５５４を含む負荷時間帯情報の機器リソース数に「１」を加算して書き込む。
一例として示す入力時間帯５５３のように、完全に重複する更新時間帯が存在する場合における入力時間帯をタイプＡと呼ぶことにする。
なお、この場合には、入力時間帯５５３と、更新時間帯５５４とが、完全に一致して重複しているので、入力時間帯及び更新時間帯の、重複部分に基づく分割は、発生しない。
【０１２６】
（ロ）図１０（ｃ）には、入力時間帯５５５と、更新時間帯５５６とが、その一部分（時間帯５５５ｂ、時間帯５５６ａ）において重複する場合について示す。入力時間帯５５５は、「１５時００分」から始まり、「１９時００分」に終了し、更新時間帯５５６は、「１７時００分」から始まり、「２０時００分」に終了する。つまり、入力時間帯５５５及び更新時間帯５５６は、「１７時００分」から「１９時００分」までの時間帯５５５ｂ、時間帯５５６ａにおいて、完全に一致している。
【０１２７】
この場合、機器負荷予測部１０８は、入力時間帯５５５を２分割して、「１５時００分」から「１７時００分」までの分割時間帯５５５ａと、「１７時００分」から「１９時００分」までの分割時間帯５５５ｂとを生成する。
ここで、分割時間帯５５５ａは、タイプＢの入力時間帯であり、分割時間帯５５５ｂは、タイプＡの入力時間帯である。
【０１２８】
また、機器負荷予測部１０８は、更新時間帯５５６を２分割して、「１７時００分」から「１９時００分」までの分割時間帯５５６ａと、「１９時００分」から「２０時００分」までの分割時間帯５５６ｂとを生成し、負荷時間帯テーブルにおいて、更新時間帯５５６を含む負荷時間帯情報を、２個の新たに生成した分割時間帯５５６ａ及び分割時間帯５５６ｂをそれぞれ含む２個の新たな負荷時間帯情報に置き換える。
【０１２９】
こうして生成された新たな一方の負荷時間帯情報は、分割時間帯５５６ａにより示される処理開始時刻「１７時００分」及び処理終了時刻「１９時００分」、並びに、更新時間帯５５６を含む負荷時間帯情報に元々含まれている機器リソース数と同じ値の機器リソース数を含む。また、新たな他方の負荷時間帯情報も、同様に、分割時間帯５５６ｂにより示される処理開始時刻「１９時００分」及び処理終了時刻「２０時００分」、並びに、更新時間帯５５６を含む負荷時間帯情報に元々含まれている機器リソース数と同じ値の機器リソース数を含む。
【０１３０】
次に、機器負荷予測部１０８は、分割時間帯５５５ａがタイプＢの入力時間帯であるので、分割時間帯５５５ａについて、分割時間帯５５５ａ及び機器リソース数「１」からなる負荷時間帯情報を負荷時間帯テーブルに追加して書き込む。 また、分割時間帯５５５ｂがタイプＡの入力時間帯であるので、分割時間帯５５５ｂについて、分割時間帯５５６ａを含む負荷時間帯情報の機器リソース数に値「１」の加算を行う。
【０１３１】
（ハ）図１０（ｄ）には、入力時間帯５５７と、更新時間帯５５８とが、その一部分（時間帯５５７ａ、時間帯５５８ｂ）において重複する場合について示す。入力時間帯５５７は、「１７時００分」から始まり、「２０時００分」に終了し、更新時間帯５５８は、「１５時００分」から始まり、「１９時００分」に終了する。つまり、入力時間帯５５７及び更新時間帯５５８は、「１７時００分」から「１９時００分」までの時間帯５５７ａ、時間帯５５８ｂにおいて、完全に一致している。
【０１３２】
この場合、機器負荷予測部１０８は、入力時間帯５５７を２分割して、「１７時００分」から「１９時００分」までの分割時間帯５５７ａと、「１９時００分」から「２０時００分」までの分割時間帯５５７ｂとを生成する。
ここで、分割時間帯５５７ａは、タイプＡの入力時間帯であり、分割時間帯５５７ｂは、タイプＢの入力時間帯である。
【０１３３】
また、機器負荷予測部１０８は、更新時間帯５５８を２分割して、「１５時００分」から「１７時００分」までの分割時間帯５５８ａと、「１７時００分」から「１９時００分」までの分割時間帯５５８ｂとを生成し、負荷時間帯テーブルにおいて、更新時間帯５５８を含む負荷時間帯情報を、２個の新たに生成した分割時間帯５５８ａ及び分割時間帯５５８ｂをそれぞれ含む２個の新たな負荷時間帯情報に置き換える。
【０１３４】
こうして生成された新たな一方の負荷時間帯情報は、分割時間帯５５８ａにより示される処理開始時刻「１５時００分」及び処理終了時刻「１７時００分」、並びに、更新時間帯５５８を含む負荷時間帯情報に元々含まれている機器リソース数と同じ値の機器リソース数を含む。また、新たな他方の負荷時間帯情報も、同様に、分割時間帯５５８ｂにより示される処理開始時刻「１７時００分」及び処理終了時刻「１９時００分」、並びに、更新時間帯５５８を含む負荷時間帯情報に元々含まれている機器リソース数と同じ値の機器リソース数を含む。
【０１３５】
次に、機器負荷予測部１０８は、分割時間帯５５７ｂがタイプＢの入力時間帯であるので、分割時間帯５５７ｂについて、分割時間帯５５７ｂ及び機器リソース数「１」からなる負荷時間帯情報を負荷時間帯テーブルに追加して書き込む。 また、分割時間帯５５７ａがタイプＡの入力時間帯であるので、分割時間帯５５７ａについて、分割時間帯５５８ｂを含む負荷時間帯情報の機器リソース数に値「１」の加算を行う。
【０１３６】
（ニ）図１０（ｅ）には、入力時間帯５５９と、更新時間帯５６０とが、入力時間帯５５９において重複する場合について示す。入力時間帯５５９は、「１７時００分」から始まり、「１９時００分」に終了し、更新時間帯５６０は、「１７時００分」から始まり、「２０時００分」に終了する。つまり、入力時間帯５５９及び更新時間帯５６０は、「１７時００分」から「１９時００分」までの入力時間帯５５９、時間帯５６０ａにおいて、完全に一致している。
【０１３７】
この場合、入力時間帯５５９は、タイプＡの入力時間帯である。
機器負荷予測部１０８は、更新時間帯５６０を２分割して、「１７時００分」から「１９時００分」までの分割時間帯５６０ａと、「１９時００分」から「２０時００分」までの分割時間帯５６０ｂとを生成し、負荷時間帯テーブルにおいて、更新時間帯５６０を含む負荷時間帯情報を、２個の新たに生成した分割時間帯５６０ａ及び分割時間帯５６０ｂをそれぞれ含む２個の新たな負荷時間帯情報に置き換える。
【０１３８】
こうして生成された新たな一方の負荷時間帯情報は、分割時間帯５６０ａにより示される処理開始時刻「１７時００分」及び処理終了時刻「１９時００分」、並びに、更新時間帯５６０を含む負荷時間帯情報に元々含まれている機器リソース数と同じ値の機器リソース数を含む。また、新たな他方の負荷時間帯情報も、同様に、分割時間帯５６０ｂにより示される処理開始時刻「１９時００分」及び処理終了時刻「２０時００分」、並びに、更新時間帯５６０を含む負荷時間帯情報に元々含まれている機器リソース数と同じ値の機器リソース数を含む。
【０１３９】
次に、機器負荷予測部１０８は、入力時間帯５５９がタイプＡの入力時間帯であるので、入力時間帯５５９について、分割時間帯５６０ａを含む負荷時間帯情報の機器リソース数に値「１」の加算を行う。
（ホ）図１０（ｆ）には、入力時間帯５６１と、更新時間帯５６２とが、入力時間帯５６１において重複する場合について示す。入力時間帯５６１は、「１７時００分」から始まり、「１９時００分」に終了し、更新時間帯５６２は、「１５時００分」から始まり、「１９時００分」に終了する。つまり、入力時間帯５６１及び更新時間帯５６２は、「１７時００分」から「１９時００分」までの入力時間帯５６１、時間帯５６２ｂにおいて、完全に一致している。
【０１４０】
この場合、入力時間帯５６１は、タイプＡの入力時間帯である。
機器負荷予測部１０８は、更新時間帯５６２を２分割して、「１５時００分」から「１７時００分」までの分割時間帯５６２ａと、「１７時００分」から「１９時００分」までの分割時間帯５６２ｂとを生成し、負荷時間帯テーブルにおいて、更新時間帯５６２を含む負荷時間帯情報を、２個の新たに生成した分割時間帯５６２ａ及び分割時間帯５６２ｂをそれぞれ含む２個の新たな負荷時間帯情報に置き換える。
【０１４１】
こうして生成された新たな一方の負荷時間帯情報は、分割時間帯５６２ａにより示される処理開始時刻「１５時００分」及び処理終了時刻「１７時００分」、並びに、更新時間帯５６２を含む負荷時間帯情報に元々含まれている機器リソース数と同じ値の機器リソース数を含む。また、新たな他方の負荷時間帯情報も、同様に、分割時間帯５６２ｂにより示される処理開始時刻「１７時００分」及び処理終了時刻「１９時００分」、並びに、更新時間帯５６２を含む負荷時間帯情報に元々含まれている機器リソース数と同じ値の機器リソース数を含む。
【０１４２】
次に、機器負荷予測部１０８は、入力時間帯５６１がタイプＡの入力時間帯であるので、入力時間帯５６１について、分割時間帯５６２ｂを含む負荷時間帯情報の機器リソース数に値「１」の加算を行う。
（へ）図１０（ｇ）には、入力時間帯５７５と、更新時間帯５７６とが、その一部分（時間帯５７５ｂ、時間帯５７６）において重複する場合について示す。入力時間帯５７５は、「１３時００分」から始まり、「２０時００分」に終了し、更新時間帯５７６は、「１５時００分」から始まり、「１９時００分」に終了する。つまり、入力時間帯５７５及び更新時間帯５７６は、「１５時００分」から「１９時００分」までの時間帯５７５ｂ、更新時間帯５７６において、完全に一致している。
【０１４３】
この場合、機器負荷予測部１０８は、入力時間帯５７５を３分割して、「１３時００分」から「１５時００分」までの分割時間帯５７５ａと、「１５時００分」から「１９時００分」までの分割時間帯５７５ｂと、「１９時００分」から「２０時００分」までの分割時間帯５７５ｃとを生成する。
ここで、分割時間帯５７５ａ及び分割時間帯５７５ｃは、タイプＢの入力時間帯であり、分割時間帯５７５ｂは、タイプＡの入力時間帯である。
【０１４４】
更新時間帯５７６は、分割されない。
次に、機器負荷予測部１０８は、分割時間帯５７５ａがタイプＢの入力時間帯であるので、分割時間帯５７５ａについて、分割時間帯５７５ａ及び機器リソース数「１」からなる負荷時間帯情報を負荷時間帯テーブルに追加して書き込み、分割時間帯５７５ｃがタイプＢの入力時間帯であるので、分割時間帯５７５ｃについて、分割時間帯５７５ｃ及び機器リソース数「１」からなる負荷時間帯情報を負荷時間帯テーブルに追加して書き込む。また、分割時間帯５７５ｂがタイプＡの入力時間帯であるので、分割時間帯５７５ｂについて、更新時間帯５７６を含む負荷時間帯情報の機器リソース数に値「１」の加算を行う。
【０１４５】
（ト）図１１（ｈ）には、入力時間帯５６４と、更新時間帯５６５とが、その一部分（時間帯５６４ａ、時間帯５６５ｂ）において重複し、さらに、入力時間帯５６４と、更新時間帯５６６とが、その一部分（時間帯５６４ｃ、時間帯５６６ａ）において重複する場合について示す。入力時間帯５６４は、「１５時００分」から始まり、「１９時００分」に終了し、更新時間帯５６５は、「１３時００分」から始まり、「１７時００分」に終了し、更新時間帯５６６は、「１８時００分」から始まり、「２０時００分」に終了する。
【０１４６】
つまり、入力時間帯５６４及び更新時間帯５６５は、「１５時００分」から「１７時００分」までの時間帯５６４ａ、時間帯５６５ｂにおいて、完全に一致しており、入力時間帯５６４及び更新時間帯５６６は、「１８時００分」から「１９時００分」までの時間帯５６４ｃ、時間帯５６６ａにおいて、完全に一致している。
この場合、機器負荷予測部１０８は、入力時間帯５６４を３分割して、「１５時００分」から「１７時００分」までの分割時間帯５６４ａと、「１７時００分」から「１８時００分」までの分割時間帯５６４ｂと、「１８時００分」から「１９時００分」までの分割時間帯５６４ｃとを生成する。
【０１４７】
ここで、分割時間帯５６４ａ及び分割時間帯５６４ｃは、タイプＡの入力時間帯であり、分割時間帯５６４ｂは、タイプＢの入力時間帯である。
また、機器負荷予測部１０８は、更新時間帯５６５を２分割して、「１３時００分」から「１５時００分」までの分割時間帯５６５ａと、「１５時００分」から「１７時００分」までの分割時間帯５６５ｂとを生成し、負荷時間帯テーブルにおいて、更新時間帯５６５を含む負荷時間帯情報を、２個の新たに生成した分割時間帯５６５ａ及び分割時間帯５６５ｂをそれぞれ含む２個の新たな負荷時間帯情報に置き換える。
【０１４８】
こうして生成された新たな一方の負荷時間帯情報は、分割時間帯５６５ａにより示される処理開始時刻「１３時００分」及び処理終了時刻「１５時００分」、並びに、更新時間帯５６５を含む負荷時間帯情報に元々含まれている機器リソース数と同じ値の機器リソース数を含む。また、新たな他方の負荷時間帯情報も、同様に、分割時間帯５６５ｂにより示される処理開始時刻「１５時００分」及び処理終了時刻「１７時００分」、並びに、更新時間帯５６５を含む負荷時間帯情報に元々含まれている機器リソース数と同じ値の機器リソース数を含む。
【０１４９】
また、機器負荷予測部１０８は、更新時間帯５６６を２分割して、「１８時００分」から「１９時００分」までの分割時間帯５６６ａと、「１９時００分」から「２０時００分」までの分割時間帯５６６ｂとを生成し、負荷時間帯テーブルにおいて、更新時間帯５６６を含む負荷時間帯情報を、２個の新たに生成した分割時間帯５６６ａ及び分割時間帯５６６ｂをそれぞれ含む２個の新たな負荷時間帯情報に置き換える。
【０１５０】
こうして生成された新たな一方の負荷時間帯情報は、分割時間帯５６６ａにより示される処理開始時刻「１８時００分」及び処理終了時刻「１９時００分」、並びに、更新時間帯５６６を含む負荷時間帯情報に元々含まれている機器リソース数と同じ値の機器リソース数を含む。また、新たな他方の負荷時間帯情報も、同様に、分割時間帯５６６ｂにより示される処理開始時刻「１９時００分」及び処理終了時刻「２０時００分」、並びに、更新時間帯５６６を含む負荷時間帯情報に元々含まれている機器リソース数と同じ値の機器リソース数を含む。
【０１５１】
次に、機器負荷予測部１０８は、分割時間帯５６４ｂがタイプＢの入力時間帯であるので、分割時間帯５６４ｂについて、分割時間帯５６４ｂ及び機器リソース数「１」からなる負荷時間帯情報を負荷時間帯テーブルに追加して書き込む。 また、機器負荷予測部１０８は、分割時間帯５６４ａがタイプＡの入力時間帯であるので、分割時間帯５６４ａについて、分割時間帯５６５ｂを含む負荷時間帯情報の機器リソース数に値「１」の加算を行い、分割時間帯５６４ｃがタイプＡの入力時間帯であるので、分割時間帯５６４ｃについて、分割時間帯５６６ａを含む負荷時間帯情報の機器リソース数に値「１」の加算を行う。
【０１５２】
（チ）図１１（ｉ）には、入力時間帯５６７と、更新時間帯５６８とが、その一部分（時間帯５６７ａ、時間帯５６８ｂ）において重複し、さらに、入力時間帯５６７と、更新時間帯５６９とが、更新時間帯５６９において重複する場合について示す。入力時間帯５６７は、「１５時００分」から始まり、「２０時００分」に終了し、更新時間帯５６８は、「１３時００分」から始まり、「１７時００分」に終了し、更新時間帯５６９は、「１８時００分」から始まり、「２０時００分」に終了する。
【０１５３】
つまり、入力時間帯５６７及び更新時間帯５６８は、「１５時００分」から「１７時００分」までの時間帯５６７ａ、時間帯５６８ｂにおいて、完全に一致しており、入力時間帯５６７及び更新時間帯５６９は、「１８時００分」から「２０時００分」までの更新時間帯５６９、時間帯５６７ｃにおいて、完全に一致している。
この場合、機器負荷予測部１０８は、入力時間帯５６７を３分割して、「１５時００分」から「１７時００分」までの分割時間帯５６７ａと、「１７時００分」から「１８時００分」までの分割時間帯５６７ｂと、「１８時００分」から「２０時００分」までの分割時間帯５６７ｃとを生成する。
【０１５４】
ここで、分割時間帯５６７ａ及び分割時間帯５６７ｃは、タイプＡの入力時間帯であり、分割時間帯５６７ｂは、タイプＢの入力時間帯である。
また、機器負荷予測部１０８は、更新時間帯５６８を２分割して、「１３時００分」から「１５時００分」までの分割時間帯５６８ａと、「１５時００分」から「１７時００分」までの分割時間帯５６８ｂとを生成し、負荷時間帯テーブルにおいて、更新時間帯５６８を含む負荷時間帯情報を、２個の新たに生成した分割時間帯５６８ａ及び分割時間帯５６８ｂをそれぞれ含む２個の新たな負荷時間帯情報に置き換える。
【０１５５】
こうして生成された新たな一方の負荷時間帯情報は、分割時間帯５６８ａにより示される処理開始時刻「１３時００分」及び処理終了時刻「１５時００分」、並びに、更新時間帯５６８を含む負荷時間帯情報に元々含まれている機器リソース数と同じ値の機器リソース数を含む。また、新たな他方の負荷時間帯情報も、同様に、分割時間帯５６８ｂにより示される処理開始時刻「１５時００分」及び処理終了時刻「１７時００分」、並びに、更新時間帯５６８を含む負荷時間帯情報に元々含まれている機器リソース数と同じ値の機器リソース数を含む。
【０１５６】
なお、更新時間帯５６９は、分割されない。
次に、機器負荷予測部１０８は、分割時間帯５６７ｂがタイプＢの入力時間帯であるので、分割時間帯５６７ｂについて、分割時間帯５６７ｂ及び機器リソース数「１」からなる負荷時間帯情報を負荷時間帯テーブルに追加して書き込む。
また、機器負荷予測部１０８は、分割時間帯５６７ａがタイプＡの入力時間帯であるので、分割時間帯５６７ａについて、分割時間帯５６８ｂを含む負荷時間帯情報の機器リソース数に値「１」の加算を行い、分割時間帯５６７ｃがタイプＡの入力時間帯であるので、分割時間帯５６７ｃについて、更新時間帯５６９を含む負荷時間帯情報の機器リソース数に値「１」の加算を行う。
【０１５７】
（リ）図１１（ｊ）には、入力時間帯５７０と、更新時間帯５７１とが、その一部分（時間帯５７０ａ、時間帯５７１ｂ）において重複し、さらに、入力時間帯５７０と、更新時間帯５７２とが、更新時間帯５７２において重複する場合について示す。入力時間帯５７０は、「１５時００分」から始まり、「２０時００分」に終了し、更新時間帯５７１は、「１３時００分」から始まり、「１７時００分」に終了し、更新時間帯５７２は、「１８時００分」から始まり、「１９時００分」に終了する。
【０１５８】
つまり、入力時間帯５７０及び更新時間帯５７１は、「１５時００分」から「１７時００分」までの時間帯５７０ａ、時間帯５７１ｂにおいて、完全に一致しており、入力時間帯５７０及び更新時間帯５７２は、「１８時００分」から「１９時００分」までの更新時間帯５７２、時間帯５７０ｃにおいて、完全に一致している。
この場合、機器負荷予測部１０８は、入力時間帯５７０を４分割して、「１５時００分」から「１７時００分」までの分割時間帯５７０ａと、「１７時００分」から「１８時００分」までの分割時間帯５７０ｂと、「１８時００分」から「１９時００分」までの分割時間帯５７０ｃと、「１９時００分」から「２０時００分」までの分割時間帯５７０ｄとを生成する。
【０１５９】
ここで、分割時間帯５７０ａ及び分割時間帯５７０ｃは、タイプＡの入力時間帯であり、分割時間帯５７０ｂ及び分割時間帯５７０ｄは、タイプＢの入力時間帯である。
また、機器負荷予測部１０８は、更新時間帯５７１を２分割して、「１３時００分」から「１５時００分」までの分割時間帯５７１ａと、「１５時００分」から「１７時００分」までの分割時間帯５７１ｂとを生成し、負荷時間帯テーブルにおいて、更新時間帯５７１を含む負荷時間帯情報を、２個の新たに生成した分割時間帯５７１ａ及び分割時間帯５７１ｂをそれぞれ含む２個の新たな負荷時間帯情報に置き換える。
【０１６０】
こうして生成された新たな一方の負荷時間帯情報は、分割時間帯５７１ａにより示される処理開始時刻「１３時００分」及び処理終了時刻「１５時００分」、並びに、更新時間帯５７１を含む負荷時間帯情報に元々含まれている機器リソース数と同じ値の機器リソース数を含む。また、新たな他方の負荷時間帯情報も、同様に、分割時間帯５７１ｂにより示される処理開始時刻「１５時００分」及び処理終了時刻「１７時００分」、並びに、更新時間帯５７１を含む負荷時間帯情報に元々含まれている機器リソース数と同じ値の機器リソース数を含む。
【０１６１】
なお、更新時間帯５７２は、分割されない。
次に、機器負荷予測部１０８は、分割時間帯５７０ｂがタイプＢの入力時間帯であるので、分割時間帯５７０ｂについて、分割時間帯５７０ｂ及び機器リソース数「１」からなる負荷時間帯情報を負荷時間帯テーブルに追加して書き込み、分割時間帯５７０ｄがタイプＢの入力時間帯であるので、分割時間帯５７０ｄについて、分割時間帯５７０ｄ及び機器リソース数「１」からなる負荷時間帯情報を負荷時間帯テーブルに追加して書き込む。
【０１６２】
また、機器負荷予測部１０８は、分割時間帯５７０ａがタイプＡの入力時間帯であるので、分割時間帯５７０ａについて、分割時間帯５７１ｂを含む負荷時間帯情報の機器リソース数に値「１」の加算を行い、分割時間帯５７０ｃがタイプＡの入力時間帯であるので、分割時間帯５７０ｃについて、更新時間帯５７２を含む負荷時間帯情報の機器リソース数に値「１」の加算を行う。
【０１６３】
（８−５）負荷時間帯テーブルの生成の具体例
機器負荷予測部１０８による負荷時間帯テーブルの生成の具体例について図１２を用いて説明する。
機器負荷予測部１０８は、図１２に示す項目情報５２１、５２２、５２３及び５２４を取得して内部に記憶しているものとする。
【０１６４】
機器負荷予測部１０８は、空白で初期化された負荷時間帯テーブル５００ａを生成する。
機器負荷予測部１０８は、項目情報５２１を読み出し、読み出した項目情報５２１による入力時間帯と負荷時間帯テーブル５００ａに記憶されている負荷時間帯情報による更新時間帯とが重複するか否かを判断する。ここで、負荷時間帯テーブル５００ａは、空白であり、負荷時間帯情報を有していないので、機器負荷予測部１０８は、読み出した項目情報５２１による入力時間帯と同じ更新時間帯と機器リソース数「１」とからなる負荷時間帯情報５０１を生成し、生成した負荷時間帯情報５０１を負荷時間帯テーブル５００ａに書き込む。こうして、負荷時間帯テーブル５００ａは、負荷時間帯情報５０１を有する負荷時間帯テーブル５００ｂとなる。
【０１６５】
次に、機器負荷予測部１０８は、項目情報５２２を読み出し、読み出した項目情報５２２による入力時間帯と負荷時間帯テーブル５００ｂに記憶されている負荷時間帯情報５０１による更新時間帯とが重複するか否かを判断する。読み出した項目情報５２２による入力時間帯は、「１９時００分」から「２１時００分」までであり、負荷時間帯情報５０１による更新時間帯は、「１７時００分」から「２３時００分」までであるので、入力時間帯と更新時間帯とは、「１９時００分」から「２１時００分」までの時間帯において重複している。そこで、機器負荷予測部１０８は、「１７時００分」から「２３時００分」までの更新時間帯を３分割して、「１７時００分」から「１９時００分」までの分割時間帯と、「１９時００分」から「２１時００分」までの分割時間帯と、「２１時００分」から「２３時００分」までの分割時間帯とを生成し、生成した３個の分割時間帯と機器リソース数「１」とをそれぞれ有する３個の負荷時間帯情報５０２、５０３、５０４を生成し、負荷時間帯情報５０１に代えて、生成した３個の負荷時間帯情報５０２、５０３、５０４を負荷時間帯テーブル５００ｂに書き込む。項目情報５２２による入力時間帯は、「１７時００分」から「１９時００分」までであるので、「１７時００分」から「１９時００分」までの更新時間帯を有する負荷時間帯情報５０３の機器リソース数に値「１」を加算する。こうして、負荷時間帯テーブル５００ｂは、負荷時間帯情報５０２、５０３及び５０４を有する負荷時間帯テーブル５００ｃとなる。
【０１６６】
次に、機器負荷予測部１０８は、項目情報５２３を読み出し、読み出した項目情報５２３による入力時間帯と負荷時間帯テーブル５００ｃに記憶されている負荷時間帯情報５０２、５０３、５０４による各更新時間帯とが重複するか否かを判断する。読み出した項目情報５２３による入力時間帯は、「１３時００分」から「１３時３０分」までであり、負荷時間帯テーブル５００ｃには、「１３時００分」から「１３時３０分」までの時間帯に重複する更新時間帯を有する負荷時間帯情報は、存在しない。そこで、機器負荷予測部１０８は、「１３時００分」から「１３時３０分」までの更新時間帯と、機器リソース数「１」とからなる負荷時間帯情報５０５を生成し、生成した負荷時間帯情報５０５を負荷時間帯テーブル５００ｃへ書き込む。こうして、負荷時間帯テーブル５００ｃは、負荷時間帯情報５０５、５０２、５０３及び５０４を有する負荷時間帯テーブル５００ｄとなる。
【０１６７】
次に、機器負荷予測部１０８は、項目情報５２４を読み出し、読み出した項目情報５２４による入力時間帯と負荷時間帯テーブル５００ｄに記憶されている負荷時間帯情報５０５、５０２、５０３、５０４による各更新時間帯とが重複するか否かを判断する。読み出した項目情報５２４による入力時間帯は、「１７時３０分」から「１８時３０分」までであり、負荷時間帯情報５０２による更新時間帯は、「１７時００分」から「１９時００分」までであるので、入力時間帯と更新時間帯とは、「１７時３０分」から「１８時３０分」までの時間帯において重複している。そこで、機器負荷予測部１０８は、「１７時００分」から「１９時００分」までの更新時間帯を３分割して、「１７時００分」から「１７時３０分」までの分割時間帯と、「１７時３０分」から「１８時３０分」までの分割時間帯と、「１８時３０分」から「１９時００分」までの分割時間帯とを生成し、生成した３個の分割時間帯と元の機器リソース数「１」とをそれぞれ有する３個の負荷時間帯情報５１０、５１１、５１２を生成し、負荷時間帯情報５０２に代えて、生成した３個の負荷時間帯情報５１０、５１１、５１２を負荷時間帯テーブル５００ｄに書き込む。項目情報５２４による入力時間帯は、「１７時３０分」から「１８時３０分」までであるので、「１７時３０分」から「１８時３０分」までの更新時間帯を有する負荷時間帯情報５１１の機器リソース数に値「１」を加算する。こうして、負荷時間帯テーブル５００ｄは、負荷時間帯情報５０５、５１０、５１１、５１２、５０３及び５０４を有する負荷時間帯テーブル５００ｅとなる。
【０１６８】
（８−６）負荷時間帯テーブルの視覚的な例示
以上説明した負荷時間帯テーブルを視覚的に例示する。図１３（ａ）及び（ｂ）に示すグラフ６５１及び６６１は、機器識別子「ＤＶＲ＿０１」及び機器識別子「ＤＶＲ＿０１」により識別される機器に対して、それぞれ生成された負荷時間帯テーブルを視覚的に例示するものであり、「４：００」から「２８：００」までの時間帯において、稼働中の機器リソースの数を示している。
【０１６９】
グラフ６５１は、横軸に時刻の変化を表し、縦軸に使用が予想される機器リソース数を表している。このグラフ６５１では、機器識別子「ＤＶＲ＿０１」により識別される機器において使用が予想される機器リソース数は、時刻Ｔ０「０４：００」から時刻Ｔ１までにおいて、「０」であり、時刻Ｔ１から時刻Ｔ２までにおいて、「５」であり、時刻Ｔ２から時刻Ｔ３までにおいて、「１」であり、時刻Ｔ３から時刻Ｔ４までにおいて、「５」であり、時刻Ｔ４から時刻Ｔ５までにおいて、「０」であり、時刻Ｔ５から時刻Ｔ６までにおいて、「５」であり、時刻Ｔ６以降において、「０」である。
【０１７０】
グラフ６６１は、横軸に時刻の変化を表し、縦軸に使用が予想される機器リソース数を表している。このグラフ６６１では、機器識別子「ＤＶＲ＿０２」により識別される機器において使用が予想される機器リソース数は、時刻Ｔ１０「０４：００」から時刻Ｔ１１までにおいて、「０」であり、時刻Ｔ１１から時刻Ｔ１２までにおいて、「２」であり、時刻Ｔ１２から時刻Ｔ１３までにおいて、「０」であり、時刻Ｔ１３から時刻Ｔ１４までにおいて、「５」であり、時刻Ｔ１４以降時刻Ｔ１５「２８：００」において、「０」である。
【０１７１】
図１３（ａ）及び（ｂ）に示すように、機器識別子「ＤＶＲ＿０１」により識別される機器において、時刻Ｔ１から時刻Ｔ２までの時間帯、時刻Ｔ３から時刻Ｔ４までの時間帯、時刻Ｔ５から時刻Ｔ６までの時間帯において、機器リソースの稼動が上限数までに達しており、機器識別子「ＤＶＲ＿０２」により識別される機器において、時刻Ｔ１３から時刻Ｔ１４までの時間帯において、機器リソースの稼動が上限数までに達している。
【０１７２】
（８−７）最大負荷時間帯テーブル６００の生成の詳細
機器負荷予測部１０８は、一例として、図１４に示す最大負荷時間帯テーブル６００を生成する。ここでは、機器負荷予測部１０８による最大負荷時間帯テーブル６００の生成についてより詳細に説明する。
機器負荷予測部１０８は、最大負荷時間帯テーブル６００を有しており、最初に、最大負荷時間帯テーブル６００を初期化する。
【０１７３】
機器負荷予測部１０８は、機器毎に、上述したようにして生成した負荷時間帯テーブルから、機器機能管理部１０６から得た上限数（Ｒｍａｘ）と同じ数の機器リソース数を含む負荷時間帯情報を抽出し、当該機器を識別する機器識別子と、抽出した負荷時間帯情報に含まれる処理開始時刻及び処理終了時刻から構成される最大負荷時間帯とを含む最大時間帯情報を生成し、生成した最大時間帯情報を最大負荷時間帯テーブル６００へ書き込む。
【０１７４】
最大負荷時間帯テーブル６００は、一例として、図１４に示すように、最大時間帯情報６０１及び６０２を含む。最大時間帯情報６０１及び６０２は、それぞれ、機器識別子「ＤＶＲ＿０１」６２１及び機器識別子「ＤＶＲ＿０２」６２２により識別されるデジタルビデオレコーダ２０４及び２０５に、それぞれ、対応している。
最大時間帯情報６０１は、機器識別子６２１、最大負荷時間帯情報６１１、６１２及び６１３から構成されている。最大負荷時間帯情報６１１、６１２及び６１３は、それぞれ、処理開始時刻及び処理終了時刻を含んでいる。最大時間帯情報６０１は、機器識別子「ＤＶＲ＿０１」の示すデジタルビデオレコーダ２０４について、「１３時００分」から「１３時３０分」までの時間帯、「１５時００分」から「１６時００分」までの時間帯及び「１９時００分」から「２８時００分」までの時間帯において、使用される予定の機器リソースの数が上限数（Ｒｍａｘ）と等しいことを示している。
【０１７５】
また、最大時間帯情報６０２は、機器識別子６２２、最大負荷時間帯情報６１４から構成されている。最大負荷時間帯情報６１４は、処理開始時刻及び処理終了時刻を含む。最大時間帯情報６０２は、機器識別子「ＤＶＲ＿０２」の示すデジタルビデオレコーダ２０５について、「２３時００分」から「２４時００分」までの時間帯において、使用される予定の機器リソースの数が上限数であることを示している。
【０１７６】
（９）移動制御部１０９
移動制御部１０９は、コンテンツ予測選別部１０７により選別された予測コンテンツを、予測コンテンツが再生されると予測される時間帯になる前に、機器負荷が少ないと予測されたネットワーク上の機器に対して移動する機能部である。
上述したように、最大負荷時間帯テーブル６００に記憶されている最大負荷時間帯は、対応する機器識別子の示す機器に処理要求が集中すると予測される時間帯であり、最大負荷時間帯には、前記予測コンテンツの再生要求が為される可能性が高い。つまり、最大負荷時間帯が、「予測コンテンツが再生されると予測される時間帯」に当たる。
【０１７７】
以下において、移動制御部１０９の詳細について説明する。
移動制御部１０９は、機器負荷予測部１０８から機器毎の負荷時間帯テーブルと最大負荷時間帯テーブル６００とを取得し、取得した機器毎の負荷時間帯テーブルと最大負荷時間帯テーブル６００とを用いて、何れの機器においても、機器リソースが稼動していない時間帯（以下、移動可能時間帯と呼ぶ）を算出する。
具体的には、負荷時間帯テーブルに含まれている負荷時間帯情報により示される時間帯以外の移動可能時間帯を算出する。
【０１７８】
具体的に、図１３を例にすると、時刻Ｔ０から時刻Ｔ１までの時間帯と、時刻Ｔ１２から時刻Ｔ５までの時間帯は、機器識別子「ＤＶＲ＿０１」の機器及び機器識別子「ＤＶＲ＿０２」の機器のいずれにおいても、稼動中の機器リソースが０であると予測されている。よって、この場合、時刻Ｔ０から時刻Ｔ１までの時間帯と、時刻Ｔ１２から時刻Ｔ５までの時間帯が移動可能時間帯である。
【０１７９】
なお、移動可能時間帯の決定方法は、これに限定されるものではなく、２つの機器双方において、コンテンツの移動のために利用できる機器リソースが確保できる時間帯であればよいので、双方の機器の最大負荷時間帯以外の時間帯を全て移動可能時間帯としてもよい。図１３を例にすると、時刻Ｔ０〜時刻Ｔ１、時刻Ｔ２〜時刻Ｔ３、時刻Ｔ４〜時刻Ｔ５、時刻Ｔ６〜時刻Ｔ１５が移動可能時間帯とすることもできる。
【０１８０】
次に、処理負荷軽減の対象となる１個の機器を選択する。具体的には、最大負荷時間帯テーブル６００に含まれる機器識別子を順次、１個ずつ読み出す。以下、機器識別子「ＤＶＲ＿０１」を読み出した場合について説明する。
移動制御部１０９は、読み出した機器識別子６２１「ＤＶＲ＿０１」を含む最大時間帯情報６０１から、最大負荷時間帯情報を順次読み出し、各最大負荷時間帯情報について、以下の処理を繰り返す。
【０１８１】
移動制御部１０９は、機器識別子６２１「ＤＶＲ＿０１」と読み出した最大負荷時間帯情報を含むコンテンツ予測指示を生成し、コンテンツ予測選別部１０７へ出力する。コンテンツ予測指示は、機器識別子「ＤＶＲ＿０１」の示すデジタルビデオレコーダ２０４の有するコンテンツの中で、最大負荷時間帯情報の示す最大負荷時間帯において、再生を要求される可能性の高いコンテンツの選別を指示する。
【０１８２】
次に、移動制御部１０９は、コンテンツ予測選別部１０７から、予測コンテンツを示すｃｒｉｄと予測コンテンツのファイルサイズとを受け取る。
予測コンテンツを示すｃｒｉｄを受け取ると、移動制御部１０９は、当該宅内ネットワークシステム１における予測コンテンツの移動時間を計算する。計算方法としては、例えば、予測コンテンツのファイルサイズを、ＨＤＤ転送帯域で割り、移動時間を算出する。
【０１８３】
続いて、移動制御部１０９は、現在時刻を受信機１００の内部クロックから取得する。取得した現在時刻が、算出した移動可能時間に含まれるか否かを判断し、含まれない場合は、移動可能時間の開始時刻まで待機する。
現在時刻が、デジタルビデオレコーダ２０５の移動可能時間に含まれると判断すると、次に、移動制御部１０９は、現在時刻に算出した移動時間を加算し移動終了予定時刻ＴＭを算出する。次に、移動制御部１０９は、最大負荷時間帯テーブル６００から読み出した最大負荷時間帯情報に含まれる処理開始時刻Ｔｓと前記移動終了予定時刻ＴＭとを比較する。ＴＭ≦Ｔｓならば、予測コンテンツの移動指示を示すリクエストを生成し、生成したリクエストを相手機器の移動制御部１０９へ出力する。具体的には、この場合、機器識別子「ＤＶＲ＿０１」の示すデジタルビデオレコーダ２０４の移動制御部へ予測コンテンツの出力を示すリクエストを出力し、機器識別子「ＤＶＲ＿０２」の示すデジタルビデオレコーダ２０５の移動制御部へ、予測コンテンツの書き込みを指示するリクエストを出力する。
【０１８４】
Ｔｓ＜ＴＭならば、最大負荷時間帯が始まるまでに予測コンテンツの移動が終了しないので、移動制御部１０９は、コンテンツ予測選別部１０７へ予測コンテンツの変更をリクエストする。コンテンツ予測選別部１０７から新たな予測コンテンツを示すｃｒｉｄと、予測コンテンツのファイルサイズとを受け取り、受け取ったｃｒｉｄを基に、移動終了予定時刻を算出、コンテンツ移動のリクエストの出力を行う。
【０１８５】
また、移動制御部１０９は、他の機器の移動制御部１０９から、予測コンテンツの移動指示を示すリクエストを受け取る。前記リクエストを受け取ると、受け取ったリクエストに従って、予測コンテンツを移動する（ここで、予測コンテンツをＭＯＶＥしてもよいし、コピーしてもよい）。
１．３ デジタルテレビ２０１、２０２、２０３、デジタルビデオレコーダ２０４、２０５の動作
ここでは、デジタルテレビ２０１、２０２、２０３、デジタルビデオレコーダ２０４、２０５の動作を代表して、受信機１００の動作について説明する。
【０１８６】
（１）機器メタデータの取得及び登録の動作
受信機１００が、宅内ネットワークシステム１内の他の機器から、当該他の機器が保持している機器メタデータ（コンテンツの書誌情報、再生履歴情報、操作履歴情報、機器機能タイプ）を取得し、取得した機器メタデータを各管理部により登録する動作について、図１５に示すフローチャートを用いて説明する。
【０１８７】
ここで、図１５には、一例として、機器識別子「ＤＶＲ＿０１」の示すデジタルビデオレコーダ２０４が、機器識別子「ＤＶＲ＿０２」の示すデジタルビデオレコーダ２０５から機器メタデータを取得する場合の各機器の動作が記載されている。
機器識別子「ＤＶＲ＿０１」の示すデジタルビデオレコーダ２０４の機器機能取得部１０１は、内部クロックから取得した現在時刻と各機器メタデータ取得時刻とを比較し、一致していなければ（ステップＳ１０１でＮＯ）、所定時間の経過後、再度比較する。一致していれば、つまり、機器メタデータを取得する時刻と判断した場合（ステップＳ１０１でＹＥＳ）、機器機能取得部１０１は、機器メタデータ取得を要求するリクエストを生成し（ステップＳ１０２）、生成したリクエストを、情報送受信部１０２を介して、宅内ネットワークシステム１を構成する他機器に送信する（ステップＳ１０３）。
【０１８８】
機器識別子「ＤＶＲ＿０２」の示すデジタルビデオレコーダ２０５の機器機能取得部１０１は、情報送受信部１０２を介して、デジタルビデオレコーダ２０４から機器メタデータ取得リクエストを受信し（ステップＳ１０３）、受信した機器メタデータ取得リクエストを解析して、要求される機器メタデータの種類を判定する（ステップＳ１０４）。
解析の結果に従って、機器機能取得部１０１は、当該デジタルビデオレコーダ２０５内の、コンテンツ情報管理部１０３、再生履歴管理部１０４、操作履歴管理部１０５、機器機能管理部１０６から要求される機器メタデータを取得し（ステップＳ１０５）、取得した機器メタデータを含む機器メタデータ取得レスポンスを生成し（ステップＳ１０６）、生成した機器メタデータ取得レスポンスを、当該他の機器の情報送受信部１０２を介して、機器メタデータ取得リクエストの送信元の機器へ送信する（ステップＳ１０７）。
【０１８９】
機器識別子「ＤＶＲ＿０１」の示すデジタルビデオレコーダ２０４の機器機能取得部１０１は、情報送受信部１０２を介して、機器メタデータ取得レスポンスを受信し（ステップＳ１０７）、受信した機器メタデータ取得レスポンスを解釈して、受信した機器メタデータ取得レスポンスから機器メタデータを抽出する（ステップＳ１０８）。抽出した機器メタデータの種類に応じて、各管理部に対して、機器メタデータを登録するように指示し、各管理部は、機器メタデータを登録する（ステップＳ１０９）。具体的には、取得した機器メタデータが他機器のコンテンツの書誌情報であれば、取得した機器メタデータをコンテンツ情報管理部１０３へ出力し、取得した機器メタデータが他機器の再生履歴情報であれば、取得した機器メタデータを、再生履歴管理部１０４へ出力し、取得した機器メタデータが他機器の操作履歴情報であれば、取得した機器メタデータを操作履歴管理部１０５へ出力し、機器メタデータが他機器の機器機能タイプであれば、機器メタデータを、機器機能管理部１０６へ出力して、登録を指示する。
【０１９０】
（２）最大負荷時間帯の抽出の動作
機器負荷予測部１０８による最大負荷時間帯の抽出の動作について、図１６〜図１７に示すフローチャートを用いて説明する。なお、ここでは、一例として、機器識別子「ＤＶＲ＿０１」の示すデジタルビデオレコーダ２０４と、機器識別子「ＤＶＲ＿０２」の示すデジタルビデオレコーダ２０５の、ＨＤＤ処理に関する最大処理負荷時間帯を抽出する場合について、図示している。
【０１９１】
機器負荷予測部１０８は、受信機１００が備える内部クロックから現在時刻を取得し、取得した現在時刻と予め記憶している機器負荷予測時刻とを比較する（ステップＳ１６１）。現在時刻と機器負荷予測時刻とが一致する場合には（ステップＳ１６１でＹＥＳ）、機器負荷予測部１０８は、検索条件として、機器識別子＝「ＤＶＲ＿０１、ＤＶＲ＿０２」を含み、受信条件として、ＨＤＤ処理に関する機器リソースの上限数｛Ｒｍａｘ｝を含むリクエストを生成し（ステップＳ１６２）、生成したリクエストを機器機能管理部１０６へ出力する（ステップＳ１６３）。
【０１９２】
機器機能管理部１０６は、機器負荷予測部１０８から、検索条件として、機器識別子＝「ＤＶＲ＿０１、ＤＶＲ＿０２」を含み、受信条件{Ｒｍａｘ｝を含むリクエストを受け取る（ステップＳ１６３）。受け取ったリクエストを解析して、当該取得リクエストから前記検索条件及び前記受信条件を抽出し（ステップＳ１６４）、機器機能テーブル３８０から、抽出した前記検索条件に合致する機器機能情報、つまり、機器識別子「ＤＶＲ＿０１」を含む機器機能情報と機器識別子「ＤＶＲ＿０２」を含む機器機能情報を検出し、受信条件に従って、検出した機器機能情報からＲｍａｘを抽出する（ステップＳ１６５）。
【０１９３】
次に、機器機能管理部１０６は、取得した機器識別子「ＤＶＲ＿０１」により識別される機器のＲｍａｘ及び機器識別子「ＤＶＲ＿０２」により識別される機器のＲｍａｘとを機器負荷予測部１０８へ出力する（ステップＳ１６６）。
機器負荷予測部１０８は、機器機能管理部１０６から機器識別子「ＤＶＲ＿０１」により識別される機器のＲｍａｘ及び機器識別子「ＤＶＲ＿０２」により識別される機器のＲｍａｘを受け取る（ステップＳ１６６）。
【０１９４】
これらを受け取ると、機器負荷予測部１０８は、検索条件として、操作対象識別子＝「ＤＶＲ＿０１、ＤＶＲ＿０２」、機器操作＝「再生、録画」、日時＝「指定曜日」を含み、受信条件として、操作履歴テーブル３６０の項目｛機器操作、操作対象識別子、処理開始時刻及び処理終了時刻｝を含むリクエストを生成し（ステップＳ１６７）、生成したリクエストを操作履歴管理部１０５へ出力する（ステップＳ１６８）。
【０１９５】
操作履歴管理部１０５は、機器負荷予測部１０８から、リクエストを受け取り（ステップＳ１６８）、受け取ったリクエストを解析して、検索条件と受信条件とを抽出する（ステップＳ１６９）。
次に、操作履歴管理部１０５は、操作履歴テーブル３６０において、抽出した前記検索条件に合致する操作履歴情報を検出し、検出した操作履歴情報から、受信条件含まれる項目に該当するデータを抽出して、項目情報を生成する（ステップＳ１７０）。複数の操作履歴情報が検出された場合は、検出された操作履歴情報毎に項目情報を生成する。
【０１９６】
次に、操作履歴管理部１０５は、生成した項目情報を機器負荷予測部１０８へ出力する（ステップＳ１７１）。
機器負荷予測部１０８は、操作履歴管理部１０５から１個以上の項目情報を受け取り（ステップＳ１７１）、受け取った項目情報を一時的に内部に記憶する（ステップＳ１７３）。
【０１９７】
次に、機器負荷予測部１０８は、受け取った項目情報を用いて、機器毎に、各時間帯において稼動中であると予測される機器リソースの数を計算して、各機器とそれぞれ対応する負荷時間帯テーブルを生成する（ステップＳ１７４）。
続いて、機器負荷予測部１０８は、機器毎に生成した負荷時間帯テーブルと上限数Ｒｍａｘとを基に、稼動中の機器リソース数がＲｍａｘと一致する時間帯（つまり、最大負荷時間帯）を検出し、検出した最大負荷時間帯を示す最大負荷時間帯情報を含む最大負荷時間帯テーブル６００を生成し、生成した最大負荷時間帯テーブル６００を内部に記憶する（ステップＳ１７６）。
【０１９８】
（３）機器負荷予測部１０８による負荷時間帯テーブルの生成の動作
機器負荷予測部１０８による負荷時間帯テーブルの生成動作について、図１８に示すフローチャートを用いて説明する。なお、これは、図１７のステップＳ１７４の詳細である。また、ここでは、機器識別子「ＤＶＲ＿０１」の示すデジタルビデオレコーダ２０４と対応する負荷時間帯テーブルの生成について記載しているが、他の機器に対応する負荷時間帯テーブルを生成する場合も同様の動作をするので、説明を省略する。
【０１９９】
まず、機器負荷予測部１０８は、負荷時間帯の予測の対象となる予測対象機器を決定する（ステップＳ１９０）。ここでは、機器識別子「ＤＶＲ＿０１」の示すデジタルビデオレコーダ２０４を予測対象機器とする。次に。機器負荷予測部１０８は、予測対象機器と対応する負荷時間帯テーブルを空白で初期化する（ステップＳ１９１）。
次に、機器負荷予測部１０８は、内部に記憶している項目情報の読み出しを試みる（ステップＳ１９２）。全ての項目情報について、読み出しが終了した場合には（ステップＳ１９３でＹＥＳ）、負荷時間帯テーブルの生成の動作を終了する。
【０２００】
読み出しが終了していない場合には（ステップＳ１９３でＮＯ）、機器負荷予測部１０８は、まだ読み出していない項目情報を読み出す。読み出した項目情報に含まれる操作対象識別子が、「ＤＶＲ＿０１」でない場合には（ステップＳ１９４のＮＯ）、ステップＳ１９２へ戻って処理を繰り返す。
読み出した項目情報に含まれる操作対象識別子が、「ＤＶＲ＿０１」である場合には（ステップＳ１９４のＹＥＳ）、機器負荷予測部１０８は、負荷時間帯テーブルから、読み出した項目情報により定まる時間帯に重複する時間帯を含む負荷時間帯情報を探す（ステップＳ１９５）。
【０２０１】
重複する時間帯が存在しない場合（ステップＳ１９６の「無し」）、機器負荷予測部１０８は、読み出した項目情報に含まれる処理開始時刻及び処理終了時刻並びに値「１」を有する機器リソース数から構成される負荷時間帯情報を生成し、生成した負荷時間帯情報を負荷時間帯テーブルに書き込み（ステップＳ１９９）、次に、ステップＳ１９２へ戻って処理を繰り返す。
【０２０２】
重複する時間帯が存在する場合（ステップＳ１９６「有り」）、機器負荷予測部１０８は、項目情報による入力時間帯と負荷時間帯情報による更新時間帯とをそれぞれ、重複部分に基づいて分割する（ステップＳ２０１）。次に、更新時間帯の分割に応じて、負荷時間帯情報を置き換える（ステップＳ２０２）。
次に、機器負荷予測部１０８は、項目情報による入力時間帯が分割されて生成された分割時間帯について、当該分割時間帯がタイプＡかタイプＢかを特定し（ステップＳ２０４）、タイプＡの各分割時間帯と対応する負荷時間帯情報の機器リソース数に値「１」の加算を行う（ステップＳ２０６）。また、タイプＢの各分割時間帯について、分割時間帯及び機器リソース数「１」からなる負荷時間帯情報を負荷時間帯テーブルに追加して書き込む（ステップＳ２０７）。次に、ステップＳ１９２へ戻り、全ての項目情報について、同様の処理が終了するまで、ステップＳ１９２〜ステップＳ２０７の処理を繰り返す。
【０２０３】
（４）コンテンツの移動制御の動作
コンテンツの移動制御の動作について、図１９〜２０に示すフローチャートを用いて説明する。なお、ここでは一例として、予測対象日における機器識別子「ＤＶＲ＿０１」の示すデジタルビデオレコーダ２０４の負荷を軽減するためのコンテンツ移動を行う場合について説明する。
【０２０４】
移動制御部１０９は、機器負荷予測部１０８から機器毎の負荷時間帯テーブルと最大負荷時間帯テーブル６００とを取得し、取得した機器毎の負荷時間帯テーブルと最大負荷時間帯テーブル６００とを用いて、移動可能時間帯を算出する（ステップＳ２２１）。
次に、移動制御部１０９は、最大負荷時間帯テーブル６００に含まれる機器識別子の読み出しを試みる（ステップＳ２２２）。最大負荷時間帯テーブル６００に含まれる機器識別子を全て、読み出し終えている場合は、コンテンツ移動制御の動作を終了する（ステップＳ２２３のＹＥＳ）。
【０２０５】
読み出し終えていない場合（ステップＳ２２３のＮＯ）、移動制御部１０９は、最大負荷時間帯テーブル６００から機器識別子を読み出して一時的に記憶する。続いて、ステップＳ２２６〜ステップＳ２５３の間、記憶している機器識別子を含む最大時間帯情報を構成する各最大負荷時間帯情報について、ステップＳ２２７〜ステップＳ２５２の処理を繰り返すことで、各最大負荷時間帯情報の示す最大負荷時間における、処理負荷を軽減するために、最適なコンテンツ（予測コンテンツ）を、一時的に記憶している機器識別子の示す機器から、他の機器へ移動する。
【０２０６】
先ず、移動制御部１０９は、記憶している機器識別子と対応する１の最大負荷時間帯情報を、最大負荷時間帯テーブル６００から読み出し（ステップＳ２２７）、一時的に記憶している機器識別子と、読み出した最大負荷時間帯情報とを含むコンテンツ予測指示を生成し（ステップＳ２２８）、生成したコンテンツ予測指示をコンテンツ予測選別部１０７へ出力する（ステップＳ２２９）。
【０２０７】
コンテンツ予測選別部１０７は、コンテンツ予測指示を受け取り、受け取ったコンテンツ予測指示に含まれる最大負荷時間帯情報の示す時間帯において、機器識別子の示す機器により再生される可能性の高い予測コンテンツを選別する（ステップＳ２３１）。次に、コンテンツ予測選別部１０７は、予測コンテンツのｃｒｉｄとファイルサイズとを移動制御部１０９へ出力する（ステップＳ２３２）。
【０２０８】
移動制御部１０９は、コンテンツ予測選別部１０７から、予測コンテンツを示すｃｒｉｄと、予測コンテンツのファイルサイズとを受け取る（ステップＳ２３２）。
続いて、移動制御部１０９は、受け取ったファイルサイズをＨＤＤ転送帯域で割って、予測コンテンツの移動時間を計算する（ステップＳ２２４）。なお、移動時間の取得方法は、他の方法でもよい。
【０２０９】
次に、移動制御部１０９は、現在時刻を受信機の内部クロックから取得する（ステップＳ２３６）。取得した現在時刻が、移動可能時間帯に含まれていない場合（ステップＳ２３７のＮＯ）、ステップＳ２３６に戻り、移動可能時間帯になるまで待機する。
取得した現在時刻が、移動可能時間帯に含まれる場合（ステップＳ２３７のＹＥＳ）、移動制御部１０９は、現在時刻に移動時間を加算して移動終了予定時刻を算出する（ステップＳ２３９）
移動制御部１０９は、算出した移動終了予定時刻と最大負荷時間帯の開始時刻とを比較する（ステップＳ２４１）。
【０２１０】
移動終了予定時刻が、最大負荷時間帯の開始時刻よりも後であれば（ステップＳ２４１のＮＯ）、移動制御部１０９は、予測コンテンツの変更を示すリクエストを生成し（ステップＳ２３１）、生成したリクエストをコンテンツ予測選別部１０７へ出力する（ステップＳ２４３）。
コンテンツ予測選別部１０７は、予測コンテンツの変更を示すリクエストを受け取る（ステップＳ２４３）。リクエストを受け取ると、コンテンツ情報管理部１０３から取得した一覧を基に、次に録画経過時間の短いコンテンツを新たな予測コンテンツとして選別する。コンテンツ予測選別部１０７は、新たな予測コンテンツを示すｃｒｉｄとファイルサイズとを、一覧から読み出す（ステップＳ２４４）。読み出したｃｒｉｄとファイルサイズとを移動制御部１０９へ出力する（ステップＳ２４６）。
【０２１１】
移動制御部１０９は、新たな予測コンテンツを示すｃｒｉｄとファイルサイズとを受け取り、ステップＳ２３４へ処理を移す。
移動終了予定時刻が、最大負荷時間帯の開始時刻以前であれば（ステップＳ２４１のＹＥＳ）、移動制御部１０９は、相手機器の移動制御部１０９へ予測コンテンツの移動指示を示すリクエストを生成し（ステップＳ２５１）、生成したリクエストを相手機器へ送信する（ステップＳ２５２）。
【０２１２】
相手機器の移動制御部は、予測コンテンツの移動指示を示すリクエストを受け取り（ステップＳ２５２）、受け取ったリクエストに従って、予測コンテンツを移動する（ステップＳ２５６）。
ここで、相手機器とは、負荷軽減の対象となっているデジタルビデオレコーダ２０４と、予測コンテンツの受け取り先となるデジタルビデオレコーダ２０５である。なお、ここで説明したコンテンツ移動制御部をデジタルビデオレコーダ２０４又は２０５の移動制御部１０９が行っている場合は、この限りでない。
【０２１３】
予測コンテンツの移動のリクエストを出力し終えると、ステップＳ２２８にもどり、全ての最大負荷時間帯情報について、同様の処理を繰り返す。
繰返しが終了すると、ステップＳ２２３に戻り最大負荷時間帯テーブル６００から、次の機器識別子の読み出しを試みる。
（５）コンテンツ予測選別の動作
受信機１００におけるコンテンツ予測選別の動作について、図２１〜図２３に示すフローチャートを用いて説明する。なお、これは、図１９のステップＳ２３１の詳細である。ここでは、一例として、機器識別子「ＤＶＲ＿０１」の示すデジタルビデオレコーダ２０４の処理負荷を軽減するために最適な予測コンテンツを選別する場合について述べる。
【０２１４】
コンテンツ予測選別部１０７は、移動制御部１０９から、コンテンツ予測指示を受け取る（ステップＳ３０１）。ここで受け取るコンテンツ予測指示は、機器識別子「ＤＶＲ＿０１」と最大負荷時間帯情報とを含む。
コンテンツ予測指示を受け取ると、コンテンツ予測選別部１０７は、検索条件として、再生状態＝「再生済」と再生時間帯＝「指定曜日，最大負荷時間帯」を含み、受信条件｛ｃｒｉｄ｝を含むリクエストを生成し（ステップＳ３０２）、生成したリクエストを再生履歴管理部１０４へ出力する（ステップＳ３０３）。
【０２１５】
次に、再生履歴管理部１０４は、コンテンツ予測選別部１０７から、リクエストを受け取り（ステップＳ３０３）、受け取ったリクエストを解析して、検索条件及び受信条件を抽出する（ステップＳ３０６）。次に、再生履歴管理部１０４は、指定された検索条件に合致する再生履歴情報、つまり、指定曜日の最大負荷時間帯において、再生されたコンテンツと対応するコンテンツ情報を検出し、検出した各コンテンツ情報から、ｃｒｉｄを抽出する（ステップＳ３０７）。
【０２１６】
再生履歴管理部１０４は、抽出したｃｒｉｄをコンテンツ予測選別部１０７へ出力する（ステップＳ３０８）。上記の検索条件及び受信条件より、ここで出力されるｃｒｉｄは、指定曜日の最大負荷時間帯に再生されたコンテンツを示すｃｒｉｄである。
コンテンツ予測選別部１０７は、再生履歴管理部１０４から、指定曜日の最大負荷時間帯に再生されたコンテンツのｃｒｉｄを受け取る（ステップＳ３０８）。
【０２１７】
次に、コンテンツ予測選別部１０７は、検索条件として、ｃｒｉｄ＝「指定曜日の最大負荷時間帯に再生されたコンテンツのｃｒｉｄ（言い換えると、ステップＳ３０８において受け取ったｃｒｉｄ）」を含み、受信条件｛ジャンル｝を含むリクエストを生成し（ステップＳ３１１）、生成したリクエストをコンテンツ情報管理部１０３へ出力する（ステップＳ３１２）。
【０２１８】
コンテンツ情報管理部１０３は、コンテンツ予測選別部１０７から、リクエストを受け取り（ステップＳ３１２）、受け取った取得リクエストを解析して、検索条件及び受信条件を抽出する（ステップＳ３１３）。
コンテンツ情報管理部１０３は、抽出した検索条件に合致するコンテンツ情報、つまり、検索条件として受け取ったｃｒｉｄを含むコンテンツ情報を検出し、抽出した受信条件に従って、検出した各コンテンツ情報からジャンルを抽出する（ステップＳ３１４）。次に、抽出したジャンルをコンテンツ予測選別部１０７へ出力する（ステップＳ３１６）。上記の検索条件及び受信条件より、ここで受け取るジャンルは、指定曜日の最大負荷時間帯において� | |