(57)【要約】【課題】【解決手段】ＨＤＤ２１に記憶されるＰＣＭコンテンツ３３は、或る１アルバムを構成するデータ列を分割するようにして形成される。このＰＣＭコンテンツ３３は、データベース３５により、アルバムを識別するアルバムＩＤと、そのアルバム内トラックナンバ（再生順序）と対応付けられて管理される。そして、複数のＰＣＭコンテンツ３３を、それぞれ圧縮コンテンツに変換するときには、データベース３５を参照して、これら複数のＰＣＭコンテンツ３３が同一アルバムに属し、かつ、再生順が連続しているのであれば、そのアルバム内での再生順序に従って、再生時における連続性が与えられるようにして変換処理を実行する。【選択図】        図１７
2004310819.tif 000002
【特許請求の範囲】
【請求項１】
記憶手段に記憶されるデータであり、所定の包括単位を形成するとされる時間的連続性を有するデータ列を、所要の分割単位に応じた分割位置で分割するようにして単位化されているとともに、第１の符号化方式により符号化されている、第１符号化方式の単位データごとについて、少なくとも、その第１符号化方式の単位データが属するとされる上記包括単位を識別する包括単位識別情報と、包括単位内における再生順序を示す順序情報とを対応付けて管理する管理手段と、
上記第１符号化方式の単位データについて、所定の第２の符号化方式により符号化された第２符号化方式の単位データに変換するものとされ、連続性付与モードが設定された場合には、符号化順として前後関係となる２つの第１符号化方式の単位データを変換するのに、これら２つの第１符号化方式の単位データから変換された２つの第２符号化方式の単位データを上記符号化順に従って再生した場合に、連続性が得られるようにして変換処理を実行する符号化方式変換手段と、
上記記憶手段に記憶されている第１符号化方式の単位データのうちから、上記符号化方式変換手段による変換対象として指定された第１符号化方式の単位データが複数である場合において、上記包括単位識別情報及び順序情報とに基づいて、これら複数の第１符号化方式の単位データについて、同じ包括単位に属し、かつ、再生順序が連続していることの条件を満たしているか否かを判別する判別手段と、
上記判別手段により上記条件を満たしていることが判別された場合には、上記複数の第１符号化方式の単位データについて、上記順序情報に基づいて設定した符号化順に従って、上記符号化方式変換手段によって上記連続性付与モードによる変換処理が実行されるように制御を実行する制御手段と、
を備えることを特徴とする符号化装置。
【請求項２】
上記符号化方式変換手段は、
所定長の符号化処理単位により変換処理を実行するものとされているとともに、
上記連続性付与モードとしての変換処理を実行する際には、
符号化順として前となる第１符号化方式の単位データの終了位置を含む第１の符号化処理単位と、符号化順として前後となるこれら２つの第１符号化方式の単位データの連結位置を含む第２の符号化処理単位とを利用した、上記前となる第１符号化方式の終端部分についての変換処理と、
符号化順として後となる第１符号化方式の単位データの開始位置を含む第３の符号化処理単位と、上記第２の符号化処理単位とを利用した、上記後となる第１符号化方式の開始部分についての変換処理と、を実行するようにされている、
ことを特徴とする請求項１に記載の符号化装置。
【請求項３】
上記記憶手段に記憶される第１符号化方式の単位データは、上記符号化方式変換手段が変換処理を実行するための符号化処理単位に対応した所定のデータ長による区切り単位により区切られるようにして管理される、
ことを特徴とする請求項１に記載の符号化装置。
【請求項４】
所定の記憶領域に記憶されるデータであり、所定の包括単位を形成するとされる時間的連続性を有するデータ列を、所要の分割単位に応じた分割位置で分割するようにして単位化されているとともに、第１の符号化方式により符号化されている、第１符号化方式の単位データごとについて、少なくとも、その第１符号化方式の単位データが属するとされる上記包括単位を識別する包括単位識別情報と、包括単位内における再生順序を示す順序情報とを対応付けて管理する管理手順と、
上記第１符号化方式の単位データについて、所定の第２の符号化方式により符号化された第２符号化方式の単位データに変換するものとされ、連続性付与モードの場合には、符号化順として前後関係となる２つの第１符号化方式の単位データを変換するのに、これら２つの第１符号化方式の単位データから変換された２つの第２符号化方式の単位データを上記符号化順に従って再生した場合に、連続性が得られるようにして変換処理を実行する符号化方式変換手順と、
上記記憶領域に記憶されている第１符号化方式の単位データのうちから、上記符号化方式変換手順により変換処理を実行させる対象として指定された第１符号化方式の単位データが複数である場合において、上記包括単位識別情報及び順序情報とに基づいて、これら複数の第１符号化方式の単位データについて、同じ包括単位に属し、かつ、再生順序が連続していることの条件を満たしているか否かを判別する判別手順と、
上記判別手順により上記条件を満たしていることが判別された場合には、上記複数の第１符号化方式の単位データについて、上記順序情報に基づいて設定した符号化順に従って、上記符号化方式変換手順によって上記連続性付与モードによる変換処理が実行されるように制御を実行する制御手順と、
を実行することを特徴とする符号化方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えばデジタルオーディオ信号の符号化方式を変換するようにして符号化を行う符号化装置及び符号化方法に関する。
【０００２】
【従来の技術】
近年、大容量のハードディスク（ＨＤＤ）が普及してきている。
そして、これに伴って、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）に記録されているオーディオデータをハードディスクに記録して保存する、いわゆるリッピングを行うことが広く普及している。このようなリッピングは、例えばパーソナルコンピュータによって行われる。また、例えばＣＤを再生可能なディスクドライブと、ＨＤＤとを備えたオーディオ機器を構成して提供することで、このようなオーディオ機器によってリッピングを行うことも可能である。
【０００３】
また、例えばＡＴＲＡＣ（Ａｄａｐｔｉｖｅ  Ｔｒａｎｓｆｏｒｍ  Ａｃｏｕｓｔｉｃ  Ｃｏｄｉｎｇ）方式やＭＰ３（ＭＰＥＧ  Ａｕｄｉｏ  Ｌａｙｅｒ  ＩＩＩ）方式などによりオーディオデータを圧縮して記録することも広く普及している。そこで、リッピングとして、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）から読み出したオーディオデータを圧縮したうえでＨＤＤに記録して保存することも広く行われている。
つまり、ＣＤに記録されるデジタルオーディオデータは、サンプリング周波数が４４．１ＫＨｚで、サンプリングビットが１６ビットの形式で符号化された、いわゆるＰＣＭ（Ｐｕｌｓｅ  Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｎ）による符号化データの１つである。このようなＰＣＭ符号化によるＣＤのデジタルオーディオデータを、例えばＡＴＲＡＣ方式やＭＰ３などの方式により、いわゆる圧縮符号化を施して圧縮形式のデジタルオーディオデータに変換した上で、ＨＤＤに保存させるものである。
また、上記のようにしてＣＤのデジタルオーディオデータを圧縮符号化して得られる圧縮オーディオデータとしても、ＣＤ上で管理されるトラックに対応するトラック単位で管理されるのが通常である。
【０００４】
ここで、アルバムとしてのＣＤには、楽曲ごとに対応したトラック単位で管理されるようにしてデジタルオーディオデータが記録されるのであるが、再生順的に前後となるトラック間では、無音部分が存在せずに、再生音声が連続するようにして記録されている場合がある。具体的には、ＣＤのアルバムとしての内容が、ライヴであったり、リミックス、ダンス系などである場合に、トラック間の音声が途切れずに次のトラックの楽曲に進行していくような場合を挙げることができる。
【０００５】
ここで、上記したような圧縮符号化処理としてのアルゴリズムによると、圧縮符号化は、或る所定のサンプル数に応じてブロック化されたブロック（符号化処理単位）を利用して行われる。そして、例えばＣＤに記録されたトラックとしてのデータ列部分のみを抜き出して、圧縮符号化を施した場合に、例えば終端位置を含むブロック内の途中位置でトラックの終端となってしまったような場合には、そのブロックにおける残りの領域に、いわゆる０パディングといわれる、０データを埋め込んだうえで、圧縮符号化処理を実行する。
このような場合において、圧縮符号化処理後の圧縮オーディオデータでは、０パディングに対応するデータ領域は無音部分なる。
このことから、上記した圧縮符号化処理が、トラック間で音が連続するようにして記録されているトラックについて行われた場合には、圧縮符号化後のトラックを連続して再生したとしても、トラック間で音が途切れて連続性が得られないことが分かる。
【０００６】
そこで、このような不都合を解消するために、音の連続性が保たれるようにして、例えばＰＣＭ符号化されたオーディオデータを圧縮符号化する構成が提案されている（特許文献１参照）。
この特許文献１としての技術を簡単に述べると、変換元のＰＣＭデータにおけるトラックの区切り位置に対応して圧縮符号化処理を実行する場合には、前側のトラックについては、その終端部分を含む圧縮符号化データを形成するのに、０パディングする代わりに後側のトラックの始端部のデータを埋め込んだブロック（フレーム）を利用する。また、同様にして、後ろ側のトラックについては、その始端部分を含む圧縮符号化データを形成するのに、０パディングする代わりに前側のトラックの終端部のデータを埋め込んだブロックを利用する。
このような圧縮符号化の処理とすることで、前のトラックとしての圧縮オーディオデータの終端部分は、後のトラックの始端部分のデータを含んでいることになる。また、後のトラックとしての圧縮オーディオデータの始端部分は、前のトラックの終端部分のデータを含んでいることになる。
そして、このような前後のトラックの圧縮オーディオデータを続けて再生すれば、トラック間における音の連続性が保たれていることになる。
【０００７】
【特許文献１】
特開２００２−１１２３４１号公報
【０００８】
【発明が解決しようとする課題】
ここで、上記したような音の連続性を維持した圧縮符号化の処理を、例えばＣＤから読み出したオーディオデータを圧縮符号化してＨＤＤに記録（リッピング）するオーディオ機器に適用したとする。
この場合には、ＣＤからトラック順に従って連続的にデジタルオーディオデータを再生していくようにされる。そして、このようにして再生されるデジタルオーディオデータを逐次入力して、上記した連続性を維持するための圧縮符号化処理を実行するようにされる。これにより、圧縮符号化後のトラック単位の圧縮オーディオデータについても、再生時には音の連続性が維持されるものを得ることができる。
つまり、トラック順に従って連続的にＰＣＭデータが入力されてくる場合においては、音の連続性を維持するようにして、各トラックについての圧縮符号化が可能とされている。
【０００９】
しかしながら、ユーザの要望として、先ずＣＤからＰＣＭデータのままＨＤＤにリッピングしたトラック単位のデジタルオーディオデータを、後から、圧縮符号化してＨＤＤに記録／保存し直したいということがある。
この場合、ＨＤＤにリッピングされたトラック単位のＰＣＭデータは、１つの独立したファイルとしてＨＤＤ上で管理されるものである。そして、ＨＤＤに記憶されるＰＣＭデータは、個々のファイルごとに完結させるようにして圧縮符号化が行われる。
このため、同じアルバムとしてのＣＤに記録されていたとされる、トラック順が続く複数のＰＣＭデータのファイルについて、圧縮符号化を施して圧縮オーディオデータに変換しようとしても、同様にして、個々のファイルごとに完結させた圧縮符号化の処理となる。従って、このようにして圧縮符号化が施されたトラックごとの圧縮オーディオデータのファイルとしては、トラック順が続いているとしても、音の連続性が維持されていないことになる。
【００１０】
つまり、現状においては、例えば、ファイルとして管理されるようにしてＨＤＤなどに記憶されたトラック単位のＰＣＭデータを圧縮符号化するような場合には、圧縮符号化されたオーディオデータとしてのトラック（ファイル）間で、再生音の連続性が維持されないという問題を有している。
【００１１】
【課題を解決するための手段】
そこで本発明は上記した課題を考慮して、符号化装置として次のように構成する。
つまり、記憶手段に記憶されるデータであり、所定の包括単位を形成するとされる時間的連続性を有するデータ列を、所要の分割単位に応じた分割位置で分割するようにして単位化されているとともに、第１の符号化方式により符号化されている、第１符号化方式の単位データごとについて、少なくとも、その第１符号化方式の単位データが属するとされる上記包括単位を識別する包括単位識別情報と、包括単位内における再生順序を示す順序情報とを対応付けて管理する管理手段を備える。
また、第１符号化方式の単位データについて、所定の第２の符号化方式により符号化された第２符号化方式の単位データに変換するものとされ、連続性付与モードが設定された場合には、符号化順として前後関係となる２つの第１符号化方式の単位データを変換するのに、これら２つの第１符号化方式の単位データから変換された２つの第２符号化方式の単位データを符号化順に従って再生した場合に、連続性が得られるようにして変換処理を実行する符号化方式変換手段を備える。
また、記憶手段に記憶されている第１符号化方式の単位データのうちから、符号化方式変換手段による変換対象として指定された第１符号化方式の単位データが複数である場合において、包括単位識別情報及び順序情報とに基づいて、これら複数の第１符号化方式の単位データについて、同じ包括単位に属し、かつ、再生順序が連続していることの条件を満たしているか否かを判別する判別手段と、この判別手段により上記条件を満たしていることが判別された場合には、これら複数の第１符号化方式の単位データについて、順序情報に基づいて設定した符号化順に従って、符号化方式変換手段によって連続性付与モードによる変換処理が実行されるように制御を実行する制御手段とを備える。
【００１２】
また、本発明の符号化方法としては次のように構成する。
つまり、所定の記憶領域に記憶されるデータであり、所定の包括単位を形成するとされる時間的連続性を有するデータ列を、所要の分割単位に応じた分割位置で分割するようにして単位化されているとともに、第１の符号化方式により符号化されている、第１符号化方式の単位データごとについて、少なくとも、その第１符号化方式の単位データが属するとされる上記包括単位を識別する包括単位識別情報と、包括単位内における再生順序を示す順序情報とを対応付けて管理する管理手順を実行させる。
また、第１符号化方式の単位データについて、所定の第２の符号化方式により符号化された第２符号化方式の単位データに変換するものとされ、連続性付与モードの場合には、符号化順として前後関係となる２つの第１符号化方式の単位データを変換するのに、これら２つの第１符号化方式の単位データから変換された２つの第２符号化方式の単位データを上記符号化順に従って再生した場合に、連続性が得られるようにして変換処理を実行する符号化方式変換手順を実行させる。
さらに記憶領域に記憶されている第１符号化方式の単位データのうちから、符号化方式変換手順により変換処理を実行させる対象として指定された第１符号化方式の単位データが複数である場合において、包括単位識別情報及び順序情報とに基づいて、これら複数の第１符号化方式の単位データについて、同じ包括単位に属し、かつ、再生順序が連続していることの条件を満たしているか否かを判別する判別手順と、この判別手順により上記条件を満たしていることが判別された場合には、これら複数の第１符号化方式の単位データについて、順序情報に基づいて設定した符号化順に従って、符号化方式変換手順によって連続性付与モードによる変換処理が実行されるように制御を実行する制御手順とを実行させることとする。
【００１３】
上記各構成によると、記憶手段（記憶領域）に記憶される第１符号化方式の単位データは、所定の包括単位のデータ列を分割するようにして得られるものとされる。これは、第１符号化方式の単位データとしては、始端／終端において０データの埋め込みなどが行われておらず、実の符号化データ列によってのみ形成されていることを意味する。
そして、この第１符号化方式の単位データは、上記包括単位を識別する包括単位識別情報と、この包括単位内における再生順序を示す順序情報と対応付けられて管理される。つまり、第１符号化方式の単位データについては、各々が属する包括単位と、その包括単位内での順序を認識することが可能とされる。
そして、複数の第１符号化方式の単位データを、それぞれ第２の符号化方式による単位データに変換するときには、上記包括単位識別情報と順序情報を利用して、これら複数の第１符号化方式の単位データが同一の包括単位内にあり、かつ、再生順序が連続しているという条件を満たしているか否かについて判定する。そして、この条件を満たしている場合には、その包括単位内での再生順序に従って、上記符号化方式変換手段によって、単位データ間で再生時における連続性が与えられるようにして変換処理を実行するようにされる。
つまり、本発明によっては、記憶手段においてファイル的に記憶される第１符号化方式の単位データから、第２の符号化方式によるデータ単位に変換すべき複数の第１符号化方式の単位データを指定した場合において、これらの第１符号化方式の単位データが同一の包括単位内に属するものであれば、包括単位において設定される再生順序で、かつ、再生順序的に前後となるデータ単位間で、再生出力の連続性が維持されるようにして変換処理が自動実行される。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態について説明する。なお、以降の説明は次の順序で行う。
１．記録再生装置の構成
２．ＨＤＤの記憶内容例
３．記録再生装置によるＨＤＤへのコンテンツ記録態様
３−１．外部ＰＣＭ→ＰＣＭ記録
３−２．外部ＰＣＭ→圧縮変換記録
３−３．ＨＤＤ−ＰＣＭ→圧縮変換記録
４．ＨＤＤ上でのＰＣＭデータのセクタ管理
５．ＰＣＭコンテンツデータベース
５−１．基本構造
５−２．ＰＣＭコンテンツの分割に対応した更新例
６．圧縮符号化処理
７．ＨＤＤ−ＰＣＭ→圧縮変換記録時の処理動作
【００１５】
１．記録再生装置の構成
図１のブロック図は、本実施の形態の記録再生装置１の構成例を示している。
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１は、起動されたプログラムに基づいて記録再生装置１の全体の制御、演算処理を行う。例えばネットワークを介した通信動作、ユーザーに対する入出力動作、ＣＤの再生やリッピング、ＨＤＤ２１へのコンテンツ記憶やそのための管理などを行う。
ＣＰＵ１１はバス１２を介して各回路部との間で制御信号やデータのやりとりを行う。
【００１６】
メモリ部１３はＣＰＵ１１が処理に用いるＲＡＭ、ＲＯＭ、フラッシュメモリ（不揮発性メモリ）などを包括的に示している。
メモリ部１３におけるＲＯＭには、ＣＰＵ１１が実行すべき動作プログラム、プログラムローダー等が記憶される。また、メモリ部１３におけるフラッシュメモリには、各種演算係数、プログラムで用いるパラメータ等が記憶される。メモリ部１３におけるＲＡＭには、プログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。
【００１７】
操作入力部１５は、記録再生装置１の筐体に設けられた操作キーやジョグダイヤル、タッチパネルなどの各種操作子などから成る部位である。なお、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）操作のためのキーボードやマウスが操作入力部１５として設けられてもよい。また、操作入力部１５としては、リモートコントローラとされてもよい。
操作入力部１５で入力された情報は入力処理部１４において所定の処理が施され、ＣＰＵ１１に対して操作コマンドとして伝送される。ＣＰＵ１１は入力された操作コマンドに応答した機器としての動作が得られるように、所要の演算や制御を行う。
【００１８】
ディスプレイモニタ１７としては、例えば液晶ディスプレイなどの表示デバイスが接続され、各種情報表示が行われる。
ＣＰＵ１１が各種動作状態や入力状態、通信状態に応じて表示情報を表示処理部１６に供給すると、表示処理部１６は供給された表示データに基づいてディスプレイモニタ１７に表示動作を実行させる。
例えば本実施の形態の場合であれば、リッピングされたオーディオファイルを再生管理するプログラムに従っては、オーディオファイルを管理、再生するためのＧＵＩ画面が表示される。
【００１９】
ＣＤドライブ１９は、光学ヘッド、スピンドルモータ、再生信号処理部、サーボ回路等を備え、ＣＤに対する再生動作を行う。ＣＤドライブ制御部１８は、ＣＤドライブ１９におけるＣＤに対する再生動作、アクセス動作等を制御する。例えばユーザーが入力部１５からＣＤ再生操作を行った場合は、ＣＰＵ１１はＣＤドライブ制御部１８にＣＤ再生を指示する。するとＣＤドライブ制御部１８は、ＣＤドライブ１９に対して再生／アクセスを実行させる制御を行う。
ＣＤドライブ１９では、ＣＤから読み出した信号に対してデコードを行い、再生データをＣＤドライブ制御部１８を介してバス１２に送出する。
この再生データはオーディオ入出力処理部２４においてイコライジング等の音場処理や音量調整、Ｄ／Ａ変換、増幅等の処理が施され、スピーカ部２５から出力される。
【００２０】
またＣＤドライブ１９で再生されたデータは、ＣＰＵ１１の制御によって、ＨＤＤ２１にオーディオデータファイルとして蓄積することもできる。つまり、いわゆるリッピングにより得たオーディオデータファイルをコンテンツとして記憶させることができる。
なお、このオーディオデータファイルの形式としては、ＣＤフォーマットにおけるサンプリング周波数４４．１ＫＨｚで１６ビット量子化のデジタルオーディオデータとされてもよい。
なお、以降においては、ＣＤフォーマットに従ったデジタルオーディオデータについては、いわゆるＰＣＭ（Ｐｕｌｓｅ  Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｎ）符号化されたデータの１つであることから、ＰＣＭデータともいうことにして、圧縮オーディオデータと区別する。
【００２１】
なお、公知のようにＣＤではその最内周側にＴＯＣと呼ばれる管理情報が記録されており、ＣＤ再生時にはＴＯＣに基づいてディスク上のトラック（コンテンツ）のアクセスを行う。従ってＣＤドライブ制御部１８は、ＣＤが装填された際にはＣＤドライブ１９にＴＯＣ読出を指示し、読み出されたＴＯＣデータを得ることで、ＣＤの再生制御が可能となる。
【００２２】
また、上記した圧縮オーディオデータに対応するために、オーディオエンコーダ／デコーダ２８が備えられる。
このオーディオエンコーダ／デコーダ２８は、例えば入力されたＰＣＭデータについて所定方式による圧縮符号化を施して、圧縮オーディオデータに変換して出力する。このようにして得られた圧縮オーディオデータは、オーディオデータファイル（コンテンツ）としてＨＤＤに記憶させることができる。
また、オーディオエンコーダ／デコーダ２８は、入力された圧縮オーディオデータについて復号処理を施して、例えばＰＣＭデータに変換する。このＰＣＭデータとしては、例えばＣＤフォーマットと同様の、サンプリング周波数４４．１ＫＨｚで１６ビット量子化のデジタルオーディオデータとされればよい。
そして、このようにしてオーディオエンコーダ／デコーダ２８にて得られたＰＣＭデータも、オーディオ入出力処理部２４による信号処理を経て、スピーカ部２５により音声として出力させることができる。
【００２３】
また、オーディオ入出力処理部２４に対しては、例えばオーディオ信号入力端子２９が接続される。なお、この場合のオーディオ信号入力端子２９は、アナログオーディオ信号入力と、デジタルオーディオ信号（ＰＣＭデータ）入力の何れにも対応する入力端子として包括的に示している。
オーディオ信号入力端子２９がアナログオーディオ信号の入力に対応しているのであれば、入力されたアナログオーディオ信号は、オーディオ入出力処理部２４にてＡ／Ｄ変換処理が施されて、所定のサンプリング周波数及び量子化ビットによるＰＣＭデータに変換してバス１２を介して所要の機能部位に転送するようにされる。また、デジタルオーディオ信号（ＰＣＭデータ）の入力に対応しているのであれば、オーディオ入出力処理部２４では、そのままバス１２を介して所要の機能部位に転送する。或いは、必要に応じてサンプリング周波数及び量子化ビット数を変換したうえで転送を行うようにしてもよい。
このようにして、オーディオ入出力処理部２４から出力されるＰＣＭデータも、例えばＨＤＤ２１にオーディオデータファイル（コンテンツ）として記憶させることができる。また、オーディオエンコーダ／デコーダ２８に転送して圧縮符号化した後に、ＨＤＤ２１に記憶させることができる。
【００２４】
チューナ部２７は、例えばＡＭ・ＦＭラジオチューナとされ、ＣＰＵ１１の制御に基づいて、アンテナ２６で受信された放送信号を復調する。もちろんテレビチューナや衛星放送チューナ、デジタル放送チューナなどとしてのチューナでもよい。
復調された放送音声信号は、オーディオデータ処理部２４において所要の処理が施され、スピーカ部２５から放送音声として出力される。
【００２５】
通信処理部２２は、ＣＰＵ１１の制御に基づいて送信データのエンコード処理、受信データのデコード処理を行う。
ネットワークインターフェイス２３は、通信処理部２２でエンコードされた送信データをネットワークを介して所定の外部ネットワーク対応機器に送信する。またネットワークを介して外部ネットワーク対応機器から送信されてきた信号を通信処理部２２に受け渡す。
通信処理部２２は受信した情報をＣＰＵ１１に転送する。
【００２６】
なお、記録再生装置１の構成は、この図１の構成に限られるものではなく、更に多様に考えられる。
例えば各種記録媒体に対応するように、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）ドライブ、ＭＤ（Ｍｉｎｉ  Ｄｉｓｃ）ドライブ、テープドライブなどが設けられたり、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、ＩＥＥＥ１３９４、Ｂｌｕｅｔｏｏｔｈなどの通信方式による周辺機器とのインターフェースが設けられるようにしてもよい。
またマイクロホンや外部のヘッドホンの接続に用いられる端子や、ＤＶＤ再生時に対応するビデオ出力端子、ライン接続端子、光デジタル接続端子等が設けられてもよい。
またＰＣＭＣＩＡスロット、メモリカードスロットなどが形成され、外部の情報処理装置やオーディオ機器とデータのやりとりが可能とされてもよい。
【００２７】
２．ＨＤＤの記憶内容例
図２は、上記図１に示されるＨＤＤ２１についての、本実施の形態に対応する記憶内容例を模式的に示している。
ＨＤＤ２１には、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）３１、プログラム３２が記憶される。また、それぞれ１以上のＰＣＭコンテンツ３３、圧縮コンテンツ３４を記憶可能とされており、ＰＣＭコンテンツ３３が記憶されるのに応じては、ＰＣＭコンテンツデータベース３５が作成されて記憶される。同様にして、圧縮コンテンツ３４が記憶されるのに応じて圧縮コンテンツデータベース３６が記憶される。
【００２８】
ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）３１は、ＣＰＵ１１が実行すべき基本プログラムである。また、プログラム３２は、ＯＳ３１上で実行される各種のプログラムを一括して示しているものであり、このプログラム３２が起動されることで、記録再生装置１としての各種の機能を実現するための制御処理が実行される。
ここでは、プログラム３２の１つとしてＨＤＤ記録／再生制御モジュール３２ａを示している。このＨＤＤ記録／再生制御モジュール３２ａをＣＰＵ１１が実行することにより、ＨＤＤ２１に対するコンテンツ等をはじめとする各種ユーザデータやプログラム等の書き込み／読み出しが実行可能となる。
【００２９】
なお、上記プログラム３２の１つとして、図１に示したオーディオエンコーダ／デコーダ２８としての圧縮符号化／復号化の処理を実行可能とするための、いわゆるコーデックとしてのプログラムを実装するようにしても良い。
つまり、本実施の形態としては、デジタルオーディオデータについての圧縮符号化／復号化の処理は、ハードウェア、ソフトウェアの何れにより実行されてもよいものである。
【００３０】
ＰＣＭコンテンツ３３は、ＰＣＭデータによるオーディオデータファイルである。つまり、オーディオのコンテンツデータである。そして、ＰＣＭコンテンツデータベース３５は、ＨＤＤ２１に記憶されるＰＣＭコンテンツ３３を管理するためのデータベース情報である。
また、圧縮コンテンツ３４は、図１に示したオーディオエンコーダ／デコーダ２８が対応する圧縮符号化方式により圧縮された圧縮オーディオデータのファイルであり、つまり、圧縮コンテンツ３４も、オーディオのコンテンツデータである。圧縮コンテンツデータベース３６は、ＨＤＤ２１に記憶される圧縮コンテンツ３３を管理するためのデータベース情報である。
【００３１】
なお、ここでは図示していないが、ＨＤＤ２１上に記憶される上記各種のデータを管理するためには、いわゆるファイルシステムが用いられる。このファイルシステムとしての情報も、ＨＤＤ２１における所定領域に保存されており、ＨＤＤ２１に対する記録再生結果に応じた更新が行われる。
【００３２】
３．記録再生装置によるＨＤＤへのコンテンツ記録態様
３−１．外部ＰＣＭ→ＰＣＭ記録
上記構成による本実施の形態の記録再生装置１では、ＨＤＤ２１に対するオーディオコンテンツデータの記録態様として、３つの態様による記録が可能となる。この点について図３〜図４を参照して説明する。
【００３３】
先ず、図３には、外部から入力されるものとして扱われるＰＣＭデータを、同じＰＣＭデータのコンテンツ（以下、ＰＣＭコンテンツともいう）としてＨＤＤ２１に記憶する、外部ＰＣＭ→ＰＣＭ記録が示されている。
この場合のＨＤＤ２１への記録元となるＰＣＭデータは、ＣＤドライブ１９に装填されたＣＤから読み出したデジタルオーディオデータとなる。あるいは、記録再生装置１の外部からライン入力により得られるデジタルオーディオデータとなる。つまり、オーディオ信号入力端子２９から入力され、最終的にオーディオ入出力処理部２４からデジタルオーディオデータとして出力されるオーディオ信号である。
【００３４】
上記した記録元のＰＣＭデータは、ＨＤＤ記録／再生制御モジュール３２ａに従ったＣＰＵ１１の制御によって、ＰＣＭコンテンツ３３としてＨＤＤ２１に書き込まれて記憶される。また、このようにしてＨＤＤ２１に記憶させたＰＣＭコンテンツ３３を、ＰＣＭコンテンツデータベース３５に登録するための処理も実行するようにされる。
なお、確認のために述べておくと、この場合の外部ＰＣＭ→ＰＣＭ記録においては、記録元と記録先とで同じＰＣＭデータのフォーマットであることとされているから、記録元のＰＣＭデータについて、特に符号化方式（デジタルオーディオ信号フォーマット）を変換する必要はない。
【００３５】
ところで、図３に示す外部ＰＣＭ→ＰＣＭ記録としての動作の実際として、ＣＤから読み出して得られるＰＣＭコンテンツは、ＣＤにおけるトラックと同じコンテンツ内容を有するものとされる。
つまり、例えば１枚のＣＤにトラック＃１〜トラック＃１０までの１０トラックが記録されているとした場合、このＣＤの全記録内容に対応しては、トラック＃１〜トラック＃１０の各コンテンツ内容に対応する、全部で１０のＰＣＭコンテンツがあることになる。
そして、図３に示す外部ＰＣＭ→ＰＣＭ記録として、このＣＤからトラック＃１〜トラック＃１０を全て順次再生して、ＰＣＭコンテンツをＨＤＤ２１に記憶させる場合、ＨＤＤ２１には、それぞれ、ＣＤからトラック＃１〜トラック＃１０と同じコンテンツ内容を有する１０のＰＣＭコンテンツが記憶されることになる。また、ＰＣＭコンテンツデータベース３５に対しても、これら１０のＰＣＭコンテンツの各々についての登録が行われる。
【００３６】
周知のようにして、ＣＤにはＴＯＣが記録されており、このＴＯＣを参照することによってＣＤに記録されるトラックの区切り位置などを認識することができる。
従って、上記したように、ＣＤからトラック＃１〜トラック＃１０を全て順次再生して、ＰＣＭコンテンツをＨＤＤ２１に記憶させる場合には、例えばＣＤのＴＯＣにより認識したトラックごとに対応させて、ＰＣＭコンテンツとしてのデータファイルが作成されるように処理を実行すればよい。これによって、ＣＤのトラック内容と同じＰＣＭコンテンツとすることができる。
【００３７】
これに対して、ライン入力によるＰＣＭデータをＰＣＭコンテンツとしてＨＤＤ２１に記録する場合であるが、この場合には、ライン入力によるＰＣＭデータには、上記したようなＴＯＣが無いこととなる。つまり、ＰＣＭデータ列においてトラックに相当する区切り位置を示す情報が存在しない。
このような場合には、例えばライン入力により得られるＰＣＭデータを、ＨＤＤ２１に記録している動作中において、ユーザに、トラックに相当する区切り位置を設定したいタイミングで、ユーザの操作入力部１５に対してトラック区切りを指示するための所定操作を行わせるようにすることが考えられる。そして、ＨＤＤ記録／再生制御モジュール３２ａでは、トラック区切りを指示する操作が行われるのに応じて、ＰＣＭデータを分割し、分割点間のＰＣＭデータの区間ごとに１つのＰＣＭコンテンツを設定し、ＨＤＤ２１に記憶させるように制御処理を実行する。
【００３８】
あるいは、従来から知られている無音区間検出を行って、無音区間の検出位置に応じてＰＣＭデータを分割し、分割点間のＰＣＭデータの区間ごとに１つのＰＣＭコンテンツを設定するようにしてもよい。
【００３９】
また、本実施の形態では後述するようにして、ＨＤＤ２１に記憶された１つのＰＣＭコンテンツについて複数のＰＣＭコンテンツに分割する編集処理が可能に構成されている。そこで、例えばＨＤＤ２１のＰＣＭコンテンツ記録時には、そのまま通しで、ライン入力されたＰＣＭデータを１つのＰＣＭコンテンツとして記憶させておき、この後において上記分割編集機能を利用して、ユーザの好みに応じた分割位置により、ＰＣＭコンテンツを分割していくようにしても良い。
【００４０】
３−２．外部ＰＣＭ→圧縮変換記録
続いて、図４には、外部から入力されるものとして扱われるＰＣＭデータを、圧縮オーディオデータとしてのコンテンツ（以下、圧縮コンテンツともいう）に変換してＨＤＤ２１に記憶する、外部ＰＣＭ→圧縮変換記録が示されている。
【００４１】
この図４においても、記録元として入力されるＰＣＭデータは、ＣＤから読み出したデジタルオーディオデータ、若しくは、ライン入力により得られたデジタルオーディオデータとされる。
そして、これらの記録元のＰＣＭデータは、ＨＤＤ記録／再生制御モジュール３２ａによって、先ずは、オーディオエンコーダ／デコーダ２８に対して転送され、オーディオエンコーダ／デコーダ２８によって圧縮オーディオデータに変換される。そして、この圧縮オーディオデータをＨＤＤ２１に転送して、圧縮コンテンツ３４として記憶させる。
また、このようにしてＨＤＤ２１に記憶させた圧縮コンテンツ３４を、圧縮コンテンツデータベース３６に登録するための処理も実行するようにされる。
【００４２】
なお、この場合においても、ＣＤに記録されたＰＣＭデータを、ＰＣＭコンテンツとしてＨＤＤ２１に記憶するときには、ＣＤのＴＯＣに基づいて認識されるトラックの区切り位置に応じて、ＣＤから読み出したＰＣＭデータ列の分割位置を設定していくようにされる。これにより、上記分割位置により区切られる単位で、トラックごとに対応したＰＣＭコンテンツが作成される。
また、ライン入力によるＰＣＭデータを、ＰＣＭコンテンツとしてＨＤＤ２１に記憶するときには、先に説明したようなトラック分割位置の指定操作や、無音区間検出に応じて、先ずはＰＣＭデータ列に対してトラック分割位置を設定する。そして、この後に圧縮符号化して得られた圧縮オーディオデータについて、上記分割位置に対応して、１トラック分に相当する１つの圧縮コンテンツを設定するようにすればよい。
なお、本実施の形態のオーディオエンコーダ／デコーダ２８の圧縮符号化としては、上記のようにしてトラック単位に分割されるＰＣＭデータを圧縮符号化する際において、連続性付与モードを設定すると、再生順的に前後となる圧縮コンテンツを再生したときに、トラックの区切り位置においても再生音の連続性が得られるようにして圧縮符号化処理を実行するようにされる。つまり、上記のようにして、外部ＰＣＭ→圧縮変換記録を行ったとしても、再生順的に前後関係となる２つの圧縮コンテンツについて、再生音の連続性が得られるようにされる。
なお、このような連続性付与モードとしての圧縮符号化の具体的処理例については後述する。
【００４３】
３−３．ＨＤＤ−ＰＣＭ→圧縮変換記録
続いては、図５に、ＨＤＤ２１に記憶済みとされているＰＣＭコンテンツとしてのＰＣＭデータ（ＨＤＤ−ＰＣＭ）を圧縮コンテンツに変換して、再度、ＨＤＤ２１に記憶するＨＤＤ−ＰＣＭ→圧縮変換記録を示す。
このＨＤＤ−ＰＣＭ→圧縮変換記録として、複数のＰＣＭコンテンツ３３を圧縮コンテンツに変換する動作が、本実施の形態における主たる特徴となる。
【００４４】
この場合において、ＨＤＤ記録／再生制御モジュール３２ａは、ＰＣＭコンテンツデータベース３５を参照することで、変換指定された複数のＰＣＭコンテンツ３３が同一のアルバムに属するものであるか否かについて判定する。ＰＣＭコンテンツデータベース３５の管理態様については後述するが、ＨＤＤ２１に記録されたコンテンツごとに、どのアルバムに属しているのかという情報が格納されている。
ここでいうアルバムとは、例えばＣＤからのリッピングに対応しては、１枚のＣＤとして包括された記録内容のまとまりをいう。従って、指定された複数のＰＣＭコンテンツ３３が、ＣＤからリッピングされてＨＤＤ２１に記憶されたものである場合には、これらのＰＣＭコンテンツ３３が、同じアルバムタイトルのＣＤに元々記録されていたトラックに相当するものであるか否かについて、判別することになる。
あるいは、ライン入力に対応しては、１回の継続的なライン入力によりＨＤＤに記録された内容を包括してアルバムとして扱うこととしている。従って、指定された複数のＰＣＭコンテンツ３３が、ラインに入力によりＨＤＤ２１に記憶されたものである場合には、これらのＰＣＭコンテンツ３３が、同じ１回の継続的なライン入力によりＨＤＤ２１に記憶されたものであるか否かについて、判別することになる。
【００４５】
ここで、変換指定された複数のＰＣＭコンテンツ３３について、同じアルバムに属するものであるとして判定した場合には、さらに、ＰＣＭコンテンツデータベース３５を参照して、これらの複数のＰＣＭコンテンツ３３が、そのアルバム内において、再生順的に連続しているものであるか否かについて判別するようにされる。つまり、ＰＣＭコンテンツデータベース３５には、ＨＤＤ２１に記憶されるＰＣＭコンテンツ３３の各々が属するアルバムの情報に加えて、そのアルバム内において規定される再生順も示されている。
また、ここでいう再生順の連続とは、次のようなことをいう。
例えばトラック＃１〜＃３の３トラックが記録されたＣＤからリッピングして、これに対応する３トラック分のＰＣＭコンテンツ３３をＨＤＤ２１に記憶させたとして、そのうち２つのＰＣＭコンテンツ３３が変換指定されたとする。
この場合において、２つのＰＣＭコンテンツ３３が、ＣＤのトラック＃１、＃２に対応する、若しくはトラック＃２、＃３に対応するのであれば、再生順の連続性が得られていることになる。これに対して、トラック＃１、＃３に対応するのであれば、その間のトラック＃２が欠落しているので再生順の連続性は無いということになる。
【００４６】
そして、再生順的に連続していることが判別されたとすると、この場合には、変換指定された複数のＰＣＭコンテンツ３３は、全て同一アルバムに属し、さらに、再生順序が連続しているということになる。
この場合、ＨＤＤ記録／再生制御モジュール３２ａは、オーディオエンコーダ／デコーダ２８に対して、先に説明した連続性付与モードを設定する。そして、ＰＣＭコンテンツデータベース３５により認識される再生順に従って、変換指定されたＰＣＭコンテンツ３３を、順次、オーディオエンコーダ／デコーダ２８に転送して圧縮符号化処理を実行させる。このとき、上記しているように連続性付与モードが設定されていることで、オーディオエンコーダ／デコーダ２８では、再生時において音の連続性が得られるようにして、各ＰＣＭコンテンツ３３についての圧縮符号化処理を実行する。
【００４７】
このようにして、本実施の形態では、ＨＤＤ２１に記憶済みとされているＰＣＭコンテンツ３３のうちから、同一アルバムに属し、かつ、再生順が連続している複数のＰＣＭコンテンツ３３を圧縮符号化する場合には、先ず、各圧縮コンテンツを連続再生したときに、コンテンツの区切りとなる位置で音の連続性が保たれるようにされる。
また、上記説明によると、例えば、同一アルバムに属し、かつ、再生順が連続している複数のＰＣＭコンテンツ３３を変換指定する操作を行いさえすれば、自動的に、音の連続性を維持した圧縮符号化処理が実行されることになる。
つまり、複数のＰＣＭコンテンツ３３について、音の連続性を維持した圧縮符号化処理を施すのにあたり、例えば、連続性付与のためのオン／オフ設定操作などを行ったり、再生順に従ってＰＣＭコンテンツについての圧縮符号化順を設定するなどの操作を行う必要がないわけであり、それだけ操作も簡易となるものである。
【００４８】
なお、確認のために述べておくと、例えば、変換指定した複数のＰＣＭコンテンツ３３について、同一アルバムに属し、かつ、再生順が連続しているという条件を満たしていない場合には、再生音の連続性を与えることに意味はないので、特に連続性付与モードによる圧縮符号化処理は実行せずに、連続性非付与モードを設定し、ＰＣＭコンテンツ３３ごとに完結した圧縮符号化処理を実行するようにされる。
【００４９】
４．ＨＤＤ上でのＰＣＭデータのセクタ管理
上記したＨＤＤ２１に対するコンテンツの記録態様例によれば、先ずは、図３に示したように、ＣＤに記録されているＰＣＭデータをリッピングして、ＨＤＤ２１に対してＰＣＭコンテンツとして記憶しておき、その後において、図５に示すようにして、このＨＤＤ２１に記憶してあったＰＣＭコンテンツを圧縮コンテンツに変換して、ＨＤＤ２１に記憶し直すことが可能とされる。
【００５０】
そこで、本実施の形態の記録再生装置１のシステムとしては、上記のようにして、ＨＤＤ２１のＰＣＭコンテンツを圧縮符号化することがある場合に対応して、例えばＰＣＭコンテンツとしてＨＤＤ２１に記憶しているＰＣＭデータについて、図６に示すようにして、ＨＤＤ２１上におけるＰＣＭデータについてのセクタ管理を行うようにされる。
【００５１】
図６（ａ）には、ＣＤに記録されているＰＣＭデータ列を示している。ＣＤに記録されるＰＣＭデータは、例えば図示するようにして、２３５２バイトのいわゆるセクタ単位で区切られるようにして管理されている。なお、本明細書では、このＣＤのＰＣＭデータにおける２３５２バイトのデータ単位については、ＣＤ−ＰＣＭセクタということにする。
【００５２】
そして、例えばＣＤのＰＣＭデータを、ＨＤＤ２１に対して書き込むときには、ＣＤドライブ１９では、このＣＤ−ＰＣＭセクタに基づいた読み出しデータ単位によりＣＤからのＰＣＭデータの読み出しを実行し、ＨＤＤ２１に転送する。ＨＤＤ２１では、転送されてくるＰＣＭデータをＨＤＤ２１上における空き領域に書き込んでいくことになる。
【００５３】
上記のようにして、ＨＤＤ２１には、ＣＤから読み出されたＰＣＭデータが、ＰＣＭコンテンツとして記憶される。
そして、ＨＤＤ２１におけるファイルシステム上では、ＨＤＤ２１に記憶されているＰＣＭデータについて、図６（ａ）に示すようにして、２３５２バイトのＣＤ−ＰＣＭセクタ単位で管理するのではなく、４０９６バイトごとのデータ単位で管理するようにされる。つまり、セクタサイズの変換を行う。
なお、本明細書では、ＨＤＤ２１のＰＣＭデータについての、４０９６バイトごとのデータ単位については、ＨＤＤ−ＰＣＭセクタということにする。
【００５４】
また、確認のために述べておくと、ここでのＨＤＤ−ＰＣＭセクタ、ＣＤ−ＰＣセクタとしてのセクタは、符号化データ列を所定サイズにより区切ることにより得られる所定サイズのデータ単位を指すものであり、例えばＨＤＤ上でのデータ記録領域単位を指す物理セクタとは、その意味が異なる。
【００５５】
ここで、後述もするようにして、オーディオエンコーダ／デコーダ２８によるＰＣＭデータの圧縮符号化は、ＰＣＭデータについて１０２４サンプルごとのデータ処理単位であるブロック化を施し、このブロック（符号化処理単位）を用いて実行される。このブロックが１回の圧縮符号化処理を行う時間単位に相当する。
ブロックサイズとしては、１サンプルが４バイトであるから、４×１０２４＝４０９６バイトとなる。つまり４Ｋバイトである。
そこで、圧縮符号化処理の対象であるＰＣＭデータについて、この４０９６バイトの整数倍による単位サイズ（セクタ）で管理しておくようにすれば、ＨＤＤ２１から、この４０９６バイトの整数倍によるセクタ単位でＰＣＭデータの読み出しを行ってオーディオエンコーダ／デコーダ２８に転送することができる。この場合、オーディオエンコーダ／デコーダ２８では、４０９６バイトの整数倍によるセクタ単位でデータが転送されてくるのであるから、ブロック化のための処理もそれだけ軽いものとなる。
つまり、本実施の形態では、ＨＤＤ２１に記憶されるＨＤＤ２１について、予め、オーディオエンコーダ／デコーダ２８による圧縮符号化方式に適合したデータサイズのセクタ単位で管理することで、ＨＤＤ−ＰＣＭ→圧縮変換記録のときの圧縮符号化処理が効率的に行われるようにしているものである。
そして、この場合の実際例として本実施の形態では、４０９６バイト（４０９６×１）のデータサイズによるＨＤＤ−ＰＣＭセクタを設定しているものである。
【００５６】
また、本実施の形態において、上記図６に示すようにしてＣＤ上のＰＣＭデータをリッピングしてＨＤＤ２１に記憶する場合において、ＣＤにおけるトラックの分割位置に対応するＨＤＤ２１上でのＰＣＭコンテンツの管理は、例えば図７及び図８に示すようにして行われる。
【００５７】
先ず、図７（ａ）には、或るＣＤに記録されているＰＣＭデータ列として、トラックＡと、このトラックＡの次に再生されるトラックＢとの区切り位置付近が示されている。実際にトラックＡがトラック＃１であれば、トラックＢはトラック＃２となる。
なお、ＣＤにおける実際のトラック間の区切り位置は、必ずしもＣＤ−ＰＣＭセクタの区切り位置と一致するものではないが、ここでは説明を簡単にするためにトラックＡとトラックＢの区切り位置を、ＣＤ−ＰＣＭセクタの区切り位置に一致させている。
【００５８】
ここで、ＣＤに記録されるＰＣＭデータ列におけるトラック間の区切り位置と、このＰＣＭデータ列をＨＤＤ２１上にリッピングしたときのＣＤ−ＰＣＭセクタの区切り位置とは、必ずしも一致するものではなく、ずれが生じる。
このような状態として、図７（ａ）に示すＣＤのＰＣＭデータをＨＤＤ２１に記憶させた場合において、ＨＤＤ−ＰＣＭセクタの区切り位置が、図７（ｂ）に示す状態となったとする。
【００５９】
この場合、図７（ａ）におけるトラックＡとトラックＢの区切り位置は、図７（ｂ）のＨＤＤ−ＰＣＭセクタ（ｍ＋１）の中に位置しているようにしてずれが生じている。
しかしながら、圧縮符号化処理はこのＨＤＤ−ＰＣＭセクタに対応するブロック単位で実行される。このため、圧縮符号化に対応しては、ＨＤＤ２１のＰＣＭデータについても、このＨＤＤ−ＰＣＭセクタの境界を区切り位置として、ＣＤのトラックごとに対応したＰＣＭコンテンツを管理する必要がある。
【００６０】
そこで、本実施の形態としては、例えば次のようにして、ＣＤのトラックに対応したＰＣＭコンテンツの管理を行うこととしている。
図７において、トラックＡとトラックＢの区切り位置に最も近いＨＤＤ−ＰＣＭセクタの区切り位置は、ＨＤＤ−ＰＣＭセクタ（ｍ）とＨＤＤ−ＰＣＭセクタ（ｍ＋１）の境界となる。
そこで、トラックＡとトラックＢに対応する、ＨＤＤ上のＰＣＭデータの境界を、上記したＨＤＤ−ＰＣＭセクタ（ｍ）とＨＤＤ−ＰＣＭセクタ（ｍ＋１）の境界とするものである。
【００６１】
この場合、ＣＤのトラックＡに対応するＰＣＭコンテンツＡの終端部分は、ＨＤＤ−ＰＣＭセクタ（ｍ）である。このＨＤＤ−ＰＣＭセクタ（ｍ）には、実際のトラックＡの終端部分のＣＤ−ＰＣＭセクタ（ｎ）の前側のデータ列領域Ｐａを含んではいるが、後ろ側のデータ列領域Ｐｂを含まないことになる。
本実施の形態の場合、このデータ列領域Ｐｂは、次のＰＣＭコンテンツＢの始端部分のＨＤＤ−ＰＣＭセクタ（ｍ＋１）の冒頭部分に埋め込むようにされる。
【００６２】
また、図８（ａ）（ｂ）には、ＣＤのトラックＡとトラックＢに対応する、ＰＣＭコンテンツＡ，Ｂの区切り位置が、トラックＢの先頭のＣＤ−ＰＣＭセクタ（ｎ＋１）内に在る場合が示されている。
この場合には、ＰＣＭコンテンツＡの最後のＣＤ−ＰＣＭセクタ（ｍ＋１）の途中でトラックＡとしてのデータが終了するが、後ろの残りの領域に対して、ＣＤ−ＰＣＭセクタ（ｎ＋１）の前側のデータ列領域Ｐｃを埋め込むようにしている。つまり、トラックＢの冒頭のＰＣＭデータ列が埋め込まれる。
また、これに伴い、ＰＣＭコンテンツＢの最初のＣＤ−ＰＣＭセクタ（ｍ＋１）は、ＣＤ−ＰＣＭセクタ（ｎ＋１）の前側のデータ列領域Ｐｄから開始されることになる。
【００６３】
例えば、従来からの手法に従えば、図７においては、ＰＣＭコンテンツＡの最終のＨＤＤ−ＰＣＭセクタとして、データ列領域Ｐｂを埋め込み、残りの領域にはいわゆる０パディングという無音に対応する０データを埋め込むようにすることができる。
また、次のＰＣＭコンテンツＢについては、最初のＨＤＤ−ＰＣＭセクタの後ろの領域にデータ列領域Ｐｂを埋め込み、残りの前の領域に０データを埋め込むようにするようにされる。
図８の場合には、ＰＣＭコンテンツＡの最終のＨＤＤ−ＰＣＭセクタ（ｍ）について、データ列領域Ｐｃは埋め込まないようにして、残りの後の領域には０データを埋め込んで形成することができる。また、ＰＣＭコンテンツＢについては、最初のＨＤＤ−ＰＣＭセクタにおいて、後側にデータ列領域Ｐｃ→Ｐｄの連続したデータ列を埋め込み、残る前側の領域に所定量の０データを埋め込んで形成するようにされる。
このようにすれば、ＰＣＭコンテンツＡ、ＰＣＭコンテンツＢとしては、それぞれトラックＡ、トラックＢとしての音声を、開始から終了まで完全に再生することができる。
【００６４】
これに対して本実施の形態では、上記のようにしてトラックの区切り位置に対応させて０パディングせずに、ＨＤＤ−ＰＣＭセクタの区切り位置に応じて、ＣＤのＰＣＭデータ列をそのまま区切ることで、トラックに対応したＰＣＭコンテンツを作成することとしている。そして、これにより、本来のトラックの終端部分領域または始端部分領域が、ＨＤＤ−ＰＣＭセクタの区切り位置によって分割された場合には、この分割された前後の領域を、そのままＨＤＤコンテンツの最後又は最初のＨＤＤ−ＰＣＭセクタに埋め込むこととしている。
つまり、トラック分割位置に近いＨＤＤ−ＰＣＭセクタの境界位置でＰＣＭデータ列を単純に分割するようにして、トラックに対応するＰＣＭコンテンツを形成しているということがいえる。
【００６５】
ところで、このようにしてＨＤＤ−ＰＣＭセクタを形成した場合、例えば、図７の場合であれば、ＨＤＤ２１に記録されているＰＣＭコンテンツＡのファイルを、ＨＤＤ−ＰＣＭセクタの単位に基づく読み出し単位で読み出しを行って単独で再生出力させたとすると、データ列領域Ｐｂとしての部分は再生されずに途切れることになる。
また、ＰＣＭコンテンツＢを、同様にしてＨＤＤ−ＰＣＭセクタの単位に基づく読み出し単位で読み出しを行って単独で再生出力させれば、冒頭において、本来は別トラックのデータ列領域Ｐｂとしての部分が再生され、この後に本来のトラックＢの再生が開始されることになる。
図８の場合にも、ＰＣＭコンテンツＡを単独再生すれば、最後においてデータ列領域Ｐｃに相当するトラックＢの冒頭部分が再生されることになる。ＰＣＭコンテンツＢを単独再生すれば、データ列領域Ｐｃに相当するトラックＢの冒頭部分は再生されずに、これに続くデータ列領域Ｐｄから再生が開始されるので、最初の音声が欠けることになる。
【００６６】
しかしながら、例えばＨＤＤ−ＰＣＭセクタとしての４０９６バイトのデータサイズは、再生時間的に２３ｍｓ程度である。つまり、トラックの最後又は最初で再生音が欠けたり、或いは、余計な音声が再生される時間は、２３ｍｓ未満である。この程度の時間であれば、一般のユーザが再生音の途切れや余計な再生音を、聴覚的に認識できることはほとんどない。
【００６７】
また、上記のようにして、０パディングを行わずに、他のトラックのデータをＨＤＤ−ＰＣＭセクタに埋め込むようにしていることで、連続性付与モードによるＨＤＤ２１のＰＣＭデータの圧縮符号化処理を効率的なものとすることができる。
また、０パディングを行わないことで、ＰＣＭコンテンツの最後又は最初のＨＤＤ−ＰＣＭセクタを１つ追加する必要が無くなるので、例えばＨＤＤ２１の記録容量が節約されることにもなる。
【００６８】
なお、上記図６〜図８により説明したＨＤＤ−ＰＣＭセクタ管理は、ＨＤＤ２１のファイルシステム上で定常的に行われるものとしてもよいが、ＨＤＤ−ＰＣＭセクタ管理は、本来、圧縮符号化方式を効率的に行うことを目的としている。従って、本実施の形態としてのＨＤＤ−ＰＣＭセクタ管理は、ＨＤＤ−ＰＣＭ→圧縮変換記録のときにのみ対応して行われるようにしても良い。この場合には、例えばＨＤＤ−ＰＣＭ→圧縮変換記録を実行すべき指示が得られたときに、ＨＤＤ２１に記憶されるＰＣＭコンテンツ３３についてのファイルシステムとして、ＨＤＤ−ＰＣＭセクタ管理を行うためのファイルシステムを新規にマウントする。そして、以降においては、この新規マウントされたファイルシステムを利用して、ＨＤＤ２１からのＰＣＭコンテンツ（ＰＣＭデータ）の読み出しと、読み出したＰＣＭデータのオーディオエンコーダ／デコーダ２８に対する転送とを実行すればよい。このときのＰＣＭコンテンツの読み出しは、ＨＤＤ−ＰＣＭセクタに基づいたデータ読み出し単位で実行されることになる。
【００６９】
５．ＰＣＭコンテンツデータベース
５−１．基本構造
続いて、図９を参照して、ＨＤＤ２１に記憶されるＰＣＭコンテンツデータベース３５の基本構造について説明する。このＰＣＭコンテンツデータベース３５に格納される情報が、後述するようにして、ＨＤＤ−ＰＣＭ→圧縮変換記録のための処理動作時において、連続性付与モードとしての圧縮変換を自動実行するために必要となる。なお、ここでは説明の便宜上、ＰＣＭコンテンツデータベース３５の構造として、本実施の形態としての主要動作の実現に関連した内容のみを示すこととする。
【００７０】
先ず、図９（ａ）は、ＨＤＤ２１に記憶されるＰＣＭコンテンツ３３のデータ構造が示される。
１つのＰＣＭコンテンツは、例えばＨＤＤ２１におけるファイルシステム上では、独立したファイルとして扱われるもので、例えば図示するようにして、ヘッダと、例えば１楽曲分としてのオーディオデータ（ＰＣＭデータ）の領域とから成る。ヘッダには、ＨＤＤ２１に記憶されるＰＣＭコンテンツ（ファイル）ごとに固有となるようにして割り与えられたコンテンツＩＤが格納されている。
【００７１】
図９（ｂ）には、ＰＣＭコンテンツデータベース３５の構造が示されている。
ＰＣＭコンテンツデータベース３５は、図示するようにして、ＨＤＤ２１に記録されたＰＣＭコンテンツ３３の各々について、そのＰＣＭコンテンツ３３のヘッダに格納されるコンテンツＩＤに、少なくとも、ＨＤＤ上のファイルＩＤ、アルバムＩＤ、及びアルバム内トラックナンバの情報を対応付けて管理を行っているものとされる。
つまり、ＨＤＤ２１にＰＣＭコンテンツ３３を記録したのに応じて、ＰＣＭコンテンツデータベース３５への登録が行われるが、この登録とは、今回記録したＰＣＭコンテンツ３３のコンテンツＩＤと、ＨＤＤ上のファイルＩＤ、アルバムＩＤ、及びアルバム内トラックナンバとを対応付けた情報単位の追加によって、ＰＣＭコンテンツデータベース３５を更新する処理となる。
【００７２】
ＨＤＤ上のファイルＩＤは、例えばＨＤＤ２１のファイルシステム上で、そのＰＣＭコンテンツ３３としてのファイルに与えられたファイルＩＤとされる。
ＰＣＭコンテンツデータベース３５上に、このＨＤＤ上のファイルＩＤを格納しておくことで、例えば、コンテンツＩＤを検索キーとして、ＰＣＭコンテンツデータベース３５からＰＣＭコンテンツを検索した場合において、このファイルＩＤを参照することができる。これにより、例えば、検索したＰＣＭコンテンツについての何らかの操作を行うときに、このＰＣＭコンテンツについてのファイルシステムの記述部分に効率的にアクセスすることができる。
【００７３】
アルバムＩＤは、ＰＣＭコンテンツ３３が属するとされるアルバムを示す識別情報である。このアルバムＩＤの実際としては、例えば、ＰＣＭコンテンツ３３の音源がＣＤであれば、ユーザが入力したり、ＣＤＤＢなどから取得したＣＤのタイトルなどの文字情報データとされてもよい。あるいはライン入力による音源であれば、記録再生装置１のシステムが適当に割り与えたアルバム番号が付与されるようにすればよい。この場合にも、例えばユーザがアルバムタイトルの入力設定などの操作を行うことで、アルバムＩＤとして、任意の文字情報によるアルバムタイトルを登録できるようにしても良い。
【００７４】
アルバム内トラックナンバは、そのＰＣＭコンテンツ３３についての、上記アルバムＩＤにより示されるアルバム内におけるトラックナンバ（再生順）を示す。
この場合、ＰＣＭコンテンツ３３の音源がＣＤであれば、このＣＤのトラックのナンバと同じ値を、アルバム内トラックナンバとして格納すればよい。また、音源がライン入力の場合には、先にも述べたように、ユーザのトラック区切りのための操作や、無音区間検出による、記録時に設定されたトラックナンバをそのまま保持させればよい。
【００７５】
５−２．ＰＣＭコンテンツの分割に対応した更新例
そして、前述もしたように、本実施の形態では、ＨＤＤ２１に記憶済みとされたＰＣＭコンテンツ３３について、複数のＰＣＭコンテンツに分割するための分割編集を行うことができる。
そして、この分割編集によっては、新たなＰＣＭコンテンツ３３が作成されることになるから、これに応じて、ＰＣＭコンテンツデータベース３５も更新する必要がある。
【００７６】
このような更新処理例を説明するのにあたり、先ず、ＰＣＭコンテンツ３３の分割編集処理について、図１０及び図１１を参照して簡単に説明しておく。
ここで、或るアルバム（Ａｌｂｕｍ・Ａ）に属するとされるＰＣＭコンテンツ３３として、３つのＰＣＭコンテンツＡ，Ｂ，ＣがＨＤＤ２１に記憶されているとする。また、このときにＰＣＭコンテンツデータベース３５において管理されるコンテンツＩＤの値として、ＰＣＭコンテンツＡは［Ａ］、ＰＣＭコンテンツＢは［Ｂ］、ＰＣＭコンテンツＣは［Ｃ］であるとする。なお、実際には、所定ビット数により、それぞれ異なる値が割り当てられるものである。また、アルバム内トラックナンバとして、ＰＣＭコンテンツＡは［１］、ＰＣＭコンテンツＢは［２］、ＰＣＭコンテンツＣは［３］であることとする。
【００７７】
そして、例えばユーザ操作などにより、ＰＣＭコンテンツＢについて１つの分割位置を指定して、２つのＰＣＭコンテンツに分割させる指示が行われたとする。
本実施の形態では、ＨＤＤ２１に記録されるＰＣＭコンテンツ３３については、前述もしたように、圧縮符号化が効率的に行われることを目的として、そのＰＣＭデータ列について、ＨＤＤ−ＰＣＭセクタにより区切って管理できることとしている。そこで、ＰＣＭコンテンツ３３を分割する場合においても、ＰＣＭコンテンツ３３としてのＰＣＭデータ列に対して、ＨＤＤ−ＰＣＭセクタの区切り位置により分割することとしている。
図１０においては、例えばＰＣＭコンテンツＢが７つのＨＤＤ−ＰＣＭセクタの連続により形成されているとして、前から５つ目と６つ目の間のＨＤＤ−ＰＣＭセクタの区切り位置を分割位置として設定した場合が示される。
【００７８】
上記した分割位置によるＰＣＭコンテンツＢの分割を実行した結果を図１１に示す。
この場合、ＰＣＭコンテンツＢは、分割編集前のＰＣＭコンテンツＢを形成する７つのＨＤＤ−ＰＣＭセクタのうち、分割位置より前の５つのＨＤＤ−ＰＣＭセクタにより形成されるものとなる。
そして、分割編集前のＰＣＭコンテンツＢにおいて、分割位置より後ろとなる２つのＨＤＤ−ＰＣＭセクタにより、新規にＰＣＭコンテンツＤとしてのファイルが形成されることになる。そして、このＰＣＭコンテンツＤには、新たなコンテンツＩＤとして所定値である［Ｄ］が割り与えられる。なお、他のＰＣＭコンテンツＡ，Ｂ，Ｃの各々については、コンテンツＩＤに変更はない。
【００７９】
また、この場合のＰＣＭコンテンツＡについては、再生順序的にＰＣＭコンテンツＢの前であるから、アルバム内トラックナンバに変更はない。
また、分割処理後のＰＣＭコンテンツＢとしても、アルバム内トラックナンバとしては、［２］のままでよい。
【００８０】
そして、分割処理により新たに作成されたＰＣＭコンテンツＤは、再生順的には、上記したＰＣＭコンテンツＢの次に再生されるべきコンテンツとなる。このために、このＰＣＭコンテンツＤのアルバム内トラックナンバは、上記ＰＣＭコンテンツＢの［２］に続く、［３］が対応付けられることになる。
【００８１】
これに伴い、編集前においては、ＰＣＭコンテンツＣについては、ＰＣＭコンテンツＤの次に再生されるべきことになる。そこで、ＰＣＭコンテンツＣについては、アルバム内トラックナンバが１つ繰り下げられて、［３］から［４］に変更される。
【００８２】
ところで、上記図１０から図１１に示した分割処理に応じては、先ず、ＨＤＤ２１におけるファイルシステムの更新が行われる。これにより、元のＰＣＭコンテンツＢを分割して得られる２つのＰＣＭコンテンツＢ、及びＰＣＭコンテンツＤとしてのデータファイルが、ＨＤＤ２１上に記憶されているものとして、適正に管理されることになる。
【００８３】
そして、上記した分割処理に応じて、ＰＣＭデータベース３５についても、図１２に示すようにして更新が行われる。
図１２（ａ）は、図１０に示した分割処理前のＰＣＭコンテンツＡ，Ｂ，Ｃについての登録内容を示している。
この場合、ＰＣＭコンテンツＡの登録内容としては、コンテンツＩＤ＝Ａ、ＨＤＤ上のファイルＩＤ＝ａ、アルバムＩＤ＝Ａｌｂｕｍ・Ａ、アルバム内トラックナンバ＝１となる。なお、ＨＤＤ上のファイルＩＤとしても、実際にはファイルシステム上で規定される所定ビット数により表現される所定値が格納されるものである。
また、ＰＣＭコンテンツＢの登録内容としては、コンテンツＩＤ＝Ｂ、ＨＤＤ上のファイルＩＤ＝ｂ、アルバムＩＤ＝Ａｌｂｕｍ・Ａ、アルバム内トラックナンバ＝２となる。
また、ＰＣＭコンテンツＣの登録内容としては、コンテンツＩＤ＝Ｃ、ＨＤＤ上のファイルＩＤ＝ｃ、アルバムＩＤ＝Ａｌｂｕｍ・Ａ、アルバム内トラックナンバ＝３となる。
この登録内容から、各コンテンツとアルバムとの関係として、コンテンツＩＤ＝Ａ，Ｂ，Ｃが割り与えられた３つのＰＣＭコンテンツＡ，Ｂ，Ｃは、Ａｌｂｕｍ・Ａという同一のアルバム内に属するものであり、かつ、このＡｌｂｕｍ・Ａ内における再生順としては、ＰＣＭコンテンツＡ→Ｂ→Ｃの順であるということが示される。
【００８４】
そして、図１１に示すようにして分割処理が行われるのに応じては、ＰＣＭコンテンツデータベース３５は、図１２（ａ）から図１２（ｂ）に示すようにして、更新が行われる。
先ず、新規にＰＣＭコンテンツＤが形成されたのに対応して、このＰＣＭコンテンツＤに対応する登録内容が追加されている。このＰＣＭコンテンツＤとしては、コンテンツＩＤ＝Ｄ、ＨＤＤ上のファイルＩＤ＝ｄ、アルバムＩＤ＝Ａｌｂｕｍ・Ａ、アルバム内トラックナンバ＝３とされることになる。
そして、前述もしたように、割編集処理によって、再生順的に、ＰＣＭコンテンツＣの前に、新たな１つのＰＣＭコンテンツが追加されたことになる。このために、ＰＣＭコンテンツＣの登録内容として、コンテンツＩＤ、ＨＤＤ上のファイルＩＤ、及びアルバムＩＤについては変更がないが、アルバム内トラックナンバについては［３］から［４］に変更されることになる。
この登録内容によっては、コンテンツＩＤ＝Ａ，Ｂ，Ｃ，Ｄが割り与えられた３つのＰＣＭコンテンツＡ，Ｂ，Ｃ，Ｄは、Ａｌｂｕｍ・Ａという同一のアルバム内に属するものであり、かつ、このＡｌｂｕｍ・Ａ内における再生順としては、ＰＣＭコンテンツＡ→Ｂ→Ｄ→Ｃの順であるということが示される。つまり、図１１に示した分割編集結果に対応しているものである。
【００８５】
６．圧縮符号化処理
先に、図６により説明したように、本実施の形態のオーディオエンコーダ／デコーダ２８では、ＰＣＭデータ列について、１０２４サンプル分に相当する４０９６バイトによるブロック化を施し、このブロック単位により圧縮符号化処理を実行する。
また、図５によるＨＤＤ−ＰＣＭ→圧縮変換記録において説明したように、圧縮符号化処理のモードとしては、再生順的に前後となる圧縮コンテンツを連続再生したときに、連続した再生音が得られるようにして圧縮符号化処理を実行する「連続性付与モード」を設定可能とされる。また、連続した再生音が得られるようにすることは特に考慮せずに、ＰＣＭコンテンツ単位で完結した圧縮符号化処理を実行する「連続性非付与モード」を設定可能とされる。つまり、圧縮符号化処理を、連続性付与モードと連続性非付与モードとで切り換えることができる。
【００８６】
図１３により、圧縮符号化対象となるＰＣＭデータ列と、圧縮符号化処理単位であるブロックとの関係を示す。なお、ここではＰＣＭデータ列についてはサンプル単位ごとのデータ列（サンプル列）であることを前提とする。
この図に示すように、ｎ番目からｎ＋１０２３番目までの１０２４個のＰＣＭサンプルにより処理順序的にＮ番目となるブロック（この場合にはサウンドフレームに相当する）が形成されているとする。
この場合には、Ｎ＋１番目のブロックを、ｎ＋５１２番目からｎ＋１５３５番目までの１０２４個のＰＣＭサンプルにより形成する。また、Ｎ＋２番目のブロックは、ｎ＋１０２４番目からｎ＋２０４７番目までの１０２４個のＰＣＭサンプルにより形成する。
【００８７】
このように、一つのブロックは、処理順的に前後となるブロックと、５１２個のＰＣＭサンプル分のオーバーラップを有するものとなる。つまり、このようなブロック割り当てにより処理を行うと、高能率符号化情報の１ブロックは、１０２４個のＰＣＭサンプルを処理したものとなるが、前後のブロックとのオーバーラップを考慮すると、このオーバーラップ区間により５１２個のＰＣＭサンプルを処理しているということがいえる。
【００８８】
また、この図１３に示しているのは、ＰＣＭサンプル列の途中でのブロックとの対応を示しているが、ＰＣＭサンプルの始点、終点においては次のような関係性を与えて処理する。
先ず、ＰＣＭサンプルの始点については、例えば始点より以前の段階に５１２個の０データのＰＣＭサンプルを想定して、これらの５１２個の０データのＰＣＭサンプルを、最初のブロック以前の仮想的なブロックとオーバーラップして処理するものとする。また、最後のブロックでは、サンプル列終了時点以後に５１２個の０データのＰＣＭサンプルを想定して、これら５１２個の０データのＰＣＭサンプルを、最後のブロック以後の仮想的なブロックとオーバーラップして処理する。
【００８９】
そして、上記図１３に示す基本的な圧縮符号化処理のためのブロック化を前提として、連続性非付与モードに対応するブロック処理について図１４を参照して説明する。
この図１４としては、説明を分かりやすいものとするために、例えばＣＤ再生（或いはライン入力）により得られるＰＣＭデータ列を対象として圧縮符号化を実行する場合を例に挙げる。つまり、１つのＰＣＭデータ列として、複数トラックのデータが再生順に従って連続性を有しているものとする。
【００９０】
図１４（ａ）に示すようにして、ＰＣＭサンプル列上においてＣＤ上のトラックＡ，Ｂの境界位置があるとして、このＰＣＭサンプル列に対して、Ｎ番目のブロックと、Ｎ＋１番目のブロックが、図示するように対応しているとする。
この場合、トラックＡの終端部分に対応しては、図１４（ｂ）に示すようにして、互いにオーバーラップするＮ番目のブロックと、Ｎ＋１番目のブロックにより処理を実行することになる。この処理によって、ＣＤのトラックＡとしてのＰＣＭデータを圧縮符号化した圧縮コンテンツＡの終端部分が形成されることになる。
そして、この際においては、連続性非付与モードであることに対応して、トラックＡの処理のための最終ブロックとなるＮ＋１番目のブロックにおいて、トラックＡ，Ｂの境界位置以降となるトラックＢに相当するサンプル列に対しては、０データを埋め込むようにされる。なお、０データを埋め込む処理については、以降、０パディングともいうことにする。
【００９１】
また、トラックＢに対応する圧縮コンテンツＢの始端部分を形成するための処理は、図１４（ｃ）に示すものとなる。
つまり、図１４（ａ）におけるトラックＡ，Ｂの境界位置より前のＰＣＭサンプル列については、別の圧縮コンテンツＡのためのデータとなるから、上記境界位置より前のＰＣＭサンプル列を使用しない。その代わりに、先頭ブロックとなる１０２４個のＰＣＭサンプル列において、前半に５１２個の０データを埋め込むようにされると共に、後半に５１２個のトラックＢの始点以降のＰＣＭサンプルデータを埋め込んだものを使用する。
また、この先頭ブロックに続く次のブロックは、トラックＢの始点以降の１０２４個のＰＣＭサンプル列によって形成する。そして、これら先頭ブロックと、その次のブロックにより処理を行うようにされる。
【００９２】
このようにして、連続性非付与モードでは、図１４（ｂ）に示されるトラックＡの終端部分を処理するためのブロックについてのＰＣＭサンプル列に対する位置と、図４（ｃ）に示したトラックＢの始端部分を処理するためのブロックについてのＰＣＭサンプル列に対する位置とが異なったものとなっている。
また、トラックＡ側の最終フレームと、トラックＢ側の先頭フレームにはそれぞれ０パディングが行われたうえで、それぞれの圧縮符号化処理が実行される。このために、圧縮コンテンツＡの終端と、圧縮コンテンツＢの始端とでは、連続性も失われた状態となる。この結果、圧縮コンテンツＡ，Ｂを復号化して連続再生した場合は、圧縮コンテンツＡ，Ｂの区切り位置で例えば音切れが生じることになる。
【００９３】
続いて、図１５を参照して、連続性付与モードの場合について説明する。
例えば図１５（ａ）に示すようにして、ＰＣＭサンプルデータ列に対して、トラックＡとトラックＢの境界位置があるとする。この場合において、トラックＡの終端部分の処理に使用するＮ番目のブロックと、Ｎ＋１番目のブロックについては、例えば、図１４（ａ）と同じとされるＰＣＭサンプルデータ列に対する位置関係にあるものとする。
【００９４】
そして、トラックＡの終端部分についての処理は、図１５（ｂ）に示すようにして、互いにオーバーラップするＮ番目のブロックと、Ｎ＋１番目のブロックを利用して処理を実行する。この点については、図１４（ｂ）と同様である。
但し、連続性付与モードのときには、Ｎ＋１番目のブロックについて、トラックＡ，Ｂの境界位置以降に対応する領域への０パディングは行わない。つまり、Ｎ＋１番目のブロックとしては、トラックＡ，Ｂの境界位置以降に対応する領域に対しても、そのままトラックＢの始端部分のＰＣＭサンプル列を埋め込んで形成することとしている。
この図１４（ｂ）に示すようにして処理された圧縮コンテンツＡの終端ブロックは、次のトラックＢの始端部分のデータも含んで圧縮符号化されていることになる。
【００９５】
また、トラックＢの始端部分についての処理は、図１５（ｃ）に示すものとなる。つまり、図１５（ａ）に示されるＮ番目のブロックに続く１０２４サンプルから形成したＮ＋２番目のブロックと、Ｎ＋１番目のブロックに続く１０２４サンプルから形成したＮ＋３番目のブロックを利用して処理を実行する。ここで、Ｎ＋２番目のブロックと、Ｎ＋３番目のブロックは、Ｎ＋２番目のブロックがＮ＋３番目のブロックに対して５１２サンプル分先行している位置関係にあるものとされる。
【００９６】
そして、この場合においても、Ｎ＋２番目のブロックにおいて、トラックＡとトラックＢの境界位置よりも前となる領域に対しては、０パディングを施すことなく、トラックＡの終端部分のＰＣＭサンプルをそのまま埋め込むこととしている。なお、Ｎ＋３番目のブロックは、全領域がトラックＢのサンプルデータ列によって形成される。
このようにして形成されるＮ＋２番目とＮ＋３番目のブロックにより圧縮処理を施すことによっては、圧縮コンテンツＢの始端ブロックは、前のトラックＢの終端部分のデータを含んで圧縮符号化されていることになる。
【００９７】
そして、上記図１５（ｂ）（ｃ）による処理が実行された圧縮コンテンツＡ、Ｂを、連続して復調して再生した場合には、図１５（ａ）に示すＰＣＭデータ列に対応する再生データ列が得られることになる。つまり、圧縮コンテンツＡの再生が完了したとされて、続けて圧縮コンテンツＢの再生が開始されるときに、再生音声が途切れずに連続して得られるものである。
【００９８】
７．ＨＤＤ−ＰＣＭ→圧縮変換記録時の処理動作
これまでの説明を踏まえ、ＨＤＤ−ＰＣＭ→圧縮変換記録時の処理動作について、図１６及び図１７のフローチャートを参照して説明する。図１６及び図１７に示す処理は、例えばＣＰＵ１１が、ＨＤＤ記録／再生制御モジュール３２ａとしてのプログラムを実行することにより得られるものである。なお、ＨＤＤ−ＰＣＭ→圧縮変換記録の動作概要については、先に図５により説明している。
【００９９】
例えばユーザは、操作入力部１５に対する所定の手順による操作を行うことで、ＨＤＤ２１に記憶されているＰＣＭコンテンツ３３のうちから、任意の１以上のＰＣＭコンテンツ３３を選択し、さらに、これらの選択した複数のＰＣＭコンテンツ３３について、それぞれ圧縮コンテンツに変換してＨＤＤ２１に記憶させるための指示を行うことができる。
つまり、変換対象のＰＣＭコンテンツ３３を選択したうえで、ＨＤＤ−ＰＣＭ→圧縮変換記録を実行させるための操作が可能とされる。
【０１００】
図１６のステップＳ１０１では、ＨＤＤ−ＰＣＭ→圧縮変換記録の要求が発生するのを待機している。そして、例えば上記したＨＤＤ−ＰＣＭ→圧縮変換記録を指示するための操作が行われるのに応じて、ステップＳ１０１では肯定結果が得られ、ステップＳ１０２以降の処理に進むことになる。
【０１０１】
ステップＳ１０２においては、変換対象として、複数のＰＣＭコンテンツ３３が選択指定されているか否かについて判別する。
ここで、１つのＰＣＭコンテンツ３３が選択指定されているとして否定の判別結果が得られた場合には、ステップＳ１０６に進む。なお、ステップＳ１０６の処理については後述する。
これに対して、複数のＰＣＭコンテンツ３３が選択指定されているとして肯定の判別結果が得られた場合には、ステップＳ１０３に進む。
【０１０２】
ステップＳ１０３は、選択指定された複数のＰＣＭコンテンツ３３について、連続性付与モードにより変換すべきか、連続性非付与モードにより変換すべきかについて、自動判定を行うための処理となる。このステップＳ１０３としての処理シーケンスを図１７に示す。
【０１０３】
ここで、本実施の形態の記録再生装置１としては、オーディオエンコーダ／デコーダ２８による圧縮符号化処理を、連続性付与モード／連続性非付与モードの何れとするのかを、ユーザ操作により設定可能にもされている。そこで、ステップＳ１０３の処理としては、先ず、図１７のステップＳ２０１として示すように、ユーザ操作によって、現在、連続性付与モードが設定されているか否かについて判別する。ここで連続性付与モードが設定されているとして肯定結果が得られた場合には、後述するステップＳ２０５の処理に進む。
これに対して、連続性付与モードが設定されていないとして否定結果が得られた場合にはステップＳ２０２の処理に進む。
【０１０４】
ステップＳ２０２では、ＰＣＭコンテンツデータベース３５を参照し、選択指定された複数のＰＣＭコンテンツ３３に対応付けられている、アルバムＩＤと、アルバム内トラックナンバを認識する。
このためには、例えば選択指定されたＰＣＭコンテンツのヘッダを参照して、各ＰＣＭコンテンツのコンテンツＩＤを認識する。そして、この認識したコンテンツＩＤごとに対応付けられているアルバムＩＤ及びアルバム内トラックナンバを読み込むようにすればよい。
【０１０５】
そして、上記ステップＳ２０２による認識結果を利用して、ステップＳ２０３では、選択指定された複数のＰＣＭコンテンツ３３の間で、アルバムＩＤが一致しており、かつ、アルバム内トラックナンバが連続しているか否かについて判別する。
【０１０６】
上記ステップＳ２０３において、否定結果が得られる場合として、１つには、選択指定された複数のＰＣＭコンテンツ３３のアルバムＩＤが一致していない場合を挙げることができる。つまり、選択指定された複数のＰＣＭコンテンツ３３は、それぞれ異なるアルバム（例えばＣＤタイトル等）のコンテンツになるということである。また、否定結果が得られる場合としては、ＰＣＭコンテンツ３３のアルバムＩＤが一致しているとしても、アルバム内トラックナンバが連続していない場合である。つまり、同じアルバムであるとしても、例えば再生順的に連続していないＰＣＭコンテンツ３３が選択された場合である。
【０１０７】
上記したような場合には、これらのＰＣＭコンテンツ３３について、連続性付与モードによる圧縮符号化処理を実行しても意味が無く、また、無関係なコンテンツのデータが、先頭又は最後の圧縮処理後のブロックに含まれることになるので、かえって不都合を招く。
そこで、この場合は、ステップＳ２０６に進むことで、連続性非付与モードの判定結果を出力したうえで、図１６のステップＳ１０４に進む。
【０１０８】
これに対して、ステップＳ２０３において、アルバムＩＤが一致し、かつ、アルバム内トラックナンバが連続していることが判別された場合には、選択指定された複数のＰＣＭコンテンツ３３は、同じアルバムであり、また、トラックナンバ（再生順）としても連続しているということになる。
この場合には、これらのＰＣＭコンテンツ３３から成るアルバムでは、トラックを連続再生したときに、音の連続性が保たれるようにして記録されていた可能性がある。例えば、ライブ版のアルバムであるとか、ライン入力により通しで記録したＰＣＭコンテンツ３３をトラック分割しているような場合を挙げることができる。
そこで、このような場合には、連続性付与モードにより圧縮符号化処理を実行するほうが、圧縮処理後のコンテンツの連続再生時においても再生音が途切れないようになるので、好ましいということになる。また、元トラック間での音の連続性がはじめから無いものとして記録された音源をＰＣＭコンテンツ３３化した場合であっても、同一アルバム内において再生順が連続しているのだから、これらのＰＣＭコンテンツ３３について、連続性付与モードにより圧縮符号化したとしても何ら問題はない。
【０１０９】
そこで、ステップＳ２０３において肯定結果が得られた場合の処理としては、先ず、ステップＳ２０４において、アルバム内トラックナンバの順に従って、各ＰＣＭコンテンツ３３についての圧縮符号化処理が実行されるように、オーディオエンコーダ／デコーダ２８への入力コンテンツリストを並び替えるための処理を実行する。
このステップＳ２０４の処理は、選択指定された複数のＰＣＭコンテンツ３３について、適正に連続性付与モードによる圧縮符号化処理が実行されるようにするための準備処理となる。
つまり、連続性付与モードにより圧縮符号化処理を実行する際には、図１５を参照して分かるように、各ＰＣＭコンテンツ３３のＰＣＭサンプルデータ列を連続したものとして扱う。このときに、ＰＣＭコンテンツ３３の順序が、再生順（つまりアルバム内トラックナンバ順）とは異なっていると、本来連続再生されるべきトラックとは別のトラックのＰＣＭサンプルを含むブロックにより圧縮符号化されてしまう。このため、結果的にトラックナンバ順に対応させて圧縮コンテンツを連続再生したとしても、再生音の連続性は得られない。
そこで、本実施の形態では、ステップＳ２０４の処理によって、アルバム内トラックナンバ順（本来の再生順）に従って、入力コンテンツリストの並び替えを行っておくようにする。オーディオエンコーダ／デコーダ２８へのＰＣＭサンプルデータの転送は、この入力コンテンツリストが示すＰＣＭコンテンツ３３の順（符号化順）に実行するものであるから、上記した不都合が回避されることになる。
【０１１０】
そして、次のステップＳ２０５において、連続性付与モードの判定結果を出力して、図１６のステップＳ１０４の処理に進むことになる。
また、ステップＳ２０５の処理は、先のステップＳ２０１において、ユーザ設定によって連続性付与モードの指定が行われている場合にも実行される。つまり、ユーザ設定によって連続性付与モードの指定が行われる場合には、そのユーザの意志を反映するために、無条件で連続性付与モードの判定結果を出力するものである。
【０１１１】
図１６のステップＳ１０４においては、上記ステップＳ１０３による判定結果が連続性付与モードとされたか否かについて判別する。
ここで、連続性非付与モードの判定結果が得られたとして、ステップＳ１０４にて否定結果が得られた場合には、ステップＳ１０６の処理に進む。
【０１１２】
ステップＳ１０６の処理に移行するのは、上記のようにしてステップＳ１０３にて連続性非付与モードの判定結果が得られたとしてステップＳ１０４にて否定結果が得られた場合と、先に説明したように、ステップＳ１０２において、選択指定されたＰＣＭコンテンツ３３が１つのみであると判別された場合となる。
ステップＳ１０６の処理としては、オーディオエンコーダ／デコーダ２８に対して、連続性非付与モードを設定する。そのうえで、変換指定されたＰＣＭコンテンツ３３としてのＰＣＭデータをＨＤＤ２１から読み出して、オーディオエンコーダ／デコーダ２８に転送して、連続性非付与モードによる圧縮符号化処理を実行させる。
【０１１３】
このステップＳ１０６の処理にあたり、ステップＳ１０２から移行した場合には、１つのＰＣＭコンテンツのみについて、図１４（ａ）により説明したようにして、圧縮符号化を行えばよい。
また、ステップＳ１０４から移行した場合には、複数のＰＣＭコンテンツ３３を圧縮符号化処理することになる。この場合には、適当な順序で入力コンテンツリストを作成して、この入力コンテンツリストに従って、ＰＣＭコンテンツ３３としてのＰＣＭデータを読み出していき、順次、オーディオエンコーダ／デコーダ２８に対して転送していくようにすればよい。
このようにしてデータ転送処理を実行すると、前後のＰＣＭコンテンツ３３間のＰＣＭサンプルデータ列が連続性を有してオーディオエンコーダ／デコーダ２８に入力されることなる場合がある。しかしながら、図１４にて説明した連続性非付与モードとしての処理に依れば、ＰＣＭコンテンツの区切り位置に対応して０パディングを含むブロック化処理が行われるので、各ＰＣＭコンテンツに対応する圧縮コンテンツの間に、再生音の連続性が維持されることはないようにされる。
【０１１４】
これに対してステップＳ１０４において、連続性付与モードの判定結果が得られたとして否定結果が得られた場合には、ステップＳ１０５の処理に進む。
ステップＳ１０５では、オーディオエンコーダ／デコーダ２８に対して連続性付与モードを設定したうえで、先のステップＳ２０４の処理によって作成された入力コンテンツリストにしたがった順序で、選択指定された複数のＰＣＭコンテンツ３３としてのＰＣＭデータをＨＤＤ２１から読み出し、オーディオエンコーダ／デコーダ２８に転送する。
オーディオエンコーダ／デコーダ２８では、連続性付与モードが設定されていることで、図１５により説明したブロック化処理を伴って、連続して入力されるＰＣＭサンプルデータについての圧縮符号化処理を実行していく。
【０１１５】
ただし、本実施の形態の場合、図１５においてＰＣＭサンプルデータ列に相当するのは、ＨＤＤ２１から読み出されるＰＣＭコンテンツ３３となる。このＰＣＭコンテンツ３３は、図６により説明したように、ＨＤＤ２１上では、１０２４サンプルである４０９６バイトのＨＤＤ−ＰＣＭセクタの単位の集合として形成される。従って、再生順的に前後となるＰＣＭコンテンツ３３の区切り位置は、図１５においては、ブロックの始端又は終端位置に対応して位置することになる。
そのうえで、図７及び図８により説明したように、ＰＣＭコンテンツ３３の始端のブロック（ＨＤＤ−ＰＣＭセクタ）、若しくは終端のブロックには、０パディングの代わりに、前のトラックのサンプルデータ、若しくは後ろのトラックのサンプルデータが埋め込まれるようにされている。つまり、再生順的に前後するＰＣＭコンテンツ３３間において、サンプルデータ列が欠落していることはなく、連続性が保たれている。
従って、このようなＰＣＭコンテンツ３３に対して図１５に示す連続性付与モードの処理が行われれば、圧縮コンテンツには、先も述べたように、例えばその最初又は最後のブロックにおいて、再生順的に前後となるコンテンツのデータを含んでいることになる。つまり、再生順が連続する圧縮コンテンツとの間で、再生音の連続性が得られている。
【０１１６】
上記ステップＳ１０５、又はステップＳ１０６の処理が実行された後は、例えばステップＳ１０７に進むことになる。ステップＳ１０７では、ステップＳ１０５又はステップＳ１０６の処理により得られた圧縮コンテンツを、ＨＤＤ２１に書き込んで記憶させる。このときには、これらの圧縮コンテンツの記録に応じて、ファイルシステムの更新が行われる。また、同じＨＤＤ２１に記憶される圧縮コンテンツデータベース３６に対して、これらの圧縮コンテンツを登録するための処理も実行する。
なお、このステップＳ１０７によるＨＤＤ２１への圧縮コンテンツを記録したのに応じて、変換元として以前からＨＤＤ２１に記憶されていたＰＣＭコンテンツ３３は、そのままＨＤＤ２１に記憶させておくようにして良い。また、例えば、ユーザ設定などに応じて、ＨＤＤ−ＰＣＭ→圧縮変換記録を行った場合には、変換元のＰＣＭコンテンツ３３をＨＤＤ２１から自動消去することができるようにしても構わない。
【０１１７】
本実施の形態としては、図６〜図８により説明したようなセクタ変換及びトラック対応のコンテンツ分割と、図１５により説明したような連続性付与モードによる圧縮符号化を行うようにされる。そのうえで、上記図１６及び図１７に示したような処理動作を実行することによって、ＨＤＤ２１にファイルとして既に記憶されたＰＣＭコンテンツ３３について圧縮符号化を施す場合においても、再生順的に前後となるコンテンツ間で、再生出力を連続させることが可能とされる。
そして、上記図１６及び図１７に示す処理によると、同じアルバムに属し、かつ再生順が連続する複数のＰＣＭコンテンツ３３を、圧縮符号化処理対象として選択した場合には、特にユーザが連続性付与モードを設定するための操作を行わなくとも、自動的に連続性付与モードによるＨＤＤ−ＰＣＭ→圧縮変換記録としての動作が得られることになる。
さらには、この連続性付与モードによるＨＤＤ−ＰＣＭ→圧縮変換記録にあたり、選択指定された複数のＰＣＭコンテンツ３３を、本来の再生順に従った適正順序で圧縮符号化させるための設定（ステップＳ２０４の処理である）も自動実行される。確認のために述べておくと、これらの自動実行の動作は、ＰＣＭコンテンツデータベース３５の登録内容（アルバムＩＤ、アルバム内トラックナンバ等）を参照することで実現される。
つまり、本実施の形態では、連続性付与モードによるＨＤＤ−ＰＣＭ→圧縮変換記録を行うのにあたり、先にも述べたようにして、できるだけ簡略な操作手順となるようにして、使い勝手の向上を図っているものである。
【０１１８】
なお、選択指定された複数のＰＣＭコンテンツのうちで、或る複数のＰＣＭコンテンツ３３のグループは、同一アルバムに属し、かつ、再生順が連続しているという条件を満たしているのに対して、残りのＰＣＭコンテンツ３３は、この条件を満たしていないという場合のあることも考えられる。
この場合には、選択指定された複数のＰＣＭコンテンツの全てに対する圧縮符号化処理の一連の動作として、図１６及び図１７に示した処理に準じて、上記条件を満たしている複数のＰＣＭコンテンツについては、図１７のステップＳ２０３の処理を適用したうえで、図１６のステップＳ１０５としての処理により、連続性付与モードによる圧縮符号化処理を実行させればよい。また、残りの条件を満たしていないＰＣＭコンテンツ３３については、ステップＳ１０６の処理を適用して、連続性非付与モードによる圧縮符号化処理を実行させればよいものである。
【０１１９】
また、オーディオエンコーダ／デコーダ２８において実際に採用されるべき圧縮符号化処理としては、特に限定されるものではないが、例えば、現状においては、ＡＴＲＡＣ（Ａｄａｐｔｉｖｅ  Ｔｒａｎｓｆｏｒｍ  Ａｃｏｕｓｔｉｃ  Ｃｏｄｉｎｇ）方式を基礎として、さらに高効率な圧縮符号化が可能なＡＴＲＡＣ３といわれる方式を採用することができる。また、ＭＰ３（ＭＰＥＧ  Ａｕｄｉｏ  Ｌａｙｅｒ  ＩＩＩ）方式などを採用することもできる。
また、上記実施の形態では、圧縮処理対象としてオーディオデータを例に挙げているが、ビデオデータなどとされてもよいものである。
従って、本発明としては、変換対象となる圧縮符号の形式と、変換後の圧縮符号の形式としても、ＰＣＭ符号（４４．１ＫＨｚ／１６ビット）、及びオーディオ圧縮符号とに限定される必要はない。つまり、本発明としては、任意の第１、第２の圧縮符号化方式の間での符号化方式変換が行われさえすればよい。
また、本発明の符号化装置が適用される装置としては、上記実施の形態として示した記録再生装置１以外の構成を採ることも構わない。例えば、コンテンツが記憶される記憶手段（記憶領域）としては、ＨＤＤ以外の各種記憶装置に代えても良い。例えば、将来的に不揮発性の半導体メモリ素子により大容量の記憶が可能な状況となったのであれば、このような半導体メモリ素子を用いることも考えられる。
【０１２０】
【発明の効果】
以上説明したように本発明は、例えば記憶手段（記憶領域）に記憶済みとされた、第１符号化方式により符号化されたコンテンツデータ（第１符号化方式の単位データ）を、第２の符号化方式により符号化されたコンテンツデータ（第２符号化方式の単位データ）に変換する際においても、この第２符号化方式の単位データを、再生順に従って再生したときに、再生出力に連続性が与えられるようにして符号化方式変換を行うことが可能とされる。
これにより、例えば本発明が適用される記録再生装置としては、これまでよりも充実した機能のものを提供できることになる。
【０１２１】
また、上記したような符号化変換にあたっては、指定された複数の第１符号化方式の単位データが属する包括単位（アルバム）の情報と、その包括単位内での再生順序を示す順序情報とを参照するようにしている。これにより、指定された複数の第１符号化方式の単位データが、同一包括単位に属し、かつ、再生順が連続しているという条件を満たしているか否かについて自動判別することができる。そして、上記条件を満たしていれば、連続性付与モードによって、これらの第１符号化方式の単位データを、上記順序情報に従った変換処理順によって適正に符号化変換していくことが可能になる。
これによっては、上記本発明としての符号化変換を実行させるための操作をユーザが行う必要がある場合において、この操作が簡略されることになるので、それだけユーザにとっての利便性及び使い勝手等が向上されることになる。
【図面の簡単な説明】
【図１】本発明の実施の形態としての記録再生装置の構成例を示すブロック図である。
【図２】実施の形態の記録再生装置に備えられるＨＤＤの記憶内容を示す説明図である。
【図３】本実施の形態のＨＤＤへのコンテンツの記録態様として、外部ＰＣＭ→ＰＣＭ記録を模式的に示す説明図である。
【図４】本実施の形態のＨＤＤへのコンテンツの記録態様として、外部ＰＣＭ→圧縮変換記録を模式的に示す説明図である。
【図５】本実施の形態のＨＤＤへのコンテンツの記録態様として、ＨＤＤ−ＰＣＭ→圧縮変換記録を模式的に示す説明図である。
【図６】ＨＤＤに記録されるＰＣＭデータについてのセクタ変換を示す説明図である。
【図７】記録元のＰＣＭデータのトラックと、ＨＤＤに記録されるＰＣＭコンテンツの区切り位置の関係を示す説明図である。
【図８】記録元のＰＣＭデータのトラックと、ＨＤＤに記録されるＰＣＭコンテンツの区切り位置の関係を示す説明図である。
【図９】ＰＣＭコンテンツデータベースの構造例を示す説明図である。
【図１０】ＨＤＤに記憶されたＰＣＭコンテンツの分割処理例を示す説明図である。
【図１１】ＨＤＤに記憶されたＰＣＭコンテンツの分割処理例を示す説明図である。
【図１２】図１０及び図１１に示すＰＣＭコンテンツの分割処理に応じた、ＰＣＭコンテンツデータベースの更新内容を示す説明図である。
【図１３】実施の形態の圧縮符号化処理における基本的なブロック設定を模式的に示す説明図である。
【図１４】実施の形態の圧縮符号化処理として、連続性非付与モードでのブロック設定を模式的に示す説明図である。
【図１５】実施の形態の圧縮符号化処理として、連続性付与モードでのブロック設定を模式的に示す説明図である。
【図１６】ＨＤＤ−ＰＣＭ→圧縮変換記録のための処理動作を示すフローチャートである。
【図１７】図１６に示す処理において、連続性付与モード／連続性非付与モードの判定を行うための処理動作を示すフローチャートである。
【符号の説明】
１  記録再生装置、１１  ＣＰＵ、１２  バス、１３  メモリ部、１４  操作入力部、１５  入力処理部、１６  表示処理部、１７  ディスプレイモニタ、１８  ＣＤドライブ制御部、１９  ＣＤドライブ、２１  ＨＤＤ、２２  通信処理部、２３  ネットワークインターフェイス、２４  オーディオ入出力処理部、２５  スピーカ、２６  アンテナ、２７  チューナ、２８  オーディオエンコーダ／デコーダ、２９  オーディオ信号入力端子、３１  ＯＳ、３２  プログラム、３２ａ  ＨＤＤ記録／再生制御モジュール、３３  ＰＣＭコンテンツ、３４  圧縮コンテンツ、３５  ＰＣＭコンテンツデータベース、３６  圧縮コンテンツデータベース
【図１】
2004310819.tif 000003
【図２】
2004310819.tif 000004
【図３】
2004310819.tif 000005
【図４】
2004310819.tif 000006
【図５】
2004310819.tif 000007
【図６】
2004310819.tif 000008
【図７】
2004310819.tif 000009
【図８】
2004310819.tif 000010
【図９】
2004310819.tif 000011
【図１０】
2004310819.tif 000012
【図１１】
2004310819.tif 000013
【図１２】
2004310819.tif 000014
【図１３】
2004310819.tif 000015
【図１４】
2004310819.tif 000016
【図１５】
2004310819.tif 000017
【図１６】
2004310819.tif 000018
【図１７】
2004310819.tif 000019