記録されたデータの情報部分を処理するための方法において、各情報部分には情報部分バージョン番号が与えられており、該情報部分バージョン番号は前記情報部分が従っている規格のバージョンを示し、各情報部分は異なるバージョン番号を有することができ、利用可能な複数の異なる処理のタイプを実行するために、処理は処理バージョン番号により示される前記規格のバージョンに応じて実行され、前記方法は、前記情報部分の前記情報部分バージョン番号を読み取るステップと、読み取られた前記情報部分バージョン番号を前記処理バージョン番号と比較するステップと、もし前記読み取られた情報部分バージョン番号が前記処理バージョン番号以下であるならば、行われるべき全ての処理のタイプを許可するステップと、さもなくば、行われるべき幾つかの処理のタイプだけを許可するステップと、前記許可された処理のタイプを使用して前記情報部分を処理するステップと、を有する、前記記録されたデータの情報部分を処理するための方法。読み取られた情報部分バージョン番号が処理バージョン番号より低いならば、該処理バージョン番号より低いバージョン番号を有する規格のバージョンに従って少なくとも1つの情報部分に対する処理を実行することを特徴とする、請求項1記載の方法。情報部分バージョン番号と処理バージョン番号とは異なっているが、この差が所定の値を越えていない場合には、行われるべき処理のタイプを許可することを特徴とする、請求項1又は2記載の方法。処理の後で、処理された情報部分には新しい情報部分バージョン番号を与え、該情報部分バージョン番号は処理された情報部分が従っている規格の最低バージョンを示しており、前記処理された情報部分を伝送することを特徴とする、請求項1~3のうちの1項記載の方法。複数の異なる種類の処理のタイプのために単一の情報部分に複数の異なる種類の情報部分バージョン番号を与えることを特徴とする、請求項1~4のうちの1項記載の方法。請求項1~5のうちの1項記載の方法を実行するための読み取り及び又は記録装置。複数の異なる情報部分バージョン番号を有する、請求項1~5のうちの1項記載の方法又は請求項6記載の装置により生成される情報部分を有する記録媒体。以下、本発明を幾つかの具体的な実施例を挙げて説明するため、より多くの詳細について理解が得られるであろう。しかし、各機能の別の組み合わせも本発明の範囲に含まれる。図1は本発明の方法のフローチャートを示し、図2は本発明による記録媒体を示している。ブロックの最低バージョン番号導出は図3に説明されている。図3は各情報部分のバージョン番号を導出するフローチャートを示し、この処理内容は図2のブロックの最低バージョン番号導出を説明するものである。このフローチャートではnvはバージョン番号を意味し、ipは情報部分を意味する。以下において、バージョン番号の定義について説明する。このバージョン番号は後のバージョンに対する装置の制限付の前方互換性を提供する。これはバージョン番号の意味を特別に定義することによって実行される。この特別な定義は後のバージョンに対する制限を含む。よって、後のバージョンの挙動は幾つかの規則に従う。これらの規則により、規格の後のバージョンの情報コンテナ、例えば記述子によりカバーされる情報の構造が保証される。情報部分、例えば個別のファイルは、情報部分バージョン番号invを含む。この情報部分バージョン番号invはこの情報部分を生成したエンコーダのバージョンを示す。なお、エンコーディング装置はこの生成されたバージョン番号invよりも高いバージョン番号をもつことさえある。また、1つの装置が異なるバージョン番号inv1、inv2、...を異なる情報部分ip1、ip2、...に対して生成することもある。別の装置がこのような情報部分ip1、ip2、...を処理するならば、この別の装置は個々の情報部分バージョン番号inv1、inv2、...を探す。もしこのような情報部分のバージョン番号invがこの装置自体によりサポートされる処理バージョン番号rnv以下であるならば、全ての機能のフルサポートがこの装置によって提供される。もしこのような情報部分ipのバージョン番号invがこの装置自体によりサポートされる処理バージョン番号rnvよりも高いならば、この装置は情報部分ip、さらに、割り当てられたデータ及び情報に対する制限付のアクセスだけをサポートする。この制限付のアクセスとは、アクセスが例えば情報部分及びその割り当てられたデータに対する読み取り処理、例えばプレイバックだけに、又は、情報部分及びその割り当てられたデータの読み取り処理及び制限付の書き込み処理、例えば新しい情報及びデータを付加することに制限されていることを意味する。制限された書き込み処理とは、情報部分又は割り当てられたデータ及び情報の変更が制限されたやり方で行われるように許可されており、例えば、新しいデータ又は情報を付加するように許可されているが、既に記録された情報及びデータの変更が禁止されることを意味する。より柔軟な前方互換性をサポートするためには、好ましくは、複数のバージョン番号インジケータが同一の情報部分ipに対して提供される。以下に例を挙げる。第1のバージョン番号invは後のバージョンの装置における情報部分ipの、例えば、プレイバックのための読み取り可能性を定義する。同一の情報部分ipの第2のバージョン番号invは編集処理、例えば情報及びデータをカット及び変更する処理のための制限付の書き込みアクセスを定義する。同一の情報部分ipの第3のバージョン番号invは、情報部分ip及びその割り当てられた情報及びデータに新しい情報及びデータを付加するための制限付の書き込みアクセスを定義する。第4のバージョン番号は情報部分を生成するために使用されたエンコーダの実際のバージョン番号を示す。これはとりわけより高いバージョンrnvの複数の装置に対して有効である。これらの装置は、このような情報を、例えばこの仕様の既知のバグ又は既知の装置バグを自動的に補正するために又はこの仕様の既知のバグ又は既知の装置バグに対する回避方法を自動的に提供するために利用する。次のテーブルは挙動を記述している。指示イエスは、個々の処理のタイプが許可されていることを意味し、ノーは個々の処理のタイプが許可されていないことを意味する。幾つかの制約が1~4によって示されており、これらは、以下の意味を有する。1しかし、古いバージョンの機能だけがサポートされるだろう。2新しい装置は規格の古いバージョンをサポートする必要がある。これが必要となる理由は、より新しい装置であっても、古いバージョン用に記憶された情報を解釈できるようにするためには、古いバージョンを知らなければならないからである。3この機能は、サポートされるイエスこともあれば、サポートされないノーこともある。これは、バージョン番号差のレベルと、装置の処理バージョン番号rnvと情報部分バージョン番号invとの間の構造差がどれほど大きいかに依存する。4情報部分の変更はサポートされない。なぜなら、古い装置にとっては、規格の新しいバージョンによりサポートされる付加的な情報については不明であるからである。情報の変更は情報部分ipの特定の部分内での不整合をもたらし、この特定の部分は新しい装置によってのみサポートされる。それゆえ、古い装置に対して、規格のより新しいバージョンにより生成された既に記憶された情報を変更することが強く禁止される。図1はどの処理タイプが特定の情報部分ipにとって利用可能となるかを決定する方法に関するフローチャートを示す。もし規格の実際のバージョンが複数の情報部分を完全な情報セットの部分として定義するならば、本発明によれば、装置はできるだけ多くの機能及びより古い装置へのアクセスを提供するために、各情報部分ipを低くて有効な情報部分バージョン番号によって記憶する。例えば、もし1つの情報部分に対し、音声コメントを提供するためにより高い情報部分バージョン番号が必要であるのに、音声コメントがこの記録に対して行われなかったならば、この情報部分は規格の古いバージョンにより定義されたフォーマットを使用して記憶される。情報部分バージョン番号invがどのように処理の間に変わるかに関する例を以下に説明する。装置は、各々が情報部分バージョン番号inv1、inv2、inv3、inv4を有するちょうど4つの情報部分ip1、ip2、ip3、ip4をサポートする。この装置は処理バージョン番号rnv=3.0及び全てのそれ以前の処理バージョン番号1.0、1.1、1.2、2.0をサポートする。ip1の履歴:バージョン番号1.0で開始され、1.1に僅かに変更され、1.2には変更されず、2.0に僅かに変更され、3.0には変更されない。ip2の履歴:バージョン番号1.0で開始され、包括的に3.0に変更されるまでは変更されない。ip3の履歴:バージョン番号2.0で開始され、オプションの付加的な情報をサポートするように拡張され音声コメントだけが規格のこのバージョンに加えられバージョン番号3.0に僅かに変更される。ip4の履歴:バージョン番号3.0で開始される。これはip1の内容へのリンクを含む。ip1内容の変更はip4情報の変更を要する。ip4の記録はオプションである。ip4は記録に関する付加的なメタデータが記録の間に受信された場合に記録される。事例シナリオ番号1:バージョン3.0の記録装置は記録を行う。音声コメントは行われず、付加的なメタデータは受信されない。使用されたバージョン番号は4つの情報部分の使用されたバージョン番号により記述される。ip1:2.0、なぜならバージョン3.0のip1とバージョン3.0のip1との間には差がなく、しかもip4は記録されていないから。ip2:1.0、なぜならバージョン1.0と3.0のip2は同じであり、しかも他の情報部分へのバージョンに依存する関連は存在しないから。ip3:2.0、なぜなら音声コメントは行われないから。それゆえ、ip3に対するバージョン3.0は必要ない。ip4:記録されない、なぜなら付加的なメタデータは記録されなかったから。事例シナリオ番号2:スタート地点:シナリオ1先のシナリオの結果。ここで、ユーザはオフラインで音声コメントを実行する。使用されたバージョン番号は4つの情報部分の使用されたバージョン番号により記述される。ip1:2.0、変更の必要なし。ip2:1.0、変更の必要なし。ip3:3.0、なぜならこのバージョンだけが音声コメントをサポートするから。ip4:記録されない、なぜなら付加的なメタデータは記録されなかったから。事例シナリオ3:スタート地点:シナリオ2先のシナリオの結果。ここで、ユーザは例えばインターネットを介して付加的なメタデータをその記録のために受信する。使用されたバージョン番号は4つの情報部分の使用されたバージョン番号により記述される。ip1:3.0、ここでip4は記録された:ip1の変更がip4の内容に関連する不整合を生じさせるだろう。それゆえ、バージョン3.0の装置だけは全ての情報部分の整合性を保持するために必要に応じてip1を変更できるだろう。ip2:1.0、変更の必要なし。ip3:3.0、変更の必要なし。ip4:3.0、なぜなら、これは付加的なメタデータのための場所だから。この情報部分の新たな存在のために、ip1はより古い装置がip1内部のデータを編集例えばカット又は削除してはならないことを示すためにバージョン3.0でなくてはならない。というのも、これはip1とip4との間の不整合を生じさせる可能性があるからである。第3のシナリオの後で、例えばバージョン2.0の装置はip1、ip2、ip3をプレイバックのために使用することができ、新しい記録を付加することができ、この装置はip2を編集することできるだろう。なぜなら、ip2は未だにバージョン1.0とマーキングされているからである。しかし、この装置はip1、ip2又はip4さえも編集することは許可されていない。もちろん、ip4の存在はバージョン2.0の装置には知られていない。事例シナリオ番号4:スタート地点:シナリオ3先のシナリオの結果。ここで、ユーザはip4を除去する。使用されたバージョン番号は残る3つの情報部分の使用されたバージョン番号によって記述される。ip1:1.0ここで、ip4は除去された:ip1だけの変更はもはや残りの情報部分間のいかなる不整合ももたらさないだろう。それゆえ、バージョン1.0の装置はもし望ましいならばip1の変更を実行してもよい。ip2:1.0変更の必要なし。ip3:3.0変更の必要なし。ip4:除去された。記憶された情報部分のいずれかによって使用された最高バージョン番号を、情報部分によって制御される記録されたデータ、例えばストリームに自動的に割り当てることが推奨される。すなわち、より古い装置は記録されたデータを編集しない。結果として、より新しい情報部分との記録されたデータの整合性が保持される。この規則を仕様の一部として実施することが強く推奨される。記録の場合には、バージョン番号の生成に対して以下の制限を適用すべきである。バージョン番号によって記述されるフォーマットバージョンが使用され、このフォーマットバージョンは、この情報部分に対する全ての必要なプロパティ例えば機能をカバーする。より古い装置に対するできるだけ大きな互換性を提供するために情報部分のバージョン番号はできるだけ低くする。関連付けられた情報部分が存在する場合には、より古い装置による情報部分の編集の後でしかしリンクされた情報部分間の不整合を回避するためにバージョン番号が関連付けられた情報部分への完全な依存関係を正確に知っている編集装置を必要とするように十分に高くバージョン番号は選択される。本発明の方法、装置及び媒体はより高い装置/媒体バージョンに対する制限付の前方互換性を提供する。もしより古い装置がこのより古い装置自体によりサポートされるものよりも高いバージョン番号の情報を取り扱わなければならないならば、このより古い装置の定義済みの挙動が提供される。本発明の装置はその記録の制限付の例えばプレイバック再生機能をより古い装置に提供することができる。従って、より古い装置が付加的に記憶された情報にダメージを与えないことがより新しい装置には保証される。このことが重要である理由は、より新しい装置だけがこの付加的な情報を理解でき、正確にそれを処理できるからである。本発明のコンセプトはほぼどんな種類の将来の技術仕様又は規格にも利用可能である。本発明は、後のバージョンに対する装置の制限された前方互換性を提供するバージョン番号の定義について記載している。これはバージョン番号の意味の特別な定義によって実行される。この特別な定義は後のバージョンに対する制限を含む。よって、後のバージョンの挙動は幾つかの規則に従う。これらの規則は、後の仕様バージョンの情報コンテナ例えば記述子によりカバーされる情報の構造を保証する。もちろん、これらの規則は同一の規格の全てのバージョンにおいて定義されるべきである。もしこれらの規則を必要としないようなバージョンが1つ存在するならば、おそらく、このバージョン及び全てのそれ以前のバージョンに対する前方互換性を保証できないであろう。