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

Abstract

【課題】字幕画像の表示出力に関して、ユーザにとってより利用価値、利便性が高まるような表示の態様を得られるようにする。
【解決手段】オーディオファイルをメタデータにより管理する携帯型コンテンツプレーヤについて、ワンセグ放送を受信して、その映像信号の画像とともに、キャプションデータに基づいた字幕画像を同時に表示可能な機能を与える。そのうえで、キャプションデータの文字列において上記メタデータが有する情報と一致する文字列を探索する。そして、字幕画像において、探索された文字列について下線表示するなどして強調表示を実行する。
【選択図】図７

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)が実行するプログラムＤ２のデータも記憶されることとしている。制御部２０は、記憶部１２から、このプログラムＤ２のデータを読み込んで内部ＲＡＭ（メモリ部２１）に展開し、これを実行するようにされる。これにより、制御部２０としての制御処理動作が実現される。

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

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

また、放送コンテンツとして映像・音声の情報とともにキャプションデータも伝送されてきている場合には、テレビジョンチューナ部１３により、上記の映像・音声とともにキャプションデータも受信取得されることになる。制御部２０は、例えば、この受信取得されたキャプションデータをキャプションデータ処理部２４に入力させる。キャプションデータ処理部２４では、入力された所定形式のキャプションデータが、字幕として視覚的に認識可能なようにされた画像として表示されるようにするための処理を実行する。

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

また、コンテンツ関連データＤ１のうち、録画ファイルとしてのビデオコンテンツについては、テレビジョンチューナ部１３にてワンセグ放送を受信して取得したビデオコンテンツとしての映像・音声の情報が元となる。
つまり、制御部２０では、テレビジョンチューナ部１３の受信選局、復調処理によって得たベースバンド信号形式の映像信号データ・音声信号データについてファイル形式化する処理を行ったうえで、このデータを記憶部１２に対して転送して記憶させるようにする。また、本実施の形態では、画像・音声とともに、これと同期再生されるべきキャプションデータも伝送されてきている場合には、図４により後述するようにして、上記の映像信号データ・音声信号データと共に、キャプションデータも含めるようにしてファイル形式化するようにされる。
そして、携帯型コンテンツプレーヤ１においては、上記のようにして記憶されたファイルが録画ファイルとして管理されることになる。

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

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

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

ビデオ出力処理部１７では、入力されてくるデジタル映像信号について、必要に応じて画質調整、表示用フレーム画像データ（動画像）への変換処理などを行って、この表示用フレーム画像データを、表示メモリ１８に対して、逐次、フレーム周期に対応する所定タイミングで書き込んでいくようにされる。

また、再生されるビデオファイルが、キャプションデータを含む録画ファイルである場合、制御部２０は、映像信号データ・音声信号データと共に、キャプションデータが含まれる構造のビデオファイルを再生処理部２２に入力するようにされる。そして、表示モードとして字幕表示すべきことが指定されている場合には、再生処理部２２が有するとされるデマルチプレクス機能により、キャプションデータを、映像信号データ・音声信号データと分離し、キャプションデータ処理部２４に転送するようにされる。
キャプションデータ処理部２４では、入力されたキャプションデータから、字幕画像としての表示用画像データを生成し、例えば、フレーム周期に対応する所定タイミングで、表示メモリ１８に対する書き込みを行うようにされる。

ディスプレイ部１９は、所定方式のディスプレイデバイスと、これを駆動するドライブ回路などからなり、上記のようにして表示メモリ１８に書き込まれる表示用画像データによりディスプレイデバイスを駆動するようにされる。これにより、ディスプレイ部１９としての表示パネルには、ビデオファイルの再生画像が表示されることになる。このとき、ビデオファイルにキャプションデータが含まれており、字幕表示すべき表示モードが設定されていれば、再生画像としては、所定の態様により、映像信号データを元とする主画像（動画像）と、字幕画像とが同時に表示されることになる。
これとともに、オーディオ出力処理部１５では、入力されてくるデジタル音声信号について、先の説明と同様の信号処理を施して、ヘッドフォン端子１６からヘッドフォン駆動用音声信号として出力するようにされる。つまり、本実施の形態の携帯型コンテンツプレーヤ１のユーザは、本体の表示パネルを視ながらヘッドフォンにより再生音声を聴くことで、ビデオコンテンツの再生画像、再生音声を視聴することができる。

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

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

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

例えば、ユーザ操作などに応じて、ＥＰＧデータをディスプレイ部１９に表示させるべきこととなった場合には、制御部２０は、メモリ部２１に保持しているＥＰＧデータを読み出し、その内容が反映された番組表としての表示用画像データを生成して表示メモリ１８に書き込むようにされる。

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

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

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

オーディオコンテンツフォルダの直下のディレクトリには、例えば、オーディオファイルフォルダと、オーディオファイル・メタデータテーブル、アルバムリストテーブル、アーティストリストテーブルが置かれる。

オーディオファイルフォルダには、図において、オーディオファイル１、オーディオファイル２・・・・として示しているように、１以上のオーディオファイルが格納される。確認のために述べておくと、このオーディオファイルは、例えば先の説明のようにして、携帯型コンテンツプレーヤ１が、外部データインターフェイス１１を経由したデータ通信により外部機器から取得したものである。

オーディオファイル・メタデータテーブルは、上記オーディオファイルフォルダに格納されるオーディオファイルについての所定のメタデータ(付加情報、属性情報)をテーブル化したものとされる。なお、このオーディオファイル・メタデータテーブルについての、属性項目の内容例や構造例については後述する。また、この場合のオーディオファイル・メタデータテーブルは、例えばファイルシステムにより、１ファイル単位として管理されるようになっている。

アルバムリストテーブルは、上記オーディオファイルフォルダに格納されるオーディオファイルとしての楽曲が収録されているとするアルバムをリスト化して管理したテーブル情報であり、アーティストリストテーブルは、上記オーディオファイルフォルダに格納されるオーディオファイルとしての楽曲を演奏しているとするアーティストをリスト化して管理したテーブル情報である。
上記オーディオファイル・メタデータテーブル、アルバムリストテーブル、アーティストリストテーブルの構造例については、後述する。

また、ビデオコンテンツフォルダの直下のディレクトリには、一般ビデオファイルフォルダ、録画ファイルフォルダの２つのフォルダが置かれている。
一般ビデオファイルフォルダには、図において一般ビデオファイル１、２・・・として示しているように、１以上の一般ビデオファイルが格納される。
録画ファイルフォルダには、図において録画ファイル１、２・・・として示しているように、１以上の録画ファイルが格納される。

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

図３（ａ）（ｂ）（ｃ）は、オーディオファイル・メタデータテーブル、アルバムリストテーブル、アーティストリストテーブルの構造例を、その情報内容例とともに示している。
図３（ａ）に示されるオーディオファイル・メタデータテーブルは、先ず、１つのオーディオファイルＩＤに対して、属性項目として、曲名、アルバムＩＤ、アーティストＩＤの情報を対応付けることで、１つのオーディオファイルに対応したテーブルリストを形成する。そのうえで、このようなテーブルリストを、オーディオフォルダに格納されるオーディオファイルごとに対応して配列させるものである。
オーディオファイルＩＤは、オーディオファイルごとに固有となるようにして付される識別子とされる。曲名は、対応するオーディオファイルについての曲名を示す。アルバムＩＤは、対応するオーディオファイルとしての楽曲が収録されているアルバム名ごとに固有となるように割与えられた識別子である。アーティストＩＤは、対応するオーディオファイルとしての楽曲を演奏しているアーティスト名ごとに固有となるように割り与えられる識別子である。

この図３（ａ）の各属性項目の具体的な情報内容の例を見てみると、先ず、オーディオファイルＩＤについては、M01、M02、M03、M04、M05、M06が配列されている。これは、全部で６つのオーディオファイルについてのテーブルリストが存在し、従って、オーディオファイルフォルダには６つのオーディオファイルが格納されていることを示している。
そのうえで、オーディオファイルＩＤ＝M01が示すオーディオファイルのテーブルリスト（図のテーブル構造において、１オーディオファイルに対応する属性項目が配列される一行分に相当する）においては、［曲名＝曲A、アルバムＩＤ＝AL01、アーティストＩＤ＝A01］が示され、オーディオファイルＩＤ＝M02のオーディオファイルについては、［曲名＝曲B、アルバムＩＤ＝AL01、アーティストＩＤ＝A01］が示され、 オーディオファイルＩＤ＝M03のオーディオファイルについては、［曲名＝曲C、アルバムＩＤ＝AL02、アーティストＩＤ＝A01］が示され、オーディオファイルＩＤ＝M04のオーディオファイルについては、［曲名＝曲D、アルバムＩＤ＝AL03、アーティストＩＤ＝A02］が示され、オーディオファイルＩＤ＝M05のオーディオファイルについては、［曲名＝曲E、アルバムＩＤ＝AL04、アーティストＩＤ＝A03］が示され、オーディオファイルＩＤ＝M06のオーディオファイルについては、［曲名＝曲F、アルバムＩＤ＝AL04、アーティストＩＤ＝A03］が示されている。

また、図３（ｂ）に示すアルバムリストテーブルは、アルバムＩＤとアルバム名の属性項目情報を対応付けて形成されるテーブルリストが配列された構造を有する。そして、１つのテーブルリストには、上記図３（ａ）のオーディオファイル・メタデータテーブルにおいて示されるアルバムＩＤの１つが格納され、アルバム名の属性項目には、そのアルバムＩＤにより示されるアルバムの名称を示す情報が格納される。従って、この場合の図３（ｂ）におけるアルバムリストテーブルの内容としては、図３（ａ）において示される４つのアルバムＩＤ＝AL01、AL02、AL03、AL04ごとについてのテーブルリストが存在することになる。
各テーブルリストの内容としては、アルバムＩＤ＝AL01に対応してアルバム名＝アルバムＡが示され、アルバムＩＤ＝AL02に対応してアルバム名＝アルバムＢが示され、アルバムＩＤ＝AL03に対応してアルバム名＝アルバムＣが示され、アルバムＩＤ＝AL04に対応してアルバム名＝アルバムＤが示されている。

また、図３（ｃ）に示すアーティストリストテーブルは、アーティストＩＤとアルバム名の属性項目情報を対応付けて形成されるテーブルリストが配列された構造を有する。そして、１つのテーブルリストには、上記図３（ａ）のオーディオファイル・メタデータテーブルにおいて示されるアーティストＩＤの１つが格納され、アーティスト名の属性項目には、そのアーティストＩＤにより示されるアーティストの名称を示す情報が格納される。従って、この場合の図３（ｃ）におけるアーティストリストテーブルの内容としては、図３（ａ）において示される３つのアーティストＩＤ＝A01、A02、A03ごとについてのテーブルリストが存在することになる。そして、各テーブルリストの内容としては、アーティストＩＤ＝A01に対応してアーティスト名＝アーティストＡが示され、アーティストＩＤ＝A02に対応してアーティスト名＝アーティストＢが示され、アーティストＩＤ＝A03に対応してアーティスト名＝アーティストＣが示されている。

なお、図３（ａ）（ｂ）（ｃ）に示した各リストテーブル（オーディオファイル・メタデータテーブル、アルバムリストテーブル、アーティストリストテーブル）へのオーディオファイルの新規登録は、例えば外部機器上で動作するオーディオファイル管理アプリケーションから、外部データインターフェイス１１経由でオーディオファイルの転送を受けて記憶部１２に記憶させる際に行われるものとされる。
つまり、オーディオファイル管理アプリケーションとしても、楽曲としてのオーディオファイルを、オーディオファイル・メタデータテーブル、アルバムリストテーブル、アーティストリストテーブルをはじめとする各種のメタデータと対応させて管理しているものとされる。そして、オーディオファイル管理アプリケーションから携帯型コンテンツプレーヤ１に対してオーディオコンテンツとしてのオーディオファイルを転送して記憶させるときに、転送するオーディオファイルについての属性情報として、少なくとも、オーディオファイル・メタデータテーブル、アルバムリストテーブル、アーティストリストテーブルを作成するのに必要なオーディオファイルＩＤ、曲名、アルバムＩＤ、アルバム名、アーティストＩＤ、アーティスト名などの情報も転送するようにされる。そして、携帯型コンテンツプレーヤ１では、オーディオファイルとともに受信したこれらの情報を利用して新規のテーブルリストを作成し、オーディオファイル・メタデータテーブルのテーブルリストに追加登録するようにされる。また、新規のアルバム、又はアーティストの情報が転送されてきた場合には、これらの新規のアルバム又はアーティストについてのテーブルリストを作成して、アルバムリストテーブル、アーティストリストテーブルについても追加登録するようにされる。
なお、以降の説明において、オーディオファイル・メタデータテーブル、アルバムリストテーブル、アーティストリストテーブルを、まとめて「オーディオファイル管理情報」ともいう場合がある。

図４は、本実施の形態の携帯型コンテンツプレーヤ１が記憶部１２に記憶して管理するものとされる、録画ファイルの構造を模式的に示している。先に図１によっても述べたようにして、録画ファイルを形成するデータの要素としては、先ず、動画像としての映像信号データと、これに再生時間が同期する音声信号データであるものとされる。さらに、放送局側からの送出時において、キャプションデータも多重化されていた場合には、このキャプションデータも、録画ファイルを形成する要素となる。そして、これらの映像信号データ及び音声信号データ、さらにはキャプションデータを所定構造によりまとめることで、この図において示されるようにして、１つの録画ファイルを形成するものである。

図５は、キャプションデータの形式例を模式的に示している。
キャプションデータは、例えば図示しているようにして、３行１６桁によるテキストデータ単位としての形式を有するものとされる。あるいは、１２桁４行によるテキストデータ単位としての形式を有するものとされる。

これまでの説明から理解されるようにして、本実施の形態の携帯型コンテンツプレーヤ１は、ワンセグ放送をリアルタイムに受信して得られる放送コンテンツを映像・音声として出力することができる。また、放送コンテンツを記憶部１２に記憶させたものである録画ファイルの映像・音声を再生することも可能とされている。そのうえで、放送コンテンツ、又は録画ファイルにキャプションデータが含まれる場合には、主画像としての映像とともに、キャプションデータに基づく字幕画像を表示させることも可能とされている。

上記のようにして表示される字幕画像は、一般的には、そのときに同時表示される主画像の内容についての解説、出演者のセリフなどを表示文字により提示するためのものであり、例えば、番組の内容をより分かりやすくすることの助けとなるものである。本実施の形態としては、キャプションデータに基づいた字幕表示について、上記のような本来の目的を踏襲した上で、次に説明するようにしてＧＵＩ(Graphical User Interface)的な機能を与えることで、字幕画像について、ユーザのために、より高い利便性、利用価値が与えられるようにする。以降、この点について説明を行っていくこととする。

先ず、図６（ａ）には、図１に示したディスプレイ部１９の表示画面部１００が示されている。この場合の表示画面部１００は、例えば所定の縦横比による縦長のサイズを有しているものとされる。本実施の形態の携帯型コンテンツプレーヤ１により、放送コンテンツ又は録画ファイルとしての動画像（主画像）を、キャプションデータに基づく字幕画像とともに表示させるときには、図示するようにして、例えば、表示画面部１００を主画像表示領域１００ａと字幕表示領域１００ｂとで上下に分割し、主画像表示領域１００ａに例えば番組内容などとなる主画像としての動画を表示させ、字幕表示領域１００ｂに、上記主画像に同期した字幕画像を表示させることができる。
なお、以降において図６についての説明を行っていくのにあたり、携帯型コンテンツプレーヤ１に記憶されているオーディオファイルに対応する管理情報（オーディオファイル・メタデータテーブル、アルバムリストテーブル、アーティストリストテーブル）の内容としては、図３（ａ）（ｂ）（ｃ）に示したものであるとする。
また、放送コンテンツと、録画ファイルのコンテンツとを特に区別しないときには、両者がテレビジョン放送により送出されるコンテンツを共通のソースとすることに由来して、テレビジョンコンテンツともいうことにする。

ここで、図６（ａ）に示される字幕表示領域１００ｂには、「本日のゲストであるアーティストＡさんには、最新アルバムＡより曲Ａを歌っていただきます。」との文字列が示される字幕画像が表示されている。つまり、この字幕画像の基となるキャプションデータは、上記の文字列のテキストデータとされるものである。
通常の場合、字幕画像としては、キャプションデータとしてのテキストデータの内容を単に文字により表示させたものとなるが、本実施の形態では、字幕画像に示される文字列全体において、図示するようにして、或る特定の文字列部分について、下線表示１０１を付加表示することで強調表示を行うようにしている。

図６（ａ）の字幕画像の文字列全体において強調表示されているのは、「アーティストＡ」「アルバムＡ」「曲Ａ」の文字列部分となっているが、「アーティストＡ」は、図３（ｃ）のアーティストリストテーブルのアーティストＩＤ=A01に対応するアーティスト名の属性項目において示され、「アルバムＡ」は、図３（ｂ）のアルバムリストテーブルのアルバムID＝AL01に対応するアルバム名の属性項目において示され、「曲Ａ」は、図３（ａ）のオーディオファイル・メタデータテーブルのオーディオファイルＩＤ＝M01に対応する曲名の属性項目において示されている。
つまり、本実施の形態では、字幕画像に示される文字列全体のうちで、オーディオファイル・メタデータテーブル、アルバムリストテーブル、アーティストリストテーブルにおいて示される属性項目である、曲名、アーティスト名、アルバム名の内容の何れかと一致するとされる文字列部分について下線表示１０１による強調表示を行うものとしている。
なお、文字列部分を強調表示するための表示態様としては、下線表示を行う以外にも多様に考えられるものであり、本願発明の下では、特に限定されるべきでない。例えば、強調表示の他の態様としては、強調すべき文字列部分を、他の文字列部分とは異なる文字色、太さ、文字スタイル（例えば斜体とする）にすることなどが考えられる。あるいは、強調すべき文字列部分に所定の態様による飾りを加えるようなことも考えられる。

ここで、記憶部１２に記憶させているオーディオファイルは、先の説明のようにして、例えばユーザが操作を行って、パーソナルコンピュータなどから転送させたものであるから、そのオーディオファイルとしての楽曲は、ユーザの好みに適っているものであるということがいえる。そして、上記のオーディオファイル管理情報（オーディオファイル・メタデータテーブル、アルバムリストテーブル、アーティストリストテーブル）は、記憶部１２に記憶されるオーディオファイルについての管理情報であるから、上記の曲名、アーティスト名、アルバム名の各属性項目に格納される内容は、ユーザが好むとされる、曲、アーティスト、アルバムを示しているということがいえる。従って、図６（ａ）の字幕画像表示領域１００ｂにおいて強調表示される文字列部分は、ユーザの好みの楽曲タイトル（曲名）、アーティストの名称（アーティスト名）、アルバムのタイトル（アルバム名）を指し示しているということがいえる。
このようにして本実施の形態では、字幕画像において、ユーザが好むであろうと推定される楽曲、アーティスト、及びアルバムのうちの何れかについての名称が示される文字列部分を強調表示するようにされる。これにより、例えば表示画面部１００に表示されるテレビジョンコンテンツの画像を漫然と視ているような状況でも、字幕画像においてある文字列部分が強調表示されたことにより、ユーザの関心が促される。例えば、ユーザは、自分にとって興味のある曲、アーティスト、アルバムの何れかに関連した番組の内容が始まったことに気が付き、漫然と見過ごしてしまうようなことが防がれる。

そのうえで、本実施の形態としては、上記の強調表示のための下線表示１０１について、いわゆるリンク機能を与えることとしている。
つまり、図６（ａ）の字幕画像表示領域１００ｂにおいては、カーソル１０２が示されている。このカーソル１０２は、ユーザによる操作に応じて、下線表示１０１が付加されている文字列部分の間で移動可能とされている。図６（ａ）においては、カーソル１０２が、「アーティストＡ」の文字列部分にて配置されている状態が示されている。
そして、この図６（ａ）に示すカーソル１０２の位置状態の下で、ユーザが、カーソル配置についての決定操作を行ったとする。すると、表示画面部１００は、これまでのテレビジョンコンテンツの画像の表示から、図６（ｂ）に示すようにして、アーティストＡについてのアルバムリストの表示に切り換わるようにされる。図６（ｂ）のアルバムリストには、図３に示すオーディオファイル管理情報の管理内容に対応して、アーティストＡ（アーティストＩＤ＝A01）の楽曲である曲Ａ、曲Ｂが収録される「アルバムＡ」（アルバムＩＤ＝AL01）と、「アルバムＢ」（アルバムＩＤ＝AL02）が示されている。このようにして表示されるアルバムリストは、オーディオファイル再生のためのユーザインターフェイス画像の１つとされるものであり、例えば、このアルバムリストに提示されるアルバムのうちから任意のアルバムタイトルを選択して、さらにそのアルバムに収録される楽曲リストを表示させることなどが可能になる。

また、図６（ｂ）に示されるようにして、カーソル１０２を、「アルバムＡ」の文字列部分に対して配置表示させたうえで決定操作を行った場合には、例えば図６（ｄ）に示すようにして、同じくオーディオファイル再生のユーザインターフェイス画面の１つである、アルバムＡに収録される曲名リストの表示に切り換わるようにされる。図６（ｄ）の楽曲リストには、図３に示すオーディオファイル管理情報の管理内容に対応して、アーティストＡ（アーティストＩＤ＝A01）の楽曲の曲名である曲Ａ、曲Ｂが示されている。そして、例えばこの楽曲リストから任意の楽曲を選択決定する操作を行えば、その楽曲を再生出力させることができる。

また、図６（ｅ）に示されるようにして、カーソル１０２を、「曲Ａ」の文字列部分に対して配置表示させたうえで決定操作を行った場合には、この曲Ａのオーディオファイルの再生出力が行われる。これに応じて、表示画面部１００には、図６（ｆ）に示すようにして、曲Ａについての再生状況画像の表示が行われる。

続いて、上記図６により説明した、強調表示を伴う字幕画像表示と、強調表示された文字列部分をリンクとして、オーディオファイル再生に関連したユーザインターフェイスに移行する動作とを実現するための技術構成例について説明していくこととする。

先ず、図７のフローチャートを参照して、字幕画像において文字列部分を強調表示するための処理手順例について説明する。この図に示す処理は、現在においてテレビジョンチューナ部１３によりワンセグ放送を受信選局して得られた放送コンテンツの画像・音声を出力させている状態、若しくは録画ファイルの画像・音声を再生出力させている状態（つまりテレビジョンコンテンツの画像・音声を出力させている状態）の下で、表示モードとして字幕画像を表示させるべきことが設定されている場合において実行されるものである。また、ここでは、出力元となる放送コンテンツとしてはキャプションデータが多重化されて伝送されてきており、録画ファイルとしては、その構造において有効なキャプションデータが含まれている場合を前提とする。

図７において、先ず、ステップＳ１０１では、キャプションデータを新規取得する処理を実行している。つまり、放送コンテンツの場合であれば、番組の進行に伴う主画像としての内容の変化に応じて、キャプションデータとしても新規な内容のものが伝送されてくる。また、録画ファイルの場合であれば、再生の進行に主画像としての内容の変化に応じて、次のキャプションデータを新規に読み出すべきことになる。つまり、ステップＳ１０１では、放送コンテンツの場合には、新規に伝送されてきたキャプションデータを、受信取得された情報のうちから抽出して取得するようにされる。また、録画ファイルの場合には、記憶部１２から読み出した情報のうちからキャプションデータを抽出して取得する。
また、次のステップＳ１０２では、上記のようにして取得したキャプションデータを利用して、例えばキャプションデータ処理部２４により字幕画像データを生成するようにされる。つまり、取得したキャプションデータが示すテキストの内容が文字として示される、表示用の画像データを生成する。なお、このステップＳ１０２にて生成した字幕画像データの画像内容としては、未だ、下線表示１０１、及びカーソル１０２などが付加されていない、基本的な画像内容を有しているものとされる。ここでは、このような内容の字幕画像データを、プレーン字幕画像データということにする。

ステップＳ１０３では、先のステップＳ１０１により取得したとされるキャプションデータのテキスト内容としての文字列と、次の情報とを順次比較していくようにされる。
先ずは、キャプションデータの文字列と、オーディオファイル・メタデータテーブルの各テーブルリストにおける曲名の属性項目の内容とを比較するようにされる。なお、この比較にあたっては、曲名の属性項目の内容がテキスト形式でない場合には、そのデータ形式を例えばテキストに変換するなどして、キャプションデータの内容と比較が可能なようにして形式の統一を図るようにすればよい。
続いては、キャプションデータの文字列と、アルバムリストテーブルの各テーブルリストにおけるアルバム名の属性項目の内容とを比較するようにされる。
さらに続いては、キャプションデータの文字列と、アーティストリストテーブルの各テーブルリストにおけるアーティスト名の属性項目の内容とを比較するようにされる。

ステップＳ１０４においては、上記ステップＳ１０３による比較処理の結果として、キャプションデータの文字列において、上記の曲名、アルバム名、若しくはアーティスト名の各属性項目における内容のなかで、一致するものがあったか否かについての判別を行う。
そして、ここで一致するものがあったとして肯定の判別結果が得られた場合には、ステップＳ１０５に進む。

ステップＳ１０５においては、先のステップＳ１０２により得られたプレーン字幕画像データの画像において示される文字列において、上記ステップＳ１０４により一致したとされる文字列部分に対して下線表示１０１が付加されるようにして画像処理を実行する。また、これとともに、下線表示１０１が付加された文字列部分のうちから、所定規則に従って選択した１つの文字列部分（例えば、文字列における最初の下線表示１０１が付加された文字列部分）に対して、カーソル１０２が配置されるようにするための画像処理も実行するようにされる。これにより、例えば図６（ａ）の字幕画像表示領域１００ｂにおいて示される態様の字幕画像の元となる画像データが得られることになる。

また、上記の画像処理とともに、次のステップＳ１０６としての手順によっては、一致文字列リストテーブルを作成し、これをメモリ部２１に保持しておくようにされる。

図８に一致文字列リストテーブルの構造と、その内容例を示す。この図に示されるようにして、一致文字列リストテーブルは、ステップＳ１０４により一致するものとして判定された文字列部分（一致文字列）の内容と、オーディオファイル管理情報（オーディオファイル・メタデータテーブル、アルバムリストテーブル、アーティストリストテーブル）において、この一致文字列に該当する曲名、アーティスト名、若しくはアルバム名に対応するＩＤ（オーディオファイルＩＤ、アーティストＩＤ、アルバムＩＤの何れかとなる）とを対応付けたテーブルリストが配列されて成るものとされる。
そして、この図に示される一致文字列リストテーブルの内容は、図６（ａ）に示される字幕画像を表示させる結果となる場合に対応している。つまり、図６（ａ）においては、「アーティストＡ」「アルバムＡ」「曲Ａ」の文字列部分を強調表示させているが、これは、キャプションデータの文字列において、「アーティストＡ」「アルバムＡ」「曲Ａ」と一致する文字列部分があったということを意味している。そして、図３によれば、「アーティストＡ」を示すアーティストＩＤはA01、「アルバムＡ」を示すアルバムＩＤはAL01、「曲Ａ」を示すオーディオファイルＩＤは、M01となっている。そこで、この場合の一致文字列リストテーブルとしては、図のようにして、一致文字列「アーティストＡ」にＩＤ＝A01を対応させたテーブルリストを作成し、同様にして、一致文字列「アルバムＡ」にＩＤ＝AL01を対応させたテーブルリストと、一致文字列「曲Ａ」にＩＤ＝M01を対応させたテーブルリストとを作成し、さらに、これらのテーブルリストを配列したことにより形成することとなる。
なお、このようにして作成、保持された一致文字列リストテーブルは、図９により後に述べる、強調表示された文字列部分をリンクとして機能させるための処理において利用する。

上記ステップＳ１０６の手順を実行した後は、ステップＳ１０７に進む。また、ステップＳ１０４にて一致した文字列がなかったとして否定の判別結果が得られた場合には、上記ステップＳ１０５、Ｓ１０６の手順をスキップして、ステップＳ１０７に進むことになる。

ステップＳ１０７では、現在において生成して保持しているとされる字幕画像データを、字幕画像として、字幕画像表示領域１００ｂに表示させるための制御を実行する。このためには、上記字幕画像データを所要のタイミングで表示メモリ１８に転送するようにされる。
ここで、ステップＳ１０５、Ｓ１０６を経てステップＳ１０７に至った場合、表示される字幕画像の内容としては、一致文字列に該当する文字列部分において下線表示１０１が付加されたものとなっている。これに対して、ステップＳ１０５、Ｓ１０６をスキップしてステップＳ１０７に至った場合には、プレーン字幕画像データに基づいた字幕画像の表示となる。つまり、字幕としての文字列において下線表示１０１はどこにも付加されていない状態の通常表示となる。これは、オーディオファイル管理情報が有する曲名、アーティスト名、アルバム名の属性項目の内容と同じ文字列は、存在しなかったことを示している。

次に、図９のフローチャートを参照して、強調表示された文字列部分をリンクとして、オーディオファイル再生に関連したユーザインターフェイスに移行する動作を実現するための処理手順例について説明する。この図に示す処理は、例えば図６（ａ）（ｃ）（ｅ）などに示したように、テレビジョンコンテンツの画像と、字幕画像とを表示させているときに実行されるものとなる。

先ず、ステップＳ２０１においては、字幕画像上に配置されるカーソル１０２を移動させるための操作が操作部２３に対して行われたか否かの判別処理を行うこととしており、否定の判別結果が得られた場合には、後述するステップＳ２０３に進む。これに対して、肯定の判別結果が得られた場合は、ステップＳ２０２に進む。

ステップＳ２０２では、上記ステップＳ２０１に対応して得られたカーソル移動指示に応答して、カーソル１０２を、他の強調表示された文字列部分に対して移動させるための処理を実行したうえで、ステップＳ２０３に進む。

ステップＳ２０３では、現在においてカーソル１０２が配置されている文字列部分についての選択決定操作が行われたか否かについて判別しており、否定の判別結果が得られた場合は、ステップＳ２０１に戻るようにされる。これに対して、肯定の判別結果が得られた場合は、ステップＳ２０４に進む。

ステップＳ２０４では、一致文字列リストテーブルを参照して、上記ステップＳ２０３に対応して選択決定された文字列部分、つまり一致文字列と対応付けられているIDを取得するようにされる。例えば、図６（ａ）に示されるようにして「アーティストＡ」の文字列部分が強調表示されている状態で選択決定操作が行われたとすれば、ステップＳ２０４では、図８に示す一致文字列リストテーブルを参照して、「アーティストＡ」の一致文字列に対応付けられているアーティストＩＤ＝A01を取得することになる。

次のステップＳ２０５では、上記ステップＳ２０４により取得したＩＤ（ここでは取得ＩＤという）と、記憶部１２に記憶されているオーディオファイル・メタデータテーブルに格納されている各ＩＤ（アーティストＩＤ、アルバムＩＤ、オーディオファイルＩＤ）との比較を行う。

そして、上記ステップＳ２０５による比較処理の結果として、先ず、ステップＳ２０６により、アーティストＩＤにおいて、取得ＩＤと一致するものが存在したか否かについて判定し、ここで肯定の判別結果が得られた場合にはステップＳ２０７に進む。

ステップＳ２０６にて肯定の判別結果が得られた場合には、取得ＩＤは、アーティストＩＤの１つであることになる。そこで、ステップＳ２０７では、オーディオファイル・メタデータテーブルを参照して、上記取得ＩＤとしてのアーティストＩＤに対応付けられている全てのアルバムＩＤを取得するようにされる。例えば取得ＩＤがアーティストＡに対応するA01であるとすれば、このステップＳ２０７により取得されるアルバムＩＤは、AL01、AL02の２つとなる。

次に、ステップＳ２０８では、アルバムリストテーブルを参照して、上記ステップＳ２０７により取得したアルバムＩＤに対応付けられているアルバム名を取得する。アルバムＩＤが、上記のAL01、AL02であるとすれば、ステップＳ２０８では、アルバムＡ、アルバムＢのアルバム名の情報が取得される。

そして、ステップＳ２０９では、上記ステップＳ２０８により取得したアルバム名の情報を利用して、今回の取得ＩＤが示すアーティストについてのアルバムリストを表示出力させるための制御を実行する。このためには、例えば制御部２０が、上記のようにして取得したアルバム名が文字などとして示されるアルバムリストの画像内容を有する表示用画像データを生成する。そして、この表示用画像データを表示メモリ１８に転送することで、ディスプレイ部１９により画像として表示させるものである。これにより、例えば図６（ａ）から図６（ｂ）への遷移として示したように、テレビジョンコンテンツの画像の表示から、アーティストＡについてのアルバムリストの表示への切り換えが行われることになる。

また、ステップＳ２０６において否定の判別結果が得られた場合には、ステップＳ２１０に進み、アルバムＩＤにおいて、取得ＩＤと一致するものが存在したか否かについて判定するようにされる。そして、肯定の判別結果が得られたのであれば、ステップＳ２１１、Ｓ２１２の手順を実行する。

ステップＳ２１０にて肯定の判別結果が得られたということは、取得ＩＤは、アルバムＩＤの１つであることになる。そこで、先ずステップＳ２１１では、オーディオファイル・メタデータテーブルを参照して、上記取得ＩＤとしてのアルバムＩＤに対応付けられている全ての曲名の内容を取得する。例えば取得ＩＤがアルバムＩＤ=AL01であるとすれば、このステップＳ２１１により取得される曲名の情報はは、曲Ａ、曲Ｂの２つとなる。次に、ステップＳ２１２により、上記のようにして取得した曲名の情報を利用して、取得ＩＤが示すアルバムに収録されている曲についての曲名リストを表示させる。このようにして、例えば図６（ｄ）に示されるような表示への切り換えが実現される。

また、ステップＳ２１０にて否定の判定結果が得られた場合、取得ＩＤは、オーディオファイルＩＤであることになる。そこで、この場合にはステップＳ２１３により、取得ＩＤと一致するオーディオファイルＩＤが示すオーディオファイルを記憶部１２から読み出して再生出力させるための制御を実行する。また、このオーディオファイル再生に応じて、再生状況画像を表示させるための制御も併行して実行するようにされる。これにより、例えば図６（ｅ）に示されるテレビジョンコンテンツの画像の表示から、図６（ｆ）に示されるような再生状況画像の表示への切り換えが行われることになる。

ところで、例えば図６（ａ）（ｃ）（ｅ）に示されるテレビジョンコンテンツの画像表示から、図６（ｂ）（ｄ）（ｆ）などのオーディオファイル操作に関連したユーザインターフェイス画像に移行させた後に、ユーザが、元のテレビジョンコンテンツを視聴したいと思い、このための操作を行う場合のあることは、当然考えられる。
このような操作を行うことを想定した場合に、テレビジョンコンテンツが放送コンテンツである場合の対応としては、オーディオファイル操作関連のユーザインターフェイス画像から、元のテレビジョンコンテンツの画像表示に戻されたことに応じては、そのときに、オーディオファイル操作関連のユーザインターフェイス画像への切り換え前と同じチャンネル（放送元）で、現に放送されている映像・音声を出力する動作とすることが、順当な仕様の１つとなる。
上記のような仕様としてもよいのではあるが、この仕様にあっては、当然のこととして、ユーザは、オーディオファイル操作関連のユーザインターフェイス画像を表示出力させていた期間の放送コンテンツの内容を見逃してしまうことになる。放送コンテンツのようにリアルタイム的に送出されてくるものの場合、録画ファイルなどのようにして、後から見逃した部分を再び視聴することは難しい。

そこで、本実施の形態としては、放送コンテンツの画像を表示（画像表示とともに音声も出力される）させていた状態から、オーディオファイル操作関連のユーザインターフェイス画像への切り換えが行われ、再度、切り換え前と同じ（つまり、チャンネルが同じであるということになる）元の放送コンテンツの画像表示に切り換える（戻す）ための操作が行われた場合には、この操作に応じた元の放送コンテンツの出力が、オーディオファイル操作関連のユーザインターフェイス画像への切り換えにより中断された放送内容に続く位置から開始されるようにする。これにより、ユーザは、オーディオファイル操作関連のユーザインターフェイス画像を表示させていたことにより視聴することができなかったはずの放送コンテンツの内容から視聴を再開することができる。なお、以降においては、上記のようにして、オーディオファイル操作関連のユーザインターフェイス画像への切り換えにより中断された放送内容に続く位置から元の放送コンテンツの出力を開始させる機能について、放送コンテンツ・レジューム機能などということにする。

図１０は、本実施の形態としての放送コンテンツ・レジューム機能を実現するために携帯型コンテンツプレーヤ１が実行する動作例を模式的に示している。
先ず、図１０（ａ）には、現在テレビジョンチューナ部１３により受信選局を実行していることで、携帯型コンテンツプレーヤ１がリアルタイムに取得している放送コンテンツを時間経過とともに示している。なお、この図１０（ａ）の放送コンテンツは、例えば時点ｔ０を開始時刻、時点ｔ３を終了時刻とする１つの番組であり、例えばキャプションデータも多重化されて放送されているものとする。

図１０（ｃ）は、表示画面部１００において表示される画像内容の遷移を時間経過と共に示している。
ここでは、先ずユーザは、携帯型コンテンツプレーヤ１により図１０（ａ）に示される番組が放送されているチャンネルを受信選局し、図１０（ｃ）の時点ｔ０以降として示すようにして、この受信中とされる番組の放送コンテンツの画像を表示させている。なお、このときには、放送コンテンツの音声も出力されている。また、表示画面部１００においては、図６（ａ）（ｃ）（ｅ）などに示すように、番組の内容を有する主画像とともに、字幕画像も表示しているものとされる。

そして、例えば時点ｔ０から或る時間を経過した時点ｔ１のタイミングで、ユーザが、図６により説明した字幕画像上でのカーソルの選択決定操作を行ったとする。すると、図１０（ｃ）に示されるようにして、この時点ｔ１にて、表示画面部１００は、これまでの受信中の放送コンテンツの画像から、カーソル１０２が配置されていた強調文字列部分の内容に応じたオーディオファイル操作関連のインターフェイス画像（例えば図６（ｂ）（ｄ）（ｆ）の各画像など）の表示に切り換わることになる。

そして、この時点ｔ１のようにして、受信中の放送コンテンツの画像からオーディオファイル操作関連のインターフェイス画像への切り換えが行われたときには、これまで実行していた放送コンテンツの受信取得動作を継続させた上で、図１０（ｃ）に示すようにして、時点ｔ１以降において得られる放送コンテンツのデータ（映像・音声、及びキャプションデータ）を、バックアップ録画データとして記憶部１２に書き込んで記憶させていくようにする。

次に、時点ｔ１から或る時間を経過した時点ｔ２に至って、ユーザが、時点ｔ１以前にて表示させていたのと同じチャンネルの放送コンテンツ（元の放送コンテンツ）の画像表示に戻すための操作を行ったとする。これに応じては、図１０（ｂ）と図１０（ｃ）とを参照して分かるように、時点ｔ２以降からは、バックアップ録画データを、その先頭位置（記録開始位置）から再生し、その画像・音声を出力するようにされる。従って、図１０（ｃ）の時点ｔ２以降としては、図示するようにして、このバックアップ録画データの再生画像が表示されることになる。

このような表示画像の切り換えとすることで、図１０（ｃ）において、時点ｔ１に対応する受信中の放送コンテンツの内容の終端部分と、時点ｔ２に対応するバックアップ録画データの再生内容の開始部分とは、その内容がつながっていることになる。つまり、先に述べたようにして、放送コンテンツでありながら、途中で他のユーザインターフェイス画像への切り換えなどが行われたとしても、その後において同じ放送コンテンツの出力に戻したときには、切り換え前の続きからその内容を視聴できることとなっているものである。

また、この図１０の例では、バックアップ録画データの記録は、その番組終了時刻に至って終了させることとしている。つまり、図１０（ｂ）にも示されるように、バックアップ録画データの記録は時点ｔ３に至ったとされるタイミングで終了される。従って、例えば時点ｔ２以降において、バックアップ録画データの再生出力を継続させていたとすれば、バックアップ録画データの終端まで再生した時点ｔ４まで、バックアップ録画データは再生出力させることができる。なお、時点ｔ４にてバックアップ録画データの再生が終了した後の表示画面部１００の表示内容については、例えば、このバックアップ録画データの取得元となるチャンネルにおいて、そのときに現に放送されているコンテンツを出力することとして、その画像を表示させることなどが考えられる。

また、ここでの図示による説明は省略するが、本実施の形態としては、テレビジョンコンテンツとして録画ファイルを再生する場合においても、上記と同等のレジューム機能を与えることとする。
つまり、例えば、図６（ａ）などに示ようにして録画ファイルを再生してその画像を表示させていた状態から、一旦、図６（ｂ）などのオーディオファイル操作関連のインターフェイス画像に表示を切り換えた後、さらに、同じ録画ファイルの再生に戻すこととした場合には、その録画ファイルの再生を、先頭から再開させるのではなく、オーディオファイル操作関連のインターフェイス画像への切り換えまでに出力されていた内容の続きから再生することとするものである。
このようにして、本実施の形態では、テレビジョンコンテンツとして、放送コンテンツと録画ファイルの何れについてもレジューム機能が与えられるものである（テレビジョンコンテンツ・レジューム機能）。

図１１のフローチャートは、上記図１０により説明したテレビジョンコンテンツ・レジューム機能を実現するために制御部２０が実行するものとされる処理手順例を示している。
この図においては、先ずステップＳ３０１において、例えばテレビジョンコンテンツの画像の表示から、他のユーザインターフェイス画像の表示に切り換えるための指示が得られるのを待機する。そして、例えば図６（ａ）から図６（ｂ）、図６（ｃ）から図６（ｄ）、あるいは図６（ｅ）から図６（ｆ）への遷移として説明したように、字幕画像上のカーソルの選択決定操作が行われたことに応じて、例えばオーディオファイル操作関連の所定のユーザインターフェイス画像の表示に切り換えるべき指示が得られたとされると、ステップＳ３０２に進む。

ステップＳ３０２においては、上記ステップＳ３０１の判別処理に対応して指定されたユーザインターフェイス画像を表示画面部１００に表示させるための表示制御を実行し、ステップＳ３０３に進む。

ステップＳ３０３においては、ステップＳ３０１に対応した表示切り換えの指示が得られる段階まで表示させていたテレビジョンコンテンツが、録画ファイルであるのか、あるいは放送コンテンツであるのかについて判別を行う。ここで、放送コンテンツであるとの判別結果が得られた場合には、ステップＳ３０４に進む。

ステップＳ３０４においては、これまでに表示させていた放送コンテンツのデータを記憶部１２に記録するための制御処理を開始する。つまり、図１０（ｂ）に示したバックアップ録画を開始させる。

ここで、本実施の形態としては、テレビジョンコンテンツ・レジューム機能に対応して、レジュームポイントを定義するものとされる。レジュームポイントとは、テレビジョンコンテンツ（放送コンテンツ又は録画ファイル）の画像表示からユーザインターフェイス画像への切り換えが行われ、再度、同じテレビジョンコンテンツの画像表示に戻るべきこととなった場合に、出力を開始すべきコンテンツの再生時間位置（データ位置）を示すものである。
そして、ステップＳ３０５においては、上記ステップＳ３０４により開始されたバックアップ録画により記憶部１２に記憶されるデータ（バックアップ録画データ）の記録開始位置をレジュームポイントとして保持しておくようにされる。この場合のレジュームポイントの実際としてはは、例えば記憶部１２としての記憶媒体のアドレスとして、バックアップ録画データの開始位置が記録されるアドレスの値を保持することとすればよい。このステップＳ３０５の手順を実行したとされると、ステップＳ３０７に進む。

一方、先のステップＳ３０３により、録画ファイルであると判別された場合には、ステップＳ３０６に進む。
ステップＳ３０６においては、先のステップＳ３０２に応じて、録画ファイルの画像表示から現在表示中とされているユーザインターフェイス画像に切り換わったとされるタイミングでの、上記録画ファイルの再生位置をレジュームポイントとして保持するようにされる。このときのレジュームポイントとしても、上記録画ファイルの再生位置に対応する記憶媒体のアドレスの値を保持することとすればよい。
ステップＳ３０６の手順に続いては、ステップＳ３０７に移行する。

ステップＳ３０７に至った段階では、例えば図６（ａ）（ｃ）（ｄ）などのテレビジョンコンテンツを表示させている状態から、既に、図６（ｂ）（ｄ）（ｅ）等に示したオーディオファイル操作関連のユーザインターフェイス画像の表示に切り換わっている。そこで、ステップＳ３０７では、先ず、このようなユーザインターフェイス画像から、元のテレビジョンコンテンツ以外であって、さらに他のユーザインターフェイス画像の表示（若しくは元のテレビジョンコンテンツ以外のコンテンツ画像の出力）に切り換えるための指示が得られたか否かについて判別することとしている。これは、例えば先に説明したように、図６（ｂ）のアルバムリストにおいてアルバムに対する選択決定操作が行われたことに応じて、その選択決定されたアルバムに収録される楽曲の曲名リストの表示に切り換えるべきこととなった場合などに対応する。
ステップＳ３０７にて上記の指示が得られたとの判別結果が得られた場合には、ステップＳ３０９に進み、表示画面部１００の画像を、指定されたユーザインターフェイス画像（若しくは元のテレビジョンコンテンツ以外のコンテンツ画像）に切り換えて表示させるための制御処理を実行する。ステップＳ３０９の手順を終了した後は、ステップＳ３０７に戻るようにされる。

また、ステップＳ３０７にて上記の指示が得られていないとの判別結果が得られた場合には、ステップＳ３０８に進む。
ステップＳ３０８においては、現在のユーザインターフェイス画像に切り換わる直前において表示されていた放送コンテンツの表示に戻すための指示が得られたか否かについて判別する。そして、肯定の判別結果が得られた場合には、ステップＳ３１０、Ｓ３１１の手順を実行する。

ステップＳ３１０においては、現在保持しているレジュームポイントとして示される記憶部１２の記憶媒体上のアドレスを指定して、ビデオコンテンツファイルの再生開始を指示するようにされる。このステップＳ３１０に至るのにあたり、ステップＳ３０５を経由した場合には、レジュームポイントが、バックアップ録画データの記録開始位置を示しているので、ステップＳ３１０によっては、バックアップ録画データの先頭からの再生出力開始することになる。これにより、表示画面部１００における表示としては、時点ｔ１以降において放送されていた受信中の放送コンテンツの内容に続く画像が、時点ｔ２以降において表示されることになる。つまり、放送コンテンツについてのレジューム出力が実現されている。

これに対して、ステップＳ３０６を経由してステップＳ３１０に至った場合には、レジュームポイントが録画ファイルの中途におけるデータ位置を示していることになるので、ステップＳ３１０としては、このデータ位置から再生を開始させることになる。これにより、録画ファイルは、今回のユーザインターフェイス画像への切り換え前において中断（停止）された位置に続くところから再生が開始され、その画像が表示画面部１００に表示されることになる。つまり、録画ファイルについてのレジューム再生が実現されるようになっている。
また、このような処理手順によれば、レジュームポイントは、単に、記憶媒体上の再生開始位置を示す情報内容を有するのみであり、この点で、録画ファイルとバックアップ録画データとで区別されるものではなく、共通に利用されるものとなっている。これにより、例えばレジュームポイントに相当する再生開始位置を指示する情報としては、録画ファイルとバックアップ録画データとで個別に持つ必要は無くなる。

ステップＳ３０８において否定の判別結果が得られた場合、つまり、テレビジョンコンテンツの画像表示から他のユーザインターフェイス画像への切り換えが行われた状態のまま、さらに他のユーザインターフェイス画像への切り換えるための指示も、元のテレビジョンコンテンツの表示（出力）に戻るための指示も得られていないとする場合には、ステップＳ３１１に進む。

ステップＳ３１１では、現在、バックアップ録画を実行中であるか否かについて判別し、否定結果が得られた場合には、ステップＳ３０７に戻る。これに対して、肯定の判別結果が得られた場合にはステップＳ３１２に進む。

上記ステップＳ３１２と、これに続くステップＳ３１３、Ｓ３１４は、ステップＳ３０４により開始させたバックアップ録画データの記録を終了させるための条件に対応する。
先ず、ステップＳ３１２においては、現在実行中にあるとされるバックアップ録画データの記録（バックアップ録画）の録画対象である放送コンテンツとしての番組の終了時刻に至ったか否かについての判別を行うようにされている。ここで肯定の判別結果が得られたのであれば、ステップＳ３１４に進むことで、これまでのバックアップ録画を終了させる。ステップＳ３１５では、これまでのバックアップ録画としての記録動作を終了させたうえで、これまでのバックアップ録画としての記録動作により記憶部１２に記録されたバックアップ録画データを削除（消去）するようにされる。さらに、これまでに保持していたレジュームポイントの情報をクリア（消去）する。

また、ステップＳ３１３においては、バックアップ録画の開始時点から、例えばユーザが再び、元の放送コンテンツに戻ることはないであろうと推定される程度の一定時間を経過することを待機しており、この一定時間が経過したとされると、ステップＳ３１５に進んでバックアップ録画についての終了処理を実行する。
ステップＳ３１４においては、携帯型コンテンツプレーヤ１のメイン電源がオフとされたか否かについて判別し、オフとされたことに応じて、ステップＳ３１５に進むようにされる。

なお、上記ステップＳ３１５においては、バックアップ録画としての記録動作の終了に伴い、バックアップ録画データを削除することとしているが、例えば、削除せずに、録画ファイルとして管理されるようにして残すようにすることも考えられる。

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

また、字幕画像において強調表示された文字列部分についてカーソルを配置させて選択決定操作を行った場合に、どのようなユーザインターフェイス画像の表示、若しくは携帯型コンテンツプレーヤ１の動作に切り換えるべきであるのかについては、いくつか考えられるものである。つまり、図６にて示した、アーティスト、アルバム、曲名ごとの場合に対応したユーザインターフェイス画像への切り換わりのパターンは、あくまでも一例であり、他にも考えられるものである。例えば、図６（ｃ）の場合のようにして、アルバム名を示す強調文字列部分について選択決定操作を行ったことに応じては、そのアルバムに収録された楽曲を、所定順に従って順次再生していく（このときには再生状況表示が行われる）という動作とすることも考えられる。
あるいは、例えば図６（ａ）の場合のようにして、アーティスト名を示す強調文字列部分について選択決定操作を行ったことに応じては、アルバムリストのような比較的詳細とされる情報の提示に代えて、例えば単に、携帯型コンテンツプレーヤにおいて記憶されているアーティストＡの楽曲（オーディオファイル）の数を単に示すようなユーザインターフェイス画像の態様も考えることができる。

また、図６（ｂ）（ｄ）のアルバムリストや曲名リストなどのリストを表示させるときのリスト項目の順序については、例えば文字順であるとか、アルバム内の収録順などのようにして、通常においてデフォルトとして設定される順序によるものとされればよい。あるいは、オーディオファイルのメタデータには、しばしば、例えば楽曲ごとにユーザのお気に入り度などが示される情報が含まれることが多いが、このような情報を利用して、ユーザにとって重要度、関心度が高いものの順にリスト項目を配列させてリスト表示を行うようにすることも考えられる。

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

本発明の実施の形態としての携帯型コンテンツプレーヤの構成例を示す図である。 実施の形態の携帯型コンテンツプレーヤにおいて記憶されるコンテンツデータについての内容例を、そのディレクトリ構造例とともに示す図である。 オーディオファイル・メタデータテーブル、アルバムリストテーブル、アーティストリストテーブルの構造例を、その具体的内容例とともに示す図である。 録画ファイルの構造例を示す図である。 キャプションデータの形式例を模式的に示す図である。 テレビジョンコンテンツの表示態様例と、このテレビジョンコンテンツを表示させた状態から、オーディオファイル操作関連のユーザインターフェイス画像の表示に切り換えるための操作手順例を説明するための図である。 実施の形態としての字幕画像表示のための処理手順例を示すフローチャートである。 一致文字列リストテーブルの構造例を、その具体的内容例とともに示す図である。 字幕画像に対する操作に応じた処理手順例を示すフローチャートである。 実施の形態における放送コンテンツ・レジューム機能としての動作例を示す図である。 実施の形態におけるテレビジョンコンテンツについてのレジューム機能を実現するための処理手順例を示すフローチャートである。

符号の説明

１ 携帯型コンテンツプレーヤ、１１ 外部データインターフェイス、１２ 記憶部、D１ コンテンツ関連データ、D２ プログラム、１３ テレビジョンチューナ部、１４ アンテナ部、１５ オーディオ出力処理部、１６ ヘッドフォン端子、１７ビデオ出力処理部、１８ 表示メモリ部、１９ ディスプレイ部、２０ 制御部、２１ メモリ部、２２ 再生処理部、２３ 操作部、２４ キャプションデータ処理部、１００ 表示画面部、１００ａ 主画像表示領域、１００ｂ 字幕画像表示領域、１０１ 下線表示、１０２ カーソル

Claims (11)

1. 映像信号を画像として表示出力させると共に、この映像信号に付加される字幕情報を利用して、上記映像信号の画像に同期するようにして字幕画像を表示出力させる表示出力手段と、
   楽曲単位に相当する単位音声情報と、この単位音声情報ごとに関連した１以上の属性情報項目から形成される関連情報とが記憶される記憶部から取得した、上記所定の属性情報項目に格納される情報内容と、上記字幕情報の内容とを比較した結果として、共通とされる文字列情報を取得する文字列情報取得手段と、
   上記字幕画像において、上記文字列情報取得手段により取得された文字列情報を提示しているとする画像部分を所定の態様により強調表示させるようにして上記表示出力手段を制御する、字幕画像対応表示制御手段と、
   を備えることを特徴とする情報処理装置。
2. 上記字幕画像対応表示制御手段により強調表示された画像部分のうちの１つが選択決定されたことに応じて、この選択決定された画像部分により提示される上記文字列情報が反映された所定の動作を実行させる動作実行制御手段をさらに備える、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 上記動作実行制御手段は、
   上記所定の動作として、上記選択決定された画像部分により提示される文字列情報に基づいて上記関連情報から得られる、上記単位音声情報に関する所定の属性項目についての一覧を示す一覧画像が表示されるようにして、上記表示出力手段を制御する、
   ことを特徴とする請求項２に記載の情報処理装置。
4. 上記記憶部に記憶されている単位音声情報を再生出力する単位音声情報再生出力手段をさらに備え、
   上記動作実行制御手段は、
   上記所定の動作として、上記選択決定された画像部分により提示される文字列情報に基づいて、上記関連情報から特定した１つの単位音声情報が再生出力されるように、上記単位音声情報再生出力手段を制御する、
   ことを特徴とする請求項２に記載の情報処理装置。
5. 放送として提供される上記字幕情報の付加された映像信号を取得する放送受信手段を備え、
   上記放送受信手段が取得した映像信号に付加された上記字幕情報を利用して、上記表示出力手段により上記映像信号の画像と上記字幕画像を表示出力させているときに、上記動作実行制御手段による所定の動作が実行された場合に、上記放送受信手段により取得される映像信号の所定の記憶部への記録を開始させる映像信号記録制御手段と、
   上記動作実行制御手段による所定の動作が実行された後において、この所定の動作が開始される直前まで上記表示出力手段により表示出力されていたのと同じ放送元から提供される映像信号の画像を、再度、表示出力させる場合に、上記映像信号記録手段により記録された映像信号をその記録開始位置から再生させる再生制御手段と、
   を備えることを特徴とする請求項２に記載の情報処理装置。
6. 上記映像信号記録制御手段は、
   所定の終了条件を満たしたものと判定した場合に、開始させた記録を終了させる、
   ことを特徴とする請求項５に記載の情報処理装置。
7. 上記映像信号記録制御手段は、
   上記所定の終了条件として、上記再生制御手段による再生が実行されないまま、上記放送受信手段により取得される映像信号が対応する番組の終了時刻に至ったことが判定された場合に、開始させた記録を終了させる、
   ことを特徴とする請求項６に記載の情報処理装置。
8. 上記映像信号記録制御手段は、
   上記所定の終了条件として、上記再生制御手段による再生が実行されないまま、上記放送受信手段により取得される映像信号の所定の記憶媒体への記録を開始した時点から、所定時間を経過したことが判定された場合に、開始させた記録を終了させる、
   ことを特徴とする請求項６に記載の情報処理装置。
9. 上記映像信号記録制御手段が開始させた記録を終了させたことに応じて、上記所定の記憶部に記録済みとされた映像信号を消去する消去手段、
   を備えることを特徴とする請求項６に記載の情報処理装置。
10. 映像信号を画像として表示出力させると共に、この映像信号に付加される字幕情報を利用して、上記映像信号の画像に同期するようにして字幕画像を表示出力させる表示出力手順と、
    楽曲単位に相当する単位音声情報と、この単位音声情報ごとに関連した１以上の属性情報項目から形成される関連情報とが記憶される記憶部から取得した、上記所定の属性情報項目に格納される情報内容と、上記字幕情報の内容とを比較した結果として、共通とされる文字列情報を取得する文字列情報取得手順と、
    上記字幕画像において、上記文字列情報取得手段により取得された文字列情報を提示しているとする画像部分を所定の態様により強調表示させるようにして上記表示出力手段を制御する、字幕画像対応表示制御手順と、
    を実行することを特徴とする情報処理方法。
11. 映像信号を画像として表示出力させると共に、この映像信号に付加される字幕情報を利用して、上記映像信号の画像に同期するようにして字幕画像を表示出力させる表示出力手順と、
    楽曲単位に相当する単位音声情報と、この単位音声情報ごとに関連した１以上の属性情報項目から形成される関連情報とが記憶される記憶部から取得した、上記所定の属性情報項目に格納される情報内容と、上記字幕情報の内容とを比較した結果として、共通とされる文字列情報を取得する文字列情報取得手順と、
    上記字幕画像において、上記文字列情報取得手段により取得された文字列情報を提示しているとする画像部分を所定の態様により強調表示させるようにして上記表示出力手段を制御する、字幕画像対応表示制御手順と、
    を情報処理装置に実行させるプログラム。

Images