JP2001223991A - マルチシーン記録媒体の再生装置及び方法 - Google Patents

Abstract

(57)【要約】 【課題】各種媒体から連続して読み取った、マルチアン
グルやマルチストーリーの２つ以上のシーンを同時に再
生することが出来ない。 【解決手段】ストリームＩＤ付け替え回路１０１によ
り、ストリームＩＤをアングル番号に応じたものに付け
替える。各ＭＰＥＧデコーダ１０２は、それぞれ異なる
アングル番号の信号をデコードする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、映画などのマル
チアングル映像やマルチストーリーといった同時進行す
るイベントの複数の映像等のデータをＭＰＥＧにより圧
縮して記録した光ディスクや光磁気ディスクや半導体等
の記録媒体から、これらのデータを再生するマルチシー
ン記録媒体の再生装置及び方法に関する。

【０００２】

【従来の技術】ＮＴＳＣやＰＡＬ等のＭＰ＠ＭＬの映像
信号を、直径１２ｃｍの光ディスクに約２時間分記録出
来るシステムとして、ＤＶＤ（Digital Versatile Dis
c）が知られている。ＤＶＤでは、ＮＴＳＣ等の映像デ
ータを、ＭＰＥＧで圧縮してディスクに記録している。
その他にも音声や字幕情報なども各種の圧縮方式によっ
て圧縮された後、システムレベルでＭＰＥＧのストリー
ムにして記録している。これらのディスクには、通常、
１つの映像とそれに対応した音声や字幕が記録されてい
る。

【０００３】また、場面によっては、被写体を異なる位
置から撮影した複数の映像が記録されていて、ユーザー
の好みによりその中から１つの映像を選択して見ること
が出来るような箇所を含むこともある。このような箇所
をマルチアングルと呼んでいる。マルチアングルでは、
多くの場合、同じシーンを異なった角度から撮影してい
るので、映像に対応する音声は共通で、所要時間も同じ
になっている。

【０００４】一方、ストーリー自体が複数に分かれてお
り、映像に加え、音声や所要時間も異なってくるものも
ある。これは、マルチストーリーと呼ばれており、ユー
ザーが選択した映像により、話の展開や結末が異なって
くるというものである。

【０００５】本明細書中では、これらマルチアングルや
マルチストーリーを総称してマルチシーンと記す。

【０００６】従来のマルチシーン記録媒体の再生装置で
は、ディスクドライブの再生速度の制約や再生回路の処
理能力の制約から、ＤＶＤプレーヤーやパソコンでは２
つ以上の場面のデータを十分再生できなかったこともあ
り、マルチシーン部分では１つの映像を選択して見てい
た。

【０００７】従来のマルチシーン記録媒体の再生装置で
は再生装置の能力により、マルチシーンについては、そ
の中の１つのシーンしか同時に見られないが、ユーザー
によっては「纏めて全部のシーンを見てしまいたい。」
とか「最初にざっと全てのシーンの内容を見て、より気
に入ったシーンを決めたい」という要望が出ることは容
易に想像される。

【０００８】マルチシーンの再生に関する技術に関して
は、特開平１０−９３９０８号公報「マルチシーン記録
媒体の再生装置及び方法」に開示されている。現在パソ
コン用にｎ倍速以上(ｎ≧２)のＤＶＤドライブが登場し
ているので、再生回路をｎ個用意して接続すれば上記特
許に示された様に能力的にはｎ個のシーンを再生可能で
ある。

【０００９】マルチシーンを再生するには各アングルの
映像のストリームＩＤが全てＥ０になっているため、２
つ以上のシーンを再生しようとした場合には、各ＭＰＥ
Ｇデコーダは自分のデコードすべき映像データの区別が
出来るようにする工夫が必要である。例えばパソコンの
拡張ユニットに３枚のＭＰＥＧデコーダボードを実装
し、各拡張ユニット(各再生回路)のパソコン上のＩ／Ｏ
アドレスをＡ番地・Ｂ番地・Ｃ番地の様に変えておき、
ディスクからデータを読み出す際に各拡張ユニット用の
データのみを読み出して、対応する拡張ユニットだけに
供給する必要がある。当然のことながら、連続してデー
タが読めないため、ｎ倍速のドライブでも再生出来るス
トリーム数はかなり減ってしまう。更に、各ユニットへ
の映像データの交通整理をパソコン側で行なう必要があ
るため、パソコンのパワーもかなり必要である。

【００１０】また将来は、ＭＰ＠ＨＬデコーダ等のデコ
ード能力の高いデコーダでは、その高いデコード能力を
生かして複数のＭＰ＠ＭＬ画像をデコード出来る様にな
ると考えられる。このようなデコーダを用いる場合に
は、１つの拡張ユニット内で１本のストリームのまま受
け取って複数のシーンを処理してしまうため、ユニット
のＩ／Ｏアドレスで区別することもできず、折角の高い
デコード能力も生かすことができない。

【００１１】以上述べた様に記録媒体から高速に読み出
し、複数のＭＰ＠ＭＬデコーダを使えば、マルチシーン
を同時にデコードできそうだが、実際にマルチシーンを
同時再生する具体的な方法までは考えられていなかっ
た。

【００１２】

【発明が解決しようとする課題】この発明は上記のよう
な点に鑑みてなされたもので、ＤＶＤディスクやＤＶＤ
−ＲＡＭやメモリーなどの各種媒体から連続して読み取
った、マルチアングルやマルチストーリーの２つ以上の
シーンを同時に再生することが可能なマルチシーン記録
媒体の再生装置及び方法を提供することを目的とするも
のである。

【００１３】

【課題を解決するための手段】上記課題を解決するため
に、本発明のマルチシーン記録媒体の再生装置は、同時
進行するイベントのマルチシーンを記録した記録媒体か
ら前記マルチシーンのデータを読み出して再生する装置
において、前記マルチシーンを記録した前記記録媒体か
ら読み出したストリームを出力する読出手段と、前記ス
トリームが入力され、マルチシーン番号に応じて前記ス
トリームのストリームＩＤを付け替えるストリームＩＤ
付替手段と、前記ストリームＩＤを付け替えたストリー
ムからマルチシーンを再生する再生手段とを備えたこと
を特徴とする。

【００１４】また、上記課題を解決するために、本発明
のマルチシーン記録媒体の再生装置は、同時進行するイ
ベントのマルチシーンを記録した記録媒体から前記マル
チシーンのデータを読み出して再生する装置において、
前記マルチシーンを記録した前記記録媒体から読み出し
たストリームを出力する読出手段と、前記ストリームが
入力され、マルチシーン番号に応じて前記ストリームに
識別フラグを付加する識別フラグ付加手段と、前記スト
リームＩＤを付加したストリームからマルチシーンを再
生する再生手段とを備えたことを特徴とする。

【００１５】また、上記課題を解決するために、本発明
のマルチシーン記録媒体の再生方法は、同時進行するイ
ベントのマルチシーンを記録した記録媒体から前記マル
チシーンのデータを読み出して再生する方法において、
読出手段により、前記マルチシーンを記録した前記記録
媒体から読み出したストリームを出力するステップと、
前記ストリームが入力され、ストリームＩＤ付替手段に
よりマルチシーン番号に応じて前記ストリームのストリ
ームＩＤを付け替えるステップと、再生手段により、前
記ストリームＩＤを付け替えたストリームからマルチシ
ーンを再生するステップとを備えたことを特徴とする。

【００１６】また、上記課題を解決するために、本発明
のマルチシーン記録媒体の再生方法は、同時進行するイ
ベントのマルチシーンを記録した記録媒体から前記マル
チシーンのデータを読み出して再生する方法において、
読出手段により、前記マルチシーンを記録した前記記録
媒体から読み出したストリームを出力するステップと、
前記ストリームが入力され、識別フラグ付加手段により
マルチシーン番号に応じて前記ストリームに識別フラグ
を付加するステップと、再生手段により、前記ストリー
ムＩＤを付加したストリームからマルチシーンを再生す
るステップとを備えたことを特徴とする。

【００１７】

【発明の実施の形態】発明の実施の形態中においても本
明細書中では、これらマルチアングルやマルチストーリ
ーを総称してマルチシーンと記す。

【００１８】（第１の実施の形態）本発明の第１の実施
の形態について図１を用いて詳細に説明する。

【００１９】ＭＰ＠ＭＬの映像データは、図示されない
ＭＰＥＧエンコーダにより圧縮符号化された後、マルチ
シーンなどの各種機能や、他の情報（音声・字幕・各種
制御情報など）を付加してプログラムストリームにさ
れ、ＥＣＣ（エラー訂正；Error Correction Code）処
理を経て、変調して記録用データが出来上がる。このデ
ータをＤＶＤ−ＲＯＭに製版したり、ＤＶＤ−ＲＡＭに
記録したりして、ＤＶＤディスクが出来上がる。

【００２０】こうして出来上がったＤＶＤディスクは、
高倍速のＤＶＤドライブで再生される。

【００２１】マルチシーンでは、再生したいｎ個のシー
ンのデータが再生される。このときＤＶＤドライブはｎ
個のシーンを全て再生出来るだけの速度が必要なことは
いうまでもない。ＤＶＤドライブが非常に速く、ｎ個よ
り多くのシーンを再生可能な場合には、全てのシーンの
データ或いはｎ個より多いシーンのデータを再生して、
その中からデコードしたいｎ個のシーンだけを後で選ん
でも良い。

【００２２】図１は、３つのアングルが記録されたディ
スクから全てのシーンのデータを連続して読み取った場
合の例である。ＤＶＤドライブで復調およびＥＣＣ（エ
ラー訂正）を経て出力されてきたストリームが、図のＡ
地点におけるストリームになる。このストリームは映像
部分のみについて書いているが、実際には図示されてな
い箇所に音声・副映像(字幕)などのデータが存在するこ
ともある。Ａ地点のストリームには、再生した全てのマ
ルチシーンのデータが含まれているが、どのデータもス
トリームＩＤがＥ０になっている。ストリームＩＤはＭ
ＰＥＧの規格で決められているフラグで、映像データの
場合Ｅ０〜ＥＦまで計１６個の値を設定することが可能
となっている。そして映像のＭＰＥＧデコーダは、この
ストリームＩＤによってデコードするストリームを選択
する様になっている。従ってこのままでは、どの部分の
データをデコードすれば良いの分からない。本発明では
ＭＰＥＧデコーダの前に、ストリームＩＤ付け替え回路
１０１を置いて、マルチシーンの各シーンのデータが異
なるストリームＩＤになる様にした。

【００２３】図１において、ストリームＩＤ付け替え回
路１０１は、入力されたマルチアングルのストリーム
（ストリームＩＤはいずれも“Ｅ０”）をアングル番号
に応じてストリームＩＤを付け替えて、アングル番号が
１はストリームＩＤをＥ０、アングル番号が２はストリ
ームＩＤをＥ１、アングル番号が３はストリームＩＤを
Ｅ２として複数のＭＰＥＧデコーダ１０２へ出力する。
各ＭＰＥＧデコーダはそれぞれ異なる識別フラグの映像
信号を再生することにより、複数のアングルを同時に再
生することが出来る。

【００２４】次にこのストリームＩＤ付け替え回路１０
１について図２を用いて更に詳細に説明する。

【００２５】ストリームＩＤの付け替えにあたっては、
図中Ａ地点のどのデータが、どのアングル(シーン)のも
のなのかを知る必要がある。この情報は、ディスクから
特定のシーンのデータを読み出しているＤＶＤドライブ
のピックアップ制御回路が知っている。例えば、アング
ル番号１のデータを読み出すためには、ピックアップ制
御回路はピックアップの位置を制御し、ディスク上のア
ングル番号１のデータが記録されている箇所から、アン
グル番号１のデータを読み出す必要があるわけで、当然
読み出しているデータがどのアングル番号のものなのか
を把握しているわけである。或いはピックアップ制御回
路がセクター番号といったディスク上の位置しか把握し
てない場合には、ディスクの情報を管理しているＭＰＵ
等がディスク上の位置とそこに記録されているデータの
アングル番号を把握している。

【００２６】後は、復調及びＥＣＣを経てＡ地点に到達
するまで該当データを見失わない様にしておけば、Ａ地
点の各データに対するアングル番号が分かる。

【００２７】ここではピックアップ制御回路という名称
を用いたが、同様な機能を司っていれば他の回路であっ
ても良いことはいうまでもない。例えば装置全体を制御
しているシステムＭＰＵでピックアップの制御まで行な
っていることもあり、その場合にはシステムＭＰＵが該
当する。

【００２８】このようにして、各データに対するアング
ル番号が分かったら、ストリームＩＤ付け替え回路１０
１で、実際にデータの中のストリームＩＤを付け替え
る。いま、アングル番号１のデータのストリームＩＤを
Ｅ０、アングル番号２のデータのストリームＩＤをＥ
１、アングル番号３のデータのストリームＩＤをＥ２に
付け替える場合について説明する。

【００２９】ＭＰＥＧストリームの構造を図１５に、ス
トリームＩＤ付け替え回路１０１の実施例を図２に示
す。

【００３０】図１５に示す様に１本のストリ−ムは、映
像・音声・その他のパックの集合体になっている。また
映像自体も沢山のパックから構成されている。１パック
の大きさは２０４８バイトになっている。各パックの先
頭は、４バイトのPack#Start#Code、すなわち000001BAh
で始まる。この値は映像をはじめ、音声やその他のパッ
クでも同じ値であり、この値によりパックの先頭位置が
把握出来る。

【００３１】パック先頭検出回路２０１は、このPack#S
tart#Codeの値である000001BAhを検出している。パック
の先頭には、パックヘッダーが１４バイト存在し、続い
てパケットヘッダーが存在する。パケットヘッダーの先
頭は、３バイトのPacket#Start#Code#Prefix、すなわち
000001hがあり、その後に１バイトのストリームＩＤが
続く。このストリームＩＤの値は、映像や音声やその他
のパックによって異なるので、映像パックだけを選び出
すことが出来る。

【００３２】映像パック検出回路２０２は、パック先頭
検出回路２０１からパックの先頭を示すパック先頭情報
が入力されると、このパックが映像パックか否か検出
し、映像パックのときには映像パック検出情報を出力す
る。映像パックの場合、ストリームＩＤは、ＥＯ〜ＥＦ
にするようにＭＰＥＧで決められている。このストリー
ムＩＤが、今回問題となっているストリームＩＤのこと
で、ＤＶＤの場合、映像は全てＥ０になっている。

【００３３】ストリームＩＤ処理回路２０３は、このス
トリームＩＤをピックアップ制御回路から得たアングル
番号情報により、例えばアングル番号１のパックならス
トリームＩＤをＥ０→Ｅ０に、アングル番号２のパック
ならストリームＩＤをＥ０→Ｅ１に、アングル番号３の
パックならストリームＩＤをＥ０→Ｅ２に置き換えて出
力する。

【００３４】なお、ここではストリームＩＤをアングル
番号１・・Ｅ０→Ｅ０（付け替えなし）、アングル番号２
・・Ｅ０→Ｅ１、アングル番号３・・Ｅ０→Ｅ２、のように
付け替えたが、特にこれに限定するものではない。例え
ば、ユーザーが選択した順番にＥ０，Ｅ１，Ｅ２，・・
・と割り振ってもいいし、画面上の表示位置とストリー
ムＩＤを関連づけて、例えば４画面なら左上Ｅ０，右上
Ｅ１，左下Ｅ２，右下Ｅ３，の様に割り振ってもいい。
更に、ストリームＩＤと表示画面数を関連づけて、スト
リームＩＤ数が４つ以下なら４画面表示とし、９つ以下
なら９画面表示、１６個以下なら１６画面表示の様に表
示画面数を切り替えてもよい。

【００３５】また、このような表示画面数に実際の表示
数が満たない場合、例えば３シーンしか選択しなかった
場合は、残りの１画面を黒画面やミュートしたり、ユー
ザーへ各種情報を提供するのに使うことが考えられる。
このような場合にも、デコーダ自体が黒画面等の圧縮デ
ータを内蔵したり、ストリームＩＤ付け替え回路などか
ら内蔵の圧縮データを供給することにより、画面上も柔
軟な表示が可能になる。また、ＭＰＵから指定された内
容のデータをストリームＩＤ付け替え回路から出力して
も良く、表示データの圧縮はＭＰＵ側で行なっても、ス
トリームＩＤ付け替え回路などで簡易的に圧縮してＭＰ
ＥＧデータにしても良い。

【００３６】以上説明した通り、各デコーダに供給され
るマルチシーンのデータはストリームＩＤで区別出来る
様になるので、複数のマルチシーン映像のデコードが可
能になる。

【００３７】（第２の実施の形態）本発明の第２の実施
の形態について図３を用いて詳細に説明する。

【００３８】Ａ’地点のデータは、前述のＡ地点のデー
タと同じものなので説明は省略する。

【００３９】本発明では、ＭＰＥＧデコーダの前に、識
別フラグ付加回路３０１を配置し、連続して読み取った
マルチシーンの各シーンのデータがサブストリームＩＤ
等のストリーム中に付加したフラグにより識別出来る様
にした。

【００４０】図３において、識別フラグ付加回路３０１
は、入力されたマルチシーンのストリーム（ストリーム
ＩＤはいずれも“Ｅ０”）をアングル番号に応じて識別
フラグを付加し、複数の識別フラグ認識機能付ＭＰＥＧ
デコーダ３０２へ出力する。この識別フラグ認識機能付
ＭＰＥＧデコーダ３０２は、第１の実施の形態と比較
し、識別フラグを認識することができる機能を有してい
る点が異なる。各ＭＰＥＧデコーダはそれぞれ異なるス
トリームＩＤの映像信号を再生することにより、複数の
アングルを同時に再生することが出来る。

【００４１】次にこの識別フラグ付加回路３０１につい
て図４を用いて更に詳細に説明する。

【００４２】以下の説明では、識別フラグのことを便宜
上サブストリームＩＤと呼ぶことにする。

【００４３】いま、アングル番号１のデータのサブスト
リームＩＤを００、アングル番号２のデータのサブスト
リームＩＤを０１、アングル番号３のデータのサブスト
リームＩＤを０２にする場合についての動作について図
４を用いて説明する。なお、ＭＰＥＧストリームの構造
は図１５を参照のこと。

【００４４】映像パックは前述の様にストリームＩＤが
Ｅ０のパックとして検出することが出来る。パケットヘ
ッダーは、３バイトのPacket#Start#Code#Prefixに続
き、１バイトのストリームＩＤが続く。その後にパケッ
ト長や各種のフラグが５バイトほど続き、オプション領
域が来る。オプション領域は、図１５の点線で囲った領
域で、先程の各種フラグで指定した項目が存在する。通
常、ＰＴＳ，ＤＴＳに続き、前述のフラグで指定した各
種データが続き、User#DATA領域となる。この領域にユ
ーザーが決めたフラグ類を置くことが出来る。例えば、
このような領域にサブストリームＩＤの様な識別フラグ
を入れてストリームを送り出せば良い。

【００４５】実際には、オプション領域の有無やサイズ
が変わる場合には、それに関連したビットの変更も必要
になってくるが、これはＭＰＥＧ規格に準拠して適宜直
せば良い。これらを盛り込んだのが、Ｂ’地点のストリ
ームに相当する。このストリームは映像のＭＰＥＧデコ
ーダに供給される。通常のＭＰＥＧデコーダの使い方で
は、ストリームＩＤだけしか見ないため、複数の映像を
共通バスで送った場合、目的のシーンだけをデコードす
ることはできない。そこで識別フラグ(サブストリーム
ＩＤ)を読み取ってデコードするＭＰＥＧデコーダを用
意するか、或いは識別フラグをＭＰＵ等で読みとって、
デコードするストリームやパックを決めるようなシーケ
ンスを取り入れ、各シーンのデコードを行なう。

【００４６】パック先頭検出回路４０１は、Pack#Start
#Codeの値である000001BAhを検出している。

【００４７】映像パック検出回路４０２は、パック先頭
検出回路２０１からパックの先頭を示すパック先頭情報
が入力されると、このパックが映像パックか否か検出
し、映像パックのときには映像パック検出情報を出力す
る。

【００４８】オプション領域Substream#ID付加回路４０
３は、ピックアップ制御回路から得たアングル番号情報
により、例えばアングル番号１のパックならＥ０、アン
グル番号２のパックならＥ１、アングル番号３のパック
ならＥ２のストリームＩＤをオプション領域に挿入す
る。

【００４９】以上説明した通り、各デコーダに供給され
るマルチシーンのデータはサブストリームＩＤ等の識別
フラグによって区別出来る様になるので、複数のマルチ
シーン映像のデコードが可能になる。

【００５０】（第３の実施の形態）本発明の第３の実施
の形態について図５を用いて詳細に説明する。

【００５１】図５において、Ａ''地点のデータは、前述
のＡ地点のデータと同じ内容なので説明は省略する。

【００５２】図５では、ＭＰＥＧデコーダの前に、ＤＥ
ＭＵＸ回路５０１を配置し、連続して読み取ったマルチ
シーンの各シーンのデータを予め分離してから、図に示
す信号形式で各ＭＰＥＧデコーダ５０２に供給する様に
した。

【００５３】次にこのＤＥＭＵＸ回路５０１について図
６を用いて更に詳細に説明する。

【００５４】いま、ピックアップ制御回路等のディスク
情報を把握している回路からは、アングル番号を表す信
号（ANGLE[1..0]）が送られてくるものとする。例え
ば、アングル番号１のデータ期間中１、アングル番号２
のデータ期間中２、アングル番号３のデータ期間中３、
それ以外の期間は０が送られて来るものとする。

【００５５】これを図６に示す通り、論理回路により構
成されたＤＥＭＵＸ回路５０１を通すことにより、ＭＰ
ＥＧデコーダへはＢ”〜Ｄ”の様な各シーン用のストリ
ームだけが出力されていく。ここでは回路の遅延時間が
ない理想的な状態で回路例を記載したが、遅延時間が無
視できない場合には、各信号間の時間を合わせる必要が
あることはいうまでもない。

【００５６】このようにすることによって、各ＭＰＥＧ
デコーダはデコードするストリームＩＤがＥ０のまま
で、それぞれのシーンのデータだけをデコードすること
が出来る。

【００５７】以上説明した通り、各ＭＰＥＧデコーダに
必要なストリームをそれらデコーダに供給するようにし
たので、複数のマルチシーン映像のデコードが可能にな
る。

【００５８】（第４の実施の形態）本発明の第４の実施
の形態について図７を用いて詳細に説明する。

【００５９】図７において、Ａ'''地点のデータは、前
述のＡ地点のデータと同じ内容なので説明は省略する。

【００６０】図７では、ＭＰＥＧデコーダの前にＤＥＭ
ＵＸ回路７０１を配置し、マルチシーンの各シーンのデ
ータに合わせて、それぞれDATA#VALID信号を作成し、各
ＭＰＥＧデコーダにストリームと同時に供給する様にし
た。

【００６１】一般的にＭＰＥＧデコーダは、データを取
り込む際にVALID信号を併用するものが多く、図示した
様な複数のシーンを含むデータでもVALID信号を供給す
れば、それぞれのシーンのデータだけを取り込める様に
なる。

【００６２】VALID信号は、ACK信号と呼ばれることもあ
る。またVALID信号を使用しないタイプのＭＰＥＧデコ
ーダの場合には、このVALID信号により転送ＣＬＫを止
めることにより、必要なシーンのデータだけが取り込ま
れる。そしてどちらの場合も、各ＭＰＥＧデコーダはデ
コードするストリームＩＤがＥ０のままで、それぞれの
シーンのデータだけをデコードすることが出来る。

【００６３】次にこのＤＥＭＵＸ回路７０１について図
８（VALID信号生成）を用いて詳細に説明する。

【００６４】いま、ピックアップ制御回路等からは、ア
ングル番号を表す信号（ANGLE[1..0]）が送られてくる
ものとする。例えば、アングル番号１のデータ期間中
１、アングル番号２のデータ期間中２、アングル番号３
のデータ期間中３、それ以外の期間は０が送られて来る
ものとする。これを図８に示す論理回路により構成され
たＤＥＭＵＸ回路７０１を通して各シーンに対応したVA
LID信号を得る。一方、ストリームについては、Ａ'''地
点のままのストリームをＭＰＥＧデコーダに送れば良
い。ここでは回路の遅延時間がない理想的な状態で回路
例を記載したが、遅延時間が無視できない場合には、各
信号間の時間を合わせる必要があることはいうまでもな
い。

【００６５】また、ＤＥＭＵＸ回路７０１については、
図９（転送CLK制御）の構成としても良い。

【００６６】転送ＣＬＫをＯＮ／ＯＦＦするには、例え
ば図９に示す構成とすれば良い。この様な回路により入
力された転送ＣＬＫ自体は連続なクロックだが、各ＭＰ
ＥＧデコーダに送られる転送ＣＬＫは、デコードするシ
ーンのデータの時だけ転送ＣＬＫが送られる様になるの
で、必要なシーンのデータだけがＭＰＥＧデコーダに取
り込まれる。

【００６７】（第５の実施の形態）本発明の第５の実施
の形態について図１０および図１１を用いて詳細に説明
する。

【００６８】入力ストリームと出力されるストリームの
ビット内容は、図１の例と同じものとして説明する。

【００６９】転送タイミングは、データバスが入力・出
力で独立に持っているか同時に転送出来る場合は図１と
同じで良いが、入出力を共通バスで行なう場合には、入
力と出力を時分割で行なうために、図１０に転送レート
を高くするためのメモリ、ＦＩＦＯ−Ａ，ＦＩＦＯ−Ｂ
が必要になる場合もある。

【００７０】次に、図１１を用いてＣＰＵ１００１の動
作を説明する。

【００７１】まずステップ１１０１にて入力ストリーム
から１Ｂｙｔｅ読み込む。次にステップ１１０２にて直
近４Ｂｙｔｅが000001BAか否かが判断される。ステップ
１１０１にて直近４Ｂｙｔｅが000001BAと判断された場
合には次のステップ１１０４へ進み、されなかった場合
にはステップ１１０３にて読み込んだ値を１Ｂｙｔｅ出
力しステップ１１０１へ戻る。ステップ１１０４では読
み込んだ値を１Ｂｙｔｅ出力し、次にステップ１１０５
では入力ストリームから１０Ｂｙｔｅ読み込むと共に出
力する。次にステップ１１０６にて入力ストリームから
１Ｂｙｔｅ読み込む。

【００７２】次にステップ１１０７にて直近４Ｂｙｔｅ
が000001E0か否かが判断される。ステップ１１０７にて
直近４Ｂｙｔｅが000001E0と判断された場合には次のス
テップ１１０９へ進み、されなかった場合にはステップ
１１０８にて読み込んだ値を１Ｂｙｔｅ出力しステップ
１１０６へ戻る。

【００７３】ステップ１１０９では、アングル番号が１
ならストリームＩＤをＥ０からＥ０に、アングル番号が
２ならストリームＩＤをＥ０からＥ１に、アングル番号
が３ならストリームＩＤをＥ０からＥ２に置きかえる。
次にステップ１１１０にて読み込んだ値を１Ｂｙｔｅ出
力しステップ１１０１へ戻る。

【００７４】本実施の形態では、ＣＰＵ１００１示す図
１１のフローチャートによる動作により、マルチシーン
のデータのストリームＩＤが付け替えられて、ストリー
ムが各ＭＰＥＧデコーダに供給される。図１１は、本発
明のストリームＩＤの付け替え箇所についてのみフロー
チャートを記した。ＭＰＥＧのデコードは、図１０に示
されないハードウェアで行なっても良いし、外部のＭＰ
ＥＧデコーダにストリームを送らずに引き続きＣＰＵ１
００１でＭＰＥＧデコード用のソフトウェアで行なって
も良い。

【００７５】（第６の実施の形態）本発明の第６の実施
の形態について図１０および図１２を用いて詳細に説明
する。

【００７６】入力ストリームと出力されるストリームの
ビット内容は、図３のＡ'，Ｂ'と同じである。

【００７７】転送タイミングは、データバスが入力・出
力で独立に持っているか同時に転送出来る場合は、図３
と同じで良いが、入出力を共通バスで行なう場合には、
前の実施例と同様、メモリＦＩＦＯが必要になる場合も
ある。

【００７８】次に、図１２を用いてＣＰＵ１００１の動
作を説明する。

【００７９】まずステップ１２０１にて入力ストリーム
から１Ｂｙｔｅ読み込む。次にステップ１２０２にてパ
ックの先頭か（直近４Ｂｙｔｅが000001BAか）否かが判
断される。ステップ１２０１にてパックの先頭と判断さ
れた場合には次のステップ１２０４へ進み、されなかっ
た場合にはステップ１２０３にて読み込んだ値を１Ｂｙ
ｔｅ出力しステップ１２０１へ戻る。ステップ１２０４
では読み込んだ値を１Ｂｙｔｅ出力し、次にステップ１
２０５では入力ストリームから１Ｂｙｔｅ読み込む。

【００８０】次にステップ１２０６にてオプション領域
の最後か否かが判断される。ステップ１２０６にて最後
と判断された場合には次のステップ１２０８へ進み、さ
れなかった場合にはステップ１２０７にて読み込んだ値
を１Ｂｙｔｅ出力しステップ１２０５へ戻る。

【００８１】次にステップ１２０８では、アングル番号
が１ならオプション領域にＥ０に、アングル番号が２な
らＥ１に、アングル番号が３ならＥ２を追加する。次に
ステップ１２０９にて読み込んだ値と追加したオプショ
ン領域の２Ｂｙｔｅを出力しステップ１２０１へ戻る。

【００８２】本実施の形態では、ＣＰＵ１００１示す図
１２のフローチャートによる動作により、マルチシーン
のデータにサブストリームＩＤが付加された後、ストリ
ームが各ＭＰＥＧデコーダに供給される。図１２は、本
発明のサブストリームＩＤの追加箇所についてフローチ
ャートを記した。この他に、オプション領域の有無やサ
イズ等が変わる場合には、関連するビットをＭＰＥＧ規
格に従って修正することになる。またＭＰＥＧのデコー
ドは、図示されないハードウェアで行なっても良いし、
ＣＰＵ１００１でＭＰＥＧデコード用のソフトウェアで
行なっても良い。

【００８３】（第７の実施の形態）本発明の第７の実施
の形態について図１０および図１３を用いて詳細に説明
する。

【００８４】入力ストリームと出力されるストリームの
ビット内容は、図５のＡ”，Ｂ”〜Ｄ”と同じである。
転送タイミングは、データバスが入力１系統・出力ｎ系
統で独立に持っているか同時に転送出来る場合は、図５
と同じで良いが、入出力を共通バスで行なう場合には、
前の実施例と同様、メモリＦＩＦＯが必要になる場合も
ある。本発明では、ＣＰＵ１００１に示したようなフロ
ーチャートによって、マルチシーンのデータの分離が行
なわれて、ストリームが各ＭＰＥＧデコーダに供給され
る。

【００８５】次に、図１３を用いてＣＰＵ１００１の動
作を説明する。

【００８６】まずステップ１３０１にて入力ストリーム
から１パック読み込む。

【００８７】次にステップ１３０２にてストリームＩＤ
がＥ０か否かが判断される。ステップ１３０２にてスト
リームＩＤがＥ０と判断された場合には次のステップ１
３０４へ進み、されなかった場合にはステップ１３０３
にて読み込んだ１パックを出力しステップ１３０１へ戻
る。

【００８８】次にステップ１３０４にてアングル番号が
１か否かが判断される。ステップ１３０４にてアングル
番号が１と判断された場合にはステップ１３０５にて読
み込んだ１パックをアングル番号１用のデコーダに出力
しステップ１３０１へ戻り、されなかった場合には次の
ステップ１３０６へ進む。

【００８９】次にステップ１３０６にてアングル番号が
２か否かが判断される。ステップ１３０６にてアングル
番号が２と判断された場合にはステップ１３０７にて読
み込んだ１パックをアングル番号２用のデコーダに出力
しステップ１３０１へ戻り、されなかった場合には次の
ステップ１３０８へ進む。

【００９０】次にステップ１３０８にてアングル番号が
３か否かが判断される。ステップ１３０８にてアングル
番号が３と判断された場合にはステップ１３０９にて読
み込んだ１パックをアングル番号３用のデコーダに出力
しステップ１３０１へ戻り、されなかった場合には次の
ステップ１３１０へ進む。

【００９１】次にステップ１３１０にて読み込んだ１パ
ックを出力し、ステップ１３０１へ戻る。

【００９２】またＣＰＵの動作については、図１４に示
すフローチャートとしても良い。

【００９３】次に、図１４を用いてＣＰＵ１００１の動
作を説明する。

【００９４】まずステップ１４０１にて入力ストリーム
から１パック読み込む。

【００９５】次にステップ１４０２にてストリームＩＤ
がＥ０か否かが判断される。ステップ１４０２にてスト
リームＩＤがＥ０と判断された場合には次のステップ１
４０４へ進み、されなかった場合にはステップ１４０３
にて読み込んだ１パックを出力しステップ１４０１へ戻
る。

【００９６】次にステップ１４０４にてアングル番号が
１か否かが判断される。ステップ１４０４にてアングル
番号が１と判断された場合にはステップ１４０５にて読
み込んだ１パックとVALID信号をアングル番号１用のデ
コーダに出力しステップ１４０１へ戻り、されなかった
場合には次のステップ１４０６へ進む。

【００９７】次にステップ１４０６にてアングル番号が
２か否かが判断される。ステップ１４０６にてアングル
番号が２と判断された場合にはステップ１４０７にて読
み込んだ１パックとVALID信号をアングル番号２用のデ
コーダに出力しステップ１４０１へ戻り、されなかった
場合には次のステップ１４０８へ進む。

【００９８】次にステップ１４０８にてアングル番号が
３か否かが判断される。ステップ１４０８にてアングル
番号が３と判断された場合にはステップ１４０９にて読
み込んだ１パックとVALID信号をアングル番号３用のデ
コーダに出力しステップ１４０１へ戻り、されなかった
場合には次のステップ１４１０へ進む。

【００９９】次にステップ１４１０にて読み込んだ１パ
ックを出力し、ステップ１４０１へ戻る。

【０１００】入力ストリームと出力されるストリームの
ビット内容は、図７のＡ'''，Ｂ'''〜Ｃ'''と同じであ
る。転送タイミングは、データバスが入力・出力で独立
に持っているか同時に転送出来る場合は、図７と同じで
良いが、入出力を共通バスで行なう場合には、前の実施
例と同様、メモリＦＩＦＯが必要になる場合もある。

【０１０１】本発明では、ＣＰＵ１００１に示したよう
なフローチャートによって、マルチシーンの各データに
対応したVALID信号が生成され、ストリームとVALID信号
が各ＭＰＥＧデコーダに供給される。

【０１０２】図１３、図１４は、本発明のＤＥＭＵＸ回
路に関するところについてのみフローチャートを記し
た。ＭＰＥＧのデコードは、図示されないハードウェア
で行なっても良いし、ＣＰＵ１００１でＭＰＥＧデコー
ド用のソフトウェアで行なっても良い。

【０１０３】本発明の第５の実施の形態から第７の実施
の形態を実行するハードウェアは、図１０の様な計算機
を例に書いたが、記述したような処理が実行できれば、
この構成以外でも良く、特にハードウェアを限定するも
のではない。また、図１０のＦＩＦＯ−Ｂは映像用ＭＰ
ＥＧデコーダに内蔵されているバッファ１６０１（図１
６参照）で兼用しても良い。

【０１０４】また、図１１、図１２、図１３、図１４の
フローチャートでは一例を記載したが、同様な結果が得
られれば、これ以外のアルゴリズムを用いても良いこと
はいうまでもなく、特にこのアルゴリズムに限定するも
のではない。また各フローチャートは、主にストリーム
ＩＤ変換やストリーム分離の所を中心に動作を記載した
ものであり、細部に関しては、一般的に行なわれている
図示されてないサブルーチンにより処理が行なわれる。
また実際に復号化をする場合には、図示されてないＭＰ
ＥＧデコード用のハードウェア、或いは一般的に用いら
れている復号化動作を行なう図示されてない各種サブル
ーチンにより、復号動作は行われる。

【０１０５】また各実施例では、映像のストリームを例
に図や説明を記載してあるが、特に映像に限定するもの
ではなく、音声やプライベートストリーム等が一緒に入
っていても良い。また、この場合には、図中には記載さ
れてないが、映像以外のデコード回路も必要なことはい
うまでもない。

【０１０６】各実施例では、記録されたマルチシーンの
総数が３シーンのディスクを、約３倍速のドライブで全
シーンを再生し、３個のＭＰＥＧデコーダに供給する場
合を例に述べたが、各実施例とも記録されたシーンの総
数・ドライブの速度・読み出しシーン数・選ぶシーンの
数やＭＰＥＧデコーダ数を限定しているわけではなく、
これらの諸条件が違う場合にも同様にして考えていけば
良い。また、マルチアングルを例に図を書いたが、マル
チストーリーの場合には、各シーンの記録間隔がもっと
増える傾向があるが、基本的な考え方は同様である。ま
た各実施例では特にことわっていないが、各デコーダの
ＳＴＣの設定についても、ほぼ同じ値にしている。音声
信号に関しては、マルチアングルの場合には選んだシー
ンに関係なく共通なので特に考慮する必要はない。マリ
チストーリーの場合には、各シーンと音が対応している
ので、選択したシーンの中から音を選ぶことになる。

【０１０７】また各実施例とも、ＭＰＥＧデコーダを複
数個記載してあるが、ＭＰ＠ＨＬデコーダ等の高速なデ
コード能力を活用したマルチＳＤデコード機能などを用
いても良く、その場合には１つのＩＣ内に仮想的なデコ
ーダが複数存在することになる。

【０１０８】また、第１の実施の形態では、画面表示位
置や画面数や無画面処理をストリームＩＤと関連付ける
例についても述べたが、第２以降の実施の形態でも、画
面表示位置や画面数や無画面処理を、サブストリームＩ
Ｄ，ストリームＩＤ，デコーダ等と関連づけてもいいこ
とはいうまでもない。

【０１０９】また本発明は、複数のシーンの表示方法を
実施例だけに限定するものではなく、1台のＴＶ画面内
に分割して表示しても良いし、複数台のＴＶ等の表示装
置に１シーンずつ表示してもいい。更に例えば１６画面
の場合なら、１台の表示装置に４画面ずつ表示し、４台
で計１６画面表示するなど、両者を併用してもよい。

【０１１０】また、主に読み出し専用のＤＶＤディスク
を例に説明したが、特にＤＶＤ−ＲＯＭに限定するもの
ではなく、同様な考え方でストリームを記録すれば、Ｄ
ＶＤ−ＲＡＭや半導体メモリーや磁気記録媒体といった
他の記録媒体でも同様なことがいえる。

【０１１１】また、ＭＰ＠ＭＬの映像データを例に説明
したが、特にＭＰ＠ＭＬに限定するものではなく、もっ
と画素数の少ないものやＭＰ＠ＨＬの様に画素数の多い
ものであっても良い。

【０１１２】

【発明の効果】以上述べた様に本発明によれば、マルチ
シーンを記録した記録媒体から、複数のシーンを連続し
て読み出し、同時にデコードし表示することが可能にな
る。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態を示す図。

【図２】ストリームＩＤ付け替え回路１０１の構成を示
す図。

【図３】本発明の第２の実施の形態を示す図。

【図４】識別フラグ付加回路の構成を示す図。

【図５】本発明の第３の実施の形態を示す図。

【図６】ＤＥＭＵＸ回路５０１の構成を示す図。

【図７】本発明の第４の実施の形態を示す図。

【図８】ＤＥＭＵＸ回路７０１の構成を示す図。

【図９】ＤＥＭＵＸ回路７０１の構成を示す図。

【図１０】本発明の第５，６，７の実施の形態の構成を
示す図。

【図１１】第５の実施の形態のＣＰＵ１００１の制御に
よる動作を示すフローチャート。

【図１２】第６の実施の形態のＣＰＵ１００１の制御に
よる動作を示すフローチャート。

【図１３】第７の実施の形態のＣＰＵ１００１の制御に
よる動作を示すフローチャート。

【図１４】第７の実施の形態のＣＰＵ１００１の制御に
よる動作を示すフローチャート。

【図１５】ＭＰＥＧストリームを説明するための図。

【図１６】映像用ＭＰＥＧデコーダの構成例。

【符号の説明】

１０１…ストリームＩＤ付け替え回路、１０２，５０
２，７０２…ＭＰＥＧデコーダ、２０１，４０１…パッ
ク先頭検出回路、２０２，４０２…映像パック検出回
路、２０３…ストリームＩＤ処理回路、３０１…識別フ
ラグ付加回路、３０２…識別フラグ認識機能付ＭＰＥＧ
デコーダ、４０３…オプション領域Substream#ID付加回
路、５０１，７０１…ＤＥＭＵＸ回路、１００１…ＣＰ
Ｕ。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 同時進行するイベントのマルチシーンを
   記録した記録媒体から前記マルチシーンのデータを読み
   出して再生する装置において、 前記マルチシーンを記録した前記記録媒体から読み出し
   たストリームを出力する読出手段と、 前記ストリームが入力され、マルチシーン番号に応じて
   前記ストリームのストリームＩＤを付け替えるストリー
   ムＩＤ付替手段と、 前記ストリームＩＤを付け替えたストリームからマルチ
   シーンを再生する再生手段とを備えたことを特徴とする
   マルチシーン記録媒体の再生装置。
2. 【請求項２】 同時進行するイベントのマルチシーンを
   記録した記録媒体から前記マルチシーンのデータを読み
   出して再生する装置において、 前記マルチシーンを記録した前記記録媒体から読み出し
   たストリームを出力する読出手段と、 前記ストリームが入力され、マルチシーン番号に応じて
   前記ストリームに識別フラグを付加する識別フラグ付加
   手段と、 前記ストリームＩＤを付加したストリームからマルチシ
   ーンを再生する再生手段とを備えたことを特徴とするマ
   ルチシーン記録媒体の再生装置。
3. 【請求項３】 前記再生手段は、ＭＰＥＧフォーマット
   により圧縮されたマルチシーンのストリームをデコード
   することを特徴とする請求項１記載のマルチシーン記録
   媒体の再生装置。
4. 【請求項４】 同時進行するイベントのマルチシーンを
   記録した記録媒体から前記マルチシーンのデータを読み
   出して再生する方法において、 読出手段により、前記マルチシーンを記録した前記記録
   媒体から読み出したストリームを出力するステップと、 前記ストリームが入力され、ストリームＩＤ付替手段に
   よりマルチシーン番号に応じて前記ストリームのストリ
   ームＩＤを付け替えるステップと、 再生手段により、前記ストリームＩＤを付け替えたスト
   リームからマルチシーンを再生するステップとを備えた
   ことを特徴とするマルチシーン記録媒体の再生方法。
5. 【請求項５】 同時進行するイベントのマルチシーンを
   記録した記録媒体から前記マルチシーンのデータを読み
   出して再生する方法において、 読出手段により、前記マルチシーンを記録した前記記録
   媒体から読み出したストリームを出力するステップと、 前記ストリームが入力され、識別フラグ付加手段により
   マルチシーン番号に応じて前記ストリームに識別フラグ
   を付加するステップと、 再生手段により、前記ストリームＩＤを付加したストリ
   ームからマルチシーンを再生するステップとを備えたこ
   とを特徴とするマルチシーン記録媒体の再生方法。