(57)【要約】信号を処理する少なくとも１つの信号処理手段と、再生装置（１０）をデモンストレーション・モードに切り替えるスイッチ手段とを備えた再生装置（１０）において、再生装置（１０）の固有の機能のデモンストレーションを実行することができる。デモンストレーションのためのデモンストレーション・データを供給する供給手段（４０）と、デモンストレーションを実行するためのデモンストレーション制御データを含むデータ担体（４１）から、デモンストレーション制御データを読み出すデータ読出手段（４０）と、デモンストレーション制御データの処理の間において、デモンストレーション・データが少なくとも１つの信号処理手段に伝送可能となるように、デモンストレーション制御データを処理する処理手段（５３）とが体現される。
2005531181.tif 000002
【特許請求の範囲】
【請求項１】
再生装置の固有の機能のデモンストレーションを制御するためのデモンストレーション制御データを含むことを特徴とするデータ担体。
【請求項２】
再生装置の固有の機能のデモンストレーションを制御するための前記デモンストレーション制御データに加えて、前記再生装置の固有の機能の前記デモンストレーションのために、デモンストレーション・データが付与されていることを特徴とする請求項１記載のデータ担体。
【請求項３】
光学的手法により読出可能な光ディスクであることを特徴とする請求項１または２記載のデータ担体。
【請求項４】
ＣＤ−ＲＯＭ規格に準拠していることを特徴とする請求項３記載のデータ担体。
【請求項５】
前記デモンストレーション制御データが、スクリプト・ファイルとして構成されていることを特徴とする請求項１記載のデータ担体。
【請求項６】
前記デモンストレーション・データが、圧縮されたフォーマットで付与されていることを特徴とする請求項２記載のデータ担体。
【請求項７】
再生装置であって、
信号を処理する少なくとも１つの信号処理手段と、
前記再生装置の固有の機能のデモンストレーションを実行することができるデモンストレーション・モードに、該再生装置を切り替えるスイッチ手段と、
前記デモンストレーションのためのデモンストレーション・データを供給する供給手段と、
前記デモンストレーションを実行するためのデモンストレーション制御データを含むデータ担体から、デモンストレーション制御データを読み出すデータ読出手段と、
前記デモンストレーション制御データの処理の間において、前記デモンストレーション・データが前記少なくとも１つの信号処理手段に伝送可能となるように、前記デモンストレーション制御データを処理する処理手段とを備えていることを特徴とする再生装置。
【請求項８】
前記読出手段が、光学的手法により読出可能な担体から読出しを行うように構成されていることを特徴とする請求項７記載の再生装置。
【請求項９】
前記読出手段が、ＣＤ−ＲＯＭ規格に準拠している前記データ担体から読出しを行うように構成されていることを特徴とする請求項７記載の再生装置。
【請求項１０】
前記データ担体が取出可能であることを特徴とする請求項７記載の再生装置。
【請求項１１】
前記供給手段が前記読出手段により形成されており、該読出手段がさらに、前記再生装置の固有の機能の前記デモンストレーションのための前記デモンストレーション・データを読み出すようにも設計されていることを特徴とする請求項７記載の再生装置。
【請求項１２】
前記処理手段が、スクリプト・ファイル形式のデモンストレーション制御データを処理するように構成されていることを特徴とする請求項７記載の再生装置。
【請求項１３】
取出可能な前記データ担体を認識するために、認識手段が設けられていることを特徴とする請求項１０記載の再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デモンストレーション・データを含むデータ担体に関するものである。
【０００２】
本発明はまた、デモンストレーションを実行する再生装置にも関するものである。
【背景技術】
【０００３】
上記のようなデータ担体および再生装置は、本願出願人により市場に出されているＭＣ−７０タイプのオーディオ装置の形態で知られている。このオーディオ装置は、数ある技術の中で特に、いわゆる「ｗｏｏｘ（ウークス）」技術をサポートしている。この「ｗｏｏｘ」技術は、デュアル・サスペンションの低音ラジエーターが、専用増幅回路と共に、極めて低い周波数の動的な音声信号を生成し取り扱うよう特別に設計されていることにより、優れた低音効果を保証するものである。有利なことに、「ｗｏｏｘ」機能は、そのようなオーディオ装置の購入を考えている人に対してもデモンストレーションされる。上記のタイプのオーディオ装置の場合には、そのオーディオ装置の不揮発性メモリに記憶された特別のデモンストレーション・モードが存在し、そのデモンストレーション・モードは、そのオーディオ装置上のボタンまたはキーを組み合わせた入力により始動させられる。デモンストレーション・モードを実施するために、馴染み深いデジタル・オーディオ・コンパクト・ディスクＣＤ−ＤＡの形態の、デモンストレーション信号を含むデータ担体が、供給手段、この場合にはオーディオ装置のＣＤプレーヤーから供給される。デモンストレーション信号は、上記の「ｗｏｏｘ」技術をサポートするための専用の周波数範囲にあるオーディオ信号を含む、音楽トラックからなる。かくして、「ｗｏｏｘ」機能をデモンストレーションする際には、固有の機能として「ｗｏｏｘ」技術を含む拡声器を通じて、オーディオ信号が再生される。加えて、オーディオ装置のディスプレイ上での付随的な上演も実行される。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記のような再生装置の主な欠点は、強化または拡張されたデモンストレーションすなわちデモの、実行可能性が制限されている点である。
【０００５】
本発明の１つの目的は、上記の欠点を取り除き、改善されたデータ担体および改善された再生システムを提供することである。
【課題を解決するための手段】
【０００６】
上記の目的を達成するために、冒頭の段落で述べたようなデータ担体が、請求項１に記載されているような特徴を有するようにする。
【０００７】
また、上記の目的を達成するために、冒頭から２番目の段落で述べたようなタイプの再生装置が、請求項７に記載されているような特徴を有するようにする。
【０００８】
本発明に従う特徴は、再生装置の固有の機能のデモンストレーションを実行するための、改善されたデータ担体および改善された再生システムをもたらす。１つの重要な改善点は、再生装置の固有の機能のデモンストレーションまたはデモンストレーションのシーケンスを追加、削除、および編集すなわち変更するにあたり、極めて高い自由度が得られるということからなる。この自由度はまた、異なる地域に対する異なる言語でのデモンストレーションを、簡単な手法で実行できる可能性を含んでいる。さらなる１つの改善点は、ブロードバンドのインターネット接続を通じて複数のデジタル音楽サービスにアクセスすることのできる、インターネット・オーディオ・モジュールを備えた再生装置を用いて、再生装置の複数のモジュールまたは信号処理手段について、デモンストレーションを実行できるということにある。たとえば、ブロードバンドのインターネット接続が利用可能でない場合（たとえば店舗において）でも、インターネット・オーディオ・モジュールの機能のデモンストレーションが行われ得る。デモンストレーションの目的は、製品の機能に関する情報を提供することと、その製品の特徴をデモンストレーションすることである。
【０００９】
請求項３、請求項４および請求項６に記載されているような手段が設けられていると、本発明の実施形態において有利であることが分かった。これにより、一般的なデータ担体が使用される際、簡単な取扱いが保証される。
【００１０】
さらに、請求項２および請求項７に記載されているような手段が設けられていると、本発明の実施形態において有利であることも分かった。こうすると、デモンストレーションの実行に、１つのデータ担体しか必要でなくなる。
【００１１】
これらおよびその他の本発明の特徴は、以下で説明される実施形態を参照することによって、明らかとなるであろう。
【００１２】
本発明は、非限定的な実装例として本発明の好ましい実施形態を開示した以下の図面と共に、本発明の物理的な基本原理を説明した以下の説明を読むことによって、よりよく理解されるであろう。
【発明を実施するための最良の形態】
【００１３】
以下の説明は、図面で図解するために選択された本発明の特定の実施形態について述べる意図のものであって、特許請求の範囲で規定されているよりも狭く、本発明を規定または制限する意図のものではないことを理解されたい。
【００１４】
本発明の効用を最もよく図解するために、図１に示す再生システムに関して本発明を説明する。この再生システムは、装置として構成されており、以下、再生装置１０と呼ぶことにする。再生装置１０は、再生装置のユーザーにより操作可能なように再生装置１０に配された、キーボードまたはボタンにより形成された入力手段１１と、この例ではＬＣＤドット・マトリックス・ディスプレイにより形成されている表示手段１２とを備えている。たとえばリモコン装置等の代替の入力手段１１が使用されてもよく、また、ＬＣＤドット・マトリックス・ディスプレイに代えて、たとえばＬＣＤスターバースト・ディスプレイやＶＦＤディスプレイといった表示手段が使用されてもよい。入力手段１１と表示手段１２とは、再生装置１０全体を制御するために設けられたＣＰＵ５０に接続されている。ランダム・アクセス・メモリであるＲＡＭ２１により実装された一時記憶用のメモリと、必要なプログラム・データを記憶させておくための読出専用メモリであるＲＯＭ２０と、この例では水晶結晶板である発振器手段２２とが、既知の目的のためにＣＰＵ５０に接続されている。
【００１５】
再生装置１０は、アンテナ入力コネクタ２６を伴うチューナー・モジュール２５であって、異なる放送局から放送プログラムを受信するように構成されたチューナー・モジュール２５と、データ・ネットワークを通じて伝達される放送プログラムを再生するためのインターネット・オーディオ・モジュール２８と、補助入力部３０を伴う補助モジュール２９と、増幅器出力部３２を備えた増幅器モジュール３１と、データ・ネットワーク入力部２４を備えたデータ・ネットワーク・インターフェース２３とである、信号処理手段をさらに備えている。ここでは拡声器により形成されている再生手段３３が、増幅器出力部３２に接続されている。この信号処理手段は、ＣＰＵ５０に接続され、そのＣＰＵ５０により制御可能とされている。
【００１６】
再生装置１０は、デモンストレーション制御データを読み出す読出手段であって、さらに再生装置１０の固有の機能のデモンストレーションのためのデモンストレーション・データを供給する供給手段としても構成された読出手段を、さらに備えている。この例では、この読出手段はＣＤモジュール４０である。このＣＤモジュール４０は、データ担体、すなわちこの例ではディスク４１をターンテーブル上にロードするためのロード・ユニット（図示せず）と、ＣＤモジュール４０の読出ヘッドおよびサーボ機構を制御するための制御ユニット４２とからなっている。制御ユニット４２は、ＣＰＵ５０に接続され、そのＣＰＵ５０により制御可能とされており、さらに、ディスク４１からデータを読み出すように構成されている。この例では、ディスク４１は、ＣＤ−ＲＯＭ規格に準拠するデータを記憶している。これに代えて、デモンストレーション制御データ読出手段およびデモンストレーション信号供給手段に、ＤＶＤモジュールと、ＤＶＤ−Ｒ、ＤＶＤ−ＲＡＭ、ＤＶＤ＋ＲＷ、ＤＶＤ−ＲＯＭ等といった対応の規格とを使用してもよい点に留意されたい。
【００１７】
ＣＰＵ５０は、ディスク４１のデモンストレーション信号データとデモンストレーション制御データとを取得するように制御ユニット４２を駆動し制御するための、以下においてより詳細に説明するＣＤ駆動ユニット５１をさらに備えている。さらには、ＣＤ駆動ユニット５１に接続された、デモンストレーション制御データ認識手段５２が設けられている。デモンストレーション制御データ処理手段５３が、デモンストレーション制御データ認識手段５２に接続されており、タイマー／カウンター５４と、ディスプレイ駆動手段５７と、デモンストレーション・データ信号処理手段５５とが、デモンストレーション制御データ処理手段５３に接続されている。
【００１８】
図２は、再生装置１０が、ＣＤモジュール４０でＣＤを再生可能なＣＤモードとされた後に、ＲＯＭ２０およびＲＡＭ２１を伴うＣＰＵ５０が実行する、タスクのフローチャートである。この例における再生装置１０は、再生装置１０の電源のスイッチをＯＮとすることで、ＣＤモードとされるものであってもよい。
【００１９】
ボックス２００において、再生装置１０がＣＤモードとされ、ＣＤモジュール４０が始動させられて処理が開始した後、この処理は、ディスク４１がＣＤモジュール４０内に挿入されているか否かを、制御ユニット４２およびＣＤ駆動ユニット５１により特定する判断動作２０５へと進む。ディスク４１が挿入されていれば、動作２１０において、ディスクのロード処理が実行され、ＣＤモジュール４０のスピンドルモーターの回転が始動させられる。ロード処理の際、目次（ｔａｂｌｅ  ｏｆ  ｃｏｎｔｅｎｔｓ；ＴＯＣ）等のディスク４１のコンテンツ・データが読み出され、ＲＡＭ２１にバッファリングされる。続いて、ＣＤ駆動ユニット５１内の判断動作２１５において、挿入されたディスク４１がＣＤ−ＲＯＭの仕様に準拠しているか否かが特定される。挿入されたディスクがＣＤ−ＲＯＭでなければ、処理は動作２２０へと進み、ここでＣＤ−ＲＯＭでないディスクのさらなる処理が実行される。このＣＤ−ＲＯＭでないディスクのさらなる処理については、ここでは重要でないので説明しない。
【００２０】
ディスク４１がＣＤ−ＲＯＭである場合は、処理は判断動作２２５へと進み、ここで、デモンストレーション制御データ認識手段５２が、挿入されたディスク４１が「ｍａｉｎ．ｓｔｍ」という名前のスクリプト・ファイルを含んでいるか否かを判断する。「ｍａｉｎ．ｓｔｍ」という名前のスクリプト・ファイルが存在しない場合は、処理は動作２３０へと進み、ここで、ＣＤ−ＲＯＭの仕様に準拠した、ディスク４１の通常の扱いまたは再生が実行される。「ｍａｉｎ．ｓｔｍ」という名前のスクリプト・ファイルが存在する場合は、処理は動作２３５へと進む。動作２３５では、再生装置１０が、デモンストレーション・モード用に設定される。このデモンストレーション・モードでは、再生装置１０と内包される信号処理手段との機能および特徴に関する情報が、提供され、デモンストレーションされる。図２に示したフローチャートを先に進む前に、ここで、「ｍａｉｎ．ｓｔｍ」ファイルについて、より詳細に説明する。
【００２１】
デモンストレーション・スクリプト・ファイルとも呼ばれる「ｍａｉｎ．ｓｔｍ」ファイルは、いわゆる「イベント」のリストである、スクリプト形式のデモンストレーション制御データを含んでいる。イベントは、再生装置１０の固有の機能のデモンストレーションの、制御された時間的な連続すなわちシーケンスを表す。各イベントは、シーケンス中における考慮中のイベントの前のイベントの時刻と、その考慮中のイベントが実行されるべき所望の時刻との間の時間差である、デルタ時間を有している。この時間差すなわちデルタ時間は、常に、正の値またはゼロ（０）であるべきである。再生装置１０のデモンストレーション・モードでは、スクリプトが実行され、上記のイベントが、それぞれのイベントのデルタ時間に応じた特定の動作をトリガーする。
【００２２】
この例では、「ｍａｉｎ．ｓｔｍ」ファイルすなわちデモンストレーション・スクリプト・ファイルは、デモンストレーション制御データだけでなく、表示手段１２に表示されるべきストリングおよびビットマップ・データである、デモンストレーション・データも含んでいる。「ｍａｉｎ．ｓｔｍ」ファイルの基本的なデータ構造は、図４に見て取れる。このデータ構造は、バイト形式で表された、デモンストレーション・データのいくつかの部分と、デモンストレーション・データのそれらいくつかの部分に関連するヘッダーのデータとに加えて、デモンストレーション制御データと、デモンストレーション制御データに関連するヘッダーのデータとからなる。この例におけるデモンストレーション・データは、再生装置１０の固有の機能のデモンストレーション中において、追加の情報を提供するために使用される。この追加の情報は、再生装置１０の固有の機能の使用に関するヒントまたは指示を含んでいてもよい。
【００２３】
図４に示したデータ構造４００は、ファイルＩＤ４１１と、周期冗長検査値（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ  Ｖａｌｕｅ；ＣＲＣ３２）４１２と、スクリプト・テーブル・ヘッダー記憶位置４１３と、ストリング・テーブル・ヘッダー記憶位置４１４と、ビットマップ・テーブル・ヘッダー記憶位置４１５とを含む、ファイル・ヘッダー４１０からなっている。図示の要素４０５と一致する図４中に示した要素は、それぞれ、アドレス値およびサイズ値を表す。これは、それらの要素がファイル中の他のデータへのポインターまたは記憶位置であることを意味する。
【００２４】
スクリプト・テーブル・ヘッダー記憶位置４１３は、スクリプトの番号４２１と、スクリプト・テーブル記憶位置４２２とを含む、スクリプト・テーブル・ヘッダー４２０を指し示している。スクリプト・テーブル記憶位置４２２は、１番目のスクリプト・ポインター４２６からＮ番目のスクリプト・ポインター４２７までのＮ個のスクリプト・ポインターを含む、スクリプト・テーブル４２５を指し示している。スクリプト・テーブル４２５中の各スクリプト・ポインターは、１つのスクリプト・ヘッダーを指し示している。図４に示されているように、スクリプト・ポインター４２６は、スクリプト・ヘッダー４３０を指し示している。スクリプト・ヘッダー４３０は、１秒ごとの刻み数の値４３１、合計の刻み数の値４３２、イベント数の値４３３、ラベル数の値４３４、ラベル・テーブル・ポインター４３５、およびスクリプト記憶位置ポインター４３６といった、いくつかの値を含んでいる。スクリプト記憶位置ポインター４３６は、１番目のイベント４４６からＮ番目のイベント４５０までのＮ個のイベントを含む、スクリプト・データ・ブロック４４５を指し示している。イベント４４６から４５０の各々は、イベント・ヘッダーおよび追加データ、すなわち、１番目のイベント４４６のイベント・ヘッダー４４７および追加データ４４８や、Ｎ番目のイベント４５０のイベント・ヘッダー４５１および追加データ４５２からなっている。ラベル・テーブル・ポインター４３５は、Ｎ個のラベル・ポインター、すなわち、この例では１番目のラベル・ポインター４４１からＮ番目のラベル・ポインター４４２までのラベル・ポインターを含む、ラベル・テーブル４４０を指し示している。ラベル・テーブル４４０はオプションであり、主として複数のイベントを伴うより大きなスクリプトの場合に、有用すなわち有利なものである。すなわち、ラベル・ポインターは、たとえば、論理ユニットにおける最初のイベントや、再生装置１０の固有の機能のデモンストレーションの１つのデモンストレーション・シーケンスであってもよい、スクリプト中のいわゆる「キー記憶位置（ｋｅｙ  ｌｏｃａｔｉｏｎ）」の、正確なアドレスを与える。
【００２５】
上記に述べたように、デモンストレーション・データのいくつかの部分は、スクリプト・ファイル中に付与されていてもよい。これは、この例では、図４に示すストリングおよびビットマップにあたる。スクリプト・テーブルと同じように、ストリング・テーブル・ヘッダー・ポインターは、ストリング数の値４６１と、符号化値４６２と、ストリング・データ・ポインター４６３と、ストリング・テーブル・ポインター４６４とを含む、ストリング・テーブル・ヘッダー４６０を指し示している。ストリング・テーブル・ポインターは、Ｎ個のストリング・ポインター、すなわち１番目のストリング・ポインター４６６からＮ番目のストリング・ポインター４６７までのストリング・ポインターを含む、ストリング・テーブル４６５を指し示している。各ストリング・ポインターは、ストリング・データ・テーブル４７０内に含まれる１つのストリングを指し示している。ビットマップ・テーブル・ヘッダー・ポインター４１５は、ビットマップ数の値４８１とビットマップ・テーブル・ポインター４８２とを含む、ビットマップ・テーブル・ヘッダー４８０を指し示している。ビットマップ・テーブル・ポインター４８２は、Ｎ個のビットマップ・ポインター、すなわち１番目のビットマップ・ポインター４８６からＮ番目のビットマップ・ポインター４８７までのビットマップ・ポインターを含む、ビットマップ・テーブル４８５を指し示している。各ビットマップ・ポインターはビットマップ・ヘッダーを指し示しており、たとえば、ビットマップ・ポインター４８６は、ビットマップ・ヘッダー４９０を指し示している。ビットマップ・ヘッダー４９０は、ビットマップ・データ４９５を指し示すビットマップ記憶位置ポインター４９２に加えて、いくつかのビットマップ・データ４９１、たとえば、幅ならびに高さ、色空間（ＲＧＢ、ＣＹＭＫ等）、およびフォーマット（非圧縮、ＪＰＥＧ等）といったビットマップ・データを含んでいる。
【００２６】
ストリングおよびビットマップは、再生装置１０の固有の機能のデモンストレーションが実行されている間、追加情報として表示装置１２に表示されることが意図されている。
【００２７】
再生装置１０で処理すなわち実行されるデモンストレーション・スクリプト・ファイルの一例を、以下、図３に示したデモンストレーション・スクリプト・ファイルを用いて説明する。図３に示されているデータは、「ｍａｉｎ．ｓｔｍ」ファイルを１６進法で示した図を表しており、その詳細なデータ構造は、以下の表１に示されている。このデータ構造は、４バイトの整数値に基づいている。
【００２８】
【表１】
2005531181.tif 000003
2005531181.tif 000004
【００２９】
このフォーマットはデータへのバイト・オフセットを含むものであるので、表１の構造の各要素は、異なる順番で現れてもよい。
【００３０】
図２の動作２３５に戻って、再生装置１０をデモンストレーション・モード用に設定することに加えて、表１に示された構造に従うデータ構造および変数を有する「ｍａｉｎ．ｓｔｍ」ファイルが、読み出されてＲＡＭ２１に記憶される。動作２３５ではさらに、ファイルの完全性の確認、すなわちＩＤおよびバージョン番号の確認が行われる。ここで、周期冗長検査（ＣＲＣ）が行われてもよい点に留意されたい。この周期冗長検査（ＣＲＣ）によれば、ＣＲＣ−３２のようなＣＲＣアルゴリズムにより計算された検査合計値が、表１中のファイル・ヘッダーのｃｒｃ３２の位置に付与される。
【００３１】
有利なことに、このケースでは、読み出されて完全性を確認されなくてはならないファイルが１つだけなので、ストリングおよびビットマップ・データは、「ｍａｉｎ．ｓｔｍ」ファイル内に記憶され付与されている。それらのストリングおよびビットマップ・データは、別個のファイルに記憶され付与されていてもよい点に留意されたい。その場合、それら別個のファイルは、別個に読み出されて完全性を確認されなくてはならず、かかるより多くのファイルの読出しおよび完全性の確認は、より多くの時間を要する可能性がある。
【００３２】
「ｍａｉｎ．ｓｔｍ」ファイルが読み出され、対応のデータ構造および変数が「ｍａｉｎ．ｓｔｍ」ファイルのデータと共に供給された後、図２に示した処理は、動作２４０へと進む。動作２４０において開始し、スクリプトにより与えられる命令すなわちイベントの処理に従うことにより、デモンストレーション制御データ処理手段５２内のイベント・プロセッサによって、データ４４５が命令の形式で実行される。図３に示した「ｍａｉｎ．ｓｔｍ」ファイルの現在の例では、表２に示す以下の命令すなわちイベントが、処理すなわち実行される。
【００３３】
【表２】
2005531181.tif 000005
【００３４】
動作２４０では、イベント・リストの最初のイベントが取得され、タイマー／カウンター５４に、そのイベントのデルタ時間が供給される。処理は、判断動作２５０へと進み、そこで、入力手段１１を用いたユーザー入力があったか否か、すなわちこの例ではキーが押されたか否かが確認される。このキーが押された場合は、処理は判断動作２５５へと進み、押されなかった場合は、判断動作２６５へと進む。判断動作２６５は、タイマー／カウンター５４がゼロ（０）となっているか否かを確認する。タイマー／カウンター５４がゼロ（０）となっている場合には、処理は動作２７０へと進み、ゼロ（０）となっていない場合には、処理は動作２６６へと進む。動作２６６では、タイマー／カウンター５４が１だけ減分され、１秒ごとの刻み数の値で１を割った分の時間の長さを有する遅延が適用される。ここで、１秒ごとの刻み数の値は、この例では０×０Ａの値である。
【００３５】
判断動作２５５では、ユーザー入力すなわち押されたキーが、表２における１番の列のイベントであるキー割当イベントによってイベントに割り当てられるか否かの確認が行われる。この例では、割り当てられるのはストップ・キー１１ａである。その後、処理は、イベントが実行される動作２７０へと進み、この例では、キー割当イベント後の次のイベントである２番の列のイベントが実行される。キーの割当てがなされない場合は、処理は動作２６０へと進み、そこでは、キーを押したことが無視されるか、そのキーの通常の機能が実行される。ここでの通常の機能との語は、たとえば再生装置１０の再生機能を開始させるための再生キー等の、そのキーの本来の意図された機能を意味する。
【００３６】
判断動作２５０の確認においてキーが押されていなかった場合は、キー割当イベント後の次のイベントはスキップされ、かかる次のイベントのさらに後のイベント、この例では３番の列のイベントが実行される。この３番の列のイベントでは、タイマー／カウンター５４が対応のデルタ時間と共にロードされ、処理は判断動作２６５へと進む。キー割当イベントに関して上記で説明されたシーケンスは、デモンストレーション中において、ユーザー・インタラクションを簡単な手法で実現できるという利点を有する。
【００３７】
動作２７０において１つのイベントが処理された後、図２の処理は、イベント・リストの終点に到達したか否かを特定する判断動作２７５へと進む。終点に到達している場合は、処理は終了ボックス２８０で終結し、そうでない場合は、動作２４０へと進む。
【００３８】
６番の列のイベントは、ゼロ（０）番のストリングを４番の位置に表示するよう、イベント・プロセッサに伝えるものである。これは、この例では、ディスプレイ駆動手段５７によって、ゼロ（０）番のストリングを、表示手段１２の３番の列に表示することを意味する。
【００３９】
「ｍａｉｎ．ｓｔｍ」ファイルに含まれているデモンストレーション制御データに加え、デモンストレーション・データが、「ｔｅｓｔ．ｍｐ３」と名付けられたファイルの形式でディスク４１に記憶されている。この「ｔｅｓｔ．ｍｐ３」ファイルは、この例では、ＭＰＥＧ１・レイヤーＩＩＩ（３）・オーディオ・コーデック（ＭＰ３）に準拠するオーディオ・データ・ストリーム・ファイルである。ＭＰ２、ＡＡＣまたはＰＣＭ、ＤＰＣＭ等といったような、他のオーディオ・フォーマットを代わりに用いてもよい点に留意されたい。イベント・プロセッサにおいて表２の５番の列の命令が実行されると、「ｔｅｓｔ．ｍｐ３」のオーディオ・ストリーム・ファイルが、デモンストレーション・データ処理手段によって処理される。そこで、この「ｔｅｓｔ．ｍｐ３」のオーディオ・ストリーム・ファイルは、復号オーディオ・データ・ストリームへと復号され、さらに、Ｄ／Ａ変換器５６でアナログ・オーディオ信号へと変換される。このアナログ・オーディオ信号は、増幅器モジュール３１に供給され、増幅オーディオ信号へと増幅されて、増幅器出力部３２において拡声器３３に提供される。
【００４０】
上記よりずっと複雑な例も実行され得ることは、上記の簡単な例から容易に理解できる。かかる例は、たとえば再生装置１０を販売する店舗において起こり得る、データ・ネットワーク・インターフェース２３へのデータ・ネットワークの接続が利用可能でない場合における、インターネット・オーディオ・モジュール２８の機能のデモンストレーションであってもよい。かかる再生装置の購入を考えている人は、そのインターネット・オーディオ・モジュールの機能または特徴に興味を引かれるかもしれない。したがって、単に、利点あるデモンストレーションＣＤをＣＤモジュール４０に入れて、デモンストレーションを開始することにより、そのような特徴のデモンストレーションを行ってもよい。さらなる結果として、インターネット・オーディオ・モジュール２８およびその機能に関するコメントおよび説明が、適当な文書出力すなわちそれぞれのメッセージにより、表示手段１２において提示されてもよい。また、入力手段１１からの入力による、ユーザーからの制限付きのインタラクションがサポートされていてもよい。かかる制限付きのインタラクションでは、たとえば仮想的な音楽のサービス、すなわちデータ・ネットワークに接続したときに利用できるであろう音楽のサービスが選択でき、オーディオ・ファイル形式の関連のデモンストレーション・データが再生できるようにされていてもよい。この場合、データ・ネットワークで利用可能な音楽サービスへの、インターネット・オーディオ・モジュール２８の、データ・ネットワーク・インターフェース２３を介した接続処理の、その音楽サービスへのアクセスの待ち時間を含むシミュレーションが実行されてもよい。他のモジュール、たとえば、ホーム・ネットワークまたは関連のネットワークにおいてパソコン（ＰＣ）に接続可能なＰＣリンク・モジュールまたはチューナー・モジュール２５の、デモンストレーションおよび／またはシミュレーションが、同じような手法で行われてもよい点に留意されたい。
【００４１】
デモンストレーション制御データおよびデモンストレーション・データのフォーマットは、ファイル形式のフォーマットおよびオーディオ形式のフォーマットに限られない点に留意されたい。代わりのフォーマットまたは記憶可能な媒体を用いることもでき、たとえば、ビデオ・フォーマットを用いてもよい。ビデオ・フォーマットを用いる場合は、表示手段１２は、ビデオ・フォーマットを再生するためのテレビまたはモニターとして構成される。ファイルに記憶されたデモンストレーション・データは、特定のフォーマットまたは媒体タイプを有するテーブルを介してアクセスされる。ストリングおよびビットマップの媒体タイプについては図４に示されているように、このテーブルは、ファイルの先頭から、その媒体タイプの特定の要素のための実際のデータの記憶位置への、オフセットからなっている。
【００４２】
また、ＣＤモジュール４０により構成されるようなデモンストレーション制御データを読み出すデータ読出手段は、デモンストレーション・データを供給する供給手段と別個のものとされてもよい点にも留意されたい。その場合、供給手段は、再生装置１０に組み込まれたものであっても外部の装置であってもよい、第２のＣＤモジュールとして構成されてもよい。
【００４３】
さらに、デモンストレーション制御データおよび／またはデモンストレーション・データの記憶には、ＣＤモジュール４０に代えて、ハード・ディスクまたはフラッシュ・メモリを用いてもよい点にも留意されたい。
【図面の簡単な説明】
【００４４】
【図１】本発明に係る再生システムの１つの実施形態を示したブロック図
【図２】本発明の実施形態に係る再生システムを用いて実行される、デモンストレーション手順を示したフローチャート
【図３】本発明の実施形態に係る再生システムを用いて実行されるデモンストレーション・スクリプト・ファイルを、１６進法で示した図
【図４】本発明の実施形態に係る再生システムと共に使用されるスクリプト・ファイルの、データ構造を示した図
【図１】
2005531181.tif 000006
【図２】
2005531181.tif 000007
【図３】
2005531181.tif 000008
【図４】
2005531181.tif 000009
【国際調査報告】
2005531181.tif 000010
2005531181.tif 000011
2005531181.tif 000012