(57)【要約】【課題】ネットワークおよび蓄積装置の資源の浪費を低減する蓄積方法を提供する。【解決手段】蓄積方法では、録画端末１０２〜１０５のそれぞれから送信されたアップロード要求メッセージを受信し（Ｓ１１）、録画端末１０２〜１０５のそれぞれのネットワーク状況を示すネットワーク状況情報を用いて、録画端末１０２〜１０５の中から、コンテンツをアップロードさせる録画端末をアップローダとして選択し（Ｓ１２）、選択したアップローダに対してアップロード許可メッセージを送信し、選択しなかった録画端末に対してアップロード不要メッセージを送信し（Ｓ１３）、選択したアップローダからネットワークを介してアップロードされたコンテンツを受信して保存する（Ｓ１４）。【選択図】図２２
2017046081.tif 000002
【特許請求の範囲】
【請求項１】
端末装置からネットワークを介してアップロードされたコンテンツを保存する蓄積装置における蓄積方法であって、
複数の端末装置のそれぞれから送信された、同一のコンテンツに対するアップロード要求メッセージを受信し、
前記アップロード要求メッセージを送信した前記複数の端末装置のそれぞれのネットワーク状況を示すネットワーク状況情報を用いて、前記複数の端末装置の中から、前記同一のコンテンツをアップロードさせる端末装置をアップローダとして選択し、
選択した前記アップローダに対してアップロード許可メッセージを送信し、選択しなかった端末装置に対してアップロード不要メッセージを送信し、
選択した前記アップローダから前記ネットワークを介してアップロードされた前記同一のコンテンツを受信して保存する
蓄積方法。
【請求項２】
前記蓄積方法は、さらに、
前記複数の端末装置のそれぞれからアップロードされるコンテンツを受信するときには、前記複数の端末装置のそれぞれのネットワーク帯域を計測し、前記複数の端末装置のそれぞれの計測されたネットワーク帯域を示す情報を、前記ネットワーク状況情報として保存し、
前記アップローダの選択では、
前記ネットワーク状況情報によって示されるネットワーク帯域が大きい端末装置ほど、当該端末装置が優先して選択されるように、前記アップローダを選択する
請求項１に記載の蓄積方法。
【請求項３】
前記蓄積方法は、さらに、
前記複数の端末装置のそれぞれからアップロードされるコンテンツを受信するときには、前記複数の端末装置のそれぞれのアップロード時間を計測し、前記複数の端末装置のそれぞれの計測されたアップロード時間を示す情報を、前記ネットワーク状況情報として保存し、
前記アップローダの選択では、
前記ネットワーク状況情報によって示されるアップロード時間が小さい端末装置ほど、当該端末装置が優先して選択されるように、前記アップローダを選択する
請求項１に記載の蓄積方法。
【請求項４】
前記アップローダの選択では、
前記複数の端末装置の中から、前記同一のコンテンツに対して予め定められたアップロード最大数以下のＮ（Ｎは２以上の整数）個の端末装置のそれぞれをアップローダとして選択し、
前記アップロード許可メッセージの送信では、
選択したＮ個のアップローダのそれぞれに前記アップロード許可メッセージを送信し、
前記同一のコンテンツの受信では、
前記Ｎ個のアップローダのそれぞれから、前記同一のコンテンツを受信する
請求項１に記載の蓄積方法。
【請求項５】
前記アップローダの選択では、
互いに異なるＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅｓ  Ｐｒｏｖｉｄｅｒ）を介して前記ネットワークに接続された端末装置をそれぞれアップローダとして優先して選択する
請求項４に記載の蓄積方法。
【請求項６】
前記蓄積方法は、さらに、
前記同一のコンテンツに対する前記アップロード要求メッセージを新たな端末装置から受信した際に、前記同一のコンテンツに対して前記アップロード許可メッセージが既に送信された回数であるアップロード許可数が前記アップロード最大数以上の場合、前記新たな端末装置をアップローダとして選択せず、前記新たな端末装置に対してアップロード不要メッセージを送信し、
前記同一のコンテンツに対する前記アップロード要求メッセージを新たな端末装置から受信した際に、前記アップロード許可数が前記アップロード最大数未満の場合、前記新たな端末装置をアップローダとして選択し、前記新たな端末装置に対してアップロード許可メッセージを送信する
請求項４に記載の蓄積方法。
【請求項７】
前記蓄積方法は、さらに、
前記複数の端末装置のそれぞれからアップロードされるコンテンツを受信するときには、前記複数の端末装置のそれぞれから受信した前記コンテンツが不正か否かを判定し、不正と判定した前記コンテンツをアップロードした端末装置を非適正端末として示す非適正端末情報を保持し、
前記アップローダの選択では、
前記複数の端末装置のうち、前記非適正端末情報によって非適正端末として示されている端末装置を除く、残りの少なくとも１つの端末装置から、前記アップローダを選択する
請求項１に記載の蓄積方法。
【請求項８】
前記コンテンツが不正か否かの判定では、
受信した前記コンテンツのデータに抜けがあるか否かを判定し、抜けがあると判定した場合に、前記コンテンツは不正と判定する
請求項７に記載の蓄積方法。
【請求項９】
前記コンテンツが不正か否かの判定では、
受信した前記コンテンツを構成する複数のパケットのそれぞれを識別するためのパケット識別子が非連続であるか否かを判定することによって、前記コンテンツのデータに抜けがあるか否かを判定し、非連続であると判定した場合に、前記コンテンツのデータに抜けがあると判定する
請求項８に記載の蓄積方法。
【請求項１０】
前記コンテンツが不正か否かの判定では、
前記複数の端末装置のそれぞれによる同一のコンテンツに対するアップロードが行われた場合に、前記複数の端末装置のそれぞれから受信したコンテンツのサイズを比較することによって、前記複数の端末装置のそれぞれから受信したコンテンツが不正か否かを判定する
請求項８に記載の蓄積方法。
【請求項１１】
端末装置からネットワークを介してアップロードされたコンテンツを保存する蓄積装置であって、
複数の端末装置のそれぞれから送信された、同一のコンテンツに対するアップロード要求メッセージを受信する要求受信部と、
前記アップロード要求メッセージを送信した前記複数の端末装置のそれぞれのネットワーク状況を示すネットワーク状況情報を用いて、前記複数の端末装置の中から、前記同一のコンテンツをアップロードさせる端末装置をアップローダとして選択する選択部と、
選択した前記アップローダに対してアップロード許可メッセージを送信し、選択しなかった端末装置に対してアップロード不要メッセージを送信する可否送信部と、
選択した前記アップローダから前記ネットワークを介してアップロードされた前記同一のコンテンツを受信して記録媒体に保存するコンテンツ受信部とを
備える蓄積装置。
【請求項１２】
複数の端末装置と、前記複数の端末装置のうちの何れかの端末装置からネットワークを介してアップロードされたコンテンツを保存する蓄積装置とを備えたコンテンツ蓄積システムであって、
前記蓄積装置は、
前記複数の端末装置のそれぞれから送信された、同一のコンテンツに対するアップロード要求メッセージを受信する要求受信部と、
前記アップロード要求メッセージを送信した前記複数の端末装置のそれぞれのネットワーク状況を示すネットワーク状況情報を用いて、前記複数の端末装置の中から、前記同一のコンテンツをアップロードさせる端末装置をアップローダとして選択する選択部と、
選択した前記アップローダに対してアップロード許可メッセージを送信し、選択しなかった端末装置に対してアップロード不要メッセージを送信する可否送信部と、
選択した前記アップローダから、前記ネットワークを介してアップロードされた前記同一のコンテンツを受信して記録媒体に保存するコンテンツ受信部とを備え、
前記複数の端末装置のそれぞれは、
アップロード対象のコンテンツを識別するコンテンツ識別子を含む前記アップロード要求メッセージを、前記蓄積装置に送信する要求送信部と、
前記蓄積装置から、前記アップロード許可メッセージを受信すると、前記蓄積装置へ前記コンテンツのアップロードを行い、前記アップロード不要メッセージを受信すると、前記コンテンツのアップロードを中止するコンテンツ送信部とを備える
コンテンツ蓄積システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、録画端末などの端末装置からアップロードされるコンテンツを保存する蓄積方法、蓄積装置およびコンテンツ蓄積システムに関する。
【背景技術】
【０００２】
テレビ放送などのブロードキャストメディアのコンテンツを、タイムシフト視聴またはコレクション用途で保存する端末である録画端末が、一般的に普及している。これらの録画端末は、内部に記憶装置を搭載し、記憶装置の容量がある限り放送波で流れる番組データ（コンテンツ）を録画端末内に保存することができる。ただし、記録できる番組データ量は、録画端末の記憶装置に依存し、録画端末が故障すると以前に保存した番組データは消失したり、新しいモデルの録画端末を購入してそちらに番組データを移動させるのには非常に手間と時間がかかったりする。
【０００３】
そこで、番組データの長期間保存、故障対策、または録画端末間のデータ移動の簡便化のため、ネットワーク上にあるサーバに番組データを保存する蓄積方法が考えられる。近年、データ保管を目的としたクラウドサービスが一般的になってきており、サーバ上で番組データを保存する蓄積方法は現実的になってきている。
【０００４】
従来、複数のＳＴＢ（Ｓｅｔ  Ｔｏｐ  Ｂｏｘ）からネットワークストレージ装置に対して録画データをアップロードする蓄積方法が提案されている（特許文献１参照）。ＳＴＢは、ネットワークストレージ装置に対してアップロード要求を送信する。ネットワークストレージ装置は、アップロード要求に含まれる録画データの範囲を示した範囲情報と、ストリーム放送内のデータを解析した解析データとから、ＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）の単位でデータを分割する。ネットワークストレージ装置は、分割したデータのうち、ネットワークストレージ装置内に保存されていないデータの範囲情報をＳＴＢに返し、ＳＴＢは、それらのデータのみネットワークストレージ装置にアップロードする。これにより、重複したデータはアップロードされない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−２０７４２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献１の蓄積方法では、更なる改善が必要とされていた。
【課題を解決するための手段】
【０００７】
本発明の一態様に係る蓄積方法は、端末装置からネットワークを介してアップロードされたコンテンツを保存する蓄積装置における蓄積方法であって、複数の端末装置のそれぞれから送信された、同一のコンテンツに対するアップロード要求メッセージを受信し、前記アップロード要求メッセージを送信した前記複数の端末装置のそれぞれのネットワーク状況を示すネットワーク状況情報を用いて、前記複数の端末装置の中から、前記同一のコンテンツをアップロードさせる端末装置をアップローダとして選択し、選択した前記アップローダに対してアップロード許可メッセージを送信し、選択しなかった端末装置に対してアップロード不要メッセージを送信し、選択した前記アップローダから前記ネットワークを介してアップロードされた前記同一のコンテンツを受信して保存する。
【０００８】
なお、この包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【０００９】
本発明の蓄積方法によれば、更なる改善を実現することができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施の形態１におけるコンテンツ蓄積システムの一例を示すシステム構成図である。
【図２】図２は、実施の形態１における蓄積サーバと録画端末の詳細な構成図である。
【図３】図３は、実施の形態１におけるコンテンツ識別子の一例を示す図である。
【図４】図４は、実施の形態１における、アップロードが不要なときのシーケンス図である。
【図５】図５は、実施の形態１におけるアップロード要求メッセージの一例を示す図である。
【図６】図６は、実施の形態１におけるコンテンツ管理テーブルの一例を示す図である。
【図７】図７は、実施の形態１における、アップロードさせる録画端末の選択シーケンス図である。
【図８】図８は、実施の形態１における、登録後のコンテンツ管理テーブルの一例を示す図である。
【図９】図９は、実施の形態１における端末管理テーブルの一例を示す図である。
【図１０】図１０は、実施の形態１におけるアップロード管理テーブルの一例を示す図である。
【図１１】図１１は、実施の形態１における、アップロード要求メッセージの送信完了後に更新されたアップロード管理テーブルの状態の一例を示す図である。
【図１２】図１２は、実施の形態１における、コンテンツのアップロードのシーケンス図である。
【図１３】図１３は、実施の形態１における録画端末の処理を示すシーケンス図である。
【図１４】図１４は、実施の形態２における蓄積サーバと録画端末の詳細な構成図である。
【図１５】図１５は、実施の形態２におけるアップローダ選択処理のシーケンス図である。
【図１６】図１６は、実施の形態２における非適正端末テーブルの一例を示す図である。
【図１７】図１７は、実施の形態２におけるコンテンツのアップロードのシーケンス図である。
【図１８】図１８は、実施の形態２におけるＭＰＥＧ２−ＴＳの構成を示す図である。
【図１９】図１９は、実施の形態２におけるアップロード済みコンテンツサイズテーブルの一例を示す図である。
【図２０】図２０は、実施の形態２における端末アップロード管理テーブルの一例を示す図である。
【図２１】図２１は、本発明の一態様に係るコンテンツ蓄積システムの構成を示す図である。
【図２２】図２２は、本発明の一態様に係る蓄積装置による蓄積方法を示すフローチャートである。
【発明を実施するための形態】
【００１１】
（本発明の基礎となった知見）
以下、本発明の基礎となった知見について説明する。
【００１２】
上述のように、番組データの長期間保存、故障対策、または録画端末間のデータ移動の簡便化のため、ネットワーク上にあるサーバに番組データを保存する蓄積方法が考えられる。近年、データ保管を目的としたクラウドサービスが一般的になってきており、サーバ上で番組データを保存する方法は現実的になってきている。
【００１３】
しかしながら、サーバ上にデータを保存する録画端末が多数存在すると、番組データを保存し蓄積するサーバ（蓄積装置）には多数のアップロードが集中するため、高帯域のネットワークや大量の記憶装置が必要となる。つまり、アップロードされる番組データはブロードキャストされたものであるため、録画端末間では同一の番組データが多数存在する。したがって、蓄積装置には同じ番組データのアップロードまたは保存が略同時に多数行われることになり、ネットワークおよび蓄積装置の資源が浪費される。このような、アップロードまたは保存が略同時に多数行われることに対する対策は、上記特許文献１であっても行われておらず、ネットワークおよび蓄積装置の資源が浪費されるという課題がある。
【００１４】
さらに、上記の特許文献１では、録画端末に接続されたネットワークの状態、または録画端末がアップロードにネットワークを使用する時間を考慮していない。このため、多数の録画端末のうち、帯域が狭いネットワークに接続された録画端末が、アップロード処理を長時間実施したり、一部のネットワーク状態がよい録画端末ばかりがアップロード処理を実施したりする。これにより、一部の録画端末がアップロード処理に占有される可能性がある。その結果、その一部の録画端末のネットワークを共有する他の機器の通信が遅延するなどの課題がある。
【００１５】
本発明は、以上のような課題を解決するためになされたもので、コンテンツのアップロードが略同時に多数行われることに対するネットワークおよび蓄積装置の資源の浪費を低減する蓄積方法を提供する。さらに、複数の端末装置（録画端末）間のアップロード時間を、ネットワークの状態に合わせて平滑化する。
【００１６】
このような本発明の一態様に係る蓄積方法は、端末装置からネットワークを介してアップロードされたコンテンツを保存する蓄積装置における蓄積方法であって、複数の端末装置のそれぞれから送信された、同一のコンテンツに対するアップロード要求メッセージを受信し、前記アップロード要求メッセージを送信した前記複数の端末装置のそれぞれのネットワーク状況を示すネットワーク状況情報を用いて、前記複数の端末装置の中から、前記同一のコンテンツをアップロードさせる端末装置をアップローダとして選択し、選択した前記アップローダに対してアップロード許可メッセージを送信し、選択しなかった端末装置に対してアップロード不要メッセージを送信し、選択した前記アップローダから前記ネットワークを介してアップロードされた前記同一のコンテンツを受信して保存する。なお、同一のコンテンツは、完全に同一または実質的に同一のコンテンツであって、具体的には、同一のコンテンツ識別子によって識別される、例えば放送番組などのコンテンツである。
【００１７】
これにより、蓄積装置によって、ネットワーク状況に基づき、複数の端末装置から、アップロードさせる端末装置がアップローダとして選択されるため、不要なアップロードを削減でき、ネットワークおよび蓄積装置の資源の浪費を低減することができる。その結果、更なる改善を実現できる。また、複数の端末装置のそれぞれのネットワーク状況情報を用いることによって、例えば、複数の端末装置間のアップロード時間を、ネットワークの状態に合わせて、つまりその状態を考慮して、平滑化することができる。その結果、一部の端末装置がネットワークを長時間占有することを抑え、コンテンツを効率的に蓄積装置に蓄積することが可能となる。
【００１８】
また、前記蓄積方法では、さらに、前記複数の端末装置のそれぞれからアップロードされるコンテンツを受信するときには、前記複数の端末装置のそれぞれのネットワーク帯域を計測し、前記複数の端末装置のそれぞれの計測されたネットワーク帯域を示す情報を、前記ネットワーク状況情報として保存し、前記アップローダの選択では、前記ネットワーク状況情報によって示されるネットワーク帯域が大きい端末装置ほど、当該端末装置が優先して選択されるように、前記アップローダを選択してもよい。
【００１９】
これにより、ネットワーク帯域が大きい端末装置が優先してアップローダとして選択されるため、コンテンツを迅速にアップロードすることができる。
【００２０】
また、前記蓄積方法では、さらに、前記複数の端末装置のそれぞれからアップロードされるコンテンツを受信するときには、前記複数の端末装置のそれぞれのアップロード時間を計測し、前記複数の端末装置のそれぞれの計測されたアップロード時間を示す情報を、前記ネットワーク状況情報として保存し、前記アップローダの選択では、前記ネットワーク状況情報によって示されるアップロード時間が小さい端末装置ほど、当該端末装置が優先して選択されるように、前記アップローダを選択してもよい。
【００２１】
これにより、アップロード時間が小さい端末装置が優先してアップローダとして選択されるため、複数の端末装置間のアップロード時間を平滑化することができ、一部の端末装置がネットワークを長時間占有することを抑えることができる。
【００２２】
また、前記アップローダの選択では、前記複数の端末装置の中から、前記同一のコンテンツに対して予め定められたアップロード最大数以下のＮ（Ｎは２以上の整数）個の端末装置のそれぞれをアップローダとして選択し、前記アップロード許可メッセージの送信では、選択したＮ個のアップローダのそれぞれに前記アップロード許可メッセージを送信し、前記同一のコンテンツの受信では、前記Ｎ個のアップローダのそれぞれから、前記同一のコンテンツを受信してもよい。
【００２３】
これにより、２つ以上の端末装置がアップローダとして選択されるため、１つのアップローダによるアップロードが失敗しても、他のアップローダによるアップロードによって、コンテンツを適切に蓄積装置に蓄積することができる。
【００２４】
また、前記アップローダの選択では、互いに異なるＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅｓ  Ｐｒｏｖｉｄｅｒ）を介して前記ネットワークに接続された端末装置をそれぞれアップローダとして優先して選択してもよい。
【００２５】
例えば、アップローダとして選択されたＮ個の全ての端末装置が同じＩＳＰを介してネットワークに接続されていれば、そのＩＳＰに障害が発生したときには、コンテンツをアップロードすることができない。しかし、本発明の一態様では、互いに異なるＩＳＰを介してネットワークに接続された端末装置がアップローダとして優先して選択される。したがって、上述のようなＩＳＰの障害によってコンテンツがアップロードされなくなるという事象の発生を抑えることができる。
【００２６】
また、前記蓄積方法は、さらに、前記同一のコンテンツに対する前記アップロード要求メッセージを新たな端末装置から受信した際に、前記同一のコンテンツに対して前記アップロード許可メッセージが既に送信された回数であるアップロード許可数が前記アップロード最大数以上の場合、前記新たな端末装置をアップローダとして選択せず、前記新たな端末装置に対してアップロード不要メッセージを送信し、前記同一のコンテンツに対する前記アップロード要求メッセージを新たな端末装置から受信した際に、前記アップロード許可数が前記アップロード最大数未満の場合、前記新たな端末装置をアップローダとして選択し、前記新たな端末装置に対してアップロード許可メッセージを送信してもよい。
【００２７】
これにより、不要なアップロードをさらに削減でき、ネットワークおよび蓄積装置の資源の浪費を低減することができる。
【００２８】
また、前記蓄積方法では、さらに、前記複数の端末装置のそれぞれからアップロードされるコンテンツを受信するときには、前記複数の端末装置のそれぞれから受信した前記コンテンツが不正か否かを判定し、不正と判定した前記コンテンツをアップロードした端末装置を非適正端末として示す非適正端末情報を保持し、前記アップローダの選択では、前記複数の端末装置のうち、前記非適正端末情報によって非適正端末として示されている端末装置を除く、残りの少なくとも１つの端末装置から、前記アップローダを選択してもよい。
【００２９】
これにより、非適正端末でない端末装置がアップローダとして選択されるため、不正なコンテンツがアップロードされることを抑制することができる。
【００３０】
また、前記コンテンツが不正か否かの判定では、受信した前記コンテンツのデータに抜けがあるか否かを判定し、抜けがあると判定した場合に、前記コンテンツは不正と判定してもよい。例えば、前記コンテンツが不正か否かの判定では、受信した前記コンテンツを構成する複数のパケットのそれぞれを識別するためのパケット識別子が非連続であるか否かを判定することによって、前記コンテンツのデータに抜けがあるか否かを判定し、非連続であると判定した場合に、前記コンテンツのデータに抜けがあると判定する。
【００３１】
これにより、コンテンツが不正か否かを適切に判定することができる。
【００３２】
また、前記コンテンツが不正か否かの判定では、前記複数の端末装置のそれぞれによる同一のコンテンツに対するアップロードが行われた場合に、前記複数の端末装置のそれぞれから受信したコンテンツのサイズを比較することによって、前記複数の端末装置のそれぞれから受信したコンテンツが不正か否かを判定してもよい。
【００３３】
これにより、コンテンツが不正か否かを適切に判定することができる。
【００３４】
以下、実施の形態について、図面を参照しながら具体的に説明する。
【００３５】
なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。
【００３６】
（実施の形態１）
図１は、本実施の形態におけるコンテンツ蓄積システムのシステム構成図である。
【００３７】
コンテンツ蓄積システム１００ｓは、それぞれ端末装置である複数の録画端末１０２〜１０５と、蓄積装置である蓄積サーバ１０１とを備える。複数の録画端末１０２〜１０５はそれぞれアンテナ１０６〜１０９から放送波を受信し、受信した放送波に含まれるストリームの情報を蓄積サーバ１０１へネットワーク１１０を介して送信する。なお、アンテナ１０６〜１０９はケーブルテレビのＳＴＢでもよい。
【００３８】
蓄積サーバ１０１は、複数の録画端末１０２〜１０５から送信されたストリームの識別子から、それらの識別子に対応付けられた各ストリームの同一性を判定し、ストリームのデータ（以下、コンテンツ）のアップロードを担当する録画端末を選択する。例えば、録画端末１０２〜１０５から同じストリーム情報（識別子）が送信された場合、蓄積サーバ１０１は、アップロードする録画端末として録画端末１０２を選択してネットワーク１１０を介してアップロード許可メッセージを録画端末１０２に送信する。アップロード許可メッセージを受信した録画端末１０２は、送信したストリームの情報に対応するコンテンツを蓄積サーバ１０１にアップロードする。蓄積サーバ１０１は、アップロードされたコンテンツを受信すると保存する。蓄積サーバ１０１は、選択しなかった他の録画端末１０３〜１０５にはアップロード不要メッセージを送信する。アップロード不要メッセージを受信した録画端末１０３〜１０５は、コンテンツのアップロードを実施しない。なお、アップロードを担当する録画端末（アップローダ）を選択する際、蓄積サーバ１０１は、通信の切断などによるアップロードの失敗を想定し、２つ以上の録画端末をアップローダとして選択してもよい。
【００３９】
図２は、蓄積サーバ１０１と録画端末１０２の詳細な構成図である。なお、図１に示すコンテンツ蓄積システム１００ｓに含まれる録画端末１０３〜１０５のそれぞれの構成は、図２に示す録画端末１０２の構成とすべて同じである。
【００４０】
録画端末１０２は、チューナ２０８、ストリーム解析部２０９、アップロード要求送信部２１０、アップロード可否受信部２１１、コンテンツ送信部２１２、およびデータ保存部２１３を備える。
【００４１】
チューナ２０８は、放送波を受信し、その放送波をストリームに変換する。ストリームは、ＩＳＯ／ＩＥＣ  １３８１８−１およびＩＴＵ−Ｔ勧告Ｈ．２２２．０において標準化されているトランスポートストリーム（ＭＰＥＧ−２  ＴＳ）形式を用いて構成されている。ただし、後述する、ストリームを同定するための、録画端末間で共通するコンテンツの識別子（以下、コンテンツ識別子）を用いることが可能であれば、ストリームの形式はＭＰＥＧ２−ＴＳに限らなくてもよい。チューナ２０８は、受信したストリームのデータをストリーム解析部２０９に渡す。
【００４２】
ストリーム解析部２０９は、渡されたストリームのデータをコンテンツという固まりに分割する。コンテンツは、コンテンツ識別子によって識別可能な単位である。コンテンツ識別子は、各録画端末１０２〜１０５によって取得されたコンテンツのそれぞれが録画端末間で同じかどうかを判定可能な、各コンテンツに対して一意の識別子である。コンテンツ識別子は、例えばＭＰＥＧ２−ＴＳに含まれる時刻情報を示すＴｏＴ（Ｔｉｍｅ  Ｏｆｆｓｅｔ  Ｔａｂｌｅ）またはＴＤＴ（Ｔｉｍｅ  Ｄａｔｅ  Ｔａｂｌｅ）に含まれる１６ｂｉｔの現在日付および３２ｂｉｔの現在時刻と、ＰＡＴ（Ｐｒｏｇｒａｍ  Ａｓｓｏｃｉａｔｉｏｎ  Ｔａｂｌｅ）に含まれる１６ｂｉｔの放送番組番号識別子とが組み合わされて構成されている。
【００４３】
図３は、コンテンツ識別子の例を示す図である。コンテンツ識別子３０１は例えば６４ｂｉｔからなる。先頭１６ｂｉｔに放送番組番号識別子が設定され、次の１６ｂｉｔに現在日付が設定され、最後の３２ｂｉｔに現在時刻が設定される。これによりコンテンツごとに一意のコンテンツ識別子を生成することができる。なお、放送番組番号識別子は、ストリームである放送番組を識別するための識別子である。また、現在日付および現在時刻は、コンテンツ識別子３０１に対応するコンテンツの放送が開始された日付および時刻である。なお、コンテンツをＧＯＰ単位と定義し、ＧＯＰに含まれるＩフレームをハッシュ関数にかけて取得したハッシュ値をコンテンツ識別子として用いてもよい。ハッシュ値は、例えばＭＤ５（Ｍｅｓｓａｇｅ  Ｄｉｇｅｓｔ  Ａｌｇｏｒｉｔｈｍ  ５）またはＳＨＡ（Ｓｅｃｕｒｅ  Ｈａｓｈ  Ａｌｇｏｒｉｔｈｍ）に基づく値である。または、放送波で配信される電子番組表（ＥＰＧ：Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ）に記載の番組をコンテンツの単位として定義し、番組の名前、放送局名、放送開始時間、および番組時間の組合せをコンテンツ識別子として用いてもよい。
【００４４】
ストリーム解析部２０９は、コンテンツとそのコンテンツ識別子を生成する。そして、ストリーム解析部２０９は、コンテンツをコンテンツ識別子と関連付けた形でデータ保存部２１３に保存し、コンテンツ識別子をアップロード要求送信部２１０に渡す。
【００４５】
アップロード要求送信部２１０は、渡されたコンテンツ識別子をアップロード要求メッセージに記載し、アップロード要求メッセージを蓄積サーバ１０１にネットワーク１１０を介して送信する。
【００４６】
アップロード可否受信部２１１は、蓄積サーバ１０１から送信されたアップロード許可メッセージ、もしくはアップロード不要メッセージを受信する。アップロード許可メッセージを受信した場合、アップロード可否受信部２１１は、アップロード許可メッセージに含まれるコンテンツ識別子をコンテンツ送信部２１２に渡す。アップロード不要メッセージを受信した場合、アップロード可否受信部２１１は、コンテンツのアップロードを終了する。
【００４７】
コンテンツ送信部２１２は、渡されたコンテンツ識別子に関連するコンテンツをデータ保存部２１３から読出し、読出したコンテンツを蓄積サーバ１０１にネットワーク１１０を介して送信する。コンテンツ送信部２１２は、コンテンツをすべて送信し終わったら、使用されている記憶容量の削減のため、データ保存部２１３から、送信したコンテンツのデータを削除する。
【００４８】
なお、アップロード要求メッセージ、アップロード許可メッセージ、アップロード不要メッセージ、またはコンテンツのアップロードに用いる通信には、到達保証されたＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）プロトコルを用いてもよい。または、それらの通信には、Ｗｅｂ通信で主に使用されるＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）プロトコルを用いてもよい。または、それらの通信には、蓄積サーバ１０１と録画端末１０２との通信の切断および接続の頻度を下げるためにＷｅｂｓｏｃｋｅｔを用いてもよい。
【００４９】
データ保存部２１３は、録画した番組データ（コンテンツ）または各種情報を蓄えておく記憶装置または記録媒体である。
【００５０】
次に蓄積サーバ１０１の構成について記載する。蓄積サーバ１０１は、アップロード要求受信部２０１、コンテンツ管理部２０２、アップローダ選択部２０３、アップロード可否送信部２０４、コンテンツ受信部２０５、ネットワーク状況計測部２０６、およびデータ保存部２０７を備える。
【００５１】
アップロード要求受信部２０１は、録画端末１０２から送信されたアップロード要求メッセージを受信し、そのアップロード要求メッセージに含まれるコンテンツ識別子を抽出する。アップロード要求受信部２０１は、コンテンツ識別子と、アップロード要求メッセージを送信した録画端末１０２を特定する情報（以下、端末識別子）とをコンテンツ管理部２０２に渡す。端末識別子は、録画端末１０２のＩＰアドレスであってもよい。または、事前に蓄積サーバ１０１と録画端末１０２との間で、録画端末１０２を一意に識別可能なＩＤをその録画端末１０２に割り当てておき、そのＩＤを端末識別子に用いてもよい。なお、以降の説明では、ＩＰアドレスを端末識別子とした場合について説明する。
【００５２】
コンテンツ管理部２０２は、渡されたコンテンツ識別子に関連するコンテンツに対してアップロード許可メッセージを既に送信した回数（アップロード許可数）を確認する。コンテンツ管理部２０２は、そのアップロード許可数が、アップロードさせる録画端末の最大数（以下、アップロード最大数）未満であるか否かを判定する。ここで、アップロード許可数がアップロード最大数未満であれば、コンテンツ管理部２０２は、渡されたコンテンツ識別子と端末識別子とアップロード要求メッセージを受信した時刻とを関連付けてデータ保存部２０７に保存する。さらに、コンテンツ管理部２０２は、アップロード許可をアップローダ選択部２０３に通知する。アップロード許可数がアップロード最大数以上であれば、コンテンツ管理部２０２は、アップロード可否送信部２０４に、渡された端末識別子とアップロード不要の旨を通知する。
【００５３】
アップローダ選択部２０３は、コンテンツ管理部２０２からアップロード許可が通知されると、ネットワーク帯域を考慮しながら各録画端末のアップロード時間を平滑化するように、アップロードさせる録画端末（アップローダ）を選択する。アップロード時間は、録画端末がコンテンツのアップロードに要した累積時間である。具体的には、アップローダ選択部２０３は、データ保存部２０７に保存された端末識別子と、ネットワーク状況計測部２０６で計測された録画端末のネットワーク帯域およびアップロード時間とに基づいて、アップロードさせる録画端末を選択する。アップローダ選択部２０３は、選択した録画端末の端末識別子とアップロード許可の旨とを、アップロード可否送信部２０４に通知する。
【００５４】
アップロード可否送信部２０４は、アップローダ選択部２０３から端末識別子とアップロード許可の旨とを受取ると、ネットワーク１１０を介して、その端末識別子によって示されるアップロードを許可する録画端末に、アップロード許可メッセージを送信する。一方、アップロード可否送信部２０４は、アップロード要求メッセージを送信した複数の録画端末のうち、アップローダとして選択されなかった、アップロードが不要な録画端末には、アップロード不要メッセージを送信する。
【００５５】
コンテンツ受信部２０５は、録画端末１０２からアップロードされたコンテンツを受信し、データ保存部２０７に保存する。
【００５６】
ネットワーク状況計測部２０６は、コンテンツ受信部２０５が受信しているコンテンツの通信状況を監視し、録画端末ごとのネットワーク帯域とアップロード時間とを計測し、データ保存部２０７に保存する。
【００５７】
データ保存部２０７は、録画端末から受信したコンテンツおよび各種情報を蓄えておく記憶装置または記録媒体である。各種情報には、ネットワーク状況計測部２０６によって計測された、録画端末ごとのネットワーク帯域とアップロード時間とが含まれる。
【００５８】
ネットワーク１１０は、インターネットプロトコル（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を用いた通信網である。なお、ネットワーク１１０はインターネットのような公衆網であってもいいし、企業内で用いられるようなイントラネットワークであってもよい。
【００５９】
本実施の形態におけるコンテンツ蓄積システム１００ｓでは、同一のコンテンツの重複したアップロードを除外し、ネットワーク使用時間（アップロード時間）を平滑化しながらアップロードする録画端末を選択する。この仕組みについて、アップロードが不要な場合のシーケンス（図４）、アップロードさせる録画端末の選択シーケンス（図７）、および、コンテンツをアップロードするシーケンス（図１２）を用いて説明する。
【００６０】
図４は、アップロードが不要なときのシーケンス図である。
【００６１】
蓄積サーバ１０１は、録画端末１０２から送信されたアップロード要求メッセージをアップロード要求受信部２０１で受信する（Ｓ４０１）。アップロード要求受信部２０１は、アップロード要求メッセージに含まれるコンテンツ識別子を取得し、受信時に判明する録画端末１０２のＩＰアドレスを端末識別子として取得する。
【００６２】
図５は、アップロード要求メッセージの例を示す図である。アップロード要求メッセージは６４ｂｉｔからなる。先頭１６ｂｉｔにメッセージ種別が設定され、次の１６ｂｉｔにメッセージのサイズが設定され、その次の３２ｂｉｔにコンテンツ識別子が設定される。一例として、上述のステップＳ４０１におけるアップロード要求メッセージには、メッセージ種別「０ｘ０００１」、メッセージサイズ「０ｘ０００４［ｂｙｔｅ］」、コンテンツ識別子「０ｘ０００１１１１１」が含まれている。なお、図５では、簡単に説明するために、コンテンツ識別子を３２ビットとして構成しているが、図３に示すように６４ビットとして構成されていてもよい。以下、３２ビットで構成されているコンテンツ識別子を用いて説明する。また、録画端末の端末識別子であるＩＰアドレスは例えば「１００．１００．１００．１００」である。
【００６３】
アップロード要求受信部２０１は、取得したコンテンツ識別子と端末識別子とをコンテンツ管理部２０２に渡す（Ｓ４０２）。コンテンツ管理部２０２は、コンテンツごとの情報を管理するコンテンツ管理テーブルから、コンテンツ識別子をキーとしてアップロード許可数とアップロード最大数を取得する（Ｓ４０３）。コンテンツ管理テーブルは、データ保存部２０７に保存されている。
【００６４】
図６は、コンテンツ管理テーブルの例を示す図である。コンテンツ管理テーブル６０１は、コンテンツごとに、そのコンテンツのコンテンツ識別子、アップロード許可数、アップロード最大数、および受信時刻を含んで構成される。アップロード許可数は、すでにアップロード許可メッセージを送信した回数である。アップロード最大数は、コンテンツ蓄積システム１００ｓによって、コンテンツあたりいくつの録画端末に対してアップロードを許可するかが定められた値である。アップロード最大数は、通信切断を考慮してある程度大きな値（例えば２または４など）といった固定数としてもよい。また、通信が切断される確率を記録しておき、その確率が高ければアップロード最大数を増やし、その確率が低ければアップロード最大数を減らすというように、通信切断の確率に応じてアップロード最大数を可変にしてもよい。受信時刻は、コンテンツ識別子が含まれたアップロード要求メッセージが初めて受信された時間であって、そのコンテンツ識別子に対応づけられる。本例では、年月日時分秒によって示される時刻から生成された値が、受信時刻として設定されている。つまり、値「２０１４０２２０１００００１」は、受信時刻「２０１４年２月２０日１０時００分０１秒」を示す。なお、受信時刻は、蓄積サーバ１０１内で一意性が担保されていればよく、例えばＥＰＯＣＨ時間を受信時刻として用いてもよい。
【００６５】
アップロード許可数がアップロード最大数以上であれば、すでに、アップロードさせる録画端末がすべて選択された状態である。したがって、コンテンツ管理部２０２は、アップロード可否送信部２０４に、取得した端末識別子とともにアップロード不要を通知する（Ｓ４０４）。本例では、コンテンツ管理部２０２は、コンテンツ識別子「０ｘ０００１１１１１」をキーにしてコンテンツ管理テーブル６０１を検索することで、アップロード許可数「２」とアップロード最大数「２」を取得する。コンテンツ管理部２０２は、アップロード許可数とアップロード最大数が同値のため、アップロード不要を通知する（Ｓ４０４）。
【００６６】
端末識別子とアップロード不要の旨を通知されたアップロード可否送信部２０４は、録画端末１０２に対してアップロード不要メッセージを送信する（Ｓ４０５）。
【００６７】
図７は、アップロードさせる録画端末を選択するシーケンス図である。
【００６８】
まず、図４に示すステップＳ４０１〜Ｓ４０３と同一の処理が行われる。一例として、コンテンツ管理部２０２は、ステップＳ４０３において、コンテンツ管理テーブル６０１にないコンテンツ識別子「０ｘ０００３１１１１」を受信する。
【００６９】
コンテンツ管理部２０２は、コンテンツ管理テーブル６０１を検索する。ここで、コンテンツ識別子「０ｘ０００３１１１１」はコンテンツ管理テーブル６０１に含まれていない。したがって、コンテンツ管理部２０２は、新規に、コンテンツ識別子「０ｘ０００３１１１１」と、ステップＳ４０１でアップロード要求メッセージが受信された時刻である受信時刻とを、コンテンツ管理テーブル６０１へ登録する（Ｓ７０４）。なお、すでにコンテンツ管理テーブル６０１にコンテンツ識別子が登録されている場合は、ステップＳ７０４の新規登録処理は実施されない。
【００７０】
図８は、登録後のコンテンツ管理テーブル８０１の例を示す図である。コンテンツ管理部２０２は、例えば図６に示すコンテンツ管理テーブル６０１における、コンテンツ識別子の欄に０ｘ０００３１１１を追加し、アップロード許可数の欄に０を追加する。さらに、コンテンツ管理部２０２は、アップロード最大数の欄に２を追加し、受信時刻の欄に現在時刻である２０１４０２２０１０００１０を登録する。これにより、図６に示すコンテンツ管理テーブル６０１は、図８に示すコンテンツ管理テーブル８０１に更新される。
【００７１】
次に、コンテンツ管理部２０２は、アップローダ選択処理をアップローダ選択部２０３に依頼する。つまり、コンテンツ管理部２０２は、アップローダ選択部２０３にコンテンツ識別子と端末識別子を渡す（Ｓ７０５）。
【００７２】
アップローダ選択部２０３は、アップローダ選択処理を実行する。つまり、アップローダ選択部２０３は、ネットワーク状況計測部２０６に、各録画端末のネットワーク状況を示すネットワーク状況情報を要求する（Ｓ７０６ａ）。ネットワーク状況計測部２０６は、データ保存部２０７に保存された端末管理テーブルを探索し（Ｓ７０７）、アップローダ選択部２０３に、探索した端末管理テーブルをネットワーク状況情報として返す（Ｓ７０６ｂ）。
【００７３】
図９は、端末管理テーブルの例を示す図である。端末管理テーブル９０１は、録画端末ごとに、その録画端末の端末識別子と、その録画端末のネットワーク状況であるネットワーク帯域およびアップロード時間とを含んで構成される。ネットワーク帯域は、ネットワーク状況計測部２０６によって計測された、蓄積サーバ１０１と録画端末との間の通信帯域である。アップロード時間は、コンテンツのアップロードに使用した通信の累積時間である。これらの値から、アップローダ選択部２０３は、各録画端末の評価値を算出し、データ保存部２０７に保存する（Ｓ７０８）。
【００７４】
評価値の算出方法の一例を以下に示す。アップローダ選択部２０３は、ネットワーク帯域が大きい録画端末を優先し、且つアップロード時間が短い録画端末を優先して、コンテンツをアップロードさせる録画端末（アップローダ）を選択する。これは、ネットワーク帯域が大きければネットワークの状態がよいと考えられ、通信失敗などが発生しにくく安定したアップロードが実現できるためである。また、アップロード時間が短い録画端末を優先的に選択することで、録画端末に接続されたネットワークを使用しているアップロード時間を、各録画端末に対して平滑化することができるためである。これらを実現するために、アップローダ選択部２０３は、下記の評価式１によって各録画端末の評価値を算出する。
【００７５】
【数１】
2017046081.tif 000003
【００７６】
ｖは、評価値であり、ｂ［ｂｐｓ］は、評価値計算の対象の録画端末のネットワーク帯域である。ｂｉ［ｂｐｓ］は、端末管理テーブル９０１に記載の各録画端末のネットワーク帯域である。ｔ［ｓｅｃ］は、評価値計算の対象の録画端末のアップロード時間である。ｔｉ［ｓｅｃ］は、端末管理テーブル９０１に記載の各録画端末のアップロード時間である。ｎは、端末管理テーブル９０１に登録されたすべての録画端末の数である。Ｗｂは、ネットワーク帯域の重みであり、Ｗｔは、アップロード時間の重みである。アップローダ選択部２０３は、端末管理テーブル９０１に記載のすべての録画端末のネットワーク帯域の合計値で、計算対象の録画端末のネットワーク帯域を割ることで、ネットワーク帯域が大きい録画端末の方がより高い値となる評価値ｖを算出する。逆に、アップロード時間に関しては、アップローダ選択部２０３は、すべての録画端末のアップロード時間の合計から計算対象の録画端末のアップロード時間を引いたものを、すべての録画端末のアップロード時間の合計で割る。これにより、アップロード時間の短い録画端末の方が、評価値が高くなり、コンテンツをアップロードする録画端末（アップローダ）としてより選択されやすくなる。重みＷｂ、Ｗｔは、ネットワーク帯域とアップロード時間とのバランスを調整可能なパラメータである。例えば、ネットワーク帯域が太い録画端末を優先して選択するためには、重みＷｔより重みＷｂを大きくするといった調整が行われる。例えば、端末管理テーブル９０１の端末識別子「１００．１００．１００．１００」の録画端末（録画端末１０２）の評価値ｖは、Ｗｂ＝１、Ｗｔ＝１とすると、０．７４２８５７１４３となる。
【００７７】
アップローダ選択部２０３は、計算した録画端末の評価値ｖを端末識別子とコンテンツ識別子と関連付けて、データ保存部２０７のアップロード管理テーブルに保存する。
【００７８】
図１０は、アップロード管理テーブルの例を示す図である。アップロード管理テーブル１００１は、コンテンツ識別子、端末識別子、および評価値を含んで構成され、１つのコンテンツ識別子に関連する複数の端末識別子を管理できる構造である。
【００７９】
アップローダ選択部２０３は、評価値ｖをコンテンツ識別子および端末識別子に関連付けてアップロード管理テーブル１００１に保存する。その後、アップローダ選択部２０３は、コンテンツ管理テーブル６０１に記載の受信時刻（上記コンテンツ識別子に関連付けられた受信時刻）を基点として、しばらく待機する（Ｓ７０９）。これは、複数の録画端末からのアップロード要求メッセージの到着を待ち、その複数の録画端末の中から評価値が高い録画端末を選択するためである。待機する時間（以下、待機時間）は長ければ長いほどよりアップロード時間を平滑化できるが、その分コンテンツのアップロードが完了するまでの時間が長くなる。待機時間は、数十秒〜数分といった長めの固定時間であってもよい。また、待機時間は、蓄積サーバ１０１と録画端末間のネットワーク遅延を計測しておき、それらに係数をかけた値としてもよい。待機時間は、同一のコンテンツ識別子を持つアップロード要求メッセージが到着する分布を計測しておき、その大多数をカバーできる時間であってもよい。
【００８０】
次に、アップローダ選択部２０３が待機中に、端末識別子「１００．１００．１００．２００」の録画端末１０３から、ステップＳ４０２のコンテンツ識別子と同一のコンテンツ識別子を含むアップロード要求メッセージが送信された場合について説明する。
【００８１】
まず、ステップＳ７１０〜Ｓ７１１の処理が、ステップＳ４０１〜Ｓ４０２と同様に行われる。
【００８２】
コンテンツ管理部２０２は、データ保存部２０７のコンテンツ管理テーブル８０１から、上記同一のコンテンツ識別子をキーとしてアップロード許可数とアップロード最大数を取得する（Ｓ７１２）。この場合、アップロード許可数は０、アップロード最大数は２である。アップロード許可数がアップロード最大数未満であるため、コンテンツ管理部２０２は、アップローダ選択処理をアップローダ選択部２０３に依頼する（Ｓ７１４）。
【００８３】
アップローダ選択部２０３は、ステップＳ７０６ａおよびステップＳ７０６ｂと同様の処理を行うことにより、ネットワーク状況計測部２０６からネットワーク状況情報を取得する（Ｓ７１５）。さらに、アップローダ選択部２０３は、録画端末１０３の評価値を算出し、データ保存部２０７に保存する（Ｓ７１６）。録画端末１０３の場合、評価値ｖは１．３１４２８５７１４となり、アップローダ選択部２０３は、データ保存部２０７のアップロード管理テーブル１００１を更新する。次に、端末識別子「１００．１００．１００．３００」を持つ録画端末１０４も、アップロード要求メッセージを送信する（Ｓ７１３）。この場合も、蓄積サーバ１０１は、録画端末１０３に対する処理と同様の処理を実行する。
【００８４】
図１１は、録画端末１０２〜１０４がアップロード要求メッセージを送信完了した後に更新されたアップロード管理テーブルの状態の例を示す図である。更新されたアップロード管理テーブル１１０１では、録画端末１０２〜１０４のそれぞれの端末識別子と評価値とが、同一のコンテンツ識別子「０ｘ０００３１１１１」に関連付けて示される。
【００８５】
アップローダ選択部２０３は、待機時間が終了すると、アップロード管理テーブル１１０１を参照し、評価値が高い録画端末から順に、アップロード最大数からアップロード許可数を減算した値の個数の録画端末を選択する（Ｓ７１７）。この場合、アップロード最大数が２であり、アップロード許可数が０のため、アップローダ選択部２０３は、２つの録画端末（１０３と１０４）をアップローダとして選択する。次に、アップロード管理テーブル１１０１のコンテンツ識別子「０ｘ０００３１１１１」に関連する情報は不要になったため、アップローダ選択部２０３は、アップロード管理テーブル１１０１からその情報を削除する。
【００８６】
なお、録画端末を選択する際に、ネットワーク帯域以外のネットワーク状況を使用してもよい。例えば、複数の録画端末を選択する際に、それらの録画端末に接続されたＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）が同じであれば、そのＩＳＰの障害発生時にすべての通信が遮断されてしまう。その結果、コンテンツが蓄積サーバ１０１に保存されなくなる。そのため、録画端末のＩＰアドレスからＩＳＰを特定し、録画端末の選択時に、できる限り異なるＩＳＰに接続された録画端末を選択した方が安全である。ＩＳＰはｗｈｏｉｓサービスによりＩＰアドレスから特定可能である。したがって、アップローダ選択部２０３は、評価値が同程度の録画端末を選択する際には、すでに選択した録画端末のＩＳＰとは別のＩＳＰに接続された録画端末を優先的に選んでもよい。これにより、上述のようにコンテンツが蓄積サーバ１０１に保存されないことを抑制することができる。
【００８７】
次に、アップロード許可数を更新するため、アップローダ選択部２０３は、コンテンツ管理部２０２に対して、アップロード許可数更新処理を依頼する（Ｓ７１８）。コンテンツ管理部２０２は、データ保存部２０７に保存されたコンテンツ管理テーブル８０１を更新する。具体的には、コンテンツ管理部２０２は、図８のコンテンツ管理テーブル８０１のコンテンツ識別子「０ｘ０００３１１１１」のアップロード許可数を０から２に変更する。
【００８８】
アップローダ選択部２０３は、アップロード可否送信部２０４に、アップロード許可とアップロード不要の通知を録画端末１０２〜１０４に送信するように依頼する（Ｓ７１９）。具体的には、アップローダ選択部２０３は、録画端末１０２にはアップロード不要の通知を送信するように依頼し、録画端末１０３と１０４にはアップロード許可の通知を送信するように依頼する。
【００８９】
アップロード可否送信部２０４は、録画端末１０２にアップロード不要メッセージを送信し、録画端末１０３と１０４にアップロード許可メッセージを送信する（Ｓ７２０）。
【００９０】
図１２は、コンテンツのアップロードのシーケンス図である。
【００９１】
録画端末１０３は、アップロード許可メッセージを蓄積サーバ１０１から受信すると、コンテンツを蓄積サーバ１０１に対してアップロードする（Ｓ１２０１）。
【００９２】
コンテンツ受信部２０５は、受信したコンテンツをコンテンツ識別子と関連付けて、データ保存部２０７に保存する（Ｓ１２０２）。コンテンツ受信部２０５は、コンテンツの受信直前にネットワーク状況計測部２０６にネットワーク計測処理を依頼する（Ｓ１２０３）。
【００９３】
ネットワーク状況計測部２０６は、コンテンツのアップロードによりネットワーク帯域を計測し、データ保存部２０７の端末管理テーブル９０１のネットワーク帯域の値を更新する（Ｓ１２０４）。ネットワーク帯域の計測方法としては、単位時間当たりのデータ受信量を計測し、それらの平均を帯域としてもよい。コンテンツ全体のアップロードにかかった時間でコンテンツサイズを割った値を帯域としてもよい。また、ネットワーク状況計測部２０６は、端末管理テーブル９０１に記載のネットワーク帯域の値に、最新の計測されたネットワーク帯域の値を上書きしてもよい。ネットワーク状況計測部２０６は、指数移動加重平均によってネットワーク帯域を算出することで、または、過去数個分のネットワーク帯域の値を保存しておき、それらの平均をとることで、過去のネットワーク帯域の値の影響を考慮してもよい。
【００９４】
コンテンツのアップロードが完了すると、コンテンツ受信部２０５は、アップロード時間更新処理を実施する（Ｓ１２０５）。アップロード時間更新処理とは、アップロードにかかった時間を、データ保存部２０７にある端末管理テーブル９０１の端末識別子に対応したアップロード時間に加算する処理である。例えば、端末管理テーブル９０１の端末識別子「１００．１００．１００．３００」の録画端末１０４がコンテンツをアップロードするのに１０秒かかった。この場合、コンテンツ受信部２０５は、端末管理テーブル９０１における録画端末１０４のアップロード時間を５から１５に変更する。
【００９５】
図１３は、録画端末１０２の処理を示すシーケンス図である。
【００９６】
チューナ２０８は、アンテナ等から放送波を受信し、受信した放送波に含まれるストリームを取得する。チューナ２０８は、取得したストリームの解析処理をストリーム解析部２０９に依頼する（Ｓ１３０１）。
【００９７】
ストリーム解析部２０９は、取得したストリームからコンテンツ識別子を生成する。ストリーム解析部２０９は、生成したコンテンツ識別子をアップロード要求送信部２１０に渡し、アップロード要求処理を依頼する（Ｓ１３０２）。
【００９８】
アップロード要求送信部２１０は、蓄積サーバ１０１にアップロード要求メッセージを送信する（Ｓ１３０３）。
【００９９】
ストリーム解析部２０９は、受信したストリームをコンテンツ識別子と関連付けてデータ保存部２１３に一旦保存する（Ｓ１３０４）。
【０１００】
アップロード可否受信部２１１は、蓄積サーバ１０１から送信されたアップロード許可メッセージを受信した場合（Ｓ１３０５）、当該メッセージに含まれるコンテンツ識別子を取得し、コンテンツ送信部２１２にコンテンツ送信処理を依頼する（Ｓ１３０６）。コンテンツ送信部２１２は、コンテンツ識別子をキーとしてデータ保存部２１３に保存されているコンテンツを取得する（Ｓ１３０７）。コンテンツ送信部２１２は、取得したコンテンツを、蓄積サーバ１０１に対してアップロードする（Ｓ１３０８）。アップロードが完了した後、コンテンツ送信部２１２は、データ保存部２１３に保存されている対象のコンテンツを削除して終了する（Ｓ１３０９）。
【０１０１】
また、アップロード可否受信部２１１は、蓄積サーバ１０１から送信されたアップロード不要メッセージを受信した場合（Ｓ１３１０）、当該メッセージに含まれるコンテンツ識別子に関連づくコンテンツをデータ保存部２１３から削除して終了する（Ｓ１３１１）。
【０１０２】
以上の処理により、アップロードさせる録画端末が蓄積サーバ１０１によって選択され、アップロード時間をネットワークの状態に合わせて平滑化することが可能となる。これにより、録画端末間でのネットワーク使用時間の偏りをなくし、録画端末に接続されたネットワークを用いた他の通信を阻害せずに、コンテンツを蓄積サーバ１０１で効率的に蓄積することが可能となる。
【０１０３】
つまり、本実施の形態における蓄積方法は、録画端末１０２〜１０５からネットワーク１１０を介してアップロードされたコンテンツを保存する蓄積サーバ１０１における蓄積方法である。この蓄積方法では、複数の録画端末１０２〜１０４のそれぞれから送信された、同一のコンテンツに対するアップロード要求メッセージを受信する。次に、そのアップロード要求メッセージを送信した複数の録画端末１０２〜１０４のそれぞれのネットワーク状況を示すネットワーク状況情報である端末管理テーブル９０１を用いて、複数の録画端末１０２〜１０４の中から、その同一のコンテンツをアップロードさせる録画端末をアップローダとして選択する。次に、選択したアップローダに対してアップロード許可メッセージを送信し、選択しなかった録画端末に対してアップロード不要メッセージを送信する。次に、選択したアップローダからネットワーク１１０を介してアップロードされたその同一のコンテンツを受信して保存する。
【０１０４】
これにより、蓄積サーバ１０１によって、ネットワーク状況に基づき、複数の録画端末１０２〜１０５から、アップロードさせる録画端末がアップローダとして選択される。したがって、不要なアップロードを削減でき、ネットワーク１１０および蓄積サーバ１０１の資源の浪費を低減することができる。
【０１０５】
また、本実施の形態における蓄積方法では、さらに、複数の録画端末１０２〜１０５のそれぞれからアップロードされるコンテンツを受信するときには、複数の録画端末１０２〜１０５のそれぞれのネットワーク帯域を計測し、複数の録画端末１０２〜１０５のそれぞれの計測されたネットワーク帯域を示す情報をネットワーク状況情報（端末管理テーブル９０１）として保存する。そして、アップローダの選択では、ネットワーク状況情報によって示されるネットワーク帯域が大きい録画端末ほど、当該録画端末が優先して選択されるように、アップローダを選択する。
【０１０６】
これにより、ネットワーク帯域が大きい録画端末が優先してアップローダとして選択されるため、コンテンツを迅速にアップロードすることができる。
【０１０７】
また、本実施の形態における蓄積方法では、さらに、複数の録画端末１０２〜１０５のそれぞれからアップロードされるコンテンツを受信するときには、複数の録画端末１０２〜１０５のそれぞれのアップロード時間を計測し、複数の録画端末１０２〜１０５のそれぞれの計測されたアップロード時間を示す情報をネットワーク状況情報（端末管理テーブル９０１）として保存する。そして、アップローダの選択では、ネットワーク状況情報によって示されるアップロード時間が小さい録画端末ほど、当該録画端末が優先して選択されるように、アップローダを選択する。
【０１０８】
これにより、アップロード時間が小さい録画端末が優先してアップローダとして選択されるため、複数の録画端末１０２〜１０５間のアップロード時間を平滑化することができ、一部の録画端末がネットワーク１１０を長時間占有することを抑えることができる。
【０１０９】
また、アップローダの選択では、複数の録画端末１０２〜１０５の中から、その同一のコンテンツに対して予め定められたアップロード最大数以下のＮ（Ｎは２以上の整数）個の録画端末のそれぞれをアップローダとして選択する。そして、メッセージの送信では、選択したＮ個のアップローダのそれぞれにアップロード許可メッセージを送信し、アップロードされるコンテンツの受信では、Ｎ個のアップローダのそれぞれから、その同一のコンテンツを受信する。
【０１１０】
これにより、２つ以上の録画端末がアップローダとして選択されるため、１つのアップローダによるアップロードが失敗しても、他のアップローダによるアップロードによって、コンテンツを適切に蓄積サーバ１０１に蓄積することができる。
【０１１１】
また、アップローダの選択では、互いに異なるＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅｓ  Ｐｒｏｖｉｄｅｒ）を介してネットワーク１１０に接続された録画端末をそれぞれアップローダとして優先して選択する。
【０１１２】
例えば、アップローダとして選択されたＮ個の全ての録画端末が同じＩＳＰを介してネットワーク１１０に接続されていれば、そのＩＳＰに障害が発生したときには、コンテンツをアップロードすることができない。しかし、本実施の形態では、互いに異なるＩＳＰを介してネットワーク１１０に接続された録画端末がアップローダとして優先して選択される。したがって、上述のようなＩＳＰの障害によってコンテンツがアップロードされなくなるという事象の発生を抑えることができる。
【０１１３】
また、本実施の形態における蓄積方法では、さらに、その同一のコンテンツに対するアップロード要求メッセージを新たな録画端末から受信した際に、その同一のコンテンツに対してアップロード許可メッセージが既に送信された回数であるアップロード許可数がアップロード最大数以上の場合、新たな録画端末をアップローダとして選択せず、新たな録画端末に対してアップロード不要メッセージを送信する。一方、その同一のコンテンツに対するアップロード要求メッセージを新たな録画端末から受信した際に、アップロード許可数がアップロード最大数未満の場合、その新たな録画端末をアップローダとして選択し、その新たな録画端末に対してアップロード許可メッセージを送信する。
【０１１４】
これにより、不要なアップロードをさらに削減でき、ネットワーク１１０および蓄積サーバ１０１の資源の浪費を低減することができる。
【０１１５】
（実施の形態２）
図１４は、本実施の形態における蓄積サーバと録画端末１０２の詳細な構成図である。録画端末１０２は、実施の形態１で説明した構成と同じである。ここでは、蓄積サーバ１４０１の詳細を説明する。
【０１１６】
蓄積サーバ１４０１は、実施の形態１の蓄積サーバ１０１と同様に、アップロード要求受信部２０１、コンテンツ管理部２０２、アップロード可否送信部２０４、コンテンツ受信部２０５、およびネットワーク状況計測部２０６を備える。ここで、本実施の形態における蓄積サーバ１４０１は、実施の形態１のアップローダ選択部２０３およびデータ保存部２０７の代わりに、アップローダ選択部１４０２およびデータ保存部１４０４を備える。さらに、本実施の形態における蓄積サーバ１４０１は、アップローダ適正判定部１４０３を備える。
【０１１７】
つまり、蓄積サーバ１４０１は、アップロードを実施させる録画端末（アップローダ）を選択する際に、各録画端末がアップローダに適しているかを判定するアップローダ適正判定部１４０３を実施の形態１の蓄積サーバ１０１に加えて具備する。また、アップローダ選択部１４０２およびデータ保存部１４０４についても、実施の形態１の蓄積サーバ１０１に変更が加えられている。なお、本実施の形態における各構成要素および各シーケンスのうち、実施の形態１の同じ構成要素およびシーケンスについては、同じ番号を付与し、説明は省略する。
【０１１８】
アップローダ適正判定部１４０３は、録画端末がアップローダに適しているか否かを判定する。録画端末が接続されているネットワークの状態が悪ければ、アップロード途中に通信が切断する可能性が高い。また、録画端末に接続されているアンテナが受信する電波強度が低ければ、受信するストリームにノイズが入り、コンテンツが不完全な状態になる可能性が高い。これらの現象が発生すると録画端末からアップロードされるコンテンツ自体が不完全なものとなり、正しいコンテンツを蓄積サーバ１４０１に残すことができなくなる。そのため、アップローダ適正判定部１４０３は、不完全なコンテンツ（以下、不正コンテンツ）をアップロードする可能性が高い録画端末を判定して非適性端末テーブルを生成する。データ保存部１４０４は、その生成された非適性端末テーブルを保持する。アップローダ選択部１４０２は、この非適性端末テーブルに示される録画端末をアップローダとして選択しない。具体的には、アップローダ選択処理のシーケンスと、コンテンツのアップロードのシーケンスとに変更を加えることで、不正コンテンツの蓄積を抑制することが実現される。以下、変更を加えたアップローダ選択処理のシーケンス（図１５）と、コンテンツのアップロードのシーケンス（図１７）とを用いて説明する。
【０１１９】
図１５は、アップローダ適正判定部１４０３による処理を加えたアップローダ選択処理のシーケンス図である。
【０１２０】
ここで、図１５に示す例では、図７の場合と同様に、アップロードされるコンテンツのコンテンツ識別子は、０ｘ０００３１１１１である。録画端末１０２の端末識別子は、１００．１００．１００．１００であり、録画端末１０３の端末識別子は、１００．１００．１００．２００であり、録画端末１０４の端末識別子は、１００．１００．１００．３００である。
【０１２１】
まず、図７に示すステップＳ４０１〜Ｓ４０３およびＳ７０４〜Ｓ７１６と同一の処理が行われる。
【０１２２】
アップローダ選択部１４０２は、待機時間が終了した後、アップローダ適正判定部１４０３に、アップローダ候補となる各録画端末の端末識別子を示すリストを渡す。そして、アップローダ選択部１４０２は、アップローダ適正判定部１４０３から、非適正端末となる録画端末を除いた各録画端末の端末識別子を示すリストを取得する（Ｓ１５０１）。具体的には、アップローダ選択部１４０２は、それぞれ端末識別子である「１００．１００．１００．１００」、「１００．１００．１００．２００」、および「１００．１００．１００．３００」を示すリストを渡す。アップローダ適正判定部１４０３は、データ保存部１４０４にある非適正端末テーブルを参照し、渡されたリストに示される各端末識別子をキーとして、非適正端末テーブルに、その端末識別子が存在するか否かをチェックする（Ｓ１５０２）。非適正端末テーブルに存在すれば、アップローダ適正判定部１４０３は、アップローダ選択部１４０２から渡されたリストから、その端末識別子を削除して、そのリストをアップローダ選択部１４０２に返す。
【０１２３】
図１６は、非適正端末テーブルの例を示す図である。非適正端末テーブル１６０１は、アップローダに適さない録画端末の端末識別子の一覧である。本例では、非適正端末テーブル１６０１は、それぞれ非適正端末の端末識別子である「１００．１００．１００．３００」、「２００．１００．１００．１００」、および「３００．１００．２００．１００」を示す。アップローダ適正判定部１４０３は、アップローダ選択部１４０２から渡されたリストに示される各端末識別子と、非適正端末テーブル１６０１に示される各端末識別子とを比較する。「１００．１００．１００．３００」がそのリストと非適正端末テーブル１６０１とに共通に存在している。したがって、アップローダ適正判定部１４０３は、「１００．１００．１００．１００」および「１００．１００．１００．２００」を示すリストをアップローダ選択部１４０２に返す。つまり、アップローダ適正判定部１４０３は、アップローダ選択部１４０２から渡されたリストから「１００．１００．１００．３００」が削除されたリストを、アップローダ選択部１４０２に返す。非適正端末の選択および登録については、後述するコンテンツのアップロードのシーケンス図を用いて詳細に説明する。
【０１２４】
アップローダ選択部１４０２は、アップローダ適正判定部１４０３から返ってきたリストを取得する。そして、アップローダ選択部１４０２は、そのリストに示される各端末識別子の録画端末の評価値を、データ保存部１４０４に保存されたアップロード管理テーブル１１０１から取得する（Ｓ１５０３）。リストに示される各端末識別子は、「１００．１００．１００．１００」および「１００．１００．１００．２００」である。アップローダ選択部１４０２は、それらの端末識別子の録画端末の中から、評価値が高い録画端末から順に、許容された個数の録画端末をそれぞれアップローダとして選択する。なお、許容された個数は、アップロード最大数からアップロード許可数を減算した値である。本例では、端末識別子「１００．１００．１００．１００」および「１００．１００．１００．２００」の録画端末１０２、１０３が、アップローダとして選択される。アップローダとして２つの録画端末が選択されたため、アップローダ選択部１４０２は、コンテンツ管理部２０２にアップロード許可数更新処理を依頼する（Ｓ１５０４）。本例では、コンテンツ管理部２０２は、図８のコンテンツ管理テーブル８０１のコンテンツ識別子「０ｘ０００３１１１１」のアップロード許可数を２に更新する。
【０１２５】
アップローダ選択部１４０２は、端末識別子「１００．１００．１００．１００」および「１００．１００．１００．２００」に対してはアップロード許可の通知を、アップロード可否送信部２０４に渡す。さらに、アップローダ選択部１４０２は、端末識別子「１００．１００．１００．３００」に対してはアップロード不要の通知を、アップロード可否送信部２０４に渡す（Ｓ１５０５）。
【０１２６】
アップロード可否送信部２０４は、録画端末１０２、１０３にアップロード許可メッセージを送信し、録画端末１０４にアップロード不要メッセージを送信する（Ｓ１５０６）。
【０１２７】
図１７は、アップローダ適正判定部１４０３による処理を加えた、コンテンツのアップロードのシーケンス図である。
【０１２８】
まず、図１２に示すステップＳ１２０１〜Ｓ１２０４と同一の処理が行われる。次に、コンテンツを受信したコンテンツ受信部２０５は、アップローダ適正判定部１４０３に録画端末の適正判定処理を依頼する（Ｓ１７０１）。その依頼を受けたアップローダ適正判定部１４０３は、コンテンツがアップロードされる時に録画端末の適正を判定する。つまり、アップローダ適正判定部１４０３は、アップロードされたコンテンツが正しいデータであるか否かを判定する。具体的には、アップローダ適正判定部１４０３は、コンテンツのストリーム形式がＭＰＥＧ２−ＴＳであれば、ＭＰＥＧ２−ＴＳを解析することによって、その判定を行う。
【０１２９】
図１８は、ＭＰＥＧ２−ＴＳの構成を示す図である。ＭＰＥＧ２−ＴＳは、固定長１８８バイトのＴＳパケット１８０１の単位で構成される。ＴＳパケット１８０１には、先頭にＴＳヘッダ１８０２と呼ばれる４バイトの領域が存在する。ＴＳヘッダ１８０２は、同期ｂｙｔｅ、エラーインジケータ、開始インジケータ、優先度、ＰＩＤ（パケット識別子）、スクランブル制御、アダプテーションフィールド、および連続性指標（シーケンス番号「ＳＥＱ」）から構成される。ＴＳパケットは、ＰＩＤの値ごとに種別が異なる。同一のＰＩＤを有する各ＴＳパケットには、連続したシーケンス番号が付与される。そのため、アップローダ適正判定部１４０３は、ＰＩＤごとに、そのＰＩＤを有する各ＴＳパケットのシーケンス番号をチェックし、非連続であるか否かを判断する。非連続であれば、アップローダ適正判定部１４０３は、アップロードされるコンテンツを構成するデータに抜けがあると判断し、そのコンテンツを不正コンテンツと判定する。なお、アップローダ適正判定部１４０３は、受信されたコンテンツを蓄積サーバ１４０１で実際にデコードし、デコードの結果がエラーの場合に、そのコンテンツを不正コンテンツと判定してもよい。また、アップローダ適正判定部１４０３は、複数の録画端末がアップロードした、同一コンテンツ識別子のコンテンツのサイズを比較してもよい。この場合、アップローダ適正判定部１４０３は、多数の録画端末がアップロードしたコンテンツのサイズが同一であれば、それらのコンテンツを正しいコンテンツと判定する。つまり、アップローダ適正判定部１４０３は、それらのコンテンツ以外のコンテンツを不正コンテンツと判定する。アップローダ適正判定部１４０３は、このような多数決方式によって不正コンテンツの判定を行ってもよい。なお、アップローダ適正判定部１４０３は、複数の録画端末がアップロードした、同一コンテンツ識別子のコンテンツのサイズを比較し、最も大きいサイズのコンテンツを正しいコンテンツとして判定してもよい。つまり、アップローダ適正判定部１４０３は、最も大きいサイズのコンテンツ以外のコンテンツを不正コンテンツとして判定してもよい。
【０１３０】
図１９は、アップロード済みコンテンツサイズテーブルの例を示す図である。
【０１３１】
例えば、図１９のように、アップローダ適正判定部１４０３は、コンテンツ識別子に関連付けられた各端末識別子を持つ録画端末がアップロードしたコンテンツのサイズを記録する。これにより、アップロード済みコンテンツサイズテーブル１９０１が生成される。本例の場合、アップロード済みコンテンツサイズテーブル１９０１は、端末識別子「１００．１００．１００．１００」、「１００．１００．１００．３００」および「１００．１００．１００．４００」のそれぞれの録画端末が、同一の５０００Ｋｂｙｔｅのコンテンツをアップロードしたことを示している。また、アップロード済みコンテンツサイズテーブル１９０１は、それらの録画端末以外の端末識別子「１００．１００．１００．２００」の録画端末が４８００Ｋｂｙｔｅのコンテンツをアップロードし、端末識別子「１００．１００．１００．５００」の録画端末が２１００ｂｙｔｅのコンテンツをアップロードしたことを示している。この場合、５０００Ｋｂｙｔｅのサイズのコンテンツをアップロードした、端末識別子「１００．１００．１００．１００」、「１００．１００．１００．３００」および「１００．１００．１００．４００」の録画端末が多数を占める。したがって、アップローダ適正判定部１４０３は、これらの録画端末が正しいデータをアップロードしたと判定する。一方、アップローダ適正判定部１４０３は、端末識別子「１００．１００．１００．２００」および「１００．１００．１００．５００」の録画端末はアンテナレベルの低下または通信切断などによって不正コンテンツをアップロードしたと判定する。
【０１３２】
なお、正しいデータかを判定する方法として、アップロード済みコンテンツサイズテーブル１９０１に記載された同一のコンテンツ識別子に対応づけられたコンテンツサイズのうち、最大のサイズのコンテンツを正しいデータとして判定してもよい。つまり、その最大のサイズのコンテンツをアップロードした録画端末を、正しいデータをアップロードした録画端末と判定してもよい。例えば、図１９に示すアップロード済みコンテンツサイズテーブル１９０１の場合、アップローダ適正判定部１４０３は、最大サイズである５０００ＫＢｙｔｅのコンテンツをアップロードした、端末識別子「１００．１００．１００．１００」、「１００．１００．１００．３００」および「１００．１００．１００．４００」の録画端末を、正しいデータをアップロードした録画端末として判定する。これは、最大サイズに満たないコンテンツサイズのコンテンツは、アンテナレベルの低下によるデータ欠損または通信切断によるデータアップロードの中断が発生した不正コンテンツだと考えられるためである。
【０１３３】
アップローダ適正判定部１４０３は、アップロードされたコンテンツが正しいと判定した場合は、データ保存部１４０４の端末アップロード管理テーブルを更新する（Ｓ１７０２）。また、コンテンツ受信部２０５は、図１２に示すステップＳ１２０５と同一の処理を実行する。
【０１３４】
図２０は、端末アップロード管理テーブルの例を示す図である。端末アップロード管理テーブル２００１は、録画端末ごとに、その録画端末の端末識別子、アップロード成功回数、およびアップロード回数を含んで構成される。アップロード成功回数は、正しいコンテンツをアップロードした回数であり、アップロード回数は、正しいコンテンツまたは不正なコンテンツを問わずに録画端末がコンテンツをアップロードした数である。例えば、端末識別子「１００．１００．１００．１００」の録画端末１０２が正しいコンテンツをアップロードした場合、アップローダ適正判定部１４０３は、現在のアップロード成功回数「５」とアップロード回数「５」のそれぞれに１を加算する。これにより、アップローダ適正判定部１４０３は、アップロード成功回数とアップロード回数のそれぞれを６に更新する。アップローダ適正判定部１４０３は、今回アップロードしたコンテンツが不正だと判定した場合は、アップロード回数にのみ１を加算する。結果として、アップロード成功回数は５に維持され、アップロード回数は６に更新される。
【０１３５】
次に、アップローダ適正判定部１４０３は、端末アップロード管理テーブル２００１を走査し、各録画端末のアップロード成功率を計算する。アップロード成功率は、具体的には、アップロード成功回数をアップロード回数で割った値である。図２０の例で計算すると、例えば、端末識別子「１００．１００．１００．１００」の録画端末のアップロード成功率は１．０となり、端末識別子「１００．１００．１００．３００」の録画端末のアップロード成功率は０．２５となる。アップローダ適正判定部１４０３は、各録画端末のアップロード成功率が閾値未満か否かを判定する。閾値未満と判定すると、アップローダ適正判定部１４０３は、その録画端末は不正コンテンツをアップロードする可能性が高い、つまり、その録画端末はアップローダとして相応しくないと判定する。その結果、アップローダ適正判定部１４０３は、非適正端末テーブル１６０１に、その録画端末の端末識別子を、非適正端末の端末識別子として登録する。
【０１３６】
本閾値は、例えば９９％などの大きな値であってもよい。これにより、正しいコンテンツをできる限りアップロードすることができる。また、この閾値は、アップロード最大数に応じて決められてもよい。例えば、アップロード最大数が小さければ１つのコンテンツアップロードの重要性が高いため、できるだけ成功率として高い値を閾値とした方がよい。逆に、アップロード最大数が大きければ、成功率の低い録画端末がアップローダに含まれていたとしても確率的に１つ以上のアップローダが正しいコンテンツをアップロードすればよいので、閾値は低くてもよい。また、アップロード成功回数またはアップロード回数は、蓄積サーバ１４０１が動作している間の累積値であってもよい。なお、累積値の場合、１つのコンテンツのアップロードの失敗の影響が低くなり、録画端末または録画端末に接続されたネットワークの状態が時間的に変化したとしてもその変化に追随できなくなる可能性がある。このため、最新のアップロードから過去１０回分のアップロードの履歴を使用するなどによって、時間的に新しい回数だけを使用してもよい。
【０１３７】
以上の処理により、アップロードさせる録画端末が蓄積サーバ１４０１によって選択され、アップロード時間をネットワークの状態に合わせて平滑化することが可能となる。これにより、録画端末間でのネットワーク使用時間の偏りをなくし、録画端末に接続されたネットワークを用いた他の通信を阻害せずに、コンテンツを蓄積サーバ１４０１で効率的に蓄積することが可能となる。さらに、蓄積サーバ１４０１によって各録画端末の成功率が適正度として判定され、アップローダに適さない録画端末がアップローダから除外される。これにより、不正なコンテンツを保存する確率を減らし、正しいコンテンツを保存することが可能となる。
【０１３８】
つまり、本実施の形態における蓄積方法では、さらに、複数の録画端末１０２〜１０４のそれぞれからアップロードされるコンテンツを受信するときには、複数の録画端末のそれぞれから受信したコンテンツが不正か否かを判定し、不正と判定したコンテンツをアップロードした録画端末を非適正端末として示す非適正端末情報（非適正端末テーブル１６０１）を保持する。そして、アップローダの選択では、複数の録画端末１０２〜１０４のうち、非適正端末情報によって非適正端末として示されている録画端末を除く、残りの少なくとも１つの録画端末から、アップローダを選択する。
【０１３９】
これにより、非適正端末でない録画端末がアップローダとして選択されるため、不正なコンテンツがアップロードされることを抑制することができる。
【０１４０】
また、コンテンツが不正か否かの判定では、受信したコンテンツのデータに抜けがあるか否かを判定し、抜けがあると判定した場合に、そのコンテンツは不正と判定する。具体的には、コンテンツが不正か否かの判定では、受信したコンテンツを構成する複数のパケットのそれぞれを識別するためのパケット識別子が非連続であるか否かを判定することによって、そのコンテンツのデータに抜けがあるか否かを判定し、非連続であると判定した場合に、そのコンテンツのデータに抜けがあると判定する。
【０１４１】
これにより、コンテンツが不正か否かを適切に判定することができる。
【０１４２】
また、コンテンツが不正か否かの判定では、複数の録画端末１０２〜１０４のそれぞれによる同一のコンテンツに対するアップロードが行われた場合に、複数の録画端末のそれぞれから受信したコンテンツのサイズを比較することによって、複数の録画端末のそれぞれから受信したコンテンツが不正か否かを判定する。
【０１４３】
これにより、コンテンツが不正か否かを適切に判定することができる。
【０１４４】
以上、本発明の一つまたは複数の態様に係る蓄積方法、蓄積装置およびコンテンツ蓄積システムについて、上記各実施の形態に基づいて説明したが、本発明は、これらの実施の形態に限定されるものではない。
【０１４５】
図２１は、本発明の一態様に係るコンテンツ蓄積システムの構成を示す図である。
【０１４６】
このコンテンツ蓄積システム１０ｓは、複数の端末装置２０と、その複数の端末装置２０のうちの何れかの端末装置２０からネットワーク３０を介してアップロードされたコンテンツを保存する蓄積装置１０とを備える。蓄積装置１０は、要求受信部１１と、選択部１２と、可否送信部１３と、コンテンツ受信部１４とを備える。要求受信部１１は、複数の端末装置２０のそれぞれから送信された、同一のコンテンツに対するアップロード要求メッセージを受信する。選択部１２は、アップロード要求メッセージを送信した複数の端末装置２０のそれぞれのネットワーク状況を示すネットワーク状況情報を用いて、その複数の端末装置２０の中から、その同一のコンテンツをアップロードさせる端末装置をアップローダとして選択する。可否送信部１３は、選択したアップローダ２０に対してアップロード許可メッセージを送信し、選択しなかった端末装置２０に対してアップロード不要メッセージを送信する。コンテンツ受信部１４は、選択したアップローダ２０から、ネットワーク３０を介してアップロードされたその同一のコンテンツを受信して記録媒体に保存する。複数の端末装置２０のそれぞれは、要求送信部２１とコンテンツ送信部２２とを備える。要求送信部２１は、アップロード対象のコンテンツを識別するコンテンツ識別子を含むアップロード要求メッセージを蓄積装置１０に送信する。コンテンツ送信部２２は、蓄積装置１０からアップロード許可メッセージを受信すると、蓄積装置１０へコンテンツのアップロードを行い、アップロード不要メッセージを受信すると、コンテンツのアップロードを中止する。
【０１４７】
このようなコンテンツ蓄積システム１０ｓであっても、上記各実施の形態と同様の効果を奏することができる。
【０１４８】
図２２は、蓄積装置１０による蓄積方法を示すフローチャートである。
【０１４９】
蓄積装置１０による蓄積方法は、ステップＳ１１〜Ｓ１４の処理を含む。ステップＳ１１では、複数の端末装置２０のそれぞれから送信された、同一のコンテンツに対するアップロード要求メッセージを受信する。ステップＳ１２では、アップロード要求メッセージを送信した複数の端末装置２０のそれぞれのネットワーク状況を示すネットワーク状況情報を用いて、その複数の端末装置２０の中から、その同一のコンテンツをアップロードさせる端末装置をアップローダとして選択する。ステップＳ１３では、選択したアップローダ２０に対してアップロード許可メッセージを送信し、選択しなかった端末装置２０に対してアップロード不要メッセージを送信する。ステップＳ１４では、選択したアップローダ２０から、ネットワーク３０を介してアップロードされたその同一のコンテンツを受信して記録媒体に保存する。
【０１５０】
このような図２２に示す蓄積方法であっても、上記各実施の形態と同様の効果を奏することができる。
【０１５１】
なお、今回開示された各実施の形態は全ての点で例示であり、制限的なものではないと考えられるべきである。本発明の範囲は上記の説明ではなく特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。つまり、本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、一つまたは複数の態様の範囲内に含まれてもよい。
【０１５２】
例えば、上記実施の形態２では、非適正端末テーブル１６０１を用いて、複数のアップローダ候補から非適正端末を排除したが、この非適正端末テーブル１６０１を用いなくてもよい。例えば、アップローダ選択部１４０２は、成功率を考慮した評価値ｖを算出することによって、成功率が高い録画端末ほど、その録画端末が優先して選択されるように、アップローダを選択する。このような評価値ｖは、アップロード回数ｕおよびアップロード成功回数ｓを用いて、以下の評価式２によって算出される。アップローダ選択部１４０２は、この評価値ｖが高い録画端末から順に、許容された個数の録画端末をそれぞれアップローダとして選択する。
【０１５３】
【数２】
2017046081.tif 000004
【０１５４】
なお、上記各実施の形態において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。ここで、上記各実施の形態の蓄積装置などを実現するソフトウエアは、図４、図７、図１２、図１５、および図１７に示す、蓄積サーバによって実行される各ステップ、または、図２２に示すフローチャートに含まれる各ステップを、コンピュータに実行させるプログラムである。
【０１５５】
また、本開示において、図２、図１４、および図２１に示されるブロック図の機能ブロックの全部又は一部は、半導体装置、半導体集積回路（ＩＣ）、又はＬＳＩ（large scale integration）を含む一つ又は一つ以上の電子回路によって実行されてもよい。ＬＳＩ又はＩＣは、一つのチップに集積されてもよいし、複数のチップを組み合わせて構成されてもよい。例えば、記憶素子以外の機能ブロックは、一つのチップに集積されてもよい。ここでは、ＬＳＩやＩＣと呼んでいるが、集積の度合いによって呼び方が変わり、システムＬＳＩ、ＶＬＳＩ(very large scale integration)、若しくはＵＬＳＩ(ultra large scale integration)と呼ばれるかもしれない。ＬＳＩの製造後にプログラムされる、Field Programmable Gate Array (FPGA)、又はＬＳＩ内部の接合関係の再構成又はＬＳＩ内部の回路区画のセットアップができるreconfigurable logic deviceも同じ目的で使うことができる。
【０１５６】
さらに、ユニット、装置、又は装置の一部の、全部又は一部の機能又は操作は、ソフトウエア処理によって実行することが可能である。この場合、ソフトウエアは一つ又は一つ以上のＲＯＭ、光学ディスク、ハードディスクドライブ、などの非一時的記録媒体に記録され、ソフトウエアが、処理装置（processor）によって実行された場合に、ソフトウエアは、ソフトウエア内の特定の機能を、処理装置（processor）と周辺のデバイスに実行させる。システム又は装置は、ソフトウエアが記録されている一つ又は一つ以上の非一時的記録媒体、処理装置（processor）、及び必要とされるハードウエアデバイス、例えばインターフェース、を備えていても良い。
【産業上の利用可能性】
【０１５７】
本発明は、同一のデータを持つ端末が多数存在し、各端末からデータのアップロードを行うシステムにおいて、例えば、録画データ保存サーバ、音楽データ保存サーバ、または地図データ保存サーバなどの蓄積サーバとして有用である。
【符号の説明】
【０１５８】
１０，１０１，１４０１    蓄積サーバ（蓄積装置）
１０ｓ，１００ｓ    コンテンツ蓄積システム
２０，１０２〜１０５    録画端末（端末装置）
１１    要求受信部
１２    選択部
１３    可否送信部
１４，２０５    コンテンツ受信部
２１    要求送信部
２２，２１２    コンテンツ送信部
３０，１１０    ネットワーク
２０１    アップロード要求受信部
２０２    コンテンツ管理部
２０３，１４０２    アップローダ選択部
２０４    アップロード可否送信部
２０６    ネットワーク状況計測部
２０７，１４０４    データ保存部
２０８    チューナ
２０９    ストリーム解析部
２１０    アップロード要求送信部
２１１    アップロード可否受信部
２１３    データ保存部
１４０３    アップローダ適正判定部
【図１】
2017046081.tif 000005
【図２】
2017046081.tif 000006
【図３】
2017046081.tif 000007
【図４】
2017046081.tif 000008
【図５】
2017046081.tif 000009
【図６】
2017046081.tif 000010
【図７】
2017046081.tif 000011
【図８】
2017046081.tif 000012
【図９】
2017046081.tif 000013
【図１０】
2017046081.tif 000014
【図１１】
2017046081.tif 000015
【図１２】
2017046081.tif 000016
【図１３】
2017046081.tif 000017
【図１４】
2017046081.tif 000018
【図１５】
2017046081.tif 000019
【図１６】
2017046081.tif 000020
【図１７】
2017046081.tif 000021
【図１８】
2017046081.tif 000022
【図１９】
2017046081.tif 000023
【図２０】
2017046081.tif 000024
【図２１】
2017046081.tif 000025
【図２２】
2017046081.tif 000026