JP2007304933A - 情報処理システム、端末装置、情報処理方法、プログラム - Google Patents

Abstract

【課題】例えばラジオ放送などを録音して得られたオーディオデータファイル（ラジオファイル）を、これまでよりも効率よく管理できるようにする。
【解決手段】ラジオファイルとしてのオーディオデータについて音声解析を行って、楽曲と声とに分けてチャプタ分割を行う。また、分割された楽曲チャプタごとにジャンル認識を行う。さらに、楽曲チャプタについては、オーディオデータに基づいた楽曲検索により、タイトル、アーティストなどの検索を行う。このようにして１ラジオファイルについて得られたチャプタ単位に応じたメタデータを利用して、ラジオファイル管理を行う。これにより、ラジオファイルの単位にしばられない、チャプタ単位による管理を、ファイルと同様の要領で行うことができる。
【選択図】図１８

Description

本発明は、１つの単体装置あるいは複数の装置により構成される情報処理システムに関する。また、このような情報処理システムが複数の装置により構成される場合において、その構成要素の装置の１つとなる端末装置に関する。また、上記情報処理システム、及び端末装置に対応する情報処理方法と、上記情報処理システムを成す装置が実行するプログラムに関する。

例えば特許文献１には、ラジオ放送を前提にした検索システムの構成が記載されている。この検索システムでは、先ず、ユーザがラジオ放送を聴いて気になった楽曲などがあったときに、ブックマーカといわれる装置に対して、そのときの時刻情報などを記憶させるようにしたうえで、後の機会に、このブックマーカに記憶された時刻情報をゲートウェイデバイス（パーソナルコンピュータなど）により検索サーバに転送するようにしている。検索サーバは、放送により提供された楽曲などのデータを、放送日時などを対応させて保持しており、転送されてきた時刻情報を検索条件として検索を行ってゲートウェイデバイスに検索結果を返すようにされる。ゲートウェイデバイスでは、例えば検索結果として返されてきたものが楽曲としてのオーディオデータであれば、これを再生出力するようにされる。

特開２００１−１２５９１４号公報

本願発明としても、放送などのなんらかの形態でコンテンツが提供されることを前提として、例えば、この提供されるコンテンツを享受して利用するのにあたり、利便性や娯楽性などの点で、これまでよりも高い付加価値が得られるようなシステムを提供することを目的とする。

そこで本発明は上記した課題を考慮して、情報処理システムとして次のように構成する。
つまり、所定の記憶データ単位により管理されるようにしてデータを記憶するようにされ、記憶データ単位の種別として、少なくとも、或るまとまった時間分のコンテンツのデータから成る単位コンテンツデータが記憶される記憶手段と、この記憶手段に記憶される単位コンテンツデータについて、そのデータ内容についての解析処理を実行することにより、再生時間進行に従って、所定種別の再生出力内容に応じた区間データ単位により区分する区分手段と、単位コンテンツデータを形成する区間データ単位についての所定内容を有する区間関連情報を生成する区間関連情報生成手段と、区間関連情報を少なくとも有して形成される単位コンテンツデータ関連情報を、対応する単位コンテンツデータと関連付けるようにして記憶手段に記憶させる情報記憶制御手段と、記憶媒体に記憶されている単位コンテンツデータについての管理を、同じ記憶媒体に記憶される、この単位コンテンツデータに関連付けされた単位コンテンツデータ関連情報に基づいて行うようにされる単位コンテンツデータ管理手段とを備えて構成することとした。

上記構成では、先ず、記憶手段において記憶データ単位により記憶されるものの種別として、少なくとも単位コンテンツデータが記憶される。そのうえで、単位コンテンツデータについて、区間データ単位により区分する処理を実行して、この区分処理の結果内容に基づいて区間関連情報を生成し、さらに、同じ記憶手段に対して、区間関連情報を含んで形成した単位コンテンツデータ関連情報を単位コンテンツデータに関連付けて記憶させるようにしている。そして、この区間指示情報に基づいて、記憶手段に記憶されている単位コンテンツデータの管理を行うようにされる。
ここで、記憶手段は、記憶データ単位により記憶データを管理することとされている。このことは、基本的には、記憶データ単位は、これより区分化した単位では管理できないことを意味している。従って、記憶データ単位により記憶される単位コンテンツデータとしても、その内容を区分化して管理することはできないことになる。しかしながら、本願発明では、この記憶手段に記憶される単位コンテンツデータを、上記区間関連情報を含む単位コンテンツデータ関連情報に基づいて管理するようにもされている。これにより、単位コンテンツデータを、単位コンテンツデータ関連情報における区間関連情報が示す区間データ単位により、区間分け、分割（区分）して管理することが可能となる。

このようにして本発明は、単位コンテンツデータについて、これをさらに区分して得られる区間データ単位により管理できるようにしていることにより、単位コンテンツデータを最小単位として管理していた場合よりも多様な管理態様が得られることなる。このような管理の多様性により、例えば単位コンテンツデータの再生、管理などについての利便性、娯楽性などを高めることが可能になり、例えば、より付加価値の高い情報処理システムが提供できることになる。

以下、本願発明を実施するための最良の形態（以下、実施の形態という）について説明する。
先ず、図１には、本実施の形態としての情報処理システムを構成する装置として、パーソナルコンピュータ１、携帯型端末装置２、及び楽曲検索サーバ３が示される。本願発明による情報処理システムとの対応では、パーソナルコンピュータ１がホスト装置となり、携帯型端末装置２が、このホスト装置に対する端末装置（クライアント）となるが、図１では、この基本構成に対して、さらに楽曲検索サーバ３が付加されていることになる。

この図１により、本実施の形態の情報処理システムの概要と、その利用態様例について説明しておく。なお、この利用態様についての説明は、図中において○印内に示す手順を示す番号に従って行う。
［手順１］
先ず、携帯型端末装置２は、例えばユーザが容易に携帯可能な程度のサイズ形状、重量の本体を有している。また、この携帯端末装置２は、例えば内部に記憶媒体を有しており、この記憶媒体は、例えば所定のファイルシステムにより、記憶されたデータをファイル単位（記憶データ単位）で管理するようにされている。そして、記憶媒体は、ファイルとして、例えば少なくとも音声によるコンテンツとしてのデータ（オーディオデータ）をファイル化したコンテンツファイルを記憶させることができるようになっている。そして、ユーザは、この携帯端末装置２に対する所定操作によって、記憶媒体に記憶されているコンテンツファイルを再生して、例えば本体のヘッドフォンジャックに接続したヘッドフォン、イヤフォンなどからその再生音声を出力させることができるようになっている。
さらに、携帯型端末装置２は、ラジオチューナを備えることで、所定のキャリアのラジオ放送を受信復調して、上記ヘッドフォンジャックなどからその音声信号を出力させることもできるようになっている。
また、携帯型端末装置２は、上記のようにして受信復調して得られるラジオ放送の音声を、オーディオデータのコンテンツから成るコンテンツファイルとして、内部記憶媒体に記憶させることができるようにもされている。そして、ここでの利用態様例として説明する手順１としては、ユーザによるラジオ放送の録音となる。つまり、ユーザが、所定操作により、受信選局させたラジオ放送を記憶媒体にコンテンツファイルとして記憶させるものである。なお、以降において、ラジオ放送を受信選局して得られた音声のオーディオデータを記憶して得られる種別のコンテンツファイルについては、ラジオファイル（単位コンテンツデータ）ともいうことにする。
また、携帯型端末装置２によるラジオファイルの録音にあたっては、ユーザが、リアルタイムで録音開始、停止の操作を行うようにされてもよいし、ユーザが受信周波数と、録音開始／終了時間などを指定したうえで録音動作を自動実行させる、予約録画が可能なように構成されても良い。

ここで、上記のようにして記憶されるラジオファイルの音声情報は、或る連続してまとまった放送時間分の音声から成るものとされている。一般的なラジオ放送番組としての音声（オーディオ）の内容的種別（再生出力したときの内容的種別）としては、例えば音楽主体のＦＭ放送などを例に挙げると、主としては、パーソナリティなどといわれる番組進行役による話、会話などと、楽曲とに分けられるものとして考えることができる。
例えば、携帯型端末装置２において記憶されるラジオファイルとしては、そのファイル単位で管理されることになるのであるが、１つのラジオファイルについて、上記した話や楽曲などの内容に応じた区間で管理できるようになれば、例えばパーソナリティの話などをとばして楽曲のみを聴きたいような場合など、楽曲の頭出しなどが行えることになり、例えば早送りや早戻しを行う場合よりも使いやすいものとなる。
手順２以降は、上記のようにして、携帯型端末装置２に記憶されたラジオファイルについて、その音声内容に応じた区間で管理できるようにするための手順となる。
なお、次に説明する手順２以降においてパーソナルコンピュータ１の動作を伴って行われる手順は、例えば、パーソナルコンピュータ１にインストールするようにして記憶させた、ラジオファイルに対応した各種の機能を有するアプリケーションソフトウェア（ラジオファイル対応アプリケーション１４ａ）により実現されるものとされる。

[手順２]
上記のようにして携帯型端末装置２の記憶媒体にはラジオファイルが記憶される。そこで、手順２としては、例えばユーザの作業として、ホストであるパーソナルコンピュータ１上でラジオファイル対応アプリケーションを起動させたうえで、このパーソナルコンピュータ１と携帯型端末装置２とを、所定のデータ通信フォーマットに応じた通信バス１００により相互接続させたうえで、携帯型端末装置２に記憶されているラジオファイルのデータを、上記通信バス１００を経由してパーソナルコンピュータ１に対して転送させるようにする。パーソナルコンピュータ１では、例えばラジオファイル対応アプリケーション１４ａの機能として、転送されてきたラジオファイルのデータを、内部のＨＤＤ（ハードディスクドライブ）などの記憶媒体に記憶させて保存するようにされる。
なお、このようにして、ラジオファイルをＨＤＤなどに保存しておけば、以降においてはパーソナルコンピュータ１単体（ラジオファイル対応アプリケーション１４ａ）でラジオファイルを再生、編集するなどの利用が可能となるが、その必要性がなければ、転送されてきたデータをＲＡＭなどの主記憶装置に書き込んで保持しておくようにするだけでもよい。以降の説明からも理解されるように、この図に示される手順による利用態様例は、必ずしもパーソナルコンピュータ１が、転送されてきたデータをＨＤＤに記憶保存しなくともＲＡＭに保持しておくことで実現可能である。

[手順３]
手順３は、上記手順２によりパーソナルコンピュータ１に保存、保持されたラジオファイルのオーディオデータを対象として、ラジオファイル対応アプリケーション１４ａにより解析処理を実行させる。つまり、この場合のラジオファイル対応アプリケーション１４ａとしては、以降説明する音声解析処理を実行可能とするためのプログラム部分を備えて構成される。
この解析処理としては、ラジオファイルのオーディオデータを再生出力したときに聴取者に聴こえる内容（再生出力内容）について、それが通常の話し声、会話（声）などとされるものであるのか、また、楽曲としてのものであるのかを区別して認識するものとされる。そして、この解析処理結果に基づいて、ラジオファイルのオーディオデータについて、声の内容の区間と楽曲の内容の区間とにより区分（分割）するようにされる。
なお、以降においては、このようにして再生出力内容が声、楽曲とされることに応じて分割される区間を「チャプタ」ともいい、さらに、声としての再生出力内容を有するチャプタは、声チャプタともいい、楽曲としての再生出力内容を有するチャプタは、楽曲チャプタともいうことにする。つまり、ここでは、ラジオファイルをチャプタの単位で分割することになる。このチャプタ分割結果として直接的に得られる情報（分割結果情報）は、より具体的には、ラジオファイルにおいて、先頭から最終までのチャプタ番号ごとに対応したチャプタの分割位置(区分位置)となる再生時間を示す情報（チャプタ開始時間）と、そのチャプタ番号に対応するチャプタが声チャプタであるのか、楽曲チャプタであるのかを識別する情報（再生内容の情報）とから少なくとも成るものとされる。
また、この場合の上記解析処理としては、さらに、楽曲であるとして認識されたチャプタについては、その楽曲のジャンルを認識するための処理も行うようにされる。つまり、楽曲チャプタのジャンルを示す情報も得られることになる。

[手順４]
上記手順３によっては、ラジオファイルについて、声チャプタと楽曲チャプタとに分割区分したことを示すチャプタ開始時間、再生内容の情報と、楽曲チャプタについて、その楽曲のジャンルを示す情報とが得られることになる。これらの情報は、ラジオファイル、あるいはチャプタに関連した特定の内容を有するメタデータ、属性情報であるといえるが、手順４〜手順６は、例えばラジオファイル対応アプリケーション１４ａが、解析対象とされたラジオファイル、チャプタについてのさらに多くのメタデータを、楽曲検索サーバ３から取得するための手順となる。
そして、手順４としては、ラジオファイル対応アプリケーション１４ａとしての機能により、パーソナルコンピュータ１から、例えばネットワーク１０１を経由して、楽曲検索要求を行うようにされる。この楽曲検索要求は、上記手順３によりラジオファイルを分割して得られたチャプタのうち、楽曲チャプタについての、その楽曲に対応するメタデータの検索を要求するものとなる。
このために、パーソナルコンピュータ１は、楽曲チャプタのオーディオデータにおける所定の再生時間分の先頭部分のデータを抜き出して、検索条件データとして、検索要求とともに送信するようにされる。

[手順５]
この手順５では、上記のようにしてパーソナルコンピュータ１から送信された検索要求を受けて、楽曲検索サーバ３が、検索を実行する。
楽曲検索サーバ３では、例えば、楽曲ごとに、その冒頭部分についての所定時間分のオーディオデータ（冒頭部分データ）と、その楽曲に関連する所定のメタデータとを対応付けた楽曲データベースを記憶している。
そして、楽曲検索サーバ３では、上記手順４による検索要求と共に送信されてきた検索条件データとしてのオーディオデータと一致するとされる、楽曲データベースの冒頭部分データを検索し、検索された冒頭部分データに対応付けられているメタデータを、楽曲データベースから取り出すようにされる。このようにして取り出されたメタデータが、先の検索要求に応答して出力されるべき検索結果となる。
つまり、この場合の楽曲検索は、オーディオデータの実体的内容そのものを検索条件として、楽曲データベースから１つの楽曲を特定し、その特定された楽曲についてのメタデータを得る、というものになる。
なお、この場合において、楽曲データベースに格納する楽曲ごとのメタデータの種類としては、特に限定されるべきではないが、ここでは、説明を分かりやすく簡単なものとするために、タイトル情報とアーティスト情報のみであることとする。タイトル情報は、対応する楽曲のタイトル（曲名）を示す情報であり、アーティスト情報は、対応する楽曲を演奏しているとするアーティスト（演奏者）の名称を示すものである。
また、このような楽曲検索サーバ３により実現される楽曲検索の技術としては、これまでに提案、あるいは実現されている技術、さらには、将来的に提案、採用される技術を用いることとすればよい。
また、本実施の形態では、先のパーソナルコンピュータ１での解析処理により、楽曲チャプタのジャンルを認識するようにしているが、楽曲データベースに、このジャンルをメタデータとして含めるようにすれば、パーソナルコンピュータ１における解析処理としては、ジャンル認識を実行する必要はなくなる。

[手順６]
手順６では、楽曲検索サーバ３が、上記手順５により得た検索結果であるメタデータ（タイトル情報及びアーティスト情報）を、ネットワーク１０１を経由させてパーソナルコンピュータ１に返すようにして送信する。

[手順７]
上記手順６により送信されてきたメタデータを受信したことに応じて、パーソナルコンピュータ１のラジオファイル対応アプリケーション１４ａは、検索要求に応答した検索結果として、楽曲チャプタごとについてのメタデータとして、さらに、タイトル情報及びアーティスト情報を取得することになる。従って、この段階では、ラジオファイルに関するメタデータとして、先の手順３による解析処理結果に応じた、ラジオファイルをチャプタ（声チャプタ、楽曲チャプタ）単位により区分したことを示す分割結果情報（チャプタ番号に対応させたチャプタ開始時間及び再生内容（楽曲／声）の情報から成る）と、楽曲チャプタに関するジャンル情報と、上記したタイトル情報及びアーティスト情報が得られることになる。
そこで、この手順７では、上記のようにして得られたメタデータである、分割結果情報と、楽曲チャプタごとのジャンル情報、タイトル情報、及びアーティスト情報とを用いて、所定構造によるチャプタ管理情報（区間関連情報）を作成し、通信バス１００を経由して、携帯型端末装置２に転送するようにされる。
なお、上記説明では、タイトル情報及びアーティスト情報を取得するのにあたり、直ちに、楽曲検索サーバ３に対して検索要求を行うこととしているが、例えば、ラジオファイル対応アプリケーション１４ａとして、楽曲検索サーバ３が有するものと同様の構造の楽曲データベースを有する（ＨＤＤに記憶される）こととして、タイトル情報及びアーティスト情報の検索、取得についても、パーソナルコンピュータ１にて完結して実行できるようにしてよい。あるいは、ラジオファイル対応アプリケーション１４ａが有する楽曲データベースと、楽曲検索サーバ３とを併用するようにしてもよい。例えば、ラジオファイル対応アプリケーション１４ａは、先ず、パーソナルコンピュータ１のＨＤＤに保存されている楽曲データベースにアクセスして検索を行う。そして、その検索結果として、検索条件とされた楽曲チャプタの冒頭データと一致する楽曲のメタデータが検索されたのであれば、その検索されたメタデータを利用することとし、検索されなかったのであれば、改めて、楽曲検索サーバ３と接続して検索要求を送信するものである。

[手順８]
上記手順７が行われたことに応じて、携帯型端末装置２では、パーソナルコンピュータ１から送信されてきたチャプタ管理情報を受信取得することになる。また、このチャプタ管理情報は、パーソナルコンピュータ１のラジオファイル対応アプリケーション１４ａが、携帯型端末装置２から転送されてきたラジオファイルに対応して作成したものであるから、携帯型端末装置２の記憶媒体に記憶されているラジオファイルの何れかに対応したものであることになる。
携帯型端末装置２では、この受信取得したチャプタ管理情報を、例えば必要に応じて所定構造に変換するなどしたうえで、後述するようにして、ラジオファイル管理情報の構造に組み込むようにされる。ラジオファイル管理情報は、携帯型端末装置２の記憶媒体に記憶されるラジオファイルごとに対応した所定内容のメタデータを有して形成される情報である。なお、このラジオファイル管理情報の構造例については後述する。また、このラジオファイル管理情報も、携帯型端末装置２の記憶媒体に記憶されるものである。
そして、手順８としては、携帯型端末装置２が、上記ラジオファイル管理情報を利用して、例えばリスト表示やファイル再生などをはじめとする、ラジオファイルについての各種の管理を行うようにされる。ここで、ラジオファイル管理情報には、パーソナルコンピュータ１から受信取得したチャプタ管理情報が含まれているので、この手順８によるラジオファイル管理としては、チャプタ単位で区分化した管理（チャプタ管理）が可能とされることになる。このようなラジオファイルについてのチャプタ管理の態様例については後述する。

以降、上記のようにして、チャプタ単位によるラジオファイル管理を可能とするための技術的構成例について説明していくこととして、先ず、図２及び図３により、パーソナルコンピュータ１と、携帯型端末装置２の構成例について説明しておくこととする。

先に、図２は、上記図１に示したパーソナルコンピュータ１の構成例を示している。
この図におけるパーソナルコンピュータ１は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＨＤＤ（ハードディスクドライブ）１４、操作入力処理部１５、表示出力処理部１６、メディアドライブ１７、データインターフェイス１８、及びネットワークインターフェイス１９を内部バス２０により相互に接続して成るものとして示されている。

ＣＰＵ(Central Processing Unit)１１は、例えばＲＯＭ１２において保持されているプログラム、及びＨＤＤ１４に記憶されているアプリケーションプログラム等を、記憶装置であるＲＡＭ１３に展開して実行する。また、ＲＡＭ１３にはＣＰＵ１１が各種処理を実行するのに必要なデータ等も適宜保持される。なお、ＲＯＭ１２は、一般には書き換え不可の構成であるが、例えば、フラッシュメモリなどの不揮発性の書き換え可能なメモリ素子を含んだ構成とされてもよい。

ＨＤＤ１４は、パーソナルコンピュータにおける補助記憶装置となるもので、上記のようにしてＣＰＵ１１が実行する各種プログラムがインストールされるようにして記憶される。また、各種のアプリケーションファイルなども記憶可能とされる。このようにしてＨＤＤ１４に記憶されるデータは、ファイルシステムなどにより管理される。ＣＰＵ１１は、例えばファイルシステムを利用することで、ＨＤＤ１４に対するデータの書き込み又は読み出しを行うことができるようにされている。
なお、この図においては、ＨＤＤ１４に記憶されるデータとして、プログラムについてはラジオファイル対応アプリケーション１４ａを示している。このラジオファイル対応アプリケーション１４ａは、例えば図１において説明したように、携帯型端末装置２からラジオファイルを読み込むとともに、読み込みを行ったラジオファイルについてのチャプタ管理情報を生成し、携帯型端末装置２に対して返すようにされる。なお、ラジオファイル対応アプリケーション１４ａ自体ｚとしても、ＨＤＤ１４に記憶させたラジオファイルを、後述する携帯型端末装置２と同様にして、ラジオファイル管理情報に基づいて管理可能なように構成してかまわない。

操作入力処理部１５は、操作デバイス２１から出力される操作に応じた信号を入力してＣＰＵ１１が処理可能な命令に変換し、ＣＰＵ１１に出力する。ＣＰＵ１１は、この命令に応じた処理を実行することになる。なお、ここでの操作デバイス２１は、例えばマウス、キーボードをはじめとするコンピュータをユーザが操作するための各種操作入力デバイスを包括して示しているものである。
表示出力処理部１６は、例えばＣＰＵ１１の制御に応じて表示デバイス２２により画像を表示出力させるための処理を実行する。例えば、本実施の形態の場合であれば、ラジオファイル対応アプリケーション１４ａのＧＵＩ（Graphical User Interface）なども、この表示デバイス２２にて表示されることになる。

メディアドライブ１７は、例えば現状であれば、ＣＤ−ＲＯＭやＤＶＤ、さらにはリムーバブル形式の所定規格による半導体メモリ素子などをはじめとする特定種別のメディアに対応してデータの読み出し／書き込みが可能に構成される。このための制御もＣＰＵ１１が実行するようにされる。

データインターフェイス１８は、パーソナルコンピュータ１と外部デバイスとの間で所定のデータ通信方式に対応する通信バス１００を経由するようにして外部デバイスと通信を行うためのハードウェア、ソフトウェアを実装して構成される部位である。本実施の形態の携帯型端末装置２は、この通信バス１００に対応するデータインターフェイスにより、パーソナルコンピュータ１と通信可能に接続されるようにして構成される。

ネットワークインターフェイス１９は、インターネット、ＬＡＮなどのネットワーク１０１を介して通信を行うためのインターフェイス機能を実現する部位であり、例えば、現状であれば、Ethernet(登録商標)などの規格に対応した構成となる。また、IEEE802.11a/b/g/nなどの無線ＬＡＮ(Local Area Network)規格に対応した構成も考えられる。さらには、電話回線を利用してインターネットと接続するような構成であれば、モデムなどを備えて構成することになる。

続いて、図３により携帯型端末装置２の内部構成例について説明する。
この図に示す携帯型端末装置２は、データ入出力端子３１、データインターフェイス３２、記憶部３３、再生信号処理部３４、音声出力端子３５、表示部３６、制御部３７、操作部３８、アンテナ３９、及びラジオチューナ部４０を備える。

先ず、データインターフェイス３２は、パーソナルコンピュータ１のデータインターフェイス１８に対応したデータ通信のためのハードウェア構成を含む機能回路部位とされる。つまり、実際においては、データインターフェイス３２と接続されるデータ入出力端子３１と、パーソナルコンピュータ１側のデータインターフェイス１８に対応するデータ入出力端子とを、そのデータ通信規格に対応したケーブルにより接続することで、通信バス１００を経由してパーソナルコンピュータ１と携帯型端末装置２とが通信可能に接続されることになる。
確認のために述べておくと、先に図１により説明した、携帯型端末装置２からパーソナルコンピュータ１へのラジオファイル転送や、パーソナルコンピュータ１から携帯型端末装置２へのチャプタ管理情報の転送などは、このデータインターフェイス３２と、パーソナルコンピュータ１のデータインターフェイス１８とが通信バス１００経由で接続されることで実現されるものである。
また、このデータインターフェイス２２（及びデータ入出力端子２１）が対応する規格としては特に限定されるものではないが、現状であればＵＳＢ（Universal Serial Bus）、ＩＥＥＥ１３９４などを挙げることができる。また、ここでのデータインターフェイス規格として例えば近距離無線によるデータ通信規格を採用することも可能である。この場合には、データ入出力端子２１は不要となる。

記憶部３３は、図１における説明にあった携帯型端末装置２の記憶媒体に相当するもので、主としてコンテンツファイルの記憶に使用される。特に本実施の形態に関しては、コンテンツファイルにおける内容的な種別として、オーディオファイルの１つにラジオファイルを含めることができるものであり、また、ラジオファイルとともに、チャプタ管理情報も記憶部３３に記憶されることになる。
また、記憶部３３には、制御部３７を形成するとされるＣＰＵが実行するプログラムと、これに関連した各種設定情報を記憶させることもできる。また、記憶部３３に記憶されるコンテンツファイルなどのファイルとしてのデータも、ファイルシステムにより管理するようにされる。
この記憶部３３として実際に採用される記憶デバイスとしては、電源供給が停止されてもデータが消失しない不揮発性を有するものであれば特に限定されるものではないが、現状においては、ＨＤＤ、あるいはフラッシュメモリが広く採用されている状況にあり、例えば現状であれば、数百ＭＢ（メガバイト）から数ＧＢ（ギガバイト）程度の容量が与えられることが一般的である。
なお、ここでのコンテンツファイルとは、上記のようにしてファイルシステム(例えばＦＡＴファイルシステムなど)により管理されてメディアに記憶されるファイルのうちで、音声からなるオーディオファイル、動画ファイルのほか、写真、絵などの静止画ファイルなどを指す。つまり、これらのファイルは、再生出力される内容が、画像、音声などのいわゆるコンテンツとされて、視覚、聴覚的にユーザにとって意味のあるものとされ、このことに由来してコンテンツファイルといわれるものである。

再生処理部３４は、例えば制御部３７の制御に応じて、記憶部３３に記憶されているコンテンツファイルを音声（及び（映像）として再生出力するためのハードウェア構成を含んで形成される機能回路部位とされる。例えば、コンテンツファイルがオーディオファイルの場合には、再生処理部３４は、必要に応じてファイルの圧縮符号化形式に対応した復号処理を施し、最終的に、音声出力端子３５に対して増幅されたアナログ音声信号を出力するようにされる。例えばこの音声出力端子３５が、ヘッドフォンジャックなどの端子とされている場合には、この音声出力端子３５に対して接続したヘッドフォン、イヤフォンなどから再生音声が出力されることになる。
また、コンテンツファイルがビデオ（動画）ファイル、静止画ファイルなどの画像ファイル形式である場合には、再生処理部３４は、必要に応じて画像データについての圧縮符号化に対する復号処理を施したうえで表示のための所定の信号処理等を行い、その画像を表示部３６に対して表示出力させる。また、例えば画像とともに音声の情報もファイルに含まれている場合には、再生処理部３４は、画像情報の再生信号処理とともに、音声情報の再生信号処理も実行し、表示部３６に表示させる画像とともに、しかるべきタイミングでもって、音声出力端子３５から音声信号を出力させる。

ラジオチューナ部４０は、アンテナ３９により受信された所定キャリアの放送波の信号を入力して、例えば制御部３７からの指示に応じて選局を行うようにされる。また、この選局により得られた信号について検波、復調等の処理を実行し、最終的にはデジタルのオーディオデータとして再生信号処理部３４に出力するようにされる。これにより、本実施の形態の携帯型端末装置２では、ラジオチューナ部４０により受信選局して得られたオーディオデータを、音声出力端子から出力させことができる。また、オーディオファイルの形式に変換して記憶部３３に記憶させることができる。このようにしてオーディオファイル形式により記憶部３３に記憶されるラジオ放送の音声の情報を、本実施の形態ではラジオファイルとしているものである。つまり、ユーザとしては、操作部３８に対する所定操作により、携帯型端末装置２によりラジオ放送を受信選局させて聴くことができ、また、受信選局させたラジオ放送をラジオファイルとして録音することができる。

表示部３６は、例えば制御部３７の制御により、携帯型端末装置２の動作状態や操作部３８に対して行われた操作などに応じた所要のユーザインターフェイス画像が表示出力されるとともに、上記のようにして、画像形式のコンテンツファイルを再生して得られる画像も表示出力される。
なお、表示部３６として採用するディスプレイデバイスの種類としては特に限定されないが、現状であれば、例えばマトリクス方式により表示駆動される所定サイズの液晶ディスプレイデバイスなどを採用できる。

制御部３７は、ＣＰＵ、ＲＯＭ、ＲＡＭなどにより構成されるマイクロコンピュータを備えて成り、携帯型端末装置２における各種制御処理を実行する。この制御部３７（ＣＰＵ）が、例えば上記ＲＯＭ、あるいは記憶部３３に記憶されるプログラムを実行することで、携帯型端末装置２におけるコンテンツファイル管理に対応した機能が実現される。
操作部３８は、携帯型端末装置２において備えられる各種の操作子と、これらの操作子に対して行われた操作に応じた信号（操作信号）を生成して出力する部位とを一括して示す。操作部３８から入力された操作信号に応じて、制御部３７は所要の制御処理を実行する。

先に図１により説明したように、上記図２，図３に示した構成による携帯端末装置２、パーソナルコンピュータ１と、楽曲検索サーバ３から成る本実施の形態のシステムでは、携帯端末装置１にて録音されるようにして保存されているラジオファイルについて、楽曲、声の何れかの内容となるチャプタにより分割されるようにして管理することができるようにされている。
ここで、或る１つのラジオファイルについてのチャプタ単位による管理例を図４に示す。
この図４においては、ラジオファイルの再生出力内容（つまり、オーディオデータの内容に相当する）について、先頭のチャプタ１から、最後のチャプタｎまでのｎ個のチャプタにより区分されるようにして管理された状態が示されている。そして、この場合においては、例えばチャプタ１、チャプタ３・・・チャプタｎの再生出力内容は[声]であるものとして管理され、チャプタ２、チャプタ４、・・・チャプタｎ−１は［楽曲］であるものとして管理されている。
さらに、［楽曲］であるとして管理されたチャプタについては、その楽曲についてのメタデータとして、パーソナルコンピュータ１の音声解析処理によって得られたジャンルと、楽曲検索サーバ３により検索されたタイトル、アーティストの情報が対応付けられるようにして管理されることになる。

そして、上記図４に示すような、ラジオファイルについてのチャプタ単位による管理（チャプタ管理）を行うための管理情報である、チャプタ管理情報としては、例えば図５に示すような構造のものを考えることができる。
図５に示されるチャプタ管理情報の構造は、１つのラジオファイルに対応したものとされ、このために、先ず、対応するラジオファイルのファイルＩＤとして、そのファイル名を持つようにされる。そのうえで、チャプタ分割の結果により得られたチャプタ１〜ｎまでのチャプタごとに応じたチャプタ番号１〜ｎが用意される。そして、登録されたチャプタ番号ごとに、そのチャプタのチャプタ開始時間、再生内容、ジャンル、タイトル、アーティストの情報項目（メタデータ）が対応付けられることになる。
チャプタ開始時間は、ラジオファイルのオーディオデータにおいて対応のチャプタが開始される再生時間を示す。
また、再生内容は、音声解析処理により認識された内容が［楽曲］と［声］の何れであるのか、つまり、楽曲チャプタと声チャプタのいずれとなるのかを示す情報である。
なお、上記チャプタ開始時間と再生内容の情報は、先に説明した、音声解析処理によって得られる分割結果情報を元としている。
ジャンルは、音声解析処理により認識されたチャプタのジャンルが何であるのかを示し、タイトル、アーティストの情報は、それぞれ、楽曲検索サーバ３により検索されたチャプタの楽曲についてのタイトルと、アーティストを示す。なお、これらのチャプタ番号に対応付けられるメタデータのうち、ジャンル、タイトル、アーティストに関しては、楽曲チャプタについてのみ対応付けられることから、再生内容について［声］が登録されたチャプタ番号については、有効な情報は格納しないようにされる。
このような構造のチャプタ管理情報は、例えば図１との対応では、手順７によりパーソナルコンピュータ１にて作成され、携帯型端末装置２に転送されるチャプタ管理情報と同じであると考えてよい。

続いては、図６のフローチャートを参照して、上記図５に示したチャプタ管理情報を作成するためにパーソナルコンピュータ１が実行するものとされる処理手順例について説明を行うこととする。
なお、この図６において示される処理手順は、図１との対応では、図１の手順２、３、４、６、７として説明した内容に関連する。また、この図に示す処理手順は、パーソナルコンピュータ１のＣＰＵ１１が、ラジオファイル対応アプリケーション１４ａとしてのプログラムを実行することにより得られるものとしてみることができる。

ここで、図６に示す処理手順が実行されているときには、パーソナルコンピュータ１と携帯型端末装置２とは、通信バス１００を介して通信可能に接続されている状態にあるものとされる。また、上記のようにして、図４の処理手順がラジオファイル対応アプリケーション１４ａによるものであることから、このラジオファイル対応アプリケーション１４ａも、パーソナルコンピュータ１上で起動されている状態にある。
そして、この状態の下で、例えばユーザによる、パーソナルコンピュータ１上で起動されたラジオファイル対応アプリケーション１４ａに対する操作として、携帯型端末装置２に記憶されているラジオファイルのうちで、未だチャプタ管理がされていない、つまり、対応するラジオファイル管理情報に対してチャプタ管理情報が含められていないラジオファイルについて、チャプタ管理が行えるようにするための指示操作が行われたとする。
この指示操作に応じて、ラジオファイル対応アプリケーション１４ａは、ステップＳ１０１により、携帯型端末装置２からラジオファイルを取り込むための処理を実行する。つまり、図１の手順２に対応する動作を実行する。このためには、例えばラジオファイル対応アプリケーション１４ａが、未だチャプタ管理が為されていないラジオファイルのデータを、通信バス１００経由で携帯型端末装置２に対して要求するようにされる。
この要求に応じて、携帯型端末装置２では、記憶部３３に記憶されるラジオファイルのうちから、未だチャプタ管理が行われていないものを検索する。なお、この検索にあたっては、携帯型端末装置２は、記憶部３３に記憶されるコンテンツファイルの種別としてラジオファイルとそれ以外のものとを区別することと、ラジオファイルに関しては、チャプタ管理されているラジオファイルと、チャプタ管理されていないラジオファイルとを区別することの必要があるが、このためには、例えば後述する構造のラジオファイル管理情報を参照することで可能である。
そして、携帯型端末装置２は、検索により得られた、チャプタ管理が行われていないラジオファイルのデータを記憶部３３から読み出して、データインターフェイス３２から通信バス１００を経由させて、パーソナルコンピュータ１（ラジオファイル対応アプリケーション１４ａ）に対して送信するようにされる。
そして、同じステップＳ１０１として、ラジオファイル対応アプリケーション１４ａは、上記のようにして送信されてきたラジオファイルのデータを、ＨＤＤ１４に転送して記憶させるようにする。先の図１による説明のようにして、本実施の形態では、必ずしも、携帯型端末装置２から送信されてきたラジオファイルのデータをＨＤＤ１４に保存させる必要はないが、ここでは、ＨＤＤ１４に保存させることとした例を前提としているものである。

そして、上記のようにしてラジオファイルの取り込みを完了すると、ラジオファイル対応アプリケーション１４ａは、ステップＳ１０２以降により、これらの取り込みを行ったラジオファイルごとについてチャプタ管理情報を得ていくための手順を実行していくことになる。

先ずステップＳ１０２では、チャプタ管理情報取得のための処理対象となるラジオファイルに付す番号に対応する変数ｍについて１を代入して初期化する。なお、変数ｍの最大数は、ステップＳ１０１により取り込みを行ったラジオファイルの総数に一致することになる。

ステップＳ１０２に続いては、ステップＳ１０３により、１つのラジオファイルにおけるチャプタ番号を示す変数ｎについて０を代入して初期化を行う。有効なチャプタ番号は、例えば図４、図５などにも示されるように、１からはじまるものとしているが、ここでは、以降の処理手順の都合上、初期値としては０を設定することとしている。

ステップＳ１０３に続く、ステップＳ１０４〜Ｓ１２０による手順は、取り込みを行ったラジオファイルごとに、チャプタ管理情報に必要な情報を収集し、チャプタ管理情報を作成していくまでの処理となる。また、ステップＳ１０４〜ステップＳ１２０までにおける前半のステップＳ１０４〜Ｓ１１３の手順は、図１の手順３に対応するもので、ラジオファイルとしてのオーディオデータについての解析を行って、楽曲チャプタと声チャプタとで分割設定していく（分割結果情報を得ていく）とともに、楽曲チャプタについては、その楽曲のジャンル情報を得るための手順となる。

ステップＳ１０４では、ステップＳ１０１によりＨＤＤ１４に取り込んで保存したラジオファイルのうちから、所定規則（例えばファイル名順など）に従ってｍ番目であるとして選択されたラジオファイルとしてのオーディオデータを解析処理対象として解析処理を開始する。この解析処理は、再生時間に従って、チャプタ分割を行っていくことに応じて、ラジオファイルとしてのオーディオデータについて、再生時間的に先頭となる位置から終端位置にかけて実行していくようにされる。
このステップＳ１０４にて開始する解析処理（音声解析処理）は、ラジオファイルのオーディオデータについての再生信号波形のパターン認識などを利用して、１つには、その再生音声としての内容の主体が、楽曲の演奏であるのか、あるいは楽曲ではなくて、人間などが会話などのために発している声であるのかを認識するためのものとなる。また、楽曲の演奏である場合には、その楽曲のジャンルも認識するようにされる。なお、本実施の形態としては、後述するジャンル認識のための音声解析処理も含め、上記の音声解析処理として採用する方式などとしては、特に限定されるべきものではなく、これまでに知られているもの、あるいは将来的に開発、利用される技術のうちから適切とされるものを採用すればよい。

先ず、上記ステップＳ１０４により解析処理が開始されることで、以降においては、解析処理の進行に応じて、再生時間（時刻）に従って、オーディオデータの再生内容について、楽曲、声の何れかであるとの認識結果が得られていくことになる。そこで、ステップＳ１０５においては、例えば一定時間ごと、あるいは一定の解析処理データ長ごとのタイミングで、上記認識結果に基づき、再生内容の変化のパターンとして、現時点において、「声から楽曲への変化」、「楽曲から声への変化」、及び「変化なし」のいずれとなるのか、について判定するようにされる。なお、ステップＳ１０４の解析処理が開始されて直後となる、オーディオデータの冒頭部分（最初のチャプタ）を判定するのにあたっては、それより以前の認識結果は存在しないので、ステップＳ１０５としては、そのデータ部分自体を楽曲であると認識したのであれば、「声から楽曲への変化」であるとみなして判定し、声であると認識したのであれば、「楽曲から声への変化」であるとみなして判定するようにされ、「変化なし」との判定結果が得られることはないようにされる。

ステップＳ１０５において、「変化なし」との判定結果が得られた場合には、そのままステップＳ１１３に進む。

これに対して、ステップＳ１０５において、「声から楽曲への変化（声→楽曲）」との判定結果が得られた場合には、ステップＳ１０６以降の手順に進む。なお、以降の説明においては、変数ｎにより示されるチャプタ番号が与えられたチャプタについて、チャプタｎともいうことにする。
ステップＳ１０６においては、先ず変数ｎについて１インクリメントを行う。以降のステップＳ１０７〜Ｓ１１０までの手順は、この変数ｎに応じた番号のチャプタについての一部メタデータを設定保持するものとなる。保持されたメタデータは、後の手順（ステップＳ１１９）においてチャプタ管理情報を作成するための素材として使用される。

ステップＳ１０７においては、チャプタ番号ｎに対応させて、再生内容の情報を保持させる手順となる。ここでは、ステップＳ１０５の判定結果に従い、「楽曲」示す再生内容の情報を保持するようにされる。
また、次のステップＳ１０８では、上記ステップＳ１０５の判定に従ってラジオファイルのオーディオデータの内容が変化したことに応じて、チャプタｎについてのチャプタ開始時間を得て、このチャプタ開始時間を、チャプタ番号ｎに対応させて保持しておくようにされる。
なお、ステップＳ１０８においてチャプタｎのチャプタ開始時間を特定して取得するのにあたっては、例えばステップＳ１０５にて判定された「声から楽曲への変化」が生じたとされるデータ位置（変化点）の再生時間を取得するようにされればよい。なお、ステップＳ１０８の手順が、最初のチャプタ（チャプタ１）を対象とする場合には、オーディオデータの先頭に対応した再生時間（例えば00時間00分00秒）が設定されることになる。
また、確認のために述べておくと、上記ステップＳ１０７及びステップＳ１０８は、音声解析処理過程において分割結果情報を得るための処理としてもみることができる。

また、上記ステップＳ１０８に進んだ場合、現在のチャプタｎの内容は楽曲であることになる。そこで、次のステップＳ１０９としては、その楽曲としてのジャンルを認識するための音声解析処理を実行するようにされる。そして、ジャンルの認識結果が得られたとされると、次のステップＳ１１０により、認識されたジャンルを示す内容のジャンル情報を、チャプタ番号ｎに対応させて保持するようにされる。
ここまでの手順を完了すると、ステップＳ１１３に進む。

また、ステップＳ１０５にて、「楽曲から声への変化（楽曲→声）」との判定結果が得られた場合には、先ず、ステップＳ１１１により、先のステップＳ１０６と同様にして、変数ｎをインクリメントする手順を実行し、ステップＳ１１２の手順を実行する。
この場合には、チャプタｎとしては、声チャプタであることになる。従って、上記ステップＳ１１２としては、チャプタｎに対応させて「声」示す再生内容の情報を保持させ、ステップＳ113に進むようにされる。

ステップＳ１１３では、ステップＳ１０４により開始された、１ラジオファイル分のオーディオデータについての音声解析処理が終了したか否かについて判別する。つまり、音声解析処理が、１ラジオファイル分のオーディオデータの終端まで実行されたか否かについて判別する。そして、未だ解析が終了していないとしてステップＳ１１３にて否定の判別結果が得られるのであれば、ステップＳ１０５に戻るようにされる。これにより、１ラジオファイル分のオーディオデータ終端まで解析処理が終了するまで、オーディオデータの再生時間進行に従ってのチャプタ分割と、分割されたチャプタについての、チャプタ開始時間、再生内容、ジャンルの情報が保持されていくことになる。
そして、１ラジオファイル分のオーディオデータ終端までの解析処理が終了したとされると、ステップＳ１１３にて肯定の判別結果が得られると、ステップＳ１１４以降の手順に進む。

ステップＳ１１４に至った段階では、１つのラジオファイルについて、チャプタ分割は完了し、また、チャプタ管理情報を形成するメタデータのうち、チャプタ開始時間、再生内容及びジャンルの情報は収集されているが、残るタイトルとアーティストの情報は収集されていない段階にある。ステップＳ１１４以降は、タイトルとアーティストのメタデータを収集するための手順となるもので、このために、先ず、ステップＳ１１４により、楽曲検索サーバ３とネットワーク１０１経由でパーソナルコンピュータ１（ラジオファイル対応アプリケーション１４ａ）が接続されるようにするための制御処理を実行する。
そして、上記の手順により楽曲検索サーバ３との接続が確立されたとすると、次のステップＳ１１５においては、これまでの手順により得られたチャプタ１〜ｎまでのチャプタのうちで、再生内容として［楽曲］を示す情報が対応付けられたチャプタ（楽曲チャプタ）のうちから所定規則に従った順序で１つのチャプタを選択する。そして次のステップＳ１１６により、上記のステップＳ１１５にて選択したチャプタの楽曲についての検索要求を、楽曲検索サーバ３に送信するようにされる。なお、この検索要求の送信時には、ステップＳ１１５にて選択した楽曲チャプタを成すとされるオーディオデータの実体の冒頭部分を、検索条件として送信するようにされる、

ここでは図示を省略しているが、上記ステップＳ１１６による検索要求を受信した楽曲検索サーバ３では、先に図１により手順５、手順６として説明したようにして検索を実行することで、その検索結果として、楽曲のタイトルとアーティストの情報を得て、パーソナルコンピュータ１に返すようにされる。
パーソナルコンピュータ１側では、ステップＳ１１７により、上記のようにして楽曲検索サーバ３から検索結果として送信されたタイトルとアーティストの情報を受信し、次のステップＳ１１８により、先のステップＳ１１５により選択した検索対象の楽曲チャプタのチャプタ番号に対応させて、この受信取得したタイトルとアーティストの情報をそれぞれ保持するようにされる。この処理により、チャプタ管理情報を作成するのに必要なメタデータとして、１つの楽曲チャプタについてのメタデータ（チャプタ開始時間、再生内容、ジャンル、タイトル、アーティスト）が全て揃うことになる。

上記ステップＳ１１８の手順に続いては、ステップＳ１１９により、楽曲検索の対象とするチャプタが残っているか否かについて判別する。このためには、例えば、楽曲チャプタとして得られたチャプタ総数と、ステップＳ１１５〜ステップＳ１１８による楽曲チャプタごとの楽曲検索の実行回数を比較すればよい。ここで、未だ検索対象とするチャプタが残っているとして肯定の判別結果が得られた場合には、ステップＳ１１５に戻るようにされるが、全ての楽曲チャプタについての楽曲検索が完了したとして、肯定の判別結果が得られた場合には、ステップＳ１２０に進む。

ステップＳ１２０に至った段階では、ｍ番目のラジオファイルについてのチャプタ分割が行われ、このｍ番目のラジオファイルのためのチャプタ管理情報に必要とされるチャプタごとのメタデータがひととおり揃って収集され、ＲＡＭに保持された状態となっている。
そこで、ステップＳ１２０では、これらのＲＡＭに保持された情報を利用して、ｍ番目のラジオファイルのためのチャプタ管理情報を作成、構築する。例えば図５に模式的に示した構造に基づいてチャプタ管理情報としての情報単位を形成するものである。そして、このようにしてチャプタ管理情報として構築されたメタデータの集合を、改めて、ＲＡＭに保持させておくようにする。なお、このようにして作成されたチャプタ管理情報は、パーソナルコンピュータ１側においても、ＨＤＤ１４に書き込んで保存しておくようにしてよい。
例えば、ステップＳ１０１により取り込んだラジオファイルとともに、これらに対応するチャプタ管理情報をＨＤＤ１４に保存しておくことで、例えばパーソナルコンピュータ１上で動作するラジオファイル対応アプリケーション１４ａは、後述する携帯端末装置と同等、若しくはそれ以上の機能でもって、ラジオファイルをチャプタ単位で管理することが可能になるからである。

ステップＳ１２０の手順に続いては、ステップＳ１２１により、変数ｍが最大値(full)に至っているか否かの判別を行う。変数ｍの最大値は、ステップＳ１０１により取り込んだとされるラジオファイルの総数に対応する。つまり、ステップＳ１２１では、ステップＳ１０１により取り込んだラジオファイルの全てについて、チャプタ分割(音声解析処理)、楽曲検索、及びチャプタ管理情報の作成までにいたる処理が行われたか否かについての判別を行っている。
このステップＳ１２１において否定の判別結果が得られた場合には、ステップＳ１２２にて変数ｍについてインクリメントした上でステップＳ１０３に戻ることで、次のラジオファイルを対象とした処理を行っていくようにされる。そして、全てのラジオファイルについての処理が完了したとされると、ステップＳ１２１にて肯定の判別結果が得られて、ステップＳ１２３に進むことになる。

ステップＳ１２３に至った段階では、ステップＳ１０１により取り込んだラジオファイルごとのチャプタ管理情報が作成され、ＲＡＭに保持されている状態にある。そこで、ステップＳ１２３においては、これらのチャプタ管理情報を、携帯型端末装置２に対して送信するための処理を実行するようにされる。

なお、パーソナルコンピュータ１のラジオファイル対応アプリケーション１４ａが、ラジオファイルのチャプタ管理情報を作成するための手順として、上記図６に示したものはあくまでも一例とされる。
例えばステップＳ１２３の手順を省略する代わりに、ステップＳ１２０によりチャプタ管理情報を作成した段階で、携帯型端末装置2に対して送信させるようにすることも考えられる。
また、図６の例では、１つのラジオファイルについて、先ず、パーソナルコンピュータ1上での音声解析により、楽曲チャプタと声チャプタとによるチャプタ分割と、ジャンル情報を得て、続いて、楽曲検索サーバ３にアクセスして楽曲チャプタについてのタイトル、アーティストの情報を得るようにされ、このシーケンスを対象のラジオファイルごとに繰り返すようにされている。しかしながら、例えば、この他には、先ず、対象のラジオファイルごとについて、音声解析処理によるチャプタ分割とジャンル情報の取得を行い、この後に、同じく、対象のラジオファイルごとの楽曲チャプタについてのタイトル、アーティストの情報を得るような手順の流れとすることも考えられる。

そして、上記のようにしてパーソナルコンピュータ１から送信されたチャプタ管理情報を受信取得した携帯型端末装置２では、例えば、この受信取得したチャプタ管理情報を利用して、図７において模式的に示される構造のラジオファイル管理情報を作成し、例えば記憶部３３に保存するようにされる。
この図に示されるラジオファイル管理情報は、ファイル対応メタデータ部（単位コンテンツデータ管理情報）の集合より成るものとされる。１つのファイル対応メタデータ部は、同じ記憶部３３に保存されるラジオファイルごとに対応付けられている。そして、ファイル対応メタデータ部ごとの構造としては、録音時対応メタデータとチャプタ管理情報（区間関連情報）とから成るものとされる。録音時対応メタデータは、対応するラジオファイルについて、録音時に収集された所定情報から成る。図７では、録音時対応メタデータを形成する情報項目の例として、録音日時(記録日時)と、受信周波数が示される。録音日時は、そのラジオファイルの元となるラジオ放送の音声の記録を開始したときの日時の情報であり、受信周波数は、そのラジオファイルの元となるラジオ放送を受信していたときの周波数を示す。
また、ファイル対応メタデータ部内のチャプタ管理情報は、例えば、図５に示した構造を有するものとされ、パーソナルコンピュータ１から送信されたチャプタ管理情報を受信して得られたものである。

そして、携帯型端末装置２では、上記図７に示されるラジオファイル管理情報を用いて、以降説明するようにして、記憶部３３に記憶されるラジオファイルの管理を行うことができるようにされている。
先ず、図８〜図１３により、携帯型端末装置２によるラジオファイル管理の概要について説明する。図８〜図１３は、所定のラジオファイル管理の態様に応じた、表示部３６の表示画面部３６Ａにおける表示態様例を示している。

図８においては、記憶部３３に記憶されるラジオファイルをリストとして提示するリスト画面として基本となる、基本ラジオファイルリストの表示態様例を示している。
基本ラジオファイルリストの表示としては、先ず、ファイルリストエリアＡＲ１において、ラジオファイルが、録音日時と、受信周波数から成る１行の表示により示され、この１行分の表示が、ラジオファイルごとに応じて縦方向に配列されるようにして表示される。例えば１行目には、［05/6/21/16:00 81.3MHz］とのタイトル表示が為されているが、これは、対応のラジオファイルは、2005年6月21日の１６時００分に録音が開始されたことを意味している。ラジオファイルは、元々はラジオ放送を受信して得られる音声を記憶させたファイルなので、何らかの手段により、番組名などの情報を取得しない限りは、番組名などのタイトルを対応付けて付すことができない。そこで、本実施の形態としては、ラジオファイルについては、録音日時と受信周波数から成る文字列をタイトルとしているものである。なお、このタイトルは、例えば記録開始時において設定する最初のファイル名として使用することもできる。

そして、このファイルリストエリアＡＲ１内には、ラジオファイルごとに応じた行の間を移動するようにされたカーソルＣＲが配置表示される。この図では、上から２行目の［05/6/21/23:00 81.3MHz］と表示された位置にカーソルＣＲが配置されている状態例が示されている。
例えばユーザは、操作部３８における所定キーに対する所定操作によって、カーソルＣＲを、ファイルリストエリアＡＲ１における任意のファイルの行に移動して配置させることができる。なお、この場合のファイルリストエリアＡＲ１においては、最大で６つ（６行）のラジオファイルのタイトルを表示できるようになっているが、実際には、これよりも多い数のラジオファイルが存在する場合においては、カーソルＣＲを最上行、あるいは最下行に配置させたうえで、さらにカーソルＣＲを上方向、あるいは下方向に移動させるための操作が行われれば、その操作に応じて下又は上方向へのリスト画面のスクロールが行われることになる。
そして、任意のラジオファイルのタイトルにカーソルＣＲを配置させた上で、再生開始を指示する操作を行うと、カーソルＣＲの配置されていたタイトルのラジオファイルについての再生が開始される。

また、上記ファイルリストエリアＡＲ１の下には、プログレスバーエリアＡＲ２が表示されている。このプログレスバーエリアＡＲ２においては、ラジオファイルの再生が行われているときには、その再生時間の進行に合わせて、例えば再生位置ポインタ２０１が、横方向に沿って配置されるプログレスバー上を左から右方向にかけて移動していくようにされる。
そのうえで、本実施の形態のプログレスバーエリアＡＲ２においては、プログレスバー上において、チャプタの区切り位置を示す縦方向の線である、チャプタ区切り線２０２が表示される。これにより、ユーザとしては、プログレスバーをみることで、ラジオファイルのチャプタ分割の状態ととともに、ラジオファイル再生の進行状況が把握できることになる。なお、この図では明確に図示していないが、チャプタ区切り線２０２により区切られるプログレスバーの色や太さ、柄などを、楽曲チャプタと声チャプタとで分けるようにすれば、これらのチャプタの内容も視覚的に認識できることとなって好ましい。

上記プログレスバーエリアＡＲ２の下には、再生中ファイル表示エリアＡＲ３が配置されるものとしており、ラジオファイルを再生中のときには、この再生中のラジオファイルを示すタイトルが表示される。

また、例えば上記図８の基本ラジオファイルリスト上で、ファイルリストＡＲ１における任意のラジオファイルのタイトルを選択(例えばカーソルＣＲを配置させる)したうえで、所定操作を行ったとされると、図９に例示するような、選択したラジオファイルについてのチャプタ内容（ファイル内チャプタリスト）を参照するための画面の表示に移行させることができる。
この図９に示されるファイル内チャプタリストの画面においては、先ず、その最上段において、選択ファイル表示エリアＡＲ３が配置される。この選択ファイル表示エリアＡＲ３には、この画面においてチャプタ内容が提示されているラジオファイルのタイトルが表示される。そして、この下側において、例えばチャプタ表示エリアＡＲ１１が配置される。
チャプタ表示エリアＡＲ１１には、選択ファイル表示エリアＡＲ３にて示されているラジオファイルにおけるチャプタ内容が示される。そして、この図におけるチャプタ表示エリアＡＲ１１においては、先ず、ラジオファイル内におけるチャプタの順序に従って、上から下にかけて１行ごとに、チャプタをリスト表示させる。そのうえで、この場合におけるチャプタのリストにおけるタイトル表示としては、例えば図示するようにして、上から下の行にかけて、Ｓｏｎｇ３、Ｔａｌｋ４、Ｓｏｎｇ４、Ｔａｌｋ５、Ｓｏｎｇ５・・のようにして表示されている。つまり、楽曲チャプタについては、「Ｓｏｎｇ（番号）」というタイトルにより示すこととして、ラジオファイルの再生時間に応じて、Ｓｏｎｇ１、Ｓｏｎｇ２、Ｓｏｎｇ３、Ｓｏｎｇ４、Ｓｏｎｇ５・・・のようにして昇順の番号を与える。声チャプタについては、「Ｔａｌｋ（番号）」というタイトルにより示すこととして、ラジオファイルの再生時間に応じて、Ｔａｌｋ１、Ｔａｌｋ２、Ｔａｌｋ３、Ｔａｌｋ４、Ｔａｌｋ５・・・のようにして昇順の番号を与えるようにされる。そのうえで、このようにしてタイトルを与えた楽曲チャプタと声チャプタとを、ラジオファイルの再生時間に従って上から下となる順で配列させるようにして提示するようにして表示を行うものである。この場合における楽曲チャプタのタイトル表示は、楽曲検索により取得してチャプタ管理情報に含められた具体的なタイトル、アーティスト名を表示させない、最も基本的な態様となる。

そして、このファイル内チャプタリストのチャプタ表示エリアＡＲ１１においても、図８のファイルリストエリアＡＲ１と同様にして、カーソルＣＲが配置表示されるので、このカーソルＣＲを移動させる操作により、任意のチャプタを選択できるようになっている。そして、或るチャプタを選択した状態のもとで、再生開始のための操作を行ったとすると、この選択されているチャプタの先頭から再生が開始されることになる。

チャプタ表示エリアＡＲ１１の下には、図８の基本ラジオファイルリストと同様にして、プログレスバーエリアＡＲ２が表示される。

また、この場合のプログレスバーエリアＡＲ２の下には、再生中チャプタ表示エリアＡＲ１２が配置される。ここには、再生中のチャプタのタイトルが表示される。

また、楽曲チャプタについて、チャプタ管理情報(ファイル対応メタデータ部)としてタイトルとアーティストのメタデータが得られている場合には、ファイル内チャプタリストの表示としては、例えば図９に代えて、図１０に示すような表示となる。なお、図１０について、図９と同一部分には同一符号を付して説明を省略する。
つまり、チャプタ表示エリアＡＲ１１内に示される楽曲チャプタについては、Ｓｏｎｇ（番号）による表記ではなく、「アーティスト名／楽曲タイトル」により表示が行われるようにされる。また、これに応じて、楽曲チャプタを再生しているときには、再生中チャプタ表示エリアＡＲ１２においても、再生中のチャプタについて、「アーティスト名／楽曲タイトル」による表示が行われるようにされる。

また、本実施の形態のチャプタ管理情報(ファイル対応メタデータ部)には、メタデータとして、ジャンルの情報も含むこととしているのであるが、このジャンルの情報を利用しては、次のようなラジオファイル管理を行うようにされる。

例えば携帯型端末装置２に対する所定操作により、表示画面部３６Ａに対して、図１１に示すようなジャンル別チャプタ数リストを表示させることができるようになっている。
このジャンル別チャプタ数リストにおいてはジャンルリストエリアＡＲ２１が表示される。このジャンルリストエリアＡＲ２１においては、各行が、所定のジャンルごとに対応した項目となっており、ジャンル項目ごとに、そのジャンルに該当するとされる楽曲チャプタの数が示される。例えば「Ｒｏｃｋ」のジャンルに対応しては、該当する楽曲チャプタ数が１９であるとして示されている。これは、記憶部３３に記憶されているラジオファイルのうちで、有効なジャンルのメタデータを有するチャプタ管理情報(ファイル対応メタデータ部)が対応付けられた全ラジオファイルをチャプタ単位で分割してみた場合において、Ｒｏｃｋのジャンルのメタデータが対応付けられている楽曲チャプタが１９存在するということを意味している。換言すれば、ここで示されているジャンルごとのチャプタ数は、１つのラジオファイル内のものの総計ではなく、上記もしているように、複数のラジオファイルにまたがったものの総計となるものである。なお、例えば「Ｒｏｃｋ」「Ｐｏｐｓ」などのジャンル項目にある「Ｎｅｗ」の文字は、例えば未再生のチャプタが存在することを示す。

また、このジャンルリストエリアＡＲ２１においても、ジャンル項目ごとにカーソルＣＲを移動させるようにして配置させることができるようになっている。つまり、カーソル移動操作により、ジャンル項目を任意に選択できるようになっている。そして例えば、図のジャンルリストエリアＡＲ２１における最上行に表示される「Ｒｏｃｋ」のジャンル項目を選択して決定操作を行ったとすると、表示画面部３６Ａの表示は、図１１のジャンル別チャプタ数リストから、例えば図１２のジャンル対応チャプタリストに切り換わるようにされる。

図１２のジャンル対応チャプタリストにおいては、ジャンル対応チャプタ表示エリアＡＲ３１に対して、図１１にて選択決定された「Ｒｏｃｋ」のジャンル項目に該当するとされるチャプタがリスト表示される。ここでは、ジャンル対応チャプタ表示エリアＡＲ３１に表示される楽曲チャプタごとの項目を、「アーティスト名／楽曲タイトル」により表示させている場合が示されている。
また、このジャンル対応チャプタ表示エリアＡＲ３１においても、カーソルＣＲが配置され、操作に応じて、上下方向に沿って楽曲チャプタのリスト項目を移動可能なようにされている。そして、例えばジャンル対応チャプタ表示エリアＡＲ３１における任意の楽曲チャプタのリスト項目に対してカーソルＣＲを配置させて楽曲チャプタを選択することができるようになっている。なお、ジャンル対応チャプタ表示エリアＡＲ３１の上には、選択ファイル表示エリアＡＲ３が配置されているが、この場合の選択ファイル表示エリアＡＲ３には、上記のようにして、カーソルＣＲが配置されていることで選択中にある楽曲チャプタを含むとされるラジオファイルのタイトルが示される。
そして、例えば上記のようにして楽曲チャプタを選択した上で、再生開始のための操作を行ったとすると、その選択された楽曲チャプタの再生が開始されることになる。

ジャンル対応チャプタ表示エリアＡＲ３１の下にはプログレスバーエリアＡＲ２と、再生中チャプタ表示エリアＡＲ１２が表示される。
なお、この図１２のジャンル対応チャプタリストを表示させて或る楽曲チャプタを選択して再生を行った場合、その再生順序は、その再生が行われた楽曲チャプタを含むラジオファイルリストからは切り離されて、例えばジャンル対応チャプタ表示エリアＡＲ３１において提示される楽曲チャプタのリストの配列順に従うようにされる。つまり、ラジオファイル間でまたがるようにして、Ｒｏｃｋのジャンルであるとして管理される楽曲チャプタが、所定規則に従って順次再生されていくようにされる。
このことに応じて、図１２のプログレスバーエリアＡＲ２には、ジャンル対応チャプタ表示エリアＡＲ３１において提示される楽曲チャプタの再生順のなかにおける、再生進行状況を示すようにされる。
また、この場合の再生中チャプタ表示エリアＡＲ１２は、図１０と同様にして、再生中の楽曲チャプタについて、「アーティスト名／楽曲タイトル」による表示を行うようにしている。

例えば、この図１１、図１２に示されるジャンル対応のリスト表示を利用して操作を行うことによっては、ラジオファイルを形成する楽曲チャプタのうちから、ユーザの好みなどに応じたジャンルの楽曲内容を有するものだけを選び出して、さらに、この選び出された楽曲チャプタのうちから、任意に、ユーザが聴きたいと思う楽曲のチャプタを指定して再生させることができる。

また、本実施の形態の携帯型端末装置２は、上記図１１、図１２により示したようなラジオファイル管理に準じて、アーティストのメタデータを利用したラジオファイル管理を行うことも可能とされる。
つまり、例えば携帯型端末装置２に対して所定操作を行うことにより、図１２に示すようにして、表示画面部３６Ａに対してアーティスト別チャプタ数リストが表示されるようになっている。
このアーティスト別チャプタ数リストにおけるアーティストリストエリアＡＲ４１には、アーティスト項目ごとに、対応する楽曲チャプタ数が表示されるようになっている。そして、アーティストリストエリアＡＲ４１において表示されるカーソルＣＲを、任意のアーティストの項目に配置させて選択した状態で決定操作を行ったとされると、例えば図１２の表示態様に準じて、アーティスト対応チャプタリストが表示される。
上記アーティスト対応チャプタリストにおいては、ジャンル対応チャプタ表示エリアＡＲ３１に代えて、選択されたアーティストに対応する楽曲チャプタのリストを提示する表示領域であるアーティスト対応チャプタ表示エリアが配置されることになる。なお、選択ファイル表示エリアＡＲ３、プログレスバーエリアＡＲ２、再生中チャプタ表示エリアＡＲ１２については、図１２に準じた表示となる。
そして、このアーティスト対応チャプタ表示エリアにおいて表示される楽曲チャプタのなかから、カーソル移動操作により任意のものを選択した上で再生開始のための操作を行うことができる。このときの再生順は、ラジオファイルの内容に従うのではなく、図１２の場合に準じて、アーティスト対応チャプタ表示エリアにおいて示される配列順に従ったものとなる。このとき、プログレスバーエリアＡＲ２においては、アーティスト対応チャプタ表示エリアにおいて示される配列順に従った再生内容における再生進行状況を示すことになる。

上記図８〜図１３による説明から理解されるように、本実施の形態では、先に図７により説明したフィル対応メタデータ部の集合として成るラジオファイル管理情報（図５のチャプタ管理情報を含む）を利用することで、携帯型端末装置２において、記憶部３３に記憶されるラジオファイルについて、楽曲チャプタと声チャプタの種類により分割して得られたチャプタ単位で管理することが可能とされる。つまり、例えば図８〜図１３の各画面において表示されるプログレスバーエリアＡＲ２のようにして、ラジオファイルのデータについての再生進捗状況を、チャプタで分割して示したプログレスバーにより表現することができる。
また、図９、図１０に示すようにして、１つのラジオファイルについてのより詳細な内容を、チャプタ単位により提示することが可能とされる。
さらに、図１１〜図１３により説明したように、ジャンル、アーティストなどのメタデータに基づいて、ラジオファイルの枠を越えたチャプタ単位による管理を行うことも可能とされる。特に、この図１１〜図１３にて示される管理態様は、本来であればラジオファイルの一部であるチャプタについて、これが１つのファイルであるかのようにして扱っているものであるとみることができる。

例えば、これまでにおいても、ジャンル、アーティストなどのメタデータに基づいて、オーディオデータを管理することが行われてはいる。しかしながら、このようなオーディオデータの管理は、あくまでも、ファイル単位を対象としていたものであり、本実施の形態のチャプタのようにして、1ファイルを分割した単位を対象としては行われていなかったものである。このようにして、オーディオデータ(コンテンツデータ)について、ファイルを分割区分した単位により管理できるようにしたことで、本実施の形態としては、コンテンツデータ管理についての利便性、娯楽性などが向上されることになる。
また、本実施の形態としては、オーディオデータファイル(コンテンツファイル)のチャプタは、音声解析処理の結果として得ることとしている。これにより、記憶部３３に記憶されたコンテンツファイルの元となるソースデータとして、チャプタに対応したメタデータなどが付加されていないようなものであっても、例えば図１により説明したような手順を経ることで、最終的にチャプタ単位で分割して管理することができるようになる。本実施の形態において、音声解析の対象となっているラジオファイルも、例えばラジオ放送の段階において、チャプタ分割で管理できるようにするためのメタデータは放送されていないことを前提としている。
また、例えば元のソースにおいてチャプタに関連するメタデータが含まれているとしても、このようなメタデータを利用してコンテンツデータを管理するためには、このソースに含まれる形式のメタデータの処理が可能なシステム構成とする必要があり、汎用性に乏しくなる可能性がある。これに対して、本実施の形態の場合であれば、チャプタに関連するメタデータは、コンテンツファイルの実データ(実施の形態ではオーディオデータである)を解析することによって得るのであるから、上記したような問題は生じないものであり、より広い汎用性を得ることができる。

続いては、上記図８〜図１３により説明したようなラジオファイル（チャプタ）管理を実現するための技術的構成例について説明していくこととする。
これまでの説明から理解されるように、本実施の形態の携帯型端末装置２によりラジオファイルをチャプタ単位で管理可能とされているのは、図７に示したラジオファイル管理情報を構築して保持していることによるものである。
そして、本実施の形態の携帯型端末装置２としては、例えば図８〜図１３により示した何れかのリスト画面を表示させるのにあたっては、適宜、ラジオファイル管理情報を利用して、所要のテーブル情報を作成することとして、このテーブル情報を参照して表示内容を決定するようにされる。

そして先ず、リスト画面として、図８の基本ラジオファイルリスト、図９、図１０のファイル内チャプタリストの画面を表示させるのにあたっては、図１４に示すラジオファイルリストテーブルを作成して、例えばＲＡＭなどに保持するようにされる。
図１４のラジオファイルリストテーブルは、１つのラジオファイルごとについて、ファイル名、録音日時、受信周波数、及び図５に示した構造の１ラジオファイル分に応じたチャプタ管理情報を対応させた構造を有する。この場合においては、ラジオファイルリストテーブルにおいて、ラジオファイルごとにチャプタ管理情報を対応付けるのにあたっては、チャプタ管理情報ごとに固有となる識別情報であるチャプタ管理情報ＩＤを、各チャプタ管理情報に与えることとしている。そのうえで、ラジオファイルごとに、上記ファイル名、録音日時、受信周波数とともに、チャプタ管理情報ＩＤを対応付けるようにされる。

例えば図８に示した基本ラジオファイルリストにおけるファイルリストエリアＡＲ１のタイトル表示は、ラジオファイルリストにおける録音日時と、受信周波数の情報を利用することで実現可能とされる。また、基本ラジオファイルリストに対する操作により、或る１つのラジオファイルを選択指定して再生させるときには、ラジオファイルリストテーブルから、ファイルリストエリアＡＲ１上で選択指定されたラジオファイルに対応するファイル名を検索し、さらに、ファイルシステムに対して、この検索したファイル名のファイルを再生させるように指示すればよいことになる。
また、図８、図９、図１０に示されるプログレスバーエリアＡＲ２の表示については、ラジオファイルリストテーブルにおいて、再生対象となっているラジオファイルに対応付けられるチャプタ管理情報におけるチャプタごとのチャプタ開始時間を参照することで、チャプタ区切り線２０２を設定できる。再生位置ポインタ２０１については、ラジオファイルの再生時間と現在の再生時間との比較結果に基づいて、その表示位置を設定できる。

また、図９、図１０に示されるファイル内チャプタリストの表示にあたり、チャプタ表示エリアＡＲ１１については、図１４のラジオファイルリストテーブルから、指定対象となったラジオファイルに対応するチャプタ管理情報を参照することで表示が可能になる。
例えば先ず、図９のファイル内チャプタリストのチャプタ表示エリアＡＲ１１については、指定対象とされたラジオファイルリストに対応するチャプタ管理情報のチャプタ番号の昇順に従って、対応する再生内容を参照していき、その再生内容に応じてＳｏｎｇ（番号）あるいはＴａｌｋ（番号）のタイトルを設定していくようにする。一例として、チャプタ番号１に対応する再生内容が「声」を示しているのであれば、このチャプタは、ラジオファイルにおける声チャプタとして、再生順的に１番目の声チャプタであるから、タイトルとしてはＴａｌｋ１を設定する。また、チャプタ番号２に対応する再生内容が「楽曲」を示しているのであれば、このチャプタは、ラジオファイルにおける楽曲チャプタとして、再生順的に１番目の楽曲チャプタであるから、タイトルとしてはＳｏｎｇ１を設定する。さらに、チャプタ番号３に対応する再生内容も「楽曲」を示しているのであれば、このチャプタは、ラジオファイルにおける楽曲チャプタとして、再生順的に２番目の楽曲チャプタとなるので、タイトルとしてＳｏｎｇ２を設定する。このような手順で、ラジオファイルを形成する各チャプタについてタイトルを設定し、これらのタイトルの文字を利用することでファイルリストエリアＡＲ１としての表示を行うことができる。
また、図１０のファイル内チャプタリストのチャプタ表示エリアＡＲ１１については、指定対象とされたラジオファイルリストに対応するチャプタ管理情報のチャプタ番号の昇順に従って処理を行っていくのにあたり、先ず再生内容を参照する。この再生内容が声チャプタであることを示していれば、Ｔａｌｋのタイトルを設定する。また、再生内容が楽曲チャプタであることを示していれば、そのチャプタ番号に対応するタイトル、アーティストについて有効な情報が登録されているか否かを確認する。そして、有効な情報が登録されているのであれば、このタイトル、アーティストを示す情報を利用して、チャプタ表示エリアＡＲ１１に表示させるべきタイトル文字を設定するようにされる。これに対して、有効な情報が登録されていなかったのであれば、例えばＳｏｎｇのタイトル文字を設定するようにされる。

次に、図１１に示されるジャンル別チャプタ数リストと、図１２に示されるような１つの特定ジャンルに対応した、ジャンル対応チャプタリストの表示にあたっては、例えば図１５に示されるような構造のジャンルリストテーブルを、ラジオファイル管理情報を基に作成して保持するようにされる。

図１５に示すジャンルリストテーブルとしては、先ず、大きくはジャンルによる区分が行われている。ここでは、便宜上、ジャンル１〜Ｎとして番号により示しているが、実際には、それぞれが、例えばＲｏｃｋ、Ｐｏｐｓ、Ｊａｚｚなど、ラジオファイル管理情報のメタデータのジャンル情報として規定される所定の特定のジャンルに対応する。そして、各ジャンルにおいて、そのジャンルに属するとされる楽曲チャプタ０〜ｍごとについて、対応するファイル名、チャプタ番号、チャプタ開始時間、タイトル、アーティストの情報を格納するようにされる。つまり、ジャンルリストテーブルは、ラジオファイル管理情報としてのデータベースを、ジャンルを基にして再構築して得たリスト情報とされる。

そして、例えば図１１に示したジャンル別チャプタ数リストの表示は、上記図１５のジャンルリストテーブルを参照して、ジャンルごとに対応して格納されるチャプタ数を求めることで実現できる。
また、図１２に示したジャンル対応チャプタリストのジャンル対応チャプタ表示エリアＡＲ３１における楽曲チャプタごとのタイトルは、選択指定されたジャンルに対応する楽曲チャプタのタイトル、アーティストのメタデータを用いて表示させることができる。
そして、図１２のジャンル対応チャプタリストから１つの楽曲チャプタを選択して再生を開始させる操作が行われたのに応じては、例えばその選択された楽曲チャプタに対応するファイル名と、チャプタ開始時間を参照する。これにより、ファイルシステムを制御して、その楽曲チャプタを含むラジオファイルにおける、チャプタ開始時間が示す途中のデータ位置にアクセスして、再生を開始することができる。つまり、指定された楽曲チャプタを先頭から再生することが可能になる。

また、図１３に示されるアーティスト別チャプタ数リストと、図示していないが、図１２に準じた表示態様のアーティスト対応チャプタリストの表示にあたっては、例えば図１６に示されるような構造のアーティストリストテーブルを、ラジオファイル管理情報を基に作成して保持するようにされる。

図１６に示すアーティストリストテーブルとしても、先ずはアーティスト１〜Ｎによる区分が行われている。この場合にも、アーティスト１〜Ｎとして番号により示される欄には、実際には、何らかの具体的なアーティストを示す情報が格納される。そして、各アーティストにおいて、そのアーティストを示すメタデータが対応付けられているとされる楽曲チャプタ０〜ｍごとについて、対応のファイル名、チャプタ番号、チャプタ開始時間、ジャンル、アーティストの情報を格納するようにされる。従って、アーティストリストテーブルは、ラジオファイル管理情報としてのデータベースを、アーティストを基にして再構築して得たリスト情報となる。

そして、例えば図１３に示したアーティスト別チャプタ数リストの表示は、上記図１６のアーティストリストを参照して、アーティストごとに対応して格納されるチャプタ数を求めることで実現できる。
また、図１２に準じた表示態様によるアーティスト対応チャプタリストのアーティスト対応チャプタ表示エリアとしての楽曲チャプタごとのタイトルも、選択指定されたアーティストに対応する楽曲チャプタのタイトルのメタデータを用いて表示させることができる。
また、アーティスト対応チャプタリストから１つの楽曲チャプタを選択して再生を開始させる操作が行われた場合にも、上記ジャンル対応チャプタリストにおける場合と同様にして、その選択された楽曲チャプタに対応するファイル名と、チャプタ開始時間を参照すればよい。

本実施の形態では、上記図１４、図１５、図１６に示したラジオファイルリストテーブル、ジャンルリストテーブル、及びアーティストリストテーブルは、例えば携帯型端末装置２の起動時において作成し、ＲＡＭなどに保持させておくようにされる。図１７のフローチャートは、このときの手順例を示している。
つまり、例えば携帯型端末装置２の電源が起動されたとすると、携帯型端末装置２の制御部３７は、ステップＳ２０１として示すようにして、記憶部３３から、ラジオファイル管理情報の読み込みを実行するようにされる。そして、この読み込みを行ったラジオファイル管理情報を利用して、続くステップＳ２０２により、例えば先ず、ラジオファイルリストテーブルを作成し、この作成したラジオファイルリストテーブルを、例えば制御部３７内にて備えるとされるＲＡＭ内にて保持させるようにする。
また、次のステップＳ２０３、Ｓ２０４により、ラジオファイル管理情報を利用して、それぞれ、ジャンルリストテーブル、アーティストリストテーブルを作成し、ＲＡＭに保持するようにされる。
このようにして起動時において、ラジオファイルリストテーブル、ジャンルリストテーブル、及びアーティストリストテーブルを作成して保持しておくことで、以降において、図８〜図１３により説明した何れかのリスト画面を表示させるべきときには、この保持されているリストテーブルのうちから所要のリストテーブルを用いてリスト画面の表示用画像データを作成し、表示出力させることができる。

図１８は、上記したリスト画面表示のために制御部３３が実行すべき手順例を示している。
図１８における最初のステップＳ３０１としては、例えばユーザ操作などに応じて、図８〜図１３により説明したラジオファイルに対応したリスト画面の表示を開始させる要求、あるいはリスト画面の表示を切り換える要求が得られるのを待機している。そして、これらの要求が得られたことが判別されると、ステップＳ３０２以降の手順に進む。

ステップＳ３０２においては、要求されたリスト画面が何であるのかを判別するようにされる。そして、この判別結果として、図８の基本ラジオファイルリストであることが判別された場合には、ステップＳ３０３、Ｓ３０４の手順を実行する。

ステップＳ３０３では、先の図１７の手順により作成して以降、ＲＡＭに保持されているラジオファイルリストテーブルを参照する。そして、次のステップＳ３０４にて、例えば、先の図１４での説明のようにしてラジオファイルリストテーブルに格納される所要の情報を利用して、基本ラジオファイルリストとしての表示用画像データを生成する。例えば、ファイルリストエリアＡＲ１におけるラジオファイルの各項目においてタイトル代わりに表示される録音日時と受信周波数の文字などは、ラジオファイルリストテーブルに格納される録音日時及び受信周波数の情報を元として生成されるものである。

また、ステップＳ３０２において、要求されたリスト画面がファイル内チャプタリストであることが判別された場合には、ステップＳ３０５、Ｓ３０６の手順に進む。
ステップＳ３０５では、ＲＡＭに保持されているラジオファイルリストテーブルを参照し、ここに格納される所要の情報を利用して、次のステップＳ３０６により、ファイル内チャプタリストの表示用画像データを生成する。

また、ステップＳ３０２において、要求されたリスト画面がジャンル別チャプタ数リストであることが判別された場合には、ステップＳ３０７、Ｓ３０８、Ｓ３０９の手順に進む。
ステップＳ３０７では、ＲＡＭに保持されているジャンルリストテーブルを参照し、次のステップＳ３０８により、ジャンルリストテーブルにおいて、ジャンルごとに対応して格納されているチャプタ数を取得するようにされる。そして、このステップＳ３０８により取得したジャンルごとのチャプタ数に基づき、ステップＳ３０９により、ジャンル別チャプタ数リストの表示用画像データを生成する。

また、ステップＳ３０２において、要求されたリスト画面がジャンル別チャプタ数リストであることが判別された場合には、ステップＳ３０７、Ｓ３０８、Ｓ３０９の手順に進む。
ステップＳ３０７では、ＲＡＭに保持されているジャンルリストテーブルを参照し、次のステップＳ３０８により、ジャンルリストテーブルにおいて、ジャンルごとに対応して格納されているチャプタ数を取得するようにされる。そして、このステップＳ３０８により取得したジャンルごとのチャプタ数に基づき、ステップＳ３０９により、ジャンル別チャプタ数リストの表示用画像データを生成する。

また、ステップＳ３０２において、要求されたリスト画面がジャンル対応チャプタリストであることが判別された場合には、ステップＳ３１０、Ｓ３１１、Ｓ３１２の手順に進む。
ステップＳ３１０では、ＲＡＭに保持されているジャンルリストテーブルを参照する。
ここで、ジャンル対応チャプタリストの表示要求があった場合には、先に表示されていたジャンル別チャプタ数リスト上で、１つのジャンル項目が選択指定されていることになる。そこで、次のステップＳ３１１によっては、ジャンルリストテーブルにおける、選択指定されたジャンル項目に対応する内容を利用して、チャプタリストを作成するようにされる。そして、ステップＳ３１２により、この作成したチャプタリストを主に利用して、ジャンル対応チャプタリストの表示用画像データを生成する。

また、ステップＳ３０２において、要求されたリスト画面がアーティスト別チャプタ数リストであることが判別された場合には、ステップＳ３１３、Ｓ３１４、Ｓ３１５の手順に進む。
ステップＳ３１３では、ＲＡＭに保持されているアーティストリストテーブルを参照し、ステップＳ３１４により、アーティストリストテーブルにおいて、アーティストごとに対応して格納されているチャプタ数を取得するようにされる。そして、このステップＳ３１４により取得したアーティストごとのチャプタ数に基づき、ステップＳ３１５により、アーティスト別チャプタ数リストの表示用画像データを生成する。

また、ステップＳ３０２において、要求されたリスト画面がアーティスト対応チャプタリストであることが判別された場合には、ステップＳ３１６、Ｓ３１７、Ｓ３１８の手順に進む。
ステップＳ３１６では、ＲＡＭに保持されているアーティストリストテーブルを参照する。また、アーティスト対応チャプタリストの表示要求があった場合には、先に表示されていたアーティスト別チャプタ数リスト上で、１つのアーティスト項目が選択指定されていることになるので、ステップＳ３１７によっては、アーティストリストテーブルにおける、選択指定されたアーティスト項目に対応する内容を利用して、チャプタリストを作成するようにされる。そして、ステップＳ３１８により、この作成せいたチャプタリストを主に利用して、アーティスト対応チャプタリストの表示用画像データを生成する。

上記のようにして、ステップＳ３０１〜Ｓ３１８までの手順により、要求されたリスト画面に応じた表示用画像データが生成される。制御部３７は、このようにして生成した表示用画像データにより表示部３６における画像表示が行われるように表示制御を実行する。これにより、図８〜図１３などに例示したようにして、しかるべきリスト画面の表示が行われる。

続いては、上記のようにして表示されたリスト画面に対する再生指示操作に応じたラジオファイル再生のための手順例について、図１９のフローチャートを参照して説明する。
この図９に示される手順としては、先ず、ステップＳ４０１により、ラジオファイルに対応するリスト画面のいずれかを表示させている状態において、ユーザ操作などに応じて、ラジオファイル、あるいはチャプタを指定しての再生要求が得られるのを待機している。そして、再生要求が得られると、ステップＳ４０２以降の手順に進む。

ステップＳ４０２においては、再生要求が得られた場合における表示中のリスト画面が何であるのかについて判別するようにされており、その判別結果として、図８の基本ラジオファイルリストであることが判別された場合には、ステップＳ４０３、Ｓ４０４の手順を実行する。
ステップＳ４０３においては、ラジオファイルリスト（図１４）を参照して、要求されたラジオファイルにアクセスし、その再生を開始させる。また、例えばこの要求されたラジオファイルの再生が終了した場合、以降のラジオファイル再生は、ラジオファイルリストにおける所定の情報項目に基づいて設定されるファイルソート順（再生順）に従って順次行われるようにされる。ファイルソート順(再生順)としては、例えば録音日時の古いものから新しいものの順とすることが考えられる。
また、上記ステップＳ４０３によりファイル再生を開始させるのと併行して、続くステップＳ４０４として示すように、例えば、表示中にあるとされる基本ラジオファイルリストにおける、再生中ファイル表示エリアＡＲ３内の再生中のラジオファイルのタイトル表示と、プログレスバーエリアＡＲ２における再生位置ポインタを再生時間の進行に応じて移動させる表示など、ラジオファイル再生を実行することに応じて必要となる表示も開始させるようにする。

ステップＳ４０２において、図９又は図１０のファイル内チャプタリストであることが判別された場合には、ステップＳ４０５、Ｓ４０６の手順を実行する。
この場合には、ステップＳ４０１にて得られた再生要求としては、選択されているラジオファイル内のチャプタが指定されることになる。そこで、ステップＳ４０５では、ラジオファイルリスト（図１４）において対応するラジオファイルのチャプタ管理情報を参照して、要求されたチャプタのチャプタ開始時間を認識するようにされる。このチャプタ開始時間により、選択されたラジオファイルにおけるチャプタ開始時間に対応する記憶部３３のデータ位置にアクセスすることができる。そして、このアクセスした位置からデータの読み出しを実行して再生を開始させる。これにより、指定されたチャプタの先頭からの再生が開始されることになる。なお、この指定されたチャプタの再生が終了した後も再生を継続させる場合には、対応するチャプタ管理情報において示されるチャプタ番号に従った再生順により、同じラジオファイルにおける次のチャプタを再生するようにされる。
また、次のステップＳ４０６では、例えば、現在表示中にあるとされるファイル内チャプタリストにおける再生中チャプタ表示エリアＡＲ１２内の再生中のチャプタについてのタイトル表示と、プログレスバーエリアＡＲ２における再生位置ポインタを再生時間の進行に応じて移動させる表示なども開始させる。

また、ステップＳ４０２において、図１２のジャンル対応チャプタリストであることが判別された場合には、ステップＳ４０７、Ｓ４０８の手順を実行する。なお、確認のために述べておくと、ここでは、図１１のジャンル別チャプタ数リストに対する操作によって、チャプタ(あるいはラジオファイル)の再生指示操作は行えないものとしている。
ステップＳ４０７においては、ジャンルリストテーブル(図１５)を参照することで、要求されたチャプタに対応するファイル名とチャプタ開始時間に基づいて、記憶部３３にアクセスし、再生を開始する。これにより、要求されたチャプタの先頭から再生が開始される。
また、このチャプタの再生を終了した後は、ジャンルリストテーブルにおける所定のメタデータに基づいた再生順（例えばタイトル、アーティストなど）により、同じジャンルから次のチャプタを決定して再生していくようにされる。ジャンルリストテーブルに、対応のラジオファイルの録音日時などを含めることとすれば、この録音日時に基づいた再生順によりチャプタ再生を行っていくようにすることもできる。

また、次のステップＳ４０８では、現在表示中にあるとされるジャンル対応チャプタリストにおける再生中チャプタ表示エリアＡＲ１２内の再生中のチャプタについてのタイトル表示と、プログレスバーエリアＡＲ２における再生位置ポインタを再生時間の進行に応じて移動させる表示なども開始させる。

また、ステップＳ４０２において、図１２の表示態様に準じたアーティスト対応チャプタリストであることが判別された場合には、ステップＳ４０７、Ｓ４０８の手順を実行する。なお、確認のために述べておくと、ここでは、図１１のアーティスト別チャプタ数リストに対する操作によって、チャプタ(あるいはラジオファイル)の再生指示操作は行えないものとしている。
ステップＳ４０７においては、アーティストリストテーブル(図１５)を参照することで、要求されたチャプタに対応するファイル名とチャプタ開始時間に基づいて、記憶部３３にアクセスし、再生を開始する。これにより、要求されたチャプタの先頭から再生が開始される。
また、このチャプタの再生を終了した後は、アーティストリストテーブルにおける所定のメタデータに基づいた再生順（例えばタイトル、アーティストなど）により、同じアーティストから次のチャプタを決定して再生していくようにされる。アーティストリストテーブルに、対応のラジオファイルの録音日時などを含めることとすれば、この録音日時に基づいた再生順によりチャプタ再生を行っていくようにすることもできる。

また、次のステップＳ４０８では、現在表示中にあるとされるアーティスト対応チャプタリストにおける再生中チャプタ表示エリアＡＲ１２内の再生中のチャプタについてのタイトル表示と、プログレスバーエリアＡＲ２における再生位置ポインタを再生時間の進行に応じて移動させる表示なども開始させる。
ところで、先の図１７による説明では、ラジオファイルリストテーブル、ジャンルリストテーブル、及びアーティストリストテーブルの各リストテーブル情報は、携帯型端末装置２の起動時に応じて作成するものとしているが、これに対して、例えば、チャプタリスト画面の切り換え等に応じて逐次作成するようにしてもよい。例えば図１９との対応であれば、ステップＳ４０２の判定結果に続けてステップＳ４０３又はステップＳ４０５を実行する前の段階において、ラジオファイルリストを作成し、ステップＳ４０７を実行する前の段階においてジャンルリストテーブルを作成し、ステップＳ４０９を実行する前の段階においてアーティストリストテーブルを作成することになる。また、この場合においては、ステップＳ４０３、Ｓ４０５、Ｓ４０７、Ｓ４０９の手順を実行する都度、その前段階において、対応のリストテーブル情報を作成するようにしてもよいし、一度作成したリストテーブル情報についてはＲＡＭなどに保持させておいて、以降は、このＲＡＭに保持させてあるリストテーブル情報を利用することとして、逐次作成を行わないようにしてもよいものである。

なお、図１７、図１８、及び図１９に示した処理手順は、携帯型端末装置２の制御部３７において備えられるとされる、ＣＰＵが、同じ制御部３６において備えられるとされるＲＯＭ、あるいは記憶部３３に備えられるラジオファイル管理のためのプログラムを実行することで得られる動作としてみることができる。

このようなプログラムは、例えば携帯型端末装置２の製造時おいて上記ＲＯＭ、あるいは記憶部３３に書き込んで記憶させるほか、例えばリムーバブルの記憶媒体に記憶させておいて、後から、この記憶媒体を使用して、通信バス１００などを経由してインストールさせることもできる。また、ネットワーク上のサーバなどに記憶させておき、このサーバからネットワーク１０１を経由してダウンロードして取得してインストールさせることも考えられる。このようなプログラムのデータの入手経路に関しては、パーソナルコンピュータ１のＨＤＤ１４に記憶されるラジオファイル対応アプリケーション１４ａについても同様である。

また、本願発明としては、これまでに説明してきた実施の形態としての構成に限定されるべきではない。先ず、図５、図７、図１４、図１５、図１６などにより示したラジオファイルをチャプタ単位で管理可能とするための管理情報、テーブル情報などの構造や、含むべきメタデータ項目としては、他にも考えられる。
また、図８〜図１２などに示したラジオファイルに関連する各種リスト画面の表示態様や、これらのリスト画面に対する操作態様なども他の例を考えることができる。
また、ラジオファイルをチャプタ単位に基づいて管理することとした場合の態様例としては、実施の形態において説明した以外にも考えられるものである。例えば、より単純な管理態様ではあるが、１又は複数のラジオファイルを対象としたチャプタのソートとして、１番目の再生順から順次、楽曲チャプタのみを集めて配列させ、以降の再生順に声チャプタをまとめて配列させる（あるいは楽曲チャプタと声チャプタとの再生順の関係が、この逆となってもよい）ようにすることが考えられる。あるいは、例えば１つのラジオファイルごとに応じて、声チャプタを省略して楽曲チャプタのみを配列させるような再生リストの作成を行うようにすることも考えられる。

また、これまでの実施の形態の説明では、携帯型端末装置２によりラジオファイルの録音と、ラジオファイル管理情報によるチャプタ単位によるラジオファイル管理を行うこととし、ホストであるパーソナルコンピュータ１により、ラジオファイル管理情報の基となるチャプタ管理情報の作成と、そのための音声解析処理、楽曲検索を実行させることとしているが、システム装置間の機能分担としては、他の態様を考えることができる。例えば、実施の形態では、携帯型端末装置３は、ラジオファイル管理情報を受信取得し、さらに実際のラジオファイル管理のために、ラジオファイル管理情報からラジオファイルリストテーブル、ジャンルリストテーブル、及びアーティストリストテーブルを作成することとしているが、これらのラジオファイルリストテーブル、ジャンルリストテーブル、及びアーティストリストテーブルに相当するリストテーブル情報も、パーソナルコンピュータ１側で作成する（パーソナルコンピュータ１側に録音時対応メタデータを送信して録音日時、受信周波数の情報を取得させれば作成可能である）こととして、このようにして作成したリストテーブル情報（ラジオファイルリストテーブル、ジャンルリストテーブル、及びアーティストリストテーブル）も、ラジオファイル管理情報と共に携帯型端末装置２に対して転送して保持させるようにすることも考えられる。この場合には、携帯型端末装置２側でリスト管理情報を作成する必要がないことから、携帯型端末装置２の処理負担が軽減されることになる。
また、さらに本願発明の概念の下では、ラジオファイルの録音と、チャプタ管理情報作成のための音声解析処理、楽曲検索と、ラジオファイル管理情報に基づくチャプタ単位によるラジオファイル管理とが、単体装置により完結するようにして構成されても良いものである。
また、実施の形態としては、管理対象を、ラジオ放送を録音して得られるオーディオデータとしているが、他のソースによるオーディオデータとされてかまわない。さらには、オーディオデータ以外のコンテンツとして、映像／音声から成るようなデータファイルを対象とすることも考えられる。この場合には、音声解析に加えて、画像内容を解析することにより、より多様な再生内容の種類に応じたチャプタを設定することが可能であると考えられる。

本発明の実施の形態としてのシステム構成例を示す図である。 本実施の形態のシステムを形成するパーソナルコンピュータの構成例を示す図である。 本実施の形態のシステムを形成する携帯型端末装置の構成例を示す図である。 本実施の形態のシステムによる１ラジオファイルの内容についての管理例を模式的に示す図である。 実施の形態におけるチャプタ管理情報の構造例を示す図である。 パーソナルコンピュータにおけるチャプタ管理情報作成のための手順例を示すフローチャートである。 実施の形態におけるラジオファイル管理情報の構造例を示す図である。 基本ラジオファイルリストの表示態様例を示す図である。 ファイル内チャプタリストの表示態様例を示す図である。 ファイル内チャプタリストの他の表示態様例を示す図である。 ジャンル別チャプタ数リストの表示態様例を示す図である。 ジャンル対応チャプタリストの表示態様例を示す図である。 アーティスト別チャプタ数リストの表示態様例を示す図である。 ラジオファイルリストテーブルの構造例を示す図である。 ジャンルリストテーブルの構造例を示す図である。 アーティストリストテーブルの構造例を示す図である。 リストテーブル作成の手順例を示すフローチャートである。 ラジオファイルに関連するリスト画像表示のための手順例を示すフローチャートである。 ラジオファイル再生のための手順例を示すフローチャートである。

符号の説明

１ パーソナルコンピュータ、２ 携帯型端末装置、３ 楽曲検索サーバ、１１ ＣＰＵ、１２ ＲＯＭ、１３ ＲＡＭ、１４ ＨＤＤ、１５ 操作入力処理部、１６ 表示出力処理部、１７ メディアドライブ、１８ データインターフェイス、１９ ネットワークインターフェイス、２１ 操作デバイス、２２ 表示デバイス、３１ データ入出力端子、３２ データインターフェイス、３３ 記憶部、３４ 再生信号処理部、３５ 音声出力端子、３６ 表示部、３７ 制御部、３８ 操作部、３９ アンテナ、４０ ラジオチューナ部

Claims (11)

1. 所定の記憶データ単位により管理されるようにしてデータを記憶するようにされ、上記記憶データ単位の種別として、少なくとも、或るまとまった時間分のコンテンツのデータから成る単位コンテンツデータが記憶される記憶手段と、
   上記記憶手段に記憶される上記単位コンテンツデータについて、そのデータ内容についての解析処理を実行することにより、再生時間進行に従って、所定種別の再生出力内容に応じた区間データ単位により区分する区分手段と、
   上記単位コンテンツデータを形成する上記区間データ単位についての所定内容を有する区間関連情報を生成する区間関連情報生成手段と、
   上記区間関連情報を少なくとも有して形成される単位コンテンツデータ関連情報を、対応する単位コンテンツデータと関連付けるようにして上記記憶手段に記憶させる情報記憶制御手段と、
   上記記憶媒体に記憶されている単位コンテンツデータについての管理を、同じ記憶媒体に記憶される、この単位コンテンツデータに関連付けされた上記単位コンテンツデータ関連情報に基づいて行うようにされる単位コンテンツデータ管理手段と、
   を備えることを特徴とする情報処理システム。
2. 上記区間関連情報生成手段は、
   少なくとも、上記区分手段の区分結果に基づいて得られる、単位コンテンツデータにおける上記区間データ単位の区分位置を示す区分位置情報と、所定の取得手段により取得させた、区間データ単位ごとに対応付けられる所定内容の属性情報と、により区間関連情報を生成するようにされている、
   ことを特徴とする請求項１に記載の情報処理システム。
3. 上記単位コンテンツデータ管理手段は、
   上記単位コンテンツデータ関連情報に基づいた単位コンテンツデータについての管理として、単位コンテンツデータを形成する区間データ単位が独立した再生単位となるようにして管理することが可能に構成される、
   ことを特徴とする請求項１に記載の情報処理システム。
4. 上記単位コンテンツデータ管理手段は、
   上記単位コンテンツデータ関連情報に基づいた単位コンテンツデータについての管理として、単位コンテンツデータ関連情報に含まれ、区間データ単位ごとに対応付けられる属性情報における特定の属性情報に基づいて、複数の単位コンテンツデータの区間データ単位を対象として管理するように構成される、
   ことを特徴とする請求項１に記載の情報処理システム。
5. ラジオ放送を受信するラジオ受信手段と、
   上記ラジオ受信手段により得られたラジオ放送のオーディオデータを、上記単位コンテンツデータとして上記記憶手段に記憶させる単位コンテンツデータ記憶制御手段と、
   をさらに備えることを特徴とする請求項１に記載の情報処理システム。
6. 上記情報処理システムは、
   端末装置と、この端末装置と通信路を経由して接続されるホスト装置とから成り、
   上記端末装置は、
   上記記憶手段と、
   上記ホスト装置に対して、上記通信路を経由して、上記記憶手段に記憶された単位コンテンツデータを送信するデータ送信手段と、
   上記通信路を経由して上記ホスト装置から送信される上記区間関連情報を受信して取得する情報取得手段と、
   上記情報取得手段により取得された上記区間関連情報を少なくとも有して形成した単位コンテンツデータ関連情報を、対応する単位コンテンツデータと関連付けるようにして上記記憶手段に記憶させる、上記情報記憶制御手段と、
   上記単位コンテンツデータ管理手段とを備え、
   上記ホスト装置は、
   上記通信路を経由して上記端末装置から送信された単位コンテンツデータを受信して取得するデータ取得手段と、
   上記データ取得手段により取得した上記単位コンテンツデータのデータについて、上記区間データ単位により区分するようにされる上記区分手段と、
   上記区間関連情報生成手段と、
   上記通信路を経由して、上記区間関連情報生成手段により生成した上記区間関連情報を送信する情報送信手段と、
   を備えることを特徴とする請求項１に記載の情報処理システム。
7. 上記端末装置は、
   ラジオ放送を受信するラジオ受信手段と、
   上記ラジオ受信手段により得られたラジオ放送のオーディオデータを、上記単位コンテンツデータとして上記記憶手段に記憶させる単位コンテンツデータ記憶制御手段と、
   をさらに備えることを特徴とする請求項６に記載の情報処理システム。
8. ホスト装置と通信路を経由して通信するための通信手段と、
   所定の記憶データ単位により管理されるようにしてデータを記憶するようにされ、上記記憶データ単位の種別として、少なくとも、或るまとまった時間分のコンテンツのデータから成る単位コンテンツデータが記憶される記憶手段と、
   上記ホスト装置に対して、上記通信手段より、上記記憶手段に記憶された単位コンテンツデータを送信させるデータ送信制御手段と、
   上記ホスト装置から送信され、上記データ送信制御手段により送信された単位コンテンツデータについて、再生時間進行に従って、所定種別の再生出力内容に応じた区間データ単位により区分した結果に基づいて上記ホスト装置が生成して送信する情報であって、上記単位コンテンツデータを形成する上記区間データ単位についての所定内容を有する区間関連情報を受信して取得する情報取得手段と、
   上記情報取得手段により取得された区間関連情報を少なくとも有して形成される単位コンテンツデータ関連情報を、対応する単位コンテンツデータと関連付けるようにして上記記憶手段に記憶させる情報記憶制御手段と、
   上記記憶媒体に記憶されている単位コンテンツデータについての管理を、同じ記憶媒体に記憶される、この単位コンテンツデータに関連付けされた上記単位コンテンツデータ関連情報に基づいて行うようにされる単位コンテンツデータ管理手段と、
   を備えることを特徴とする端末装置。
9. 所定の記憶データ単位により管理されるようにしてデータを記憶する記憶手段において記憶されるもので、上記記憶データ単位の種別として、少なくとも、或るまとまった時間分のコンテンツのデータから成るものとされる単位コンテンツデータについて、そのデータ内容についての解析処理を実行することにより、再生時間進行に従って、所定種別の再生出力内容に応じた区間データ単位により区分する区分手順と、
   上記単位コンテンツデータを形成する上記区間データ単位についての所定内容を有する区間関連情報を生成する区間関連情報生成手順と、
   上記区間関連情報を少なくとも有して形成される単位コンテンツデータ関連情報を、対応する単位コンテンツデータと関連付けるようにして上記記憶手段に記憶させる情報記憶制御手順と、
   上記記憶媒体に記憶されている単位コンテンツデータについての管理を、同じ記憶媒体に記憶される、この単位コンテンツデータに関連付けされた上記単位コンテンツデータ関連情報に基づいて行うようにされる単位コンテンツデータ管理手順と、
   を実行することを特徴とする情報処理方法。
10. ホスト装置と通信路を経由して通信するための通信手順と、
    所定の記憶データ単位により管理されるようにしてデータを記憶する記憶手段において記憶されるもので、上記記憶データ単位の種別として、少なくとも、或るまとまった時間分のコンテンツのデータから成るものとされる単位コンテンツデータを、上記通信手順により上記ホスト装置に対して送信されるように制御するデータ送信制御手順と、
    上記ホスト装置から送信され、上記データ送信制御手順により送信された単位コンテンツデータについて、再生時間進行に従って、所定種別の再生出力内容に応じた区間データ単位により区分した結果に基づいて上記ホスト装置が生成して送信する情報であって、上記単位コンテンツデータを形成する上記区間データ単位についての所定内容を有する区間関連情報を受信して取得する情報取得手順と、
    上記情報取得手順により取得された区間関連情報を少なくとも有して形成される単位コンテンツデータ関連情報を、対応する単位コンテンツデータと関連付けるようにして上記記憶手段に記憶させる情報記憶制御手順と、
    上記記憶媒体に記憶されている単位コンテンツデータについての管理を、同じ記憶媒体に記憶される、この単位コンテンツデータに関連付けされた上記単位コンテンツデータ関連情報に基づいて行うようにされる単位コンテンツデータ管理手順と、
    を実行することを特徴とする情報処理方法。
11. ホスト装置と通信路を経由して通信するための通信手順と、
    所定の記憶データ単位により管理されるようにしてデータを記憶する記憶手段において記憶されるもので、上記記憶データ単位の種別として、少なくとも、或るまとまった時間分のコンテンツのデータから成るものとされる単位コンテンツデータを、上記通信手順により上記ホスト装置に対して送信されるように制御するデータ送信制御手順と、
    上記ホスト装置から送信され、上記データ送信制御手順により送信された単位コンテンツデータについて、再生時間進行に従って、所定種別の再生出力内容に応じた区間データ単位により区分した結果に基づいて上記ホスト装置が生成して送信する情報であって、上記単位コンテンツデータを形成する上記区間データ単位についての所定内容を有する区間関連情報を受信して取得する情報取得手順と、
    上記情報取得手順により取得された区間関連情報を少なくとも有して形成される単位コンテンツデータ関連情報を、対応する単位コンテンツデータと関連付けるようにして上記記憶手段に記憶させる情報記憶制御手順と、
    上記記憶媒体に記憶されている単位コンテンツデータについての管理を、同じ記憶媒体に記憶される、この単位コンテンツデータに関連付けされた上記単位コンテンツデータ関連情報に基づいて行うようにされる単位コンテンツデータ管理手順と、
    を情報処理装置に実行させることを特徴とするプログラム。

Images