(57)【特許請求の範囲】
【請求項１】
所定長のセクタに分割され、上記セクタ単位でアクセスが可能とされた記録媒体にコンテンツデータを記録するデータ記録方法であって、
固定長の符号化ユニット単位で符号化されたコンテンツデータを所定長毎に分割しヘッダを付加してパケット化し、
上記パケットに更にヘッダを付加してパック化し、
上記パケット化され更にパック化されたデータを上記セクタと対応させて上記記録媒体の各セクタに記録すると共に、
上記符号化されたコンテンツデータを所定長毎に分割してパケット化する際に、各パケット中に配される複数の符号化ユニットの中で所望の符号化ユニットの先頭位置を示すための情報を上記パケットのヘッダに記録し、
複数の上記セクタからなる管理単位の末尾のセクタの後端が上記符号化ユニットの後端と一致しないときに、該管理単位の末尾のセクタの後端に対応する上記パケットのデータ領域にスタッフィングを挿入する
ようにしたデータ記録方法。
【請求項２】
上記所望の符号化ユニットの先頭位置は、上記各パケット中に配される複数の符号化ユニットの中で、任意の完全な符号化ユニットの先頭位置である請求項１に記載のデータ記録方法。
【請求項３】
上記所望の符号化ユニットの先頭位置は、上記各パケット中に配される複数の符号化ユニットの中で、最初の完全な符号化ユニットの先頭位置である請求項１に記載のデータ記録方法。
【請求項４】
上記所望の符号化ユニットの先頭位置を示すための情報は、セクタ又はパックの先頭から上記所望の符号化ユニットの先頭位置までの長さである請求項１に記載のデータ記録方法。
【請求項５】
上記所望の符号化ユニットの先頭位置を示すための情報は、セクタ又はパックの先頭から所望のフレームのフレームヘッダまでの長さである請求項１に記載のデータ記録方法。
【請求項６】
上記所望の符号化ユニットの先頭位置を示すための情報は、所定数のセクタを１グループとしてセクタ番号を付加したときの上記グループにおけるセクタ番号である請求項１に記載のデータ記録方法。
【請求項７】
上記セクタには、ＣＤ−ＲＯＭに準拠してパケット化されパック化されたデータが記録される請求項１に記載のデータ記録方法。
【請求項８】
上記パケット化及びパック化は、ＭＰＥＧ（Moving Picture Coding Experts Group ）−ＰＳ（Program Stream）に準拠するものである請求項１に記載のデータ記録方法。
【請求項９】
上記コンテンツデータは、ＡＴＲＡＣ（Adaptive TRansform Acoustic Coding）、ＡＴＲＡＣ２、又はＡＴＲＡＣ３で符号化されるようにした請求項１に記載のデータ記録方法。
【請求項１０】
上記コンテンツデータは、ＭＰ３（MPEG1 Audio Layer-3 ）で符号化されるようにした請求項１に記載のデータ記録方法。
【請求項１１】
上記コンテンツデータは、ＡＡＣ（MPEG2 Advanced Audio Coding ）で符号化されるようにした請求項１に記載のデータ記録方法。
【請求項１２】
所定長のセクタに分割され、上記セクタ単位でアクセスが可能とされた記録媒体にコンテンツデータを記録するデータ記録装置であって、
固定長の符号化ユニット単位で符号化されたコンテンツデータを所定長毎に分割しヘッダを付加してパケット化する手段と、
上記パケットに更にヘッダを付加してパック化する手段と、
上記パケット化され更にパック化されたデータを上記セクタと対応させて上記記録媒体の各セクタに記録する手段とを有すると共に、
上記符号化されたコンテンツデータを所定長毎に分割してパケット化する際に、各パケット中に配される複数の符号化ユニットの中で所望の符号化ユニットの先頭位置を示すための情報を上記パケットのヘッダに記録する手段と、
複数の上記セクタからなる管理単位の末尾のセクタの後端が上記符号化ユニットの後端と一致しないときに、該管理単位の末尾のセクタの後端に対応する上記パケットのデータ領域にスタッフィングを挿入する手段と
を有する
ようにしたデータ記録装置。
【請求項１３】
上記所望の符号化ユニットの先頭位置は、上記各パケット中に配される複数の符号化ユニットの中で、任意の完全な符号化ユニットの先頭位置である請求項１２に記載のデータ記録装置。
【請求項１４】
上記所望の符号化ユニットの先頭位置は、上記各パケット中に配される複数の符号化ユニットの中で、最初の完全な符号化ユニットの先頭位置である請求項１２に記載のデータ記録装置。
【請求項１５】
上記所望の符号化ユニットの先頭位置を示すための情報は、セクタ又はパックの先頭から上記所望の符号化ユニットの先頭位置までの長さである請求項１２に記載のデータ記録装置。
【請求項１６】
上記所望の符号化ユニットの先頭位置を示すための情報は、セクタ又はパックの先頭から所望のフレームのフレームヘッダまでの長さである請求項１２に記載のデータ記録装置。
【請求項１７】
上記所望の符号化ユニットの先頭位置を示すための情報は、所定数のセクタを１グループとしてセクタ番号を付加したときの上記グループにおけるセクタ番号である請求項１２に記載のデータ記録装置。
【請求項１８】
上記セクタには、ＣＤ−ＲＯＭに準拠してパケット化されパック化されたデータが記録される請求項１２に記載のデータ記録装置。
【請求項１９】
上記パケット化及びパック化は、ＭＰＥＧ（Moving Picture Coding Experts Group ）−ＰＳ（Program Stream）に準拠するものである請求項１２に記載のデータ記録装置。
【請求項２０】
上記コンテンツデータは、ＡＴＲＡＣ（Adaptive TRansform Acoustic Coding）、ＡＴＲＡＣ２、又はＡＴＲＡＣ３で符号化されるようにした請求項１２に記載のデータ記録装置。
【請求項２１】
上記コンテンツデータは、ＭＰ３（MPEG1 Audio Layer-3 ）で符号化されるようにした請求項１２に記載のデータ記録装置。
【請求項２２】
上記コンテンツデータは、ＡＡＣ（MPEG2 Advanced Audio Coding ）で符号化されるようにした請求項１２に記載のデータ記録装置。
【請求項２３】
所定長のセクタに分割され、上記セクタ単位でアクセスが可能とされた記録媒体にコンテンツデータが記録されるデータ記録媒体からコンテンツデータを再生するデータ再生方法であって、
上記データ記録媒体には、固定長の符号化ユニット単位で符号化されたコンテンツデータが所定長毎に分割されヘッダが付加されてパケット化され、上記パケットに更にヘッダが付加されてパック化され、上記パケット化され更にパック化されたデータが上記セクタと対応されて上記記録媒体の各セクタに記録されると共に、上記符号化されたコンテンツデータが所定長毎にパケット化される際に、上記パケットのヘッダに各パケット中に配される複数の符号化ユニットの中で所望の符号化ユニットの先頭位置を示すための情報が記録され、少なくとも複数の上記セクタからなる管理単位の末尾のセクタの後端が上記符号化ユニットの後端と一致しないときに、該管理単位の末尾のセクタの後端に対応する上記パケットのデータ領域にスタッフィングが挿入されて記録されており、
上記データ記録媒体をセクタ毎にアクセスして再生し、
上記記録媒体の所望のセクタにアクセスされたら、上記パケットのヘッダの情報から得られる所望の符号化ユニットの先頭位置を示すための情報に基づいて、上記セクタ内で再生を開始する位置を設定する
ようにしたデータ再生方法。
【請求項２４】
上記所望の符号化ユニットの先頭位置は、上記各パケット中に配される複数の符号化ユニットの中で、任意の完全な符号化ユニットの先頭位置である請求項２３に記載のデータ再生方法。
【請求項２５】
上記所望の符号化ユニットの先頭位置は、上記各パケット中に配される複数の符号化ユニットの中で、最初の完全な符号化ユニットの先頭位置である請求項２３に記載のデータ再生方法。
【請求項２６】
上記所望の符号化ユニットの先頭位置を示すための情報は、セクタ又はパックの先頭から上記所望の符号化ユニットの先頭位置までの長さである請求項２３に記載のデータ再生方法。
【請求項２７】
上記所望の符号化ユニットの先頭位置を示すための情報は、セクタ又はパックの先頭から所望のフレームのフレームヘッダまでの長さである請求項２３に記載のデータ再生方法。
【請求項２８】
上記所望の符号化ユニットの先頭位置を示すための情報は、所定数のセクタを１グループとしてセクタ番号を付加したときの上記グループにおけるセクタ番号である請求項２３に記載のデータ再生方法。
【請求項２９】
上記セクタには、ＣＤ−ＲＯＭに準拠してパケット化されパック化されたデータが再生される請求項２３に記載のデータ再生方法。
【請求項３０】
上記パケット化及びパック化は、ＭＰＥＧ（Moving Picture Coding Experts Group ）−ＰＳ（Program Stream）に準拠するものである請求項２３に記載のデータ再生方法。
【請求項３１】
上記コンテンツデータは、ＡＴＲＡＣ（Adaptive TRansform Acoustic Coding）、ＡＴＲＡＣ２、又はＡＴＲＡＣ３で符号化されるようにした請求項２３に記載のデータ再生方法。
【請求項３２】
上記コンテンツデータは、ＭＰ３（MPEG1 Audio Layer-3 ）で符号化されるようにした請求項２３に記載のデータ再生方法。
【請求項３３】
上記コンテンツデータは、ＡＡＣ（MPEG2 Advanced Audio Coding ）で符号化されるようにした請求項２３に記載のデータ再生方法。
【請求項３４】
所定長のセクタに分割され、上記セクタ単位でアクセスが可能とされた記録媒体にコンテンツデータが記録されるデータ記録媒体からコンテンツデータを再生するデータ再生装置であって、
上記データ記録媒体には、固定長の符号化ユニット単位で符号化されたコンテンツデータが所定長毎に分割されヘッダが付加されてパケット化され、上記パケットに更にヘッダが付加されてパック化され、上記パケット化され更にパック化されたデータが上記セクタと対応されて上記記録媒体の各セクタに記録されると共に、上記符号化されたコンテンツデータが所定長毎にパケット化される際に、上記パケットのヘッダに各パケット中に配される複数の符号化ユニットの中で所望の符号化ユニットの先頭位置を示すための情報が記録され、少なくとも複数の上記セクタからなる管理単位の末尾のセクタの後端が上記符号化ユニットの後端と一致しないときに、該管理単位の末尾のセクタの後端に対応する上記パケットのデータ領域にスタッフィングが挿入されて記録されており、
上記データ記録媒体をセクタ毎にアクセスして再生させる手段と、
上記記録媒体の所望のセクタにアクセスされたら、上記パケットのヘッダの情報から得られる所望の符号化ユニットの先頭位置を示すための情報に基づいて、上記セクタ内で再生を開始する位置を設定する手段とを有する
ようにしたデータ再生装置。
【請求項３５】
上記所望の符号化ユニットの先頭位置は、上記各パケット中に配される複数の符号化ユニットの中で、任意の完全な符号化ユニットの先頭位置である請求項３４に記載のデータ再生装置。
【請求項３６】
上記所望の符号化ユニットの先頭位置は、上記各パケット中に配される複数の符号化ユニットの中で、最初の完全な符号化ユニットの先頭位置である請求項３４に記載のデータ再生装置。
【請求項３７】
上記所望の符号化ユニットの先頭位置を示すための情報は、セクタ又はパックの先頭から上記所望の符号化ユニットの先頭位置までの長さである請求項３４に記載のデータ再生装置。
【請求項３８】
上記所望の符号化ユニットの先頭位置を示すための情報は、セクタ又はパックの先頭から所望のフレームのフレームヘッダまでの長さである請求項３４に記載のデータ再生装置。
【請求項３９】
上記所望の符号化ユニットの先頭位置を示すための情報は、所定数のセクタを１グループとしてセクタ番号を付加してときの上記グループにおけるセクタ番号である請求項３４に記載のデータ再生装置。
【請求項４０】
上記セクタには、ＣＤ−ＲＯＭに準拠してパケット化されパック化されたデータが再生される請求項３４に記載のデータ再生装置。
【請求項４１】
上記パケット化及びパック化は、ＭＰＥＧ２−ＰＳに準拠するものである請求項３４に記載のデータ再生装置。
【請求項４２】
上記コンテンツデータは、ＡＴＲＡＣ（Adaptive TRansform Acoustic Coding）、ＡＴＲＡＣ２、又はＡＴＲＡＣ３で符号化されるようにした請求項３４に記載のデータ再生装置。
【請求項４３】
上記コンテンツデータは、ＭＰ３（MPEG1 Audio Layer-3 ）で符号化されるようにした請求項３４に記載のデータ再生装置。
【請求項４４】
上記コンテンツデータは、ＡＡＣ（MPEG2 Advanced Audio Coding ）で符号化されるようにした請求項３４に記載のデータ再生装置。
【請求項４５】
所定長のセクタに分割され、上記セクタ単位でアクセスが可能とされた記録媒体に記録されたコンテンツデータを編集するデータ編集方法であって、
上記データ記録媒体には、固定長の符号化ユニット単位で符号化されたコンテンツデータが所定長毎に分割されヘッダが付加されてパケット化され、上記パケットに更にヘッダが付加されてパック化され、上記パケット化され更にパック化されたデータが上記セクタと対応されて上記記録媒体の各セクタに記録されると共に、上記符号化されたコンテンツデータが所定長毎にパケット化される際に、上記ヘッダに各パケット中に配される複数の符号化ユニットの中で所望の符号化ユニットの先頭位置を示すための情報が記録されており、
一連の上記コンテンツデータを編集したときに、編集点であることを示す情報を上記セクタのヘッダに記録しておき、
上記ヘッダから上記編集点であることを示す情報が検出されたら、上記パケットのヘッダの情報から得られる所望の符号化ユニットの先頭位置を示すための情報に基づいて、再生を開始する位置を設定すると共に、
上記編集点が上記符号化ユニットの端と一致しないときに、該編集点に対応する上記パケットのデータ領域にスタッフィングが挿入される
ようにしたデータ編集方法。
【請求項４６】
上記編集点であることを示す情報は、編集したときの始端になるか終端になるかを示す情報を含んでおり、
上記終端であるときには、上記パケットの複数の符号化ユニットの中で不完全な符号化ユニットのデータをスキップし、上記始端であるときには、上記パケットのヘッダの情報から得られる所望の符号化ユニットの先頭位置を示すための情報に基づく位置から再生を開始するようにした請求項４５に記載のデータ編集方法。
【請求項４７】
所定長のセクタに分割され、上記セクタ単位でアクセスが可能とされた記録媒体に記録されるコンテンツデータを編集するデータ編集装置であって、
上記データ記録媒体には、固定長の符号化ユニット単位で符号化されたコンテンツデータが所定長毎に分割されヘッダが付加されてパケット化され、上記パケットに更にヘッダが付加されてパック化され、上記パケット化され更にパック化されたデータが上記セクタと対応されて上記記録媒体の各セクタに記録されると共に、上記符号化されたコンテンツデータが所定長毎にパケット化される際に、上記パケットのヘッダに各パケット中に配される複数の符号化ユニットの中で所望の符号化ユニットの先頭位置を示すための情報が記録されており、一連の上記コンテンツデータを編集したときに、編集点であることを示す情報を記録する手段と、
上記ヘッダから上記編集点であることを示す情報が検出されたら、上記パケットのヘッダの情報から得られる所望の符号化ユニットの先頭位置を示すための情報に基づいて、再生を開始する位置を設定する手段と、
上記編集点が上記符号化ユニットの端と一致しないときに、該編集点に対応する上記パケットのデータ領域にスタッフィングを挿入する手段と
を有する
ようにしたデータ編集装置。
【請求項４８】
上記編集点であることを示す情報は、編集したときの始端になるか終端になるかを示す情報を含んでおり、
上記終端であるときには、上記パケットの複数の符号化ユニットの中で不完全な符号化ユニットのデータをスキップし、上記始端であるときには、上記パケットのヘッダの情報から得られる所望の符号化ユニットの先頭位置を示すための情報に基づく位置から再生を開始するようにした請求項４７に記載のデータ編集装置。
【請求項４９】
所定長のセクタに分割され、上記セクタ単位でアクセスが可能とされた記録媒体にコンテンツデータが記録されるデータ記録媒体であって、
固定長の符号化ユニット単位で符号化されたコンテンツデータが所定長毎に分割されヘッダが付加されてパケット化され、上記パケットに更にヘッダが付加されてパック化され、上記パケット化され更にパック化されたデータが上記セクタと対応されて上記記録媒体の各セクタに記録されると共に、上記符号化されたコンテンツデータが所定長毎にパケット化される際に、上記パケットのヘッダに各パケット中に配される複数の符号化ユニットの中で所望の符号化ユニットの先頭位置を示すための情報が記録され、少なくとも複数の上記セクタからなる管理単位の末尾のセクタの後端が上記符号化ユニットの後端と一致しないときに、該管理単位の末尾のセクタの後端に対応する上記パケットのデータ領域にスタッフィングが挿入されて記録されているデータ記録媒体。
【請求項５０】
上記所望の符号化ユニットの先頭位置は、上記各パケット中に配される複数の符号化ユニットの中で、任意の完全な符号化ユニットの先頭位置である請求項４９に記載のデータ記録媒体。
【請求項５１】
上記所望の符号化ユニットの先頭位置は、上記各パケット中に配される複数の符号化ユニットの中で、最初の完全な符号化ユニットの先頭位置である請求項４９に記載のデータ記録媒体。
【請求項５２】
上記所望の符号化ユニットの先頭位置を示すための情報は、セクタ又はパックの先頭から上記所望の符号化ユニットの先頭位置までの長さである請求項４９に記載のデータ記録媒体。
【請求項５３】
上記所望の符号化ユニットの先頭位置を示すための情報は、セクタ又はパックの先頭から所望のフレームのフレームヘッダまでの長さである請求項４９に記載のデータ記録媒体。
【請求項５４】
上記所望の符号化ユニットの先頭位置を示すための情報は、所定数のセクタを１グループとしてセクタ番号を付加したときの上記グループにおけるセクタ番号である請求項４９に記載のデータ記録媒体。
【請求項５５】
上記セクタには、ＣＤ−ＲＯＭに準拠してパケット化されパック化されたデータが記録される請求項４９に記載のデータ記録媒体。
【請求項５６】
上記パケット化及びパック化は、ＭＰＥＧ（Moving Picture Coding Experts Group ）−ＰＳ（Program Stream）に準拠するものである請求項４９に記載のデータ記録媒体。
【請求項５７】
上記コンテンツデータは、ＡＴＲＡＣ（Adaptive TRansform Acoustic Coding）、ＡＴＲＡＣ２、又はＡＴＲＡＣ３で符号化されるようにした請求項４９に記載のデータ記録媒体。
【請求項５８】
上記コンテンツデータは、ＭＰ３（MPEG1 Audio Layer-3 ）で符号化されるようにした請求項４９に記載のデータ記録媒体。
【請求項５９】
上記コンテンツデータは、ＡＡＣ（MPEG2 Advanced Audio Coding ）で符号化されるようにした請求項４９に記載のデータ記録媒体。
【請求項６０】
所定長のセクタに分割され、上記セクタ単位でアクセスが可能とされた記録媒体にコンテンツデータが記録されるデータ記録媒体であって、
固定長の符号化ユニット単位で符号化されたコンテンツデータが所定長毎に分割されヘッダが付加されてパケット化され、上記パケットに更にヘッダが付加されてパック化され、上記パケット化され更にパック化されたデータが上記セクタと対応されて上記記録媒体の各セクタに記録されると共に、上記符号化されたコンテンツデータが所定長毎にパケット化される際に、上記パケットのヘッダに各パケット中に配される複数の符号化ユニットの中で所望の符号化ユニットの先頭位置を示すための情報が記録されていると共に、一連の上記コンテンツデータを編集したときに編集点であることを示す情報が記録され、上記編集点が上記符号化ユニットの端と一致しないときに、該編集点に対応する上記パケットのデータ領域にスタッフィングが挿入されて記録されているデータ記録媒体。
【請求項６１】
上記編集点であることを示す情報は、編集したときの始端になるか終端になるかを示す情報を含むようにした請求項６０に記載のデータ記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、例えばＣＤ２の光ディスクのように、所定長のセクタに分割され、セクタ単位でアクセスが可能とされた記録媒体にコンテンツのデータを記録／再生するデータ記録方法及び装置、データ再生方法及び装置、このような記録媒体にコンテンツのデータを記録するデータ記録方法及び装置、データ編集方法及び装置、並びにデータ記録媒体に関する。
【０００２】
【従来の技術】
近年、大容量の記録媒体として光ディスクの開発が進められてきている。例えば音楽情報が記録されたＣＤ(Compact Disc)、コンピュータ用のデータが記録されるＣＤ−ＲＯＭ、映像情報を取り扱うＤＶＤ(Digital Versatile Disc またはDigital Video Disc) 等が知られている。
【０００３】
ここに挙げた光ディスクは、読み出し専用のディスクである。最近では、ＣＤ−Ｒ(CD-Recordable)ディスク 、ＣＤ−ＲＷ(CD-Rewritable)ディスク等のように、データの追記や、書き換えが可能な光ディスクが実用化されている。さらに、ＣＤと同様な形状で記録容量を高めた倍密度ＣＤや、通常のＣＤプレーヤとパーソナルコンピュータとの双方との親和性が高められるＣＤ２等、様々な光ディスクの開発が進められている。
【０００４】
ＣＤ２の光ディスクは、内周側の領域と、外周側の領域とがあり、内周側の領域は、通常のＣＤプレーヤでも再生できるように、例えば、オーディオデータが通常のＣＤ−ＤＡ（CD Digital Audio）と同様なフォーマットで記録されている。外周側の領域は、パーソナルコンピュータとの親和性を図るように、ＣＤ−ＲＯＭの仕様に基づいて、コンテンツのデータがファイルされて記録される。
【０００５】
このようなＣＤ２の光ディスクに、ＭＰＥＧ２−ＰＳの仕様に則って、オーディオデータや画像データからなるマルチメディアのコンテンツデータを記録することが考えられている。そして、オーディオデータの圧縮方式としては、例えば、ＡＴＲＡＣ３や、ＭＰ３、ＡＡＣを使うことが考えられている。
【０００６】
オーディオデータの圧縮方式としては、入力された時間軸方向のオーディオデータを帯域分割フィルタにより複数の帯域に分割して圧縮符号化するサブバンド方式と、入力された時間軸方向のオーディオデータを、ＤＣＴ等の直交関数により周波数軸方向のデータに変換して圧縮符号化する変換符号化方式と、両者を組み合わせたハイブリッド方式が知られている。ＡＴＲＡＣ３や、ＭＰ３、ＡＡＣはハイブリッド型に属されるオーディオ圧縮方式であり、所定の時間窓で切り出されたオーディオデータが帯域分割され、ＭＤＣＴ変換されることにより、圧縮符号化が行われる。
【０００７】
例えば、ＡＴＲＡＣ３では、サンプリング周波数が例えば４４．１ｋＨｚのオーディオデータが、例えば１１．６ｍ秒の時間窓で切り出され、ハイブリッド方式でエンコードされる。この１１．６ｍ秒の時間窓では、５１２サンプル分のオーディオデータが切り出されることになり、１サンプルを１６ビットとすると、２０４８バイト毎にエンコードが行われることになる。そして、ＡＴＲＡＣ３では、適応的ビット割り当てを行っており、ビットレートについて任意に対応できる。伝送ビットレートが６６ｋｂｐｓのときには、１つのエンコードユニットは１９２バイトに圧縮され、１０５ｋｂｐｓのときには３０４バイトに圧縮され、１３２ｋｂｐｓのときには、３８４バイトに圧縮される。
【０００８】
これに対して、ＣＤ−ＲＯＭモード１では、９８フレームからなるサブコードブロックがセクタとされ、このセクタを単位として、データが記録される。１セクタの大きさは２３５２バイトであり、そのうち、データ記録容量は２０４８バイトである。ＭＰＥＧ２−ＰＳで、コンテンツのデータを記録する場合には、１セクタに、１パック、１パケットのデータが記録される。例えば、１４バイトのパックヘッダを付け、１４バイトのパケットヘッダを付けたとすると、１セクタに記録できるコンテンツのデータ容量は、２０２０バイトとなる。
【０００９】
【発明が解決しようとする課題】
このように、ＣＤ−ＲＯＭモード１の仕様では、１セクタのデータ容量は２０４８バイトであり、ＭＰＥＧ２−ＰＳのデータを記録する際に、１４バイトのパックヘッダと１４バイトのパケットヘッダを付けたとすると、１セクタに記録できるコンテンツのデータ容量は２０２０バイトである。
【００１０】
これに対して、例えば、１０５ｋｂｐｓのビットレートのＡＴＲＡＣ３で圧縮されたオーディオデータでは、１つのエンコードユニットの大きさが３０４バイトとなる。
【００１１】
このように、１つのセクタに記録できるコンテンツのデータ容量と、１つのエンコードユニットの大きさとは無関係に定められている。ＡＴＲＡＣ３の場合に限らず、ＭＰ３やＡＡＣでも、１つのセクタに記録できるコンテンツのデータ容量と、１つのエンコードユニットの大きさとは無関係である。このため、エンコードユニットを詰めて記録していくと、２つのセクタに跨いでデータ記録されるエンコードユニットが生じてくる。
【００１２】
例えば、２０２０バイトの１セクタに容量に、エンコードユニットの大きさが３０４バイト（１０５ｋｂｐｓのビットレートのＡＴＲＡＣ３）のオーディオデータを記録していくと、１セクタに配置されるエンコードユニットの数は、
２０２０／３０４＝６．６４
となり、６個のエンコードユニットは１セクタ中に完全に配置できるが、７個目のエンコードユニットは、次のセクタに跨いで記録されることになる。
【００１３】
このように、セクタを跨いで記録されるエンコードユニットが発生すると、アクセス時にエンコードユニットの先頭が不明になり、早送り、早戻し、サーチ時に、所望のセクタをアクセスしてデータをエンコードさせることが困難になるという問題が生じてくる。
【００１４】
すなわち、ＣＤ−ＲＯＭモード１の仕様でデータを記録した場合、セクタ単位でアクセスが行われる。セクタを跨いでエンコードユニットが記録されていても、連続再生を行っている限りは、隣接する２つのセクタからそのエンコードユニットのデータが連続して再生されるので、問題とならない。
【００１５】
ところが、早送り、早戻し、サーチ時等に、所望のセクタをアクセスして再生を開始させようとすると、セクタを跨いでエンコードユニットが記録されていると、セクタの先頭の部分では、完全なエンコードユニットを得られなくなり、そのエンコードユニットはデコードできなくなる。このため、この場合、次の完全なエンコードユニットまでスキップし、完全なエンコードユニットが再生できる所から、デコードを開始する必要がある。
【００１６】
ところが、特に、ＡＴＲＡＣ３では、ＭＰ３やＡＡＣと異なり、エンコードユニットの先頭を示すヘッダがないため、次の完全なエンコードユニットを見つけるのが困難である。
【００１７】
そこで、セクタの先頭とエンコードユニットの先頭とを常に一致させることが考えられる。例えば、上述のように、エンコードユニットの大きさが３０４バイトの１０５ｋｂｐｓのビットレートのＡＴＲＡＣ３で圧縮されたオーディオデータを記録していく場合に、セクタの先頭から１セクタ当たり６個のエンコードユニットを記録し、残りはスタッフィングしておくことが考えられる。このように、セクタの先頭とエンコードユニットの先頭とが一致していれば、所望のセクタをアクセスし、セクタの先頭にアクセスされたら、そのセクタのデータの先頭からデコードすれば、データを再生できる。ところが、この場合には、１セクタ当たり、
２０２０−３０４×６＝１９６バイト
のデータ容量に無駄が生じることになる。
【００１８】
したがって、この発明の目的は、セクタ単位でアクセスしたときにも、エンコードユニットの先頭から確実に再生できると共に、データ容量の無駄が生じないようにしたデータ記録方法及び装置、データ再生方法及び装置、データ記録媒体を提供することにある。
【００１９】
この発明の他の目的は、データの編集を行ったときにも、編集点で、エンコードユニットの先頭から確実に再生できると共に、データ容量の無駄が生じないようにしたデータ編集方法及び装置を提供することにある。
【００２０】
【課題を解決するための手段】
請求項１の発明は、所定長のセクタに分割され、セクタ単位でアクセスが可能とされた記録媒体にコンテンツデータを記録するデータ記録方法であって、固定長の符号化ユニット単位で符号化されたコンテンツデータを所定長毎に分割しヘッダを付加してパケット化し、パケットに更にヘッダを付加してパック化し、パケット化され更にパック化されたデータをセクタと対応させて記録媒体の各セクタに記録すると共に、符号化されたコンテンツデータを所定長毎に分割してパケット化する際に、各パケット中に配される複数の符号化ユニットの中で所望の符号化ユニットの先頭位置を示すための情報をパケットのヘッダに記録し、複数のセクタからなる管理単位の末尾のセクタの後端が符号化ユニットの後端と一致しないときに、管理単位の末尾のセクタの後端に対応するパケットのデータ領域にスタッフィングを挿入するようにしたデータ記録方法である。
【００２１】
請求項１２の発明は、所定長のセクタに分割され、セクタ単位でアクセスが可能とされた記録媒体にコンテンツデータを記録するデータ記録装置であって、固定長の符号化ユニット単位で符号化されたコンテンツデータを所定長毎に分割しヘッダを付加してパケット化する手段と、パケットに更にヘッダを付加してパック化する手段と、パケット化され更にパック化されたデータをセクタと対応させて記録媒体の各セクタに記録する手段とを有すると共に、符号化されたコンテンツデータを所定長毎に分割してパケット化する際に、各パケット中に配される複数の符号化ユニットの中で所望の符号化ユニットの先頭位置を示すための情報をパケットのヘッダに記録する手段と、複数のセクタからなる管理単位の末尾のセクタの後端が符号化ユニットの後端と一致しないときに、管理単位の末尾のセクタの後端に対応するパケットのデータ領域にスタッフィングを挿入する手段とを有するようにしたデータ記録装置である。
【００２２】
請求項２３の発明は、所定長のセクタに分割され、セクタ単位でアクセスが可能とされた記録媒体にコンテンツデータが記録されるデータ記録媒体からコンテンツデータを再生するデータ再生方法であって、データ記録媒体には、固定長の符号化ユニット単位で符号化されたコンテンツデータが所定長毎に分割されヘッダが付加されてパケット化され、パケットに更にヘッダが付加されてパック化され、パケット化され更にパック化されたデータがセクタと対応されて記録媒体の各セクタに記録されると共に、符号化されたコンテンツデータが所定長毎にパケット化される際に、パケットのヘッダに各パケット中に配される複数の符号化ユニットの中で所望の符号化ユニットの先頭位置を示すための情報が記録され、少なくとも複数のセクタからなる管理単位の末尾のセクタの後端が符号化ユニットの後端と一致しないときに、管理単位の末尾のセクタの後端に対応するパケットのデータ領域にスタッフィングが挿入されて記録されており、データ記録媒体をセクタ毎にアクセスして再生し、記録媒体の所望のセクタにアクセスされたら、パケットのヘッダの情報から得られる所望の符号化ユニットの先頭位置を示すための情報に基づいて、セクタ内で再生を開始する位置を設定するようにしたデータ再生方法である。
【００２３】
請求項３４の発明は、所定長のセクタに分割され、セクタ単位でアクセスが可能とされた記録媒体にコンテンツデータが記録されるデータ記録媒体からコンテンツデータを再生するデータ再生装置であって、データ記録媒体には、固定長の符号化ユニット単位で符号化されたコンテンツデータが所定長毎に分割されヘッダが付加されてパケット化され、パケットに更にヘッダが付加されてパック化され、パケット化され更にパック化されたデータがセクタと対応されて記録媒体の各セクタに記録されると共に、符号化されたコンテンツデータが所定長毎にパケット化される際に、パケットのヘッダに各パケット中に配される複数の符号化ユニットの中で所望の符号化ユニットの先頭位置を示すための情報が記録され、少なくとも複数のセクタからなる管理単位の末尾のセクタの後端が符号化ユニットの後端と一致しないときに、管理単位の末尾のセクタの後端に対応するパケットのデータ領域にスタッフィングが挿入されて記録されており、データ記録媒体をセクタ毎にアクセスして再生させる手段と、記録媒体の所望のセクタにアクセスされたら、パケットのヘッダの情報から得られる所望の符号化ユニットの先頭位置を示すための情報に基づいて、セクタ内で再生を開始する位置を設定する手段とを有するようにしたデータ再生装置である。
【００２４】
請求項４５の発明は、所定長のセクタに分割され、セクタ単位でアクセスが可能とされた記録媒体に記録されたコンテンツデータを編集するデータ編集方法であって、データ記録媒体には、固定長の符号化ユニット単位で符号化されたコンテンツデータが所定長毎に分割されヘッダが付加されてパケット化され、パケットに更にヘッダが付加されてパック化され、パケット化され更にパック化されたデータがセクタと対応されて記録媒体の各セクタに記録されると共に、符号化されたコンテンツデータが所定長毎にパケット化される際に、ヘッダに各パケット中に配される複数の符号化ユニットの中で所望の符号化ユニットの先頭位置を示すための情報が記録されており、一連のコンテンツデータを編集したときに、編集点であることを示す情報をセクタのヘッダに記録しておき、ヘッダから編集点であることを示す情報が検出されたら、パケットのヘッダの情報から得られる所望の符号化ユニットの先頭位置を示すための情報に基づいて、再生を開始する位置を設定すると共に、編集点が符号化ユニットの端と一致しないときに、編集点に対応するパケットのデータ領域にスタッフィングが挿入されるようにしたデータ編集方法である。
【００２５】
請求項４７の発明は、所定長のセクタに分割され、セクタ単位でアクセスが可能とされた記録媒体に記録されるコンテンツデータを編集するデータ編集装置であって、データ記録媒体には、固定長の符号化ユニット単位で符号化されたコンテンツデータが所定長毎に分割されヘッダが付加されてパケット化され、パケットに更にヘッダが付加されてパック化され、パケット化され更にパック化されたデータがセクタと対応されて記録媒体の各セクタに記録されると共に、符号化されたコンテンツデータが所定長毎にパケット化される際に、パケットのヘッダに各パケット中に配される複数の符号化ユニットの中で所望の符号化ユニットの先頭位置を示すための情報が記録されており、一連のコンテンツデータを編集したときに、編集点であることを示す情報を記録する手段と、ヘッダから編集点であることを示す情報が検出されたら、パケットのヘッダの情報から得られる所望の符号化ユニットの先頭位置を示すための情報に基づいて、再生を開始する位置を設定する手段と、編集点が符号化ユニットの端と一致しないときに、編集点に対応するパケットのデータ領域にスタッフィングを挿入する手段とを有するようにしたデータ編集装置である。
【００２６】
請求項４９の発明は、所定長のセクタに分割され、セクタ単位でアクセスが可能とされた記録媒体にコンテンツデータが記録されるデータ記録媒体であって、固定長の符号化ユニット単位で符号化されたコンテンツデータが所定長毎に分割されヘッダが付加されてパケット化され、パケットに更にヘッダが付加されてパック化され、パケット化され更にパック化されたデータがセクタと対応されて記録媒体の各セクタに記録されると共に、符号化されたコンテンツデータが所定長毎にパケット化される際に、パケットのヘッダに各パケット中に配される複数の符号化ユニットの中で所望の符号化ユニットの先頭位置を示すための情報が記録され、少なくとも複数の上記セクタからなる管理単位の末尾のセクタの後端が上記符号化ユニットの後端と一致しないときに、該管理単位の末尾のセクタの後端に対応する上記パケットのデータ領域にスタッフィングが挿入されて記録されているデータ記録媒体である。
【００２７】
請求項６０の発明は、所定長のセクタに分割され、セクタ単位でアクセスが可能とされた記録媒体にコンテンツデータが記録されるデータ記録媒体であって、固定長の符号化ユニット単位で符号化されたコンテンツデータが所定長毎に分割されヘッダが付加されてパケット化され、パケットに更にヘッダが付加されてパック化され、パケット化され更にパック化されたデータがセクタと対応されて記録媒体の各セクタに記録されると共に、符号化されたコンテンツデータが所定長毎にパケット化される際に、パケットのヘッダに各パケット中に配される複数の符号化ユニットの中で所望の符号化ユニットの先頭位置を示すための情報が記録されていると共に、一連のコンテンツデータを編集したときに編集点であることを示す情報が記録されていると共に、編集点が符号化ユニットの端と一致しないときに、編集点に対応するパケットのデータ領域にスタッフィングが挿入されて記録されているデータ記録媒体である。
【００２８】
所定長のセクタに分割され、セクタ単位でアクセスが可能とされた記録媒体に、符号化されたコンテンツデータを所定長毎に分割しヘッダを付加してパケット化し更にヘッダを付加してパック化して記録する際に、各パケットにエンコードユニットを詰めて記録していくと共に、そのセクタの先頭にある完全なエンコードユニットの位置をポインタで示すようにしている。このように、セクタのパケットデータの先頭から、完全なエンコードユニットとなるエンコードユニットの先頭までの長さをエンコードユニットポインタとして記録しておくと、セクタをアクセスしたとき、エンコードユニットポインタの値から、セクタの先頭から、完全なエンコードユニットとなるエンコードユニット位置が分かり、これにより、エンコードユニットの先頭から直ちにデコードを開始できる。また、この完全なエンコードユニットの先頭までの長さは、エンコードユニットが固定長で決まっているなら、セクタ番号により特定することができる。このため、サーチ時にコンテンツの途中から再生したり、編集を行ったときにも、エンコードユニットの先頭を見失うことがなくなり、確実にデコード処理が行える。
【００２９】
【発明の実施の形態】
以下、この発明の実施の形態について図面を参照して説明する。この発明は、例えば、ＣＤ（Compact Disc）２の光ディスクにコンテンツデータを記録／再生するのに用いて好適である。
【００３０】
図１は、この発明が適用できるＣＤ２の光ディスク１の外観の構成を示すものである。ＣＤ２は、通常のＣＤと同様に、例えば直径１２０ｍｍの光ディスクである。ただし、所謂シングルＣＤのように、直径８０mmとしても良い。
【００３１】
ＣＤ２は、既存のＣＤプレーヤと、パーソナルコンピュータとの双方との親和性を考慮して開発されている。このようなＣＤ２の光ディスク１は、図１に示すように、その中心にセンターホールが設けられ、内周側に領域ＡＲ１が設けられ、さらにその外周に、領域ＡＲ２が設けられる。内周側の領域ＡＲ１と、外周側の領域ＡＲ２との間には、ミラー部Ｍ１が設けられ、このミラー部Ｍ１により、内周側の領域ＡＲ１と外周側の領域ＡＲ２とが区切られている。内周側の領域ＡＲ１の最内周には、リードイン領域ＬＩＮ１が設けられ、その最外周には、リードアウト領域ＬＯＵＴ１が設けられる。外周側の領域ＡＲ２の最内周には、リードイン領域ＬＩＮ２が設けられ、その最外周には、リードアウト領域ＬＯＵＴ２が設けられる。
【００３２】
内周側の領域ＡＲ１は、既存のＣＤプレーヤとの親和性が図られた領域である。この領域ＡＲ１には、通常のＣＤプレーヤでも再生できるように、例えば、オーディオデータが通常のＣＤ−ＤＡ（CD Digital Audio）と同様なフォーマットで記録されている。また、この内周側の領域ＡＲ１は、通常のＣＤ−ＤＡと同様に扱えるように、通常、コンテンツのデータに対する暗号化は行われない。勿論、著作権の保護を図るために、この内周側の領域ＡＲ１に記録するデータを暗号化する場合も考えられる。また、この内周側の領域ＡＲ１に、ビデオデータや、コ」ンピュータプログラムデータ等、オーディオデータ以外のデータを記録するようにしても良い。また、この内周側の領域ＡＲ１に、コンテンツのデータを圧縮して記録するようにしても良い。
【００３３】
これに対して、外周側の領域ＡＲ２は、パーソナルコンピュータとの親和性を図るようにした領域である。この領域ＡＲ２には、倍密度でデータが記録できる。この領域ＡＲ２には、例えば、ＭＰＥＧ（Moving Picture Coding Experts Group ）２−ＰＳ（Program Stream）の仕様に基づいて、オーディオデータや画像データのようなマルチメディアのコンテンツデータが記録される。オーディオデータの圧縮方式としては、ＡＴＲＡＣ（Adaptive TRansform Acoustic Coding）３方式や、ＭＰ３（MPEG1 Audio Layer-3 ）方式、ＡＡＣ（MPEG2 Advanced Audio Coding ）方式が用いられている。画像データの圧縮方式としては、ＪＰＥＧ（Joint Photographic Experts Group）方式（静止画）やＭＰＥＧ２方式（動画）が用いられている。また、この外周の領域は、著作権の保護を図るために、コンテンツのデータを暗号化して記録することが望まれる。
【００３４】
このように、ＣＤ２の光ディスク１は、内周側の領域ＡＲ１を使って、通常のＣＤと同様にＣＤプレーヤで再生することができ、外周側の領域ＡＲ２を使うことで、パーソナルコンピュータや携帯型のプレーヤと連携させながら、データを扱うことができる。
【００３５】
この発明は、このようなＣＤ２の光ディスク１において、特に、外周側の領域ＡＲ２に、コンテンツのデータを記録／再生するのに用いて好適である。
【００３６】
図２は、この発明が適用できる光ディスク記録／再生装置の記録系の構成を示すものである。この記録系では、ＣＤ２の光ディスク１に、ＭＰＥＧ２−ＰＳの仕様に則って、動画や静止画、オーディオデータからなるマルチメディアのコンテンツデータが記録される。
【００３７】
図２において、入力端子１１に画像データのストリームが供給され、入力端子２１にオーディオデータのストリームが供給される。入力端子１１からの画像データのストリームが画像エンコーダ１２に供給され、入力端子２１からのオーディオデータのストリームがオーディオエンコーダ２２に供給される。
【００３８】
画像エンコーダ１２で、画像データが圧縮符号化される。画像データの圧縮方式としては、入力画像データが静止画の場合には、例えばＪＰＥＧ方式が用いられ、動画の場合には、ＭＰＥＧ２方式が用いられる。ＪＰＥＧ方式は、静止画データを、ＤＣＴ（Discrete Cosine Transform ）変換により、圧縮符号化するものである。ＭＰＥＧ２方式は、動き補償予測符号化と、ＤＣＴ変換とにより、動画データを圧縮符号化するものである。
【００３９】
また、この画像データを圧縮符号化したときの時間情報がＰＴＳ（Presentation Time Stamp)生成回路１３に供給される。ＰＴＳ生成回路１３には、ＳＴＣ（System Time Clock）生成回路１０から、システムの基準となる時刻情報が送られる。ＰＴＳ生成回路１３により、ＳＴＣ生成回路１０からのシステム基準時刻情報に基づいて、画像データの再生時の基準時刻となるＰＴＳが生成される。
【００４０】
画像エンコーダ１２の出力が暗号化回路１４に供給される。画像データやオーディオデータのようなコンテンツデータは、著作権の保護を図るために、暗号化が必要な場合がある。暗号化回路１４で、画像エンコーダ１２から出力される画像データは、必要に応じて、暗号化される。暗号化回路１４の出力がパケット化回路１５に供給される。
【００４１】
暗号化回路１４では、暗号化方式として、例えば、ＤＥＳ（Data Encryption Standard）やtriple ＤＥＳのようなブロック暗号のものが用いられる。ブロック暗号は、例えば、８バイトずつを単位として暗号化を行うものである。ＤＥＳは代表的な共通鍵暗号であり、６４ビット（８バイト）のデータを初期転置（スクランブル）を行い、３２ビットずつ分けたデータを、５６ビットの１個の暗号鍵から生成された１６個の鍵で次々と非線形処理を行い、再び転置を行って、暗号化するものである。勿論、暗号化方式は、このようなブロック暗号に限定されるものではない。
【００４２】
また、このとき、必要に応じて、スタッフィング発生回路１６からのスタッフィングデータにより、スタッフィングが行われる。スタッフィングしたところは、オール「１」又はオール「０」のデータで埋められる。また、スタッフィングしたところが暗号化されると、このスタッフィングのデータは乱数様となる。勿論セキュリティを考慮して、スタッフィングは固定値でなく、乱数で行っても良い。スタッフィングについては、後に、説明する。
【００４３】
パケット化回路１５は、画像データをＭＰＥＧ２−ＰＳのパケットに格納できるように、所定のデータ数毎に分割するものである。すなわち、後に説明するように、ＭＰＥＧ２−ＰＳでは、ＣＤ−ＲＯＭの規格上の１セクタに、１パック、１パケットのデータが配置される。この例では、１パケットのデータは２０１６バイトとされている。したがって、パケット化回路１５で、画像データが２０１６バイト毎に分割される。
【００４４】
パケット化回路１５の出力がＰＥＳヘッダ付加回路１７に供給される。ＰＥＳヘッダ付加回路１７には、ＰＥＳヘッダ生成回路１８から、ＰＥＳヘッダが供給される。ＰＥＳヘッダ付加回路１７で、２０１６バイトの１パケットのデータに、例えば、１４バイトのＰＥＳヘッダが付加される。
【００４５】
ＰＥＳヘッダは、後に説明するように、ストリームＩＤや、スクランブル制御フラグ、ＰＴＳ等が含まれる。コンテンツを暗号化した場合には、暗号化回路１４からＰＥＳヘッダ生成回路１８にスクランブル情報が送られ、これに基づいて、ＰＥＳヘッダにスクランブル制御フラグが付加される。また、ＰＴＳ生成回路１３でＰＴＳが生成され、これに基づいて、ＰＥＳヘッダにＰＴＳ情報が付加される。ＰＴＳヘッダ付加回路１７の出力がマルチプレクサ１９に供給される。
【００４６】
更に、この発明の実施の形態では、ＰＥＳヘッダ付加回路１７で、１４バイトのＰＥＳヘッダの後ろに、例えば４バイトのＣＤ２ストリームヘッダが付加される。このＣＤ２ストリームヘッダには、エンコードユニットポインタや、スタッフィングＩＤ、エディットＩＤ等が記録される。このＣＤ２コンテンツヘッダについては、後に、詳述する。
【００４７】
一方、オーディオエンコーダ２２で、オーディオデータが圧縮符号化される。オーディオデータの圧縮方式としては、ＡＴＲＡＣ３、ＭＰ３、ＡＡＣ等が用いられる。勿論、ＡＴＲＡＣ、ＡＴＲＡＣ２、ＭＰＥＧ１オーディオ（MPEG1 Audio Layer-1,MPEG1 Audio Layer-2）等を用いるようにしても良い。また、ＴｗｉｎＶＱ、ＲｅａｌＡｕｄｉｏ、ＷＭＡ等、種々の圧縮方式が開発されており、これらも同様に使うことができるであろう。
【００４８】
オーディオデータの圧縮方式としては、入力された時間軸方向のオーディオデータを帯域分割フィルタにより複数の帯域に分割して圧縮符号化するサブバンド符号化方式と、入力された時間軸方向のオーディオデータを、ＤＣＴ等の直交関数により周波数軸方向のスペクトラムデータに変換して圧縮符号化する変換符号化方式と、両者を組み合わせたハイブリッド方式が知られている。ＭＰＥＧ１オーディオ（MPEG1 Audio Layer-1,MPEG1 Audio Layer-2）は、サブバンド符号化方式のものである。ＡＴＲＡＣ、ＡＴＲＡＣ２、ＡＴＲＡＣ３、ＭＰ３、ＡＡＣは、ハイブリッド方式のものである。
【００４９】
また、このオーディオデータを圧縮符号化したときの時間情報がオーディオエンコーダ２２からＰＴＳ生成回路２３に供給される。ＰＴＳ生成回路２３には、ＳＴＣ生成回路１０から、システムの基準となる時刻情報が送られる。ＰＴＳ生成回路２３により、ＳＴＣ生成回路１０からのシステム基準時刻情報に基づいて、オーディオデータの再生時の基準時刻となるＰＴＳが生成される。
【００５０】
オーディオエンコーダ２２の出力が暗号化回路２４に供給される。暗号化回路２４で、オーディオエンコーダ２２から出力されるオーディオデータは、必要に応じて、暗号化される。暗号化回路２４の出力がパケット化回路２５に供給される。
【００５１】
暗号化回路２４では、暗号化方式として、例えば、ＤＥＳやtriple ＤＥＳのようなブロック暗号のものが用いられる。勿論、暗号化方式は、このようなブロック暗号に限定されるものではない。
【００５２】
また、このとき、必要に応じて、スタッフィング発生回路１６からのスタッフィングデータにより、スタッフィングが行われる。スタッフィングしたところは、オール「１」又はオール「０」のデータで埋められる。また、スタッフィングしたところが暗号化されると、このスタッフィングのデータは乱数様となる。勿論、セキュリティを考慮して、固定のデータではなく、乱数でスタッフィングを行うようにしても良い。スタッフィングについては、後に、説明する。
【００５３】
パケット化回路２５は、オーディオデータをＭＰＥＧ２−ＰＳのパケットに格納できるように、所定のデータ数に分割するものである。この例では、パケット化回路２５で、オーディオデータが２０１６バイト毎に分割される。
【００５４】
パケット化回路２５の出力がＰＥＳヘッダ付加回路２７に供給される。ＰＥＳヘッダ付加回路２７には、ＰＥＳヘッダ生成回路２８から、ＰＥＳヘッダが供給される。ＰＥＳヘッダ付加回路２７で、２０１６バイトからなる１パケットのデータに、例えば１４バイトのＰＥＳヘッダが付加される。
【００５５】
ＰＥＳヘッダには、ストリームＩＤや、スクランブル制御フラグ、ＰＴＳ等が含まれる。コンテンツを暗号化した場合には、暗号化回路２４からＰＥＳヘッダ生成回路２８にスクランブル情報が送られ、これに基づいて、ＰＥＳヘッダにスクランブル制御フラグが付加される。また、ＰＴＳ生成回路２３でＰＴＳが生成され、これに基づいて、ＰＥＳヘッダにＰＴＳ情報が付加される。
【００５６】
更に、この発明の実施の形態では、このとき、ＰＥＳヘッダ付加回路２７で、ＣＤ２ストリームヘッダが付加される。このＣＤ２ストリームヘッダには、エンコードユニットポインタや、スタッフィングＩＤ、エディットＩＤ等が記録される。このＰＴＳヘッダ付加回路２７の出力がマルチプレクサ１９に供給される。
【００５７】
マルチプレクサ１９には、画像エンコーダ１２で圧縮符号化され、暗号化回路１４で暗号化され、パケット化回路１５及びＰＥＳヘッダ付加回路１７によりパケット化された画像データパケットと、オーディオエンコーダ２２で圧縮符号化され、暗号化回路２４で暗号化され、パケット化回路２５及びＰＥＳヘッダ付加回路２７でパケット化されたオーディオデータデータとが供給される。また、その他の付加情報からなるプログラムパケットが供給される。マルチプレクサ１９で、これらの画像パケットと、オーディオパケットと、プログラムパケットとが多重化される。
【００５８】
マルチプレクサ１９の出力がパックヘッダ付加回路３１に供給される。パックヘッダ付加回路３１には、パックヘッダ生成回路３２からパックヘッダ情報が供給される。パックヘッダ付加回路３１で、各パケットにパックヘッダが付加される。
【００５９】
後に説明するように、パックヘッダには、システムの時間を較正するためのＳＣＲ（System Clock Reference）や、多重化レート等が挿入される。ＳＣＲは、ＳＴＣ生成回路１０の出力に基づいて、ＳＣＲ生成回路３３で生成される。このＳＣＲがパックヘッダ生成回路３２に供給される。
【００６０】
パックヘッダ付加回路３１の出力がエラー訂正符号化回路３４に供給される。エラー訂正符号化回路３４は、ＣＩＲＣ（Cross Interleave Reed-Solomon Code）により、ＣＤ−ＲＯＭモード１に則って、記録データに対してエラー訂正符号化処理を行うものである。
【００６１】
ＣＤ−ＲＯＭでは、９８フレームからなるサブコードブロックが１セクタとして扱われる。
【００６２】
すなわち、ＣＤには、Ｐ〜Ｗの各チャンネルのサブコードが入っている。このサブコードは、９８フレームを１ブロックとしてコーディングされている。アクセス時に、このサブコードの情報が用いられる。したがって、９８フレームからなるサブコードブロックがアクセス単位となる。
【００６３】
ＣＤ−ＲＯＭでは、この９８フレームからなるサブコードブロックを１セクタとして扱っている。１セクタの物理容量は、２３５２バイトである。ＣＤ−ＲＯＭモード１の場合には、エラー検出、訂正用に、２８８バイトの補助データを付けて記録している。また、各セクタの先頭には、１２バイトのシンクと、４バイトのヘッダが設けられる、したがって、ＣＤ−ＲＯＭモード１の仕様では、１セクタのデータ記録容量は、
２３５２−２８８−１２−４＝２０４８バイト
となる。
【００６４】
パックヘッダ付加回路３１から出力されるパックの大きさは、後に説明するように、１４バイトのパックヘッダと、１４バイトのＰＥＳヘッダと、４バイトのＣＤ２ストリームヘッダと、２０１６バイトのデータ（ペイロード）とからなり、
１４＋１４＋４＋２０１６＝２０４８バイト
である。これは、ＣＤ−ＲＯＭモード１の１セクタのデータ容量（２０４８バイト）に一致している。
【００６５】
エラー訂正符号化回路３４の出力が変調回路３５に供給される。変調回路３５で、記録データが所定の変調方式により変調される。変調回路３５の出力が記録回路３６を介して光学ピックアップ３７に供給される。
【００６６】
光ディスク１は、前述したような、ＣＤ２のディスクである。この光ディスク１は、スピンドルモータ４２により、回転される。光ディスク１の回転を制御するスピンドルサーボ回路や、光学ピックアップ３７を光ディスク１の半径方向に制御するトラッキングサーボ回路や、光学ピックアップ３７からのビームを光軸方向に制御するフォーカスサーボ回路が設けられており、これらは、アクセス制御回路４３により制御される。
【００６７】
データを記録する場合には、アクセス制御回路４３により、光学ピックアップ３７が光ディスク１の所望の記録位置のセクタにアクセスされ、光学ピックアップ３７から光ディスク１に向けて、記録回路３６からの記録データに基づいて変調されたレーザービームが出力される。これにより、光ディスク１にデータが記録される。
【００６８】
図３は、この発明が適用できる光ディスク記録／再生装置の再生系の構成を示すものである。図３において、再生時には、アクセス制御回路４３により、光学ピックアップ３７が光ディスク１の所望の再生位置のセクタにアクセスされる。光ディスク１には、１パック、１パケットのデータが１セクタに記録されており、セクタを単位としてアクセスが可能である。
【００６９】
光学ピックアップ３７により、光ディスク１の記録データが読み取られる。この光学ピックアップ３７からの再生データは、再生回路５１を介して、復調回路５２に供給される。復調回路５２は、図２における変調回路３５に対応する変調方式の復調処理を行うものである。復調回路５２の出力がエラー訂正回路５３に供給される。エラー訂正回路５３で、ＣＩＲＣによるエラー訂正処理が行われ、各セクタのデータが復号される。
【００７０】
前述したように、１セクタに、１パック、１パケットのデータが記録されており、１セクタのデータの先頭には、１４バイトのパックヘッダと、１４バイトのＰＥＳヘッダが付加され、更に、４バイトのＣＤ２ストリームヘッダが付加されている。
【００７１】
１セクタの再生データは、パックヘッダ抽出回路５４に供給される。パックヘッダ抽出回路５４で、１セクタ分の２０１６バイトのデータの先頭にあるパックヘッダが抽出される。抽出されたパックヘッダがパックヘッダ解析回路５５に供給される。
【００７２】
パックヘッダには、ＳＣＲや多重化レートが挿入されている。このパックヘッダのＳＣＲは、ＳＣＲ抽出回路５６で抽出され、ＳＴＣ生成回路５７に供給される。ＳＴＣ生成回路５７で、システムクロックで進められるカウンタの値と、ＳＣＲの値とが比較され、この比較出力に基づいて、システムの基準時刻が較正される。
【００７３】
パックヘッダ抽出回路５４の出力は、デマルチプレクサ５８に供給される。デマルチプレクサ５８で、画像データパケットと、オーディオデータパケットと、プログラムパケットとが分離される。パケットの分離は、ＰＥＳヘッダのストリームＩＤを検出することで行われる。
【００７４】
デマルチプレクサ５８で分離された画像データパケットは、ＰＥＳヘッダ抽出回路６１に供給される。
【００７５】
ＰＥＳヘッダ抽出回路６１で、パックヘッダの次の１４バイトに挿入されているＰＥＳヘッダが抽出される。このＰＥＳヘッダがＰＥＳヘッダ解析回路６２に供給される。
【００７６】
ＰＥＳヘッダには、ストリームＩＤや、スクランブル制御フラグ、ＰＴＳ等が含まれる。コンテンツが暗号化されているか否かは、このＰＥＳヘッダのスクランブル制御フラグから判断できる。データが暗号化されている場合、暗号解読が許可されている場合には、暗号の解読キーが暗号解読回路６４に設定される。
【００７７】
また、ＰＥＳヘッダに含まれているＰＴＳがＰＴＳ抽出回路６５で抽出される。ＰＴＳは、再生時刻を示している。抽出されたＰＴＳは、再生タイミング設定回路６６に供給される。
【００７８】
更に、この例では、ＰＥＳヘッダ解析回路６２で、ＣＤ２ストリームヘッダが解析される。このＣＤ２ストリームヘッダには、エンコードユニットポインタやスタッフィングＩＤ、エディットＩＤ等が記録されている。
【００７９】
ＰＥＳヘッダ抽出回路６１の出力がパケット分解回路６３に供給される。パケット分解回路６３で、１パケットの２０１６バイトのデータが分解される。
【００８０】
パケット分解回路６３の出力が暗号解読回路６４に供給される。コンテンツデータの解読が許可されている場合には、暗号解読回路６４により、暗号解読が行われる。暗号解読回路６４の出力が画像デコーダ６７に供給される。
【００８１】
画像デコーダ゛６７は、記録時の画像の圧縮符号化方式に基づいて、画像データの伸長処理を行うものである。すなわち、画像デコーダ６７は、再生される画像データがＪＰＥＧ方式の画像なら、ＪＰＥＧのデコード処理を行い、ＭＰＥＧ２の動画データなら、ＭＰＥＧ２のデコード処理を行っている。
【００８２】
再生タイミング設定回路６６には、ＰＴＳ抽出回路６５で抽出されたＰＴＳの値が供給されると共に、ＳＴＣ生成回路５７からシステムの基準時刻が供給される。再生タイミング設定回路６６で、ＰＴＳで示される時刻情報と、システムの基準時刻とが比較され、ＰＴＳで示される時刻情報と、システムの基準時刻とが一致するタイミングで、画像デコーダ６７により、画像データがデコードされる。デコードされた画像データは、出力端子６８から出力される。
【００８３】
一方、デマルチプレクサ５８で分離されたオーディオデータパケットは、ＰＥＳヘッダ抽出回路７１に供給される。
【００８４】
ＰＥＳヘッダ抽出回路７１で、パックヘッダの次の１４バイトに挿入されているＰＥＳヘッダが抽出される。このＰＥＳヘッダがＰＥＳヘッダ解析回路７２に供給される。
【００８５】
ＰＥＳヘッダには、ストリームＩＤや、スクランブル制御フラグ、ＰＴＳ等が含まれる。コンテンツが暗号化されているか否かは、このＰＥＳヘッダの情報から判断できる。データが暗号化されている場合、暗号解読が許可されているときには、暗号の解読キーが暗号解読回路７４に設定される。
【００８６】
また、ＰＥＳヘッダに含まれているＰＴＳがＰＴＳ抽出回路７５で抽出される。ＰＴＳは、再生時刻を示している。抽出されたＰＴＳは、再生タイミング設定回路７６に供給される。
【００８７】
更に、ＰＥＳヘッダ解析回路７２で、ＣＤ２ストリームヘッダが解析される。このＣＤ２ストリームヘッダには、エンコードユニットポインタやスタッフィングＩＤ、エディットＩＤ等が記録されている。
【００８８】
ＰＥＳヘッダ抽出回路７１の出力がパケット分解回路７３に供給される。パケット分解回路７３で、１パケットの２０１６バイトのデータが分解される。
【００８９】
パケット分解回路７３の出力が暗号解読回路７４に供給される。コンテンツデータの解読が許可されている場合には、暗号解読回路７４により、暗号解読が行われる。暗号解読回路７４の出力がオーディオデコーダ７７に供給される。
【００９０】
オーディオデコーダ゛７７は、記録時のオーディオの圧縮符号化方式に基づいて、オーディオデータの伸長処理を行うものである。すなわち、オーディオデコーダ７７は、再生されるオーディオデータがＡＴＲＡＣ３なら、ＡＴＲＡＣ３のデコード処理を行い、ＭＰ３やＡＡＣなら、ＭＰ３やＡＡＣのデコード処理を行っている。
【００９１】
再生タイミング設定回路７６には、ＰＴＳ抽出回路７５で抽出されたＰＴＳの値が供給されると共に、ＳＴＣ生成回路５７からシステムの基準クロックが供給される。再生タイミング設定回路７６で、ＰＴＳで示される時刻情報と、システムの基準時刻とが比較され、ＰＴＳで示される時刻情報と、システムの基準時刻とが一致するタイミングで、オーディオデコーダ７７により、オーディオデータがデコードされる。デコードされたオーディオデータは、出力端子７８から出力される。
【００９２】
なお、上述の例では、記録系において、画像データとオーディオデータとからなるマルチメディアデータを、ＭＰＥＧ２−ＰＳの仕様に従って、光ディスク１に記録し、再生系でこのマルチメディアデータを再生するようにしているが、ＭＰＥＧ２−ＰＳの仕様に従って、オーディオデータのみを記録／再生させるようにしても良い。勿論、画像データのみ記録／再生させるようにしても良い。
【００９３】
オーディオデータのみを記録／再生させるようした場合、ＡＴＲＡＣ３やＭＰ３のオーディオデータを記録／再生するオーディオ記録／再生装置として用いることができる。
【００９４】
また、静止画データとオーディオデータとを記録しておくと共に、これらの再生手順を記述したスクリプトを記録しておき、ユーザがスクリプトで指定した順番に、静止画データとオーディオデータとを再生させるようなことも可能である。
【００９５】
このように、この発明の実施の形態では、画像データやオーディオデータのようなマルチプレクサメディアのコンテンツデータが圧縮され、ＭＰＥＧ２−ＰＳに則り、１セクタに、１パック、１パケットとしてＣＤ２の光ディスク１に記録される。
【００９６】
すなわち、図４は、１セクタに記録されるデータの構成を示すものである。前述したように、１セクタは、ＣＤの９８フレームからなる１サブコードブロックと対応しており、図４に示すように、１セクタの物理容量は、２３５２バイトである。ＣＤ−ＲＯＭモード１の場合には、エラー検出、訂正用に、２８８バイトの補助データが付加される。また、各セクタの先頭には、１２バイトのシンクと、４バイトのヘッダが設けられる、したがって、ＣＤ−ＲＯＭモード１の仕様では、１セクタのデータ記録容量は、２０４８バイトとなる。
【００９７】
図５は、ＭＰＥＧ２−ＰＳの１パックの構成を示すものである。図５に示すように、１パックの先頭には、１４バイトのパックヘッダが設けられる。これに続いて、１４バイトのＰＥＳヘッダが設けられる。更に、この発明の実施の形態では、４バイトのＣＤ２ストリームヘッダが設けられる。これに続く２０１６バイトに、オーディオデータや画像データ等のデータ（ペイロード）が配置される。この１パック、１パケットのデータ量は２０４８バイトであり、図４に示す１セクタのデータ記録容量と一致している。
【００９８】
なお、ＭＰＥＧ２−ＰＳの仕様では、パックヘッダにスタッフィングバイトを挿入できるようになっている。しかしながら、この発明の実施の形態では、パックヘッダにはスタッフィングバイトを挿入しないことにしている。その代わりに、後に説明するように、データ領域を使ってスタッフィングが行われる。
【００９９】
これは、パックヘッダの長さを固定にして、パケットデータの開始位置が容易に検出できると共に、スクランブル制御フラグを容易に取り出せるようにするためである。
【０１００】
すなわち、パックヘッダにスタッフィングバイトを挿入すると、パックヘッダの長さが不定になるため、１パケットのデータの開始位置が不定になる。
【０１０１】
これに対して、パックヘッダにはスタッフィングバイトを挿入しないことに決めておけば、パックヘッダは１４バイト、ＰＥＳヘッダは１４バイト、ＣＤ２ストリームヘッダは４バイトで固定となり、１パックの先頭（又は１セクタの先頭）から（１４＋１４＋４＝３２）バイト過ぎた後に、１パケットのデータが必ず開始されることになる。
【０１０２】
また、後に説明するように、ＰＥＳヘッダには、スクランブル制御フラグ（図８参照）が入っている。再生時にスクランブルの制御を行う場合には、まず、このスクランブル制御フラグを抽出する必要がある。
【０１０３】
パックヘッダにはスタッフィングバイトを挿入しないことに決めておけば、パックヘッダの長さは１４バイトで固定となる。パックヘッダの長さが固定なら、単純に、１パックの先頭（又は１セクタの先頭）からの所定の位置の所を抜き取れば、ＰＥＳヘッダ中のスクランブル制御フラグを抽出できる。
【０１０４】
また、ＭＰＥＧ２−ＰＳの仕様では、パディングパケットを設けることができるようになっている。しかしながら、この発明の実施の形態では、パディングパケットを使用しないようにしている。
【０１０５】
パディングパケットを使用しない理由は、パディングパケットでは小さいバイト数或いはビット数のパディングが困難であると共に、パディングパケットを使うと、パディングパケットのＰＥＳヘッダが暗号化されてしまったり、暗号化を行う上での問題が生じたりするからである。
【０１０６】
つまり、パディングパケットには、ＰＥＳパケットが付加され、このＰＥＳパケットには、３２ビットのパケット開始コードと、１６ビットのパケット長が記述される。したがって、パディングパケットを挿入するためには、少なくとも、３２ビットのパケット開始コードと、１６ビットのパケット長からなるＰＥＳヘッダを必ず設ける必要があり、ＰＥＳヘッダに相当する６バイト未満のデータを挿入することはできない。
【０１０７】
また、通常のパケットのＰＥＳヘッダには、スクランブル制御フラグを含む各種の情報が格納されている。ところが、パディングパケットのＰＥＳヘッダは、３２ビットのパケット開始コードと１６ビットのパケット長からなり、各種の情報を格納できない。このため、パディングパケットのＰＥＳヘッダにスクランブル制御フラグを入れられない。したがって、スクランブルの制御は、その前のＰＥＳパケットに依存してしまうことになり、その前のＰＥＳパケットが暗号化されていると、その次のパディングパケットは、ＰＥＳヘッダを含めて、暗号化されてしまうことが起こり得る。ＰＥＳヘッダが暗号化されてしまうと、パディングパケットの開始位置やその長さが不明になり、正しい復号が行えなくなる可能性がある。
【０１０８】
そこで、この発明の実施の形態では、図６に示すように、１パケットのデータ領域にスタッフィングを挿入するようにしている。スタッフィングデータは、通常、オール「１」又はオール「０」である。なお、スタッフィングデータは、データ領域にあるので、スタッフィングが暗号化されると、乱数様となる。勿論、セキュリティを考慮して、スタッフィングデータを固定値ではなく、乱数で行うようにしても良い。そして、スタッフィングが挿入されているか否かの情報を、スタッフィングＩＤとして、ＣＤ２ストリームヘッダに記述しておくと共に、スタッフィング長を記述しておくようにしている。
【０１０９】
スタッフィングの挿入の仕方については、図６Ａに示すように、データ領域の後方にスタッフィングを挿入するものと、図６Ｂに示すように、データ領域の前方にスタッフィングを挿入するものが考えられる。図６Ａに示すように、データ領域の後方にスタッフィングを挿入した場合には、データの最後の例えば１１ビットに、スタッフィング長が記述される。図６Ｂに示すように、データ領域の前方にスタッフィングを挿入した場合には、データの最初の例えば１１ビットに、スタッフィング長が記述される。また、前方スタッフィングと後方スタッフィングを行う場合には、スタッフィングＩＤにより、前方スタッフィングか後方スタッフィングかが識別される。
【０１１０】
図７は、１パックの先頭に設けられるパックヘッダの構成を示すものである。図７に示すように、パックヘッダは１４バイトからなり、パックヘッダの先頭には、３２ビットのパック開始コード（pack_start_code）が設けられる。
【０１１１】
次に、”０１”の２ビットが設けられる。これは、ＭＰＥＧ１とＭＰＥＧ２との識別コードとなっている。
【０１１２】
その後に、システムの基準となるＳＴＣを較正するためのＳＣＲ（４２＋４ビット）と、多重化レート（program_mux_rate）（２２＋２ビット）が設けられる。多重化レートは、５０バイト／秒単位で計測される
【０１１３】
さらに、スタッフィング長（pack_stuffing_length）（３＋５ビット）が設けられる。ＭＰＥＧ２−ＰＳでは、このスタッフィング長に続いて、このスタッフィング長で示されるスタッフィングバイト（stuffing_bytes）を設けることができるが、前述したような理由から、この発明の実施の形態では、ここにはスタッフィングは入れないようにしている。すなわち、スタッフィング長を必ず「０」としている。
【０１１４】
図８は、ＰＥＳヘッダの構成を示すものである。ＰＥＳヘッダは、１４バイトからなり、ＰＥＳヘッダの先頭には、２４ビットのパケット開始コード（packet_start_code）が設けられる。
【０１１５】
次に、８ビットのストリームＩＤ（stream_id）が設けられる。このストリームＩＤにより、データの種類、すなわち、動画データであるのか、オーディオデータであるのか等が識別できる。
【０１１６】
これに続いて、１６ビットのＰＥＳパケット長（PES_packet_length）が設けられる。ＰＥＳパケット長は、このフィールドに続くパケットのデータ長を示している。
【０１１７】
これに続いて、各種のフラグと制御が１４ビット続けられる。各種のフラグと制御としては、データのスクランブルを制御するためのＰＥＳスクランブル制御（PES_scrambling_control）、重要なパケットとそうでないパケットを区別するためのＰＥＳプライオリティ（PES_priority）、データ整列表示（data_alignment_indicator）、コンテンツデータの著作権を示しているコピーライト（copyright）、コンテンツデータがオリジナルかコピーかを示しているオリジナル／コピー（original or copy）、ＰＴＳ及びＤＴＳフラグ（PTS_DTS_flags）、ＥＳＣＲフラグ（ESCR_flag）、ＥＳレートフラグ（ES_rate_flag）、ＤＳＭトリックモードフラグ（DSM_trick_mode_flag）、付加コピー情報フラグ（additional_copy_info_flag）、ＰＥＳ＿ＣＲＣフラグ（PES_CRC_flag）、ＰＥＳ拡張フラグ（PES_extention_flag）がある。
【０１１８】
これに続いて、ＰＥＳヘッダの長さを示す８ビットのＰＥＳヘッダ長（PES_header_data_length）が設けられる。
【０１１９】
次の４０ビットは、コンディショナルコーディングになっており、ここにＰＴＳを記録する場合には、（３＋７）ビットのＰＴＳが記録される。
【０１２０】
ＭＰＥＧ２−ＰＳのストリームをＣＤ２に記録した場合には、この１４バイトのＰＥＳヘッダに続いて、４バイトのＣＤ２ストリームヘッダが設けられる。
【０１２１】
図９は、ＣＤ２ストリームヘッダの構成を示すものである。ＣＤ２ストリームヘッダには、ストリームＩＤと、エンコードユニットポインタと、スタッフィングＩＤと、エディットＩＤが設けられる。
【０１２２】
エンコードユニットポインタは、そのセクタにおいて最初の完全なエンコードユニットの開始位置を示している。
【０１２３】
すなわち、例えばオーディオデータをエンコードするときのユニットの大きさと、１パケットの大きさとは、無関係に決められている。このため、圧縮されたオーディオデータを各パケットに詰め込んでいくと、パケットのデータの先頭とエンコードユニットの先頭とが一致しなくなるようなことが生じる。このため、早送りや早戻し、サーチ時に、任意のセクタをアクセスして再生を開始させようとすると、エンコードユニットの先頭を見失い、再生が困難になる。
【０１２４】
そこで、そのセクタにおいて最初の完全なエンコードユニットの開始位置までを、エンコードユニットポインタとして、ＣＤ２ストリームヘッダに記述するようにしている。このようなエンコードユニットポインタを使うと、任意のセクタをアクセスし、そのセクタにあるエンコードユニットの先頭から、簡単に再生が行える。
【０１２５】
スタッフィングＩＤは、このパケットのデータ中にスタッフィングがあるか否かを識別するためのものである。スタッフィングには、図６Ａに示したような、後方のスタッフィングと、図６Ｂに示したような、前方のスタッフィングがある。スタッフィングＩＤは、スタッフィングがあるか否かを識別すると共に、スタッフィングを行った場合には、前方スタッフィングか後方スタッフィングを識別している。
【０１２６】
エディットＩＤは、編集点があるか否かを示し、編集点があったら、終端になるか、始端になるかを識別している。
【０１２７】
このように、この発明の実施の形態では、画像データやオーディオデータのようなコンテンツデータが圧縮され、ＭＰＥＧ２−ＰＳに則り、ＣＤ２のような光ディスク１に記録される。オーディオデータを記録する場合の圧縮方式としては、ＡＴＲＡＣ３やＭＰ３、ＡＡＣを使うことが考えられる。
【０１２８】
前述したように、ＡＴＲＡＣ３やＭＰ３、ＡＡＣでは、所定のユニットを単位としてエンコードが行われており、エンコードユニットの大きさと、１パケットの大きさとは、無関係に決められている。このため、圧縮されたオーディオデータを各パケットに詰め込んでいくと、パケットのデータの先頭とエンコードユニットの先頭とが一致しなくなるようなことが生じる。このため、例えば、サーチ時に、任意のセクタをアクセスして再生を開始させようとすると、エンコードユニットの先頭を見失い、スムーズな再生が困難になる。
【０１２９】
そこで、この発明の実施の形態では、前述したように、そのセクタの完全なエンコードユニットの位置をエンコードユニットポインタで示すようにしている。
【０１３０】
図９に示したように、エンコードユニットポインタは、ＣＤ２ストリームヘッダ中に記述されている。このようなエンコードユニットポインタを使うと、任意のセクタをアクセスしてデータの再生を開始するときに、エンコードユニットの先頭が分かり、スムーズな再生が可能となる。ことについて、以下に詳述する。
【０１３１】
ここでは、オーディオデータをＡＴＲＡＣ３で圧縮して記録するものとする。ＡＴＲＡＣや、ＡＴＲＡＣ２、ＡＴＲＡＣ３では、時間窓でのオーディオデータが取り込まれ、このオーディオデータが帯域分割され、時間領域のデータが周波数領域のデータに変換されて、オーディオデータが圧縮される。
【０１３２】
まず、エンコードユニットの概念を明確とするために、ＡＴＲＡＣ３について説明するのに先立ち、その基本となるＡＴＲＡＣについて説明する。
【０１３３】
図１０は、ＡＴＲＡＣエンコーダの一例である。図１０において、オーディオデータは、例えば４４．１ｋＨｚでサンプリングされ、最大、１１．６ｍ秒の時間窓で切り出されて、入力端子１０１に供給される。このオーディオデータは、帯域分割フィルタ１０２に供給される。帯域分割フィルタ１０２で、入力オーディオデータは、高域成分と、それ以下の成分とに分離される。帯域分離フィルタ１０２で分離された高域成分は、ＭＤＣＴ（Modified DCT）変換回路１０４に供給され、それ以下の成分は、帯域分離フィルタ１０３に供給される。帯域分離フィルタ１０３で、入力オーディオデータが低域成分と中域成分とに分離される。分離された中域成分は、ＭＤＣＴ回路１０５に供給され、低域成分は、ＭＤＣＴ回路１０６に供給される。
【０１３４】
このように、入力端子１０１からのオーディオデータは、二段の帯域分割フィルタ１０２及び１０３により、高域と、中域と、低域との３つの帯域に分割される。帯域分割フィルタ１０１及び１０２としては、ＱＭＦ（Quadrature Mirror Filter）が用いられる。高域成分のデータはＭＤＣＴ変換回路１０４に供給され、中域成分のデータはＭＤＣＴ回路１０５に供給され、低域成分のデータはＭＤＣＴ回路１０６に供給される。ＭＤＣＴ変換回路１０４、１０５、１０６で、高域成分のデータ、中域成分のデータ、低域成分のデータは、それぞれ、時間軸領域のデータから周波数領域のスペクトラムデータに変換される。
【０１３５】
ＭＤＣＴ変換回路１０４、１０５、１０６の出力が正規化及び量子化回路１０７に供給される。正規化及び量子化回路１０７で、ＭＤＣＴ変換回路１０４、１０５、１０６の出力が量子化される。この正規化及び量子化回路１０７の出力が出力端子１０９から出力される。また、ＭＤＣＴ変換回路１０４、１０５、１０６の出力がビット割当回路１０８に供給される。ビット割当回路１０８により、符号量に応じて、正規化及び量子化回路１０７のビット割り当てが決められる。このビット割り当て情報は、出力端子１１０から出力される。
【０１３６】
図１１は、ＡＴＲＡＣエンコーダでの圧縮処理を説明するものである。図１１Ａに示すように、入力オーディオデータは、最大、１１．６ｍ秒の時間窓で切り出される。なお、実際には、ショートモードと、ロングモードとに分けて、時間窓が開かれる。また、時間窓は、オーバーラップが含められている。
【０１３７】
オーディオデータのサンプリング周波数は、４４．１ｋＨｚであるから、１１．６ｍ秒の時間窓は、５１２サンプル分である。１サンプルは１６ビットであるから、左右２チャンネルの５１２サンプルのデータは、
５１２×２×１６／８＝２０４８バイト
に相当する。
【０１３８】
このデータは、上述のように、高域と、中域と、低域の３つの周波数成分に分離され、ＭＤＣＴ変換により、周波数領域のスペクトラムデータに変換され、正規化及び量子化される。これにより、図１１Ｂに示すように、２０４８バイトのデータは、約１／５に圧縮されて、４２４バイトになる。この４２４バイトのデータは、オーディオデータを圧縮したときのエンコード単位となる。ＡＴＲＡＣでは、このようなエンコード単位は、サウンドグループと呼ばれている。ここでは、このエンコード単位とされている４２４バイトからなるサウンドグループがエンコードユニットである。
【０１３９】
図１２は、ＡＴＲＡＣデコーダの構成を示すものである。図１２において、入力端子１１１に、ＡＴＲＡＣで圧縮されたデータが供給される。また、入力端子１１２から、ビット割り当て情報が供給される。
【０１４０】
スペクトラム復元回路１１３で、ビット割り当て情報に基づいて逆量子化が行われ、スペクトラムデータが復元される。スペクトラム復元回路１１３からは、高域成分のスペクトラムデータと、中域成分のスペクトラムデータと、低域成分のスペクトラムデータとが出力される。高域成分のスペクトラムデータは、ＩＭＤＣＴ変換回路１１４に供給される。中域成分のスペクトラムデータは、ＩＭＤＣＴ変換回路１１５に供給される。低域成分のスペクトラムデータは、ＩＭＤＣＴ変換回路１１６に供給される。ＩＭＤＣＴ変換回路１１４、１１５、１１６で、周波数領域のスペクトラムデータは、時間領域のデータに変換される。
【０１４１】
ＩＭＤＣＴ変換回路１１４の出力が帯域合成フィルタ１１７に供給される。ＩＭＤＣＴ変換回路１１５及びＩＭＤＣＴ変換回路１１６の出力が帯域合成フィルタ１１８に供給される。帯域合成フィルタ１１８で、中域成分のデータと、低域成分のデータとが合成される。帯域合成フィルタ１１７で、帯域合成フィルタ１１８で合成された中域成分のデータと低域成分のデータに、更に、高域成分のデータが合成される。この帯域合成フィルタ１１７の出力が出力端子１１９から出力される。
【０１４２】
図１３は、ＡＴＲＡＣデコーダの伸長処理を説明するものである。図１３Ａに示すように、４２４バイトのエンコードユニットのスペクトラムデータは、ＩＭＤＣＴ変換により、時間領域のデータに変換され、帯域合成されて、元のオーディオデータに戻される。これにより、４２４バイトの１エンコードユニットのデータは、２０４８バイトのデータとなる。この２０４８バイトのデータは、図１３Ｂに示すように、１１．６ｍ秒の左右２チャンネルの５１２サンプルのデータに相当する。このように、ＡＴＲＡＣでは、４２４バイトの１エンコードユニット毎に、１１．６ｍ秒に相当する左右２０４８バイトのデータがデコードされる。
【０１４３】
ＡＴＲＡＣ２は、ＡＴＲＡＣを更に低ビットレートに対応できるようにしたもので、トーン性成分を分離して符号化するようにしている。ＡＴＲＡＣ３では、更に、若干の変更が加えられている。
【０１４４】
図１４は、ＡＴＲＡＣ３エンコーダの一例である。図１４において、例えば、最大１１．６ｍ秒の時間窓で切り出されたオーディオデータは、入力端子１２１から帯域分割フィルタ１２２に供給される。帯域分割フィルタ１２２で、オーディオデータが４つの帯域の成分に分割される。そして、さらに、帯域分割フィルタ１２２で、それぞれの帯域のデータは、１／４のレートに間引かれて、ゲイン制御回路１２３、１２４、１２５、１２６にそれぞれ供給される。ゲイン制御回路１２３、１２４、１２５、１２６により、それぞれの帯域のデータに、適応的に定められた関数によってゲイン制御が施される。
【０１４５】
ゲイン制御回路１２３、１２４、１２５、１２６の出力がＭＤＣＴ変換回路１２７、１２８、１２９、１３０にそれぞれ供給される。ＭＤＣＴ変換回路１２７、１２８、１２９、１３０により、時間領域のデータは、周波数領域のスペクトラムデータに変換される。各ＭＤＣＴ変換回路１２７、１２８、１２９、１３０からは、２５６の係数データが得られ、４帯域の合計で、１０２４の係数データが得られる。ＭＤＣＴ変換回路１２７、１２８、１２９、１３０の出力は、スペクトルデータ分離回路１３１に供給される。
【０１４６】
スペクトルデータ分離回路１３１で、トーン成分と非トーン成分とに分離される。トーン成分は、トーン成分エンコーダ１３２に供給され、非トーン成分は、非トーン成分エンコーダ１３３に供給される。トーン成分エンコーダ１３２と、非トーン成分エンコーダ１３３とにより、それぞれ、トーン成分と非トーン成分とに分けて、正規化及び量子化が行われる。トーン成分エンコーダ１３２の出力及び非トーン成分エンコーダ１３３の出力が符号列生成回路１３４に供給される。符号列生成回路１３４により、符号列が生成される。符号列の生成には、エントロピー符号化が併用される。符号列生成回路１３４の出力が出力端子１３５から出力される。
【０１４７】
図１５は、ＡＴＲＡＣ３デコーダの一例である。図１５において、入力端子１４１から符号列分解回路１４２に、ＡＴＲＡＣ３で圧縮されたデータ供給される。符号列分解回路１４２で、トーン成分と、非トーン成分とに分けられて、周波数領域のスペクトルデータが分解される。トーン成分データはトーン成分デコーダ１４３に供給され、非トーン成分は非トーン成分デコーダ１４４に供給される。トーン成分デコーダ１４３で、トーン成分の係数データの逆量子化が行われる。非トーン成分デコーダ１４４で、非トーン成分の逆量子化が行われる。
【０１４８】
トーン成分デコーダ１４３の出力及び非トーン成分デコーダ１４４の出力がスペクトルデータ合成回路１４５に供給される。スペクトルデータ合成回路１４５により、トーン成分のスペクトラムデータと、非トーン成分のスペクトラムデータとが合成される。
【０１４９】
スペクトルデータ合成回路１４５の出力がＩＭＤＣＴ回路１４６、１４７、１４８、１４９に供給される。ＩＭＤＣＴ回路１４６、１４７、１４８、１４９で、スペクトラムデータが時間領域のデータに戻される。
【０１５０】
ＩＭＤＣＴ回路１４６、１４７、１４８、１４９の出力は、ゲイン補償回路１５０、１５１、１５２、１５３に供給される。ゲイン補償回路１５０、１５１、１５２、１５３は、エンコーダ側のゲイン制御回路１２３、１２４、１２５、１２６に対応して設けられている。ゲイン補償回路１５０、１５１、１５２、１５３の出力が帯域合成フィルタ１５４に供給される。帯域合成フィルタ１５４で、各帯域のデータが合成される。帯域合成フィルタ１５４の出力が出力端子１５５から取り出され、出力端子１５５から、伸長された元のオーディオデータが得られる。
【０１５１】
ＡＴＲＡＣ３では、適応的ビット割り当てを行っており、ビット割り当て情報は、符号列に含まれているので、ビットレートについて任意に対応できる。伝送ビットレートとしては、６６ｋｂｐｓ、１０５ｋｂｐｓ、１３２ｋｂｐｓ等が使われる。
【０１５２】
このように、オーディオデータの圧縮方式としてＡＴＲＡＣ３を使ったとすると、図１６に示すように、伝送レートが６６ｋｂｐｓのときにはエンコードユニットの大きさは１９２バイトとなり（図１６Ａ）、伝送レートが１０５ｋｂｐｓのときにはエンコードユニットの大きさは３０４バイトとなり（図１６Ｂ）、伝送レートが１３２ｋｂｐｓのときにはエンコードユニットの大きさは３８４バイト（図１６Ｃ）となる。
【０１５３】
前述したように、ＣＤ−ＲＯＭモード１に準拠して記録を行うとすると、図４に示したように、セクタを単位として記録が行われる。１セクタの大きさは、２３５２バイトであり、ＣＤ−ＲＯＭモード１の場合には、１セクタのデータ記録容量は、２０４８バイトとなる。
【０１５４】
図５に示したように、ＭＰＥＧ２−ＰＳに準拠してデータ記録を行う場合、１４バイトのパックヘッダと、１４バイトのＰＥＳヘッダを付加して、更に、４バイトのＣＤ２ストリームヘッダが付加されるため、１セクタのパケットデータのデータ量は、２０１６バイトとなる。
【０１５５】
これに対して、図１６に示したように、オーディオデータの圧縮方式としてＡＴＲＡＣ３を使ったとすると、伝送レートが６６ｋｂｐｓのときにはエンコードユニットの大きさは１９２バイトとなり、伝送レートが１０５ｋｂｐｓのときにはエンコードユニットの大きさは３０４バイトとなり、伝送レートが１３２ｋｂｐｓのときにはエンコードユニットの大きさは３８４バイトとなる。１セクタのパケットデータの大きさと、エンコードユニットの大きさとは無関係に定められているため、１パケットに複数のエンコードユニットを納めると、余りが生じることになる。
【０１５６】
すなわち、図１７に示すように  伝送レートが６６ｋｂｐｓのときには、１セクタのパケットのデータ容量に対して、１９２バイトからなるエンコードユニットが１０個入り、９６バイト余る。伝送レートが１０５ｋｂｐｓのときには、１セクタのデータ容量に対して、３０４バイトからなるエンコードユニットが６個入り、１９２バイト余る。伝送レートが１３２ｋｂｐｓのときには、１セクタのパケットのデータ容量に対して、３８４バイトからなるエンコードユニットが５個入り、９６バイト余る。
【０１５７】
ＣＤでは、セクタを単位としてアクセスされる。このため、１セクタのパケットデータの先頭とエンコードユニットの先頭とが一致していないと、セクタ単位にアクセスしたとき、エンコードユニットの先頭からデコードが行えなくなり、円滑なデコードが行えない。
【０１５８】
セクタのパケットデータの先頭と、エンコードユニットの先頭とを常に一致させようとすると、データ記録容量に無駄が生じる。すなわち、例えば、伝送レートが６６ｋｂｐｓのときには、１セクタ当たり９６バイトが無駄になる。
【０１５９】
そこで、この発明の実施の形態では、エンコードユニットを詰めて記録していくと共に、そのセクタの先頭にある完全なエンコードユニットの位置をポインタで示すようにしている。
【０１６０】
例えば、伝送レートが６６ｋｂｐｓのときには、図１７に示したように、セクタ（１）に、エンコードユニットＳＵ（１）からエンコードユニットＳＵ（１０）までの１０個が入り、エンコードユニットＳＵ（１１）がセクタ（１）とセクタ（２）とに跨いで記録される。セクタ（２）には、エンコードユニットＳＵ（１１）の途中から記録される。この場合には、セクタ（２）において、セクタのパケットデータの先頭から、完全なエンコードユニットとなるエンコードユニットＳＵ（１２）の先頭までの長さ
２１１３−２０１７＝９６バイト
がエンコードユニットポインタとして記録される。
【０１６１】
伝送レートが１０５ｋｂｐｓのときには、図１７に示したように、セクタ（１）に、エンコードユニットＳＵ（１）からエンコードユニットＳＵ（６）までの６個が入り、エンコードユニットＳＵ（７）がセクタ（１）とセクタ（２）とに跨いで記録される。セクタ（２）には、エンコードユニットＳＵ（７）の途中から記録される。この場合には、セクタ（２）において、セクタのパケットデータの先頭から、完全なエンコードユニットとなるエンコードユニットＳＵ（８）の先頭までの長さ
２１２９−２０１７＝１１２バイト
がエンコードユニットポインタとして記録される。
【０１６２】
伝送レートが１３２ｋｂｐｓのときには、図１７に示したように、セクタ（１）に、エンコードユニットＳＵ（１）からエンコードユニットＳＵ（５）までの５個が入り、エンコードユニットＳＵ（６）がセクタ（１）とセクタ（２）とに跨いで記録される。セクタ（２）には、エンコードユニットＳＵ（６）の途中から記録される。この場合には、セクタ（２）において、セクタのパケットデータの先頭から、完全なエンコードユニットとなるエンコードユニットＳＵ（７）の先頭までの長さ
２３０５−２０１７＝２８８バイト
がエンコードユニットポインタとして記録される。
【０１６３】
このように、セクタのパケットデータの先頭から、完全なエンコードユニットとなるエンコードユニットの先頭までの長さをエンコードユニットポインタとして記録しておくと、セクタをアクセスしたとき、エンコードユニットポインタの値から、セクタの先頭から、完全なエンコードユニットとなるエンコードユニット位置が分かり、これにより、エンコードユニットの先頭から直ちにデコードを開始できる。
【０１６４】
また、この完全なエンコードユニットの先頭までの長さは、エンコードユニットが固定長で決まっているなら、セクタ番号により特定することができる。
【０１６５】
このとき、例えば、ＡＴＲＡＣ３の場合には、８セクタ（１６ｋバイト）を管理ユニットのグループとしてセクタ番号を割り振ると、エンコードユニットポインタを管理しやすい。
【０１６６】
すなわち、最初のセクタからＡＴＲＡＣ３でのエンコードユニットを詰め込んでいき、順に、セクタ（１）からセクタ（８）までセクタ番号を振り、８セクタまで番号が振られたら、セクタ（１）に戻ってセクタ番号を割り振る。
【０１６７】
このようにすると、ビットレートが６６ｋｂｐｓのときには、図１８に示すように、各セクタ（１）、（２）、…に、各エンコードユニット（１）、（２）…が配置されることになり、各セクタ（１）、（２）、…のエンコードユニットポインタは、図１９に示すようになる。
【０１６８】
すなわち、図１９に示すように、ビットレートが６６ｋｂｐｓのときには、セクタ番号「１」ならエンコードユニットポインタは「０」、セクタ番号「２」ならエンコードユニットポインタは「９６」、セクタ番号「３」ならエンコードユニットポインタは「０」、セクタ番号「４」ならエンコードユニットポインタは「９６」、セクタ番号「５」ならエンコードユニットポインタは「０」、セクタ番号「６」ならエンコードユニットポインタは「９６」、セクタ番号「７」ならエンコードユニットポインタは「０」、セクタ番号「８」ならエンコードユニットポインタは「９６」となる。
【０１６９】
ビットレートが１０５ｋｂｐｓのときには、図２０に示すように、各セクタ（１）、（２）、…に、各エンコードユニット（１）、（２）…が配置されることになり、各セクタ（１）、（２）、…のエンコードユニットポインタは、図２１に示すようになる。
【０１７０】
すなわち、図２１に示すように、ビットレートが１０５ｋｂｐｓのときには、セクタ番号「１」ならエンコードユニットポインタは「０」、セクタ番号「２」ならエンコードユニットポインタは「１１２」、セクタ番号「３」ならエンコードユニットポインタは「２２４」、セクタ番号「４」ならエンコードユニットポインタは「３２」、セクタ番号「５」ならエンコードユニットポインタは「１４４」、セクタ番号「６」ならエンコードユニットポインタは「２５６」、セクタ番号「７」ならエンコードユニットポインタは「６４」、セクタ番号「８」ならエンコードユニットポインタは「１７６」となる。
【０１７１】
８セクタ分のデータ容量は、
２０１６×８＝１６１２８バイト
であり、ここに、８個分のセクタに渡って、５３個のエンコードユニットを記録したとすると、
３０４×５３＝１６１１２バイト
となる。
【０１７２】
したがって、
１６１２８−１６１１２＝１６バイト
のスタッフィングをすれば、次のセクタでは、エンコードユニットの先頭がセクタのパケットデータの先頭と一致する。
【０１７３】
ビットレートが１３２ｋｂｐｓのときには、図２２に示すように、各セクタ（１）、（２）、…に、各エンコードユニット（１）、…が配置されることになり、各セクタ（１）、（２）、…のエンコードユニットポインタは、図２３に示すようになる。
【０１７４】
すなわち、図２３に示すように、ビットレートが１０５ｋｂｐｓのときには、セクタ番号「１」ならエンコードユニットポインタは「０」、セクタ番号「２」ならエンコードユニットポインタは「２８８」、セクタ番号「３」ならエンコードユニットポインタは「１９２」、セクタ番号「４」ならエンコードユニットポインタは「９６」、セクタ番号「５」ならエンコードユニットポインタは「０」、セクタ番号「６」ならエンコードユニットポインタは「２８８」、セクタ番号「７」ならエンコードユニットポインタは「１９２」、セクタ番号「８」ならエンコードユニットポインタは「９６」となる。
【０１７５】
このように、例えば、ＡＴＲＡＣ３の場合には、８セクタのグループを管理ユニットとしてセクタ番号を割り振ると、ビットレートが決まっているなら、セクタ番号（１）からセクタ番号（８）までの８個のセクタ番号により、エンコードユニットポインタを管理できる。
【０１７６】
したがって、例えばＡＴＲＡＣ３なら、ＣＤ２ストリームヘッダのエンコードユニットポインタの代わりに、８セクタのグループの管理ユニットにおけるセクタ番号を記述するようにしても良い。また、エンコード方式や、ビットレート等を記述するようにしても良い。
【０１７７】
セクタ番号からエンコードユニットポインタを特定できるようにしたＣＤ２ストリームヘッダとしては、以下のような構成のものが検討されている。ＣＤ２ストリームヘッダは、４バイト（３２ビット）で構成されており、この４バイトのＣＤ２ストリームヘッダは、以下のように、ストリームＩＤと、スタッフィングＩＤと、サンプリング周波数と、チャンネル構成と、固定長／可変長符号化と、チャンネル間符号化と、ビットレートと、セクタナンバと、リザーブ゛とから構成される。これらは、以下のようなものを示している。
【０１７８】
(1)ストリームＩＤ（６ビット）：ＡＡＣ、ＭＰ３、ＡＴＲＡＣ３等、ストリームの種類を示している。
【０１７９】
(2)スタッフィングＩＤ（２ビット）：スタッフィングなしか、１バイトのスタッフィングか、２バイト以上のスタッフィングかを示している。
【０１８０】
(3)サンプリング周波数（５ビット）：例えば、２２．０５ｋＨｚ、４４．１ｋＨｚ、８８．２ｋＨｚ、１７６．４ｋＨｚ、１６ｋＨｚ、３２ｋＨｚ、４８ｋＨｚ、９６ｋＨｚ、１９２ｋＨｚ等、サンプリング周波数を示している。
【０１８１】
(4)チャンネル構成（３ビット）：モノラル、２チャンネルステレオ、４チャンネルステレオ、５．１チャンネルステレオ、６チャンネルステレオ、７．１チャンネルステレオ等、チャンネル構成を示している。
【０１８２】
(5)固定長／可変長符号化（１ビット）：固定長で符号化されているか、可変長で符号化されているかを示している。
【０１８３】
(6)チャンネル間符号化（１ビット）：ＬＲ独立符号化か、ジョイント符号化かを示している。
【０１８４】
(7)ビットレート（３ビット）：ビットレートが６６ｋｂｐｓか、１０５ｋｂｐｓか、１３２ｋｂｐｓかを示している。
【０１８５】
(8)セクタナンバ（３ビット）：１から８までのグループ内でのセクタ番号を示している。
【０１８６】
(9)リザーブ゛（８ビット）：将来の拡張のためにリザーブされている。
【０１８７】
そして、エンコードユニットポインタは、ビットレートと、ストリームＩＤとから、上述したようにして特定される。
【０１８８】
なお、上述の例では、ＡＴＲＡＣ３でオーディオデータを圧縮して記録する場合について説明したが、ＭＰ３やＡＡＣで記録する場合にも、同様である。ＭＰ３やＡＡＣでは、エンコード単位となるデータの先頭にヘッダが設けられているため、セクタの先頭から、ヘッダまでの距離がエンコードユニットポインタとなる。
【０１８９】
図２４は、ＭＰ３エンコーダの構成を示すものである。図２４において、入力端子３０１にオーディオデータのストリームが供給される。このオーディオストリームは、サブバンド分析フィルタバンク３０２に供給される。サブバンド分析フィルタバンク３０２は、ポリフェーズフィルタからなり、オーディオ信号を３２個の等幅周波数のサブバンドに分割するものである。
【０１９０】
また、入力オーディオデータのストリームは、ＦＦＴ３０３Ａ及び３０３Ｂに供給される。ＦＦＴ３０３Ａ及び３０３Ｂの出力が非予測可能性測定部３０４に送られる。非予測可能性測定部３０４の出力が信号対マスク比計算部３０５に供給される。信号対マスク比計算部３０５の出力が心理聴覚エントロピー評価部３０６に供給される。
【０１９１】
ＦＦＴ３０３Ａ及び３０３Ｂ、非予測可能性測定部３０４、信号対マスク比計算部３０５、心理聴覚エントロピー評価部３０６は、各サブバンドのマスキングスレショルドに対する信号エネルギーの比率を決定する心理聴覚モデルを形成するものである。心理聴覚モデルは、オーディオ信号を分析し、周波数の関数として利用可能なノイズのマスキング量を計算する。このとき、同時に、ＭＤＣＴのブロック長が予測不可能性を用いた心理視聴エントロピーに基づいて決定される。
【０１９２】
サブバンド分析フィルタバンク３０２の出力が適応ブロック長ＭＤＣＴ演算部３０７に供給される。適応ブロック長ＭＤＣＴ演算部３０７は、各サブバンドのオーディオデータに対してＭＤＣＴ演算を行う。この適応ブロック長演算部３０７では、１８サンプルのロングブロックと、６サンプルのショートブロックの２種類のＭＤＣＴブロック長が使用される。ロングブロックにより、定常特性を持つオーディオ信号の周波数分解能が向上する。一方、ショートブロックにより、一時的な信号の周波数分解能が向上される。ショートブロックモードでは、ひとつのロングブロックを３つのショートブロックで置き換えられる。
【０１９３】
適応ブロック長演算部３０７の出力が折り返し歪み削減バタフライ部３０８に供給される。折り返し歪み削減バタフライ部３０８で、ＭＤＣＴ演算により得られたデータに対して、フィルタバンクの３２帯域相互に対して、帯域境界に近い８サンプルを入力として、バタフラ周波数領域で折り返しひずみ除去処理が行われる。すなわち、隣接したポリフェーズフィルタバンクの帯域相互に対してバタフライ演算が行われる。折り返し歪み削減バタフライ部３０８の出力が非線形量子化部３０９に供給される。
【０１９４】
非線形量子化部３０９には、スケールファクタ計算部３１０の出力が供給される。スケールファクタ計算部３１０は、心理聴覚モデルからの情報に基づいて、各サブバンドに割り当てるコードビットの数を決定している。また、このスケールファクタ計算部３１０の出力がバッファ制御部３１１に供給される。
【０１９５】
非線形量子化部３０９で量子化されたデータは、ハフマン符号化部３１２に送られる。ハフマン符号化部３１２で、ハフマンコードにより、可変長符号化される。このように符号化されたデータは、サイド情報符号化部３１３からのビット割り当て情報のようなサイド情報と共に、ビットストリーム形成部３１４に送られる。ビットストリーム形成部３１４で、このハフマン符号化されたデータ及びサイド情報に対して、フレームヘッダが付加され、このデータがフレーム内に組み込まれる。
【０１９６】
ＭＰ３のデータは、図２５に示すように、ヘッダに続いて、エンコードされたオーディオデータと、ＣＲＣが付加される。
【０１９７】
図２５は、ＭＰ３の場合のフレームヘッダを示すものである。図２５に示すように、先頭には、１２ビットの所定パターンの同期ワードが設けられる。
【０１９８】
これに続いて、ＩＤが設けられる。このＩＤワードが「１」なら、ＭＰＥＧ１であることが示される。
【０１９９】
ＩＤに続いて、２ビットのレイヤが設けられる。このレイヤは、「００」でレイヤ１、「１１」でレイヤ２、「１０」でレイヤ３を示している。
【０２００】
これに続いて、１ビットのプロテクションビットが設けられる。プロテクションビットは、エラー検出訂正情報を付加しているか否かを示している。「０」のときには、エラー検出訂正情報を付加しており、「１」のときには、付加していない。
【０２０１】
これに続いて、４ビットのビットレートインデックスが設けられる。このビットレートインデックスは、ビットレートを定義している。
【０２０２】
これに続いて、サンプリング周波数が設けられる。サンプリング周波数情報は、「００」なら４４．１ｋＨｚ、「０１」なら４８ｋＨｚ、「１０」なら３２ｋＨｚである。
【０２０３】
これに続いて、１ビットのパディングビットが設けられる。パディングビットが埋め込まれている場合には、パディングビットは「１」となり、そうでなければ、「０」となる。
【０２０４】
これに続いて、１ビットの拡張ビットが設けられる。この拡張ビットは、個人識別フラグである。
【０２０５】
これに続いて、２ビットのモードが設けられる。これは、オーディオチャンネルを定義しており、「００」ならステレオ、「０１」ならジョイントステレオ、「１０」ならデュアルチャンネル、「１１」ならモノラルを示している。
【０２０６】
これに続いて、２ビットのモード拡張が設けられる。レイヤ１、レイヤ２では、ジョイントステレオコーディングの際に、周波数バンドに対して設定される。レイヤ３は使用されたインテンシティステレオとＭＳステレオの組み合わせになる。
【０２０７】
これに続いて、１ビットの著作権が設けられる。これは、著作物であるか否かを示しており、著作物なら「１」となり、著作物でなければ「０」となる。
【０２０８】
これに続いて、１ビットのオリジナル／コピーが設けられる。オリジナルの場合には「１」となり、コピーの場合には「０」となる。
【０２０９】
これに続いて、２ビットのエンファシスが設けられる。これは、エンファシスの有無、エンファシスが使用されているときには、エンファシスの種類が示される。
【０２１０】
図２６は、ＭＰ３デコーダの構成を示すものである。図２６において、入力端子３５０に、ＭＰ３で圧縮されたオーディオデータストリームが供給される。このＭＰ３のストリームがビットストリーム分解部３５１に送られる。ビットストリーム分解部では、所定パターンのヘッダを検出して、フレームを分解している。
【０２１１】
ビットストリーム分解部３５１からは、ハフマン符号化されて送られてきたオーディオデータと、サイド情報とが出力される。ハフマン符号化されたオーディオデータは、ハフマン復号部３５３に送られる。ハフマン復号部３５３で、ハフマンテーブル３５４を参照して、ハフマン符号の復号が行われる。ハフマン復号部３５３の出力が逆量子化部３５５に送られる。
【０２１２】
また、スケールファクタ復号部３５２で、ビットストリーム分解部３５１からのサイド情報から、逆量子化のスケールが復号される。逆量子化部３５５で、この逆量子化スケールを使って、ショートブロックのときとロングブロックのときとに応じて、逆量子化が行われる。
【０２１３】
逆量子化部３５５の出力が折り返し歪み削減バタフライ部３５６に供給される。折り返し歪み削減バタフライ部３５６で、折り返し歪みを削減するために、バタフライ演算が行われる。
【０２１４】
折り返し歪み削減バタフライ部３５６の出力がＩＭＤＣＴ演算部３５７に供給される。ＩＭＤＣＴ演算部３５７により、ＩＭＤＣＴ演算が行われる。ＩＭＤＣＴ演算の数は、ショートブロックのときには１２、ロングブロックのときには３６である。
【０２１５】
ＩＭＤＣＴ演算部３５７の出力がサブバンド合成フィルタバンク３５８に供給される。サブバンド合成フィルタバンク３５８で、３２のサブバンドの復号データが合成される。
【０２１６】
ＭＰ３の場合には、図２５で示したようなヘッダがフレームの先頭に設けられている。したがって、ＭＰ３のデータをＭＰＥＧ２−ＰＳでＣＤ−ＲＯＭの仕様で記録する場合には、セクタの先頭から、フレームヘッダまでの長さがエンコードユニットポインタとして記録される。このセクタの先頭から、フレームヘッダまでの長さを示すエンコードユニットポインタを使えば、ＭＰ３のデータを素早くアクセスできる。
【０２１７】
次に、ＡＡＣの場合について説明する。図２７は、ＡＡＣのエンコーダを示すものである。ＡＡＣエンコーダは、ゲインコントロール部４０２、フィルタバンク４０３、ＴＮＳ４０４、インテンシティ／カップリング部４０５、予測器４０６、Ｍ／Ｓ部４０７、スケールファクタ計算部４０８、量子化部４０９、ノイズレスコーディング部４１０、聴覚モデル部４１１、ビットストリーム部４１２を有している。
【０２１８】
ＡＡＣは、８〜９６ｋＨｚまでの１２種類のサンプリング周波数に対応しており、チャンネル構成は、標準でモノラルから７チャンネルまで対応している。また、マルチプレクサチャンネルにおけるスピーカの位置と数を、前方に何チャンネル、後方に何チャンネルと指定することが可能であり、より柔軟なマルチチャンネル構成に対応できる。
【０２１９】
ＡＡＣは、アプリケーションから求められる要求条件に応じて、メインプロファイルと、ＬＣプロファイルと、ＳＳＲプロファイルの３つのプロファイルが用意されている。
【０２２０】
メインプロファイルは、最高の音質を目的としたもので、音質を最優先させるために、予測器が使われている。
【０２２１】
ＬＣプロファイルは、音質とコストとのバランスを取るために、メインプロファイルから予測器を除き、ＴＮＳの帯域幅及び次数を制限するようにしている。
【０２２２】
ＳＳＲプロファイルは、４分割帯域フィルタをＭＤＣＴの前に置くことにより、不必要な高域のＭＤＣＴのためのＲＡＭサイズを削減して最小化すると共に、再生帯域幅の選択によりデコード規模を小さくできるようにしたものである。
【０２２３】
ゲインコントロール部４０２は、ＳＳＲプロファイルのみ使用されるもので、入力された時間領域の信号をＰＱＦ帯域フィルタにより４分割し、最も低いバンド以外の信号をゲインコントロールして、プリエコーを抑えるものである。
【０２２４】
フィルタバンク４０３は、時間領域の入力信号を、ＭＤＣＴ変換回路により、周波数領域のスペクトラムデータに変換する。変換は、演算ブロック長を５０パーセントずつオーバーラップして実行し、例えば、２０４８サンプルを１０２４本のＭＤＣＴ係数に変換する。また、上述のプリエコーを抑えるために、ＭＤＣＴの演算ブロック長を切り換えるブロックスイッチングと呼ばれる機構が用いられている。ブロック長は、フレーム毎に、ロング／スタート／ショート／ストップの何れかに切り換えられる。
【０２２５】
メイン及びＬＣプロファイルでは、定常的な信号の場合、ＭＤＣＴの演算長が２０４８サンプルのロング、スタート、又はストップとし、１０２４本のＭＤＣＴ係数に変換している。一方、過渡的な信号の場合には、２５６サンプルのショートブロックとして１２８本のＭＤＣＴ係数に変換している。ショートブロックでは、８個連続で短い変換長を用いて変換することにより、出力のＭＤＣＴ係数の本数をＭＤＣＴ係数の本数を１０２４本と、他のブロックと一致するようにしている。
【０２２６】
ＳＳＲプロファイルの場合は、ＰＱＦで４分割されたものを各帯域毎に変換するので、ＭＤＣＴ演算長は前述の値の１／４となる。しかし、４バンドの合計のＭＤＣＴ係数は１０２４本で、他のプロファイルと同じになる。
【０２２７】
ＴＮＳ部４０４は、ＭＤＣＴ係数を時系列の信号とみなし、ＬＰＣフィルタを通すことにより、時間軸上で振幅の多いところにノイズを集中させ、ピッチ周波数の低い信号の音質を向上させる。
【０２２８】
予測器４０６は、メインプロファイルでのみ使用される。１６ｋＨｚまでのＭＤＣＴ係数毎に予測器を持ち、予測誤差を符号化し、定常的な信号の音質を向上させるものである。
【０２２９】
ステレオコーディングには、ＭＳステレオと、インテンシティステレオと、カップリングとがある。ＭＳステレオは、左右のチャンネルを符号化するか、それぞれの和（Ｌ＋Ｒ）と差（Ｌ−Ｒ）の信号を符号化するかをスケールファクタバンド毎に選択して符号化する方法であり、左右のチャンネルの中央に定位する信号の符号効率を上げることができる。インテンシティステレオは、高い周波数では左右の信号のパワー差により音源の位置を感じるという特性を用い、左右の信号の和信号と左右チャンネルのパワー比を符号化する方法である。カップリングは、背景音を従来のマルチチャンネル信号として符号化し、その背景音をカップリングチャンネルとして符号化するボイスオーバーという方法を実現することができる。インテンシティ／カップリング部４０５は、インテンシティステレオと、カップリングとの設定を行っている。Ｍ／Ｓ部４０７は、ＭＳステレオの設定を行っている。
【０２３０】
図２８は、ＡＡＣのデコーダを示すものである。ＡＡＣデコーダ（図２７）は、エンコーダに設けられている、ゲインコントロール部４０２、フィルタバンク４０３、ＴＮＳ４０４、インテンシティ／カップリング部４０５、予測器４０６、Ｍ／Ｓ部４０７、スケールファクタ計算部４０８、量子化部４０９、ノイズレスコーディング部４１０、聴覚モデル部４１１、ビットストリーム部４１２とに対応して、ゲイン制御部５０２、フィルタバンク５０３、ＴＮＳ部５０４、インテンシティ／カップリング部５０５、予測器５０６、Ｍ／Ｓ部５０７、スケールファクタ計算部５０８、逆量子化部５０９、ノイズレスでコーディング部５１０、ビットストリーム分解部５１２を有している。
【０２３１】
ＡＡＣの場合には、図２９に示すようなフレームヘッダがフレームの先頭に設けられる。フレームヘッダには、固定ヘッダと可変ヘッダとがある。固定ヘッダは、図２９Ａに示すように、１２ビットの同期ワードと、１ビットのＩＤと、２ビットのレイヤと、１ビットのプロテクションアブセントと、２ビットのプロファイルと、４ビットのサンプリング周波数インデックスと、１ビットのプライベートビットと、３ビットのチャンネルコンフィグレーションと、１ビットのオリジナル／コピーと、１ビットのホームからなる。
【０２３２】
可変ヘッダは、図２９Ｂに示すように、１ビットの著作権識別ビットと、１ビットの著作権識別開始と、１３ビットのフレーム長と、１１のバッファフルネスと、２ビットのフレームでのロウデータブロック番号とからなる。
【０２３３】
このようなＡＡＣのデータをＭＰＥＧ２−ＰＳでＣＤ−ＲＯＭの仕様で記録した場合には、セクタの先頭から、フレームヘッダまでの長さがエンコードユニットポインタとされる。このセクタの先頭からフレームヘッダまでの長さを示すエンコードユニットポインタを使えば、ＡＡＣのデータを素早くアクセスできる。
【０２３４】
なお、上述の例では、ＡＴＲＡＣ３のストリームにはヘッダが設けられていないとして説明したが、ＡＴＲＡＣ３のストリームにヘッダを設けるようにしても良い。この場合には、ヘッダのある他のエンコード方式と同様に、セクタの先頭から、フレームヘッダまでの長さがエンコードポインタとして記録されることになろう。
【０２３５】
以上のように、この発明の実施の形態では、ＣＤ２ストリームヘッダに記述されているエンコードユニットポインタを使って、任意のセクタをアクセスし、そのセクタにあるエンコードユニットの先頭から、簡単に再生が行える。
【０２３６】
図３０は、早送り、早戻し、サーチ時に、セクタを指定して、再生を開始する際のアクセス制御を示すフローチャートである。
【０２３７】
図３０において、セクタを指定して再生が開始されたら（ステップＳ１）、光学ピックアップ３７が光ディスク１の指定されたセクタにアクセスされる（ステップＳ２）。
【０２３８】
指定されたセクタへのアクセスが完了されたか否かが判断され（ステップＳ３）、アクセスが完了したと判断されたら、このセクタの先頭から、データが読み出され、ＣＤ２ストリームヘッダのエンコードユニットポインタの情報が読み取られる（ステップＳ４）。
【０２３９】
エンコードユニットポインタの情報が読み取られたら、エンコードユニットポインタで示される位置にあるエンコードユニットのデータからデコードが開始され、そのデータが再生される（ステップＳ５）。
【０２４０】
そして、連続再生になったら（ステップＳ６）、再生終了か否かが判断され（ステップＳ７）、再生終了でなければ、再生が継続して行われる。再生終了なら、それで、再生が終了される。
【０２４１】
また、この発明の実施の形態では、ＣＤ２ストリームヘッダにエディットＩＤが入れられる。編集時には、このエディットＩＤを使うことで、効率的な編集が行える。
【０２４２】
例えば、図３１に示すように、セクタ（２）とセクタ（３）との間を切断し、セクタ（７）とセクタ（８）との間を切断し、セクタ（２）とセクタ（８）とを繋げるような編集を行うとする。
【０２４３】
なお、編集は電子的に行われる。そして、編集には、光ディスク１のデータを完全に書き換えるやり方と、光ディスク１のデータは書き換えずに、再生順を制御するやり方がある。
【０２４４】
図３１の場合、セクタ（２）に記録されている最後のエンコードユニット（１４）は、セクタ（２）とセクタ（３）に跨いで記録されているため、セクタ（２）とセクタ（３）との間を切断すると、不完全になる。この場合には、ＣＤ２ストリームヘッダのエディットＩＤに、終端を示すエディットＩＤが記述される。なお、このとき、エンコードユニット（１４）の部分にスタッフィングを詰めるようにしても良い。
【０２４５】
セクタ（８）に記録されている最初のエンコードユニット（４７）は、セクタ（７）とセクタ（８）に跨いで記録されているため、セクタ（７）とセクタ（８）との間を切断すると、不完全になる。この場合には、ＣＤ２ストリームヘッダのエディットＩＤに、始端を示すエディットＩＤが記述される。そして、データ領域の最初にスタッフィング長が記述される。
【０２４６】
セクタ（２）とセクタ（８）とを繋いだときには、セクタ（２）をデコードするときには、完全なエンコードユニットであるエンコードユニット（１３）まで再生され、エンコードユニット（１４）の部分がスキップされる。そして、セクタ（８）の最初にある不完全なエンコードユニット（４７）はスキップされ、完全なエンコードユニットであるエンコードユニット（４８）から再生が開始される。
【０２４７】
図３２は、編集時の処理を示すフローチャートである。図３２において、セクタ単位で編集点が指定されたら（ステップＳ１１）、その編集点が終端になるのか始端になるのかが判断される（ステップＳ１２）。
【０２４８】
終端になると判断されたら、そのセクタ内の最後の不完全なエンコードユニットにスタッフィングが挿入される（ステップＳ１３）。そして、ＣＤ２ストリームヘッダのスタッフィングＩＤに、後方にスタッフィングあることを示す情報が記述され、データの最後にスタッフィング長が記述される（ステップＳ１４）。これと共に、エディットＩＤに、終端を示す情報が記述される（ステップＳ１５）。そして、編集が完了したか否かが判断される（ステップＳ１６）。
【０２４９】
ステップＳ１２で、始端になると判断されたら、そのセクタ内の最初の不完全なエンコードユニットにスタッフィングが挿入される（ステップＳ１７）。そして、ＣＤ２ストリームヘッダのスタッフィングＩＤに、前方にスタッフィングあることを示す情報が記述され、データの最初にスタッフィング長が記述される（ステップＳ１８）。これと共に、エディットＩＤに、始端を示す情報が記述される（ステップＳ１９）。そして、編集が完了したか否かが判断される（ステップＳ１６）。
【０２５０】
ステップＳ１６で、編集処理が終了したか否かが判断され、編集処理が終了するまで、同様の処理が繰り返される。
【０２５１】
なお、この例では、不完全となるエンコードユニットにスタッフィングデータを挿入するようにしているが、スタッフィングをしないようにしても良い。
【０２５２】
図３３は、上述のようにして、編集点を再生するときの処理を示すものである。図３３において、ＣＤ２ストリームヘッダのエディットＩＤが読み込まれる（ステップＳ２１）。そして、編集点か否かが判断され（ステップＳ２２）、編集点なら、終端か始端かが判断される（ステップＳ２３）。
【０２５３】
ステップＳ２３で、終端であると判断されたら、完全なエンコードユニットまで再生が行われ、不完全な最後のエンコードユニットはスキップされて（ステップＳ２４）、連続再生が行われる（ステップＳ２５）。
【０２５４】
ステップＳ２３で、始端であると判断されたら、エディットユニットポインタが読み出される（ステップＳ２６）。そして、エディットユニットポインタで指定されたエンコードユニットから、再生が開始され（ステップＳ２７）、連続再生が行われる（ステップＳ２５）。
【０２５５】
そして、再生が終了されたか否かが判断され（ステップＳ２８）、再生が終了するまで、処理が継続される。
【０２５６】
なお、上述の例では、不完全なエンコードユニットをスタッフィングしているが、編集時に、必ず各セクタにおけるエンコードユニットの境界までスタッフィングするというようにしても良い。すなわち、編集点を必ずエンコードユニットの境界とする。ＣＤ２ストリームヘッダにより、最初の完全なエンコードユニットの位置がわかっているので、各セクタにおけるエンコードユニットの境界は分かっている。編集点を必ずエンコードユニットの境界とすれば、編集点を繋いだときに、エンコードユニットの境界で繋がることになり、編集後には、連続再生が可能である。
【０２５７】
なお、上述の例では、そのセクタの完全なエンコードユニットの先頭の位置をエンコードユニットポインタとしているが、そのセクタの完全なエンコードユニットの位置ではなく、そのセクタ内にある完全なエンコードユニットの中の所望のものの位置とすると、エンコードユニット単位で再生位置を指定したり、編集を行ったりすることができるようになる。
【０２５８】
すなわち、ＣＤ−ＲＯＭモード１の仕様に従うと、アクセス単位はセクタとなり、通常は、セクタ内のエンコードユニットを指定して再生させることはできない。しかしながら、エンコードユニットポインタで、そのセクタ内にある完全なエンコードユニットの中の所望のものの位置を記述しておけば、セクタ内において、所望のエンコードユニットを指定して、アクセスすることが可能になる。これは、特に、厳密な編集を行おうとする場合に有効である。
【０２５９】
また、上述の例では、パックヘッダを１４バイトと固定値とし、ＰＥＳヘッダを１４バイトの固定値とし、ＣＤ２ストリームヘッダを４バイトの固定値としており、１パケットのデータを２０１６バイトとしている。このため、ＰＥＳヘッダ中のＰＥＳパケット長（PES_packet_length）は、必ず、２０２８バイトとなる。このことから、ＰＥＳパケット中のＰＥＳパケット長を検出し、この値が２０２８バイトか否かを判断して、ＣＤ２のディスクか否かの判断に用いるようにしても良い。
【０２６０】
また、上述の例では、ＣＤ２ストリームヘッダを４バイトとしているが、このヘッダの大きさは、これに限定されるものではない。しかしながら、ＣＤ２ストリームヘッダを４バイトとすると、１パケットのデータ長は２０１６バイトとなり、８の倍数となる。例えば、ＤＥＳやtriple ＤＥＳのようなブロック暗号では、８バイトずつを単位として暗号化が行われており、１パケットのデータ長を２０１６バイトとすると、１パケットのデータが８バイトの倍数となり、暗号化に好都合である。
【０２６１】
また、上述の例では、スタッフィングを行う際に、前方スタッフィングと、後方スタッフィングとを行うようにしているが、前方スタッフィング或いは後方スタッフィングのどちらか一方のみとするようにしても良い。
【０２６２】
また、上述の例では、ＣＤ２ストリームヘッダにスタッフィングをしたか否かを示すスタッフィングＩＤを設け、データの後方の１１ビット（後方スタッフィングの場合）にスタッフィング長を記述しているが、スタッフィング長が「０」なら、スタッフィングしていないと定義できるので、ＣＤ２ストリームヘッダのスタッフィングＩＤを設けないようにし、スタッフィング長のみを記述するようにしても良い。
【０２６３】
更に、前方スタッフィングと、後方スタッフィングと、前方及び後方の双方向スタッフィングの３種類のスタッフィングを行うようにしても良い。
【０２６４】
また、上述までの説明では、オーディオデータをエンコードする場合について説明したが、勿論、画像をエンコードする場合にも、この発明は有効である。ＭＰＥＧ２の画像の場合には、シーケンス層、ＧＯＰ層、ピクチャ層、スライス層、マクロブロック層、ブロック層からなっているが、例えば、可変長符号化の単位となっているスライス層や、ピクチャ層をエンコードユニットとして考えることができる。
【０２６５】
また、上述までの説明では、このようにパケット化され、パック化されたデータをＣＤ−ＲＯＭに準拠してＣＤ２のディスクに記録しているが、この発明は、データを伝送する際にも有効である。例えば、上述のようにパケット化され、パック化されたデータを、ネットで配信できるようにすれば、このデータをダウンロードして、ＣＤ−ＲＯＭに準拠して記録を行うディスクに記録する際に好適である。
【０２６６】
【発明の効果】
この発明によれば、所定長のセクタに分割され、セクタ単位でアクセスが可能とされた記録媒体に、符号化されたコンテンツデータを所定長毎に分割しヘッダを付加してパケット化し更にヘッダを付加してパック化して記録する際に、各パケットにエンコードユニットを詰めて記録していくと共に、そのセクタの先頭にある完全なエンコードユニットの位置をポインタで示すようにしている。このように、セクタのパケットデータの先頭から、完全なエンコードユニットとなるエンコードユニットの先頭までの長さをエンコードユニットポインタとして記録しておくと、セクタをアクセスしたとき、エンコードユニットポインタの値から、セクタの先頭から、完全なエンコードユニットとなるエンコードユニット位置が分かり、これにより、エンコードユニットの先頭から直ちにデコードを開始できる。また、この完全なエンコードユニットの先頭までの長さは、エンコードユニットが固定長で決まっているなら、セクタ番号により特定することができる。このため、サーチ時にコンテンツの途中から再生したり、編集を行ったときにも、エンコードユニットの先頭を見失うことがなくなり、確実にデコード処理が行える。
【図面の簡単な説明】
【図１】ＣＤ２の光ディスクの構成を示す略線図である。
【図２】この発明が適用できる光ディスク記録再生装置の記録系の構成を示すブロック図である。
【図３】この発明が適用できる光ディスク記録再生装置の再生系の構成を示すブロック図である。
【図４】ＣＤ−ＲＯＭのデータ構成の説明に用いる略線図である。
【図５】ＭＰＥＧ２−ＰＳでデータを記録する場合の説明に用いる略線図である。
【図６】スタッフィングの説明に用いる略線図である。
【図７】パックヘッダの説明に用いる略線図である。
【図８】パケットヘッダの説明に用いる略線図である。
【図９】ＣＤ２ストリームヘッダの説明に用いる略線図である。
【図１０】ＡＴＲＡＣエンコーダの構成を示すブロック図である。
【図１１】ＡＴＲＡＣエンコーダの説明に用いる略線図である。
【図１２】ＡＴＲＡＣデコーダの構成を示すブロック図である。
【図１３】ＡＴＲＡＣデコーダの説明に用いる略線図である。
【図１４】ＡＴＲＡＣ３エンコーダの構成を示すブロック図である。
【図１５】ＡＴＲＡＣ３デコーダの構成を示すブロック図である。
【図１６】ＡＴＲＡＣ３のエンコードユニットの説明に用いる略線図である。
【図１７】エンコードユニットとセクタとの関係を示す略線図である。
【図１８】エンコードユニットとセクタとの関係を示す略線図である。
【図１９】エンコードユニットとセクタ番号との関係を示す略線図である。
【図２０】エンコードユニットとセクタとの関係を示す略線図である。
【図２１】エンコードユニットとセクタ番号との関係を示す略線図である。
【図２２】エンコードユニットとセクタとの関係を示す略線図である。
【図２３】エンコードユニットとセクタ番号との関係を示す略線図である。
【図２４】ＭＰ３エンコーダの構成を示すブロック図である。
【図２５】ＭＰ３のフレームヘッダの説明に用いる略線図である。
【図２６】ＭＰ３デコーダの構成を示すブロック図である。
【図２７】ＡＡＣのエンコーダの構成を示すブロック図である。
【図２８】ＡＡＣのデコーダの構成を示すブロック図である。
【図２９】ＡＡＣのフレームヘッダの説明に用いる略線図である。
【図３０】データアクセスの説明に用いるフローチャートである。
【図３１】編集時のエンコードフレームの処理の説明に用いる略線図である。
【図３２】編集時の処理の説明に用いるフローチャートである。
【図３３】編集時の処理の説明に用いるフローチャートである。
【符号の説明】
１・・・光ディスク、１２・・・画像エンコーダ、２２・・・オーディオエンコーダ、１６、２６・・・スタッフィング発生回路、１７、２７・・・ＰＥＳヘッダ付加回路、１８、２８・・・ＰＥＳヘッダ生成回路、３１・・・パックヘッダ付加回路、３２・・・パックヘッダ生成回路、５４・・・パックヘッダ抽出回路、５５・・・パックヘッダ解析回路、６１、７１・・・ＰＥＳヘッダ抽出回路、６２，７２・・・ＰＥＳヘッダ解析回路
【図１】
0003937788.tif 000002
【図２】
0003937788.tif 000003
【図３】
0003937788.tif 000004
【図４】
0003937788.tif 000005
【図５】
0003937788.tif 000006
【図６】
0003937788.tif 000007
【図７】
0003937788.tif 000008
【図８】
0003937788.tif 000009
【図９】
0003937788.tif 000010
【図１０】
0003937788.tif 000011
【図１１】
0003937788.tif 000012
【図１２】
0003937788.tif 000013
【図１３】
0003937788.tif 000014
【図１４】
0003937788.tif 000015
【図１５】
0003937788.tif 000016
【図１６】
0003937788.tif 000017
【図１７】
0003937788.tif 000018
【図１８】
0003937788.tif 000019
【図１９】
0003937788.tif 000020
【図２０】
0003937788.tif 000021
【図２１】
0003937788.tif 000022
【図２２】
0003937788.tif 000023
【図２３】
0003937788.tif 000024
【図２４】
0003937788.tif 000025
【図２５】
0003937788.tif 000026
【図２６】
0003937788.tif 000027
【図２７】
0003937788.tif 000028
【図２８】
0003937788.tif 000029
【図２９】
0003937788.tif 000030
【図３０】
0003937788.tif 000031
【図３１】
0003937788.tif 000032
【図３２】
0003937788.tif 000033
【図３３】
0003937788.tif 000034