(57)【要約】【課題】音響データのストリーミング再生で、早送り（ＦＦ）又は巻き戻し（ＲＥＷ）再生処理による音響出力があるまでの待ち時間を低減させる。【解決手段】表示再生部６〜８及び操作制御部９は、音響データの再生位置を変える動作の入力指示が行われたとき、コンテンツ供給部１〜３から送信される音響データのストリーミング再生処理で、バッファ部に一時的に保持された音響データのうちの複数の分割位置を示す複数のインデックス情報及びインデックス情報に対応する音響データを記憶する。そして、入力指示のあったインデックス情報に基づいてインデックス情報に対応する音響データを再生し、続いてバッファ部に保持された音響データを再生する。【選択図】図１
2009134155.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続される情報処理装置であって、
データ通信に適用する通信インターフェース部と、
前記ネットワークを介して接続されるサーバから送信される音響データのストリーミング再生処理を実行するデータ処理部と、
前記データ処理部により再生される音響データを一時的に保持するバッファ部と、
前記バッファ部に一時的に保持された音響データのうちの複数の分割位置を示す複数のインデックス情報及び前記インデックス情報に対応する音響データを格納するインデックス記憶部と、
前記音響データの再生位置を変える動作の入力指示が行われる操作部を有し、
前記データ処理部は、
前記ネットワーク内のサーバから受信した音響データに含まれるインデックス情報の取得及び前記インデックス情報に対応する音響データを前記インデックス記憶部に格納する第１の処理と、
前記入力指示のあった該インデックス情報に基づいて前記インデックス記憶部に格納された前記インデックス情報に対応する音響データを再生する第２の処理と、
前記第２の処理に続いて前記バッファ部に保持された音響データを再生する第３の処理と
を実行することを特徴とする情報処理装置。
【請求項２】
前記インデックス記憶部に格納された前記インデックス情報に対応する音響データは、前記分割位置からの一部の音響データであることを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記インデックス記憶部に格納された前記インデックス情報に対応する音響データの容量は、前記データ処理部における再生される音響データに対するコーデック処理時間に基づいて定められることを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記インデックス記憶部に格納された前記インデックス情報に対応する音響データの容量は、前記通信インターフェース部におけるデータ通信速度に基づいて定められることを特徴とする請求項２記載の情報処理装置。
【請求項５】
前記第２の処理における前記入力指示は、早送り又は巻き戻しであることを特徴とする請求項１記載の情報処理装置。
【請求項６】
前記インデックス情報は、前記ネットワーク内のサーバにおいて音響データに対してメタデータとして付加されることを特徴とする請求項１記載の情報処理装置。
【請求項７】
前記インデックス情報は、タイムコードによる時間情報であって１曲の音響データに対して数十秒間隔に設けられることを特徴とする請求項６記載の情報処理装置。
【請求項８】
前記インデックス情報は、１２音解析による特徴点情報であって１曲の音響データに対して曲調に応じて数カ所に設けられることを特徴とする請求項６記載の情報処理装置。
【請求項９】
前記インデックス情報は、音響データ製作者の意図する注目点情報であって１曲の音響データに対して数カ所に設けられることを特徴とする請求項６記載の情報処理装置。
【請求項１０】
前記インデックス記憶部に格納されたインデックス情報及び前記インデックス情報に対応する音響データは、前記第３の処理において前記バッファに保持された音響データの再生が実行された後に消去されることを特徴とする請求項１記載の情報処理装置。
【請求項１１】
前記インデックス記憶部に格納されたインデックス情報及び前記インデックス情報に対応する音響データは、次に入力指示のあるインデックス情報が他の曲を示す音響データに対するものであるときに消去し、同じ曲を示す音響データに対するものであるときに消去することなく再使用することを特徴とする請求項１０記載の情報処理装置。
【請求項１２】
前記インデックス記憶部に格納されるインデックス情報及び前記インデックス情報に対応する音響データは、前記入力指示のあるインデックス情報がアルバムに含まれる曲を示す音響データに対するものであるときに前記指定された曲の前後の曲についても取得することを特徴とする請求項１記載の情報処理装置。
【請求項１３】
前記インデックス記憶部に格納されるインデックス情報及び前記インデックス情報に対応する音響データは、前記入力指示のあるインデックス情報がアルバムに含まれる曲を示す音響データに対するものであるときに前記指定された曲が含まれるアルバムのすべての曲ごとについても取得することを特徴とする請求項１２記載の情報処理装置。
【請求項１４】
ネットワークに接続される情報処理装置における情報処理方法であって、
データ通信に適用する通信インターフェース処理を行うステップと、
前記ネットワークを介して接続されるサーバから送信される音響データのストリーミング再生処理を実行するステップと、
前記ストリーミング再生処理ステップにより再生される音響データをバッファに一時的に保持するステップと、
前記バッファに一時的に保持された音響データのうちの複数の分割位置を示す複数のインデックス情報及び前記インデックス情報に対応する音響データをインデックステーブルに格納するステップと、
前記音響データの再生位置を変える動作の入力指示が行われるステップを含み、
前記ストリーミング再生処理を実行するステップは、
前記ネットワーク内のサーバから受信した音響データに含まれるインデックス情報の取得及び前記インデックス情報に対応する音響データを前記インデックステーブルに格納する第１の処理と、
前記入力指示のあった該インデックス情報に基づいて前記インデックステーブルに格納された前記インデックス情報に対応する音響データを再生する第２の処理と、
前記第２の処理に続いて前記バッファに保持された音響データを再生する第３の処理と
を実行することを特徴とする情報処理方法。
【請求項１５】
ネットワークに接続される情報処理装置におけるコンピュータに各種機能を実行させる情報処理プログラムであって、
データ通信に適用する通信インターフェース部における通信インターフェース機能と、
前記ネットワークを介して接続されるサーバから送信される音響データのストリーミング再生処理を実行するデータ処理部におけるデータ処理機能と、
前記データ処理部により再生される音響データをバッファ部に一時的に保持するバッファリング機能と、
前記バッファ部に一時的に保持された音響データのうちの複数の分割位置を示す複数のインデックス情報及び前記インデックス情報に対応する音響データをインデックス記憶部に格納するインデックス記憶機能と、
前記音響データの再生位置を変える動作の入力指示が操作部に対して行われる際の入力指示に基づく再生機能を有し、
前記データ処理機能は、
前記ネットワーク内のサーバから受信した音響データに含まれるインデックス情報の取得及び前記インデックス情報に対応する音響データを前記インデックス記憶部に格納する第１の処理と、
前記入力指示のあった該インデックス情報に基づいて前記インデックス記憶部に格納された前記インデックス情報に対応する音響データを再生する第２の処理と、
前記第２の処理に続いて前記バッファ部に保持された音響データを再生する第３の処理と
を実行することを特徴とする情報処理プログラム。
【請求項１６】
ネットワークに接続されるサーバと情報処理装置とを有する情報処理システムであって、
前記情報処理装置は、
データ通信に適用する通信インターフェース部と、
前記ネットワークを介して接続されるサーバから送信される音響データのストリーミング再生処理を実行するデータ処理部と、
前記データ処理部により再生される音響データを一時的に保持するバッファ部と、
前記バッファ部に一時的に保持された音響データのうちの複数の分割位置を示す複数のインデックス情報及び前記インデックス情報に対応する音響データを格納するインデックス記憶部と、
前記音響データの再生位置を変える動作の入力指示が行われる操作部を有し、
前記データ処理部は、
前記ネットワーク内のサーバから受信される音響データに含まれるインデックス情報の取得及び前記インデックス情報に対応する音響データを前記インデックス記憶部に格納する第１の処理と、
前記入力指示のあった該インデックス情報に基づいて前記インデックス記憶部に格納された前記インデックス情報に対応する音響データを再生する第２の処理と、
前記第２の処理に続いて前記バッファ部に保持された音響データを再生する第３の処理と
を実行するものであり、
前記サーバは、
データ通信に適用する通信インターフェース部と、
前記ネットワークを介して接続される前記情報処理装置に対して音響データを送信する音響データ供給部と、
前記情報処理装置に対して音響データを送信する際に前記音響データに前記インデックス情報をメタデータとして付加するメタデータ付加部とを有する
ことを特徴とする情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続され音響データを再生する情報処理装置、情報処理方法、情報処理プログラム及び情報処理システムに関するものである。
【背景技術】
【０００２】
例えば、アドホックネットワークにおいて、各携帯端末が能動的に送信端末（サーバ）に対してＡＶコンテンツのデータ送信要求を行い、個別にＡＶコンテンツを取得するダウンロード方式によりストリーミング再生が行われる場合がある（特許文献１、図１４参照）。
【０００３】
この場合には、ＤＬＮＡ  ＨＮ（Digital Living Network Alliance、Home networked Device）のバージョン１で用いられているＨＴＴＰ（Hypertext Transfer Protocol、RFC2616）等がある。例えば受信側の携帯端末となるＨＴＴＰ  Ｃｌｉｅｎｔから、送信端末となるＨＴＴＰ  ｓｅｒｖｅｒに対して、データ送信要求としてＨＴＴＰ  ＧＥＴリクエストを送信し、この結果、送信端末からＡＶコンテンツが送信される。
【０００４】
このようなストリーミング再生において音響データを再生する場合は、各携帯端末がネットワーク上のサーバより送信される音響データを取得しながら動作するため、取得した音響データを携帯端末内のバッファにバッファリングしながら再生の動作をすることになる。
【０００５】
この場合、早送り（ＦＦ）再生処理であれば、取得済みバッファ内の音響データの再生位置を先行させた後にデータを取得して再生を実行することで比較的容易に早送り再生処理を実行することができる。
【０００６】
また、巻き戻し（ＲＥＷ）再生処理の場合は、再生済みの再生位置であるため、再生位置を遡らせた後に音響データを取得して再生を実行することができる。
【０００７】
【特許文献１】特開２００７−１３７０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上述したストリーミング再生において音響データを再生する場合、早送り（ＦＦ）再生処理において、バッファ内にない音響データの領域まで再生位置を先行させたときは、サーバから音響データを取得するまで再生を待たされるという不都合があった。
【０００９】
また、巻き戻し（ＲＥＷ）再生処理において、遡る位置が遠い及びバッファ容量が大きい場合には、音響データの再生による音響出力があるまでの待ち時間が増大するという不都合があった。
【００１０】
そこで、本発明は、音響データのストリーミング再生において、早送り（ＦＦ）又は巻き戻し（ＲＥＷ）再生処理による音響出力があるまでの待ち時間を低減させて早送り（ＦＦ）又は巻き戻し（ＲＥＷ）位置から滑らかな音響データを実行することを目的とするものである。
【課題を解決するための手段】
【００１１】
本発明は、上記目的を達成するために、ネットワークに接続される情報処理装置であって、データ通信に適用する通信インターフェース部と、ネットワークを介して接続されるサーバから送信される音響データのストリーミング再生処理を実行するデータ処理部と、データ処理部により再生される音響データを一時的に保持するバッファ部と、バッファ部に一時的に保持された音響データのうちの複数の分割位置を示す複数のインデックス情報及びインデックス情報に対応する音響データを格納するインデックス記憶部と、音響データの再生位置を変える動作の入力指示が行われる操作部を有している。
【００１２】
ここで、データ処理部は、ネットワーク内のサーバから受信される音響データに含まれるインデックス情報の取得及びインデックス情報に対応する音響データをインデックス記憶部に格納する第１の処理と、入力指示のあったインデックス情報に基づいてインデックス記憶部に格納されたインデックス情報に対応する音響データを再生する第２の処理と、第２の処理に続いてバッファ部に保持された音響データを再生する第３の処理とを実行するものである。
【００１３】
また、本発明は、ネットワークに接続される情報処理装置における情報処理方法であって、データ通信に適用する通信インターフェース処理を行うステップと、ネットワークを介して接続されるサーバから送信される音響データのストリーミング再生処理を実行するステップと、ストリーミング再生処理ステップにより再生される音響データをバッファに一時的に保持するステップと、バッファに一時的に保持された音響データのうちの複数の分割位置を示す複数のインデックス情報及びインデックス情報に対応する音響データをインデックステーブルに格納するステップと、音響データの再生位置を変える動作の入力指示が行われるステップを含んでいる。
【００１４】
ここで、ストリーミング再生処理を実行するステップは、ネットワーク内のサーバから受信される音響データに含まれるインデックス情報の取得及びインデックス情報に対応する音響データをインデックステーブルに格納する第１の処理と、入力指示のあったインデックス情報に基づいてインデックステーブルに格納されたインデックス情報に対応する音響データを再生する第２の処理と、第２の処理に続いてバッファに保持された音響データを再生する第３の処理とを実行するものである。
【００１５】
また、本発明は、ネットワークに接続される情報処理装置におけるコンピュータに各種機能を実行させる情報処理プログラムであって、データ通信に適用する通信インターフェース部における通信インターフェース機能と、ネットワークを介して接続されるサーバから送信される音響データのストリーミング再生処理を実行するデータ処理部におけるデータ処理機能と、データ処理部により再生される音響データをバッファ部に一時的に保持するバッファリング機能と、バッファ部に一時的に保持された音響データのうちの複数の分割位置を示す複数のインデックス情報及びインデックス情報に対応する音響データをインデックス記憶部に格納するインデックス記憶機能と、音響データの再生位置を変える動作の入力指示が操作部に対して行われる際の入力指示に基づく再生機能を有している。
【００１６】
ここで、データ処理機能は、ネットワーク内のサーバから受信される音響データに含まれるインデックス情報の取得及びインデックス情報に対応する音響データをインデックス記憶部に格納する第１の処理と、入力指示のあったインデックス情報に基づいてインデックス記憶部に格納されたインデックス情報に対応する音響データを再生する第２の処理と、第２の処理に続いてバッファ部に保持された音響データを再生する第３の処理とを実行するものである。
【００１７】
また、本発明は、ネットワークに接続されるサーバと情報処理装置とを有する情報処理システムであって、情報処理装置は、データ通信に適用する通信インターフェース部と、ネットワークを介して接続されるサーバから送信される音響データのストリーミング再生処理を実行するデータ処理部と、データ処理部により再生される音響データを一時的に保持するバッファ部と、バッファ部に一時的に保持された音響データのうちの複数の分割位置を示す複数のインデックス情報及びインデックス情報に対応する音響データを格納するインデックス記憶部と、音響データの再生位置を変える動作の入力指示が行われる操作部を有している。
【００１８】
ここで、データ処理部は、ネットワーク内のサーバから受信される音響データに含まれるインデックス情報の取得及びインデックス情報に対応する音響データをインデックス記憶部に格納する第１の処理と、入力指示のあったインデックス情報に基づいてインデックス記憶部に格納されたインデックス情報に対応する音響データを再生する第２の処理と、第２の処理に続いてバッファ部に保持された音響データを再生する第３の処理とを実行するものである。
【００１９】
また、サーバは、データ通信に適用する通信インターフェース部と、ネットワークを介して接続される情報処理装置に対して音響データを送信する音響データ供給部と、情報処理装置に対して音響データを送信する際に音響データにインデックス情報をメタデータとして付加するメタデータ付加部とを有するものである。
【発明の効果】
【００２０】
本発明によれば、予め、データ処理部は、第１の処理を行って、ネットワーク内のサーバから受信される音響データに含まれるインデックス情報の取得及びインデックス情報に対応する音響データをインデックス記憶部に格納しておくことにより、インデックス情報位置の先頭からの音響データの再生をするための準備をしておくことができる。
【００２１】
ここで、早送り（ＦＦ）又は巻き戻し（ＲＥＷ）等の音響データの再生位置を変える動作の入力指示が行われると、データ処理部は、第２の処理を行って、入力指示のあったインデックス情報に基づいてインデックス記憶部に格納されたインデックス情報に対応する音響データを再生することにより、第２の処理の間にインデックス情報位置の音響データの再生に続くバッファ部の再生位置を探して再生の準備をすることができる。
【００２２】
従って、データ処理部は、第２の処理に続いてバッファ部に保持された音響データを再生する第３の処理を実行することにより、待ち時間なく直ちにインデックス情報位置の先頭からの音響データの再生をし、引き続きバッファ部の音響データの再生をすることができる。
【００２３】
これにより、音響データのストリーミング再生における、音響データの再生位置の変更による待ち時間を大きく低減させて、音響データの再生品質を向上させることができ、リスナーの音響視聴環境の満足度を向上させることができるという効果を奏する。
【発明を実施するための最良の形態】
【００２４】
以下、本発明の一実施の形態を、図１〜２０を参照して説明する。
図１は、本実施の形態例のシステム構成例を示している。
【００２５】
デジタルコンテンツ再生機器の普及にともない、ホームＩＰ（Internet Protocol）ネットワークを介してそれら機器を相互接続し、オーディオなどのデジタルコンテンツを共有して視聴することが現実のものとなってきている。
【００２６】
例えば、ＤＬＮＡ（Digital Living Network Alliance）ではそれらデジタル機器がデジタルコンテンツの共有をおこなううえでの必要な技術仕様、実装ガイドラインを定め、異なるベンダーの機器同士でも相互に接続することができ、ホームＩＰネットワークの業界標準となっている。
【００２７】
図１にＤＬＮＡを用いたコンテンツ再生システムの構成例を示す。ＤＬＮＡではオーディオコンテンツを蓄積し、ホームネットワーク内の機器に対してオーディオコンテンツの提供を行なうコンテンツ供給部としての機器をデジタルメディアサーバ（ＤＭＳ：Digital Media Server）と呼ぶ。図１では、コンテンツ供給部１，２、３がＤＭＳに相当するものである。
【００２８】
ＤＭＳは例えばハードディスクに記録されたオーディオコンテンツを、ホームＩＰネットワーク１１，１２，１３，１４，１５，１６を介して接続されたデジタルオーディオコンテンツの表示再生部となる機器のデジタルメディアプレーヤ（ＤＭＰ：Digital Media Player）にストリーミング伝送することができる。
【００２９】
デジタルメディアプレーヤ（ＤＭＰ）は、ＤＭＳからコンテンツを受領して再生する機器である。図１では、表示再生部６，７，８及び操作制御部９がＤＭＰに相当するものである。
【００３０】
図１の例では、表示再生部６，７，８及び操作制御部９にＤＭＰが実装されており、ユーザは、例えば操作制御部９の赤外線リモコンの赤外線又は無線１８などを利用して、操作制御部９を操作することにより離れた部屋に置かれたコンテンツ供給部１，２、３に蓄積されたオーディオコンテンツを表示再生部６，７，８で再生可能となる。
【００３１】
なお、アクセスポイント５は家庭内の機器がインターネットとしてのＩＰブロードバンドネットワークに接続する場合のネットワーク接続機器として利用されるが、ＤＬＮＡの利用例では家庭内の機器がハブ４及びネットワーク１７を介してＩＰ接続するためのブリッジとして利用されている。
【００３２】
ここで、この再生システムにおいて、コンテンツ供給部１，２、３、表示再生部６，７，８及び操作制御部９はそれぞれＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１ｂやブルートゥース（登録商標）等の無線通信機能を有しており、当該無線通信機能を介して相互に接続することによりアドホックネットワークを構築している。
【００３３】
ここでアドホックネットワークでは、コンテンツ供給部１，２、３のそれぞれがオーディオコンテンツをコンテンツデータとして個別に所有しており、当該アドホックネットワークを構築しているグループ内でこれらのオーディオコンテンツをシェアリングする。
【００３４】
このとき、操作制御部９がコントローラ端末となり、配信予定のオーディオコンテンツを所有しているコンテンツ供給部１，２、３が、操作制御部９の命令に従って他の表示再生部６，７，８にオーディオコンテンツを送信することによって、表示再生部６，７，８及び操作制御部９の全てがプレーヤー端末としてオーディオコンテンツを同時再生することができる。
【００３５】
この場合、操作制御部９は、他の表示再生部６，７，８に対してオーディオコンテンツの再生処理を行わせるための命令を与える。また表示再生部６，７，８は操作制御部９からの命令に従ってオーディオコンテンツを再生する。
【００３６】
ここで、表示再生部６，７，８及び操作制御部９は、再生オーディオデータに基づいて、インデックステーブルを作成するようになされている。ここで、インデックステーブルは、インデックスＩＤ、及びオーディオコンテンツを所定数で分割したときの分割先頭から一部のオーディオデータによって構成されている。
【００３７】
従って、早送り（ＦＦ）又は巻き戻し（ＲＥＷ）等の操作指示が行われた場合、表示再生部６，７，８及び操作制御部９は、このインデックステーブルに基づいて、再生位置をインデックス位置に移動させた状態で、インデックスに対応する分割先頭から一部のオーディオデータを再生させることによって、これに続くバッファに保持されているオーディオデータの再生処理を実行することができる。
【００３８】
図２に、表示再生部６，７，８の機能ブロック図を示す。
図２において、操作制御部９の赤外線又は無線１８を介した操作指示により、コンテンツ供給部１，２、３のいずれかからオーディオコンテンツが送信されたときの表示再生部６，７，８の機能実行部を説明する。
【００３９】
図２において、ネットワークインターフェース部２１は、ネットワーク１１，１２，１３，１４，１５，１６を介して操作制御部９又はコンテンツ供給部１，２、３のいずれかと表示再生部６，７，８のいずれかを接続させる。
【００４０】
コンテンツ受信処理部２２は、コンテンツ供給部１，２、３のいずれかから受信したオーディオコンテンツのデータ解析等の受信処理を行う。コンテンツデコード部２３は、コンテンツ供給部１，２、３のいずれかから受信したＭＰ３等のフォーマットで圧縮されたオーディオコンテンツのデータを伸張することによりデコード処理を行う。
【００４１】
コンテンツ再生部２４は、デコードされたオーディオコンテンツのデータをアナログ信号に変換して変換後のアナログ信号を再生出力レベルに増幅して再生処理を行う。コンテンツ音声出力部２６は、再生処理されたオーディオコンテンツのアナログ信号を音響出力する。
【００４２】
ここで、コンテンツ表示部２５は、再生処理されるオーディオコンテンツに対応する曲名、再生時間等の表示データをＬＣＤ表示部に表示する。
【００４３】
ここで、コンテンツ再生部２４は、予めインデックステーブルの作成を行うためのインデックス作成処理部と、ユーザの操作指示に応じてインデックステーブルによるオーディオデータの再生処理を行うためのインデックス再生処理部と共に、引き続いてバッファによるオーディオデータの再生処理を行うためのバッファ再生処理部とを有している。
【００４４】
図３に、図２に示した表示再生部６，７，８のハードウェア構成図を示す。
図３に示すように、表示再生部６，７，８は、全体を統括制御するＣＰＵ（Central Processing Unit）３８及びＲＯＭ（Read Only Memory）３９で構成される制御部に対して、ネットワークからのオーディオコンテンツの受信処理部３２、キー入力部４３による操作部、スピーカ部３７及びＬＣＤ（Liquid Crystal Display）３５等でなる表示部が接続された構成を有している。
【００４５】
さらに、ネットワークとの間の通信インターフェース部３１及びキー入力部４３の入力インターフェース４２が設けられている。また、受信処理されたオーディオコンテンツのデコード部３３が設けられている。
【００４６】
また、デコード後のオーディオデータをアナログ信号に変換した後に増幅してスピーカ部３７に音響出力する音声信号増幅部３６と、再生されるオーディオコンテンツに対応する表示データを再生処理してＬＣＤ３５に表示に表示する映像信号処理部３４が設けられている。
【００４７】
ここで、ＲＡＭ（Random Accesses Memory）４０には、ネットワークからのオーディオコンテンツを一時的に保持するバッファとインデックステーブルが設けられる。また、ＥＥＰＲＯＭ（Electronically Erasable Programmable Read Only Memory）４１には、設定データ等が記憶される。ＲＯＭ（Read Only Memory）３９には、動作プログラムが記憶される。
【００４８】
ネットワークからの受信処理をする受信処理部３２と接続された通信部インターフェース３１は、他の操作制御部９又はコンテンツ供給部１，２、３とＩＥＥＥ８０２．１１ｂやブルートゥース（登録商標）等の近距離無線通信を行うようになされており、ネットワークからの受信処理をする受信処理部３２はオーディオコンテンツの受信を行うようになされている。
【００４９】
ＣＰＵ３８及びＲＯＭ３９で構成される制御部は、ＲＯＭ３９から読み出して展開した動作プログラムに基づいて各種再生処理や後述するインデックステーブルを用いた再生処理手順を実行するようになされている。
【００５０】
またＣＰＵ３８及びＲＯＭ３９で構成される制御部は、通信インターフェース３１を介して取得するエンコードされたオーディオコンテンツをデコードするためのデコード部３３と、デコードしたオーディオコンテンツ及び受信時刻等の各種情報を一時的に記憶するワークエリアとして用いられるＲＡＭ４０を用いている。
【００５１】
そしてＣＰＵ３８及びＲＯＭ３９で構成される制御部は、デコードしたオーディオコンテンツの表示データをＬＣＤ３５に表示したり、同様に音声データをスピーカ部３７から出力すると共に、ボタンやタッチパネル等からなるキー入力部４３に対するユーザの操作指示に応じて再生処理を開始するようになされている。
【００５２】
ここで、ＣＰＵ３８及びＲＯＭ３９で構成される制御部は、予めインデックステーブルの作成を行うためのインデックス作成処理部と、ユーザの操作指示に応じてインデックステーブルによるオーディオデータの再生処理を行うためのインデックス再生処理部と共に、引き続いてバッファによるオーディオデータの再生処理を行うためのバッファ再生処理部とを有している。
【００５３】
図４に、操作制御部９の機能ブロック図を示す。
図４において、操作制御部９の赤外線又は無線１８を介した操作指示により、図１に示したコンテンツ供給部１，２、３のいずれかからオーディオコンテンツが送信されたときの操作制御部９の機能実行部を説明する。
【００５４】
図４において、ネットワークインターフェース部５１は、ネットワーク１１，１２，１３，１４，１５，１６を介してコンテンツ供給部１，２、３のいずれかと操作制御部９を接続させる。
【００５５】
コンテンツ受信処理部５２は、コンテンツ供給部１，２、３のいずれかから受信したオーディオコンテンツのデータ解析等の受信処理を行う。
リスト生成部５３は、受信したオーディオコンテンツのリストを生成し、リスト表示部は、生成されたオーディオコンテンツのリストをＬＣＤ等のリスト表示部５４に表示する。
【００５６】
コンテンツ再生部５５は、コンテンツ供給部１，２、３のいずれかから受信したＭＰ３等のフォーマットで圧縮されたオーディオコンテンツのデータを伸張することによりデコード処理を行い、デコードされたオーディオコンテンツのデータをアナログ信号に変換して変換後のアナログ信号を再生出力レベルに増幅して再生処理を行い、再生処理されたオーディオコンテンツのアナログ信号をコンテンツ表示部５６に設けられるスピーカから音響出力する。
【００５７】
ここで、コンテンツ表示部２５は、再生処理されるオーディオコンテンツに対応する曲名、再生時間等の表示データをＬＣＤ表示に表示する。
【００５８】
ここで、コンテンツ再生部５５は、予めインデックステーブルの作成を行うためのインデックス作成処理部と、ユーザの操作指示に応じてインデックステーブルによるオーディオデータの再生処理を行うためのインデックス再生処理部と共に、引き続いてバッファによるオーディオデータの再生処理を行うためのバッファ再生処理部とを有している。
【００５９】
記憶部５７は、コンテンツ再生部５５のインデックス再生処理部により作成されたインデックステーブルと、コンテンツ受信処理部５２により受信処理されたオーディオコンテンツのデータを一時的に保持するバッファを記憶している。
【００６０】
入力操作受付部６１は、操作指示の入力を受付する。入力操作判定部６０は、入力を受付けた操作指示の判定をする。操作選択部５９は、判定された操作指示が、コンテンツ供給選択、コンテンツ選択、表示再生部選択、コピー操作、再生操作のいずれかに応じてこれに対応する動作指示をコンテンツ供給部１，２、３のいずれか又は表示再生部６，７，８のいずれかに供給する。
【００６１】
表示再生部及びリスト表示部５８は、操作選択部５９で選択された動作指示に対応するコンテンツ供給部１，２、３、表示再生部６，７，８において選択されたオーディオコンテンツのリストを表示する。
【００６２】
図５に、図４に示した操作制御部９のハードウェア構成図を示す。
図５において、操作制御部９は、全体を制御するＣＰＵ８０及びＲＯＭ／ＲＡＭ８１で構成される制御部、ネットワークからのオーディオコンテンツの受信処理及びデコード処理を行うコーデック処理部７３、入力スイッチマトリクス部７９、左右のスピーカ部７５，７６及びＬＣＤ８２が接続された構成を有している。
【００６３】
さらに、ネットワークとの間の通信インターフェースを行うネットワーク通信部７２及び赤外線通信を行う赤外線通信部７８が設けられている。また、デコード後のオーディオデータをアナログ信号に変換した後に増幅してスピーカ部７５，７６に音響出力する音声信号増幅部７４が設けられている。
【００６４】
また、再生されるオーディオコンテンツに対応する表示データを再生処理してＬＣＤ８２に表示する描画を制御するＧＤＰ（Graphics Display Processor）７７が設けられている。
ここで、ＲＯＭ／ＲＡＭ８１には、ネットワークからのオーディオコンテンツを一時的に保持するバッファとインデックステーブルが設けられる。また、ＲＯＭ／ＲＡＭ８１には、設定データ等、動作プログラムが記憶される。
【００６５】
赤外線通信部７８は、赤外線通信のほかに、他の表示再生部６，７，８又はコンテンツ供給部１，２、３とＩＥＥＥ８０２．１１ｂやブルートゥース（登録商標）等の近距離無線通信を行うようになされており、ネットワーク通信部７２はオーディオコンテンツの受信を行うようになされている。
【００６６】
ＣＰＵ８０及びＲＯＭ／ＲＡＭ８１で構成される制御部は、ＲＯＭ／ＲＡＭ８１から読み出して展開した動作プログラムに基づいて各種再生処理や後述するインデックステーブルを用いた再生処理手順を実行するようになされている。
【００６７】
またＣＰＵ８０及びＲＯＭ／ＲＡＭ８１で構成される制御部は、ネットワーク通信部７２を介して取得するエンコードされたオーディオコンテンツをデコードするためのコーデック処理部７３と、デコードしたオーディオコンテンツ及び受信時刻等の各種情報を一時的に記憶するワークエリアとして用いられるＲＯＭ／ＲＡＭ８１を用いている。
【００６８】
そしてＣＰＵ８０及びＲＯＭ／ＲＡＭ８１で構成される制御部は、デコードしたオーディオコンテンツをＬＣＤ８２に表示したり、同様に音響出力をスピーカ部７５，７６から出力すると共に、ボタンやタッチパネル等からなる入力スイッチマトリクス部７９に対するユーザの操作指示に応じて再生処理を開始するようになされている。
【００６９】
ここで、ＣＰＵ８０及びＲＯＭ／ＲＡＭ８１で構成される制御部は、予めインデックステーブルの作成を行うためのインデックス作成処理部と、ユーザの操作指示に応じてインデックステーブルによるオーディオデータの再生処理を行うためのインデックス再生処理部と共に、引き続いてバッファによるオーディオデータの再生処理を行うためのバッファ再生処理部とを有している。
【００７０】
図６は、操作制御部９のソフトウェア構成図を示す。
次に、図６を参照して操作制御部９のソフトウェアモジュールの構成例について説明する。ソフトウェアモジュールは、図に示すように、最下層のネットワークモジュール、中位のプロトコルモジュール、最上位のアプリケーションモジュールの３つに分類される。
【００７１】
最下層のネットワークモジュールは、ＩＰネットワークにおける通信制御を担当するモジュールである。ネットワークモジュールには、描画を制御するＧＤＰ７７の通信用のグラフィックスプロセッサモジュール９１、無線通信用の８０２．１１ｂモジュール９２が含まれる。
【００７２】
プロトコルモジュールは、ＯＳ９３上で規定されるプロトコルに従った通信を実行するための制御を行い、ＤＬＮＡで規定されるプロトコルに従った通信を実行するための制御を行うプロトコル制御を担当するモジュールである。プロトコルモジュールには、ネットワーク通信部７２における通信処理用のネットワークプロトコル処理部モジュール９４が含まれる。
【００７３】
アプリケーションモジュールは、プロトコルモジュールを利用して実際のオーディオコンテンツ再生機能、すなわちホームネットワークのＤＬＮＡに基づいた処理を実現するモジュールである。
【００７４】
アプリケーションモジュールには、描画を制御するＧＤＰ７７の制御用のグラフィックスライブラリモジュール９５及び映像ストリーム処理部モジュール９６、コーデック処理部７３の制御用の映像、音楽、画像デコーダ部モジュール９７が含まれる。
また、アプリケーションモジュールには、赤外線通信部７８の制御用のリモート機器制御部モジュール９８及びリモートコマンダーアプリケーションモジュール９９が含まれる。
【００７５】
図においては、ホームネットワークのＤＬＮＡで適用するソフトウェアモジュールを示している。ここで、ネットワークモジュール及びプロトコルモジュールについては、操作制御部９から送信されるコマンドにより他の表示再生部６，７，８において共通に利用される。以下、各モジュールの詳細について説明する。
【００７６】
まず、ネットワークモジュールはＵＰｎＰ  ＤＡに規定されるＩＰアドレス設定処理を行なうためのＤＨＣＰ（Dynamic Host Configuration Protocol）Ｃｌｉｅｎｔモジュールが実装される。
【００７７】
プロトコルモジュールは、ＵＰｎＰ  ＤＡで規定するＨＴＴＰ（Hyper Text Transfer Protocol）サーバによるPresentation Page, Device Descriptionのモジュールが実装される。
また、プロトコルモジュールは、機器発見処理，ホームネットワーク内でコンテンツを実装するために必要とされる認証および鍵交換を実行するモジュールにより構成される。
【００７８】
アプリケーションモジュールはプロトコルモジュールを利用してコンテンツ再生機能を実行するため、すなわち、ホームネットワーク内の表示再生部６，７，８とコンテンツ供給部１，２、３との通信環境の設定機能を実行する。アプリケーションモジュールは、大きく分けてオーディオコンテンツのデコード処理を行うモジュール群と、デコードされたオーディオコンテンツの再生処理を行うモジュール群である。
【００７９】
オーディオコンテンツのデコード処理を行うモジュール群は、描画を制御するＧＤＰ７７の制御用のグラフィックスライブラリモジュール９５及び映像ストリーム処理部モジュール９６、コーデック処理部７３の制御用の映像、音楽、画像デコーダ部モジュール９７が含まれる。
【００８０】
デコードされたオーディオコンテンツの再生処理を行うモジュール群は、赤外線通信部７８の制御用のリモート機器制御部モジュール９８及びリモートコマンダーアプリケーションモジュール９９が含まれる。
【００８１】
ここで、リモートコマンダーアプリケーションモジュール９９は、予めインデックステーブルの作成を行うためのインデックス作成処理の実行部と、ユーザの操作指示に応じてインデックステーブルによるオーディオデータの再生処理を行うためのインデックス再生処理の実行部と共に、引き続いてバッファによるオーディオデータの再生処理を行うためのバッファ再生処理の実行部とを有している。
【００８２】
すなわち、操作制御部９から表示再生部６，７，８に対して、早送り（ＦＦ）又は巻き戻し（ＲＥＷ）等の操作指示が行われた場合に、再生指示がされると、リモートコマンダーアプリケーションモジュール９９が実行される。
【００８３】
このとき、リモートコマンダーアプリケーションモジュール９９のインデックス作成処理と、インデックス再生処理と、バッファ再生処理とが、表示再生部６，７，８のコンテンツ再生部に対して、実行されるようになされる。
【００８４】
従って、予め、操作制御部９及び表示再生部６，７，８は、インデックス作成処理を行って、ネットワーク内のコンテンツ供給部１，２、３からの受信したオーディオデータのメタデータからインデックス情報を抽出し、及びインデックス情報に対応するオーディオデータをインデックステーブルに格納しておくようにする。これにより、インデックス情報位置の先頭からのオーディオデータの再生の準備をしておくことができる。
【００８５】
ここで、操作制御部９から表示再生部６，７，８に対して、早送り（ＦＦ）又は巻き戻し（ＲＥＷ）等のオーディオデータの再生位置を変える動作の入力指示が行われると、操作制御部９及び表示再生部６，７，８は、インデックス再生処理を行って、入力指示のあったインデックス情報に基づいてインデックステーブルに格納されたインデックス情報に対応するオーディオデータを再生するようにする。
【００８６】
これにより、インデックス再生処理の間にインデックス情報位置のオーディオデータの再生に続くバッファの再生位置を探して再生の準備をすることができる。
【００８７】
従って、早送り（ＦＦ）又は巻き戻し（ＲＥＷ）等の操作指示が行われた場合、インデックス再生処理に続いてバッファに保持された音響データを再生するバッファ再生処理を実行することにより、待ち時間なく直ちにインデックス情報位置の先頭からのオーディオデータの再生をし、引き続きバッファのオーディオデータの再生をするようにする。
【００８８】
これにより、オーディオデータのストリーミング再生における、オーディオデータの再生位置の変更による待ち時間を大きく低減させることができる。
【００８９】
このように構成されたコンテンツ再生システムにおいてオーディオコンテンツのストリーミング処理は以下のように行われる。
【００９０】
図１に示した操作制御部９を示すコンテンツ再生機器であるＤＭＰは、オーディオコンテンツのリスト生成部５３において取得したコンテンツ供給部１，２、３を示すリソースのＵＲＬを適用してＨＴＴＰ  ＧＥＴに基づくコンテンツ要求を発行し、ＨＴＴＰストリーミングを要求する。
【００９１】
コンテンツ供給部１，２、３はオーディオコンテンツデータにインデックス情報を含むメタデータを付加し、ＤＭＰと共有する鍵を適用してオーディオコンテンツデータとメタデータを暗号化し、ホームネットワーク内のＤＭＰを示すＤＬＮＡ  機器である表示再生部６，７，８及び操作制御部９に対してコンテンツのストリーミング伝送を開始する。
【００９２】
ホームネットワーク内の表示再生部６，７，８及び操作制御部９を示すコンテンツ再生機器であるＤＭＰはコンテンツ供給部１，２、３から受信したオーディオコンテンツデータをコンテンツ供給部１，２、３と共有した暗号鍵を適用して復号を行ない、デコードすることでオーディオコンテンツの再生を実行する。
【００９３】
すなわち、操作制御部９は、コンテンツリストに対するユーザのコンテンツ選択情報を入力し、このコンテンツ選択情報に基づいて、選択コンテンツ対応のコンテンツ供給部１，２、３を示すＵＲＬ、すなわち、ＨＴＭＬデータに含まるコンテンツのリソースＵＲＬを特定し、ＵＲＬに基づく認証、鍵交換処理やコンテンツストリーミング処理を実行する。
【００９４】
上述した再生処理を行うためにオーディオデータを一時的に保持するバッファとしてリングバッファを用いる例を説明する。
図７は、リングバッファを示す構成図である。
図７において、初期位置では、書き込みポインタ１０１と読み出しポインタ１０２とは、同じ位置にある。ここで、書き込み要求があると、初期位置から書き込みポインタ１０１のリングバッファへの書き込み動作がスタートして、書き込みポインタ１０１の位置は時計方向に進み読み出しポインタ１０２に先行する。
【００９５】
このとき、読み出しポインタ１０２の位置から時計方向に読み出しポインタ１０２に先行している書き込みポインタ１０１の位置までの領域がデータ書き込み済み領域である。このデータ書き込み済み領域は、読み出しポインタ１０２によりデータ読み出し可能な領域である。
【００９６】
また、読み出しポインタ１０２の位置から反時計方向に書き込みポインタ１０１の位置までの領域がデータ読み出し済み領域である。このデータ読み出し済み領域は、書き込みポインタ１０１の上書きによりデータ書き込み可能な領域である。
【００９７】
ここで、書き込みポインタ１０１は、データ書き込み可能な領域がなくなるため、読み出しポインタ１０２に追いつくことはできないことになっている。また、読み出しポインタ１０２は、データ読み出し可能な領域がなくなるため、書き込みポインタ１０１に追いつくことはできないことになっている。
【００９８】
図７に示したリングバッファは、図２に示した表示再生部６，７，８のコンテンツ再生部２４、図３に示した表示再生部６，７，８のＲＡＭ４０、図４に示した操作制御部９の記憶部５７、図５に示した操作制御部９のＲＯＭ／ＲＡＭ８１に設けられる。
【００９９】
また、上述したインデックス情報を記憶するインデックステーブルの例を説明する。
図８は、インデックステーブルを示す構成図である。
図８において、インデックステーブルは、インデックス情報の識別符号を示すＩＤ１１１と、インデックス情報に対応してインデックステーブルに記憶されるオーディオデータの先頭の時刻１１２とを有している。
【０１００】
このインデックス情報は、予め、コンテンツ供給部１，２、３が送信するオーディオコンテンツデータにメタデータとして付加されている。そこで、操作制御部９及び表示再生部６，７，８は、インデックス作成処理において、メタデータに含まれるインデックス情報を抽出し、インデックス情報に基づいて分割される先頭部分のオーディオデータをインデックス情報と共にインデックステーブルに記憶する。
【０１０１】
すなわち、ＩＤ１１１がインデックス１のオーディオデータの先頭の時刻１１２は０［ｍｓｅｃ］、ＩＤ１１１がインデックス２のオーディオデータの先頭の時刻１１２は５０００［ｍｓｅｃ］、ＩＤ１１１がインデックス３のオーディオデータの先頭の時刻１１２は１２００００［ｍｓｅｃ］、…ＩＤ１１１がインデックスｎのオーディオデータの先頭の時刻１１２は２４００００［ｍｓｅｃ］の位置である。
【０１０２】
このようなインデックス作成処理は、図７に示したリングバッファのデータ保持処理とは異なる処理で実行される。
【０１０３】
図８に示したインデックステーブルは、図２に示した表示再生部６，７，８のコンテンツ再生部２４、図３に示した表示再生部６，７，８のＲＡＭ４０、図４に示した操作制御部９の記憶部５７、図５に示した操作制御部９のＲＯＭ／ＲＡＭ８１に設けられる。
【０１０４】
図８に示すインデックス情報に対応するオーディオデータは、具体的には、インデックステーブル内にひもつけられるデータ・キャッシュに記憶される。
【０１０５】
図９は、データ・キャッシュを示す構成図である。
図９において、データ・キャッシュ内のデータ１２１は、図８に示したＩＤ１１１がインデックス１に対応するオーディオデータ１の先頭部分、ＩＤ１１１がインデックス２に対応するオーディオデータ２の先頭部分、ＩＤ１１１がインデックス３に対応するオーディオデータ３の先頭部分、…ＩＤ１１１がインデックスｎに対応するオーディオデータｎの先頭部分が記憶される。
【０１０６】
これにより、早送り（ＦＦ）又は巻き戻し（ＲＥＷ）等の操作指示が行われた場合、再生位置の飛び先に応じたデータの一部を事前取得してデータ・キャッシュに事前記憶することができる。
【０１０７】
従って、図８に示したインデックステーブルのインデックス情報を参照することで、インデックステーブルにひもつけられる図９に示したデータ・キャッシュに記憶されるオーディオデータの先頭部分を再生することができる。
【０１０８】
このとき、１インデックスあたりのデータサイズは、上述した表示再生部６，７，８及び操作制御部９のコーデックの種類及び通信速度から算出することができる。
【０１０９】
このデータ・キャッシュは、全インデックス分持つことが望ましいが、キャッシュサイズが確保できない場合は、部分取得を行うようにする。すなわち、データ・キャッシュのリングバッファ化をするようにしてもよい。
【０１１０】
図９に示したデータ・キャッシュは、図８に示したインデックステーブルと共に、図２に示した表示再生部６，７，８のコンテンツ再生部２４、図３に示した表示再生部６，７，８のＲＡＭ４０、図４に示した操作制御部９の記憶部５７、図５に示した操作制御部９のＲＯＭ／ＲＡＭ８１に設けられる。
【０１１１】
図８に示したインデックステーブルにひもつけられる図９に示したデータ・キャッシュに記憶されるオーディオデータは、図７に示したリングバッファに一時的に保持されたオーディオデータの分割位置からの一部のオーディオデータである。
【０１１２】
例えば、図７に示したリングバッファに一時的に保持されたオーディオデータの全曲の書き込み期間が数分程度に対して、図８に示したインデックステーブルにひもつけられる図９に示したデータ・キャッシュに記憶されるオーディオデータの分割位置からの先頭部分の書き込み期間が数秒程度である。
【０１１３】
図８に示したインデックステーブルに記憶されるインデックス情報は、タイムコードによる時間情報であって１曲のオーディオデータに対して数十秒間隔に設けられる。
【０１１４】
また、図８に示したインデックステーブルに記憶されるインデックス情報は、１２音解析による特徴点情報であって１曲のオーディオデータに対して曲調に応じて数カ所に設けられる。
【０１１５】
また、図８に示したインデックステーブルに記憶されるインデックス情報は、音響データ製作者の意図する注目点情報であって１曲のオーディオデータに対して数カ所に設けられる。
【０１１６】
次に、インデックス作成処理の具体的な動作について説明する。
図１０は、インデックス位置のデータ取得処理を示すフローチャートである。
図１０に示すインデックス位置のデータ取得処理は、図２に示した表示再生部６，７，８のコンテンツ再生部２４、図３に示した表示再生部６，７，８のＣＰＵ３８、図４に示した操作制御部９のコンテンツ再生部５５、図５に示した操作制御部９のＣＰＵ８０が実行する動作である。
【０１１７】
すなわち、操作制御部９から表示再生部６，７，８に対して、早送り（ＦＦ）又は巻き戻し（ＲＥＷ）等の操作指示が行われた場合に、再生指示がされると、図６に示したリモートコマンダーアプリケーションモジュール９９が実行される。
【０１１８】
このとき、リモートコマンダーアプリケーションモジュール９９のインデックス作成処理が、表示再生部６，７，８のコンテンツ再生部に対して、実行されるようになされる。
【０１１９】
以下、図３に示した表示再生部６，７，８のＣＰＵ３８が動作を実行する場合を説明する。他の図２に示した表示再生部６，７，８のコンテンツ再生部２４、図４に示した操作制御部９のコンテンツ再生部５５、図５に示した操作制御部９のＣＰＵ８０も同様である。
【０１２０】
図１０において、図３に示した表示再生部６，７，８のＣＰＵ３８は、コーデック、ネットワークの速度から、１インデックスあたりに必要とするデータサイズ（ｓｉｚｅ）を算出する（ステップＳ１）。
【０１２１】
具体的には、図８に示したインデックステーブルにひもつけられる図９に示したデータ・キャッシュに記憶されるオーディオデータの容量は、図３に示した表示再生部６，７，８のデコード部３３における再生されるオーディオデータに対するコーデック処理時間に基づいて定められる。
【０１２２】
これに限らず、他の図２に示した表示再生部６，７，８のコンテンツ再生部２４、図４に示した操作制御部９のコンテンツ再生部５２、図５に示した操作制御部９のコーデック処理部７３についても同様である。
【０１２３】
また、図８に示したインデックステーブルにひもつけられる図９に示したデータ・キャッシュに記憶されるオーディオデータの容量は、図３に示した表示再生部６，７，８の通信部インターフェース部３１におけるデータ通信速度に基づいて定められる。
【０１２４】
これに限らず、他の図２に示した表示再生部６，７，８のネットワークインターフェース部２１、図４に示した操作制御部９のネットワークインターフェース部５１、図５に示した操作制御部９のネットワーク通信部７２についても同様である。
【０１２５】
次に、図３に示した表示再生部６，７，８のＣＰＵ３８は、インデックス数（ｎ）×ｓｉｚｅのメモリ容量を確保する（ステップＳ２）。具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、ＲＡＭ４０内に設けられる図９に示したデータ・キャッシュに、全インデックス分のデータサイズ分を記憶するためのキャッシュサイズを確保する。
【０１２６】
ここで、図３に示した表示再生部６，７，８のＣＰＵ３８は、レジスタの計数値（ｉ）をｉ＝０とする（ステップＳ３）。
【０１２７】
そして、図３に示した表示再生部６，７，８のＣＰＵ３８は、レジスタの計数値（ｉ）がインデックス数（ｎ）に対して、ｉ＜ｎであるか否かを判断する（ステップＳ４）。すなわち、全インデックス分のデータの処理がされたかどうかが判断される。
【０１２８】
判断ステップＳ４で、ｉ＜ｎであるときは、図３に示した表示再生部６，７，８のＣＰＵ３８は、インデックスｉのデータを読み込んで（ステップＳ５）、判断ステップＳ４へ戻って判断ステップＳ４の判断を繰り返す。
【０１２９】
すなわち、全インデックス分のデータが図８に示したインデックステーブル及びこれにひもつけられる図９に示したデータ・キャッシュに記憶されるまで繰り返す。
【０１３０】
判断ステップＳ４で、ｉ＝ｎのときは、処理を終了する。これにより、全インデックス分のデータが図８に示したインデックステーブル及びこれにひもつけられる図９に示したデータ・キャッシュに記憶される。
【０１３１】
このような図１０に示したインデックス作成処理は、図７に示したリングバッファのデータ保持処理とは異なる処理で実行される。
【０１３２】
すなわち、図１０に示したインデックス位置のデータ取得処理は、オーディオデータの再生動作と同時に別処理で実行されるが、これに限らず、再生すべきオーディオデータの選択指示が入力されたときに、再生に先立って実行するようにしても良い。
【０１３３】
ここで、図８に示したインデックステーブルに格納されたインデックス情報及びインデックス情報に対応するオーディオデータは、図７に示したリングバッファに保持されたオーディオデータの再生が実行された後に消去される。
【０１３４】
また、図８に示したインデックステーブルに格納されたインデックス情報及びインデックス情報に対応するオーディオデータは、次に入力指示のあるインデックス情報が他の曲を示すオーディオデータに対するものであるときに消去し、同じ曲を示すオーディオデータに対するものであるときに消去することなく再使用するようにしても良い。
【０１３５】
また、図８に示したインデックステーブルに格納されるインデックス情報及び記インデックス情報に対応するオーディオデータは、入力指示のあるインデックス情報がアルバムに含まれる曲を示すオーディオデータに対するものであるときに指定された曲の前後の曲についても取得するようにしても良い。
【０１３６】
また、図８に示したインデックステーブルに格納されるインデックス情報及びインデックス情報に対応するオーディオデータは、入力指示のあるインデックス情報がアルバムに含まれる曲を示すオーディオデータに対するものであるときに指定された曲が含まれるアルバムのすべての曲ごとについても取得するようにしても良い。
【０１３７】
次に、早送り（ＦＦ）又は巻き戻し（ＲＥＷ）等の操作指示が行われた場合の、再生位置の飛び先の処理を説明する。
図１１は、早送り（ＦＦ）又は巻き戻し（ＲＥＷ）処理を示すフローチャートである。
【０１３８】
図１１に示す早送り（ＦＦ）又は巻き戻し（ＲＥＷ）処理は、図２に示した表示再生部６，７，８のコンテンツ再生部２４、図３に示した表示再生部６，７，８のＣＰＵ３８、図４に示した操作制御部９のコンテンツ再生部５５、図５に示した操作制御部９のＣＰＵ８０が実行する動作である。
【０１３９】
すなわち、操作制御部９から表示再生部６，７，８に対して、早送り（ＦＦ）又は巻き戻し（ＲＥＷ）等の操作指示が行われた場合に、再生指示がされると、図６に示したリモートコマンダーアプリケーションモジュール９９が実行される。
【０１４０】
このとき、リモートコマンダーアプリケーションモジュール９９のインデックス再生処理と、バッファ再生処理とが、表示再生部６，７，８のコンテンツ再生部に対して、実行されるようになされる。
【０１４１】
以下、図３に示した表示再生部６，７，８のＣＰＵ３８が動作を実行する場合を説明する。他の図２に示した表示再生部６，７，８のコンテンツ再生部２４、図４に示した操作制御部９のコンテンツ再生部５５、図５に示した操作制御部９のＣＰＵ８０も同様である。
【０１４２】
図１１において、図３に示した表示再生部６，７，８のＣＰＵ３８は、次に再生すべきインデックスｘを決定する（ステップＳ１１）。
【０１４３】
具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、早送り（ＦＦ）又は巻き戻し（ＲＥＷ）の操作指示が行われた再生位置に対応する図８に示したインデックステーブルのインデックスｘ（＜ｎ）を決定する。
【０１４４】
次に、図３に示した表示再生部６，７，８のＣＰＵ３８は、再生バッファをインデックスｘのデータに切り替える（ステップＳ１２）。
【０１４５】
具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、再生すべきデータを図７に示すリングバッファから図８に示したインデックステーブルのインデックスｘのデータに切り替える。
【０１４６】
これにより、図３に示した表示再生部６，７，８のＣＰＵ３８は、再生すべきデータを図８に示したインデックステーブルのインデックスｘにひもつけられる図９に示したデータ・キャッシュに記憶されるオーディオデータに切り替える。
【０１４７】
ここで、図３に示した表示再生部６，７，８のＣＰＵ３８は、インデックスｘの続きのデータをリングバッファに読み込む（ステップＳ１３）。
【０１４８】
具体的には、ステップＳ１２の再生すべきデータを図７に示すリングバッファから図８に示したインデックステーブルのインデックスｘのデータに切り替える処理を実行している間に、図３に示した表示再生部６，７，８のＣＰＵ３８は、インデックスｘのデータに続くデータをリングバッファに読み込む。引き続きデータを再生可能にするためである。
【０１４９】
次に、図３に示した表示再生部６，７，８のＣＰＵ３８は、インデックスｘのデータの再生を行う（ステップＳ１４）。
【０１５０】
具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、ステップＳ１２で再生すべきデータとして切り替えたインデックスｘのデータの再生を行う。
【０１５１】
そして、図３に示した表示再生部６，７，８のＣＰＵ３８は、リングバッファに読み込んだインデックスｘのデータに続くデータを再生する（ステップＳ１５）。
【０１５２】
具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、ステップＳ１３でリングバッファに読み込んだインデックスｘのデータに続くデータを、ステップＳ１４のインデックスｘのデータに続けて再生する。
【０１５３】
次に、図１１のステップＳ１３に示したインデックスｘの続きのデータをリングバッファに読み込む処理のサブルーチンのフローチャートを説明する。
図１２は、書き込みスレッドの処理を示すフローチャートである。
図１２は、インデックステーブルのインデックスｘの続きのデータを図７に示すリングバッファに読み込む動作を示す。
【０１５４】
図１２に示す書き込みスレッドの処理は、図２に示した表示再生部６，７，８のコンテンツ再生部２４、図３に示した表示再生部６，７，８のＣＰＵ３８、図４に示した操作制御部９のコンテンツ再生部５５、図５に示した操作制御部９のＣＰＵ８０が実行する動作である。
【０１５５】
すなわち、操作制御部９から表示再生部６，７，８に対して、書き込みスレッドの操作指示が行われた場合に、図６に示したリモートコマンダーアプリケーションモジュール９９が実行される。このとき、リモートコマンダーアプリケーションモジュール９９のバッファ書き込み処理が、表示再生部６，７，８のコンテンツ再生部に対して、実行されるようになされる。
【０１５６】
以下、図３に示した表示再生部６，７，８のＣＰＵ３８が動作を実行する場合を説明する。他の図２に示した表示再生部６，７，８のコンテンツ再生部２４、図４に示した操作制御部９のコンテンツ再生部５５、図５に示した操作制御部９のＣＰＵ８０も同様である。
【０１５７】
図１２において、図３に示した表示再生部６，７，８のＣＰＵ３８は、リングバッファを初期化する。具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、初期化では、図７に示す書き込みポインタ１０１と読み出しポインタ１０２とを、同じ初期位置（＝０）にする（ステップＳ２１）。
【０１５８】
次に、図３に示した表示再生部６，７，８のＣＰＵ３８は、データを書き込みサイズ分読み込み、リングバッファに書き込む（ステップＳ２２）。具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、書き込み要求があると、図７に示す初期位置から書き込みポインタ１０１のリングバッファへの書き込み動作がスタートする。
【０１５９】
そして、図３に示した表示再生部６，７，８のＣＰＵ３８は、書き込みポインタの位置を順次インクリメントさせて、これを順次書き込みサイズとして認識する（ステップＳ２３）。具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、図７に示す書き込みポインタ１０１の位置を時計方向に進め、進んだ位置までの領域をデータ書き込み済み領域として認識する。
【０１６０】
ここで、図３に示した表示再生部６，７，８のＣＰＵ３８は、データの終りまで読んだか否かを判断する（ステップＳ２４）。具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、コンテンツ供給部１，２、３から受信したオーディオデータの終りまで読んで、リングバッファに書き込んだか否かを判断する。
【０１６１】
判断ステップＳ２４で、データの終りまで読んでいないときは、図３に示した表示再生部６，７，８のＣＰＵ３８は、ラップ（周回）したか否かを判断する（ステップＳ２５）。具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、図７に示す書き込みポインタ１０１の位置がステップＳ２１の初期位置まで書き込みが進んでラップ（周回）したか否かを判断する。
【０１６２】
判断ステップＳ２５で、ラップ（周回）したときは、図３に示した表示再生部６，７，８のＣＰＵ３８は、図７に示す書き込みポインタ１０１を初期位置（＝０）にする（ステップＳ２６）。
【０１６３】
判断ステップＳ２５で、ラップ（周回）していないとき、及びステップＳ２６の処理後に、図３に示した表示再生部６，７，８のＣＰＵ３８は、書き込みサイズ分バッファに空きがあるか否かを判断する（ステップＳ２７）。具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、図７に示す書き込みポインタ１０１の位置から時計方向の読み出しポインタ１０２の位置までのバッファ空き領域が残りの書き込みサイズ分だけあるか否かを判断する。
【０１６４】
判断ステップＳ２７で、書き込みサイズ分バッファに空きがないとき、図３に示した表示再生部６，７，８のＣＰＵ３８は、書き込みサイズ分バッファに空きができるのを待つ（ステップＳ２８）。具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、図７に示す読み出しポインタ１０２の位置が時計方向に進んで、バッファ空き領域が残りの書き込みサイズ分だけできるのを待つ。
【０１６５】
判断ステップＳ２７で、書き込みサイズ分バッファに空きがあるとき、及びステップＳ２８の処理後に、ステップＳ２２の処理に戻って、ステップＳ２２〜ステップＳ２８までの処理及び判断を繰り返す。
最後に、判断ステップＳ２４で、データの終りまで読んでだときは、処理を終了する。
【０１６６】
次に、図１１のステップＳ１５のリングバッファに読み込んだインデックスｘのデータに続くデータを再生する処理のサブルーチンのフローチャートを説明する。
図１３は、読み出しスレッドの処理を示すフローチャートである。
【０１６７】
図１３は、インデックステーブルのインデックスｘの続きのデータを図７に示すリングバッファから読み出す動作を示す。
図１３に示す読み出しスレッドの処理は、図２に示した表示再生部６，７，８のコンテンツ再生部２４、図３に示した表示再生部６，７，８のＣＰＵ３８、図４に示した操作制御部９のコンテンツ再生部５５、図５に示した操作制御部９のＣＰＵ８０が実行する動作である。
【０１６８】
すなわち、操作制御部９から表示再生部６，７，８に対して、読み出しスレッドの操作指示が行われた場合に、図６に示したリモートコマンダーアプリケーションモジュール９９が実行される。このとき、リモートコマンダーアプリケーションモジュール９９のバッファ再生処理が、表示再生部６，７，８のコンテンツ再生部に対して、実行されるようになされる。
【０１６９】
以下、図３に示した表示再生部６，７，８のＣＰＵ３８が動作を実行する場合を説明する。他の図２に示した表示再生部６，７，８のコンテンツ再生部２４、図４に示した操作制御部９のコンテンツ再生部５５、図５に示した操作制御部９のＣＰＵ８０も同様である。
【０１７０】
まず、図３に示した表示再生部６，７，８のＣＰＵ３８は、読み出しサイズ分のデータがリングバッファにあるか否かを判断する（ステップＳ３１）。具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、図７に示す読み出しポインタ１０２の位置から時計方向の書き込みポインタ１０１の位置までの領域に読み出しサイズ分のデータがあるか否かを判断する。
【０１７１】
判断ステップＳ３１で、読み出しサイズ分のデータがリングバッファにないとき、図３に示した表示再生部６，７，８のＣＰＵ３８は、読み出しサイズ分リングバッファにデータが書き込まれるのを待つ（ステップＳ３２）。具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、図７に示す書き込みポインタ１０１の位置が時計方向に進んで、読み出しサイズ分リングバッファにデータが書き込まれるのを待つ。
【０１７２】
判断ステップＳ３１で、読み出しサイズ分のデータがリングバッファにあるとき、及びステップＳ３２の処理後に、図３に示した表示再生部６，７，８のＣＰＵ３８は、図３に示した表示再生部６，７，８のＣＰＵ３８は、データを読み出しサイズ分読み込み、データを再生する（ステップＳ３３）。具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、読み出し要求があると、図７に示すリングバッファから読み出しポインタ１０２による読み出し動作がスタートする。
【０１７３】
そして、図３に示した表示再生部６，７，８のＣＰＵ３８は、読み出しポインタの位置を順次インクリメントさせて、これを順次読み出しサイズとして認識する（ステップＳ３４）。具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、図７に示す読み出しポインタ１０２の位置を時計方向に進め、進んだ位置から書き込みポインタ１０１の位置までの領域をデータ読み出し領域として認識する。
【０１７４】
ここで、図３に示した表示再生部６，７，８のＣＰＵ３８は、データの終りまで再生したか否かを判断する（ステップＳ３５）。具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、コンテンツ供給部１，２、３から受信したオーディオデータの終りまでリングバッファに読み込んで再生したか否かを判断する。
【０１７５】
判断ステップＳ３５で、データの終りまで再生していないときは、図３に示した表示再生部６，７，８のＣＰＵ３８は、ラップ（周回）したか否かを判断する（ステップＳ３６）。具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、図７に示す読み出しポインタ１０２の位置が図１２のステップＳ２１の初期位置までラップ（周回）したか否かを判断する。
【０１７６】
判断ステップＳ３６で、ラップ（周回）したときは、図３に示した表示再生部６，７，８のＣＰＵ３８は、図７に示す読み出しポインタ１０２を初期位置（＝０）にする（ステップＳ３７）。
【０１７７】
判断ステップＳ３６で、ラップ（周回）していないとき、及びステップＳ３７の処理後に、ステップＳ３１の処理に戻って、ステップＳ３１〜ステップＳ３７までの処理及び判断を繰り返す。
最後に、判断ステップＳ３５で、データの終りまで再生したときは、処理を終了する。
【０１７８】
次に、操作制御部９及び表示再生部６，７，８がコンテンツ供給部１，２、３から受信したオーディオデータのデータフォーマット（ＭＰ３）について説明する。
図１４は、データフォーマット（ＭＰ３）構成図である。
図１４において、データフォーマット（ＭＰ３）は、先頭に設けられるＩＤ３ｖ２タグ１４１と、これに続くデータ部１４２とで構成されている。
【０１７９】
データフォーマット（ＭＰ３（MPEG Audio Layer-3））は、デジタルオーディオのための圧縮オーディオファイルフォーマットである。
１４１１ｋｂｐｓのＣＤ規格ＰＣＭに対し、通常の聴取に耐える範囲で、オーディオでは約１２８ｋｂｐｓ、音声では約３２ｋｂｐｓまで圧縮することができる。ビットレート制限は、最小３２ｋｂｐｓ，最大３２０ｋｂｐｓ（MPEG-1 Audio Layer-3）である。
【０１８０】
「MPEG-1/2 Audio Layer-3」と表記することもある。非公式規格の「MPEG-2.5 Audio Layer-3」を含むこともある。MPEG-1 Audio Layer-3の仕様はＩＳＯ１１１７２−３で規格化されている。
ＭＰ１（同  Ｌａｙｅｒ−１）、ＭＰ２（同  Ｌａｙｅｒ−２）は先行規格だが、ＭＰ３と互換性はない。ＭＰ３とＭＰ４は名称は類似しているが、Ｌａｙｅｒ−４ではなく、ＭＰＥＧ−４の関連規格である。
【０１８１】
図１５は、図１４に示したＩＤ３ｖ２タグ１４１の構成図である。
図１５において、図１４に示したＩＤ３ｖ２タグ１４１は、ＩＤ３ｖ２ヘッダ１５１、ＩＤ３ｖ２フレーム１５２、ＩＤ３ｖ２フレームデータ１５３、ＩＤ３ｖ２フレーム１５４、ＩＤ３ｖ２フレームデータ１５５、ＩＤ３ｖ２フレーム１５６、…ＧＥＯＢ（General encapsulated object）フレーム１５８…、ＩＤ３ｖ２フレームデータ１５７とから構成されている。
【０１８２】
図１６は、図１５に示したＩＤ３ｖ２ヘッダ１５１の構成図であり、図１６Ａはヘッダ構成、図１６Ｂは構成要素の説明である。
図１６Ａに示すように、図１５に示したＩＤ３Ｖ２ヘッダ１５１は、０〜２バイトまではファイル識別子１６１が設けられ、３〜４バイトまではバージョン１６２、５バイトはフラグ１６３、６〜９バイトまではレングス１６４が設けられている。
【０１８３】
図１６Ｂに示すように、名称１６５のファイル識別子１６１の説明１６６は“ＩＤ３”の文字列である。名称１６５のバージョン１６２の説明１６６はバージョン番号、名称１６５のフラグ１６３の説明１６６はフラグの有無、名称１６５のレングス１６４の説明１６６はＩＤ３ｖ２  タグのサイズである。
【０１８４】
図１７は、図１５に示したＩＤ３Ｖ２フレーム１５２、ＩＤ３ｖ２フレーム１５４、ＩＤ３ｖ２フレーム１５６のＩＤ３Ｖ２フレームヘッダ構成図であり、図１７Ａはヘッダ構成、図１７Ｂは構成要素の説明である。
【０１８５】
図１７Ａに示すように、図１５に示したＩＤ３Ｖ２フレーム１５２、ＩＤ３ｖ２フレーム１５４、ＩＤ３ｖ２フレーム１５６のＩＤ３Ｖ２フレームヘッダは、０〜３バイトまではフレームＩＤ１７１が設けられ、４〜７バイトまではフレームレングス１７２、８〜９バイトまではフラグ１７３が設けられている。
【０１８６】
図１７Ｂに示すように、名称１７４のフレームＩＤ１７１の説明１７５はフレーム内のデータ識別子である。名称１７４のフレームレングス１７２の説明１７５はフレームの大きさ、名称１７４のフラグ１７３の説明１７５はフレームフラグである。
【０１８７】
図１８は、楽曲特徴点データ構造を示す図であり、図１８Ａは楽曲特徴点データ構成、図１８Ｂは構成要素の説明、図１８Ｃは通常データフレーム構造である。
図１８に示す楽曲特徴点データは、図１５に示したＩＤ３Ｖ２タグ１４１のＧＥＯＢフレーム１５８内に下記形式で格納する。
【０１８８】
図１８Ａに示す楽曲特徴点データ構成は、０〜ｆバイトまでＩＤ１８１が設けられ、続く他のフレームの０〜ｆバイトまでサビデータフレーム１８２、続く他のフレームの０〜ｆバイトまでｘｘｘフレーム１８３が設けられている。このように、楽曲特徴点データ構成は、複数フレームにまたがって設けられている。
【０１８９】
図１８Ｂに示すように、名称１８４のＩＤ１８１の説明１８５は、特徴点データであることを示すＩＤ“ＵＳＥＲ＿ＳＭＦＭＦ”である。このとき余白はＮＵＬＬデータで詰められる。名称１８４の各フレーム１８３の説明１８５は、各フレーム各種情報を格納するフレームである。
【０１９０】
図１８Ｃに示す通常データフレーム構造は、０〜３バイトまではヘッダ１８６、４〜７バイトまではデータフレームサイズ１８７、８〜ｆバイトまではデータフレーム１８８が設けられている。
【０１９１】
図１９は、図１８Ａに示したサビデータフレーム（サビ情報フレーム）構成図であり、図１９Ａはサビデータフレームデータ構成、図１９Ｂは構成要素の説明である。
図１９Ａに示すサビデータフレームデータ構成は、０〜３バイトまでヘッダ１９１が設けられ、４〜７バイトまでデータフレームサイズ１９２、８〜ｂバイトまで１９３のサビ１、ｃ〜ｆバイトまで１９４のサビ２が設けられている。
【０１９２】
続く他のフレームの０〜３バイトまで１９５のサビ３、…、ｃ〜ｆバイトまで１９６のサビｎが設けられている。このように、サビデータフレームデータ構成は、複数フレームにまたがって設けられている。
【０１９３】
図１９Ｂに示すように、名称１９７のヘッダ１９１の説明１９８は、サビデータを示すＩＤ“ＳＡＢＩ”である。名称１９７のデータフレームサイズ１９２の説明１９８は、データフレームサイズ以降のデータサイズを示し４×ｎ（バイト）である。名称１９７の１９３のサビ１〜１９６のサビｎの説明１９８は、サビの位置（ｍｓｅｃ）である。
【０１９４】
以下に、特徴点データ抽出処理の具体的な動作を説明する。
図２０は、特徴点データ抽出処理を示すフローチャートである。
図２０に示す特徴点データ抽出処理は、図２に示した表示再生部６，７，８のコンテンツ再生部２４、図３に示した表示再生部６，７，８のＣＰＵ３８、図４に示した操作制御部９のコンテンツ再生部５５、図５に示した操作制御部９のＣＰＵ８０が実行する動作である。
【０１９５】
すなわち、操作制御部９から表示再生部６，７，８に対して、早送り（ＦＦ）又は巻き戻し（ＲＥＷ）等の操作指示が行われた場合に、再生指示がされると、図６に示したリモートコマンダーアプリケーションモジュール９９が実行される。このとき、リモートコマンダーアプリケーションモジュール９９のインデックス抽出処理が、表示再生部６，７，８のコンテンツ再生部に対して、実行されるようになされる。
【０１９６】
この場合に抽出されるインデックスは、楽曲の特徴点データである。この楽曲の特徴点データは、予め、オーディオコンテンツの送信側のコンテンツ供給部１，２，３でオーディオデータに付加されるメタデータに含まれている。
【０１９７】
図２０は、図１０に示したインデックス位置のデータ抽出処理のステップＳ５のインデックスｉのデータ読み込みの処理において、インデックスｉが楽曲の特徴点データの場合の動作を示している。
以下、図３に示した表示再生部６，７，８のＣＰＵ３８が動作を実行する場合を説明する。他の図２に示した表示再生部６，７，８のコンテンツ再生部２４、図４に示した操作制御部９のコンテンツ再生部５５、図５に示した操作制御部９のＣＰＵ８０も同様である。
【０１９８】
図２０において、図３に示した表示再生部６，７，８のＣＰＵ３８は、楽曲ファイル（ＭＰ３）の先頭５１２バイトを読み込む（ステップＳ４１）。
具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、コンテンツ供給部１，２、３でオーディオデータに付加されるメタデータに含まれているインデックスデータ部分をＲＡＭ４０に読み込む。
【０１９９】
このときのデータサイズの求め方について説明する。
ＭＰ３フォーマットのＬａｙｅｒＩファイルの場合、フレームレングスは、数１式のように求められる。
【０２００】
〔数１〕
フレームレングス＝（（１２×ビットレート）÷サンプルレート＋パディング）×４
また、ＭＰ３フォーマットのＬａｙｅｒII及びIIIファイルの場合、フレームレングスは、数２式のように求められる。
【０２０１】
〔数２〕
フレームレングス＝（（１４４×ビットレート）÷サンプルレート）＋パディング
例えば、ＭＰ３フォーマットのＬａｙｅｒIIIファイル、ビットレート＝１２８０００（ｂｐｓ）、サンプルレート＝４４１００（ｂｐｓ）、パディング＝０のとき、フレームレングスは、数３式のように求められる。
【０２０２】
〔数３〕
フレームレングス＝（１４４×１２８０００）÷４４１００
＝４１７（バイト）
なお、パディングデータの長さは、オーディオコンテンツの送信時のデータ長の補正用に適宜挿入されているため、一様ではない。
【０２０３】
次に、図３に示した表示再生部６，７，８のＣＰＵ３８は、ＩＤ３タグがあるか否かを判断する（ステップＳ４２）。
具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、ステップＳ４１で読み込んだデータに、図１４に示したＭＰ３フォーマットのＩＤ３ｖ２タグ１４１があるか否かを、図１６Ａのファイル識別子１６１に基づいて判断する。
【０２０４】
判断ステップＳ４２で、ＩＤ３タグがあるときは、サビデータフレームがあるか否かを判断する（ステップＳ４３）。
具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、ＩＤ３ｖ２タグ１４１の中に図１５に示したサビデータフレームを示すＧＥＯＢフレーム１５８があるか否かを判断する。このとき、ＧＥＯＢフレーム１５８を示す図１８Ａのサビデータフレーム１８２は、ＩＤ１８１に基づいて特徴点データであることが判断できる。
【０２０５】
判断ステップＳ４３で、サビデータフレームがあるときは、図３に示した表示再生部６，７，８のＣＰＵ３８は、インデックステーブルに取得するインデックス（ｉ）を０にする（ステップＳ４４）。
具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、取得すべきインデックス（ｉ）をカウントするレジスタ値を初期化（＝０）にする。
【０２０６】
そして、図３に示した表示再生部６，７，８のＣＰＵ３８は、特徴点を示すサビ（ｉ）の情報を取得し、インデックス（ｉ）のデータとする（ステップＳ４５）。
具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、図１８Ａのサビデータフレーム１８２から図１９Ａの１９３のサビ１、１９４のサビ２、１９５のサビ３、…、１９６のサビｎの情報を取得する。そして、インデックス（ｉ）のデータとしてインデックステーブルにひもつけられるデータ・キャッシュに記憶する。
【０２０７】
そして、図３に示した表示再生部６，７，８のＣＰＵ３８は、サビデータフレームを最後まで処理したか否かを判断する（ステップＳ４６）。
具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、図１９Ａのデータフレームサイズ１９２に基づいてサビデータフレームを最後まで処理したか否かを判断する。
【０２０８】
判断ステップＳ４６で、サビデータフレームを最後まで処理していないときは、図３に示した表示再生部６，７，８のＣＰＵ３８は、インデックステーブルに取得するインデックス（ｉ）の数をインクリメントして、ステップＳ４５へ戻って、ステップＳ４５〜ステップＳ４７までの処理及び判断を繰り返す（ステップＳ４７）。
具体的には、図３に示した表示再生部６，７，８のＣＰＵ３８は、取得すべきインデックス（ｉ）をカウントするレジスタ値をｉ＝ｉ＋１にインクリメントする。
【０２０９】
判断ステップＳ４２で、ＩＤ３タグがないとき、判断ステップＳ４３で、サビデータフレームがないとき、判断ステップＳ４６で、サビデータフレームを最後まで処理したときは、処理を終了する。
【０２１０】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０２１１】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory）に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory），ＭＯ（Magneto optical）ディスク，ＤＶＤ（Digital Versatile Disc）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０２１２】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ（Local Area Network）、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０２１３】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【０２１４】
なお、上述した本実施の形態例に限らず、本発明の要旨を逸脱しない限り、適宜変更しうることは言うまでもない。
【図面の簡単な説明】
【０２１５】
【図１】本発明の一実施の形態によるコンテンツ表示再生システム構成例を示す説明図である。
【図２】再生表示部を示す機能ブロック図である。
【図３】表示再生部を示すハードウェア構成図である。
【図４】操作制御部を示す機能ブロック図である。
【図５】操作制御部を示すハードウェア構成図である。
【図６】操作制御部を示すソフトウェア構成図である。
【図７】リングバッファを示す構成図である。
【図８】インデックステーブルを示す構成図である。
【図９】データ・キャッシュを示す構成図である。
【図１０】インデックス位置のデータ取得処理を示すフローチャートである。
【図１１】早送り（ＦＦ）又は巻き戻し（ＲＥＷ）処理を示すフローチャートである。
【図１２】書き込みスレッドの処理を示すフローチャートである。
【図１３】読み出しスレッドの処理を示すフローチャートである。
【図１４】データフォーマット（ＭＰ３）構成図である。
【図１５】ＩＤ３ｖ２タグの構成図である
【図１６】ＩＤ３ｖ２ヘッダの構成図であり、図１６Ａはヘッダ構成、図１６Ｂは構成要素の説明である。
【図１７】ＩＤ３Ｖ２フレームヘッダ構成図であり、図１７Ａはヘッダ構成、図１７Ｂは構成要素の説明である。
【図１８】楽曲特徴点データ構造を示す図であり、図１８Ａは楽曲特徴点データ構成、図１８Ｂは構成要素の説明、図１８Ｃは通常データフレーム構造である。
【図１９】サビデータフレーム（サビ情報フレーム）構成図であり、図１９Ａはサビデータフレームデータ構成、図１９Ｂは構成要素の説明である。
【図２０】特徴点データ抽出処理を示すフローチャートである。
【符号の説明】
【０２１６】
１〜３…コンテンツ供給部、６〜８…表示再生部、９…操作制御部、１１〜１６…ネットワーク、２１…ネットワークＩ／Ｆ、２２…コンテンツ受信処理部、２３…コンテンツデコード部、２４…コンテンツ再生部、２５…コンテンツ表示部、２６…コンテンツ音声出力部、３１…通信部Ｉ／Ｆ、３２…受信処理部、３３…デコード部、３４…映像信号処理部、３５…ＬＣＤ、３６…音声信号増幅部、３７…スピーカ、３８…ＣＰＵ、３９…ＲＯＭ、４０…ＲＡＭ、４１…ＥＥＰＲＯＭ、４２…入力Ｉ／Ｆ、４３…キー入力部、５１…ネットワークＩ／Ｆ、５２…コンテンツ受信処理部、５３…リスト生成部、５４…リスト表示部、５５…コンテンツ再生部、５６…コンテンツ表示部、５７…記憶部、５８…表示再生部、リスト表示部、５９…操作選択部、６０…入力操作判定部、６１…入力操作受付部、７１…アンテナ、７２…ネットワーク通信部、７３…コーデック処理部、７４…音声信号増幅部、７５，７６…スピーカ、７９…入力スイッチマトリクス部、８０…ＣＰＵ、８１…ＲＯＭ／ＲＡＭ、８２…ＬＣＤ、８３…記憶装置、９１…グラフィックスプロセッサモジュール、９２…８０２．１１ｂモジュール、９３…ＯＳ、９４…ネットワークプロトコル処理部モジュール、９５…グラフィックスライブラリモジュール、９６…映像ストリーム処理部モジュール、９７…映像、音楽、画像デコーダ部モジュール、９８…リモート機器制御部モジュール、９９…リモートコマンダーアプリケーションモジュール
【図１】
2009134155.tif 000003
【図２】
2009134155.tif 000004
【図３】
2009134155.tif 000005
【図４】
2009134155.tif 000006
【図５】
2009134155.tif 000007
【図６】
2009134155.tif 000008
【図７】
2009134155.tif 000009
【図８】
2009134155.tif 000010
【図９】
2009134155.tif 000011
【図１０】
2009134155.tif 000012
【図１１】
2009134155.tif 000013
【図１２】
2009134155.tif 000014
【図１３】
2009134155.tif 000015
【図１４】
2009134155.tif 000016
【図１５】
2009134155.tif 000017
【図１６】
2009134155.tif 000018
【図１７】
2009134155.tif 000019
【図１８】
2009134155.tif 000020
【図１９】
2009134155.tif 000021
【図２０】
2009134155.tif 000022