(57)【要約】【課題】  コンテンツ数が多い場合であっても、コンテンツ情報ツリーを迅速に生成すること。【解決手段】  コンテンツ情報ツリー生成装置は、コンテンツ記憶部に記憶されているコンテンツ数が所定の限界コンテンツ数より大きいか否かを判断する判断手段と、コンテンツ数が限界コンテンツ数より大きいと判断された場合、コンテンツ記憶部に記録されているコンテンツの中から、所定条件に従って限界コンテンツ数以下のコンテンツを選択し、選択されたコンテンツのみのコンテンツ情報が格納された優先コンテンツ情報ツリーを生成する優先コンテンツ情報ツリー生成手段とを備える。従って、コンテンツ数が多くても、限界コンテンツ数以下の優先コンテンツ情報ツリーが生成されるので、優先コンテンツ情報ツリーを生成し終えるまでの時間を短縮することができる。【選択図】図６
2010097678.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ記憶部に記録されているコンテンツのコンテンツ情報が格納されたコンテンツ情報ツリーを生成するコンテンツ情報ツリー生成装置であって、
前記コンテンツ記憶部に記録されているコンテンツ数が所定の限界コンテンツ数より大きいか否かを判断する判断手段と、
コンテンツ数が前記限界コンテンツ数より大きいと判断された場合、前記コンテンツ記憶部に記録されているコンテンツの中から、所定条件に従って前記限界コンテンツ数以下のコンテンツを選択し、選択されたコンテンツのみのコンテンツ情報が格納された優先コンテンツ情報ツリーを生成する優先コンテンツ情報ツリー生成手段とを備える、コンテンツ情報ツリー生成装置。
【請求項２】
前記コンテンツ記憶部に記録されているが、前記優先コンテンツ情報ツリーに格納されていないコンテンツのコンテンツ情報が格納された残存コンテンツ情報データベースを管理する残存コンテンツ情報管理手段をさらに備える、請求項１に記載のコンテンツ情報ツリー生成装置。
【請求項３】
前記コンテンツ記憶部に記録されているコンテンツのコンテンツ情報を表示する際に、表示すべきコンテンツのコンテンツ情報が前記優先コンテンツ情報ツリーに格納されているか否かを判断するコンテンツ情報判断手段と、
表示すべきコンテンツのコンテンツ情報が前記優先コンテンツ情報ツリーに格納されている場合に、前記優先コンテンツ情報ツリーから前記コンテンツ情報を取得し、表示すべきコンテンツのコンテンツ情報が前記優先コンテンツ情報ツリーに格納されていない場合に、前記残存コンテンツ情報データベースから前記コンテンツ情報を取得するコンテンツ情報取得手段と、
前記コンテンツ情報取得手段が取得したコンテンツ情報を表示装置に表示させる表示制御手段とをさらに備える、請求項２に記載のコンテンツ情報ツリー生成装置。
【請求項４】
前記コンテンツ記憶部に記録されているコンテンツを再生する際に、再生すべきコンテンツの所在情報が前記優先コンテンツ情報ツリーに格納されているか否かを判断する所在情報判断手段と、
再生すべきコンテンツの所在情報が前記優先コンテンツ情報ツリーに格納されている場合に、前記優先コンテンツ情報ツリーから前記所在情報を取得し、再生すべきコンテンツの所在情報が前記優先コンテンツ情報ツリーに格納されていない場合に、前記残存コンテンツ情報データベースから前記所在情報を取得する所在情報取得手段と、
前記所在情報取得手段が取得した所在情報に基づいて、再生手段に、前記コンテンツ記憶部からコンテンツを読み出して再生させる再生制御手段とをさらに備える、請求項２または３に記載のコンテンツ情報ツリー生成装置。
【請求項５】
前記優先コンテンツ情報ツリーに前記残存コンテンツ情報データベースに記録されているコンテンツ情報を追加することによって、最終コンテンツ情報ツリーを生成する最終コンテンツ情報ツリー生成手段をさらに備える、請求項２〜４のいずれかに記載のコンテンツ情報ツリー生成装置。
【請求項６】
前記コンテンツ情報が最終再生日時を含み、
前記優先コンテンツ情報ツリー生成手段が、最終再生日時が新しい順に前記限界コンテンツ数以下のコンテンツを選択する、請求項１〜５のいずれかに記載のコンテンツ情報ツリー生成装置。
【請求項７】
請求項１〜６のいずれかに記載のコンテンツ情報ツリー生成装置の各手段をコンピュータに実行させる、コンテンツ情報ツリー生成プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ記憶部に記録されたコンテンツのコンテンツ情報が格納されたコンテンツ情報ツリーを生成するコンテンツ情報ツリー生成装置及びそのプログラムに関する。
【背景技術】
【０００２】
近年、ＨＤＤ（Hard Disk Drive）を備え、ＨＤＤに記録されている複数のコンテンツ（例えば曲ファイル）の中から選択された曲ファイルを再生する再生装置が普及してきている。このような再生装置においては、スタンバイ状態から電源オン状態に移行する際に、ＨＤＤに記録されたコンテンツのコンテンツ情報（アーティスト名、アルバム名、トラック名等）を階層構造で管理したコンテンツ情報ツリーを構築する。コンテンツ情報はＨＤＤに格納されているコンテンツ情報データベース（以下、コンテンツ情報ＤＢという。）に記録されているが、コンテンツリストを表示部に表示する際に、その都度コンテンツ情報ＤＢからコンテンツ情報を検索していると多大な時間がかかるので、コンテンツ情報ツリーからコンテンツ情報を検索することによってコンテンツ情報検索の時間を短縮できる。なお、コンテンツ情報ツリーは、例えば、アーティストモードでコンテンツを検索する際には、上位階層から、アーティスト、アルバム、トラックの順に階層構造が形成されたアーティストツリーが生成される。
【０００３】
しかし、ＨＤＤに記録されているコンテンツの数が膨大になると、スタンバイ状態から電源オン状態に移行する際に、コンテンツ情報ツリーを生成し終えるまでに多大な時間がかかり、その結果、ユーザが直ぐに音楽を聴くことができないという問題が生じる。
【０００４】
【特許文献１】特開２００４−４２４５号
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は上記従来の課題を解決するためになされたものであり、その目的は、コンテンツ数が多い場合であっても、コンテンツ情報ツリーを迅速に生成することができるコンテンツ情報ツリー生成装置を提供することである。
【課題を解決するための手段】
【０００６】
本発明の好ましい実施形態によるコンテンツ情報ツリー生成装置は、コンテンツ記憶部に記録されているコンテンツのコンテンツ情報が格納されたコンテンツ情報ツリーを生成するコンテンツ情報ツリー生成装置であって、前記コンテンツ記憶部に記録されているコンテンツ数が所定の限界コンテンツ数より大きいか否かを判断する判断手段と、コンテンツ数が前記限界コンテンツ数より大きいと判断された場合、前記コンテンツ記憶部に記録されているコンテンツの中から、所定条件に従って前記限界コンテンツ数以下のコンテンツを選択し、選択されたコンテンツのみのコンテンツ情報が格納された優先コンテンツ情報ツリーを生成する優先コンテンツ情報ツリー生成手段とを備える。
【０００７】
コンテンツ数が限界コンテンツ数よりも大きい場合には、限界コンテンツ数以下のコンテンツが選択されて、選択されたコンテンツのコンテンツ情報のみを含む優先コンテンツ情報ツリーが生成される。従って、コンテンツ数が多くても、限界コンテンツ数以下の優先コンテンツ情報ツリーが生成されるので、優先コンテンツ情報ツリーを生成し終えるまでの時間を短縮することができる。
【０００８】
好ましい実施形態においては、前記コンテンツ記憶部に記録されているが、前記優先コンテンツ情報ツリーに格納されていないコンテンツのコンテンツ情報が格納された残存コンテンツ情報データベースを管理する残存コンテンツ情報管理手段をさらに備える。
【０００９】
好ましい実施形態においては、前記コンテンツ記憶部に記録されているコンテンツのコンテンツ情報を表示する際に、表示すべきコンテンツのコンテンツ情報が前記優先コンテンツ情報ツリーに格納されているか否かを判断するコンテンツ情報判断手段と、表示すべきコンテンツのコンテンツ情報が前記優先コンテンツ情報ツリーに格納されている場合に、前記優先コンテンツ情報ツリーから前記コンテンツ情報を取得し、表示すべきコンテンツのコンテンツ情報が前記優先コンテンツ情報ツリーに格納されていない場合に、前記残存コンテンツ情報データベースから前記コンテンツ情報を取得するコンテンツ情報取得手段と、前記コンテンツ情報取得手段が取得したコンテンツ情報を表示装置に表示させる表示制御手段とをさらに備える。
【００１０】
この場合、優先コンテンツ情報ツリーに格納されていないコンテンツのコンテンツ情報であっても、残存コンテンツ情報データベースからそのコンテンツ情報を取得することによって、コンテンツ情報を表示することができる。
【００１１】
好ましい実施形態においては、前記コンテンツ記憶部に記録されているコンテンツを再生する際に、再生すべきコンテンツの所在情報が前記優先コンテンツ情報ツリーに格納されているか否かを判断する所在情報判断手段と、再生すべきコンテンツの所在情報が前記優先コンテンツ情報ツリーに格納されている場合に、前記優先コンテンツ情報ツリーから前記所在情報を取得し、再生すべきコンテンツの所在情報が前記優先コンテンツ情報ツリーに格納されていない場合に、前記残存コンテンツ情報データベースから前記所在情報を取得する所在情報取得手段と、前記所在情報取得手段が取得した所在情報に基づいて、再生手段に、前記コンテンツ記憶部からコンテンツを読み出して再生させる再生制御手段とをさらに備える。
【００１２】
この場合、優先コンテンツ情報ツリーに格納されていないコンテンツの所在情報であっても、残存コンテンツ情報データベースからその所在情報を取得することによって、所在情報を特定してコンテンツを再生することができる。
【００１３】
好ましい実施形態においては、前記優先コンテンツ情報ツリーに前記残存コンテンツ情報データベースに記録されているコンテンツ情報を追加することによって、最終コンテンツ情報ツリーを生成する最終コンテンツ情報ツリー生成手段をさらに備える。
【００１４】
この場合、後から、優先コンテンツ情報ツリーと残存コンテンツ情報データベースとに基づいて最終コンテンツ情報ツリーを生成することができる。従って、残存コンテンツ情報データベースからコンテンツ情報を検索すると多大な時間がかかるが、最終コンテンツ情報ツリーから全てのコンテンツ情報を検索できるようになるので、コンテンツ情報を迅速に検索できるようになる。
【００１５】
好ましい実施形態においては、前記コンテンツ情報が最終再生日時を含み、前記優先コンテンツ情報ツリー生成手段が、最終再生日時が新しい順に前記限界コンテンツ数以下のコンテンツを選択する。
【００１６】
最終再生日時が新しい（つまり、現在に近い）コンテンツは、ユーザ操作によって、コンテンツ情報が表示される可能性が高い、又は、コンテンツが再生される可能性が高い。従って、最終再生日時が新しいコンテンツを優先的に優先コンテンツ情報ツリーに含めることによって、ユーザに不快感を与える可能性を低くできる。
【発明の効果】
【００１７】
コンテンツ数が多くても、限界コンテンツ数以下の優先コンテンツ情報ツリーが生成されるので、優先コンテンツ情報ツリーを生成し終えるまでの時間を短縮することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の好ましい実施形態について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。
【００１９】
図１は、本発明の好ましい実施形態によるコンテンツ情報ツリー生成装置が適用される再生装置１の構成を示すブロック図である。コンテンツは、映像データ、曲（音楽）データ、又は、静止画データ等の総称であるが、本例では曲ファイル（トラックともいう。）である。再生装置１は、ＨＤＤ（Hard Disk Drive）５に記録されている複数の曲ファイルの中から選択された曲ファイルを再生部６において再生し、図示しないスピーカーから音声を出力する。
【００２０】
再生装置１は、制御部２、ＲＡＭ３、ＲＯＭ４、ＨＤＤ等のコンテンツ記憶部５、再生部６、操作部７、及び、表示部８を備える。これらは、バスを介して互いに接続されている。
【００２１】
ＨＤＤ５には複数のコンテンツ（曲ファイル）が記録されている。ＨＤＤ５に記録されている曲ファイルは、制御部２の指示によって読み出され、再生部６によって再生される。
【００２２】
ＨＤＤ５には、コンテンツ情報データベース（以下、コンテンツ情報ＤＢという）が格納されている。コンテンツ情報ＤＢは、ＨＤＤ５に記録されている全コンテンツに関するコンテンツ情報や所在情報を管理するデータベースである。図２は、コンテンツ情報ＤＢの一例を示す。
【００２３】
図２に示すとおり、コンテンツ情報ＤＢは、インデックスに対応付けて、コンテンツ情報（トラック名、アーティスト名、アルバム名、最終再生日時など）と、アーティストＩＤと、アルバムＩＤとが登録されている。また、図示しないが、コンテンツ情報ＤＢはコンテンツのＨＤＤ５における所在を示すファイルパスや、再生回数等の情報も記録されている。
【００２４】
インデックスは、トラックに付与されている通し番号であり、ＨＤＤ５に記録される順に付与される。アーティストＩＤは、コンテンツ情報ＤＢに登録されている全アーティスト名について、５０音順及び／又はアルファベット順に付与される通し番号である。従って、新たなアーティスト名がコンテンツ情報ＤＢに登録される毎に、全アーティストＩＤを再度付与し直す。アルバムＩＤは、コンテンツ情報ＤＢに登録されている全アルバム名について、５０音順及び／又はアルファベット順に付与される通し番号である。従って、新たなアルバム名がコンテンツ情報ＤＢに登録される毎に、全アルバムＩＤを再度付与し直す。最終再生日時は、トラックが最後に再生された日時である。
【００２５】
図１に戻り、制御部２は、再生装置１全体を制御するものであり、ＲＯＭ４またはＨＤＤ５に格納されたコンテンツ情報ツリー生成プログラムをＲＡＭ３内に読み出して実行することにより、後述する各処理を実行する。
【００２６】
制御部２は、コンテンツ情報ＤＢに記録されているコンテンツ情報に基づいて、コンテンツ情報ツリーを生成する。コンテンツ情報ツリーは、表示部８にコンテンツリスト（例えば、アーティスト名の一覧であるアーティストリスト、アルバム名の一覧であるアルバムリスト、又は、トラック名の一覧であるトラックリスト）を表示する際に、表示すべきコンテンツ情報（アーティスト名、アルバム名、トラック名）を容易に検索して取得するために使用される。以下では、コンテンツ情報ツリーが、アーティスト名からトラックを検索するアーティストモードで使用されるアーティストツリーである場合を説明する。
【００２７】
図３は、アーティストツリーを示す概念図である。アーティストツリーは、上位階層から順に、アーティストＩＤ、アルバムＩＤ、トラックの順に階層構造を形成している。ツリーに記述しているボックスのことをノードと呼ぶ。アーティストＩＤのノードには、アーティストＩＤで特定されるアーティスト名が格納されている。アルバムＩＤのノードには、アルバムＩＤで特定されるアルバム名が格納されている。また、トラックのノードには、トラックのトラック名や、トラックのＨＤＤ５における所在情報であるファイルパス（アドレス）が格納されている。
【００２８】
制御部２は、アーティストツリーを生成する際に、コンテンツ情報ＤＢに記録されているコンテンツ数（つまり、ＨＤＤ５に記録されているコンテンツ数）が所定の限界コンテンツ数を超えているか否かを判断する。限界コンテンツ数は、コンテンツ数が限界コンテンツ数を越えると、アーティストツリーを生成し終えるまでの時間が長くなりユーザに不快感を与えると考えられる数であり、一般的には再生装置１の製造者によって設定される。なお、限界コンテンツ数はユーザ操作によって任意の数に変更可能であってもよい。
【００２９】
コンテンツ数が限界コンテンツ数を越えている場合、制御部２は、図４に示す優先コンテンツ情報データベース（以下、優先ＤＢという。）、および、図５に示す残存コンテンツ情報データベース（以下、残存ＤＢという。）を生成し、ＨＤＤ５に格納する。優先ＤＢは、コンテンツ情報ＤＢ内のコンテンツのコンテンツ情報の内、所定の条件に従って、限界コンテンツ数以下のコンテンツを抽出し、抽出したコンテンツのコンテンツ情報が登録される。ここで、所定の条件とは、例えば、最終再生日時が新しい（最近に近い）順、又は、再生回数が多い順等である。残存ＤＢは、コンテンツ情報ＤＢ内のコンテンツのコンテンツ情報の内、優先ＤＢに登録したコンテンツ以外のコンテンツのコンテンツ情報が登録される。
【００３０】
制御部２は、例えばスタンバイ状態から電源オン状態に移行するときに、アーティストツリーを生成する場合、最初に限界コンテンツ数以下のコンテンツのコンテンツ情報のみを含む優先ＤＢから、アーティストツリー（以下、優先アーティストツリーという。）を生成する。従って、コンテンツ情報ＤＢのコンテンツ数が限界コンテンツ数を越えている場合に、コンテンツ情報ＤＢの全コンテンツについてのアーティストツリーを生成する場合に比べて、優先アーティストツリーを生成し終えるまでの時間を短縮でき、ユーザに不快感を与えることを防止できる。また、制御部２は、後から負荷がかかっていない状態の（又は、何も動作していない）時に、優先アーティストツリーに残存ＤＢに含まれているコンテンツのコンテンツ情報を追加することによって、完全なアーティストツリー（以下、最終アーティストツリーという。）を生成する。
【００３１】
再び図１に戻り、操作部７は、ユーザからの指示を受け付けて制御部２に送信するものであり、操作ボタンやリモコン等である。表示部８は、ＬＣＤ（液晶ディスプレイ）やＦＬ管等であり、制御部２の指示に基づいて、コンテンツリストや、再生中の曲ファイルのコンテンツ情報等を表示する。再生部６は、ＨＤＤ５から読み出された曲ファイルを再生（例えば、デコード、Ｄ／Ａ変換、増幅処理等）する。
【００３２】
以上の構成を有する再生装置１について、その動作を説明する。
［優先アーティストツリー生成処理］
優先アーティストツリー生成処理を、図６を参照して説明する。例えば、再生装置１がスタンバイ状態から電源オン状態に移行するとき、制御部２は、コンテンツ情報ＤＢを検索し、コンテンツ情報ＤＢにコンテンツ情報が登録されているコンテンツの数を取得する（Ｓ１）。制御部２は、取得したコンテンツ数が限界コンテンツ数limitよりも大であるか否かを判断する（Ｓ２）。コンテンツ数が限界コンテンツ数limit以下である場合（Ｓ２でＮＯ）、制御部２は、優先アーティストツリーを生成することなく、コンテンツ情報ＤＢの全コンテンツについての最終アーティストツリーを直接生成する（Ｓ６）。コンテンツ情報ＤＢの全コンテンツについて最終アーティストツリーを生成しても、ユーザに不快感を与える時間かからないからである。
【００３３】
コンテンツ数が限界コンテンツ数limitよりも大である場合（Ｓ２でＹＥＳ）、制御部２は、コンテンツ情報ＤＢのトラックの内、限界コンテンツ数limitに達するまで、最終再生日時が新しいトラックから順に優先ＤＢにコンテンツ情報を登録することにより、優先ＤＢを生成する（Ｓ３）。従って、優先ＤＢには、限界コンテンツ数分のトラックのコンテンツ情報が登録される。なお、限界コンテンツ数分ではなく、（限界コンテンツ数−所定数）分のトラックのコンテンツ情報が優先ＤＢに登録されても良い。
【００３４】
次に、制御部２は、コンテンツ情報ＤＢの全コンテンツの内、Ｓ３で優先ＤＢに登録されなかった残りのトラックのコンテンツ情報を残存ＤＢに登録することにより、残存ＤＢを生成する（Ｓ４）。従って、残存ＤＢには、（コンテンツ情報ＤＢのコンテンツ数−優先ＤＢのコンテンツ数）分のトラックのコンテンツ情報が登録される。
【００３５】
次に、制御部２は、優先ＤＢに登録されているトラックのコンテンツ情報に基づいて、図７に示す優先アーティストツリーを生成する（Ｓ５）。優先ＤＢには、限界コンテンツ数分のトラックのコンテンツ情報しか含まれていないので、優先アーティストツリーには一部のトラックのコンテンツ情報が含まれていない。図７の例では、破線で囲んだアーティストＩＤであるアーティストＩＤ３は、アーティストＩＤ３が付与されたトラックが優先ＤＢに含まれていないので、優先アーティストツリーには含まれていない。同様に、破線で囲んだアルバムＩＤであるアルバムＩＤ５も、アルバムＩＤ５が付与されたトラックが優先ＤＢに含まれていないので、優先アーティストツリーには含まれていない。また、破線で囲んだトラックＰも優先ＤＢに含まれていないので、優先アーティストツリーには含まれていない。
【００３６】
一方、実線で囲んだアーティストＩＤであるアーティストＩＤ１、ＩＤ２、ＩＤ４は、これらのアーティストＩＤが付与されたトラックのコンテンツ情報が優先ＤＢに含まれているので、優先アーティストツリーに含まれている。つまり、これらのアーティストＩＤのノードには各アーティスト名が優先ＤＢから取得されて格納されている。同様に、実線で囲んだアルバムＩＤであるアルバムＩＤ１は、このアルバムＩＤが付与されたトラックのコンテンツ情報が優先ＤＢに含まれているので、優先アーティストツリーに含まれている。つまり、このアルバムＩＤのノードにはアルバム名が優先ＤＢから取得されて格納されている。また、実線で囲んだトラックであるトラックＡ、Ｑには、トラックのコンテンツ情報が優先ＤＢに含まれているので、これらのトラックのノードが優先アーティストツリーに含まれている。つまり、これらのトラックのノードにはトラック名やファイルパスが優先ＤＢから取得されて格納されている。
【００３７】
以上のように、制御部２は、限界コンテンツ数以下のトラックのコンテンツ情報のみを含む優先ＤＢに基づいて、優先アーティストツリーを生成するので、優先アーティストツリーを生成し終えるまでの時間を従来と比較して短縮することができる。なお、優先アーティストツリーには、最終再生日時が新しいトラックが優先的に含まれることになるので、アーティストリスト（アルバムリスト、トラックリストも同様）等のコンテンツリストを表示した場合であっても、ユーザが最近よく聞くトラックに関するアーティスト名、アルバム名、トラック名を表示することができる。なお、優先ＤＢを生成することなく、コンテンツ情報ＤＢの一部のトラックのコンテンツ情報から直接、優先アーティストツリーを生成してもよい。
【００３８】
［アーティストリスト表示処理］
優先アーティストツリーを用いたアーティストリスト表示処理を、図８を参照して説明する。本例では、一部のトラックのアーティスト名しか含まない優先アーティストツリーを用いるにもかかわらず、残存ＤＢを併用することによって、全てのトラックのアーティスト名を漏れなく表示することができる。
【００３９】
ユーザ操作によってアーティストリストを表示する指示が入力されると、制御部２は、ユーザ操作に応じて、５０音順及び／又はアルファベット順にソートされたアーティストリストについて表示すべきアーティスト名の開始番号ＳＴと、終了番号ＥＮを特定する（Ｓ１１）。例えば、１番目〜１０番目までの１０個のアーティスト名を表示する場合、ＳＴ＝１、ＥＮ＝１０となる。また、５番目〜１４番目の１０個のアーティスト名を表示する場合、ＳＴ＝５、ＥＮ＝１４となる。
【００４０】
次に、制御部２は、アーティスト名を取得すべきアーティストＩＤを開始番号ＳＴに初期化する（Ｓ１２）。ここでは、ＳＴ＝１であるので、アーティストＩＤはアーティストＩＤ１に設定される。次に、制御部２は、現在のアーティストＩＤのノードが優先アーティストツリーに含まれているか否かを判断する（Ｓ１３）。例えば、図７に示すように、アーティストＩＤ１のノードは優先アーティストツリーに含まれている（Ｓ１３でＹＥＳ）。従って、制御部２は、優先アーティストツリーのアーティストＩＤのノードからアーティスト名を取得して、ＲＡＭ３に格納する（Ｓ１４）。その後、制御部２は、アーティストＩＤが終了番号ＥＮであるか否かを判断し（Ｓ１６）、未だ終了番号ＥＮに達していなければ（Ｓ１６でＮＯ）、アーティストＩＤを１増加させて（Ｓ１８）、Ｓ１３に戻る。すなわち、開始番号ＳＴ〜終了番号ＥＮまでのアーティストＩＤについて、上記の処理を繰り返し、アーティスト名をＲＡＭ３に格納する。
【００４１】
図７に示すように、アーティストＩＤ３のノードは優先アーティストツリーに含まれていない（Ｓ１３でＮＯ）。この場合、制御部２は、優先アーティストツリーではなく、残存ＤＢを検索して、残存ＤＢに登録されているアーティストＩＤ３のアーティスト名を取得し、ＲＡＭ３に格納する。優先アーティストツリーから検索する場合に比べて時間はかかるが、アーティスト名を取得することができる。
【００４２】
アーティストＩＤが終了番号ＥＮに達した場合（Ｓ１６でＹＥＳ）、つまり、開始番号ＳＴ〜終了番号ＥＮまでのアーティスト名をＲＡＭ３に格納し終えた場合、制御部２は、ＲＡＭ３に格納されたアーティスト名を含むアーティストリストを表示部８に表示させる（Ｓ１７）。以上のように、優先アーティストツリーと残存ＤＢとを併用することによって、優先アーティストツリーに含まれていないトラックのアーティスト名についても表示することができる。
【００４３】
［アルバムリスト表示処理］
図８の処理によって表示されたアーティストリストの中からユーザ操作によって所望のアーティストが選択され、選択されたアーティストのアルバム名の一覧であるアルバムリストを表示する処理を、図９を参照して説明する。ここで、優先アーティストツリーからは、各アーティストＩＤが下位層に含むアルバムＩＤの実際の数（つまり、最終アーティストツリーにおける各アーティストＩＤが下位層に含むアルバムＩＤの数）を判断することができない。各アーティストＩＤに含まれているアルバムＩＤは順番に並んでいるわけではないので、アルバムＩＤが連続していないときに、実際にアルバムＩＤが下位層に含まれないのか、又は、アルバムＩＤが残存ＤＢに含まれているのかを優先アーティストツリーのみからでは判別できないからである。そこで、本例では、残存ＤＢからアーティストＩＤに対応するアルバムＩＤの数を取得することによってその問題を解決する。
【００４４】
図９に示すとおり、制御部２は、アーティストＩＤが選択されたか（つまり、アーティストリストからユーザ操作によって１つのアーティスト名が選択されたか）否かを判断する（Ｓ２１）。アーティストＩＤが選択されると（Ｓ２１でＹＥＳ）、制御部２は、図７の優先アーティストツリーを参照し、選択されたアーティストＩＤの下位層に含まれるアルバムＩＤの各ノードからアルバム名を取得して、ＲＡＭ３に格納する（Ｓ２２）。例えば、図７を参照し、アーティストＩＤ１が選択されると、その下位層のアルバムＩＤ１のノードからアルバム名が取得されて、ＲＡＭ３に格納される。なお、実際にはアーティストＩＤ１の下位層にはアルバムＩＤ５も含まれているが、優先アーティストツリーにはアルバムＩＤ５が含まれていないので、優先アーティストツリーからはアルバムＩＤ５のアルバム名を取得することはできない。
【００４５】
そこで、制御部２は、選択されたアーティストＩＤに対応するアルバムＩＤの数を残存ＤＢから検索して取得する（Ｓ２３）。そして、制御部２は、取得したアルバムＩＤの数が０よりも大であるか否かを判断する（Ｓ２４）。取得したアルバムの数が０であれば（Ｓ２４でＮＯ）、選択されたアーティストＩＤに含まれるアルバムＩＤは優先アーティストツリーに全て含まれていることになるので、Ｓ２５をスキップして、Ｓ２６に進む。
【００４６】
一方、取得したアルバムＩＤの数が０よりも大であれば（Ｓ２４でＹＥＳ）、制御部２は、選択されたアーティストＩＤに対応するアルバム名を、残存ＤＢを検索して取得し、ＲＡＭ３に格納する。例えば、図７の優先アーティストツリーにおいては、アーティストＩＤ１には実際にはアルバムＩＤ５のノードが含まれているべきであるので、残存ＤＢにアルバムＩＤ５が含まれている。この場合、Ｓ２４でＹＥＳと判断され、残存ＤＢからアルバムＩＤ５のアルバム名が取得され、ＲＡＭ３に格納される。
【００４７】
以上の処理によって、ＲＡＭ３には選択されたアーティストＩＤに対応する全アルバムＩＤのアルバム名を格納することができる。必要に応じて、ＲＡＭ３に格納されたアルバム名は５０音順及び／又はアルファベット順に並べ換えられる。その後、制御部２は、ＲＡＭ３に格納されたアルバム名のうち、表示部８への表示個数分だけ読み出して、表示部８に表示させる。
【００４８】
［トラックリスト表示処理］
図９の処理によって表示されたアルバムリストの中からユーザ操作によって所望のアルバム名が選択され、選択されたアルバムのトラックリストを表示する処理を、図１０に示す。トラックリスト表示処理は、図９のアルバムリスト表示処理において、「アーティスト」を「アルバム」に、「アルバム」を「トラック」に置き換えた内容になっており、基本的には同じ処理であるので、説明を援用する。
【００４９】
［トラック再生処理］
図１０の処理によって表示されたトラックリストの中からユーザ操作によって所望のトラックが選択され、選択されたトラックを特定して再生開始する処理を、図１１を参照して説明する。制御部２は、トラックＩＤが選択されたか否か（つまり、トラックリストの中からユーザ操作によって所望のトラック名が選択されたか否か）を判断する（Ｓ４１）。
【００５０】
トラックＩＤが選択された場合（Ｓ４１でＹＥＳ）、制御部２は、選択されたトラックＩＤのノードが優先アーティストツリーに存在するか否かを判断する（Ｓ４２）。選択されたトラックＩＤのノードが優先アーティストツリーに存在する場合（Ｓ４２でＹＥＳ）、優先アーティストツリーの選択されたトラックＩＤのノードから、選択されたトラックＩＤのファイルパスを取得して、ＨＤＤ５の当該ファイルパスにアクセスしてトラックを読み出し、再生開始する（Ｓ４３）。例えば、図７の優先アーティストツリーにおいて、トラックＡが選択された場合、優先アーティストツリーのトラックＡのノードからファイルパスを読み出して、トラックＡを再生開始する。
【００５１】
一方、選択されたトラックＩＤのノードが優先アーティストツリーに存在しない場合（Ｓ４２でＮＯ）、優先アーティストツリーから、選択されたトラックのファイルパスを取得することができない。そこで、制御部２は、選択されたトラックに対応するファイルパスを残存ＤＢから検索して取得し、ＨＤＤ５の当該ファイルパスにアクセスしてトラックを読み出し、再生開始する（Ｓ４４）。例えば、図７の優先アーティストツリーにおいて、トラックＰが選択された場合、残存ＤＢからトラックＰに対応するファイルパスを読み出して、トラックＰを再生開始する。
【００５２】
［最終アーティストツリー生成処理］
トラック再生処理などを実行していない等の理由で、制御部２の負荷率が小さいときに、制御部２は、優先アーティストツリーに残存ＤＢに記録されているトラックのコンテンツ情報を追加していくことによって、最終アーティストツリーを生成する。
【００５３】
図１２に示すとおり、制御部２は残存ＤＢにトラックのコンテンツ情報が未だ存在しているか否かを判断する（Ｓ５１）。残存ＤＢにトラックのコンテンツ情報が残っていない場合（Ｓ５１でＮＯ）、最終アーティストツリーが完成しているので、処理を終了する。
【００５４】
残存ＤＢにトラックのコンテンツ情報が存在している場合（Ｓ５１でＹＥＳ）、制御部２は、残存ＤＢに含まれているトラックのコンテンツ情報の内、優先アーティストツリーに追加するトラックとして、例えば、アーティストＩＤが最小のトラックを１つ選択する（Ｓ５２）。
【００５５】
続いて、制御部２は、優先アーティストツリーの各アーティストのノードにおいて、選択されたトラックのアーティストＩＤのノードを挿入すべき位置を特定する（Ｓ５３）。そして、制御部２は、特定した位置に選択されたトラックのアーティストＩＤのノードを挿入する（Ｓ５４）。アーティストＩＤのノードを挿入した後に、残存ＤＢからアーティスト名を取得して生成したノードに格納する。ここで、選択されたトラックのアーティストＩＤのノードが既に優先アーティストツリーに存在する場合には、当該アーティストＩＤのノードを優先アーティストツリーに挿入する必要はない。例えば、図７の優先アーティストツリーにおいて、残存ＤＢから選択されたトラックのアーティストＩＤがアーティストＩＤ１である場合、新たにノードを挿入せず、アーティストＩＤ３である場合、新たにアーティストＩＤ３のノードをアーティストＩＤ２のノードの次の位置に挿入する。
【００５６】
続いて、制御部２は、優先アーティストツリーの各アルバムのノードにおいて、選択されたトラックのアルバムＩＤのノードを挿入すべき位置を特定する（Ｓ５５）。そして、制御部２は、特定した位置に選択されたトラックのアルバムＩＤのノードを挿入する（Ｓ５６）。アルバムＩＤのノードを挿入した後に、残存ＤＢからアルバム名を取得して生成したノードに格納する。ここで、選択されたトラックのアルバムＩＤのノードが既に優先アーティストツリーに存在する場合には、当該アルバムＩＤのノードを優先アーティストツリーに挿入する必要はない。例えば、図７の優先アーティストツリーにおいて、残存ＤＢから選択されたトラックのアルバムＩＤがアルバムＩＤ１である場合、新たにノードを挿入せず、アルバムＩＤ５である場合、新たにアルバムＩＤ５のノードをアルバムＩＤ１のノードの次の位置に挿入する。
【００５７】
続いて、制御部２は、優先アーティストツリーの各トラックのノードにおいて、選択されたトラックのノードを挿入すべき位置を特定する（Ｓ５７）。そして、制御部２は、特定した位置に選択されたトラックのノードを挿入する（Ｓ５８）。トラックのノードを挿入した後に、残存ＤＢからトラック名及びファイルパスを取得して生成したノードに格納する。例えば、図７の優先アーティストツリーにおいて、残存ＤＢから選択されたトラックがトラックＰである場合、トラックＰのノードをトラックＡのノードの次の位置に挿入する。
【００５８】
優先アーティストツリーに各ノードを挿入した後、制御部２は、残存ＤＢから選択したトラックの各コンテンツ情報を削除する（Ｓ５９）。その後、Ｓ５１に戻って、上記の処理を残存ＤＢに存在する全トラックについて実行することによって、最終アーティストツリーを生成する。
【００５９】
以上のように、最終的には優先アーティストツリーに残存ＤＢ内のトラックのコンテンツ情報を追加することによって、最終アーティストツリーを生成する。その結果、残存ＤＢからコンテンツ情報を検索する必要がなくなり、コンテンツ情報を検索する時間を短縮できる。
【００６０】
以上、本発明の好ましい実施形態を説明したが、本発明はこれらの実施形態には限定されない。本発明は、上記のコンテンツ記録再生装置を動作させるためのコンピュータプログラムまたはそのコンピュータプログラムを記録した記録媒体という形態で提供されてもよい。
【産業上の利用可能性】
【００６１】
本発明はＨＤＤレコーダやＰＣ等に好適に適用され得る。
【図面の簡単な説明】
【００６２】
【図１】本発明の好ましい実施形態による再生装置１の構成を示すブロック図である。
【図２】コンテンツ情報ＤＢのデータ構造の一例を示す図である。
【図３】最終アーティストツリーを示す概念図である。
【図４】優先ＤＢのデータ構造の一例を示す図である。
【図５】残存ＤＢのデータ構造の一例を示す図である。
【図６】優先アーティストツリー精製処理を示すフローチャートである。
【図７】優先アーティストツリーを示す概念図である。
【図８】アーティストリスト表示処理を示すフローチャートである。
【図９】アルバムリスト表示処理を示すフローチャートである。
【図１０】トラックリスト表示処理を示すフローチャートである。
【図１１】トラック再生処理を示すフローチャートである。
【図１２】最終アーティストツリー精製処理を示すフローチャートである。
【符号の説明】
【００６３】
１          再生装置
２          制御部
３          ＲＡＭ
４          ＲＯＭ
５          ＨＤＤ
６          再生部
７          操作部
８          表示部
【図１】
2010097678.tif 000003
【図２】
2010097678.tif 000004
【図３】
2010097678.tif 000005
【図４】
2010097678.tif 000006
【図５】
2010097678.tif 000007
【図６】
2010097678.tif 000008
【図７】
2010097678.tif 000009
【図８】
2010097678.tif 000010
【図９】
2010097678.tif 000011
【図１０】
2010097678.tif 000012
【図１１】
2010097678.tif 000013
【図１２】
2010097678.tif 000014