JP2003264791A - コンテンツデータ作成装置、コンテンツデータ再生装置、およびコンテンツデータ再生システム - Google Patents

Abstract

(57)【要約】 【課題】 コンテンツの提供者および利用者の利便性を
向上させるコンテンツデータ再生システムを提供する。 【解決手段】 作成装置３で作成され、記憶媒体２１に
記憶されるコンテンツデータには、ＭＰ３形式の音声デ
ータと、Ｇ７２６形式の音声データと、ＭＪＰＧ形式の
映像データとを含む。このようなコンテンツデータは、
異なる機種の再生装置である再生装置１および２におい
て再生が可能である。すなわち、各々の再生装置におい
て、搭載しているデコーダやその状態に応じて、コンテ
ンツデータに含まれるデータから最適なデータを選択し
て再生する。例えば再生装置１では、コンテンツデータ
よりＧ７２６形式の音声データを選択してＧ７２６デコ
ーダ２３で再生する。また、再生装置２では、コンテン
ツデータよりＭＰ３形式の音声データを選択してＭＰ３
デコーダ２５で再生する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明はコンテンツデータ
作成装置、コンテンツデータ再生装置、およびコンテン
ツデータ再生システムに関し、特に、利便性の高いコン
テンツデータ作成装置、コンテンツデータ再生装置、お
よびコンテンツデータ再生システムに関する。

【０００２】

【従来の技術】従来から、同じ情報ソースに関して、複
数の形式の情報を一括して配信する手法がある。

【０００３】例えば、ＦｌａｓｈＰｉｘ規格は、同じシ
ーンについて解像度の違う複数の画像を作成し、同じフ
ァイルに同梱し、処理の種類に応じて適した解像度の画
像を選択できる手法を採用した規格である。具体的に
は、特開平１１−３９４６６号公報において、解像度の
異なる複数の画像を同梱し、表示速度の優先される一覧
再生時には低解像度の画像を再生し、画質が優先される
印刷時には高解像度の画像を再生するというように、同
梱された複数の画像から目的に応じて選択して再生する
方法について開示している。この手法により、表示速度
の改善と高画質印刷とを同時に実現している。

【０００４】また例えば、ＭＰＥＧ２ビデオ規格（ＩＳ
Ｏ／ＩＥＣ１３８１８−２）では、同じ映像ソースにつ
いて、基本レイヤと高位レイヤとの２種類の情報に分割
して放送することができる。基本レイヤには低解像度映
像情報が含まれており、高位レイヤには高解像度映像情
報と低解像度映像情報との差分の情報が含まれている。
このため、カラーテレビジョン放送の標準形式であるＮ
ＴＳＣしか再生できない受像機においては、基本レイヤ
に含まれている情報のみを使用して再生することができ
る。一方で、高品位テレビジョン放送方式であるＨＤＴ
Ｖを再生することができる受像機においては、基本レイ
ヤと高位レイヤとの両方を用いて復号することにより、
高解像度映像情報を得ることができ、より鮮明な映像を
表示することができる。この手法により、低解像度しか
再生できない受像機と、高解像度も再生できる受像機と
が混在する場合において、単一チャネルだけであるにも
関わらず、両受像機で再生できる放送を配信することが
でき、放送を行なう側の負担が軽減されている。

【０００５】近年、携帯電話、ＰＤＡ（Personal Digit
al Assistants）といった携帯機器の能力が向上し、動
画や音声を携帯機器において再生できるようになってき
た。これら携帯機器では、カード式の記録媒体を着脱で
きるコネクタを装備しており、これらの記録媒体からコ
ンテンツを読出して、再生装置で再生する。

【０００６】

【発明が解決しようとする課題】しかしながら、上述の
ＦｌａｓｈＰｉｘ規格やＭＰＥＧ２ビデオ規格等を用い
た従来のコンテンツ再生方法では、解像度に応じた複数
のデータを同梱して送信し、再生装置で再生するデータ
を選択することができるものの、あくまでＦｌａｓｈＰ
ｉｘ規格やＭＰＥＧ２ビデオ規格等に従った形式のデー
タの中から事前に想定された形式のデータを選択できる
に過ぎない。そのため、従来のコンテンツ再生方法で
は、個々の再生装置用に様々な形式のデータが作成さ
れ、それらが様々に組合わされたコンテンツデータが配
信された場合には対応しきれないという問題があった。
すなわち、これらの規格に従った再生装置では、再生装
置を開発した時点で既知となっているデータの形式にし
か対応することができず、新たに独自の形式や想定外の
形式のデータをコンテンツデータに混在させたときに、
従来の再生装置では対応できないという問題があった。

【０００７】このような問題について、以下にさらに詳
しく説明する。動画や音声のデータ方式には、解像度や
圧縮方式などに応じて様々な方式がある。そのため、再
生装置には、データ方式に応じたデータのデコーダが必
要である。

【０００８】再生装置は、データを読出して、内蔵され
たデコーダに渡すことによってデータを再生する。した
がって、動画や音声のデータが再生装置で再生可能であ
るためには、動画や音声は、再生装置に搭載されたデコ
ーダが処理できるデータの形式で、あらかじめ記録され
ておかなければならない。

【０００９】携帯機器用の再生装置で再生するデータと
しては、すでに公知となっている規格に準拠したデータ
である場合もあるし、独自の形式のデータを用いる場合
もある。すなわち、再生装置で再生するデータの形式に
ついての一般的な取決めはなく、携帯機器の処理能力
（圧縮されたデータを展開するときに必要となる演算能
力）や再生能力（表示装置の解像度や、音声出力装置の
音質など）、利用者の利用形態などに応じて、データ形
式を決定するのが通例である。それゆえ、再生装置に実
装されるデコーダもさまざまな組合わせがありうる。し
たがって、再生装置によって、再生できるデータの形式
が統一されず、ある再生装置で再生できるデータでも、
他の再生装置では再生できないという問題がおきてしま
う。この問題は、利用者にとって利便性を大きく損なう
ものである。また、これらのデータを含むコンテンツの
提供者にとっても、再生装置に応じて個別のデータを管
理せねばならず、利便性を大きく損なうものである。

【００１０】例えば、音声のデータ形式の１つにＧ７２
６がある。Ｇ７２６形式は、比較的処理負荷が小さいた
め、処理能力の乏しい機器に用いられるが、音質は良く
ない。また、他の音声のデータ形式であるＭＰＥＧ Ａ
ＵＤＩＯ Ｌａｙｅｒ−III規格では（以下、この規格
に準拠するデータの形式をＭＰ３形式と言う）、ＣＤ
（Compact Disk）音質と同程度の高音質を実現すること
ができる。しかし、デコーダの処理負荷が大きく、特に
旧式の携帯機器には搭載されていないことが多い。

【００１１】このような再生装置において、音声と映像
とを含む従来のコンテンツデータが再生される場合につ
いて考える。

【００１２】図２０は、従来のコンテンツデータ再生シ
ステムの構成と、コンテンツデータのデータ構成とを示
す図である。図２０において、コンテンツデータ作成装
置３において作成され記録媒体１９に記録されるコンテ
ンツデータは、上述のＧ７２６形式の音声データと、モ
ーションＪＰＥＧ（以下、ＭＪＰＧと略す）形式の映像
データとを含むコンテンツデータであり、記録媒体２０
に記録されるコンテンツデータは、上述のＭＰ３形式の
音声データと、ＭＪＰＧ形式の映像データとを含むコン
テンツデータである。また、再生装置１には、Ｇ７２６
デコーダとＭＪＰＧデコーダとが内蔵されており、再生
装置２には、ＭＰ３デコーダとＭＪＰＧデコーダとが内
蔵されている。一般的に、このような再生装置１は旧来
機種であり、再生装置２は新型機種である場合が多い。

【００１３】上述の再生装置１および２においては、各
々の再生装置用に作成されたコンテンツデータのみの再
生が可能である。すなわち、再生装置１においては、記
録媒体１９に記録されたコンテンツデータのみが再生可
能であり、再生装置２においては、記録媒体２０に記録
されたコンテンツデータのみが再生可能である。

【００１４】このような、コンテンツデータは、図２１
に示される過程を経て作成される。図２１は、コンテン
ツデータ作成装置３において記録媒体１９に記録される
従来のコンテンツデータを作成する過程を示す図であ
る。図２１においては、コンテンツデータ作成装置３に
おいて、オリジナルコンテンツ６０に含まれる音声６１
ａをＧ７２６エンコーダ６２ａで、Ｇ７２６形式に従っ
た音声データ６３ａに変換（コンバート）し、映像６１
ｂをＭＪＰＧエンコーダ６２ｃで、ＭＪＰＧ形式に従っ
た映像データ６３ｃに変換する過程が示される。そし
て、このようにして作成されたコンテンツデータ６５
は、記録媒体１９に記録され、再生装置１において再生
が可能である。また、記録媒体２０に記録されるコンテ
ンツデータについても同様である。

【００１５】なお、このような従来のコンテンツデータ
の構成を図２２に示す。図２２は、記録媒体１９に記録
される、従来のコンテンツデータ６５の構成を示す図で
ある。図２２において、記録媒体１９に記録されるコン
テンツデータ６５は、再生装置１において音声データお
よび映像データを互いに同期させながら再生されること
で、動画を表現するコンテンツのデータ構造を示してい
る。また、記録媒体２０に記録されるコンテンツデータ
も、同様に再生装置２において音声データおよび映像デ
ータを互いに同期させながら再生されることで、動画を
表現するコンテンツのデータ構造である。このデータ構
造においては、音声データと映像データとの開始位置お
よびサイズを記録する場所がヘッダ内で固定されてしま
っており、別の種類のデータに入替えたり、別の種類の
データを追加したりすることができない。

【００１６】しかし、このような場合において、記録媒
体２０に記録される、ＭＰ３形式の音声データを含むコ
ンテンツデータを再生装置２用に提供していた時、同じ
コンテンツデータを再生装置１にも音質を落とすことで
再生可能にして提供したい場合がある。しかしこの場
合、再生装置２においては記録媒体２０に記録されるコ
ンテンツデータに対応しきれないために、コンテンツの
提供者は、再生装置１用のコンテンツデータと再生装置
２用のコンテンツデータとを別個に作成して管理し、配
信しなければならないという問題があった。

【００１７】また、ＭＰＥＧ２ビデオ規格には、受像機
の再生能力を考慮して、解像度の異なるストリームを同
時に放送する仕組みが用意されているが、ＭＰＥＧ２ビ
デオとＭＰＥＧオーディオとを多重する規格であるＭＰ
ＥＧ２システムでは、番組を指定すると番組に対応する
ビデオストリームとオーディオストリームとが番組マッ
プによって事前に固定的に設定されており、音声とビデ
オとを独立に指定することが考慮されていない。このた
め、負荷を小さくしなければならないような場合に、た
とえば、映像品質は変えることなく、音声だけを高負荷
高音質のＭＰＥＧオーディオからより低負荷低音質のＧ
７２６等に切替えて再生するなどの再生方法を取ること
ができないという問題があった。

【００１８】本発明は、これらの問題に鑑みてなされた
ものであり、コンテンツの提供者および利用者の利便性
を向上させるコンテンツデータ作成装置、コンテンツデ
ータ再生装置、およびコンテンツデータ再生システムを
提供することを目的とする。

【００１９】

【課題を解決するための手段】上記目的を達成するため
に、本発明のある局面に従うと、コンテンツデータ作成
装置は、異なる形式の複数のデータを含み、さらに、複
数のデータの各々の形式を表わす識別子と複数のデータ
の各々の記録場所とを示すテーブルを所定の領域に含む
コンテンツデータを作成する作成手段と、作成されたコ
ンテンツデータを記録媒体に記録する記録手段とを備え
る。

【００２０】本発明の他の局面に従うと、コンテンツデ
ータ作成装置は、異なる形式の複数のデータを含み、さ
らに、複数のデータの各々の形式を表わす識別子と複数
のデータの各々の記録場所とを示すテーブルを所定の領
域に含むコンテンツデータを作成する作成手段と、作成
されたコンテンツデータを記録媒体に記録する記録手段
とを備えるコンテンツデータ作成装置であって、複数の
データは、１つのオリジナルコンテンツに基づいて、複
数の異なる形式に変換されたデータである。

【００２１】本発明の他の局面に従うと、コンテンツデ
ータ作成装置は、異なる形式の複数のデータを含み、さ
らに、複数のデータの各々の形式を表わす識別子と複数
のデータの各々の記録場所とを示すテーブルを所定の領
域に含むコンテンツデータを作成する作成手段と、作成
されたコンテンツデータを記録媒体に記録する記録手段
とを備えるコンテンツデータ作成装置であって、複数の
データは、音楽データと、画像データとの少なくとも一
方である。

【００２２】本発明の他の局面に従うと、コンテンツデ
ータ作成装置は、異なる形式の複数のデータを含み、さ
らに、複数のデータの各々の形式を表わす識別子と複数
のデータの各々の記録場所とを示すテーブルを所定の領
域に含むコンテンツデータを作成する作成手段と、作成
されたコンテンツデータを記録媒体に記録する記録手段
とを備えるコンテンツデータ作成装置であって、複数の
データは、少なくとも一部が暗号化処理されたデータで
ある。

【００２３】本発明の他の局面に従うと、コンテンツデ
ータ作成装置は、異なる形式の複数のデータを含み、さ
らに、複数のデータの各々の形式を表わす識別子と複数
のデータの各々の記録場所とを示すテーブルを所定の領
域に含むコンテンツデータを作成する作成手段と、作成
されたコンテンツデータを記録媒体に記録する記録手段
とを備えるコンテンツデータ作成装置であって、複数の
データのうち、少なくとも１つのデータが、上述の記録
媒体とは異なる記録媒体に記録されたデータへのリンク
情報のデータである。

【００２４】本発明の他の局面に従うと、コンテンツデ
ータ再生装置は、異なる形式の複数のデータを含み、さ
らに、複数のデータの各々の形式を表わす識別子と複数
のデータの各々の記録場所とを示すテーブルを所定の領
域に含むコンテンツデータを再生する再生装置であっ
て、コンテンツデータに含まれるテーブルから、コンテ
ンツデータに含まれるデータの全ての形式を読出すデー
タ形式読出手段と、テーブルから読出されたデータの全
ての形式より、再生手段に対応するデータの形式を選択
する選択手段と、選択されたデータの形式に対応するデ
ータをコンテンツデータから読出し、再生手段に伝達す
るデータ読出手段とを備える。

【００２５】また、上述の再生手段で再生するコンテン
ツデータに含まれる複数のデータは、１つのオリジナル
コンテンツに基づいて、複数の異なる形式に変換された
データであることが望ましい。

【００２６】また、上述の再生手段で再生するコンテン
ツデータに含まれる複数のデータは、音楽データと、画
像データとの少なくとも一方であることが望ましい。

【００２７】また、上述の再生手段で再生するコンテン
ツデータに含まれる複数のデータは、少なくとも一部が
暗号化処理されたデータであることが望ましい。

【００２８】また、上述の再生手段で再生するコンテン
ツデータに含まれる複数のデータのうち、少なくとも１
つのデータが、上述の記録媒体とは異なる記録媒体に記
録されたデータへのリンク情報のデータであることが望
ましい。

【００２９】また、上述の選択手段は、当該コンテンツ
データ再生装置の状態に応じたデータの形式を選択する
ことが望ましい。

【００３０】また、上述の再生手段は、異なる形式のデ
ータを再生する複数の再生手段からなることが望まし
い。

【００３１】本発明の他の局面に従うと、コンテンツデ
ータ再生システムは、コンテンツデータを作成するコン
テンツデータ作成装置と、コンテンツデータを再生する
コンテンツデータ再生装置とからなるコンテンツデータ
再生システムであって、異なる形式の複数のデータを含
み、さらに、複数のデータの各々の形式を表わす識別子
と複数のデータの各々の記録場所とを示すテーブルを所
定の領域に含むコンテンツデータを作成する作成手段
と、作成されたコンテンツデータを記録媒体に記録する
記録手段とを備えるコンテンツデータ作成装置と、上述
のコンテンツデータ作成装置において作成され記録媒体
に記録されたコンテンツデータに含まれる、特定の形式
のデータを再生する再生手段と、コンテンツデータに含
まれるテーブルから、コンテンツデータに含まれるデー
タの全ての形式を読出すデータ形式読出手段と、テーブ
ルから読出されたデータの全ての形式より、再生手段に
対応するデータの形式を選択する選択手段と、選択され
たデータの形式に対応するデータをコンテンツデータか
ら読出し、再生手段に伝達するデータ読出手段とを備え
るコンテンツデータ再生装置とからなる。

【００３２】また、コンテンツデータ作成装置の作成手
段で作成するコンテンツデータに含まれる複数のデータ
は、１つのオリジナルコンテンツに基づいて、複数の異
なる形式に変換されたデータであることが望ましい。

【００３３】また、コンテンツデータ作成装置の作成手
段で作成するコンテンツデータに含まれる複数のデータ
は、音楽データと、画像データとの少なくとも一方であ
ることが望ましい。

【００３４】また、コンテンツデータ作成装置の作成手
段で作成するコンテンツデータに含まれる複数のデータ
は、少なくとも一部が暗号化処理されたデータであるこ
とが望ましい。

【００３５】また、コンテンツデータ作成装置の作成手
段で作成するコンテンツデータに含まれる複数のデータ
のうち、少なくとも１つのデータが、上述の記録媒体と
は異なる記録媒体に記録されたデータへのリンク情報の
データであることが望ましい。

【００３６】また、コンテンツデータ再生装置の選択手
段は、当該コンテンツデータ再生装置の状態に応じたデ
ータの形式を選択することが望ましい。

【００３７】また、コンテンツデータ再生装置の再生手
段は、異なる形式のデータを再生する複数の再生手段か
らなることが望ましい。

【００３８】

【発明の実施の形態】以下に、図面を参照しつつ、本発
明の実施の形態について説明する。以下の説明では、同
一の部品および構成要素には同一の符号を付してある。
それらの名称および機能も同じである。したがってそれ
らについての詳細な説明は繰返さない。

【００３９】図１は、本実施の形態におけるコンテンツ
データ再生システムの構成と、コンテンツデータのデー
タ構成とを示す図である。

【００４０】図１を参照して、本実施の形態におけるコ
ンテンツデータ再生システムは、コンテンツデータの作
成を行なうコンテンツデータ作成装置３と、コンテンツ
データを記録する記録媒体２１と、コンテンツの再生を
行なうための異なる機種のコンテンツデータ再生装置で
あるコンテンツデータ再生装置１および２とを含む。

【００４１】コンテンツデータ作成装置３は、各種エン
コーダを含む一般的なパーソナルコンピュータ等から構
成される装置であって、ここでの詳細な構成の説明は省
略する。コンテンツデータ作成装置３は、オリジナルコ
ンテンツからコンテンツデータを作成し、記録媒体２１
に記録する。

【００４２】記録媒体２１に記録されるコンテンツデー
タのデータ構成は、ＭＰＥＧ ＡＵＤＩＯ Ｌａｙｅｒ
−III（一般的にＭＰ３と略されるため、以下、ＭＰ３
という）規格によるデータ形式である音声データ部分
と、音声のデータ形式の１つであるＧ７２６形式である
音声データ部分と、映像のデータ形式の１つであるモー
ションＪＰＥＧ（以下、ＭＪＰＧと略す）形式である映
像データ部分とからなる。

【００４３】コンテンツデータ再生装置１は、Ｇ７２６
形式の音声データを再生するＧ７２６デコーダと、ＭＪ
ＰＧ形式の映像データを再生するＭＪＰＧデコーダとを
内蔵する。また、コンテンツデータ再生装置２は、ＭＰ
３形式の音声データを再生するＭＰ３デコーダと、ＭＪ
ＰＧデコーダとを内蔵する。

【００４４】次に、上述のコンテンツデータが、コンテ
ンツデータ作成装置３で作成される処理について説明を
行なう。

【００４５】図２は、コンテンツデータ作成装置３にお
いてコンテンツデータを作成する過程を示す図である。

【００４６】図２を参照して、オリジナルコンテンツ６
０には音声６１ａと映像６１ｂとが含まれる。コンテン
ツデータ作成装置３は、まず、音声６１ａを、Ｇ７２６
エンコーダ６２ａで、Ｇ７２６形式に従った音声データ
６３ａに変換する。次に、音声６１ａをＭＰ３エンコー
ダ６２ｂで、ＭＰ３形式に従ったデータ６３ｂに変換す
る。そして、映像６１ｂを、ＭＪＰＧエンコーダ６２ｃ
で、ＭＪＰＧ形式に従った映像データ６３ｃに変換す
る。最後に、Ｇ７２６音声データ６３ａの開始位置およ
びサイズと、ＭＰ３音声データ６３ｂの開始位置および
サイズと、ＭＪＰＧ映像データ６３ｃの開始位置および
サイズとを記録したヘッダ（ＨＤＲ）を配置した後、Ｇ
７２６音声データ６３ａと、ＭＰ３音声データ６３ｂ
と、ＭＪＰＧ映像データ６３ｃとが配置されたコンテン
ツデータ６４を生成し、記録媒体２１に記録する。

【００４７】また、上述の処理について、フローチャー
トを示して説明を行なう。図３は、コンテンツデータ作
成装置３におけるコンテンツデータ６４の作成処理につ
いて示すフローチャートである。図３のフローチャート
に示される処理は、図示されないコンテンツデータ作成
装置３の制御部が、記憶領域に記憶されているプログラ
ムを読出して実行することによって実現される。

【００４８】図３を参照して、まずオリジナルコンテン
ツ６０より音声データ６１ａを読出し（Ｓ１５１）、Ｍ
Ｐ３エンコーダ６２ｂにおいてＭＰ３データ６３ｂにエ
ンコードする（Ｓ１５２）。さらに、同じ音声データ６
１ａをＧ７２６エンコーダ６２ａにおいてＧ７２６デー
タ６３ａにエンコードする（Ｓ１５３）。

【００４９】次に、オリジナルコンテンツ６０より映像
データ６１ｂを読出し（Ｓ１５４）、ＭＪＰＧエンコー
ダ６２ｃにおいてＭＪＰＧデータ６３ｃにエンコードす
る（Ｓ１５５）。

【００５０】最後に、エンコードされたＭＰ３データ６
３ｂ、Ｇ７２６データ６３ａおよびＭＪＰＧデータ６３
ｃを用いて、コンテンツデータ６４を生成する（Ｓ１５
６）。

【００５１】以上で、コンテンツデータ作成装置３にお
けるコンテンツデータ６４の作成処理が終了する。な
お、上述の作成処理におけるエンコードの順番は、上述
の順番に限定されるものではない。

【００５２】さらに、上述のコンテンツデータ６４につ
いて詳細な説明を行なう。図４は、コンテンツデータ６
４の構成を示す図である。

【００５３】図４を参照して、コンテンツデータ６４の
ヘッダには、コンテンツデータ６４に同梱されたデータ
の形式を表す識別子と、各データの開始位置と、各デー
タのサイズとがテーブル状に記録される。具体的には、
テーブルの最初の項目には、Ｇ７２６データ６３ａが同
梱されていることを示す識別子と、Ｇ７２６データ６３
ａの開始位置と、Ｇ７２６データ６３ａのサイズとが記
録される。テーブルの２つ目の項目には、ＭＰ３データ
６３ｂが同梱されていることを示す識別子と、ＭＰ３デ
ータ６３ｂの開始位置と、ＭＰ３データ６３ｂのサイズ
とが記録される。テーブルの３つ目の項目には、ＭＪＰ
Ｇデータ６３ｃが同梱されていることを示す識別子と、
ＭＪＰＧデータ６３ｃの開始位置と、ＭＪＰＧデータ６
３ｃのサイズとが記録される。テーブルの４つ目の項目
には、ヘッダがここで終了することを示す識別子があ
り、データ開始位置とサイズに相当する領域には何も記
録されない。ヘッダが配置された後方に、ヘッダに記録
されたＧ７２６データ６３ａの開始位置からＧ７２６デ
ータ６３ａが記録される。また、ヘッダに記録されたＭ
Ｐ３データ６３ｂの開始位置からＭＰ３データ６３ｂ、
ヘッダに記録されたＭＪＰＧデータ６３ｃの開始位置か
らＭＪＰＧデータ６３ｃが記録される。

【００５４】このように、生成装置３において図２およ
び図３に示される処理が実行され、図４に構成が示され
るコンテンツデータ６４が作成されることで、種類の異
なる複数の形式のデータを１つのコンテンツデータ６４
に集約することができ、コンテンツデータの取扱いが容
易になる。すなわち、生成装置３において上述の処理が
実行されることで、種類の異なるコンテンツデータ再生
装置であるコンテンツデータ再生装置１とコンテンツデ
ータ再生装置２との両方において再生可能なコンテンツ
データ６４が生成される。そのため、コンテンツ提供者
のコストを削減することができる。また、コンテンツ利
用者も、コンテンツデータ再生装置ごとに異なるコンテ
ンツデータの提供を受ける必要がないため、管理が容易
となり、利便性を高めることができる。

【００５５】上述のコンテンツデータ６４は、本実施の
形態のコンテンツデータ再生システムのコンテンツデー
タ作成装置３において作成されて記録媒体２１に記録さ
れ、コンテンツデータ再生装置１および２において記録
媒体２１から読出され再生される。以下に、コンテンツ
データ再生装置１および２においてコンテンツデータが
再生される動作について、各々説明を行なう。

【００５６】まず、コンテンツデータ再生装置１におい
てコンテンツデータ６４が再生される動作について説明
を行なう。図５は、コンテンツデータ再生装置１の構成
の詳細を示す図である。図５に示されるコンテンツデー
タ再生装置１の構成を参照しながら、コンテンツデータ
６４が再生される動作について説明する。

【００５７】図５を参照して、コンテンツデータ再生装
置１は、図示されないオペレーティングシステム（以
後、ＯＳと略す）が提供するファイルアクセス部８１
と、コンテンツデータ６４上でのデータの位置を計算す
る位置変換プログラム８２と、Ｇ７２６デコーダ２３
と、ＭＪＰＧデコーダ２４と、音声出力装置８３と、映
像出力装置８４とを含む。

【００５８】ファイルアクセス部８１は、ハードウェア
を制御して、メモリカード等の記録媒体２１に記録され
たファイルを読出す機能を備えたソフトウェアであり、
一般にＯＳが提供する。コンテンツデータ６４を再生す
るアプリケーションは、データの位置とサイズとを指定
してこのソフトウェアを呼出すことにより、コンテンツ
データ再生装置１に接続されたメモリカード等の記録媒
体２１に記録されたファイルを読出すことができる。

【００５９】位置変換プログラム８２は、データ開始位
置からの相対位置をコンテンツデータ６４中の絶対位置
に変換するためのソフトウェアである。

【００６０】Ｇ７２６デコーダ２３およびＭＪＰＧデコ
ーダ２４は、それぞれＧ７２６データを音声データに、
ＭＪＰＧデータを映像データに変換するソフトウェアで
ある。音声出力装置８３は音声データに基づいて物理的
な音を発するハードウェアであり、また、映像出力装置
８４は映像データに基づいて映像をＣＲＴ（CathodeRay
Tube；陰極線管）等に表示するハードウェアである。
これらのソフトウェアおよびハードウェアは、コンテン
ツ利用者の操作に応じて、ＯＳが始動および制御する。

【００６１】次に、上述のコンテンツデータ再生装置１
におけるデータの流れについて説明を行なう。

【００６２】図５を参照して、コンテンツデータ再生装
置１が、Ｇ７２６データおよびＭＪＰＧデータをコンテ
ンツデータ６４中から読出す際の各々のデータの流れ
は、図５において矢印に示される。

【００６３】コンテンツデータ６４にはＧ７２６データ
と、ＭＰ３データと、ＭＪＰＧデータとが含まれてい
る。一方、コンテンツデータ再生装置１には、Ｇ７２６
デコーダ２３とＭＪＰＧデコーダ２４とのデコーダのみ
が搭載されている。そのため、コンテンツデータ再生装
置１で再生できるデータはＧ７２６データとＭＪＰＧデ
ータとのみである。

【００６４】そこで、Ｇ７２６デコーダ２３は、音声デ
ータを生成するため、コンテンツデータ６４よりＧ７２
６データを取得する。

【００６５】以下に、Ｇ７２６デコーダ２３がコンテン
ツデータ６４よりＧ７２６データを取得する方法につい
て、具体例を挙げて説明を行なう。例えば、Ｇ７２６デ
ータの先頭からＮｇバイト目の位置から、Ｍｇバイトを
読出す場合を具体的に説明する。

【００６６】ファイルアクセス部８１に指定する読出し
位置は、コンテンツデータ６４の先頭からの絶対位置で
なければならない。そのため、Ｇ７２６データを最初に
読出す直前に、コンテンツデータ６４のヘッダからＧ７
２６データの開始位置を読出し、図示されていない情報
領域に記録する。例えば、このとき読出されたＧ７２６
の開始位置が、Ｓｇであるとする。

【００６７】まず、位置変換プログラム８２は、前述し
た情報領域からＧ７２６データの開始位置（Ｓｇ）を読
出し、Ｇ７２６データを読出す位置の絶対位置であるＮ
ｇ＋Ｓｇを計算する。次に、Ｎｇ＋Ｓｇバイト目からＭ
ｇバイトのＧ７２６データを読出すように、ファイルア
クセス部８１に要求を出す。そして、ファイルアクセス
部８１がＮｇ＋Ｓｇバイト目から読出したＭｇバイトの
Ｇ７２６データを受取り、Ｇ７２６デコーダ２３に伝達
する。

【００６８】なお、Ｇ７２６デコーダ２３がファイルア
クセス部８１に読出し要求を出す際に、読出したＧ７２
６データを格納するデータバッファを予め指定しておく
ことで、ファイルアクセス部８１が直接そのデータバッ
ファにＧ７２６データを読出すことができる。これによ
り、中間バッファを介することなく、Ｇ７２６データの
受渡しができ、余分なメモリが不要となる。

【００６９】その後、Ｇ７２６デコーダ２３は読出した
データをデコードし、生成した音声データを音声出力装
置８３に伝える。

【００７０】また、ＭＪＰＧデコーダ２４がコンテンツ
データ６４よりＭＪＰＧデータを取得する方法について
も、上述の、Ｇ７２６デコーダ２３がコンテンツデータ
６４よりＧ７２６データを取得する方法と同様である。

【００７１】以下に、ＭＪＰＧデコーダ２４がコンテン
ツデータ６４よりＭＪＰＧデータを取得する方法につい
て具体例を挙げて説明を行なう。例えば、ＭＪＰＧデー
タの先頭からＮｍバイト目の位置から、Ｍｍバイトを読
出す場合を具体的に説明する。

【００７２】まず、ＭＪＰＧデータを最初に読出す直前
に、コンテンツデータ６４のヘッダからＭＪＰＧデータ
の開始位置を読出し、情報領域に記録する。例えば、こ
のとき読出されたＧ７２６の開始位置が、Ｓｍであると
する。

【００７３】このとき、位置変換プログラム８２は、前
述した情報領域からＭＪＰＧデータの開始位置（Ｓｍ）
を読出し、ＭＪＰＧデータを読出す位置の絶対位置であ
るＮｍ＋Ｓｍを計算する。次に、Ｎｍ＋Ｓｍバイト目か
らＭｍバイトのＭＪＰＧデータを読出すように、ファイ
ルアクセス部８１に要求を出す。そして、ファイルアク
セス部８１がＮｍ＋Ｓｍバイト目から読出したＭｍバイ
トのＭＪＰＧデータを受取り、ＭＪＰＧデコーダ２４に
伝達する。

【００７４】なお、上述のＧ７２６デコーダ２３がファ
イルアクセス部８１に読出し要求を出す際と同様に、読
出したＭＪＰＧデータを格納するデータバッファを予め
指定しておくことで、中間バッファを介することなくＭ
ＪＰＧデータの受渡しを行なうことができる。

【００７５】その後、ＭＪＰＧデコーダ２４は読出した
データをデコードし、生成した映像データを映像出力装
置８４に伝える。

【００７６】さらに、上述の位置変換プログラム８２に
おける処理について説明を行なう。図６は、位置変換プ
ログラム８２における処理の流れについて示す図であ
る。

【００７７】図６を参照して、コンテンツデータ６４の
ヘッダ１００から読出されたＧ７２６データの開始位置
Ｓｇは、情報領域１０１ａに記録される。ファイルアク
セス部８１に指定する読出し位置は、コンテンツデータ
６４の先頭からの絶対位置であるため、上述のデータ開
始位置Ｓｇを加算して、読出すＧ７２６データの絶対位
置は、Ｓｇ＋ＮｇからＳｇ＋Ｎｇ＋Ｍｇ−１までと算出
される。

【００７８】ここで、算出された絶対位置が実際のＧ７
２６データの記録位置を越える可能性がある場合、Ｇ７
２６データの領域を越えて読出すことを防止するため
に、Ｇ７２６データの読出し位置を修正する必要があ
る。この修正は、領域範囲補正部１０２において実行さ
れる。

【００７９】領域範囲補正部１０２が上述の修正処理を
実行するためには、Ｇ７２６データの領域のサイズが必
要となる。そのため、情報領域１０１ａに、Ｇ７２６デ
ータの領域のサイズＬｇを記録する領域を設ける。そし
て、Ｇ７２６データの先頭位置Ｓｇを読出すときに、同
時に、コンテンツヘッダ１００よりＧ７２６データの領
域のサイズＬｇを読出して記録する。

【００８０】領域範囲補正部１０２において、Ｇ７２６
データの読出しの際に、読出し終端位置Ｓｇ＋Ｎｇ＋Ｍ
ｇ−１がＳｇ＋Ｌｇ−１よりも大きい場合、すなわち、
読出すＧ７２６データの終端がＧ７２６データの領域の
終端を超過する場合には、Ｓｇ＋ＮｇからＳｇ＋Ｌｇ−
１までのＧ７２６データのみを読出すように、Ｇ７２６
データの読出し範囲を補正する。この場合、Ｇ７２６デ
コーダ２３が要求（入力）したデータ量１０３ａよりも
少ないサイズのＧ７２６データしか読出されない。

【００８１】このようにして読出されたＧ７２６データ
１０４ａは、音声出力装置８３に伝達され、出力され
る。

【００８２】さらに、コンテンツデータ６４からＧ７２
６データを読出す際に、Ｇ７２６データ領域の終端に達
したことを即座に検出することで、不要な補正計算を省
くことができる。そこで、情報領域１０１ａに、Ｇ７２
６データ領域の終端に達したことを示すＥＯＦ（End Of
File）フラグの領域を設け、Ｇ７２６データの読出し
の際に、Ｇ７２６データ領域の終端に到達したか否かを
チェックする。すなわち、Ｇ７２６データの読出し範囲
がＳｇ＋Ｌｇ−１であったなら、Ｇ７２６データ領域の
終端に達したと判断して、ＥＯＦフラグを立てる。Ｇ７
２６データ領域の終端に達していないならばＥＯＦフラ
グは立てられない。したがって、ＥＯＦフラグを参照す
ることで、コンテンツデータ再生装置１は、全てのＧ７
２６データの再生が終わったか否かを、即座に検出する
ことができる。

【００８３】なお、ＭＪＰＧデータをコンテンツデータ
６４から読出す際においても位置変換プログラム８２に
おいて上述と同様の処理が実行されるため、ここでの説
明は繰返さない。

【００８４】以上の流れで、コンテンツデータ６４に含
まれる音声データおよび映像データはコンテンツデータ
再生装置１において再生される。

【００８５】次に、コンテンツデータ再生装置２におい
てコンテンツデータ６４が再生される動作について説明
を行なう。図７は、コンテンツデータ再生装置２の構成
の詳細を示す図である。図７に示されるコンテンツデー
タ再生装置２の構成を参照しながら、コンテンツデータ
６４が再生される動作について説明する。

【００８６】図７を参照して、コンテンツデータ再生装
置２は、図５に示されるコンテンツデータ再生装置１と
同様に、ＯＳとが提供するファイルアクセス部９１と、
コンテンツデータ６４上でのデータの位置を計算する位
置変換プログラム９２と、ＭＪＰＧデコーダ２６と、音
声出力装置９３と、映像出力装置９４とを含む。さら
に、コンテンツデータ再生装置１に含まれるＧ７２６デ
コーダ２３に替えて、ＭＰ３デコーダ２５を含む。ＭＰ
３デコーダ２５は、ＭＰ３データを音声データに変換す
るソフトウェアである。

【００８７】上述のコンテンツデータ再生装置２におけ
るデータの流れについて説明を行なう。

【００８８】図７を参照して、コンテンツデータ再生装
置２が、ＭＰ３データおよびＭＪＰＧデータをコンテン
ツデータ６４中から読出す際の各々のデータの流れは、
図７において矢印に示される。

【００８９】ＭＪＰＧデコーダ２６がコンテンツデータ
６４よりＭＪＰＧデータを取得する方法については、上
述のコンテンツデータ再生装置１における方法と同様で
あるため、ここでの説明は繰返さない。以下には、ＭＰ
３デコーダ２５がコンテンツデータ６４よりＭＰ３デー
タを取得する方法について、具体例を挙げて説明を行な
う。例えば、ＭＰ３データの先頭からＮｐバイト目の位
置から、Ｍｐバイトを読出す場合を具体的に説明する。

【００９０】上述のコンテンツデータ再生装置１におけ
る処理と同様に、ファイルアクセス部９１に指定する読
出し位置はコンテンツデータ６４の先頭からの絶対位置
でなければならないため、ＭＰ３データを最初に読出す
直前に、コンテンツデータ６４のヘッダからＭＰ３デー
タの開始位置を読出し、図示されていない情報領域に記
録する。例えば、このとき読出されたＭＰ３の開始位置
が、Ｓｐであるとする。

【００９１】まず、位置変換プログラム９２は、前述し
た情報領域からＭＰ３データの開始位置（Ｓｐ）を読出
し、ＭＰ３データを読出す位置の絶対位置であるＮｐ＋
Ｓｐを計算する。次に、Ｎｐ＋Ｓｐバイト目からＭｐバ
イトのＭＰ３データを読出すように、ファイルアクセス
部９１に要求を出す。そして、ファイルアクセス部９１
がＮｐ＋Ｓｐバイト目から読出したＭｐバイトのＭＰ３
データを受取り、ＭＰ３デコーダ２５に伝達する。

【００９２】なお、上述のコンテンツデータ再生装置１
における場合と同様に、ＭＰ３デコーダ２５がファイル
アクセス部９１に読出し要求を出す際に、読出したＭＰ
３データを格納するデータバッファを予め指定しておく
ことで、ファイルアクセス部９１が直接そのデータバッ
ファにＭＰ３データを読出すことができる。これによ
り、中間バッファを介することなく、ＭＰ３データの受
渡しができ、余分なメモリが不要となる。

【００９３】その後、ＭＰ３デコーダ２５は読出したデ
ータをデコードし、生成した音声データを音声出力装置
９３に伝える。

【００９４】さらに、上述の位置変換プログラム９２に
おける処理について説明を行なう。図８は、位置変換プ
ログラム９２における処理の流れについて示す図であ
る。

【００９５】図８を参照して、コンテンツデータ再生装
置１と同様に、情報領域中１１１ａにＭＰ３のデータサ
イズとＥＯＦフラグとを記録する領域を設ける。

【００９６】そして、最初にＭＰ３データを読出す直前
に、コンテンツデータ６４のヘッダ１１０からＭＰ３デ
ータの開始位置Ｓｐと共に、ＭＰ３データのサイズＬｐ
も読出し、情報領域１１１ａに記録する。

【００９７】そして、ＭＰ３データを読出す際は、ＭＰ
３デコーダ２５からは、ＭＰ３データの読出し開始の相
対位置Ｎｐと読出しサイズＭｐとが渡される。コンテン
ツデータ６４中のＭＰ３データの絶対位置は、情報領域
１１１ａに記録されたＭＰ３データの開始位置Ｓｐを加
算し、Ｓｐ＋ＮｐからＳｐ＋Ｎｐ＋Ｍｐ−１と算出され
る。

【００９８】ここで、算出された絶対位置が実際のＭＰ
３データの記録位置を越える可能性がある場合、コンテ
ンツデータ再生装置１の位置変換プログラム８２におけ
る処理と同様に、ＭＰ３データの領域を越えて読出すこ
とを防止するために、領域範囲補正部１１２は、ＭＰ３
データの読出し位置を修正する。すなわち、領域範囲補
正部１１２において、Ｓｐ＋ＮｐからＳｐ＋Ｌｐ−１ま
でのＭＰ３データのみを読出すように、読出し範囲を補
正する。この場合、ＭＰ３デコーダ２５が読出しを要求
したデータ量１１３ａよりも少ないサイズのＭＰ３デー
タしか読出されない。

【００９９】また、コンテンツデータ再生装置１の位置
変換プログラム８２における処理と同様に、コンテンツ
データ６４からＭＰ３データを読出す際に、Ｓｐ＋Ｌｐ
−１に達したか否か、すなわちＭＰ３データ領域の終端
に達したか否かを判定し、達しているときにはＥＯＦフ
ラグを立てることで、コンテンツデータ再生装置２は、
ＭＰ３データの再生が終端に達したことを即座に検出す
ることができる。

【０１００】以上の流れで、コンテンツデータ６４に含
まれる音声データおよび映像データはコンテンツデータ
再生装置２において再生される。

【０１０１】なお、実際のコンテンツデータ再生装置１
および２におけるコンテンツの再生処理では、連続した
データの領域を順に読出す場合には、ファイルアクセス
部８１および９１が読出したデータを保存する機能を備
えているため、データの開始位置を加算する処理は、最
初と、読出し開始位置が移動した場合とにおいてのみ行
なえば足りる。

【０１０２】このように、コンテンツデータに含まれる
音声や映像等のデータの情報を、コンテンツデータ中の
所定の領域（ヘッダ）にテーブルとして記録することに
よって、コンテンツデータに含まれるデータの一覧や内
容の読出し操作を上述の処理で行なうことができ、上述
のコンテンツデータ再生装置１およびコンテンツデータ
再生装置２等の、異なる機種のコンテンツデータ再生装
置において共通の操作でデータを読出すことができる。

【０１０３】すなわち、コンテンツデータから音声デー
タおよび画像データ等のデータを読出す処理を、本実施
の形態のコンテンツデータ再生装置であって異なる機種
のコンテンツデータ再生装置において実行するために
は、実際には、情報領域をデータの種類ごとに確保する
ことのみで、同一のプログラムモジュールを任意の種類
のデータの読出しに共通して用いることができる。具体
的には、データの読出し直前に必要な処理を行なうＯＰ
ＥＮ処理、データの読出しを終了するときに必要な処理
を行なうＣＬＯＳＥ処理、データの読出しを行なうＲＥ
ＡＤ処理、現在の読出し開始の相対位置を返すＴＥＬＬ
処理、データの任意の位置から読出しを開始するための
ＳＥＥＫ処理、および読出しが終了したことを検出する
ＥＯＦ処理のプログラムモジュールを、任意の種類のデ
ータの読出しに、異なる機種のコンテンツデータ再生装
置において共通して用いることができる。

【０１０４】そこで、以下に、上述のプログラムモジュ
ールを用いて、コンテンツの再生処理を実行する場合に
ついて、フローチャートを挙げて説明する。図９は、コ
ンテンツデータ再生装置１およびコンテンツデータ再生
装置２において実行されるコンテンツの再生処理を示す
フローチャートである。

【０１０５】図９を参照して、先頭から終端までを連続
してコンテンツデータを再生する場合は、ＯＰＥＮ処理
を実行した後（Ｓ１）、ＥＯＦ処理（Ｓ３）で終端を検
出するまで（Ｓ４でＮＯ）、ＲＥＡＤ処理を繰返す（Ｓ
２）。ＥＯＦ処理（Ｓ３）で終端を検出すると（Ｓ４で
ＹＥＳ）、ＣＬＯＳＥ処理を実行し（Ｓ５）、再生処理
を終了する。

【０１０６】なお、コンテンツデータの途中から再生を
行なうときは、上述のステップＳ１に示されるＯＰＥＮ
処理の後、ＳＥＥＫ処理を実行し、ＥＯＦ処理で終端を
検出するまでＲＥＡＤ処理を繰返し、その後ＣＬＯＳＥ
処理を実行すればよい。

【０１０７】また、一定ＰＣＭ（Pulse Code Modulatio
n：パルス符号変調）など一定ビット数のデータである
場合は、読出し位置を取得することで、先頭からの再生
時刻を計算により取得することができ、有効である。こ
のような読出し位置を取得するためには、ＴＥＬＬ処理
を実行する。

【０１０８】以下に、上述のプログラムモジュールの各
々における処理について、コンテンツデータからＧ７２
６データを読出す場合を例にして、フローチャートを挙
げて説明を行なう。なお、ＭＰ３データやＭＪＰＧデー
タなど他の形式のデータについても、それぞれのデータ
に応じた情報領域を指定して同様の処理を実行すること
でデータを読出すことができる。

【０１０９】図１０は、ＯＰＥＮ処理を示すフローチャ
ートである。図１０のフローチャートに示されるＯＰＥ
Ｎ処理は、コンテンツデータのファイルのオープンを実
行する処理である。

【０１１０】図１０を参照して、まず、Ｇ７２６データ
を読出す際に必要な情報を記録するための情報領域を、
メモリ（図示せず）上に確保する（Ｓ２０１）。その
後、コンテンツデータのファイルを開く（Ｓ２０２）。

【０１１１】ステップＳ２０２でコンテンツデータのフ
ァイルを開くと、ファイルの先頭に配置されているヘッ
ダ中の項目を順番に読出し、識別子を読出す（Ｓ２０
３）。

【０１１２】ステップＳ２０３で読出された識別子がＧ
７２６でなければ（Ｓ２０４でＮＯ）、ステップＳ２０
３へ処理を戻し、ヘッダ中の次の項目を読出して識別子
を調べる。

【０１１３】ステップＳ２０３で読出された識別子がＧ
７２６であれば（Ｓ２０４でＹＥＳ）、Ｇ７２６データ
の開始位置とサイズとを読出し（Ｓ２０５，Ｓ２０
６）、ステップＳ２０１で確保された情報領域に記録す
る。

【０１１４】さらに、ステップＳ２０５で読出されたＧ
７２６データの開始位置に、読出し開始位置を移動する
（Ｓ２０７）。

【０１１５】以上で、ＯＰＥＮ処理を終了する。続い
て、図１１は、ＲＥＡＤ処理を示すフローチャートであ
る。図１１のフローチャートに示されるＲＥＡＤ処理
は、コンテンツデータのファイルから、Ｇ７２６データ
を読出す処理である。

【０１１６】図１１を参照して、まず、上述のＯＰＥＮ
処理において確保された情報領域のＥＯＦフラグを確認
する（Ｓ２１１）。

【０１１７】ステップＳ２１１においてＥＯＦフラグが
立っていないと確認された場合、すなわち、コンテンツ
データのファイルからのＧ７２６データの読出しが、Ｇ
７２６データ領域の終端まで達していないと判断される
場合（Ｓ２１１でＮＯ）、コンテンツデータのファイル
からＧ７２６データを読出す（Ｓ２１２）。

【０１１８】そして、ステップＳ２１２で読出すＧ７２
６データがＧ７２６データ領域の終端まで達した場合
（Ｓ２１３でＹＥＳ）、情報領域のＥＯＦフラグを立て
る（Ｓ２１４）。さらにステップＳ２１２で読出したＧ
７２６データのデータ量を返す（Ｓ２１５）。

【０１１９】ステップＳ２１１においてＥＯＦフラグが
立っていると確認された場合、すなわち、コンテンツデ
ータのファイルからのＧ７２６データの読出しが、Ｇ７
２６データ領域の終端まで達していると判断される場合
（Ｓ２１１でＹＥＳ）、エラーを返す（Ｓ２１６）。

【０１２０】以上で、ＲＥＡＤ処理を終了する。次に、
図１２は、ＣＬＯＳＥ処理を示すフローチャートであ
る。図１２のフローチャートに示されるＣＬＯＳＥ処理
は、コンテンツデータのファイルを閉じる処理である。

【０１２１】図１２を参照して、まず、コンテンツデー
タのファイルを閉じ（Ｓ２２１）、その後、上述のＯＰ
ＥＮ処理において確保された情報領域を解放する（Ｓ２
２２）。

【０１２２】以上で、ＣＬＯＳＥ処理を終了する。次
に、図１３は、ＴＥＬＬ処理を示すフローチャートであ
る。図１３のフローチャートに示されるＴＥＬＬ処理
は、コンテンツデータのファイルにおけるＧ７２６デー
タの相対的な読出し開始位置を取得する処理である。

【０１２３】図１３を参照して、まず、上述のＯＰＥＮ
処理において確保された情報領域のＥＯＦフラグを確認
する（Ｓ２３１）。

【０１２４】ステップＳ２３１においてＥＯＦフラグが
立っていないと確認された場合（Ｓ２３１でＮＯ）、Ｇ
７２６データの読出し開始位置のコンテンツデータのフ
ァイル中での絶対位置Ｐを取得する（Ｓ２３２）。そし
て、ステップＳ２３２で取得した絶対位置ＰからＧ７２
６データの開始位置を減じた値を、Ｇ７２６データの相
対的な読出し開始位置として返す（Ｓ２３３）。

【０１２５】なお、ステップＳ２３１においてＥＯＦフ
ラグが立っていると確認された場合（Ｓ２３１でＹＥ
Ｓ）、Ｇ７２６データのサイズを返す（Ｓ２３４）。

【０１２６】以上で、ＴＥＬＬ処理を終了する。次に、
図１４は、ＳＥＥＫ処理を示すフローチャートである。
図１４のフローチャートに示されるＳＥＥＫ処理は、コ
ンテンツデータのファイルにおけるＧ７２６データの相
対的な読出し開始位置を移動する処理である。

【０１２７】図１４を参照して、まず、移動後の読出し
開始位置を算出する（Ｓ２４１）。その結果、移動後の
読出し開始位置が、Ｇ７２６データの領域内に収まると
きは（Ｓ２４２でＮＯ）、Ｇ７２６データの読出し開始
位置を、ステップＳ２４１で算出された位置に移動する
（Ｓ２４３）。そして、Ｇ７２６データの読出し開始位
置が、Ｇ７２６データの領域の終端に達していると（Ｓ
２４４でＹＥＳ）、ＥＯＦフラグを立てる（Ｓ２４
５）。Ｇ７２６データの読出し開始位置が、Ｇ７２６デ
ータの領域の終端に達していない場合は（Ｓ２４４でＮ
Ｏ）、そのまま処理を終了する。

【０１２８】なお、ステップＳ２４１において算出され
た移動後の読出し開始位置が、Ｇ７２６領域内からはみ
出すときは（Ｓ２４２でＹＥＳ）、ＥＯＦフラグを立て
る（Ｓ２４５）。

【０１２９】以上で、ＳＥＥＫ処理を終了する。次に、
図１５は、ＥＯＦ処理を示すフローチャートである。図
１５のフローチャートに示されるＥＯＦ処理は、Ｇ７２
６データの読出し開始位置が、コンテンツデータのファ
イルにおけるＧ７２６データの領域の終端に達している
か否かを判定する処理である。

【０１３０】図１５を参照して、上述のＯＰＥＮ処理に
おいて確保された情報領域のＥＯＦフラグを確認し（Ｓ
２５１）、ＥＯＦフラグが立っている場合は（Ｓ２５１
でＹＥＳ）、ＹＥＳを返す（Ｓ２５２）。ＥＯＦフラグ
が立っていない場合は（Ｓ２５１でＮＯ）、ＮＯを返す
（Ｓ２５３）。

【０１３１】以上でＥＯＦ処理を終了する。上述のプロ
グラムモジュールを用いることで、異なる機種のコンテ
ンツデータ再生装置においても、本実施の形態のコンテ
ンツデータ作成装置において作成されたコンテンツデー
タを再生することができる。

【０１３２】なお、上述の実施の形態においては、異な
ったデータの形式の音声データを含むコンテンツデータ
を構成する場合について示しているが、映像データの形
式が異なるデータを同梱する場合であってもよい。ま
た、音声と映像の両方が異なるフォーマット同士を同梱
する場合であってもよい。また、同梱されるデータは、
識別子で識別できれば、どのような種類のものでもよい
し、何種類含まれていてもよい。さらに、同梱されるデ
ータは、映像や音声に限定されず、任意の形式のもので
あってもよい。例えば、コンテンツの著作権に関する情
報や、プログラム等であってもよい。この場合、データ
がプログラムである場合のデコーダは、オペレーティン
グシステムやアプリケーションランチャなどのプログラ
ム実行装置に相当する。

【０１３３】また、本実施の形態におけるコンテンツデ
ータ作成装置が、上述の構造を備えるコンテンツデータ
を作成することで、コンテンツデータ再生装置において
コンテンツデータのヘッダを読出すことにより、コンテ
ンツデータに含まれているデータの形式を即座に判断す
ることができる。したがって、コンテンツデータ再生装
置においてヘッダを一括して読出し、コンテンツデータ
に含まれているデータから、最適な形式のデータを選択
して再生することができる。

【０１３４】例えば、コンテンツデータ再生装置が、Ｇ
７２６デコーダとＭＰ３デコーダとを搭載している場合
もある。そのようなコンテンツデータ再生装置の場合に
は、コンテンツデータにＧ７２６データしか含まれてい
なければＧ７２６デコーダで再生し、ＭＰ３データしか
含まれていなければＭＰ３デコーダで再生することがで
きる。また、コンテンツにＭＰ３データとＧ７２６デー
タとの両方が含まれている場合は、音質を優先するとき
にはＭＰ３データを再生することができる。また、音声
と共に、動画再生など負荷の重い処理を同時に実行しな
ければならないようなときには、Ｇ７２６データを再生
することができる。このように、本実施の形態のコンテ
ンツデータ再生装置においては、再生方法を、コンテン
ツデータ再生装置の備えるデコーダに対応して使い分け
ることができる。

【０１３５】また、コンテンツデータに含まれるデータ
形式の組合せによって再生に要する負荷がコンテンツデ
ータ再生装置全体で処理可能な負荷を超える場合や、同
時に通信を行なう等、他の動作と合わせたときに再生に
要する負荷がコンテンツデータ再生装置全体で処理可能
な負荷を超える場合などにおいて、コンテンツデータ再
生装置において、再生するコンテンツデータのデータ形
式の組合せをコンテンツデータ再生装置に搭載している
デコーダの扱える範囲で変更し、処理可能な負荷の組合
せにして再生することができる。すなわち、本実施の形
態のコンテンツデータ再生装置においては、再生時の負
荷処理能力と、コンテンツデータ再生装置の動作状態
と、搭載されているデコーダとで決定されるコンテンツ
データ再生装置の状態に応じて、最適なコンテンツデー
タのデータ形式の組合せを選択することができる。

【０１３６】具体的には、デコード時（再生時）に発生
する負荷もしくは負荷の最大値は、データの形式に応じ
て事前に推定することができる。したがって、コンテン
ツデータ再生装置が再生モードとデータ形式との組合わ
せのテーブルを備えることで、再生モードに応じて、最
適なデータ形式の組合せを選択することができる。

【０１３７】上述の、コンテンツデータ再生装置におけ
るデコード時のデータ形式の組合せの選択について、以
下に具体例を挙げ、説明を行なう。

【０１３８】本実施の形態のコンテンツデータ再生装置
であって携帯端末上で動作するコンテンツデータ再生装
置に、ＭＰ３デコーダ、Ｇ７２６デコーダ、およびＭＪ
ＰＧデコーダが搭載されているものとする。さらに、ハ
ードウェア上の制約から、上述のコンテンツデータ再生
装置においては、ＭＰ３デコーダの再生負荷が４０％、
Ｇ７２６の再生負荷が２０％、およびＭＪＰＧの再生負
荷が５０％であるものとする。ここで、コンテンツデー
タには、同じコンテンツソース（オリジナルコンテン
ツ）から生成したＭＰ３データ、Ｇ７２６データ、およ
びＭＪＰＧデータが含まれているものとする。

【０１３９】この場合、ＭＰ３データとＭＪＰＧデータ
とを組合わせて再生すると、コンテンツデータ再生装置
における再生負荷は９０％となり、上記携帯端末におい
て動画を視聴することができる。しかし、同時に上記携
帯端末において通信をしなければならず、通信にかかる
負荷が２０％であるものとすると、コンテンツデータ再
生装置における再生負荷が１１０％である。そのため、
コンテンツデータ再生装置における処理能力を超過し、
もはやＭＰ３データとＭＪＰＧデータとを組合わせて、
同時に再生することはできない。しかし、ＭＰ３データ
に替えて、Ｇ７２６データを再生すれば、コンテンツデ
ータ再生装置における再生負荷は９０％となり、動画を
視聴することが可能となる。

【０１４０】これらのことより、上述の携帯端末上で動
作するコンテンツデータ再生装置において、図１６に示
されるテーブルを所定の記憶領域に備えることで、デコ
ーダの再生負荷の割合を調整し、再生状態に応じたデー
タの選択を行なうことができる。そのことによって、コ
ンテンツデータ再生装置においては、自動的に最も品質
の高い再生方法でコンテンツデータの再生を行なうこと
ができる。図１６は、再生モードとデータ形式との組合
せのテーブルの具体例を示す図である。

【０１４１】また、上述のコンテンツデータに含まれる
データ形式の組合せについて、以下に具体例を挙げ、説
明を行なう。

【０１４２】データの組合せとして、暗号解読処理をし
なければ読出せない主データと、暗号解読をしなくても
視聴できる予告編などの副データとを混在させる組合せ
について以下に説明する。

【０１４３】コンテンツデータにおけるデータの組合せ
を上述の主データおよび副データの組合せにすること
で、同じ記録媒体に記録された副データであるコンテン
ツの予告編の視聴者が、暗号解読に必要な鍵を別途に購
入することで、主データであるコンテンツ本編を視聴で
きるという再生の方法も可能となる。よって、予告編と
本編とを１つのコンテンツとして同時に配布することが
でき、配信と受信の手間を軽減することができる。

【０１４４】上述の、コンテンツデータにおける主デー
タおよび副データの組合せについて、さらに具体的に図
を挙げて説明を行なう。

【０１４５】図１７は、データの一部が暗号化されてい
るコンテンツデータの具体例を示す図である。図１７に
示されるコンテンツデータは、予告編と暗号化された本
編とを同梱しているコンテンツデータである。

【０１４６】図１７を参照して、ＭＰ３データとＭＪＰ
Ｇデータとは予告編を構成している。また、ＭＰ３Ｓデ
ータとＭＪＰＧＳデータとは、本編を構成するＭＰ３デ
ータとＭＪＰＧデータとをそれぞれ暗号化したデータで
ある。

【０１４７】図１７に示されるコンテンツデータをコン
テンツデータ再生装置において再生すると、予告編は通
常通り視聴することができるが、本編は暗号化されてお
り、復号を行なわなければ視聴することができない。

【０１４８】さらに図１７を参照して、本編を構成する
ＭＰ３データとＭＪＰＧデータとには、暗号化がなされ
たデータであることが判別できるように、それぞれＭＰ
３Ｓ、ＭＪＰＧＳという識別子が与えられている。ＭＰ
３Ｓデータは、読出した後、復号してから、ＭＰ３デコ
ーダにデータを渡すことで視聴される。ＭＪＰＧＳデー
タについても同様である。

【０１４９】コンテンツデータにおいて上述の組合せの
データを同梱することによって、コンテンツソース（オ
リジナルコンテンツ）として既存のデータを用い、映画
や音楽等をコンテンツデータとして提供することができ
る。また、このようなデータは、上述の如く暗号を解読
する機能を備えるコンテンツデータ再生装置によって、
正規の鍵を所有するユーザのみが視聴することができる
ため、著作権保護の機構を備えることができる。

【０１５０】さらに、データの組合せとして、予告編を
入れたコンテンツデータと共に、図１８に示される、本
編の購入ＷＥＢページへのリンク情報をデータとして同
梱することにより、宣伝用のコンテンツデータを作成
し、配信することもできる。図１８は、ＷＥＢページへ
のリンク情報を含むコンテンツデータの具体例を示す図
である。

【０１５１】図１８を参照して、データの識別子をＬＩ
ＮＫとして与え、他のデータと同様にＬＩＮＫデータの
開始位置とサイズとをコンテンツヘッダに記録すること
で、コンテンツデータを上述したデータ構造とすること
ができる。

【０１５２】この場合、予告編コンテンツに興味を持っ
た視聴者がコンテンツデータ再生装置の所定ボタンを押
すと、ブラウザが自動的に起動して購入ページにアクセ
スされる。このようにして、購入システムを構築するこ
とができる。そのため、購入を希望するユーザの利便性
を高めることができる。このとき、データを解釈してデ
ータに応じた処理を行なうという機能を考慮し、リンク
情報のデータに対応するデコーダは、ＷＥＢブラウザと
なる。

【０１５３】また、このように本実施の形態におけるコ
ンテンツデータ作成装置が、ＷＥＢページへのリンク情
報を含むコンテンツデータを作成することで、コンテン
ツデータが所定の記録媒体に収まりきらなかった場合
等、インターネット等のネットワークを通じてユーザに
ダウンロードを促すことができる。また、別ドライブに
接続された別の記録媒体から自動的に次のコンテンツデ
ータを読出して再生することもできる。このため、コン
テンツの提供を受けるユーザの利便性を多いに高めるこ
とができる。

【０１５４】さらに、本実施の形態におけるコンテンツ
データ再生装置を携帯機器に実装するため、デコーダに
適したデータを検索して読出しデコーダに伝える処理の
負荷は、極めて小さくすることが重要である。すなわ
ち、プロセッサの計算負荷は言うまでもなく、使用する
メモリも小さいものでなければならない。そこで、デー
タの読出しとデコーダとの間に中間バッファと呼ばれる
メモリ領域を用意し、中間バッファを介してデータを伝
える方法がしばしば採用されるが、それでは多くのメモ
リを消費してしまう。しかし、本実施の形態におけるコ
ンテンツデータ再生装置は、データを格納するデータバ
ッファを予め指定しておくことで、特別な中間バッファ
を備える必要がなく、メモリ容量の小さい携帯機器用途
に有利である。このため、本実施の形態におけるコンテ
ンツデータ再生装置を、図１９に示される如く、様々な
機器に実装することができる。図１９は、本実施の形態
におけるコンテンツデータ再生装置および記録媒体の具
体例を示す図である。

【０１５５】図１９を参照して、本実施の形態における
コンテンツデータ再生装置は、パーソナルコンピュータ
３１や携帯電話３２や携帯情報機器３３等の様々な機器
に搭載することができる。そして、これらの様々な機器
において、記録媒体３０を抜差しするだけの容易な操作
によって、コンテンツデータを最適に再生することがで
きる。

【０１５６】なお、上述のコンテンツデータ再生システ
ムにおけるコンテンツデータの作成方法や再生方法を、
プログラムとして提供することもできる。このようなプ
ログラムは、コンピュータに付属するフレキシブルディ
スク、ＣＤ−ＲＯＭ、ＲＯＭ、ＲＡＭおよびメモリカー
ドなどのコンピュータ読取り可能な記録媒体にて記録さ
せて、プログラム製品として提供することもできる。あ
るいは、コンピュータに内蔵するハードディスクなどの
記録媒体にて記録させて、プログラムを提供することも
できる。また、ネットワークを介したダウンロードによ
って、プログラムを提供することもできる。

【０１５７】提供されるプログラム製品は、ハードディ
スクなどのプログラム格納部にインストールされて実行
される。

【０１５８】なお、プログラム製品は、プログラム自体
と、プログラムが記録された記録媒体とを含む。

【０１５９】今回開示された実施の形態はすべての点で
例示であって制限的なものではないと考えられるべきで
ある。本発明の範囲は上記した説明ではなくて特許請求
の範囲によって示され、特許請求の範囲と均等の意味お
よび範囲内でのすべての変更が含まれることが意図され
る。

【図面の簡単な説明】

【図１】 本実施の形態におけるコンテンツデータ再生
システムの構成と、コンテンツデータのデータ構成とを
示す図である。

【図２】 コンテンツデータ作成装置３においてコンテ
ンツデータを作成する過程を示す図である。

【図３】 コンテンツデータ作成装置３におけるコンテ
ンツデータ６４の作成処理について示すフローチャート
である。

【図４】 コンテンツデータ６４の構成を示す図であ
る。

【図５】 コンテンツデータ再生装置１の構成の詳細を
示す図である。

【図６】 位置変換プログラム８２における処理の流れ
について示す図である。

【図７】 コンテンツデータ再生装置２の構成の詳細を
示す図である。

【図８】 位置変換プログラム９２における処理の流れ
について示す図である。

【図９】 コンテンツデータ再生装置１およびコンテン
ツデータ再生装置２において実行されるコンテンツの再
生処理を示すフローチャートである。

【図１０】 ＯＰＥＮ処理を示すフローチャートであ
る。

【図１１】 ＲＥＡＤ処理を示すフローチャートであ
る。

【図１２】 ＣＬＯＳＥ処理を示すフローチャートであ
る。

【図１３】 ＴＥＬＬ処理を示すフローチャートであ
る。

【図１４】 ＳＥＥＫ処理を示すフローチャートであ
る。

【図１５】 ＥＯＦ処理を示すフローチャートである。

【図１６】 再生モードとデータ形式との組合せのテー
ブルの具体例を示す図である。

【図１７】 データの一部が暗号化されているコンテン
ツデータの具体例を示す図である。

【図１８】 ＷＥＢページへのリンク情報を含むコンテ
ンツデータの具体例を示す図である。

【図１９】 本実施の形態におけるコンテンツデータ再
生装置および記録媒体の具体例を示す図である。

【図２０】 従来のコンテンツデータの構成と、コンテ
ンツデータを再生するコンテンツデータ再生装置１およ
び２とを示す図である。

【図２１】 コンテンツデータ作成装置３において記録
媒体１９に記録される従来のコンテンツデータを作成す
る過程を示す図である。

【図２２】 記録媒体１９に記録される、従来のコンテ
ンツデータ６５の構成を示す図である。

【符号の説明】

１，２ コンテンツデータ再生装置、３ コンテンツデ
ータ作成装置、１９，２０，２１，３０ 記録媒体、２
３ Ｇ７２６デコーダ、２４，２６ ＭＪＰＧデコー
ダ、２５ ＭＰ３デコーダ、３１ パーソナルコンピュ
ータ、３２ 携帯電話、３３ 携帯情報機器、６０ オ
リジナルコンテンツ、６１ａ 音声、６１ｂ 映像、６
２ａ Ｇ７２６エンコーダ、６２ｂ ＭＰ３エンコー
ダ、６２ｃＭＪＰＧエンコーダ、６３ａ Ｇ７２６デー
タ、６３ｂ ＭＰ３データ、６３ｃＭＪＰＧデータ、６
４，６５ コンテンツデータ、８１，９１ ファイルア
クセス部、８２，９２ 位置変換プログラム、８３，９
３ 音声出力装置、８４，９４ 映像出力装置、１０
０，１１０ コンテンツデータのヘッダ、１０１ａ，１
０１ｂ，１１１ａ，１１１ｂ 情報領域、１０２，１１
２ 領域範囲補正部、１０３ａ，１０３ｂ，１１３ａ，
１１３ｂ データ相対位置、１０４ａ，１０４ｂ，１１
４ａ，１１４ｂ 出力データ。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 5/93 Ｇ１０Ｌ 9/18 Ｍ Ｊ (72)発明者 中村 三津明 大阪府大阪市阿倍野区長池町22番22号 シ ャープ株式会社内 Ｆターム(参考） 5B082 EA01 5C053 FA03 GA06 GB01 GB05 GB11 GB36 GB37 JA07 JA23 LA11 5D044 AB05 AB07 DE03 DE15 DE43 EF05 FG18 GK08 GK17 5D045 DA20 DB10

Claims (19)

【特許請求の範囲】
1. 【請求項１】 異なる形式の複数のデータを含み、さら
   に、前記複数のデータの各々の形式を表わす識別子と前
   記複数のデータの各々の記録場所とを示すテーブルを所
   定の領域に含むコンテンツデータを作成する作成手段
   と、 前記作成されたコンテンツデータを記録媒体に記録する
   記録手段とを備える、コンテンツデータ作成装置。
2. 【請求項２】 異なる形式の複数のデータを含み、さら
   に、前記複数のデータの各々の形式を表わす識別子と前
   記複数のデータの各々の記録場所とを示すテーブルを所
   定の領域に含むコンテンツデータを作成する作成手段
   と、 前記作成されたコンテンツデータを記録媒体に記録する
   記録手段とを備えるコンテンツデータ作成装置であっ
   て、 前記複数のデータは、１つのオリジナルコンテンツに基
   づいて、複数の異なる形式に変換されたデータである、
   コンテンツデータ作成装置。
3. 【請求項３】 異なる形式の複数のデータを含み、さら
   に、前記複数のデータの各々の形式を表わす識別子と前
   記複数のデータの各々の記録場所とを示すテーブルを所
   定の領域に含むコンテンツデータを作成する作成手段
   と、 前記作成されたコンテンツデータを記録媒体に記録する
   記録手段とを備えるコンテンツデータ作成装置であっ
   て、 前記複数のデータは、音楽データと、画像データとの少
   なくとも一方である、コンテンツデータ作成装置。
4. 【請求項４】 異なる形式の複数のデータを含み、さら
   に、前記複数のデータの各々の形式を表わす識別子と前
   記複数のデータの各々の記録場所とを示すテーブルを所
   定の領域に含むコンテンツデータを作成する作成手段
   と、 前記作成されたコンテンツデータを記録媒体に記録する
   記録手段とを備えるコンテンツデータ作成装置であっ
   て、 前記複数のデータは、少なくとも一部が暗号化処理され
   たデータである、コンテンツデータ作成装置。
5. 【請求項５】 異なる形式の複数のデータを含み、さら
   に、前記複数のデータの各々の形式を表わす識別子と前
   記複数のデータの各々の記録場所とを示すテーブルを所
   定の領域に含むコンテンツデータを作成する作成手段
   と、 前記作成されたコンテンツデータを記録媒体に記録する
   記録手段とを備えるコンテンツデータ作成装置であっ
   て、 前記複数のデータのうち、少なくとも１つのデータが、
   前記記録媒体とは異なる記録媒体に記録されたデータへ
   のリンク情報のデータである、コンテンツデータ作成装
   置。
6. 【請求項６】 異なる形式の複数のデータを含み、さら
   に、前記複数のデータの各々の形式を表わす識別子と前
   記複数のデータの各々の記録場所とを示すテーブルを所
   定の領域に含むコンテンツデータを再生する再生装置で
   あって、 前記コンテンツデータに含まれるテーブルから、前記コ
   ンテンツデータに含まれるデータの全ての形式を読出す
   データ形式読出手段と、 前記テーブルから読出された前記データの全ての形式よ
   り、再生手段に対応するデータの形式を選択する選択手
   段と、 前記選択されたデータの形式に対応するデータを前記コ
   ンテンツデータから読出し、前記再生手段に伝達するデ
   ータ読出手段とを備える、コンテンツデータ再生装置。
7. 【請求項７】 前記再生手段で再生する前記コンテンツ
   データに含まれる前記複数のデータは、１つのオリジナ
   ルコンテンツに基づいて、複数の異なる形式に変換され
   たデータである、請求項６に記載のコンテンツデータ再
   生装置。
8. 【請求項８】 前記再生手段で再生する前記コンテンツ
   データに含まれる前記複数のデータは、音楽データと、
   画像データとの少なくとも一方である、請求項６に記載
   のコンテンツデータ再生装置。
9. 【請求項９】 前記再生手段で再生する前記コンテンツ
   データに含まれる前記複数のデータは、少なくとも一部
   が暗号化処理されたデータである、請求項６に記載のコ
   ンテンツデータ再生装置。
10. 【請求項１０】 前記再生手段で再生する前記コンテン
    ツデータに含まれる前記複数のデータのうち、少なくと
    も１つのデータが、前記記録媒体とは異なる記録媒体に
    記録されたデータへのリンク情報のデータである、請求
    項６に記載のコンテンツデータ再生装置。
11. 【請求項１１】 前記選択手段は、当該コンテンツデー
    タ再生装置の状態に応じたデータの形式を選択する、請
    求項６〜１０のいずれかに記載のコンテンツデータ再生
    装置。
12. 【請求項１２】 前記再生手段は、異なる形式のデータ
    を再生する複数の再生手段からなる、請求項６〜１１の
    いずれかに記載のコンテンツデータ再生装置。
13. 【請求項１３】 コンテンツデータを作成するコンテン
    ツデータ作成装置と、前記コンテンツデータを再生する
    コンテンツデータ再生装置とからなるコンテンツデータ
    再生システムであって、 異なる形式の複数のデータを含み、さらに、前記複数の
    データの各々の形式を表わす識別子と前記複数のデータ
    の各々の記録場所とを示すテーブルを所定の領域に含む
    コンテンツデータを作成する作成手段と、 前記作成されたコンテンツデータを記録媒体に記録する
    記録手段とを備えるコンテンツデータ作成装置と、 前記コンテンツデータ作成装置において作成され記録媒
    体に記録されたコンテンツデータに含まれる、特定の形
    式のデータを再生する再生手段と、 前記コンテンツデータに含まれるテーブルから、前記コ
    ンテンツデータに含まれるデータの全ての形式を読出す
    データ形式読出手段と、 前記テーブルから読出された前記データの全ての形式よ
    り、前記再生手段に対応するデータの形式を選択する選
    択手段と、 前記選択されたデータの形式に対応するデータを前記コ
    ンテンツデータから読出し、前記再生手段に伝達するデ
    ータ読出手段とを備えるコンテンツデータ再生装置とか
    らなる、コンテンツデータ再生システム。
14. 【請求項１４】 前記コンテンツデータ作成装置の作成
    手段で作成するコンテンツデータに含まれる前記複数の
    データは、１つのオリジナルコンテンツに基づいて、複
    数の異なる形式に変換されたデータである、請求項１３
    に記載のコンテンツデータ再生システム。
15. 【請求項１５】 前記コンテンツデータ作成装置の作成
    手段で作成するコンテンツデータに含まれる前記複数の
    データは、音楽データと、画像データとの少なくとも一
    方である、請求項１３に記載のコンテンツデータ再生シ
    ステム。
16. 【請求項１６】 前記コンテンツデータ作成装置の作成
    手段で作成するコンテンツデータに含まれる前記複数の
    データは、少なくとも一部が暗号化処理されたデータで
    ある、請求項１３に記載のコンテンツデータ再生システ
    ム。
17. 【請求項１７】 前記コンテンツデータ作成装置の作成
    手段で作成するコンテンツデータに含まれる前記複数の
    データのうち、少なくとも１つのデータが、前記記録媒
    体とは異なる記録媒体に記録されたデータへのリンク情
    報のデータである、請求項１３に記載のコンテンツデー
    タ再生システム。
18. 【請求項１８】 前記コンテンツデータ再生装置の前記
    選択手段は、当該コンテンツデータ再生装置の状態に応
    じたデータの形式を選択する、請求項１３〜１７のいず
    れかに記載のコンテンツデータ再生システム。
19. 【請求項１９】 前記コンテンツデータ再生装置の前記
    再生手段は、異なる形式のデータを再生する複数の再生
    手段からなる、請求項１３〜１８のいずれかに記載のコ
    ンテンツデータ再生システム。