タイトルを含むAVデータが記録された記録媒体であって、前記タイトルと関連づけられた、ソフトウエアアプリケーションであるアプリケーションと、前記アプリケーションに関連するインジケーションと、当該記録媒体を識別する媒体識別子と、を有し、当該記録媒体を装置により使用することにおいて、第1の記録媒体から読み出されたタイトルの選択を検出するステップと、前記第1の記録媒体の前記アプリケーションと前記インジケーションを検出するステップと、前記タイトルを再生し、前記アプリケーションを実行するステップであって、第1の記録媒体を識別する第1の媒体識別子が当該アプリケーションから受信される、該ステップと、前記タイトルが終了すると、前記インジケーションがタイトルバウンドアプリケーションを示す第1の値を有する場合に前記アプリケーションを終了し、該第1の値を有さない場合に前記アプリケーションを継続するステップと、前記第1の記録媒体の取り出しがあったとき、前記インジケーションが前記第1の値とは異なる、ディスクバウンドアプリケーションを示す第2の値を有する場合に前記アプリケーションを終了し、前記第1の値とは異なる該第2の値を有さない場合に前記アプリケーションを継続するステップと、第2の記録媒体の挿入を検出するステップと、前記第2の記録媒体から媒体を識別する第2の媒体識別子を取得するステップと、前記第1の媒体識別子と前記第2の媒体識別子とを比較するステップと、前記第1の媒体識別子と前記第2の媒体識別子とが一致する場合に前記アプリケーションを継続し、前記第1の媒体識別子と前記第2の媒体識別子とが一致しない場合に前記アプリケーションを終了するステップと、を行うことによって、アプリケーションのライフサイクルが判定される、前記記録媒体。添付図面を参照して本発明の例示的な実施の形態を説明する。以下の各例は、光ディスクプレイヤーに基づくものであるが、本明細書において記載する本発明は、他の高密度記録媒体および各プレイヤーにも適用することができる。HDムービープレイヤーのような家庭用電子機器では、ソフトウエアアプリケーション、特に、ニュースティッカーnewstickersやムービーを組み合わせたゲームなどの特にインタラクティブなソフトウエアアプリケーションを実行するオプションが提供される。本発明に従えば、これらのアプリケーションは、ディスクバウンドdisc‐boundまたはディスクアンバウンドdisc‐unboundのいずれでもよいし、タイトルバウンドtitle‐boundまたはタイトルアンバウンドtitle‐unboundでもよい。一般に、全てのディスクバウンドのアプリケーションは、ディスクが取り出されると、即ち、プレイヤーを離れると終了する。しかしながら、ディスクアンバウンドのアプリケーションは、開始されると、特定のディスクが挿入されているか否かに係らず、環境即ち、ムービープレイヤー、バーチャルマシンVM、またはインタープリタによって実行され続ける可能性がある。本発明の1つのアイディアは、アプリケーションが、例えば、フラグまたはインジケーションにより、ディスクにバウンドされたものであるかどうかを知らせることである。このフラグは、アプリケーションがディスクバウンドのアプリケーションであるか、ディスクアンバウンドのアプリケーションであるかを示す。フラグは、単一のビットを超えるものでもよく、所定の条件に基づいて、記録媒体が取り出されたときに、どのようにアプリケーションが動作するべきかを条件的に示すものであってもよい。プレイヤーのファームウエア内に提供されるアプリケーションプログラムインターフェースAPIは、各実行されているアプリケーションについて、このフラグを調査することによって、このような情報を抽出する機能を有する。本発明のさらなる利点は、例えば、インタラクティブなHDムービーディスクのコンテンツプロバイダが複数の異なるディスクに渡って安全且つシームレスに動作するマルチディスクアプリケーションを使用することを可能にするメカニズムを提供する。従って、本発明は、海賊行為に対するデータの安全性を向上させる。さらに、本発明は、HDムービープレイヤーのユーザが、ユーザが望む場合には、このようなシームレスなマルチディスクアプリケーションを確実に終了することができるようにする。現行技術のプレイヤーでは、コンテンツプロバイダは、マルチディスクアプリケーションを作成することができないか、ユーザは、このようなマルチディスクアプリケーションを終了させることができない。本発明は、両者の利益を確保するものである。1つのアイディアは、ディスクを取り出すまたは、タイトルの再生を終了する場合、プレイヤー即ち、環境が、誰が取り出しを開始したかを検出することである。取り出しが各権利を有するアプリケーション、例えば、ディスクアンバウンドの例えば、幾つかのJava商標アプリケーションが同時に実行されるJava商標Xletによって実行されるインタラクティブアプリケーションによってリクエストされたものであった場合には、取り出しにより、ディスクアンバウンドのアプリケーションは終了しない。別のディスクの挿入または、新たなタイトルのそれぞれの開始により、ディスクアンバウンドのアプリケーションの実行を継続する条件がさらにチェックされる。このような条件は、例えば、新たなタイトルがディスクアンバウンドのアプリケーションの実行を可能にしなければならないことを含む。これは、ディスクアンバウンドのアプリケーションを一般的に許容するか、または、セキュリティフレームワークを介してインタラクティブなアプリケーションが新たなディスクを用いた実行のために認証されていると、または、署名されていると識別できるかどうかをチェックすることにより、さらに区分できる。ユーザが直接取り出しをリクエストした場合には、全てのバウンド、さらに、全てのアンバウンドのインタラクティブなアプリケーションが終了する。この場合のアンバウンドのアプリケーションの終了は、ユーザに終了の確認を求めることによって、さらに多様化させることができる。これにより、意図しない中断が回避される。さらに、取り出されたばかりのまたは、タイトルが終了したばかりのディスクに関連するアプリケーションと、取り出されたばかりのまたは、タイトルが終了したばかりのディスクにバウンドされていないインタラクティブなアプリケーションとを区別することができる。一般的に、最初のタイプのアプリケーションの終了は、ユーザがデフォルトとして決定し、二番目のタイプのアプリケーションの終了は、各場合により、別個にユーザが決定できる。先進のインタラクティブなムービープレイヤーのVMやスクリプトインタプリタ上で実行されるインタラクティブなアプリケーションは、プレイヤーまたはユーザよって開始することができる。図1は、第1のディスクディスクAが取り出され、現在第2のディスクディスクBが挿入されている、例えば、プレイヤーにおける複数の異なるソフトウエアアプリケーションのライフサイクルを示している。矢印は、ユーザが開始した2つのアプリケーションii、ivの開始を示している。アプリケーションのライフサイクルは、ディスクバウンドi~vまたはディスクアンバウンドviである。図1は、さらに、このようなディスクバウンドのインタラクティブなアプリケーションをタイトルバウンドi、iiとタイトルアンバウンドiii、iv、vでさらに区別している。原則として、ディスクバウンドおよびタイトルバウンドは、論理的には極めて類似している。単純な場合、ムービーディスクは、1つのコンテンツプロバイダから提供される1つのタイトルのみを格納しており、このタイトルが終了するか、離れると、全てのバウンドのインタラクティブなアプリケーションのライフサイクルが終了する。しかしながら、多くの場合、コンテンツプロバイダは、例えば、大容量ディスクに標準解像度SDの幾つかのエピソード話を提供するために、1枚のディスク上に1つを超える数のタイトルを格納する。1つのタイトル、または1枚のディスクを超えるライフサイクルを有するインタラクティブなアプリケーションを制御する際の問題の解決は、換言すれば、サービスが切り替えられても存続するライフサイクルのインタラクティブなアプリケーションを制御する際の問題の解決であり、これは極めて類似している。本発明は部分的には、両方の場合に適用される。これは、しかしながら、ユーザのアクションを含まない。なぜならば、1枚のディスクから複数のタイトルを再生する際、ディスクを取り出し、別のディスクを挿入するユーザのインタラクションは必要なく、省略することができるからである。図1のケースiii~vの場合では1つのディスク内でのタイトルの変更では後述するdisc_bound_flagの検査をスキップすることができる。1枚のディスクに複数のタイトルが存在する場合を黙示的に対象としているディスクアンバウンドのアプリケーションのライフサイクル図1のviに説明の焦点をあてる。本発明は、プレイヤーにディスクバウンドのインタラクティブなアプリケーションとディスクアンバウンドのインタラクティブなアプリケーションとを区別させる手段を提供し、プレイヤーが実行されているアプリケーションの適切なライフサイクルを判定できるようにする。本発明の1つのアイディアは、各インタラクティブなアプリケーションに関連付けられたフラグが意図された使用法、即ち、インタラクティブなアプリケーションがディスクまたはタイトルバウンドのアプリケーションであるか、または、ディスクまたはタイトルアンバウンドのアプリケーションであるかを記載することである。さらなるアイディアは、プレイヤーのファームウエアに存在するアプリケーションプログラムインターフェースAPIを定義し、アプリケーション毎に定義されたdisc_bound_flag情報のための制御されたアクセスを提供することである。disc_bound_flagを調査することによって、プレイヤーは適切なライフサイクルを判定すること、即ち、ディスク取り出しリクエストおよびインタラクティブなアプリケーションの開始リクエストに正しく反応することができる。本発明のさらなる利点は、一方で、インタラクティブなHDムービーディスクのコンテンツプロバイダがシームレスなマルチディスクアプリケーションを使用することを可能し、他方で、プレイヤーのユーザに対し、ユーザが望んだ場合にこのようなシームレスなアプリケーションを終了することを可能にするメカニズムを提供することである。以下、シームレスなマルチディスクアプリケーションと理解できるものを説明する。シームレスなマルチディスクアプリケーションは、大容量コンテンツ、例えば、1つのインタラクティブアプリケーションによって提供されるTVの続き物、またはムービーのコレクションを対象とする際に有用である。例えば、22枚のディスクに134エピソード話の連続ドラマを格納してコレクションとすることができ、全てのディスクからのエピソードの全ては、共通のインタラクティブアプリケーションを利用、または提供する。この構成のインタラクティブなアプリケーションは、コレクションのどのディスクが現在挿入されているかとは独立して、ユーザには、統一されたインターフェースとして目に見えるものである。ディスクアンバウンドのインタラクティブなアプリケーションは、さらに、インターディスクナビゲーション、即ち、複数のディスクのアプリケーションに渡ったタイトルを変更する機能、または、ゲームの中間結果を蓄積する機能、または、視聴の順序などを格納する機能を果たす。コンテンツプロバイダにマルチディスクアプリケーションを設定するツールを提供すると、ユーザ側に、実行されているディスクアンバウンドのアプリケーションに強制的に反応させられるという不都合が生じる。ユーザが、例えば、別のムービーを再生しようとして、ムービープレイヤーにおけるディスクを変更する場合、依然としてアクティブなアンバウンドのアプリケーションが、例えば、ユーザに対して、特別のディスクを挿入することを求めたり、サービスをきっぱりと止めるようにリクエストしたりすることによってユーザを困惑させることがある。より深刻な場合には、ユーザに強制的に電源回路のスイッチをオフにさせて終了させるようなことがある。本発明は、両当事者の利益を確保するという利点を提供する。図3~図5のフローチャートに描いているように、誰がディスクの取り出しまたはサービスの変更を開始したかを認証するのはプレイヤーであることから、プレイヤーは、ディスクアンバウンドのインタラクティブなアプリケーションの終了の両方の種類を区別するメカニズムを使用する。図3は、例示的なインタラクティブなアプリケーションがどのように開始するかを示すフロー図である。挿入されたディスクから来るインタラクティブなアプリケーション、プレイヤーのローカルストレージからのインタラクティブなアプリケーション、または、インターネットからのインタラクティブなアプリケーションを取り扱うインタラクティブなアプリケーションのための3つの異なるソースが組み込まれている。最初の場合は、最も一般的な状況である。なぜならば、マルチディスクアプリケーションにおいてもまた、ディスクアンバウンドのインタラクティブなアプリケーションのソースは、通常、全ての関連するディスク上に存在するからである。2番目の場合は、例えば、ニュースティッカーである。3番目の場合は、通常は、スタジオstudioによって提供される特別のディスクのためのスタジオサーバーである。セキュリティフレームワークは、インタラクティブなアプリケーションを開始する際の整合性を図る、即ち、挿入されたディスクが未知のアプリケーションの開始を可能にするかをチェックする、または、インタラクティブなアプリケーション開始リクエストがディスクからの認証されるものとして、例えば、署名認証によって識別されるかどうかをチェックする機能を有する。図3のフロー図は、Bにおいて、インタラクティブなアプリケーションの開始が成功している。図3における第1のダイアグラムの中で開始されるインタラクティブなアプリケーションのライフサイクルは、図4および図5の2つの次のフローチャートのうちの1つ、常にこの2つのうちの1つに続く。ダイアグラム内の終了状態Bは、開始状態B1または開始状態B2が続く。図4のフローチャートは、ディスクを取り出すリクエストがディスクバウンドのインタラクティブなアプリケーション例えば、Java商標Xletから来る場合のアクションを示している。取り出しにより、ディスクアンバウンドのアプリケーションが終了するものではないが、プレイヤーは、例えば、セキュリティフレームワークおよび署名認証により、次に挿入されるディスクがリクエストされたものであるかどうかをチェックする。次のディスクがリクエストされたものである場合には、この状況は図3の最後に到達したときと同じである。即ち、図4のBの状態に到達し、図3のフローチャートの別のループが続くか、図4のフローチャートが続く。リクエストされたディスクではない別のディスクが挿入されると即ち、新たなサービスが開始されると、ユーザは、自己のアクションについて通知され、即ち、正しいディスクを挿入するように促されるか、実行されているマルチディスクアプリケーションが終了する。ユーザがエラーをしたことを認識している場合には、サービスの変更を拒絶することにより、ディスクは再び取り出されまたは、ユーザがディスクを取り出し、正しいディスクを挿入することを求めるリクエストが繰り返される。ユーザがサービスの変更をリクエストする場合、インタラクティブなアプリケーションが終了し、終了の状態に達する。新たなディスクは、図3の最初から再び開始する。図5のフローチャートは、ディスクを取り出すリクエストがユーザから来た場合のアクションを示している。図5aのフローチャートは、全てのバウンド、さらに、全てのアンバウンドのインタラクティブなアプリケーションを終了することによる単純な解決法を示している。図5bは、より洗練された解決法を示す。終了の確認をユーザに求めることによって、アンバウンドのアプリケーションの終了をさらに多様化させることができる。これにより、意図しない中断が回避される。取り出されたばかりのディスクに関連する各インタラクティブなアプリケーションと、取り出されたばかりのディスクにアンバウンドな各インタラクティブなアプリケーションを区別することが可能である。第1タイプのアプリケーションの終了はユーザによって一般に決定可能であり、第2のタイプのアプリケーションの終了は、それぞれ、個別にユーザによって決定可能である。以下、本発明のさらなる実施の形態について説明し、アプリケーションのフレームワークのより詳細な説明を提供する。この例は、ムービープレイヤーのファームウエア内の上述したdisc_bound_flagを利用して、ディスクが変更されても確実に対応するインタラクティブなアプリケーションが実行され続けるようにする。さらに、図6および図7に示す以下のフローチャート内でアプリケーション署名の使用法について説明する。図6は、ディスクの取り出しを求めるリクエストがムービープレイヤーのファームウエアに対してなされたときに、ファームウエアから処理される各ステップの内容を記載し、図7は、ディスクがプレイヤーに挿入される毎にファームウエアから処理される各ステップを対象とするものである。ここに記載する特定の挿入、取り出しの流れの組み合わせは、マルチディスクのインタラクティブなアプリケーションを提供するために必要である。コンテンツプロバイダのセキュリティのため、さらに適切なユーザ体感のためのデータの完全性を保つ際の問題に対する解決法を示している即ち、例えば、ユーザがシームレスな印象を受けるようにするとよい。図6のフローチャートは、ディスクの取り出しがリクエストされる毎に開始される。これは、ハードウエアまたはソフトウエアの取り出しボタンを押してユーザによって、または、インタラクティブなマルチディスクアプリケーションによってリクエストされる。ディスクアンバウンドのインタラクティブなアプリケーションは、リクエストされたディスクの媒体識別子ディスクIDまたは複数の許容可能なディスクの複数の媒体識別子を前もって特定用途向レジスタディスクIDレジスタに書き込むことによって、取り出しリクエストを作成し、ユーザのボタン押圧によるリクエストがあると、ディスクIDレジスタが空の状態でフローチャートに入る。リクエストされたディスクの媒体識別子または複数の許容可能なディスクの複数の媒体識別子の特定用途向レジスタへの書き込みは、必ずしもディスクアンバウンドのアプリケーション自体によって行われることを要するものではないが、APIや、ディスクアンバウンドのアプリケーションによって呼び出されるか、開始される別のサービスまたは別のアプリケーションによって行われる場合もある。この場合、ディスクは、直ちに取り出されてもよいが、図8に示すように取り出しのためのコマンドを格納して、実際の取り出しがユーザによって確認されなければならないようにしてもよい。これは、ユーザが決定を変更したり、アプリケーションを継続させたりすることがある場合に有益である。実行されているアプリケーションは、通常、プレイヤー内のキャッシュに格納されるので、一般に、媒体が変更されても存続可能な場合がある。しかしながら、このようなアプリケーションは、ロードされた媒体からのリローディングコードを必要が必要となる場合があるため、リローディングが可能となるように、アンバウンドアプリケーションによって許容される全ての媒体上に同一の完全なアプリケーションコードが格納されることが有用である。ファームウエアは、ディスクIDレジスタの状態を分析し、リクエストがユーザから来た場合には、全てのインタラクティブなアプリケーションを終了させる。他の描かれていない詳細な事項は、既に図5a内で説明されている。全てのインタラクティブなアプリケーションを終了した後、ムービープレイヤーは物理的にディスクを取り出し、フローチャートが終了する。ファームウエア分析がディスクIDレジスタ内のディスクIDを検出すると、全ての実行されているインタラクティブなアプリケーションに渡ってループが開始され、ディスクアンバウンドなアプリケーションかどうか、署名がされているかどうか、さらに、アプリケーションがプレイヤーのキャッシュメモリに格納されているかを各々に対してチェックする。全ての条件が満たされた場合のみ、ディスクがプレイヤーを離れてもアプリケーションの実行が継続される。他の全ての場合、検査されたインタラクティブなアプリケーションが破壊される。アプリケーションの署名のチェックにより、認証されていないアプリケーション悪意のある、または海賊版のアプリケーションがセキュリティフレームワークを通過することが可能とならないことを確実にする。ディスクアンバウンドのアプリケーションがキャッシュされているかどうかをチェックすることにより、アプリケーションは、ディスクがプレイヤーを離れたときにも確実に存続できるようにする。アプリケーションがキャッシュに格納されないような場合には、枯れたstarve状態であろう、即ち、継続できないであろう。なぜならば、ロードされたディスクが無くなってしまい、リロードするものが何も残っていないからである。全ての実行されているアプリケーションに渡ったループが終了すると、署名され、キャッシュされたディスクアンバウンドのアプリケーションのみが依然として実行され、ディスクの物理的な取り出しとともに、フローチャートが終了する。本発明のさらなるアイディアは、フローチャートには描かれていないが、全ての実行されているインタラクティブなアプリケーションに渡ったループを離れる場合に関する。ループを離れる際、つまり、全てのアプリケーションが終了しているときは、次のディスクのためのウォームスタートwarmstartを避けるために、ディスクIDレジスタもまたクリアされているとよい。これにより、データの整合性およびアプリケーションのロバスト性堅牢性が向上する。図7は、ディスクが挿入される毎にムービープレイヤーのファームウエアが入るフローチャートを描いている。まず、ディスクIDレジスタに媒体識別子例えば、ディスクIDが格納されているかどうかをチェックする。これは、インタラクティブなアプリケーションがユーザに別のディスクを挿入することをリクエストしたことを示す。これは、実行が継続されるアプリケーションが存在しなくとも可能である。ディスクIDレジスタが空であると、ディスクは最初から初期モードで開始する。最初から開始することはコールドcoldスタートと呼ばれ、これにより、全ての実行されているインタラクティブなアプリケーションが破壊され、ディスクIDレジスタがクリアされる。ディスクIDがディスクIDレジスタに格納されている場合には、第2のチェックにより、格納されたディスクIDが挿入されたディスクのものと本当に一致するかどうかが判明する。格納されたディスクIDが挿入されたディスクのものと一致しない場合には、ユーザに対して警告がなされ、先への進み方を決定するためのヘルプが与えられる。ユーザが意図的に別のディスクを挿入した場合、全ての実行されているアプリケーションは終了し、ディスクのコールドスタートが続いて行われるか、または、ユーザが間違いを犯した場合には、図7のディスク挿入フローチャートに戻るループに示すように正しいディスクを挿入する別のチャンスが与えられる。新たに挿入されたディスクのディスクIDがディスクIDレジスタ内に格納されたディスクIDと一致する場合には、ディスクIDレジスタがクリアされ、全ての実行されているアプリケーションに渡った新たな調査ループが実行される。実行されているアプリケーションが新たなディスク上の新たなタイトルの一部を構成するかどうか、ディスク上に存在するものと同一の署名が存在するかどうかががさらにチェックされる。両方のチェックを行うことにより、セキュリティおよびロバスト性が向上する。両方のチェックが無事に通過すると、ディスクアンバウンドのインタラクティブなアプリケーションの実行が継続する。アプリケーションが新たなディスクにリストされていなかったまたは新たなディスク上のタイトルでなかった場合には、このアプリケーションは破壊される。ディスクのアプリケーション署名およびキャッシュが一致しない場合には、整合性のためにディスクからアプリケーションが再度開始再起動する。ループは、ディスクのウォームスタートで終了する。これは、ディスクアンバウンドのインタラクティブなアプリケーションが、例えば、再生のためのサービスを制御するために継続することを意味する。図7に、アプリケーションのチェックループを離れたときに実行されているアプリケーションが全く存在しない場合の別の変形例を描く。この場合もまた、ディスクのコールドスタートが実行されるとよい。図2に例を示す。関連する識別子diskID_1を有する第1のディスクD1からディスクプレイヤーPLがロードされ、メニューアプリケーションがスクリーンSCR上に表示されている。表示されたメニューは、ユーザが選択する選択肢のリスト、ソフトウエア取り出しボタンSW_EJ_B、および、キャンセルCancelボタンC_Bを含む。プレイヤーは、ハードウエア取り出しボタンHW_EJ_Bを有する。ユーザがタイトル、例えば、Part_31を選択すると、メニューアプリケーションは、内部リストから、選択された項目が現在挿入されているものではない別のディスク上に存在するものであることを判定し、ユーザにリクエストされたディスクを挿入することを促すメッセージを表示する。内部的には、アプリケーションは、リクエストされたディスクdiskID_2のための識別子を専用のレジスタディスクIDレジスタに格納する。例えば、現在挿入されているディスクの取り出しは、ユーザが自己の選択の確認を、例えば、自己が選択したPart_31を再び選択することにより行うことができる。さらに、ユーザは、ハードウエア取り出しボタンまたはソフトウエア取り出しボタンを用いて現在のディスクを取り出すこともできる。アプリケーションは、リクエストされた次のディスクのためのIDdisk_ID2を専用のレジスタに格納しているため、取り出しは、ユーザが開始したものではなく、アプリケーションが開始したものと分類される。従って、ディスクアンバウンドのアプリケーションは、メニューアプリケーションと同様に、実行が継続される場合がある。ユーザが決定を変更する場合も、キャンセルボタンC_Bを押すことができる。これにより、例えば、既に開いているディスクトレイが再び閉じ、アプリケーションが元の状態に復帰する。一般に、家庭用電子機器は、ユーザに対し、ソフトウエアアプリケーションとして実行される先進のインタラクティビィティの可能性を提供することができる。本発明は、オーディオ/ビデオデータのための再生装置内でソフトウエアアプリケーションを実行する方法を提供し、この方法において、第1の着脱可能な記録媒体から、前記再生装置内で実行されるべきソフトウエアアプリケーションのためのデータが読み出される。このデータは、アプリケーションのための終了条件を定義するインジケーションを含む。前記終了条件に基づき、アプリケーションを保存した媒体がどのように取り出されるかに依存して、アプリケーションが終了するか、存続する。アプリケーションの別の例は、マルチプルディスクを対象として構成されたガイドアプリケーションである。連続物の第1のディスクを入力すると、ガイドアプリケーションが開始し、ガイドアプリケーションは、連続物の一部を構成しないディスクが挿入されるまで、ディスクの変更の間も存続する。これにより、ユーザは、シームレスな体感を得ることができる。本発明は、認証されたアプリケーションのみが自動的にディスクの変更の際にも存続し、一致しないインタラクティブなアプリケーションが終了することを確実にするものである。本発明は、全ての種類の記録媒体および対応するプレイヤーに適用可能であり、これらには、今日では、DVD、HD-DVDまたはブルーレイBlu-rayディスクのような光ディスク、および対応するプレイヤーが含まれる。本発明は、インタラクティブなソフトウエアアプリケーションを実行するプレイヤーのために特に有用である。ソフトウエアアプリケーションの例として、インターネットに接続するニュースティッカー、または、現在挿入されているディスクに依存して変更可能な携帯電子端末PDA形式の、例えば、ハードディスクドライブHDDのようなローカルストレージからデータを読み出すカレンダーマネージャーのようなオーガナイジングソフトウエアorganizingsoftwareが挙げられる。