(57)【特許請求の範囲】
【請求項１】
多重化した複数の成分ストリームに対応するデータパケットのグループを有し、これらの各成分ストリームがその一部として独特の識別コードを有しているデータ信号を受信すべく作動し得る信号処理装置であって、各前記グループは所定の配置で成分ストリーム毎に１つのデータパケットを有し、各前記パケットはそれぞれの識別コードを含むパケットヘッダーを含み、斯種のデータ信号を信号源から受信し、更に入力識別コードを受信し、該信号を多重分離し、且つ該信号の成分ストリームのうち前記独特の識別コードが前記入力識別コードに一致する成分ストリームを出力すべく作動し得るデマルチプレクサを具えている信号処理装置において、前記信号源と前記デマルチプレクサとの間にインラインにパッチング手段を設け、該パッチング手段が、或る選択した成分ストリームについてのパケットヘッダーを識別するため前記データ信号を分析し、前記データ信号内の或る選択した成分ストリームの前記独特の識別コードを別の識別コードに変えるべく構成されて、前記別の識別コードは成分ストリーム中のいずれの識別コードとも異なるものであり、前記デマルチプレクサの入力識別コードが前記別の識別コードとなるようにしたことを特徴とする信号処理装置。
【請求項２】
前記パッチング手段がメモリ及び該メモリに結合されたプロセッサを具え、前記メモリが前記データ信号を受信すべく構成され、且つ前記プロセッサが、前記メモリの内容を分析して、前記成分ストリームの位置における前記独特の識別コードを識別し、且つ前記成分ストリームの前記独特の識別コードのうちの選択した１つを前記別の識別コードで重ね書きすべく構成されるようにしたことを特徴とする請求の範囲１に記載の装置。
【請求項３】
前記信号源が取外し可能な記憶デバイスを具え、且つ前記信号処理装置がさらに、前記記憶デバイスからのデータにアクセスすべく作動し得る手段も具えていることを特徴とする請求の範囲２に記載の装置。
【請求項４】
前記記憶デバイスが、該デバイス用の識別子を規定するデータを保有し、データにアクセスすべく作動し得る前記手段が前記デバイスの識別子を読取るべく作動し、且つ前記信号処理装置がさらに、前記デバイス用の識別子を、前記デバイスが保有している成分ストリームの識別子のリストと一緒に受取って記憶すべく結合させた不揮発性の記憶手段も具えていることを特徴とする請求の範囲３に記載の装置。
【請求項５】
前記不揮発性記憶手段がさらに、前記取外し可能な記憶デバイスからのデータの読取りが停止した際に、最後に選択された成分ストリームの識別子の表示を前記成分ストリーム識別子のリストと一緒に記憶すべく構成されるようにしたことを特徴とする請求の範囲４に記載の装置。
【請求項６】
前記データ信号が遠隔位置から伝送され、且つ前記信号源が、前記信号処理装置に結合されると共に前記伝送されるデータ信号を受信すべく構成した受信機を具えていることを特徴とする請求の範囲１又は２に記載の装置。
【請求項７】
前記データ信号のデータが所定の符号化構成に従って符号化され、前記信号処理装置がさらに、前記デマルチプレクサによって出力される成分ストリームを受取って復号すべく構成したデコーダ段も具えるようにしたことを特徴とする請求の範囲１に記載の装置。
【請求項８】
前記信号源からのデータ信号がデータパケットのグループから成り、これらの各グループが成分ストリーム当り１個のデータパケットを所定の配列で具え、且つ各パケットがそれぞれの識別コードを包含しているパケットヘッダーを含み、前記パッチング手段が、或る選択された成分ストリームに対するパケットヘッダーを識別すべく構成されるようにしたことを特徴とする請求の範囲１〜６のいずれか一項に記載の装置。
【請求項９】
全てのデータパケットが共通の数のビットを包含し、且つ前記パッチング手段が、或るグループのスタートを検出すると共に後続するビットを計数することによりパケットヘッダーを識別すべく構成されるようにしたことを特徴とする請求の範囲８に記載の装置。
【請求項１０】
データパケットのグループを有するデータ信号から複数の多重成分ストリームのうちの所望する１つの成分ストリームを分離する信号処理方法であって、各成分ストリームが、該ストリームの一部として独特の識別コードを有し、各前記グループは所定の配置で成分ストリーム毎に１つのデータパケットを有し、各前記パケットはそれぞれの識別コードを含むパケットヘッダーを含み、且つデマルチプレクサが前記データ信号の成分ストリームを分離して、所定の前記独特の識別コードを有している成分ストリームを出力する信号処理方法において、前記デマルチプレクサが別の識別コードを有しているデータ信号成分ストリームを出力すべくセットアップされ、且つ前記データ信号の成分ストリームをデマルチプレクサへ供給する前に、或る選択した成分ストリームについてのパケットヘッダーを識別するため前記データ信号を分析し、前記データ信号内の或る選択した成分ストリームの前記独特の識別コードを別の識別コードに変更し、前記別の識別コードは成分ストリーム中のいずれの識別コードとも異なることを特徴とする信号処理方法。
【請求項１１】
前記成分ストリームをデータ源からオーディオパケットのグループとして供給されるオーディオデータストリームとし、オーディオパケットの各グループが前記データ信号の成分ストリーム当り１個のパケットを含むことを特徴とする請求の範囲１０に記載の方法。
【請求項１２】
データ信号源の識別に備えて、最後の成分ストリームの選択記録を維持しておく工程と；或る信号源と新たに接触する際に、信号源の識別を前記記録したものに対してチェックする工程及び前記新規の信号源に対する記録がある場合には、先ず前記記録済みの最後に選択した成分ストリームを選択成分ストリームとして用いる工程も具えていることを特徴とする請求の範囲１０に記載の方法。
【発明の詳細な説明】
【０００１】
本発明は多重データ信号を復号化する方法及び装置に関するものであり、特に多重化した信号から成るオーディオ又はデータストリーム間の切り替えに関するものであるも、これに限定されるものではない。
【背景技術】
【０００２】
このような多重信号に対する特別な用法の１つは、コンパクトディスク又は放送アプリケーションにビデオシーケンス用の二者択一の音声トラック又はサブタイトルを持たせることであり、ここに音声トラックはそれぞれ異なる言語のトラックとすることができる。ＣＤ−ＲＯＭがビデオセグメント又は静止画像に付随して多数の異なる言語のサブタイトルトラックを有するこのようなシステムの一例は米国特許第５，４９７，２４１号（Ostrover外／Time-Warner社）に記載されている。″セット−アップ″段階の期間中には、リード−イントラックからＣＤ−ＲＯＭ用の制御及びプレゼンテーションデータが読取られ、制御データは利用可能な言語を選択させるユーザオプションのメニューを発生させる。ユーザの入力に応答して、マイクロプロセッサマスターコントロールがデマルチプレクサをセットして、ディスクから読取ったデータストリームからユーザの選択したオーディオ又はサブタイトルストリームを通すようにする。
【０００３】
このような装置は一般に、単一のサブタイトル言語又は他の多重データストリームを動作中ずっと選択されたままとする単一の連続プレイセッションにとっては好適である。しかし、対話式のアプリケーションでは、ストリームの変更が頻繁に行われることがあり、次のビデオクリップ及びそれに付随する音声トラックの選択は、理想的にはユーザの立ち入りを最少にして、一般に高速度にて行われるようにすべきである。ビデオ画像シーケンスを（過度な遅延がなく、しかもデコーダバッファのオーバーフロー／アンダーフローもなく）″継目なしに″継ぎ合わせるためにビット割当てを制御するビデオ用の符号化技法については本願人の出願に係る米国特許出願第０８／５６５，６９７号；第０８／５６５，０９８号及び第０８／５６３，４７１号に記載されている。
【０００４】
オーディオストリームは一般に、ビデオに関連するバッファのオーバーフロー／アンダーフロー問題を受けることはないが、オーディオストリームにおける小さな不連続は一般にビデオストリームにおける短い不連続（即ち、フレーズフレーム）よりもユーザにとっては目立つことになる。このような不連続は、データが多数のオーディオチャネルを包含している多重信号の形態で供給される（上述した）ＵＳ５，４９７，２４１のようなシステムでは起りがちであり、これは多重ストリームの或るオーディオチャネルから他のオーディオチャネルへ変更するようにデコーダをセットし直すのにシステムコールを用いる通常の技法では或る程度時間がかかるからである。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
そこで、本発明の目的は多重信号のストリーム間の切り替え速度、特にオーディオストリーム間の切り替えではあるも、これに限定されない斯様なストリーム間の切り替え速度を改善することにある。
【課題を解決するための手段】
【０００６】
本発明によれば、多重化した複数の成分ストリームから成り、これらの各成分ストリームがその一部として独特の識別コードを有しているデータ信号を受信すべく作動し得る信号処理装置であって、信号源から斯種のデータ信号を入力識別コードと一緒に受信し、該信号を多重分離し、且つ該信号の成分ストリームのうちの、識別コードが前記入力識別コードに一致する成分ストリームを出力すべく作動し得るデマルチプレクサを具えている信号処理装置において、前記信号源と前記デマルチプレクサとの間にインラインにパッチング手段を設け、該パッチング手段が、前記データ信号内の或る選択した成分ストリームの識別コードを別の識別コードに変えるべく構成されて、前記デマルチプレクサの入力識別コードが前記別の識別コードとなるようにしたことを特徴とする信号処理装置が提供される。
【０００７】
前記パッチング手段はメモリと、これに結合させたプロセッサとで構成し、前記メモリは前記データ信号を受信すべく配置し、且つ前記プロセッサは、前記メモリの内容を分析し、成分ストリーム識別コードのそれぞれの位置を識別し、且つ前記成分ストリーム識別コードのうちの選択した１つの識別コードを前記別の識別コードで重ね書きするのが好適である。
【０００８】
前記信号源は取外し可能な記憶デバイス（光ディスクのようなもの）で構成し、前記信号処理装置には前記記憶デバイスからデータを読取るのに好適な手段も設けることができる。このように実施するに当っては、前記記憶デバイスが、該デバイス用の識別子を規定するデータを保有し、データにアクセスすべく作動し得る前記手段が前記デバイスの識別子を読取るべく作動し、且つ前記信号処理装置がさらに、前記デバイス用の識別子を、前記デバイスが保有している成分ストリームの識別子のリストと一緒に受取って記憶すべく結合させた不揮発性の記憶手段も具えるようにすることができる。成分ストリーム識別コード（識別子）をこのように記憶する場合、不揮発性の記憶手段は、前記取外し可能な記憶デバイスからのデータの読取りが停止したら、最後に選択された成分ストリームの識別子を示すものを前記成分ストリームの識別子のリストと一緒に記憶すべく構成することができる。このように″最後の選択″を記憶するようにすれば、ユーザはその特定のディスクをその後にアクセスする際にチャネルを選択しなくて済み、以前のセッションからのユーザが最後に選定したものが、ディスクの次回のプレイ開始時にデフォルトチャネルとして作用する。
【０００９】
データストリームのデータは所定の符号化構成（ＭＰＥＧの如き）に従って符号化することができ、このような場合には信号処理装置に、デマルチプレクサによって出力される成分ストリームを受取り、且つ復号すべく構成したデコーダ段も設けるのが好適である。信号源からのデータ信号はデータパケットのグループで構成し、これらの各グループが成分ストリーム当り１個のデータパケットを所定の配列で具え、且つ各パケットがそれぞれの識別コードを包含しているパケットヘッダーを含むようにすることもでき、パッチング手段は或る選択された成分ストリームに対するパケットヘッダーを識別すべく構成するのが好適である。このような構成で、しかも全てのデータパケットが共通のビット数を包含している場合にはパッチング手段は或るグループのスタートを検出し、次いで単にパケット当りの多数のビット数を計数してパケットヘッダーを識別するように構成するのが好適である。他のオプションとして、データを取外し可能な記憶デバイスから受取るのではなくて、データ信号を遠隔地から伝送し、そのデータ信号源に信号処理装置に結合されて、斯様な伝送データを受信すべく構成した受信機を設けることができる。
【００１０】
本発明によれば、データ信号から複数の多重成分ストリームのうちの所望する１つの成分ストリームを分離する信号処理方法であって、各成分ストリームが、該ストリームの一部として独特の識別コードを有し、且つデマルチプレクサが前記データ信号の成分ストリームを分離して、所定の識別コードを有している成分ストリームを出力する信号処理方法において、前記デマルチプレクサが別の識別コードを有しているデータ信号成分ストリームを出力すべくセットアップされ、且つ前記データ信号の成分ストリームをデマルチプレクサへ供給する前に、前記データ信号内の或る選択された成分ストリームの識別コードを前記別の識別コードと置き換えることを特徴とする信号処理方法が提供される。
【００１１】
上述したような方法には、データ信号源の識別に備えて、最後の成分ストリームの選択記録を維持しておく工程と；或る信号源と新たに接触する際に、信号源の識別を前記記録したものに対してチェックする工程及び前記新規の信号源に対する記録がある場合には、先ず前記記録済みの最後に選択した成分ストリームを選択成分ストリームとして用いる工程も含めることができる。
【００１２】
さらに本発明によれば、添付した請求の範囲に記載したような取外し可能な記憶デバイスも提供される。
【００１３】
後に認識されるように、デマルチプレクサを或る特定の識別コードにセットし、次いで、所望される成分ストリームがその特定の識別コードを有するように、入力データのストリームを変更することにより、デコーダを種々の識別コード用にセットし直さなくて済み、チャネル切り替え速度が大いに改善される。
【発明を実施するための最良の形態】
【００１４】
以下添付図面を参照して本発明を種々の実施例につき説明する。
【００１５】
次に、放送リンクを介して分配したり、又は光ディスク記憶媒体から読取ったりすることのできるような短縮データストリーム、主として多重オーディオ又はデータチャネルを有し、ストリーム間の迅速な切り替えが望まれるデータストリームについて説明する。多重オーディオチャネルの配列は、例えば共通のビデオシーケンスに付随して異なる言語の音声トラックを設けるのに用いることができる。しかし、本発明はＭＰＥＧ（ＩＳＯ１１１７２−３）の如き特別な符号化標準に従うものであれ、そうでないものであれオーディオデータに限定されるものでなく、しかも本発明は例えばサブタイトルをつけるためのオーディオ又はビデオクリップに無関係なものであれ、関係するものであれ、多重データストリーム間の切り替えに適用することもできる。本発明は、多重ビデオストリームにてビデオバッファの状態が同じとなることがわかっている良好に規定された個所だけではあるが、当業者に明らかなように、多重ビデオストリーム間の切り替えに使用することもできる。全ての実施例に共通の特徴は、多重チャネルストリームの各々が、そのストリームの一部として独特な識別コードを有するか、或いは各多重チャネルストリームが、多重データに対するヘッダーにて独特に識別されると云うことにある。
【００１６】
図１は４つのオーディオチャネル信号を伝送又は記憶用に一緒に多重化するストリーム配列の第１例を図式的に示したものである。データは連続するグループで伝送され、これらの各グループは一般に各オーディオチャネルに対するそれぞれのパケット（ＣＨ．１〜ＣＨ．４）が後続する多数の同期ビットＳＹＮＣを包含している。なお、種々のチャネルパケットには、これらのパケットの長さを相違させて（パケットの長さはグループの最大寸法により制約される）異なる量のデータを包含させたり、又はパッキング処理を用いて共通の固定パケット長を維持することができる。図示のように、各パケットはヘッダー部分と、これに後続するオーディオデータのストリームとで作製される。ヘッダー部分にはオーディオチャネルストリームに対する識別コード（ＩＤ）を保有する区分がある。受信に際しては、デマルチプレクサがグループのヘッダーを分析して、（もしあるならば）どのパケットが適切なＩＤを持っているかを特定し；この場合、デマルチプレクサがセットされているＩＤを有しているパケットはさらに処理するために転送され、残りのパケットは捨てられる。
【００１７】
図２は、今回ＭＰＥＧ標準に従う多重データの別の配列例を示す。この場合には″グループ″（これらのグループは固定長さに制約されない）の各々が単一ヘッダーを具えており、これに補助情報用の区分が続き、最後に主データ区分が後続し、このデータ区分内には４つのチャネルに対するデータが多重化される。ヘッダーは同期ワードで始まり、この同期ワードには当業者に周知のように、特殊な個別の機能（ビットレート及びサンプリング周波数の表示の如き）を有する多数のビットが後続する。補助情報区分はその後のサブフレーム（多重チャネル）を識別し、主データ区分は符号化したサブバンドサンプルに加えてスケールファクタ及び補助データを包含する。この後者の例の利点は、ｎ個の多重チャネルから成るグループ毎のｎ個の別個のヘッダーを識別してから分析しなければならないこととは違って、デマルチプレクサは単一の識別しやすいヘッダーで識別コードを分析して見つけることができることにある。
【００１８】
図３はＣＤ−ＲＯＭ又はＣＤ−ｉプレーヤの如きプログラマブルＡＶ再生ユニットに使用するデコーダ装置を示すブロック図である。このような装置は図１又は図２に示したように多重化形態に符号化したデータを受信するものである。データは適当なリーダー１２によってアクセスされるディスク１０に保有されており、リーダーはデータをバッファランダム−アクセスメモリ１４へ出力する。リーダー１２の動作は、リーダー制御段１６により指示され、この制御段はディスクのローディング時にブート−アップ操作を指揮し、メインプレーヤのプログラマブルコントローラ１８へディスクアプリケーションプログラム（これは後述する他のデータと一緒にディスクの第１トラックに与えられている）を読取らせる。第１トラックからのアプリケーションプログラムのローディング及び付随するデータファイルの転送が完了したら、制御段１６はスイッチ２０を切り替えて、ディスクからその後に読取られる全てのデータをＲＡＭ１４へと進めるようにする。ディスクが複合オーディオ／ビデオ（ＡＶ）ストリームを保有している場合には、ＲＡＭからビデオ成分データを読出して、別個に復号化及び他の処理をする。ビデオ成分を処理するための諸要件は当業者にとってはよく知られていることであり、本発明の作動には関係ないので、詳しい説明は省略する。
【００１９】
１つの完全なデータグループ（図１の配列）又はグループヘッダー（図２の配列）をバッファ１４へ読込んだら、パッチング作業を行ない（これについては後に説明する）、その後、グループのデータをデマルチプレクサ２２へ出力し、ここでヘッダー又は各ヘッダーを分析して所望なＩＤを識別することにより４つのオーディオチャネルＣＨ．１〜ＣＨ．４のうちの所望する１つのチャネルを選択する。次いで、抽出したチャネルストリームをデコーダ段２４を経て出力し、残りの（非選択）チャネルストリームのデータは捨てるようにする。主コントローラ１８にはプレイ制御リスト（ＰＣＬ）メモリ２６が結合されており、このメモリはブート−アップ又はディスクのローディング時にアプリケーションプログラムと一緒にダウンロードされた追加のデータを保有している。こうしたメモリの内容には、デマルチプレクサ２２の作動に必要な第１ＰＣＬ（バッファ１４の内容へのメモリポインタを包含している構造のもの）並びにディスクのチャネルストリームのＩＤテーブルが含まれる。このチャネルストリームのＩＤテーブルには、各チャネルが何を保有しているのかを特定するデータを適当に含めて、オプションの初期メニューを生成して、セットアップ期間中にユーザに選択させるように提示させるのが好適である。メニューはプレーヤそのもののディスプレイに英数字を（例えばドット−マトリックスで）提示させる一連の表示オプションの形態のものとするか、又はプレーヤに結合させたビデオモニタに供給されるオン−スクリーンメニューを用いることができる。
【００２０】
作動に当り、４つのオーディオチャネルＣＨ．１〜ＣＨ．４は、例によってＰＣＬメモリ２６にダウンロードされたテーブルにてそれぞれ特定される識別コードＩＤ１，２，３及び４を有している。４つの識別コードのうちの或る特定のコードを有するオーディオチャネルストリームをデコーダ２４に出力させるようにデマルチプレクサ２２をセットし、その後オーディオチャネルのうちの別のチャネルを要求する場合にデマルチプレクサをセットし直す通常の操作技法とは異なり、デマルチプレクサ２２をブート−アップ作業中に初期化して、メモリ２６内のテーブルにて特定されるいずれもの識別コードとは異なる識別コード（例えば識別コード０）を有するチャネルストリームを通すようにする。どのオーディオチャネルが要求されるのかを決めると（これは後述する多数の種々の方法にて行なうことができる）、主コントローラ１８は、そのチャネルの直ぐ後に続くグループにて要求されるストリームのＩＤを特定する。この後続グループはバッファ１４に読込まれるので、コントローラ１８はそのグループのヘッダー又は各ヘッダーを分析して、要求されたオーディオチャネルに対する識別コードを突きとめるのであって：そのコードを識別したら、コントローラ１８は、このコードをデマルチプレクサ２２がセットされる識別コード（識別コード０）で重ね書きする。要求された識別コードが次のグループに存在しない場合には、目下選択されているチャネルのＩＤを再びパッチして、新規のＩＤに対する探索をその後のグループへと持ち越すようにする。
【００２１】
所望されるオーディオチャネルの決定は、オンライン２８でのユーザ入力に直接応答させてから、オプションメニューに表示させるのが好適である。ユーザのチャネル選択が、システムクロック３０に対してコントローラ１８によりカウントアップされる所定期間内にて行われない場合にはデフォルトチャネルを選択させる。このデフォルト選択チャネルは単に番号が最も低いチャネル（最小のＩＤ）とするか、又はチャネルのうちのどれか１つが、メモリ２６にロードされるテーブル内にてデフォルト選択チャネルとして特別に識別されるようにすることができる。或いは又、プレーヤが不揮発性のＲＡＭを具えている場合には、ディスクの識別子に対して最後に選択したチャネルの記録を記憶させておき、その後のセッションの開始時に、そのディスクが以前にロードされたことがある場合には、ロードされたディスクの識別子を記憶済みの記録と単に突き合わせるだけでデフォルトチャネルを選択させるようにすることができる。
【００２２】
デマルチプレクサをリセットするのにシステムコールをなくすことと、ヘッダーを分析して、識別したＩＤを重ね書きするのに必要な処理能力との間には或るかね合いがあることがわかる。しかし、一般に必要な処理能力は、ＣＤ−ＲＯＭ又はＣＤ−ｉプレーヤの如きプロセッサの容量が比較的低いシステムでも利用されることになるから、チャネル間の切り替えを速くすることによってその価値を増すようにする。上述したように、ヘッダーの分析は図２の配列におけるように、単一のヘッダーしかない場合には一般に簡単である。しかし、特殊なケースとして、１つのグループを構成するオーディオパケットが全て同じ長さで、これらのパケットが同じ順序で発生し、しかも同じ配列のヘッダーを有して、それぞれのオーディオチャネルのパケットに対する識別コードがグループの開始後に所定数のビットを生じるようにする場合には、図１の配列の信号でも速く、しかも簡単に処理するとができる。この場合に、パッチング作業はグループのスタートを識別し、且つ受信したデータビットが、重ね書きすべき所定チャネルの識別コードをいつの時点に構成するのかを確めるべくビット数を計数するだけで済む。
【００２３】
例えば、関連するディスクリーダを有するパーソナルコンピュータ（ＰＣ）のように、処理能力が大きいものを利用できる場合には、パッチング作業をさらに進歩させたものをＰＣの不揮発性記憶装置にディスク・リーダーユーティリティとして組込むことができる。図４はこのようなディスク・リーダーユーティリティを設けたＰＣの操作コンポーネントを示すブロック図である。中央バス４０のまわりを拠点としたこのシステムは、システムの電源投入時又はディスクドライブ４８内へのディスクのローディング時に通信すべきＲＯＭ４４におけるブート−アップファームウェアの一部として保持されるディスク・リーダーユーティリティと一緒に、ＲＯＭ４４及びＲＡＭ４６の形態の主記憶装置を装備したＣＰＵ４２を具えている。ユーザ入力はキーボード５０により行なうか、又はマウスか、トラッカーボールの如き他のユーザ入力デバイス（ＵＩＤ５２）を用いて行なうことができる。出力装置にはビデオディスプレイ５４のほかに、オーディオ再生段５６を加えたり、プリンター５８を随意含めるのが好適である。追加のオフライン記憶装置６０をフロッピー（登録商標）ディスクの読取り／書込みユニットの形態で設けることができる。こうした周辺装置の動作は一般に（後述する）ディスク・リーダーユーティリティの動作には関係なく、当業者によく知られていることであるので詳しい説明は省略する。
【００２４】
図５はＰＣに基礎をおく例に対するディスク・リーダーユーティリティの動作を示すフローチャートである。スタート状態１００（これは常に電源投入及びディスクのローディング後とするのが好適である）から出発して、ディスクのタイトル又は識別子ＩＤをステップ１０２にて、ロードしたディスクのトラック１におけるセット−アップ情報から読取る。ステップ１０４では、現行ディスクのＩＤＤと、ハードディスク（ＲＡＭ４６の一部）に保有されている識別子のテーブル（ストリームの識別子テーブルは既に保有されている）とを比較し：一致するものがある場合には、記憶してあるストリームの識別子テーブルをその後の使用のために取り込む（ステップ１０６）。一致する既存ストリームの識別子テーブルがない場合には、ディスクから種々のストリーム識別子を読取り（ステップ１０８）、このディスクに対する識別子テーブルを作成する（ステップ１１０）。次いで、このテーブルをハードディスクに記憶する（ステップ１１２）。このテーブルはロードしたディスクの識別子ＩＤＤにより識別される。
【００２５】
ステップ１１０にてストリームの識別子テーブルを作成するか、又はステップ１０６にて記憶装置からの適当な既存のテーブルにアクセスしたら、ステップ１１４にてディスクのストリーム識別子テーブルを参照し、このディスクに対しては既存のどの識別子とも異なるようにパッチング識別子（マルチプレクサをセットするためのチャネル選択）を選定する。チャネルの選択を簡単にするために、パッチング識別子ＩＤＰは、この識別子がディスクに既に用いられていなければ、常にＩＤＰ＝″０″のような同じ値にセットするのが好適である。″好適な″パッチング識別子を使用し続けることにより、新規に挿入したディスクが基本ストリームの識別子として前記好適なパッチング識別子を用いるような場合にだけ、（ステップ１１６におけるように）デマルチプレクサをリセットする必要性が低減する。
【００２６】
パッチング識別子を有するストリームを選択すべくデマルチプレクサをセットアップすると、図に１１８で示すようにパッチング作業が開始する。ユーザに利用できるオプションメニューを提示させ（ステップ１２０）、ステップ１１８のパッチング作業中にユーザ入力（ステップ１２２）に応答してストリームの選択を変えることについては図６のフローチャートによって詳細に説明する。
【００２７】
先ず、ディスクのローディングに続いてユーザによる入力ストリームの選択があるかどうかチェックする（ステップ１３０）。このような選択がある場合には、パッチング作業をステップ１３２へと進めて、多重分離処理を行なう前に、選択したストリームの識別子をパッチング識別子で重ね書きする。しかし、ステップ１３０にて（好ましくは前述したように所定期間内に）、ユーザによるストリームの選択が入力されていないとわかった場合には、その識別したディスクを最後に使用した時点に選択したチャネルストリームの記録が存在するかどうか、さらなるチェックを行なう（ステップ１３４）。このような記録が保有されている場合には、最後に使用したストリームをパッチング用に選択する（ステップ１３６）。ユーザによるストリーム選択入力がないか、以前にそのディスクを選択した記録がない場合には、ステップ１３８にてデフォルトストリームを選択する。この選択デフォルトストリームは識別子の形態に依存し（例えば、英数字識別子では、選択デフォルトストリームは″１″又は″Ａ″のシーケンスに近いものとすることができる）、又こうしたストリームには、他のストリームと区別して、デフォルトストリームとしてセットする追加のコード又は特殊なヘッダービットを持たせることができる。
【００２８】
パッチング作業中には、ユーザ入力用のシステムモニタ、即ちストリームの変更（ステップ１４０）を示すか、プレイの停止（ステップ１４２）を示すシステム信号を発生させる。ステップ１４０でストリームを変えるユーザ入力を受取ると、パッチングステップ１３２がパッチング識別子によって重ね書きすべき識別子を更新させ、次の適当な個所（次のフレーム同期個所のような所）にてストリームを変更させる。″プレイ停止″コマンドに対するテストは適当な短い遅延１４４によってストリーム変更テストステップ（ステップ１４０）へとループバックさせる。停止コマンドを受取ると、プレイの終了（読取りヘッド等を停止させる）直前に、目下選択されているストリームの識別子を、この特定のディスクを次回ロードさせる際にステップ１３４で参照させるディスク識別子と一緒に記憶させる。上述したようにストリームの識別子テーブルを記憶するに当り、目下選択されているストリームはテーブルに単一ビットとしてエントリして記憶させることができる。
【００２９】
以上、要するに多重データストリームから選択した成分（特にオーディオ信号）を多重分離する方法及び装置につき説明した。所望されるチャネル成分の各々は、ディスク・リーダーとデマルチプレクサとの間の受信データバッファの内容を分析するプロセッサによって検出される独特な識別コードを有している。デマルチプレクサはチャネルストリームに元来割当てられたいずれもの識別コードとは異なる特殊な識別コードを有している受信データチャネルストリームを出力すべくセット−アップされる。チャネルストリームのうちの所望される１つのストリームに対する識別コードはプロセッサにより特殊な識別コードに変更され、このコードがバッファを通過するようにして、デマルチプレクサをセットし直さなくて済むようにする。
【００３０】
本発明は上述した例のみに限定されるものでなく、幾多の変更を加え得ること勿論である。
【図面の簡単な説明】
【００３１】
【図１】データストリームに多重化したオーディオデータパケットの配列を示す。
【図２】代わりのオーディオデータパケットの多重化配列を示す。
【図３】本発明を具体化するプログラマブルＡＶ再生装置におけるデコーダ段のブロック図である。
【図４】ＰＣに基礎をおくシステムにおける本発明の利用法を示す。
【図５】図４の例に対するディスク読取ユーティリティの動作を表わすフローチャートである。
【図６】図５のフローチャートの一部を詳細に示したものである。
【図１】
0003976339.tif 000002
【図２】
0003976339.tif 000003
【図３】
0003976339.tif 000004
【図４】
0003976339.tif 000005
【図５】
0003976339.tif 000006
【図６】
0003976339.tif 000007