(57)【特許請求の範囲】
【請求項１】
同時進行するイベントのマルチシーンを記録した記録媒体から前記マルチシーンのデータを読み出して再生する装置において、
前記マルチシーンを記録した前記記録媒体から読み出したストリームを出力する読出手段と、
前記ストリームが入力され、マルチシーン番号に応じて前記ストリームのストリームＩＤを付け替えるストリームＩＤ付替手段と、
前記ストリームＩＤを付け替えたストリームからマルチシーンを再生する再生手段とを備えたことを特徴とするマルチシーン記録媒体の再生装置。
【請求項２】
同時進行するイベントのマルチシーンを記録した記録媒体から前記マルチシーンのデータを読み出して再生する装置において、
前記マルチシーンを記録した前記記録媒体から読み出したストリームを出力する読出手段と、
前記ストリームが入力され、マルチシーン番号に応じて前記ストリームに識別フラグを付加する識別フラグ付加手段と、
前記識別フラグを付加したストリームからマルチシーンを再生する再生手段とを備えたことを特徴とするマルチシーン記録媒体の再生装置。
【請求項３】
前記再生手段は、ＭＰＥＧフォーマットにより圧縮されたマルチシーンのストリームをデコードすることを特徴とする請求項１記載のマルチシーン記録媒体の再生装置。
【請求項４】
同時進行するイベントのマルチシーンを記録した記録媒体から前記マルチシーンのデータを読み出して再生する方法において、
読出手段により、前記マルチシーンを記録した前記記録媒体から読み出したストリームを出力するステップと、
前記ストリームが入力され、ストリームＩＤ付替手段によりマルチシーン番号に応じて前記ストリームのストリームＩＤを付け替えるステップと、
再生手段により、前記ストリームＩＤを付け替えたストリームからマルチシーンを再生するステップとを備えたことを特徴とするマルチシーン記録媒体の再生方法。
【請求項５】
同時進行するイベントのマルチシーンを記録した記録媒体から前記マルチシーンのデータを読み出して再生する方法において、
読出手段により、前記マルチシーンを記録した前記記録媒体から読み出したストリームを出力するステップと、
前記ストリームが入力され、識別フラグ付加手段によりマルチシーン番号に応じて前記ストリームに識別フラグを付加するステップと、
再生手段により、前記識別フラグを付加したストリームからマルチシーンを再生するステップとを備えたことを特徴とするマルチシーン記録媒体の再生方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、映画などのマルチアングル映像やマルチストーリーといった同時進行するイベントの複数の映像等のデータをＭＰＥＧにより圧縮して記録した光ディスクや光磁気ディスクや半導体等の記録媒体から、これらのデータを再生するマルチシーン記録媒体の再生装置及び方法に関する。
【０００２】
【従来の技術】
ＮＴＳＣやＰＡＬ等のＭＰ＠ＭＬの映像信号を、直径１２ｃｍの光ディスクに約２時間分記録出来るシステムとして、ＤＶＤ（Digital Versatile Disc）が知られている。ＤＶＤでは、ＮＴＳＣ等の映像データを、ＭＰＥＧで圧縮してディスクに記録している。その他にも音声や字幕情報なども各種の圧縮方式によって圧縮された後、システムレベルでＭＰＥＧのストリームにして記録している。これらのディスクには、通常、１つの映像とそれに対応した音声や字幕が記録されている。
【０００３】
また、場面によっては、被写体を異なる位置から撮影した複数の映像が記録されていて、ユーザーの好みによりその中から１つの映像を選択して見ることが出来るような箇所を含むこともある。このような箇所をマルチアングルと呼んでいる。マルチアングルでは、多くの場合、同じシーンを異なった角度から撮影しているので、映像に対応する音声は共通で、所要時間も同じになっている。
【０００４】
一方、ストーリー自体が複数に分かれており、映像に加え、音声や所要時間も異なってくるものもある。これは、マルチストーリーと呼ばれており、ユーザーが選択した映像により、話の展開や結末が異なってくるというものである。
【０００５】
本明細書中では、これらマルチアングルやマルチストーリーを総称してマルチシーンと記す。
【０００６】
従来のマルチシーン記録媒体の再生装置では、ディスクドライブの再生速度の制約や再生回路の処理能力の制約から、ＤＶＤプレーヤーやパソコンでは２つ以上の場面のデータを十分再生できなかったこともあり、マルチシーン部分では１つの映像を選択して見ていた。
【０００７】
従来のマルチシーン記録媒体の再生装置では再生装置の能力により、マルチシーンについては、その中の１つのシーンしか同時に見られないが、ユーザーによっては「纏めて全部のシーンを見てしまいたい。」とか「最初にざっと全てのシーンの内容を見て、より気に入ったシーンを決めたい」という要望が出ることは容易に想像される。
【０００８】
マルチシーンの再生に関する技術に関しては、特開平１０−９３９０８号公報「マルチシーン記録媒体の再生装置及び方法」に開示されている。現在パソコン用にｎ倍速以上(ｎ≧２)のＤＶＤドライブが登場しているので、再生回路をｎ個用意して接続すれば上記特許に示された様に能力的にはｎ個のシーンを再生可能である。
【０００９】
マルチシーンを再生するには各アングルの映像のストリームＩＤが全てＥ０になっているため、２つ以上のシーンを再生しようとした場合には、各ＭＰＥＧデコーダは自分のデコードすべき映像データの区別が出来るようにする工夫が必要である。例えばパソコンの拡張ユニットに３枚のＭＰＥＧデコーダボードを実装し、各拡張ユニット(各再生回路)のパソコン上のＩ／ＯアドレスをＡ番地・Ｂ番地・Ｃ番地の様に変えておき、ディスクからデータを読み出す際に各拡張ユニット用のデータのみを読み出して、対応する拡張ユニットだけに供給する必要がある。当然のことながら、連続してデータが読めないため、ｎ倍速のドライブでも再生出来るストリーム数はかなり減ってしまう。更に、各ユニットへの映像データの交通整理をパソコン側で行なう必要があるため、パソコンのパワーもかなり必要である。
【００１０】
また将来は、ＭＰ＠ＨＬデコーダ等のデコード能力の高いデコーダでは、その高いデコード能力を生かして複数のＭＰ＠ＭＬ画像をデコード出来る様になると考えられる。このようなデコーダを用いる場合には、１つの拡張ユニット内で１本のストリームのまま受け取って複数のシーンを処理してしまうため、ユニットのＩ／Ｏアドレスで区別することもできず、折角の高いデコード能力も生かすことができない。
【００１１】
以上述べた様に記録媒体から高速に読み出し、複数のＭＰ＠ＭＬデコーダを使えば、マルチシーンを同時にデコードできそうだが、実際にマルチシーンを同時再生する具体的な方法までは考えられていなかった。
【００１２】
【発明が解決しようとする課題】
この発明は上記のような点に鑑みてなされたもので、ＤＶＤディスクやＤＶＤ−ＲＡＭやメモリーなどの各種媒体から連続して読み取った、マルチアングルやマルチストーリーの２つ以上のシーンを同時に再生することが可能なマルチシーン記録媒体の再生装置及び方法を提供することを目的とするものである。
【００１３】
【課題を解決するための手段】
上記課題を解決するために、本発明のマルチシーン記録媒体の再生装置は、同時進行するイベントのマルチシーンを記録した記録媒体から前記マルチシーンのデータを読み出して再生する装置において、前記マルチシーンを記録した前記記録媒体から読み出したストリームを出力する読出手段と、前記ストリームが入力され、マルチシーン番号に応じて前記ストリームのストリームＩＤを付け替えるストリームＩＤ付替手段と、前記ストリームＩＤを付け替えたストリームからマルチシーンを再生する再生手段とを備えたことを特徴とする。
【００１４】
また、上記課題を解決するために、本発明のマルチシーン記録媒体の再生装置は、同時進行するイベントのマルチシーンを記録した記録媒体から前記マルチシーンのデータを読み出して再生する装置において、前記マルチシーンを記録した前記記録媒体から読み出したストリームを出力する読出手段と、前記ストリームが入力され、マルチシーン番号に応じて前記ストリームに識別フラグを付加する識別フラグ付加手段と、前記識別フラグを付加したストリームからマルチシーンを再生する再生手段とを備えたことを特徴とする。
【００１５】
また、上記課題を解決するために、本発明のマルチシーン記録媒体の再生方法は、同時進行するイベントのマルチシーンを記録した記録媒体から前記マルチシーンのデータを読み出して再生する方法において、読出手段により、前記マルチシーンを記録した前記記録媒体から読み出したストリームを出力するステップと、前記ストリームが入力され、ストリームＩＤ付替手段によりマルチシーン番号に応じて前記ストリームのストリームＩＤを付け替えるステップと、再生手段により、前記ストリームＩＤを付け替えたストリームからマルチシーンを再生するステップとを備えたことを特徴とする。
【００１６】
また、上記課題を解決するために、本発明のマルチシーン記録媒体の再生方法は、同時進行するイベントのマルチシーンを記録した記録媒体から前記マルチシーンのデータを読み出して再生する方法において、読出手段により、前記マルチシーンを記録した前記記録媒体から読み出したストリームを出力するステップと、前記ストリームが入力され、識別フラグ付加手段によりマルチシーン番号に応じて前記ストリームに識別フラグを付加するステップと、再生手段により、前記識別フラグを付加したストリームからマルチシーンを再生するステップとを備えたことを特徴とする。
【００１７】
【発明の実施の形態】
発明の実施の形態中においても本明細書中では、これらマルチアングルやマルチストーリーを総称してマルチシーンと記す。
【００１８】
（第１の実施の形態）
本発明の第１の実施の形態について図１を用いて詳細に説明する。
【００１９】
ＭＰ＠ＭＬの映像データは、図示されないＭＰＥＧエンコーダにより圧縮符号化された後、マルチシーンなどの各種機能や、他の情報（音声・字幕・各種制御情報など）を付加してプログラムストリームにされ、ＥＣＣ（エラー訂正；Error Correction Code）処理を経て、変調して記録用データが出来上がる。このデータをＤＶＤ−ＲＯＭに製版したり、ＤＶＤ−ＲＡＭに記録したりして、ＤＶＤディスクが出来上がる。
【００２０】
こうして出来上がったＤＶＤディスクは、高倍速のＤＶＤドライブで再生される。
【００２１】
マルチシーンでは、再生したいｎ個のシーンのデータが再生される。このときＤＶＤドライブはｎ個のシーンを全て再生出来るだけの速度が必要なことはいうまでもない。ＤＶＤドライブが非常に速く、ｎ個より多くのシーンを再生可能な場合には、全てのシーンのデータ或いはｎ個より多いシーンのデータを再生して、その中からデコードしたいｎ個のシーンだけを後で選んでも良い。
【００２２】
図１は、３つのアングルが記録されたディスクから全てのシーンのデータを連続して読み取った場合の例である。ＤＶＤドライブで復調およびＥＣＣ（エラー訂正）を経て出力されてきたストリームが、図のＡ地点におけるストリームになる。このストリームは映像部分のみについて書いているが、実際には図示されてない箇所に音声・副映像(字幕)などのデータが存在することもある。Ａ地点のストリームには、再生した全てのマルチシーンのデータが含まれているが、どのデータもストリームＩＤがＥ０になっている。ストリームＩＤはＭＰＥＧの規格で決められているフラグで、映像データの場合Ｅ０〜ＥＦまで計１６個の値を設定することが可能となっている。そして映像のＭＰＥＧデコーダは、このストリームＩＤによってデコードするストリームを選択する様になっている。従ってこのままでは、どの部分のデータをデコードすれば良いの分からない。本発明ではＭＰＥＧデコーダの前に、ストリームＩＤ付け替え回路１０１を置いて、マルチシーンの各シーンのデータが異なるストリームＩＤになる様にした。
【００２３】
図１において、ストリームＩＤ付け替え回路１０１は、入力されたマルチアングルのストリーム（ストリームＩＤはいずれも“Ｅ０”）をアングル番号に応じてストリームＩＤを付け替えて、アングル番号が１はストリームＩＤをＥ０、アングル番号が２はストリームＩＤをＥ１、アングル番号が３はストリームＩＤをＥ２として複数のＭＰＥＧデコーダ１０２へ出力する。各ＭＰＥＧデコーダはそれぞれ異なる識別フラグの映像信号を再生することにより、複数のアングルを同時に再生することが出来る。
【００２４】
次にこのストリームＩＤ付け替え回路１０１について図２を用いて更に詳細に説明する。
【００２５】
ストリームＩＤの付け替えにあたっては、図中Ａ地点のどのデータが、どのアングル(シーン)のものなのかを知る必要がある。この情報は、ディスクから特定のシーンのデータを読み出しているＤＶＤドライブのピックアップ制御回路が知っている。例えば、アングル番号１のデータを読み出すためには、ピックアップ制御回路はピックアップの位置を制御し、ディスク上のアングル番号１のデータが記録されている箇所から、アングル番号１のデータを読み出す必要があるわけで、当然読み出しているデータがどのアングル番号のものなのかを把握しているわけである。或いはピックアップ制御回路がセクター番号といったディスク上の位置しか把握してない場合には、ディスクの情報を管理しているＭＰＵ等がディスク上の位置とそこに記録されているデータのアングル番号を把握している。
【００２６】
後は、復調及びＥＣＣを経てＡ地点に到達するまで該当データを見失わない様にしておけば、Ａ地点の各データに対するアングル番号が分かる。
【００２７】
ここではピックアップ制御回路という名称を用いたが、同様な機能を司っていれば他の回路であっても良いことはいうまでもない。例えば装置全体を制御しているシステムＭＰＵでピックアップの制御まで行なっていることもあり、その場合にはシステムＭＰＵが該当する。
【００２８】
このようにして、各データに対するアングル番号が分かったら、ストリームＩＤ付け替え回路１０１で、実際にデータの中のストリームＩＤを付け替える。いま、アングル番号１のデータのストリームＩＤをＥ０、アングル番号２のデータのストリームＩＤをＥ１、アングル番号３のデータのストリームＩＤをＥ２に付け替える場合について説明する。
【００２９】
ＭＰＥＧストリームの構造を図１５に、ストリームＩＤ付け替え回路１０１の実施例を図２に示す。
【００３０】
図１５に示す様に１本のストリ−ムは、映像・音声・その他のパックの集合体になっている。また映像自体も沢山のパックから構成されている。１パックの大きさは２０４８バイトになっている。各パックの先頭は、４バイトのPack＿Start＿Code、すなわち000001BAhで始まる。この値は映像をはじめ、音声やその他のパックでも同じ値であり、この値によりパックの先頭位置が把握出来る。
【００３１】
パック先頭検出回路２０１は、このPack＿Start＿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]）が送られてくるものとする。例えば、アングル番号１のデータ期間中１、アングル番号２のデータ期間中２、アングル番号３のデータ期間中３、それ以外の期間は０が送られて来るものとする。これを図８に示す論理回路により構成されたＤＥＭＵＸ回路７０１を通して各シーンに対応したVALID信号を得る。一方、ストリームについては、Ａ'''地点のままのストリームをＭＰＥＧデコーダに送れば良い。ここでは回路の遅延時間がない理想的な状態で回路例を記載したが、遅延時間が無視できない場合には、各信号間の時間を合わせる必要があることはいうまでもない。
【００６５】
また、ＤＥＭＵＸ回路７０１については、図９（転送CLK制御）の構成としても良い。
【００６６】
転送ＣＬＫをＯＮ／ＯＦＦするには、例えば図９に示す構成とすれば良い。この様な回路により入力された転送ＣＬＫ自体は連続なクロックだが、各ＭＰＥＧデコーダに送られる転送ＣＬＫは、デコードするシーンのデータの時だけ転送ＣＬＫが送られる様になるので、必要なシーンのデータだけがＭＰＥＧデコーダに取り込まれる。
【００６７】
（第５の実施の形態）
本発明の第５の実施の形態について図１０および図１１を用いて詳細に説明する。
【００６８】
入力ストリームと出力されるストリームのビット内容は、図１の例と同じものとして説明する。
【００６９】
転送タイミングは、データバスが入力・出力で独立に持っているか同時に転送出来る場合は図１と同じで良いが、入出力を共通バスで行なう場合には、入力と出力を時分割で行なうために、図１０に転送レートを高くするためのメモリ、ＦＩＦＯ−Ａ，ＦＩＦＯ−Ｂが必要になる場合もある。
【００７０】
次に、図１１を用いてＣＰＵ１００１の動作を説明する。
【００７１】
まずステップ１１０１にて入力ストリームから１Ｂｙｔｅ読み込む。次にステップ１１０２にて直近４Ｂｙｔｅが000001BAか否かが判断される。ステップ１１０１にて直近４Ｂｙｔｅが000001BAと判断された場合には次のステップ１１０４へ進み、されなかった場合にはステップ１１０３にて読み込んだ値を１Ｂｙｔｅ出力しステップ１１０１へ戻る。ステップ１１０４では読み込んだ値を１Ｂｙｔｅ出力し、次にステップ１１０５では入力ストリームから１０Ｂｙｔｅ読み込むと共に出力する。次にステップ１１０６にて入力ストリームから１Ｂｙｔｅ読み込む。
【００７２】
次にステップ１１０７にて直近４Ｂｙｔｅが000001E0か否かが判断される。ステップ１１０７にて直近４Ｂｙｔｅが000001E0と判断された場合には次のステップ１１０９へ進み、されなかった場合にはステップ１１０８にて読み込んだ値を１Ｂｙｔｅ出力しステップ１１０６へ戻る。
【００７３】
ステップ１１０９では、アングル番号が１ならストリームＩＤをＥ０からＥ０に、アングル番号が２ならストリームＩＤをＥ０からＥ１に、アングル番号が３ならストリームＩＤをＥ０からＥ２に置きかえる。次にステップ１１１０にて読み込んだ値を１Ｂｙｔｅ出力しステップ１１０１へ戻る。
【００７４】
本実施の形態では、ＣＰＵ１００１示す図１１のフローチャートによる動作により、マルチシーンのデータのストリームＩＤが付け替えられて、ストリームが各ＭＰＥＧデコーダに供給される。図１１は、本発明のストリームＩＤの付け替え箇所についてのみフローチャートを記した。ＭＰＥＧのデコードは、図１０に示されないハードウェアで行なっても良いし、外部のＭＰＥＧデコーダにストリームを送らずに引き続きＣＰＵ１００１でＭＰＥＧデコード用のソフトウェアで行なっても良い。
【００７５】
（第６の実施の形態）
本発明の第６の実施の形態について図１０および図１２を用いて詳細に説明する。
【００７６】
入力ストリームと出力されるストリームのビット内容は、図３のＡ'，Ｂ'と同じである。
【００７７】
転送タイミングは、データバスが入力・出力で独立に持っているか同時に転送出来る場合は、図３と同じで良いが、入出力を共通バスで行なう場合には、前の実施例と同様、メモリＦＩＦＯが必要になる場合もある。
【００７８】
次に、図１２を用いてＣＰＵ１００１の動作を説明する。
【００７９】
まずステップ１２０１にて入力ストリームから１Ｂｙｔｅ読み込む。次にステップ１２０２にてパックの先頭か（直近４Ｂｙｔｅが000001BAか）否かが判断される。ステップ１２０１にてパックの先頭と判断された場合には次のステップ１２０４へ進み、されなかった場合にはステップ１２０３にて読み込んだ値を１Ｂｙｔｅ出力しステップ１２０１へ戻る。ステップ１２０４では読み込んだ値を１Ｂｙｔｅ出力し、次にステップ１２０５では入力ストリームから１Ｂｙｔｅ読み込む。
【００８０】
次にステップ１２０６にてオプション領域の最後か否かが判断される。ステップ１２０６にて最後と判断された場合には次のステップ１２０８へ進み、されなかった場合にはステップ１２０７にて読み込んだ値を１Ｂｙｔｅ出力しステップ１２０５へ戻る。
【００８１】
次にステップ１２０８では、アングル番号が１ならオプション領域に００に、アングル番号が２なら０１に、アングル番号が３なら０２を追加する。次にステップ１２０９にて読み込んだ値と追加したオプション領域の２Ｂｙｔｅを出力しステップ１２０１へ戻る。
【００８２】
本実施の形態では、ＣＰＵ１００１示す図１２のフローチャートによる動作により、マルチシーンのデータにサブストリームＩＤが付加された後、ストリームが各ＭＰＥＧデコーダに供給される。図１２は、本発明のサブストリームＩＤの追加箇所についてフローチャートを記した。この他に、オプション領域の有無やサイズ等が変わる場合には、関連するビットをＭＰＥＧ規格に従って修正することになる。またＭＰＥＧのデコードは、図示されないハードウェアで行なっても良いし、ＣＰＵ１００１でＭＰＥＧデコード用のソフトウェアで行なっても良い。
【００８３】
（第７の実施の形態）
本発明の第７の実施の形態について図１０および図１３を用いて詳細に説明する。
【００８４】
入力ストリームと出力されるストリームのビット内容は、図５のＡ”，Ｂ”〜Ｄ”と同じである。転送タイミングは、データバスが入力１系統・出力ｎ系統で独立に持っているか同時に転送出来る場合は、図５と同じで良いが、入出力を共通バスで行なう場合には、前の実施例と同様、メモリＦＩＦＯが必要になる場合もある。本発明では、ＣＰＵ１００１に示したようなフローチャートによって、マルチシーンのデータの分離が行なわれて、ストリームが各ＭＰＥＧデコーダに供給される。
【００８５】
次に、図１３を用いてＣＰＵ１００１の動作を説明する。
【００８６】
まずステップ１３０１にて入力ストリームから１パック読み込む。
【００８７】
次にステップ１３０２にてストリームＩＤがＥ０か否かが判断される。ステップ１３０２にてストリームＩＤがＥ０と判断された場合には次のステップ１３０４へ進み、されなかった場合にはステップ１３０３にて読み込んだ１パックを出力しステップ１３０１へ戻る。
【００８８】
次にステップ１３０４にてアングル番号が１か否かが判断される。ステップ１３０４にてアングル番号が１と判断された場合にはステップ１３０５にて読み込んだ１パックをアングル番号１用のデコーダに出力しステップ１３０１へ戻り、されなかった場合には次のステップ１３０６へ進む。
【００８９】
次にステップ１３０６にてアングル番号が２か否かが判断される。ステップ１３０６にてアングル番号が２と判断された場合にはステップ１３０７にて読み込んだ１パックをアングル番号２用のデコーダに出力しステップ１３０１へ戻り、されなかった場合には次のステップ１３０８へ進む。
【００９０】
次にステップ１３０８にてアングル番号が３か否かが判断される。ステップ１３０８にてアングル番号が３と判断された場合にはステップ１３０９にて読み込んだ１パックをアングル番号３用のデコーダに出力しステップ１３０１へ戻り、されなかった場合には次のステップ１３１０へ進む。
【００９１】
次にステップ１３１０にて読み込んだ１パックを出力し、ステップ１３０１へ戻る。
【００９２】
またＣＰＵの動作については、図１４に示すフローチャートとしても良い。
【００９３】
次に、図１４を用いてＣＰＵ１００１の動作を説明する。
【００９４】
まずステップ１４０１にて入力ストリームから１パック読み込む。
【００９５】
次にステップ１４０２にてストリームＩＤがＥ０か否かが判断される。ステップ１４０２にてストリームＩＤがＥ０と判断された場合には次のステップ１４０４へ進み、されなかった場合にはステップ１４０３にて読み込んだ１パックを出力しステップ１４０１へ戻る。
【００９６】
次にステップ１４０４にてアングル番号が１か否かが判断される。ステップ１４０４にてアングル番号が１と判断された場合にはステップ１４０５にて読み込んだ１パックとVALID信号をアングル番号１用のデコーダに出力しステップ１４０１へ戻り、されなかった場合には次のステップ１４０６へ進む。
【００９７】
次にステップ１４０６にてアングル番号が２か否かが判断される。ステップ１４０６にてアングル番号が２と判断された場合にはステップ１４０７にて読み込んだ１パックとVALID信号をアングル番号２用のデコーダに出力しステップ１４０１へ戻り、されなかった場合には次のステップ１４０８へ進む。
【００９８】
次にステップ１４０８にてアングル番号が３か否かが判断される。ステップ１４０８にてアングル番号が３と判断された場合にはステップ１４０９にて読み込んだ１パックとVALID信号をアングル番号３用のデコーダに出力しステップ１４０１へ戻り、されなかった場合には次のステップ１４１０へ進む。
【００９９】
次にステップ１４１０にて読み込んだ１パックを出力し、ステップ１４０１へ戻る。
【０１００】
入力ストリームと出力されるストリームのビット内容は、図７のＡ'''，Ｂ'''〜Ｃ'''と同じである。転送タイミングは、データバスが入力・出力で独立に持っているか同時に転送出来る場合は、図７と同じで良いが、入出力を共通バスで行なう場合には、前の実施例と同様、メモリＦＩＦＯが必要になる場合もある。
【０１０１】
本発明では、ＣＰＵ１００１に示したようなフローチャートによって、マルチシーンの各データに対応したVALID信号が生成され、ストリームとVALID信号が各ＭＰＥＧデコーダに供給される。
【０１０２】
図１３、図１４は、本発明のＤＥＭＵＸ回路に関するところについてのみフローチャートを記した。ＭＰＥＧのデコードは、図示されないハードウェアで行なっても良いし、ＣＰＵ１００１でＭＰＥＧデコード用のソフトウェアで行なっても良い。
【０１０３】
本発明の第５の実施の形態から第７の実施の形態を実行するハードウェアは、図１０の様な計算機を例に書いたが、記述したような処理が実行できれば、この構成以外でも良く、特にハードウェアを限定するものではない。また、図１０のＦＩＦＯ−Ｂは映像用ＭＰＥＧデコーダに内蔵されているバッファ１６０１（図１６参照）で兼用しても良い。
【０１０４】
また、図１１、図１２、図１３、図１４のフローチャートでは一例を記載したが、同様な結果が得られれば、これ以外のアルゴリズムを用いても良いことはいうまでもなく、特にこのアルゴリズムに限定するものではない。また各フローチャートは、主にストリームＩＤ変換やストリーム分離の所を中心に動作を記載したものであり、細部に関しては、一般的に行なわれている図示されてないサブルーチンにより処理が行なわれる。また実際に復号化をする場合には、図示されてないＭＰＥＧデコード用のハードウェア、或いは一般的に用いられている復号化動作を行なう図示されてない各種サブルーチンにより、復号動作は行われる。
【０１０５】
また各実施例では、映像のストリームを例に図や説明を記載してあるが、特に映像に限定するものではなく、音声やプライベートストリーム等が一緒に入っていても良い。また、この場合には、図中には記載されてないが、映像以外のデコード回路も必要なことはいうまでもない。
【０１０６】
各実施例では、記録されたマルチシーンの総数が３シーンのディスクを、約３倍速のドライブで全シーンを再生し、３個のＭＰＥＧデコーダに供給する場合を例に述べたが、各実施例とも記録されたシーンの総数・ドライブの速度・読み出しシーン数・選ぶシーンの数やＭＰＥＧデコーダ数を限定しているわけではなく、これらの諸条件が違う場合にも同様にして考えていけば良い。また、マルチアングルを例に図を書いたが、マルチストーリーの場合には、各シーンの記録間隔がもっと増える傾向があるが、基本的な考え方は同様である。また各実施例では特にことわっていないが、各デコーダのＳＴＣの設定についても、ほぼ同じ値にしている。音声信号に関しては、マルチアングルの場合には選んだシーンに関係なく共通なので特に考慮する必要はない。マリチストーリーの場合には、各シーンと音が対応しているので、選択したシーンの中から音を選ぶことになる。
【０１０７】
また各実施例とも、ＭＰＥＧデコーダを複数個記載してあるが、ＭＰ＠ＨＬデコーダ等の高速なデコード能力を活用したマルチＳＤデコード機能などを用いても良く、その場合には１つのＩＣ内に仮想的なデコーダが複数存在することになる。
【０１０８】
また、第１の実施の形態では、画面表示位置や画面数や無画面処理をストリームＩＤと関連付ける例についても述べたが、第２以降の実施の形態でも、画面表示位置や画面数や無画面処理を、サブストリームＩＤ，ストリームＩＤ，デコーダ等と関連づけてもいいことはいうまでもない。
【０１０９】
また本発明は、複数のシーンの表示方法を実施例だけに限定するものではなく、1台のＴＶ画面内に分割して表示しても良いし、複数台のＴＶ等の表示装置に１シーンずつ表示してもいい。更に例えば１６画面の場合なら、１台の表示装置に４画面ずつ表示し、４台で計１６画面表示するなど、両者を併用してもよい。
【０１１０】
また、主に読み出し専用のＤＶＤディスクを例に説明したが、特にＤＶＤ−ＲＯＭに限定するものではなく、同様な考え方でストリームを記録すれば、ＤＶＤ−ＲＡＭや半導体メモリーや磁気記録媒体といった他の記録媒体でも同様なことがいえる。
【０１１１】
また、ＭＰ＠ＭＬの映像データを例に説明したが、特にＭＰ＠ＭＬに限定するものではなく、もっと画素数の少ないものやＭＰ＠ＨＬの様に画素数の多いものであっても良い。
【０１１２】
【発明の効果】
以上述べた様に本発明によれば、マルチシーンを記録した記録媒体から、複数のシーンを連続して読み出し、同時にデコードし表示することが可能になる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態を示す図。
【図２】ストリームＩＤ付け替え回路１０１の構成を示す図。
【図３】本発明の第２の実施の形態を示す図。
【図４】識別フラグ付加回路の構成を示す図。
【図５】本発明の第３の実施の形態を示す図。
【図６】ＤＥＭＵＸ回路５０１の構成を示す図。
【図７】本発明の第４の実施の形態を示す図。
【図８】ＤＥＭＵＸ回路７０１の構成を示す図。
【図９】ＤＥＭＵＸ回路７０１の構成を示す図。
【図１０】本発明の第５，６，７の実施の形態の構成を示す図。
【図１１】第５の実施の形態のＣＰＵ１００１の制御による動作を示すフローチャート。
【図１２】第６の実施の形態のＣＰＵ１００１の制御による動作を示すフローチャート。
【図１３】第７の実施の形態のＣＰＵ１００１の制御による動作を示すフローチャート。
【図１４】第７の実施の形態のＣＰＵ１００１の制御による動作を示すフローチャート。
【図１５】ＭＰＥＧストリームを説明するための図。
【図１６】映像用ＭＰＥＧデコーダの構成例。
【符号の説明】
１０１…ストリームＩＤ付け替え回路、１０２，５０２，７０２…ＭＰＥＧデコーダ、２０１，４０１…パック先頭検出回路、２０２，４０２…映像パック検出回路、２０３…ストリームＩＤ処理回路、３０１…識別フラグ付加回路、３０２…識別フラグ認識機能付ＭＰＥＧデコーダ、４０３…オプション領域Substream＿ID付加回路、５０１，７０１…ＤＥＭＵＸ回路、１００１…ＣＰＵ。
【図１】
0004095221.tif 000002
【図２】
0004095221.tif 000003
【図３】
0004095221.tif 000004
【図４】
0004095221.tif 000005
【図５】
0004095221.tif 000006
【図６】
0004095221.tif 000007
【図７】
0004095221.tif 000008
【図８】
0004095221.tif 000009
【図９】
0004095221.tif 000010
【図１０】
0004095221.tif 000011
【図１１】
0004095221.tif 000012
【図１２】
0004095221.tif 000013
【図１３】
0004095221.tif 000014
【図１４】
0004095221.tif 000015
【図１５】
0004095221.tif 000016
【図１６】
0004095221.tif 000017