ブラウザブルスライドショー提供のためのデータ復号装置、その復号方法及びそのための情報保存媒体
【課題】ブラウザブルスライドショーのためのデータ復号装置、その復号方法及びそのための情報保存媒体を提供する。
【解決手段】データ復号装置７００は、ブラウザブルスライドショーのための映像データを含むメインストリームパケットデータをデコーディングするメインストリーム用デコーダ７１０と、映像データに付加されたオーディオデータを含むサブオーディオパケットデータをデコーディングするサブオーディオ用デコーダ７７０と、メインストリームパケットデータのデコーディング時間制御のために提供されるＳＴＣシーケンスをメインストリーム用デコーダに提供するメインストリーム用ＳＴＣカウンタ７３０と、サブオーディオパケットデータのデコーディング時間制御のために提供されるＳＴＣシーケンスをサブオーディオ用デコーダに提供するサブオーディオ用ＳＴＣカウンタ７５０と、を含む。
【解決手段】データ復号装置７００は、ブラウザブルスライドショーのための映像データを含むメインストリームパケットデータをデコーディングするメインストリーム用デコーダ７１０と、映像データに付加されたオーディオデータを含むサブオーディオパケットデータをデコーディングするサブオーディオ用デコーダ７７０と、メインストリームパケットデータのデコーディング時間制御のために提供されるＳＴＣシーケンスをメインストリーム用デコーダに提供するメインストリーム用ＳＴＣカウンタ７３０と、サブオーディオパケットデータのデコーディング時間制御のために提供されるＳＴＣシーケンスをサブオーディオ用デコーダに提供するサブオーディオ用ＳＴＣカウンタ７５０と、を含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータ復号に係り、より詳細にはブラウザブルスライドショー提供のためのデータ復号装置、その復号方法及びその情報保存媒体に関する。
【背景技術】
【０００２】
映像情報は、データ量がぼう大なためにデータ圧縮を行った後、記録媒体に記録または伝送される。代表的な映像圧縮方法には、ＩＳＯ及びＩＥＣで共通に定めたＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）符号化方法がある。映像情報と共に符号化されるオーディオ情報もやはり、ＭＰＥＧまたはＡＣ−３（Ａｕｄｉｏ Ｃｏｄｉｎｇ ｐｈａｓｅ ３）などの符号化方法を用いて圧縮される。符号化された動映像データ及びオーディオデータは、相互同期のための時間情報を付加して多重化される。
【０００３】
パケットによる多重化は、たとえば、ビデオデータ及びオーディオデータを多重化する場合、図１に示されたようにビデオデータ、オーディオデータそれぞれをパケットと呼ばれる適当な長さのビット列に分割し、ヘッダなどの付加情報を付けてビデオパケットとオーディオパケットとを適当に混合して時分割伝送する方式である。したがって、それらパケットには、図１に示されたように、ヘッダと呼ばれる頭部分にビデオなのかオーディオなのかの属性を識別するための情報が入っている。
【０００４】
一方、ＭＰＥＧの同期方式には、タイムスタンプと呼ばれる時間情報が考慮される。タイムスタンプは、再生時の復号処理のために各アクセス単位毎に付けられる一種の時間管理タグのようなものであり、すなわち、ビデオ、オーディオのアクセス単位である復号再生の単位毎にいつ復号再生するかを示す情報をいう。ＭＰＥＧの符号化方式によって、二種類のタイムスタンプがある。
【０００５】
その一つは、プレゼンテーションタイムスタンプ（ＰＴＳ）と呼ばれる再生出力の時間管理情報であり、ＭＰＥＧシステムの基準復号器内部のシステムタイムクロック（ＳＴＣ：基本になる同期信号）がこのようなＰＴＳと一致する時、そのアクセス単位を再生出力する。
【０００６】
他の一つは、デコーディングタイムスタンプ（ＤＴＳ）と呼ばれる復号の時間管理情報であり、ＭＰＥＧではビデオの符号化ビット列の送出順序が特別なためにＤＴＳが備えられている。すなわち、Ｉピクチャー及びＰピクチャーがＢピクチャーより先行して符号化ビット列に送出されるために復号順序と再生出力順序とが異なるが、ＰＴＳとＤＴＳとが異なる場合にはパケットデータに二つを連続してロードし、一致する場合にはＰＴＳのみをロードする。
【０００７】
図２は、ＭＰＥＧシステム符号化で使われる階層化された符号化装置２００のブロック図である。
【０００８】
ビデオ符号化器２１０及びオーディオ符号化器２２０は、デジタル化されたビデオデータ及びオーディオデータをそれぞれ受信して符号化する。
【０００９】
第１パケッタイザー２３０及び第２パケッタイザー２４０は、ビデオ符号化器２１０及びオーディオ符号化器２２０から出力された符号化されたビデオデータ及び符号化されたオーディオデータを適当な大きさに切断してパケット化することにより、パケット化されたエレメンタリーストリーム（ＰＥＳ）パケットを生成する。
【００１０】
このようなＰＥＳパケットデータには、前記のようなＰＴＳ及びＤＴＳ情報が付加されうる。このような符号化時間情報は他のデータと同期を合せる時に使われる情報であり、ＤＴＳは該当映像が復号化される時間を表し、ＰＴＳは該当映像が出力される時間を表す。オーディオデータの場合にはＰＴＳのみを持つことが一般的であり、この場合、ＤＴＳはＰＴＳと同じものと見なされる。このような時間情報が付加された後、実際オーディオデータまたはビデオデータはペイロードデータの形にロードされてパケット化される。
【００１１】
プログラムストリーム多重化器２５０及びトランスポートストリーム多重化器２６０は、パケッタイザーによりパケット化されたビデオＰＥＳ及びオーディオＰＥＳをそれぞれプログラムストリーム（ＰＳ）またはトランスポートストリーム（ＴＳ）に多重符号化する。多重符号化は、各ＰＥＳパケットを再び一定単位に合せた後、識別番号を付けて多重化することである。
【００１２】
ＰＳは、保存媒体などで使われるように意図されたものであり、ＰＳパックという単位が多重化単位となる。動映像保存媒体の代表的な応用であるＤＶＤビデオ規格では２０４８バイト単位のＰＳパックを使用する。
【００１３】
ＴＳは、デジタル放送のようにデータの損失が生じる応用に合せて意図されたものであり、ＴＳパケットという単位が多重化単位となり、その大きさは１８８バイトに固定されている。一方、デジタル放送データを保存媒体に記録する応用の場合には、たとえ保存媒体に記録する場合であるとしても、ＴＳを使用する場合が多くなっている。以下、本明細書では、多重化方法としてＴＳを使用すると仮定するが、ＰＳを使用する場合にも同様に応用できる。
【００１４】
ＴＳは、前記のようにパケット化されたデータであり、パケット化されたデータとは、ビデオ及びオーディオなどのデータが一定の大きさの単位に分けられて衛星、ケーブルまたはＬＡＮ（ローカルエリアネットワーク）を通じて伝送されるものであり、一定の大きさの単位はＩＳＯ／ＩＥＣ １３８１８−１規格のＭＰＥＧ−２伝送ストリームを利用する場合には１８８バイトであり、ＡＴＭ規格を利用する場合には５３バイトである。
【００１５】
一方、デジタル放送では、パケットデータの形でパケットデータ間の時間間隔が不規則に伝送される。伝送されたパケットデータは、一般的に復号器を具備した受信器側のバッファを経た後、復号器により復号され、ユーザーが放送を見られる。ところが、このようなパケットデータを記録媒体に一時保存した後にユーザーの所望の時間に再生する場合、再生装置に含まれた復号器にデータが入力される時、元のパケットデータが伝送されてきた不特定の時間間隔は重要な意味をもつ。その理由は、元の伝送側で、復号器を持つ受信側バッファの状態を考慮してパケットデータ間の時間間隔を調節してパケットデータを伝送するため、その時間間隔が守られない場合に復号のためのバッファがオーバーフローまたはアンダーフローになるためである。このような理由で、パケット単位で記録装置に到着した時間に関する情報をあらゆるパケットデータに付加して記録し、再生装置では前記付加された時間情報を用いてパケットデータを再生して出力することが要求される。
【００１６】
このようにＴＳ形式で伝送されたパケットデータを記録媒体に記録し、記録媒体に記録されたパケットデータを再び再生する場合に、正しい再生のために“到着時間情報”概念が要求される。
【００１７】
すなわち、記録装置は、伝送側で特定の間隔で伝送したパケットデータを受信してそれを記録媒体に記録し、その記録されたパケットデータを再生するために復号器に送る時、伝送側から伝送した特定間隔と同じ間隔で伝送するためにカウンタを具備するが、このようなカウンタは、９０Ｋｈｚまたは２７Ｍｈｚで駆動されるシステムクロックにより作動され、該当パケットが到着した瞬間のカウンタ値、すなわち、アライバルタイムスタンプ（ＡＴＳ）をパケットデータに付加して記録する。そして、記録されたデータを再生するために復号器のバッファに伝送する時間間隔を、パケットデータに付加されたカウンタ値を参照して調節する。このようなカウンタを、ＡＴＣカウンタという。言い換えれば、ＡＴＣカウンタを参照して入力されるデータにＡＴＳを付加して記録し、再生時には前記付加されたＡＴＳを参照してデータを出力する。
【００１８】
図３に、一般的なパケットデータの入力時に到着時間が付加記録されたデータの基本形態及び再生時のデータ出力時間との関係が概念的に図示されている。
【００１９】
パケットデータＡ、Ｂ、Ｃ、Ｄがそれぞれ到着時間１００、１１０、１３０、１５０に受信されれば、記録装置は、各パケットデータＡ、Ｂ、Ｃ、Ｄにそのパケットデータが到着した時間１００、１１０、１３０、１５０をＡＴＳで付加して記録する。そして、再生時には各パケットデータに付加されたＡＴＳが参照されて、パケットデータＡは出力時間１００から出力され、パケットデータＢは出力時間１１０から出力され、パケットデータＣは出力時間１３０から出力され、パケットデータＤは出力時間１５０から出力される。
【００２０】
図４は、ＡＴＳが付加されて記録媒体に記録されるパケットデータ４００の構造が示されている。図４に示されたデータ４００の構造は、ＡＴＳ ４１０と、ＤＴＳ ４２０、ＰＴＳ ４３０、ビデオデータ（またはオーディオデータ）４４０を含む。
【００２１】
図５は、従来技術によるＰＴＳ、ＤＴＳなどの符号化時間情報を用いて同期を合せるための復号装置のブロック距離の一例を示す図である。図５を参照するに、復号装置は逆多重化部５１０、ビデオ復号器５３０、ＳＴＣカウンタ５５０及びオーディオ復号器５７０を含む。
【００２２】
まず、逆多重化器５１０は、受信されたＴＳを逆多重化して、ビデオパケットデータはビデオ復号器５３０に伝送し、オーディオパケットデータはオーディオ復号器５７０に伝送する。
【００２３】
次いで、ＳＴＣカウンタ５５０は、パケットデータに含まれたＰＣＲ（プログラムクロックリファランス）によりセットされる。図５に示されていないが、ビデオ復号器５３０及びオーディオ復号器５７０は、逆多重化器５１０から入力されたパケットデータの一時保存のための復号器バッファを含む。ＰＣＲを含むパケットデータが復号器バッファに入力されれば、ＳＴＣカウンタ５５０の出力値はＰＣＲと同じ値に設定される。ＳＴＣカウンタ５５０は、９０Ｋｈｚまたは２７Ｍｈｚで駆動されるカウンタで具現される。
【００２４】
このようにセットされたＳＴＣカウンタ５５０により、ビデオパケットデータはＤＴＳ時間にビデオ復号器５３０に入力されて復号され、オーディオパケットデータはＰＴＳ値のみを持つので、ＰＴＳ時間にオーディオ復号器５７０に入力されると同時に出力される。
【００２５】
各ビデオデータパケット及びオーディオデータパケットに含まれたＰＴＳ及びＤＴＳ時間になれば、ビデオデータパケット及びオーディオデータパケットは復号されてバッファは空けられる。同じ時間に出力されるビデオ映像及びオーディオ映像は同じＰＴＳ値を持つ。
【００２６】
前述したように、ＳＴＣカウンタ５５０を用いて前記ＰＴＳ及びＤＴＳ時間に合せられる瞬間に復号及び出力を制御すれば、オーディオ及びビデオデータの同期が合せられる。すなわち、オーディオ及びビデオが、ＳＴＣカウンタ５５０が提供する一つのクロックによりデータ復号のために同期される。
【００２７】
一方、静止映像のディスプレイ方法のうち一つとして、スライドショーがある。静止映像が一定時間の間にディスプレイされつつ他の静止映像に場面が転換され続ける応用例である。スライドショーは、時間基準スライドショーとブラウザブルスライドショーの２種類に区別できる。時間基準スライドショーは、ユーザーが後方再生または前方再生を実施する場合、静止映像に付加されたオーディオもやはり新たに更新された静止映像に同期されて再生される。したがって、オーディオの再生が中断され、新たな静止映像に対応するオーディオが再生される。
【００２８】
ユーザーが後方再生や前方再生動作を行ってもオーディオの再生は中断されないスライドショーをブラウザブルスライドショーという。例えば、写真が入っているアルバムをひも解いてみるようにスライドショーが行われ、かつ背景音楽が流れ出るブラウザブルスライドショーでは、ユーザーが現在写真の前や後にある任意の他の写真を選択して再生しても背景音楽は切れない。
【００２９】
図６を参照して、時間基準スライドショーでの前方再生や後方再生時のオーディオデータの中断現象についてさらに詳細に説明する。メインストリームデータは一般的にビデオデータ、オーディオデータまたはサブピクチャーデータを含むが、時間基準スライドショーの場合、ビデオデータは静止映像データになり、オーディオデータは含まれない。
【００３０】
図６を参照するに、各静止映像及びサブオーディオデータは、同期のための符号化時間情報であるＰＴＳ情報を持って同期化される。再生の進行につれて復号器のＳＴＣカウンタの値が増加し、この値に合う正常再生が続く。しかし、ユーザーが後方再生命令を入力する場合、ＳＴＣカウンタ値はユーザーが選択した後方再生のターゲット映像の位置に合うように再調整される。このようにＳＴＣ値が新たに更新されるにつれて、静止映像の復元だけでなくサブオーディオの復元もこのようなＳＴＣに合うように再調整されることによって、サブオーディオデータ、すなわち、背景音楽の中断が発生する。
【００３１】
したがって、従来技術によれば、一つのＳＴＣカウンタでビデオ復号器とオーディオ復号器いずれも制御するので、時間基準スライドショーのような応用を従来の再生装置に応用すれば、ユーザーの前方再生や後方再生命令によりＳＴＣ値が再調整される場合に、背景音楽などのようなサブオーディオデータの再生中断現象が発生してブラウザブルスライドショーを具現し難い問題点がある。
【発明の概要】
【発明が解決しようとする課題】
【００３２】
したがって、本発明が解決しようとする技術的課題は、ブラウザブルスライドショーのようにサブオーディオが付加された静止映像データの再生時、ユーザーの前方再生または後方再生の場合にもサブオーディオを中断なしに再生できるブラウザブルスライドショーの再生のためのデータ復号装置、その復号方法及びその記録媒体を提供するところにある。
【課題を解決するための手段】
【００３３】
前記課題を解決するために、本発明によるデータ復号装置は、ブラウザブルスライドショーの再生のためのデータ復号装置において、ブラウザブルスライドショーのための映像データを含むメインストリームパケットデータをデコーディングするメインストリーム用デコーダと、前記映像データに付加されたオーディオデータを含むサブオーディオパケットデータをデコーディングするサブオーディオ用デコーダと、前記メインストリームパケットデータのデコーディング時間制御のために提供されるＳＴＣシーケンスを、前記メインストリーム用デコーダに提供するメインストリーム用ＳＴＣカウンタと、前記サブオーディオパケットデータのデコーディング時間制御のために提供されるＳＴＣシーケンスを前記サブオーディオ用デコーダに提供するサブオーディオ用ＳＴＣカウンタとを含む。
【００３４】
また、前記メインストリーム用ＳＴＣカウンタは、前記メインストリームパケットデータに含まれたそれぞれの静止映像別にＳＴＣシーケンスを前記メインストリーム用デコーダに提供することが望ましい。
【００３５】
前記課題を解決するために、本発明によるデータ復号方法は、ブラウザブルスライドショーの再生のためのデータ復号方法において、ブラウザブルスライドショーのための映像データを含むメインストリームパケットデータのデコーディング時間制御のためのメインストリーム用ＳＴＣシーケンスを提供する段階と、前記メインストリーム用ＳＴＣシーケンスによって前記メインストリームパケットデータをデコーディングする段階と、前記映像データに付加されたオーディオデータを含むサブオーディオパケットデータのデコーディング時間制御のためのサブオーディオ用ＳＴＣシーケンスを提供する段階と、前記サブオーディオ用ＳＴＣシーケンスによって前記サブオーディオ用パケットデータをデコーディングする段階と、を含む。
【００３６】
また、前記メインストリーム用ＳＴＣシーケンスを提供する段階は、前記メインストリームパケットデータに含まれたそれぞれの静止映像別にＳＴＣシーケンスを提供することが望ましい。
【００３７】
前記課題を解決するために、本発明による情報保存媒体は、ブラウザブルスライドショーのためのデータを保存した情報保存媒体において、映像データを含む複数のクリップと、前記各クリップのデータ構造に関する情報を含むクリップインフォメーションと、前記各クリップの再生に関する情報を含むプレイリストと、が記録され、前記クリップインフォメーションは、前記クリップに含まれた各静止映像のＳＴＣシーケンスに関する情報を含む。
【００３８】
また、前記各静止映像のＳＴＣシーケンスに関する情報は、各静止映像が含まれたクリップ内での位置情報、前記各静止映像の再生開始時間情報及び再生終了時間情報を含むことが望ましい。
【００３９】
また、前記プレイリストは複数のプレイアイテムを含み、前記各プレイアイテムは一つの静止映像の実際再生開始時間情報及び実際再生終了時間情報を含むことが望ましい。
【発明の効果】
【００４０】
以上で説明したように、本発明によれば、ブラウザブルスライドショーのようにサブオーディオが付加された静止映像データの再生時、ユーザーの前方再生または後方再生の場合にもサブオーディオの中断なしに再生できる効果を提供する。
【図面の簡単な説明】
【００４１】
【図１】従来技術によって多重化されたパケットデータを説明するための図である。
【図２】ＭＰＥＧシステム符号化で使われる階層化された符号化装置のブロック図である。
【図３】従来技術によって到着時間情報が付加されたデータの基本形態及び再生時のデータ出力時間との関係を示す概念図である。
【図４】従来技術によって時間同期情報が付加されたパケットデータの一例を示す図である。
【図５】従来技術による復号装置のブロック図である。
【図６】従来技術によってスライドショーの再生時に現れうるＳＴＣカウンタ値の再調整を説明するための図である。
【図７】本発明によるブラウザブルスライドショーを説明するための図である。
【図８】本発明の一実施例によるブラウザブルスライドショーの提供のためのデータ復号装置のブロック図である。
【図９】本発明の一実施例によるデータ復号装置を含むデータ再生装置のブロック図である。
【図１０Ａ】本発明によって各静止映像データの復号に用いられるＳＴＣシーケンスを示す図である。
【図１０Ｂ】本発明によってオーディオデータの復号に用いられるＳＴＣシーケンスを示す図である。
【図１１】前述したプレイリスト、クリップインフォメーション及びクリップの関係を説明するための図である。
【図１２】相異なるデフォルト再生時間を持つ複数のプレイアイテムを説明するための図である。
【図１３】サブプレイアイテムを含むプレイリストを説明するための図である。
【図１４】クリップインフォメーションのデータ構造を説明するための図である。
【図１５】図１４に示されたＳｅｑｕｅｎｃｅＩｎｆｏの一例を示す図である。
【図１６】図１４に示されたＣＰＩ情報の一例を示す図である。
【発明を実施するための形態】
【００４２】
以下、添付された図面を参照して本発明による望ましい実施例を詳細に説明する。
【００４３】
図７は、本発明によるブラウザブルスライドショーを説明するための図である。最初の映像はＰＴＳ情報によってあらかじめ指定された再生時間に合せて再生され、残りの映像は最初の映像の再生時間から所定時間の経過後に再生される。しかし、本実施例でｄｅｆａｕｌｔ ｄｕｒａｔｉｏｎ ｔｉｍｅは無限大であるため、最初の映像以外の映像はユーザー入力によって再生される。ブラウザブルスライドショーのために付加されたオーディオも該当ＰＴＳに合せて再生される。スライドショーの途中にユーザーが後方再生または前方再生命令を下した場合、現在静止映像の再生は中断されて該当静止映像の再生が始まる。しかし、オーディオの場合は中断なしに再生され続ける。ブラウザブルスライドショーの具体的な応用例には、背景音楽が再生されつつ写真のような静止映像が出力されるフォトアルバムなどのようなものがある。
【００４４】
したがって、ブラウザブルスライドショーの具現のためには、図７に示されたように、オーディオのためのＳＴＣ値は静止映像のためのＳＴＣ値とは別個に増加し続けねばならない。
【実施例】
【００４５】
図８は、本発明の一実施例によるブラウザブルスライドショーの提供のためのデータ復号装置のブロック図である。図８を参照するに、データ復号装置は、メインストリーム用デコーダ７１０、メインストリーム用ＳＴＣカウンタ７３０、サブオーディオ用ＳＴＣカウンタ７５０及びサブオーディオ用デコーダ７７０を含む。
【００４６】
本発明による復号装置は、メインストリームデータはメインストリーム用ＳＴＣカウンタ７３０により、サブオーディオデータは、サブオーディオ用ＳＴＣカウンタ７５０が提供する別途のＳＴＣ値によって復号されることにより、メインストリーム用ＳＴＣカウンタ７３０のＳＴＣ値が再調整された場合にもサブオーディオ用ＳＴＣカウンタ７５０のＳＴＣ値は影響されないので、映像の前方再生または後方再生を行う場合にも中断のないサブオーディオデータの再生を行える。
【００４７】
図８を参照して、本発明の一実施例による復号装置の動作を説明する。
【００４８】
メインストリームデータはメインストリーム用デコーダ７１０に入力され、サブオーディオデータはサブオーディオ用デコーダ７７０に入力される。本実施例でメインストリームデータは、多様な方式によって符号化されたデータである。例えば、複数の静止映像をＪＰＥＧのような静止映像符号化方法によって符号化することによって生成された一連のデータストリームであるか、または、ＭＰＥＧのような動映像符号化方法によって符号化することによって生成された一連のデータストリームでありうる。もし、ＭＰＥＧのような動映像符号化方法によって生成されたデータストリームである場合、イントラフレームのみを用いて画面に静止映像を再生させうる。
【００４９】
本実施例では説明の便宜のために、メインストリーム用デコーダ７１０に入力されるメインストリームデータは、ＪＰＥＧのような静止映像符号化方法によって生成された一連のデータストリームであると仮定する。
【００５０】
サブオーディオ用デコーダ７７０に入力されるサブオーディオデータは、メインストリームデータの静止映像に付加されて再生されるオーディオデータである。
【００５１】
メインストリームデータ及びサブオーディオデータは、本発明によるデータ構造でデータが保存されたＤＶＤのような情報保存媒体（図示せず）に保存される。メインストリームデータとサブオーディオデータとは、本発明による情報保存媒体に別個のファイルで保存される。
【００５２】
メインストリームデータパケットが、メインストリーム用デコーダ７１０内に備えられたバッファ（図示せず）に入力されれば、メインストリーム用ＳＴＣカウンタ７３０の出力値は、データパケットに含まれたＰＣＲ情報により該当パケットのＰＣＲ値と同一に初期化される。メインストリームデータが、ＪＰＥＧのような静止映像符号化方法によって符号化されたデータである場合、各静止映像データ別にＰＣＲ情報は異なるので、図１０に図示されたように、メインストリーム用ＳＴＣカウンタ７３０の出力であるＳＴＣシーケンスは静止映像別に相異なる。
【００５３】
前述したように初期化されたメインストリーム用ＳＴＣカウンタ７３０により提供されるＳＴＣ値を参照して、メインストリーム用デコーダ７１０はメインストリームパケットデータを復号する。
【００５４】
メインストリーム用ＳＴＣカウンタ７３０は、９０Ｋｈｚまたは２７Ｍｈｚで駆動されるカウンタで具現できる。
【００５５】
サブオーディオ用ＳＴＣカウンタ７５０及びサブオーディオ用デコーダ７７０の動作も、メインストリーム用ＳＴＣカウンタ７３０及びメインストリーム用デコーダ７１０の動作と類似している。
【００５６】
サブオーディオパケットデータが、サブオーディオ用デコーダ７７０内に備えられたバッファ（図示せず）に入力されれば、サブオーディオ用ＳＴＣカウンタ７５０の出力値は、データパケットに含まれたＰＣＲ情報により該当パケットのＰＣＲ値と同一に初期化される。
【００５７】
初期化されたサブオーディオ用ＳＴＣカウンタ７５０により提供されるＳＴＣ値を参照して、サブオーディオ用デコーダ７７０はサブオーディオパケットデータを復号する。サブオーディオ用ＳＴＣカウンタ７５０は、メインストリーム用ＳＴＣカウンタ７３０と同じく９０Ｋｈｚまたは２７Ｍｈｚで駆動されるカウンタで具現できる。
【００５８】
図９は、本発明によるデータ復号装置を含むデータ再生装置９００のブロック図の一例を示す図である。図９を参照するに、再生装置９００は、媒体駆動部９０１、メインストリームバッファ９０２、サブオーディオ用バッファ９０３、システム復号器９１０、グラフィック処理器９２０、制御部９３０及びメモリ９５０を含む。システム復号器９１０は、図８に示された本発明によるデータ復号装置７００、メインストリームデパケッタイザー９０４、メインストリーム用ＡＴＣカウンタ９０５、サブオーディオ用ＡＴＣカウンタ９０６、サブオーディオデパケッタイザー９０７及びデマルチプレクサ９０８を含む。
【００５９】
媒体駆動部９０１は、保存媒体８００からＡＴＳが付加されたパケットデータを読出す。媒体駆動部９０１は、静止映像データなどを含むメインストリームパケットデータはメインストリームバッファ９０２に伝送し、サブオーディオデータはサブオーディオバッファ９０３に伝送する。
【００６０】
メインストリームパケットデータとサブオーディオデータとは、保存媒体８００に別個のデータファイルに保存されている。保存媒体８００には本発明によるデータ構造でデータが保存されている。保存媒体８００に保存されたデータの詳細構造については後述する。
【００６１】
メインストリームデパケッタイザー９０４は、メインストリームバッファ９０２からメインストリームパケットデータを受信し、その受信されたメインストリームパケットデータをデパケット化してデマルチプレクサ９０８に伝送する。この時、メインストリームデパケッタイザー９０４は、メインストリーム用ＡＴＣカウンタ９０５が提供するＡＴＣ基準値を参照して各パケットデータに付加されたＡＴＳ情報を解釈した後、デマルチプレクサ９０８に出力するパケットの順序を決定して、所定時間にＡＴＳが分離されたデパケット化されたデータをデマルチプレクサ９０８に出力する。
【００６２】
メインストリーム用ＡＴＣカウンタ９０５は、メインストリームデパケッタイザー９０４がデマルチプレクサ９０８に出力するパケットの順序または出力時間を決定できるように、ＡＴＣ基準値をメインストリームデパケッタイザー９０４に提供する。すなわち、メインストリームデパケッタイザー９０４に入った最初のパケットデータに付加されたＡＴＳ値によりメインストリーム用ＡＴＣカウンタ９０５は初期化され、その初期化された時点からメインストリーム用ＡＴＣカウンタ９０５はカウントを続ける。そして、メインストリーム用ＡＴＣカウンタ９０５のカウント値が、メインストリームデパケッタイザー９０４に入った第２のパケットデータに付加されたＡＴＳ値と一致すれば、メインストリームデパケッタイザー９０４は、前記第２のパケットデータのデパケット化されたデータをデマルチプレクサ９０８に伝送する。
【００６３】
サブオーディオデパケッタイザー９０７及びサブオーディオ用ＡＴＣカウンタ９０６の動作も、メインストリームデパケッタイザー９０４及びメインストリーム用ＡＴＣカウンタ９０５の動作と類似している。
【００６４】
サブオーディオデパケッタイザー９０７は、サブオーディオ用バッファ９０３からサブオーディオパケットデータを受信し、その受信されたサブオーディオパケットデータをデパケット化してデパケット化されたデータを出力する。この時、サブオーディオデパケッタイザー９０７は、サブオーディオ用ＡＴＣカウンタ９０６が提供するＡＴＣ基準値を参照して各パケットデータに付加されたＡＴＳ情報を解釈した後、サブオーディオ用デコーダ７７０に出力するパケットの順序を決定し、所定時間にＡＴＳが分離されたデパケット化されたデータをサブオーディオ用デコーダ７７０に出力する。
【００６５】
サブオーディオ用ＡＴＣカウンタ９０６は、サブオーディオデパケッタイザー９０７がサブオーディオ用デコーダ７７０に出力するパケットの順序または出力時間を決定できるように、ＡＴＣ基準値をサブオーディオデパケッタイザー９０７に提供する。すなわち、サブオーディオデパケッタイザー９０７に入った最初のパケットデータに付加されたＡＴＳ値によりサブオーディオ用ＡＴＣカウンタ９０６は初期化され、その初期化された時点からサブオーディオ用ＡＴＣカウンタ９０６はカウントを続ける。そして、サブオーディオ用ＡＴＣカウンタ９０６のカウント値が、サブオーディオデパケッタイザー９０７に入った第２のパケットデータに付加されたＡＴＳ値と一致すれば、サブオーディオデパケッタイザー９０７は前記第２のパケットデータのデパケット化されたデータを出力する。
【００６６】
デマルチプレクサ９０８は、受信されたＤＴＳ、ＰＴＳ情報が入っているメインストリームデータをデマルチプレクスしてメインストリーム用デコーダ９０９に伝送する。
【００６７】
制御部９３０は、本発明によって情報保存媒体８００に保存されたデータを再生するように再生装置９００の全体動作を制御する。メモリ９５０には、情報保存媒体８００から読出された付加情報であるクリップインフォメーション及びプレイリスト情報を制御部９３０から伝達されて保存する。クリップインフォメーション及びプレイリスト情報については後述する。
【００６８】
以下では、本発明によるデータ構造でデータが保存された情報保存媒体８００について説明する。
【００６９】
図１０Ａ及び図１０Ｂは、本発明によってブラウザブルスライドショーのための静止映像及びオーディオデータの復号に用いられるＳＴＣシーケンスを説明するための図である。図１０Ａは、各静止映像データの復号に用いられるＳＴＣシーケンスを示す図であり、図１０Ｂは、オーディオデータの復号に用いられるＳＴＣシーケンスを示す図である。
【００７０】
図１０Ａを参照するに、複数の静止映像は一つの静止映像用データファイルに含まれる。各静止映像のＰＣＲまたはＰＴＳ値は０から始まるように符号化される。
【００７１】
各静止映像には、静止映像と共に再生されるグラフィックデータあるいは字幕データが付加されていることがある。グラフィックデータあるいは字幕データはそれぞれＰＴＳ値を持っており、このＰＴＳ値は経時的に増加し続けうる。例えば、静止映像上にグラフィックよりなるアニメーションが経時的に動いたり、または字幕データが経時的に変わって出力される場合がある。したがって、一つの静止映像に属するデータの符号化時間情報は、開始時間は“０”と決定できるが、終了時間はあらかじめ定めることはできず、該当グラフィックデータあるいは字幕データの終了時間に合せて決定する。
【００７２】
ＳＴＣ＿ｓｅｑｕｅｎｃｅは、図８に図示されたメインストリーム用デコーダ７１０またはサブオーディオ用デコーダ７７０の復号動作を制御するために、メインストリーム用ＳＴＣカウンタ７３０またはサブオーディオ用ＳＴＣカウンタ７５０が提供する出力である。ＳＴＣ＿ｓｅｑｕｅｎｃｅは、メインストリーム用デコーダ７１０またはサブオーディオ用デコーダ７７０から提供する各パケットに含まれたＰＣＲにより初期化される。
【００７３】
本実施例では、各静止映像データに属する静止映像、グラフィックまたは字幕データの開始時間が該当静止映像の位置と関係なく“０”から始まる構造であるため、それぞれの静止映像データ別に一つのＳＴＣ＿ｓｅｑｕｅｎｃｅが生成される。静止映像用データファイル内に含まれた各静止映像の位置を探すためには、各ＳＴＣ＿ｓｅｑｕｅｎｃｅの開始位置情報が要求される。
【００７４】
スライドショーのために、オーディオデータは静止映像データに付加されていることもあり、そうでないこともある。もし付加された場合ならば、通常の場合のように、一つのオーディオファイルにＳＴＣ値が順次に増加する形でＰＣＲが記録されることが望ましい。図１０Ｂに示されたように、サブオーディオ用ＳＴＣカウンタ７５０は一つのＳＴＣ＿ｓｅｑｕｅｎｃｅを生成する。
【００７５】
本実施例で静止映像データは、複数の静止映像が集まって一つの記録単位であるクリップを形成する。さらに、記録単位であるクリップ毎に記録構造に関する情報を作って付加するが、これをクリップインフォメーションという。静止映像用クリップインフォメーションには、それぞれの静止映像に対応するＳＴＣ＿ｓｅｑｕｅｎｃｅに関する情報の集まりであるＳｅｑｕｅｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎが含まれる。Ｓｅｑｕｅｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎはクリップ内の静止映像の順に該当ＳＴＣ＿ｓｅｑｕｅｎｃｅの開始位置、ｐｒｅｓｅｎｔａｔｉｏｎ ｓｔａｒｔ ｔｉｍｅ、ｐｒｅｓｅｎｔａｔｉｏｎ ｅｎｄ ｔｉｍｅを含む。
【００７６】
ここでｐｒｅｓｅｎｔａｔｉｏｎ ｓｔａｒｔ ｔｉｍｅは、前記説明した通りあらかじめ決定できる。例えば、０または１／３０ｓｅｃのように非常に小さな値である。この値は、静止映像のＰＴＳ値と同じであることが望ましい。ｐｒｅｓｅｎｔａｔｉｏｎ ｅｎｄ ｔｉｍｅは、該当静止映像に属するグラフィックデータあるいは字幕データの再生終了時間を反映する。静止映像と同時に出力され、かつ変わらないデータの場合は、ｐｒｅｓｅｎｔａｔｉｏｎ ｅｎｄ ｔｉｍｅで１フレーム映像の持続時間が加えられた値となる。そうでない場合、例えば、１０秒間字幕が変わりつつ出力されるならば、ｐｒｅｓｅｎｔａｔｉｏｎ ｅｎｄ ｔｉｍｅは１０秒の時間を持つ必要がある。本実施例では、ｐｒｅｓｅｎｔａｔｉｏｎ ｅｎｄ ｔｉｍｅは無限大値を持つ。通常、無限大値を表示する方法は０あるいは表現可能な最も大きい値である。ｐｒｅｓｅｎｔａｔｉｏｎ ｅｎｄ ｔｉｍｅの表現のために割り当てられたビット数が３２ビットである場合、表現可能な最も大きい値は０ｘＦＦＦＦＦＦＦＦである。
【００７７】
本実施例では、再生順序及びデフォルト再生時間などのような再生構造に関する付加情報であるプレイリストを情報保存媒体８００にさらに記録して再生時に利用する。
【００７８】
図１１は、前述したプレイリスト、クリップインフォメーション及びクリップの関係を説明するための図である。図１１を参照するに、プレイリストは複数のプレイアイテムを含む。プレイアイテムの順序が再生順序となり、一つのプレイアイテムは一つの静止映像に対応する。プレイアイテムはＣｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ、ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄ、ＩＮ＿ｔｉｍｅ及びＯｕｔ＿ｔｉｍｅなどである。
【００７９】
Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅは、該当プレイアイテムが指定しようとする静止映像が記録されたＣｌｉｐファイルの構造に関する付加情報であるＣｌｉｐインフォメーションのファイル名である。ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄは、前記クリップ内で指定しようとするＳＴＣ＿ｓｅｑｕｅｎｃｅを識別するための情報である。前述したように、一つのクリップ内に複数の静止映像が順に記録されているので、静止映像の記録順序についての番号が識別番号として使われうる。
【００８０】
ＩＮ＿ｔｉｍｅは、該当ＳＴＣ＿ｓｅｑｕｅｎｃｅのｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅとｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ内に属する所定時点を指定する。静止映像の場合には、ＩＮ＿ｔｉｍｅとｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅとが同じことが望ましい。もし、静止映像がＭＰＥＧで規定したイントラ映像及びＳｅｑｕｅｎｃｅ ｅｎｄ ｃｏｄｅに符号化された場合には、必ず同一でなければならない。Ｏｕｔ＿ｔｉｍｅは該当ＳＴＣ＿ｓｅｑｕｅｎｃｅのｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ及びｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ内に属する所定時点を指定し、ＩＮ＿ｔｉｍｅよりは大きい必要がある。Ｏｕｔ＿ｔｉｍｅはｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅと同一であることが望ましいが、その以前値でも構わない。Ｏｕｔ＿ｔｉｍｅがｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅより小さな場合には、該当プレイアイテムはＯｕｔ＿ｔｉｍｅまで該当するデータのみ再生するようになり、それ以後のデータは出力されない。
【００８１】
静止映像の再生のための情報であるＩＮ＿ｔｉｍｅ及びＯＵＴ＿ｔｉｍｅがｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ及びｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ内の任意の時点を指示する構造は、動映像構造でも使われうるという点で望ましい。
【００８２】
また、前述した情報構造は、ｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅが無限大の値を持つ時に有効である。すなわち、静止映像自体は無限大のｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅを持ち、プレイアイテムが実際出力時間を制御する値を持っているため、図１２に示されたように、一つの静止映像を、複数のプレイアイテムが持つ相異なるデフォルト再生時間に再生できる。さらに、ＯＵＴ＿ｔｉｍｅが無限大の値を持つことができる。無限大の値は、一般的に０やＯＵＴ＿ｔｉｍｅを表現できる値のうち最も大きい値を表す方法で表示できる。無限大再生時間を持つ静止映像は、ユーザーが次の映像や以前映像出力のような再生動作に関する入力を実施した場合、該当静止映像出力を中止してユーザーの入力による再生を実施する。
【００８３】
図１３は、サブプレイアイテムを含むプレイリストを説明するための図である。図１３を参照するに、プレイリストにはＰｌａｙＩｔｅｍ１、ＰｌａｙＩｔｅｍ２及びＳｕｂＰｌａｙＩｔｅｍ１を含む。ＳｕｂＰｌａｙＩｔｅｍ１のＩｎ＿ｔｉｍｅはＰｌａｙＩｔｅｍ１のＩｎ＿ｔｉｍｅと同一であり、Ｏｕｔ＿ｔｉｍｅはＰｌａｙＩｔｅｍ２のＯｕｔ＿ｔｉｍｅと同一である。
【００８４】
図１４は、記録単位であるクリップに対する記録構造に関するクリップインフォメーション構造を示す図である。クリップインフォメーションはＳｅｑｕｅｎｃｅＩｎｆｏ及びＣＰＩ（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｐｏｉｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）を含む。
【００８５】
図１５は、図１４に示されたＳｅｑｕｅｎｃｅＩｎｆｏの一例を表す図である。図１５を参照するに、ＳｅｑｕｅｎｃｅＩｎｆｏは、該当クリップ内のＳＴＣ＿ｓｅｑｕｅｎｃｅの数を表す情報であるｎｕｍ＿ｓｔｃ情報、ｎｕｍ＿ｓｔｃほど反復される各静止映像に該当する各ＳＴＣ＿ｓｅｑｕｅｎｃｅのＰｏｓｉｔｉｏｎ、ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ、ｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ情報を含む。前述したＳｅｑｕｅｎｃｅＩｎｆｏに含まれた情報は動映像構造に対しても変更なしに適用できる。
【００８６】
図１６は、図１４に示されたＣＰＩ情報の一例を示す図であり、ＣＰＩ情報はＥＰ＿ｍａｐ情報を含む。ＥＰ ｍａｐ（Ｅｎｔｒｙ Ｐｏｉｎｔ ｍａｐ）は該当クリップのＥｎｔｒｙ Ｐｏｉｎｔに関する付加情報である。例えば、ＭＰＥＧビデオ符号化でＥｎｔｒｙ Ｐｏｉｎｔとは、Ｉｎｔｒａ ｐｉｃｔｕｒｅとして符号化された映像の開始点を表す。本実施例で、各静止映像がＭＰＥＧ Ｉｎｔｒａ ｐｉｃｔｕｒｅ及びＳｅｑｕｅｎｃｅ Ｅｎｄ Ｃｏｄｅとして具現された場合、各静止映像はＥｎｔｒｙ Ｐｏｉｎｔとなる。
【００８７】
ＥＰ＿ｍａｐ情報には、該当クリップに属するＥｎｔｒｙ Ｐｏｉｎｔの数に関する情報であるＮｕｍ＿ｏｆ＿ｅｎｔｒｙ＿ｐｏｉｎｔと、その数ほどの該当エントリーポイントの位置及び該当エントリーポイントのＰＴＳ値とが記録されている。静止映像の場合には、このポジション及びＰＴＳ値は、該当ＳＴＣ＿ｓｅｑｕｅｎｃｅのＰｏｓｉｔｉｏｎ及びｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅと一致するので、静止映像の場合にはＣＰＩが存在しなくてもよい。但し、ＣＰＩは動映像ではランダムサーチのために必要である。
【００８８】
図９に示された再生装置において、媒体駆動部９０２は、情報保存媒体８００から付加情報であるクリップインフォメーション及びプレイリスト情報を読出して制御部９３０に伝達し、制御部９３０はそれをメモリ９５０に一時保存する。制御部９３０は、再生せねばならないプレイリスト情報を探して該当プレイリストに属するプレイアイテム情報を一つずつ分析する。クリップインフォメーションとの関係を通じて該当静止映像及びオーディオファイルの位置を把握した後、媒体駆動部９０１を通じてデータを読込む。
【００８９】
静止映像データはメインストリームバッファ９０２に保存された後、オーディオデータはサブオーディオバッファ９０３に保存された後にシステム復号器９１０に入力される。システム復号器９１０は、サブオーディオ用ＳＴＣカウンタ７５０を別途に具備しているため、ラウザブルスライドショーの再生時にユーザーの命令によって前方再生または後方再生を実施してもオーディオデータを中断なしに再生できる。
【００９０】
本発明はまた、コンピュータ可読記録媒体にコンピュータ可読コードとして具現できる。コンピュータ可読記録媒体は、コンピュータシステムによって読取られるデータが保存されるあらゆる記録装置を含む。コンピュータ可読記録媒体の例には、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ保存装置などがあり、またキャリアウェーブ（例えば、インターネットを通じた伝送）の形で具現されるものも含む。また、コンピュータ可読記録媒体はネットワークに連結されたコンピュータシステムに分散されて、分散方式でコンピュータ可読コードで保存されかつ実行されうる。
【００９１】
これまで本発明についてその望ましい実施例を中心に説明した。当業者ならば、本発明が本発明の本質的な特性から逸脱しない範囲で変形された形で具現されうることを理解できるであろう。本発明の範囲は、前述した説明ではなく特許請求の範囲に現れており、それと同等な範囲内にあるあらゆる差異点は本発明に含まれていると解釈されねばならない。
【符号の説明】
【００９２】
２００ 符号化装置
４００ パケットデータ
７００ データ復号装置
９００ データ再生装置
【技術分野】
【０００１】
本発明はデータ復号に係り、より詳細にはブラウザブルスライドショー提供のためのデータ復号装置、その復号方法及びその情報保存媒体に関する。
【背景技術】
【０００２】
映像情報は、データ量がぼう大なためにデータ圧縮を行った後、記録媒体に記録または伝送される。代表的な映像圧縮方法には、ＩＳＯ及びＩＥＣで共通に定めたＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）符号化方法がある。映像情報と共に符号化されるオーディオ情報もやはり、ＭＰＥＧまたはＡＣ−３（Ａｕｄｉｏ Ｃｏｄｉｎｇ ｐｈａｓｅ ３）などの符号化方法を用いて圧縮される。符号化された動映像データ及びオーディオデータは、相互同期のための時間情報を付加して多重化される。
【０００３】
パケットによる多重化は、たとえば、ビデオデータ及びオーディオデータを多重化する場合、図１に示されたようにビデオデータ、オーディオデータそれぞれをパケットと呼ばれる適当な長さのビット列に分割し、ヘッダなどの付加情報を付けてビデオパケットとオーディオパケットとを適当に混合して時分割伝送する方式である。したがって、それらパケットには、図１に示されたように、ヘッダと呼ばれる頭部分にビデオなのかオーディオなのかの属性を識別するための情報が入っている。
【０００４】
一方、ＭＰＥＧの同期方式には、タイムスタンプと呼ばれる時間情報が考慮される。タイムスタンプは、再生時の復号処理のために各アクセス単位毎に付けられる一種の時間管理タグのようなものであり、すなわち、ビデオ、オーディオのアクセス単位である復号再生の単位毎にいつ復号再生するかを示す情報をいう。ＭＰＥＧの符号化方式によって、二種類のタイムスタンプがある。
【０００５】
その一つは、プレゼンテーションタイムスタンプ（ＰＴＳ）と呼ばれる再生出力の時間管理情報であり、ＭＰＥＧシステムの基準復号器内部のシステムタイムクロック（ＳＴＣ：基本になる同期信号）がこのようなＰＴＳと一致する時、そのアクセス単位を再生出力する。
【０００６】
他の一つは、デコーディングタイムスタンプ（ＤＴＳ）と呼ばれる復号の時間管理情報であり、ＭＰＥＧではビデオの符号化ビット列の送出順序が特別なためにＤＴＳが備えられている。すなわち、Ｉピクチャー及びＰピクチャーがＢピクチャーより先行して符号化ビット列に送出されるために復号順序と再生出力順序とが異なるが、ＰＴＳとＤＴＳとが異なる場合にはパケットデータに二つを連続してロードし、一致する場合にはＰＴＳのみをロードする。
【０００７】
図２は、ＭＰＥＧシステム符号化で使われる階層化された符号化装置２００のブロック図である。
【０００８】
ビデオ符号化器２１０及びオーディオ符号化器２２０は、デジタル化されたビデオデータ及びオーディオデータをそれぞれ受信して符号化する。
【０００９】
第１パケッタイザー２３０及び第２パケッタイザー２４０は、ビデオ符号化器２１０及びオーディオ符号化器２２０から出力された符号化されたビデオデータ及び符号化されたオーディオデータを適当な大きさに切断してパケット化することにより、パケット化されたエレメンタリーストリーム（ＰＥＳ）パケットを生成する。
【００１０】
このようなＰＥＳパケットデータには、前記のようなＰＴＳ及びＤＴＳ情報が付加されうる。このような符号化時間情報は他のデータと同期を合せる時に使われる情報であり、ＤＴＳは該当映像が復号化される時間を表し、ＰＴＳは該当映像が出力される時間を表す。オーディオデータの場合にはＰＴＳのみを持つことが一般的であり、この場合、ＤＴＳはＰＴＳと同じものと見なされる。このような時間情報が付加された後、実際オーディオデータまたはビデオデータはペイロードデータの形にロードされてパケット化される。
【００１１】
プログラムストリーム多重化器２５０及びトランスポートストリーム多重化器２６０は、パケッタイザーによりパケット化されたビデオＰＥＳ及びオーディオＰＥＳをそれぞれプログラムストリーム（ＰＳ）またはトランスポートストリーム（ＴＳ）に多重符号化する。多重符号化は、各ＰＥＳパケットを再び一定単位に合せた後、識別番号を付けて多重化することである。
【００１２】
ＰＳは、保存媒体などで使われるように意図されたものであり、ＰＳパックという単位が多重化単位となる。動映像保存媒体の代表的な応用であるＤＶＤビデオ規格では２０４８バイト単位のＰＳパックを使用する。
【００１３】
ＴＳは、デジタル放送のようにデータの損失が生じる応用に合せて意図されたものであり、ＴＳパケットという単位が多重化単位となり、その大きさは１８８バイトに固定されている。一方、デジタル放送データを保存媒体に記録する応用の場合には、たとえ保存媒体に記録する場合であるとしても、ＴＳを使用する場合が多くなっている。以下、本明細書では、多重化方法としてＴＳを使用すると仮定するが、ＰＳを使用する場合にも同様に応用できる。
【００１４】
ＴＳは、前記のようにパケット化されたデータであり、パケット化されたデータとは、ビデオ及びオーディオなどのデータが一定の大きさの単位に分けられて衛星、ケーブルまたはＬＡＮ（ローカルエリアネットワーク）を通じて伝送されるものであり、一定の大きさの単位はＩＳＯ／ＩＥＣ １３８１８−１規格のＭＰＥＧ−２伝送ストリームを利用する場合には１８８バイトであり、ＡＴＭ規格を利用する場合には５３バイトである。
【００１５】
一方、デジタル放送では、パケットデータの形でパケットデータ間の時間間隔が不規則に伝送される。伝送されたパケットデータは、一般的に復号器を具備した受信器側のバッファを経た後、復号器により復号され、ユーザーが放送を見られる。ところが、このようなパケットデータを記録媒体に一時保存した後にユーザーの所望の時間に再生する場合、再生装置に含まれた復号器にデータが入力される時、元のパケットデータが伝送されてきた不特定の時間間隔は重要な意味をもつ。その理由は、元の伝送側で、復号器を持つ受信側バッファの状態を考慮してパケットデータ間の時間間隔を調節してパケットデータを伝送するため、その時間間隔が守られない場合に復号のためのバッファがオーバーフローまたはアンダーフローになるためである。このような理由で、パケット単位で記録装置に到着した時間に関する情報をあらゆるパケットデータに付加して記録し、再生装置では前記付加された時間情報を用いてパケットデータを再生して出力することが要求される。
【００１６】
このようにＴＳ形式で伝送されたパケットデータを記録媒体に記録し、記録媒体に記録されたパケットデータを再び再生する場合に、正しい再生のために“到着時間情報”概念が要求される。
【００１７】
すなわち、記録装置は、伝送側で特定の間隔で伝送したパケットデータを受信してそれを記録媒体に記録し、その記録されたパケットデータを再生するために復号器に送る時、伝送側から伝送した特定間隔と同じ間隔で伝送するためにカウンタを具備するが、このようなカウンタは、９０Ｋｈｚまたは２７Ｍｈｚで駆動されるシステムクロックにより作動され、該当パケットが到着した瞬間のカウンタ値、すなわち、アライバルタイムスタンプ（ＡＴＳ）をパケットデータに付加して記録する。そして、記録されたデータを再生するために復号器のバッファに伝送する時間間隔を、パケットデータに付加されたカウンタ値を参照して調節する。このようなカウンタを、ＡＴＣカウンタという。言い換えれば、ＡＴＣカウンタを参照して入力されるデータにＡＴＳを付加して記録し、再生時には前記付加されたＡＴＳを参照してデータを出力する。
【００１８】
図３に、一般的なパケットデータの入力時に到着時間が付加記録されたデータの基本形態及び再生時のデータ出力時間との関係が概念的に図示されている。
【００１９】
パケットデータＡ、Ｂ、Ｃ、Ｄがそれぞれ到着時間１００、１１０、１３０、１５０に受信されれば、記録装置は、各パケットデータＡ、Ｂ、Ｃ、Ｄにそのパケットデータが到着した時間１００、１１０、１３０、１５０をＡＴＳで付加して記録する。そして、再生時には各パケットデータに付加されたＡＴＳが参照されて、パケットデータＡは出力時間１００から出力され、パケットデータＢは出力時間１１０から出力され、パケットデータＣは出力時間１３０から出力され、パケットデータＤは出力時間１５０から出力される。
【００２０】
図４は、ＡＴＳが付加されて記録媒体に記録されるパケットデータ４００の構造が示されている。図４に示されたデータ４００の構造は、ＡＴＳ ４１０と、ＤＴＳ ４２０、ＰＴＳ ４３０、ビデオデータ（またはオーディオデータ）４４０を含む。
【００２１】
図５は、従来技術によるＰＴＳ、ＤＴＳなどの符号化時間情報を用いて同期を合せるための復号装置のブロック距離の一例を示す図である。図５を参照するに、復号装置は逆多重化部５１０、ビデオ復号器５３０、ＳＴＣカウンタ５５０及びオーディオ復号器５７０を含む。
【００２２】
まず、逆多重化器５１０は、受信されたＴＳを逆多重化して、ビデオパケットデータはビデオ復号器５３０に伝送し、オーディオパケットデータはオーディオ復号器５７０に伝送する。
【００２３】
次いで、ＳＴＣカウンタ５５０は、パケットデータに含まれたＰＣＲ（プログラムクロックリファランス）によりセットされる。図５に示されていないが、ビデオ復号器５３０及びオーディオ復号器５７０は、逆多重化器５１０から入力されたパケットデータの一時保存のための復号器バッファを含む。ＰＣＲを含むパケットデータが復号器バッファに入力されれば、ＳＴＣカウンタ５５０の出力値はＰＣＲと同じ値に設定される。ＳＴＣカウンタ５５０は、９０Ｋｈｚまたは２７Ｍｈｚで駆動されるカウンタで具現される。
【００２４】
このようにセットされたＳＴＣカウンタ５５０により、ビデオパケットデータはＤＴＳ時間にビデオ復号器５３０に入力されて復号され、オーディオパケットデータはＰＴＳ値のみを持つので、ＰＴＳ時間にオーディオ復号器５７０に入力されると同時に出力される。
【００２５】
各ビデオデータパケット及びオーディオデータパケットに含まれたＰＴＳ及びＤＴＳ時間になれば、ビデオデータパケット及びオーディオデータパケットは復号されてバッファは空けられる。同じ時間に出力されるビデオ映像及びオーディオ映像は同じＰＴＳ値を持つ。
【００２６】
前述したように、ＳＴＣカウンタ５５０を用いて前記ＰＴＳ及びＤＴＳ時間に合せられる瞬間に復号及び出力を制御すれば、オーディオ及びビデオデータの同期が合せられる。すなわち、オーディオ及びビデオが、ＳＴＣカウンタ５５０が提供する一つのクロックによりデータ復号のために同期される。
【００２７】
一方、静止映像のディスプレイ方法のうち一つとして、スライドショーがある。静止映像が一定時間の間にディスプレイされつつ他の静止映像に場面が転換され続ける応用例である。スライドショーは、時間基準スライドショーとブラウザブルスライドショーの２種類に区別できる。時間基準スライドショーは、ユーザーが後方再生または前方再生を実施する場合、静止映像に付加されたオーディオもやはり新たに更新された静止映像に同期されて再生される。したがって、オーディオの再生が中断され、新たな静止映像に対応するオーディオが再生される。
【００２８】
ユーザーが後方再生や前方再生動作を行ってもオーディオの再生は中断されないスライドショーをブラウザブルスライドショーという。例えば、写真が入っているアルバムをひも解いてみるようにスライドショーが行われ、かつ背景音楽が流れ出るブラウザブルスライドショーでは、ユーザーが現在写真の前や後にある任意の他の写真を選択して再生しても背景音楽は切れない。
【００２９】
図６を参照して、時間基準スライドショーでの前方再生や後方再生時のオーディオデータの中断現象についてさらに詳細に説明する。メインストリームデータは一般的にビデオデータ、オーディオデータまたはサブピクチャーデータを含むが、時間基準スライドショーの場合、ビデオデータは静止映像データになり、オーディオデータは含まれない。
【００３０】
図６を参照するに、各静止映像及びサブオーディオデータは、同期のための符号化時間情報であるＰＴＳ情報を持って同期化される。再生の進行につれて復号器のＳＴＣカウンタの値が増加し、この値に合う正常再生が続く。しかし、ユーザーが後方再生命令を入力する場合、ＳＴＣカウンタ値はユーザーが選択した後方再生のターゲット映像の位置に合うように再調整される。このようにＳＴＣ値が新たに更新されるにつれて、静止映像の復元だけでなくサブオーディオの復元もこのようなＳＴＣに合うように再調整されることによって、サブオーディオデータ、すなわち、背景音楽の中断が発生する。
【００３１】
したがって、従来技術によれば、一つのＳＴＣカウンタでビデオ復号器とオーディオ復号器いずれも制御するので、時間基準スライドショーのような応用を従来の再生装置に応用すれば、ユーザーの前方再生や後方再生命令によりＳＴＣ値が再調整される場合に、背景音楽などのようなサブオーディオデータの再生中断現象が発生してブラウザブルスライドショーを具現し難い問題点がある。
【発明の概要】
【発明が解決しようとする課題】
【００３２】
したがって、本発明が解決しようとする技術的課題は、ブラウザブルスライドショーのようにサブオーディオが付加された静止映像データの再生時、ユーザーの前方再生または後方再生の場合にもサブオーディオを中断なしに再生できるブラウザブルスライドショーの再生のためのデータ復号装置、その復号方法及びその記録媒体を提供するところにある。
【課題を解決するための手段】
【００３３】
前記課題を解決するために、本発明によるデータ復号装置は、ブラウザブルスライドショーの再生のためのデータ復号装置において、ブラウザブルスライドショーのための映像データを含むメインストリームパケットデータをデコーディングするメインストリーム用デコーダと、前記映像データに付加されたオーディオデータを含むサブオーディオパケットデータをデコーディングするサブオーディオ用デコーダと、前記メインストリームパケットデータのデコーディング時間制御のために提供されるＳＴＣシーケンスを、前記メインストリーム用デコーダに提供するメインストリーム用ＳＴＣカウンタと、前記サブオーディオパケットデータのデコーディング時間制御のために提供されるＳＴＣシーケンスを前記サブオーディオ用デコーダに提供するサブオーディオ用ＳＴＣカウンタとを含む。
【００３４】
また、前記メインストリーム用ＳＴＣカウンタは、前記メインストリームパケットデータに含まれたそれぞれの静止映像別にＳＴＣシーケンスを前記メインストリーム用デコーダに提供することが望ましい。
【００３５】
前記課題を解決するために、本発明によるデータ復号方法は、ブラウザブルスライドショーの再生のためのデータ復号方法において、ブラウザブルスライドショーのための映像データを含むメインストリームパケットデータのデコーディング時間制御のためのメインストリーム用ＳＴＣシーケンスを提供する段階と、前記メインストリーム用ＳＴＣシーケンスによって前記メインストリームパケットデータをデコーディングする段階と、前記映像データに付加されたオーディオデータを含むサブオーディオパケットデータのデコーディング時間制御のためのサブオーディオ用ＳＴＣシーケンスを提供する段階と、前記サブオーディオ用ＳＴＣシーケンスによって前記サブオーディオ用パケットデータをデコーディングする段階と、を含む。
【００３６】
また、前記メインストリーム用ＳＴＣシーケンスを提供する段階は、前記メインストリームパケットデータに含まれたそれぞれの静止映像別にＳＴＣシーケンスを提供することが望ましい。
【００３７】
前記課題を解決するために、本発明による情報保存媒体は、ブラウザブルスライドショーのためのデータを保存した情報保存媒体において、映像データを含む複数のクリップと、前記各クリップのデータ構造に関する情報を含むクリップインフォメーションと、前記各クリップの再生に関する情報を含むプレイリストと、が記録され、前記クリップインフォメーションは、前記クリップに含まれた各静止映像のＳＴＣシーケンスに関する情報を含む。
【００３８】
また、前記各静止映像のＳＴＣシーケンスに関する情報は、各静止映像が含まれたクリップ内での位置情報、前記各静止映像の再生開始時間情報及び再生終了時間情報を含むことが望ましい。
【００３９】
また、前記プレイリストは複数のプレイアイテムを含み、前記各プレイアイテムは一つの静止映像の実際再生開始時間情報及び実際再生終了時間情報を含むことが望ましい。
【発明の効果】
【００４０】
以上で説明したように、本発明によれば、ブラウザブルスライドショーのようにサブオーディオが付加された静止映像データの再生時、ユーザーの前方再生または後方再生の場合にもサブオーディオの中断なしに再生できる効果を提供する。
【図面の簡単な説明】
【００４１】
【図１】従来技術によって多重化されたパケットデータを説明するための図である。
【図２】ＭＰＥＧシステム符号化で使われる階層化された符号化装置のブロック図である。
【図３】従来技術によって到着時間情報が付加されたデータの基本形態及び再生時のデータ出力時間との関係を示す概念図である。
【図４】従来技術によって時間同期情報が付加されたパケットデータの一例を示す図である。
【図５】従来技術による復号装置のブロック図である。
【図６】従来技術によってスライドショーの再生時に現れうるＳＴＣカウンタ値の再調整を説明するための図である。
【図７】本発明によるブラウザブルスライドショーを説明するための図である。
【図８】本発明の一実施例によるブラウザブルスライドショーの提供のためのデータ復号装置のブロック図である。
【図９】本発明の一実施例によるデータ復号装置を含むデータ再生装置のブロック図である。
【図１０Ａ】本発明によって各静止映像データの復号に用いられるＳＴＣシーケンスを示す図である。
【図１０Ｂ】本発明によってオーディオデータの復号に用いられるＳＴＣシーケンスを示す図である。
【図１１】前述したプレイリスト、クリップインフォメーション及びクリップの関係を説明するための図である。
【図１２】相異なるデフォルト再生時間を持つ複数のプレイアイテムを説明するための図である。
【図１３】サブプレイアイテムを含むプレイリストを説明するための図である。
【図１４】クリップインフォメーションのデータ構造を説明するための図である。
【図１５】図１４に示されたＳｅｑｕｅｎｃｅＩｎｆｏの一例を示す図である。
【図１６】図１４に示されたＣＰＩ情報の一例を示す図である。
【発明を実施するための形態】
【００４２】
以下、添付された図面を参照して本発明による望ましい実施例を詳細に説明する。
【００４３】
図７は、本発明によるブラウザブルスライドショーを説明するための図である。最初の映像はＰＴＳ情報によってあらかじめ指定された再生時間に合せて再生され、残りの映像は最初の映像の再生時間から所定時間の経過後に再生される。しかし、本実施例でｄｅｆａｕｌｔ ｄｕｒａｔｉｏｎ ｔｉｍｅは無限大であるため、最初の映像以外の映像はユーザー入力によって再生される。ブラウザブルスライドショーのために付加されたオーディオも該当ＰＴＳに合せて再生される。スライドショーの途中にユーザーが後方再生または前方再生命令を下した場合、現在静止映像の再生は中断されて該当静止映像の再生が始まる。しかし、オーディオの場合は中断なしに再生され続ける。ブラウザブルスライドショーの具体的な応用例には、背景音楽が再生されつつ写真のような静止映像が出力されるフォトアルバムなどのようなものがある。
【００４４】
したがって、ブラウザブルスライドショーの具現のためには、図７に示されたように、オーディオのためのＳＴＣ値は静止映像のためのＳＴＣ値とは別個に増加し続けねばならない。
【実施例】
【００４５】
図８は、本発明の一実施例によるブラウザブルスライドショーの提供のためのデータ復号装置のブロック図である。図８を参照するに、データ復号装置は、メインストリーム用デコーダ７１０、メインストリーム用ＳＴＣカウンタ７３０、サブオーディオ用ＳＴＣカウンタ７５０及びサブオーディオ用デコーダ７７０を含む。
【００４６】
本発明による復号装置は、メインストリームデータはメインストリーム用ＳＴＣカウンタ７３０により、サブオーディオデータは、サブオーディオ用ＳＴＣカウンタ７５０が提供する別途のＳＴＣ値によって復号されることにより、メインストリーム用ＳＴＣカウンタ７３０のＳＴＣ値が再調整された場合にもサブオーディオ用ＳＴＣカウンタ７５０のＳＴＣ値は影響されないので、映像の前方再生または後方再生を行う場合にも中断のないサブオーディオデータの再生を行える。
【００４７】
図８を参照して、本発明の一実施例による復号装置の動作を説明する。
【００４８】
メインストリームデータはメインストリーム用デコーダ７１０に入力され、サブオーディオデータはサブオーディオ用デコーダ７７０に入力される。本実施例でメインストリームデータは、多様な方式によって符号化されたデータである。例えば、複数の静止映像をＪＰＥＧのような静止映像符号化方法によって符号化することによって生成された一連のデータストリームであるか、または、ＭＰＥＧのような動映像符号化方法によって符号化することによって生成された一連のデータストリームでありうる。もし、ＭＰＥＧのような動映像符号化方法によって生成されたデータストリームである場合、イントラフレームのみを用いて画面に静止映像を再生させうる。
【００４９】
本実施例では説明の便宜のために、メインストリーム用デコーダ７１０に入力されるメインストリームデータは、ＪＰＥＧのような静止映像符号化方法によって生成された一連のデータストリームであると仮定する。
【００５０】
サブオーディオ用デコーダ７７０に入力されるサブオーディオデータは、メインストリームデータの静止映像に付加されて再生されるオーディオデータである。
【００５１】
メインストリームデータ及びサブオーディオデータは、本発明によるデータ構造でデータが保存されたＤＶＤのような情報保存媒体（図示せず）に保存される。メインストリームデータとサブオーディオデータとは、本発明による情報保存媒体に別個のファイルで保存される。
【００５２】
メインストリームデータパケットが、メインストリーム用デコーダ７１０内に備えられたバッファ（図示せず）に入力されれば、メインストリーム用ＳＴＣカウンタ７３０の出力値は、データパケットに含まれたＰＣＲ情報により該当パケットのＰＣＲ値と同一に初期化される。メインストリームデータが、ＪＰＥＧのような静止映像符号化方法によって符号化されたデータである場合、各静止映像データ別にＰＣＲ情報は異なるので、図１０に図示されたように、メインストリーム用ＳＴＣカウンタ７３０の出力であるＳＴＣシーケンスは静止映像別に相異なる。
【００５３】
前述したように初期化されたメインストリーム用ＳＴＣカウンタ７３０により提供されるＳＴＣ値を参照して、メインストリーム用デコーダ７１０はメインストリームパケットデータを復号する。
【００５４】
メインストリーム用ＳＴＣカウンタ７３０は、９０Ｋｈｚまたは２７Ｍｈｚで駆動されるカウンタで具現できる。
【００５５】
サブオーディオ用ＳＴＣカウンタ７５０及びサブオーディオ用デコーダ７７０の動作も、メインストリーム用ＳＴＣカウンタ７３０及びメインストリーム用デコーダ７１０の動作と類似している。
【００５６】
サブオーディオパケットデータが、サブオーディオ用デコーダ７７０内に備えられたバッファ（図示せず）に入力されれば、サブオーディオ用ＳＴＣカウンタ７５０の出力値は、データパケットに含まれたＰＣＲ情報により該当パケットのＰＣＲ値と同一に初期化される。
【００５７】
初期化されたサブオーディオ用ＳＴＣカウンタ７５０により提供されるＳＴＣ値を参照して、サブオーディオ用デコーダ７７０はサブオーディオパケットデータを復号する。サブオーディオ用ＳＴＣカウンタ７５０は、メインストリーム用ＳＴＣカウンタ７３０と同じく９０Ｋｈｚまたは２７Ｍｈｚで駆動されるカウンタで具現できる。
【００５８】
図９は、本発明によるデータ復号装置を含むデータ再生装置９００のブロック図の一例を示す図である。図９を参照するに、再生装置９００は、媒体駆動部９０１、メインストリームバッファ９０２、サブオーディオ用バッファ９０３、システム復号器９１０、グラフィック処理器９２０、制御部９３０及びメモリ９５０を含む。システム復号器９１０は、図８に示された本発明によるデータ復号装置７００、メインストリームデパケッタイザー９０４、メインストリーム用ＡＴＣカウンタ９０５、サブオーディオ用ＡＴＣカウンタ９０６、サブオーディオデパケッタイザー９０７及びデマルチプレクサ９０８を含む。
【００５９】
媒体駆動部９０１は、保存媒体８００からＡＴＳが付加されたパケットデータを読出す。媒体駆動部９０１は、静止映像データなどを含むメインストリームパケットデータはメインストリームバッファ９０２に伝送し、サブオーディオデータはサブオーディオバッファ９０３に伝送する。
【００６０】
メインストリームパケットデータとサブオーディオデータとは、保存媒体８００に別個のデータファイルに保存されている。保存媒体８００には本発明によるデータ構造でデータが保存されている。保存媒体８００に保存されたデータの詳細構造については後述する。
【００６１】
メインストリームデパケッタイザー９０４は、メインストリームバッファ９０２からメインストリームパケットデータを受信し、その受信されたメインストリームパケットデータをデパケット化してデマルチプレクサ９０８に伝送する。この時、メインストリームデパケッタイザー９０４は、メインストリーム用ＡＴＣカウンタ９０５が提供するＡＴＣ基準値を参照して各パケットデータに付加されたＡＴＳ情報を解釈した後、デマルチプレクサ９０８に出力するパケットの順序を決定して、所定時間にＡＴＳが分離されたデパケット化されたデータをデマルチプレクサ９０８に出力する。
【００６２】
メインストリーム用ＡＴＣカウンタ９０５は、メインストリームデパケッタイザー９０４がデマルチプレクサ９０８に出力するパケットの順序または出力時間を決定できるように、ＡＴＣ基準値をメインストリームデパケッタイザー９０４に提供する。すなわち、メインストリームデパケッタイザー９０４に入った最初のパケットデータに付加されたＡＴＳ値によりメインストリーム用ＡＴＣカウンタ９０５は初期化され、その初期化された時点からメインストリーム用ＡＴＣカウンタ９０５はカウントを続ける。そして、メインストリーム用ＡＴＣカウンタ９０５のカウント値が、メインストリームデパケッタイザー９０４に入った第２のパケットデータに付加されたＡＴＳ値と一致すれば、メインストリームデパケッタイザー９０４は、前記第２のパケットデータのデパケット化されたデータをデマルチプレクサ９０８に伝送する。
【００６３】
サブオーディオデパケッタイザー９０７及びサブオーディオ用ＡＴＣカウンタ９０６の動作も、メインストリームデパケッタイザー９０４及びメインストリーム用ＡＴＣカウンタ９０５の動作と類似している。
【００６４】
サブオーディオデパケッタイザー９０７は、サブオーディオ用バッファ９０３からサブオーディオパケットデータを受信し、その受信されたサブオーディオパケットデータをデパケット化してデパケット化されたデータを出力する。この時、サブオーディオデパケッタイザー９０７は、サブオーディオ用ＡＴＣカウンタ９０６が提供するＡＴＣ基準値を参照して各パケットデータに付加されたＡＴＳ情報を解釈した後、サブオーディオ用デコーダ７７０に出力するパケットの順序を決定し、所定時間にＡＴＳが分離されたデパケット化されたデータをサブオーディオ用デコーダ７７０に出力する。
【００６５】
サブオーディオ用ＡＴＣカウンタ９０６は、サブオーディオデパケッタイザー９０７がサブオーディオ用デコーダ７７０に出力するパケットの順序または出力時間を決定できるように、ＡＴＣ基準値をサブオーディオデパケッタイザー９０７に提供する。すなわち、サブオーディオデパケッタイザー９０７に入った最初のパケットデータに付加されたＡＴＳ値によりサブオーディオ用ＡＴＣカウンタ９０６は初期化され、その初期化された時点からサブオーディオ用ＡＴＣカウンタ９０６はカウントを続ける。そして、サブオーディオ用ＡＴＣカウンタ９０６のカウント値が、サブオーディオデパケッタイザー９０７に入った第２のパケットデータに付加されたＡＴＳ値と一致すれば、サブオーディオデパケッタイザー９０７は前記第２のパケットデータのデパケット化されたデータを出力する。
【００６６】
デマルチプレクサ９０８は、受信されたＤＴＳ、ＰＴＳ情報が入っているメインストリームデータをデマルチプレクスしてメインストリーム用デコーダ９０９に伝送する。
【００６７】
制御部９３０は、本発明によって情報保存媒体８００に保存されたデータを再生するように再生装置９００の全体動作を制御する。メモリ９５０には、情報保存媒体８００から読出された付加情報であるクリップインフォメーション及びプレイリスト情報を制御部９３０から伝達されて保存する。クリップインフォメーション及びプレイリスト情報については後述する。
【００６８】
以下では、本発明によるデータ構造でデータが保存された情報保存媒体８００について説明する。
【００６９】
図１０Ａ及び図１０Ｂは、本発明によってブラウザブルスライドショーのための静止映像及びオーディオデータの復号に用いられるＳＴＣシーケンスを説明するための図である。図１０Ａは、各静止映像データの復号に用いられるＳＴＣシーケンスを示す図であり、図１０Ｂは、オーディオデータの復号に用いられるＳＴＣシーケンスを示す図である。
【００７０】
図１０Ａを参照するに、複数の静止映像は一つの静止映像用データファイルに含まれる。各静止映像のＰＣＲまたはＰＴＳ値は０から始まるように符号化される。
【００７１】
各静止映像には、静止映像と共に再生されるグラフィックデータあるいは字幕データが付加されていることがある。グラフィックデータあるいは字幕データはそれぞれＰＴＳ値を持っており、このＰＴＳ値は経時的に増加し続けうる。例えば、静止映像上にグラフィックよりなるアニメーションが経時的に動いたり、または字幕データが経時的に変わって出力される場合がある。したがって、一つの静止映像に属するデータの符号化時間情報は、開始時間は“０”と決定できるが、終了時間はあらかじめ定めることはできず、該当グラフィックデータあるいは字幕データの終了時間に合せて決定する。
【００７２】
ＳＴＣ＿ｓｅｑｕｅｎｃｅは、図８に図示されたメインストリーム用デコーダ７１０またはサブオーディオ用デコーダ７７０の復号動作を制御するために、メインストリーム用ＳＴＣカウンタ７３０またはサブオーディオ用ＳＴＣカウンタ７５０が提供する出力である。ＳＴＣ＿ｓｅｑｕｅｎｃｅは、メインストリーム用デコーダ７１０またはサブオーディオ用デコーダ７７０から提供する各パケットに含まれたＰＣＲにより初期化される。
【００７３】
本実施例では、各静止映像データに属する静止映像、グラフィックまたは字幕データの開始時間が該当静止映像の位置と関係なく“０”から始まる構造であるため、それぞれの静止映像データ別に一つのＳＴＣ＿ｓｅｑｕｅｎｃｅが生成される。静止映像用データファイル内に含まれた各静止映像の位置を探すためには、各ＳＴＣ＿ｓｅｑｕｅｎｃｅの開始位置情報が要求される。
【００７４】
スライドショーのために、オーディオデータは静止映像データに付加されていることもあり、そうでないこともある。もし付加された場合ならば、通常の場合のように、一つのオーディオファイルにＳＴＣ値が順次に増加する形でＰＣＲが記録されることが望ましい。図１０Ｂに示されたように、サブオーディオ用ＳＴＣカウンタ７５０は一つのＳＴＣ＿ｓｅｑｕｅｎｃｅを生成する。
【００７５】
本実施例で静止映像データは、複数の静止映像が集まって一つの記録単位であるクリップを形成する。さらに、記録単位であるクリップ毎に記録構造に関する情報を作って付加するが、これをクリップインフォメーションという。静止映像用クリップインフォメーションには、それぞれの静止映像に対応するＳＴＣ＿ｓｅｑｕｅｎｃｅに関する情報の集まりであるＳｅｑｕｅｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎが含まれる。Ｓｅｑｕｅｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎはクリップ内の静止映像の順に該当ＳＴＣ＿ｓｅｑｕｅｎｃｅの開始位置、ｐｒｅｓｅｎｔａｔｉｏｎ ｓｔａｒｔ ｔｉｍｅ、ｐｒｅｓｅｎｔａｔｉｏｎ ｅｎｄ ｔｉｍｅを含む。
【００７６】
ここでｐｒｅｓｅｎｔａｔｉｏｎ ｓｔａｒｔ ｔｉｍｅは、前記説明した通りあらかじめ決定できる。例えば、０または１／３０ｓｅｃのように非常に小さな値である。この値は、静止映像のＰＴＳ値と同じであることが望ましい。ｐｒｅｓｅｎｔａｔｉｏｎ ｅｎｄ ｔｉｍｅは、該当静止映像に属するグラフィックデータあるいは字幕データの再生終了時間を反映する。静止映像と同時に出力され、かつ変わらないデータの場合は、ｐｒｅｓｅｎｔａｔｉｏｎ ｅｎｄ ｔｉｍｅで１フレーム映像の持続時間が加えられた値となる。そうでない場合、例えば、１０秒間字幕が変わりつつ出力されるならば、ｐｒｅｓｅｎｔａｔｉｏｎ ｅｎｄ ｔｉｍｅは１０秒の時間を持つ必要がある。本実施例では、ｐｒｅｓｅｎｔａｔｉｏｎ ｅｎｄ ｔｉｍｅは無限大値を持つ。通常、無限大値を表示する方法は０あるいは表現可能な最も大きい値である。ｐｒｅｓｅｎｔａｔｉｏｎ ｅｎｄ ｔｉｍｅの表現のために割り当てられたビット数が３２ビットである場合、表現可能な最も大きい値は０ｘＦＦＦＦＦＦＦＦである。
【００７７】
本実施例では、再生順序及びデフォルト再生時間などのような再生構造に関する付加情報であるプレイリストを情報保存媒体８００にさらに記録して再生時に利用する。
【００７８】
図１１は、前述したプレイリスト、クリップインフォメーション及びクリップの関係を説明するための図である。図１１を参照するに、プレイリストは複数のプレイアイテムを含む。プレイアイテムの順序が再生順序となり、一つのプレイアイテムは一つの静止映像に対応する。プレイアイテムはＣｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ、ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄ、ＩＮ＿ｔｉｍｅ及びＯｕｔ＿ｔｉｍｅなどである。
【００７９】
Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅは、該当プレイアイテムが指定しようとする静止映像が記録されたＣｌｉｐファイルの構造に関する付加情報であるＣｌｉｐインフォメーションのファイル名である。ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄは、前記クリップ内で指定しようとするＳＴＣ＿ｓｅｑｕｅｎｃｅを識別するための情報である。前述したように、一つのクリップ内に複数の静止映像が順に記録されているので、静止映像の記録順序についての番号が識別番号として使われうる。
【００８０】
ＩＮ＿ｔｉｍｅは、該当ＳＴＣ＿ｓｅｑｕｅｎｃｅのｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅとｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ内に属する所定時点を指定する。静止映像の場合には、ＩＮ＿ｔｉｍｅとｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅとが同じことが望ましい。もし、静止映像がＭＰＥＧで規定したイントラ映像及びＳｅｑｕｅｎｃｅ ｅｎｄ ｃｏｄｅに符号化された場合には、必ず同一でなければならない。Ｏｕｔ＿ｔｉｍｅは該当ＳＴＣ＿ｓｅｑｕｅｎｃｅのｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ及びｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ内に属する所定時点を指定し、ＩＮ＿ｔｉｍｅよりは大きい必要がある。Ｏｕｔ＿ｔｉｍｅはｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅと同一であることが望ましいが、その以前値でも構わない。Ｏｕｔ＿ｔｉｍｅがｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅより小さな場合には、該当プレイアイテムはＯｕｔ＿ｔｉｍｅまで該当するデータのみ再生するようになり、それ以後のデータは出力されない。
【００８１】
静止映像の再生のための情報であるＩＮ＿ｔｉｍｅ及びＯＵＴ＿ｔｉｍｅがｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ及びｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ内の任意の時点を指示する構造は、動映像構造でも使われうるという点で望ましい。
【００８２】
また、前述した情報構造は、ｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅが無限大の値を持つ時に有効である。すなわち、静止映像自体は無限大のｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅを持ち、プレイアイテムが実際出力時間を制御する値を持っているため、図１２に示されたように、一つの静止映像を、複数のプレイアイテムが持つ相異なるデフォルト再生時間に再生できる。さらに、ＯＵＴ＿ｔｉｍｅが無限大の値を持つことができる。無限大の値は、一般的に０やＯＵＴ＿ｔｉｍｅを表現できる値のうち最も大きい値を表す方法で表示できる。無限大再生時間を持つ静止映像は、ユーザーが次の映像や以前映像出力のような再生動作に関する入力を実施した場合、該当静止映像出力を中止してユーザーの入力による再生を実施する。
【００８３】
図１３は、サブプレイアイテムを含むプレイリストを説明するための図である。図１３を参照するに、プレイリストにはＰｌａｙＩｔｅｍ１、ＰｌａｙＩｔｅｍ２及びＳｕｂＰｌａｙＩｔｅｍ１を含む。ＳｕｂＰｌａｙＩｔｅｍ１のＩｎ＿ｔｉｍｅはＰｌａｙＩｔｅｍ１のＩｎ＿ｔｉｍｅと同一であり、Ｏｕｔ＿ｔｉｍｅはＰｌａｙＩｔｅｍ２のＯｕｔ＿ｔｉｍｅと同一である。
【００８４】
図１４は、記録単位であるクリップに対する記録構造に関するクリップインフォメーション構造を示す図である。クリップインフォメーションはＳｅｑｕｅｎｃｅＩｎｆｏ及びＣＰＩ（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｐｏｉｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）を含む。
【００８５】
図１５は、図１４に示されたＳｅｑｕｅｎｃｅＩｎｆｏの一例を表す図である。図１５を参照するに、ＳｅｑｕｅｎｃｅＩｎｆｏは、該当クリップ内のＳＴＣ＿ｓｅｑｕｅｎｃｅの数を表す情報であるｎｕｍ＿ｓｔｃ情報、ｎｕｍ＿ｓｔｃほど反復される各静止映像に該当する各ＳＴＣ＿ｓｅｑｕｅｎｃｅのＰｏｓｉｔｉｏｎ、ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ、ｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ情報を含む。前述したＳｅｑｕｅｎｃｅＩｎｆｏに含まれた情報は動映像構造に対しても変更なしに適用できる。
【００８６】
図１６は、図１４に示されたＣＰＩ情報の一例を示す図であり、ＣＰＩ情報はＥＰ＿ｍａｐ情報を含む。ＥＰ ｍａｐ（Ｅｎｔｒｙ Ｐｏｉｎｔ ｍａｐ）は該当クリップのＥｎｔｒｙ Ｐｏｉｎｔに関する付加情報である。例えば、ＭＰＥＧビデオ符号化でＥｎｔｒｙ Ｐｏｉｎｔとは、Ｉｎｔｒａ ｐｉｃｔｕｒｅとして符号化された映像の開始点を表す。本実施例で、各静止映像がＭＰＥＧ Ｉｎｔｒａ ｐｉｃｔｕｒｅ及びＳｅｑｕｅｎｃｅ Ｅｎｄ Ｃｏｄｅとして具現された場合、各静止映像はＥｎｔｒｙ Ｐｏｉｎｔとなる。
【００８７】
ＥＰ＿ｍａｐ情報には、該当クリップに属するＥｎｔｒｙ Ｐｏｉｎｔの数に関する情報であるＮｕｍ＿ｏｆ＿ｅｎｔｒｙ＿ｐｏｉｎｔと、その数ほどの該当エントリーポイントの位置及び該当エントリーポイントのＰＴＳ値とが記録されている。静止映像の場合には、このポジション及びＰＴＳ値は、該当ＳＴＣ＿ｓｅｑｕｅｎｃｅのＰｏｓｉｔｉｏｎ及びｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅと一致するので、静止映像の場合にはＣＰＩが存在しなくてもよい。但し、ＣＰＩは動映像ではランダムサーチのために必要である。
【００８８】
図９に示された再生装置において、媒体駆動部９０２は、情報保存媒体８００から付加情報であるクリップインフォメーション及びプレイリスト情報を読出して制御部９３０に伝達し、制御部９３０はそれをメモリ９５０に一時保存する。制御部９３０は、再生せねばならないプレイリスト情報を探して該当プレイリストに属するプレイアイテム情報を一つずつ分析する。クリップインフォメーションとの関係を通じて該当静止映像及びオーディオファイルの位置を把握した後、媒体駆動部９０１を通じてデータを読込む。
【００８９】
静止映像データはメインストリームバッファ９０２に保存された後、オーディオデータはサブオーディオバッファ９０３に保存された後にシステム復号器９１０に入力される。システム復号器９１０は、サブオーディオ用ＳＴＣカウンタ７５０を別途に具備しているため、ラウザブルスライドショーの再生時にユーザーの命令によって前方再生または後方再生を実施してもオーディオデータを中断なしに再生できる。
【００９０】
本発明はまた、コンピュータ可読記録媒体にコンピュータ可読コードとして具現できる。コンピュータ可読記録媒体は、コンピュータシステムによって読取られるデータが保存されるあらゆる記録装置を含む。コンピュータ可読記録媒体の例には、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ保存装置などがあり、またキャリアウェーブ（例えば、インターネットを通じた伝送）の形で具現されるものも含む。また、コンピュータ可読記録媒体はネットワークに連結されたコンピュータシステムに分散されて、分散方式でコンピュータ可読コードで保存されかつ実行されうる。
【００９１】
これまで本発明についてその望ましい実施例を中心に説明した。当業者ならば、本発明が本発明の本質的な特性から逸脱しない範囲で変形された形で具現されうることを理解できるであろう。本発明の範囲は、前述した説明ではなく特許請求の範囲に現れており、それと同等な範囲内にあるあらゆる差異点は本発明に含まれていると解釈されねばならない。
【符号の説明】
【００９２】
２００ 符号化装置
４００ パケットデータ
７００ データ復号装置
９００ データ再生装置
【特許請求の範囲】
【請求項１】
ブラウザブルスライドショーの再生のためのデータ復号方法において、
ブラウザブルスライドショーのための映像データを含むメインストリームパケットデータのデコーディング時間制御のためのメインストリーム用ＳＴＣシーケンスを提供する段階と、
前記メインストリーム用ＳＴＣシーケンスによって前記メインストリームパケットデータをデコーディングする段階と、
前記映像データに付加されたオーディオデータを含むサブオーディオパケットデータのデコーディング時間制御のためのサブオーディオ用ＳＴＣシーケンスを提供する段階と、
前記サブオーディオ用ＳＴＣシーケンスによって前記サブオーディオ用パケットデータをデコーディングする段階と、を含み、
前記メインストリーム用ＳＴＣシーケンスは前記サブオーディオ用ＳＴＣシーケンスと独立的であることを特徴とする方法。
【請求項２】
前記メインストリーム用ＳＴＣシーケンスを提供する段階は、前記メインストリームパケットデータに含まれたそれぞれの静止映像別にＳＴＣシーケンスを提供することを特徴とする請求項１に記載の方法。
【請求項３】
前記メインストリーム用ＳＴＣシーケンスを提供する段階において、前記メインストリーム用ＳＴＣシーケンスの初期値は、前記メインストリームパケットデータに含まれた所定の基準値によって決定されることを特徴とする請求項１に記載の方法。
【請求項１】
ブラウザブルスライドショーの再生のためのデータ復号方法において、
ブラウザブルスライドショーのための映像データを含むメインストリームパケットデータのデコーディング時間制御のためのメインストリーム用ＳＴＣシーケンスを提供する段階と、
前記メインストリーム用ＳＴＣシーケンスによって前記メインストリームパケットデータをデコーディングする段階と、
前記映像データに付加されたオーディオデータを含むサブオーディオパケットデータのデコーディング時間制御のためのサブオーディオ用ＳＴＣシーケンスを提供する段階と、
前記サブオーディオ用ＳＴＣシーケンスによって前記サブオーディオ用パケットデータをデコーディングする段階と、を含み、
前記メインストリーム用ＳＴＣシーケンスは前記サブオーディオ用ＳＴＣシーケンスと独立的であることを特徴とする方法。
【請求項２】
前記メインストリーム用ＳＴＣシーケンスを提供する段階は、前記メインストリームパケットデータに含まれたそれぞれの静止映像別にＳＴＣシーケンスを提供することを特徴とする請求項１に記載の方法。
【請求項３】
前記メインストリーム用ＳＴＣシーケンスを提供する段階において、前記メインストリーム用ＳＴＣシーケンスの初期値は、前記メインストリームパケットデータに含まれた所定の基準値によって決定されることを特徴とする請求項１に記載の方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０Ａ】
【図１０Ｂ】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０Ａ】
【図１０Ｂ】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１０−２３９６５４（Ｐ２０１０−２３９６５４Ａ）
【公開日】平成２２年１０月２１日（２０１０．１０．２１）
【国際特許分類】
【出願番号】特願２０１０−１３２３２６（Ｐ２０１０−１３２３２６）
【出願日】平成２２年６月９日（２０１０．６．９）
【分割の表示】特願２００６−５０２７１４（Ｐ２００６−５０２７１４）の分割
【原出願日】平成１６年２月２４日（２００４．２．２４）
【出願人】（５０３４４７０３６）サムスン エレクトロニクス カンパニー リミテッド (2,221)
【Ｆターム（参考）】
【公開日】平成２２年１０月２１日（２０１０．１０．２１）
【国際特許分類】
【出願日】平成２２年６月９日（２０１０．６．９）
【分割の表示】特願２００６−５０２７１４（Ｐ２００６−５０２７１４）の分割
【原出願日】平成１６年２月２４日（２００４．２．２４）
【出願人】（５０３４４７０３６）サムスン エレクトロニクス カンパニー リミテッド (2,221)
【Ｆターム（参考）】
[ Back to top ]