JP5040292B2 - 情報処理装置、情報処理方法、プログラム - Google Patents

Description

本発明は、例えば、楽曲単位に相当する単位音声情報に付加されるメタデータ（音声情報対応関連情報）と、テレビジョン放送についての電子番組ガイド情報を形成する情報内容とを利用して情報処理を実行するようにされた情報処理装置とその方法に関する。また、このような情報処理装置が実行するプログラムに関する。

コンテンツとしてのデータを記憶する記憶媒体として、ＨＤ（ハードディスク）や、フラッシュメモリなどに代表される半導体記憶素子を備えて構成される携帯型コンテンツプレーヤが広く普及している状況にある。このような携帯型コンテンツプレーヤでは、内蔵の記憶媒体に対して、例えばオーディオファイルやビデオファイルなどとしてのコンテンツデータを記憶して管理するとともに、このようにして記憶されたコンテンツデータを、例えば所定の再生操作に応じて再生することができるようになっている。このようにして再生されるコンテンツデータの音声は、例えば携帯型コンテンツプレーヤが備えるヘッドフォン端子から、ヘッドフォン駆動用の音声信号として出力されるようになっている。また、再生されるコンテンツデータの画像は、例えば携帯型コンテンツプレーヤが備える表示パネルにおいて表示されるようになっている。

また、現在、我が国では地上デジタルテレビジョン放送のサービスが開始されているが、このサービスの１つとして、「ワンセグ」といわれる、携帯電話などをはじめとした移動体端末向けの放送も行われている状況にある。上記もしているようにワンセグは、デジタルテレビジョン方式を採っているために、移動体端末が必要とする程度の解像度の画像としては高画質が安定して得られることが利点の１つであり、今後において、広い普及が見込まれている。

このようなことを背景として、現状の携帯機器などとしては、例えば最近の携帯電話などに代表されるように、オーディオ・ビデオのコンテンツを記憶保持して再生出力する機能と、ワンセグとしてのテレビジョン放送を受信して、その画像音声を視聴可能に出力する機能とを併せ持つ併合機が知られるようになってきている。

特開２００２−１５２６３９号公報

本願発明としては、例えば上記のようにしてオーディオ・ビデオコンテンツの記憶再生機能と、テレビジョン放送受信機能とを有する併合機などに関して、これまでにはないとされる利便性、操作性が得られるようにすることを目的とする。そして、このために、オーディオ・ビデオコンテンツの記憶・再生機能と、テレビジョン放送受信機能とを単に組み合わせた構成ではなく、ユーザインターフェイス面で、両者の機能間での連携が有効に図られるようにするものである。

そこで本発明は上記した課題を考慮して、情報処理装置として次のように構成する。
つまり、楽曲単位に相当する単位音声情報と、この単位音声情報ごとに関連した１以上の属性項目から形成される音声情報対応関連情報とを少なくとも記憶する記憶手段と、放送予定の番組ごとに関連する所定の情報項目を有して成る電子番組ガイド情報を取得する電子番組ガイド情報取得手段と、上記音声情報対応関連情報における特定の属性項目において示される情報内容と、上記電子番組ガイド情報における所定の情報項目の情報内容とについての比較処理を実行した結果に基づいて、上記電子番組ガイド情報により提示される放送予定の番組のうちから１以上の番組を選択する番組選択手段と、を備え、上記番組選択手段は、上記音声情報対応関連情報における、上記特定の属性項目以外の属性項目であって、対応する単位音声情報についての重要度を示すとされる重要度情報を利用して、上記特定の属性項目において示される情報内容ごとの重要度を示すとされる副次重要度情報を生成するとともに、上記副次重要度情報が示す重要度が一定以上の情報内容を、キーワードとし、上記比較処理として、上記電子番組ガイド情報における放送予定の番組ごとの所定の情報項目の情報内容を対象として、上記キーワードと一致する内容が含まれているか否かについての探索を行うようにされ、探索結果として上記キーワードと一致する内容を含む情報項目があった場合に、その情報項目を有する放送予定の番組を選択することとした。

上記構成では、先ず、楽曲単位相当の単位音声情報を、そのメタデータである音声情報対応関連情報とともに記憶しておくようにされる。また、所定の放送に対応した電子番組ガイド情報を取得することが可能とされている。
そして、音声情報対応関連情報における特定の属性項目において示される情報内容のうちから所定の選択条件に適合したものを選択したうえで、この選択された情報内容と、電子番組ガイド情報における所定の情報項目の情報内容との間での比較を行い、この結果に基づいて、電子番組ガイド情報により提示される放送予定の番組のうちから１以上の番組を選択するようにされる。
先ず、音声情報対応関連情報における特定の属性項目において示される情報内容のうちから所定の選択条件に適合したものとして選択された情報内容は、その選択条件の設定により、ユーザにとって一定以上の重要度を持つものとすることができる。そして、このようにして選択された情報内容と、電子番組ガイド情報における所定の情報項目の情報内容とを比較した結果として選択される番組は、上記の選択された情報内容に関連したものであることになるので、ユーザにとって一定以上の重要度を持つものとなる。

このようにして本発明によっては、単位音声情報に関連したメタデータを基として、ユーザにとって重要度が高いとされる放送予定の番組を特定することが可能になるものであり、これにより、例えば単位音声情報と、放送により得られるコンテンツ情報（放送内容情報）の管理などについて連携をさせることが可能になるなど、これまでよりも高い利便性、有用性を有するユーザインターフェイスを構築することが可能となるものである。

以下、本願発明を実施するための最良の形態（以下、実施の形態という）についての説明を行っていく。本実施形態としては、本願発明に基づく情報処理装置としての構成を、携帯型コンテンツプレーヤに適用した場合を例に挙げることとする。

本実施の形態の携帯型コンテンツプレーヤは、先ず、オーディオコンテンツとして、楽曲単位相当のオーディオファイルのデータを記憶管理可能とされると共に、記憶しているオーディオファイルを、例えばヘッドフォンなどを利用して聴くことができるようにして再生出力可能とされている。また、ビデオコンテンツとして、動画とこれに同期した音声から成る所定形式のビデオファイルのデータについても、記憶管理と、視聴可能な態様による再生出力とが可能とされている。
そのうえで、本実施の形態の携帯型コンテンツプレーヤは、ワンセグといわれる地上デジタルテレビジョン放送を受信して、その画像音声を視聴可能なようにして再生出力することも可能とされている。また、このようなワンセグ受信機能を有することに応じて、ワンセグを受信選局して得られた画像・音声の情報によるビデオコンテンツを、所定形式のビデオファイルとして記憶させて管理することが可能とされている。つまり、ワンセグにより受信選局して得られるビデオコンテンツを記憶する、録画機能も有するようにされる。また、記憶されたワンセグのビデオコンテンツとしてのビデオファイルを再生出力することも可能なようにして構成される。
なお、以降において、ビデオファイルのうちで、ワンセグのビデオコンテンツを記録したものについては録画ファイルといい、録画ファイル以外のビデオファイルについては、一般ビデオファイルともいうことにする。

確認のために述べておくと、ワンセグは、周知のようにして、我が国において行われている地上波テレビジョン放送サービスの１つである。我が国の地上波テレビジョン放送は、ISDB(Integrated Services Digital Broadcasting-Terrestrial)の方式を採っているが、このISDB方式では、１チャンネルあたりに割与えた6MHz帯域を１３のセグメントに分割するようにされている。そのうえで、現状にあっては、ハイビジョンといわれるHDTVの放送には１２セグメントを使用し、通常画質のSDTVには4セグメントを使用することとしたうえで、１つのセグメントが移動体端末向けの放送に予約されている。この移動体向けに予約された1セグメントを使用した放送サービスをワンセグという。
現状では、このワンセグにより伝送する映像の画サイズとしては、QVGA(320×240ピクセル)としている。この仕様は、例えばSDTVなどと比較すれば低解像度ではあるものの、本来がデジタル方式であることから、移動体端末が有する例えば2インチ前後のディスプレイパネル上での表示であれば、充分に品質の高い画像を安定的に得ることができる。また、デジタル放送とされていることで、ワンセグにおいても、データ放送の伝送が可能とされており、このデータ放送の内容を考慮することで、移動体端末の特徴を有効に活用することも期待されている。
なお、ワンセグにおいては、映像圧縮符号化方式としてはH.264（MPEG-4 AVC）を採用し、音声圧縮符号化方式としてはAAC LCを採用している。

図１は、本実施の形態としての携帯型コンテンツプレーヤ１の構成例を示している。
この図に示す構成において、先ず、外部データインターフェイス１１は、所定のデータインターフェイス規格に対応してデータ通信を実行するためのハードウェア構成を含む機能回路部位とされる。
なお、この外部データインターフェイス１１が対応する規格としては特に限定されるものではないが、現状であればＵＳＢ（Universal Serial Bus）、ＩＥＥＥ１３９４などを挙げることができる。また、有線によるデータインターフェイス規格以外にも、例えばBluetooth（登録商標）などの近距離無線によるデータ通信規格を採用することも可能である。

記憶部１２は、主としてコンテンツ関連データＤ１を記憶保存するために使用される。ここでのコンテンツ関連データＤ１は、オーディオコンテンツ(オーディオファイルと、その属性情報(メタデータ)から成るものとする)、及びビデオコンテンツ（一般ビデオファイル、録画ファイル、及びこれらのファイルについての属性情報(メタデータ)から成るものとする）などを一括して示したものとされる。
また、この場合の記憶部１２には、制御部２０を実際に形成する部位の１つとされる、ＣＰＵ(Central Processing Unit)が実行するプログラムＤ２のデータも記憶されることとしている。制御部２０は、記憶部１２から、このプログラムＤ２のデータを読み込んで内部ＲＡＭ（メモリ部２１）に展開し、これを実行するようにされる。これにより、制御部２０としての制御処理動作が実現される。
また、この図では、記憶部１２に記憶される情報として、録画予約設定情報Ｄ３が示されている。本実施の形態の携帯型コンテンツプレーヤ１は、後述するようにして、ワンセグによるテレビジョン放送(ワンセグ放送)のビデオコンテンツの記録を予約録画により行うことが可能とされている。録画予約設定情報Ｄ３は、このワンセグ放送の予約録画を実行するための設定情報である。

この記憶部１２として実際に採用される記憶デバイスについては、電源供給が停止されてもデータが消失しない、いわゆる不揮発性を有するもので、必要なだけの記憶容量を容易に確保できるものであれば特に限定されるものではない。ちなみに、現状であれば、ＨＤＤ（ハードディスクドライブ）、あるいはフラッシュメモリなどを採用することが順当となる。
また、記憶部１２に記憶されるファイル、管理情報などは、所定方式によるファイルシステムにより管理するようにされる。

テレビジョンチューナ部１３は、ワンセグ放送の受信機能に対応して備えられるもので、ワンセグ放送を受信して、少なくとも、放送コンテンツとしての情報（放送内容情報：映像・音声データ、データ放送データなど）を得るようにされる。
このために、テレビジョンチューナ部１３では、アンテナ１４によりワンセグ放送の放送電波を受信して得られた信号(受信信号)を入力し、例えば制御部２０の選局制御（チャンネル指定）に従って選局処理を行うことで、受信信号から、指定された放送局(チャンネル)に対応する受信信号成分を得るようにされる。このとき、制御部２０は、例えば操作部２３に対して行われた選局操作などに応じて指定されたチャンネルが選局されるようにして制御を実行する。そして、この場合のテレビジョンチューナ部１３は、上記指定チャンネルの受信信号成分について、局側からの送出時に施された変調に対する復調処理を実行して、映像・音声それぞれについてのベースバンド信号を得るようにされる。この場合、ベースバンド信号としての映像信号データ及び音声信号データは、それぞれが所定方式により圧縮符号化されているものとされる。
この場合、上記のようにしてテレビジョンチューナ部１３にて得られた映像音声のベースバンド信号は制御部２０が入力し、後述するようにして、制御部２０内の記録再生処理部２２にて、記憶部１２への記録(録画)、あるいは画像音声による再生出力のための信号処理が施される。

ここで、本実施の形態の携帯型コンテンツプレーヤ１が、記憶部１２に記憶されるコンテンツ関連データＤ１としてのコンテンツデータ（オーディオファイル、ビデオファイル）を取得するための態様例について述べておく。
先ず、コンテンツ関連データＤ１のうち、オーディオファイル、及びビデオコンテンツにおける一般ビデオファイルは、外部データインターフェイス１１経由で、外部機器から取得するようにされる。
一例として、上記外部機器がパーソナルコンピュータである場合を例にしたコンテンツデータの取得態様は次のようになる。
先ず、ユーザは、携帯型コンテンツプレーヤ１に対して、外部機器であるパーソナルコンピュータを、外部データインターフェイス１１により通信が可能なようにして接続する。
パーソナルコンピュータには、例えばオーディオファイル及びビデオファイル(一般ビデオファイル)を記憶管理するためのアプリケーションソフトウェアがインストールされている。携帯型コンテンツプレーヤとパーソナルコンピュータとを接続しているときには、このアプリケーションソフトウェアが起動されるようになっている。そして、ユーザが行うアプリケーションソフトウェアに対する操作により、このアプリケーションソフトウェアが記憶管理しているオーディオファイル、ビデオファイルのうちから任意に選択したものを、外部データインターフェイス１１を経由する通信により、携帯型コンテンツプレーヤ１に対して転送するようにされる。なお、このようにしてアプリケーションソフトウェアが、オーディオファイル、ビデオファイルを、携帯型コンテンツプレーヤ１に対して転送するときには、オーディオファイル、ビデオファイルとともに、これらの転送ファイルごとに対応するメタデータも転送するようにされる。
携帯型コンテンツプレーヤ１の制御部２０では、上記のようにして転送され、外部データインターフェイス１１にて受信されるオーディオファイル、ビデオファイル、及びメタデータを取得すると、このデータを、必要に応じて所定の形式に変換するなどしたうえで、記憶部１２に転送して書き込んで記憶させる。

また、コンテンツ関連データＤ１のうち、録画ファイルとしてのビデオコンテンツについては、テレビジョンチューナ部１３にてワンセグ放送を受信して取得したビデオコンテンツとしての映像・音声の情報が元となる。
つまり、制御部２０では、テレビジョンチューナ部１３の受信選局、復調処理によって得たベースバンド信号形式の映像信号データ・音声信号データについてファイル形式化する処理を行ったうえで、このデータを記憶部１２に対して転送して記録させるようにする。このようにして記録されたファイルが録画ファイルとして管理されることになる。ちなみに、確認のために述べておくと、この録画ファイルとしては、予約録画によりワンセグ放送のビデオコンテンツのデータをファイル化して記憶させたものも含まれる。また、制御部２０は、記憶部１２に記憶される録画ファイルごとに対応してメタデータファイルを生成し、このメタデータファイルも、記憶部１２に対して記憶させることとしている。

次に、図１において、記憶部１２に記憶されるコンテンツデータを再生出力するためのブロック構成について説明する。
先ず、記憶部１２に記憶されたコンテンツデータのうちで、オーディオファイルを再生するときには、先ず、制御部２０が、再生対象として指定されたオーディオファイルを記憶部１２から読み出すようにされる。そして、この読み出したオーディオファイルのデータ、つまり、音声信号データを、同じ制御部２０内にあるとされる再生処理部２２に入力し、ここで再生信号処理を実行する。
再生処理部２２は、オーディオコンテンツ、及びビデオコンテンツとしての音声信号データ、映像信号データについての所要の再生信号処理を実行可能に構成された部位である。
この場合の再生信号処理としては、先ず、入力された音声信号データの圧縮符号化形式に応じた復号(伸長処理)を施して、所定のサンプリング周波数と量子化ビットによるデジタル音声信号を得るようにされる。そして、このデジタル音声信号をオーディオ出力処理部１５に入力させる。

この場合のオーディオ出力処理部１５は、入力されてくるデジタル音声信号について、例えば音質調整、音量調整などをはじめとする所要の信号処理と、アナログ音声信号への変換処理（Ａ／Ｄ変換）、及び増幅などを施して、ヘッドフォン駆動用の音声信号としてヘッドフォン端子１６に出力する。これにより、ヘッドフォン端子１６に接続されるヘッドフォンでオーディオファイルの再生音声を聴くことができる。
なお、一般にヘッドフォンは、Ｌ（左），Ｒ（右）ステレオによる２チャンネル、若しくはそれ以上のチャンネル数により構成されるマルチチャンネルに対応していることが通常とされ、従って、本実施の形態の携帯型コンテンツプレーヤ１の実際としても、その音声再生信号処理系（再生処理部２２のオーディオ再生処理系、オーディオ出力処理部１５）などとしても、上記のような２以上の所定のチャンネル構成に対応した構成を有するものとされる。しかしながら、ここでは図示及び説明を簡単なものとすることの便宜上、これらのチャンネルを１系統にまとめて示している。

また、コンテンツデータにおけるビデオファイル（一般ビデオファイル、録画ファイルを指す）を再生するときには、制御部２０が、記憶部１２から所要のビデオファイルの読み出しを実行し、再生処理部２２に対して出力するようにされる。
先の説明から理解されるように、ビデオファイルは、少なくとも、動画像としての映像信号データと、これに同期して再生出力されるべき音声信号データとから成るものとされ、これらの映像信号データ、音声信号データについては、圧縮符号化された形式とされている。そこで、この場合の再生処理部２２としては、入力されたビデオファイルの映像信号データと音声信号データとについて、それぞれの圧縮符号化方式に対応する復号（伸長）処理を施して、所定形式のデジタル映像信号と、これに再生時間が同期するデジタル音声信号を得るようにされる。そして、デジタル映像信号をビデオ出力処理部１７に対して出力し、デジタル音声信号をオーディオ出力処理部１５に対して出力するようにされる。

先ず、ビデオ出力処理部１７では、入力されてくるデジタル映像信号について、必要に応じて画質調整、表示用フレーム画像データへの変換処理などを行って、この表示用フレーム画像データを、表示用メモリ１８に対して、逐次、フレーム周期に対応する所定タイミングで書き込んでいくようにされる。
ディスプレイ部１９は、所定方式のディスプレイデバイスと、これを駆動するドライブ回路などからなり、上記のようにして表示用メモリ１８に書き込まれるフレーム画像データによりディスプレイデバイスを駆動するようにされる。これにより、ディスプレイ部１９としての表示パネルには、ビデオファイルの再生画像（動画像）が表示されることになる。
これとともに、オーディオ出力処理部１５では、入力されてくるデジタル音声信号について、先の説明と同様の信号処理を施して、ヘッドフォン端子１６からヘッドフォン駆動用音声信号として出力するようにされる。つまり、本実施の形態の携帯型コンテンツプレーヤ１のユーザは、本体の表示パネルを視ながらヘッドフォンにより再生音声を聴くことで、ビデオコンテンツの再生画像、再生音声を視聴することができる。

また、本実施の形態の携帯型コンテンツプレーヤ１では、基本的なワンセグ対応機能として、テレビジョンチューナ部１３によりワンセグ放送を受信選局、復調して得たビデオコンテンツを、リアルタイム的に、画像音声として出力させることも可能とされる。
このためには、テレビジョンチューナ部１３にて復調して得られたビデオコンテンツとしてのベースバンド形式の映像信号データ及び音声信号データを再生処理部２２に入力させて、それぞれの圧縮符号化方式に対応する復号処理を実行し、復号後の出力である映像信号データと音声信号データを、それぞれビデオ出力処理部１７、オーディオ出力処理部１５に出力させることとすればよい。以降、ビデオ出力処理部１７、表示用メモリ１８、ディスプレイ部１９、及びオーディオ出力処理部１５が、先に述べたビデオファイル再生時と同様の動作を実行することで、現在受信選局中にあるとされるワンセグ放送の画像音声を、表示パネル及びヘッドフォンにより視聴できることになる。

また、デジタルテレビジョン放送では、周知のようにして、本放送（ビデオコンテンツとしての映像音声の情報）とともに、データ放送のデータや、字幕放送のデータなども多重化して伝送可能とされている。また、放送予定の番組に関する情報から成る、ＥＰＧ（電子番組ガイド：Electronic Program Guide）のデータ（ＥＰＧデータ）も伝送可能とされている。
本実施の形態の携帯型コンテンツプレーヤ１としては、これらのデータ放送、字幕放送、及びＥＰＧデータの受信と、そのデコード出力にも対応しているものとされる。
例えばテレビジョンチューナ部１３によりデータ放送、字幕放送、あるいはＥＰＧデータを受信して、データ放送のデータ、字幕データ、あるいはＥＰＧデータを取得した場合には、これらのデータを、制御部２０が取り込むようにされる。
制御部２０は、データ放送のデータについては、そのデータ形式に応じたデコード処理を実行するようにされる。このとき、データ放送のデータが表示用データであれば、制御部２０は、デコード処理後のデータ放送用のデータから表示用画像データを生成し、これを表示用メモリ１８に対して書き込むようにされる。これにより、例えばデータ放送の画像がディスプレイ部の表示画面に表示される。また、制御部２０は、受信取得したデータ放送用のデータが、例えば双方向サービスなどのための制御データなどである場合には、この制御データに応じた処理を実行するようにされる。
また、字幕放送のデータを受信取得した場合にも、制御部２０は、このデータを入力してデコードを行うようにされる。ここでの字幕は「キャプション」などともいわれ、デコードされた字幕データは、例えば所定最大文字数が規定されたテキストデータなどとされる。そして、制御部２０は、このテキストデータを解釈して表示用画像データを生成し、主画像（例えばワンセグ放送のビデオコンテンツ画像）とともに所定位置にて字幕が表示されるようにして、表示用メモリ１８に対する書き込みを行う。この結果、ディスプレイ部１９の表示画面には、主画像と共に字幕（キャプション）が表示された画像が表示される。

また、ＥＰＧデータを受信取得した場合には、例えばこれを所定の形式に整えた上で、メモリ部２１に書き込んで保持しておくようにされる。メモリ２１は、例えばＤＲＡＭやＳＤＲＡＭなどの記憶装置により構成されるもので、ＥＰＧデータの他、制御部２０（ＣＰＵ）が利用すべき各種の情報，データが保持される。また、ＣＰＵは、メモリ部２１にプログラムをロードしてこれを実行するようにされ、同じメモリ部２１を、その作業領域として利用するようにされる。

例えば、ユーザ操作などに応じて、ＥＰＧデータをディスプレイ部１９に表示させるべきこととなった場合には、制御部２０は、メモリ２１に保持しているＥＰＧデータを読み出し、その内容が反映された番組表としての表示用画像データを生成して表示用メモリ１８に書き込むようにされる。
また、本実施の形態にあっては、後述するようにしてオーディオファイルのメタデータとリンクさせたワンセグ放送の自動予約録画が可能とされているが、このときに、ＥＰＧデータを利用するようにされる。

制御部２０は、例えば実際においては、ハードウェアとしてＣＰＵ、ＲＡＭ（メモリ部２１）、ＲＯＭなどを備えるマイクロコンピュータシステムを中心に構成されるもので、携帯型コンテンツプレーヤ１における制御処理を実行する。
操作部２３は、携帯型コンテンツプレーヤ１において備えられる各種の操作子と、これらの操作子に対して行われた操作に応じた信号（操作信号）を生成して出力する部位とを一括して示す。制御部２０は、操作部２３から入力された操作信号に応じて所要の制御処理を実行する。

次に、記憶部１２に記憶されるデータのうち、コンテンツ関連データＤ１に関して、図２を参照して説明しておくこととする。図２には、コンテンツ関連データＤ１に属するとされる各種情報、ファイルの内訳とその管理態様例を、ディレクトリ構造により示している。即ち、ここでは、記憶部１２に記憶されるコンテンツ関連データＤ１について、所定のファイルシステムの下で、例えば図２に示されるようにして規定されるディレクトリ構成により管理することとしている。

図２おける最上位階層のディレクトリには、コンテンツ関連データフォルダが置かれている。このコンテンツ関連データフォルダは、記憶部１２としてのボリュームにおける所定のディレクトリ階層に置かれているものとされる。
上記コンテンツ関連データフォルダの直下には、オーディオコンテンツフォルダとビデオコンテンツフォルダが置かれる。

オーディオコンテンツフォルダの直下のディレクトリには、オーディオファイルフォルダと、オーディオファイル・メタデータテーブルが置かれる。
オーディオファイルフォルダには、図において、オーディオファイル１、オーディオファイル２・・・・として示しているように、１以上のオーディオファイルが格納される。確認のために述べておくと、このオーディオファイルは、例えば先の説明のようにして、携帯型コンテンツプレーヤ１が、外部データインターフェイス１１を経由したデータ通信により外部機器から取得したものである。
オーディオファイル・メタデータテーブルは、上記オーディオファイルフォルダに格納されるオーディオファイルについての所定のメタデータ(付加情報、属性情報)をテーブル化したものとされる。なお、このオーディオファイル・メタデータテーブルについての、属性項目の内容例や構造例については後述する。また、この場合のオーディオファイル・メタデータテーブルは、例えばファイルシステムにより、１ファイル単位として管理されるようになっている。

また、ビデオコンテンツフォルダの直下のディレクトリには、一般ビデオファイルフォルダ、録画ファイルフォルダ、録画ファイル対応メタデータフォルダの３つのフォルダが置かれている。
一般ビデオファイルフォルダには、図において一般ビデオファイル１、２・・・として示しているように、１以上の一般ビデオファイルが格納される。
録画ファイルフォルダには、図において録画ファイル１、２・・・として示しているように、１以上の録画ファイルが格納される。
録画ファイル対応メタデータフォルダには、図において録画ファイル対応メタデータ１、２・・・として示しているように、１以上の録画ファイル対応メタデータが格納される。
個々の録画ファイル対応メタデータは、上記録画ファイルフォルダに格納されている録画ファイルと一対一で対応するものとされ、従って、録画ファイル対応メタデータフォルダには、録画ファイルフォルダに格納される録画ファイルと同じ数の録画ファイル対応メタデータが格納される。例えば図２においては、録画ファイル対応メタデータ１，２・・・が、それぞれ録画ファイル１、２・・・に対応する。そのうえで、個々の録画ファイル対応メタデータは、対応する録画ファイルについての所定の属性を表す内容を有するものとされる。

なお、コンテンツ関連データＤ１に属する情報種別内容や管理態様例については、この図に示すものに限定されるものではない。
例えば、実際にあっては、一般ビデオファイルにも対応してメタデータ(一般ビデオファイル対応メタデータ)を用意することとして、ビデオコンテンツフォルダ内に、一般ビデオファイル対応メタデータを格納するディレクトリ(フォルダ)を置くようにされてよい。
また、例えば、コンテンツデータとして、オーディオファイル及びビデオファイル(動画ファイル)とともに、写真などとしての静止画像ファイルも含めることも可能である。そこで、このような場合には、例えばコンテンツ関連データフォルダの直下の階層に、静止画ファイルフォルダを追加して置くこととして、この静止画ファイルフォルダに、静止画ファイルを格納することとすればよい。

図３は、上記図２においてオーディオコンテンツフォルダに格納されるオーディオファイル・メタデータテーブル（音声情報対応関連情報）の構造例を、その情報内容例とともに示している。
この図に示されるオーディオファイル・メタデータテーブルは、先ず、１つのオーディオファイルＩＤに対して、属性項目として、楽曲タイトル、アーティスト名、アーティストＩＤ、及びファイル対応レーティングポイント（重要度情報）の情報を対応付けることで、１つのオーディオファイルに対応したテーブルリストを形成する。そのうえで、このようなテーブルリストを、オーディオフォルダに格納されるオーディオファイルごとに対応して配列させるものである。
オーディオファイルＩＤは、オーディオファイルごとに固有となるようにして付される識別子とされる。楽曲タイトルは、対応するオーディオファイルについての楽曲としてのタイトルを示す。アーティスト名は、対応するオーディオファイルとしての楽曲を演奏しているアーティストの名前を示す。アーティストＩＤは、上記アーティスト名ごとに固有となるように割り与えられる識別子である。この場合、アーティストＩＤとアーティスト名とは一対一で対応することになり、結果的に同一の対象を示すものとなるが、アーティストＩＤは、アーティスト名の検索などの内部処理に用い、アーティスト名は、例えば表示などのＵＩ(User Interface)を介してアーティスト名をユーザに提示する際に利用する情報となる。

ファイル対応レーティングポイントは、オーディオファイルごとに付されるもので、その点数が大きいほど、対応するオーディオファイルとしての楽曲に関しての、ユーザにとっての重要度（嗜好度）が高いことを示すものとなる。
例えば、オーディオファイルの転送元である外部機器上で起動するオーディオコンテンツの管理アプリケーションや、本実施の形態の携帯型コンテンツプレーヤ１では、ユーザ操作に応じて、自身が記憶管理しているオーディオファイルとしての楽曲について、予め設定された段階数による重要度を設定し、また、一度設定した重要度を変更できるようになっている。このようにして設定された重要度は、例えば管理アプリケーションによるＧＵＩ画面であるとか、携帯型コンテンツプレーヤ１の画面上では、設定された重要度に応じた星などのシンボルの数により示される。ファイル対応レーティングポイントは、設定された重要度を、点数としての数値により表したものとされる。この点数の与え方については、例えば５段階の重要度であるとすると、重要度が低い方から高い方にかけて１、２、３、４、５、あるいは５、１０、１５、２０、２５、あるいは１０、２０、３０、４０、５０となるようにして、一定値を積算していくようにしていけばよいものとされる。

この図３に示されるオーディオファイル・メタデータテーブルの各属性項目の具体的な情報内容の例を見てみると、先ず、オーディオファイルＩＤについては、M01、M02、M03、M04、M05、M06が配列されている。これは、全部で６つのオーディオファイルについてのテーブルリストが存在し、従って、オーディオファイルフォルダには６つのオーディオファイルが格納されていることを示している。
そのうえで、オーディオファイルＩＤ＝M01が示すオーディオファイルのテーブルリスト（図のテーブル構造において、１オーディオファイルに対応する属性項目が配列される一行分に相当する。
楽曲タイトル＝ＡＢＣＤ
アーティスト名＝アーティストＡ
アーティストＩＤ＝A01
ファイル対応レーティングポイント＝１０
が示され、

オーディオファイルＩＤ＝M02のオーディオファイルにおいては、
楽曲タイトル＝ＥＦＧＨ
アーティスト名＝アーティストＡ
アーティストＩＤ＝A01
ファイル対応レーティングポイント＝２０
が示され、

オーディオファイルＩＤ＝M03のオーディオファイルについては、
楽曲タイトル＝ＩＪＫＬ
アーティスト名＝アーティストＡ
アーティストＩＤ＝A01
ファイル対応レーティングポイント＝０
が示され、

オーディオファイルＩＤ＝M04のオーディオファイルについては、
楽曲タイトル＝ＭＮＯＰ
アーティスト名＝アーティストＢ
アーティストＩＤ＝A02
ファイル対応レーティングポイント＝２０
が示され、

オーディオファイルＩＤ＝M05のオーディオファイルについては、
楽曲タイトル＝ＱＲＳＴ
アーティスト名＝アーティストＣ
アーティストＩＤ＝A03
ファイル対応レーティングポイント＝１０
が示され、

オーディオファイルＩＤ＝M06のオーディオファイルについては、
楽曲タイトル＝ＵＶＷＸ
アーティスト名＝アーティストＣ
アーティストＩＤ＝A03
ファイル対応レーティングポイント＝０
が示されている。

なお、オーディオファイル・メタデータテーブルへのオーディオファイルの新規登録は、例えば外部機器上で動作するオーディオファイル管理アプリケーションから、外部データインターフェイス１１経由でオーディオファイルの転送を受けて記憶部１２に記憶させる際に行われるものとされる。
つまり、オーディオファイル管理アプリケーションとしても、楽曲としてのオーディオファイルを、図３のオーディオファイル・メタデータテーブルに示される属性項目をはじめとする各種のメタデータと対応させて管理しているものとされる。そして、オーディオファイル管理アプリケーションから携帯型コンテンツプレーヤ１に対してオーディオコンテンツとしてのオーディオファイルを転送して記憶させるときに、転送するオーディオファイルについての属性情報として、少なくとも、図３のオーディオファイル・メタデータテーブルを作成するのに必要なオーディオファイルＩＤ、楽曲タイトル、アーティスト名、アーティストＩＤ、及びファイル対応レーティングポイントの情報も転送するようにされる。そして、携帯型コンテンツプレーヤ１では、オーディオファイルとともに受信したこれらの情報を利用して新規のテーブルリストを作成し、オーディオファイル・メタデータテーブルに追加登録するようにされる。
そのうえで、例えば携帯型コンテンツプレーヤ１に対する操作により、楽曲（オーディオファイル）に対するレーティング(重要度)の変更設定が行われた場合には、オーディオファイル・メタデータテーブルにおける、そのオーディオファイルに対応するファイル対応レーティングポイントの値を書き換えるようにされる。

そして、本実施の形態の携帯型コンテンツプレーヤ１では、オーディオファイル・メタデータテーブル、及び後述する内容の録画ファイル対応メタデータを利用して、アーティストリストテーブルを作成し、これを例えばメモリ部２１などの記憶領域に保持させておくようにされる。
アーティストリストの構造形式及びその内容例を図４に示す。なお、図４に示されるアーティストリストの内容は、図３に示した内容のオーディオファイル・メタデータテーブルを利用して作成した場合のものとされる。

図４に示すようにして、アーティストリストテーブルとしては、先ず、１つのテーブルリストにつき、アーティストＩＤに対して、アーティスト名、アーティスト対応レーティングポイント、対応オーディオファイル、及び対応録画ファイルを対応付けるようにして形成する。つまり、アーティストリストテーブルは、アーティストを基幹にしたうえで、アーティストごとに対応した属性項目を配列して成る情報とされる。

この場合のアーティストリストテーブルのアーティストＩＤは、オーディオファイル・メタデータテーブルにおいて登録されているアーティストＩＤを検索して取得するようにされる。図３のオーディオファイル・メタデータテーブルでは、オーディオファイルは全部で６であるが、アーティストＩＤは、A01(アーティストＡ)、A02(アーティストＢ)、A03（アーティストＣ）の３つとなっている。これに応じて、図４では、アーティストＩＤ＝A01、A02、A03に応じた３つのテーブルリストが作成されることになる。

そのうえで、先ず、アーティストＩＤ＝A01のテーブルリストについては、アーティスト名＝アーティストＡ、アーティスト対応レーティングポイント＝１０、対応オーディオファイル＝M01、M02、M03、対応録画ファイル＝（無し）と示している。

先ず、このテーブルリストにおけるアーティスト名＝アーティストＡについては、図３のオーディオファイル・メタデータテーブルから、アーティストＩＤ＝Ａ01に対応するアーティスト名を検索することで得るようにされる。

次に、アーティスト対応レーティングポイント（副次重要度情報）であるが、これについては、ユーザにとってのアーティストごとについての重要度を表す点数とされ、その値が大きいほど、重要度が高いことを示す。なお、このアーティスト対応レーティングポイントとしての値をどのようにして得るのかについては、後述する。

対応オーディオファイルとは、そのテーブルリストのアーティストＩＤ（アーティスト名）を、属性として有するオーディオファイルのリストを示すものであり、図４のアーティストＩＤ＝A01のテーブルリストでは、対応オーディオファイルとして、オーディオファイルＩＤ＝M01、M02、M03が示されている。
このリストについては、図３のオーディオファイル・メタデータテーブルから、アーティストＩＤ＝Ａ01の内容を有するリストテーブルのオーディオファイルＩＤを検索することで得るようにされる。

また、対応録画ファイルは、そのテーブルリストのアーティストＩＤを属性として有する録画ファイルのリストを示すものとされる。図４のアーティストＩＤ＝A01のテーブルリストでは、対応録画ファイルは存在しない、つまり、アーティストＩＤ＝A01（アーティストＡ）を属性とする録画ファイルは、現在、記憶部１２に記憶されていないことを示している。
なお、対応録画ファイルを登録するための手順例については後述する。

そして、アーティスト対応レーティングポイントであるが、これは、ユーザにとってのアーティストごとについての重要度を表す点数とされ、その値が大きいほど、重要度が高いことを示す。
先に説明したように、オーディオファイルに対応させたファイル対応レーティングポイントについては、外部機器上で動作するオーディオファイル管理アプリケーション及び携帯型コンテンツプレーヤ１に対する操作により設定が可能とされている。しかしながら、本実施の形態では、このアーティスト対応レーティングポイントについては、ユーザ操作によるのではなく、その値を自動的に求めるようにされる。
例えばアーティストＩＤ＝A01のテーブルリストに対応するアーティスト対応レーティングポイントは１０となっている。これは次のアルゴリズムにより求められたものである。
図３によれば、アーティストＩＤ＝A01を属性として有するオーディオファイルは、オーディオファイルＩＤ＝M01、M02、M03の３つとなっている。そこで、これらのオーディオファイルのレーティングポイントについての平均値を求めると、（１０＋２０＋０）／３＝１０となるが、このようにして求めた平均値を、アーティストＩＤ＝A01のテーブルリストにおけるアーティスト対応レーティングポイントとする。
つまり、ここでのアーティス対応トレーティングポイントは、オーディオファイル・メタデータテーブルから、共通のアーティストＩＤ（アーティスト名）を属性項目として有する全てのテーブルリストのフィル対応レーティングポイントについての平均値となるものである。
なお、アーティスト対応レーティングポイントについても、ファイル対応レーティングポイントのようにして、ユーザ操作により設定できるようにしてよいのであるが、これは換言すれば、ファイル対応レーティングポイントに加えて、アーティスト対応レーティングポイントもユーザが設定する必要があるということになる。これは、ユーザによっては、かえって操作が煩雑になって混乱するようなことが生じる可能性もあると考えられる。そこで、本実施の形態としては、このようなことを考慮して、アーティスト対応レーティングポイントについては、ユーザ設定ではなく、例えば上記のような手順、アルゴリズムにより自動設定できるようにしたものである。
また、アーティスト対応レーティングポイントを自動設定するための手順、アルゴリズムについては、他にも多様に考えることができるが、この点については後に述べることとする。

また、図４において、アーティストＩＤ＝A01に続く、アーティストＩＤ＝A02のテーブルリストについては、アーティスト名＝アーティストＢ、アーティスト対応レーティングポイント＝２０、対応オーディオファイル＝M04、対応録画ファイル＝（無し）となっている。
図３のオーディオファイル・メタデータテーブルによれば、アーティストＩＤ＝A02に対応するアーティスト名は、アーティストＢとなっている。また、アーティストＩＤ＝A02を属性とするオーディオファイルは、オーディオファイルＩＤ＝M04の１つのみとされるので、対応オーディオファイル＝M04となり、そのうえで、このテーブルリストにおけるファイル対応レーティングポイントは、２０となっているので、アーティスト対応レーティングポイント＝２０となる。また、対応録画ファイルについては、この場合にも、現在は存在しない（記憶部１２に記憶されていない）ことが示されている。
また、アーティストＩＤ＝A03のテーブルリストについては、アーティスト名＝アーティストＣ、アーティスト対応レーティングポイント＝５、対応オーディオファイル＝M05、M06、対応録画ファイル＝（無し）となっている。
図３のオーディオファイル・メタデータテーブルによれば、アーティストＩＤ＝A03に対応するアーティスト名は、アーティストＣとなっている。また、アーティストＩＤ＝A03を属性とするオーディオファイルは、オーディオファイルＩＤ＝M05、M06の２つであるので、対応オーディオファイルには、M05、M06のオーディオファイルＩＤを格納する。また、これらのオーディオファイルのテーブルリストにおけるファイル対応レーティングポイントには、それぞれ１０、０が格納されているので、アーティスト対応レーティングポイント＝５（＝（１０＋０）／２）となる。また、対応録画ファイルについては、この場合にも、録画ファイルは格納されていない状態であり、従って、現在は存在していない（記憶部１２に記憶されていない）ことが示されている。
本実施の形態の携帯型コンテンツプレーヤ１は、上記したオーディオファイル・メタデータテーブル、及びアーティストリストテーブルなどのテーブル情報を有することで、オーディオコンテンツとしてのオーディオファイルを管理するようにされている。

図５のフローチャートは、上記図４に例示したアーティストリストテーブルを作成するための処理手順例を示している。
なお、この図において示される手順は、例えば、図１の制御部２０のハードウェア構成部位であるＣＰＵが、記憶部１２に記憶されるプログラム（Ｄ２）をロードして実行することで実現されるものとしてみることができる。この点については、以降説明する各フローチャート（図７、図８、図１３〜図２１）も同様である。

例えば、本実施の形態の携帯型コンテンツプレーヤ１が起動されたとすると、所定の起動処理の過程において、この図５によるアーティストリストテーブル作成のための手順が実行される。
この場合の図５においては、先ず、ステップＳ１により、記憶部１２に保持されているオーディオファイル・メタデータテーブルを読み込んだうえで、これについて、リストテーブル単位で、アーティストＩＤ順にソートするようにされる。このソートにより、以降のアーティストリストテーブル作成のための情報項目の検索などが行いやすくなる。例えば、図３のオーディオファイル・メタデータテーブルでは、アーティストＩＤは、最上段から最下段にかけて、A01、A01、A01、A02、A03、A03の順で配列されているので、結果的に、アーティストＩＤ順でのリストテーブルのソートが行われたのと同じ状態となっている。
次に、ステップＳ２により、アーティストＩＤの処理順を示す変数ａについて１を代入してステップＳ３以降の手順に移行するようにされる。

ステップＳ３においてはオーディオファイル・メタデータテーブルからａ番目のアーティストＩＤに対応する全オーディオファイルのリストテーブルを参照する。図３のオーディオファイル／メタデータテーブルを例にとると、ここでは、６つのテーブルリストのアーティストＩＤのうちわけは、A01、A01、A01、A02、A03、A03となっているので、アーティストＩＤの内容区分としては、A01、A02、A03の３つであることになる。そして、ここでのアーティストＩＤごとの処理順をA01→A02→A03の順とすると、変数ａ＝１の場合には、アーティストＩＤ＝A01についての処理を行うことになるので、オーディオファイルＩＤ＝M01、M02、M03のテーブルリストを参照することになる。
そして、ステップＳ３では、参照したテーブルリストから、先ず、アーティスト名の内容を特定し、さらに、各テーブルリストから、オーディオファイルＩＤ、ファイル対応レーティングポイントの内容を収集するようにされる。そして、これらのアーティスト名、オーディオファイルＩＤ、ファイル対応レーティングポイントの属性項目の内容を保持しておくようにされる。

次のステップＳ４では、上記ステップＳ３にて収集した属性項目のうち、ファイル対応レーティングポイントとして収集した値（点数）についての平均値αを算出し、続くステップＳ５により、平均値αを、ａ番目のアーティストＩＤに対応するアーティスト対応レーティングポイントとして保持しておく。

次のステップＳ６では、記憶部１２において、録画ファイル対応メタデータフォルダに格納されたものとして管理されている録画ファイル対応メタデータについて順次アクセスし、アクセスした録画ファイル対応メタデータごとに、その情報項目の１つである予約キー情報を参照するようにされる。なお、ここまでの説明の段階では、録画ファイル対応メタデータの構造については説明していないが、後に、図９により説明する。
図９により後述するように、予約キー情報の項目にデータが格納されている場合、その録画ファイル対応メタデータが対応する録画ファイルは、自動予約録画動作によりワンセグ放送を録画して得られたものであることになり、また、予約キー情報に格納されるデータ種別としては、アーティストＩＤとなる。そして、このアーティストＩＤは、自動予約録画すべき番組を決定するのにあたって、その決定要因（キーワード）として機能したアーティスト名をＩＤにより示す情報とされる。
ステップＳ６では、上記のようにして、順次アクセスした録画ファイル対応メタデータの予約キー情報を参照し、ａ番目のアーティストＩＤが格納されているものを検索するようにされる。そして、ａ番目のアーティストＩＤが格納されている場合には、その録画ファイル対応メタデータが情報項目として有する録画ファイルＩＤを読み込み、これを保持しておくようにされる。

ステップＳ７では、今回のａ番目のアーティストＩＤに対応して実行したステップＳ３〜Ｓ６までの処理により保持した、アーティスト名、オーディオファイルＩＤ、アーティスト対応レーティングポイント（平均値α）、及び録画ファイルＩＤを利用して、ａ番目のアーティストＩＤに対応するテーブルリストを作成して、アーティストリストテーブルに登録するようにされる。
つまり、アーティストリストテーブルにおけるテーブルリストは、図４にて説明したように、１つのアーティストＩＤに対して、アーティスト名、アーティスト対応レーティングポイント、対応オーディオファイル、及び対応録画ファイルの各属性項目が対応付けられる。そこで、アーティスト名の属性項目については、ステップＳ３により保持したアーティスト名の内容を格納するようにされる。また、アーティスト対応レーティングポイントの属性項目については、ステップＳ５により保持したアーティスト対応レーティングポイント（平均値α）の値を格納する。また、対応オーディオファイルの属性項目については、ステップＳ３により保持したオーディオファイルＩＤを格納し、対応録画ファイルの属性項目については、ステップＳ６により保持した録画ファイルＩＤを格納する。このようにして、ａ番目のアーティストＩＤに対応するテーブルリストが作成される。そして、このようにして作成したテーブルリストをアーティストリストテーブルに対して追加登録するようにされる。

ステップＳ８では、現在の変数ａは最大値（ａ＝full）であるか否かについての判別を行うようにされる。変数ａの最大値は、オーディオファイルリストにおいて示されるアーティストＩＤ（アーティスト名）についての内容区分数となる、図３の例であれば、変数ａの最大数は３となる。
ステップＳ８において否定の判別結果が得られた場合には、未だ処理が完了していないアーティストＩＤがあることになるので、ステップＳ９により変数ａをインクリメントしたうえで、ステップＳ３に戻るようにされる。これにより、順次、次のアーティストＩＤを対象とする処理が行われて、アーティストリストテーブルへの登録が行われていくことになる。
そして、全てのアーティストＩＤを対象とする処理が完了したとされると、ステップＳ８にて肯定の判別結果が得られることになり、この図に示す処理を終了するようにされる。そして、この段階では、アーティストリストテーブルは、オーディオファイル・メタデータテーブルに示されている全てのアーティストＩＤについてのテーブルリストが登録されている、即ち、完成した状態でメモリ部２１にて保持されていることになる。

次に、これまでの説明をふまえて、本実施の形態の携帯型コンテンツプレーヤ１における、ワンセグ放送の自動予約録画について説明する。
ワンセグ放送では、通常の番組などとしての映像・音声の情報とともに、ＥＰＧ（電子番組ガイド： Electrical Program Guide）のデータ（ＥＰＧデータ）を多重化して放送している。ＥＰＧデータは、周知のようにして、電子番組ガイドなどといわれる、画面上に番組表を表示させるために使用するデータとされ、放送が予定される番組についての各種所要の情報を有して成る。そして、現状のワンセグ放送にあっては、チャンネルごとに、そのチャンネル（放送局）において現時点以降に放送が予定されている所定数（例えば１０程度）の番組についての情報を有するＥＰＧデータを送出するものとしている。

本実施の形態の携帯型コンテンツプレーヤ１としては、ワンセグ放送受信機能として、上記のＥＰＧデータを受信取得する機能も有している。
例えばテレビジョンチューナ部１３により現在選局しているチャンネルの受信信号にＥＰＧデータが多重化されていたとすると、テレビジョンチューナ部１３は、この多重化されているＥＰＧデータを抽出取得して、例えば制御部２０に転送する。制御部２０では、転送されてきたＥＰＧデータをメモリ部２１に保持しておくようにされる。

メモリ部２１に保持されたＥＰＧデータは、例えば先ず、ＥＰＧ（電子番組ガイド）としての番組表をディスプレイ部１９の表示画面に表示させるために利用される。また、本実施の形態としての自動予約録画を実行する場合において、予約録画対象とする番組を特定するのに利用するようにされる。

上記のようにしてＥＰＧデータを利用することを考慮すると、本実施の形態としては、ワンセグ放送として受信可能なチャンネル（放送局）のうち、できるだけ多くのチャンネルに対応するＥＰＧデータを取得して保持しておくことが好ましいということになる。そこで、本実施の形態の携帯型コンテンツプレーヤ１では、例えば、記憶部１２に記憶されているコンテンツを再生中であるとか、特にコンテンツの映像・音声を出力させていないような停止状態であるなどして、ワンセグ放送を受信してこれを画像・音声としてリアルタイム的に再生出力していないとする状態の下で、所定の実行タイミング、実行機会により、下記のようなバックグラウンド動作を実行するようにされる。
即ち、テレビジョンチューナ部１３により、ワンセグ放送の全てのチャンネルを対象として順次選局していき、各チャンネルにて放送しているＥＰＧデータを取得してメモリ部２１に保持させるための処理を実行していくようにされる。なお、上記しているように、この動作はバックグラウンドによるものなので、受信選局されているチャンネルの画像・音声の再生出力は行わない。
このようなＥＰＧデータの取得手順とすることで、最終的に、ワンセグ放送における全チャンネルを一巡した段階で、全てのチャンネルについてのＥＰＧデータを保持できることになる。また、このようなＥＰＧデータの取得処理を、例えば放送側でのＥＰＧデータの更新周期などに対応させて一定タイミングごとに実行すれば、ワンセグ放送の全チャンネルについて、常に最新の内容のＥＰＧデータを保持しておくことが可能になる。

上記のようにしてワンセグ放送に多重化され、携帯型コンテンツプレーヤ１にて受信取得して保持されるＥＰＧデータの具体的内容例として、１つの或る放送予定番組に対応するものを、図６に示しておく。ここでは、１番組に対応するＥＰＧデータの構造部分について、ＥＰＧ内番組単位情報ということにする。
この図６に示されるＥＰＧ内番組単位情報としては、対応する１番組に対応する情報項目として、放送局名、ジャンル、番組タイトル、開始日時、終了日時、番組内容などを有して形成されている。
放送局名は、対応する番組を放送する放送局名を示すもので、ここでは「テレビ日本」を示している。ジャンルは、対応する番組の内容的なジャンルを示すものとされ、ここでは「音楽」を示している。また、番組タイトルは、対応する番組の名を指すもので、この場合には「僕らの音楽」とされている。また、開始日時、終了日時は、それぞれ、対応する番組の放送開始・終了の日にちと時刻を示すものとされ、ここでは、開始日時が「2006/9/15（金） 23:00」、終了日時が「2006/9/15（金） 23:58」とされている。
また、番組内容は、対応する番組についての番組解説、要約などとしての内容が記述されるもので、ここでは、例えば「名曲総集編、出演：アーティストＡ、アーティストＣ」などのようにして、番組の内容の要約と、出演者の名前などが記述されている。

図７のフローチャートは、本実施の形態としての自動予約録画設定のための処理手順例を示している。以降の説明から理解されるように、本実施の形態の自動予約録画設定にあっては、録画対象の番組を特定するのにあたり、上記ＥＰＧデータと、オーディオファイルについての管理情報（オーディオファイル・メタデータテーブル、アーティストリストテーブル）を利用する。

先ず、ステップＳ１０１においては、ＥＰＧデータを取得するタイミングに至るのを待機しており、そのタイミングに至ったとされると、ステップＳ１０２により、ＥＰＧデータを取得するようにされる。ここでのＥＰＧデータの取得処理は、先に説明したようにして、ワンセグ放送の全チャンネルを順次受信選局しながら、各チャンネルにおいて、そのチャンネルにおけるＥＰＧデータを取得し、これをメモリ部２１に保持させるものとなる。

次のステップＳ１０３においては、上記ステップＳ１０２によるＥＰＧデータの取得処理の結果、新規に取得（保持）されたＥＰＧ内番組単位情報が存在するか否かについて判別する。ここで、新規に取得されたＥＰＧ内番組単位情報は存在しない、即ち、今回のステップＳ１０２によるＥＰＧデータの取得処理の前において取得されていたＥＰＧデータと同じ内容であると判別された場合には、この図に示す処理を抜け、例えば、ステップＳ１０１に戻るようにされる。
これに対して、新規に取得されたＥＰＧ内番組単位情報が存在するとして肯定の判別結果が得られた場合には、ステップＳ１０４以降の手順に進む。なお、新規に取得されたＥＰＧ内番組単位情報が存在することとなった場合としては、例えば、現実に１つの番組の放送が終了したことに応じて、放送局側が送出してくるＥＰＧデータについて、この終了した番組（即ち、ＥＰＧ内番組単位情報のうちで最も放送時間が早い番組）のＥＰＧ内番組単位情報が削除され、代わりに、最も放送時間の遅い番組のＥＰＧ内番組単位情報が新規に追加されたような場合となる。

ステップＳ１０４においては、変数ｎについて１を代入する。この変数ｎは、以降において処理対象となる１以上のＥＰＧ内番組単位情報、即ち、ステップＳ１０２に対応して新規に取得されたＥＰＧ内番組単位情報の各々に付した連番（処理順）を示す。

次のステップＳ１０５においては、今回のステップＳ１０２に応じて新規に取得されたＥＰＧ内番組単位情報のうちから、処理順がｎ番目のＥＰＧ内番組単位情報を選択する。そして、ステップＳ１０６により、上記ステップＳ１０５により選択したＥＰＧ内番組単位情報を対象として、その情報内容のなかから、アーティストリストテーブルに登録されているアーティスト名を探索する。
具体的には、ＥＰＧ内番組単位情報には図６に示したように番組内容の情報項目が存在するが、ステップＳ１０５としては、この番組内容の情報項目に格納される、番組内容を表す記述データから、アーティストリストテーブルに登録されているアーティスト名と一致する文字列の情報を探索する、即ち文字列についての比較処理を行うものである。例えば図４のアーティストリストテーブルの例を前提としてステップＳ１０５を実行した場合、図４のアーティストリストテーブルにおけるアーティスト名としては、「アーティストＡ」、「アーティストＢ」、「アーティストＣ」の３つが存在することから、ステップＳ１０５では、ｎ番目として選択されたＥＰＧ内番組単位情報の番組内容において、これら「アーティストＡ」、「アーティストＢ」、「アーティストＣ」の何れかと一致する文字列を探索するようにされる。
なお、例えば可能性としては、アーティスト名が番組タイトルに含まれるような場合もあることが考えられるので、ＥＰＧ内番組単位情報における番組タイトルについても、ステップＳ１０５により探索するようにしてよい。

ステップＳ１０７では、上記ステップＳ１０６による探索の結果として、アーティストリストテーブルに登録されているアーティスト名が、ｎ番目として選択されたＥＰＧ内番組単位情報に存在するか否かについての判別を行うようにされる。ここで、アーティストリストテーブルに登録されているアーティスト名の何れも、ｎ番目として選択されたＥＰＧ内番組単位情報には存在していなかったとして否定の判別結果が得られた場合には、ステップＳ１０８以降の手順をスキップしてステップＳ１１１に進む。これに対して、アーティストリストテーブルに登録されているアーティスト名の少なくとも１つが、ｎ番目のＥＰＧ内番組単位情報に存在しているとして肯定の判別結果が得られた場合には、ステップＳ１０８に進むようにされる。

ステップＳ１０８においては、上記ステップＳ１０７に対応してｎ番目のＥＰＧ内番組単位情報に存在するものとされたアーティスト名に対応するアーティスト対応レーティングポイントarptを、アーティストリストテーブルを参照することにより認識するようにされる。例えば、図４に示される「アーティストＡ」、「アーティストＢ」、「アーティストＣ」のアーティスト名のうち、「アーティストＡ」が存在していたものとすれば、「アーティストＡ」に対応付けられているアーティスト対応レーティングポイントは１０であるから、ステップＳ１０８にて認識されるアーティスト対応レーティングポイントarptも１０となる。
また、Ｓ１０７により、探索結果として複数のアーティスト名が存在すると判定される可能性もある。このような場合には、ステップＳ１０８としては、存在するものとして判定されたアーティスト名ごとのアーティスト対応レーティングポイントarptを認識しておくようにされる。

ステップＳ１０９では、上記ステップＳ１０８にて認識したアーティスト対応レーティングポイントarptと、予め設定された閾値thとについて、arpt≧thが成立するか否かについて判別するようにされる。ここで、否定の判別結果が得られたのであれば、ステップＳ１１０をスキップしてステップＳ１１１に進むが、肯定の判別結果が得られたのであれば、ステップＳ１１０に進む。

ここで、ステップＳ１１１に進んだ場合とは、上記のarpt≧thが成立する場合となるが、このことは、今回のステップＳ１０８にて認識したアーティスト名について、ユーザにとっての重要度、即ち関心度であるとか嗜好度が一定以上に高いということを意味する。このことからすると、このようにユーザにとっての重要度が高いとされるアーティスト名がＥＰＧ内番組単位情報に存在する番組というのは、同様にして、そのユーザにとっては重要度が高く、視聴して価値のあるものであると考えることができる。

そこで本実施の形態では、ステップＳ１１０により、ｎ番目のＥＰＧ内番組単位情報が対応する番組について予約録画設定を行うための処理を実行する。
このためには、ｎ番目のＥＰＧ内番組単位情報を参照して、予約録画設定に必要な情報を収集するようにされる。つまり、例えば、放送局名を参照して、選局すべきチャンネル番号を特定し、また、開始日時と終了日時を参照して、録画開始時刻と録画終了時刻を決定するようにされる。また、特に本実施の形態の場合には、上記ステップＳ１０９にて肯定の判別結果が得られたとするアーティスト対応レーティングポイントarptを有するアーティスト名に対応するアーティストＩＤを、予約録画設定に必要な情報として保持しておくようにされる。例えば、ステップＳ１０９にて肯定の判別結果が得られたアーティスト対応レーティングポイントarptに対応するアーティスト名が、図３のアーティストリストテーブルにおけるアーティストＡであるとすれば、このアーティストＡのアーティストＩＤであるA01を、予約録画設定に必要な情報として用意することになる。このアーティストＩＤの情報は、今回処理しているｎ番目のＥＰＧ内番組単位情報に対応する番組について予約録画設定すべきことを決定した要因(キー)となったアーティスト名を示していることに因み、予約キー情報という。
そして、これらのチャンネル番号、録画開始時刻、録画終了時刻、予約キー情報（アーティストＩＤ）の情報を利用して、１番組あたりの録画予約設定情報を作成し、これを記憶部１２に転送して、録画予約設定情報Ｄ３のために割り当てられた記憶領域（ディレクトリ）に記憶させるようにする。

ステップＳ１１１では、現在の変数ｎについて最大値となっている(ｎ＝full)か否かについての判別を行うようにされる。ここでの最大値とは、今回のステップＳ１０２により新規に取得したＥＰＧ内番組単位情報の総数となる。
ステップＳ１１１にて否定の判別結果が得られた場合には、新規に取得したＥＰＧ内番組単位情報のうちで、未だ、未処理のＥＰＧ内番組単位情報が残っているということになる。そこで、この場合にはステップＳ１１２にて変数ｎについてインクリメント（ｎ←ｎ＋１）したうえで、ステップＳ１０５に戻るようにされる。これに対して、新規に取得したＥＰＧ内番組単位情報について全て処理を行ったことで、ステップＳ１１１にて肯定の判別結果が得られたのであれば、この図に示す処理を抜けることになる。

ここまで説明してきた本実施の形態の携帯型コンテンツプレーヤ１における自動予約録画設定の流れについてまとめると、次のようになる。
先ず、本実施の形態としては、オーディオコンテンツとしてのオーディオファイルの管理にあたって、オーディオファイルの属性情報の１つとしてファイル対応レーティングポイントを規定している。つまり、オーディオファイルごとの楽曲単位で、その重要度(嗜好強度)を示す値を、ユーザ操作に応じて設定できるようにされている。そのうえで、本実施の形態では、このファイル対応レーティングポイントを利用して、アーティスト(アーティストＩＤ、アーティスト名)ごとの重要度を示す値を求め、これをアーティストレーティングポイントとして、１つの属性情報に含めるようにされている。

そして次に、ワンセグ放送の自動番組録画予約設定に際して、自動で予約録画すべき放送番組を選定するのにあたっては、同じワンセグ放送についてのＥＰＧデータの内容を参照して、上記のアーティストレーティングポイントが一定以上となっているアーティストとが関係する番組を選定条件とするようにされる。つまり、本実施の形態としては、テレビジョン放送の自動番組録画予約設定における録画対象番組の選定を、携帯型コンテンツプレーヤ１に記憶されるオーディオコンテンツの範疇におけるアーティストについてのユーザの嗜好に基づいて行うようにされる。

このようにして、ワンセグ放送の自動番組予約録画を、オーディオコンテンツのアーティストと関連付けることで、ユーザとしては単にオーディオコンテンツ管理のための通常の操作である、楽曲（オーディオファイル）についてのレーティングポイントの設定を行っているだけであるのに、自分にとっての重要度が高いとされるアーティストに関連したワンセグ放送の番組が、高い確率で自動的に予約録画されていくという携帯型コンテンツプレーヤ１の動作が得られることになる。つまり、ユーザにとってみれば、ワンセグ放送自体を対象として、番組予約録画に関する指定操作を行わなくとも、自分にとって視聴する価値のある番組が自動的に録画されることになるものであり、これまでよりも高い利便性が得られる。

例えば、これまでにおいても、自動番組予約録画機能として、ユーザの嗜好を反映させて録画対象番組を選定することが行われてはいる。このような自動番組予約録画機能は、例えば１つには、ユーザが入力したジャンル、あるいは俳優の名前などのキーワードに基づいて選定条件を設定し、この選定条件に適合する番組を例えばＥＰＧデータを参照して特定するというものである。つまり、この場合のユーザとしては、テレビジョン放送自体を対象として番組予約録画に関する指定操作を行う必要があり、この点で、本実施の形態のほうが利便性が向上されているということがいえる。

なお、実際的なこととして、本実施の形態の携帯型コンテンツプレーヤ１で可能とされる予約録画設定については、これまでに説明した自動設定のみではなく、例えば一般に行われているような、ＥＰＧの画像に対する操作などを伴う、マニュアルによる設定が行えるようにもされていてよいものである。

次に、図８により、予約録画としての動作を実行するための処理手順例について説明する。
ここでは先ず、ステップＳ２０１により、予約録画スタンバイタイミングに至ることを待機している。予約録画スタンバイタイミングとは、録画予約設定情報が示す録画開始時刻に対して所定時間(例えば数秒)前となるタイミングをいう。そして、この予約録画スタンバイタイミングに至ったとされるとステップＳ２０２の手順に進む。

ステップＳ２０２においては、予約録画スタンバイモードを設定するようにされる。つまり、先ずは、テレビジョンチューナ部１３について、上記の予約録画スタンバイタイミングを決定した録画開始時刻を有する録画予約設定情報が示すチャンネルを受信選局する動作を設定するとともに、テレビジョンチューナ部１３から出力される信号を、例えば記憶部１２に対して録画ファイルとして記録させるための系の動作が有効となるように設定するものである。
そして、ステップＳ２０３により、録画予約設定情報が示す録画開始時刻に至るのを待機して、録画開始時刻に至ったとされると、ステップＳ２０４としての手順により、録画としての記録動作を開始させる。

ステップＳ２０５では録画予約設定情報が示す録画終了時刻に至るのを待機しており、録画終了時刻に至ったとされると、ステップＳ２０６による予約録画終了処理を実行する。予約録画終了処理としては、例えば先ず、今回の録画としての記録動作により記憶部１２に記憶された、ワンセグ放送のコンテンツのデータが１つの録画ファイルとして管理されるようにしてファイルシステムを更新するようにされる。また、必要に応じて、これまでのテレビジョンチューナ部１３の受信選局動作や、記録信号処理系の動作などを停止させるようにする。

続いて、本実施の形態としては、ステップＳ２０７及びステップＳ２０８の処理を実行する。なお、これらステップＳ２０７及びステップＳ２０８も、ステップＳ２０６としての終了処理に含まれるものとしてみてよいが、ここでは、ステップＳ２０７及びステップＳ２０８が、本実施の形態における特徴的な処理となることに応じて、ステップＳ２０６から抜き出して示している。

上記のようにして、今回の予約録画としての記録が終了したことに応じて、録画ファイルが１つ追加して得られることになるのであるが、ステップＳ２０７においては、今回の予約録画により得られた録画ファイルに対応する録画ファイル対応メタデータを生成し、これを記憶部１２に記憶させるようにする。

上記ステップＳ２０７により生成される録画ファイル対応メタデータの内容例を、図９に示す。
この図に示すようにして、１つの録画ファイルに対応する録画ファイル対応メタデータは、録画ファイルＩＤ、放送局名、ジャンル、番組タイトル、開始日時、終了日時、番組内容、及び予約キー情報の情報項目により形成されるものとしている。
録画ファイルＩＤは、録画ファイルフォルダに格納されるようにして記憶される録画ファイルごとに固有となるようにして与えられる識別子であり、例えば新規に録画ファイルが生成、記憶されるごとに、既に記憶されている録画ファイルと重複しない識別子を所定規則により発生させ、これを録画ファイルＩＤとするようにされる。ここでは、録画ファイルＩＤとして、便宜上、V01が付されたものとして示している。

また、放送局名、ジャンル、番組タイトル、開始日時、終了日時、番組内容は、対応する録画ファイルの元となった番組に関連した情報であり、これらの情報は、録画ファイルの元となった番組についてのＥＰＧ内番組単位情報を利用して作成するようにされる。

予約キー情報には、対応する録画ファイルが自動録画予約により記憶されたものである場合には、自動録画予約の対象として決定される要因となったアーティスト名のアーティストＩＤを格納するようにされる。先の説明のようにして録画予約設定情報には予約キー情報としてアーティストＩＤを格納することができるが、この場合の録画ファイル対応メタデータにおける予約キー情報としてのアーティストＩＤは、対応する録画ファイルの録画予約設定情報において予約キー情報に格納されていたアーティストＩＤを、例えばコピーするようにして生成したものである。

上記のようにして録画ファイル対応メタデータを生成して記憶部１２に記憶させたとすると、続いては、ステップＳ２０８により、今回の予約録画の結果に応じたアーティストリストテーブルの更新を行う。
例えば、先に図４により示したように、アーティストリストテーブルにおいては、対応録画ファイルの項目が設けられているが、この対応録画ファイルは、同じテーブルリストのアーティストＩＤを属性として有する録画ファイルのリストを、録画ファイルＩＤにより示すものであると述べた。これは、「そのテーブルリストのアーティストＩＤを予約キー情報として格納する録画ファイル対応メタデータが示す録画ファイルＩＤを、対応録画ファイルに格納する」ということを意味する。
そして、今回の予約録画動作が、自動予約録画の結果として実行されたものである場合には、ステップＳ２０７により生成される録画ファイル対応メタデータの予約キー情報には、アーティストＩＤが格納されることになる。従って、この場合には、録画ファイル対応メタデータの予約キー情報が示すアーティストＩＤが対応する、アーティストリストテーブルのテーブルリストの対応録画ファイルに対して、ステップＳ２０７により生成した録画ファイル対応メタデータの録画ファイルＩＤを格納すべきことになる。ステップＳ２０８としては、このようなアーティストリストテーブルについての更新処理を実行する。

具体例として、ステップＳ２０７により、先の説明のようにして、図９に示す録画ファイル対応メタデータが生成されたとする場合、予約キー情報には、アーティストＡを示すアーティストＩＤ＝A01を格納することになる。これに応じて、ステップＳ２０８では、アーティストリストテーブルについて、図４から図１０への遷移として示すように、アーティストＩＤ＝A01(アーティストＡ)のテーブルリストの対応録画ファイルに対して、録画ファイルＩＤ＝V01を格納するようにして更新するものである。

ここで、アーティストリストテーブルとは、本来的には、オーディオコンテンツに関連した管理情報とされるが、上記ステップＳ２０７のようにして、録画結果に応じてアーティストリストテーブルにおける対応録画ファイルについての登録を行うことで、本実施の形態では、予約録画後において、アーティストを軸にして、オーディオコンテンツと録画ファイルとの関連付けが行われることとなる。

続いて、本実施の形態の携帯型コンテンツプレーヤ１にて、記憶部１２に記憶させたコンテンツ（オーディオファイルと録画ファイル）を再生出力させる際のユーザインターフェイスの例について、図１１及び図１２により説明する。図１１及び図１２は、コンテンツ再生に関してディスプレイ部１９の表示画面部１９Ａに表示されるインターフェイス画面及び再生画面等を、操作手順例とともに示している。また、図１１及び図１２に示される表示内容例は、図３、図９、図１０などにも示されるようにして、これまでにおいて例として述べてきた記憶部１２のコンテンツファイルの記憶内容であることを前提としている。つまり、オーディオコンテンツとしては、オーディオファイルＩＤ＝M01、M02、M03、M04、M05、M06により示される６つのオーディオファイルが記憶され、録画ファイルとしては、図６のＥＰＧ内番組単位情報に対応する番組について録画記録したもの（録画ファイルＩＤ＝V01）が１つ記憶されている状態を想定している。

ここで、例えばユーザの操作部２３に対する所定操作によって、オーディオコンテンツに関するユーザインターフェイス画面の１つであるアーティストリスト画面（情報内容リスト画像の１つである）を表示させるための指示が行われたとすると、表示画面部１９Ａには、図１１（ａ）に示される態様のアーティストリスト画面が表示される。アーティストリスト画面は、記憶部１２に記憶されているオーディオコンテンツ（オーディオファイル）についての全てのアーティスト名をリスト化して表示するものとされる。図１１（ａ）の場合には、図３に示されるオーディオファイル・メタデータテーブルが示すオーディオファイルの記憶内容に対応したものとなっており、「アーティストＡ」「アーティストＢ」「アーティストＣ」の各アーティスト名が表記されたリスト項目が示されている。
そのうえで、この場合のアーティストＡのリスト項目には、録画ファイルアイコン１０１（放送内容情報存在通知の表示）が配置表示されている。録画ファイルアイコン１０１は、これが配置表示されているリスト項目に示されるアーティストに関連した録画ファイルが存在することを通知する意義を持つ。先の具体説明によると、図６〜図１０までの説明の流れにより、アーティストＡを予約キー情報として、「僕らの音楽」というタイトルの番組が予約録画され、これが録画ファイルＩＤ＝V01の録画ファイルとして記憶部１２に記憶されている。図１１（ａ）の録画ファイルアイコン１０１は、この録画ファイルが記憶されていることに応じて表示されているものである。
また、アーティストリスト画面上には、リスト項目のうちから選択中にあるとされる１つの何れか１つを強調表示するようにして、カーソル１２０が配置されるようになっている。この図においては、カーソル１２０は、アーティストＢのリスト項目に配置された状態例が示されている。このカーソル１２０は、操作部２３に対する所定操作に応じてリスト項目間を順次移動するようにされる。

このようにして図１１（ａ）に示すアーティストリスト画面が表示されている状態の下で、例えばユーザが、カーソル１２０を、アーティストＡのリスト項目に移動させるための操作を行ったとすると、これに応じて、アーティストリスト画面は図１１（ｂ）に示すようにして変化する。
つまり、カーソル１２０は、操作に応答してアーティストＡのリスト項目に移動する。また、アーティストＡのリスト項目には、録画ファイルアイコン１０１が配置されているのであるが、このようにして録画ファイルアイコン１０１が配置されたリスト項目にカーソル１２０が位置しているときには、図示するようにして、例えば録画ファイルアイコン１０１の部分が拡大されるようにして、ビデオタイトルリスト・ウィンドウ１１２が表示される。

ビデオタイトルリスト・ウィンドウ１１２は、それが配置されるリスト項目のアーティストに関連した録画ファイルのリストを、その番組タイトルにより提示するポップアップウィンドウである。上記のように、アーティストＡに関連しては、「僕らの音楽」というタイトルの番組の録画ファイルが１つ記憶されている。そこで、図１１（ｂ）のビデオタイトルリスト・ウィンドウ１１２には、この録画ファイルの番組タイトルである「僕らの音楽」が表記されたリスト項目が１つ表示されているものである。

このようなアーティストリスト画面を起点としては、先ず、携帯型コンテンツプレーヤ１としての通常のオーディオ再生機能により、図１１（ｂ）から図１１（ｃ）への流れとして示すようにして、オーディオコンテンツの再生に移行させることができる。
つまり、図１１（ｂ）に示すアーティストリスト画面の表示状態の下で、例えば選択決定のための操作を行ったとすると、ここでの図示は省略するが、カーソル１２０が配置されているアーティストＡについてのオーディオコンテンツをその楽曲タイトルにより示すオーディオタイトルリストが表示される。そして、ユーザが、このオーディオタイトルリストから任意の楽曲タイトルを選択して決定操作を行ったとすると、その選択決定された楽曲タイトルのオーディオファイルの再生（音楽再生）が開始されることになる。このようにしてオーディオファイルの再生が開始されるのに応じて、表示画面部１９Ａには、図１１（ｃ）に示すような楽曲再生画面が表示される。

この図１１（ｃ）の楽曲再生画面には、現在再生中のオーディオファイル（楽曲）のタイトルが「ＡＢＣＤ」で、アーティスト名がアーティストＡであることと、再生動作状態を示すアイコンと、再生時間などが示される。そして本実施の形態では、さらに図示するようにして、録画ファイルアイコン１０１が表示される。
楽曲再生画面に表示される録画ファイルアイコン１０１は、再生中のオーディオファイルのアーティストに関連した録画ファイルが記憶部１２に記憶されていることを示す。換言すれば、楽曲再生画面において録画ファイルアイコン１０１が表示されていない場合には、再生中のオーディオファイルのアーティストに関連した録画ファイルは記憶されていない旨を示すことになる。

そして、本実施の形態では、図１１（ｂ）から図１１（ｅ）への流れとして示すようにして、アーティストリスト画面を起点として、アーティストリスト画面上で提示されるアーティストに関連した録画ファイルの再生にも移行することが可能とされる。
このための操作としては、例えば、図１１（ｂ）に示すようにして表示されているビデオタイトルリスト・ウィンドウ１１２内に表示されている録画ファイルのリスト項目（番組タイトル）のうちから任意のものを選択し、決定操作を行うようにされる。なお、図１１（ｂ）の例では、ビデオタイトルリスト・ウィンドウ１１２内には、番組タイトル「僕らの音楽」の録画ファイルのリスト項目が１つのみとされているので、選択決定操作は必然的に番組タイトル「僕らの音楽」が対象となる。
そして、実際に、番組タイトル「僕らの音楽」について選択決定を行ったとすると、図１１（ｅ）に示すようにして、表示画面部１９Ａには、番組タイトル「僕らの音楽」の録画ファイルを再生して得られる動画像が表示されることになる。つまりビデオ再生画面が表示される。なお、この図のビデオ再生画面では、録画ファイルの再生動画像とともに、再生動作状態を示すアイコンや、番組タイトルが表示されている。
そして、さらに本実施の形態では、図示するようにして、オーディオファイルアイコン１０２を表示させるようにする。
オーディオファイルアイコン１０２（単位音声情報存在通知の表示）は、その再生動画像が表示中とされている録画ファイルに関連するアーティストのオーディオコンテンツ（オーディオファイル）が記憶部１２に記憶されていることを示す。

上記図１１（ｃ）と図１１（ｅ）から分かるように、本実施の形態においては、オーディオファイルの再生に伴って表示される楽曲再生画面には、そのオーディオファイルのアーティストに関連した録画ファイルのあることを通知し、逆に、録画ファイルの再生に伴って表示されるビデオ再生画面には、その録画ファイルに関連したアーティストに関連したオーディオファイルのあることを通知するようにされる。
そのうえでさらに、本実施の形態では、上記の通知のために表示される録画ファイルアイコン１０１、オーディオファイルアイコン１０２を起点にして、下記のようにして、オーディオファイル再生から録画ファイル再生への移行と、これとは逆の録画ファイル再生からオーディオファイル再生への移行が行えるようにされている。

先ず、図１１（ｃ）に示すようにして楽曲再生画面が表示されている状態において、録画ファイルアイコン１０１に対するクリックに相当する操作を行ったとすると、この楽曲再生画面上には、図１１（ｄ）への遷移として示すようにして、ビデオタイトルリスト・ウィンドウ１１２が表示される。楽曲再生画面の場合のビデオタイトルリスト・ウィンドウ１１２としては、現在再生中の楽曲（オーディオファイル）のアーティストに関連した録画ファイルのリストを表示させることになる。従って、この場合の録画ファイルのリストとしては、アーティストＡに関連する録画ファイルとして、番組タイトル「僕らの音楽」を示すリスト項目が１つ表示される。そして、ビデオタイトルリスト・ウィンドウ１１２に提示されているリスト項目のうちから任意の１つを選択して決定操作を行ったとする。つまり、この図１１（ｄ）に示す状態であれば、「僕らの音楽」の番組タイトルのリスト項目についての選択決定を行うようにされる。この操作に応じては、これまでのオーディオファイルの再生から、選択決定された録画ファイルの再生に切り換わり、これに伴って、表示画面部１９Ａは、図１１（ｄ）から図１１（ｅ）への遷移として示すようにして、番組タイトル「僕らの音楽」の録画ファイルの再生動画像の表示に切り換わるようにされる。

また、図１１（ｅ）に示すビデオ再生画面上のオーディオファイルアイコン１０２に対するクリックに相当する操作を行ったとすると、図１１（ｆ）への遷移として示すように、そのビデオ再生画面上に、オーディオタイトルリスト・ウィンドウ１１３が示される。
このオーディオタイトルリスト・ウィンドウ１１３は、現在再生中の録画ファイルに関連するアーティストの楽曲（オーディオファイル）のリストを、その楽曲タイトルにより提示するポップアップウィンドウであり、図１１（ｆ）の場合には、アーティストＡの楽曲リストが提示されることになる。そして、例えばユーザが、オーディオタイトルリスト・ウィンドウ１１３内にて提示される楽曲のリスト項目のうちから１つを任意に選択して決定操作を行ったとすると、その選択決定された楽曲の再生が開始される。例えば、図１１（ｆ）に示されるオーディオタイトルリスト・ウィンドウ１１３のうちから、楽曲タイトルが「ＡＢＣＤ」のリスト項目について選択決定を行ったとすれば、この楽曲のオーディオファイルの再生が開始され、表示画面部１９Ａとしては、図１１（ｆ）から図１１（ｃ）への遷移として示すようにして、楽曲タイトル「ＡＢＣＤ」についての楽曲再生画面が表示されることになる。

また、例えばユーザの操作部２３に対する所定操作によって、録画ファイルリストを表示させるための指示が行われたとすると、表示画面部１９Ａには、図１２（ａ）に示される態様の録画ファイルリストが表示される。録画ファイルリストは、記憶部１２に記憶されている録画ファイルのリストを、その番組タイトルにより提示するものとされる。この場合には、記憶部１２に記憶されている録画ファイルが、番組タイトル「ドラマＡ」、「僕らの音楽」の２つであることとして、これに応じて、図１２（ａ）の録画ファイルリストには、「ドラマＡ」、「僕らの音楽」の２つのリスト項目が表示されている。
そのうえで、録画ファイルリストのリスト項目として提示されるもののうち、アーティストと関連付けられているものについては、オーディオファイルアイコン１０２が配置表示されるようになっており、これにより、その録画ファイルに関連付けされたアーティストのオーディオファイルが記憶されていることを示すようにされる。図１２（ａ）では、「僕らの音楽」のリスト項目において、オーディオファイルアイコン１０２が配置されている。これは、番組タイトル「僕らの音楽」に関連付けされたアーティストＡのオーディオファイル（図３参照）が記憶部１２に記憶されていることに基づいている。なお、例えば「ドラマＡ」の録画ファイルは、例えば予約録画などではなく通常に録画されたものとされ、その録画ファイル対応メタデータの予約キー情報にはアーティストなどは特に登録されていないものとされる。
また、録画ファイルリストにおいても、選択中にあるとされ１つのテーブルリストを強調表示するようにして、カーソル１２０が配置されるようになっている。この図においては、カーソル１２０は、ドラマＡのリスト項目に配置されている。

ここで、図１２（ａ）に示す録画ファイルリストが表示されている状態の下で、例えばユーザが、カーソル１２０を、アーティストＡのリスト項目に移動させるための表示を行ったとする。すると、録画ファイルリスト上では、図１２（ｂ）に示すようにして、先ず、カーソル１２０が「僕らの音楽」のリスト項目に移動するようにされる。そして、これとともに、例えばオーディオファイルアイコン１０２とされていた部分が拡大されるようにして、オーディオタイトルリスト・ウィンドウ１１３が表示される。
オーディオタイトルリスト・ウィンドウ１１３には、それが配置されるリスト項目の録画ファイルに関連付けされたアーティストのオーディオファイルのリストを、その楽曲タイトルにより提示するポップアップウィンドウである。

そして、上記図１２（ｂ）に示すようにしてカーソル１２０が番組タイトル「僕らの音楽」のリスト項目に配置された表示状態の下で、選択決定のための操作を行ったとする。すると、携帯型コンテンツプレーヤ１は、番組タイトル「僕らの音楽」の録画ファイルの再生を開始させ、これに応じて表示画面部１９Ａは、図１２（ｃ）に示すようにして「僕らの音楽」の録画ファイルの再生動画像を表示する、ビデオ再生画面に切り換わることになる。この「僕らの音楽」についてのビデオ再生画面は、図１１（ｅ）と同じものとなる。
また、図１２（ｂ）に示される表示状態の下で、所定操作により、オーディオタイトルリスト・ウィンドウ１１３にて提示されている楽曲のタイトルリストのうちから、１つのリスト項目を選択して決定操作を行ったとすると、この選択決定された楽曲のオーディオファイルの再生が開始され、これに応じて、表示画面部１９Ａは、図１２（ｅ）に示すようにして、その再生されたオーディオファイルについての楽曲再生画面に切り換わるようにされる。図１２（ｅ）には、オーディオタイトルリスト・ウィンドウ１１３から楽曲タイトル「ＡＢＣＤ」のリスト項目を選択決定したものとしたことに応じて、楽曲タイトル「ＡＢＣＤ」についての楽曲再生画面が示されている。この図１２（ｅ）は、図１１（ｃ）に示した楽曲再生画面と同じものとなる。

そして、図１２（ｃ）に示すようにしてビデオ再生画面が表示された状態では、先の図１１（ｅ）から図１１（ｆ）、図１１（ｃ）への遷移として説明したように、オーディオファイルアイコン１０２に対するクリック相当の操作により、図１２（ｄ）に示すようにオーディオタイトルリスト・ウィンドウ１１３を表示させることができ、さらに、ここから図１２（ｅ）への遷移として示すように、オーディオタイトルリスト・ウィンドウ１１３に対するオーディオファイルのタイトルリストに対する選択決定操作により、オーディオファイル再生に切り換えることができる。
また、図１２（ｅ）に示すようにして楽曲再生画面が表示された状態では、先の図１１（ｃ）から図１１（ｄ）、図１１（ｅ）への遷移として説明したように、ビデオファイルアイコン１０１に対するクリック相当の操作により、図１２（ｆ）に示すようにビデオタイトルリスト・ウィンドウ１１２を表示させることができ、さらに、ここから図１２（ｃ）への遷移として示すように、ビデオタイトルリスト・ウィンドウ１１２に対するオーディオファイルのタイトルリストに対する選択決定操作により、録画ファイルの再生に切り換えることができる。

上記図１１及び図１２による説明から理解されるように、本実施の形態では、例えば本来はオーディオファイル再生に使用するインターフェイス画面であるアーティストリスト画面を起点にして、録画ファイル（即ちビデオ形式のファイル）の再生に移行することができる。また、オーディオファイルが再生中にあって、その再生状況を示す画面（楽曲再生画面）が表示されている状態からも、録画ファイル再生に移行することが可能とされる。
一方で、これとは反対に、録画ファイル再生に使用するインターフェイス画面である録画ファイルリストの画面を起点にしてオーディオファイルの再生に移行し、また、録画ファイルを再生中とされてその再生状況を示すビデオ再生画面が表示されている状態から、オーディオファイルの再生に移行することも可能とされる。
つまり、本実施の形態では、オーディオファイル再生に関連したインターフェイス画面からビデオファイル再生関連のインターフェイス画面へ戻るような数多い操作手順を経ることなく、ビデオファイルの再生を開始させることが可能になる。また、これとは反対方向に、録画ファイルファイル（ビデオファイル）再生に関連したインターフェイス画面からオーディオファイル再生関連のインターフェイス画面へ戻ることなく、オーディオファイルの再生を開始させることも可能とされる。これにより、例えば、ユーザとしては、コンテンツファイルの再生に関連した操作を、オーディオとビデオとで明確に区別することなくシームレスな感覚で行えることとなって、これまでにはなかったとされる良好な操作性を得ることが可能になる。

次に、上記図１１、図１２により示したコンテンツ再生に関連したユーザインターフェイスを実現するために、制御部２０（ＣＰＵ）が実行するものとされる処理手順例について、図１３〜図２１のフローチャートを参照して説明する。

先ず、図１３のフローチャートにより、図１１（ａ）（ｂ）に示されるアーティストリスト画面の表示に関連した処理手順例を示す。
ここでは、先ず、ステップＳ３０１によりアーティストリスト画面を表示させるための指示が得られるのを待機しており、例えば、操作部２３に対してアーティストリスト画面を表示させるための操作が行われることに応じて、アーティストリスト画面表示の指示が得られたとされると、ステップＳ３０２以降の手順に進むようにされる。

ステップＳ３０２においては、例えばメモリ部２１に保持されているアーティストリストテーブルの読み込みを行い、続くステップＳ３０３により、変数ｎについて１を代入する初期化を実行する。この場合の変数ｎは、アーティストリストテーブルに登録されているアーティストについて設定した、以降の処理についての処理順を示す。

ステップＳ３０４では、上記ステップＳ３０２により読み込んだアーティストリストテーブルにおいて示されるアーティストにおけるｎ番目のアーティストについて、その属性項目の１つである対応録画ファイルにおいて、録画ファイルＩＤが１つでも登録されているか否かについて判別する。
ここで、肯定の判別結果が得られた場合には、ステップＳ３０５に進む。ステップＳ３０５では、現在のｎ番目のアーティストについて、アーティストリスト画面上で録画ファイルアイコン１０１を付して表示すべきことを設定し、ステップＳ３０６に進むようにされる。
これに対して、ステップＳ３０４にて否定の判別結果が得られた場合には、ステップＳ３０５をスキップしてステップＳ３０６に進む。つまり、この場合には、ｎ番目のアーティストについては、録画ファイルアイコン１０１を付して表示させないことが設定される。つまり、ステップＳ３０４、Ｓ３０５からＳ３０６に至るまでの手順により、ｎ番目のアーティストに対応する録画ファイルアイコンの表示／非表示が設定されるものである。

ステップＳ３０６においては、現在の変数ｎについて最大値(full)であるか否かについての判別を行うようにされる。ここで否定の判別結果が得られた場合には、録画ファイルアイコン表示／非表示設定についての処理が行われていないアーティストがあることになるので、ステップＳ３０７により変数ｎについてインクリメントしたうえで、ステップＳ３０４に戻り、次のアーティストについての録画ファイルアイコン表示／非表示設定を行うようにされる。これに対して、全てのアーティストについての録画ファイルアイコン表示／非表示設定を完了したことにより、ステップＳ３０６にて肯定の判別結果が得られたのであれば、ステップＳ３０８に進むようにされる。

ステップＳ３０８においては、これまでの手順によりアーティストごとに設定された録画ファイルアイコン表示／非表示の設定結果が反映されるようにして、アーティストリスト画面の表示用画像データを生成するようにされる。そして、次のステップＳ３０９により、この表示用画像データを表示用メモリ１８に転送して、ディスプレイ部１９により、この表示用画像データの画像を表示させる。つまり、アーティストリスト画面の表示を開始させる。

次に、図１４のフローチャートにより、図１１にて説明したようにして、アーティストリスト画面を起点として、オーディオファイル再生、あるいは録画ファイル再生に移行するための処理手順例について説明する。
ここでは、先ずステップＳ４０１により、現在表示中とされているアーティストリスト画面上でカーソル１２０を移動させるための操作が操作部２３に対して行われたか否かを判別しており、否定の判別結果が得られた場合には、後述するステップＳ４０５に進むようにされる。これに対して、肯定の判別結果が得られたとすると、ステップＳ４０２に進む。
ステップＳ４０２では、上記ステップＳ４０１に対応して発生されたカーソル移動指示に応じた移動方向、移動量に従って、カーソル１２０を、他のアーティストのリスト項目の位置に移動表示させる。なお、このときに、カーソル１２０の移動前において、このカーソル１２０が配置されていたリスト項目にてビデオタイトルリスト・ウィンドウ１１２が表示されていた場合には、今回のカーソル１２０の移動に伴って、このビデオタイトルリスト・ウィンドウ１１２を消去するようにされる。
次のステップＳ４０３では、今回のカーソル移動によりカーソル１２０が配置されたリスト項目にて録画ファイルアイコン１０１を表示させているか否かについて判別することとしており、ここで否定の判別結果が得られたのであれば、ステップＳ４０１に戻るようにされる。これに対して肯定の判別結果が得られたのであれば、ステップＳ４０４に進むようにされる。

ステップＳ４０４では、メモリ部２１に保持されているアーティストリストテーブルを参照して、現在カーソル１２０が配置されているリスト項目が示すアーティスト（選択対象アーティスト）のビデオタイトルリスト・ウィンドウの表示用画像データを作成し、これが、例えば図１１（ｂ）により示したような表示態様により、アーティストリスト画面上にて重畳表示されるようにして表示制御処理を実行する。

次のステップＳ４０５においては、現在表示されているものとするビデオタイトルリスト・ウィンドウ１１２に対する操作として、ビデオタイトルについての選択決定操作が行われたか否かについて判別するようにされる。なお、例えば図１１（ａ）（ｂ）のアーティストＢに対応するリスト項目のようにして、録画ファイルアイコン１０１の付加表示が行われないリスト項目にカーソル１２０が配置されている場合には、ビデオタイトルリスト・ウィンドウ１１２は表示されないことになるが、この場合には、ステップＳ４０５としては否定の判別結果を出力するものとされる。
ステップＳ４０５にて肯定の判別結果が得られた場合には、ステップＳ４０６に進む。ステップＳ４０６では、上記ステップＳ４０５に対応して選択決定されたビデオタイトルに対応する録画ファイルの再生開始要求を出力し、この図に示す処理を抜けるようにされる。この処理の流れは、図１１（ｂ）から図１１（ｅ）への遷移に対応することとなる。
これに対して、ステップＳ４０５にて否定の判別結果が得られたのであれば、ステップＳ４０７にて、現在表示させているアーティストリスト画面以外の他のリスト画面などの表示を呼び出す操作が行われたか否かを判別したうえで、このような操作が行われていないのであれば、ステップＳ４０１に戻るようにされる。

これに対して、ステップＳ４０７にて他画面の呼び出しを指示する操作が行われたとして、肯定の判別結果が得られた場合には、ステップＳ４０８に進んで、ここで、今回の他画面の呼び出し指示が、オーディオタイトルリスト画面についてのものであるか否かについて判別する。ここで、否定の判別結果が得られたのであれば、ステップＳ４１３により、その指定された他画面を表示させるための制御を実行して、この図に示す処理を抜けるようにされる。これに対して、ステップＳ４０７に応じて呼び出された他画面がオーディオタイトルリスト画面であるとして、ステップＳ４０８により肯定の判別結果が得られた場合には、ステップＳ４０９に進む。

ステップＳ４０９においては、オーディオファイル・メタデータテーブル（図３）を参照して、選択アーティストについてのオーディオタイトルリスト画面の表示用画像データを作成し、この表示用画像データにより画像表示を行うようにされる。これにより、表示画面部１９Ａにおける表示内容は、これまでのアーティストリスト画面から、この画面にて最後にカーソルが配置されていたリスト項目のアーティストについてのオーディオタイトルリスト画面に表示が切り換わるようにされる。先のステップＳ４０７からステップＳ４０９に至る処理の流れは、図１１（ｂ）から図１１（ｃ）に至る前の段階として説明した、アーティストＡについてのオーディオタイトルリスト画面が表示されるまでの遷移に対応したものとなる。

このようにして、オーディオタイトルリスト画面を表示させた状態の下では、先ず、ステップＳ４１０として示すように、オーディオタイトルリスト画面にてリスト項目として提示される、オーディオタイトルの選択決定操作が行われるのを待機している。
そして、次のステップＳ４１０においては、オーディオタイトルのリスト項目に対する選択決定操作が行われたか否かについて判別することとしており、肯定の判別結果が得られたのであれば、選択決定されたオーディオタイトルに対応するオーディオファイルの再生開始要求を出力し、この図に示す処理を抜ける。この処理の流れが、アーティストリスト画面の表示から、図１１（ｃ）に示すオーディオファイル再生への遷移に対応する。

一方、ステップＳ４１０にて否定の判別結果が得られた場合には、オーディオタイトルリスト画面以外の他のインターフェイス画面を呼び出すための操作が行われたか否かについて判別し、否定の判別結果に応じては、ステップＳ４１０に戻るようにされる。これに対して、肯定の判別結果が得られたのであれば、ステップＳ４１３により、呼び出しを指定した他画面への表示に移行するようにされる。

図１５のフローチャートは、上記図１４のステップＳ４１１により出力されたオーディオファイルの再生開始要求に応答した処理手順例を示している。
ここでは、先ず、ステップＳ５０１により、オーディオファイル再生開始要求が得られるのを待機しており、上記のようにして、例えば図４のステップＳ４１１が実行されたことに応じてオーディオファイル再生開始要求が発生されたとすると、ステップＳ５０２以降の手順に移行する。

ステップＳ５０２においては、上記ステップＳ５０１に応じて得られたオーディオファイル再生開始要求が指定するオーディオファイルの再生出力を開始させる。つまり、制御部２０は、オーディオファイル再生開始要求が指定するオーディオファイルを、そのオーディオファイルＩＤにより特定し、このオーディオファイルＩＤにより、オーディオファイルの再生命令を行うようにされる。これに応じて、記憶部２１から指定されたオーディオファイルＩＤにより示されるオーディオファイルの読み出しが行われ、再生処理部２２、及びオーディオ出力処理部１５による信号処理が施されて再生出力されることになる。

また、上記ステップＳ５０２の処理とともに、ステップＳ５０３〜ステップＳ５０６までの手順により、図１１（ｃ）に例示するような楽曲再生画面を表示させるための処理も実行するようにされる。
先ず、ステップＳ５０３ではアーティストリストテーブルから、現在再生対象となっているオーディオファイルに対応するアーティストのリスト項目における対応録画ファイルの内容を識別する。そして、ステップＳ５０４により、その識別結果として、対応録画ファイルには、録画ファイルＩＤの登録が存在するか否かについての判別を行う。
ステップＳ５０４にて、録画ファイルＩＤの登録が存在するとして肯定の判別結果が得られたのであれば、ステップＳ５０５に進む。ステップＳ５０５では、例えば図１１（ｃ）も例示したようにして録画ファイルアイコン１０１を重畳表示させたうえで、楽曲再生画面を表示させるための表示制御処理を実行する。
これに対して、ステップＳ５０４にて否定の判別結果が得られた場合には、ステップＳ５０６により、録画ファイルアイコン１０１を重畳表示させることなく、楽曲再生画面を表示させるための表示制御処理を実行するようにされる。

図１６のフローチャートは、例えば図１１（ｃ）から図１１（ｄ）→（ｅ）への遷移として示したように、録画ファイルアイコン１０１が表示された楽曲再生画面に対する操作として、ビデオタイトル・ウィンドウ１１２を表示させてビデオタイトルの再生指示が行われた場合に応答した処理手順例を示している。
ここでは先ず、ステップＳ６０１により、図１１（ｃ）のようにして録画ファイルアイコン１０１が表示された楽曲再生画面を表示画面部１９Ａに表示させている状態の下で、ビデオタイトルリスト・ウィンドウ１１２を呼び出すための操作が行われるのを待機している。そして、例えば先の説明のようにして、楽曲再生画面上の録画ファイルアイコン１０１に対するクリックに相当する操作が行われると、ステップＳ６０１からステップＳ６０２に進むようにされる。

ステップＳ６０２においては、先の図１４のステップＳ４０４と同様にして、アーティストリストテーブルを参照することにより、現在再生対象とされているオーディオファイルが対応するアーティストのビデオタイトル・ウィンドウ１１２を表示させるための処理を実行したうえで、次のステップＳ６０３によりビデオタイトルリスト・ウィンドウ１１２に対するビデオタイトル選択決定操作が行われるのを待機するようにされる。なお、ここでは図示していないが、例えばこのステップＳ６０３によりビデオタイトル選択決定操作を待機しているあいだに、特に操作がないまま一定時間が経過した、あるいはビデオタイトルリスト・ウィンドウ１１２を消去させるべき操作が行われたなどして、ビデオタイトルリスト・ウィンドウ１１２の消去命令が出力された場合には、ビデオタイトルリスト・ウィンドウ１１２の表示を消去するようにして表示制御を実行するようにされる。
そして、ステップＳ６０３にてビデオタイトルの選択決定操作が行われたとの判別結果が得られたとされると、ステップＳ６０４により、選択決定されたビデオタイトルに対応する録画ファイルの再生開始要求を出力するようにされる。この録画ファイル再生開始要求に応じては、例えば図２０により後述するようにして、対応する録画ファイルの再生と、これに伴うビデオ再生画面の表示が行われることになる。つまり、図１１（ｄ）から図１１（ｅ）（又は図１２（ｆ）から図１２（ｃ））に示すようなオーディオファイル再生から録画ファイル再生への遷移が実現されるものである。

次に図１７のフローチャートにより、図１２（ａ）に例示したような録画ファイルリスト画面の表示を開始するための処理手順例について説明する。
ここでは、先ず、ステップＳ７０１により録画ファイルリスト画面表示についての指示が得られるのを待機している。そして、例えば操作部２３に対する録画ファイルリスト画面表示の指示操作などに応じて、録画ファイルリスト表示の指示が得られたとされると、ステップＳ７０２以降の手順に進む。

ステップＳ７０２においては、記憶部１２の録画ファイル対応メタデータフォルダにアクセスして、ここに格納されるようにして記憶される録画ファイル対応メタデータ群の読み込みを行ったうえで、ステップＳ７０３により、変数ｍについての初期化処理として１を代入する。変数ｍは、上記ステップＳ７０２により読み込んだとされる録画ファイル対応メタデータについて設定した、以降の処理についての処理順を示す。なお、録画ファイル対応メタデータの構造例は、図９に示される。

ステップＳ７０４では、上記ステップＳ７０２により読み込んだ録画ファイル対応メタデータのうちで、処理順がｍ番目とされるものについての処理を実行するようにされる。このステップＳ７０４としての処理手順は、図１８に示される。

図１８においては、先ずステップＳ８０１により、現在処理対象となっているｍ番目の録画ファイル対応メタデータを参照して、録画ファイルリスト画面内にて表示されるべき、この録画ファイル対応メタデータが対応する録画ファイルについてのリストテーブルにて提示すべき情報項目の内容を取得するようにされる。より具体的には、例えば図１２（ａ）に示される録画ファイルリスト画面のリスト項目ごとには、録画ファイルのタイトル（番組タイトル）と、関連するアーティストに対応するオーディオファイルが存在する場合には、その旨を通知するためのオーディオファイルアイコン１０２が表示される。従って、ステップＳ８０１により取得すべき情報項目としては、先ず、番組タイトルと、予約キー情報としてのアーティストＩＤとされる。
また、次のステップＳ８０２により、メモリ部２１に保持されているアーティストリストテーブルを読み込むようにされる。

次に、ステップＳ８０３においては、アーティストリストテーブルにおいて、ステップＳ８０１にて取得した予約キー情報に登録されているアーティストＩＤが対応するリスト項目の対応オーディオファイルを参照して、ここに、オーディオファイルＩＤが登録されているか否かについて判別するようにされる。
ステップＳ８０３において肯定の判別結果が得られた場合には、このｍ番目の録画ファイル対応メタデータに対応する録画ファイルについて、オーディオファイルのアーティストを共通軸に関連付けられるオーディオファイルがあることになる。そこで、この場合には、ステップＳ８０４により、ｍ番目の録画ファイル対応メタデータに対応する録画ファイルのリスト項目において、オーディオファイルアイコン１０２を付して表示すべきことを設定する。これに対してステップＳ８０３において否定の判別結果が得られた場合には、ｍ番目の録画ファイル対応メタデータに対応する録画ファイルについては、オーディオファイルのアーティストを共通軸に関連付けられるオーディオファイルは存在しないということになる。そこで、この場合には、ステップＳ８０４をスキップすることで、ｍ番目の録画ファイル対応メタデータに対応する録画ファイルについては、オーディオファイルアイコン１０２を付して表示させないことが設定される。つまり、図１８の手順には、１つの録画ファイルのリスト項目における、オーディオファイルアイコン１０２についての表示／非表示の設定が含まれている。

上記図１８の手順を実行した後は、図１７のステップＳ７０５に進む。このステップＳ７０５においては、現在の変数ｍについて最大値(full)であるか否かについての判別を行う。ここで否定の判別結果が得られた場合には、未処理の録画ファイル対応メタデータテーブルが残っていることになる。そこで、この場合には、ステップＳ７０６により変数ｍについてインクリメントしたうえで、ステップＳ７０４に戻ることで、次の録画ファイル対応メタデータについての処理を行うようにされる。
これに対して、全ての録画ファイル対応メタデータについての処理を実行したとして、ステップＳ７０５により肯定の判別結果が得られたとされると、ステップＳ７０７に進む。

ステップＳ７０７では、これまでの録画ファイル対応メタデータについての処理結果が反映されるようにして、録画ファイルリスト画面の表示用画像データを生成する。つまり、録画ファイル対応メタデータを処理するごとに、その結果として、対応する録画ファイルのテーブルリストにおいて表示すべき番組タイトルが認識され、オーディオファイルアイコン１０２の表示／非表示の設定が行われるので、これらの結果が反映されるようにするものである。そして、ステップＳ７０８により、ディスプレイ部１９にて、この表示用画像データの表示が開始されるように、即ち、録画ファイルリスト画面が表示されるように制御を実行する。

次に、図１９のフローチャートにより、図１２にて説明したようにして、録画ファイルリスト画面を起点として、録画ファイル再生、あるいはオーディオファイル再生に移行するための処理手順例について説明する。
ここでは、先ずステップＳ９０１により、現在表示中とされている録画ファイルリスト画面上でカーソル１２０を移動させるための操作が行われたか否かを判別している。そして、否定の判別結果が得られた場合には、後述するステップＳ９０５に進むようにされる。これに対して、肯定の判別結果が得られた場合には、ステップＳ９０２に進む。
ステップＳ９０２では、上記のカーソル移動操作に応じて、カーソル１２０を、他の録画ファイルのリスト項目の位置に移動表示させる。なお、このときに、カーソル１２０の移動前において、このカーソル１２０が配置されていたリスト項目にてオーディオタイトルリスト・ウィンドウ１１３が表示されていた場合には、今回のカーソル１２０の移動に伴って、このビデオタイトルリスト・ウィンドウ１１３を消去するようにされる。
次のステップ９０３では、今回のカーソル移動によりカーソル１２０が配置されたリスト項目にてオーディオファイルアイコン１０２を表示させているか否かについて判別し、否定の判別結果が得られたのであれば、ステップＳ９０１に戻るが、肯定の判別結果が得られたのであれば、ステップＳ９０４に進む。

ステップＳ９０４では、メモリ部２１に保持されているアーティストリストテーブルを参照して、現在カーソル１２０が配置されているリスト項目が示す録画ファイル（選択対象録画ファイル）についての対応オーディオファイルの内容を識別する。そして、この識別結果に基づき、選択対象録画ファイルについてのオーディオタイトルリスト・ウィンドウ１１３の表示用画像データを作成する。そして、この表示用画像データを利用して、例えば図１２（ｂ）により示したような表示態様により、録画ファイルリスト画面上にてオーディオタイトルリスト・ウィンドウ１１３が重畳表示されるようにして表示制御処理を実行する。

次に、ステップＳ９０５においては、現在表示されているものとするオーディオタイトルリスト・ウィンドウ１１３に対する操作として、オーディオタイトルについての選択決定操作が行われたか否かについて判別するようにされる。なお、このステップＳ９０５の処理に至った段階においては、オーディオタイトルリスト・ウィンドウ１１２が表示されていない場合（例えば図１２（ａ）（ｂ）の「ドラマＡ」にカーソル１２が配置されているような場合）もあるが、この場合には、ステップＳ９０５としては否定の判別結果を出力するものとされる。
ステップＳ９０５にて肯定の判別結果が得られた場合には、ステップＳ９０６に進む。ステップＳ９０６では、上記ステップＳ９０５に対応して選択決定されたオーディオタイトルに対応するオーディオファイルの再生開始要求を出力し、この図に示す処理を抜けるようにされる。この処理の流れは、図１２（ｂ）から図１２（ｅ）への遷移に対応する。

これに対して、ステップＳ９０５にて否定の判別結果が得られた場合には、ステップＳ９０７に進む。
ステップＳ９０７においては、録画ファイルリスト画面上での録画ファイタイトルの選択決定操作が行われたか否かについての判別を行うようにされ、肯定の判別結果が得られたのであれば、ステップＳ９０８に進むようにされる。ステップＳ９０８では、選択決定された録画ファイルタイトルに対応する録画ファイルの再生開始要求を出力し、この図に示す処理を抜ける。この処理の流れが、録画ファイルリスト画面の表示から、図１２（ｃ）に示されるオーディオファイル再生への遷移に対応する。

ステップＳ９０７にて否定の判別結果が得られた場合には、ステップＳ９０９により、録画ファイルリスト画面以外の他のインターフェイス画面の表示を呼び出すための操作が行われたか否かを判別し、ここでも特に操作は行われないとして否定の判別結果が得られたのであれば、ステップＳ９０１に戻るようにされる。これに対して、肯定の判別結果が得られたのであれば、ステップＳ９１０により、上記ステップＳ９０９に対応して行われた操作により指定された他のインターフェイス画面を表示させるための所要の制御処理を実行する。

図２０のフローチャートは、図１１（ｅ）、若しくは図１２（ｃ）などに示すビデオ再生画面の表示を伴う、録画ファイル再生を開始させるための処理手順例を示している。また、この図に示す処理は、図１４のステップＳ４０６、図１６のステップＳ６０４、及び図１９のステップＳ９０８などにより出力される録画ファイルの再生開始要求に応答した処理となる。

先ず、ステップＳ１００１では、上記の録画ファイル再生開始要求が得られるのを待機するようにしており、ここで録画ファイル再生開始要求が得られたとされると、ステップＳ１００２以降の手順に移行する。
ステップＳ１００２においては、上記ステップＳ１００１に応じて得られた録画ファイル再生開始要求が指定する録画ファイルの再生出力を開始させる。つまり、制御部２０は、録画ファイル再生開始要求が指定する録画ファイルを記憶部１２から読み出し、再生処理部２２による復号処理と、この後の画像音声による再生出力が行われるようにして再生制御を実行する。

また、上記ステップＳ１００２の処理とともに、ステップＳ１００３〜ステップＳ１００６までの手順により、図１１（ｅ）、図１２（ｃ）に例示するようなビデオ再生画面を表示させるための処理も実行するようにされる。
先ず、ステップＳ１００３ではアーティストリストテーブルから、現在再生対象となっている録画ファイル（ＩＤ）を対応録画ファイルに格納するアーティストのテーブルリストにおける対応オーディオファイルの内容を識別する。そして、ステップＳ１００４により、その識別結果として、対応オーディオファイルにおいて登録されたオーディオファイルＩＤが存在するか否かについて判別するようにされる。

ステップＳ１００４にて、オーディオファイルＩＤが登録されているとして肯定の判別結果が得られたのであれば、ステップＳ１００５に進む。ステップＳ１００５では、例えば図１２（ｃ）も例示したようにしてオーディオファイルアイコン１０２が示されるビデオ再生画面を表示させるための表示制御処理を実行する。
これに対して、ステップＳ１００４にて否定の判別結果が得られた場合には、オーディオファイルアイコン１０２の無いビデオ再生画面を表示させるための表示制御処理を実行するようにされる。

図２１のフローチャートは、例えば図１２（ｃ）から図１２（ｄ）→（ｅ）への遷移、若しくは図１１（ｅ）から図１１（ｆ）→図１１（ｃ）への遷移として示したように、オーディオファイルアイコン１０２が表示されたビデオ再生画面に対する操作として、オーディオタイトル・ウィンドウ１１３を表示させてオーディオタイトルの再生指示が行われた場合に応答した処理手順例を示している。
ここでは先ず、ステップＳ１１０１により、図１２（ｃ）などのようにしてオーディオファイルアイコン１０２が示されるビデオ再生画面を表示画面部１９Ａに表示させている状態の下で、オーディオタイトルリスト・ウィンドウ１１３を呼び出すための操作が行われるのを待機している。そして、例えば先の説明のようにして、ビデオ再生画面上のオーディオファイルアイコン１０２に対するクリックに相当する操作が行われると、ステップＳ１１０１からステップＳ１１０２に進むようにされる。

ステップＳ１１０２においては、先ず、現在において再生対象となっている録画ファイル（ＩＤ）の録画ファイル対応メタデータの予約キー情報を参照し、ここに登録されているアーティストＩＤを取得する。そして、アーティストリストテーブルから、この取得したアーティストＩＤの対応オーディオファイルに格納される内容を取り込むようにされる。そして、この対応オーディオファイルから取り込んだオーディオファイルＩＤを利用して、オーディオファイルリスト・ウィンドウ１１３の表示用画像データを作成し、ビデオ再生画面上に重畳表示する。
そのうえで、次のステップＳ１１０３により、オーディオファイルリスト・ウィンドウ１１３に対するオーディオタイトル選択決定操作が行われるのを待機するようにされる。なお、この場合にも、例えばこのステップＳ１１０３によりオーディオタイトル選択決定操作を待機しているあいだに、特に操作がないまま一定時間が経過した、あるいはオーディオファイルリスト・ウィンドウ１１３を消去させるべき操作が行われたなどして、オーディオファイルリスト・ウィンドウ１１３の消去命令が出力された場合には、オーディオファイルリスト・ウィンドウ１１３の表示を消去するようにして表示制御を実行するようにされる。
そして、ステップＳ１１０３にてオーディオタイトルの選択決定操作が行われたとの判別結果が得られたとされると、ステップＳ１１０４により、選択決定されたオーディオタイトルに対応するオーディオファイルの再生開始要求を出力するようにされる。この再生開始要求に応じて、先に図１５に示したように、要求されたオーディオファイルの再生と、これに伴う楽曲再生画面の表示が行われる。このようにして、図１２（ｄ）から図１２（ｅ）、又は図１１（ｆ）から図１１（ｃ）に示すような録画ファイル再生からオーディオファイル再生への遷移が実現される。

なお、これまでに説明したフローチャートとしての処理を実現するために制御部２０のＣＰＵが実行するものとされるプログラムは、先の説明のようにして、記憶部１２に予め記憶させておくようにされるが、このほかにも、例えばデータインターフェイス１１を経由して接続されるパーソナルコンピュータなどからインストールするようにして記憶部１２に記憶させることも考えられる。あるいは、携帯型コンテンツプレーヤ１について所定のリムーバブル形式の記憶媒体に対応するドライブを備えることとした上で、この記憶媒体からインストールさせるようにして記憶部１２に記憶させることが考えられる。また、ネットワーク上のサーバなどにおける記憶装置に記憶させておいたうえで、携帯型コンテンツプレーヤ１自体にネットワーク機能を持たせることとし、サーバからダウンロードして取得してインストールさせることも考えられる。

また、本願発明の下での録画ファイル、オーディオファイル再生を実現するための処理手順や、処理にあたって利用すべき各種リストテーブルの構造などは、これまでにおいてフローチャートやデータ構造図などにより説明したものに限定されるものではなく、適宜変更が可能である。

例えば、予約録画すべき番組を特定するのに用いるアーティスト対応レーティングポイントについては、図５のステップＳ４、Ｓ５として示したように、オーディオファイル・メタデータテーブルから、共通のアーティストＩＤ（アーティスト名）を属性項目として有する全てのテーブルリストのファイル対応レーティングポイントの平均値を求めることとしている。しかし、アーティスト対応レーティングポイントとしては、アーティストごとについてのユーザにとっての重要度、関心度の高さが数値として示すことがその意義であることからすると、アーティスト対応レーティングポイントの求め方としては、平均値だけではなく、例えばファイル対応レーティングポイントの単純加算により求めることとしてもよいものである。
また、アーティスト対応レーティングポイントの算出に利用すべき情報としては、ファイル対応レーティングポイント以外にも考えられる。
例えば、先ず１つには、オーディオファイルごとの属性情報（例えばオーディオファイル・メタデータテーブルのリストテーブルごとに格納する属性情報）として、携帯型コンテンツプレーヤ１においてこれまでに再生された回数を示す情報（再生回数情報）を含めることとする。そして、共通のアーティストＩＤ（アーティスト名）を属性項目として有する全てのテーブルリストの再生回数情報を収集し、これらの収集した再生回数情報の値を利用して所定のアルゴリズム、演算を行うことでアーティスト対応レーティングポイントを得るものである。
また、オーディオコンテンツプレーヤでは、いわゆるプレイリストによる再生が可能とされているものが多い。プレイリストは、例えばユーザが、記憶部１２に記憶されているオーディオファイル（楽曲タイトル）のうちから、任意のオーディオファイルを選択した上で、これらの再生順についてもユーザが任意に設定するようにして作成される、オーディオファイルについての再生指示情報単位であり、ユーザにとっては自身が作成したアルバムのような扱いとなるものである。例えばユーザは、このようなプレイリストを、必要なだけ作成したうえで、アルバムを選択するのと同様の要領でプレイリストを選択して、そのプレイリスト内のオーディオファイルの再生を行わせることができる。
このことからすると、プレイリストに登録されているオーディオファイル（楽曲タイトル）の内容には、楽曲タイトルに関連したユーザの好みが反映されているということがいえる。例えば、先ず、プレイリストに登録されている楽曲タイトルは、ユーザが気に入っているものとして捉えることができ、さらにプレイリスト内にあっても、例えば再生順がはじめのほうであるほどユーザにとっての気に入り度が高いものであると推定することができる。そこで、プレイリストに登録される楽曲についてのメタデータを、アーティスト対応レーティングポイントを求めるためのパラメータとして利用することが考えられる。
また、携帯型コンテンツプレーヤ１の記憶部１２に記憶されるオーディオファイルは、先に説明したように、パーソナルコンピュータなどにインストールしたオーディオコンテンツ管理アプリケーションが、外部データインターフェイス１１経由で転送してくるものとされる。すると、例えばオーディオファイルの転送された日時が現在に対して近いほど、ユーザにとっての関心度は高いものであると考えることができる。そこで、オーディオファイルごとに関連するメタデータとして、転送された日時の情報（転送日時情報）を持つこととして、この転送日時情報をアーティスト対応レーティングポイントを求めるためのパラメータとして利用することが考えられる。
さらには、これらのファイル対応レーティングポイント、再生回数情報、プレイリスト内容、及び転送日時情報などから選択した複数のパラメータを利用して、所定の規則に従った演算などを行ってアーティスト対応レーティングポイントを求めるようにすることも考えられる。

また、上記実施の形態では、予約録画すべき番組を特定するためにアーティスト対応レーティングポイントを利用している、即ち、ユーザにとっての関心が高いとされるアーティスト名をキーワードとして予約録画すべき番組の特定を行っているものである。しかしながら、キーワードとすべきオーディオファイルの属性項目としては、これに限定されるものではなく、例えばアルバムタイトルや楽曲タイトルなどを採用することもできるものである。

また、上記実施の形態においては、ユーザにとっての関心度が高いとされる放送予定の番組についての特定結果を利用した動作として、特定された番組の録画予約設定を自動的に行うこととしているが、これ以外の動作も考えられる。
例えば、アーティストリスト画面において、番組を特定するキーワードとなったアーティストのリスト項目が存在する場合には、このリスト項目に対応させて、特定された番組についての情報（放送予定番組情報）を表示させるようにするものである。例えば、先の図１１（ｂ）に示されるビデオタイトルリスト・ウィンドウ１１２として、特定された番組のリストを提示して表示させるものである。なお、放送予定番組情報として表示すべき内容は、番組タイトル、チャンネル、放送時間帯、番組内容など、ＥＰＧ内番組単位情報が格納する情報から、放送予定番組情報の表示サイズなどを考慮して、必要とされるものを選択することとすればよい。このような放送予定番組情報を見ることで、ユーザは、自分にとって関心の高いアーティストが出演する番組が放送予定にあることと、この番組に関する情報とを予め知ることができる。なお、番組を特定するキーワードが、アルバムタイトルや楽曲タイトルである場合には、上記と同様の要領で、放送予定番組情報の表示を、アルバムタイトルリスト画面や楽曲タイトルリスト画面などに表示させることができる。
そして、上記のようにして、放送予定番組情報が表示されたアーティストリスト画面、アルバムタイトルリスト画面、及び楽曲タイトルリスト画面において、放送予定番組情報にて示される番組を選択決定する操作が行われた場合には、この選択決定された番組についての予約録画設定が行えるようにすることが考えられる。なお、選択決定された番組が既に放送中であるような状況も想定されるが、このような場合には、選択決定された番組を受信してその映像音声を再生出力する動作に切り換えるようにすることが考えられる。

また、通常にＥＰＧデータに基づく電子番組表を表示画面部１９Ａに表示させた場合において、特定された放送予定番組の表示欄に対応させて、その番組がユーザにとって高い重要度のものであることを示すアイコンを付加表示させることも考えられる。このときに、放送予定の番組を特定するキーワードがアーティスト名なのであれば、アイコンの絵柄としてアーティストであることが示されるようなものとすると、より分かりやすく、また、視覚的にも楽しめる。また、キーワードがアルバムタイトル、若しくは楽曲タイトルであれば、アルバム、楽曲であることを示すアイコンの絵柄とすることになる。
さらに、電子番組表として、特定された放送予定の番組のみを提示する画像を作成して、これを表示できるようにすることも考えられる。

また、本願発明が適用される情報処理装置としては、本実施の形態にあるような、携帯型のコンテンツプレーヤに限定されるものではない。例えば。オーディオ・ビデオコンテンツの記憶、再生が可能とされるとともに、ワンセグなどのテレビジョン放送を受信可能な携帯電話などにも適用できる。また、携帯型に限定されることなく、例えばカーオーディオ機器や、据え置き型の機器などにも本願発明は適用できる。また、これに伴って、情報処理装置が有するべきテレビジョン放送受信機能としては、ワンセグ放送に限定されるものではなく、例えば通常のデジタル若しくはアナログの地上波放送、衛星放送、ＣＡＴＶなどに対応したものとされてよい。さらには、例えばテレビジョン放送だけではなく、ラジオ放送などとされてもよい。

本発明の実施の形態としての携帯型コンテンツプレーヤの構成例を示す図である。 実施の形態の携帯型コンテンツプレーヤにおいて記憶されるコンテンツデータについての内容例を、そのディレクトリ構造例とともに示す図である。 オーディオファイル対応・メタデータテーブルの構造例を、その具体的内容例とともに示す図である。 アーティストリストテーブルの構造例を、その具体的内容例とともに示す図である。 アーティストリストテーブルを作成するための処理手順例を示すフローチャートである。 ＥＰＧ内番組単位情報の構造例を、その具体的内容例とともに示す図である。 自動予約録画設定のための処理手順例を示すフローチャートである。 予約録画を実行するための処理手順例を示すフローチャートである。 録画ファイル対応メタデータの構造例を、その具体的内容例とともに示す図である。 予約録画動作の結果に応じて、図４の内容に対する更新が行われたアーティストリストテーブルの内容を示す図である。 アーティストリストの表示を起点としてオーディオファイル再生、又は録画ファイル再生へ移行するための操作手順例を、表示画面部の表示態様により説明するための図である。 録画ファイルリストの表示を起点としてオーディオファイル再生、又は録画ファイル再生へ移行するための操作手順例を、表示画面部の表示態様により説明するための図である。 アーティストリスト画面を表示出力させるための処理手順例を示すフローチャートである。 アーティストリスト画面を起点としてオーディオファイル再生、又は録画ファイル再生へ移行するための処理手順例を示すフローチャートである。 オーディオファイル再生開始要求に応じた、オーディオファイル再生のための処理手順例を示すフローチャートである。 オーディオファイルを再生中の状態から、操作に応じて録画ファイル再生に移行するための処理手順例を示すフローチャートである。 録画ファイルリスト画面を表示出力させるための処理手順例を示すフローチャートである。 録画ファイル対応メタデータ処理のための処理手順例を示すフローチャートである。 録画ファイルリスト画面を起点としてオーディオファイル再生、又は録画ファイル再生へ移行するための処理手順例を示すフローチャートである。 録画ファイル再生開始要求に応じた、録画ファイル再生のための処理手順例を示すフローチャートである。 録画ファイルを再生中の状態から、操作に応じてオーディオファイル再生に移行するための処理手順例を示すフローチャートである。

符号の説明

１ 携帯型コンテンツプレーヤ、１１ 外部データインターフェイス、１２ 記憶部、１３ テレビジョンチューナ部、１４ アンテナ、１５ オーディオ出力処理部、１６ ヘッドフォン端子、１７ ビデオ出力端子、１８ 表示用メモリ、１９ ディスプレイ部、１９Ａ 表示画面部、２０ 制御部、２１ メモリ部、２２ 再生処理部

Claims (6)

1. 楽曲単位に相当する単位音声情報と、この単位音声情報ごとに関連した１以上の属性項目から形成される音声情報対応関連情報とを少なくとも記憶する記憶手段と、
   放送予定の番組ごとに関連する所定の情報項目を有して成る電子番組ガイド情報を取得する電子番組ガイド情報取得手段と、
   上記音声情報対応関連情報における特定の属性項目において示される情報内容と、上記電子番組ガイド情報における所定の情報項目の情報内容とについての比較処理を実行した結果に基づいて、上記電子番組ガイド情報により提示される放送予定の番組のうちから１以上の番組を選択する番組選択手段と、
   を備え、
   上記番組選択手段は、上記音声情報対応関連情報における、上記特定の属性項目以外の属性項目であって、対応する単位音声情報についての重要度を示すとされる重要度情報を利用して、上記特定の属性項目において示される情報内容ごとの重要度を示すとされる副次重要度情報を生成するとともに、上記副次重要度情報が示す重要度が一定以上の情報内容を、キーワードとし、
   上記比較処理として、上記電子番組ガイド情報における放送予定の番組ごとの所定の情報項目の情報内容を対象として、上記キーワードと一致する内容が含まれているか否かについての探索を行うようにされ、探索結果として上記キーワードと一致する内容を含む情報項目があった場合に、その情報項目を有する放送予定の番組を選択する
   情報処理装置。
2. 放送を受信して、少なくとも映像情報を有して成る放送内容情報を取得する放送受信手段と、
   上記放送受信手段により取得した放送内容情報を記憶手段に記憶させる記録手段と、
   予約記録指示情報が指定する放送が上記放送受信手段により受信されるようにするとともに、これにより受信された放送内容情報が記憶手段に記憶されるように制御する予約記録制御手段と、
   上記番組選択手段により選択された番組の放送を予約記録対象として指示する予約記録指示情報を生成する予約記録指示情報生成手段と、
   を備える請求項１に記載の情報処理装置。
3. 上記音声情報対応関連情報における上記特定の属性項目の情報内容のリストを示す情報内容リスト画像を表示出力させるのにあたり、上記関連付け情報により上記記憶手段に記憶された放送内容情報が関連付けられている情報内容のリスト項目については、関連する放送内容情報が存在することを示す放送内容情報存在通知の表示が、上記情報内容リスト画像内において行われるようにする第１の表示制御手段を備える、
   請求項２に記載の情報処理装置。
4. 上記放送内容情報存在通知の表示が行われている情報内容のリスト項目に対する所定操作に応じて、放送内容情報存在通知の表示がその存在を示す放送内容情報のうちから再生対象として指定された放送内容情報を、上記記憶手段から読み出して再生出力させる、第１の再生制御手段を備える、
   請求項３に記載の情報処理装置。
5. 少なくとも、楽曲単位に相当する単位音声情報と、この単位音声情報ごとに関連した１以上の属性項目から形成される音声情報対応関連情報とが記憶部に記憶されるようにして管理する記憶管理手順と、
   放送予定の番組ごとに関連する所定の情報項目を有して成る電子番組ガイド情報を取得する電子番組ガイド情報取得手順と、
   上記音声情報対応関連情報における特定の属性項目において示される情報内容と、上記電子番組ガイド情報における所定の情報項目の情報内容とについての比較処理を実行した結果に基づいて、上記電子番組ガイド情報により提示される放送予定の番組のうちから１以上の番組を選択する番組選択手順と、
   を実行し、
   上記番組選択手順は、 上記音声情報対応関連情報における、上記特定の属性項目以外の属性項目であって、対応する単位音声情報についての重要度を示すとされる重要度情報を利用して、上記特定の属性項目において示される情報内容ごとの重要度を示すとされる副次重要度情報を生成するとともに、上記副次重要度情報が示す重要度が一定以上の情報内容を、キーワードとし、
   上記比較処理として、上記電子番組ガイド情報における放送予定の番組ごとの所定の情報項目の情報内容を対象として、上記キーワードと一致する内容が含まれているか否かについての探索を行うようにされ、探索結果として上記キーワードと一致する内容を含む情報項目があった場合に、その情報項目を有する放送予定の番組を選択する
   情報処理方法。
6. 少なくとも、楽曲単位に相当する単位音声情報と、この単位音声情報ごとに関連した１以上の属性項目から形成される音声情報対応関連情報とが記憶部に記憶されるようにして管理する記憶管理手順と、
   放送予定の番組ごとに関連する所定の情報項目を有して成る電子番組ガイド情報を取得する電子番組ガイド情報取得手順と、
   上記音声情報対応関連情報における特定の属性項目において示される情報内容と、上記電子番組ガイド情報における所定の情報項目の情報内容とについての比較処理を実行した結果に基づいて、上記電子番組ガイド情報により提示される放送予定の番組のうちから１以上の番組を選択する番組選択手順と、
   を情報処理装置に実行させ、
   上記番組選択手順は、 上記音声情報対応関連情報における、上記特定の属性項目以外の属性項目であって、対応する単位音声情報についての重要度を示すとされる重要度情報を利用して、上記特定の属性項目において示される情報内容ごとの重要度を示すとされる副次重要度情報を生成するとともに、上記副次重要度情報が示す重要度が一定以上の情報内容を、キーワードとし、
   上記比較処理として、上記電子番組ガイド情報における放送予定の番組ごとの所定の情報項目の情報内容を対象として、上記キーワードと一致する内容が含まれているか否かについての探索を行うようにされ、探索結果として上記キーワードと一致する内容を含む情報項目があった場合に、その情報項目を有する放送予定の番組を選択する
   プログラム。

Images