(57)【要約】【課題】メディアからのコンテンツの取得を適切に制御する。【解決手段】コンテンツの一覧表示の要求があると、接続メディアが検出され、メディアに格納されるコンテンツの情報が取得される。一覧表示に従いユーザ操作により再生コンテンツが指定されると、指定されたコンテンツが複数のメディア上に存在するか否かが判定される。指定コンテンツが複数のメディアに存在する場合、メディア毎に設定されたスケジュールが取得され、メディア毎に予め設定された優先順位に従った順序で、指定コンテンツの再生時間とスケジュールとの時間的重複がチェックされる。チェックの結果、重複の無いメディアがあれば、そのメディアを指定コンテンツ取得メディアに決定する。全てのメディアで重複があれば、重複時間の最も少ないメディアを指定コンテンツ取得メディアに決定する。【選択図】図５
2010157978.tif 000002
【特許請求の範囲】
【請求項１】
映像データおよび音声データのうち少なくとも一方を含むコンテンツをストリーミング再生する再生装置であって、
前記コンテンツを保存する複数の出力装置に接続する複数の接続手段と、
前記複数の出力装置のそれぞれに対して設定されたアクセス予定時間を管理する管理手段と、
前記複数の出力装置に共通して保存されるコンテンツを、該複数の出力装置の何れかから再生する際に、該複数の出力装置のそれぞれについて、前記管理手段に管理される前記アクセス予定時間と、該コンテンツを再生する再生時間との時間的な重複があるか否かを判定する判定手段と、
前記判定手段の判定結果に基づき、前記複数の出力装置のうち前記時間的な重複の最も少ない出力装置を、前記コンテンツを取得する出力装置に決定する決定手段と、
前記決定手段で決定された前記出力装置から出力される前記コンテンツをストリーミング再生する再生手段と
を有する
ことを特徴とする再生装置。
【請求項２】
前記判定手段は、
前記複数の出力装置のそれぞれに対して予め設定された優先順位に従って前記出力装置についての前記判定を行い、前記時間的な重複が無いと判定された出力装置を前記コンテンツを取得する出力装置に決定する
ことを特徴とする請求項１に記載の再生装置。
【請求項３】
前記優先順位は、データ転送の状態が外的な要因の影響を受けにくい出力装置ほど、高く設定される
ことを特徴とする請求項２に記載の再生装置。
【請求項４】
映像データおよび音声データのうち少なくとも一方を含むコンテンツをストリーミング再生する再生装置の制御方法であって、
複数の接続手段に接続される、前記コンテンツを保存する複数の出力装置のそれぞれに対して設定されたアクセス予定時間を管理する管理ステップと、
前記複数の出力装置に共通して保存されるコンテンツを、該複数の出力装置の何れかから再生する際に、該複数の出力装置のそれぞれについて、前記管理ステップに管理される前記アクセス予定時間と、該コンテンツを再生する再生時間との時間的な重複があるか否かを判定する判定ステップと、
前記判定ステップの判定結果に基づき、前記複数の出力装置のうち前記時間的な重複の最も少ない出力装置を、前記コンテンツを取得する出力装置に決定する決定ステップと、
前記決定ステップで決定された前記出力装置から出力される前記コンテンツをストリーミング再生する再生ステップと
を有する
ことを特徴とする制御方法。
【請求項５】
映像データおよび音声データのうち少なくとも一方を含むコンテンツをストリーミング再生する再生装置であって、
前記コンテンツを保存する複数の出力装置に接続する複数の接続手段と、
前記出力装置のそれぞれに対して設定されたアクセス予定時間と、該アクセス予定時間に行われる処理の種類とを関連付けて管理する管理手段と、
前記複数の出力装置のそれぞれについて、前記アクセス予定時間に行われる前記処理の種類に対して第１の優先順位が設定されたテーブルと、
前記複数の出力装置に共通して保存されるコンテンツを、該複数の出力装置の何れかから再生する際に、該複数の出力装置のそれぞれについて、前記管理手段に管理される前記アクセス予定時間と、該コンテンツを再生する再生時間との時間的な重複があるか否かを判定する判定手段と、
前記判定手段の判定結果に基づき、前記複数の前記出力装置から前記コンテンツを取得する出力装置に決定する決定手段と、
前記決定手段で決定された前記出力装置から出力される前記コンテンツをストリーミング再生する再生手段と
を有し、
前記決定手段は、
前記判定手段により、前記アクセス予定時間と前記再生時間との時間的な重複が無いと判定された出力装置があった場合に、該出力装置を前記指定されたコンテンツを取得する出力装置に決定し、
前記複数の出力装置の全てに前記時間的な重複があると判定された場合に、前記第１の優先順位と、該複数の出力装置のそれぞれに対して予め設定された第２の優先順位とを用いて、前記指定されたコンテンツを取得する出力装置を決定する
ことを特徴とする再生装置。
【請求項６】
前記決定手段は、前記判定手段により前記複数の出力装置の全てについて前記時間的な重複があると判定された場合に、
前記管理手段により管理される、前記第２の優先順位が最も高い前記出力装置の、前記再生時間と重複する前記アクセス予定時間に対応する前記処理の種類に基づき前記テーブルを参照し、該処理の種類に設定された前記第１の優先順位よりも高い前記第１の優先順位が設定された前記処理の種類を取得し、
取得した該処理の種類が互いに重複していたら、重複する該処理の種類に対応する前記アクセス予定時間が設定された前記出力装置のうち最も前記第２の優先順位の高い前記出力装置を、前記指定されたコンテンツを取得する出力装置に決定し、
取得した該処理の種類が互いに重複していなかったら、前記第１の優先順位が最も高く設定された該処理の種類に対応する前記アクセス予定時間が設定された前記出力装置を、前記指定されたコンテンツを取得する出力装置に決定する
ことを特徴とする請求項５に記載の再生装置。
【請求項７】
前記決定手段は、
前記テーブルを参照した結果、前記処理の種類に設定された前記第１の優先順位よりも高い前記第１の優先順が設定された前記処理の種類が無い場合に、
前記第２の優先順位が最も高い出力装置を、前記指定されたコンテンツを取得する出力装置に決定する
ことを特徴とする請求項６に記載の再生装置。
【請求項８】
前記テーブルは、出力装置に対してより確実性が要求される前記処理の種類ほど低い優先順位が設定される
ことを特徴とする請求項５乃至請求項７の何れか１項に記載の再生装置。
【請求項９】
前記第２の優先順位は、データ転送の状態が外的な要因の影響を受けにくい出力装置ほど、高く設定される
ことを特徴とする請求項５乃至請求項８の何れか１項に記載の再生装置。
【請求項１０】
映像データおよび音声データのうち少なくとも一方を含むコンテンツをストリーミング再生する再生装置の制御方法であって、
複数の接続手段に接続された、前記コンテンツを保存する複数の出力装置のそれぞれに対して設定されたアクセス予定時間と、該アクセス予定時間に行われる処理の種類とを関連付けて管理する管理ステップと、
前記複数の出力装置に共通して保存されるコンテンツを、該複数の出力装置の何れかから再生する際に、該複数の出力装置のそれぞれについて、前記管理ステップに管理される前記アクセス予定時間と、該コンテンツを再生する再生時間との時間的な重複があるか否かを判定する判定ステップと、
前記判定ステップの判定結果に基づき、前記複数の前記出力装置から前記コンテンツを取得する出力装置に決定する決定ステップと、
前記決定ステップで決定された前記出力装置から、前記指定されたコンテンツをストリーミング再生する再生ステップと
を有し、
前記決定ステップは、
前記判定ステップにより、前記アクセス予定時間と前記再生時間との時間的な重複が無いと判定された出力装置があった場合に、該出力装置を前記指定されたコンテンツを取得する出力装置に決定し、
前記複数の出力装置の全てに前記時間的な重複があると判定された場合に、前記複数の出力装置のそれぞれについて前記アクセス予定時間に行われる前記処理の種類毎に設定された第１の優先順位と、該出力装置のそれぞれに対して予め設定された第２の優先順位とを用いて、前記指定されたコンテンツを取得する出力装置を決定する
ことを特徴とする制御方法。
【請求項１１】
コンピュータを請求項１乃至請求項３および請求項５乃至請求項９の何れか１項に記載の再生装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、再生装置および再生装置の制御方法に関し、特には、複数のメディアからコンテンツを選択して取得するような再生装置および再生装置の制御方法に関する。
【背景技術】
【０００２】
近年、デジタルスチルカメラやデジタルビデオカメラといった撮像機器の普及や、静止画、動画などの映像コンテンツのデジタル化、記憶容量の大容量化に伴い、ユーザが取り扱うことのできる映像コンテンツの数が増大してきている。
【０００３】
また、パーソナルコンピュータの高性能化に伴い、デジタル化された映像コンテンツをパーソナルコンピュータで扱うためのアプリケーションソフトウェアも普及が著しい。このようなアプリケーションソフトウェアでは、これら大量の映像コンテンツをユーザが簡単に取り扱うことができるように、様々な工夫が盛り込まれている。例えば、大量の映像コンテンツを、目的毎のフォルダに自動的に分類したり、撮影日毎に表示したりする機能を有するアプリケーションソフトウェアが存在する。
【０００４】
また、独立したハードウェアとしてのデジタルテレビジョン受像機（以下、デジタルテレビ）やデジタルビデオレコーダでも、大量の映像コンテンツを簡単に取り扱うことができるような工夫が盛り込まれる例が多い。例えば、不揮発性の半導体メモリによるメモリカードを装着したり、ＵＳＢ機器を接続するだけで、簡単に当該メディアに存在する映像コンテンツを表示したり、蓄積したりすることのできる機能を有する機器が存在する。
【０００５】
一方、映像コンテンツの増大に伴い、ユーザは、複数のメディアにコンテンツを保持することが多くなってきている。例えば、デジタルカメラで撮影した静止画像は、先ずデジタルカメラ内のメモリカードに記録される。その後、ユーザは、当該メモリカードの記憶内容を別のメディアにバックアップしたり、当該メモリカードに記録された静止画像からお気に入りのコンテンツを持ち出すために、当該メモリカードに記録されたデータを他のメディアに移動または複製する。
【０００６】
他のメディアの例としては、パーソナルコンピュータのハードディスクやＮＡＳなどの外付けハードディスク、デジタルビデオレコーダがある。なお、ＮＡＳは、Network Attached Storageの略称である。また、近年では、携帯電話端末に大容量のメモリカードが内蔵または装着可能とされることも多くなっており、この携帯電話端末に内蔵されるメモリカードを、上述の他のメディアとして用いることもある。さらに、特定のコンテンツを公開する目的で、デジタルカメラ内のメモリカードに記録された静止画像を、インターネット上の映像共有サーバにアップロードすることも頻繁に行われている。
【０００７】
上述のような環境では、同一の映像コンテンツが複数のメディアに存在することが有り得る。図１０は、例えばデジタルテレビがアクセス可能とされた複数のメディアと、それぞれのメディアに存在する映像コンテンツの例を示す。
【０００８】
図１０の例では、デジタルテレビがアクセス可能とされたメディアの例として、デジタルテレビに装着されたメモリカード、デジタルテレビに内蔵されるハードディスク（ＨＤＤ）が示される。さらに、デジタルテレビがアクセス可能とされたメディアの例として、ＬＡＮなどのネットワーク経由でデジタルテレビに映像コンテンツを供給するＤＭＳおよびインターネット経由で映像コンテンツを視聴可能な映像共有サービスが示される。なお、ＬＡＮは、Local Area Networkの略称、ＤＭＳは、Digital Media Serverの略称である。
【０００９】
また、図１０の例では、メモリカードにコンテンツＡ．ＭＴＳおよびＢ．ＪＰＧ、内蔵ハードディスクにコンテンツＡ．ＭＴＳ、Ｂ．ＪＰＧ、Ｃ．ＪＰＧおよびＤ．ＭＴＳ、ＤＭＳにコンテンツＣ．ＪＰＧ、Ｄ．ＭＴＳおよびＲ．ＪＰＧがそれぞれ記録されている。一方、映像共有サービスでは、コンテンツＡ．ＭＴＳが視聴可能とされている。図１０の例によれば、例えばコンテンツＡ．ＭＴＳは、メモリカード、内蔵ハードディスクおよび映像共有サービスといった複数のメディアに存在している。
【００１０】
これら同一のコンテンツが複数のメディアに存在する場合の、コンテンツの一覧表示として、図１１に例示するように、幾つかの表示方法が考えられる。
【００１１】
図１１（ａ）は、メディア毎に、存在するコンテンツのサムネイル画像のみ一覧表示する方法の例を示す。図１１（ｂ）は、全コンテンツのサムネイル画像を、それぞれの格納先のメディアを示す情報と共に一覧表示する方法の例を示す。また、図１１（ｃ）は、格納先のメディアは意識させず、コンテンツのサムネイル画像を重複しないよう一覧表示する方法の例を示す。図１１（ａ）〜図１１（ｃ）の何れの表示方法においても、ユーザが視聴したい映像コンテンツのサムネイル画像を選択した場合、選択された映像コンテンツの再生が開始される。
【００１２】
ところで、映像コンテンツをメディアから取得してくる場合、取得先メディアとの通信速度や当該メディアへのアクセス状況によって、映像コンテンツの取得時間が変化することが考えられる。
【００１３】
従来、複数のメディアに重複して存在する映像コンテンツなどのデータを特定のメディアから取得する際、データの取得をより効率よく行うために、各メディアのアクセス状態に応じて最適なメディアをコンテンツの取得先として選択することが一般的であった。これによりユーザは、コンテンツ取得先のメディアを意識することなく、効率良くデータを取得することが可能となる。
【００１４】
特許文献１には、同一ファイルが存在する複数のダウンロード要求先を、負荷を考慮して選択し、選択されたダウンロード要求先に存在する当該ファイルをそれぞれ分割する。そして、分割された部分が１ファイルを構成するように、それぞれのダウンロード要求先からファイルの部分をダウンロードするようにした技術が記載されている。
【００１５】
【特許文献１】特開２００３−１５７１９７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１６】
しかしながら、上述した従来技術では、映像コンテンツを取得する時点でのメディアのアクセス状態を考慮することはあったが、コンテンツ取得中に発生するメディアのアクセス状態の変化までは考慮されていなかった。
【００１７】
特に、動画像データの再生は、データの部分を順次取得しながらデコードおよび出力を行う。そのため、動画像データの記録時間長によっては、途中で外的要因によりメディアのアクセス状態が変わってしまう可能性があり、コンテンツ取得時点の状態を考慮しただけでは不十分な場合があった。とりわけ、動画像データ再生中に、当該動画像データを取得しているメディアに対する負荷が発生することで、動画の再生処理に遅延が生じ、ユーザの利便性を損ねることが懸念される。また、このような問題は、動画像データのみならず、音声データについても発生し得るものである。
【００１８】
したがって、本発明の目的は、メディアからのコンテンツの取得を適切に制御することができる再生装置および再生装置の制御方法を提供することにある。
【課題を解決するための手段】
【００１９】
本発明は、上述した課題を解決するために、映像データおよび音声データのうち少なくとも一方を含むコンテンツをストリーミング再生する再生装置であって、コンテンツを保存する複数の出力装置に接続する複数の接続手段と、複数の出力装置のそれぞれに対して設定されたアクセス予定時間を管理する管理手段と、複数の出力装置に共通して保存されるコンテンツを、複数の出力装置の何れかから再生する際に、複数の出力装置のそれぞれについて、管理手段に管理されるアクセス予定時間と、コンテンツを再生する再生時間との時間的な重複があるか否かを判定する判定手段と、判定手段の判定結果に基づき、複数の出力装置のうち時間的な重複の最も少ない出力装置を、コンテンツを取得する出力装置に決定する決定手段と、決定手段で決定された出力装置から出力されるコンテンツをストリーミング再生する再生手段とを有することを特徴とする再生装置である。
【００２０】
また、本発明は、映像データおよび音声データのうち少なくとも一方を含むコンテンツをストリーミング再生する再生装置の制御方法であって、複数の接続手段に接続される、コンテンツを保存する複数の出力装置のそれぞれに対して設定されたアクセス予定時間を管理する管理ステップと、複数の出力装置に共通して保存されるコンテンツを、複数の出力装置の何れかから再生する際に、複数の出力装置のそれぞれについて、管理ステップに管理されるアクセス予定時間と、コンテンツを再生する再生時間との時間的な重複があるか否かを判定する判定ステップと、判定ステップの判定結果に基づき、複数の出力装置のうち時間的な重複の最も少ない出力装置を、コンテンツを取得する出力装置に決定する決定ステップと、決定ステップで決定された出力装置から出力されるコンテンツをストリーミング再生する再生ステップとを有することを特徴とする制御方法である。
【００２１】
また、本発明は、映像データおよび音声データのうち少なくとも一方を含むコンテンツをストリーミング再生する再生装置であって、コンテンツを保存する複数の出力装置に接続する複数の接続手段と、出力装置のそれぞれに対して設定されたアクセス予定時間と、アクセス予定時間に行われる処理の種類とを関連付けて管理する管理手段と、複数の出力装置のそれぞれについて、アクセス予定時間に行われる処理の種類に対して第１の優先順位が設定されたテーブルと、複数の出力装置に共通して保存されるコンテンツを、複数の出力装置の何れかから再生する際に、複数の出力装置のそれぞれについて、管理手段に管理されるアクセス予定時間と、コンテンツを再生する再生時間との時間的な重複があるか否かを判定する判定手段と、判定手段の判定結果に基づき、複数の出力装置からコンテンツを取得する出力装置に決定する決定手段と、決定手段で決定された出力装置から出力されるコンテンツをストリーミング再生する再生手段とを有し、決定手段は、判定手段により、アクセス予定時間と再生時間との時間的な重複が無いと判定された出力装置があった場合に、出力装置を指定されたコンテンツを取得する出力装置に決定し、複数の出力装置の全てに時間的な重複があると判定された場合に、第１の優先順位と、複数の出力装置のそれぞれに対して予め設定された第２の優先順位とを用いて、指定されたコンテンツを取得する出力装置を決定することを特徴とする再生装置である。
【００２２】
また、本発明は、映像データおよび音声データのうち少なくとも一方を含むコンテンツをストリーミング再生する再生装置の制御方法であって、複数の接続手段に接続された、コンテンツを保存する複数の出力装置のそれぞれに対して設定されたアクセス予定時間と、アクセス予定時間に行われる処理の種類とを関連付けて管理する管理ステップと、複数の出力装置に共通して保存されるコンテンツを、複数の出力装置の何れかから再生する際に、複数の出力装置のそれぞれについて、管理ステップに管理されるアクセス予定時間と、コンテンツを再生する再生時間との時間的な重複があるか否かを判定する判定ステップと、判定ステップの判定結果に基づき、複数の出力装置からコンテンツを取得する出力装置に決定する決定ステップと、決定ステップで決定された出力装置から、指定されたコンテンツをストリーミング再生する再生ステップとを有し、決定ステップは、判定ステップにより、アクセス予定時間と再生時間との時間的な重複が無いと判定された出力装置があった場合に、出力装置を指定されたコンテンツを取得する出力装置に決定し、複数の出力装置の全てに時間的な重複があると判定された場合に、複数の出力装置のそれぞれについてアクセス予定時間に行われる処理の種類毎に設定された第１の優先順位と、出力装置のそれぞれに対して予め設定された第２の優先順位とを用いて、指定されたコンテンツを取得する出力装置を決定することを特徴とする制御方法である。
【発明の効果】
【００２３】
本発明によれば、メディアからのコンテンツの取得を適切に制御することができる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明の第１の実施形態を、図面を参照しながら説明する。図１は、本発明を適用可能な、映像データおよび音声データのうち少なくとも一方を含むコンテンツを再生する再生装置としてのデジタルテレビジョン受信装置１００の一例の構成を示す。なお、以下では、デジタルテレビジョン受信装置１００を、デジタルテレビ受信装置１００と略称する。
【００２５】
デジタルテレビ受信装置１００において、バス１３０対し、内蔵ハードディスク１１９、メディア管理部１２０、画面構成部１０５および静止画デコーダ１１０が接続される。バス１３０に対し、さらに、ネットワークＩ／Ｆ１１８、外部メモリＩ／Ｆ１１８、コンテンツ取得／管理部１１６、スケジューラ１１５、受光部１１３、制御部１１２およびメモリ１１１が接続される。バス１３０に接続された各部は、バス１３０を介して互いにデータのやりとりを行うことができる。
【００２６】
メモリ１１１は、例えばＲＯＭおよびＲＡＭを含み、このデジタルテレビ受信装置１００に対するユーザ操作による操作情報や、システムの動作状態に応じたＧＵＩを構成するための各種のＧＵＩデータが格納される。また、メモリ１１１は、このデジタルテレビ受信装置１００の動作を制御するためのプログラムが予め記憶される。ＧＵＩデータは、例えばイメージデータやテキストデータである。
【００２７】
制御部１１２は、例えばＣＰＵを有し、メモリ１１１のＲＯＭ部に予め記憶されたプログラムに従い、メモリ１１１のＲＡＭ部をワークメモリとして用いて動作し、このデジタルテレビ受信装置１００の全体を制御する。
【００２８】
リモートコントロールコマンダ１１４（以下、リモコン１１４と略称する）は、例えばユーザ操作を受け付けるための各種操作子が設けられ、操作子に対する操作に応じて生成される所定のコマンドを赤外線信号に変調して送信する。受光部１１３は、リモコン１１４から送信された赤外線信号を受光して復調し、コマンドを取り出して制御部１１２に供給する。制御部１１２は、供給されたコマンドに応じて、プログラムに従いこのデジタルテレビ受信装置１００の各部を制御する。これにより、デジタルテレビ受信装置１００は、リモコン１１４に対する操作に応じて動作を行うことが可能となる。
【００２９】
アンテナ若しくはケーブルより入力されたデジタルテレビ放送信号は、チューナ部１０１に入力される。チューナ部１０１は、入力されたデジタルテレビ放送信号に対して、復調、誤り訂正などの処理を施し、トランスポートストリーム（以下、ＴＳ）と呼ばれる形式のデジタルデータを生成する。ＴＳは、複数チャネル分の映像データおよび音声データ、ならびに、セクション形式のデータがＴＳパケット単位で時分割多重化されたストリームである。ＴＳパケットのペイロードに格納されるデータの種類は、ＴＳパケットのヘッダ中のＰＩＤにより識別される。
【００３０】
分離部１０２は、チューナ部１０１より入力されたＴＳから、ＰＩＤに基づき各種データを分離する。ＴＳから分離されたデータのうち、映像データおよび音声データは、それぞれビデオデコーダ１０３およびオーディオデコーダ１０４に供給される。
【００３１】
一方、ＴＳから分離されたデータのうち、セクション形式のデータは、図示されないストリームデータ処理部に供給される。セクション形式のデータは、デジタル放送のサービスに関するＰＳＩ／ＳＩ信号や、データ放送のデータなどを含む。ＳＩ信号は、番組配列情報であって、デジタルテレビ放送の番組やサービス情報が含まれる。ＳＩ信号に含まれる情報に基づき、電子番組ガイド（ＥＰＧ）の表示が行われる。なお、ＰＳＩはProgram Specific Informationの略、ＳＩはService Informationの略である。ストリームデータ処理部は、セクション形式のデータからこのＰＳＩ／ＳＩ信号を取り出して解釈し、得られた情報を制御部１１２に渡す。
【００３２】
ビデオデコーダ１０３は、分離部１０２から供給された映像データをデコードし、後述する画面構成部１０５に供給する。また、ビデオデコーダ１０３は、後述する内蔵ハードディスク１１９や外部メモリＩ／Ｆ１１７、ネットワークＩ／Ｆ１１８からバス１３０などを介して供給された映像データのデコードも行うことができる。ビデオデコーダ１０３、後述する映像出力部１０７および制御部１１２が協働的に動作して再生手段を構成する。
【００３３】
オーディオデコーダ１０４は、分離部１０２から供給された音声データをデコードし、音声出力部１０６に供給する。また、オーディオデコーダ１０４は、後述する内蔵ハードディスク１１９や外部メモリＩ／Ｆ１１７、ネットワークＩ／Ｆ１１８からバス１３０を介して供給された音声データのデコードも行うことができる。音声出力部１０６は、供給された音声データをアナログ音声信号に変換すると共に増幅処理など所定の処理を施してスピーカ１０９に出力される。
【００３４】
静止画デコーダ１１０は、外部メモリＩ／Ｆ１１７に接続されるメモリカードやＵＳＢデバイスおよび内蔵ハードディスク１１９から取得される、エンコードされた静止画データをデコードする。
【００３５】
画面構成部１０５は、ビデオデコーダ１０３でデコードされた映像データや静止画デコーダ１１０でデコードされた静止画データ、ならびに、メモリ１１１に格納されているＧＵＩデータなどを合成し、画面を構成する。ＧＵＩデータは、例えばリモコン１１４に対するユーザ操作や、システムの動作状態に応じて制御部１１２によりメモリ１１１から読み出され、画面構成部１０５に供給する。画面構成部１０５は、ＧＵＩデータに基づきＧＵＩを表示部１０８に表示させるための表示データを生成し、生成された表示データを例えばビデオデコーダ１０３から供給された映像データと合成して、映像出力部１０７に供給する。
【００３６】
接続手段としての外部メモリＩ／Ｆ１１７は、デジタルテレビ受信装置１００に接続された外部メモリとの間でデータの入出力処理を行う。なお、ここでは、外部メモリは、不揮発性の半導体メモリによるメモリカードや、記録または記憶媒体を内蔵または装着可能とされたＵＳＢ機器である。ＵＳＢ機器に内蔵または装着可能とされる記録または記憶媒体としては、光ディスク、不揮発性の半導体メモリ、ハードディスクおよび磁気テープなどがある。ＵＳＢ機器は、ＵＳＢ  Ｉ／Ｆを介してみた場合、一つの記録または記憶媒体として扱うことができるようにされている。
【００３７】
接続手段としてのネットワークＩ／Ｆ１１８は、ＬＡＮやインターネットなどの通信ネットワークによる通信を制御する。デジタルテレビ受信装置１００は、ネットワークＩ／Ｆ１１８によって、デジタルテレビ受信装置１００の外部に存在するＮＡＳやＤＭＳ、映像共有サーバ（図示しない）と、ＬＡＮやインターネットなどの通信ネットワークを介して通信を行うことができる。ＤＭＳとは、例えばＤＬＮＡに規定されるプロトコルを用いて通信を行うことで、出力可能な映像コンテンツに関する情報を取得することができる。また、ＮＡＳや映像共有サーバについては、例えばＴＣＰ／ＩＰを用いて通信を行うことで、出力可能な映像コンテンツに関する情報を取得することができる。なお、以下では、ＮＡＳおよびＤＭＳを、ＤＭＳとして統一的に記述する。
【００３８】
なお、ＤＬＮＡは、Digital Living Network Allianceの略称である。また、ＴＣＰ／ＩＰは、Transmission Control Protocol/Internet Protocolの略称である。
【００３９】
内蔵ハードディスク１１９は、上述したＴＳデータや、メモリカードやＵＳＢ機器から外部メモリＩ／Ｆ１１７を介して取得した映像コンテンツすなわち動画像コンテンツなどの記録や蓄積を行う。内蔵ハードディスク１１９に蓄積された映像コンテンツは、制御部１１２からの再生指示に従い内蔵ハードディスク１１９から読み出され、上述した分離部１０２や静止画デコーダ１１０に供給される。
【００４０】
管理手段としてのスケジューラ１１５は、デジタルテレビ受信装置１００の各種動作スケジュールの管理および制御を行う。具体的には、スケジューラ１１５は、ユーザが指定した録画予約や、デジタルテレビ放送信号経由でデータが取得されるファームウェアのアップデート処理などのスケジュール管理を行う。スケジューラ１１５は、設定されたスケジュールを後述するスケジュール管理テーブルに格納して、スケジュール管理を行う。
【００４１】
図２は、スケジューラ１１５が保持するスケジュール管理テーブルの一例を示す。図２の例では、スケジュール管理テーブルは、スケジュールＩＤ、内容、関連情報、対象メディア、開始時間、終了時間および使用容量の各項目からなる。
【００４２】
スケジュールＩＤは、スケジューラ１１５がスケジュールを管理するために付与する一意の識別子である。内容は、スケジュールの内容を示したもので、メディアに対するアクセス予定時間が記述される。より具体的な例では、メディアに対する視聴予約、録画予約、ファームウェアのアップデート予約およびデフラグメンテーションが内容として記述される。デフラグメンテーションは、内蔵ハードディスク１１９の使用効率改善を目的とした処理である。関連情報は、各スケジュール内容を実施する際に必要となる情報で、放送コンテンツを特定するための各種ＳＩ情報（ＮＩＤ、ＳＩＤおよびＥＩＤ）や、録画記録の際に適用されるエンコードタイプ（圧縮率）などである。なお、ＮＩＤはNetwork_IDの略、ＳＩＤはService_IDの略、ＥＩＤはEvent_IDの略である。対象メディアとは、そのスケジュールを実施する際に稼動する予定のメディアである。開始時間は、スケジュールが開始される予定時刻、終了時間は、スケジュールが終了する予定時刻である。また、使用容量は、スケジュールの内容が実施された際に対象メディアにおいて使用されるデータ量である。
【００４３】
なお、メディアは、単なる記憶または記録媒体に限らず、例えば映像コンテンツを保存し、保存された映像コンテンツから要求に応じて所定の映像コンテンツを出力可能な出力装置またはシステムを含む。
【００４４】
メディア管理部１２０は、外部メモリＩ／Ｆ１１７やネットワークＩ／Ｆ１１８に接続される、映像コンテンツを取得可能なメディアの管理を行う。例えば、メディア管理部１２０は、上述した外部メモリＩ／Ｆ１１７の接続状態を監視し、外部メモリの接続が検出されたら、検出された外部メモリの情報（例えば当該外部メモリの種類や識別情報）を取得する。また、メディア管理部１２０は、ネットワークＩ／Ｆ１１８を介して接続されるメディアの情報を取得することができる。例えば、メディア管理部１２０は、予め登録された、または、ユーザ操作により入力されたアドレス情報に示されるメディアの接続状態をネットワークＩ／Ｆ１１８を介して監視し、接続されているメディアの情報を取得する。
【００４５】
検索手段、判定手段および決定手段としてのコンテンツ取得／管理部１１６は、メディア管理部１２０の管理する各種メディアよりコンテンツ情報を取得し、取得されたコンテンツ情報に基づきコンテンツリストを作成する。例えば、コンテンツ取得／管理部１１６は、メディア管理部１２０に管理される外部メモリの情報に基づき当該外部メモリに記憶される映像コンテンツを検索する。また、コンテンツ取得／管理部１１６は、メディア管理部１２０に管理される、ネットワークＩ／Ｆ１１８を介して接続されるメディアの情報に基づき当該メディアにアクセスし、視聴可能な映像コンテンツを検索する。さらに、コンテンツ取得／管理部１１６は、内蔵ハードディスク１１９に蓄積された映像コンテンツを検索する。
【００４６】
コンテンツ取得／管理部１１６は、取得された映像コンテンツの情報を、メディア情報と関連付けてコンテンツ情報テーブルとして保持する。詳細は後述するが、コンテンツ情報は、コンテンツデータの記録フォーマット、作成日時（撮影日時）および記録時間長などを含む。コンテンツ取得／管理部１１６は、このコンテンツ情報テーブルに基づき、映像コンテンツの重複の管理や、ソート処理を行う。
【００４７】
また、コンテンツ取得／管理部１１６は、複数のメディアに同一の映像コンテンツが重複して存在する場合、その映像コンテンツの取得先メディアを決定する。取得先メディアの決定方法に関しては、後述する。複数のコンテンツが同一の映像コンテンツであるか否かは、例えばその映像コンテンツのファイル名、作成日時（撮影日時）およびファイルサイズに基づき判定することができる。
【００４８】
なお、同一の映像コンテンツとは、あるメディア上の映像コンテンツが複製されることで生成されるものとする。例えば、第１のメディア上の映像コンテンツを複製して第２のメディアに記憶させた場合、第１のメディアと第２のメディアに同一の映像コンテンツが存在することになる。
【００４９】
図３は、コンテンツ取得／管理部１１６が保持するコンテンツ情報テーブルの一例を示す。コンテンツ情報テーブルは、コンテンツＩＤ(ContentID)、記録メディア、ファイル名、記録フォーマット、撮影日時、記録時間、ファイルサイズおよびサムネイル画像の各項目からなる。また、記録フォーマットは、映像フォーマットおよび音声フォーマットの各項目からなる。
【００５０】
コンテンツＩＤは、コンテンツ取得／管理部１１６がコンテンツデータを管理するために付与する、コンテンツを一意に特定するための識別子である。記録メディアは、そのコンテンツが記録されているメディアを示し、同一のコンテンツが複数メディアに存在している場合は、全てのメディアが記載される。特に、複数の接続が可能なメディアに対しては、ＭＡＣアドレスなどそのメディアを特定できる識別子を記載する。記録フォーマットは、映像フォーマットと音声フォーマットに分けて圧縮形式を記述する。ファイル名は、そのコンテンツデータのファイル名が記述される。撮影日時は、そのコンテンツデータが作成された日時が記述される。記録時間は、そのコンテンツデータの記録時間長が記述される。ファイルサイズは、そのコンテンツデータのファイルサイズが記述される。また、サムネイル画像は、映像コンテンツから取得したサムネイル画像を格納したメモリ１１１へのポインタを指し示す上方が記述される。なお、コンテンツデータが静止画データである場合には、音声フォーマットおよび記録時間は記載しない
【００５１】
次に、本発明の第１の実施形態による映像コンテンツの一覧表示について説明する。図４は、本第１の実施形態による映像コンテンツの一覧表示を行う基本的な処理の例を示すフローチャートである。本第１の実施形態では、映像コンテンツの一覧表示を、背景技術において図１１（ｃ）を用いて説明したような、複数メディアに存在する同一コンテンツは重複させずに表示する方法を用いるものとする。なお、図４のフローチャートの各ステップによる各処理部に対する一連の処理実行の指示は、全て制御部１１２がプログラムに従い統括的に行う。
【００５２】
図４のフローチャートの実行に先立って、ユーザが、リモコン１１４を用いてコンテンツの一覧表示を要求する操作を行う。この操作に応じたコマンドが赤外線信号に変調されてリモコン１１４から送信され、受光部１１３に受光される。受光部１１３は、受光した赤外線信号を復調してコマンドを取り出し、制御部１１２に渡す。
【００５３】
最初のステップＳ２０１で、制御部１１２は、ユーザのリモコン１１４の操作によるコンテンツ一覧表示要求の有無を監視する。ユーザ操作によるコンテンツ一覧表示要求があった場合、処理がステップＳ２０２に移行され、メディア管理部１２０により、コンテンツの取得が可能な接続メディアが検索される。
【００５４】
次のステップＳ２０３で、制御部１１２は、コンテンツ取得／管理部１１６に対し、ステップＳ２０２で検索されたメディア毎にコンテンツ情報の取得を要求する。この要求に応じて、コンテンツ取得／管理部１１６は、メディア管理部１２０により検索された接続メディアからコンテンツ情報を取得する。本第１の実施形態で取得されるコンテンツ情報は、例えば当該コンテンツのファイル名、記録フォーマット、作成日時（撮影日時）、記録時間長およびファイルサイズである。そして、次のステップＳ２０４で、コンテンツ取得／管理部１１６は、ステップＳ２０３で取得したコンテンツ情報に基づき、保持するコンテンツ情報テーブルの作成または更新を行う。
【００５５】
制御部１１２は、コンテンツ取得／管理部１１６に対して、接続されている全てのメディアについてコンテンツ情報を取得し、コンテンツ情報テーブルの作成および更新を行うように要求する。次のステップＳ２０５で、制御部１１２は、デジタルテレビ受信装置１００に接続されている全てのメディアのうち、コンテンツ情報が未取得であって、コンテンツ情報テーブルの作成、更新が行われていないメディアが存在するか否かを判定する。若し、コンテンツ情報が未取得のメディアが存在すると判定されたら、処理はステップＳ２０３に戻され、コンテンツ情報が未取得の次のメディアから、コンテンツ情報が取得される。
【００５６】
一方、ステップＳ２０５で、接続されている全てのメディアからコンテンツ情報が取得され、コンテンツ情報テーブルの作成および更新が行われたと判定したら、処理はステップＳ２０６に移行される。ステップＳ２０６では、ステップＳ２０４で作成または更新されたコンテンツ情報テーブルに基づき、接続されているメディアに記録されるコンテンツの一覧表示を、表示部１０８に対して表示させる。より具体的には、制御部１１２は、ステップＳ２０４で作成されたコンテンツ情報テーブルに基づき、静止画デコーダ１１０にてサムネイル画像のデコードを行わさせる。そして、デコードされたサムネイル画像を用いて画面構成部１０５で一覧表示画面を構成する。
【００５７】
映像コンテンツの一覧表示中に、ユーザの例えばリモコン１１４に対する操作により視聴したいコンテンツのサムネイル画像が選択された場合、デジタルテレビ受信装置１００により、選択された映像コンテンツの再生が開始される。
【００５８】
図５は、本第１の実施形態による映像コンテンツ再生の一例の処理を示すフローチャートである。ここでは、特に、複数のメディアに同一の映像コンテンツが存在する場合における、映像コンテンツを取得するメディアの決定方法について説明する。なお、図５のフローチャートにおいても、各処理部に対する一連の処理実行の指示は、全て制御部１１２がプログラムに従い統括的に行うものとする。
【００５９】
制御部１１２は、映像コンテンツの一覧表示中（ステップＳ４０１）、再生する映像コンテンツの指定が例えばリモコン１１４に対するユーザ操作により行われるのを待機する（ステップＳ４０２）。ユーザ操作による再生映像コンテンツの指定が行われると、処理はステップＳ４０３に移行する。ステップＳ４０３では、再生が指定された映像コンテンツが複数のメディアに存在するか否かが判定される。このステップＳ４０３での判定は、上述した上述したコンテンツ取得／管理部１１６が管理するコンテンツ情報テーブルに基づき行われる。
【００６０】
若し、再生が指定された映像コンテンツが複数のメディアに存在しないと判定されたら、処理は後述するステップＳ４０９に移行される。これは、換言すれば、再生が指定された映像コンテンツが単一のメディアのみに存在する場合である。
【００６１】
一方、ステップＳ４０３で、再生が指定された映像コンテンツが複数のメディアに存在すると判定されたら、処理はステップＳ４０４に移行される。ステップＳ４０４では、コンテンツ取得／管理部１１６により、再生が指定された映像コンテンツを取得する候補のメディア（以下、取得先メディア候補と呼ぶ）を決定する。
【００６２】
ここで、コンテンツ取得／管理部１１６は、コンテンツの取得順に関する優先順位を各メディアに対して予め規定している。複数のメディアに同一のコンテンツが重複して存在する場合、コンテンツ取得／管理部１１６は、この優先順位に従い、取得先メディア候補を決定する。メディア毎の優先順位は、メディアにおけるデータ転送の状態が外的な要因の影響を受け易いか否かを考慮して決める。すなわち、データ転送の状態が外的な要因の影響を受けにくいメディアほど優先順位を高くして、映像コンテンツを優先的に取得するようにする。
【００６３】
より具体的には、映像コンテンツの優先順位を、メモリカードやＵＳＢ機器の挿抜、ネットワーク負荷による通信速度の影響を受けにくいように、下記の式（１）のように定義する。この式（１）による優先順位を、デフォルトの優先順位（第２の優先順位）とする。
内蔵ハードディスク＞メモリカード＞ＵＳＢ機器＞ＤＭＳ＞映像共有サービス  …（１）
【００６４】
この式（１）によれば、デジタルテレビ受信装置１００において、内蔵ハードディスク１１９が最も優先順位が高くされ、最も優先的に映像コンテンツを取得すべきメディアとされている。以下、外部メモリＩ／Ｆ１１７に接続されるメモリカード、ＵＳＢ機器の順に優先順位が下げられる。また、ネットワークＩ／Ｆ１１８を介してＬＡＮなどで接続されるＤＭＳの優先順位がより下位とされ、さらに、インターネットを介して接続される映像共有サービスの優先順位が最下位とされる。
【００６５】
なお、デフォルトの優先順位は、式（１）の順に限られず、デジタルテレビ受信装置１００や各メディアの使用環境などに応じて、他の順位に規定することもできる。例えば、デフォルトの優先順位を、各メディアのユーザによる使用頻度によって適応的に変更するような構成にしてもよい。
【００６６】
ステップＳ４０４では、コンテンツ取得／管理部１１６は、このデフォルトでの優先順位と、コンテンツ情報テーブルに記載のメディアに応じて取得先メディア候補を決定する。一例として、上述の図３の例で、コンテンツＩＤ＝０００３の映像コンテンツが再生コンテンツとして指定された場合について考える。当該映像コンテンツは、メモリカードとＤＭＳとに存在するため、上述の式（１）に従い、取得先メディア候補をメモリカードに決定する。
【００６７】
取得先メディア候補が決定されると、処理は次のステップＳ４０５に移行され、決定された取得先メディア候補のスケジュールが、スケジュール管理テーブルからスケジューラ１１５により取得される。上述の図２の例では、メモリカードは、スケジュールＩＤ＝０００２として管理され、開始時間が２００８年８月１６日の１４時３０分、終了時間が２００８年８月１６日の１５時５４分として録画予約がスケジューリングされている。
【００６８】
次のステップＳ４０６で、コンテンツ取得／管理部１１６は、再生が指定された映像コンテンツの再生時間に基づき、取得先メディア候補として決定されたメディアのスケジュールに対する時間的重複をチェックする。そして、次のステップＳ４０７で、時間的重複の有無が判定される。
【００６９】
図６を用いて、取得先メディア候補のメディアにおけるスケジュールに対する時間的重複について説明する。ここでは、ユーザによってコンテンツＩＤ＝０００３のコンテンツが再生を行う映像コンテンツとして指定され、指定された時刻、すなわち再生を開始したい時刻が１４時００分であるものとする。
【００７０】
この場合、上述したように、再生が指定されたコンテンツＩＤ＝０００３の映像コンテンツは、コンテンツ情報テーブル（図３参照）に基づきメモリカードおよびＤＭＳに存在し、記録時間（再生時間）が５０分３５秒であることが分かる。次に、上述の式（１）で示すデフォルトのメディア優先順位に従い、ＤＭＳよりもメモリカードの方が優先的に映像コンテンツを取得すべきメディアであることが分かる。そこで、スケジュール管理テーブル（図２参照）に基づきメモリカードのスケジュールを確認する。スケジューラ１１５によりスケジュール管理テーブルから取得されたメモリカードのスケジュールによれば、メモリカードは、同日の１４時３０分から１５時５４分まで、１時間２４分の録画予約がスケジューリングされていることが分かる。
【００７１】
したがって、コンテンツＩＤ＝０００３の映像コンテンツをメモリカードから再生すると、図６に例示されるように、１４時３０分から約２０分間、当該メモリカードに対するアクセスに時間的な重複が生じることが分かる。
【００７２】
ステップＳ４０７の判定結果により、若し、指定した映像コンテンツを再生することで取得先メディア候補のメディアに対するアクセスの時間的重複が発生する可能性があると判定されたら、処理はステップＳ４０８に移行される。ステップＳ４０８では、再生が指定された映像コンテンツと同一の映像コンテンツが存在するメディアであって、ステップＳ４０５においてスケジュールが未だ取得されていないメディアがあるか否かが判定される。若し、無いと判定されたら、処理は後述するステップＳ４０９に移行される。
【００７３】
一方、ステップＳ４０８で、スケジュールが未だ取得されていないメディアがあると判定されたら、処理はステップＳ４０４に戻される。そして、前回の処理でスケジュールを取得されたメディアに対して次に優先順位の低いメディアが、取得先メディア候補として決定される。
【００７４】
上述のステップＳ４０７で、指定した映像コンテンツを再生することで取得先メディア候補のメディアに対するアクセスの時間的重複が発生する可能性が無いと判定されたら、処理はステップＳ４０９に移行される。ステップＳ４０９では、再生する映像コンテンツを取得する再生映像取得メディアが決定される。
【００７５】
例えば、処理がステップＳ４０７からステップＳ４０９に移行した場合には、ステップＳ４０４で取得先メディア候補に決定されたメディアが、再生映像取得メディアに決定される。また例えば、処理が上述のステップＳ４０３から直接的にステップＳ４０９に移行した場合（ステップＳ４０３で「Ｎ」）は、再生する映像コンテンツが単一のメディアにのみ存在する。そのため、当該メディアが再生映像取得メディアに決定される。
【００７６】
さらに例えば、上述のステップＳ４０８からこのステップＳ４０９に移行した場合は、再生する映像コンテンツが存在する全てのメディアにおいて、アクセスに時間的な重複が生じることを意味する。この場合には、例えばアクセスの重複時間が最も短いメディアを再生映像取得メディアに決定する。なお、これはこの例に限定されず、例えば各メディアの通信速度と重複時間を考慮した取得先メディアの決定方法を採るような処理にすることも可能である。
【００７７】
ステップＳ４０９で再生映像取得メディアが決定されると、処理はステップＳ４１０に移行され、当該メディアから当該映像コンテンツが取得され、取得された映像コンテンツが次のステップＳ４１１でストリーミング再生される。
【００７８】
再生する映像コンテンツとして、図３にコンテンツＩＤ＝０００３で示されるコンテンツが指定されているこの例では、ＤＭＳからコンテンツＩＤ＝０００３のコンテンツが取得される。そして、当該映像コンテンツのデータを所定容量だけ取得（バッファリング）した後、再生が開始される（ステップＳ４１１）。また、映像コンテンツの再生は、所定容量の映像コンテンツのデータを、当該映像コンテンツの再生時間の時系列に沿って逐次的に取得しながら行われる。
【００７９】
一例として、メモリカードに格納された映像コンテンツをストリーミング再生する処理について、概略的に説明する。例えば、制御部１１２は、メモリカードに格納された映像コンテンツによる映像データを、外部メモリＩ／Ｆ１１７を介して所定容量だけ読み出し、例えばメモリ１１１のＲＡＭ部に一時的に溜め込む。ビデオデコーダ１０３は、メモリ１１１のＲＡＭ部に溜め込まれた映像データをデコード単位毎に順次読み出してデコードし、出力する。ビデオデコーダ１０３から出力された映像データは、画面構成部１０５および映像出力部１０７を介して表示部１０８に供給される。制御部１１２は、メモリ１１１のＲＡＭ部に溜め込まれた映像データが所定量以上読み出されたら、次の映像データを、外部メモリＩ／Ｆ１１７を介してメモリカードから読み出し、メモリ１１１のＲＡＭ部に溜め込む。
【００８０】
このように、本発明の第１の実施形態では、デジタルテレビ受信装置１００は、メディアに対するアクセススケジュールを考慮した上で、最適なメディアから映像コンテンツを取得することが可能となる。これにより、映像コンテンツに対する応答性や、ユーザの操作性を向上させることができる。
【００８１】
なお、本第１の実施形態においては、同一の映像コンテンツの特定を、ファイル名、撮影日時（記録日時）およびファイルサイズより判断するとしたが、これはこの例に限定されない。例えば、映像コンテンツをデコードし、デコード後の画像を時系列順に比較して、同一の映像コンテンツであるか否かを判断することも可能である。
【００８２】
また、本第１の実施形態では、複数メディアに存在する同一の映像コンテンツは、一覧表示の際、重複させずに表示するものとして説明したが、これはこの例に限定されない。映像コンテンツの一覧表示方法は、例えば重複によらず全てのコンテンツを表示させる方法や、メディア毎に表示する方法であってもよい。
【００８３】
なお、本発明はその思想、またはその主要な特徴から逸脱することなく、様々な形態で実施することが出来る。従って、前述の第１の実施形態はあらゆる点において例示に過ぎず、限定的に解釈してはならない。
【００８４】
＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。本発明の第２の実施形態は、上述した第１の実施形態に係る取得先メディアの決定処理に異なる特徴を有するものである。以下、本第２の実施形態に係る説明は、上述した第１の実施形態との相違点について注目して行う。上述した第１の実施形態と共通する構成および動作については、煩雑さを避けるため、適宜、説明を省略する。
【００８５】
本第２の実施形態では、再生映像取得メディアを決定する際に、当該映像コンテンツの再生時間と当該メディアのスケジュールとの重複に加え、そのスケジュールの種別（内容）を示す情報を利用する。これにより、スケジュール処理の確実性を考慮した上で、映像コンテンツの取得処理を柔軟に行うことが可能となる。
【００８６】
本第２の実施形態では、コンテンツ取得／管理部１１６は、スケジュール内容に従いどのメディアから映像コンテンツを取得すべきかを示す優先順位が記述されたテーブルである取得メディアテーブルを、メディア毎に保持する。図７は、この取得メディアテーブルの一例を示す。桝目中の丸付き数字が、メディアのスケジュール内容に対する各メディアの優先順位（第１の優先順位）を示す。スケジュール内容は、スケジューラ１１５が管理するスケジュールが記述される。
【００８７】
図７（ａ）は、内蔵ハードディスク１１９のスケジュール内容に応じて、すなわちスケジュールの種類毎に、各メディアの優先順位が記述される。図７（ｂ）は、メモリカードのスケジュール内容に応じた各メディアの優先順位が記述される。図７（ｃ）は、ＵＳＢ機器のスケジュール内容に応じた各メディアの優先順位が記述される。また、図７（ｄ）は、ＤＭＳのスケジュール内容に応じた各メディアの優先順位が記述される。
【００８８】
図７（ａ）の内蔵ハードディスク１１９の場合を例にとって説明する。この例では、内蔵ハードディスク１１９のスケジュール内容として、「視聴予約」、「録画予約」、「ファームウェアアップデート」および「デフラグメンテーション」、ならびに、スケジュールが設定されていない状態の「無し」の５種類が定義されている。
【００８９】
ここで、「ファームウェアアップデート」と「デフラグメンテーション」は、デジタルテレビ受信装置１００の内部で内蔵ハードディスク１１９が関与して行われる処理である。例えばデフラグメンテーションは、内蔵ハードディスク１１９内のデータ配置を適正化する処理であって、内蔵ハードディスク１１９に対するアクセスが比較的長時間に亘って連続的になされる。
【００９０】
また、ファームウェアアップデートとは、デジタルテレビ受信装置１００に対して新しい機能を追加したり不具合を修正したりする目的で、メモリ１１１に記憶されている制御プログラムを更新する処理である。この制御プログラムの配信方法として、プログラムの記載されたメモリカードやＵＳＢ機器を接続する方法や、インターネットやデジタル放送信号により配信する方法がある。
【００９１】
特に、デジタル放送信号によるファームウェアアップデートプログラムの配信は、配信スケジュールが組まれている。配信スケジュールは、例えばＴＳにおけるセッション形式のデータとして配信される。スケジューラ１１５は、この配信スケジュールに従ってファームウェアアップデートプログラムを受信し、ファームウェアのアップデートを実施する。本第２の実施形態では、ファームウェアのアップデートの際、内蔵ハードディスク１１９や、外部メモリＩ／Ｆ１１７に接続されているメモリカードなどを、既存のプログラムデータを一時的に退避させる記憶領域として使用する。これにより、ファームウェアのアップデート処理に失敗した場合でも、アップデート処理前のファームウェアプログラムに戻して操作を行うことが可能となる。
【００９２】
図７（ａ）の説明に戻り、内蔵ハードディスク１１９に対するスケジュールが「無し」の場合は、各メディアの優先順位は、式（１）を用いて説明したデフォルトの優先順位となっている。
【００９３】
内蔵ハードディスク１１９に対するスケジュールが「ファームウェアアップデート」または「デフラグメンテーション」の場合は、各メディアの優先順位は、次式（２）に例示されるように、内蔵ハードディスク１１９の優先順位が最も低く設定される。すなわち、ファームウェアアップデートまたはデフラグメンテーションのスケジュールに対しては、映像コンテンツの取得メディアとして、内蔵ハードディスク１１９が最も選択されにくくなるように規定されている。
メモリカード＞ＵＳＢ機器＞ＤＭＳ＞映像共有サービス＞内蔵ハードディスク  …（２）
【００９４】
内蔵ハードディスク１１９に対するスケジュールが「視聴予約」の場合は、各メディアの優先順位は、次式（３）に例示されるように、メモリカードが最も高く、また、映像共有サービスが最も低く設定される。
メモリカード＞ＵＳＢ機器＞内蔵ハードディスク＞ＤＭＳ＞映像共有サービス  …（３）
【００９５】
また、内蔵ハードディスク１１９に対するスケジュールが「録画予約」の場合は、各メディアの優先順位は、次式（４）に例示されるように、メモリカードが最も高く、また、映像共有サービスが最も低く設定される。また、録画の場合、データの読み出しを行う視聴の場合と異なり、データの書き込みが行われるため、内蔵ハードディスク１１９の優先順位が「視聴予約」の場合よりも１段階下げられ、より選択されにくくされている。
メモリカード＞ＵＳＢ機器＞ＤＭＳ＞内蔵ハードディスク＞映像共有サービス  …（４）
【００９６】
本第２の実施形態では、取得メディアテーブルは、ファームウェアアップデートやデフラグメンテーションなどの、より確実性が要求される処理に対しては、できるだけ処理の重複が無いように規定する。例えば、図７（ａ）の内蔵ハードディスク１１９のスケジュール内容によれば、ファームウェアアップデートおよびデフラグメンテーションについて、優先順位が各メディア中最も低く設定される。同様に、図７（ｂ）のメモリカードおよび図７（ｃ）のＵＳＢ機器についても、ファームウェアアップデートについて、優先順位が各メディア中最も低く設定される。
【００９７】
一方、メディアに対するスケジュールが読み出し処理のみの場合（視聴予約）は、処理が重複しても、そのメディアから映像コンテンツを取得するように規定する。図７（ａ）〜図７（ｃ）の例では、視聴予約に対するそれぞれのメディアの優先順位が５位中の３位となっている。
【００９８】
また、メディアに対する書き込み処理があっても映像コンテンツの取得および処理速度が、例えばネットワーク経由で映像コンテンツを取得する場合に比べて高速であると見込めるメディアも存在する。この場合にも、処理が重複しても、そのメディアから映像コンテンツを取得するように規定する。
【００９９】
図８は、本第２の実施形態による映像コンテンツ再生の一例の処理を示すフローチャートである。ここでは、特に、複数のメディアに同一の映像コンテンツが存在する場合における、映像コンテンツを取得するメディアの決定方法について説明する。なお、図８のフローチャートにおいても、各処理部に対する一連の処理実行の指示は、全て制御部１１２がプログラムに従い統括的に行うものとする。また、図８のフローチャートにおいて、上述した第１の実施形態での図５のフローチャートに共通する処理には同一の符号を付し、詳細な説明を適宜、省略する。
【０１００】
先ず、図８のフローチャートの実行に先立って、図４を用いて説明した手順により、映像コンテンツの一覧表示が行われる。制御部１１２は、映像コンテンツの一覧表示中（ステップＳ４０１）、再生する映像コンテンツの指定が例えばリモコン１１４に対するユーザ操作により行われるのを待機する（ステップＳ４０２）。ユーザ操作による再生映像コンテンツの指定が行われると、処理はステップＳ４０３に移行され、再生が指定された映像コンテンツが複数のメディアに存在するか否かがコンテンツ情報テーブルに基づき判定される。若し、再生が指定された映像コンテンツが複数のメディアに存在しないと判定されたら、処理はステップＳ４０９に移行される。
【０１０１】
一方、ステップＳ４０３で、再生が指定された映像コンテンツが複数のメディアに存在すると判定されたら、処理はステップＳ４０４に移行される。そして、コンテンツ取得／管理部１１６により、コンテンツ情報テーブルに記述されるメディアと、上述した式（１）に示されるデフォルトの優先順位とに基づき取得先メディア候補が決定される。
【０１０２】
取得先メディア候補が決定されると、処理は次のステップＳ４０５に移行され、決定された取得先メディア候補のスケジュールが、スケジュール管理テーブルからスケジューラ１１５により取得される。次のステップＳ４０６で、コンテンツ取得／管理部１１６は、再生が指定された映像コンテンツの再生時間に基づき、取得先メディア候補として決定されたメディアのスケジュールに対する時間的重複をチェックする。そして、次のステップＳ４０７で、時間的重複の有無が判定される。
【０１０３】
若し、ステップＳ４０７で、指定した映像コンテンツを再生することで取得先メディア候補のメディアに対するアクセスの時間的重複が発生する可能性があると判定されたら、処理はステップＳ８０１に移行される。ステップＳ８０１で、コンテンツ取得／管理部１１６は、取得先メディア候補のメディアに対応する取得メディアテーブルの該当するスケジュール内容から、当該メディアより優先順位の高いメディアに対するスケジュールが取得済みか否かを判定する。
【０１０４】
すなわち、コンテンツ取得／管理部１１６は、スケジューラ１１５が保持するスケジュール管理テーブル（図２参照）に基づき、取得先メディア候補のメディアのスケジュールの内容を取得する。そして、当該メディアに対応する取得メディアテーブルを参照し、取得されたスケジュール内容について、当該メディアより優先順位の高いメディアを確認し、そのメディアについて、スケジュールが取得済みであるか否かを判定する。若し、当該メディアより優先順位の高いメディアでスケジュールが未取得のメディアが存在すると判定されたら、そのメディアを次の取得先メディア候補として、処理をステップＳ４０４に戻す。
【０１０５】
一方、ステップＳ８０１で、取得先メディア候補のメディアより優先順位の高いメディアの全てについてスケジュールが取得済みであると判定されたら、処理はステップＳ４０９に移行される。
【０１０６】
上述のステップＳ４０７で、指定した映像コンテンツを再生することで取得先メディア候補のメディアに対するアクセスの時間的重複が発生する可能性が無いと判定されたら、処理はステップＳ４０９に移行される。
【０１０７】
ステップＳ４０９では、再生映像取得メディアが決定される。例えば、処理が上述のステップＳ４０３から直接的にステップＳ４０９に移行した場合（ステップＳ４０３で「Ｎ」）は、再生する映像コンテンツが単一のメディアにのみ存在する。そのため、当該メディアが再生映像取得メディアに決定される。
【０１０８】
また例えば、処理が上述のステップＳ４０７からステップＳ４０９に移行した場合には、ステップＳ４０４で取得先メディア候補に決定されたメディアが、再生映像取得メディアに決定される。
【０１０９】
さらに例えば、処理が上述のステップＳ８０１からこのステップＳ４０９に移行した場合は、再生する映像コンテンツが存在する全てのメディアにおいて、アクセスに時間的な重複が生じることを意味する。この場合には、再生する映像コンテンツが存在する全てのメディアの取得メディアテーブルに記述された各メディアの優先順位と、アクセスの重複時間とに基づき、再生映像取得メディアを決定する。
【０１１０】
このメディア決定に際して、処理の確実性がより重視されるスケジュールが重複しないように、処理に要求される確実性を考慮した順序でスケジュール内容が反映される。処理に要求される確実性に従い、下記の式（５）に例示されるように、要求される確実性が最も高いスケジュールであるデフラグメンテーションの優先順位が最も低くされ、ファームウェアアップデートが次に優先順位が低くされる。一方、要求される確実性が最も低いスケジュールである「無し」の優先順位が最も高くされる。視聴予約と録画予約とでは、データの書き込みがなされる録画予約の方が要求される確実性が高いため、優先順位が低くされる。
無し＞視聴予約＞録画予約＞ファームウェアアップデート＞デフラグメンテーション    …（５）
【０１１１】
ステップＳ８０１からステップＳ４０９に処理が移行した場合の、再生映像コンテンツを取得する一例の処理を、図９のフローチャートを用いて説明する。先ず、例えばコンテンツ取得／管理部１１６は、再生する映像コンテンツが存在する全てのメディアについて、デフォルトの優先順位が最も高いメディアのスケジュール内容を確認する（ステップＳ９０１）。
【０１１２】
次のステップＳ９０２で、コンテンツ取得／管理部１１６は、ステップＳ９０１でデフォルトの優先順位が最も高いとされたメディアについて、スケジュール内容に基づき取得メディアテーブルを参照する。そして、より優先順位が高いメディアが存在するか否かが判定される。若し、存在しないと判定されたら、当該メディアが再生映像取得メディアに決定される。
【０１１３】
一方、ステップＳ９０２で、より優先順位が高いメディアが存在すると判定されたら、処理はステップＳ９０３に移行される。ステップＳ９０３で、コンテンツ取得／管理部１１６は、スケジューラ１１５が保持するスケジュール管理テーブルを参照して、より優先順位が高いメディア全てについて、時間的に重複しているスケジュールの内容を確認する。そして、次のステップＳ９０４で、スケジュールの内容が重複しているか否かが判定される。
【０１１４】
若し、スケジュールの内容が重複していないと判定されたら、処理はステップＳ９０５に移行される。ステップＳ９０５で、コンテンツ取得／管理部１１６は、上述の式（５）に従い、スケジュール内容に基づく優先順位が最も高いメディアを、再生映像取得メディアに決定する。
【０１１５】
一方、ステップＳ９０４でスケジュールの内容が重複していると判定されたら、処理はステップＳ９０６に移行される。ステップＳ９０６で、コンテンツ取得／管理部１１６は、デフォルトの優先順位が最も高いメディアを、再生映像取得メディアに決定する。このとき、スケジュール内容が重複する複数のメディアと、当該複数のメディアに対してスケジュール内容が重複しないメディアとが混在している場合も考えられる。この場合には、ステップＳ９０５の如くスケジュール内容に基づく優先順位も用いて、再生映像取得メディアを決定することができる。
【０１１６】
より具体的な例を用いて説明する。一例として、再生が指定された映像コンテンツが内蔵ハードディスク１１９、メモリカードおよびＤＭＳに存在し、スケジュール内容として、それぞれファームアップデート、録画予約および視聴予約が設定されているものとする。また、何れのメディアも、映像コンテンツの再生時間が設定されたスケジュールと時間的に重複しているものとする。この場合における、再生映像取得メディアの決定方法について説明する。
【０１１７】
先ず、デフォルトの優先順位が最も高い内蔵ハードディスク１１９のスケジュールから確認する（ステップＳ９０１）。この例では、内蔵ハードディスク１１９に対してファームウェアアップデートがスケジューリングされており、このスケジュールが再生指示を受けた映像コンテンツの再生処理と時間的に重複しているものとする。したがって、取得メディアテーブルより内蔵ハードディスク１１９より優先順位の高いメディアが確認される（ステップＳ９０２）。図７（ａ）を参照し、メモリカードおよびＤＭＳが内蔵ハードディスク１１９より優先順位が高いことが分かるので、これらメモリカードおよびＤＭＳのスケジュール内容が確認される（ステップＳ９０３）。この例では、メモリカードのスケジュールには、録画予約が設定され、ＤＭＳのスケジュールには視聴予約が設定されているものとする。
【０１１８】
メモリカードとＤＭＳとのスケジュール内容が重複しないので（ステップＳ９０４）、ステップＳ９０５でスケジュール内容に基づく優先順位の判定がなされる。この場合、既に内蔵ハードディスク１１９に対して、ファームウェアアップデートという最も高い確実性が要求される、すなわち、スケジュール内容に基づく優先順位が最も低いスケジュールが設定されている。一方、メモリカードとＤＭＳに設定されているスケジュール内容は、それぞれ視聴予約および録画予約である。上述の式（５）に従い、スケジュール内容に基づく優先順位がファームウェアアップデートよりも高く、さらに、録画予約よりも視聴予約の方が当該優先順位が高い。したがって、ＤＭＳが再生映像取得メディアに決定される。
【０１１９】
ステップＳ４０９で再生映像取得メディアが決定されると、処理はステップＳ４１０に移行され、当該メディアから当該映像コンテンツが取得され、取得された映像コンテンツが次のステップＳ４１１で再生される
【０１２０】
上述したように、本第２の実施形態では、映像コンテンツの再生時間と、メディアのスケジュールの重複に加え、そのスケジュールの種別を利用して映像コンテンツ取得先メディアを決定するようにしている。そのため、スケジュールされた処理の確実性を考慮した上で、適切な映像コンテンツを取得することが可能となる。
【０１２１】
なお、本第２の実施形態においては、スケジュールの種別として、視聴予約、録画予約、ファームウェアアップデート、デフラグメンテーションの４種を例に挙げたが、これはこの例に限定されるものではない。例えば、ウィルススキャンなど、他のアプリケーションの動作であっても、取得メディアテーブルにて優先度を規定しておけば同様の効果が期待できる。
【０１２２】
また、本第２の実施形態では、メディア間でスケジュール内容が重複する場合は、デフォルトの取得順位に従い各メディアのうち取得先メディアを決定するように説明したが、これはこの例に限定されない。例えば、スケジュールと映像コンテンツ再生時間との重複時間の長さによって取得先メディアを決定するような処理にすることも可能である。
【０１２３】
なお、上述では、本発明が動画像データを含む映像コンテンツを取得し再生する場合に適用されるように説明したが、これはこの例に限定されない。例えば、本発明は、音声データを時系列に沿って逐次的に取得して再生する場合にも、同様にして適用可能である。
【０１２４】
また、上述では、本発明の各実施形態に対してデジタルテレビ放送を受信するデジタルテレビ受信装置１００が適用されるものとして説明したが、これはこの例に限定されない。すなわち、本発明の各実施形態に対して、映像コンテンツが格納されるメディアと接続可能とされたコンピュータのように、デジタルテレビ放送の受信機能や表示機能を持たない情報機器を適用することも可能である。
【０１２５】
＜他の実施形態＞
上述の各実施形態は、システムあるいは装置のコンピュータ（或いはＣＰＵ、ＭＰＵ等）によりソフトウェア的に実現することも可能である。したがって、上述の各実施形態をコンピュータで実現するために、該コンピュータに供給されるコンピュータプログラム自体も本発明を実現するものである。つまり、上述の各実施形態の機能を実現するためのコンピュータプログラム自体も本発明の一つである。
【０１２６】
なお、上述の各実施形態を実現するためのコンピュータプログラムは、コンピュータで読み取り可能であれば、どのような形態であってもよい。例えば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等で構成することができるが、これらに限るものではない。
【０１２７】
上述の各実施形態を実現するためのコンピュータプログラムは、記憶媒体又は有線／無線通信によりコンピュータに供給される。プログラムを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、磁気テープ等の磁気記憶媒体、ＭＯ、ＣＤ、ＤＶＤ等の光／光磁気記憶媒体、不揮発性の半導体メモリなどがある。
【０１２８】
有線／無線通信を用いたコンピュータプログラムの供給方法としては、コンピュータネットワーク上のサーバを利用する方法がある。この場合、本発明を形成するコンピュータプログラムとなりうるデータファイル（プログラムファイル）をサーバに記憶しておく。プログラムファイルとしては、実行形式のものであっても、ソースコードであっても良い。
【０１２９】
そして、このサーバにアクセスしたクライアントコンピュータに、プログラムファイルをダウンロードすることによって供給する。この場合、プログラムファイルを複数のセグメントファイルに分割し、セグメントファイルを異なるサーバに分散して配置することも可能である。
【０１３０】
つまり、上述の各実施形態を実現するためのプログラムファイルをクライアントコンピュータに提供するサーバ装置も本発明の一つである。
【０１３１】
また、上述の各実施形態を実現するためのコンピュータプログラムを暗号化して格納した記憶媒体を配布し、所定の条件を満たしたユーザに、暗号化を解く鍵情報を供給し、ユーザの有するコンピュータへのインストールを許可してもよい。鍵情報は、例えばインターネットを介してホームページからダウンロードさせることによって供給することができる。
【０１３２】
また、上述の各実施形態を実現するためのコンピュータプログラムは、すでにコンピュータ上で稼働するＯＳの機能を利用するものであってもよい。
【０１３３】
さらに、上述の各実施形態を実現するためのコンピュータプログラムは、その一部をコンピュータに装着される拡張ボード等のファームウェアで構成してもよいし、拡張ボード等が備えるＣＰＵで実行するようにしてもよい。
【図面の簡単な説明】
【０１３４】
【図１】本発明を適用可能な映像再生装置としてのデジタルテレビジョン受信装置の一例の構成を示すブロック図である。
【図２】スケジューラが保持するスケジュール管理テーブルの一例を示す図である。
【図３】コンテンツ取得／管理部が保持するコンテンツ情報テーブルの一例を示す図である。
【図４】本発明の第１の実施形態による映像コンテンツの一覧表示を行う基本的な処理の例を示すフローチャートである。
【図５】本発明の第１の実施形態による映像コンテンツ再生の一例の処理を示すフローチャートである。
【図６】取得先メディア候補のメディアにおけるスケジュールに対する時間的重複について説明するための図である。
【図７】スケジュール内容に従いどのメディアから映像コンテンツを取得すべきかを示す優先順位が記述された取得メディアテーブルの一例を示す図である。
【図８】本発明の第２の実施形態による映像コンテンツ再生の一例の処理を示すフローチャートである。
【図９】取得メディアテーブルを用いて再生映像コンテンツを取得する一例の処理を示すフローチャートである。
【図１０】デジタルテレビがアクセス可能とされた複数のメディアと、それぞれのメディアに存在する映像コンテンツの例を示す図である。
【図１１】同一のコンテンツが複数のメディアに存在する場合のコンテンツの一覧表示の例を示す図である。
【符号の説明】
【０１３５】
１００  デジタルテレビ受信装置
１１１  メモリ
１１２  制御部
１１４  リモートコントロールコマンダ
１１５  スケジューラ
１１６  コンテンツ取得／管理部
１１７  外部メモリＩ／Ｆ
１１８  ネットワークＩ／Ｆ１１８
１１９  内蔵ハードディスク
１２０  メディア管理部
【図１】
2010157978.tif 000003
【図２】
2010157978.tif 000004
【図３】
2010157978.tif 000005
【図４】
2010157978.tif 000006
【図５】
2010157978.tif 000007
【図６】
2010157978.tif 000008
【図７】
2010157978.tif 000009
【図８】
2010157978.tif 000010
【図９】
2010157978.tif 000011
【図１０】
2010157978.tif 000012
【図１１】
2010157978.tif 000013