(57)【特許請求の範囲】
【請求項１】
コンテンツの再生及び転送を管理するコンテンツ管理装置であって、
コンテンツを複数のファイルに時分割するコンテンツ分割部と、
分割されたファイル毎にコンテンツの再生履歴の管理を行なう再生履歴管理部と、
時分割されたファイルを時間軸に沿って表示するとともに、前記ファイルのうちのいずれかを選択してそれよりも後のファイルを転送する制御を行なう選択カーソルと、
を有し、
前記ファイルのうちの再生済みファイルと未再生ファイルとを視覚的に識別可能な形態で表示し、
前記再生履歴に基づいて、前記時分割されたファイルのうち再生していないファイルのみを転送する
ことを特徴とするコンテンツ管理装置。
【請求項２】
前記再生履歴管理部は、前記ファイル毎にコンテンツの転送履歴を管理することを特徴とする請求項１に記載のコンテンツ管理装置。
【請求項３】
前記ファイルの分割数は、前記コンテンツの容量と転送先装置の残容量とに基づいて決められることを特徴とする請求項１または２に記載のコンテンツ管理装置。
【請求項４】
ファイルを転送する場合であって、転送先装置の記憶残容量が不足している場合に、未再生のファイルを細かく再分割することを特徴とする請求項３に記載のコンテンツ管理装置。
【請求項５】
記録するコンテンツのファイルサイズを計算するファイルサイズ演算部と、
該ファイルサイズ演算部の演算結果を受けてファイル化を行うコンテンツファイル化部と、
ファイル毎に再生履歴の有無を記録するファイル再生確認テーブルと、
コンテンツを複数のファイルに時分割するコンテンツ分割部と、
時分割されたファイルを時間軸に沿って表示するとともに、前記ファイルのうちのいずれかを選択してそれよりも後のファイルを転送する制御を行なう選択カーソルと、
を有し、
前記ファイルのうちの再生済みファイルと未再生ファイルとを視覚的に識別可能な形態で表示し、
記録のときには、所定のサイズでファイル化を行うとともにファイル再生確認テーブルに新規登録し、再生のときには、ファイル単位で再生を行いながら、ファイル再生確認テーブルを更新し、転送時には、前記ファイル再生確認テーブルを参照し、前記時分割されたファイルのうち再生していないファイルのみを転送する
こと特徴とするコンテンツ管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録・再生されたコンテンツの外部への転送に関する管理を行なうコンテンツ管理技術に関する。
【背景技術】
【０００２】
近年、コンテンツの記録・再生に関する管理が重要になってきている。一般的に、コンテンツは、１つのファイルで記録保存され、外部に転送する場合には、コンテンツ単位で転送される。例えば、下記特許文献１では、１つのコンテンツを複数ストリームに分割して保存する技術が開示されている。
【特許文献１】特開2005-223442号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
最近では、コンテンツを外出先でも視聴できるように、様々な携帯型コンテンツ視聴装置が提案されており、このような携帯型のコンテンツ視聴装置へのコンテンツの転送処理などに関する管理が重要になってきている。
【０００４】
上記特許文献１には、コンテンツの転送に関する開示はないが、実際には、従来の管理技術では、データサイズが大きく転送するのに転送時間がかかりすぎるという問題がある。また、転送先のメモリの記憶領域を多く費やす場合において、転送先のメモリ記憶残容量が転送したいコンテンツの記憶サイズ分まではない場合に、そのコンテンツを転送できないという問題がある。特に、今後、高品質のコンテンツを取り扱う場合には、特に転送時間と転送先の記憶容量とが問題となってくる。
【０００５】
本発明は、高品質なコンテンツを転送する場合において、その転送時間や記憶容量に関する適切な管理をする技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明のコンテンツ管理装置においては、コンテンツを記録する時はファイル単位で記録する。コンテンツを再生するときは再生したかをファイル単位で管理する。コンテンツを転送する場合は再生したか否か判断し再生していないファイルのみファイル単位で転送する。
【０００７】
コンテンツを転送する装置は、コンテンツの記録を行う時にストリームの分割を判断する分割判断部、分割判断部の結果を受けてストリームのファイル化を行うファイル化部、ストリームを転送する場合に転送するか否かを判断する転送判断部、再生時にファイル単位で再生履歴テーブルを更新するとともに新しいコンテンツを記録した場合はコンテンツを再生履歴テーブルに登録する再生履歴管理部を有する。転送判断部は再生履歴テーブルを参照して、転送するか否かを判断する。また、再生履歴テーブルは、ストリームのファイル単位で再生履歴を管理する。転送時は、再生履歴テーブルを参照し、再生していないファイルのみを転送する。
【発明の効果】
【０００８】
従来に比べて、再生したファイルは転送しないため、転送する時間が短時間で済む。従来に比べて、再生したファイルは転送しないため、転送先の必要なデータサイズが少なくて済む。
【発明を実施するための最良の形態】
【０００９】
本発明の一実施の形態によるコンテンツ管理技術にして図面を参照しながら説明を行なう。図１は、本実施の形態によるコンテンツ転送元装置のハードウェア構成例を示す機能ブロック図である。図２は、図１に示すコンテンツ転送元装置のソフトウェア構成例を示す図である。図３は、本実施の形態によるコンテンツ転送先装置のハードウェア構成例を示す図である。
【００１０】
図１に示すように、本実施の形態によるコンテンツ転送元装置Ａは、例えば、ハードディスクレコーダであり、操作部１と、コーデック処理部（ＤＳＰ）３と、大容量記憶装置（ＨＤＤ等）５と、例えばＵＳＢなどの外部入出力インターフェイス（Ｉ／Ｆ）部７及びＵＳＢ端子（Ｉ／Ｆ）２３と、各機能を制御するＣＰＵ１１と、高速の記憶装置であるＲＡＭ１５と、不揮発性メモリ装置であるフラッシュＲＯＭ１７と、例えばコンテンツであるテレビ番組を出力するテレビ出力端子２１と、を有しており、これらの各機能ブロックがバスラインＢＬ１により接続されている。
【００１１】
図２に示すように、上記コンテンツ転送元装置ＡのＲＯＭ１７に記憶されているプログラムに基づくソフトウェア構成１７ａであり、ユーザインターフェイス（ＵＩ）モジュール３１と、コンテンツの再生履歴についてファイル単位で管理する再生履歴管理モジュール３３と、再生モジュール３５と、記録モジュール３７と、転送モジュール４１と、を有している。記録モジュール３７は、ストリーム分割判断部３７ａと、ファイル化部３７ｂと、を有している。
【００１２】
ストリーム分割判断部３７ａは、コンテンツの記録を行なう場合に、ストリームコンテンツを分割するか否かに関する判断を行なう。ファイル化部３７ｂは、ストリーム分割判断部３７ａにおける判断に基づいて、コンテンツをファイル化する。転送モジュール４１は、ファイル転送判断部４１ａを有しており、再生履歴テーブルを参照して、ファイルを転送するか否かを判断する。再生履歴管理モジュール３３は、再生時にファイル単位で再生履歴テーブルを更新するとともに新しいコンテンツを記録した場合はコンテンツを再生履歴テーブルに登録する。再生履歴テーブルは、コンテンツの再生履歴をファイル単位で管理するテーブルである。
【００１３】
図３は、本実施の形態によるコンテンツ転送先装置である例えば携帯型コンテンツ再生装置の一構成例を示す機能ブロック図である。図３に示すように、コンテンツ転送先装置Ｂは、例えば、携帯型コンテンツ再生装置（例：音楽再生プレーヤ）であり、操作部１０１と、コーデック処理部（ＤＳＰ）１０３と、大容量記憶装置（ＨＤＤ等）１０５と、例えばＵＳＢなどの外部入出力インターフェイス（Ｉ／Ｆ）部１０７及びＵＳＢ端子（Ｉ／Ｆ）と、各機能を制御するＣＰＵ１１１と、高速の記憶装置であるＲＡＭ１１５と、不揮発性メモリ装置であるフラッシュＲＯＭ１１７と、を有しており、これらの各機能ブロックがバスラインＢＬ２により接続されている。
【００１４】
図１に示すコンテンツ転送元装置Ａと図３に示すコンテンツ転送先装置Ｂとを図示しないＵＳＢケーブル等により接続すると、コンテンツ転送元装置Ａからコンテンツ転送先装置Ｂに向けて、後述するようにして決められたコンテンツが転送される。
【００１５】
図４は、コンテンツ転送元装置Ａの再生履歴管理モジュール３３において管理されている再生履歴テーブルの一構成例を示す図である。図４において、コンテンツ欄は、例えば、ＣＯＮＴＥＮＴＳ＿００１〜ＣＯＮＴＥＮＴＳ＿００６までのコンテンツを管理しており、ＣＯＮＴＥＮＴＳ＿００１は、ＳＴＲＥＡＭ＿００１＿００１〜ＳＴＲＥＡＭ＿００１＿００７までの例えば１０分単位などの７つに分割されたファイルを有している。これらの分割されたファイルのそれぞれに関して、再生履歴と転送履歴とが“０”と“１”とのフラグにより管理されている。
【００１６】
再生履歴が“０”とは該当するファイルが未再生であることを示し、再生履歴が“１”とは該当するファイルが再生済みであることを示している。転送履歴が“０”とはファイルが転送がされていないことを、転送履歴が“１”とはファイルが転送済みであることを意味している。このテーブルによって、複数のファイルに分割されたコンテンツに関して、ファイル毎に再生済みであるかどうか、転送済みであるかどうかがわかる。
【００１７】
図５は、記録モジュール３７（図２、以下図２を参照する。）の処理の流れを示すフローチャート図である。図５に示すように、ステップＳ１において記録を開始すると、ステップＳ２において記録モジュール３７が記録処理を開始する記録開始時に変数を初期化し、コンテンツ単位で新たなコンテンツ用のファイルを再生履歴テーブルに追加登録する。次いで、ステップＳ３において、コンテンツ用のファイル作成時における初期化処理を行なう。まず、サイズがある容量を超えないようにコンテンツ毎に複数のファイルに分割し、再生履歴テーブルへのファイル登録を行なう。新規登録の際には、ファイル毎の再生履歴、転送履歴等の変数を初期化（“０”）する。
【００１８】
次いで、ステップＳ４において、ストリームコンテンツを取得し、ステップＳ５においてエンコード処理を行なう。ステップＳ６において、ストリームファイルの再生時間を計時しておき、ステップＳ７において計時しているファイル再生時間が、設定されているファイルの管理単位時間、例えば１０分を超えてか否かを判断する。超えていれば（Ｙ）、ステップＳ８に進みファイルをクローズし、ステップＳ９において次のファイルを作成し、継続してストリームを取得する。
【００１９】
以下、同様の処理を行ない、図４に示すように１つのコンテンツについて複数のファイルからなる再生履歴テーブルを順次作成していく。ステップＳ７においてＮであれば、それ以上ファイルを作成する必要はないため、ステップＳ１０においてエンコードデータを継続してファイル化し、ステップＳ１１において記録終了を促す操作があったか否かを判定する。記録終了操作がなければ（Ｎ）、ステップＳ４に進み、ストリームを取得し、以降、同様の処理を行なう。記録終了操作があれば（Ｙ）、ステップＳ１２に進み、ファイルをクローズにしてステップＳ１３で処理を終了する。
【００２０】
尚、このようにして作成された再生履歴テーブルは、ファイル毎の再生履歴と転送履歴とがともに“０”である。
【００２１】
次に、図６を参照しながら、再生モジュールの処理の流れについて説明を行なう。まず、ステップＳ２１において再生処理を開始すると、ステップＳ２２において、変数の初期化（再生対象コンテンツに含まれる全てのファイルの再生履歴を“０”にリセット）し、ステップＳ２３においてファイルを開く際における初期化処理を行なう。
【００２２】
すなわち、新規ファイルを作成し、変数を初期化し、再生履歴テーブルへのファイル登録を行なう。次いで、ステップＳ２４においてファイルからストリームを取得し、ステップＳ２５において取得したストリームをデコード処理する。ステップＳ２６において現在のファイルを最後まで再生したかどうかを判定し、最後まで再生した場合には（Ｙ）、ステップＳ２７に進み、ファイルをクローズし、ステップＳ２８においてファイルの再生履歴情報を“１”に更新し、ステップＳ２９において次のファイルに関して、ステップＳ２３からの処理を行なう。
【００２３】
Ｓ２６においてＮの場合には、ステップＳ３０に進み、再生終了操作があるか否かを判定する、再生終了操作がない場合には（Ｎ）、ステップＳ２４に戻る、再生終了操作がある場合には（Ｙ）、ステップＳ３１に進みファイルをクローズし、ステップＳ３２において処理を終了する。このような処理により、あるコンテンツを分割されたファイルを単位として再生していくことができる。
【００２４】
次に、コンテンツの転送処理を行なう転送モジュールの処理の流れについて図７を参照しながら説明を行なう。まず、転送元装置から転送先装置へのコンテンツの転送処理を開始すると（ステップＳ４１）、ステップＳ４２において転送開始時の初期化を行なう。ここで、転送対象であるコンテンツに含まれる全ファイル数を取得し、ファイル数のカウンタを０に初期化する。
【００２５】
次いで、ステップＳ４３において、ファイル単位で再生履歴が“１”であるかどうかを判定し、“１”である場合には（Ｙ）、既に転送元装置で再生したファイルであるため転送は不要であると判断しステップＳ４６に進む、“０”である場合には（Ｎ）、まだ転送元装置で再生していないファイルであると判断されるため、転送先装置で再生する必要があり従ってステップＳ４４に進み該当するファイルを転送先装置に転送し、ステップＳ４５において該当するファイルの転送履歴を“１”に変更する。
【００２６】
ステップＳ４６において、転送カウンタ数がコンテンツの全ファイル数以下であるか否かを判定し、全ファイル数を超えていた場合には（Ｎ）ステップＳ４７に進み処理を終了する。全ファイル数以下である場合には（Ｙ）ステップＳ４８に進み、ファイル数カウンタを＋１し、ステップＳ４９において次のファイルを対象とし、ステップＳ４３に進む。
【００２７】
以上に説明したように、コンテンツに含まれるファイルであって転送元装置で再生されていないファイルのみを全て転送すると、ファイル単位での転送処理が終了する。
【００２８】
以上に説明したように、本実施の形態によるコンテンツ転送技術においては、コンテンツを記憶し、再生する場合に、コンテンツを複数のファイルに分割して管理しておき、コンテンツを別の装置に転送する際にもファイル単位で転送することにより、きめ細かい転送管理を行なうことができる。例えば、記憶したコンテンツのうち再生済みのファイルは転送しないように管理することで、視聴者が新に視聴したいコンテンツの部分だけを転送することができ、転送時間を短縮するとともに、転送先でのメモリ占有を極力少なくすることができるという利点がある。尚、分割ファイル数は、コンテンツを転送しようとした場合に、転送先装置の記憶装置には入りきらない程度の容量しか残っていない場合には、残容量内に入り切るようにファイルの再分割を検討し、入りきるようであれば、そのような条件でファイルを再分割することも可能である。
【００２９】
次に、本発明の第２の実施の形態によるコンテンツ転送技術について図面を参照しながら説明を行なう。図８は、本実施の形態によるコンテンツ転送に関連するユーザインターフェイスの一表示例を示す図である。図８に示すコンテンツ転送元装置のユーザインターフェイス５０は、図４に示す再生履歴テーブルの構成に基づいて作成されるグラフィックユーザインターフェイス（ＧＵＩ）である。このＧＵＩは、基本的に、横軸に時間をとった帯状の形状を有しており、時間軸上においてコンテンツを複数のファイル単位５１に区切るとともに、ファイル単位で時間軸上を移動可能な選択カーソル５３を有している。さらに、表示される時間軸を変更できるボタン６３ａ、６３ｂを有している。ファイル単位で転送元装置で再生済みのファイルと、未再生のファイルとが一見して区別できるようになっている。選択カーソル５３で選んだファイルから時間軸上で先のファイルを転送することができる。ファイル毎、全ファイル、転送も可能である。このようなＧＵＩを利用することで、ファイル単位で所望の時間から先のファイルを転送先装置に転送する際に便利なインターフェイスを提供することができる。すなわち、コンテンツ転送時は、転送判断部がコンテンツ転送するか否かを判断しているが、視覚的に１つのコンテンツを再生したファイル（領域）と、再生していないファイル（領域）と、に区別して表示し、ユーザーが転送したいファイル（領域）を選択できるようにすることができる。尚、上記の例では、ファイルの時間単位が一定の例について説明したが、ファイルの時間単位は可変でも良く、ファイル毎に異なっていても良い。
【産業上の利用可能性】
【００３０】
本発明は、コンテンツの転送装置に利用可能である。
【図面の簡単な説明】
【００３１】
【図１】本発明の一実施の形態によるコンテンツ転送元装置のハードウェア構成例を示す機能ブロック図である。
【図２】図１に示すコンテンツ転送元装置のソフトウェア構成例を示す図である。
【図３】本実施の形態によるコンテンツ転送先装置のハードウェア構成例を示す図である。
【図４】コンテンツ転送元装置の再生履歴管理モジュールにおいて管理されている再生履歴テーブルの一構成例を示す図である。
【図５】記録モジュール（図２）の処理の流れを示すフローチャート図である。
【図６】再生モジュールの処理の流れを示すフローチャート図である。
【図７】コンテンツの転送処理を行なう転送モジュールの処理の流れを示すフローチャート図である。
【図８】本発明の第２の実施の形態によるコンテンツ転送技術に関連するユーザインターフェイスの一表示例を示す図である。
【符号の説明】
【００３２】
Ａ…コンテンツ転送元装置、ＢＬ…バスライン、１…操作部、３…コーデック処理部（ＤＳＰ）、５…大容量記憶装置（ＨＤＤ等）、７…外部入出力インターフェイス（Ｉ／Ｆ）部、１１…ＣＰＵ、１５…ＲＡＭ、１７…フラッシュＲＯＭ、２１…テレビ出力端子、３１…ユーザインターフェイスモジュール、３３…再生履歴管理モジュール、３５…再生モジュール、３７…記録モジュール、３７ａ…ストリーム分割判断部、３７ｂ…ファイル化部、４１…転送モジュール。
【図１】
0004568217.tif 000002
【図２】
0004568217.tif 000003
【図３】
0004568217.tif 000004
【図４】
0004568217.tif 000005
【図５】
0004568217.tif 000006
【図６】
0004568217.tif 000007
【図７】
0004568217.tif 000008
【図８】
0004568217.tif 000009