"オーディオビジュアルプレゼンテーションデータ及び関連するメニューデータを含んだ交換可能な電子記憶媒体。映画又はその他のAVコンテンツの配給のための交換可能な大容量記憶媒体は、図1において例えばBlu-rayディスクBDの場合について示されているように、ディレクトリ構造を用いる。共通のルートディレクトリ1の中には、BDオーディオビジュアルデータBDAVのためのブランチ、すなわち、フォルダがあり、フォルダはプレイリスト2、クリップに関連した情報CLIPINF3、及び実際のAVストリームSTREAM4のためのサブフォルダを含んでいる。各サブフォルダは1つ又は複数のファイルを含んでいる。このタイプ又は他のタイプの高度な交換可能な記憶システムの場合、コンテンツは媒体上のマルチメディアエンターテインメント素材から構成されているだけでなく、追加的な、いわゆるボーナスコンテンツをインターネット又は他の交換可能な記憶媒体からダウンロードし、それをローカル記憶装置、例えばハードディスクドライブHDDに記憶するか、あるいは、プレゼンテーションの際にボーナスコンテンツをダウンロードすることも可能である。図2は、ディスクのコンテンツに関連した追加又はボーナスのデータのための付加的ブランチDOWNLOAD5を備えた、本発明による拡張型のプリレコードされたBDのディレクトリ構造を示している。ディスク作成時には、フォルダDOWNLOAD5とそのサブフォルダの名前だけが決定される。これらのフォルダは空であってもよいし、予め決められた名前を有する空ファイルを含んでいてもよい。ダウンロードしたデータのためのファイルシステムブランチDOWNLOAD5とそのサブフォルダDownLoadA,DownLoadB,DownLoadNは、ディスクが記憶可能な部分を有しているならばディスク上にあってよく、そうでなければ、別個の記憶装置、例えばプレーヤー内のHDD上にあってよい。後者の場合には、特定のディスクのDOWNLOADブランチは、このディスクが挿入されて再生可能になるとすぐに、ディスクファイルシステムに論理的に関連付けられる。簡素化のため、図面はプリレコードされたディスク上の元々のファイルシステム構造とダウンロードブランチとを合わせた図を示している。有利なことに、本発明はJavaTM仮想マシンのような完全にプログラム可能な解決手段に比べて低コストの解決手段を提供する。本発明によれば、ボーナスコンテンツが使用可能になった、例えば、インターネットからダウンロードされたという条件の下で、不可視インビジブルのボタンを可視ビジブルのボタンに変換することを実行するために必要とされるのは、非常に低水準のコードだけである。このようなコードは、例えばJavaTMのような高水準プログラム言語又はPCのような完全プログラム可能な環境を必要とせず、ファームウェアコードに基づいた単純な状態機械であってもよい。例えばDownLoadA有りの状態を決定するのに必要な関数は、前記ディレクトリ内のファイル数を数えるディレクトリ読込みリクエストとして実現することができ、例えば1よりも大きな任意の数は、この特定のダウンロードが実際に存在していることを示す。いずれにしても、このようなディレクトリ読込みリクエストは通常はプレーヤーのファームウェアの一部である。ダウンロードデータが存在している場合には、適切なプレースホルダが選択され、ボタンで置き換えられ、このボタンは上で説明したようにアクティブ化される。本発明の別の利点は、ユーザの知覚にとって、ディスク上のメニューアイテムとダウンロードしたコンテンツとの間に差がないように、メニューをデザインすることができることである。再生できるようになった追加コンテンツ用の追加メニューアイテムは、プリレコードされたメニューにシームレスに統合することができる。図3-6は、本発明の実施形態と、それがスクリーン上にどのように表示されるかを示している。ボーナスコンテンツが使用できない間は、オンラインメニューを備えたTVスクリーン上には、事前に作成された元々のボタンB1,..,B4だけが可視ビジブルである。これが図3に描かれている。しかし、使用できないボーナスコンテンツに関連したボタンに関しては、既にロケーションB5,..,B7が定義されているが、実際のボーナスボタンは隠されている。明瞭性のために図3-8にはボーナスボタンが示されているものの、それらの形状又は位置はスクリーン上では見えていない。また、ボーナスコンテンツ用の第1のフォルダDownLoadAを第1のボタンB5に関連付け、ボーナスコンテンツ用の第2のフォルダDownLoadBを第2のボタンB6に関連付け、第3のフォルダDownLoadNを第3のボタンB7に関連付けることにより、定義された一定の関連付けも存在している。図4は、第1のボーナスコンテンツがインターネットからダウンロードされたとき、又は使用可能になったときの状態を示している。一例として、このボーナスコンテンツはディスク上の映画に関連した背景情報であってもよい。ボーナスコンテンツは属性を持つメニューデータを有している。この属性は、例えば、FolderNameであり、これは値DownloadAを有している。したがって、このボーナスコンテンツに関連するすべてのファイルはDownloadAと名付けられたフォルダに格納されており、このDownloadAは第1のボタンプレースホルダB5に関連付けられている。したがって、このボタンはアクティブ化され、可視ビジブルになる。例えば、一般的なタイプのボーナスコンテンツがディスク作成時に知られている場合には、このボタンの位置、外見、又はその両方を予め決めてもよいし、或いは、ダウンロードしたデータに含まれているデータによって決定されるようにしてもよい。ボーナスデータセット、フォルダ、及び特定のボタンプレースフォルダの間の他の種類の一意的なリファレンスも可能である。例えば、ボーナスデータセットが、ボタンプレースホルダを直接ポインティングする属性、又は、フォルダのラベルにマッチするラベルを含んでいてもよいし、フォルダが優先順位を有し、その優先順位に従って使用されるようにしてもよい。図5は、別の種類のボーナスコンテンツデータ、例えば、新しい映画のトレイラーがダウンロードされた状態を示している。このケースでは、ボーナスコンテンツに含まれている属性FolderNameは値DownloadBを有している。したがって、このボーナスコンテンツに関連するすべてのファイルFile21,..,File2iはDownloadBと名付けられたフォルダに格納されており、このDownloadBは第2のボタンプレースホルダB6に関連付けられている。したがって、このボタンはアクティブ化され、可視ビジブルになっており、その位置と外見は既に説明したように定義されている。2つのケースの組み合わせが図6に示されている。両タイプのコンテンツは同時に使用でき、それぞれのフォルダDownLoadA,DownLoadBに格納されている。したがって、両方のボーナスボタンB5,B6とも可視ビジブルであり、アクティブ化されており、選択可能である。図7は、ボーナスボタンB6の位置が既存のボタンの位置と一致するように定義されており、それにより、既存のボタンが削除される一方で、ボーナスボタンB6は可視ビジブルであり、アクティブ化されている、本発明の実施形態を示している。例えば、ボーナスボタンを定義するデータは、ボタンのデフォルト位置に重ね書きする位置属性、又は他の既存ボタンのうちのどれに重ね書きするかを定義する属性を含んでいる。これは、プリレコードされたコンテンツがもはや使われなくなった場合、例えば、ある映画用のプリレコードされた広告トレイラーを新しい映画用のダウンロードされた広告トレイラーに置き換える場合に、使用することができる。しかしながら、ダウンロードしたボーナスコンテンツは、他のボーナスコンテンツが書換可能な媒体に格納されており、かつ、置き換え機能が許可される場合には、他のボーナスコンテンツに置き換えてもよい。ダウンロードしたコンテンツが削除されると、それぞれのメニューボタンは消滅し、プレースホルダが再び使用される。さらに、例えばもはや使われなくなったボタンである、1つ又は複数の既存ボタンが削除されるように、ボーナスコンテンツの存在によってメニューが変更されるようにしてもよい。このことが図8に示されている。図8では、例えば、DownLoadA及びDownLoadBにおけるボーナスコンテンツデータが共存しており、これにより、既存のボタンB3の1つを非アクティブ化して隠す一方で、上記のように2つのボタンB5及びB6の可視的ビジブルな表示とアクティブ化がなされる。本発明の利点は、このようなメニューの作成者が将来的に1つ又は複数のボーナスコンテンツアイテムが存在することをディスク作成時に予期して、追加ボーナスコンテンツアイテムの存在を示す関連付けられた1つ又は複数のボタンを有していてもいなくてもメニューが美観的に受け入れられるように、メニューの外見に関してメニューのグラフィカルレイアウトを調整することができることである。本発明の1つの態様は、メニューレイアウト内の特定のボタンプレースホルダに関して、予め決められた名前を有する或るファイル、あるいは、予め決められたフォルダ名を有するディスクファイルシステムの或るフォルダとの一意の関連付けが宣言されることである。例えば、上で説明したような、ある特定のフォルダDownLoadAとある特定のボタンプレースホルダB5との間の一意の関連付けは、システム全体をデザインする際に、ダウンロードされたボーナスコンテンツアイテムは常にroot/BDAV/DOWNLOADS/のサブフォルダに格納されることをまず承認し、つぎにサブフォルダ、例えば、DownLoadAを記述する文字列を、ボタン用のプレースホルダデータの一部にすることによって実現することができる。あるいは、サブフォルダを文字列で名付けるのではなく、単純に数え上げてもよい。その場合、所望の数字1,2,3...がプレースホルダの一部となり得る。本発明の一実施形態では、ボタンプレースホルダは、このプレースホルダがどのダウンロードサブフォルダに関連付けられているのかということに関する情報、及び、ボタンがアクティブ化された後にボタンが押されたときにどのような動作が行われるべきかということに関する情報である、ボタンロケーション情報で構成されている。容易な実施化のために、それぞれのプレースホルダのロケーションに配置すべきボタンイメージのファイル名は、システムのデザイン時に決定してもよい。例えば、これらのファイル名は常にButtonImage.jpgと名付けられ、関連付けられたダウンロードフォルダ内に配置されると取り決めてもよい。すなわち、DownloadAとDownloadBの場合には、これらのファイルは、それぞれ、root/BDAV/Downloads/DownloadA/ButtonImage.jpgとroot/BDAV/Downloads/DownloadB/ButtonImage.jpgである。一例として、ボタンをダウンロードしたボタンイメージに変更することによってボタンの不可視インビジブルのプレースホルダが可視ビジブルになる条件が、状態テーブルTab.1に列挙されている。2つのボタンB5及びB6の各々は、対応するラベルDownloadA又はDownloadBを有するダウンロードデータが使用可能であるときにのみ可視ビジブルである。実際にイメージを読み、メニュー内に配置するプロセスは、プレーヤーのファームウェアにより実行することができる。Tab.1:ボーナスボタンの使用条件の例さらに、メニュー内のボタンは、リモコンユニットのUP、DOWN、LEFT、又はRIGHTキーが押されたときに何が起こるのかの定義を必要とする。これはチェーニングと呼ばれる。あるロケーションにボタンではなくプレースホルダがある場合、ナビゲーション動作はこれを反映する。これは図3を参照して説明することができる。ボタンB5がプレースホルダとして存在しているだけで、不可視インビジブルで、かつ非アクティブである場合、最後の標準ボタンB4が現在ハイライトされており、したがって選択されているならば、DOWNキーを押した後に次に選択されるボタンは、不可視インビジブルで非アクティブのボタンB5ではないであろう。ユーザインタフェースのデザインに依るが、その代わりに次に選択されるボタンは、再び同じボタンB4であるか、又は、ユーザインタフェースにおいてより一般的であるように、第1のボタンB1である。図4に示されているように、ボーナスコンテンツアイテムがDownloadAというラベルを有するフォルダにダウンロードされる場合、現在アクティブなボタンB5は、ボタンB4がハイライトされており、且つリモコンユニットでDOWNキーが押されたときに選択される。ナビゲーションのためのボタンのチェーニングにおける必要な変更は、DownloadAが存在しているのか、DownloadBが存在しているのか、それとも両方が存在しているのかに応じて、Tab.2に例示的に示されている。例えば、DownloadB内のデータが存在している場合には、Tab.2の第3のデータ行が関係する。ボタンB4が現在選択されており、リモコンユニットでDownボタンが押された場合には、第4列が関係し、したがって、次に選択されるボタンはB6である。Tab.2:Up及びDownコマンドに対するボタンのチェーニングリモコンユニットでLEFT又はRIGHTを押した場合にボタンをチェーニングするための必要な変更は同じように行うことができるので、簡潔さのためにここでは省略する。実施が非常に簡単であることが本発明の利点である。各ボタンプレースホルダは、後にアクティブ化される1つ1つのボタンのロケーションを定義し、どのような条件の下でそのボタンがアクティブ化されるかを記述している。先述と同様に高水準プログラミングを必要とせずにフレキシビリティを高めるためには、ダウンロード情報の一部として、アクティブ化すべき新たなボタンのボタンイメージだけでなく、他の既存ボタンを隠して使用不能にすべきか否か、及び新たなボタンのメニュー上でのロケーションはどうすべきかを決定する付加的なコンフィギュレーション情報も送ると有利である。それゆえ、ボーナスコンテンツアイテムをダウンロードすることにより、前記メニューのすべてのグラフィカル要素を実際にリロードせずに、メニューのボタンレイアウトを変更することが可能になる。本発明の一実施形態では、ユーザに対してコンテンツ選択の選択肢を提示するメニューを構成する本発明による方法は、交換可能な記憶媒体に記憶されたメニューデータ内でボタンの1つ又は複数のプレースホルダを定義するステップと、特定のボーナスコンテンツアイテムとプレースホルダのうちの1つとの間に一意の関連付けを形成することができるように、後にダウンロードされるボーナスコンテンツアイテムに関して予め定義されたロケーション又はネーミングの規約を決めるステップとを有し、この関連付けは前記プレースホルダの属性として表され、ボーナスコンテンツアイテムをグラフィカルに表示し、かつボーナスコンテンツアイテムとともにダウンロードされるボタンイメージが提供される。さらに、プレースホルダに取って代わるそれぞれのボタンの配置と、そのボタンの他の既存のボタン又はボーナスボタンへナビゲーションチェーニングとに関するコンフィギュレーション情報も提供される。このコンフィギュレーション情報は、ボーナスコンテンツアイテムとともにダウンロードされる。記憶媒体から取り出したコンテンツを再生している間、ボーナスコンテンツアイテムのうちのいずれかが別のデータソース、例えばHDDに存在しているか否かを識別し、存在していれば、関連付けられたプレースホルダを、コンフィギュレーション情報に従ったボタンの再配置を含んでいる可能性がある、関連付けられたボタンイメージに置き換える。ダウンロードしたボタンコンフィギュレーションの適用によって、ボーナスコンテンツアイテムの一部としてのダウンロードされた追加ボタンオブジェクトの挿入、及び/又は、これまではメニューで使用できたボタンオブジェクトの削除がなされる。本発明による方法は、ボタンがユーザにより選択されたときに、関連付けられた動作を実行されるようにする。ここで、前記の動作、例えば、初めはディスク上に存在していなかったプレイリストであるBonusAに対してのPlayListBonusAを再生せよは、既にプレースホルダとともに記述されているものであるか、又は、ダウンロードされたボーナスコンテンツアイテムの一部として記述され、ダウンロードされたボタンイメージとともにメニューに結び付けられたものである。完全にプログラム可能な手法では、特定のボーナスコンテンツアイテムが作成される時にしか、このようなメニューデザインの選択をすることができないため、本発明は完全プログラム可能な手法のフレキシビリティを提供しないが、ユーザの観点からは類似した機能、すなわち、ダウンロードしたコンテンツの選択肢をディスク上のコンテンツの選択肢とともにシームレスに提示することを可能にするとともに、格段に低コストで実施でき、しかもディスク作成者に外見上のデザイン選択の余地を残している。本発明による記憶媒体は、ユーザにコンテンツ選択の選択肢を提示するメニューデータを格納しており、メニューデータ内には、1つ又は複数のボタンのための予め決められた1つ又は複数のプレースホルダが含まれている。さらに、後にダウンロードされるボーナスコンテンツアイテムに関して定義された、予め定義されたロケーション又はネーミングの規約が存在しており、そのため特定のボーナスコンテンツアイテムとプレースホルダのうちの1つとの間に一意の関連付けを形成することができる。この関連付けはプレースホルダの属性として表される。ボーナスコンテンツアイテムをグラフィカルに表示するボタンイメージは、実際のボーナスコンテンツとともにダウンロードしてもよい。本発明の一実施形態では、再生装置は、ボーナスコンテンツアイテムのいずれかが存在すると判断すると、ボタンのプレースホルダを関連付けられたボタンイメージに置き換え、ボタンがユーザにより選択されたときに関連付けられた動作が行われるようにする。その動作は既にプレースホルダとともに記述されているものであってもよいし、又は、ダウンロードされたボーナスコンテンツアイテムの一部として記述され、ダウンロードされたボタンイメージとともにメニューに関連付けられたものでってもよい。ボタンのサイズ又はボタン間の距離は、可視ビジブルボタンの総数に応じて変化させてもよい。本発明はすべてのタイプの記憶媒体のメニューに適用することができる。本発明は、Blu-rayディスクやDVDのようなプリレコードされた交換可能な媒体、および、HDDやインターネット接続のような追加記憶容量へのアクセスを備えた再生装置に特に有利である。"