JP2007035200A - 再生装置、コンテンツ記録媒体、再生装置の制御方法、制御プログラムおよび記録媒体 - Google Patents

Abstract

【課題】 オーディオデータのチャンネル数の切り換わりの違和感を低減すると共に、オーディオデータの再生におけるシステムの柔軟性を有する再生装置を提供する。
【解決手段】 本発明の再生装置は、第１のオーディオデータをデコードして第３のオーディオデータに変換するデコード部１０と、第２のオーディオデータと、第３のオーディオデータとをミックスして、第４のオーディオデータに変換するオーディオミキシング部３０と、第２のオーディオデータの再生処理の手順を示した再生処理プログラムが利用する可能性のあるオーディオデータの再生する順を示したリストに基づいて、上記第１のオーディオデータと第４のオーディオデータとを切り換えて、再生用のオーディオデータとして出力するデータ出力部（切換部５０、デジタルオーディオ出力部４）とを備えた構成である。
【選択図】 図１

Description

本発明は、コンピュータソフトウエアによってビデオ再生を制御する再生装置に関するものである。

近年、ＤＶＤやデジタル放送の普及により、従来のステレオ（２チャンネル）を超える５．１チャンネル等マルチチャンネルのオーディオを含むコンテンツが普及し、その普及につれてそれを再生する環境が整いつつある。

マルチチャンネルのオーディオコンテンツは、ＡＣ−３やＭＰＥＧ−４ ＡＡＣなどの圧縮されたフォーマットや、非圧縮のＬｉｎｅａｒ ＰＣＭ（以下ＬＰＣＭ）の形式で提供されている。

一方、マルチチャンネルのオーディオコンテンツを再生する環境として様々な組み合わせが考えられるが、最も一般的な形態の１つは、ＤＶＤプレーヤーやデジタル放送ＳＴＢ（セットトップボックス）を、ＡＶアンプに接続するというものである。両者の間の接続にはＳ／ＰＤＩＦ（Ｓｏｎｙ Ｐｈｉｌｉｐｓ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ）と呼ばれるデジタル・インタフェースを用いるのが現在最も一般的である。

Ｓ／ＰＤＩＦは、２チャンネルまでのＬＰＣＭフォーマットオーディオデータを転送する帯域幅を持つ。３チャンネル以上のオーディオデータを転送する場合には上記の圧縮フォーマットを使用することになる。

ところで、近年次世代光ディスクの技術開発が精力的に進められているが、その特徴機能の１つとして、拡張メニュー機能やＪａｖａ（登録商標）言語を利用したゲーム機能などがある。具体的な例としては、マルチチャンネルオーディオデータをＢＧＭとして用いるメニュー画面において、メニュー項目毎に対応する効果音を割り当てておき、メニュー項目の選択に伴い、対応する効果音を前記ＢＧＭとミックスして出力するというものである。

このミックスした結果を前述のＳ／ＰＤＩＦに出力することは当然のニーズであり、そのための方法として、特許文献１に示す方法が開示されている。

特許文献１に開示されている技術を図１４に沿って説明する。

プレーヤー１００は、ディスク１１０、ディスク読み出し部１２０、オーディオデコーダ１３０、インタラクティブオーディオ生成部１６０、ミキサー１４０、オーディオエンコーダ１５０で構成されている。

ＢＧＭ用オーディオデータは圧縮フォーマット、効果音用オーディオデータはサブバンド・データ形式でディスク１１０にそれぞれ記録する。

ディスク読み出し部１２０によって読み出されたＢＧＭ用オーディオデータはオーディオデコーダ１３０によって、サブバンド・データ形式にデコードされミキサー部１４０に出力される。

一方、効果音用オーディオデータは図示しないユーザ入力に応じてインタラクティブオーディオ生成部１６０からミキサー部１４０に出力される。

ミキサー部１４０では、両者をサブバンド・データ形式でミックスし、オーディオエンコーダ１５０に送る。オーディオエンコーダ１５０では、ミックスされたサブバンド・データを再度圧縮フォーマットにエンコードする。このようにデコードをサブバンド・データに留めることで、マルチチャンネルでのＳ／ＰＤＩＦ出力を実現し、なおかつフルデコード・フルエンコードに伴う処理負荷を軽減している。
特表２００３−５１３３２５号公報（国際公開日：平成１３年５月１０日）

しかしながら、上記従来技術においては以下の問題がある。

まず、上記従来技術においては、フルデコード・フルエンコードが不要であるが、それでもサブバンド・データから圧縮フォーマットへのエンコード処理が必要となる。

また、ＢＧＭ用のオーディオデータと効果音用のオーディオデータの圧縮フォーマットをそれぞれ用いる必要があり、オーディオデータの再生におけるシステムの柔軟性に欠ける。

本発明は、上記の各問題点に鑑みなされたものであり、その目的は、オーディオデータのエンコード処理を必要最小限にし、オーディオデータの再生処理における処理負荷を軽減し、且つ、任意の圧縮フォーマットでエンコードされたオーディオデータを再生可能とすることで、オーディオデータの再生におけるシステムの柔軟性を有する再生装置を提供することにある。

本発明に係る再生装置は、上記課題を解決するために、タイトルに含まれる、エンコードされた第１のオーディオデータ、および第２のオーディオデータを再生する再生装置において、第１のオーディオデータをデコードして第３のオーディオデータに変換するデコード手段と、第２のオーディオデータと、第３のオーディオデータとをミックスして、第４のオーディオデータに変換するミックス手段と、上記第２のオーディオデータの再生処理の手順を示した再生処理プログラムが利用する可能性のあるオーディオデータのリストに基づいて、上記第１のオーディオデータと第４のオーディオデータとを切り換えて、再生用のオーディオデータとして出力するデータ出力手段とを備えていることを特徴としている。

また、本発明に係る再生装置の制御方法は、上記課題を解決するために、デコード手段、ミックス手段、データ出力手段を備え、タイトルに含まれる、エンコードされた第１のオーディオデータ、および第２のオーディオデータを再生する再生装置の制御方法において、デコード手段によって、第１のオーディオデータをデコードして第３のオーディオデータに変換するステップと、ミックス手段によって、第２のオーディオデータと、第３のオーディオデータとをミックスして、第４のオーディオデータに変換するステップと、データ出力手段によって、第２のオーディオデータの再生処理の手順を示した再生処理プログラムが利用する可能性のあるオーディオデータのリストに基づいて、上記第１のオーディオデータと第４のオーディオデータとを切り換えて、再生用のオーディオデータとして出力するステップとを含むことを特徴としている。

上記の構成によれば、データ出力手段によって、第１のオーディオデータと第４のオーディオデータとは、第２のオーディオデータの再生処理の手順を示した再生処理プログラムが利用する可能性のあるオーディオデータのリストに基づいて切り換えられるので、タイトル中のその切り換えはタイトルの再生中などではなく、タイトルの境界で行うことが可能となる。これにより、第１のオーディオデータと第４のオーディオデータとの切り換えにともなうユーザの違和感を最小にすることが可能である。

また、データ出力手段によって出力される再生用のオーディオデータは、エンコードされた第１のオーディオデータ（圧縮オーディオデータ）とデコードされた非圧縮の第４のオーディオデータ（非圧縮オーディオデータ）の何れかであるので、必要最小限のデコードのみで、オーディオデータを再生することができる。これにより、オーディオデータの再生処理における処理負荷を軽減することができる。

しかも、再生オーディオデータとして出力されるのは、エンコードされたままの第１のオーディオデータか、デコード処理が１度だけ行なわれた第４のオーディオデータかの何れかであるので、オーディオデータのエンコードの形式は任意のものでよいことになる。

つまり、出力する再生用のオーディオデータは、再度、エンコード、デコードといった処理を施す必要がないので、第１のオーディオデータに対するエンコードは、任意の形式のものでよい。

このように、任意の圧縮フォーマットでエンコードされたオーディオデータを再生可能とすることで、オーディオデータの再生におけるシステムの柔軟性を有する再生装置を提供することが可能となる。

従って、再生用のオーディオデータとして出力される第１のオーディオデータ、第４のオーディオデータの何れに対しても、エンコード、デコードといった処理を施す必要がないので、オーディオデータを取得してから出力するまでの処理負荷を大幅に軽減することが可能となる。

また、上記ミックス手段への第２のオーディオデータの出力タイミングは、上記再生処理プログラムに基づいて制御されていてもよい。

上記の構成によれば、第４のオーディオデータを構成する第２のオーディオデータをミックス手段に出力するタイミングが再生処理プログラムに基づいて制御されるので、第２のオーディオデータをミックス手段に出力してから、該ミックス手段において第３のオーディオデータとのミックスのタイミングを確実に合わせることが可能となる。

これにより、例えば、第１のオーディオデータを２チャンネル、第２のオーディオデータを２チャンネルよりも多い５．１チャンネルとすれば、再生処理プログラムにより、オーディオ出力が行われないタイトルにおいては５．１チャンネルで出力でき、２チャンネル出力となる期間を一部のタイトルに限定することが可能となる。

さらに、上記データ出力手段による、第１のオーディオデータと第４のオーディオデータとの切り換え時に、データの切り換えをユーザに通知する通知手段を備えていてもよい。

さらに、通知手段を備え、該通知手段によって、上記データ出力手段による、第１のオーディオデータと第４のオーディオデータとの切り換え時に、データの切り換えをユーザに通知する通知ステップとを含んでいてもよい。

上記の構成によれば、通知手段により、データの切り換えがユーザに通知されるので、オーディオデータの切り換え（圧縮オーディオデータから非圧縮オーディオデータへの切換や、非圧縮オーディオデータから圧縮オーディオデータへの切換）にともなうユーザの違和感をさらに軽減することが可能となる。

上記の再生装置に各種データを供給可能なコンテンツ記録媒体は、第１のオーディオデータ、第２のオーディオデータ、再生処理プログラム、上記再生処理プログラムが利用する可能性のあるオーディオデータのリストのうちの少なくとも一つが記録されていることが好ましい。

なお、上記再生装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより上記再生装置をコンピュータにて実現させる再生装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明に係る再生装置は、以上のように、タイトルに含まれる、エンコードされた第１のオーディオデータ、および第２のオーディオデータを再生する再生装置において、第１のオーディオデータをデコードして第３のオーディオデータに変換するデコード手段と、第２のオーディオデータと、第３のオーディオデータとをミックスして、第４のオーディオデータに変換するミックス手段と、上記第２のオーディオデータの再生処理の手順を示した再生処理プログラムが利用する可能性のあるオーディオデータのリストに基づいて、上記第１のオーディオデータと第４のオーディオデータとを切り換えて、再生用のオーディオデータとして出力するデータ出力手段とを備えている構成である。

上記の構成によれば、データ出力手段によって、第１のオーディオデータと第４のオーディオデータとが、第２のオーディオデータの再生処理の手順を示した再生処理プログラムが利用する可能性のあるオーディオデータのリストに基づいて切り換えられるので、タイトル中のその切り換えはタイトルの再生中などではなく、タイトルの境界で行うことが可能となる。これにより、第１のオーディオデータと第４のオーディオデータとの切り換えにともなうユーザの違和感を最小にすることが可能である。また、データ出力手段によって出力される再生用のオーディオデータは、エンコードされた第１のオーディオデータ（圧縮オーディオデータ）とデコードされた非圧縮の第４のオーディオデータ（非圧縮オーディオデータ）の何れかであるので、必要最小限のデコードのみで、オーディオデータを再生することができる。これにより、オーディオデータの再生処理における処理負荷を軽減することができるという効果を奏する。

本発明の一実施の形態について図１から図１３に基づいて説明すれば、以下のとおりである。なお、本実施の形態では、本発明の再生装置としてビデオディスクプレーヤについて説明するが、本発明はこれに限定されず、デジタルオーディオ出力を搭載したＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等にも適用できる。

＜システム構成＞
図１は、本実施の形態に係るビデオディスクプレーヤ１の構成の概略を示す機能ブロック図である。

ビデオディスクプレーヤ１（再生装置）は、光ディスク２に記録されているＡＶ（Ａｕｄｉｏ Ｖｉｓｕａｌ）データを再生する装置である。

図１に示すように、ビデオディスクプレーヤ１は、ユーザ入力部３、デジタルオーディオ出力部４、ビデオ出力部（通知手段）５、デコード部（デコード手段）１０、プログラム処理部２０、オーディオミキシング部３０、ビデオミキシング部（ミックス手段）４０、切換部（切換手段）５０、ＯＳＤ生成部６０、ディスク読み出し部７０、全体制御部８０を備えて構成されている。ここで、上記ビデオ出力部５および切換部５０によって、オーディオデータを出力するデータ出力手段を構成している。

光ディスク（コンテンツ記録媒体）２には、ユーザが選択可能なコンテンツタイトル（以下タイトルと呼ぶ）の管理情報であるタイトル管理テーブルおよび、タイトルを構成するビデオデータおよびプログラムデータが記録されている。この光ディスク２には、タイトル管理テーブル、ビデオデータ、プログラムデータの少なくとも１つのデータが記録されていればよく、他のデータに関しては別の記録媒体、あるいは通信回路を経由して取得するようにしてもよい。

ビデオデータは、多重化ＡＶストリームおよびその再生順情報であるプレイリストのデータで構成される。この多重化ＡＶストリームには、オーディオデータとしてチャンネル数の異なる第１のオーディオデータと第２のオーディオデータとが含まれている。

一方、プログラムデータは、プログラム本体およびプログラムから使用されるグラフィックスデータおよびオーディオデータで構成される。

本実施形態では、以上のデータはそれぞれファイルとして参照できるように、ＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）に準拠したフォーマットで記録している。

ディスク読み出し部７０は、光ディスク２からのデータの読み出しを司る機能ブロックであり、全体制御部８０、デコード部１０およびプログラム処理部２０から指定されたファイルを光ディスク２から読み出す。

デコード部１０は、指定されたプレイリストから参照されるＡＶストリームの読み出しおよびデコードを司る機能ブロックである。つまり、デコード部１０は、ディスク読み出し部７０を通じて読み出されたプレイリストに従って、ＡＶストリームをディスク読み出し部７０を通じて読み出し、順次デコードを行っていく。デコード結果である非圧縮のビデオデータおよびオーディオデータ（第３のオーディオデータ）はそれぞれビデオミキシング部４０およびオーディオミキシング部３０に送られる。なお、デコード結果である非圧縮オーディオデータ（第３のオーディオデータ）は、ＡＶストリーム中のオーディオデータが２チャンネルを超えるチャンネル数を持っていたとしても２チャンネルにダウンミックスして出力する。また、読み出されたＡＶストリーム中の圧縮オーディオデータ（第１のオーディオデータ）については、そのまま切換部５０に送るパスを持つ。

プログラム処理部２０は、指定されたプログラムの実行を司る機能ブロックである。プログラムの実行によって出力される非圧縮のグラフィックスデータおよびオーディオデータは内部バッファを通じてそれぞれビデオミキシング部４０およびオーディオミキシング部３０に送られる。

ＯＳＤ生成部６０は、ＯＳＤ（Ｏｎ Ｓｃｒｅｅｎ Ｄｉｓｐｌａｙ）の生成を司る機能ブロックである。内部にＯＳＤプレーンを持ち、その内容をビデオミキシング部４０に送る。ＯＳＤプレーンの内容は書き換え可能であり、書き換えは全体制御部８０などにより為される。このＯＳＤ生成部６０は、後述するように、オーディオの切り換え時に切換をユーザに通知する通知手段としての機能を有している。

ビデオミキシング部４０は、ビデオデータ、グラフィックスデータ、ＯＳＤデータの重畳処理を司る機能ブロックである。デコード部１０からの非圧縮ビデオデータ、プログラム処理部２０からの非圧縮グラフィックスデータおよび、ＯＳＤ生成部６０からのＯＳＤデータを順に重ねて1枚の非圧縮ビデオデータを構成し、ビデオ出力部５に送る。

ビデオ出力部５は、アナログビデオ出力機能を司る機能ブロックであり、非圧縮ビデオデータをＮＴＳＣ（Ｎａｔｉｏｎａｌ Ｔｅｌｅｖｉｓｏｎ Ｓｙｓｔｅｍ Ｃｏｍｍｉｔｔｅｅ）フォーマットに変換し出力する。

オーディオミキシング部３０は、複数のオーディオデータのミキシング処理を司る機能ブロックである。デコード部１０およびプログラム処理部２０からの非圧縮オーディオデータ（第２のオーディオデータ、第３のオーディオデータ）をデジタル波形でミックスし第４のオーディオデータに変換し、切換部５０に送る。

切換部５０は、外部からの指示によってデジタルオーディオ出力の形態を切り換える機能を司る機能ブロックである。切り換える対象は、デコード部１０からの圧縮オーディオデータ（第１のオーディオデータ）とオーディオミキシング部３０からの２チャンネル非圧縮オーディオデータ（第４のオーディオデータ）の２種類である。切り換えた結果は、デジタルオーディオ出力部４に送られる。ここで、外部からの指示としては、オーディオデータの再生処理の手順を示した再生処理プログラムが利用する可能性のあるオーディオデータのリストに基づいて切り換えるための指示である。

デジタルオーディオ出力部４は、デジタルオーディオ出力を司る機能ブロックであり、切換部５０から送られるデジタルオーディオ信号をＩＥＣ ６０９５８フォーマットに変換しＳ／ＰＤＩＦ端子（図示なし）に出力する。

ユーザ入力部３は、ユーザからの入力を司る機能ブロックである。ビデオディスクプレーヤ１をユーザが操作するためのもので、リモートコントローラや機器のフロントパネルのボタンが相当する。

ユーザ入力部３からは、ユーザに操作に従って、操作情報（ユーザ入力操作情報、再生制御情報）を生成し、それを全体制御部８０に送る。ユーザ操作には、再生制御操作（再生開始や一時停止等）、メニュー操作（メニュー呼び出しやメニューからコンテンツへの復帰）、ＧＵＩの操作（カーソルの上下左右移動や決定等）がある。

全体制御部８０は、全体の制御を司る機能ブロックである。例えば、全体制御部８０は、ディスク読み出し部７０を経由して光ディスク２から読み出したタイトル管理テーブルおよびユーザ入力部３からのユーザの操作情報に従ってタイトルの開始および終了を制御する。

＜データ構成＞
図２は、光ディスク（コンテンツ記録媒体）２におけるファイル・ディレクトリ構成を示す図である。すなわち、上記光ディスク２は、第１のオーディオデータ、第２のオーディオデータ、再生処理プログラム、上記再生処理プログラムが利用する可能性のあるオーディオデータのリストのうちの少なくとも一つが記録されていることを特徴とするコンテンツ記録媒体である。

図２に示すように、光ディスク２内には１個のタイトル管理テーブルファイル、１個以上のＪＡＲファイル、０個以上のプレイリストファイル、０個以上の多重化ＡＶストリームファイルを格納しておく。

プレイリストファイルは、多重化ＡＶストリームの再生順情報である。また、多重化ストリームに含まれるビデオデータおよびオーディオデータに関する属性情報も格納する。ビデオデータの属性情報としてはフォーマットの種類・解像度・アスペクト比など、オーディオデータの属性情報としてはフォーマットの種類・チャンネル数・サンプリング周波数などを管理する。

多重化ＡＶストリームファイルは、１個のビデオデータと１個以上のオーディオデータを多重化したものであり、本実施形態では多重化フォーマットとしてＭＰＥＧ２ Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ（以下ＭＰＥＧ２−ＴＳと呼ぶ）を用いている。さらに本実施形態では、ビデオデータの圧縮フォーマットとしてＭＰＥＧ２ Ｖｉｄｅｏ、オーディオデータの圧縮フォーマットとしてＡＣ−３（Ｒ）を用いている。

また、オーディオデータには非圧縮フォーマットであるＬＰＣＭも選択できるようにしている。オーディオデータのチャンネル数にＡＣ−３、ＬＰＣＭいずれも２チャンネルおよび５．１チャンネルを選択できるようにしている。

なお、本発明は上述の多重化ＡＶストリーム、ビデオデータおよびオーディオデータのフォーマットに限定されるものではない。また、オーディオデータのチャンネル数についても２チャンネルと５．１チャンネルに限定されるものでなく、２チャンネルを超えるチャンネル数を設定するものであれば適用可能である。

上記タイトル管理テーブルファイルおよびＪＡＲファイルのデータ構成については後述する。

＜タイトル管理テーブルファイルのデータ構成＞
タイトル管理テーブルファイルは、前述のようにユーザが選択可能なコンテンツタイトル（以下タイトルと呼ぶ）の管理情報であるタイトル管理テーブルを格納したファイルである。

タイトル管理テーブルファイルのデータ構造を図３（ａ）（ｂ）に沿って説明する。

図３（ａ）にタイトル管理テーブルtitle_management_table()の全体構成を示す。

Title_management_table()は、ディスク中の各タイトルに関する情報であるタイトル管理情報title_management_info()を１個以上含んでいる。

フィールドfirst_title_idは、ディスク挿入時に自動的に再生開始するタイトル（以下ファーストタイトルと呼ぶ）のＩＤを格納する。

また、フィールドmenu_title_idは、ユーザがメニュー呼び出しを指示した場合に再生を開始するタイトル（以下メニュータイトルと呼ぶ）のＩＤを格納する。 なお、それぞれのＩＤは、ＩＤに対応するタイトルに関するtitle_management_info()のtitle_management_table()中での順番で表現する。

図３（ｂ）にタイトル管理情報title_management_info()の構成を示す。

フィールドJAR_file_nameは、このフィールドを含むタイトル管理情報に対応するタイトルが使用するプログラムを格納しているＪＡＲファイルのファイル名を格納する。なお、ＪＡＲファイルについては後述する。

フィールドplaylist_file_nameは、このフィールドを含むタイトル管理情報に対応するタイトルが使用するプレイリストのファイル名を格納する。

＜ＪＡＲファイルのデータ構成＞
ＪＡＲファイルは、複数のファイルを１個のファイルにまとめたものである。本実施形態で用いるＪＡＲファイルについて図４に沿って説明する。

図４に示すように、ＪＡＲファイルには１個のマニフェストファイル、１個以上のクラスファイル、このクラスファイルから呼び出される０個以上のオーディオデータファイルおよび０個以上のグラフィックスデータファイルを格納する。

各ファイルは種類を容易に区別できるように、ファイル名を種類毎に固有のものを用いる。

マニフェストファイルは、ＪＡＲファイルに格納されているファイルのリストである。ファイル名は"MANIFEST.MF"である。

クラスファイルはＪａｖａ（登録商標）バーチャルマシン用のバイトコードであり、プログラム本体に相当する。ファイル名は"foo.class"である。ここでfooは任意の文字列をあらわす。

オーディオデータファイルは、２チャンネルのＬＰＣＭフォーマットのオーディオデータを格納したものであり、連続して再生する音フレーズ毎に１個のファイルとして格納する。"foo.lpcm"である。

また、再生処理プログラムが、あらかじめ作成したオーディオデータファイルを出力するのではなく、プログラム実行時に再生処理プログラムによってオーディオデータを動的に生成する場合、データの入っていないダミーのオーディオデータファイルを格納しておく。これによって、後述するようにタイトル再生開始時にプログラムからのオーディオ出力があるかどうかを判断することができる。

グラフィックスデータファイルはＪＰＥＧフォーマットのグラフィックスデータを格納したものである。"foo.jpeg"である。

＜全体制御部＞
図５は、上記全体制御部８０の詳細な構成を示す機能ブロック図である。

図５に示すように、全体制御部８０は、バス８０ａ、ＲＡＭ８０ｂ、ユーザ入力制御部８０ｃ、ＣＰＵ８０ｄ、フラッシュメモリ８０ｅ、ディスク読み出し制御部８０ｆ、デコード制御部８０ｇ、プログラム処理制御部８０ｈ、切換制御部８０ｉ、ＯＳＤ制御部８０ｊで構成される。

ディスク読み出し制御部８０ｆは、光ディスク２からのデータの読み出しを司る機能ブロックであり、ＣＰＵ８０ｄから指定されたタイトル管理テーブルを光ディスク２から読み出す。読み出したタイトル管理テーブルは、ＣＰＵ１０ｃの指示に従ってＲＡＭ８０ｂに格納される。

ユーザ入力制御部８０ｃは、ユーザ入力部３からの入力を受信し、ＣＰＵ８０ｄに通知するためのインタフェースである。

デコード制御部８０ｇは、ＣＰＵ８０ｄとデコード部１０とのインタフェースを司る機能ブロックである。

プログラム処理制御部８０ｈは、ＣＰＵ８０ｄとプログラム処理部２０とのインタフェースを司る機能ブロックである。

切換制御部８０ｉは、ＣＰＵ８０ｄと切換部５０とのインタフェースを司る機能ブロックである。

ＯＳＤ制御部８０ｊは、ＣＰＵ８０ｄとＯＳＤ生成部６０とのインタフェースを司る機能ブロックである。

ＲＡＭ８０ｂは、ＲＡＭで構成され、読み出されたタイトル管理テーブル等を保持するためのメモリである。

フラッシュメモリ８０ｅは、フラッシュメモリで構成され、ビデオディスクプレーヤ１の全般に関する各種設定情報を電源を切っても保持しておけるようにするために用いられる。

ＣＰＵ８０ｄは、バス８０ａを通して全体制御部８０内の各機能ブロックの制御を行う。

＜デコード部＞
図６はデコード部１０の詳細な構成を示す機能ブロック図である。

上述のようにデコード部１０は、指定されたプレイリストから参照されるＡＶストリームの読み出しおよびデコードを司る機能ブロックである。

図６に示すように、デコード部１０は、バス１０ａ、インタフェース部１０ｂ、ＣＰＵ１０ｃ、ＲＡＭ１０ｄ、ディスク読み出し制御部１０ｅ、バッファメモリ１０ｆ、ＰＩＤフィルタ１０ｇ、オーディオデコード部１０ｈ、ビデオでコード部１０ｉ、Ｆｌａｓｈ Ｍｅｍｏｒｙ１０ｊで構成される。

ディスク読み出し制御部１０ｅは、光ディスク２からのデータの読み出しを司る機能ブロックであり、ＣＰＵ１０ｃから指定された多重化ＡＶストリームやプレイリストを光ディスク２から読み出す。読み出したデータのうち、多重化ＡＶストリームはバッファメモリ１０ｆに書き出し、プレイリストはＣＰＵ１０ｃの指示に従ってＲＡＭ１０ｄに格納する。ここで光ディスク２から読み出されたデータは、多重化ＡＶストリームに含まれる第１のオーディオデータ、第２のオーディオデータ、再生処理プログラム、上記再生処理プログラムが利用する可能性のあるオーディオデータのリストである。

バッファメモリ１０ｆは、ディスク読み出し制御部１０ｅを通じて読み出された多重化ＡＶストリームを一旦蓄えるためのＦＩＦＯであり、ＰＩＤフィルタ１０ｇによって読み出される。

ＰＩＤフィルタ１０ｇは、クロック（図示せず）に従って、バッファメモリ１０ｆからＡＶストリームを読み出し、多重化ＡＶストリームを構成する固定長パケットの先頭のＰＩＤの値に従って、オーディオデコード部１０ｈあるいはビデオデコード部１０ｉに振り分ける。振り分けの際にはパケットのペイロードのみを取り出して送る。また、オーディオデータが入っていると判断されたパケットについては、そのペイロードを構成するＰＥＳパケットのさらにペイロードを抜き出して外部に出力する。

また、上記ＰＩＤフィルタ１０ｇは、オーディオデータの再生処理の手順を示した再生処理プログラムが利用する可能生のあるオーディオデータのリストに基づいて、第１のオーディオデータのうちデコードすべきか否かを決定するようになっている。すなわち、ＰＩＤフィルタ１０ｇは、第１のオーディオデータをデコードする場合には、オーディオデコード部１０ｈに出力し、非圧縮のオーディオデータ（第３のオーディオデータ）として上記オーディオミキシング部３０に出力すると共に、第１のオーディオデータをデコードしない場合には、第１のオーディオデータを、圧縮オーディオデータとして上記出力手段を構成する切換部５０にそのまま出力する。

オーディオデコード部１０ｈおよびビデオデコード部１０ｉは、それぞれオーディオデータおよびビデオデータのデコード処理を司る機能ブロックであり、ＰＩＤフィルタ１０ｇから送られたＰＥＳパケットに含まれるオーディオデータおよびビデオデータをデコードし、それぞれ非圧縮オーディオデータおよび非圧縮ビデオデータの形式で出力する。

インタフェース部１０ｂは、デコード部１０と他機能ブロックのブロックのインタフェースを行う機能ブロックであり、他機能ブロックからの命令の受信や他機能ブロックへの状態の通知などを行う。

ＲＡＭ１０ｄは、ＲＡＭで構成され、読み出したプレイリストなどを保持するために用いられる。

フラッシュメモリ１０ｊは、フラッシュメモリで構成され、ビデオディスクプレーヤ１の再生に関する各種設定情報を電源を切っても保持しておけるようにするために用いられる。

ＣＰＵ１０ｃは、バス１０ａを経由して、デコード部１０中の各種機能ブロックを制御する。

＜プログラム処理部＞
図７はプログラム処理部２０の詳細な構成を示す機能ブロック図である。

上述のようにプログラム処理部２０は、指定されたプログラム（例えば、第２のオーディオデータの再生処理の手順を示した再生処理プログラム）の実行を司る機能ブロックである。

図７に示すように、プログラム処理部２０は、バス２０ａ、ＲＡＭ２０ｂ、デコーダ制御部２０ｃ、プログラム実行部２０ｄ、オーディオバッファメモリ２０ｅ、ディスク読み出し制御部２０ｆ、ミキシング制御部２０ｇ、グラフィックスプレーン２０ｈ、ＣＰＵ２０ｉで構成される。

ディスク読み出し制御部２０ｆは、光ディスク２からのデータの読み出しを司る機能ブロックであり、ＣＰＵ２０ｉから指定されたＪＡＲファイルを光ディスク２から読み出し、ＲＡＭ２０ｂに書き出す。ＲＡＭ２０ｂ上のＪＡＲファイルはＣＰＵ２０ｉによって、クラスファイル、グラフィックスファイルおよびオーディオファイルに展開されＲＡＭ２０ｂに書き出される。

プログラム実行部２０ｄは、Ｊａｖａ（登録商標）によるプログラムの実行を司る機能ブロックである。

オーディオバッファメモリ２０ｅおよびグラフィックスプレーン２０ｈは、それぞれプログラム実行部２０ｄで実行されるプログラムの出力であるオーディオデータ（ＬＰＣＭフォーマット）およびグラフィックスデータを格納するメモリである。それぞれ、オーディオミキシング部３０およびビデオミキシング部４０に読み出されてデコード部１０からの出力とミックスされることになる。

デコーダ制御部２０ｃおよびミキシング制御部２０ｇは、それぞれデコード部１０およびオーディオミキシング部３０・ビデオミキシング部４０を制御するためのインタフェースであり、ＣＰＵ２０ｉおよびプログラム実行部２０ｄからバス２０ａを通じて制御される。

なお、本実施形態では、ファイル読み出しのオーバーヘッドを削減するため、プログラムが読み出して利用するグラフィックスファイルおよびオーディオファイルはプログラムが格納されているＪＡＲファイル中のものに限定している。

＜全体処理＞
図８は、全体制御部８０の光ディスク２挿入以降の処理を示すフローチャートである。図８を参照しながら、全体制御部８０の光ディスク挿入以降の処理手順を説明する。

まず、ＲＡＭ８０ｂの初期化および各機能ブロックに対して初期化を指示し、また光ディスク２上のファイルシステム情報を読み出す（Ｓ１０）。

次に、ディスク読み出し部７０を通じて、光ディスク２からタイトル管理テーブルを読み出す（Ｓ１１）。

続いて、再生対象のタイトルを決定する（Ｓ１２）。ここで、再生対象のタイトルは以下のルールによって決定される；（１）ディスク挿入直後にはファーストタイトルを選択、（２）それ以外の場合、直前に再生されたタイトルを構成するプログラムによって指定されるタイトルを選択、（３）タイトル再生中にユーザによるメニュー呼び出し操作が行われた場合、メニュータイトルを選択。

次に、タイトル管理情報を解釈し（Ｓ１３）、その結果に基づき、デコード部１０に対しplaylist_file_nameで指定されるプレイリストの再生開始を指示し（Ｓ１４）、プログラム処理部２０に対しJAR_file_nameで指定されるＪＡＲファイルの実行を指示する（Ｓ１５）。上記のデコード部１０によるプレイリスト再生処理およびプログラム処理部２０のプログラム実行処理については後述する。

その後、タイトル再生終了条件が満たされるまで待機する（Ｓ１６）。ここで、タイトル再生終了の条件とは、プログラム処理部２０よりプログラム実行の終了が通知されること、またはユーザ入力部３からユーザ入力制御部８０ｃを通じてタイトル切り換えやメニュータイトル呼び出しなどが指示される場合である。条件が満たされたらＳ１２に戻ることになる。

上記の処理手順はＣＰＵ８０ｄで実行されるが、図示しないＯＳの機能であるスレッド機能あるいは類似機能を用いることで、並行して他の処理を継続可能となっている。

＜プレイリスト再生処理＞
図９は、デコード部１０のプレイリスト再生処理を示すフローチャートである。

図９を参照しながらデコード部１０のプレイリスト再生処理を説明する。

まず、指定されたプレイリストファイルを読み出し（Ｓ２０）、その解釈を行う。

次に、プレイリストファイルに格納されたビデオデータおよびオーディオデータの属性情報（フォーマット、チャンネル数、サンプリング周波数）を全体制御部８０に通知し（Ｓ２１）し、それらに基づきビデオデコード部１０ｉ等のパラメータを設定し、デコード開始を指示する（Ｓ２２）。

続いて、ディスク読み出し制御部１０ｅを通じてディスク読み出し部７０に対し、プレイリストで参照する多重化ＡＶデータファイルの読み出し開始を指示する（Ｓ２３）。読み出しは、プレイリスト再生終了条件を満たすまで続ける（Ｓ２４）。プレイリスト再生終了の条件とは、プレイリストの最後まで再生が到達した場合あるいは全体制御部８０より再生終了が指示された場合である。なお、再生の終了に伴い、全体制御部８０およびプログラム処理部２０に対し、再生終了を通知する（Ｓ２５）。

上記の処理手順はＣＰＵ１０ｃで実行されるが、図示しないＯＳの機能であるスレッド機能あるいは類似機能を用いることで、並行して他の処理を継続可能となっている。

＜プログラム実行処理＞
図１０は、プログラム処理部２０のプログラム実行処理を示すフローチャートである。

図１０を参照しながらプログラム処理部２０のプログラム実行処理を説明する。

まず、指定されたＪＡＲファイルの読み出しを行う（Ｓ３０）。

次に、ＲＡＭ２０ｂに展開されたＪＡＲファイル中のマニフェストファイルを参照し、オーディオデータファイルの有無をチェックし（Ｓ３１）、全体制御部８０に対し有無を通知する（Ｓ３２）。

続いて、プログラム実行部２０ｄにクラスファイルの実行を指示し（Ｓ３３）、プログラム終了条件を満たすまで待機を行う（Ｓ３４）。ここで、プログラムの終了条件とは、プログラム実行部２０ｄからプログラム実行の終了が通知される、あるいは全体制御部８０からプログラム実行の停止が指示される場合である。

そして、プログラム実行の終了に伴い、全体制御部８０に対しプログラム実行終了を通知する（Ｓ３５）。

このように、マニフェストファイルを参照し、事前にオーディオデータファイルの有無をチェックすることで、後述のようにそのタイトルがプログラムによる効果音をミックスするかどうかをタイトル再生前に知ることができ、そのことによってＳ／ＰＤＩＦに対して最適な出力を行うことが可能となっている。

なお、上記の処理手順はＣＰＵ２０ｉで実行されるが、図示しないＯＳの機能であるスレッド機能あるいは類似機能を用いることで、並行して他の処理を継続可能となっている。

＜オーディオ出力状態制御処理−１＞
図１１は、全体制御部８０のオーディオ出力制御処理を示すフローチャートである。

図１１を参照しながら全体制御部８０のオーディオ出力制御処理を説明する。

まず、プログラム処理部２０からのオーディオデータファイル有無情報の通知およびデコード部１０からのオーディオ属性情報の通知を待つ（Ｓ４０）。なお、これらの通知は上述のように全体制御部８０によるタイトルの再生処理に伴って発生するため、以下の処理はタイトル再生開始とほぼ同時に行われることになる。

次に、通知された情報をＲＡＭ８０ｂに格納されている情報と比較し（Ｓ４１）、変化がなければ待機状態に戻る。変化があれば、以下のＳ４２の処理を実行する。

Ｓ４２において、オーディオデータファイルの有無の更新があるか否かを判定し、更新があると判定していれば、すなわち変化があれば、切換部５０の設定を変更する（Ｓ４３）。具体的には、無から有の変化の場合、オーディオミキシング部３０からの２チャンネル非圧縮オーディオデータをデジタルオーディオ出力部４に出力するように切り換え、有から無への変化の場合、デコード部１０からの圧縮オーディオデータをデジタルオーディオ出力部４に出力するよう切り換える。

なお、有から無への変化の場合、オーディオデコード部１０ｈおよび／またはオーディオミキシング部３０を停止してもよい。このことによって、オーディオデコードおよびオーディオミキシングによる電力消費の削減が可能という追加の効果が得られる。

一方、Ｓ４２において、オーディオデータファイルの有無の更新があるか否かを判定し、更新がないと判定していれば、すなわち変化がなければ、ＯＳＤ生成部６０に対してオーディオ状態表示を指示する（Ｓ４４）。ＯＳＤで表示する文字列は図１２に従ってオーディオの属性に基づき設定する。表示文字列の設定に関する基本的な考えは、デジタル出力が多重化ＡＶストリーム中のオーディオデータのフォーマットおよびチャンネル数と異なった出力となった場合、そのことを明示するというものである。

その後、ＲＡＭ８０ｂの内容を更新し（Ｓ４５）、また待機状態に戻る。

このように、プログラムがオーディオデータファイルを使用するかどうかに応じて、切換え部５０を切り換えることによって、Ｓ／ＰＤＩＦへ出力する際に、プログラムからのオーディオ出力が行われないタイトルにおいては５．１チャンネルで出力でき、２チャンネル出力となる期間を一部のタイトルに限定することが可能となる。また、タイトル中のその切り換えはタイトルの再生中などではなく、タイトルの境界で行うことができるため、ユーザの違和感を最小にすることが可能である。

また、上記のオーディオ状態表示には以下の効果がある。本実施形態では、プログラムによって出力されるオーディオをミックスするため、本来５．１チャンネルであるオーディオデータを２ｃｈにダウンミックスしている。上記のように切り換えはタイトル境界であり違和感は小さいとはいえ、やはり、それまで５．１チャンネルで再生されていたものがタイトルを切り換えると２チャンネルになるためユーザに違和感を与えるおそれがある。しかしこのようにダウンミックスしたことを画面に表示することで、ユーザの違和感を緩和することが可能となる。

しかも、データ出力手段（切換部５０、デジタルオーディオ出力部４）によって出力される再生用のオーディオデータは、エンコードされた第１のオーディオデータ（圧縮オーディオデータ）とデコードされた非圧縮の第４のオーディオデータ（非圧縮オーディオデータ）の何れかであるので、必要最小限のデコードのみで、オーディオデータを再生することができる。これにより、ビデオディスクプレーヤ１におけるオーディオデータの再生処理における処理負荷を軽減することができる。

しかも、再生オーディオデータとして出力されるのは、エンコードされたままの第１のオーディオデータか、デコード処理が１度だけ行なわれた第４のオーディオデータかの何れかであるので、オーディオデータのエンコードの形式は任意のものでよいことになる。

つまり、出力する再生用のオーディオデータは、再度、エンコード、デコードといった処理を施す必要がないので、第１のオーディオデータに対するエンコードは、任意の形式のものでよい。

このように、任意の圧縮フォーマットでエンコードされたオーディオデータを再生可能とすることで、オーディオデータの再生におけるシステムの柔軟性を有する再生装置を提供することが可能となる。

＜オーディオ出力状態制御処理−２＞
図１３は、全体制御部８０のオーディオ出力制御処理の別形態を示すフローチャートである。前述のオーディオ出力制御処理との違いは、ユーザに選択を委ねる点である。

図１３を参照しながら全体制御部８０のオーディオ出力制御処理を説明する。

まず、プログラム処理部２０からのオーディオデータファイル有無情報の通知およびデコード部１０からのオーディオ属性情報の通知を待つ（Ｓ５０）。通知があったら、切換部５０をデコード部１０からの圧縮オーディオデータをデジタルオーディオ出力部４に出力するよう切り換える（Ｓ５１）。

次に、オーディオデータファイルがあるかどうか通知内容をチェックし（Ｓ５２）、あればユーザに対し効果音をミックスするかどうかの質問メッセージを、ＯＳＤ生成部６０を通じて表示し、ユーザの入力を待つ（Ｓ５３）。

そして、ユーザの入力をチェックし（Ｓ５４）、もし、ミックスが指示された場合、切換部５０をオーディオミキシング部３０からの２チャンネル非圧縮オーディオデータをデジタルオーディオ出力部４に出力するように切り換える（Ｓ５５）。

この場合、マルチチャンネル出力を優先するか、効果音付加を優先するかをユーザの好みに合わせて設定することができる。

＜バリエーション＞
本実施形態では、プログラムが利用するオーディオデータファイルをＪＡＲファイル内に限っているため、マニフェストファイルを利用して、ＪＡＲファイル内のオーディオファイルの有無によって、プログラムがオーディオデータを出力するかどうかを判断しているが、本発明はそれに限定されない。ＪＡＲファイル外のオーディオデータファイルを参照できるようにして、別途プログラムが利用する可能性のあるオーディオデータファイルのリストをプログラム外に格納し、タイトル再生開始時にそのリストをチェックするようにしてもよい。すなわち、タイトルの再生開始時に、そのタイトルを構成するプログラムが利用するオーディオデータファイルのリストが得られればよい。

また、本実施形態では、プログラムが利用するオーディオデータの形式は非圧縮フォーマットであるが、本発明はそれに限定されない。例えば、オーディオデコーダをプログラム処理部２０に追加し、プログラムから圧縮フォーマットのオーディオデータを上記追加オーディオデコーダに送出し、デコード結果である非圧縮フォーマットのオーディオデータをオーディオミキシング部３０に送るようにしても同様の効果は得られる。

また、本実施形態では、ダウンミックスによって多重化ＡＶストリーム中のオーディオデータのフォーマットおよびチャンネル数と異なった出力がなされる場合のＯＳＤ表示を、オーディオデータファイルの有無によるダウンミックス切り換えと組み合わせて行っているが、本発明はそれに限定されない。例えば、ダウンミックスへの切り換えをプログラムからのオーディオ出力があった場合に行う場合に行ってもよい。その場合でも、ＯＳＤ表示によりユーザの違和感を軽減するという効果は得られる。

また、本実施形態では、ダウンミックスによって多重化ＡＶストリーム中のオーディオデータのフォーマットおよびチャンネル数と異なった出力がなされる場合に、ＯＳＤ表示を用いてユーザに知らせているが、本発明はそれに限定されない。例えば、合成音声でもよいし、プレーヤーのフロントパネル表示部を用いてもかまわない。すなわちユーザに切り換わったことを伝えることができればよい。
本発明の再生装置は、以下のような構成であってもよい。

本発明の再生装置は、第１のオーディオデータ、第２のオーディオデータ、該第２のオーディオデータの再生処理の手順を示した再生処理プログラムおよび、上記再生処理プログラムが利用する可能性のあるオーディオデータのリストを取得するデータ取得手段と、上記プログラムと上記第１のオーディオデータを１つのタイトルとして再生するタイトル再生手段と、上記プログラムを実行するプログラム実行手段と、上記第１のオーディオデータをデコードして第３のオーディオデータに変換するデコード手段と、第２のオーディオデータと第３のオーディオデータをミックスして第４のオーディオデータを出力するオーディオミックス手段を備え、上記再生処理プログラムは上記第２のオーディオデータの出力タイミングを制御する再生装置であって、上記第１のオーディオデータと上記第４のオーディオデータを切り換える切換手段を備え、上記切換手段の切り換えは、上記リストに基づいて行うことを特徴とする再生装置であってもよい。

また、上記の再生装置であって、ユーザへの通知手段を備え、上記切り換え時に、上記通知手段を用いて切り換わったことを知らせることを特徴とする再生装置であってもよい。

本発明の再生装置は、第１のオーディオデータ、第２のオーディオデータ、該第２のオーディオデータの再生処理の手順を示した再生処理プログラムを取得するデータ取得手段と、上記再生処理プログラムを実行するプログラム実行手段と、上記第１のオーディオデータをデコードして第３のオーディオデータに変換するデコード手段と、第２のオーディオデータと第３のオーディオデータをミックスして第４のオーディオデータを出力するオーディオミックス手段を備え、上記プログラムは上記第２のオーディオデータの出力タイミングを制御する再生装置であって、上記第１のオーディオデータと上記第４のオーディオデータを切り換える切換手段と、通知手段とを備え、上記切換手段による切り換え時に、上記通知手段を用いて切り換わったことを知らせることを特徴とする再生装置であってもよい。

上述の再生装置は、以下のようなコンテンツ記録媒体からデータを供給可能に構成されている。本発明のコンテンツ記録媒体は、第１のオーディオデータ、第２のオーディオデータ、該第２のオーディオデータの再生処理の手順を示した再生処理プログラム、上記再生処理プログラムが利用する可能性のあるオーディオデータのリストのうちの少なくとも一つが記録されていることを特徴とするコンテンツ記録媒体である。

本発明の再生装置の制御方法は、以下のような制御方法であってもよい。

本発明の再生装置の制御方法は、データ取得手段、タイトル再生手段、デコード手段、プログラム実行手段、オーディオミックス手段、切換手段を備えた再生装置の制御方法であって、上記データ取得手段にて、第１のオーディオデータ、第２のオーディオデータ、オーディオデータの再生処理の手順を示した再生処理プログラムおよび、上記再生処理プログラムが利用する可能性のあるオーディオデータのリストを取得するデータ取得ステップと、タイトル再生手段にて、上記再生処理プログラムと上記第１のオーディオデータを１つのタイトルとして再生する再生ステップと、上記プログラム実行手段にて、上記再生処理プログラムを実行して第２のオーディオデータを出力するステップと、上記デコード手段にて、上記第１のオーディオデータをデコードして第３のオーディオデータに変換するデコードステップと、上記オーディオミックス手段にて、第２のオーディオデータと第３のオーディオデータをミックスして第４のオーディオデータを出力するミックスステップと、を含むことを特徴とする再生装置の制御方法であってもよい。

また、本発明の再生装置の制御方法は、データ取得手段、デコード手段、プログラム実行手段、オーディオミックス手段、切換手段、通知手段を備えた再生装置の制御方法であって、上記データ取得手段にて、第１のオーディオデータ、第２のオーディオデータ、オーディオデータの再生処理の手順を示した再生処理プログラムを取得するデータ取得ステップと、上記プログラム実行手段にて、上記再生処理プログラムを実行して第２のオーディオデータを出力するステップと、上記デコード手段にて、上記第１のオーディオデータをデコードして第３のオーディオデータに変換するデコードステップと、上記オーディオミックス手段にて、第２のオーディオデータと第３のオーディオデータをミックスして第４のオーディオデータを出力するミックスステップと、上記通知手段にて、上記切換手段による切り換え時に切り換わったことを知らせるステップと、を含むことを特徴とする再生装置の制御方法であってもよい。

最後に、ビデオディスクプレーヤ１の各ブロックは、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。

すなわち、ビデオディスクプレーヤ１は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるビデオディスクプレーヤ１の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記ビデオディスクプレーヤ１に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。

また、ビデオディスクプレーヤ１を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

本発明の再生装置は、高価なハードウエアを用いることなく、しかも任意のＢＧＭ用の圧縮フォーマットオーディオデータと、効果音用オーディオデータをミックスしてＳ／ＰＤＩＦに出力できるため、ビデオデータ再生時にコンピュータプログラムが生成するオーディオデータをミックスさせるビデオプレーヤーなどに好適に利用することができる。

本発明の実施形態を示すものであり、ビデオディスクプレーヤの要部構成を示すブロック図である。 上記ビデオディスクプレーヤで再生する光ディスクに記録されたファイル・ディレクトリ構造を示す図である。 （ａ）（ｂ）は、タイトル管理テーブルのデータ構造を示す図である。 ＪＡＲファイルのディレクトリ構造を示す図である。 図１に示したビデオディスクプレーヤのデコード部の要部構成を示すブロック図である。 図１に示したビデオディスクプレーヤの全体制御部の要部構成を示すブロック図である。 図１に示したビデオディスクプレーヤのプログラム処理部の要部構成を示すブロック図である。 図６に示す全体制御部における全体処理の流れを示すフローチャートである。 図５に示すデコード部におけるプレイリスト再生処理の流れを示すフローチャートである。 図７に示すプログラム処理部におけるプログラム実行処理の流れを示すフローチャートである。 図６に示す全体制御部におけるオーディオ出力制御処理の流れを示すフローチャートである。 ＯＳＤ表示時の文字列とオーディオ状態との関係を示すテーブルである。 図１に示したビデオディスクプレーヤの全体制御部の別形態のオーディオ出力制御処理を示すフローチャートである。 従来のプレーヤーの要部構成を示すブロック図である。

符号の説明

１ ビデオディスクプレーヤ（再生装置）
２ 光ディスク（コンテンツ記録媒体）
３ ユーザ入力部
４ デジタルオーディオ出力部（データ出力手段）
５ ビデオ出力部
１０ デコード部（デコード手段）
１０ａ バス
１０ｂ インタフェース部
１０ｃ ＣＰＵ
１０ｄ ＲＡＭ
１０ｅ ディスク読み出し制御部
１０ｆ バッファメモリ
１０ｇ ＰＩＤフィルタ（データ選択手段）
１０ｈ オーディオデコード部
１０ｉ ビデオデコード部
１０ｊ フラッシュメモリ
２０ プログラム処理部
２０ａ バス
２０ｂ ＲＡＭ
２０ｃ デコーダ制御部
２０ｄ プログラム実行部
２０ｅ オーディオバッファメモリ
２０ｆ ディスク読み出し制御部
２０ｇ ミキシング制御部
２０ｈ グラフィックスプレーン
２０ｉ ＣＰＵ
３０ オーディオミキシング部（ミックス部）
４０ ビデオミキシング部
５０ 切換部（切換手段、データ出力手段）
６０ ＯＳＤ生成部（通知手段）
８０ 全体制御部
８０ａ バス
８０ｂ ＲＡＭ
８０ｃ ユーザ入力制御部
８０ｄ ＣＰＵ
８０ｅ フラッシュメモリ
８０ｆ ディスク読み出し制御部
８０ｇ デコード制御部
８０ｈ プログラム処理制御部
８０ｉ 切換制御部
８０ｊ ＯＳＤ制御部

Claims (8)

1. タイトルに含まれる、エンコードされた第１のオーディオデータ、および第２のオーディオデータを再生する再生装置において、
   第１のオーディオデータをデコードして、第３のオーディオデータに変換するデコード手段と、
   第２のオーディオデータと、第３のオーディオデータとをミックスして、第４のオーディオデータに変換するミックス手段と、
   上記第２のオーディオデータの再生処理の手順を示した再生処理プログラムが利用する可能性のあるオーディオデータのリストに基づいて、上記第１のオーディオデータと第４のオーディオデータとを切り換えて、再生用のオーディオデータとして出力するデータ出力手段とを備えていることを特徴とする再生装置。
2. 上記ミックス手段への第２のオーディオデータの出力タイミングは、上記再生処理プログラムに基づいて制御されていることを特徴とする請求項１に記載の再生装置。
3. 上記データ出力手段による、第１のオーディオデータと第４のオーディオデータとの切り換え時に、データの切り換えをユーザに通知する通知手段を備えていることを特徴とする請求項１または２の何れかに記載の再生装置。
4. 請求項１から３のいずれか１項に記載の再生装置に供給可能であるように、第１のオーディオデータ、第２のオーディオデータ、再生処理プログラム、上記再生処理プログラムが利用する可能性のあるオーディオデータのリストのうちの少なくとも一つが記録されていることを特徴とするコンテンツ記録媒体。
5. デコード手段、ミックス手段、データ出力手段を備え、タイトルに含まれる、エンコードされた第１のオーディオデータ、および第２のオーディオデータを再生する再生装置の制御方法において、
   デコード手段によって、第１のオーディオデータをデコードして第３のオーディオデータに変換するステップと、
   ミックス手段によって、第２のオーディオデータと、第３のオーディオデータとをミックスして、第４のオーディオデータに変換するステップと、
   データ出力手段によって、第２のオーディオデータの再生処理の手順を示した再生処理プログラムが利用する可能性のあるオーディオデータのリストに基づいて、上記第１のオーディオデータと第４のオーディオデータとを切り換えて、再生用のオーディオデータとして出力するステップとを含むことを特徴とする再生装置の制御方法。
6. さらに、通知手段を備え、該通知手段によって、上記データ出力手段による、第１のオーディオデータと第４のオーディオデータとの切り換え時に、データの切り換えをユーザに通知する通知ステップを含んでいることを特徴とする請求項５に記載の再生装置の制御方法。
7. コンピュータを、請求項１から３の何れか１項に記載の再生装置の各手段として機能させるための制御プログラム。
8. 請求項７に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images