データ提供装置、データ提供方法、データ提供プログラム、及びデータ提供システム
【課題】ローカルディスクの記憶容量が不足することを防止し、かつ、ネットワークに負荷をかけずにデータを提供する。
【解決手段】ブロック削除処理部ｂ１４は、連続したデータを分割したデータブロックであって記憶部ｂ１１が記憶するデータブロックを、データブロック各々の提供頻度を示す情報に基づいて選択して削除する。データ提供処理部ｂ１５は、記憶部ｂ１１が記憶するデータブロックを連続したデータ中での順序に従って提供するとともに、提供するデータブロックが記憶部ｂ１１から削除されている場合、ネットワークを介して接続されたストレージサーバＤ１にバックアップされた当該データブロックをダウンロードして提供する。
【解決手段】ブロック削除処理部ｂ１４は、連続したデータを分割したデータブロックであって記憶部ｂ１１が記憶するデータブロックを、データブロック各々の提供頻度を示す情報に基づいて選択して削除する。データ提供処理部ｂ１５は、記憶部ｂ１１が記憶するデータブロックを連続したデータ中での順序に従って提供するとともに、提供するデータブロックが記憶部ｂ１１から削除されている場合、ネットワークを介して接続されたストレージサーバＤ１にバックアップされた当該データブロックをダウンロードして提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ提供装置、データ提供方法、データ提供プログラム、及びデータ提供システムに関する。
【背景技術】
【０００２】
近年、動画、音声、静止画等のコンテンツデータを提供する装置が普及してきている。
ハードディスクレコーダは、テレビ放送信号等を受信して内蔵の大容量ハードディスクに動画のデジタルデータ（コンテンツデータ）として録画し、録画したコンテンツデータの提供を受けた再生部が再生を行う装置である。
また、非特許文献１には、ＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ；登録商標）で策定しているＤＭＳ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒ）が記載されている。ＤＭＳは、動画、音声、静止画等のコンテンツデータをハードディスク等の内蔵の大容量ストレージ(以下、ローカルディスク)に保存し、ＤＭＰ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｐｌａｙｅｒ）の要求に応じて提供する装置である。
【０００３】
また、インターネットを経由して、動画像をストリーミング映像として配信するストリーミング映像配信方式を適用したシステムが知られている。このシステムでは、サーバが動画等のコンテンツデータをパケットデータに分割して送信し、クライアント装置（例えば、パーソナルコンピュータ）が受信したパケットデータをコンテンツデータとして再生する。また、クライアント装置は、再生したパケットデータを消去する。これにより、クライアント装置は、少ない空き容量で動画データを再生することができる。
また、ストリーミング映像配信方式のように、ネットワークを介してコンテンツデータを受信して提供する技術として、特許文献１、２の技術が知られている。
【０００４】
特許文献１には、コンテンツダウンロードにおいて、音楽、映像等のコンテンツデータを時間軸方向に沿って分割し、視聴者の要求に応じて転送順序の動的な変更を行うコンテンツデータ転送システムが記載されている。
【０００５】
また、特許文献２には、ＰＤＡや携帯電話等のメモリ容量が比較的小さい情報端末であり、情報端末からサーバへコンテンツをアップロードし、情報端末がダウンロードする際に空き容量が不足した場合にアップロード済みのコンテンツ一覧を表示して選択されたコンテンツをメモリから削除し、ゲーム等の連続性のあるコンテンツについての進捗状況を管理する情報端末が記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−２２２３２号公報
【特許文献２】特開２００４−１７８３５３号公報
【非特許文献】
【０００７】
【非特許文献１】“ＤＬＮＡ Ｏｖｅｒｖｉｅｗ ａｎｄ Ｖｉｓｉｏｎ Ｗｈｉｔｅｐａｐｅｒ ２００７”、[online]、Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ（登録商標）、[２００９年５月１５日検索]、インターネット＜ｈｔｔｐ：／／ｗｗｗ。ｄｌｎａ．ｏｒｇ／ｎｅｗｓ／ＤＬＮＡ＿ｗｈｉｔｅ＿ｐａｐｅｒ．ｐｄｆ＞
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来のハードディスクレコーダやＤＭＳでは、コンテンツデータ単位で記録及び提供を行うので、新規にコンテンツデータを登録する際、ローカルディスクに登録するコンテンツデータと同等の空き容量を必要とする。よって、これらの装置では、ローカルディスクの空き容量が足りなくなった場合、新規のコンテンツデータを登録して提供することができないという欠点があった。
一方、従来のストリーミング映像配信方式では、クライアント装置が再生したコンテンツデータをすべて消去するので、コンテンツデータの提供要求があるたびに、コンテンツデータをダウンロードしなければならない。よって、この方式では、同じコンテンツデータを再度提供するときに、ネットワークに負荷をかけ、また、コンテンツデータの提供開始までに、時間がかかるという欠点があった。
【０００９】
また、特許文献１記載の技術では、受信側にダウンロードした後のコンテンツデータを削除しておらず、受信側のローカルディスクの空き容量が足りなくなるという欠点があった。また、仮に、受信側で提供したコンテンツデータを消去している場合、ストリーミング映像配信方式と同様に、ネットワークに負荷をかけ、また、コンテンツデータの提供開始までに、時間がかかるという欠点があった。
また、特許文献２記載の技術では、アップロードしたコンテンツデータをダウンロードする時に、ハードディスクレコーダやＤＭＳと同様に、ローカルディスクの空き容量が足りなくなるという欠点があった。例えば、特許文献２記載の技術では、利用者が情報端末のローカルディスクのデータをアップロードしてデータを削除する操作を行い、ダウンロードするコンテンツデータの容量の空き容量を確保することが考えられる。しかし、利用者が常にコンテンツの所在やディスクの空き容量を意識し、空き容量の計算等をして操作をしなければならないという煩わしさがあった。
このように、上記の従来技術では、コンテンツデータを提供する場合に、ローカルディスクの記憶容量が不足するという欠点、又は、ネットワークに負荷がかかるという欠点があった。
【００１０】
本発明は上記の点に鑑みてなされたものであり、その目的は、ローカルディスクの記憶容量が不足することを防止し、かつ、ネットワークに負荷をかけずにデータを提供することができるデータ提供装置、データ提供方法、データ提供プログラム、及びデータ提供システムを提供することにある。
【課題を解決するための手段】
【００１１】
（１）本発明は上記の課題を解決するためになされたものであり、本発明は、連続したデータを提供するデータ提供装置において、前記連続したデータを分割したデータブロックであって記憶部が記憶するデータブロックを、前記データブロック各々の提供頻度を示す情報に基づいて選択して削除するブロック削除処理部と、前記記憶部が記憶するデータブロックを前記連続したデータ中での順序に従って提供するとともに、提供するデータブロックが前記記憶部から削除されている場合、ネットワークを介して接続された記憶装置にバックアップされた当該データブロックをダウンロードして提供するデータ提供処理部と、を備えることを特徴とするデータ提供装置である。
上記構成によると、データ提供装置は、前記データブロックをデータブロック各々の提供頻度を示す情報に基づいて選択して削除し、提供するデータブロックが削除されている場合、ネットワークを介して接続された記憶装置にバックアップされた当該データブロックをダウンロードして提供するので、例えば、提供頻度が低いデータブロックを削除し、ローカルディスクの記憶容量が不足することを防止することができる。また、データ提供装置は、提供頻度が高いデータブロックをローカルディスクに記憶して提供することができ、ネットワークに負荷をかけずにデータを提供することができる。また、ネットワーク障害等によって記憶装置と通信ができない場合であっても、例えば、記憶部が記憶する提供頻度が高いデータブロックを提供することができる。また、データ提供装置は、連続したデータを分割したデータブロックをダウンロードするので、連続したデータをダウンロードする場合と比較して、通信の中断や再開の制御を容易にすることができる。
【００１２】
（２）また、本発明は、上記のデータ提供装置において、前記連続したデータを分割してデータブロックを生成するブロック分割部と、前記ブロック分割部が生成したデータブロックを前記記憶装置にバックアップするバックアップ部と、を備えることを特徴とする。
上記構成によると、データ提供装置は、前記連続したデータを分割してデータブロックを生成し、生成したデータブロックを前記記憶装置にバックアップするので、連続したデータをアップロードする場合と比較して、通信の中断や再開の制御を容易にすることができる。
【００１３】
（３）また、本発明は、上記のデータ提供装置において、前記データ提供処理部が提供したデータを再生するデータ再生部を備えることを特徴とする。
【００１４】
（４）また、本発明は、上記のデータ提供装置において、前記ブロック削除処理部は、前記記憶部の空き容量が予め定めた閾値以下になった場合に、前記データブロック各々の提供頻度を示す情報に基づいて、前記記憶部が記憶するデータブロックを削除することを特徴とする。
上記構成によると、データ提供装置は、前記記憶部の空き容量が予め定めた閾値以下になった場合に、前記データブロック各々の提供頻度を示す情報に基づいて、前記記憶部が記憶するデータブロックを削除するので、利用者が常にコンテンツの所在やディスクの空き容量を意識して空き容量の計算等をして操作をすることなく、ローカルディスクの記憶容量が不足することを防止することができる。
【００１５】
（５）また、本発明は、上記のデータ提供装置において、前記データブロック各々の提供頻度を示す情報は、前記連続したデータ中でのデータブロックの順序を示す情報であることを特徴とする。
上記構成によると、データ提供装置は、一般的に連続したデータは先頭から順に提供されるため、順序が遅く提供頻度が低いデータブロックを優先して削除し、記憶部又はデータ提供装置の記憶領域の空き容量を確保することができる。逆に、データ提供装置は、順序が早く提供頻度が高いデータブロックの連続したデータを、記憶部から提供することができ、迅速に連続したデータを提供することができる。
【００１６】
（６）また、本発明は、上記のデータ提供装置において、マークを付与することを示す情報が入力されると、提供中のデータの位置を示すマーク情報をマークテーブルに記憶するマーク付与部を備え、前記データブロック各々の提供頻度を示す情報は、前記データブロックに含まれるデータ区間における前記マークテーブルが記憶するマーク情報の数を示す情報であることを特徴とする。
上記構成によると、データ提供装置は、マークを付された数が少なく提供頻度が低いデータブロックを優先して削除し、記憶部又はデータ提供装置の記憶領域の空き容量を確保することができる。逆に、データ提供装置は、マークを付された数が多く提供頻度が高いデータブロックの連続したデータを、データ提供装置の記憶部ｂ１１から提供することができ、迅速に連続したデータを提供することができる。
【００１７】
（７）また、本発明は、上記のデータ提供装置において、前記データブロックの提供頻度を示す情報は、前記データブロック各々の提供回数を示す情報であることを特徴とする。
上記構成によると、データ提供装置は、提供回数の実績が少なく提供頻度が低いデータブロックを優先して削除し、記憶部又はデータ提供装置の空き容量を確保することができる。逆に、データ提供装置は、提供回数の実績が多く提供頻度が高いデータブロックの連続したデータを、データ提供装置の記憶部から提供することができ、迅速にデータブロックを提供することができる。
【００１８】
（８）また、本発明は、連続したデータを提供するデータ提供装置におけるデータ提供方法において、前記データ提供装置が、前記連続したデータを分割したデータブロックであって記憶部が記憶するデータブロックを、前記データブロック各々の提供頻度を示す情報に基づいて選択して削除する第１の過程と、前記データ提供装置が、前記記憶部が記憶するデータブロックを前記連続したデータ中での順序に従って提供するとともに、提供するデータブロックが前記記憶部から削除されている場合、ネットワークを介して接続された記憶装置にバックアップされた当該データブロックをダウンロードして提供する第２の過程と、を有することを特徴とするデータ提供方法である。
【００１９】
（９）また、本発明は、連続したデータを提供するデータ提供装置のコンピュータを
前記連続したデータを分割したデータブロックであって記憶部が記憶するデータブロックを、前記データブロック各々の提供頻度を示す情報に基づいて選択して削除するブロック削除処理手段、前記記憶部が記憶するデータブロックを前記連続したデータ中での順序に従って提供するとともに、提供するデータブロックが前記記憶部から削除されている場合、ネットワークを介して接続された記憶装置にバックアップされた当該データブロックをダウンロードして提供するデータ提供処理手段、として機能させるデータ提供プログラムである。
【００２０】
（１０）また、本発明は、連続したデータを提供するデータ提供装置と、前記データ提供装置から提供されたデータを再生するデータ再生装置と、を具備するデータ提供システムにおいて、前記データ提供装置は、前記連続したデータを分割したデータブロックを、前記データブロック各々の提供頻度を示す情報に基づいて選択し、記憶部から削除するブロック削除処理部と、提供するデータブロックが前記記憶部から削除されている場合、ネットワークを介して接続された記憶装置にバックアップされた当該データブロックを、ダウンロードして提供するデータ提供処理部と、を備え、前記再生装置は、前記データ提供装置が提供したデータを再生するデータ再生部を備えることを特徴とするデータ提供システムである。
【発明の効果】
【００２１】
本発明によれば、データ提供装置は、提供頻度が低いデータブロックを削除し、ローカルディスクの記憶容量が不足することを防止することができる。また、データ提供装置は、提供頻度が高いデータブロックをローカルディスクに記憶して提供することができ、ネットワークに負荷をかけずにデータを提供することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施形態に係るデータ提供システムの概念図である。
【図２】本実施形態に係るＮＷメディアサーバが記憶するコンテンツブロックの一例を示す概念図である。
【図３】本実施形態に係るＮＷメディアサーバが行うブロック登録処理を示す概略図である。
【図４】本実施形態に係るＮＷメディアサーバが行うマーク付与処理を示す概略図である。
【図５】本実施形態に係るＮＷメディアサーバが行うブロック削除処理を示す概略図である。
【図６】本実施形態に係るＮＷメディアサーバが行うコンテンツ再生処理を示す概略図である。
【図７】本実施形態に係るデータ提供システムが具備する装置の構成を示す概略ブロック図である。
【図８】本実施形態に係る別のデータ提供システムが具備する装置の構成を示す概略ブロック図である。
【図９】本実施形態に係るコンテンツ登録処理部の構成を示す概略ブロック図である。
【図１０】本実施形態に係るブロック削除処理部の構成を示す概略ブロック図である。
【図１１】本実施形態に係るコンテンツ提供処理部の構成を示す概略ブロック図である。
【図１２】本実施形態に係るコンテンツ管理情報記憶部が記憶するテーブルとそれらの関係を示す概念図である。
【図１３】本実施形態に係るマークポイントテーブルの一例を示す概略図である。
【図１４】本実施形態に係るコンテンツデータ登録処理の動作の一例を示すフロー図である。
【図１５】本実施形態に係るコンテンツブロック生成処理の動作の一例を示すフロー図である。
【図１６】本実施形態に係るバックアップ処理の動作の一例を示すフロー図である。
【図１７】本実施形態に係るマーク付与処理の動作の一例を示すシークエンス図である。
【図１８】本実施形態に係るタグ情報の入力処理の動作の一例を示すシークエンス図である。
【図１９】本実施形態に係るバイト位置と提供位置との関係を示す概念図である。
【図２０】本実施形態に係るブロック削除処理の動作の一例を示すフロー図である。
【図２１】本実施形態に係る視聴ポイント計算処理の動作の一例を示すフロー図である。
【図２２】本実施形態に係るブロック取得処理の動作の一例を示すフロー図である。
【図２３】本実施形態の変形例１に係るコンテンツ管理情報記憶部が記憶するテーブルとそれらの関係を示す概念図である。
【図２４】本実施形態の変形例２に係るコンテンツブロックの管理方法を示す概念図である。
【発明を実施するための形態】
【００２３】
（実施形態）
以下、図面を参照しながら本発明の実施形態について詳しく説明する。図１は、本発明の実施形態に係るデータ提供システムの概念図である。なお、この図は、ＤＭＳ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒ）Ｂ１を用いたデータ提供システム１と、ハードディスクレコーダＢ２を用いたデータ提供システム２と、の２つのデータ提供システムを示す。なお、本発明は、データ提供システム１、２のどちらの構成であってもよい。
【００２４】
データ提供システム１は、テレビＡ１１、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）Ａ１２、ＤＭＰ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｐｌａｙｅｒ）Ａ１３、ＤＭＳ Ｂ１（データ提供装置）、及びストレージサーバＤ1（記憶装置）を具備する。ＤＭＳ Ｂ１は、ダウンロード等によって取得したコンテンツデータ（連続したデータ）をコンテンツブロック（データブロック）に分割して記憶する。なお、コンテンツブロックのデータ量（データ長という）は、固定（例えば、４１９４３０４バイトのデータ）であってもよいし可変であってもよい。本実施形態では、可変の場合の構成について説明をする。
また、ＤＭＳ Ｂ１は、記憶したコンテンツブロックをコンテンツデータ中での順序に従ってＤＭＰ Ａ１３に提供する。ＤＭＰ Ａ１３は、提供されたデータを再生してテレビＡ１１に表示し、また、音声出力する。また、ＤＭＳ Ｂ１は、記憶したコンテンツブロックを、ネットワークＣ１を介して接続されたストレージサーバＤ1にアップロードしてバックアップする。また、ＰＣ Ａ１２は、ＤＭＰ Ａ１３及びＤＭＳ Ｂ１にＬＡＮ等のネットワークを介して接続され、利用者は、ＰＣ Ａ１２の操作によってＤＭＰ Ａ１３及びＤＭＳ Ｂ１を制御する。
【００２５】
データ提供システム２は、テレビＡ２１、リモコンＡ２２、ハードディスクレコーダＢ２（データ提供装置）、及びストレージサーバＤ1を具備する。ハードディスクレコーダＢ２は、録画等によって取得したコンテンツデータをコンテンツブロックに分割して記憶する。また、ハードディスクレコーダＢ２は、記憶したコンテンツブロックをコンテンツデータ中での順序に従って再生部に提供する。ハードディスクレコーダＢ２の再生部は、提供されたデータを再生してテレビＡ２１に表示する。また、ハードディスクレコーダＢ２は、記憶したコンテンツブロックを、ネットワークＣ１を介して接続されたストレージサーバＤ1にアップロードしてバックアップする。また、リモコンＡ２２は赤外線通信を行い、利用者は、リモコンＡ２２の操作によってハードディスクレコーダＢ２を制御する。
【００２６】
本実施形態では、ＤＭＳ Ｂ１及びハードディスクレコーダＢ２は、コンテンツブロックを視聴ポイントＰ（データブロック各々の提供頻度を示す情報）に基づいて削除する。また、ＤＭＳ Ｂ１及びハードディスクレコーダＢ２は、ＤＭＰ Ａ１３又は自装置のコンテンツ再生部に提供するコンテンツブロックが削除されている場合、ストレージサーバＤ1からコンテンツブロックをダウンロードして提供する。
以下、ＤＭＳ Ｂ１及びハードディスクレコーダＢ２を、それぞれ、ＮＷ（ネットワーク）メディアサーバｂ１、ｂ２という。
【００２７】
図２は、本実施形態に係るＮＷメディアサーバｂ１が記憶するコンテンツブロックの一例を示す概念図である。この図において、コンテンツブロックＩ１〜Ｉ６は、動画、音声等のコンテンツＩのコンテンツデータ（コンテンツデータＩという）を分割したコンテンツブロックを示す。以下、コンテンツＩでの再生時間が早い順に、コンテンツブロックＩ１、Ｉ２、・・・、Ｉ６とする。また、コンテンツブロックＪ１〜Ｊ５、Ｋ１〜Ｋ７は、それぞれ、コンテンツＪ、Ｋのコンテンツブロックを示す。なお、全てのコンテンツブロック１〜Ｉ６、Ｊ１〜Ｊ５、Ｋ１〜Ｋ７は、ストレージサーバＤ1に送信され、バックアップされている。
また、図２において、実線で示したコンテンツブロック（ハッチングしたコンテンツブロック、例えば、コンテンツブロックＩ１）は、ＮＷメディアサーバｂ１に記憶されていることを示す。一方、点線で示したコンテンツブロック（例えば、コンテンツブロックＩ３）は、ＮＷメディアサーバｂ１から削除されていることを示す。
【００２８】
＜メディアサーバｂ１が行う処理について＞
以下、図３〜６を用いて、ＮＷメディアサーバｂ１が行う処理の概略を説明する。
図３は、本実施形態に係るＮＷメディアサーバｂ１が行うブロック登録処理を示す概略図である。この図において、ＮＷメディアサーバｂ１には、ダウンロード等によってコンテンツデータＩが記憶される。ＮＷメディアサーバｂ１は、コンテンツデータＩを検知すると、検知したコンテンツデータＩを分割してコンテンツブロックＩ１〜Ｉ６を生成し、記憶部ｂ１１に記憶する。なお、このときコンテンツデータＩは削除される。
ＮＷメディアサーバｂ１は、記憶部ｂ１１に記憶したコンテンツブロックＩ１〜Ｉ６をストレージサーバＤ1に送信する。ストレージサーバＤ1は、受信したコンテンツブロックＩ１〜Ｉ６をバックアップ記憶部ｄ1１に記憶する。
【００２９】
図４は、本実施形態に係るＮＷメディアサーバｂ１が行うマーク付与処理を示す概略図である。ここで、マークとは、利用者等によって特定の再生箇所（提供位置）に付される指標である。ＮＷメディアサーバｂ１は、マークが付されたデータの位置を示すマーク情報を記憶する。ＮＷメディアサーバｂ１は、マーク情報が利用者等によって選択されると、マーク情報が示すデータの位置からコンテンツデータの提供を開始する。なお、ＮＷメディアサーバｂ１は、マーク情報が示すデータの位置から予め設定されたサイズ（または秒数）分を遡った位置からコンテンツデータの提供を開始してもよい。
図４において、ＮＷメディアサーバｂ１は、コンテンツブロックＩ１〜Ｉ６をコンテンツブロックＩでの順序に従って提供し、ＤＭＰ Ａ１３は、ＮＷメディアサーバｂ１から提供されたデータを再生してテレビＡ１１に表示させる。利用者は、ＰＣ Ａ１２を操作してマークを付する再生箇所を選択する。ＮＷメディアサーバｂ１は、選択された再生箇所に対応するデータの位置を示すマーク情報を記憶する。なお、ＮＷメディアサーバｂ２の場合、利用者は、リモコンＡ２２を操作してマークを付する。
【００３０】
図５は、本実施形態に係るＮＷメディアサーバｂ１が行うブロック削除処理を示す概略図である。この図において、ＮＷメディアサーバｂ１は、後述する視聴ポイントＰを計算し、視聴ポイントＰが低いコンテンツブロックを削除する。例えば、この図において、ＮＷメディアサーバｂ１は、付されたマークの数が少ないコンテンツブロックＩ３、Ｉ５、Ｉ６を削除する。
【００３１】
図６は、本実施形態に係るＮＷメディアサーバｂ１が行うコンテンツ再生処理を示す概略図である。この図において、ＮＷメディアサーバｂ１は、コンテンツブロックＩ１〜Ｉ６をコンテンツデータＩ中での順序（Ｉ１、Ｉ２、Ｉ３・・・）に従ってＤＭＰ Ａ１３に提供する。ＤＭＰ Ａ１３は、提供されたデータを再生し、再生したデータの動画をテレビＡ１１に表示させる。ＮＷメディアサーバｂ１は、提供中のコンテンツブロックからｎ個後までのコンテンツブロック（提供準備ブロックという）が削除されている場合、提供準備ブロックをストレージサーバＤ1からダウンロードする。例えば、図６は、ｎ＝３の場合の図である。この図は、ＮＷメディアサーバｂ１が、コンテンツブロックＩ１を提供しているとき、提供準備ブロック（コンテンツブロックＩ２〜Ｉ４）が記憶部ｂ１１に記憶されているか否かを判定し、記憶部ｂ１１に記憶されていないと判定したコンテンツブロックＩ３を、ストレージサーバＤ1からダウンロードしていることを示す。
【００３２】
＜データ提供システム１、２の構成について＞
図７は、本実施形態に係るデータ提供システム１が具備する装置の構成を示す概略ブロック図である。この図において、テレビＡ１１は表示部ａ１１を、ＤＭＰ Ａ１３はコンテンツ再生部ａ１２と入力受付部ａ１３とを、ＰＣ Ａ１２は入力部ａ１４を、含んで備える。また、ＮＷメディアサーバは、記憶部ｂ１１、コンテンツ登録部ｂ１２、ブロック登録処理部ｂ１３、及びブロック削除処理部ｂ１４を含んで備える。また、ストレージサーバＤ1は、バックアップ記憶部ｄ１１を含んで備える。
【００３３】
テレビＡ１１の表示部ａ１１は、ＤＭＰ Ａ１３のコンテンツ再生部ａ１２が再生したコンテンツを表示する。ＤＭＰ Ａ１３のコンテンツ再生部ａ１２は、ＮＷメディアサーバｂ１から提供されたデータを再生する。入力受付部ａ１３は、ＰＣ Ａ１２の入力部ａ１４でマークを付与することを示すキーが押下されたことを受け付け、マークを付することを示すマーク付与情報をＮＷメディアサーバｂ１に出力する。
【００３４】
ＮＷメディアサーバｂ１のコンテンツ登録部ｂ１２は、録画やダウンロード等によって取得したコンテンツデータを記憶部ｂ１１に記憶する。
ブロック登録処理部ｂ１３は、記憶部ｂ１１から読み出したコンテンツデータを分割してコンテンツブロックを生成する。ブロック登録処理部ｂ１３は、生成したコンテンツブロックを記憶部ｂ１１に記憶し、また、ストレージサーバＤ１のバックアップ記憶部ｄ１１にバックアップする。ブロック登録処理部ｂ１３の詳細については、後述する。
ブロック削除処理部ｂ１４は、後術する視聴ポイントＰに基づいて、記憶部ｂ１１が記憶するコンテンツブロックを選択して削除する。ブロック削除処理部ｂ１４の詳細については、後述する。
コンテンツ提供処理部ｂ１５は、記憶部ｂ１１が記憶するコンテンツブロックをコンテンツデータ中での順序に従ってＤＭＰ Ａ１３に提供する。ここで、コンテンツ提供処理部ｂ１５は、提供するコンテンツブロックが記憶部ｂ１１から削除されている場合、ストレージサーバＤ１のバックアップ記憶部ｄ１１にバックアップされた当該コンテンツブロックを、ダウンロードして提供する。コンテンツ提供処理部ｂ１５の詳細については、後述する。
【００３５】
図８は、本実施形態に係る別のデータ提供システム２が具備する装置の構成を示す概略ブロック図である。データ提供システム２（図８）とデータ提供システム１（図７）とを比較すると、図８には図７中のＤＭＰ Ａ１３がなく、ＮＷメディアサーバｂ２が、図７中のＤＭＰ Ａ１３が備えるコンテンツ再生部ａ１２及び入力受付部ａ１３を備える。しかし、各部が持つ機能は、データ提供システム１と同じであるので、説明は省略する。
なお、図８において、コンテンツ提供処理部ｂ１５は、記憶部ｂ１１が記憶するコンテンツブロックをコンテンツデータ中での順序に従ってコンテンツ再生部ａ１２に提供する。
【００３６】
＜ＮＷメディアサーバｂ１、２の各部の構成について＞
以下、ＮＷメディアサーバｂ１のブロック登録処理部ｂ１３、ブロック削除処理部ｂ１４、及びコンテンツ提供処理部ｂ１５の詳細について説明をする。
【００３７】
図９は、本実施形態に係るコンテンツ登録処理部ｂ１３の構成を示す概略ブロック図である。この図において、記憶部ｂ１１は、コンテンツデータ記憶部ｂ１１１、コンテンツ管理情報記憶部ｂ１１２、及びコンテンツブロック記憶部ｂ１１３を含んで備える。また、コンテンツ登録処理部ｂ１３は、コンテンツデータ検知部ｂ１３１、ブロック分割部ｂ１３２、及びバックアップ部ｂ１３３を含んで備える。
【００３８】
コンテンツデータ記憶部ｂ１１１は、コンテンツ登録部ｂ１２から入力されたコンテンツデータを記憶する。また、コンテンツ管理情報記憶部ｂ１１２は、コンテンツブロック等の情報を管理する各種テーブル（図１２参照）を記憶する。
コンテンツデータ検知部ｂ１３１は、定期的に、コンテンツデータ記憶部ｂ１１１内を検索し、コンテンツデータが記憶されているか否かを判定する。判定の結果、新たなコンテンツデータが記憶されている場合、コンテンツデータ検知部ｂ１３１は、コンテンツデータを抽出してブロック分割部ｂ１３２に出力する。
ブロック分割部ｂ１３２は、コンテンツデータ検知部ｂ１３１から入力されたコンテンツデータを分割してコンテンツブロックを生成し、生成したコンテンツブロックをコンテンツブロック記憶部ｂ１１３に記憶する。また、ブロック分割部ｂ１３２は、コンテンツブロックに分割したコンテンツデータをコンテンツデータ記憶部ｂ１１１から削除する。また、ブロック分割部ｂ１３２は、生成したコンテンツブロックの情報を生成し、コンテンツ管理情報記憶部ｂ１１２が記憶するテーブルを更新する。
【００３９】
バックアップ部ｂ１３３は、定期的に、コンテンツ管理情報記憶部ｂ１１２のテーブルを検索し、ストレージサーバＤ１にアップロードしていないコンテンツブロック、つまり、バックアップをしていないコンテンツブロックがあるか否かを判定する。バックアップをしていないコンテンツブロックがある場合、バックアップ部ｂ１３３は、そのコンテンツブロックをコンテンツブロック記憶部ｂ１１３から読み出してストレージサーバＤ１に送信する。ストレージサーバＤ１に送信されたコンテンツブロックは、バックアップ記憶部ｄ１１に記憶される。また、バックアップ部ｂ１３３は、コンテンツブロックのバックアップが完了すると、バックアップ済みであることを示す情報をコンテンツ管理情報記憶部ｂ１１２のテーブルに登録する。
【００４０】
図１０は、本実施形態に係るブロック削除処理部ｂ１４の構成を示す概略ブロック図である。この図において、記憶部ｂ１１は、コンテンツ管理情報記憶部ｂ１１２及びコンテンツブロック記憶部ｂ１１３を含んで備える。また、ブロック削除処理部ｂ１４は、空き容量検出部ｂ１４１、視聴ポイント計算部ｂ１４２、及びブロック削除部ｂ１４３を含んで備える。
【００４１】
空き容量検出部ｂ１４１は、記憶部ｂ１１の記憶領域の空き容量を検出する。検出した空き容量が予め定めた閾値以下になった場合、空き容量検出部ｂ１４１は、空き容量が不足していることを示す情報を視聴ポイント計算部ｂ１４２に出力する。
視聴ポイント計算部ｂ１４２は、コンテンツ管理情報記憶部ｂ１１２が記憶するテーブルを読み出し、コンテンツデータの登録日、コンテンツデータ中でのコンテンツブロックの順序、コンテンツブロックの提供頻度、マーク情報のポイント合算値、及びお気に入りランクの合算値のいずれか又はその組み合わせに基づいて、コンテンツブロック毎に視聴ポイントＰを計算する。なお、視聴ポイント計算部ｂ１４２が行う視聴ポイントＰの計算処理の詳細については、後述する。視聴ポイント計算部ｂ１４２は計算した視聴ポイントＰをブロック削除部ｂ１４３に出力する。
ブロック削除部ｂ１４３は、視聴ポイント計算部ｂ１４２から入力された視聴ポイントＰの値が低いブロックコンテンツを削除する。ブロック削除部ｂ１４３は、コンテンツブロックを削除した場合、記憶部ｂ１１にそのコンテンツブロックがないことを示す情報を、コンテンツブロック記憶部ｂ１１３に登録する。
【００４２】
図１１は、本実施形態に係るコンテンツ提供処理部ｂ１５の構成を示す概略ブロック図である。この図において、記憶部ｂ１１は、コンテンツ管理情報記憶部ｂ１１２及びコンテンツブロック記憶部ｂ１１３を含んで備える。また、コンテンツ提供処理部ｂ１５は、コンテンツ提供部ｂ１５１、ブロック取得部ｂ１５２、及びマーク付与部ｂ１５３を含んで備える。
【００４３】
コンテンツ提供部ｂ１５１は、コンテンツデータの提供要求がＤＭＰ Ａ１３から入力されると、コンテンツ管理情報記憶部ｂ１１２が記憶するテーブルに基づいて、提供要求があったコンテンツデータのコンテンツブロックを提供順に、コンテンツブロック記憶部ｂ１１３から読み出す。コンテンツ提供部ｂ１５１は、読み出したコンテンツブロックをＤＭＰ Ａ１３のコンテンツ再生部ａ１２（図７参照）に提供する。また、コンテンツ提供部ｂ１５１は、コンテンツブロックの提供をしているとき、データを提供中であることを示す情報をコンテンツ管理情報記憶部ｂ１１２に登録する。
【００４４】
ブロック取得部ｂ１５２は、定期的に、コンテンツ管理情報記憶部ｂ１１２のテーブルを検索し、コンテンツ提供部ｂ１５１がデータを提供中であるか否かを判定する。データを提供中であると判定した場合、ブロック取得部ｂ１５２は、提供準備ブロックが削除されているか否かを判定し、削除されている場合、提供準備ブロックをストレージサーバＤ1のバックアップ記憶部ｄ１１（図７参照）からダウンロードする。ブロック取得部ｂ１５２は、ダウンロードした提供準備ブロックをコンテンツブロック記憶部ｂ１１３に記憶し、記憶部ｂ１１にそのコンテンツブロックがあることを示す情報を、コンテンツブロック記憶部ｂ１１３に登録する。
マーク付与部ｂ１５３は、入力受付部ａ１３からマーク付与情報が入力されると、コンテンツ提供部ｂ１５１がそのとき提供中のデータの位置を示すマーク情報をコンテンツ管理情報記憶部ｂ１１２に記憶する。また、マーク付与部ｂ１５３は、入力受付部ａ１３からタグ情報が入力されると、タグ情報をコンテンツ管理情報記憶部ｂ１１２に記憶する。
【００４５】
＜コンテンツ管理情報について＞
以下、コンテンツ管理情報記憶部ｂ１１２が記憶するテーブルについて説明をする。
図１２は、本実施形態に係るコンテンツ管理情報記憶部ｂ１１２が記憶するテーブルとそれらの関係を示す概念図である。
コンテンツ管理情報記憶部ｂ１１２は、コンテンツブロックテーブルＴ１、提供ログテーブルＴ２、コンテンツテーブルＴ３、提供コンテンツテーブルＴ４、マークテーブルＴ４、タグ情報テーブルＴ５、及びマークポイントテーブルＴ６を記憶する。これらのテーブルＴ１〜Ｔ６は、リレーショナル形式のデータベースにより管理されている。なお、Ｅ１を付した鎖線で囲まれた記号はテーブル間の関係を示し、コンテンツブロックテーブルＴ１と提供ログテーブルＴ２とが、１対多であることを示す。同様に、図１２は、コンテンツテーブルＴ３とコンテンツブロックテーブルＴ１、コンテンツテーブルＴ３と提供コンテンツテーブルＴ４、コンテンツテーブルＴ３とマークテーブルＴ４、コンテンツテーブルＴ３とタグ情報テーブルＴ５、はそれぞれ１対多であることを示す。
【００４６】
コンテンツブロックテーブルＴ１は、コンテンツＩＤ、ブロック番号、アップロード済状態、ローカル有無、コンテンツデータ位置、コンテンツブロック長、及び視聴ポイントの各項目を有している。
ここで、コンテンツＩＤはコンテンツデータの識別情報である。例えば、この項目の値は、「Ｉ」、「Ｊ」、又は「Ｋ」である。また、ブロック番号はコンテンツブロックの識別情報であり、コンテンツデータ中でのコンテンツブロックの順序を示す情報である。例えば、この項目の値は、「１」、「２」、・・・、「６」であり、コンテンツデータ中でのコンテンツブロックの順序を示す。
アップロード済状態は、アップロード済みか否か、つまり、コンテンツブロックのバックアップが完了したか否かを示す情報である。例えば、この項目の値は、バックアップが完了していないことを示す「未アップロード」、又はバックアップが完了したことを示す「アップロード済み」のいずれかである。ローカル有無は、コンテンツブロックが記憶部ｂ１１のコンテンツブロック記憶部ｂ１１３にあるか否かを示す情報である。例えば、この項目の値は、コンテンツブロックがコンテンツブロック記憶部ｂ１１３にあることを示す「あり」、又はコンテンツブロックがコンテンツブロック記憶部ｂ１１３にないことを示す「なし」である。
【００４７】
コンテンツデータ位置は、コンテンツデータ中でのコンテンツブロックの位置を示す情報である。この項目の値は、コンテンツブロックの先頭バイトについてのコンテンツデータ中での位置情報（バイト数）である。コンテンツブロック長は、コンテンツブロックのデータ長を示す情報である。視聴ポイントは、視聴ポイント計算部ｂ１４２が計算した視聴ポイントＰである。なお、このコンテンツブロックテーブルＴ１の主キーは、コンテンツＩＤ及びブロック番号である。また、コンテンツＩＤ及びブロック番号とコンテンツブロックの記憶場所を示す情報（パス、ファイル名）とは対応付けて記憶されている。ＮＷメディアサーバｂ１の各部は、記憶されたその対応情報に基づいて、コンテンツＩＤ及びブロック番号と、パス及びファイル名との変換を行う。
【００４８】
提供ログテーブルＴ２は、コンテンツＩＤ、ブロック番号、及び年月日の各項目を有している。コンテンツＩＤ、ブロック番号は、上記のコンテンツブロックテーブルＴ１のものと同じであるので、説明は省略する。
年月日は、コンテンツブロックを提供した年月日を示す情報である。なお、この提供ログテーブルＴ２の主キーは、コンテンツＩＤ、ブロック番号である。なお、年月日は時刻を含んでもよい。
【００４９】
コンテンツテーブルＴ３は、コンテンツＩＤ、リソースパス、ファイル名、コンテンツ名、ファイルサイズ、コンテンツブロック数、コンテンツタイプ、登録日、及びバックアップ可否の各項目を有している。コンテンツＩＤは、上記のコンテンツブロックテーブルＴ１のものと同じであるので、説明は省略する。
リソースパスは、コンテンツデータを記憶するフォルダ名である。ファイル名は、コンテンツデータのファイル名である。コンテンツ名は、コンテンツデータのコンテンツ名である。ファイルサイズは、コンテンツデータのファイルのデータ量を示す情報である。コンテンツブロック数は、コンテンツデータから分割したコンテンツブロックの総数を示す情報である。コンテンツタイプは、コンテンツデータの種類を示す情報である。例えば、この項目の値は、「写真」、「動画」、「音声」である。登録日は、コンテンツデータを記憶部ｂ１１に記憶した日を示す情報である。バックアップ可否は、コンテンツブロックのバックアップを許可するか否かを示す情報であり、例えば、コンテンツデータの登録時に利用者等が選択する情報である。この項目の値は、バックアップを許可することを示す「可」、又はバックアップを許可しないことを示す「否」である。
【００５０】
提供コンテンツテーブルＴ４は、ＩＰアドレス、コンテンツＩＤ、ブロック番号、バイト位置、及び提供位置の各項目を有している。コンテンツＩＤ及びブロック番号は、上記のコンテンツブロックテーブルＴ１のものと同じであるので、説明は省略する。
ＩＰアドレスは、コンテンツデータの提供を受けている装置の識別情報であり、その装置のＩＰアドレスである。例えば、図１中のデータ提供システム１の場合はＤＭＰ Ａ１３のＩＰアドレスである。本実施形態では、ＩＰアドレスを装置の識別情報としているが、本発明はこれに限らず、装置に予め登録された識別情報（例えば、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ａｄｄｒｅｓｓ）アドレス、又はホスト名）であってもよく、提供コンテンツテーブルＴ４のＩＰアドレスに代えてこの識別情報を用いてもよい。
バイト位置は、提供中のデータの位置であってコンテンツブロックの先頭データからの位置を示す情報であり、バイト数で表わされる。提供位置は、提供中のデータ位置であってコンテンツデータの先頭からの位置を示す情報であり、バイト数で表わされる。つまり、バイト位置はコンテンツブロック内の相対値であり、提供位置はコンテンツデータ中の絶対位置を示す情報である。なお、バイト位置と提供位置との関係については、後述する。
【００５１】
マークテーブルＴ４は、マークＩＤ、コンテンツＩＤ、ブロック番号、バイト位置、及びマーク名の各項目を有している。コンテンツＩＤ、ブロック番号、及びバイト位置は、上記のコンテンツブロックテーブルＴ４のものと同じであるので、説明は省略する。
マークＩＤは、マークの識別情報である。マーク名は、マークを付した箇所のコンテンツに対して利用者が選択した評価を示す情報である。例えば、この項目の値は、「とても面白い」、「面白い」、「面白くない」である。
【００５２】
タグ情報テーブルＴ５は、コンテンツＩＤ、タグ名、及びタグ値の各項目を有している。コンテンツＩＤは、上記のコンテンツブロックテーブルＴ１のものと同じであるので、説明は省略する。タグ名は、コンテンツに対する付加情報であるタグの種類の識別情報である。例えば、この項目の値は、「お気に入りランク」である。タグ値は、タグ名が示す情報の値である。例えば、タグ名が「お気に入りランク」の場合、タグ値は、「１ランク」、「２ランク」・・・「５ランク」の５段階の値である。
マークポイントテーブルＴ６は、マーク名及びマークポイントの各項目を有している。マーク名は、上記のコンテンツブロックテーブルＴ４のものと同じであるので、説明は省略する。マークポイントは、マーク名に対する評価の数値を示す。
【００５３】
図１３は、本実施形態に係るマークポイントテーブルＴ６の一例を示す概略図である。この図において、マークポイントテーブルＴ６は、マーク名及びマークポイントの各項目を有している。例えば、図１３では、マーク名「とても面白い」はポイント「＋３」であり、「面白い」はポイント「＋２」であり、「面白くない」はポイント「−１」である。
【００５４】
＜データ提供システム１の動作について＞
以下、データ提供システム１の動作について、図１４〜図２１を用いて説明をする。
【００５５】
図１４は、本実施形態に係るコンテンツデータ登録処理の動作の一例を示すフロー図である。
（ステップＳ１０１）コンテンツ登録部ｂ１２は、コンテンツデータをコンテンツ記憶部ｂ１１１に記憶する。その後、ステップＳ１０２に進む。
（ステップＳ１０２）コンテンツ登録部ｂ１２は、コンテンツ管理情報記憶部ｂ１１２のコンテンツテーブルＴ３にレコードを追加する。具体的には、コンテンツ登録部ｂ１２は、コンテンツＩＤが払い出したコンテンツＩＤ、リソースパスがステップＳ１０１にてコンテンツデータを記憶したフォルダ名、ファイル名がコンテンツデータのファイル名のレコードを生成する。コンテンツ登録部ｂ１２は、生成したレコードに、ファイルサイズ、コンテンツタイプ、登録日、バックアップ可否を追加し、情報を追加したレコードをコンテンツテーブルＴ３に追加する。
【００５６】
図１５は、本実施形態に係るコンテンツブロック生成処理の動作の一例を示すフロー図である。
（ステップＳ２０１）コンテンツデータ検知部ｂ１３１は、時間Ｔｓが経過したか否かを判定する。時間Ｔｓが経過したと判定した場合（Ｙｅｓ）、ステップＳ２０２に進む。一方、時間Ｔｓが経過していないと判定した場合（Ｎｏ）、ステップＳ２０１をくり返す。
（ステップＳ２０２）コンテンツデータ検知部ｂ１３１は、コンテンツデータ記憶部ｂ１１１内を検索してコンテンツデータが記憶されているか否かを判定することで、コンテンツブロックに分割されていないコンテンツデータ（新規コンテンツデータという）が記憶されているか否かを判定する。新規コンテンツデータが記憶されている場合（Ｙｅｓ）、ステップＳ２０３に進む。一方、新規コンテンツデータが記憶されていなかった場合（Ｎｏ）、ステップＳ２０１に戻る。
（ステップＳ２０３）ブロック分割部ｂ１３２は、ステップＳ２０２で記憶されていると判定した新規コンテンツデータをコンテンツブロックに分割し、コンテンツブロック記憶部ｂ１１３に記憶する。その後、ステップＳ２０４に進む。
【００５７】
（ステップＳ２０４）ブロック分割部ｂ１３２は、コンテンツ管理情報記憶部ｂ１１２のコンテンツブロックテーブルＴ１及びコンテンツテーブルＴ３を更新する。具体的には、ブロック分割部ｂ１３２は、新規コンテンツデータのリソースパス及びファイル名を検索キーにして、コンテンツテーブルＴ３から新規コンテンツデータのコンテンツＩＤを読み出す。ブロック分割部ｂ１３２は、ステップＳ２０３にて分割したコンテンツブロックに対して、新規コンテンツデータ中でのコンテンツブロックの順（再生される時間順）に通番を払出す。ブロック分割部ｂ１３２は、コンテンツブロック各々に対応するレコードをコンテンツブロックテーブルＴ１に追加する。ブロック分割部ｂ１３２は、コンテンツＩＤが読み出したコンテンツＩＤ、ブロック番号が払い出したブロック番号、アップロード済状態がバックアップが完了していないことを示す「未アップロード」、ローカル有無がコンテンツブロックがコンテンツブロック記憶部ｂ１１３にあることを示す「あり」のレコードを生成する。ブロック分割部ｂ１３２は、生成したレコードにコンテンツデータ位置及びコンテンツブロック長を追加する。ブロック分割部ｂ１３２は、情報を追加したレコードをコンテンツブロックテーブルＴ１に追加する。また、ブロック分割部ｂ１３２は、コンテンツテーブルＴ３のコンテンツブロック数にコンテンツデータから分割したコンテンツブロックの総数を書き込む。その後、ステップＳ２０５に進む。
【００５８】
（ステップＳ２０５）ブロック分割部ｂ１３２は、ステップＳ２０３にてコンテンツブロックに分割した新規コンテンツデータをコンテンツデータ記憶部ｂ１１１から削除する。その後、ステップＳ２０６に進む。
（ステップ２０６）ＮＷメディアサーバｂ１の電源がオフになっている場合（Ｙｅｓ）、動作を終了する。一方、電源がオフになっていない場合（Ｎｏ）、ステップＳ２０１に戻る。
【００５９】
図１６は、本実施形態に係るバックアップ処理の動作の一例を示すフロー図である。
（ステップＳ３０１）バックアップ部ｂ１３３は、時間Ｔｕが経過したか否かを判定する。時間Ｔｕが経過したと判定した場合（Ｙｅｓ）、ステップＳ３０２に進む。一方、時間Ｔｕが経過していないと判定した場合（Ｎｏ）、ステップＳ３０１をくり返す。
（ステップＳ３０２）バックアップ部ｂ１３３は、コンテンツ管理情報記憶部ｂ１１２のコンテンツブロックテーブルＴ１でアップロード済状態が「未アップロード」のレコードがあるか否かを判定する。「未アップロード」のレコードがある場合（Ｙｅｓ）、ステップＳ３０３に進む。一方、「未アップロード」のレコードがない場合（Ｎｏ）、ステップＳ３０７に進む。
【００６０】
（ステップＳ３０３）バックアップ部ｂ１３３は、ステップＳ３０２で未アップロードと判定したコンテンツブロックがバックアップを許可されているか否かを判定する。具体的には、バックアップ部ｂ１３３は、ステップＳ３０２で判定した「未アップロード」のレコードのコンテンツＩＤを読み出し、読み出したコンテンツＩＤを検索キーとして、コンテンツテーブルＴ３のバックアップ可否を読み出す。読み出したバックアップ可否の値が「可」である場合（Ｙｅｓ）、ステップＳ３０４に進む。一方、バックアップ可否の値が「否」である場合（Ｎｏ）、ステップＳ３０７に進む。
（ステップＳ３０４）バックアップ部ｂ１３３は、提供コンテンツテーブルＴ４にレコードが存在するか否か、つまり、コンテンツデータをコンテンツ提供処理部ｂ１５が提供中であるか否かを判定する。コンテンツデータを提供中であると判定した場合（Ｙｅｓ）、ステップＳ３０７に進む。これにより、コンテンツデータを提供中に、ＣＰＵやネットワークに負荷をかけてデータの提供を阻害することを防止することができる。一方、コンテンツデータを提供中でないと判定した場合（Ｎｏ）、ステップＳ３０５に進む。
【００６１】
（ステップＳ３０５）バックアップ部ｂ１３３は、ステップＳ３０４でコンテンツデータを提供中でないと判定したレコードのコンテンツブロックを、ストレージサーバＤ１のバックアップ記憶部ｂ１１にバックアップする。その後、ステップＳ３０６に進む。
（ステップＳ３０６）バックアップ部ｂ１３３は、ステップＳ３０５でバックアップしたコンテンツブロックのコンテンツＩＤ及びブロック番号を検索キーとして、コンテンツブロックテーブルＴ１のレコードを抽出し、抽出したレコードのアップロード済状態を「アップロード済み」に更新する。その後、ステップＳ３０７に進む。
（ステップＳ３０７）ＮＷメディアサーバｂ１の電源がオフになっている場合（Ｙｅｓ）、動作を終了する。一方、電源がオフになっていない場合（Ｎｏ）、ステップＳ３０１に戻る。
なお、図１６の動作において、ステップＳ３０４の処理を省略し、ステップＳ３０３で読み出したバックアップ可否の値が「可」である場合（Ｙｅｓ）にステップＳ３０５に進んでもよい。このような構成は、ＣＰＵが高性能である場合やネットワークがブロードバンドネットワークである場合など、負荷よりもコンテンツブロックのアップロードを優先する場合に好適である。
【００６２】
図１７は、本実施形態に係るマーク付与処理の動作の一例を示すシークエンス図である。
（ステップＳ４０１）ＤＭＰ Ａ１３のコンテンツ再生部ａ１２は、ＮＷメディアサーバｂ１のコンテンツ提供部ｂ１５１へ、コンテンツデータの提供を要求する提供要求を送信する。この提供要求には、コンテンツＩＤ及びＤＭＰ Ａ１３のＩＰアドレスが含まれる。その後、ステップＳ４０２に進む。
（ステップＳ４０２）コンテンツ提供部ｂ１５１は、コンテンツ管理情報記憶部ｂ１１２のコンテンツテーブルＴ３に、ステップＳ４０１で取得したコンテンツＩＤがある場合、そのコンテンツＩＤに対応する情報を取得する。その後、ステップＳ４０３に進む。
なお、ステップＳ４０１で取得したコンテンツＩＤがない場合、コンテンツ提供部ｂ１５１はコンテンツ再生部ａ１２に対して、コンテンツを提供することができないことを示す情報を送信し、動作を終了する。
【００６３】
（ステップＳ４０３）コンテンツ提供部ｂ１５１は、提供コンテンツレコードを生成する。具体的には、コンテンツ提供部ｂ１５１は、提供コンテンツテーブルＴ４のＩＰアドレス及びコンテンツＩＤが、ステップＳ４０１の提供要求に含まれるコンテンツＩＤ及びＩＰアドレスのレコードを生成する。また、コンテンツ提供部ｂ１５１は、ブロック番号が提供を開始するコンテンツブロックのブロック番号、バイト位置、及び提供位置（例えば、コンテンツデータを先頭から提供する場合、ブロック番号が「１」、バイト位置が「０」、及び、提供位置「０」）を、生成したレコードに追加する（このレコードを提供コンテンツレコードという）。その後、ステップＳ４０３に進む。
（ステップＳ４０４）コンテンツ提供部ｂ１５１は、コンテンツ管理情報記憶部ｂ１１２の提供コンテンツテーブルＴ４に、ステップＳ４０３で生成した提供コンテンツレコードを追加して書き込む。その後、ステップＳ４０５に進む。
【００６４】
（ステップＳ４０５）コンテンツ提供部ｂ１５１は、コンテンツ再生部ａ１２にコンテンツブロックを提供する。ここで、コンテンツ提供部ｂ１５１は、コンテンツブロックテーブルＴ１のブロック番号の順序に従ってコンテンツブロックを読み出し、読み出したコンテンツブロックをコンテンツ再生部ａ１２に提供する。その後、ステップＳ４０６に進む。
（ステップＳ４０６）コンテンツ提供部ｂ１５１は、提供中のコンテンツブロックのコンテンツＩＤと同じコンテンツＩＤのレコードをコンテンツブロックテーブルＴ１から読み出し、読み出したレコードのコンテンツデータ位置とバイト位置から提供位置を計算する。この計算方法については後述する。また、コンテンツ提供部ｂ１５１は、提供中のコンテンツブロックのレコードを提供コンテンツテーブルＴ４から読み出し、読み出したレコードのブロック番号、バイト位置、及び提供位置を更新する。
その後、コンテンツ提供部ｂ１５１は、ステップＳ４０５，Ｓ４０６の処理をくり返す。なお、コンテンツデータの提供が終了した場合、コンテンツ提供部ｂ１５１は、終了したコンテンツデータに対応する提供コンテンツテーブルのレコードを削除する。
【００６５】
（ステップＳ４１０）ＤＭＰ Ａ１３の入力受付部ａ１３は、マーク付与を行うホームページ（ＨＰ）へのアクセス要求を受け付ける。その後、ステップＳ４１１に進む。
（ステップＳ４１１）ＮＷメディアサーバｂ１のマーク付与部ｂ１５３は、コンテンツ管理情報記憶部ｂ１１２の提供コンテンツテーブルのレコードを読み出す。その後、ステップＳ４１２に進む。
（ステップＳ４１２）マーク付与部ｂ１５３は、ステップＳ４１１にて読み出したレコードの情報を表示する。その後、マーク付与部ｂ１５３は、ステップＳ４１１、Ｓ４１２の処理をくり返す。その後、ステップＳ４１３に進む。
【００６６】
（ステップＳ４１３）マーク付与部ｂ１５３は、入力部ａ１４にてマークを付与することを示すキーが押下されると、マーク付与情報をマーク付与部ｂ１５３に出力する。このマーク付与情報には、ステップＳ４１２で表示したレコードの情報のうち利用者が選択した情報が示すレコードのコンテンツＩＤ、ＩＰアドレス、及び、利用者が選択したマーク名の情報が含まれる。その後、ステップＳ４１４に進む。
（ステップＳ４１４）マーク付与部ｂ１５３は、ステップＳ４１３で入力されたマーク付与情報のコンテンツＩＤ及びＩＰアドレスのレコードを、提供コンテンツテーブルＴ４から読み出す。その後、ステップＳ４１５に進む。
（ステップＳ４１５）マーク付与部ｂ１５３は、マークレコードを生成する。具体的には、マーク付与部ｂ１５３は、マークＩＤが払い出したマークＩＤ、マーク名がステップＳ４１３で入力されたマーク名のレコードを生成する。また、マーク付与部ｂ１５３は、ステップＳ４１４にて読み出したレコードのＩＰアドレス、ブロック番号、バイト位置を生成したレコードに追加する（このレコードをマークレコードという）。その後、ステップＳ４１６に進む。
（ステップＳ４１６）マーク付与部ｂ１５３は、ステップＳ４１５で生成したマークレコードをマークテーブルＴ４に追加する。その後、ステップＳ４１７に進む。
（ステップＳ４１７）マーク付与部ｂ１５３は、処理結果をＰＣ Ａ１３に出力する。その後、動作を終了する。
【００６７】
図２０は、本実施形態に係るタグ情報の入力処理の動作の一例を示すシークエンス図である。
（ステップＳ４２０）ＤＭＰ Ａ１３の入力受付部ａ１３は、タグ入力を行うホームページ（ＨＰ）へのアクセス要求を受け付ける。その後、ステップＳ４２１に進む。
（ステップＳ４２１）ＮＷメディアサーバｂ１のマーク付与部ｂ１５３は、コンテンツ管理情報記憶部ｂ１１２のコンテンツテーブルのレコードを読み出す。その後、ステップＳ４１２に進む。
（ステップＳ４２２）マーク付与部ｂ１５３は、ステップＳ４１１にて読み出したレコードの情報（例えば、コンテンツ名やコンテンツの静止画像）を表示する。その後、ステップＳ４１３に進む。
【００６８】
（ステップＳ４２３）マーク付与部ｂ１５３は、入力部ａ１４にて表示したコンテンツ名の選択と、選択したコンテンツのタグ値（例えば、お気に入りランクの５段階の値）の入力を受け付ける。その後、ステップＳ４２４に進む。
（ステップＳ４２４）マーク付与部ｂ１５３は、ステップＳ４２３で受け付けた情報からタグ情報レコードを生成する。その後、ステップＳ４２５に進む。
（ステップＳ４２５）マーク付与部ｂ１５３は、ステップＳ４２４で生成したタグ情報レコードをタグ情報テーブルＴ５に追加する。その後、ステップＳ４２６に進む。
（ステップＳ４２６）マーク付与部ｂ１５３は、処理結果をＰＣ Ａ１３に出力する。その後、動作を終了する。
【００６９】
図１９は、本実施形態に係るバイト位置と提供位置との関係を示す概念図である。図１９（Ａ）（上図）は、コンテンツブロックＩ１〜Ｉ６を示す。また、図１９（Ｂ）（下図）は、コンテンツブロックＩ１〜Ｉ６の分割前のコンテンツデータＩを示す。
図１９（Ａ）は、コンテンツブロックＩｊ（ｊ＝１、２、３）のコンテンツブロック長がＬｊバイトであることを示す。また、この図は、バイト位置がＬｒ１バイトであることを示し、コンテンツブロックＩ４の先頭からＬｒ１バイトのデータｒ１が提供されていることを示す。
図１９（Ｂ）は、データｔ１が、図１９（Ａ）中のデータｒ１に対応することを示す。また、図１９（Ｂ）は、提供位置がＬｔ１バイトであることを示し、データｔ１がコンテンツデータＩの先頭からＬｔ１バイトのデータであることを示す。つまり、バイト位置Ｌｒ１と提供位置Ｌｔ１との関係は、Ｌｔ１＝ΣＬｊ＋Ｌｒ１である。ここで、ｊは整数であり、Σは提供コンテンツテーブルＴ４が記憶するブロック番号Ｎｂ、つまり、提供中のコンテンツブロックのブロック番号Ｎｂより小さい番号のブロック番号ｊについて和をとることを示す。コンテンツ提供部ｂ１５１は、この式で提供位置Ｌｔ１を計算する。また、逆にこの式を用いてＬｔ１からＬｒ１を計算する。
【００７０】
図２０は、本実施形態に係るブロック削除処理の動作の一例を示すフロー図である。
（ステップＳ５０１）空き容量検出部ｂ１４１は、時間Ｔｄが経過したか否かを判定する。時間Ｔｄが経過したと判定した場合（Ｙｅｓ）、ステップＳ５０２に進む。一方、時間Ｔｄが経過していないと判定した場合（Ｎｏ）、ステップＳ５０１をくり返す。
（ステップＳ５０２）空き容量検出部ｂ１４１は、記憶部ｂ１１の空き容量を検出し、検出した空き容量が予め定めた閾値以下であるか否かを判定する。空き容量が閾値以下であると判定した場合（Ｙｅｓ）、ステップＳ５１に進む。一方、空き容量が閾値より大きいと判定した場合（Ｎｏ）、ステップＳ５０６に進む。
（ステップＳ５１）視聴ポイント計算部ｂ１４２は、コンテンツブロック毎に視聴ポイントＰを計算する。なお、視聴ポイント計算部ｂ１４２が行う視聴ポイント計算処理の詳細は、図２１を用いて後述する。視聴ポイント計算部ｂ１４２は、コンテンツブロックＴ１の視聴ポイントの値を、計算した視聴ポイントＰで更新する。その後、ステップＳ５０３に進む。
【００７１】
（ステップＳ５０３）ブロック削除部ｂ１４３は、ステップＳ５１にて計算した視聴ポイントＰが一番低いブロックコンテンツを、コンテンツブロック記憶部ｂ１１３から削除する。具体的には、ブロック削除部ｂ１４３は、コンテンツブロックテーブルＴ１のレコードのうちローカル有無の値が「あり」のレコードを読み出し、読み出したレコードのうち視聴ポイントの値が一番低いレコードのコンテンツブロックを削除する。その後、ステップＳ５０４に進む。
（ステップＳ５０４）ブロック削除部ｂ１４３は、ステップＳ５０３で削除したコンテンツブロックのコンテンツＩＤ及びブロック番号を検索キーとして、コンテンツブロックテーブルＴ１のレコードを読み出す。ブロック削除部ｂ１４３は、読み出したレコードのローカル有無の値を「なし」に更新する。その後、ステップＳ５０５に進む
（ステップＳ５０５）ブロック削除部ｂ１４３は、記憶部ｂ１１の記憶領域の空き容量を検出し、検出した空き容量が予め定めた閾値以下であるか否かを判定する。空き容量が閾値以下であると判定した場合（Ｙｅｓ）、ステップＳ５０３に戻る。一方、空き容量が閾値より大きいと判定した場合（Ｎｏ）、ステップＳ５０６に進む。
（ステップＳ５０６）ＮＷメディアサーバｂ１の電源がオフになっている場合（Ｙｅｓ）、動作を終了する。一方、電源がオフになっていない場合（Ｎｏ）、ステップＳ５０１に戻る。
【００７２】
図２１は、本実施形態に係る視聴ポイント計算処理の動作の一例を示すフロー図である。なお、以下の計算処理において、定数ｗ１〜ｗ５は、各ポイントＰ１〜Ｐ５間のポイントの重み付けの大きさを示す定数である。なお、この計算処理は、コンテンツブロック毎に行われる。
（ステップＳ５１１）視聴ポイント計算部ｂ１４２は、登録日時が遅いコンテンツのコンテンツブロックほどポイントが高くなるように、登録日ポイントＰ１を計算する。具体的には、視聴ポイント計算部ｂ１４２は、定数ｗ１、当日の日付Ｄｔ、及びコンテンツテーブルＴ３の登録日Ｄｒを用いて、登録日ポイントＰ１を、Ｐ１＝ｗ１−（Ｄｔ−Ｄｒ）として計算する。例えば、ｗ１＝１００、コンテンツ登録が２日前とした場合、Ｐ１＝１００−２＝９８ポイントとなる。なお、登録日ポイントＰ１の計算には、日に加えて時刻を含めてもよい。
これにより、ＮＷメディアサーバｂ１は、登録した日時が古く利用者の記憶も古いため提供頻度が低いコンテンツブロックを優先して削除し、ＮＷメディアサーバｂ１の記憶領域の空き容量を確保することができる。逆に、ＮＷメディアサーバｂ１は、登録した日時が新しく利用者の記憶も新しいため提供頻度が高いコンテンツブロックのコンテンツデータを、ＮＷメディアサーバｂ１の記憶部ｂ１１から提供することができ、ストレージサーバＤ１からＮＷメディアサーバｂ１を介して提供する場合と比較して、迅速にコンテンツデータを提供することができる。
【００７３】
（ステップＳ５１２）視聴ポイント計算部ｂ１４２は、コンテンツデータ中での順序が早いコンテンツブロックほどポイントが高くなるように、ブロック番号ポイントＰ２を計算する。具体的には、視聴ポイント計算部ｂ１４２は、定数ｗ２、変更可能な重み付け定数Ｘ、コンテンツブロック番号Ｍｂを用いて、ブロック番号ポイントＰ２を、Ｐ２＝ｗ２×（Ｘ−Ｍｂ）として計算する。ここで、Ｐ２が０以下になる場合には、Ｐ２＝０としてもよい。例えば、ｗ２＝１０、Ｘ＝１０、Ｍｂ＝２とした場合、Ｐ２＝１０×（１０−２）＝８０ポイントとなる。
これにより、ＮＷメディアサーバｂ１は、一般的にコンテンツデータは先頭から順に提供されるため、順序が遅く提供頻度が低いコンテンツブロックを優先して削除し、ＮＷメディアサーバｂ１の記憶領域の空き容量を確保することができる。逆に、ＮＷメディアサーバｂ１は、順序が早く提供頻度が高いコンテンツブロックのコンテンツデータを、ＮＷメディアサーバｂ１の記憶部ｂ１１から提供することができ、迅速にコンテンツデータを提供することができる。
【００７４】
（ステップＳ５１３）視聴ポイント計算部ｂ１４２は、提供回数の実績が多いコンテンツブロックほどポイントが高くなるように、提供頻度ポイントＰ３を計算する。具体的には、視聴ポイント計算部ｂ１４２は、変更可能な定数Ｙとして、コンテンツブロックのコンテンツＩＤ、コンテンツ番号、及び、Ｙ日前から当日までの期間を検索キーとして、提供ログテーブルＴ２のレコードを抽出して、抽出したレコードの個数をＹで除算した値、つまり、直近Ｙ日以内についての当該コンテンツブロックの一日あたりの平均視聴回数Ｍｃを算出する。また、視聴ポイント計算部ｂ１４２は、Ｙ日前から当日までの期間を検索キーとして、提供ログテーブルＴ２の全コンテンツブロックのレコードを抽出して、全コンテンツブロックの一日あたりの平均視聴回数Ｍａを算出する。視聴ポイント計算部ｂ１４２は、定数ｗ３、コンテンツブロックの平均視聴回数Ｍｃ、及び全コンテンツブロックの平均視聴回数Ｍａを用いて、提供頻度ポイントＰ３を、Ｐ３＝ｗ３×（Ｍｃ−Ｍａ）として計算する。例えば、ｗ３＝５０、Ｙ＝１０、Ｍｃ＝５、Ｍａ＝２とした場合、Ｐ３＝５０×（５−２）＝１５０ポイントとなる。
これにより、ＮＷメディアサーバｂ１は、提供回数の実績が少なく提供頻度が低いコンテンツブロックを優先して削除し、ＮＷメディアサーバｂ１の記憶領域の空き容量を確保することができる。逆に、ＮＷメディアサーバｂ１は、提供回数の実績が多く提供頻度が高いコンテンツブロックのコンテンツデータを、ＮＷメディアサーバｂ１の記憶部ｂ１１から提供することができ、迅速にコンテンツデータを提供することができる。
【００７５】
（ステップＳ５１４）視聴ポイント計算部ｂ１４２は、マークを付された数が多いコンテンツブロックほどポイントが高くなるように、マークポイントＰ４を計算する。ここで、視聴ポイント計算部ｂ１４２は、利用者の嗜好の高さを示す重みをつけてマークを付された数を計算する。具体的には、視聴ポイント計算部ｂ１４２は、コンテンツブロックのコンテンツＩＤ及びコンテンツ番号を検索キーとして、マークテーブルＴ４のレコードを読み出す。視聴ポイント計算部ｂ１４２は、読み出したレコードのマーク名を検索キーとしてマークポイントテーブルＴ６のマークポイントを参照する。視聴ポイント計算部ｂ１４２は、読み出したレコードのマークポイントを合算する（合算値をＰｔとする）。視聴ポイント計算部ｂ１４２は、定数ｗ４、マークポイントの合算値Ｐｔを用いて、マークポイントＰ４を、Ｐ４＝ＭＩＮ（ｗ４、Ｐｔ）として計算する。ここで、ＭＩＮ（ｗ４、Ｐｔ）は、ｗ４、Ｐｔの最小値を示す。つまり、この計算では、Ｐ４に上限値ｗ４を設けている。例えば、ｗ４＝１００のときに、あるコンテンツブロックのレコードが、マーク名「とても面白い」（＋３ポイント）が１個、「面白い」（＋２ポイント）が４個、「面白くない」（−１ポイント）が１個である場合、Ｐｔ＝１０となり、Ｐ４＝１０ポイントとなる。
これにより、ＮＷメディアサーバｂ１は、マークを付された数が少なく利用者の嗜好も低くて、提供頻度が低いコンテンツブロックを優先して削除し、ＮＷメディアサーバｂ１の記憶領域の空き容量を確保することができる。逆に、ＮＷメディアサーバｂ１は、マークを付された数が多く利用者の嗜好も高くて、提供頻度が高いコンテンツブロックのコンテンツデータを、ＮＷメディアサーバｂ１の記憶部ｂ１１から提供することができ、迅速にコンテンツデータを提供することができる。
【００７６】
（ステップＳ５１５）視聴ポイント計算部ｂ１４２は、利用者の嗜好や関心が高いコンテンツのコンテンツブロックほどポイントが高くなるように、お気に入りポイントＰ５を計算する。具体的には、視聴ポイント計算部ｂ１４２は、コンテンツブロックのコンテンツＩＤ、及びタグ名「お気に入りランク」を検索キーとして、タグ情報テーブルのタグ値の値（Ｍｆ）を参照する。視聴ポイント計算部ｂ１４２は、定数ｗ５及びタグ値（Ｍｆ）を用いて、お気に入りポイントＰ５を、Ｐ５＝ｗ５×Ｍｆとしてとして計算する。例えば、ｗ５＝２０、Ｍｆ＝５とした場合、Ｐ５＝２０×５＝１００ポイントとなる。
これにより、ＮＷメディアサーバｂ１は、利用者の嗜好や関心が低く提供頻度が低いコンテンツブロックを優先して削除し、ＮＷメディアサーバｂ１の記憶領域の空き容量を確保することができる。逆に、ＮＷメディアサーバｂ１は、利用者の嗜好や関心が高く提供頻度が高いコンテンツブロックのコンテンツデータを、ＮＷメディアサーバｂ１の記憶部ｂ１１から提供することができ、迅速にコンテンツデータを提供することができる。
【００７７】
（ステップＳ５１６）視聴ポイント計算部ｂ１４２は、ステップＳ５１１〜Ｓ５１５にて算出した登録日ポイントＰ１、ブロック番号ポイントＰ２、提供頻度ポイントＰ３、マークポイントＰ４、及びお気に入りポイントＰ５を合算する。視聴ポイント計算部ｂ１４２は、合算した値を視聴ポイントＰとしてコンテンツブロックテーブルＴ１の視聴ポイントに書き込む。その後、動作を終了する。
なお、本実施形態において、ステップＳ５１６にてポイントＰ１〜Ｐ５の全てを合算して視聴ポイントＰを計算しているが、本発明はこれに限らず、ポイントＰ１〜Ｐ５のいずれか又はいずれかの組み合わせの和を、視聴ポイントＰとして計算してもよい。
【００７８】
図２２は、本実施形態に係るブロック取得処理の動作の一例を示すフロー図である。
（ステップＳ６０１）ブロック取得部ｂ１５２は、時間Ｔｇが経過したか否かを判定する。時間Ｔｇが経過したと判定した場合（Ｙｅｓ）、ステップＳ６０２に進む。一方、時間Ｔｇが経過していないと判定した場合（Ｎｏ）、ステップＳ６０１をくり返す。
（ステップＳ６０２）ブロック取得部ｂ１５２は、提供コンテンツテーブルＴ４のレコードがあるか否かを判定することで、提供中のコンテンツデータがあるか否かを判定する。提供中のコンテンツデータがあると判定した場合（Ｙｅｓ）、ステップＳ６０３に進む。一方、提供中のコンテンツデータがないと判定した場合（Ｎｏ）、ステップＳ６０７に進む。
【００７９】
（ステップＳ６０３）ブロック取得部ｂ１５２は、提供コンテンツテーブルＴ４のコンテンツＩＤを検索キーとして、コンテンツブロックテーブルＴ１のレコードを読み出す。ブロック取得部ｂ１５２は、読み出したレコードのローカル有無の値が「なし」のレコードがあるか否かを判定することで、提供中のコンテンツのコンテンツブロックに削除されたコンテンツブロックがあるか否かを判定する。削除されたコンテンツブロックがあると判定した場合（Ｙｅｓ）、ブロック取得部ｂ１５２はストレージサーバＤ１とセッションを確立して、ステップＳ６０４に進む。削除されたコンテンツブロックがないと判定した場合（Ｎｏ）、ステップＳ６０７に進む。
【００８０】
（ステップＳ６０４）ブロック取得部ｂ１５２は、提供コンテンツテーブルＴ４のコンテンツＩＤ及びブロック番号Ｍｐを読み出す。ブロック取得部ｂ１５２は、読み出したコンテンツＩＤ、及びブロック番号「Ｍｐ」から「Ｍｐ＋ｎ」の範囲を検索キーとして、コンテンツブロックテーブルＴ１のレコードを読み出す。なお、ブロック番号「Ｍｐ」から「Ｍｐ＋ｎ」のコンテンツブロックが提供準備ブロックである。ブロック取得部ｂ１５２は、読み出したレコードにローカル有無の値が「なし」のレコードがあるか否かを判定することで、コンテンツブロック記憶部ｂ１１３に提供準備ブロックがすべてあるか否かを判定する。提供準備ブロックがすべてあると判定した場合（Ｙｅｓ）、ステップＳ６０７に進む。一方、提供準備ブロックが一つでもないと判定した場合（Ｎｏ）、ステップＳ６０５に進む。
【００８１】
（ステップＳ６０５）ブロック取得部ｂ１５２は、ステップＳ６０４でコンテンツブロック記憶部ｂ１１３にないと判定した提供準備ブロックを、ストレージサーバＤ１からダウンロードし、コンテンツブロック記憶部ｂ１１３に記憶する。その後、ステップＳ６０６に進む。
（ステップＳ６０６）ブロック取得部ｂ１５２は、ステップＳ６０５でダウンロードしたコンテンツブロックのコンテンツＩＤ及びブロック番号を検索キーとして、コンテンツブロックテーブルＴ１のレコードを読み出す。ブロック取得部ｂ１５２は、読み出したレコードのローカル有無の値を「あり」に更新する。その後、ステップＳ６０７に進む。
（ステップＳ６０７）ＮＷメディアサーバｂ１の電源がオフになっている場合（Ｙｅｓ）、動作を終了する。一方、電源がオフになっていない場合（Ｎｏ）、ステップＳ６０１に戻る。
【００８２】
このように、本実施形態では、ＮＷメディアサーバｂ１、ｂ２は、コンテンツデータを分割したコンテンツブロックを、視聴ポイントＰに基づいて選択して削除し、提供するコンテンツブロックが削除されている場合、ネットワークを介して接続されたストレージサーバＤ１にバックアップされた当該コンテンツブロックをダウンロードして提供する。これにより、ＮＷメディアサーバｂ１、ｂ２は、例えば、視聴ポイントＰが低い、つまり、提供頻度が低いコンテンツブロックを削除し、ローカルディスクの記憶容量が不足することを防止することができる。また、ＮＷメディアサーバｂ１、ｂ２は、視聴ポイントＰが高い、つまり、提供頻度が高いコンテンツブロックをローカルディスクに記憶して提供することができ、ネットワークに負荷をかけずにデータを提供することができる。また、ネットワーク障害等によって記憶装置と通信ができない場合であっても、例えば、コンテンツブロック記憶部ｂ１１３が記憶する提供頻度が高いコンテンツブロックを提供することができる。また、ＮＷメディアサーバｂ１、ｂ２は、コンテンツデータを分割したコンテンツブロックをダウンロードするので、コンテンツデータをダウンロードする場合と比較して、通信の中断や再開の制御を容易にすることができる。
【００８３】
また、本実施形態では、ＮＷメディアサーバｂ１、ｂ２は、コンテンツデータを分割してコンテンツブロックを生成し、生成したコンテンツブロックをストレージサーバＤ１にバックアップするので、コンテンツデータをアップロードする場合と比較して、通信の中断や再開の制御を容易にすることができる。
また、本実施形態では、ＮＷメディアサーバｂ１、ｂ２は、コンテンツブロック記憶部ｂ１１３の空き容量が予め定めた閾値以下になった場合に、視聴ポイントＰに基づいて、コンテンツブロック記憶部ｂ１１３が記憶するコンテンツブロックを削除するので、利用者が常にコンテンツの所在やディスクの空き容量を意識して空き容量の計算等をして操作をすることなく、ローカルディスクの記憶容量が不足することを防止することができる。
【００８４】
（変形例１）
以下、本実施形態の変形例１について説明をする。
上記実施形態では、コンテンツブロック長が可変長である場合について説明をした。本変形例では、コンテンツブロック長が固定長である場合について説明をする。
【００８５】
図２３は、本実施形態の変形例１に係るコンテンツ管理情報記憶部ｂ１１２が記憶するテーブルとそれらの関係を示す概念図である。本変形例１に係るテーブル（図２３）と上記実施形態に係るテーブル（図１２）とを比較すると、図１２のコンテンツブロックテーブルＴ１に代えてコンテンツブロックテーブルＴ７が記憶されている点、及び、定義表Ｔ８が記憶されている点が異なる。しかし、他のテーブルＴ２〜Ｔ６については上記実施形態と同じであるので、説明は省略する。
【００８６】
コンテンツブロックテーブルＴ７は、コンテンツＩＤ、ブロック番号、アップロード済状態、ローカル有無、及び視聴ポイントの各項目を有している。また、定義表Ｔ８はブロック長を記憶する。
本変形例１では、ブロック分割部ｂ１３２は、定義表Ｔ８が記憶するブロック長の長さでコンテンツデータを分割してコンテンツブロックを生成する。また、コンテンツ提供部ｂ１５１は、提供位置Ｌｔ１を、Ｌｔ１＝（Ｎｂ−１）Ｌ＋Ｌｒ１で計算する。ここで、Ｎｂは提供コンテンツテーブルＴ４が記憶するブロック番号Ｎｂ、つまり、提供中のコンテンツブロックのブロック番号Ｎｂを示す。
【００８７】
＜コンテンツブロック長について＞
コンテンツブロック長の一例としては、「（４０９６×１０２４＝）４１９４３０４」バイトである。例えば、ｈｔｔｐプロトコルのような通信プロトコルの場合、プロトコル上のオーバヘッドは２００バイト程度であり、上記の値であれば、プロトコルのオーバヘッドも十分小さくすることができる。また、上記の値は、ハードディスクドライブのセクタサイズの整数倍であり、整数倍でない場合と比較して、ハードディスクドライブの利用効率がよい。
【００８８】
しかし、コンテンツブロック長は、この長さより小さくてもよい。この場合、より細かい粒度でコンテンツブロックを管理でき、真に必要なコンテンツブロックのみコンテンツブロック記憶部ｂ１１３に残すことができる。また、この場合、必要なコンテンツブロックがコンテンツブロック記憶部ｂ１１３にあるので、ストレージサーバＤ１からＮＷメディアサーバｂ１を介して提供する場合と比較して、迅速にコンテンツデータを提供することができる。
また、逆に、コンテンツブロック長は、この長さより大きくてもよい。この場合、プロトコルのオーバヘッドを小さくすることができる。
【００８９】
このように、本変形例１によれば、コンテンツブロック長が固定長であるので、可変長の場合と比較して、提供位置の計算処理による処理負荷を軽減することができる。
【００９０】
（変形例２）
以下、本実施形態の変形例２について説明をする。
上記実施形態では、コンテンツブロックがファイルとして管理する場合について説明をした。本実施形態では、ハードディスクドライブの物理記憶領域の単位（セクタ単位）で管理する場合について説明をする。
【００９１】
図２４は、本実施形態の変形例２に係るコンテンツブロックの管理方法を示す概念図である。この図において、行は階層を示し、列は分割単位を示す。この図は、階層が、利用者が扱う単位のユーザレベル、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）等が扱う単位のファイルシステムレベル、及びハードディスクドライブの物理記憶領域の単位（セクタ単位）に分類されていることを示す。また、この図において、鎖線で囲んだ記憶領域は、コンテンツブロックを記憶する記憶単位を示す。
【００９２】
分割単位がファイル分割パターン（１番左の列）では、上記実施形態の場合である。この場合、ユーザレベルがコンテンツデータであり、ファイルシステムレベルではコンテンツデータを小さいサイズのファイルに分割している。ここで、コンテンツデータとコンテンツブロックとの関係は、コンテンツ管理情報記憶部ｂ１１２が記憶するテーブルの情報（コンテンツ管理情報という）として記憶される。なお、ファイルシステムレベルのファイルと物理レベルのセクタは、既存のファイルシステムで管理されている。
【００９３】
これに対し、変形例２に係るコンテンツ管理情報記憶部ｂ１１２では、セクタ単位でコンテンツブロックを記憶して管理する。
まず、一例として、分割単位がセクタ分割パターン（左から２番目の列）では、ユーザレベル及びファイルシステムレベルがコンテンツデータである。この場合、物理レベルでは、セクタ単位のデータを、コンテンツブロックとして記憶する。この場合、セクタを管理するファイルシステムでコンテンツ管理情報を管理する。例えば、コンテンツＩＤ及びブロック番号とセクタの識別情報とが対応付けられ、ファイルシステムは、記憶されたその対応情報に基づいて、コンテンツＩＤ及びブロック番号とセクタの識別情報との変換を行う。
【００９４】
また、別の一例として、分割単位が連続する複数セクタ（連続複数セクタという）を１単位として分割する分割パターン（左から３番目の列）では、セクタ分割パターンと同様に、ユーザレベル及びファイルシステムレベルがコンテンツデータである。この場合、物理レベルでは、連続複数セクタのデータを１単位として、コンテンツブロックとして記憶する。この場合、セクタを管理するファイルシステムでコンテンツ管理情報を管理する。例えば、コンテンツＩＤ及びブロック番号と連続複数セクタの識別情報（例えば、連続する複数セクタの先頭のセクタ）とが対応付けられ、ファイルシステムは、記憶されたその対応情報に基づいて、コンテンツＩＤ及びブロック番号と連続複数セクタのとの変換を行う。
【００９５】
このように、本変形例２では、ＮＷメディアサーバｂ１、ｂ２は、セクタ単位でコンテンツブロックを記憶して管理する。これにより、ＮＷメディアサーバｂ１は、ＯＳの処理負荷を軽減することができる。
【００９６】
なお、上記実施形態において、連続ドラマやアニメーションのように、連続したストーリー等が回に分けられるコンテンツ場合、以下のように、回を示す情報に基づいて視聴ポイントを算出してもよい。
例えば、視聴ポイント計算部ｂ１４２は、再生済みの回より小さい回のコンテンツのコンテンツブロックのポイントを、再生中の回より大きい回のコンテンツのコンテンツブロックのポイントより低いポイントとして、視聴ポイントＰに加算してもよい。再生済みの回より小さい回のコンテンツは、一度再生されると再び再生される可能性が低く、提供する可能性が低いコンテンツブロックを優先して削除し、ＮＷメディアサーバｂ１の記憶領域の空き容量を確保することができる。なお、回を示す情報として、録画日時とタイトルを用いてもよい。
また、視聴ポイント計算部ｂ１４２は、再生済みの回の次の次の回以降のコンテンツコンテンツのコンテンツブロックのポイントを、再生済みの回の次の回のコンテンツのコンテンツブロックのポイントより低いポイントとして、視聴ポイントＰに加算してもよい。再生済みの回の次の次の回以降のコンテンツコンテンツは、再生済みの回の次の回のコンテンツが再生されるまで視聴される可能性が極端に低く、すぐに提供する可能性が低いコンテンツブロックを優先して削除し、ＮＷメディアサーバｂ１の記憶領域の空き容量を確保することができる。
【００９７】
また、回を示す情報に代えて、又は加えて、スキップ操作や早送り操作の情報に基づいて視聴ポイントを算出してもよい。
例えば、視聴ポイント計算部ｂ１４２は、連続したストーリー等が回に分けられるコンテンツ毎に、スキップ操作をされたコンテンツの開始からのバイト位置を記憶部から読み出す。視聴ポイント計算部ｂ１４２は、同じバイト位置が予め定められた回数以上、スキップ操作がされている場合、そのスキップ開始からスキップ終了位置に含まれるコンテンツブロックのポイントを、これ以外のコンテンツブロックのポイントより低いポイントとして、視聴ポイントＰに加算してもよい。連続したストーリー等が回に分けられるコンテンツでは、コマーシャルや同じシーンが、毎回、同じ時間帯に行われる場合がある。利用者がこの時間帯をスキップ操作でスキップ（又は早送り操作で早送り）した場合、次の回以降でも、同じ時間帯をスキップ（又は早送り）する可能性が高く、提供する可能性が低いコンテンツブロックを優先して削除し、ＮＷメディアサーバｂ１の記憶領域の空き容量を確保することができる。
【００９８】
また、上記実施形態では、ＮＷメディアサーバｂ１、ｂ２が、記憶部ｂ１１の記憶領域の空き容量を検出し、検出した空き容量が予め定めた閾値以下になった場合にコンテンツブロックを削除する場合について説明をした。しかし、本発明はこれに限らず、ＮＷメディアサーバｂ１、ｂ２は、コンテンツブロック記憶部ｂ１１３の記憶領域の空き容量を検出し、検出した空き容量が予め定めた閾値以下になった場合にコンテンツブロックを削除してもよい。また、ＮＷメディアサーバｂ１、ｂ２は、記憶部ｂ１１又はコンテンツブロック記憶部ｂ１１３の記憶領域の使用量を検出し、使用量が予め定めた閾値以上になった場合にコンテンツブロックを削除してもよい。
【００９９】
また、上記実施形態において、複数のＮＷメディアサーバｂ１、ｂ２がストレージサーバＤ１にバックアップしたコンテンツブロックを共有してもよい。例えば、ＤＭＳ Ｂ１がコンテンツブロックと、当該コンテンツブロックについてのコンテンツブロックテーブルＴ１及びコンテンツテーブルＴ２のレコードと、をストレージサーバＤ１にアップロードする。次に、ハードディスクレコーダＢ２は、ＤＭＳ Ｂ１がアップロードしたレコードをダウンロードする。ハードディスクレコーダＢ２は、ダウンロードしたレコードのコンテンツデータの提供要求を受け付けた場合、ストレージサーバＤ１にバックアップしたコンテンツブロックをダウンロードして提供してもよい。
【０１００】
また、上記実施形態において、コンテンツブロック長は、記憶部ｂ１１の記憶容量に基づいて決定されてもよい。また、コンテンツブロック長は、コンテンツデータのデータ量に基づいて決定されてもよい。また、コンテンツブロック長は、通信パケットのデータ量に基づいて決定されてもよい。
また、上記実施形態において、記憶部ｂ１１は、ＮＷメディアサーバｂ１、ｂ２以外の装置に備えられてもよい。
【０１０１】
なお、上述した実施形態におけるＮＷメディアサーバｂ１の一部、例えば、コンテンツ登録部ｂ１２、ブロック登録処理部ｂ１３、ブロック削除処理部ｂ１４、コンテンツデータ検知部ｂ１３１、ブロック分割部ｂ１３２、バックアップ部ｂ１３３、空き容量検出部ｂ１４１、視聴ポイント計算部ｂ１４２、ブロック削除部ｂ１４３、コンテンツ提供部ｂ１５１、ブロック取得部ｂ１５２、及びマーク付与部ｂ１５３をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピュータシステム」とは、ＮＷメディアサーバｂ１に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０１０２】
以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【符号の説明】
【０１０３】
Ａ１１・・・テレビ、Ａ１２・・・ＰＣ、Ａ１３・・・ＤＭＰ、Ｂ１・・・ＤＭＳ、Ｂ２・・・ハードディスクレコーダ、ｂ１・・・ＮＷメディアサーバ（データ提供装置）、Ｄ１・・・ストレージサーバ（記憶装置）、ａ１１・・・表示部、ａ１２・・・コンテンツ再生部、ａ１３・・・入力受付部、ａ１４・・・入力部、ｂ１１・・・記憶部、ｂ１２・・・コンテンツ登録部、ｂ１３・・・ブロック登録処理部、ｂ１４・・・ブロック削除処理部、ｄ１１・・・バックアップ記憶部、ｂ１１１・・・コンテンツデータ記憶部、ｂ１１２・・・コンテンツ管理情報記憶部、ｂ１１３・・・コンテンツブロック記憶部、ｂ１３１・・・コンテンツデータ検知部、ｂ１３２・・・ブロック分割部、ｂ１３３・・・バックアップ部、ｂ１４１・・・空き容量検出部、ｂ１４２・・・視聴ポイント計算部、ｂ１４３・・・ブロック削除部、ｂ１５１・・・コンテンツ提供部、ｂ１５２・・・ブロック取得部、ｂ１５３・・・マーク付与部
【技術分野】
【０００１】
本発明は、データ提供装置、データ提供方法、データ提供プログラム、及びデータ提供システムに関する。
【背景技術】
【０００２】
近年、動画、音声、静止画等のコンテンツデータを提供する装置が普及してきている。
ハードディスクレコーダは、テレビ放送信号等を受信して内蔵の大容量ハードディスクに動画のデジタルデータ（コンテンツデータ）として録画し、録画したコンテンツデータの提供を受けた再生部が再生を行う装置である。
また、非特許文献１には、ＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ；登録商標）で策定しているＤＭＳ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒ）が記載されている。ＤＭＳは、動画、音声、静止画等のコンテンツデータをハードディスク等の内蔵の大容量ストレージ(以下、ローカルディスク)に保存し、ＤＭＰ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｐｌａｙｅｒ）の要求に応じて提供する装置である。
【０００３】
また、インターネットを経由して、動画像をストリーミング映像として配信するストリーミング映像配信方式を適用したシステムが知られている。このシステムでは、サーバが動画等のコンテンツデータをパケットデータに分割して送信し、クライアント装置（例えば、パーソナルコンピュータ）が受信したパケットデータをコンテンツデータとして再生する。また、クライアント装置は、再生したパケットデータを消去する。これにより、クライアント装置は、少ない空き容量で動画データを再生することができる。
また、ストリーミング映像配信方式のように、ネットワークを介してコンテンツデータを受信して提供する技術として、特許文献１、２の技術が知られている。
【０００４】
特許文献１には、コンテンツダウンロードにおいて、音楽、映像等のコンテンツデータを時間軸方向に沿って分割し、視聴者の要求に応じて転送順序の動的な変更を行うコンテンツデータ転送システムが記載されている。
【０００５】
また、特許文献２には、ＰＤＡや携帯電話等のメモリ容量が比較的小さい情報端末であり、情報端末からサーバへコンテンツをアップロードし、情報端末がダウンロードする際に空き容量が不足した場合にアップロード済みのコンテンツ一覧を表示して選択されたコンテンツをメモリから削除し、ゲーム等の連続性のあるコンテンツについての進捗状況を管理する情報端末が記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−２２２３２号公報
【特許文献２】特開２００４−１７８３５３号公報
【非特許文献】
【０００７】
【非特許文献１】“ＤＬＮＡ Ｏｖｅｒｖｉｅｗ ａｎｄ Ｖｉｓｉｏｎ Ｗｈｉｔｅｐａｐｅｒ ２００７”、[online]、Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ（登録商標）、[２００９年５月１５日検索]、インターネット＜ｈｔｔｐ：／／ｗｗｗ。ｄｌｎａ．ｏｒｇ／ｎｅｗｓ／ＤＬＮＡ＿ｗｈｉｔｅ＿ｐａｐｅｒ．ｐｄｆ＞
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来のハードディスクレコーダやＤＭＳでは、コンテンツデータ単位で記録及び提供を行うので、新規にコンテンツデータを登録する際、ローカルディスクに登録するコンテンツデータと同等の空き容量を必要とする。よって、これらの装置では、ローカルディスクの空き容量が足りなくなった場合、新規のコンテンツデータを登録して提供することができないという欠点があった。
一方、従来のストリーミング映像配信方式では、クライアント装置が再生したコンテンツデータをすべて消去するので、コンテンツデータの提供要求があるたびに、コンテンツデータをダウンロードしなければならない。よって、この方式では、同じコンテンツデータを再度提供するときに、ネットワークに負荷をかけ、また、コンテンツデータの提供開始までに、時間がかかるという欠点があった。
【０００９】
また、特許文献１記載の技術では、受信側にダウンロードした後のコンテンツデータを削除しておらず、受信側のローカルディスクの空き容量が足りなくなるという欠点があった。また、仮に、受信側で提供したコンテンツデータを消去している場合、ストリーミング映像配信方式と同様に、ネットワークに負荷をかけ、また、コンテンツデータの提供開始までに、時間がかかるという欠点があった。
また、特許文献２記載の技術では、アップロードしたコンテンツデータをダウンロードする時に、ハードディスクレコーダやＤＭＳと同様に、ローカルディスクの空き容量が足りなくなるという欠点があった。例えば、特許文献２記載の技術では、利用者が情報端末のローカルディスクのデータをアップロードしてデータを削除する操作を行い、ダウンロードするコンテンツデータの容量の空き容量を確保することが考えられる。しかし、利用者が常にコンテンツの所在やディスクの空き容量を意識し、空き容量の計算等をして操作をしなければならないという煩わしさがあった。
このように、上記の従来技術では、コンテンツデータを提供する場合に、ローカルディスクの記憶容量が不足するという欠点、又は、ネットワークに負荷がかかるという欠点があった。
【００１０】
本発明は上記の点に鑑みてなされたものであり、その目的は、ローカルディスクの記憶容量が不足することを防止し、かつ、ネットワークに負荷をかけずにデータを提供することができるデータ提供装置、データ提供方法、データ提供プログラム、及びデータ提供システムを提供することにある。
【課題を解決するための手段】
【００１１】
（１）本発明は上記の課題を解決するためになされたものであり、本発明は、連続したデータを提供するデータ提供装置において、前記連続したデータを分割したデータブロックであって記憶部が記憶するデータブロックを、前記データブロック各々の提供頻度を示す情報に基づいて選択して削除するブロック削除処理部と、前記記憶部が記憶するデータブロックを前記連続したデータ中での順序に従って提供するとともに、提供するデータブロックが前記記憶部から削除されている場合、ネットワークを介して接続された記憶装置にバックアップされた当該データブロックをダウンロードして提供するデータ提供処理部と、を備えることを特徴とするデータ提供装置である。
上記構成によると、データ提供装置は、前記データブロックをデータブロック各々の提供頻度を示す情報に基づいて選択して削除し、提供するデータブロックが削除されている場合、ネットワークを介して接続された記憶装置にバックアップされた当該データブロックをダウンロードして提供するので、例えば、提供頻度が低いデータブロックを削除し、ローカルディスクの記憶容量が不足することを防止することができる。また、データ提供装置は、提供頻度が高いデータブロックをローカルディスクに記憶して提供することができ、ネットワークに負荷をかけずにデータを提供することができる。また、ネットワーク障害等によって記憶装置と通信ができない場合であっても、例えば、記憶部が記憶する提供頻度が高いデータブロックを提供することができる。また、データ提供装置は、連続したデータを分割したデータブロックをダウンロードするので、連続したデータをダウンロードする場合と比較して、通信の中断や再開の制御を容易にすることができる。
【００１２】
（２）また、本発明は、上記のデータ提供装置において、前記連続したデータを分割してデータブロックを生成するブロック分割部と、前記ブロック分割部が生成したデータブロックを前記記憶装置にバックアップするバックアップ部と、を備えることを特徴とする。
上記構成によると、データ提供装置は、前記連続したデータを分割してデータブロックを生成し、生成したデータブロックを前記記憶装置にバックアップするので、連続したデータをアップロードする場合と比較して、通信の中断や再開の制御を容易にすることができる。
【００１３】
（３）また、本発明は、上記のデータ提供装置において、前記データ提供処理部が提供したデータを再生するデータ再生部を備えることを特徴とする。
【００１４】
（４）また、本発明は、上記のデータ提供装置において、前記ブロック削除処理部は、前記記憶部の空き容量が予め定めた閾値以下になった場合に、前記データブロック各々の提供頻度を示す情報に基づいて、前記記憶部が記憶するデータブロックを削除することを特徴とする。
上記構成によると、データ提供装置は、前記記憶部の空き容量が予め定めた閾値以下になった場合に、前記データブロック各々の提供頻度を示す情報に基づいて、前記記憶部が記憶するデータブロックを削除するので、利用者が常にコンテンツの所在やディスクの空き容量を意識して空き容量の計算等をして操作をすることなく、ローカルディスクの記憶容量が不足することを防止することができる。
【００１５】
（５）また、本発明は、上記のデータ提供装置において、前記データブロック各々の提供頻度を示す情報は、前記連続したデータ中でのデータブロックの順序を示す情報であることを特徴とする。
上記構成によると、データ提供装置は、一般的に連続したデータは先頭から順に提供されるため、順序が遅く提供頻度が低いデータブロックを優先して削除し、記憶部又はデータ提供装置の記憶領域の空き容量を確保することができる。逆に、データ提供装置は、順序が早く提供頻度が高いデータブロックの連続したデータを、記憶部から提供することができ、迅速に連続したデータを提供することができる。
【００１６】
（６）また、本発明は、上記のデータ提供装置において、マークを付与することを示す情報が入力されると、提供中のデータの位置を示すマーク情報をマークテーブルに記憶するマーク付与部を備え、前記データブロック各々の提供頻度を示す情報は、前記データブロックに含まれるデータ区間における前記マークテーブルが記憶するマーク情報の数を示す情報であることを特徴とする。
上記構成によると、データ提供装置は、マークを付された数が少なく提供頻度が低いデータブロックを優先して削除し、記憶部又はデータ提供装置の記憶領域の空き容量を確保することができる。逆に、データ提供装置は、マークを付された数が多く提供頻度が高いデータブロックの連続したデータを、データ提供装置の記憶部ｂ１１から提供することができ、迅速に連続したデータを提供することができる。
【００１７】
（７）また、本発明は、上記のデータ提供装置において、前記データブロックの提供頻度を示す情報は、前記データブロック各々の提供回数を示す情報であることを特徴とする。
上記構成によると、データ提供装置は、提供回数の実績が少なく提供頻度が低いデータブロックを優先して削除し、記憶部又はデータ提供装置の空き容量を確保することができる。逆に、データ提供装置は、提供回数の実績が多く提供頻度が高いデータブロックの連続したデータを、データ提供装置の記憶部から提供することができ、迅速にデータブロックを提供することができる。
【００１８】
（８）また、本発明は、連続したデータを提供するデータ提供装置におけるデータ提供方法において、前記データ提供装置が、前記連続したデータを分割したデータブロックであって記憶部が記憶するデータブロックを、前記データブロック各々の提供頻度を示す情報に基づいて選択して削除する第１の過程と、前記データ提供装置が、前記記憶部が記憶するデータブロックを前記連続したデータ中での順序に従って提供するとともに、提供するデータブロックが前記記憶部から削除されている場合、ネットワークを介して接続された記憶装置にバックアップされた当該データブロックをダウンロードして提供する第２の過程と、を有することを特徴とするデータ提供方法である。
【００１９】
（９）また、本発明は、連続したデータを提供するデータ提供装置のコンピュータを
前記連続したデータを分割したデータブロックであって記憶部が記憶するデータブロックを、前記データブロック各々の提供頻度を示す情報に基づいて選択して削除するブロック削除処理手段、前記記憶部が記憶するデータブロックを前記連続したデータ中での順序に従って提供するとともに、提供するデータブロックが前記記憶部から削除されている場合、ネットワークを介して接続された記憶装置にバックアップされた当該データブロックをダウンロードして提供するデータ提供処理手段、として機能させるデータ提供プログラムである。
【００２０】
（１０）また、本発明は、連続したデータを提供するデータ提供装置と、前記データ提供装置から提供されたデータを再生するデータ再生装置と、を具備するデータ提供システムにおいて、前記データ提供装置は、前記連続したデータを分割したデータブロックを、前記データブロック各々の提供頻度を示す情報に基づいて選択し、記憶部から削除するブロック削除処理部と、提供するデータブロックが前記記憶部から削除されている場合、ネットワークを介して接続された記憶装置にバックアップされた当該データブロックを、ダウンロードして提供するデータ提供処理部と、を備え、前記再生装置は、前記データ提供装置が提供したデータを再生するデータ再生部を備えることを特徴とするデータ提供システムである。
【発明の効果】
【００２１】
本発明によれば、データ提供装置は、提供頻度が低いデータブロックを削除し、ローカルディスクの記憶容量が不足することを防止することができる。また、データ提供装置は、提供頻度が高いデータブロックをローカルディスクに記憶して提供することができ、ネットワークに負荷をかけずにデータを提供することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施形態に係るデータ提供システムの概念図である。
【図２】本実施形態に係るＮＷメディアサーバが記憶するコンテンツブロックの一例を示す概念図である。
【図３】本実施形態に係るＮＷメディアサーバが行うブロック登録処理を示す概略図である。
【図４】本実施形態に係るＮＷメディアサーバが行うマーク付与処理を示す概略図である。
【図５】本実施形態に係るＮＷメディアサーバが行うブロック削除処理を示す概略図である。
【図６】本実施形態に係るＮＷメディアサーバが行うコンテンツ再生処理を示す概略図である。
【図７】本実施形態に係るデータ提供システムが具備する装置の構成を示す概略ブロック図である。
【図８】本実施形態に係る別のデータ提供システムが具備する装置の構成を示す概略ブロック図である。
【図９】本実施形態に係るコンテンツ登録処理部の構成を示す概略ブロック図である。
【図１０】本実施形態に係るブロック削除処理部の構成を示す概略ブロック図である。
【図１１】本実施形態に係るコンテンツ提供処理部の構成を示す概略ブロック図である。
【図１２】本実施形態に係るコンテンツ管理情報記憶部が記憶するテーブルとそれらの関係を示す概念図である。
【図１３】本実施形態に係るマークポイントテーブルの一例を示す概略図である。
【図１４】本実施形態に係るコンテンツデータ登録処理の動作の一例を示すフロー図である。
【図１５】本実施形態に係るコンテンツブロック生成処理の動作の一例を示すフロー図である。
【図１６】本実施形態に係るバックアップ処理の動作の一例を示すフロー図である。
【図１７】本実施形態に係るマーク付与処理の動作の一例を示すシークエンス図である。
【図１８】本実施形態に係るタグ情報の入力処理の動作の一例を示すシークエンス図である。
【図１９】本実施形態に係るバイト位置と提供位置との関係を示す概念図である。
【図２０】本実施形態に係るブロック削除処理の動作の一例を示すフロー図である。
【図２１】本実施形態に係る視聴ポイント計算処理の動作の一例を示すフロー図である。
【図２２】本実施形態に係るブロック取得処理の動作の一例を示すフロー図である。
【図２３】本実施形態の変形例１に係るコンテンツ管理情報記憶部が記憶するテーブルとそれらの関係を示す概念図である。
【図２４】本実施形態の変形例２に係るコンテンツブロックの管理方法を示す概念図である。
【発明を実施するための形態】
【００２３】
（実施形態）
以下、図面を参照しながら本発明の実施形態について詳しく説明する。図１は、本発明の実施形態に係るデータ提供システムの概念図である。なお、この図は、ＤＭＳ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒ）Ｂ１を用いたデータ提供システム１と、ハードディスクレコーダＢ２を用いたデータ提供システム２と、の２つのデータ提供システムを示す。なお、本発明は、データ提供システム１、２のどちらの構成であってもよい。
【００２４】
データ提供システム１は、テレビＡ１１、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）Ａ１２、ＤＭＰ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｐｌａｙｅｒ）Ａ１３、ＤＭＳ Ｂ１（データ提供装置）、及びストレージサーバＤ1（記憶装置）を具備する。ＤＭＳ Ｂ１は、ダウンロード等によって取得したコンテンツデータ（連続したデータ）をコンテンツブロック（データブロック）に分割して記憶する。なお、コンテンツブロックのデータ量（データ長という）は、固定（例えば、４１９４３０４バイトのデータ）であってもよいし可変であってもよい。本実施形態では、可変の場合の構成について説明をする。
また、ＤＭＳ Ｂ１は、記憶したコンテンツブロックをコンテンツデータ中での順序に従ってＤＭＰ Ａ１３に提供する。ＤＭＰ Ａ１３は、提供されたデータを再生してテレビＡ１１に表示し、また、音声出力する。また、ＤＭＳ Ｂ１は、記憶したコンテンツブロックを、ネットワークＣ１を介して接続されたストレージサーバＤ1にアップロードしてバックアップする。また、ＰＣ Ａ１２は、ＤＭＰ Ａ１３及びＤＭＳ Ｂ１にＬＡＮ等のネットワークを介して接続され、利用者は、ＰＣ Ａ１２の操作によってＤＭＰ Ａ１３及びＤＭＳ Ｂ１を制御する。
【００２５】
データ提供システム２は、テレビＡ２１、リモコンＡ２２、ハードディスクレコーダＢ２（データ提供装置）、及びストレージサーバＤ1を具備する。ハードディスクレコーダＢ２は、録画等によって取得したコンテンツデータをコンテンツブロックに分割して記憶する。また、ハードディスクレコーダＢ２は、記憶したコンテンツブロックをコンテンツデータ中での順序に従って再生部に提供する。ハードディスクレコーダＢ２の再生部は、提供されたデータを再生してテレビＡ２１に表示する。また、ハードディスクレコーダＢ２は、記憶したコンテンツブロックを、ネットワークＣ１を介して接続されたストレージサーバＤ1にアップロードしてバックアップする。また、リモコンＡ２２は赤外線通信を行い、利用者は、リモコンＡ２２の操作によってハードディスクレコーダＢ２を制御する。
【００２６】
本実施形態では、ＤＭＳ Ｂ１及びハードディスクレコーダＢ２は、コンテンツブロックを視聴ポイントＰ（データブロック各々の提供頻度を示す情報）に基づいて削除する。また、ＤＭＳ Ｂ１及びハードディスクレコーダＢ２は、ＤＭＰ Ａ１３又は自装置のコンテンツ再生部に提供するコンテンツブロックが削除されている場合、ストレージサーバＤ1からコンテンツブロックをダウンロードして提供する。
以下、ＤＭＳ Ｂ１及びハードディスクレコーダＢ２を、それぞれ、ＮＷ（ネットワーク）メディアサーバｂ１、ｂ２という。
【００２７】
図２は、本実施形態に係るＮＷメディアサーバｂ１が記憶するコンテンツブロックの一例を示す概念図である。この図において、コンテンツブロックＩ１〜Ｉ６は、動画、音声等のコンテンツＩのコンテンツデータ（コンテンツデータＩという）を分割したコンテンツブロックを示す。以下、コンテンツＩでの再生時間が早い順に、コンテンツブロックＩ１、Ｉ２、・・・、Ｉ６とする。また、コンテンツブロックＪ１〜Ｊ５、Ｋ１〜Ｋ７は、それぞれ、コンテンツＪ、Ｋのコンテンツブロックを示す。なお、全てのコンテンツブロック１〜Ｉ６、Ｊ１〜Ｊ５、Ｋ１〜Ｋ７は、ストレージサーバＤ1に送信され、バックアップされている。
また、図２において、実線で示したコンテンツブロック（ハッチングしたコンテンツブロック、例えば、コンテンツブロックＩ１）は、ＮＷメディアサーバｂ１に記憶されていることを示す。一方、点線で示したコンテンツブロック（例えば、コンテンツブロックＩ３）は、ＮＷメディアサーバｂ１から削除されていることを示す。
【００２８】
＜メディアサーバｂ１が行う処理について＞
以下、図３〜６を用いて、ＮＷメディアサーバｂ１が行う処理の概略を説明する。
図３は、本実施形態に係るＮＷメディアサーバｂ１が行うブロック登録処理を示す概略図である。この図において、ＮＷメディアサーバｂ１には、ダウンロード等によってコンテンツデータＩが記憶される。ＮＷメディアサーバｂ１は、コンテンツデータＩを検知すると、検知したコンテンツデータＩを分割してコンテンツブロックＩ１〜Ｉ６を生成し、記憶部ｂ１１に記憶する。なお、このときコンテンツデータＩは削除される。
ＮＷメディアサーバｂ１は、記憶部ｂ１１に記憶したコンテンツブロックＩ１〜Ｉ６をストレージサーバＤ1に送信する。ストレージサーバＤ1は、受信したコンテンツブロックＩ１〜Ｉ６をバックアップ記憶部ｄ1１に記憶する。
【００２９】
図４は、本実施形態に係るＮＷメディアサーバｂ１が行うマーク付与処理を示す概略図である。ここで、マークとは、利用者等によって特定の再生箇所（提供位置）に付される指標である。ＮＷメディアサーバｂ１は、マークが付されたデータの位置を示すマーク情報を記憶する。ＮＷメディアサーバｂ１は、マーク情報が利用者等によって選択されると、マーク情報が示すデータの位置からコンテンツデータの提供を開始する。なお、ＮＷメディアサーバｂ１は、マーク情報が示すデータの位置から予め設定されたサイズ（または秒数）分を遡った位置からコンテンツデータの提供を開始してもよい。
図４において、ＮＷメディアサーバｂ１は、コンテンツブロックＩ１〜Ｉ６をコンテンツブロックＩでの順序に従って提供し、ＤＭＰ Ａ１３は、ＮＷメディアサーバｂ１から提供されたデータを再生してテレビＡ１１に表示させる。利用者は、ＰＣ Ａ１２を操作してマークを付する再生箇所を選択する。ＮＷメディアサーバｂ１は、選択された再生箇所に対応するデータの位置を示すマーク情報を記憶する。なお、ＮＷメディアサーバｂ２の場合、利用者は、リモコンＡ２２を操作してマークを付する。
【００３０】
図５は、本実施形態に係るＮＷメディアサーバｂ１が行うブロック削除処理を示す概略図である。この図において、ＮＷメディアサーバｂ１は、後述する視聴ポイントＰを計算し、視聴ポイントＰが低いコンテンツブロックを削除する。例えば、この図において、ＮＷメディアサーバｂ１は、付されたマークの数が少ないコンテンツブロックＩ３、Ｉ５、Ｉ６を削除する。
【００３１】
図６は、本実施形態に係るＮＷメディアサーバｂ１が行うコンテンツ再生処理を示す概略図である。この図において、ＮＷメディアサーバｂ１は、コンテンツブロックＩ１〜Ｉ６をコンテンツデータＩ中での順序（Ｉ１、Ｉ２、Ｉ３・・・）に従ってＤＭＰ Ａ１３に提供する。ＤＭＰ Ａ１３は、提供されたデータを再生し、再生したデータの動画をテレビＡ１１に表示させる。ＮＷメディアサーバｂ１は、提供中のコンテンツブロックからｎ個後までのコンテンツブロック（提供準備ブロックという）が削除されている場合、提供準備ブロックをストレージサーバＤ1からダウンロードする。例えば、図６は、ｎ＝３の場合の図である。この図は、ＮＷメディアサーバｂ１が、コンテンツブロックＩ１を提供しているとき、提供準備ブロック（コンテンツブロックＩ２〜Ｉ４）が記憶部ｂ１１に記憶されているか否かを判定し、記憶部ｂ１１に記憶されていないと判定したコンテンツブロックＩ３を、ストレージサーバＤ1からダウンロードしていることを示す。
【００３２】
＜データ提供システム１、２の構成について＞
図７は、本実施形態に係るデータ提供システム１が具備する装置の構成を示す概略ブロック図である。この図において、テレビＡ１１は表示部ａ１１を、ＤＭＰ Ａ１３はコンテンツ再生部ａ１２と入力受付部ａ１３とを、ＰＣ Ａ１２は入力部ａ１４を、含んで備える。また、ＮＷメディアサーバは、記憶部ｂ１１、コンテンツ登録部ｂ１２、ブロック登録処理部ｂ１３、及びブロック削除処理部ｂ１４を含んで備える。また、ストレージサーバＤ1は、バックアップ記憶部ｄ１１を含んで備える。
【００３３】
テレビＡ１１の表示部ａ１１は、ＤＭＰ Ａ１３のコンテンツ再生部ａ１２が再生したコンテンツを表示する。ＤＭＰ Ａ１３のコンテンツ再生部ａ１２は、ＮＷメディアサーバｂ１から提供されたデータを再生する。入力受付部ａ１３は、ＰＣ Ａ１２の入力部ａ１４でマークを付与することを示すキーが押下されたことを受け付け、マークを付することを示すマーク付与情報をＮＷメディアサーバｂ１に出力する。
【００３４】
ＮＷメディアサーバｂ１のコンテンツ登録部ｂ１２は、録画やダウンロード等によって取得したコンテンツデータを記憶部ｂ１１に記憶する。
ブロック登録処理部ｂ１３は、記憶部ｂ１１から読み出したコンテンツデータを分割してコンテンツブロックを生成する。ブロック登録処理部ｂ１３は、生成したコンテンツブロックを記憶部ｂ１１に記憶し、また、ストレージサーバＤ１のバックアップ記憶部ｄ１１にバックアップする。ブロック登録処理部ｂ１３の詳細については、後述する。
ブロック削除処理部ｂ１４は、後術する視聴ポイントＰに基づいて、記憶部ｂ１１が記憶するコンテンツブロックを選択して削除する。ブロック削除処理部ｂ１４の詳細については、後述する。
コンテンツ提供処理部ｂ１５は、記憶部ｂ１１が記憶するコンテンツブロックをコンテンツデータ中での順序に従ってＤＭＰ Ａ１３に提供する。ここで、コンテンツ提供処理部ｂ１５は、提供するコンテンツブロックが記憶部ｂ１１から削除されている場合、ストレージサーバＤ１のバックアップ記憶部ｄ１１にバックアップされた当該コンテンツブロックを、ダウンロードして提供する。コンテンツ提供処理部ｂ１５の詳細については、後述する。
【００３５】
図８は、本実施形態に係る別のデータ提供システム２が具備する装置の構成を示す概略ブロック図である。データ提供システム２（図８）とデータ提供システム１（図７）とを比較すると、図８には図７中のＤＭＰ Ａ１３がなく、ＮＷメディアサーバｂ２が、図７中のＤＭＰ Ａ１３が備えるコンテンツ再生部ａ１２及び入力受付部ａ１３を備える。しかし、各部が持つ機能は、データ提供システム１と同じであるので、説明は省略する。
なお、図８において、コンテンツ提供処理部ｂ１５は、記憶部ｂ１１が記憶するコンテンツブロックをコンテンツデータ中での順序に従ってコンテンツ再生部ａ１２に提供する。
【００３６】
＜ＮＷメディアサーバｂ１、２の各部の構成について＞
以下、ＮＷメディアサーバｂ１のブロック登録処理部ｂ１３、ブロック削除処理部ｂ１４、及びコンテンツ提供処理部ｂ１５の詳細について説明をする。
【００３７】
図９は、本実施形態に係るコンテンツ登録処理部ｂ１３の構成を示す概略ブロック図である。この図において、記憶部ｂ１１は、コンテンツデータ記憶部ｂ１１１、コンテンツ管理情報記憶部ｂ１１２、及びコンテンツブロック記憶部ｂ１１３を含んで備える。また、コンテンツ登録処理部ｂ１３は、コンテンツデータ検知部ｂ１３１、ブロック分割部ｂ１３２、及びバックアップ部ｂ１３３を含んで備える。
【００３８】
コンテンツデータ記憶部ｂ１１１は、コンテンツ登録部ｂ１２から入力されたコンテンツデータを記憶する。また、コンテンツ管理情報記憶部ｂ１１２は、コンテンツブロック等の情報を管理する各種テーブル（図１２参照）を記憶する。
コンテンツデータ検知部ｂ１３１は、定期的に、コンテンツデータ記憶部ｂ１１１内を検索し、コンテンツデータが記憶されているか否かを判定する。判定の結果、新たなコンテンツデータが記憶されている場合、コンテンツデータ検知部ｂ１３１は、コンテンツデータを抽出してブロック分割部ｂ１３２に出力する。
ブロック分割部ｂ１３２は、コンテンツデータ検知部ｂ１３１から入力されたコンテンツデータを分割してコンテンツブロックを生成し、生成したコンテンツブロックをコンテンツブロック記憶部ｂ１１３に記憶する。また、ブロック分割部ｂ１３２は、コンテンツブロックに分割したコンテンツデータをコンテンツデータ記憶部ｂ１１１から削除する。また、ブロック分割部ｂ１３２は、生成したコンテンツブロックの情報を生成し、コンテンツ管理情報記憶部ｂ１１２が記憶するテーブルを更新する。
【００３９】
バックアップ部ｂ１３３は、定期的に、コンテンツ管理情報記憶部ｂ１１２のテーブルを検索し、ストレージサーバＤ１にアップロードしていないコンテンツブロック、つまり、バックアップをしていないコンテンツブロックがあるか否かを判定する。バックアップをしていないコンテンツブロックがある場合、バックアップ部ｂ１３３は、そのコンテンツブロックをコンテンツブロック記憶部ｂ１１３から読み出してストレージサーバＤ１に送信する。ストレージサーバＤ１に送信されたコンテンツブロックは、バックアップ記憶部ｄ１１に記憶される。また、バックアップ部ｂ１３３は、コンテンツブロックのバックアップが完了すると、バックアップ済みであることを示す情報をコンテンツ管理情報記憶部ｂ１１２のテーブルに登録する。
【００４０】
図１０は、本実施形態に係るブロック削除処理部ｂ１４の構成を示す概略ブロック図である。この図において、記憶部ｂ１１は、コンテンツ管理情報記憶部ｂ１１２及びコンテンツブロック記憶部ｂ１１３を含んで備える。また、ブロック削除処理部ｂ１４は、空き容量検出部ｂ１４１、視聴ポイント計算部ｂ１４２、及びブロック削除部ｂ１４３を含んで備える。
【００４１】
空き容量検出部ｂ１４１は、記憶部ｂ１１の記憶領域の空き容量を検出する。検出した空き容量が予め定めた閾値以下になった場合、空き容量検出部ｂ１４１は、空き容量が不足していることを示す情報を視聴ポイント計算部ｂ１４２に出力する。
視聴ポイント計算部ｂ１４２は、コンテンツ管理情報記憶部ｂ１１２が記憶するテーブルを読み出し、コンテンツデータの登録日、コンテンツデータ中でのコンテンツブロックの順序、コンテンツブロックの提供頻度、マーク情報のポイント合算値、及びお気に入りランクの合算値のいずれか又はその組み合わせに基づいて、コンテンツブロック毎に視聴ポイントＰを計算する。なお、視聴ポイント計算部ｂ１４２が行う視聴ポイントＰの計算処理の詳細については、後述する。視聴ポイント計算部ｂ１４２は計算した視聴ポイントＰをブロック削除部ｂ１４３に出力する。
ブロック削除部ｂ１４３は、視聴ポイント計算部ｂ１４２から入力された視聴ポイントＰの値が低いブロックコンテンツを削除する。ブロック削除部ｂ１４３は、コンテンツブロックを削除した場合、記憶部ｂ１１にそのコンテンツブロックがないことを示す情報を、コンテンツブロック記憶部ｂ１１３に登録する。
【００４２】
図１１は、本実施形態に係るコンテンツ提供処理部ｂ１５の構成を示す概略ブロック図である。この図において、記憶部ｂ１１は、コンテンツ管理情報記憶部ｂ１１２及びコンテンツブロック記憶部ｂ１１３を含んで備える。また、コンテンツ提供処理部ｂ１５は、コンテンツ提供部ｂ１５１、ブロック取得部ｂ１５２、及びマーク付与部ｂ１５３を含んで備える。
【００４３】
コンテンツ提供部ｂ１５１は、コンテンツデータの提供要求がＤＭＰ Ａ１３から入力されると、コンテンツ管理情報記憶部ｂ１１２が記憶するテーブルに基づいて、提供要求があったコンテンツデータのコンテンツブロックを提供順に、コンテンツブロック記憶部ｂ１１３から読み出す。コンテンツ提供部ｂ１５１は、読み出したコンテンツブロックをＤＭＰ Ａ１３のコンテンツ再生部ａ１２（図７参照）に提供する。また、コンテンツ提供部ｂ１５１は、コンテンツブロックの提供をしているとき、データを提供中であることを示す情報をコンテンツ管理情報記憶部ｂ１１２に登録する。
【００４４】
ブロック取得部ｂ１５２は、定期的に、コンテンツ管理情報記憶部ｂ１１２のテーブルを検索し、コンテンツ提供部ｂ１５１がデータを提供中であるか否かを判定する。データを提供中であると判定した場合、ブロック取得部ｂ１５２は、提供準備ブロックが削除されているか否かを判定し、削除されている場合、提供準備ブロックをストレージサーバＤ1のバックアップ記憶部ｄ１１（図７参照）からダウンロードする。ブロック取得部ｂ１５２は、ダウンロードした提供準備ブロックをコンテンツブロック記憶部ｂ１１３に記憶し、記憶部ｂ１１にそのコンテンツブロックがあることを示す情報を、コンテンツブロック記憶部ｂ１１３に登録する。
マーク付与部ｂ１５３は、入力受付部ａ１３からマーク付与情報が入力されると、コンテンツ提供部ｂ１５１がそのとき提供中のデータの位置を示すマーク情報をコンテンツ管理情報記憶部ｂ１１２に記憶する。また、マーク付与部ｂ１５３は、入力受付部ａ１３からタグ情報が入力されると、タグ情報をコンテンツ管理情報記憶部ｂ１１２に記憶する。
【００４５】
＜コンテンツ管理情報について＞
以下、コンテンツ管理情報記憶部ｂ１１２が記憶するテーブルについて説明をする。
図１２は、本実施形態に係るコンテンツ管理情報記憶部ｂ１１２が記憶するテーブルとそれらの関係を示す概念図である。
コンテンツ管理情報記憶部ｂ１１２は、コンテンツブロックテーブルＴ１、提供ログテーブルＴ２、コンテンツテーブルＴ３、提供コンテンツテーブルＴ４、マークテーブルＴ４、タグ情報テーブルＴ５、及びマークポイントテーブルＴ６を記憶する。これらのテーブルＴ１〜Ｔ６は、リレーショナル形式のデータベースにより管理されている。なお、Ｅ１を付した鎖線で囲まれた記号はテーブル間の関係を示し、コンテンツブロックテーブルＴ１と提供ログテーブルＴ２とが、１対多であることを示す。同様に、図１２は、コンテンツテーブルＴ３とコンテンツブロックテーブルＴ１、コンテンツテーブルＴ３と提供コンテンツテーブルＴ４、コンテンツテーブルＴ３とマークテーブルＴ４、コンテンツテーブルＴ３とタグ情報テーブルＴ５、はそれぞれ１対多であることを示す。
【００４６】
コンテンツブロックテーブルＴ１は、コンテンツＩＤ、ブロック番号、アップロード済状態、ローカル有無、コンテンツデータ位置、コンテンツブロック長、及び視聴ポイントの各項目を有している。
ここで、コンテンツＩＤはコンテンツデータの識別情報である。例えば、この項目の値は、「Ｉ」、「Ｊ」、又は「Ｋ」である。また、ブロック番号はコンテンツブロックの識別情報であり、コンテンツデータ中でのコンテンツブロックの順序を示す情報である。例えば、この項目の値は、「１」、「２」、・・・、「６」であり、コンテンツデータ中でのコンテンツブロックの順序を示す。
アップロード済状態は、アップロード済みか否か、つまり、コンテンツブロックのバックアップが完了したか否かを示す情報である。例えば、この項目の値は、バックアップが完了していないことを示す「未アップロード」、又はバックアップが完了したことを示す「アップロード済み」のいずれかである。ローカル有無は、コンテンツブロックが記憶部ｂ１１のコンテンツブロック記憶部ｂ１１３にあるか否かを示す情報である。例えば、この項目の値は、コンテンツブロックがコンテンツブロック記憶部ｂ１１３にあることを示す「あり」、又はコンテンツブロックがコンテンツブロック記憶部ｂ１１３にないことを示す「なし」である。
【００４７】
コンテンツデータ位置は、コンテンツデータ中でのコンテンツブロックの位置を示す情報である。この項目の値は、コンテンツブロックの先頭バイトについてのコンテンツデータ中での位置情報（バイト数）である。コンテンツブロック長は、コンテンツブロックのデータ長を示す情報である。視聴ポイントは、視聴ポイント計算部ｂ１４２が計算した視聴ポイントＰである。なお、このコンテンツブロックテーブルＴ１の主キーは、コンテンツＩＤ及びブロック番号である。また、コンテンツＩＤ及びブロック番号とコンテンツブロックの記憶場所を示す情報（パス、ファイル名）とは対応付けて記憶されている。ＮＷメディアサーバｂ１の各部は、記憶されたその対応情報に基づいて、コンテンツＩＤ及びブロック番号と、パス及びファイル名との変換を行う。
【００４８】
提供ログテーブルＴ２は、コンテンツＩＤ、ブロック番号、及び年月日の各項目を有している。コンテンツＩＤ、ブロック番号は、上記のコンテンツブロックテーブルＴ１のものと同じであるので、説明は省略する。
年月日は、コンテンツブロックを提供した年月日を示す情報である。なお、この提供ログテーブルＴ２の主キーは、コンテンツＩＤ、ブロック番号である。なお、年月日は時刻を含んでもよい。
【００４９】
コンテンツテーブルＴ３は、コンテンツＩＤ、リソースパス、ファイル名、コンテンツ名、ファイルサイズ、コンテンツブロック数、コンテンツタイプ、登録日、及びバックアップ可否の各項目を有している。コンテンツＩＤは、上記のコンテンツブロックテーブルＴ１のものと同じであるので、説明は省略する。
リソースパスは、コンテンツデータを記憶するフォルダ名である。ファイル名は、コンテンツデータのファイル名である。コンテンツ名は、コンテンツデータのコンテンツ名である。ファイルサイズは、コンテンツデータのファイルのデータ量を示す情報である。コンテンツブロック数は、コンテンツデータから分割したコンテンツブロックの総数を示す情報である。コンテンツタイプは、コンテンツデータの種類を示す情報である。例えば、この項目の値は、「写真」、「動画」、「音声」である。登録日は、コンテンツデータを記憶部ｂ１１に記憶した日を示す情報である。バックアップ可否は、コンテンツブロックのバックアップを許可するか否かを示す情報であり、例えば、コンテンツデータの登録時に利用者等が選択する情報である。この項目の値は、バックアップを許可することを示す「可」、又はバックアップを許可しないことを示す「否」である。
【００５０】
提供コンテンツテーブルＴ４は、ＩＰアドレス、コンテンツＩＤ、ブロック番号、バイト位置、及び提供位置の各項目を有している。コンテンツＩＤ及びブロック番号は、上記のコンテンツブロックテーブルＴ１のものと同じであるので、説明は省略する。
ＩＰアドレスは、コンテンツデータの提供を受けている装置の識別情報であり、その装置のＩＰアドレスである。例えば、図１中のデータ提供システム１の場合はＤＭＰ Ａ１３のＩＰアドレスである。本実施形態では、ＩＰアドレスを装置の識別情報としているが、本発明はこれに限らず、装置に予め登録された識別情報（例えば、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ａｄｄｒｅｓｓ）アドレス、又はホスト名）であってもよく、提供コンテンツテーブルＴ４のＩＰアドレスに代えてこの識別情報を用いてもよい。
バイト位置は、提供中のデータの位置であってコンテンツブロックの先頭データからの位置を示す情報であり、バイト数で表わされる。提供位置は、提供中のデータ位置であってコンテンツデータの先頭からの位置を示す情報であり、バイト数で表わされる。つまり、バイト位置はコンテンツブロック内の相対値であり、提供位置はコンテンツデータ中の絶対位置を示す情報である。なお、バイト位置と提供位置との関係については、後述する。
【００５１】
マークテーブルＴ４は、マークＩＤ、コンテンツＩＤ、ブロック番号、バイト位置、及びマーク名の各項目を有している。コンテンツＩＤ、ブロック番号、及びバイト位置は、上記のコンテンツブロックテーブルＴ４のものと同じであるので、説明は省略する。
マークＩＤは、マークの識別情報である。マーク名は、マークを付した箇所のコンテンツに対して利用者が選択した評価を示す情報である。例えば、この項目の値は、「とても面白い」、「面白い」、「面白くない」である。
【００５２】
タグ情報テーブルＴ５は、コンテンツＩＤ、タグ名、及びタグ値の各項目を有している。コンテンツＩＤは、上記のコンテンツブロックテーブルＴ１のものと同じであるので、説明は省略する。タグ名は、コンテンツに対する付加情報であるタグの種類の識別情報である。例えば、この項目の値は、「お気に入りランク」である。タグ値は、タグ名が示す情報の値である。例えば、タグ名が「お気に入りランク」の場合、タグ値は、「１ランク」、「２ランク」・・・「５ランク」の５段階の値である。
マークポイントテーブルＴ６は、マーク名及びマークポイントの各項目を有している。マーク名は、上記のコンテンツブロックテーブルＴ４のものと同じであるので、説明は省略する。マークポイントは、マーク名に対する評価の数値を示す。
【００５３】
図１３は、本実施形態に係るマークポイントテーブルＴ６の一例を示す概略図である。この図において、マークポイントテーブルＴ６は、マーク名及びマークポイントの各項目を有している。例えば、図１３では、マーク名「とても面白い」はポイント「＋３」であり、「面白い」はポイント「＋２」であり、「面白くない」はポイント「−１」である。
【００５４】
＜データ提供システム１の動作について＞
以下、データ提供システム１の動作について、図１４〜図２１を用いて説明をする。
【００５５】
図１４は、本実施形態に係るコンテンツデータ登録処理の動作の一例を示すフロー図である。
（ステップＳ１０１）コンテンツ登録部ｂ１２は、コンテンツデータをコンテンツ記憶部ｂ１１１に記憶する。その後、ステップＳ１０２に進む。
（ステップＳ１０２）コンテンツ登録部ｂ１２は、コンテンツ管理情報記憶部ｂ１１２のコンテンツテーブルＴ３にレコードを追加する。具体的には、コンテンツ登録部ｂ１２は、コンテンツＩＤが払い出したコンテンツＩＤ、リソースパスがステップＳ１０１にてコンテンツデータを記憶したフォルダ名、ファイル名がコンテンツデータのファイル名のレコードを生成する。コンテンツ登録部ｂ１２は、生成したレコードに、ファイルサイズ、コンテンツタイプ、登録日、バックアップ可否を追加し、情報を追加したレコードをコンテンツテーブルＴ３に追加する。
【００５６】
図１５は、本実施形態に係るコンテンツブロック生成処理の動作の一例を示すフロー図である。
（ステップＳ２０１）コンテンツデータ検知部ｂ１３１は、時間Ｔｓが経過したか否かを判定する。時間Ｔｓが経過したと判定した場合（Ｙｅｓ）、ステップＳ２０２に進む。一方、時間Ｔｓが経過していないと判定した場合（Ｎｏ）、ステップＳ２０１をくり返す。
（ステップＳ２０２）コンテンツデータ検知部ｂ１３１は、コンテンツデータ記憶部ｂ１１１内を検索してコンテンツデータが記憶されているか否かを判定することで、コンテンツブロックに分割されていないコンテンツデータ（新規コンテンツデータという）が記憶されているか否かを判定する。新規コンテンツデータが記憶されている場合（Ｙｅｓ）、ステップＳ２０３に進む。一方、新規コンテンツデータが記憶されていなかった場合（Ｎｏ）、ステップＳ２０１に戻る。
（ステップＳ２０３）ブロック分割部ｂ１３２は、ステップＳ２０２で記憶されていると判定した新規コンテンツデータをコンテンツブロックに分割し、コンテンツブロック記憶部ｂ１１３に記憶する。その後、ステップＳ２０４に進む。
【００５７】
（ステップＳ２０４）ブロック分割部ｂ１３２は、コンテンツ管理情報記憶部ｂ１１２のコンテンツブロックテーブルＴ１及びコンテンツテーブルＴ３を更新する。具体的には、ブロック分割部ｂ１３２は、新規コンテンツデータのリソースパス及びファイル名を検索キーにして、コンテンツテーブルＴ３から新規コンテンツデータのコンテンツＩＤを読み出す。ブロック分割部ｂ１３２は、ステップＳ２０３にて分割したコンテンツブロックに対して、新規コンテンツデータ中でのコンテンツブロックの順（再生される時間順）に通番を払出す。ブロック分割部ｂ１３２は、コンテンツブロック各々に対応するレコードをコンテンツブロックテーブルＴ１に追加する。ブロック分割部ｂ１３２は、コンテンツＩＤが読み出したコンテンツＩＤ、ブロック番号が払い出したブロック番号、アップロード済状態がバックアップが完了していないことを示す「未アップロード」、ローカル有無がコンテンツブロックがコンテンツブロック記憶部ｂ１１３にあることを示す「あり」のレコードを生成する。ブロック分割部ｂ１３２は、生成したレコードにコンテンツデータ位置及びコンテンツブロック長を追加する。ブロック分割部ｂ１３２は、情報を追加したレコードをコンテンツブロックテーブルＴ１に追加する。また、ブロック分割部ｂ１３２は、コンテンツテーブルＴ３のコンテンツブロック数にコンテンツデータから分割したコンテンツブロックの総数を書き込む。その後、ステップＳ２０５に進む。
【００５８】
（ステップＳ２０５）ブロック分割部ｂ１３２は、ステップＳ２０３にてコンテンツブロックに分割した新規コンテンツデータをコンテンツデータ記憶部ｂ１１１から削除する。その後、ステップＳ２０６に進む。
（ステップ２０６）ＮＷメディアサーバｂ１の電源がオフになっている場合（Ｙｅｓ）、動作を終了する。一方、電源がオフになっていない場合（Ｎｏ）、ステップＳ２０１に戻る。
【００５９】
図１６は、本実施形態に係るバックアップ処理の動作の一例を示すフロー図である。
（ステップＳ３０１）バックアップ部ｂ１３３は、時間Ｔｕが経過したか否かを判定する。時間Ｔｕが経過したと判定した場合（Ｙｅｓ）、ステップＳ３０２に進む。一方、時間Ｔｕが経過していないと判定した場合（Ｎｏ）、ステップＳ３０１をくり返す。
（ステップＳ３０２）バックアップ部ｂ１３３は、コンテンツ管理情報記憶部ｂ１１２のコンテンツブロックテーブルＴ１でアップロード済状態が「未アップロード」のレコードがあるか否かを判定する。「未アップロード」のレコードがある場合（Ｙｅｓ）、ステップＳ３０３に進む。一方、「未アップロード」のレコードがない場合（Ｎｏ）、ステップＳ３０７に進む。
【００６０】
（ステップＳ３０３）バックアップ部ｂ１３３は、ステップＳ３０２で未アップロードと判定したコンテンツブロックがバックアップを許可されているか否かを判定する。具体的には、バックアップ部ｂ１３３は、ステップＳ３０２で判定した「未アップロード」のレコードのコンテンツＩＤを読み出し、読み出したコンテンツＩＤを検索キーとして、コンテンツテーブルＴ３のバックアップ可否を読み出す。読み出したバックアップ可否の値が「可」である場合（Ｙｅｓ）、ステップＳ３０４に進む。一方、バックアップ可否の値が「否」である場合（Ｎｏ）、ステップＳ３０７に進む。
（ステップＳ３０４）バックアップ部ｂ１３３は、提供コンテンツテーブルＴ４にレコードが存在するか否か、つまり、コンテンツデータをコンテンツ提供処理部ｂ１５が提供中であるか否かを判定する。コンテンツデータを提供中であると判定した場合（Ｙｅｓ）、ステップＳ３０７に進む。これにより、コンテンツデータを提供中に、ＣＰＵやネットワークに負荷をかけてデータの提供を阻害することを防止することができる。一方、コンテンツデータを提供中でないと判定した場合（Ｎｏ）、ステップＳ３０５に進む。
【００６１】
（ステップＳ３０５）バックアップ部ｂ１３３は、ステップＳ３０４でコンテンツデータを提供中でないと判定したレコードのコンテンツブロックを、ストレージサーバＤ１のバックアップ記憶部ｂ１１にバックアップする。その後、ステップＳ３０６に進む。
（ステップＳ３０６）バックアップ部ｂ１３３は、ステップＳ３０５でバックアップしたコンテンツブロックのコンテンツＩＤ及びブロック番号を検索キーとして、コンテンツブロックテーブルＴ１のレコードを抽出し、抽出したレコードのアップロード済状態を「アップロード済み」に更新する。その後、ステップＳ３０７に進む。
（ステップＳ３０７）ＮＷメディアサーバｂ１の電源がオフになっている場合（Ｙｅｓ）、動作を終了する。一方、電源がオフになっていない場合（Ｎｏ）、ステップＳ３０１に戻る。
なお、図１６の動作において、ステップＳ３０４の処理を省略し、ステップＳ３０３で読み出したバックアップ可否の値が「可」である場合（Ｙｅｓ）にステップＳ３０５に進んでもよい。このような構成は、ＣＰＵが高性能である場合やネットワークがブロードバンドネットワークである場合など、負荷よりもコンテンツブロックのアップロードを優先する場合に好適である。
【００６２】
図１７は、本実施形態に係るマーク付与処理の動作の一例を示すシークエンス図である。
（ステップＳ４０１）ＤＭＰ Ａ１３のコンテンツ再生部ａ１２は、ＮＷメディアサーバｂ１のコンテンツ提供部ｂ１５１へ、コンテンツデータの提供を要求する提供要求を送信する。この提供要求には、コンテンツＩＤ及びＤＭＰ Ａ１３のＩＰアドレスが含まれる。その後、ステップＳ４０２に進む。
（ステップＳ４０２）コンテンツ提供部ｂ１５１は、コンテンツ管理情報記憶部ｂ１１２のコンテンツテーブルＴ３に、ステップＳ４０１で取得したコンテンツＩＤがある場合、そのコンテンツＩＤに対応する情報を取得する。その後、ステップＳ４０３に進む。
なお、ステップＳ４０１で取得したコンテンツＩＤがない場合、コンテンツ提供部ｂ１５１はコンテンツ再生部ａ１２に対して、コンテンツを提供することができないことを示す情報を送信し、動作を終了する。
【００６３】
（ステップＳ４０３）コンテンツ提供部ｂ１５１は、提供コンテンツレコードを生成する。具体的には、コンテンツ提供部ｂ１５１は、提供コンテンツテーブルＴ４のＩＰアドレス及びコンテンツＩＤが、ステップＳ４０１の提供要求に含まれるコンテンツＩＤ及びＩＰアドレスのレコードを生成する。また、コンテンツ提供部ｂ１５１は、ブロック番号が提供を開始するコンテンツブロックのブロック番号、バイト位置、及び提供位置（例えば、コンテンツデータを先頭から提供する場合、ブロック番号が「１」、バイト位置が「０」、及び、提供位置「０」）を、生成したレコードに追加する（このレコードを提供コンテンツレコードという）。その後、ステップＳ４０３に進む。
（ステップＳ４０４）コンテンツ提供部ｂ１５１は、コンテンツ管理情報記憶部ｂ１１２の提供コンテンツテーブルＴ４に、ステップＳ４０３で生成した提供コンテンツレコードを追加して書き込む。その後、ステップＳ４０５に進む。
【００６４】
（ステップＳ４０５）コンテンツ提供部ｂ１５１は、コンテンツ再生部ａ１２にコンテンツブロックを提供する。ここで、コンテンツ提供部ｂ１５１は、コンテンツブロックテーブルＴ１のブロック番号の順序に従ってコンテンツブロックを読み出し、読み出したコンテンツブロックをコンテンツ再生部ａ１２に提供する。その後、ステップＳ４０６に進む。
（ステップＳ４０６）コンテンツ提供部ｂ１５１は、提供中のコンテンツブロックのコンテンツＩＤと同じコンテンツＩＤのレコードをコンテンツブロックテーブルＴ１から読み出し、読み出したレコードのコンテンツデータ位置とバイト位置から提供位置を計算する。この計算方法については後述する。また、コンテンツ提供部ｂ１５１は、提供中のコンテンツブロックのレコードを提供コンテンツテーブルＴ４から読み出し、読み出したレコードのブロック番号、バイト位置、及び提供位置を更新する。
その後、コンテンツ提供部ｂ１５１は、ステップＳ４０５，Ｓ４０６の処理をくり返す。なお、コンテンツデータの提供が終了した場合、コンテンツ提供部ｂ１５１は、終了したコンテンツデータに対応する提供コンテンツテーブルのレコードを削除する。
【００６５】
（ステップＳ４１０）ＤＭＰ Ａ１３の入力受付部ａ１３は、マーク付与を行うホームページ（ＨＰ）へのアクセス要求を受け付ける。その後、ステップＳ４１１に進む。
（ステップＳ４１１）ＮＷメディアサーバｂ１のマーク付与部ｂ１５３は、コンテンツ管理情報記憶部ｂ１１２の提供コンテンツテーブルのレコードを読み出す。その後、ステップＳ４１２に進む。
（ステップＳ４１２）マーク付与部ｂ１５３は、ステップＳ４１１にて読み出したレコードの情報を表示する。その後、マーク付与部ｂ１５３は、ステップＳ４１１、Ｓ４１２の処理をくり返す。その後、ステップＳ４１３に進む。
【００６６】
（ステップＳ４１３）マーク付与部ｂ１５３は、入力部ａ１４にてマークを付与することを示すキーが押下されると、マーク付与情報をマーク付与部ｂ１５３に出力する。このマーク付与情報には、ステップＳ４１２で表示したレコードの情報のうち利用者が選択した情報が示すレコードのコンテンツＩＤ、ＩＰアドレス、及び、利用者が選択したマーク名の情報が含まれる。その後、ステップＳ４１４に進む。
（ステップＳ４１４）マーク付与部ｂ１５３は、ステップＳ４１３で入力されたマーク付与情報のコンテンツＩＤ及びＩＰアドレスのレコードを、提供コンテンツテーブルＴ４から読み出す。その後、ステップＳ４１５に進む。
（ステップＳ４１５）マーク付与部ｂ１５３は、マークレコードを生成する。具体的には、マーク付与部ｂ１５３は、マークＩＤが払い出したマークＩＤ、マーク名がステップＳ４１３で入力されたマーク名のレコードを生成する。また、マーク付与部ｂ１５３は、ステップＳ４１４にて読み出したレコードのＩＰアドレス、ブロック番号、バイト位置を生成したレコードに追加する（このレコードをマークレコードという）。その後、ステップＳ４１６に進む。
（ステップＳ４１６）マーク付与部ｂ１５３は、ステップＳ４１５で生成したマークレコードをマークテーブルＴ４に追加する。その後、ステップＳ４１７に進む。
（ステップＳ４１７）マーク付与部ｂ１５３は、処理結果をＰＣ Ａ１３に出力する。その後、動作を終了する。
【００６７】
図２０は、本実施形態に係るタグ情報の入力処理の動作の一例を示すシークエンス図である。
（ステップＳ４２０）ＤＭＰ Ａ１３の入力受付部ａ１３は、タグ入力を行うホームページ（ＨＰ）へのアクセス要求を受け付ける。その後、ステップＳ４２１に進む。
（ステップＳ４２１）ＮＷメディアサーバｂ１のマーク付与部ｂ１５３は、コンテンツ管理情報記憶部ｂ１１２のコンテンツテーブルのレコードを読み出す。その後、ステップＳ４１２に進む。
（ステップＳ４２２）マーク付与部ｂ１５３は、ステップＳ４１１にて読み出したレコードの情報（例えば、コンテンツ名やコンテンツの静止画像）を表示する。その後、ステップＳ４１３に進む。
【００６８】
（ステップＳ４２３）マーク付与部ｂ１５３は、入力部ａ１４にて表示したコンテンツ名の選択と、選択したコンテンツのタグ値（例えば、お気に入りランクの５段階の値）の入力を受け付ける。その後、ステップＳ４２４に進む。
（ステップＳ４２４）マーク付与部ｂ１５３は、ステップＳ４２３で受け付けた情報からタグ情報レコードを生成する。その後、ステップＳ４２５に進む。
（ステップＳ４２５）マーク付与部ｂ１５３は、ステップＳ４２４で生成したタグ情報レコードをタグ情報テーブルＴ５に追加する。その後、ステップＳ４２６に進む。
（ステップＳ４２６）マーク付与部ｂ１５３は、処理結果をＰＣ Ａ１３に出力する。その後、動作を終了する。
【００６９】
図１９は、本実施形態に係るバイト位置と提供位置との関係を示す概念図である。図１９（Ａ）（上図）は、コンテンツブロックＩ１〜Ｉ６を示す。また、図１９（Ｂ）（下図）は、コンテンツブロックＩ１〜Ｉ６の分割前のコンテンツデータＩを示す。
図１９（Ａ）は、コンテンツブロックＩｊ（ｊ＝１、２、３）のコンテンツブロック長がＬｊバイトであることを示す。また、この図は、バイト位置がＬｒ１バイトであることを示し、コンテンツブロックＩ４の先頭からＬｒ１バイトのデータｒ１が提供されていることを示す。
図１９（Ｂ）は、データｔ１が、図１９（Ａ）中のデータｒ１に対応することを示す。また、図１９（Ｂ）は、提供位置がＬｔ１バイトであることを示し、データｔ１がコンテンツデータＩの先頭からＬｔ１バイトのデータであることを示す。つまり、バイト位置Ｌｒ１と提供位置Ｌｔ１との関係は、Ｌｔ１＝ΣＬｊ＋Ｌｒ１である。ここで、ｊは整数であり、Σは提供コンテンツテーブルＴ４が記憶するブロック番号Ｎｂ、つまり、提供中のコンテンツブロックのブロック番号Ｎｂより小さい番号のブロック番号ｊについて和をとることを示す。コンテンツ提供部ｂ１５１は、この式で提供位置Ｌｔ１を計算する。また、逆にこの式を用いてＬｔ１からＬｒ１を計算する。
【００７０】
図２０は、本実施形態に係るブロック削除処理の動作の一例を示すフロー図である。
（ステップＳ５０１）空き容量検出部ｂ１４１は、時間Ｔｄが経過したか否かを判定する。時間Ｔｄが経過したと判定した場合（Ｙｅｓ）、ステップＳ５０２に進む。一方、時間Ｔｄが経過していないと判定した場合（Ｎｏ）、ステップＳ５０１をくり返す。
（ステップＳ５０２）空き容量検出部ｂ１４１は、記憶部ｂ１１の空き容量を検出し、検出した空き容量が予め定めた閾値以下であるか否かを判定する。空き容量が閾値以下であると判定した場合（Ｙｅｓ）、ステップＳ５１に進む。一方、空き容量が閾値より大きいと判定した場合（Ｎｏ）、ステップＳ５０６に進む。
（ステップＳ５１）視聴ポイント計算部ｂ１４２は、コンテンツブロック毎に視聴ポイントＰを計算する。なお、視聴ポイント計算部ｂ１４２が行う視聴ポイント計算処理の詳細は、図２１を用いて後述する。視聴ポイント計算部ｂ１４２は、コンテンツブロックＴ１の視聴ポイントの値を、計算した視聴ポイントＰで更新する。その後、ステップＳ５０３に進む。
【００７１】
（ステップＳ５０３）ブロック削除部ｂ１４３は、ステップＳ５１にて計算した視聴ポイントＰが一番低いブロックコンテンツを、コンテンツブロック記憶部ｂ１１３から削除する。具体的には、ブロック削除部ｂ１４３は、コンテンツブロックテーブルＴ１のレコードのうちローカル有無の値が「あり」のレコードを読み出し、読み出したレコードのうち視聴ポイントの値が一番低いレコードのコンテンツブロックを削除する。その後、ステップＳ５０４に進む。
（ステップＳ５０４）ブロック削除部ｂ１４３は、ステップＳ５０３で削除したコンテンツブロックのコンテンツＩＤ及びブロック番号を検索キーとして、コンテンツブロックテーブルＴ１のレコードを読み出す。ブロック削除部ｂ１４３は、読み出したレコードのローカル有無の値を「なし」に更新する。その後、ステップＳ５０５に進む
（ステップＳ５０５）ブロック削除部ｂ１４３は、記憶部ｂ１１の記憶領域の空き容量を検出し、検出した空き容量が予め定めた閾値以下であるか否かを判定する。空き容量が閾値以下であると判定した場合（Ｙｅｓ）、ステップＳ５０３に戻る。一方、空き容量が閾値より大きいと判定した場合（Ｎｏ）、ステップＳ５０６に進む。
（ステップＳ５０６）ＮＷメディアサーバｂ１の電源がオフになっている場合（Ｙｅｓ）、動作を終了する。一方、電源がオフになっていない場合（Ｎｏ）、ステップＳ５０１に戻る。
【００７２】
図２１は、本実施形態に係る視聴ポイント計算処理の動作の一例を示すフロー図である。なお、以下の計算処理において、定数ｗ１〜ｗ５は、各ポイントＰ１〜Ｐ５間のポイントの重み付けの大きさを示す定数である。なお、この計算処理は、コンテンツブロック毎に行われる。
（ステップＳ５１１）視聴ポイント計算部ｂ１４２は、登録日時が遅いコンテンツのコンテンツブロックほどポイントが高くなるように、登録日ポイントＰ１を計算する。具体的には、視聴ポイント計算部ｂ１４２は、定数ｗ１、当日の日付Ｄｔ、及びコンテンツテーブルＴ３の登録日Ｄｒを用いて、登録日ポイントＰ１を、Ｐ１＝ｗ１−（Ｄｔ−Ｄｒ）として計算する。例えば、ｗ１＝１００、コンテンツ登録が２日前とした場合、Ｐ１＝１００−２＝９８ポイントとなる。なお、登録日ポイントＰ１の計算には、日に加えて時刻を含めてもよい。
これにより、ＮＷメディアサーバｂ１は、登録した日時が古く利用者の記憶も古いため提供頻度が低いコンテンツブロックを優先して削除し、ＮＷメディアサーバｂ１の記憶領域の空き容量を確保することができる。逆に、ＮＷメディアサーバｂ１は、登録した日時が新しく利用者の記憶も新しいため提供頻度が高いコンテンツブロックのコンテンツデータを、ＮＷメディアサーバｂ１の記憶部ｂ１１から提供することができ、ストレージサーバＤ１からＮＷメディアサーバｂ１を介して提供する場合と比較して、迅速にコンテンツデータを提供することができる。
【００７３】
（ステップＳ５１２）視聴ポイント計算部ｂ１４２は、コンテンツデータ中での順序が早いコンテンツブロックほどポイントが高くなるように、ブロック番号ポイントＰ２を計算する。具体的には、視聴ポイント計算部ｂ１４２は、定数ｗ２、変更可能な重み付け定数Ｘ、コンテンツブロック番号Ｍｂを用いて、ブロック番号ポイントＰ２を、Ｐ２＝ｗ２×（Ｘ−Ｍｂ）として計算する。ここで、Ｐ２が０以下になる場合には、Ｐ２＝０としてもよい。例えば、ｗ２＝１０、Ｘ＝１０、Ｍｂ＝２とした場合、Ｐ２＝１０×（１０−２）＝８０ポイントとなる。
これにより、ＮＷメディアサーバｂ１は、一般的にコンテンツデータは先頭から順に提供されるため、順序が遅く提供頻度が低いコンテンツブロックを優先して削除し、ＮＷメディアサーバｂ１の記憶領域の空き容量を確保することができる。逆に、ＮＷメディアサーバｂ１は、順序が早く提供頻度が高いコンテンツブロックのコンテンツデータを、ＮＷメディアサーバｂ１の記憶部ｂ１１から提供することができ、迅速にコンテンツデータを提供することができる。
【００７４】
（ステップＳ５１３）視聴ポイント計算部ｂ１４２は、提供回数の実績が多いコンテンツブロックほどポイントが高くなるように、提供頻度ポイントＰ３を計算する。具体的には、視聴ポイント計算部ｂ１４２は、変更可能な定数Ｙとして、コンテンツブロックのコンテンツＩＤ、コンテンツ番号、及び、Ｙ日前から当日までの期間を検索キーとして、提供ログテーブルＴ２のレコードを抽出して、抽出したレコードの個数をＹで除算した値、つまり、直近Ｙ日以内についての当該コンテンツブロックの一日あたりの平均視聴回数Ｍｃを算出する。また、視聴ポイント計算部ｂ１４２は、Ｙ日前から当日までの期間を検索キーとして、提供ログテーブルＴ２の全コンテンツブロックのレコードを抽出して、全コンテンツブロックの一日あたりの平均視聴回数Ｍａを算出する。視聴ポイント計算部ｂ１４２は、定数ｗ３、コンテンツブロックの平均視聴回数Ｍｃ、及び全コンテンツブロックの平均視聴回数Ｍａを用いて、提供頻度ポイントＰ３を、Ｐ３＝ｗ３×（Ｍｃ−Ｍａ）として計算する。例えば、ｗ３＝５０、Ｙ＝１０、Ｍｃ＝５、Ｍａ＝２とした場合、Ｐ３＝５０×（５−２）＝１５０ポイントとなる。
これにより、ＮＷメディアサーバｂ１は、提供回数の実績が少なく提供頻度が低いコンテンツブロックを優先して削除し、ＮＷメディアサーバｂ１の記憶領域の空き容量を確保することができる。逆に、ＮＷメディアサーバｂ１は、提供回数の実績が多く提供頻度が高いコンテンツブロックのコンテンツデータを、ＮＷメディアサーバｂ１の記憶部ｂ１１から提供することができ、迅速にコンテンツデータを提供することができる。
【００７５】
（ステップＳ５１４）視聴ポイント計算部ｂ１４２は、マークを付された数が多いコンテンツブロックほどポイントが高くなるように、マークポイントＰ４を計算する。ここで、視聴ポイント計算部ｂ１４２は、利用者の嗜好の高さを示す重みをつけてマークを付された数を計算する。具体的には、視聴ポイント計算部ｂ１４２は、コンテンツブロックのコンテンツＩＤ及びコンテンツ番号を検索キーとして、マークテーブルＴ４のレコードを読み出す。視聴ポイント計算部ｂ１４２は、読み出したレコードのマーク名を検索キーとしてマークポイントテーブルＴ６のマークポイントを参照する。視聴ポイント計算部ｂ１４２は、読み出したレコードのマークポイントを合算する（合算値をＰｔとする）。視聴ポイント計算部ｂ１４２は、定数ｗ４、マークポイントの合算値Ｐｔを用いて、マークポイントＰ４を、Ｐ４＝ＭＩＮ（ｗ４、Ｐｔ）として計算する。ここで、ＭＩＮ（ｗ４、Ｐｔ）は、ｗ４、Ｐｔの最小値を示す。つまり、この計算では、Ｐ４に上限値ｗ４を設けている。例えば、ｗ４＝１００のときに、あるコンテンツブロックのレコードが、マーク名「とても面白い」（＋３ポイント）が１個、「面白い」（＋２ポイント）が４個、「面白くない」（−１ポイント）が１個である場合、Ｐｔ＝１０となり、Ｐ４＝１０ポイントとなる。
これにより、ＮＷメディアサーバｂ１は、マークを付された数が少なく利用者の嗜好も低くて、提供頻度が低いコンテンツブロックを優先して削除し、ＮＷメディアサーバｂ１の記憶領域の空き容量を確保することができる。逆に、ＮＷメディアサーバｂ１は、マークを付された数が多く利用者の嗜好も高くて、提供頻度が高いコンテンツブロックのコンテンツデータを、ＮＷメディアサーバｂ１の記憶部ｂ１１から提供することができ、迅速にコンテンツデータを提供することができる。
【００７６】
（ステップＳ５１５）視聴ポイント計算部ｂ１４２は、利用者の嗜好や関心が高いコンテンツのコンテンツブロックほどポイントが高くなるように、お気に入りポイントＰ５を計算する。具体的には、視聴ポイント計算部ｂ１４２は、コンテンツブロックのコンテンツＩＤ、及びタグ名「お気に入りランク」を検索キーとして、タグ情報テーブルのタグ値の値（Ｍｆ）を参照する。視聴ポイント計算部ｂ１４２は、定数ｗ５及びタグ値（Ｍｆ）を用いて、お気に入りポイントＰ５を、Ｐ５＝ｗ５×Ｍｆとしてとして計算する。例えば、ｗ５＝２０、Ｍｆ＝５とした場合、Ｐ５＝２０×５＝１００ポイントとなる。
これにより、ＮＷメディアサーバｂ１は、利用者の嗜好や関心が低く提供頻度が低いコンテンツブロックを優先して削除し、ＮＷメディアサーバｂ１の記憶領域の空き容量を確保することができる。逆に、ＮＷメディアサーバｂ１は、利用者の嗜好や関心が高く提供頻度が高いコンテンツブロックのコンテンツデータを、ＮＷメディアサーバｂ１の記憶部ｂ１１から提供することができ、迅速にコンテンツデータを提供することができる。
【００７７】
（ステップＳ５１６）視聴ポイント計算部ｂ１４２は、ステップＳ５１１〜Ｓ５１５にて算出した登録日ポイントＰ１、ブロック番号ポイントＰ２、提供頻度ポイントＰ３、マークポイントＰ４、及びお気に入りポイントＰ５を合算する。視聴ポイント計算部ｂ１４２は、合算した値を視聴ポイントＰとしてコンテンツブロックテーブルＴ１の視聴ポイントに書き込む。その後、動作を終了する。
なお、本実施形態において、ステップＳ５１６にてポイントＰ１〜Ｐ５の全てを合算して視聴ポイントＰを計算しているが、本発明はこれに限らず、ポイントＰ１〜Ｐ５のいずれか又はいずれかの組み合わせの和を、視聴ポイントＰとして計算してもよい。
【００７８】
図２２は、本実施形態に係るブロック取得処理の動作の一例を示すフロー図である。
（ステップＳ６０１）ブロック取得部ｂ１５２は、時間Ｔｇが経過したか否かを判定する。時間Ｔｇが経過したと判定した場合（Ｙｅｓ）、ステップＳ６０２に進む。一方、時間Ｔｇが経過していないと判定した場合（Ｎｏ）、ステップＳ６０１をくり返す。
（ステップＳ６０２）ブロック取得部ｂ１５２は、提供コンテンツテーブルＴ４のレコードがあるか否かを判定することで、提供中のコンテンツデータがあるか否かを判定する。提供中のコンテンツデータがあると判定した場合（Ｙｅｓ）、ステップＳ６０３に進む。一方、提供中のコンテンツデータがないと判定した場合（Ｎｏ）、ステップＳ６０７に進む。
【００７９】
（ステップＳ６０３）ブロック取得部ｂ１５２は、提供コンテンツテーブルＴ４のコンテンツＩＤを検索キーとして、コンテンツブロックテーブルＴ１のレコードを読み出す。ブロック取得部ｂ１５２は、読み出したレコードのローカル有無の値が「なし」のレコードがあるか否かを判定することで、提供中のコンテンツのコンテンツブロックに削除されたコンテンツブロックがあるか否かを判定する。削除されたコンテンツブロックがあると判定した場合（Ｙｅｓ）、ブロック取得部ｂ１５２はストレージサーバＤ１とセッションを確立して、ステップＳ６０４に進む。削除されたコンテンツブロックがないと判定した場合（Ｎｏ）、ステップＳ６０７に進む。
【００８０】
（ステップＳ６０４）ブロック取得部ｂ１５２は、提供コンテンツテーブルＴ４のコンテンツＩＤ及びブロック番号Ｍｐを読み出す。ブロック取得部ｂ１５２は、読み出したコンテンツＩＤ、及びブロック番号「Ｍｐ」から「Ｍｐ＋ｎ」の範囲を検索キーとして、コンテンツブロックテーブルＴ１のレコードを読み出す。なお、ブロック番号「Ｍｐ」から「Ｍｐ＋ｎ」のコンテンツブロックが提供準備ブロックである。ブロック取得部ｂ１５２は、読み出したレコードにローカル有無の値が「なし」のレコードがあるか否かを判定することで、コンテンツブロック記憶部ｂ１１３に提供準備ブロックがすべてあるか否かを判定する。提供準備ブロックがすべてあると判定した場合（Ｙｅｓ）、ステップＳ６０７に進む。一方、提供準備ブロックが一つでもないと判定した場合（Ｎｏ）、ステップＳ６０５に進む。
【００８１】
（ステップＳ６０５）ブロック取得部ｂ１５２は、ステップＳ６０４でコンテンツブロック記憶部ｂ１１３にないと判定した提供準備ブロックを、ストレージサーバＤ１からダウンロードし、コンテンツブロック記憶部ｂ１１３に記憶する。その後、ステップＳ６０６に進む。
（ステップＳ６０６）ブロック取得部ｂ１５２は、ステップＳ６０５でダウンロードしたコンテンツブロックのコンテンツＩＤ及びブロック番号を検索キーとして、コンテンツブロックテーブルＴ１のレコードを読み出す。ブロック取得部ｂ１５２は、読み出したレコードのローカル有無の値を「あり」に更新する。その後、ステップＳ６０７に進む。
（ステップＳ６０７）ＮＷメディアサーバｂ１の電源がオフになっている場合（Ｙｅｓ）、動作を終了する。一方、電源がオフになっていない場合（Ｎｏ）、ステップＳ６０１に戻る。
【００８２】
このように、本実施形態では、ＮＷメディアサーバｂ１、ｂ２は、コンテンツデータを分割したコンテンツブロックを、視聴ポイントＰに基づいて選択して削除し、提供するコンテンツブロックが削除されている場合、ネットワークを介して接続されたストレージサーバＤ１にバックアップされた当該コンテンツブロックをダウンロードして提供する。これにより、ＮＷメディアサーバｂ１、ｂ２は、例えば、視聴ポイントＰが低い、つまり、提供頻度が低いコンテンツブロックを削除し、ローカルディスクの記憶容量が不足することを防止することができる。また、ＮＷメディアサーバｂ１、ｂ２は、視聴ポイントＰが高い、つまり、提供頻度が高いコンテンツブロックをローカルディスクに記憶して提供することができ、ネットワークに負荷をかけずにデータを提供することができる。また、ネットワーク障害等によって記憶装置と通信ができない場合であっても、例えば、コンテンツブロック記憶部ｂ１１３が記憶する提供頻度が高いコンテンツブロックを提供することができる。また、ＮＷメディアサーバｂ１、ｂ２は、コンテンツデータを分割したコンテンツブロックをダウンロードするので、コンテンツデータをダウンロードする場合と比較して、通信の中断や再開の制御を容易にすることができる。
【００８３】
また、本実施形態では、ＮＷメディアサーバｂ１、ｂ２は、コンテンツデータを分割してコンテンツブロックを生成し、生成したコンテンツブロックをストレージサーバＤ１にバックアップするので、コンテンツデータをアップロードする場合と比較して、通信の中断や再開の制御を容易にすることができる。
また、本実施形態では、ＮＷメディアサーバｂ１、ｂ２は、コンテンツブロック記憶部ｂ１１３の空き容量が予め定めた閾値以下になった場合に、視聴ポイントＰに基づいて、コンテンツブロック記憶部ｂ１１３が記憶するコンテンツブロックを削除するので、利用者が常にコンテンツの所在やディスクの空き容量を意識して空き容量の計算等をして操作をすることなく、ローカルディスクの記憶容量が不足することを防止することができる。
【００８４】
（変形例１）
以下、本実施形態の変形例１について説明をする。
上記実施形態では、コンテンツブロック長が可変長である場合について説明をした。本変形例では、コンテンツブロック長が固定長である場合について説明をする。
【００８５】
図２３は、本実施形態の変形例１に係るコンテンツ管理情報記憶部ｂ１１２が記憶するテーブルとそれらの関係を示す概念図である。本変形例１に係るテーブル（図２３）と上記実施形態に係るテーブル（図１２）とを比較すると、図１２のコンテンツブロックテーブルＴ１に代えてコンテンツブロックテーブルＴ７が記憶されている点、及び、定義表Ｔ８が記憶されている点が異なる。しかし、他のテーブルＴ２〜Ｔ６については上記実施形態と同じであるので、説明は省略する。
【００８６】
コンテンツブロックテーブルＴ７は、コンテンツＩＤ、ブロック番号、アップロード済状態、ローカル有無、及び視聴ポイントの各項目を有している。また、定義表Ｔ８はブロック長を記憶する。
本変形例１では、ブロック分割部ｂ１３２は、定義表Ｔ８が記憶するブロック長の長さでコンテンツデータを分割してコンテンツブロックを生成する。また、コンテンツ提供部ｂ１５１は、提供位置Ｌｔ１を、Ｌｔ１＝（Ｎｂ−１）Ｌ＋Ｌｒ１で計算する。ここで、Ｎｂは提供コンテンツテーブルＴ４が記憶するブロック番号Ｎｂ、つまり、提供中のコンテンツブロックのブロック番号Ｎｂを示す。
【００８７】
＜コンテンツブロック長について＞
コンテンツブロック長の一例としては、「（４０９６×１０２４＝）４１９４３０４」バイトである。例えば、ｈｔｔｐプロトコルのような通信プロトコルの場合、プロトコル上のオーバヘッドは２００バイト程度であり、上記の値であれば、プロトコルのオーバヘッドも十分小さくすることができる。また、上記の値は、ハードディスクドライブのセクタサイズの整数倍であり、整数倍でない場合と比較して、ハードディスクドライブの利用効率がよい。
【００８８】
しかし、コンテンツブロック長は、この長さより小さくてもよい。この場合、より細かい粒度でコンテンツブロックを管理でき、真に必要なコンテンツブロックのみコンテンツブロック記憶部ｂ１１３に残すことができる。また、この場合、必要なコンテンツブロックがコンテンツブロック記憶部ｂ１１３にあるので、ストレージサーバＤ１からＮＷメディアサーバｂ１を介して提供する場合と比較して、迅速にコンテンツデータを提供することができる。
また、逆に、コンテンツブロック長は、この長さより大きくてもよい。この場合、プロトコルのオーバヘッドを小さくすることができる。
【００８９】
このように、本変形例１によれば、コンテンツブロック長が固定長であるので、可変長の場合と比較して、提供位置の計算処理による処理負荷を軽減することができる。
【００９０】
（変形例２）
以下、本実施形態の変形例２について説明をする。
上記実施形態では、コンテンツブロックがファイルとして管理する場合について説明をした。本実施形態では、ハードディスクドライブの物理記憶領域の単位（セクタ単位）で管理する場合について説明をする。
【００９１】
図２４は、本実施形態の変形例２に係るコンテンツブロックの管理方法を示す概念図である。この図において、行は階層を示し、列は分割単位を示す。この図は、階層が、利用者が扱う単位のユーザレベル、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）等が扱う単位のファイルシステムレベル、及びハードディスクドライブの物理記憶領域の単位（セクタ単位）に分類されていることを示す。また、この図において、鎖線で囲んだ記憶領域は、コンテンツブロックを記憶する記憶単位を示す。
【００９２】
分割単位がファイル分割パターン（１番左の列）では、上記実施形態の場合である。この場合、ユーザレベルがコンテンツデータであり、ファイルシステムレベルではコンテンツデータを小さいサイズのファイルに分割している。ここで、コンテンツデータとコンテンツブロックとの関係は、コンテンツ管理情報記憶部ｂ１１２が記憶するテーブルの情報（コンテンツ管理情報という）として記憶される。なお、ファイルシステムレベルのファイルと物理レベルのセクタは、既存のファイルシステムで管理されている。
【００９３】
これに対し、変形例２に係るコンテンツ管理情報記憶部ｂ１１２では、セクタ単位でコンテンツブロックを記憶して管理する。
まず、一例として、分割単位がセクタ分割パターン（左から２番目の列）では、ユーザレベル及びファイルシステムレベルがコンテンツデータである。この場合、物理レベルでは、セクタ単位のデータを、コンテンツブロックとして記憶する。この場合、セクタを管理するファイルシステムでコンテンツ管理情報を管理する。例えば、コンテンツＩＤ及びブロック番号とセクタの識別情報とが対応付けられ、ファイルシステムは、記憶されたその対応情報に基づいて、コンテンツＩＤ及びブロック番号とセクタの識別情報との変換を行う。
【００９４】
また、別の一例として、分割単位が連続する複数セクタ（連続複数セクタという）を１単位として分割する分割パターン（左から３番目の列）では、セクタ分割パターンと同様に、ユーザレベル及びファイルシステムレベルがコンテンツデータである。この場合、物理レベルでは、連続複数セクタのデータを１単位として、コンテンツブロックとして記憶する。この場合、セクタを管理するファイルシステムでコンテンツ管理情報を管理する。例えば、コンテンツＩＤ及びブロック番号と連続複数セクタの識別情報（例えば、連続する複数セクタの先頭のセクタ）とが対応付けられ、ファイルシステムは、記憶されたその対応情報に基づいて、コンテンツＩＤ及びブロック番号と連続複数セクタのとの変換を行う。
【００９５】
このように、本変形例２では、ＮＷメディアサーバｂ１、ｂ２は、セクタ単位でコンテンツブロックを記憶して管理する。これにより、ＮＷメディアサーバｂ１は、ＯＳの処理負荷を軽減することができる。
【００９６】
なお、上記実施形態において、連続ドラマやアニメーションのように、連続したストーリー等が回に分けられるコンテンツ場合、以下のように、回を示す情報に基づいて視聴ポイントを算出してもよい。
例えば、視聴ポイント計算部ｂ１４２は、再生済みの回より小さい回のコンテンツのコンテンツブロックのポイントを、再生中の回より大きい回のコンテンツのコンテンツブロックのポイントより低いポイントとして、視聴ポイントＰに加算してもよい。再生済みの回より小さい回のコンテンツは、一度再生されると再び再生される可能性が低く、提供する可能性が低いコンテンツブロックを優先して削除し、ＮＷメディアサーバｂ１の記憶領域の空き容量を確保することができる。なお、回を示す情報として、録画日時とタイトルを用いてもよい。
また、視聴ポイント計算部ｂ１４２は、再生済みの回の次の次の回以降のコンテンツコンテンツのコンテンツブロックのポイントを、再生済みの回の次の回のコンテンツのコンテンツブロックのポイントより低いポイントとして、視聴ポイントＰに加算してもよい。再生済みの回の次の次の回以降のコンテンツコンテンツは、再生済みの回の次の回のコンテンツが再生されるまで視聴される可能性が極端に低く、すぐに提供する可能性が低いコンテンツブロックを優先して削除し、ＮＷメディアサーバｂ１の記憶領域の空き容量を確保することができる。
【００９７】
また、回を示す情報に代えて、又は加えて、スキップ操作や早送り操作の情報に基づいて視聴ポイントを算出してもよい。
例えば、視聴ポイント計算部ｂ１４２は、連続したストーリー等が回に分けられるコンテンツ毎に、スキップ操作をされたコンテンツの開始からのバイト位置を記憶部から読み出す。視聴ポイント計算部ｂ１４２は、同じバイト位置が予め定められた回数以上、スキップ操作がされている場合、そのスキップ開始からスキップ終了位置に含まれるコンテンツブロックのポイントを、これ以外のコンテンツブロックのポイントより低いポイントとして、視聴ポイントＰに加算してもよい。連続したストーリー等が回に分けられるコンテンツでは、コマーシャルや同じシーンが、毎回、同じ時間帯に行われる場合がある。利用者がこの時間帯をスキップ操作でスキップ（又は早送り操作で早送り）した場合、次の回以降でも、同じ時間帯をスキップ（又は早送り）する可能性が高く、提供する可能性が低いコンテンツブロックを優先して削除し、ＮＷメディアサーバｂ１の記憶領域の空き容量を確保することができる。
【００９８】
また、上記実施形態では、ＮＷメディアサーバｂ１、ｂ２が、記憶部ｂ１１の記憶領域の空き容量を検出し、検出した空き容量が予め定めた閾値以下になった場合にコンテンツブロックを削除する場合について説明をした。しかし、本発明はこれに限らず、ＮＷメディアサーバｂ１、ｂ２は、コンテンツブロック記憶部ｂ１１３の記憶領域の空き容量を検出し、検出した空き容量が予め定めた閾値以下になった場合にコンテンツブロックを削除してもよい。また、ＮＷメディアサーバｂ１、ｂ２は、記憶部ｂ１１又はコンテンツブロック記憶部ｂ１１３の記憶領域の使用量を検出し、使用量が予め定めた閾値以上になった場合にコンテンツブロックを削除してもよい。
【００９９】
また、上記実施形態において、複数のＮＷメディアサーバｂ１、ｂ２がストレージサーバＤ１にバックアップしたコンテンツブロックを共有してもよい。例えば、ＤＭＳ Ｂ１がコンテンツブロックと、当該コンテンツブロックについてのコンテンツブロックテーブルＴ１及びコンテンツテーブルＴ２のレコードと、をストレージサーバＤ１にアップロードする。次に、ハードディスクレコーダＢ２は、ＤＭＳ Ｂ１がアップロードしたレコードをダウンロードする。ハードディスクレコーダＢ２は、ダウンロードしたレコードのコンテンツデータの提供要求を受け付けた場合、ストレージサーバＤ１にバックアップしたコンテンツブロックをダウンロードして提供してもよい。
【０１００】
また、上記実施形態において、コンテンツブロック長は、記憶部ｂ１１の記憶容量に基づいて決定されてもよい。また、コンテンツブロック長は、コンテンツデータのデータ量に基づいて決定されてもよい。また、コンテンツブロック長は、通信パケットのデータ量に基づいて決定されてもよい。
また、上記実施形態において、記憶部ｂ１１は、ＮＷメディアサーバｂ１、ｂ２以外の装置に備えられてもよい。
【０１０１】
なお、上述した実施形態におけるＮＷメディアサーバｂ１の一部、例えば、コンテンツ登録部ｂ１２、ブロック登録処理部ｂ１３、ブロック削除処理部ｂ１４、コンテンツデータ検知部ｂ１３１、ブロック分割部ｂ１３２、バックアップ部ｂ１３３、空き容量検出部ｂ１４１、視聴ポイント計算部ｂ１４２、ブロック削除部ｂ１４３、コンテンツ提供部ｂ１５１、ブロック取得部ｂ１５２、及びマーク付与部ｂ１５３をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピュータシステム」とは、ＮＷメディアサーバｂ１に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０１０２】
以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【符号の説明】
【０１０３】
Ａ１１・・・テレビ、Ａ１２・・・ＰＣ、Ａ１３・・・ＤＭＰ、Ｂ１・・・ＤＭＳ、Ｂ２・・・ハードディスクレコーダ、ｂ１・・・ＮＷメディアサーバ（データ提供装置）、Ｄ１・・・ストレージサーバ（記憶装置）、ａ１１・・・表示部、ａ１２・・・コンテンツ再生部、ａ１３・・・入力受付部、ａ１４・・・入力部、ｂ１１・・・記憶部、ｂ１２・・・コンテンツ登録部、ｂ１３・・・ブロック登録処理部、ｂ１４・・・ブロック削除処理部、ｄ１１・・・バックアップ記憶部、ｂ１１１・・・コンテンツデータ記憶部、ｂ１１２・・・コンテンツ管理情報記憶部、ｂ１１３・・・コンテンツブロック記憶部、ｂ１３１・・・コンテンツデータ検知部、ｂ１３２・・・ブロック分割部、ｂ１３３・・・バックアップ部、ｂ１４１・・・空き容量検出部、ｂ１４２・・・視聴ポイント計算部、ｂ１４３・・・ブロック削除部、ｂ１５１・・・コンテンツ提供部、ｂ１５２・・・ブロック取得部、ｂ１５３・・・マーク付与部
【特許請求の範囲】
【請求項１】
連続したデータを提供するデータ提供装置において、
前記連続したデータを分割したデータブロックであって記憶部が記憶するデータブロックを、前記データブロック各々の提供頻度を示す情報に基づいて選択して削除するブロック削除処理部と、
前記記憶部が記憶するデータブロックを前記連続したデータ中での順序に従って提供するとともに、提供するデータブロックが前記記憶部から削除されている場合、ネットワークを介して接続された記憶装置にバックアップされた当該データブロックをダウンロードして提供するデータ提供処理部と、
を備えることを特徴とするデータ提供装置。
【請求項２】
前記連続したデータを分割してデータブロックを生成するブロック分割部と、
前記ブロック分割部が生成したデータブロックを前記記憶装置にバックアップするバックアップ部と、
を備えることを特徴とする請求項１に記載のデータ提供装置。
【請求項３】
前記データ提供処理部が提供したデータを再生するデータ再生部を備えることを特徴とする請求項１又は２に記載のデータ提供装置。
【請求項４】
前記ブロック削除処理部は、前記記憶部の空き容量が予め定めた閾値以下になった場合に、前記データブロック各々の提供頻度を示す情報に基づいて、前記記憶部が記憶するデータブロックを削除することを特徴とする請求項１乃至３のいずれかの項に記載のデータ提供装置。
【請求項５】
前記データブロック各々の提供頻度を示す情報は、前記連続したデータ中でのデータブロックの順序を示す情報であることを特徴とする請求項１乃至４のいずれかの項に記載のデータ提供装置。
【請求項６】
マークを付与することを示す情報が入力されると、提供中のデータの位置を示すマーク情報をマークテーブルに記憶するマーク付与部を備え、
前記データブロック各々の提供頻度を示す情報は、前記データブロックに含まれるデータ区間における前記マークテーブルが記憶するマーク情報の数を示す情報であることを特徴とする請求項１乃至５のいずれかの項に記載のデータ提供装置。
【請求項７】
前記データブロックの提供頻度を示す情報は、前記データブロック各々の提供回数を示す情報であることを特徴とする請求項１乃至６のいずれかの項に記載のデータ提供装置。
【請求項８】
連続したデータを提供するデータ提供装置におけるデータ提供方法において、
前記データ提供装置が、前記連続したデータを分割したデータブロックであって記憶部が記憶するデータブロックを、前記データブロック各々の提供頻度を示す情報に基づいて選択して削除する第１の過程と、
前記データ提供装置が、前記記憶部が記憶するデータブロックを前記連続したデータ中での順序に従って提供するとともに、提供するデータブロックが前記記憶部から削除されている場合、ネットワークを介して接続された記憶装置にバックアップされた当該データブロックをダウンロードして提供する第２の過程と、
を有することを特徴とするデータ提供方法。
【請求項９】
連続したデータを提供するデータ提供装置のコンピュータを
前記連続したデータを分割したデータブロックであって記憶部が記憶するデータブロックを、前記データブロック各々の提供頻度を示す情報に基づいて選択して削除するブロック削除処理手段、
前記記憶部が記憶するデータブロックを前記連続したデータ中での順序に従って提供するとともに、提供するデータブロックが前記記憶部から削除されている場合、ネットワークを介して接続された記憶装置にバックアップされた当該データブロックをダウンロードして提供するデータ提供処理手段、
として機能させるデータ提供プログラム。
【請求項１０】
連続したデータを提供するデータ提供装置と、前記データ提供装置から提供されたデータを再生するデータ再生装置と、を具備するデータ提供システムにおいて、
前記データ提供装置は、
前記連続したデータを分割したデータブロックを、前記データブロック各々の提供頻度を示す情報に基づいて選択し、記憶部から削除するブロック削除処理部と、
提供するデータブロックが前記記憶部から削除されている場合、ネットワークを介して接続された記憶装置にバックアップされた当該データブロックを、ダウンロードして提供するデータ提供処理部と、
を備え、
前記再生装置は、前記データ提供装置が提供したデータを再生するデータ再生部を備えることを特徴とするデータ提供システム。
【請求項１】
連続したデータを提供するデータ提供装置において、
前記連続したデータを分割したデータブロックであって記憶部が記憶するデータブロックを、前記データブロック各々の提供頻度を示す情報に基づいて選択して削除するブロック削除処理部と、
前記記憶部が記憶するデータブロックを前記連続したデータ中での順序に従って提供するとともに、提供するデータブロックが前記記憶部から削除されている場合、ネットワークを介して接続された記憶装置にバックアップされた当該データブロックをダウンロードして提供するデータ提供処理部と、
を備えることを特徴とするデータ提供装置。
【請求項２】
前記連続したデータを分割してデータブロックを生成するブロック分割部と、
前記ブロック分割部が生成したデータブロックを前記記憶装置にバックアップするバックアップ部と、
を備えることを特徴とする請求項１に記載のデータ提供装置。
【請求項３】
前記データ提供処理部が提供したデータを再生するデータ再生部を備えることを特徴とする請求項１又は２に記載のデータ提供装置。
【請求項４】
前記ブロック削除処理部は、前記記憶部の空き容量が予め定めた閾値以下になった場合に、前記データブロック各々の提供頻度を示す情報に基づいて、前記記憶部が記憶するデータブロックを削除することを特徴とする請求項１乃至３のいずれかの項に記載のデータ提供装置。
【請求項５】
前記データブロック各々の提供頻度を示す情報は、前記連続したデータ中でのデータブロックの順序を示す情報であることを特徴とする請求項１乃至４のいずれかの項に記載のデータ提供装置。
【請求項６】
マークを付与することを示す情報が入力されると、提供中のデータの位置を示すマーク情報をマークテーブルに記憶するマーク付与部を備え、
前記データブロック各々の提供頻度を示す情報は、前記データブロックに含まれるデータ区間における前記マークテーブルが記憶するマーク情報の数を示す情報であることを特徴とする請求項１乃至５のいずれかの項に記載のデータ提供装置。
【請求項７】
前記データブロックの提供頻度を示す情報は、前記データブロック各々の提供回数を示す情報であることを特徴とする請求項１乃至６のいずれかの項に記載のデータ提供装置。
【請求項８】
連続したデータを提供するデータ提供装置におけるデータ提供方法において、
前記データ提供装置が、前記連続したデータを分割したデータブロックであって記憶部が記憶するデータブロックを、前記データブロック各々の提供頻度を示す情報に基づいて選択して削除する第１の過程と、
前記データ提供装置が、前記記憶部が記憶するデータブロックを前記連続したデータ中での順序に従って提供するとともに、提供するデータブロックが前記記憶部から削除されている場合、ネットワークを介して接続された記憶装置にバックアップされた当該データブロックをダウンロードして提供する第２の過程と、
を有することを特徴とするデータ提供方法。
【請求項９】
連続したデータを提供するデータ提供装置のコンピュータを
前記連続したデータを分割したデータブロックであって記憶部が記憶するデータブロックを、前記データブロック各々の提供頻度を示す情報に基づいて選択して削除するブロック削除処理手段、
前記記憶部が記憶するデータブロックを前記連続したデータ中での順序に従って提供するとともに、提供するデータブロックが前記記憶部から削除されている場合、ネットワークを介して接続された記憶装置にバックアップされた当該データブロックをダウンロードして提供するデータ提供処理手段、
として機能させるデータ提供プログラム。
【請求項１０】
連続したデータを提供するデータ提供装置と、前記データ提供装置から提供されたデータを再生するデータ再生装置と、を具備するデータ提供システムにおいて、
前記データ提供装置は、
前記連続したデータを分割したデータブロックを、前記データブロック各々の提供頻度を示す情報に基づいて選択し、記憶部から削除するブロック削除処理部と、
提供するデータブロックが前記記憶部から削除されている場合、ネットワークを介して接続された記憶装置にバックアップされた当該データブロックを、ダウンロードして提供するデータ提供処理部と、
を備え、
前記再生装置は、前記データ提供装置が提供したデータを再生するデータ再生部を備えることを特徴とするデータ提供システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【公開番号】特開２０１１−２８７９２（Ｐ２０１１−２８７９２Ａ）
【公開日】平成２３年２月１０日（２０１１．２．１０）
【国際特許分類】
【出願番号】特願２００９−１７１３１８（Ｐ２００９−１７１３１８）
【出願日】平成２１年７月２２日（２００９．７．２２）
【出願人】（３９７０６５４８０）エヌ・ティ・ティ・コムウェア株式会社 (187)
【Ｆターム（参考）】
【公開日】平成２３年２月１０日（２０１１．２．１０）
【国際特許分類】
【出願日】平成２１年７月２２日（２００９．７．２２）
【出願人】（３９７０６５４８０）エヌ・ティ・ティ・コムウェア株式会社 (187)
【Ｆターム（参考）】
[ Back to top ]