データ制御プログラム、データ制御方法、及びデータ制御装置
【課題】容易にコンテンツを管理する。
【解決手段】実施形態のデータ制御プログラムは、利用順序を有する複数のコンテンツを記憶するデータ記憶手段を備えたコンピュータに対して、送信ステップと、第１の判定ステップと、第１の削除ステップと、第２の判定ステップと、受信ステップと、を実行させる。送信ステップは、複数のコンテンツを、外部装置に対して送信する。第１の判定ステップは、コンテンツ毎に、利用順序に従って定められた利用条件を満たしているか否かを判定する。第１の削除ステップは、利用条件を満たしていないと判定されたコンテンツを、データ記憶手段から削除する。第２の判定ステップは、外部装置に蓄積されたコンテンツであって、データ記憶手段に記憶されていないコンテンツについて、利用条件を満たしているか否かを判定する。受信ステップは、利用条件を満たしていると判定されたコンテンツを、外部装置から受信する。
【解決手段】実施形態のデータ制御プログラムは、利用順序を有する複数のコンテンツを記憶するデータ記憶手段を備えたコンピュータに対して、送信ステップと、第１の判定ステップと、第１の削除ステップと、第２の判定ステップと、受信ステップと、を実行させる。送信ステップは、複数のコンテンツを、外部装置に対して送信する。第１の判定ステップは、コンテンツ毎に、利用順序に従って定められた利用条件を満たしているか否かを判定する。第１の削除ステップは、利用条件を満たしていないと判定されたコンテンツを、データ記憶手段から削除する。第２の判定ステップは、外部装置に蓄積されたコンテンツであって、データ記憶手段に記憶されていないコンテンツについて、利用条件を満たしているか否かを判定する。受信ステップは、利用条件を満たしていると判定されたコンテンツを、外部装置から受信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、データ制御プログラム、データ制御方法、及びデータ制御装置に関する。
【背景技術】
【０００２】
従来、利用者が持ち運ぶ携帯装置として、さまざまな機器が提案されている。これら携帯装置にコンテンツを格納することで、ユーザはいつでも当該コンテンツを利用できる。
【０００３】
そして、近年、携帯装置に、地上波放送の視聴、録画、再生機能を備えることで、当該携帯装置から直接番組コンテンツを利用可能となる技術が提案されている。しかしながら、番組コンテンツなどのデータ量は大きくなる傾向にあるため、携帯性を優先させた携帯装置の記憶容量では、格納できる番組コンテンツの数に制限がある。
【０００４】
そこで、携帯装置に番組コンテンツを録画できる記憶容量がない場合には、他の装置に対して番組コンテンツを録画する指示を行う技術が提案されている。これにより、記憶容量の低下に基づく、番組コンテンツの録画の失敗を抑止できる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−８１８７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来技術においては、他の装置が地上波放送の受信機能を備える必要があるため、コストが高くなるという問題がある。
【０００７】
本発明は、上記に鑑みてなされたものであって、携帯装置の記憶容量に拘わらず、コンテンツの管理が容易なデータ制御プログラム、データ制御方法、及びデータ制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
実施形態のデータ制御プログラムは、利用順序を有する複数のコンテンツを記憶するデータ記憶手段を備えたコンピュータに対して、送信ステップと、第１の判定ステップと、第１の削除ステップと、第２の判定ステップと、受信ステップと、を実行させる。送信ステップは、複数のコンテンツを、コンテンツの蓄積先となる外部装置に対して送信する。第１の判定ステップは、コンテンツ毎に、利用順序に従って定められた利用条件を満たしているか否かを判定する。第１の削除ステップは、利用条件を満たしていないと判定されたコンテンツを、データ記憶手段から削除する。第２の判定ステップは、外部装置に蓄積されたコンテンツであって、データ記憶手段に記憶されていないコンテンツについて、利用条件を満たしているか否かを判定する。受信ステップは、利用条件を満たしていると判定されたコンテンツを、外部装置から受信する。
【図面の簡単な説明】
【０００９】
【図１】図１は、第１の実施形態にかかる携帯装置とＰＣとの例を示した図である。
【図２】図２は、第１の実施形態の携帯装置とＰＣとで行われる番組コンテンツの利用形態を示した説明図である。
【図３】図３は、第１の実施形態にかかる携帯装置の構成を示したブロック図である。
【図４】図４は、履歴保持部が保持するテーブル構造を示した図である。
【図５】図５は、第１の実施形態にかかる携帯装置で行われるバックアップ制御を示した説明図である。
【図６】図６は、第１の実施形態にかかる携帯装置で行われるリストア制御を示した説明図である。
【図７】図７は、第１の実施形態にかかるＰＣの構成を示したブロック図である。
【図８】図８は、第１の実施形態にかかる携帯装置とＰＣとの間の番組コンテンツの流れを示した図である。
【図９】図９は、第１の実施形態にかかる携帯装置における、外出時に行われる処理の手順を示すフローチャートである。
【図１０】図１０は、第１の実施形態にかかる携帯装置における、ＰＣ１５０と通信が確立した後の処理の手順を示すフローチャートである。
【図１１】図１１は、第２の実施形態にかかる携帯装置の構成を示すブロック図である。
【図１２】図１２は、第２の実施形態にかかるＰＣの構成を示すブロック図である。
【図１３】図１３は、第２の実施形態にかかるＰＣにおける、携帯装置と通信が確立した後の処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００１０】
（第１の実施形態）
図１は、第１の実施形態にかかる携帯装置１００とＰＣ１５０との例を示した図である。図１に示すように、携帯装置１００とＰＣ１５０とは、近接させることでデータの送受信を可能としている。
【００１１】
本実施形態にかかる携帯装置１００とＰＣ１５０との間で行う近接無線通信技術の例として、TransferJet（トランスファージェット)を用いる。ＰＣ１５０は、TransferJetで通信するためのモジュール１５１が埋め込まれているものとする。そして、当該技術を用いることで、携帯装置１００をＰＣ１５０に直接かざすという動作を行うことで、接触せずとも、自動的に機器同士で接続が確立され、高速通信を開始することができる。本実施形態では、このように機器間を近接させた場合に自動的に接続が確立し、通信が開始される技術を用いる例について説明するが、例えば、無線通信技術などの他の通信手法を用いても良い。
【００１２】
本実施形態においては、上述した近接無線通信技術を用いることで、ユーザが外出から戻ってきた場合等に、当該携帯装置１００を、ＰＣ１５０にかざすことで、動画データの送受信が行われることになる。
【００１３】
携帯装置１００は、近接通信を行うためのモジュールが内蔵されており、番組コンテンツを視聴するために用いられる。
【００１４】
番組コンテンツは、地上波デジタル放送から受信、又はインターネット等からダウンロードした動画データとする。番組コンテンツ内部にメタデータが含まれている。このメタデータには、当該番組に関する様々な情報が含まれている。なお、本実施形態では、番組コンテンツを管理する場合について説明するが、番組コンテンツ以外の他のコンテンツ、例えば音楽コンテンツや画像コンテンツなどを管理しても良い。
【００１５】
本実施形態にかかる番組コンテンツのメタデータ内部で、予め利用順序が定められているものとする。利用順序としては、例えば連続ドラマ等における話数や、特集番組の回数などがある。また、利用順序はこれらに制限されるものではなく、番組（例えばニュース番組やスポーツ番組）の時系列順であってもよいし、あるジャンル内における番組コンテンツのおすすめ順などであっても良い。
【００１６】
携帯装置１００は、ユーザが携帯可能な装置であればよく、３Ｇ等の無線通信モジュールや携帯電話回線を用いた通信が可能なモジュールなどが搭載されたモバイル機器のほか、例えばモバイル可能なネットブックや、携帯電話などであってもよい。
【００１７】
次に、本実施形態の携帯装置１００とＰＣ１５０とで行われる番組コンテンツの利用形態について説明する。図２は、本実施形態の携帯装置１００とＰＣ１５０とで行われる番組コンテンツの利用形態を示した説明図である。
【００１８】
図２に示すように、携帯装置１００は、外出先等で、ダウンロード放送の番組コンテンツを蓄積する。そして、ユーザは、携帯装置１００を用いて、蓄積された番組コンテンツを外出先等で視聴する。その後、ユーザが、帰宅した際に、携帯装置１００と、ＰＣ１５０との間で通信を確立した際、携帯装置１００は、蓄積された番組コンテンツを、ＰＣ１５０にバックアップするとともに、ユーザが近々視聴しない可能性が高い番組コンテンツを携帯装置１００から、削除する。一方、携帯装置１００は、ユーザが近々視聴する可能性が高い番組コンテンツを、ＰＣ１５０からリストアする。このユーザが近々視聴する可能性が高い番組コンテンツとは、ユーザが外出先で視聴した番組コンテンツの続き（利用順序が次以降）となる番組コンテンツとする。
【００１９】
次に、携帯装置１００について説明する。図３は、携帯装置１００の構成を示したブロック図である。図３に示すように携帯装置１００は、受信アンテナ３０１と、コンテンツダウンロード部３０２と、ダウンロード状況管理部３０３と、コンテンツ蓄積部３０４と、表示制御部３０５と、蓄積状況管理部３０６と、利用状況管理部３０７と、制御部３０８と、バックアップ制御部３０９と、リストア制御部３１０と、通信部３１１と、を備える。
【００２０】
受信アンテナ３０１は、ダウンロード放送を受信するアンテナとする。ダウンロード放送には、例えばワンセグ専用データ放送や、携帯端末向けマルチメディア放送の規格であるISDB-Tmmによるものでもよい。これら通信規格を用いることで、受信アンテナ３０１は、動画データのみならず、音楽ファイル、電子書籍など多種多様なコンテンツを受信できる。なお、受信するコンテンツに暗号化が施されているか否かは問わない。
【００２１】
通信部３１１は、バックアップ装置となるＰＣ１５０との接続を確立し、ＰＣ１５０との通信を行うモジュールとする。本実施形態では、通信部３１１には、UWB(Ultra Wide Band)を使った近接無線技術であるTransferJetで通信するための通信機能モジュールとするが、他には、ＵＳＢ(Universal Serial Bus)やBluetooth（登録商標）などの通信技術を用いてもよい。
【００２２】
コンテンツダウンロード部３０２は、受信アンテナ３０１が受信するダウンロード放送から、番組コンテンツをダウンロードする。その際、コンテンツダウンロード部３０２は、ダウンロード放送による利用順序に従って、番組コンテンツを取得することになる。そして、コンテンツダウンロード部３０２は、ダウンロードした番組コンテンツを、コンテンツ蓄積部３０４に記録する。
【００２３】
ダウンロード状況管理部３０３は、コンテンツダウンロード部３０２によるダウンロード状況を管理する。本実施形態にかかるダウンロード状況管理部３０３は、シリーズ名と、話数と、ダウンロードしたか否かを示すフラグと、を対応づけて各番組コンテンツのダウンロード状況を管理する。そして、ダウンロード状況管理部３０３は、コンテンツダウンロード部３０２のダウンロードの対象である番組コンテンツが完全にダウンロードされているか否かを判定する。そして、当該番組コンテンツのダウンロードが完全でない場合、制御部３０８に対してその旨を通知し、当該番組コンテンツのバックアップや削除を行わないよう指示する。
【００２４】
コンテンツ蓄積部３０４は、番組コンテンツを記憶する。記憶する対象となる番組コンテンツは、メタデータにより話数などの利用順序が含まれている。そして、番組コンテンツに暗号化が施されている場合には、当該携帯装置１００のコンテンツ蓄積部３０４に蓄積されている場合に限って番組コンテンツを視聴できるようにしてもよい。また、利用順序を確認する際にメタデータを参照することに限らず、当該メタデータに含まれている話数等を、別途作成したテーブル等で管理してもよい。
【００２５】
蓄積状況管理部３０６は、コンテンツ蓄積部３０４の使用状況(使用量及び空き容量)を管理する。さらに蓄積状況管理部３０６は、コンテンツ蓄積部３０４に蓄積する番組コンテンツの量を設定するための閾値を記憶する。本実施形態においては、コンテンツ蓄積部３０４に一種類のシリーズ（例えば、連続ドラマなど）に限って番組コンテンツを格納する場合に、閾値を３話に設定する。
【００２６】
表示制御部３０５は、コンテンツ蓄積部３０４に記憶された番組コンテンツを、（図示しない）表示部に表示制御する。
【００２７】
利用状況管理部３０７は、履歴保持部３５１を備え、コンテンツ蓄積部３０４に蓄積された番組コンテンツの視聴状況を管理する。
【００２８】
図４は、履歴保持部３５１が保持するテーブル構造を示した図である。図４に示すように、履歴保持部３５１は、番組コンテンツのシリーズ名と、話数と、視聴済みフラグと、送信済みフラグと、を対応づけて記憶する。なお、話数がない番組コンテンツの場合には、当該テーブルの“話数”に、放送時刻やおすすめ順などの利用順序が設定される。視聴済みフラグは、表示制御部３０５により表示制御が終了した番組コンテンツに対して、“○”が設定され、表示制御が行われていない番組コンテンツには“×”が設定される。また、送信済みフラグは、ＰＣ１５０に送信した番組コンテンツに対して、“○”が設定され、ＰＣ１５０に送信していない番組コンテンツには“×”（図示せず）が設定される。
【００２９】
本実施形態の履歴保持部３５１は、テーブルで各番組コンテンツを視聴したか否かを管理する例を説明するが、このような管理手法に制限するものではなく、例えばポインタ等で管理してもよい。
【００３０】
制御部３０８は、削除判定部３６１と、削除部３６２と、リストア判定部３６３と、を備え、コンテンツ蓄積部３０４に蓄積された番組コンテンツに対する処理を行う。さらに、制御部３０８は、通信部３１１を制御して、番組コンテンツを送受信するための制御を行う。
【００３１】
削除判定部３６１は、履歴保持部３５１を参照し、コンテンツ蓄積部３０４に蓄積された番組コンテンツについて、ユーザに利用される可能性を条件として示した利用条件を満たしているか否かを判定する。本実施形態においては、利用条件として、一つのシリーズで未視聴の番組コンテンツのうち、話数順で３話分の番組コンテンツを、利用する可能性があるものと判定する。そして、削除判定部３６１は、未視聴の番組コンテンツ３話分について利用条件を満たすと判定し、それ以降の番組コンテンツについては、当該利用条件を満たさないと判定する。ただし、削除判定部３６１で削除対象となる番組コンテンツは、履歴保持部３５１で送信済みの設定がなされている、つまり、ＰＣ１５０にバックアップされた番組コンテンツのみを削除対象とする。また、本実施形態では、利用条件として、未視聴の番組コンテンツを利用順序で３話分と設定したが、このような条件に制限するものではなく、利用順序に従って定められた条件であればよい。
【００３２】
なお、本実施形態では、３話を閾値として削除する番組コンテンツか否かを判定したが、コンテンツ蓄積部３０４の容量に基づいて、閾値を定めてもよい。変形例としては、削除判定部３６１は、コンテンツ蓄積部３０４の最大容量が３０Ｇの時、番組コンテンツが占める容量が１５Ｇを超えた場合に、超えた分に相当する話数を、削除するための条件を満たしたと判定してもよい。
【００３３】
削除部３６２は、削除判定部３６１により利用条件を満たしていないと判定された番組コンテンツを、コンテンツ蓄積部３０４から削除する。
【００３４】
また、削除部３６２は、コンテンツ蓄積部３０４に記憶された番組コンテンツが利用（視聴）された場合、当該番組コンテンツのバックアップが終了しているのであれば、当該番組コンテンツを削除する。
【００３５】
リストア判定部３６３は、ＰＣ１５０に蓄積された番組コンテンツについて、利用条件を満たしているか否かを判定する。つまり、リストア判定部３６３は、未視聴の番組コンテンツのうち、話数順に３話分以内の番組コンテンツについて、利用条件を満たしていると判定する。
【００３６】
そして、本実施形態では、通信部３１１で通信が確立された際、蓄積状況管理部３０６及び利用状況管理部３０７の情報に基づき、制御部３０８が、バックアップ制御部３０９及びＰＣ１５０に指示を出して、コンテンツ蓄積部３０４に記憶された番組コンテンツをバックアップする。その後、削除部３６２が、削除判定部３６１の判定結果に基づいて、近々に視聴される可能性が低い番組コンテンツを削除する。
【００３７】
さらに、制御部３０８は、利用状況管理部３０７の情報に基づき、リストア制御部３１０およびＰＣ１５０に指示を出して、ＰＣ１５０にバックアップされている番組コンテンツの一部をリストアする。
【００３８】
バックアップ制御部３０９は、履歴保持部３５１を参照し、まだバックアップしていない複数の番組コンテンツを、コンテンツの蓄積先となるＰＣ１５０に対して送信し、バックアップを行う。バックアップ制御部３０９は、番組コンテンツをバックアップした後、当該番組コンテンツに関する、履歴保持部３５１の送信済みフラグを“○”に更新する。このように、携帯装置１００のコンテンツ蓄積部３０４に記憶された番組コンテンツは、全てＰＣ１５０に蓄積される。
【００３９】
図５は、本実施形態にかかる携帯装置で行われるバックアップ制御を示した説明図である。図５に示すように、蓄積状況管理部３０６は、閾値として３番組を保持しているものとする。図５に示す例では、一つのシリーズについて、３話目、７話目、８話目、９話目が、コンテンツ蓄積部３０４に蓄積されているものとする。４話〜６話の番組コンテンツについては、すでにＰＣ１５０にバックアップされているものとする。そして、７話〜９話は、外出中に受信したものであり、まだバックアップがなされていないものとする。そして、ユーザは２話まで視聴しており、３話目がコンテンツ蓄積部３０４に蓄積されているものとする。
【００４０】
この場合、バックアップ制御部３０６が、コンテンツ蓄積部３０４に蓄積された番組コンテンツとして、７話〜９話をバックアップした後、削除部３６２が、３話目から、閾値である３番組分の番組コンテンツを近々視聴する可能性が高い番組コンテンツとして残し、それ以降の番組コンテンツをバックアップ後に削除する。
【００４１】
リストア制御部３１０は、リストア判定部３６３により利用条件を満たしている番組コンテンツ、つまり、未視聴の３話分以内に含まれている番組コンテンツについて、ＰＣ１５０との間でリストア制御を行い、当該番組コンテンツを受信する。
【００４２】
図６は、本実施形態にかかる携帯装置で行われるリストア制御を示した説明図である。リストア制御においても、上記の３番組を閾値として用いる。そして、図６に示すバックアップ処理後のように、コンテンツ蓄積部３０４に第３話の番組コンテンツが残っていた場合、リストア判定部３６３は、視聴する可能性が高いと考えられる第３話から閾値３番組分(第３話〜第５話)のうち、コンテンツ蓄積部３０４に蓄積されていない第４話、第５話をリストア対象として判定する。そして、リストア制御部３１０が、当該判定結果に従って第４話と第５話とをＰＣ１５０からコンテンツ蓄積部３０４にリストアする。
【００４３】
次に、ＰＣ１５０について説明する。図７は、ＰＣ１５０の構成を示したブロック図である。図７に示すようにＰＣ１５０は、通信部７０１と、通信応答部７０２と、バックアップ応答部７０３と、リストア応答部７０４と、バックアップコンテンツ蓄積部７０５と、を備える。
【００４４】
通信部７０１は、携帯装置１００との接続を確立し、携帯装置１００との通信を行うモジュールとする。
【００４５】
通信応答部７０２は、通信部７０１が携帯装置１００との通信を確立した後、携帯装置１００からの指示に従って通信制御を行う。そして、通信応答部７０２は、バックアップ応答部７０３やリストア応答部７０４を制御する。
【００４６】
バックアップコンテンツ蓄積部７０５は、番組コンテンツを記憶する。記憶する番組コンテンツは、携帯装置１００からバックアップされたものとする。
【００４７】
バックアップ応答部７０３は、通信応答部７０２の制御に従って、携帯装置１００から送信されてきた番組コンテンツを、バックアップコンテンツ蓄積部７０５に記憶する。
【００４８】
リストア応答部７０４は、通信応答部７０２の制御に従って、携帯装置１００に対して、送信を要求された番組コンテンツを、バックアップコンテンツ蓄積部７０５から読み出して、携帯装置１００が当該番組コンテンツを得られるようリストア制御を行う。
【００４９】
図８は、本実施形態にかかる携帯装置１００とＰＣ１５０との間の番組コンテンツの流れを示した図である。図８に示す例では、連続ドラマなどの視聴する順序が定められている番組コンテンツを示す。
【００５０】
図８に示す例では、携帯装置１００は、番組コンテンツを何度かダウンロード及びバックアップが既に行われているものとする。このため、“初期状態”では、携帯装置１００は、第１話〜第３話までの番組コンテンツを記憶し、ＰＣ１５０は、第１話〜第６話までの番組コンテンツを記憶する。
【００５１】
次の“外出先での状態”では、携帯装置１００において、ユーザが第１話と第２話を視聴したものとする。これにともない、携帯装置１００の削除部３６２が、コンテンツ蓄積部３０４から、第１話と第２話とを削除する。そして、外出先において、ダウンロード放送により、第７話〜第９話のダウンロードがなされたものとする。
【００５２】
その後、“帰宅前の状態”に示すように、携帯装置１００は、コンテンツ蓄積部３０４に、第３話、第７話〜第９話を記憶していることになる。
【００５３】
帰宅した後、携帯装置１００とＰＣ１５０との接続が行われる。その“接続時の状態”において、バックアップが未だなされていない第７話〜第９話は、バックアップ制御部３０９により、ＰＣ１５０にバックアップされる。これらはバックアップがなされた場合、削除判定部３６１が、第７話〜第９話について、未視聴の番組コンテンツ３話分（第３話〜第５話）という利用条件を満たしていないと判定する。それに従って、削除部３６２が、第７話〜第９話を、ユーザが近々視聴する可能性が低いものとして削除する。これにより、コンテンツ蓄積部３０４の容量確保がなされる。
【００５４】
この容量確保がなされた後、リストア判定部３６３が、ＰＣ１５０のバックアップコンテンツ蓄積部７０５に格納された第４話及び第５話が利用条件を満たしていると判定する。この判定結果に従って、リストア制御部３１０が、ＰＣ１５０との間でリストア制御を行い、第７話〜第９話をコンテンツ蓄積部３０４に格納する。
【００５５】
これにより、“接続後の状態”に示すように、携帯装置１００のコンテンツ蓄積部３０４は、第３、４、５話を記憶する。そして、ＰＣ１５０は、バックアップコンテンツ蓄積部７０５に、ダウンロード放送された全ての話である、第１話〜第９話までを記憶する。このように、本実施の携帯では、携帯装置１００には、未視聴の番組コンテンツのうち、直近の３話分のみ残るようにしている。これにより、空き容量を確保している。なお、本実施形態では、閾値を３話分に設定したが、３話分に制限するものではなく、コンテンツの種類や蓄積部の容量に応じて適切な値が設定されるものとする。
【００５６】
次に、本実施形態にかかる携帯装置１００における、外出時に行われる処理について説明する。図９は、本実施形態にかかる携帯装置１００における上述した処理の手順を示すフローチャートである。
【００５７】
まず、コンテンツダウンロード部３０２は、受信アンテナ３０１を介して、番組コンテンツのダウンロード放送があるか否かを判定する（ステップＳ９０１）。ダウンロード放送が無いと判定した場合（ステップＳ９０１：Ｎｏ）、特に処理を行わずに、ステップＳ９０３の処理に進む。
【００５８】
一方、コンテンツダウンロード部３０２が、ダウンロード放送があると判定した場合（ステップＳ９０１：Ｙｅｓ）、ダウンロード放送された番組コンテンツを、コンテンツ蓄積部３０４に記憶する（ステップＳ９０２）。
【００５９】
その後、携帯装置１００は、ユーザから番組コンテンツの視聴要求を受け付けたか否か判定する（ステップＳ９０３）。視聴の要求を受け付けていないと判定した場合（ステップＳ９０３：Ｎｏ）、特に処理を行わずに、ステップＳ９０７の処理に進む。
【００６０】
一方、携帯装置１００が、ユーザから視聴の要求を受け付けたと判定した場合（ステップＳ９０３：Ｙｅｓ）、表示制御手段が、視聴要求を受け付けた番組コンテンツを、再生表示する（ステップＳ９０４）。視聴が終了した後、削除部３６２は、視聴が終了した番組コンテンツが既にＰＣ１５０にバックアップされている場合、当該番組コンテンツを削除する（ステップＳ９０５）。
【００６１】
その後、利用状況管理部３０７が、履歴保持部３５１に対して、当該番組コンテンツを視聴済みとして更新する（ステップＳ９０６）。
【００６２】
その後、携帯装置１００が、ユーザの外出が終了し、クレードル等に接続されたか否かを判定する（ステップＳ９０７）。まだ外出中と判定した場合（ステップＳ９０７：Ｎｏ）には、ステップＳ９０１に戻り、再び処理を行う。一方、外出が終了した場合（ステップＳ９０７：Ｙｅｓ）には、処理を終了する。
【００６３】
次に、本実施形態にかかる携帯装置１００における、ＰＣ１５０と通信が確立した後の処理について説明する。図１０は、本実施形態にかかる携帯装置１００における上述した処理の手順を示すフローチャートである。
【００６４】
まず、携帯装置１００の通信部３１１が、ＰＣ１５０との間で通信を確立する（ステップＳ１００１）。
【００６５】
次に、制御部３０８が、履歴保持部３５１を参照し、コンテンツ蓄積部３０４に格納された番組コンテンツの視聴状況を確認する（ステップＳ１００２）。制御部３０８は、この履歴保持部３５１を参照することで、まだＰＣ１５０に保持されていない番組コンテンツを特定できる。
【００６６】
次に、制御部３０８は、蓄積状況管理部３０６を参照し、コンテンツ蓄積部３０４の使用状況を確認する（ステップＳ１００３）。その際、使用状況に基づいて、コンテンツ蓄積部３０４に、リストアするための番組コンテンツを格納する領域があることを確認する。
【００６７】
その後、バックアップ制御部３０９が、ＰＣ１５０で保持されていない番組コンテンツをバックアップする（ステップＳ１００４）。
【００６８】
その後、削除判定部３６１が、履歴保持部３５１に保持された視聴状況に基づいて、近々利用（視聴）される可能性があることを示す利用条件を満たさない番組コンテンツを選択する（ステップＳ１００５）。図８の例では第３話から閾値３番組以降の、第７、８、９話が選択される。そして、削除部３６２が、選択された番組コンテンツを削除する（ステップＳ１００６）。
【００６９】
次に、リストア判定部３６３が、履歴保持部３５１に保持された視聴状況に基づいて、近々利用（視聴）される可能性があることを示す利用条件を満たす番組コンテンツを、閾値の範囲内で、ＰＣ１５０のバックアップコンテンツ蓄積部から選択する（ステップＳ１００７）。そして、リストア制御部３１０が、選択された番組コンテンツをリストア制御する（ステップＳ１００８）。
【００７０】
上述した処理手順により、近々利用されるコンテンツのリストアと、ダウンロード放送された番組コンテンツのバックアップが可能となる。
【００７１】
本実施形態にかかる携帯装置１００及びＰＣ１５０は上述した構成を備えることで、携帯装置１００に視聴する可能性があるコンテンツを格納しつつ、コンテンツ蓄積部３０４の容量を確保することができる。さらに、全てのコンテンツは、ＰＣ１５０に格納されるため、ユーザが要求した場合にはコンテンツを利用することができる。
【００７２】
（第１の実施形態の変形例）
第１の実施形態では、連続ドラマの場合に閾値が３話の場合について説明した。しかしながら、コンテンツ蓄積部３０４に蓄積する話数を３話に制限するものではない。そこで、コンテンツを削除するか否かの閾値の変形例について説明する。閾値としては、話数ではなく、コンテンツ蓄積部３０４の残容量に基づいて判定しても良い。例えば、コンテンツ蓄積部３０４の容量が３０ＧＢの場合に、コンテンツが１５ＧＢを超えた場合に、制御部３０８が、近々利用しないコンテンツを削除するよう制御しても良い。
【００７３】
また、第１の実施形態では、コンテンツ蓄積部３０４に蓄積する番組コンテンツの種類が一種類の場合について説明した。しかしながら、一種類に制限するものではなく、コンテンツ蓄積部３０４に複数種類のコンテンツを格納しても良い。この場合、格納するコンテンツの種類に応じて、閾値を変更してもよい。例えば、１種類のコンテンツを格納する場合に閾値を３話とする。そして、２種類のコンテンツを格納する場合、閾値３を２で割った１．５を切り上げした２話を閾値として用いることが考えられる。また、格納する種類の数に応じて、予め閾値を設定しても良い。
【００７４】
さらに、複数種類のコンテンツを格納する場合、ユーザが視聴する可能性が高いか否かに応じて、種類毎に閾値を変更しても良い。例えば、コンテンツ蓄積部３０４に複数種類のコンテンツを格納する際に、蓄積状況管理部３０６が、ユーザがよく見る種類のコンテンツについては閾値を大きく設定するなどが考えられる。その際、蓄積状況管理部３０６は、履歴保持部３５１を参照し、ユーザがよく見る種類のコンテンツであるか否かを判定し、ユーザがよく見る種類のコンテンツと判定した場合には、当該種類の閾値を、他の種類のコンテンツより大きい値に設定する。
【００７５】
上述した処理を行うことで、ユーザの利便性に合わせて、携帯装置１００に格納するコンテンツを設定することができる。
【００７６】
（第２の実施形態）
第１の実施形態では、携帯装置側でバックアップ及びリストア制御を行う例について説明した。しかしながら、これらの制御は携帯装置側に制限するものではなく、ＰＣ側で制御してもよい。そこで、第２の実施形態では、バックアップ及びリストア制御を、ＰＣ側で行う例について説明する。
【００７７】
図１１は、第２の実施形態にかかる携帯装置１１００の構成を示すブロック図である。本実施形態にかかる携帯装置１１００は、上述した第１の実施形態にかかる携帯装置１００とは、制御部３０８、バックアップ制御部３０９、及びリストア制御部３１０とは処理が異なる通信応答部１１０１、バックアップ応答部１１０２、及びリストア応答部１１０３に変更されている点で異なる。上述した第１の実施形態と同一の構成要素には同一の符号を付してその説明を省略している。
【００７８】
通信応答部１１０１は、バックアップ装置となるＰＣ１２００（後述する）からの制御に基づいて、バックアップ応答部１１０２およびリストア応答部１１０３を制御する。また、通信応答部１１０１は、ＰＣ１２００からの要求に基づいて、利用状況管理部３０７及び蓄積状況管理部３０６で管理する情報を、ＰＣ１２００に受け渡す。
【００７９】
削除部１１１１は、ＰＣ１２００からの制御に基づいて番組コンテンツの削除を行うほか、第１の実施形態と同様、ユーザが視聴した番組コンテンツの削除を行う。
【００８０】
バックアップ応答部１１０２は、通信応答部１１０１からの指示に従って、ＰＣ１２００との間のバックアップの応答制御を行う。
【００８１】
リストア応答部１１０３は、通信応答部１１０１からの指示に従って、ＰＣ１２００との間のリストアの応答制御を行う。
【００８２】
図１２は、第２の実施形態にかかるＰＣ１２００の構成を示すブロック図である。本実施形態にかかるＰＣ１２００は、上述した第１の実施形態にかかるＰＣ１５０とは、管理情報取得部１２０１が追加され、通信応答部７０２、バックアップ応答部７０３、及びリストア応答部７０４とは処理が異なる制御部１２０２、バックアップ制御部１２０３、及びリストア制御部１２０４に変更されている点で異なる。なお、上述した第１の実施形態と同一の構成要素には同一の符号を付してその説明を省略している。
【００８３】
管理情報取得部１２０１は、携帯装置１１００との通信が確立した後、携帯装置１１００の利用状況管理部３０７及び蓄積状況管理部３０６で管理する情報を、携帯装置１１００から取得する。
【００８４】
制御部１２０２は、削除判定部１２１１と、削除指示部１２１２と、リストア判定部１２１３と、を備え、ＰＣ１１００のコンテンツ蓄積部３０４内の番組コンテンツを制御する。その際、制御部１２０２は、通信部７０１を制御して、番組コンテンツを送受信するための制御を行う。
【００８５】
そして、本実施形態では、通信部７０１で携帯装置１１００との通信が確立された際、管理情報取得部１２０１が、蓄積状況管理部３０６及び利用状況管理部３０７の情報を取得し、制御部１２０２が、当該取得した情報に基づいて、バックアップ制御部１２０３及び携帯装置１１００にバックアップ制御の指示を出す。これにより、携帯装置１１００のコンテンツ蓄積部３０４に記憶された番組コンテンツがバックアップされる。
【００８６】
削除判定部１２１１は、携帯装置１１００から取得してきた履歴保持部３５１の情報に基づいて、コンテンツ蓄積部３０４に蓄積された番組コンテンツについて、ユーザに利用される可能性を条件として示した利用条件を満たしているか否かを判定する。なお、判定手法については、第１の実施形態と同様として説明を省略する。
【００８７】
削除指示部１２１２は、削除判定部１２１１により利用条件を満たしていないと判定された番組コンテンツを、コンテンツ蓄積部３０４から削除するよう、携帯装置１１００に対して指示する。
【００８８】
リストア判定部１２１３は、携帯装置１１００の利用状況管理部３０７及び蓄積状況管理部３０６で管理する情報に基づいて、ＰＣ１２００に蓄積された番組コンテンツについて、利用条件を満たしているか否かを判定する。なお、判定手法については、第１の実施形態と同様として説明を省略する。
【００８９】
バックアップ制御部１２０３は、制御部１２０２の指示に従い、履歴保持部３５１から取得した情報に基づいて、まだバックアップしていない複数の番組コンテンツを、携帯装置１１００から受信し、バックアップを行う。
【００９０】
リストア制御部１２０４は、リストア判定部１２１３により利用条件を満たしている番組コンテンツ、つまり、未視聴の３話分以内に含まれている番組コンテンツについて、携帯装置１１００との間でリストア制御を行い、当該番組コンテンツを送信する。
【００９１】
次に、本実施形態にかかるＰＣ１２００における、携帯装置１１００と通信が確立した後の処理について説明する。図１３は、本実施形態にかかるＰＣ１２００における上述した処理の手順を示すフローチャートである。
【００９２】
まず、ＰＣ１２００の通信部７０１が、携帯装置１１００との間で通信を確立する（ステップＳ１３０１）。
【００９３】
次に、管理情報取得部１２０１が、携帯装置１１００の履歴保持部３５１が保持している視聴状況を示す視聴情報を取得する（ステップＳ１３０２）。その後、制御部１２０２が、取得した履歴保持部３５１の視聴情報を参照し、コンテンツ蓄積部３０４に格納された番組コンテンツの視聴状況を確認する（ステップＳ１３０３）。制御部１２０２は、この履歴保持部３５１を参照することで、まだＰＣ１２００に保持されていない番組コンテンツを特定できる。
【００９４】
その後、バックアップ制御部１２０３が、ＰＣ１２００で保持されていない番組コンテンツをバックアップする（ステップＳ１３０４）。
【００９５】
次に、管理情報取得部１２０１が、携帯装置１１００の蓄積状況管理部３０６が保持しているコンテンツ蓄積部３０４の使用状況を示す使用情報を取得する（ステップＳ１３０５）。その後、制御部１２０２が、取得した蓄積状況管理部３０６の使用情報を参照し、コンテンツ蓄積部３０４の使用状況を確認する（ステップＳ１３０６）。その際、使用状況に基づいて、コンテンツ蓄積部３０４に、リストアするための番組コンテンツを格納する領域があることを確認する。
【００９６】
その後、削除判定部１２１１が、確認した視聴状況に基づいて、携帯装置１１００のコンテンツ蓄積部３０４に格納された番組コンテンツのうち、近々視聴される可能性があることを示す利用条件を満たさない番組コンテンツを選択する（ステップＳ１３０７）。そして、削除指示部１２１２が、選択された番組コンテンツの削除を、携帯装置１１００に対して指示する（ステップＳ１３０８）。この指示に従って、携帯装置１１００の削除部１１１１が、選択された番組コンテンツを削除する。
【００９７】
次に、リストア判定部１２１３が、確認した視聴状況に基づいて、近々利用される可能性があることを示す利用条件を満たす番組コンテンツを、閾値の範囲内で、バックアップコンテンツ蓄積部７０５から選択する（ステップＳ１３０９）。そして、リストア制御部１２０４が、通信部７０１を介し、携帯装置１１００との間で、選択された番組コンテンツを携帯装置１１００のコンテンツ蓄積部３０４に格納されるよう、リストア制御する（ステップＳ１３１０）。
【００９８】
上述した処理手順により、近々利用されるコンテンツのリストアと、ダウンロード放送された番組コンテンツのバックアップが可能となる。
【００９９】
このように、第２の実施形態にかかる携帯装置１１００及びＰＣ１２００においても、ＰＣ１２００が制御を行った場合でも、第１の実施形態と同様の効果を得られる。
【０１００】
以上説明したとおり、第１から第２の実施形態によれば、携帯端末向けマルチメディア放送におけるファイルキャスティングにおいて、携帯装置等に蓄積されたコンテンツに関し、ＰＣなどのバックアップ装置と接続した際、携帯装置のコンテンツ蓄積部の容量を考慮して視聴する可能性の高いコンテンツを携帯装置に残るよう制御することを可能とする一方で、コンテンツ蓄積部のオーバフローの発生の可能性を抑えることができる。さらに、同一容量のコンテンツ蓄積部でより多くのコンテンツを管理するなど、コンテンツ蓄積部を効率的に利用することが可能となる。
【０１０１】
上述した実施形態にかかる携帯装置は、ＣＰＵなどの制御装置と、ＲＯＭ（Read Only Memory）やＲＡＭなどの記憶装置と、ＨＤＤ、ＣＤドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置を備えており、通常のコンピュータを利用したハードウェア構成となっている。
【０１０２】
上述した実施形態にかかる携帯装置で実行されるデータ制御プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供してもよい。
【０１０３】
また、上述した実施形態にかかる携帯装置で実行されるデータ制御プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、上述した実施形態にかかる携帯装置で実行されるデータ制御プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【０１０４】
また、上述した実施形態にかかる携帯装置で実行されるデータ制御プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０１０５】
上述した実施形態にかかる携帯装置で実行されるデータ制御プログラムは、上述した各部（コンテンツダウンロード部、ダウンロード状況管理部、利用状況管理部、蓄積状況管理部、表示制御部、制御部、バックアップ制御部、リストア制御部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からデータ制御プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、コンテンツダウンロード部、ダウンロード状況管理部、利用状況管理部、蓄積状況管理部、表示制御部、制御部、バックアップ制御部、リストア制御部が主記憶装置上に生成されるようになっている。
【０１０６】
なお、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施形態に示される全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせても良い。
【符号の説明】
【０１０７】
１００、１１００…携帯装置、３０１…受信アンテナ、３０２…コンテンツダウンロード部、３０３…ダウンロード状況管理部、３０４…コンテンツ蓄積部、３０５…表示制御部、３０６…蓄積状況管理部、３０７…利用状況管理部、３０８…制御部、１１１１…削除部、３０９…バックアップ制御部、３１０…リストア制御部、３１１…通信部、３５１…履歴保持部、３６１…削除判定部、３６２…削除部、３６３…リストア判定部、７０１…通信部、７０２…通信応答部、７０３…バックアップ応答部、７０４…リストア応答部、７０５…バックアップコンテンツ蓄積部、１１０１…通信応答部、１１０２…バックアップ応答部、１１０３…リストア応答部、１２０１…管理情報取得部、１２０２…制御部、１２０３…バックアップ制御部、１２０４…リストア制御部、１２１１…削除判定部、１２１２…削除指示部、１２１３…リストア判定部
【技術分野】
【０００１】
本発明の実施形態は、データ制御プログラム、データ制御方法、及びデータ制御装置に関する。
【背景技術】
【０００２】
従来、利用者が持ち運ぶ携帯装置として、さまざまな機器が提案されている。これら携帯装置にコンテンツを格納することで、ユーザはいつでも当該コンテンツを利用できる。
【０００３】
そして、近年、携帯装置に、地上波放送の視聴、録画、再生機能を備えることで、当該携帯装置から直接番組コンテンツを利用可能となる技術が提案されている。しかしながら、番組コンテンツなどのデータ量は大きくなる傾向にあるため、携帯性を優先させた携帯装置の記憶容量では、格納できる番組コンテンツの数に制限がある。
【０００４】
そこで、携帯装置に番組コンテンツを録画できる記憶容量がない場合には、他の装置に対して番組コンテンツを録画する指示を行う技術が提案されている。これにより、記憶容量の低下に基づく、番組コンテンツの録画の失敗を抑止できる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−８１８７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来技術においては、他の装置が地上波放送の受信機能を備える必要があるため、コストが高くなるという問題がある。
【０００７】
本発明は、上記に鑑みてなされたものであって、携帯装置の記憶容量に拘わらず、コンテンツの管理が容易なデータ制御プログラム、データ制御方法、及びデータ制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
実施形態のデータ制御プログラムは、利用順序を有する複数のコンテンツを記憶するデータ記憶手段を備えたコンピュータに対して、送信ステップと、第１の判定ステップと、第１の削除ステップと、第２の判定ステップと、受信ステップと、を実行させる。送信ステップは、複数のコンテンツを、コンテンツの蓄積先となる外部装置に対して送信する。第１の判定ステップは、コンテンツ毎に、利用順序に従って定められた利用条件を満たしているか否かを判定する。第１の削除ステップは、利用条件を満たしていないと判定されたコンテンツを、データ記憶手段から削除する。第２の判定ステップは、外部装置に蓄積されたコンテンツであって、データ記憶手段に記憶されていないコンテンツについて、利用条件を満たしているか否かを判定する。受信ステップは、利用条件を満たしていると判定されたコンテンツを、外部装置から受信する。
【図面の簡単な説明】
【０００９】
【図１】図１は、第１の実施形態にかかる携帯装置とＰＣとの例を示した図である。
【図２】図２は、第１の実施形態の携帯装置とＰＣとで行われる番組コンテンツの利用形態を示した説明図である。
【図３】図３は、第１の実施形態にかかる携帯装置の構成を示したブロック図である。
【図４】図４は、履歴保持部が保持するテーブル構造を示した図である。
【図５】図５は、第１の実施形態にかかる携帯装置で行われるバックアップ制御を示した説明図である。
【図６】図６は、第１の実施形態にかかる携帯装置で行われるリストア制御を示した説明図である。
【図７】図７は、第１の実施形態にかかるＰＣの構成を示したブロック図である。
【図８】図８は、第１の実施形態にかかる携帯装置とＰＣとの間の番組コンテンツの流れを示した図である。
【図９】図９は、第１の実施形態にかかる携帯装置における、外出時に行われる処理の手順を示すフローチャートである。
【図１０】図１０は、第１の実施形態にかかる携帯装置における、ＰＣ１５０と通信が確立した後の処理の手順を示すフローチャートである。
【図１１】図１１は、第２の実施形態にかかる携帯装置の構成を示すブロック図である。
【図１２】図１２は、第２の実施形態にかかるＰＣの構成を示すブロック図である。
【図１３】図１３は、第２の実施形態にかかるＰＣにおける、携帯装置と通信が確立した後の処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００１０】
（第１の実施形態）
図１は、第１の実施形態にかかる携帯装置１００とＰＣ１５０との例を示した図である。図１に示すように、携帯装置１００とＰＣ１５０とは、近接させることでデータの送受信を可能としている。
【００１１】
本実施形態にかかる携帯装置１００とＰＣ１５０との間で行う近接無線通信技術の例として、TransferJet（トランスファージェット)を用いる。ＰＣ１５０は、TransferJetで通信するためのモジュール１５１が埋め込まれているものとする。そして、当該技術を用いることで、携帯装置１００をＰＣ１５０に直接かざすという動作を行うことで、接触せずとも、自動的に機器同士で接続が確立され、高速通信を開始することができる。本実施形態では、このように機器間を近接させた場合に自動的に接続が確立し、通信が開始される技術を用いる例について説明するが、例えば、無線通信技術などの他の通信手法を用いても良い。
【００１２】
本実施形態においては、上述した近接無線通信技術を用いることで、ユーザが外出から戻ってきた場合等に、当該携帯装置１００を、ＰＣ１５０にかざすことで、動画データの送受信が行われることになる。
【００１３】
携帯装置１００は、近接通信を行うためのモジュールが内蔵されており、番組コンテンツを視聴するために用いられる。
【００１４】
番組コンテンツは、地上波デジタル放送から受信、又はインターネット等からダウンロードした動画データとする。番組コンテンツ内部にメタデータが含まれている。このメタデータには、当該番組に関する様々な情報が含まれている。なお、本実施形態では、番組コンテンツを管理する場合について説明するが、番組コンテンツ以外の他のコンテンツ、例えば音楽コンテンツや画像コンテンツなどを管理しても良い。
【００１５】
本実施形態にかかる番組コンテンツのメタデータ内部で、予め利用順序が定められているものとする。利用順序としては、例えば連続ドラマ等における話数や、特集番組の回数などがある。また、利用順序はこれらに制限されるものではなく、番組（例えばニュース番組やスポーツ番組）の時系列順であってもよいし、あるジャンル内における番組コンテンツのおすすめ順などであっても良い。
【００１６】
携帯装置１００は、ユーザが携帯可能な装置であればよく、３Ｇ等の無線通信モジュールや携帯電話回線を用いた通信が可能なモジュールなどが搭載されたモバイル機器のほか、例えばモバイル可能なネットブックや、携帯電話などであってもよい。
【００１７】
次に、本実施形態の携帯装置１００とＰＣ１５０とで行われる番組コンテンツの利用形態について説明する。図２は、本実施形態の携帯装置１００とＰＣ１５０とで行われる番組コンテンツの利用形態を示した説明図である。
【００１８】
図２に示すように、携帯装置１００は、外出先等で、ダウンロード放送の番組コンテンツを蓄積する。そして、ユーザは、携帯装置１００を用いて、蓄積された番組コンテンツを外出先等で視聴する。その後、ユーザが、帰宅した際に、携帯装置１００と、ＰＣ１５０との間で通信を確立した際、携帯装置１００は、蓄積された番組コンテンツを、ＰＣ１５０にバックアップするとともに、ユーザが近々視聴しない可能性が高い番組コンテンツを携帯装置１００から、削除する。一方、携帯装置１００は、ユーザが近々視聴する可能性が高い番組コンテンツを、ＰＣ１５０からリストアする。このユーザが近々視聴する可能性が高い番組コンテンツとは、ユーザが外出先で視聴した番組コンテンツの続き（利用順序が次以降）となる番組コンテンツとする。
【００１９】
次に、携帯装置１００について説明する。図３は、携帯装置１００の構成を示したブロック図である。図３に示すように携帯装置１００は、受信アンテナ３０１と、コンテンツダウンロード部３０２と、ダウンロード状況管理部３０３と、コンテンツ蓄積部３０４と、表示制御部３０５と、蓄積状況管理部３０６と、利用状況管理部３０７と、制御部３０８と、バックアップ制御部３０９と、リストア制御部３１０と、通信部３１１と、を備える。
【００２０】
受信アンテナ３０１は、ダウンロード放送を受信するアンテナとする。ダウンロード放送には、例えばワンセグ専用データ放送や、携帯端末向けマルチメディア放送の規格であるISDB-Tmmによるものでもよい。これら通信規格を用いることで、受信アンテナ３０１は、動画データのみならず、音楽ファイル、電子書籍など多種多様なコンテンツを受信できる。なお、受信するコンテンツに暗号化が施されているか否かは問わない。
【００２１】
通信部３１１は、バックアップ装置となるＰＣ１５０との接続を確立し、ＰＣ１５０との通信を行うモジュールとする。本実施形態では、通信部３１１には、UWB(Ultra Wide Band)を使った近接無線技術であるTransferJetで通信するための通信機能モジュールとするが、他には、ＵＳＢ(Universal Serial Bus)やBluetooth（登録商標）などの通信技術を用いてもよい。
【００２２】
コンテンツダウンロード部３０２は、受信アンテナ３０１が受信するダウンロード放送から、番組コンテンツをダウンロードする。その際、コンテンツダウンロード部３０２は、ダウンロード放送による利用順序に従って、番組コンテンツを取得することになる。そして、コンテンツダウンロード部３０２は、ダウンロードした番組コンテンツを、コンテンツ蓄積部３０４に記録する。
【００２３】
ダウンロード状況管理部３０３は、コンテンツダウンロード部３０２によるダウンロード状況を管理する。本実施形態にかかるダウンロード状況管理部３０３は、シリーズ名と、話数と、ダウンロードしたか否かを示すフラグと、を対応づけて各番組コンテンツのダウンロード状況を管理する。そして、ダウンロード状況管理部３０３は、コンテンツダウンロード部３０２のダウンロードの対象である番組コンテンツが完全にダウンロードされているか否かを判定する。そして、当該番組コンテンツのダウンロードが完全でない場合、制御部３０８に対してその旨を通知し、当該番組コンテンツのバックアップや削除を行わないよう指示する。
【００２４】
コンテンツ蓄積部３０４は、番組コンテンツを記憶する。記憶する対象となる番組コンテンツは、メタデータにより話数などの利用順序が含まれている。そして、番組コンテンツに暗号化が施されている場合には、当該携帯装置１００のコンテンツ蓄積部３０４に蓄積されている場合に限って番組コンテンツを視聴できるようにしてもよい。また、利用順序を確認する際にメタデータを参照することに限らず、当該メタデータに含まれている話数等を、別途作成したテーブル等で管理してもよい。
【００２５】
蓄積状況管理部３０６は、コンテンツ蓄積部３０４の使用状況(使用量及び空き容量)を管理する。さらに蓄積状況管理部３０６は、コンテンツ蓄積部３０４に蓄積する番組コンテンツの量を設定するための閾値を記憶する。本実施形態においては、コンテンツ蓄積部３０４に一種類のシリーズ（例えば、連続ドラマなど）に限って番組コンテンツを格納する場合に、閾値を３話に設定する。
【００２６】
表示制御部３０５は、コンテンツ蓄積部３０４に記憶された番組コンテンツを、（図示しない）表示部に表示制御する。
【００２７】
利用状況管理部３０７は、履歴保持部３５１を備え、コンテンツ蓄積部３０４に蓄積された番組コンテンツの視聴状況を管理する。
【００２８】
図４は、履歴保持部３５１が保持するテーブル構造を示した図である。図４に示すように、履歴保持部３５１は、番組コンテンツのシリーズ名と、話数と、視聴済みフラグと、送信済みフラグと、を対応づけて記憶する。なお、話数がない番組コンテンツの場合には、当該テーブルの“話数”に、放送時刻やおすすめ順などの利用順序が設定される。視聴済みフラグは、表示制御部３０５により表示制御が終了した番組コンテンツに対して、“○”が設定され、表示制御が行われていない番組コンテンツには“×”が設定される。また、送信済みフラグは、ＰＣ１５０に送信した番組コンテンツに対して、“○”が設定され、ＰＣ１５０に送信していない番組コンテンツには“×”（図示せず）が設定される。
【００２９】
本実施形態の履歴保持部３５１は、テーブルで各番組コンテンツを視聴したか否かを管理する例を説明するが、このような管理手法に制限するものではなく、例えばポインタ等で管理してもよい。
【００３０】
制御部３０８は、削除判定部３６１と、削除部３６２と、リストア判定部３６３と、を備え、コンテンツ蓄積部３０４に蓄積された番組コンテンツに対する処理を行う。さらに、制御部３０８は、通信部３１１を制御して、番組コンテンツを送受信するための制御を行う。
【００３１】
削除判定部３６１は、履歴保持部３５１を参照し、コンテンツ蓄積部３０４に蓄積された番組コンテンツについて、ユーザに利用される可能性を条件として示した利用条件を満たしているか否かを判定する。本実施形態においては、利用条件として、一つのシリーズで未視聴の番組コンテンツのうち、話数順で３話分の番組コンテンツを、利用する可能性があるものと判定する。そして、削除判定部３６１は、未視聴の番組コンテンツ３話分について利用条件を満たすと判定し、それ以降の番組コンテンツについては、当該利用条件を満たさないと判定する。ただし、削除判定部３６１で削除対象となる番組コンテンツは、履歴保持部３５１で送信済みの設定がなされている、つまり、ＰＣ１５０にバックアップされた番組コンテンツのみを削除対象とする。また、本実施形態では、利用条件として、未視聴の番組コンテンツを利用順序で３話分と設定したが、このような条件に制限するものではなく、利用順序に従って定められた条件であればよい。
【００３２】
なお、本実施形態では、３話を閾値として削除する番組コンテンツか否かを判定したが、コンテンツ蓄積部３０４の容量に基づいて、閾値を定めてもよい。変形例としては、削除判定部３６１は、コンテンツ蓄積部３０４の最大容量が３０Ｇの時、番組コンテンツが占める容量が１５Ｇを超えた場合に、超えた分に相当する話数を、削除するための条件を満たしたと判定してもよい。
【００３３】
削除部３６２は、削除判定部３６１により利用条件を満たしていないと判定された番組コンテンツを、コンテンツ蓄積部３０４から削除する。
【００３４】
また、削除部３６２は、コンテンツ蓄積部３０４に記憶された番組コンテンツが利用（視聴）された場合、当該番組コンテンツのバックアップが終了しているのであれば、当該番組コンテンツを削除する。
【００３５】
リストア判定部３６３は、ＰＣ１５０に蓄積された番組コンテンツについて、利用条件を満たしているか否かを判定する。つまり、リストア判定部３６３は、未視聴の番組コンテンツのうち、話数順に３話分以内の番組コンテンツについて、利用条件を満たしていると判定する。
【００３６】
そして、本実施形態では、通信部３１１で通信が確立された際、蓄積状況管理部３０６及び利用状況管理部３０７の情報に基づき、制御部３０８が、バックアップ制御部３０９及びＰＣ１５０に指示を出して、コンテンツ蓄積部３０４に記憶された番組コンテンツをバックアップする。その後、削除部３６２が、削除判定部３６１の判定結果に基づいて、近々に視聴される可能性が低い番組コンテンツを削除する。
【００３７】
さらに、制御部３０８は、利用状況管理部３０７の情報に基づき、リストア制御部３１０およびＰＣ１５０に指示を出して、ＰＣ１５０にバックアップされている番組コンテンツの一部をリストアする。
【００３８】
バックアップ制御部３０９は、履歴保持部３５１を参照し、まだバックアップしていない複数の番組コンテンツを、コンテンツの蓄積先となるＰＣ１５０に対して送信し、バックアップを行う。バックアップ制御部３０９は、番組コンテンツをバックアップした後、当該番組コンテンツに関する、履歴保持部３５１の送信済みフラグを“○”に更新する。このように、携帯装置１００のコンテンツ蓄積部３０４に記憶された番組コンテンツは、全てＰＣ１５０に蓄積される。
【００３９】
図５は、本実施形態にかかる携帯装置で行われるバックアップ制御を示した説明図である。図５に示すように、蓄積状況管理部３０６は、閾値として３番組を保持しているものとする。図５に示す例では、一つのシリーズについて、３話目、７話目、８話目、９話目が、コンテンツ蓄積部３０４に蓄積されているものとする。４話〜６話の番組コンテンツについては、すでにＰＣ１５０にバックアップされているものとする。そして、７話〜９話は、外出中に受信したものであり、まだバックアップがなされていないものとする。そして、ユーザは２話まで視聴しており、３話目がコンテンツ蓄積部３０４に蓄積されているものとする。
【００４０】
この場合、バックアップ制御部３０６が、コンテンツ蓄積部３０４に蓄積された番組コンテンツとして、７話〜９話をバックアップした後、削除部３６２が、３話目から、閾値である３番組分の番組コンテンツを近々視聴する可能性が高い番組コンテンツとして残し、それ以降の番組コンテンツをバックアップ後に削除する。
【００４１】
リストア制御部３１０は、リストア判定部３６３により利用条件を満たしている番組コンテンツ、つまり、未視聴の３話分以内に含まれている番組コンテンツについて、ＰＣ１５０との間でリストア制御を行い、当該番組コンテンツを受信する。
【００４２】
図６は、本実施形態にかかる携帯装置で行われるリストア制御を示した説明図である。リストア制御においても、上記の３番組を閾値として用いる。そして、図６に示すバックアップ処理後のように、コンテンツ蓄積部３０４に第３話の番組コンテンツが残っていた場合、リストア判定部３６３は、視聴する可能性が高いと考えられる第３話から閾値３番組分(第３話〜第５話)のうち、コンテンツ蓄積部３０４に蓄積されていない第４話、第５話をリストア対象として判定する。そして、リストア制御部３１０が、当該判定結果に従って第４話と第５話とをＰＣ１５０からコンテンツ蓄積部３０４にリストアする。
【００４３】
次に、ＰＣ１５０について説明する。図７は、ＰＣ１５０の構成を示したブロック図である。図７に示すようにＰＣ１５０は、通信部７０１と、通信応答部７０２と、バックアップ応答部７０３と、リストア応答部７０４と、バックアップコンテンツ蓄積部７０５と、を備える。
【００４４】
通信部７０１は、携帯装置１００との接続を確立し、携帯装置１００との通信を行うモジュールとする。
【００４５】
通信応答部７０２は、通信部７０１が携帯装置１００との通信を確立した後、携帯装置１００からの指示に従って通信制御を行う。そして、通信応答部７０２は、バックアップ応答部７０３やリストア応答部７０４を制御する。
【００４６】
バックアップコンテンツ蓄積部７０５は、番組コンテンツを記憶する。記憶する番組コンテンツは、携帯装置１００からバックアップされたものとする。
【００４７】
バックアップ応答部７０３は、通信応答部７０２の制御に従って、携帯装置１００から送信されてきた番組コンテンツを、バックアップコンテンツ蓄積部７０５に記憶する。
【００４８】
リストア応答部７０４は、通信応答部７０２の制御に従って、携帯装置１００に対して、送信を要求された番組コンテンツを、バックアップコンテンツ蓄積部７０５から読み出して、携帯装置１００が当該番組コンテンツを得られるようリストア制御を行う。
【００４９】
図８は、本実施形態にかかる携帯装置１００とＰＣ１５０との間の番組コンテンツの流れを示した図である。図８に示す例では、連続ドラマなどの視聴する順序が定められている番組コンテンツを示す。
【００５０】
図８に示す例では、携帯装置１００は、番組コンテンツを何度かダウンロード及びバックアップが既に行われているものとする。このため、“初期状態”では、携帯装置１００は、第１話〜第３話までの番組コンテンツを記憶し、ＰＣ１５０は、第１話〜第６話までの番組コンテンツを記憶する。
【００５１】
次の“外出先での状態”では、携帯装置１００において、ユーザが第１話と第２話を視聴したものとする。これにともない、携帯装置１００の削除部３６２が、コンテンツ蓄積部３０４から、第１話と第２話とを削除する。そして、外出先において、ダウンロード放送により、第７話〜第９話のダウンロードがなされたものとする。
【００５２】
その後、“帰宅前の状態”に示すように、携帯装置１００は、コンテンツ蓄積部３０４に、第３話、第７話〜第９話を記憶していることになる。
【００５３】
帰宅した後、携帯装置１００とＰＣ１５０との接続が行われる。その“接続時の状態”において、バックアップが未だなされていない第７話〜第９話は、バックアップ制御部３０９により、ＰＣ１５０にバックアップされる。これらはバックアップがなされた場合、削除判定部３６１が、第７話〜第９話について、未視聴の番組コンテンツ３話分（第３話〜第５話）という利用条件を満たしていないと判定する。それに従って、削除部３６２が、第７話〜第９話を、ユーザが近々視聴する可能性が低いものとして削除する。これにより、コンテンツ蓄積部３０４の容量確保がなされる。
【００５４】
この容量確保がなされた後、リストア判定部３６３が、ＰＣ１５０のバックアップコンテンツ蓄積部７０５に格納された第４話及び第５話が利用条件を満たしていると判定する。この判定結果に従って、リストア制御部３１０が、ＰＣ１５０との間でリストア制御を行い、第７話〜第９話をコンテンツ蓄積部３０４に格納する。
【００５５】
これにより、“接続後の状態”に示すように、携帯装置１００のコンテンツ蓄積部３０４は、第３、４、５話を記憶する。そして、ＰＣ１５０は、バックアップコンテンツ蓄積部７０５に、ダウンロード放送された全ての話である、第１話〜第９話までを記憶する。このように、本実施の携帯では、携帯装置１００には、未視聴の番組コンテンツのうち、直近の３話分のみ残るようにしている。これにより、空き容量を確保している。なお、本実施形態では、閾値を３話分に設定したが、３話分に制限するものではなく、コンテンツの種類や蓄積部の容量に応じて適切な値が設定されるものとする。
【００５６】
次に、本実施形態にかかる携帯装置１００における、外出時に行われる処理について説明する。図９は、本実施形態にかかる携帯装置１００における上述した処理の手順を示すフローチャートである。
【００５７】
まず、コンテンツダウンロード部３０２は、受信アンテナ３０１を介して、番組コンテンツのダウンロード放送があるか否かを判定する（ステップＳ９０１）。ダウンロード放送が無いと判定した場合（ステップＳ９０１：Ｎｏ）、特に処理を行わずに、ステップＳ９０３の処理に進む。
【００５８】
一方、コンテンツダウンロード部３０２が、ダウンロード放送があると判定した場合（ステップＳ９０１：Ｙｅｓ）、ダウンロード放送された番組コンテンツを、コンテンツ蓄積部３０４に記憶する（ステップＳ９０２）。
【００５９】
その後、携帯装置１００は、ユーザから番組コンテンツの視聴要求を受け付けたか否か判定する（ステップＳ９０３）。視聴の要求を受け付けていないと判定した場合（ステップＳ９０３：Ｎｏ）、特に処理を行わずに、ステップＳ９０７の処理に進む。
【００６０】
一方、携帯装置１００が、ユーザから視聴の要求を受け付けたと判定した場合（ステップＳ９０３：Ｙｅｓ）、表示制御手段が、視聴要求を受け付けた番組コンテンツを、再生表示する（ステップＳ９０４）。視聴が終了した後、削除部３６２は、視聴が終了した番組コンテンツが既にＰＣ１５０にバックアップされている場合、当該番組コンテンツを削除する（ステップＳ９０５）。
【００６１】
その後、利用状況管理部３０７が、履歴保持部３５１に対して、当該番組コンテンツを視聴済みとして更新する（ステップＳ９０６）。
【００６２】
その後、携帯装置１００が、ユーザの外出が終了し、クレードル等に接続されたか否かを判定する（ステップＳ９０７）。まだ外出中と判定した場合（ステップＳ９０７：Ｎｏ）には、ステップＳ９０１に戻り、再び処理を行う。一方、外出が終了した場合（ステップＳ９０７：Ｙｅｓ）には、処理を終了する。
【００６３】
次に、本実施形態にかかる携帯装置１００における、ＰＣ１５０と通信が確立した後の処理について説明する。図１０は、本実施形態にかかる携帯装置１００における上述した処理の手順を示すフローチャートである。
【００６４】
まず、携帯装置１００の通信部３１１が、ＰＣ１５０との間で通信を確立する（ステップＳ１００１）。
【００６５】
次に、制御部３０８が、履歴保持部３５１を参照し、コンテンツ蓄積部３０４に格納された番組コンテンツの視聴状況を確認する（ステップＳ１００２）。制御部３０８は、この履歴保持部３５１を参照することで、まだＰＣ１５０に保持されていない番組コンテンツを特定できる。
【００６６】
次に、制御部３０８は、蓄積状況管理部３０６を参照し、コンテンツ蓄積部３０４の使用状況を確認する（ステップＳ１００３）。その際、使用状況に基づいて、コンテンツ蓄積部３０４に、リストアするための番組コンテンツを格納する領域があることを確認する。
【００６７】
その後、バックアップ制御部３０９が、ＰＣ１５０で保持されていない番組コンテンツをバックアップする（ステップＳ１００４）。
【００６８】
その後、削除判定部３６１が、履歴保持部３５１に保持された視聴状況に基づいて、近々利用（視聴）される可能性があることを示す利用条件を満たさない番組コンテンツを選択する（ステップＳ１００５）。図８の例では第３話から閾値３番組以降の、第７、８、９話が選択される。そして、削除部３６２が、選択された番組コンテンツを削除する（ステップＳ１００６）。
【００６９】
次に、リストア判定部３６３が、履歴保持部３５１に保持された視聴状況に基づいて、近々利用（視聴）される可能性があることを示す利用条件を満たす番組コンテンツを、閾値の範囲内で、ＰＣ１５０のバックアップコンテンツ蓄積部から選択する（ステップＳ１００７）。そして、リストア制御部３１０が、選択された番組コンテンツをリストア制御する（ステップＳ１００８）。
【００７０】
上述した処理手順により、近々利用されるコンテンツのリストアと、ダウンロード放送された番組コンテンツのバックアップが可能となる。
【００７１】
本実施形態にかかる携帯装置１００及びＰＣ１５０は上述した構成を備えることで、携帯装置１００に視聴する可能性があるコンテンツを格納しつつ、コンテンツ蓄積部３０４の容量を確保することができる。さらに、全てのコンテンツは、ＰＣ１５０に格納されるため、ユーザが要求した場合にはコンテンツを利用することができる。
【００７２】
（第１の実施形態の変形例）
第１の実施形態では、連続ドラマの場合に閾値が３話の場合について説明した。しかしながら、コンテンツ蓄積部３０４に蓄積する話数を３話に制限するものではない。そこで、コンテンツを削除するか否かの閾値の変形例について説明する。閾値としては、話数ではなく、コンテンツ蓄積部３０４の残容量に基づいて判定しても良い。例えば、コンテンツ蓄積部３０４の容量が３０ＧＢの場合に、コンテンツが１５ＧＢを超えた場合に、制御部３０８が、近々利用しないコンテンツを削除するよう制御しても良い。
【００７３】
また、第１の実施形態では、コンテンツ蓄積部３０４に蓄積する番組コンテンツの種類が一種類の場合について説明した。しかしながら、一種類に制限するものではなく、コンテンツ蓄積部３０４に複数種類のコンテンツを格納しても良い。この場合、格納するコンテンツの種類に応じて、閾値を変更してもよい。例えば、１種類のコンテンツを格納する場合に閾値を３話とする。そして、２種類のコンテンツを格納する場合、閾値３を２で割った１．５を切り上げした２話を閾値として用いることが考えられる。また、格納する種類の数に応じて、予め閾値を設定しても良い。
【００７４】
さらに、複数種類のコンテンツを格納する場合、ユーザが視聴する可能性が高いか否かに応じて、種類毎に閾値を変更しても良い。例えば、コンテンツ蓄積部３０４に複数種類のコンテンツを格納する際に、蓄積状況管理部３０６が、ユーザがよく見る種類のコンテンツについては閾値を大きく設定するなどが考えられる。その際、蓄積状況管理部３０６は、履歴保持部３５１を参照し、ユーザがよく見る種類のコンテンツであるか否かを判定し、ユーザがよく見る種類のコンテンツと判定した場合には、当該種類の閾値を、他の種類のコンテンツより大きい値に設定する。
【００７５】
上述した処理を行うことで、ユーザの利便性に合わせて、携帯装置１００に格納するコンテンツを設定することができる。
【００７６】
（第２の実施形態）
第１の実施形態では、携帯装置側でバックアップ及びリストア制御を行う例について説明した。しかしながら、これらの制御は携帯装置側に制限するものではなく、ＰＣ側で制御してもよい。そこで、第２の実施形態では、バックアップ及びリストア制御を、ＰＣ側で行う例について説明する。
【００７７】
図１１は、第２の実施形態にかかる携帯装置１１００の構成を示すブロック図である。本実施形態にかかる携帯装置１１００は、上述した第１の実施形態にかかる携帯装置１００とは、制御部３０８、バックアップ制御部３０９、及びリストア制御部３１０とは処理が異なる通信応答部１１０１、バックアップ応答部１１０２、及びリストア応答部１１０３に変更されている点で異なる。上述した第１の実施形態と同一の構成要素には同一の符号を付してその説明を省略している。
【００７８】
通信応答部１１０１は、バックアップ装置となるＰＣ１２００（後述する）からの制御に基づいて、バックアップ応答部１１０２およびリストア応答部１１０３を制御する。また、通信応答部１１０１は、ＰＣ１２００からの要求に基づいて、利用状況管理部３０７及び蓄積状況管理部３０６で管理する情報を、ＰＣ１２００に受け渡す。
【００７９】
削除部１１１１は、ＰＣ１２００からの制御に基づいて番組コンテンツの削除を行うほか、第１の実施形態と同様、ユーザが視聴した番組コンテンツの削除を行う。
【００８０】
バックアップ応答部１１０２は、通信応答部１１０１からの指示に従って、ＰＣ１２００との間のバックアップの応答制御を行う。
【００８１】
リストア応答部１１０３は、通信応答部１１０１からの指示に従って、ＰＣ１２００との間のリストアの応答制御を行う。
【００８２】
図１２は、第２の実施形態にかかるＰＣ１２００の構成を示すブロック図である。本実施形態にかかるＰＣ１２００は、上述した第１の実施形態にかかるＰＣ１５０とは、管理情報取得部１２０１が追加され、通信応答部７０２、バックアップ応答部７０３、及びリストア応答部７０４とは処理が異なる制御部１２０２、バックアップ制御部１２０３、及びリストア制御部１２０４に変更されている点で異なる。なお、上述した第１の実施形態と同一の構成要素には同一の符号を付してその説明を省略している。
【００８３】
管理情報取得部１２０１は、携帯装置１１００との通信が確立した後、携帯装置１１００の利用状況管理部３０７及び蓄積状況管理部３０６で管理する情報を、携帯装置１１００から取得する。
【００８４】
制御部１２０２は、削除判定部１２１１と、削除指示部１２１２と、リストア判定部１２１３と、を備え、ＰＣ１１００のコンテンツ蓄積部３０４内の番組コンテンツを制御する。その際、制御部１２０２は、通信部７０１を制御して、番組コンテンツを送受信するための制御を行う。
【００８５】
そして、本実施形態では、通信部７０１で携帯装置１１００との通信が確立された際、管理情報取得部１２０１が、蓄積状況管理部３０６及び利用状況管理部３０７の情報を取得し、制御部１２０２が、当該取得した情報に基づいて、バックアップ制御部１２０３及び携帯装置１１００にバックアップ制御の指示を出す。これにより、携帯装置１１００のコンテンツ蓄積部３０４に記憶された番組コンテンツがバックアップされる。
【００８６】
削除判定部１２１１は、携帯装置１１００から取得してきた履歴保持部３５１の情報に基づいて、コンテンツ蓄積部３０４に蓄積された番組コンテンツについて、ユーザに利用される可能性を条件として示した利用条件を満たしているか否かを判定する。なお、判定手法については、第１の実施形態と同様として説明を省略する。
【００８７】
削除指示部１２１２は、削除判定部１２１１により利用条件を満たしていないと判定された番組コンテンツを、コンテンツ蓄積部３０４から削除するよう、携帯装置１１００に対して指示する。
【００８８】
リストア判定部１２１３は、携帯装置１１００の利用状況管理部３０７及び蓄積状況管理部３０６で管理する情報に基づいて、ＰＣ１２００に蓄積された番組コンテンツについて、利用条件を満たしているか否かを判定する。なお、判定手法については、第１の実施形態と同様として説明を省略する。
【００８９】
バックアップ制御部１２０３は、制御部１２０２の指示に従い、履歴保持部３５１から取得した情報に基づいて、まだバックアップしていない複数の番組コンテンツを、携帯装置１１００から受信し、バックアップを行う。
【００９０】
リストア制御部１２０４は、リストア判定部１２１３により利用条件を満たしている番組コンテンツ、つまり、未視聴の３話分以内に含まれている番組コンテンツについて、携帯装置１１００との間でリストア制御を行い、当該番組コンテンツを送信する。
【００９１】
次に、本実施形態にかかるＰＣ１２００における、携帯装置１１００と通信が確立した後の処理について説明する。図１３は、本実施形態にかかるＰＣ１２００における上述した処理の手順を示すフローチャートである。
【００９２】
まず、ＰＣ１２００の通信部７０１が、携帯装置１１００との間で通信を確立する（ステップＳ１３０１）。
【００９３】
次に、管理情報取得部１２０１が、携帯装置１１００の履歴保持部３５１が保持している視聴状況を示す視聴情報を取得する（ステップＳ１３０２）。その後、制御部１２０２が、取得した履歴保持部３５１の視聴情報を参照し、コンテンツ蓄積部３０４に格納された番組コンテンツの視聴状況を確認する（ステップＳ１３０３）。制御部１２０２は、この履歴保持部３５１を参照することで、まだＰＣ１２００に保持されていない番組コンテンツを特定できる。
【００９４】
その後、バックアップ制御部１２０３が、ＰＣ１２００で保持されていない番組コンテンツをバックアップする（ステップＳ１３０４）。
【００９５】
次に、管理情報取得部１２０１が、携帯装置１１００の蓄積状況管理部３０６が保持しているコンテンツ蓄積部３０４の使用状況を示す使用情報を取得する（ステップＳ１３０５）。その後、制御部１２０２が、取得した蓄積状況管理部３０６の使用情報を参照し、コンテンツ蓄積部３０４の使用状況を確認する（ステップＳ１３０６）。その際、使用状況に基づいて、コンテンツ蓄積部３０４に、リストアするための番組コンテンツを格納する領域があることを確認する。
【００９６】
その後、削除判定部１２１１が、確認した視聴状況に基づいて、携帯装置１１００のコンテンツ蓄積部３０４に格納された番組コンテンツのうち、近々視聴される可能性があることを示す利用条件を満たさない番組コンテンツを選択する（ステップＳ１３０７）。そして、削除指示部１２１２が、選択された番組コンテンツの削除を、携帯装置１１００に対して指示する（ステップＳ１３０８）。この指示に従って、携帯装置１１００の削除部１１１１が、選択された番組コンテンツを削除する。
【００９７】
次に、リストア判定部１２１３が、確認した視聴状況に基づいて、近々利用される可能性があることを示す利用条件を満たす番組コンテンツを、閾値の範囲内で、バックアップコンテンツ蓄積部７０５から選択する（ステップＳ１３０９）。そして、リストア制御部１２０４が、通信部７０１を介し、携帯装置１１００との間で、選択された番組コンテンツを携帯装置１１００のコンテンツ蓄積部３０４に格納されるよう、リストア制御する（ステップＳ１３１０）。
【００９８】
上述した処理手順により、近々利用されるコンテンツのリストアと、ダウンロード放送された番組コンテンツのバックアップが可能となる。
【００９９】
このように、第２の実施形態にかかる携帯装置１１００及びＰＣ１２００においても、ＰＣ１２００が制御を行った場合でも、第１の実施形態と同様の効果を得られる。
【０１００】
以上説明したとおり、第１から第２の実施形態によれば、携帯端末向けマルチメディア放送におけるファイルキャスティングにおいて、携帯装置等に蓄積されたコンテンツに関し、ＰＣなどのバックアップ装置と接続した際、携帯装置のコンテンツ蓄積部の容量を考慮して視聴する可能性の高いコンテンツを携帯装置に残るよう制御することを可能とする一方で、コンテンツ蓄積部のオーバフローの発生の可能性を抑えることができる。さらに、同一容量のコンテンツ蓄積部でより多くのコンテンツを管理するなど、コンテンツ蓄積部を効率的に利用することが可能となる。
【０１０１】
上述した実施形態にかかる携帯装置は、ＣＰＵなどの制御装置と、ＲＯＭ（Read Only Memory）やＲＡＭなどの記憶装置と、ＨＤＤ、ＣＤドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置を備えており、通常のコンピュータを利用したハードウェア構成となっている。
【０１０２】
上述した実施形態にかかる携帯装置で実行されるデータ制御プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供してもよい。
【０１０３】
また、上述した実施形態にかかる携帯装置で実行されるデータ制御プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、上述した実施形態にかかる携帯装置で実行されるデータ制御プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【０１０４】
また、上述した実施形態にかかる携帯装置で実行されるデータ制御プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０１０５】
上述した実施形態にかかる携帯装置で実行されるデータ制御プログラムは、上述した各部（コンテンツダウンロード部、ダウンロード状況管理部、利用状況管理部、蓄積状況管理部、表示制御部、制御部、バックアップ制御部、リストア制御部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からデータ制御プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、コンテンツダウンロード部、ダウンロード状況管理部、利用状況管理部、蓄積状況管理部、表示制御部、制御部、バックアップ制御部、リストア制御部が主記憶装置上に生成されるようになっている。
【０１０６】
なお、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施形態に示される全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせても良い。
【符号の説明】
【０１０７】
１００、１１００…携帯装置、３０１…受信アンテナ、３０２…コンテンツダウンロード部、３０３…ダウンロード状況管理部、３０４…コンテンツ蓄積部、３０５…表示制御部、３０６…蓄積状況管理部、３０７…利用状況管理部、３０８…制御部、１１１１…削除部、３０９…バックアップ制御部、３１０…リストア制御部、３１１…通信部、３５１…履歴保持部、３６１…削除判定部、３６２…削除部、３６３…リストア判定部、７０１…通信部、７０２…通信応答部、７０３…バックアップ応答部、７０４…リストア応答部、７０５…バックアップコンテンツ蓄積部、１１０１…通信応答部、１１０２…バックアップ応答部、１１０３…リストア応答部、１２０１…管理情報取得部、１２０２…制御部、１２０３…バックアップ制御部、１２０４…リストア制御部、１２１１…削除判定部、１２１２…削除指示部、１２１３…リストア判定部
【特許請求の範囲】
【請求項１】
コンピュータが、利用順序を有する複数のコンテンツを記憶するデータ記憶手段を備え、
前記複数のコンテンツを、コンテンツの蓄積先となる外部装置に対して送信する送信ステップと、
前記データ記憶手段に記憶された前記コンテンツ毎に、前記利用順序に従って定められた利用条件を満たしているか否かを判定する第１の判定ステップと、
前記第１の判定ステップにより前記利用条件を満たしていないと判定されたコンテンツを、前記データ記憶手段から削除する第１の削除ステップと、
前記外部装置に蓄積された前記コンテンツであって、前記データ記憶手段に記憶されていないコンテンツについて、前記利用条件を満たしているか否かを判定する第２の判定ステップと、
前記第２の判定ステップにより前記利用条件を満たしていると判定された前記コンテンツを、前記外部装置から受信する受信ステップと、
を前記コンピュータに実行させるためのデータ制御プログラム。
【請求項２】
前記データ記憶手段に記憶された前記コンテンツが利用された場合に、当該コンテンツを削除する第２の削除ステップを、さらに実行させること、
を特徴とする請求項１に記載のデータ制御プログラム。
【請求項３】
前記利用順序に従って、前記コンテンツを取得する取得ステップと、
前記取得ステップにより取得された前記コンテンツを、前記データ記憶手段に記憶する記憶ステップと、をさらに実行すること、
を特徴とする請求項１又は２に記載のデータ制御プログラム。
【請求項４】
前記取得ステップで適切に前記コンテンツを取得できたか否かを判定する判定ステップと、
前記判定ステップで適切に前記コンテンツを取得していないと判定した場合、前記データ記憶手段に記憶された当該コンテンツの送信や削除を行わないよう制御する制御ステップと、をさらに実行すること、
を特徴とする請求項３に記載のデータ制御プログラム。
【請求項５】
前記第１の判定ステップは、前記データ記憶手段に記憶された前記複数のコンテンツのうち、前記利用順序で最初のコンテンツから所定の数以内のコンテンツについて前記利用条件を満たしていると判定し、前記所定の数以降のコンテンツについて前記利用条件を満たしていないと判定すること、
を特徴とする請求項１乃至４のいずれか１つに記載のデータ制御プログラム。
【請求項６】
前記第１の判定ステップが判定に用いる前記所定の数は、前記データ記憶手段の容量に基づいて定められていること、
を特徴とする請求項５に記載のデータ制御プログラム。
【請求項７】
携帯装置で実行される情報制御方法であって、
前記携帯装置が、利用順序を有する複数のコンテンツを記憶するデータ記憶手段を備え、
前記複数のコンテンツを、コンテンツの蓄積先となる外部装置に対して送信する送信ステップと、
前記データ記憶手段に記憶された前記コンテンツ毎に、前記利用順序に従って定められた利用条件を満たしているか否かを判定する第１の判定ステップと、
前記第１の判定ステップにより前記利用条件を満たしていないと判定されたコンテンツを、前記データ記憶手段から削除する第１の削除ステップと、
前記外部装置に蓄積された前記コンテンツであって、前記データ記憶手段に記憶されていないコンテンツについて、前記利用条件を満たしているか否かを判定する第２の判定ステップと、
前記第２の判定ステップにより前記利用条件を満たしていると判定された前記コンテンツを、前記外部装置から受信する受信ステップと、
を有することを特徴とするデータ制御方法。
【請求項８】
利用順序が定められている複数のコンテンツを記憶する第１の記憶手段を有する携帯装置と、接続可能な情報処理装置であって、
コンテンツを記憶可能な第２の記憶手段と、
前記携帯装置の前記第１の記憶手段に記憶された前記コンテンツを、前記第２の記憶手段に記憶させる記憶制御手段と、
前記第１の記憶手段に記憶された前記コンテンツ毎に、前記利用順序に従って定められた利用条件を満たしているか否かを判定する第１の判定手段と、
指示手段が、前記第１の判定手段により前記利用条件を満たしていないと判定された前記コンテンツについて、前記携帯装置に削除を指示する指示手段と、
前記携帯装置の前記第１の記憶手段に記憶されている前記コンテンツを参照し、前記利用条件に基づいて、前記第２の記憶手段に記憶させた前記コンテンツを前記携帯装置の前記第１の記憶手段に出力するか否かを判定する第２の判定手段と、
前記第２の判定手段の判定結果に従って、前記第２の記憶手段に記憶させたコンテンツを、前記携帯装置の前記第１の記憶手段に出力する出力手段と、
を備えることを特徴とするデータ制御装置。
【請求項１】
コンピュータが、利用順序を有する複数のコンテンツを記憶するデータ記憶手段を備え、
前記複数のコンテンツを、コンテンツの蓄積先となる外部装置に対して送信する送信ステップと、
前記データ記憶手段に記憶された前記コンテンツ毎に、前記利用順序に従って定められた利用条件を満たしているか否かを判定する第１の判定ステップと、
前記第１の判定ステップにより前記利用条件を満たしていないと判定されたコンテンツを、前記データ記憶手段から削除する第１の削除ステップと、
前記外部装置に蓄積された前記コンテンツであって、前記データ記憶手段に記憶されていないコンテンツについて、前記利用条件を満たしているか否かを判定する第２の判定ステップと、
前記第２の判定ステップにより前記利用条件を満たしていると判定された前記コンテンツを、前記外部装置から受信する受信ステップと、
を前記コンピュータに実行させるためのデータ制御プログラム。
【請求項２】
前記データ記憶手段に記憶された前記コンテンツが利用された場合に、当該コンテンツを削除する第２の削除ステップを、さらに実行させること、
を特徴とする請求項１に記載のデータ制御プログラム。
【請求項３】
前記利用順序に従って、前記コンテンツを取得する取得ステップと、
前記取得ステップにより取得された前記コンテンツを、前記データ記憶手段に記憶する記憶ステップと、をさらに実行すること、
を特徴とする請求項１又は２に記載のデータ制御プログラム。
【請求項４】
前記取得ステップで適切に前記コンテンツを取得できたか否かを判定する判定ステップと、
前記判定ステップで適切に前記コンテンツを取得していないと判定した場合、前記データ記憶手段に記憶された当該コンテンツの送信や削除を行わないよう制御する制御ステップと、をさらに実行すること、
を特徴とする請求項３に記載のデータ制御プログラム。
【請求項５】
前記第１の判定ステップは、前記データ記憶手段に記憶された前記複数のコンテンツのうち、前記利用順序で最初のコンテンツから所定の数以内のコンテンツについて前記利用条件を満たしていると判定し、前記所定の数以降のコンテンツについて前記利用条件を満たしていないと判定すること、
を特徴とする請求項１乃至４のいずれか１つに記載のデータ制御プログラム。
【請求項６】
前記第１の判定ステップが判定に用いる前記所定の数は、前記データ記憶手段の容量に基づいて定められていること、
を特徴とする請求項５に記載のデータ制御プログラム。
【請求項７】
携帯装置で実行される情報制御方法であって、
前記携帯装置が、利用順序を有する複数のコンテンツを記憶するデータ記憶手段を備え、
前記複数のコンテンツを、コンテンツの蓄積先となる外部装置に対して送信する送信ステップと、
前記データ記憶手段に記憶された前記コンテンツ毎に、前記利用順序に従って定められた利用条件を満たしているか否かを判定する第１の判定ステップと、
前記第１の判定ステップにより前記利用条件を満たしていないと判定されたコンテンツを、前記データ記憶手段から削除する第１の削除ステップと、
前記外部装置に蓄積された前記コンテンツであって、前記データ記憶手段に記憶されていないコンテンツについて、前記利用条件を満たしているか否かを判定する第２の判定ステップと、
前記第２の判定ステップにより前記利用条件を満たしていると判定された前記コンテンツを、前記外部装置から受信する受信ステップと、
を有することを特徴とするデータ制御方法。
【請求項８】
利用順序が定められている複数のコンテンツを記憶する第１の記憶手段を有する携帯装置と、接続可能な情報処理装置であって、
コンテンツを記憶可能な第２の記憶手段と、
前記携帯装置の前記第１の記憶手段に記憶された前記コンテンツを、前記第２の記憶手段に記憶させる記憶制御手段と、
前記第１の記憶手段に記憶された前記コンテンツ毎に、前記利用順序に従って定められた利用条件を満たしているか否かを判定する第１の判定手段と、
指示手段が、前記第１の判定手段により前記利用条件を満たしていないと判定された前記コンテンツについて、前記携帯装置に削除を指示する指示手段と、
前記携帯装置の前記第１の記憶手段に記憶されている前記コンテンツを参照し、前記利用条件に基づいて、前記第２の記憶手段に記憶させた前記コンテンツを前記携帯装置の前記第１の記憶手段に出力するか否かを判定する第２の判定手段と、
前記第２の判定手段の判定結果に従って、前記第２の記憶手段に記憶させたコンテンツを、前記携帯装置の前記第１の記憶手段に出力する出力手段と、
を備えることを特徴とするデータ制御装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１２−８０２６０（Ｐ２０１２−８０２６０Ａ）
【公開日】平成２４年４月１９日（２０１２．４．１９）
【国際特許分類】
【出願番号】特願２０１０−２２２４８３（Ｐ２０１０−２２２４８３）
【出願日】平成２２年９月３０日（２０１０．９．３０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２４年４月１９日（２０１２．４．１９）
【国際特許分類】
【出願日】平成２２年９月３０日（２０１０．９．３０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]