JPH1098681A - デコード装置 - Google Patents

Abstract

(57)【要約】 【課題】 圧縮符号化されたビデオ・オーディオのスト
リームを復号化する場合に、適切な同期調整処理を実現
可能なデコード装置を提供する。 【解決手段】 システムデコーダ２０において、オーデ
ィオＥＳ切り出し用バッファ２０ｂ中のオーディオＰＥ
Ｓのバケットデコーダ部をまたがっていることを考慮
し、１つのオーディオフレームがあれば、それを切り出
してオーディオＰＥＳ転送用バッファ２０ｃへコピーす
る。そして、切り出したオーディオフレームの先頭部に
ＰＥＳヘッダを添付し、ＰＴＳを付加する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばＭＰＥＧ規
格によって圧縮符号化されたオーディオ情報やビデオ情
報をデコードするデコード装置に関し、特にオーディオ
情報とビデオ情報との同期制御に関する。

【０００２】

【従来の技術】従来より、高速伝送の実現等の理由で、
ＭＰＥＧ（Moving Picture Image Coding Experts Grou
p ）等の情報圧縮用符号化規格に基づいて情報圧縮した
情報を送信し、復号化装置で復号化して使用することが
考えられている。

【０００３】ここでオーディオ情報あるいはビデオ情報
に関する復号の同期を取る場合には、次に説明する２つ
の種類の時間情報が必要になり、この２種類の時間情報
をもとに同期制御を行っていた。１つ目の時間情報は、
ＳＣＲ（System Clock Reference）と呼ばれる時刻基準
参照値である。そして他の１つの時間情報は、いつ復号
再生すべきかを示すＰＴＳ（Presentation Time Stamp
）と呼ばれる再生出力の時刻管理情報であり、このタ
イムスタンプは、例えばＭＰＥＧ２においてはＰＥＳパ
ケットの中にビデオまたはオーディオの各アクセス・ユ
ニット（ビデオは１フレーム、オーディオは１オーディ
オフレーム）の先頭がある場合には、ＰＥＳパケットの
ヘッダ部分に付加されている。

【０００４】しかし、ＰＥＳパケットの中にアクセス・
ユニットの先頭がない場合には、タイムスタンプは、Ｐ
ＥＳパケットのヘッダ部分に付加されていない。また、
ＰＥＳパケットの中に２つ以上のアクセス・ユニットの
先頭があっても、最初のアクセスユニットに対応するタ
イムスタンプだけが、ＰＥＳパケットのヘッダ部分に付
加されている。

【０００５】従来から、ビデオのエレメンタリストリー
ム（ビデオＥＳ）とオーディオのエレメンタリーストリ
ーム（オーディオＥＳ）をシステム多重する装置におい
ては、図８に示すように、ビデオＥＳであれば、１フレ
ームを固定長のビデオＰＥＳパケット毎に分離して先頭
のビデオＰＥＳパケットにＰＴＳをつけていた（図８中
の，参照）。一方、オーディオＥＳの場合は、複数
のオーディオフレームを固定長のオーディオＰＥＳパケ
ットに詰め込んでＰＴＳをつけ、オーディオＰＥＳパケ
ット中の最後尾のオーディオフレームが、オーディオＰ
ＥＳパケット中に収まらないときは、次のオーディオＰ
ＥＳパケットにまたがって配置され、次のオーディオＰ
ＥＳパケットのＰＴＳには、そのオーディオＰＥＳパケ
ット中に含まれる最初に見つかったオーディオフレーム
の先頭のタイムスタンプが付くことになる（図８中の
，参照）。その後、ビデオＰＥＳパケットストリー
ムとオーディオＰＥＳパケットストリームを図８中の
に示すＴＳ（Transport Stream）なりＰＳ（Program St
ream）にストリーム多重化する。

【０００６】上述のように複数のオーディオフレームを
固定長のオーディオＰＥＳパケットに詰め込むオーディ
オＰＥＳパケットストリームは、「１オーディオフレー
ム＝１ＰＥＳパケット」というオーディオＰＥＳパケッ
トの作り方よりもＰＥＳヘッダのオーバヘッドを少なく
することができる。

【０００７】デコード装置は、ＴＳなりＰＳの多重化ス
トリームを受信すると、それをシステムデコード部でビ
デオＰＥＳパケットとオーディオＰＥＳパケットに分離
し、ＭＰＥＧデコード部へ転送する。ＭＰＥＧデコード
部にビデオＰＥＳパケットとオーディオＰＥＳパケット
のビットストリームが入力されると、そのオーディオま
たはビデオのＰＥＳパケットのヘッダ部に格納されてい
るタイムスタンプと、そのＰＥＳパケットのデータ部が
格納されたバッファのアドレスと取得して、オーディオ
またはビデオのそれぞれのタイムスタンプ・テーブルに
保持しておく。

【０００８】一方、ＭＰＥＧデータ部（実効データ部）
の復号が始まると復号中のＭＰＥＧデータのオーディオ
とビデオのカレント・デコード・ポインタを得て、その
カレント・デコード・ポインタをキーにタイムスタンプ
・テーブルからカレント・タイムスタンプをサーチし
て、現在復号中のＭＰＥＧデータのカレント・デコード
・タイムスタンプを得ることができる。最初は、このカ
レント・デコード・タイムスタンプをＳＣＲとして、内
部のタイマとしてセットする。

【０００９】そして、２回目以降は、このカレント・デ
コード・タイムスタンプと内部のタイマから得るＳＣＲ
とを比較し、たとえばオーディオ側について言えば、カ
レント・デコード・タイムスタンプがＳＣＲよりも大き
い場合は、オーディオＳＣＲよりも進んでいると判断し
てオーディオフレームをリピートさせ、オーディオのカ
レントデコードタイムスタンプがＳＣＲよりも小さい場
合は、オーディオフレームをスキップさせる。

【００１０】

【発明が解決しようとする課題】しかしながら、このよ
うにデコード装置が同期処理を行う際、オーディオＰＥ
Ｓパケット中の最後尾のオーディオフレームがオーディ
オＰＥＳパケット中に収まらないときは、図８に示すよ
うに、次のオーディオＰＥＳパケットにまたがって配置
される。そして、次のオーディオＰＥＳパケットのＰＴ
Ｓには、そのオーディオＰＥＳパケット中に含まれる最
初に見つかったオーディオフレームの先頭のタイムスタ
ンプを付けている様な構造のオーディオＰＥＳパケット
ストリームの場合、そのオーディオＰＥＳパケットのヘ
ッダ部に格納されているタイムスタンプと、そのＰＥＳ
パケットの実効データ部が格納されたバッファのアドレ
スを取得して、オーディオまたはビデオのそれぞれのタ
イムスタンプ・テーブルに保持する際、それらのタイム
スタンプとバッファのアドレスのリンクが違う箇所が発
生する。

【００１１】この影響は、その後のカレント・タイムス
タンプと内部のタイマから得るＳＣＲとを比較し、カレ
ント・デコード・タイムスタンプがＳＣＲよりも大きい
場合は、オーディオＳＣＲよりも進んでいると判断して
オーディオフレームをリピートさせ、オーディオのカレ
ントデコードタイムスタンプがＳＣＲよりも小さい場合
は、オーディオフレームをスキップさせるという処理の
判断箇所での誤判断につながる。つまり、不必要な状況
でオーディオフレームのスキップやリピートが起きて、
オーディオに悪影響を及ぼす。

【００１２】そこで、本発明は上述した問題点を解決す
るためになされたものであり、圧縮符号化されたビデオ
あるいはオーディオのストリームを復号化する場合に、
適切な同期調整処理を実現可能なデコード装置を提供す
ることを目的とする。

【００１３】

【課題を解決するための手段及び発明の効果】この目的
を達成するためになされた本発明のデコード装置は、所
定の情報圧縮用符号化規格によって圧縮符号化されたビ
デオ及びオーディオのパケットストリームが多重化され
たビデオ・オーディオ多重化ストリームを外部から入力
するためのストリーム入力手段と、該ストリーム入力手
段を介して入力した前記ビデオ・オーディオ多重化スト
リームを、前記ビデオパケットストリームとオーディオ
パケットストリームとに分離するシステムデコード手段
と、該システムデコード手段から入力した前記ビデオパ
ケットストリーム及びオーディオパケットストリームを
復号する復号化手段と、前記ビデオまたはオーディオパ
ケットストリームの少なくとも一方を復号化している最
中の当該ビデオまたはオーディオパケットストリームの
少なくとも一方のタイムスタンプとシステム時刻基準参
照値との差に基づいて、復号タイミングのズレを検出す
るズレ検出手段と、該ズレ検出手段によって検出された
復号タイミングのズレが所定量以上である場合には、前
記復号化手段における復号化処理におけるビデオまたは
オーディオの復号タイミングを前記システム時刻基準参
照値に合わせる制御を実行するタイミング制御手段とを
有するデコード装置において、前記システムデコード手
段によって分離されたオーディオパケットストリームを
オーディオフレーム毎に切り出して分割したそのオーデ
ィオフレームに所定のヘッダを付加し、さらに、その付
加したヘッダのタイムスタンプ領域に、分離する前のオ
ーディオパケットのヘッダに含まれていたタイムスタン
プを基に算出した各オーディオフレーム毎のタイムスタ
ンプを書き込むことによって前記オーディオパケットス
トリームを構築し直すオーディオパケット再構築機能を
備えていることを特徴とする。

【００１４】なお、前記タイミング制御手段としては、
請求項２に示すように、ビデオまたはオーディオパケッ
トストリームの一方の復号タイミングが前記システム時
刻基準参照値よりも所定量早い場合には、ビデオまたは
オーディオの少なくとも一方のフレームのリピートを行
い、逆に前記システム時刻基準参照値よりも所定量遅い
場合には、ビデオまたはオーディオの少なくとも一方の
フレームのスキップ処理を行うことにより、前記復号タ
イミングを前記システム時刻基準参照値に合わせる制御
を実行するよう構成してもよい。

【００１５】また、請求項３に示すように、前記所定の
情報圧縮用符号化規格はＭＰＥＧ２規格であり、前記ス
トリーム入力手段は、当該ＭＰＥＧ２規格によって圧縮
符号化されたビデオ及びオーディオのＰＥＳパケットス
トリームが多重化されたビデオ・オーディオ多重化スト
リームを外部から入力し、前記オーディオパケット再構
築機能は、前記分離されたオーディオＰＥＳパケットス
トリームをオーディオフレーム毎に切り出して分割した
そのオーディオフレームにＰＥＳヘッダを付加し、さら
に、その付加したＰＥＳヘッダのタイムスタンプ領域
に、分離する前のオーディオＰＥＳパケットのヘッダに
含まれていたタイムスタンプを基に算出した各オーディ
オフレーム毎のタイムスタンプを書き込み、オーディオ
ＰＥＳパケットストリームを構築し直す機能として構成
することが考えられる。もちろん、ＭＰＥＧ２に限られ
ず、ＭＰＥＧ１でもよいし、さらには他の情報圧縮用符
号化規格であっても、パケットストリーム化する場合に
上述したのと同様の問題が生じるような場合には、適用
可能である。

【００１６】本デコード装置によれば、所定の情報圧縮
用符号化規格によって圧縮符号化されたビデオ及びオー
ディオのパケットストリームが多重化されたビデオ・オ
ーディオ多重化ストリームを外部から入力し、システム
デコード手段が、その入力したビデオ・オーディオ多重
化ストリームをビデオパケットストリームとオーディオ
パケットストリームとに分離する。そして、復号化手段
は、分離されたビデオパケットストリーム及びオーディ
オパケットストリームを復号する。

【００１７】ここで、ズレ検出手段は、ビデオまたはオ
ーディオパケットストリームの少なくとも一方を復号化
している最中の当該ビデオまたはオーディオパケットス
トリームの少なくとも一方のタイムスタンプとシステム
時刻基準参照値との差に基づいて、復号タイミングのズ
レを検出する。そして、タイミング制御手段は、その検
出された復号タイミングのズレが所定量以上である場合
には、復号化手段における復号化処理におけるビデオま
たはオーディオの復号タイミングをシステム時刻基準参
照値に合わせる制御を実行する。この制御は、例えば請
求項２に示すように、ビデオ又はオーディオの少なくと
も一方のストリームの復号タイミングがシステム時刻基
準参照値よりも所定量早い場合には、ビデオ又はオーデ
ィオの少なくとも一方のフレームのリピートを行い、逆
にシステム時刻基準参照値よりも所定量遅い場合には、
ビデオ又はオーディオの少なくとも一方のフレームのス
キップ処理を行うことなどによって実現される。

【００１８】これにより、ビデオあるいはオーディオデ
ータの復号化する際のズレ調整制御適切なものとでき
る。つまり、従来技術の問題点として説明したように、
例えばオーディオＰＥＳパケット中の最後尾のオーディ
オフレームがオーディオＰＥＳパケット中に収まらない
ため次のオーディオＰＥＳパケットにまたがって配置さ
れるような場合には、オーディオＰＥＳパケットのヘッ
ダ部に格納されているタイムスタンプとそのＰＥＳパケ
ットのデータ部が格納されたバッファのアドレスを取得
し、オーディオまたはビデオのそれぞれのタイムスタン
プ・テーブルに保持する際、それらのタイムスタンプと
バッファのアドレスのリンクが違う箇所が発生する。こ
の影響は、上述のズレ調整、例えばオーディオフレーム
をリピートさせたりスキップさせたりする処理における
判断箇所の誤判断につながり、不適切なオーディオフレ
ームのスキップやリピートが起きてしまう。特に、１オ
ーディオフレームのデータ長が小さくて、１ＰＥＳパケ
ット内に数十個詰められた場合などには、オーディオＰ
ＥＳパケット間のタイムスタンプが開きすぎてしまうた
め、オーディオとビデオの不適切な同期処理が発生し易
いのである。

【００１９】このような問題に対して、本発明のデコー
ド装置では、システムデコード手段のオーディオパケッ
ト再構築機能によって次のようにオーディオパケットス
トリームを構築し直すことで対処する。すなわち、シス
テムデコード手段によって分離されたオーディオパケッ
トストリームをオーディオフレーム毎に切り出して分割
し、そのオーディオフレームに所定のヘッダを付加す
る。さらに、その付加したヘッダのタイムスタンプ領域
に、分離する前のオーディオパケットのヘッダに含まれ
ていたタイムスタンプを基に算出した各オーディオフレ
ーム毎のタイムスタンプを書き込むことによってオーデ
ィオパケットストリームを構築し直すのである。

【００２０】これによって、オーディオＰＥＳパケット
間のタイムスタンプが開きすぎることがなくなるため、
例えば上述したようにデータ長が小さくて１ＰＥＳパケ
ット内に数十個詰められた場合であっても、オーディオ
ＰＥＳパケット間のタイムスタンプが開きすぎてしまう
ことがなく、オーディオとビデオの不適切な同期処理が
発生しなくなる。

【００２１】なお、このようなデコード装置は、多くの
データ通信に適用することができるが、例えばビデオと
オーディオがセットになっているものとしては、ＣＡＴ
Ｖシステム等において考えられているいわゆるビデオ・
オン・デマンド（ＶＯＤ）や、あるいはカラオケサービ
ス等がある。カラオケサービスの場合、オーディオだけ
でもカラオケ伴奏とはなるが、現在はカラオケ曲に応じ
た背景画を表示することがもはや常識となりつつあるの
で、ビデオとオーディオがセットになったものとして捉
えることができる。

【００２２】

【発明の実施の形態】以下、本発明の実施形態を図面を
参照して説明する。図１は、本発明のデコード装置の一
実施形態としてのＭＰＥＧデコーダ１の概略構成を示す
ブロック図である。

【００２３】本実施形態のＭＰＥＧデコーダ１は、ＭＰ
ＥＧ２規格によって圧縮符号化されたビデオ及びオーデ
ィオのＰＥＳパケットストリームが多重化されたトラン
スポートストリーム（ＴＳ）を、「ストリーム入力手
段」としての外部入力Ｉ／Ｆ１０を介して受信し、受信
したトランスポートストリームは、「システムデコード
手段」としてのシステムデコーダ２０によってビデオＰ
ＥＳパケットストリームとオーディオＰＥＳパケットス
トリームとに分離する。

【００２４】さらに、このシステムデコーダ２０におい
ては、オーディオＰＥＳパケットストリームに関してオ
ーディオフレーム毎に切り出し、オーディオフレームの
先頭にＰＥＳパケットヘッダを付加し、ＰＥＳパケット
ヘッダのＰＴＳを再計算して付加することによってオー
ディオＰＥＳパケットストリームを再構築する。これが
「オーディオパケット再構築機能」であるが、その内容
については後で詳述することとして、構成説明を続け
る。

【００２５】システムデコーダ２０には、システムデコ
ーダ２０の処理用プログラムが格納されているＲＯＭ２
１と、システムデコーダ２０のワーク用のＲＡＭ２２と
が接続されている。また、システムデコーダ２０は、ビ
デオＰＥＳ転送用バッファ２０ａとオーディオＥＳ切り
出し用バッファ２０ｂとオーディオＰＥＳ転送用バッフ
ァ２０ｃとを備えており、ビデオＰＥＳ転送用バッファ
２０ａと、オーディオＰＥＳ転送用バッファ２０ｃ上の
ビデオＰＥＳパケット及びオーディオＰＥＳパケット
は、ビデオ・チャネル及びオーディオ・チャネルを介し
てオーディオ／ビデオデコーダ（以下Ａ／Ｖデコーダと
略記する。）３０に入力される。

【００２６】このＡ／Ｖデコーダ３０は、入力したビデ
オＰＥＳパケット及びオーディオＰＥＳパケットをそれ
ぞれをＭＰＥＧデコードする「復号化手段」に相当す
る。Ａ／Ｖデコーダ３０には、Ａ／Ｖデコーダ３０のワ
ーク用のＲＡＭ３５と、Ａ／Ｖデコーダ３０を制御し、
「ズレ検出手段」及び「タイミング制御手段」に相当す
る制御手段としてのＣＰＵ４０が接続されている。

【００２７】ＣＰＵ４０には、ＣＰＵ４０のプログラム
が格納されているＲＯＭ４１と、ＣＰＵ４０のワーク用
のＲＡＭ４２とが接続されていると共に、前記システム
デコーダ２０との間で情報通知のやり取りが可能とされ
ている。また、Ａ／Ｖデコーダ３０のデジタル・ビデオ
出力から出力されたデジタル・ビデオデータはビデオＤ
Ａコンバータ５０に入力され、そのビデオＤＡコンバー
タ５０においてテレビの映像信号であるＮＴＳＣ信号に
変換されて外部出力される。一方、Ａ／Ｖデコーダ３０
のデジタル・オーディオ出力から出力されたデジタル・
オーディオデータはオーディオＤＡコンバータ５５に入
力され、そのオーディオＤＡコンバータ５５においてア
ナログオーディオ信号に変換されて外部出力される。

【００２８】前記Ａ／Ｖデコーダ３０は、システムデコ
ーダ２０でビデオＰＥＳパケットとオーディオＰＥＳパ
ケットとに分別されたそれぞれのパケットを、オーディ
オ・チャネルとビデオ・チャネルからそれぞれ入力す
る。Ａ／Ｖデコーダ３０の内部は、図２に示すように前
処理部３１と後処理部３２の２つの処理ブロックに分か
れている。そして、前処理部３１がオーディオとビデオ
のそれぞれのパケットのヘッダ部と実効データ部とを分
けて、それぞれをヘッダ・バッファ（Header Buffer ）
とチャネル・バッファ（Channel Buffer）に入力してい
く。

【００２９】これらヘッダ・バッファとチャネル・バッ
ファは、Ａ／Ｖデコーダ３０のワーク用のＲＡＭ３５に
設けられており、図２に示すように、ビデオＰＥＳヘッ
ダ・バッファ３６と、オーディオＰＥＳヘッダ・バッフ
ァ３７と、ビデオチャネル・バッファ３８と、オーディ
オチャネル・バッファ３９の４つがある。

【００３０】一方、Ａ／Ｖデコーダ３０の後処理部３２
は、実際に前処理部３１が組み立てたビデオ及びオーデ
ィオの両チャネル・バッファ３８，３９内のデータをＭ
ＰＥＧエンコードして、デジタル・ビデオ出力、デジタ
ル・オーディオ出力のそれぞれからデジタル・ビデオデ
ータとデジタル・オーディオデータとを出力する。

【００３１】以上は、ＭＰＥＧデコーダ１のハード構成
を説明したが、次に、ＭＰＥＧデコーダ１が外部から入
力してデコードする対象であるトランスポートストリー
ム（ＴＳ）について説明する。図３はトランスポートス
トリームのデータ構造を階層的に示したものであり、ト
ランスポートストリームは１８８バイトの固定長トラン
スポート・パケットによって多重化されたストリームで
ある。このトランスポート・パケットは通常ＰＥＳパケ
ットよりも短く、ＰＥＳパケットを分割してトランスポ
ート・パケットとしているもので、４バイトのヘッダ部
と実効データ部としての１８４バイトのペイロードから
構成されている。なお、ヘッダ部のフラグによっては、
ヘッダ部とペイロードとの間に、ＰＣＲ（Ｐrogram Ｃl
ock Ｒeference）情報等が格納されているアダプテーシ
ョンフィールド部が挿入されることがあるが、ここでは
考えないこととする。

【００３２】まず、トランスポート・パケットのヘッダ
部は、８ビットの同期バイト、それぞれ１ビットの誤り
表示、ユニット開始表示及びトランスポート・パケット
・プライオリティ、パケットを識別するための１３ビッ
トのＰＩＤ（Ｐacket Ｉdentification ）、２ビットの
スクランブル制御、２ビットのアダプテーション・フィ
ールド制御、４ビットの巡回カウンタから構成されてい
る。

【００３３】このヘッダ中のＰＩＤはペイロードにある
データの識別情報であり、システムデコーダ２０（図１
参照）は、このＰＩＤを見ることでペイロードがどのよ
うなデータであるかを判断することができる。しかし、
ＰＩＤに基づいてペイロードの情報をリンクするための
情報（例えばＰＩＤ＝１３３のときはビデオ、ＰＩＤ＝
１３４のときはオーディオであるというようなリンクす
る情報）というのは、プログラムマップテーブルを参照
しなければ得られない。このプログラムマップテーブル
も所定のＰＩＤのトランスポート・パケットのペイロー
ドに格納されている。そして、このプログラム・マップ
・テーブルの「所定のＰＩＤ」は、ＰＩＤ＝０のときの
トランスポートパケットのペイロードにあるプログラム
・アソシエイション・テーブルに格納されており、この
中で各プログラム番号に対応付けされている。

【００３４】続いて、プログラム・アソシエイション・
テーブルが格納されている場合のペイロードについて説
明する。この場合のペイロードは、８ビットのポインタ
フィールドと９６ビット（１２バイト）のプログラム・
アソシエイション・テーブルと１７１バイトのスタッフ
ィング・バイトとから構成されている。

【００３５】プログラム・アソシエイション・テーブル
には、８ビットのテーブルＩＤと１２ビットのセクショ
ン長と３２ビットのプログラム番号情報が格納されてお
り、プログラム番号情報は、１６ビットのプログラム番
号と３ビットの予備と１３ビットのプログラムマップＰ
ＩＤとから構成されている。これによって、プログラム
番号とそれに対応するプログラムマップのＰＩＤが判
る。なお、トランスポートストリームの規格によると、
プログラム番号とプログラムマップＰＩＤの組み合せは
数通り格納されていても良いことになるが、本実施形態
においては１種類のプログラム番号を格納するものとす
る。

【００３６】さらに、ＰＩＤ＝０のときのトランスポー
トパケットにおけるプログラム・マップ・テーブルが格
納されている場合のペイロードについて説明する。この
場合のペイロードは、８ビットのポインタフィールドと
Ｍバイトのスタッフィング・バイトと所定バイト［（１
８４−１−Ｍ）バイト］のプログラム・マップ・テーブ
ルとから構成されている。

【００３７】プログラム・マップ・テーブルには、８ビ
ットのテーブルＩＤと１２ビットのセクション長と所定
ビットの複数のプログラム情報が格納されており、１つ
のプログラム情報は、８ビットのストリームタイプと、
３ビットの予備と、１３ビットのエレメンタリＰＩＤ
と、Ｎビットのエレメンタリストリーム（ＥＳ）情報と
から構成されている。

【００３８】なお、本実施形態においては、上述の８ビ
ットのテーブルＩＤが「０Ｘ００」であればプログラム
・アソシエイション・テーブルであり、テーブルＩＤが
「０Ｘ０１」であればコンディション・アクセス・テー
ブルであり、テーブルＩＤが「０Ｘ０２」であればプロ
グラム・マップ・テーブルである。また、上述したプロ
グラム・マップ・テーブル中のプログラム情報における
８ビットの値が「０Ｘ０３」の場合にＭＰＥＧ２ビデオ
のストリームであり、また、「０Ｘ０４」の場合にＭＰ
ＥＧ２オーディオのストリームである。

【００３９】次に、図４を参照してＰＥＳパケットのデ
ータ構成について説明する。ＰＥＳパケットはビデオ・
オーディオに共通して用いられる形式であり、図４に示
すように、大きくはヘッダ部と８×Ｎビットの実効デー
タ部とから構成されている。実効データ部がビデオ情報
やオーディオ情報やプライベート情報である。

【００４０】一方、ヘッダ部は、３２ビットのパケット
開始コード、１６ビットのパケット長、２ビットの「１
０」、１４ビットのフラグと制御、８ビットのＰＥＳヘ
ッダ長、再生時刻管理情報が含まれるコンディショナル
コーディング等から構成されている。そして、前記パケ
ット開始コードは、２４ビットのパケットコードプリフ
ィックスと８ビットのストリームＩＤから構成されてい
る。また、コンディショナルコーディングは、３３＋７
ビットのＰＴＳ（Ｐresentation Ｔime Ｓtamp）、３３
＋７ビットのＤＴＳ（Ｄecoding Ｔime Ｓtamp ）、所
定ビットの「その他」、８×Ｍビットのスタッフィング
・バイト等から構成されている。この場合の「その他」
としてはＥＳＣＲ（Ｅlementary Ｓtream Ｃlock Ｒefe
rence ）やＥＳレート等が含まれる。

【００４１】次に、本実施形態のＭＰＥＧデコーダ１の
動作について説明する。まず、外部入力Ｉ／Ｆ１０を介
して受信したトランスポートストリームに対するシステ
ムデコーダ２０での処理について、図５のフローチャー
トを参照して説明する。

【００４２】最初のステップのＳ１０においては、外部
入力Ｉ／Ｆ１０を介してトランスポートパケットを受信
し、続くＳ２０では、その受信したトランスポートパケ
ットのヘッダ部のＰＩＤ（図３参照）がプログラム・ア
ソシエイション・テーブルに対応するものであるかどう
かを判断する。もし対応していれば、すなわちＰＩＤが
プログラム・アソシエイション・テーブルに対応してい
れば（Ｓ２０：ＹＥＳ）、Ｓ１６０へ移行し、プログラ
ム・アソシエイション・テーブル（図３参照）中のプロ
グラム番号情報中のプログラム番号を記憶する。そし
て、Ｓ１７０へ移行し、プログラム番号情報中のプログ
ラムマップＰＩＤを記憶し、Ｓ１０へ戻る。

【００４３】上述したＳ１７０においてプログラムマッ
プＰＩＤを記憶したので、次はその記憶されているプロ
グラムマップＰＩＤと一致するトランスポートパケット
が来るのを待つ（Ｓ３０）。大抵は、プログラム・アソ
シエイション・テーブルが格納されていたトランスポー
トパケットの次のパケットが、該当するプログラム・マ
ップ・テーブルの格納されたトランスポートパケットと
なっている。

【００４４】プログラム・マップ・テーブルのＰＩＤを
持つトランスポートパケットであると（Ｓ３０：ＹＥ
Ｓ）、Ｓ１５０へ移行して、そのプログラム・マップ・
テーブル中の複数のプログラム情報をＲＡＭ２２の所定
エリアに記憶する。その後Ｓ１０へ戻る。このプログラ
ム情報には、ストリームタイプやエレメンタリＰＩＤ等
が格納されているため、これによって、今後自己がシス
テムデコードすべきビデオＰＥＳのＰＩＤやオーディオ
ＰＥＳのＰＩＤを得ることができるのである。

【００４５】システムデコーダ２０としては、これ以降
に受信したトランスポートパケットのＰＩＤを監視し、
ビデオ用のトランスポートパケットであるか（Ｓ４
０）、オーディオ用のトランスポートパケットであるか
（Ｓ５０）を判断する。トランスポートパケットのＰＩ
Ｄがビデオ用のトランスポートパケットである場合（Ｓ
４０：ＹＥＳ）は、Ｓ１３０へ移行し、トランスポート
パケットのペイロード部をビデオＰＥＳ転送用バッファ
２０ａにコピーして（Ｓ１３０）、ペイロード部をＡ／
Ｖデコーダ３０へ送出する処理を実行する（Ｓ１４
０）。

【００４６】トランスポートパケットのＰＩＤがオーデ
ィオ用のトランスポートパケットである場合（Ｓ５０：
ＹＥＳ）は、Ｓ６０へ移行する。Ｓ６０では、トランス
ポートパケットのペイロード部をリング形式のオーディ
オＥＳ切り出し用バッファ２０ｂにコピーし、続くＳ７
０において、オーディオＥＳ切り出し用バッファ２０ｂ
のライトポインタを移動させ、その後Ｓ８０へ移行す
る。

【００４７】なお、このＳ６０でのペイロードコピー処
理の際、コピー先のオーディオＥＳ切り出し用バッファ
２０ｂの最後尾までデータがコピーされたら、つぎはコ
ピー先をオーディオＥＳ切り出し用バッファ２０ｂの先
頭へ移動するという処理が含まれる。また、Ｓ７０での
ライトポインタの移動の際も、オーディオＥＳ切り出し
用バッファ２０ｂはリング形式になっているので、バッ
ファの最後尾までポインタが移動したときはオーディオ
ＥＳ切り出し用バッファ２０ｂの先頭にポインタを移動
するという処理も含まれる。

【００４８】Ｓ８０ではオーディオフレーム（Audio F
rame）切り出し処理を行なう。この切り出し処理では、
オーディオＥＳ切り出し用バッファ２０ｂ中のオーディ
オＰＥＳ（なお、この場合はＰＥＳとしては完結してい
ない。）のパケットデータ部を、オーディオのフレーム
がオーディオＰＥＳをまたがっていることも十分考慮し
てチェックし、１つのオーディオフレームがあれば、そ
れを切り出してオーディオＰＥＳ転送用バッファ２０ｃ
へコピーし、なければそのまま処理を終了してＳ９０の
判断処理へ移行する。

【００４９】Ｓ９０ではオーディオフレームがあるかど
うかを判断する。オーディオＰＥＳパケットは複数のト
ランスポートパケットによって構築されるため、オーデ
ィオＰＥＳ転送用バッファ２０ｃ内にオーディオフレー
ム単位でのデータが構築されたかどうかを判断するので
ある。オーディオフレームがなければ（Ｓ９０：Ｎ
Ｏ）、そのままＳ１０へ戻るが、オーディオフレームが
ある場合には（Ｓ９０：ＹＥＳ）、Ｓ１００へ移行す
る。

【００５０】Ｓ１００では、先に切り出したオーディオ
フレームの入っていたＰＥＳのヘッダ部に格納されてい
るＰＴＳ情報（図４参照）と、オーディオフレームの切
り出し位置（ＰＥＳの先頭から何番目のオーディオフレ
ームか）と、切り出したオーディオフレームのサンプリ
ングレート情報と、１オーディオフレームあたりのサン
プリング数から、切り出したオーディオフレームのＰＴ
Ｓを求める。そして、続くＳ１１０においては、切り出
したオーディオフレームの先頭部にＰＥＳヘッダを添付
し、さらに、先に求めたＰＴＳを付加する。そして、Ｓ
１２０にて、オーディオＰＥＳをＡ／Ｖデコーダに対し
て送出する。Ｓ１２０での送出処理後はＳ８０へ戻る。

【００５１】以上はシステムデコーダ２０での処理であ
ったが、次に、Ａ／Ｖデコーダ３０がシステムデコーダ
２０からのビデオＰＥＳ及びオーディオＰＥＳを入力し
てＭＰＥＧデコードする際の処理について説明する。Ａ
／Ｖデコーダ３０の前処理部３１（図２参照）は、ビデ
オあるいはオーディオのＰＥＳパケットを認識した時点
で、ＰＥＳヘッダ部を、図２に示すビデオＰＥＳヘッダ
・バッファ３６あるいはオーディオＰＥＳヘッダ・バッ
ファ３７に書き込む。そして、上記ＰＥＳヘッダ部をビ
デオＰＥＳヘッダ・バッファ３６あるいはオーディオＰ
ＥＳヘッダ・バッファ３７に書き込むと同時に、ＣＰＵ
４０に対してオーディオＰＥＳＲｅａｄｙ割り込みを発
生させる。このＣＰＵ４０で実行される割り込み処理を
簡単に説明すると、ビデオあるいはオーディオのチャネ
ル・バッファ・書き込みポインタとヘッダ・バッファ書
き込みポインタとをＡ／Ｖデコーダ３０から取得し、ヘ
ッダ・バッファ書き込みポインタを基にビデオあるいは
オーディオのＰＥＳヘッダ部を読み込む。

【００５２】そして、ＰＥＳヘッダ部中にタイムスタン
プがあれば、タイムスタンプを取得して、ビデオあるい
はオーディオのタイムスタンプ・テーブル（図６参照）
にタイムスタンプと先に取得したチャネル・バッファ書
き込みポインタ（Write Pointer）をセットする。これ
により、タイムスタンプテーブルが作成される。そし
て、オーディオとビデオの両タイムスタンプ・テーブル
は、ＣＰＵ４０のワーク用のＲＡＭ４２に格納されるの
である。

【００５３】一方、このようなＣＰＵ４０の処理とは別
個に、Ａ／Ｖデコーダ３０の後処理部３２は、実際に前
処理部３１が組み立てたビデオあるいはオーディオのチ
ャネル・バッファ３８，３９内のデータをＭＰＥＧエン
コードして、デジタル・ビデオ出力からデジタル・ビデ
オデータをビデオＤＡコンバータ５０へ、あるいはデジ
タル・オーディオ出力からデジタル・オーディオデータ
をオーディオＤＡコンバータ５５へ出力する。

【００５４】ビデオに関しては、ビデオチャネル・バッ
ファ３８をチェックし、そのバッファ３８内のビデオデ
ータが所定の１ピクチュア分のサイズまで貯った場合に
はビデオデコードを開始する。これによって、デコード
されたビデオデータがビデオＤＡコンバータ５０へ出力
される。一方、オーディオに関しては、オーディオチャ
ネル・バッファ３９をチェックし、そのバッファ３９内
のオーディオデータが所定の１フレーム分のサイズまで
貯った場合にはオーディオデコードを開始する。これに
よって、デコードされたオーディオデータがオーディオ
ＤＡコンバータ５５へ出力される。

【００５５】このデジタルオーディオデータの出力に関
連して、ＣＰＵ４０は、所定の条件が成立した場合にス
キップ処理あるいはリピート処理を実行して、Ａ／Ｖの
同期ズレを解消するよう制御する。その処理について図
７のフローチャートを参照して説明する。なお、この処
理は所定時間毎の割り込みで起動されて実行される。

【００５６】まず、現在デコードしているオーディオの
チャネル・バッファの位置を示すカレント・デコード・
ポインタをＡ／Ｖデコーダより取得する（Ｓ２１０）。
続いて、タイムスタンプ・テーブルが作成済みであるか
どうかを判断し（Ｓ２２０）、タイムスタンプ・テーブ
ルが作成されていない場合は（Ｓ２２０：ＮＯ）、後述
するＳ３１０へ移行し、本割り込み処理を終了する。

【００５７】一方、タイムスタンプ・テーブルが作成さ
れていれば（Ｓ２２０：ＹＥＳ）、Ｓ２１０で取得した
カレント・デコード・ポインタを基に、現在デコードし
ているオーディオのタイムスタンプ（カレント・デコー
ド・タイムスタンプ）をオーディオのタイムスタンプ・
テーブル（図６参照）からサーチする（Ｓ２３０）。そ
して、カレント・デコード・タイムスタンプが見つかっ
たら（Ｓ２４０：ＹＥＳ）、ＳＣＲ（System Clock Ref
erence：システム時刻基準参照値）をＡ／Ｖデコーダ３
０に対してセット済みかどうかをチェックする（Ｓ２５
０）。その結果、ＳＣＲをセットしていない場合には
（Ｓ２５０：ＮＯ）、カレント・デコード・タイムスタ
ンプをＡ／ＶデコーダのＳＣＲとしてセットし（Ｓ２７
０）、Ｓ３１０へ移行する。Ｓ３１０では、ＯｌｄＳＣ
Ｒ変数にＳＣＲをセットし直す。Ｓ３１０の処理が終了
した後は、本割り込み処理を終了する。

【００５８】一方、ＳＣＲがセット済みの場合は（Ｓ２
５０：ＹＥＳ）、Ａ／ＶデコーダからＳＣＲを取得して
（Ｓ２６０）、ＳＣＲとカレント・デコード・タイムス
タンプ（図７中ではＰＴＳで示してある。）の差をSubA
udio変数に足し込み、足し込んだ回数SubAudioCnt もイ
ンクリメントしておく（Ｓ２８０）。

【００５９】そして、現在のＡ／Ｖデコーダから得たＳ
ＣＲと前回SubAudio変数に足し込んだときのＳＣＲ（＝
ＯｌｄＳＣＲ）との差をみて、ある値以上つまり所定時
間（ＣｍｐＴｉｍ）以上経っているかどうかを調べる
（Ｓ２９０）。その結果、所定時間経過していなければ
（Ｓ２９０：ＹＥＳ）、ＯｌｄＳＣＲ変数にＳＣＲをセ
ットし直して（Ｓ３１０）、そのまま本割り込み処理を
終了する。一方、所定時間を経過していれば（Ｓ２９
０：ＹＥＳ）、ＯｌｄＳＣＲ変数にＳＣＲをセットし直
して（Ｓ３００）、Ｓ３２０へ移行する。

【００６０】Ｓ３２０では、オーディオとＳＣＲとの差
を調べる。具体的には、Ｓ２８０で算出したSubAudio変
数を、足し込んだ回数SubAudioCnt で除算した値の絶対
値が所定値AudioDiff 以上であるかどうかを判断する。
SubAudioをSubAudioCnt で除算した絶対値が所定値Audi
oDiff 以上であるということは、ある時間単位内に平均
化されたオーディオとＳＣＲとの差が見逃せない程の大
きさになったということである。そのため、スキップあ
るいはリピート処理を実行して、その差を解消するため
の制御を行なう。スキップあるいはリピートのいずれか
の処理を実行するかを判断するため、Ｓ３３０では、Su
bAudioが「０」より大きいかどうかを判断する。そし
て、SubAudioが「０」より大きい場合（Ｓ３３０：ＹＥ
Ｓ）には、現在デコードしているオーディオのタイムス
タンプ（カレント・デコード・タイムスタンプ）がＳＣ
Ｒよりも小さい場合、すなわち遅れている場合であるの
で、Ｓ３４０にて、オーディオフレームのスキップ処理
を行う。一方、SubAudioが０以下の場合（Ｓ３３０：Ｎ
Ｏ）には、現在デコードしているオーディオのタイムス
タンプ（カレント・デコード・タイムスタンプ）がＳＣ
Ｒ以上の場合、すなわち早くなっている場合であるの
で、Ｓ３５０にて、オーディオフレームのリピート処理
を行う。

【００６１】Ｓ３４０でのスキップ処理あるいはＳ３５
０でのリピート処理の後は、SubAudio変数とSubAudioCn
t 変数をリセット（＝０）して（Ｓ３６０）、本割り込
み処理を終了する。ここでは、オーディオのタイムスタ
ンプについて、ＳＣＲからのズレを検出する過程とその
補正処理（スキップあるいはリピート処理）を記述した
が、ビデオに関しても同様である。

【００６２】このように、同期をとるためのタイミング
制御を実行する場合、単位時間又は回数当たりに、ビデ
オ・ストリーム又はオーディオ・ストリームのタイムス
タンプとシステム時刻基準参照値ＳＣＲとの時間の差を
サンプリングし、その平均値をビデオ・ストリーム又は
オーディオ・ストリームとシステム時刻基準参照値との
時間の差とし、その差に基づいて制御を実行する。これ
により、ビデオ・ストリーム又はオーディオ・ストリー
ムそれぞれの復号化タイミングとシステム時刻基準参照
値との時間のズレの誤差が少なくなり、連続的なオーデ
ィオ又はビデオのフレームのリピート処理及びスキップ
処理の回数を少なくするようにする。

【００６３】以上説明したように、本実施形態のＭＰＥ
Ｇデコーダ１はビデオ及びオーディオのデコードに際し
て同期を取ろうとする制御を実行するのであるが、従来
技術の問題点として説明したように、例えばオーディオ
ＰＥＳパケット中の最後尾のオーディオフレームがオー
ディオＰＥＳパケット中に収まらないため次のオーディ
オＰＥＳパケットにまたがって配置されるような場合に
は、オーディオＰＥＳパケットのヘッダ部に格納されて
いるタイムスタンプと、そのＰＥＳパケットの実効デー
タ部が格納されたバッファのアドレスを取得してオーデ
ィオまたはビデオのそれぞれのタイムスタンプ・テーブ
ルに保持する際、それらのタイムスタンプとバッファの
アドレスのリンクが違う箇所が発生する。この影響は、
上述のズレ調整、例えばオーディオフレームをリピート
させたりスキップさせたりする処理における判断箇所の
誤判断につながり、不適切なオーディオフレームのスキ
ップやリピートが起きてしまう。特に、１オーディオフ
レームのデータ長が小さくて、１ＰＥＳパケット内に数
十個詰められた場合などには、オーディオＰＥＳパケッ
ト間のタイムスタンプが開きすぎてしまうため、オーデ
ィオとビデオの不適切な同期処理が発生し易いのであ
る。

【００６４】このような問題に対して、本ＭＰＥＧデコ
ーダ１では、図５のフローチャートを参照して説明した
ように、システムデコーダ２０においてオーディオパケ
ットの再構築を行なう事によって対処している。すなわ
ち、オーディオＥＳ切り出し用バッファ２０ｂ中のオー
ディオＰＥＳのパケットデータ部を、オーディオのフレ
ームがオーディオＰＥＳをまたがっていることも十分考
慮してチェックし、１つのオーディオフレームがあれ
ば、それを切り出してオーディオＰＥＳ転送用バッファ
２０ｃへコピーする（図５のＳ８０）。そして、切り出
したオーディオフレームの先頭部にＰＥＳヘッダを添付
し、さらにＰＴＳを付加する（図５のＳ１１０）。この
ＰＴＳは、先に切り出したオーディオフレームの入って
いたＰＥＳのヘッダ部に格納されているＰＴＳ情報（図
４参照）と、オーディオフレームの切り出し位置（ＰＥ
Ｓの先頭から何番目のオーディオフレームか）と、切り
出したオーディオフレームのサンプリングレート情報
と、１オーディオフレームあたりのサンプリング数から
求めたものである。

【００６５】これによって、オーディオＰＥＳパケット
間のタイムスタンプが開きすぎることがなくなるため、
上述したデータ長の小さくて１ＰＥＳパケット内に数十
個詰められた場合であっても、オーディオＰＥＳパケッ
ト間のタイムスタンプが開きすぎてしまうことがなく、
図７のフローチャートを参照して説明したスキップ処理
あるいはリピート処理を実行しても、オーディオとビデ
オの不適切な同期処理が発生しなくなる。

【００６６】以上本発明はこのような実施形態に何等限
定されるものではなく、本発明の要旨を逸脱しない範囲
において種々なる態様で実施し得る。例えば、上記実施
形態においては、ビデオストリームとオーディオストリ
ームとが多重化されたストリームとして入力され、それ
をシステムデコーダ２０において分離した後、それぞれ
のストリームについてデコードする場合について説明し
たが、ビデオ又はオーディオの少なくとも一方のストリ
ームについてデコードする場合でも同様に有効である。

【００６７】なお、このようなデコード装置は、多くの
データ通信に適用することができるが、例えばビデオと
オーディオがセットになっているものとしては、ＣＡＴ
Ｖシステム等において考えられているいわゆるビデオ・
オン・デマンド（ＶＯＤ）やカラオケサービス等があ
る。カラオケサービスの場合、オーディオだけでもカラ
オケ伴奏とはなるが、現在はカラオケ曲に応じた背景画
を表示することがもはや常識となりつつあるので、ビデ
オとオーディオがセットになったものとして捉えること
ができる。

【図面の簡単な説明】

【図１】 実施形態のデコード装置の概略構成を示すブ
ロック図である。

【図２】 Ａ／Ｖデコーダのワーク用のＲＡＭに設けら
れたバッファの構成を示す説明図である。

【図３】 トランスポートストリームのデータ構造を階
層的に示した説明図である。

【図４】 ＰＥＳヘッダ部のデータ構成を示す説明図で
ある。

【図５】 システムデコーダでの処理を示すフローチャ
ートである。

【図６】 タイムスタンプテーブルの説明図である。

【図７】 出力関連の割り込み処理を示すフローチャー
トである。

【図８】 ビデオＥＳ及びオーディオＥＳのＴＳパケッ
ト多重化の説明図である。

【符号の説明】

１…ＭＰＥＧデコーダ １０…外部入力Ｉ／
Ｆ ２０…システムデコーダ ２０ａ…ビデオＰＥＳ転送用バッファ ２０ｂ…オーディオＥＳ切り出し用バッファ ２０ｃ…オーディオＰＥＳ転送用バッファ ２１…ＲＯＭ ２２…ＲＡＭ ３０…
Ａ／Ｖデコーダ ３１…前処理部 ３２…後処理部 ３５…
ＲＡＭ ３６…ビデオＰＥＳヘッダ・バッファ ３７…オーディオＰＥＳヘッダ・バッファ ３８…ビデオチャネル・バッファ ３９…オーディオチャネル・バッファ ４０…ＣＰＵ ４１…ＲＯＭ ４２…
ＲＡＭ ５０…ビデオＤＡコンバータ ５５…オーディオ
ＤＡコンバータ

Claims (3)

【特許請求の範囲】
1. 【請求項１】 所定の情報圧縮用符号化規格によって圧
   縮符号化されたビデオ及びオーディオのパケットストリ
   ームが多重化されたビデオ・オーディオ多重化ストリー
   ムを外部から入力するためのストリーム入力手段と、 該ストリーム入力手段を介して入力した前記ビデオ・オ
   ーディオ多重化ストリームを、前記ビデオパケットスト
   リームとオーディオパケットストリームとに分離するシ
   ステムデコード手段と、 該システムデコーダ手段から入力した前記ビデオパケッ
   トストリーム及びオーディオパケットストリームを復号
   する復号化手段と、 前記ビデオまたはオーディオパケットストリームの少な
   くとも一方を復号化している最中の当該ビデオまたはオ
   ーディオパケットストリームの少なくとも一方のタイム
   スタンプとシステム時刻基準参照値との差に基づいて、
   復号タイミングのズレを検出するズレ検出手段と、 該ズレ検出手段によって検出された復号タイミングのズ
   レが所定量以上である場合には、前記復号化手段におけ
   る復号化処理におけるビデオまたはオーディオの復号タ
   イミングを前記システム時刻基準参照値に合わせる制御
   を実行するタイミング制御手段とを有するデコード装置
   において、 前記システムデコード手段によって分離されたオーディ
   オパケットストリームをオーディオフレーム毎に切り出
   して分割したそのオーディオフレームに所定のヘッダを
   付加し、さらに、その付加したヘッダのタイムスタンプ
   領域に、分離する前のオーディオパケットのヘッダに含
   まれていたタイムスタンプを基に算出した各オーディオ
   フレーム毎のタイムスタンプを書き込むことによって前
   記オーディオパケットストリームを構築し直すオーディ
   オパケット再構築機能を備えていることを特徴とするデ
   コード装置。
2. 【請求項２】 前記タイミング制御手段は、ビデオまた
   はオーディオパケットストリームの一方の復号タイミン
   グが前記システム時刻基準参照値よりも所定量早い場合
   には、ビデオまたはオーディオの少なくとも一方のフレ
   ームのリピートを行い、逆に前記システム時刻基準参照
   値よりも所定量遅い場合には、ビデオまたはオーディオ
   の少なくとも一方のフレームのスキップ処理を行うこと
   により、前記復号タイミングを前記システム時刻基準参
   照値に合わせる制御を実行するよう構成されていること
   を特徴とする請求項１記載のデコード装置。
3. 【請求項３】 前記所定の情報圧縮用符号化規格はＭＰ
   ＥＧ２規格であり、 前記ストリーム入力手段は、当該ＭＰＥＧ２規格によっ
   て圧縮符号化されたビデオ及びオーディオのＰＥＳパケ
   ットストリームが多重化されたビデオ・オーディオ多重
   化ストリームを外部から入力し、 前記オーディオパケット再構築機能は、前記分離された
   オーディオＰＥＳパケットストリームをオーディオフレ
   ーム毎に切り出して分割したそのオーディオフレームに
   ＰＥＳヘッダを付加し、さらに、その付加したＰＥＳヘ
   ッダのタイムスタンプ領域に、分離する前のオーディオ
   ＰＥＳパケットのヘッダに含まれていたタイムスタンプ
   を基に算出した各オーディオフレーム毎のタイムスタン
   プを書き込み、オーディオＰＥＳパケットストリームを
   構築し直す機能として構成されていることを特徴とする
   請求項１又は２記載のデコード装置。