(57)【要約】      （修正有）【課題】装置と記憶媒体間の非交換性を処理する方法を改善する。【解決手段】コンテントデータは命令データに既知の記憶媒体上のフォーマットを有し、命令データは記憶媒体にある集積回路に含まれ、記憶媒体のコンテントを読み出すように設計されたコンピュータ読み取り可能コードに既知の記憶媒体上のフォーマットを有し、コンピュータ読み取り可能コードは、記憶媒体読出装置にインストールされている。コンピュータ読み取り可能コードにより、記憶媒体上の所定位置から命令データを読み出し、コンピュータ読み取り可能コードにより、命令データと協力して記憶媒体からコンテントデータを読み出す。【選択図】図４
2011154710.tif 000002
【特許請求の範囲】
【請求項１】
記憶媒体からコンテントデータと命令データを読み出す方法であって、
前記コンテントデータは前記命令データに既知の前記記憶媒体上のフォーマットを有し、
前記命令データは前記記憶媒体にある集積回路に含まれ、前記記憶媒体のコンテントを読み出すように設計されたコンピュータ読み取り可能コードに既知の前記記憶媒体上のフォーマットを有し、
前記コンピュータ読み取り可能コードは、記憶媒体読出装置にインストールされており、
前記方法は、
前記コンピュータ読み取り可能コードにより、前記記憶媒体上の所定位置から前記命令データを読み出すステップと、
前記コンピュータ読み取り可能コードにより、前記命令データと協力して前記記憶媒体から前記コンテントデータを読み出すステップと、を有する方法。
【請求項２】
前記命令データは前記記憶媒体上の幾何学的に一定の位置にある、請求項１に記載の方法。
【請求項３】
前記命令データは、前記記憶媒体または前記媒体を含むカートリッジ上の物理アドレスに関するアドレスにある、請求項１に記載の方法。
【請求項４】
前記記憶媒体上あるファイルシステムを読み出す前に、前記記憶媒体から前記命令データを読み出すステップを有する、請求項１に記載の方法。
【請求項５】
前記命令データは、前記記録媒体から前記コンテントデータを読み出すためのアクセス権を有する、請求項１に記載の方法。
【請求項６】
前記命令データは、前記記録媒体から前記コンテントデータを読み出すための物理フォーマットを有する、請求項１に記載の方法。
【請求項７】
前記命令データは、前記記録媒体から前記コンテントデータを読み出すための論理フォーマットを有する、請求項１に記載の方法。
【請求項８】
記録媒体からコンテントデータと命令データを読み出すシステムであって、
前記コンテントデータは前記命令データに既知の前記記憶媒体上のフォーマットを有し、
前記命令データは前記記憶媒体にある集積回路に含まれ、前記システムの記憶媒体のコンテントを読み出すように設計されたコンピュータ読み取り可能コードに既知の前記記憶媒体上のフォーマットを有し、
前記システムは、前記記憶媒体上の所定位置から前記命令データを読み出し、
前記システムは、さらに、前記命令データと協力して、前記記憶媒体から前記コンテントデータを読み出すシステム。
【請求項９】
前記命令データはプラグインの形式であり、前記コンピュータ読み取り可能コードは前記記憶媒体にアクセスして前記プラグインを読み出し、前記プラグインをインストールするように構成されたドライバである、請求項８に記載のシステム。
【請求項１０】
前記記憶媒体は、コンテントを記憶媒体読み取り装置により読み出す前に前記装置へのマウント手順を要し、前記マウント手順は物理的マウントとその次の論理的マウントとを含み、前記論理的マウントの時に前記プラグインに含まれる情報を用いる、請求項９に記載のシステム。
【請求項１１】
コンピュータに請求項１ないし８いずれか一項に記載の方法を実行させるコンピュータプログラム。
【請求項１２】
請求項１１に記載のコンピュータプログラムを格納した記憶媒体。
【請求項１３】
請求項８ないし１０いずれか一項に記載のシステムを有するエンターテイメント装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記憶媒体からのコンテントデータと命令データの読み出し方法に関する。
【０００２】
本発明は、さらに、記憶媒体からのコンテントデータと命令データの読み出しシステムに関する。
【０００３】
本発明は、さらに、上記方法を実行するように設計されたコンピュータプログラム製品にも関する。
【０００４】
本発明は、さらに、上記コンピュータプログラム製品を有する情報担体にも関する。
【０００５】
本発明は、さらに、上記システムを有するエンターテインメント装置にも関する。
【背景技術】
【０００６】
現在、コンシューマエレクトロニクス（ＣＥ）装置（例えば、コンパクトディスクプレーヤ（ＣＤ））が新しいディスクフォーマットを処理する必要がある場合、ＣＤプレーヤのファームウェアを完全に置き換えなければならないか、または、ＣＤプレーヤそのものが新しいディスクフォーマットを処理できる新しいバージョンにより置き換えられなければならない。国際出願第ＷＯ９９／４２９２４号に記載されているように、ファームウェアの置き換えは自動的に行うことができる。この文献には、画像装置（例えば、カメラ）とホストシステム（例えば、パーソナルコンピュータ）の間でファームウェアを更新する方法が記載されている。ホストシステムは、画像装置のファームウェアがホストシステムの設定と互換でないことを検知する。その非互換性の検知に応じて、ホストシステムから画像装置にファームウェアの更新が転送される。ファームウェアにより、画像装置はホストシステムのソフトウェアと通信することができる。ファームウェアの更新には、いろいろな機能を実行する命令が含まれている。例えば、画像の露出決定や、特定方法でのカラー検出や、画像データ圧縮などである。画像装置のファームウェアが更新されると、画像装置は、例えば、新しいファイルフォーマットを処理することができる。
【発明の概要】
【課題を解決するための手段】
【０００７】
本発明の目的の１つは、装置と記憶媒体間の非交換性を改善された方法で処理する、冒頭のパラグラフにある方法を提供することである。この目的を達成するため、前記コンテントデータは前記命令データに既知の前記記憶媒体上のフォーマットを有し、前記命令データは前記記憶媒体にある集積回路に含まれ、前記記憶媒体のコンテントを読み出すように設計されたコンピュータ読み取り可能コードに既知の前記記憶媒体上のフォーマットを有し、前記コンピュータ読み取り可能コードは記憶媒体読出装置にインストールされており、前記方法は、前記コンピュータ読み取り可能コードにより、前記記憶媒体上の所定位置から前記命令データを読み出すステップと、前記コンピュータ読み取り可能コードにより、前記命令データと協力して前記記憶媒体から前記コンテントデータを読み出すステップと、を有する。記憶媒体の内容をどのように読み出すかを制御する命令データを有する記憶媒体を提供することにより、記憶媒体読み出し装置により記憶媒体を読み出す前に、このデータをそのコンピュータ読み取り可能コードにプリインストールする必要はない。このデータは「プラグインデータ」とも呼ぶ。プラグインデータは、例えば、新しいファイルフォーマットのコンテントデータも有するディスクに含まれる。ここで、プラグインは、記憶媒体のマウンティングプロシージャ中にインストールすることができ、記憶媒体の残りを正しくマウントするためにこのプラグインに合わせて制御する。記憶媒体にある集積回路に命令データを集積することにより、記憶媒体を完全にマウントする前に集積回路を読むことができる。さらに、ドライバーコードは記憶媒体をマウントする前に、最初に集積回路にアクセスできる。
【０００８】
本発明の一実施形態をクレーム２に記載した。記憶媒体上の幾何学的に一定の場所に命令データを置くことにより、記憶媒体の内容を読み出すように設計されたコンピュータ読み取り可能コード（ドライバーコードとも呼ぶ）は、ディスクのどこにプラグインがあるか知ることができ、プラグインを検知した場合、適宜動作することができる。
【０００９】
本発明の一実施形態をクレーム３に記載した。記憶媒体上の物理アドレスと相対的なアドレスに命令データを置くことにより、ドライバーコードは、ディスクのどこにプラグインがあるか知って、プラグインが検知された場合、適宜動作することができる。
【００１０】
本発明の一実施形態をクレーム４に記載した。コンテントデータに関する情報を用いてコンテントデータの内容を解釈することにより、プラグインは、コンテントデータがドライバーコードにより正しく解釈されるようにする。
【００１１】
本発明の一実施形態をクレーム５に記載した。コンテントデータに関する情報を用いてそのコンテントデータへのアクセス権を決定することにより、プラグインを用いてコンテントデータへのアクセスを制御することができる。
【００１２】
本発明の一実施形態をクレーム６に記載した。記憶媒体の物理フォーマットを有するコンテントデータに関する情報を用いることにより、プラグインは、ドライバーコードがこの物理フォーマットを読み出せるようにする。
【００１３】
本発明の一実施形態をクレーム７に記載した。記憶媒体の論理フォーマットを有するコンテントデータに関する情報を用いることにより、プラグインは、ドライバーコードがこの論理フォーマットを読み出せるようにする。
【００１４】
本発明のさらなる目的の１つは、装置と記憶媒体間の非交換性を改善された方法で処理する、冒頭のパラグラフにあるシステムを提供することである。この目的を達成するため、前記コンテントデータは前記命令データに既知の前記記憶媒体上のフォーマットを有し、前記命令データは前記記憶媒体にある集積回路に含まれ、前記システムの記憶媒体のコンテントを読み出すように設計されたコンピュータ読み取り可能コードに既知の前記記憶媒体上のフォーマットを有し、前記システムは、前記記憶媒体上の所定位置から前記命令データを読み出し、前記システムは、さらに、前記命令データと協力して、前記記憶媒体から前記コンテントデータを読み出す。本発明の上記その他の態様は、図面に示したように、以下に説明する実施形態を参照して明らかであり、詳しく説明される。
【図面の簡単な説明】
【００１５】
【図１】本発明による方法の一実施形態を示すフローチャートである。
【図２】高いレベルの物理的プラグインの場合の、本発明による方法の一実施形態を示すフローチャートである。
【図３】論理マウントプロセスの場合の、本発明による方法の一実施形態を示すフローチャートである。
【図４】ＤＶＤプレーヤを示す概略図である。
【発明を実施するための形態】
【００１６】
現在、パーソナルコンピュータ（ＰＣ）の世界では、エンコーダ／デコーダ（コーデック）や、例えば、オーディオ及び／またはビデオストリームフォーマット等のフォーマットが急速に入れ替わっている。コンシューマエレクトロニクス（ＣＥ）の世界では、光ディスクについてますます多くのフォーマットが定められている。デジタルバーサタイルディスク（ＤＶＤ）プレーヤは、例えば、コンパクトディスク（ＣＤ）、スーパーオーディオコンパクトディスク（ＳＡＣＤ）、フォトＣＤ、ビデオＣＤ（ＶＣＤ）、及びＭＰ３を再生可能でなければならない。しかし、ＤＶＤプレーヤ等のＣＤ装置は、ＰＣほど柔軟ではない。新しいコーデックまたは新しいフォーマットのためにＣＥ装置を更新するためには、ＣＥ装置のファームウェアを更新するか、新しいＣＥ装置を設置するかのいずれかしかない。いずれの選択肢も魅力的であるとは言えない。ファームウェアを更新するという第１の選択肢は、ＣＥ装置の製造者には魅力的ではない。製造者はＣＥ装置を管理しておらず、ユーザがＣＥ装置を管理しているからである。第２のオプションはＣＥ装置のユーザには魅力的ではない。ユーザはファームウェアの更新が必要となるたびに、新しいＣＥ装置をインストールしなければならないからである。
【００１７】
図１は、低いレベルの物理的プラグインの場合の、本発明による方法の一実施形態を示すフローチャートである。低レベルの物理的プラグインは、物理ブロックのナンバリングの効果を有する。他の例としては、セクターフォーマットの再定義、エラー訂正符号（ＥＣＣ）タイプ、クロスインターリーブリードソロモン符号４（ＣＩＲＣ４）のＣＩＲＣ７による置き換え、または８−１４変調（ＥＦＭ）テーブルの置き換え等がある。
【００１８】
第１のステップＳ１００において、ＤＶＤディスクはＤＶＤディスクリーダに送られる。ＤＶＤディスクリーダは、コンピューティング装置に取り付けられている。コンピューティング装置は、ＤＶＤディスクリーダとの間で動作コマンドを送受信するように設計されたコンピュータ読み取り可能コードを実行する。このコンピュータ読み取り可能コードは、ドライバーコードとも呼ばれる。このコンピューティング装置は、例えば、ＤＶＤプレーヤ、テレビジョンセット、パーソナルデジタルアシスタント（ＰＤＡ）等である。コンピューティング装置は、なかんずく、コンピュータ読み取り可能コードとして、ＤＶＤディスクから読み出したデータを解釈するように設計されたファームウェアを有する。
【００１９】
次のステップＳ１０２において、ＤＶＤディスクは、ＤＶＤディスクリーダにより物理的にマウントされる。物理的マウンティングプロセスは、なかんずく、ＤＶＤのタイプに応じて決まる。ＤＶＤのタイプは、このマウンティングプロセスの際に決定される。
【００２０】
次に、ステップＳ１０４において、ドライバーコードは所定の位置でディスクをスキャンする。例えば、ＤＶＤの中心から１０ミリメートルの半径でスキャンする。ドライバーコードが所定の幾何学的位置でデータを検出できた場合、本方法はステップＳ１０６に進む。ドライバーコードが所定の幾何学的位置でデータを検出できなかった場合、本方法はステップＳ１０８に進む。
【００２１】
ステップＳ１０６において、検出されたデータは、ドライバーコードにより読み出され、ファームウェアがそのドライバーコードにアクセスできるようにインストールされる。プラグインを使用することができるドライブのファームウェアは、プラグインを処理することができる。異なるタイプのプラグインがあり、ファームウェアは異なるタイプのプラグインを処理する異なる方法を有する。プラグイン自体（またはプラグインポインター）がプラグインタイプを示す。タイプインジケータに基づき、ファームウェアはそのプラグインをどう処理するかを知る。プラグインは、揮発性メモリの別の部分にロードされ、好ましくは、ファームウェアを上書きはしない。複数のプラグインのためにメモリの複数の部分（またはスロット）があってもよい。ファームウェアは、好ましくは、読出専用メモリ（ＲＯＭ）ではなく、不揮発性のフラッシュメモリに格納される。しかし、ファームウェアはＲＯＭに格納してもよい。プラグインは過渡的なものであり、現在マウントされているディスクにのみ有効である。ファームウェアは変化しないが、プラグインが新しいサブルーチンやプロシージャを提供する。ファームウェアは、標準的なものではなくその新しいサブルーチンやプロシージャを使用する。例えば、一定の段階でファームウェアコードの通常動作中に物理ブロックナンバーを計算する必要があるとする。この計算を実行している内部ファームウェアプロシージャを直接コールするのではなく、まず、プラグインがロードされていて、このプラグインが物理ブロックナンバーの異なる計算プロシージャを指定しているかどうかチェックする。プラグインスロットにロードされた一時的代替プロシージャがない場合、標準（内部）コードが実行される。物理ブロックナンバー計算のためにロードされたプラグインコードがある場合、そのプラグインコードがファームウェアコードより優先し、内部コードの替わりに実行される。
【００２２】
他の例として挿入コードがある。ファームウェアは、ロードされたプラグインに基づき、あるかないかが決まるプロシージャへの条件付きプロシージャコールを含む。パラメータがファームウェア中で指定されている場合、ファームウェアはそのパラメータを使用する前に、代替値があるかどうかをチェックする。
【００２３】
標準的なファームウェアコードは次のようになる：
call  x
call  y
call  z  (p)
プラグインによりイネーブルされたファームウェアコードは、プロシージャコールを条件付きでリルートする。例えば：
if  plug-in  loaded  call  k
call  x
if  plug-in  loaded  call  y'  else  call  y
if  plug-in  loaded  call  z  (p’)  else  call  z  (p)
そして、プラグインが単一の代替プロシージャでないか、またはプラグインがコンテントの定義テーブルで始まる場合、プラグインは例えば次を含む：
parameter  p'=  12
parameter  q'=  …
…
Procedure  x'  is  located  at  address  adr#1
Procedure  y'  is  located...
アドレスはプラグインコードの始めに対して相対的なものであり、メモリ中のプラグインの位置からアドレスを独立なものにしている。さらに、プラグインにより、代替、挿入コード、またはパラメータがあることを示すフラグをファームウェアコードがたてる。例えば：
Alternative_x_present  =  true
このフラグの値は、プロシージャxの実行の前に評価される。
【００２４】
ステップＳ１０６の後、本方法はステップＳ１０８に進み、ＤＶＤディスクのリードイン領域のスキャンを開始することにより、ＤＶＤディスクをさらに物理的にマウントする。このマウントステップ中に、新しくインストールされたデータ内にある情報が、前に説明したように使用される。例えば、新しくインストールされたデータがＤＶＤの物理ブロックナンバー（ＰＢＮ）を計算する仕様を有する場合、ＰＢＮはこの仕様を用いて計算される。
【００２５】
図２は、高いレベルの物理的プラグインの場合の、本発明による方法の一実施形態を示すフローチャートである。高レベルの物理的プラグインは、例えば、論理ブロックのナンバリングの効果を有する。
【００２６】
最初のステップＳ２００において、ＤＶＤディスクが物理的にマウントされる。
【００２７】
次のステップＳ２０２において、ドライバーコードは、ディスクのリードイン領域中のテーブルオブコンテント（ＴＯＣ）をスキャンして、ポイント値を求める。ポイント値は、続くアドレスがポイントする場所を示す。例えば、ＤＶＤの場合、リードインの「制御データ領域」にある「制御データブロック」中の「コンテントプロバイダ情報」領域を使用することができる。このポイント値は、プラグインデータの始めのＰＢＮをポイントすることにより、プラグインがあるかどうか示す。プラグインがあることを示すため、ＰＢＮの値を使用するなど、他のメカニズムを使用することもできる。ＴＯＣ内にポイント値が見つかった場合、本方法はステップＳ２０４に進む。ＴＯＣ内にポイント値が見つからなかった場合、本方法はステップＳ２０６に進む。
【００２８】
ステップＳ２０４において、ドライバーコードは、ＴＯＣから読み出したＰＢＮにジャンプし、プラグインデータを読む。さらに、プラグインデータはメモリにロードされる。
【００２９】
次のステップＳ２０６において、さらに、ディスクが論理的にマウントされる。このマウントプロセス中に、新しくインストールされたプラグイン内の情報が使用される。例えば、新しくインストールされたプラグインがＤＶＤの物理アドレスを論理アドレスに変換する仕様を有する場合、論理アドレスはこの仕様を用いて計算される。
【００３０】
図３は、論理マウントプロセスの場合の、本発明による方法の一実施形態を示すフローチャートである。
【００３１】
最初のステップＳ３００において、ＤＶＤディスクがまず物理的にマウントされる。
【００３２】
次のステップＳ３０２において、論理マウントプロセスが開始される。ドライバーコードは、プラグインを示す値があるかチェックする。値は、例えば、ディスク上のプラグインの位置へのポインターである。プラグインが見つかった場合、本方法はステップＳ３０４に進む。プラグインが見つからなかった場合、本方法はステップＳ３０６に進む。
【００３３】
ステップ３０４において、プラグインは前に説明したようにインストールされ、本方法はステップＳ３０６に進む。
【００３４】
ステップＳ３０６において、デジタル権利管理及び欠陥管理が適用される場合、ディスクのファイルシステムをマウントする前に、適用される。
【００３５】
ここで、例えば、プラグインがディスク上のビデオコンテント用に必要なビデオデコーダのプログラマブルハードウェア仕様を含む場合、プログラマブルハードウェア仕様を有するプラグインを用いて、ディスクのビデオコンテントを読み出す。プログラマブルハードウェア仕様は、ハードウェアにそれがどのように構成されるべきかという仕様を供給することによってプログラムできる、例えば、フィールドプログラマブルゲートアレー等のハードウェアを指す。
【００３６】
この場合、制御はプラグインにはハンドオーバーされない。プラグインは、復号プロセスを担うプログラマブルハードウェアがどのように構成されるかを記述する。システムのその他のエレメントは、デコーダハードウェアがディスクのコンテントに対して最適化されたことを知らなくてもよい。マウントプロシージャ中に、プログラマブルハードウェア仕様がディスク上にあるとファームウェアが判断し、この仕様を用いてハードウェアをプログラムすることがある。前の例において、ポータブルブルー（ＰＢ）やＣＤ等の他の媒体ディスクを使用することもできる。
【００３７】
プラグインはディスクに入っている。有利な点の１つは、ユーザがプラグインをどこかよそから入手する必要がないことである。プラグインは、ホストが直接アクセスできない（すなわち、ユーザデータ領域でない）ディスク上の領域に入れて配布される。このことには、プラグインをロードする前にディスクを完全にマウントする必要がないという有利な点がある。結果として、プラグインにより配布される機能は、低レベルのものである。例えば、プラグインが幾何学的に固定された位置にある場合、ドライブは、ディスクのフォーマットが解釈される前にプラグインをロードすることができる。プラグインのインストレーションはディスクのマウントプロセスの早い時期に行われ、ユーザには分からない。プラグインは、ホストではなくドライブに適用される。プラグインは、ドライバーコードがディスクをどのように解釈し、ディスクのフォーマットが与えられたときに、ドライバーコードがどのように動作すべきかを知っているようにする。ホストからの標準読出／書込コマンドの結果は、このように、ホストの機能を変更することにより変えることができる。このように配布されたプラグインは、プラグインを含むディスクがマウントされている間のみ動作することが好ましい。このことには、限られた大きさのメモリを使用してプラグインをサポートすることができるという有利な点がある。
【００３８】
プラグインは、チップオンディスク（ＣｉＤ）に入れることもできる。この場合、ディスクそのものがマウントされる前に、ＣｉＤが読まれ、プラグインが見つかるとロードされる。プラグインは、物理フォーマットを指定して、かくして物理マウントプロセスを決定してもよい。論理フォーマットを指定して、かくして論理マウントプロセスを決定してもよい。特定アプリケーション用パラメータを決定してもよい。あるいは、上記３通りのいかなる組み合わせでもよい。例としては、リードイン、リードアウト、欠陥管理タイプ、セクターレイアウト、デジタル権利管理（ＤＲＭ）フック、ハードリンク、コーデック、トランスコーディングパラメータ等がある。
【００３９】
プラグインには、例えば、ディスク上のアプリケーションフォーマットの仕様が含まれる。この場合、プラグインには、ユーザインターフェイスを生成するコンピュータ読み取り可能プログラムコードが含まれる。プラグインは、さらに、ユーザインターフェイスの場所と、この情報を解釈するコンピュータ読み取り可能プログラムコードを指定する。
【００４０】
他の例として、プラグインは、例えば、携帯電話やリモコンのキーパッド上の特定のボタンシーケンスを用いて、ディスクのアンロックコードを入力できてもよい。この場合、プラグインは、ディスクを再生する前に、何らかの前処理（すなわち、コード入力）を必要とするように指示する。
【００４１】
図４は、ＤＶＤプレーヤを示す概略図である。ＤＶＤプレーヤ４２４は、ランダムアクセスメモリ（ＲＡＭ）４２０、ファームウェアを有するリードオンリメモリ（ＲＯＭ）４０６、セントラルプロセッシングユニット（ＣＰＵ）４０２、ソフトウェアバス４０８、ドライバ４２２、及びシステム４１０を有する。ＲＡＭ４２０、ＲＯＭ４０６、ＣＰＵ４０２、ドライバ４２２、及びシステム４１０は、ソフトウェアバス４０８を介して互いに通信する。システム４１０は、ドライバ４２２との間でデータを読み書きする、コンピュータ読み取り可能コード（いわゆるドライバーコード）を含むメモリ４１２を有する。ドライバ４２２は、ＤＶＤ４１４を受け止めるように設計されている。ＤＶＤは、前に説明したように、プラグインとして設計されたコンピュータ読み取り可能コード４１６を有する。ＤＶＤは、前に説明したように、コンピュータ読み取り可能コード４１６を使用するドライバーコードにより読み込まれるべきコンテントとして、コンピュータ読み取り可能コード４１８も有する。
【００４２】
説明した本発明の方法の実施形態における順序は必須のものではなく、当業者は、本発明が意図しているコンセプトから逸脱することなく、ステップの順序を変更してもよいし、スレッドモデル、マルチプロセッサシステム、またはマルチプルプロセスを用いてステップを同時に実行してもよい。
【００４３】
もちろん、上記の実施形態は、本発明を例示するものであり、限定するものではなく、当業者は、添付したクレームの範囲を逸脱することなく、別の実施形態を多数設計することができる。クレームにおいて、括弧の間に入れた参照符号はクレームを限定するものと解釈してはならない。「有する」という用語は、クレームに挙げたもの以外のエレメントやステップの存在を排除するものではない。エレメントの前に付した「１つの」という用語は、そのエレメントが複数あることを排除するものではない。本発明は、複数のエレメントを有するハードウェアによっても、好適にプログラムされたコンピュータによっても実施することができる。複数の手段を列挙したシステムクレームにおいて、その手段の一部は１つの同一のコンピュータ読み取り可能ソフトウェアまたはハードウェアにより実施することが可能である。相異なる従属クレームに手段が記載されているからといって、その手段を組み合わせて有利に使用することができないということではない。
【符号の説明】
【００４４】
４０２  ＣＰＵ
４０６  ＲＯＭ
４０８  ソフトウェアバス
４１０  システム
４１２  メモリ
４１６  コンピュータ読み取り可能コード
４１８  コンピュータ読み取り可能コード
４２０  ＲＡＭ
４２２  ドライバ
４２４  ＤＶＤプレーヤ
【図１】
2011154710.tif 000003
【図２】
2011154710.tif 000004
【図３】
2011154710.tif 000005
【図４】
2011154710.tif 000006