JP2013178786A - 記録されたデータの情報部分を処理するための方法 - Google Patents

Abstract

【課題】装置においてデータの新しいバージョンに対する（制限付の）前方互換性を提供する。
【解決手段】記録されたデータは１つ又は複数の情報部分から成り、情報部分にはこの情報部分を生成したエンコーダのバージョンを示す情報部分バージョン番号が含まれる。別の装置がこの情報部分を処理する場合、情報部分バージョン番号がこの装置自体によりサポートされる処理バージョン番号以下であるならば、全ての機能をフルサポートし、もし、情報部分バージョン番号が処理バージョン番号よりも高いならば、この装置は情報部分に対する制限付のアクセス（例えばプレイバック機能）だけをサポートする。
【選択図】図１

Description

本発明は、記録されたデータの情報部分を処理するための方法、それぞれの処理装置及びそれぞれの記録媒体に関する。処理すべきデータを記録できるいくつもの媒体、例えば磁気テープ又はディスク、光学テープ又はディスク、ソリッドステートメモリ等々が存在する。このような記録媒体の各々に対して、データを記録する方式及びデータを編成する方式に関するいくつもの規格が存在する。

データを処理、例えば、記録するための新しい規格が登場した場合には、又は、このような規格の新しくアップグレードされたバージョンが登場した場合には、その新しい規格又はバージョンに従って動作する記録装置によって記録したものはより古いバージョンの記録装置では読み取ることができない。

規格の中には、バージョン番号を記録された情報に割り当て、バージョン番号を使用して記録された情報のバージョンを示すものがある。もし或る装置がこの装置自身によりサポートされたバージョン番号よりも高いバージョン番号によるインデックスが付けられた情報を検出すれば、この装置はこのような情報を受け入れないだろう。なぜなら、この装置にとって、この情報の構造が不明だからである。この結果、この装置は、情報にアクセスできず、情報の更なる処理が停止してしまう。

しかし、規格の将来のバージョンに配慮することは重要である。もし後のバージョンに配慮しないならば、古い装置の挙動は、バージョンが更新された情報を取り扱う場合に不安定になるだろう。古い装置の不安定な挙動又はこのような前方互換性（forward compatibility）を備えていないことは、大きな欠点である。

本発明の課題は、前方互換性（または上位互換性）を提供することである。

この課題は、請求項１に記載の方法によって解決される。

記録されたデータは１つ又は複数の情報部分から成り、各情報部分が互いに関連しあっていることがある。すなわち、一般的に、記録されたデータの処理には処理すべき複数の異なる情報部分が必要となり、これらの情報部分が互いに参照しあっていることがある。各情報部分は、他の情報部分を変更することなしに記録されたデータを変更又は改変するために、変更できることがある。２つの情報部分が互いに参照しあう場合には、これらのうちの一方の変更には、整合性が失われないために、他方の変更が必要となることがある。規格の特定のバージョンにより与えられる規則は、このような必要性を配慮している。例えば、各処理のタイプとしては、生成プロセス（generating process）、読み取りプロセス（read process）、付加プロセス（append process）、すなわち情報部分の所定の位置に、好ましくは、その最後に何かを付け加えること、又は、編集プロセス（edit process）、すなわち情報部分の内容を変更することが挙げられる。本発明によれば、たとえ利用可能な処理のタイプが情報部分よりも以前の規格のバージョンに従っていても、情報部分は少なくとも利用可能な処理のタイプのうちのいくつかによって処理される。これには、規格のより新しいバージョンに従う少なくとも幾つかの処理のタイプについては、より古い装置が前方互換性を有するという利点がある。古い装置でも、この古い装置が従うバージョンよりも後の規格のバージョンに従う新しい装置により作成された情報部分を読み取ることができる。しかし、古い装置に付加又は編集処理タイプの実行を許可しないことによって規格のより後のバージョンに従う情報をこの古い装置が破壊しないようにする。

好ましくは、情報部分バージョン番号が処理バージョン番号よりも低い場合には、処理は処理バージョン番号よりも低いバージョン番号を有する規格のバージョンに従って行われる。これにより、情報部分が従う規格の古いバージョンに従って意図された通りに処理された情報部分に含まれる情報の正確な解釈が保証される。好ましくは、処理は情報部分バージョン番号と同一の規格のバージョンに従って実行される。しかし、情報部分バージョン番号よりは高いが処理バージョン番号よりも高くないバージョン番号に従う処理は正確な解釈が保証される限りは行われる。

好ましくは、処理バージョン番号と情報部分バージョン番号との差がおよそ所定の値よりも大きくならない限りは、処理が許可される。これにより、制限された前方制御（forward control）が保証される。この規格の将来のバージョンが、以前のバージョンにおいて互換性を有することが可能であったような処理のタイプにおいてさえ以前のバージョンとの一定の情報部分の互換性を保証するように設計できない場合には、規格のこの新しいバージョンのバージョン番号は、差が前記所定の値を越えるように選定される。これによって、例えば、この規格のどのバージョンに対しても読み取り処理は許可されるが、他方で付加処理はバージョンｎ．００に従う装置のバージョンｎ．ｘｘ及びｎ＋１．ｘｘに対してのみ許可される。付加処理においてより古い装置との互換性を保証しないような規格の新しいバージョンは、従って、バージョン番号ｎ＋２．ｘｘを必要とする。

本発明によれば、処理された情報部分には新しい情報部分バージョン番号が提供され、この新しい情報部分バージョン番号は前記処理された情報部分が伝送される前にこの処理された情報部分が従う規格の最低バージョンを示す。これにより、たとえ以前の処理が幾つかの特性を変更しても、そして、たとえこれらの変更が情報部分が以前従っていた規格のバージョンに従っていなくても、処理された情報部分の正確な後続処理が保証される。一般的に、このことにより情報部分バージョン番号が高くなる。しかし、処理の間に規格のより高いバージョンに従うために必要であった特性が除去された場合には、情報部分バージョン番号が低くなることもある。伝送は、この意味では、例えば有線又は無線による同一装置内の又は他の装置への伝送である。情報部分の伝送は、例えば表示されるために、記録されるために、後続処理されるために、又は、別の適切なやり方で取り扱われるために行われる。

好ましくは、複数の情報部分バージョン番号が単一の情報部分に与えられる。これには、複数の処理タイプに対して異なるバージョン番号を割り当てることにより、互換性設計における柔軟性が高められるという利点がある。

上記の方法を実行するための読み取り及び/又は記録装置もまた、本発明の一部である。

本発明による記録媒体は本発明の方法又は類似の方法によって生成される情報部分を含む。このような記録媒体は記録されたデータの１つのセットに属する情報部分を含み、これらの情報部分は互いに関連しあい、組み合わされて記録されたデータを形成するが、これらの情報部分は相異なる情報部分バージョン番号を有する。

本発明の方法のフローチャートを示す。 本発明による記録媒体を示す。 各情報部分のバージョン番号を導出するフローチャートを示す。

以下、本発明を幾つかの具体的な実施例を挙げて説明するため、より多くの詳細について理解が得られるであろう。しかし、各機能の別の組み合わせも本発明の範囲に含まれる。

図１は本発明の方法のフローチャートを示し、
図２は本発明による記録媒体を示している。ブロックの「最低バージョン番号導出」は図３に説明されている。
図３は各情報部分のバージョン番号を導出するフローチャートを示し、この処理内容は図２のブロックの「最低バージョン番号導出」を説明するものである。このフローチャートでは「ｎｖ」はバージョン番号を意味し、「ｉｐ」は情報部分を意味する。

以下において、バージョン番号の定義について説明する。このバージョン番号は後のバージョンに対する装置の制限付の前方互換性を提供する。これはバージョン番号の意味を特別に定義することによって実行される。この特別な定義は後のバージョンに対する制限を含む。よって、後のバージョンの挙動は幾つかの規則に従う。これらの規則により、規格の後のバージョンの情報コンテナ、例えば記述子によりカバーされる情報の構造が保証される。

情報部分、例えば個別のファイルは、情報部分バージョン番号ｉｎｖを含む。この情報部分バージョン番号ｉｎｖはこの情報部分を生成したエンコーダのバージョンを示す。なお、エンコーディング装置はこの生成されたバージョン番号ｉｎｖよりも高いバージョン番号をもつことさえある。また、１つの装置が異なるバージョン番号ｉｎｖ１、ｉｎｖ２、…を異なる情報部分ｉｐ１、ｉｐ２、…に対して生成することもある。

別の装置がこのような情報部分ｉｐ１、ｉｐ２、…を処理するならば、この別の装置は個々の情報部分バージョン番号ｉｎｖ１、ｉｎｖ２、…を探す。もしこのような情報部分のバージョン番号ｉｎｖがこの装置自体によりサポートされる処理バージョン番号ｒｎｖ以下であるならば、全ての機能のフルサポートがこの装置によって提供される。

もしこのような情報部分ｉｐのバージョン番号ｉｎｖがこの装置自体によりサポートされる処理バージョン番号ｒｎｖよりも高いならば、この装置は情報部分ｉｐ、さらに、割り当てられたデータ及び情報に対する制限付のアクセスだけをサポートする。この制限付のアクセスとは、アクセスが例えば情報部分及びその割り当てられたデータに対する読み取り処理、例えばプレイバックだけに、又は、情報部分及びその割り当てられたデータの読み取り処理及び制限付の書き込み処理、例えば新しい情報及びデータを付加することに制限されていることを意味する。制限された書き込み処理とは、情報部分又は割り当てられたデータ及び情報の変更が制限されたやり方で行われるように許可されており、例えば、新しいデータ又は情報を付加するように許可されているが、既に記録された情報及びデータの変更が禁止されることを意味する。

より柔軟な前方互換性をサポートするためには、好ましくは、複数のバージョン番号インジケータが同一の情報部分ｉｐに対して提供される。以下に例を挙げる。第１のバージョン番号ｉｎｖは後のバージョンの装置における情報部分ｉｐの、例えば、プレイバックのための読み取り可能性を定義する。

同一の情報部分ｉｐの第２のバージョン番号ｉｎｖは編集処理、例えば情報及びデータをカット及び変更する処理のための制限付の書き込みアクセスを定義する。

同一の情報部分ｉｐの第３のバージョン番号ｉｎｖは、情報部分ｉｐ及びその割り当てられた情報及びデータに新しい情報及びデータを付加するための制限付の書き込みアクセスを定義する。

第４のバージョン番号は情報部分を生成するために使用されたエンコーダの実際のバージョン番号を示す。これはとりわけより高いバージョンｒｎｖの複数の装置に対して有効である。これらの装置は、このような情報を、例えばこの仕様の既知のバグ又は既知の装置バグを自動的に補正するために又はこの仕様の既知のバグ又は既知の装置バグに対する回避方法を自動的に提供するために利用する。

次のテーブルは挙動を記述している。

指示「イエス」は、個々の処理のタイプが許可されていることを意味し、「ノー」は個々の処理のタイプが許可されていないことを意味する。幾つかの制約が（１）〜（４）によって示されており、これらは、以下の意味を有する。
（１）しかし、古いバージョンの機能だけがサポートされるだろう。
（２）新しい装置は規格の古いバージョンをサポートする必要がある。これが必要となる理由は、より新しい装置であっても、古いバージョン用に記憶された情報を解釈できるようにするためには、古いバージョンを知らなければならないからである。
（３）この機能は、サポートされる（「イエス」）こともあれば、サポートされない（「ノー」）こともある。これは、バージョン番号差のレベルと、装置の処理バージョン番号ｒｎｖと情報部分バージョン番号ｉｎｖとの間の構造差がどれほど大きいかに依存する。
（４）情報部分の変更はサポートされない。なぜなら、古い装置にとっては、規格の新しいバージョンによりサポートされる付加的な情報については不明であるからである。情報の変更は情報部分ｉｐの特定の部分内での不整合をもたらし、この特定の部分は新しい装置によってのみサポートされる。それゆえ、古い装置に対して、規格のより新しいバージョンにより生成された既に記憶された情報を変更することが強く禁止される。

図１はどの処理タイプが特定の情報部分ｉｐにとって利用可能となるかを決定する方法に関するフローチャートを示す。

もし規格の実際のバージョンが複数の情報部分を完全な情報セットの部分として定義するならば、本発明によれば、装置はできるだけ多くの機能及びより古い装置へのアクセスを提供するために、各情報部分ｉｐを低くて有効な情報部分バージョン番号によって記憶する。例えば、もし１つの情報部分に対し、音声コメントを提供するためにより高い情報部分バージョン番号が必要であるのに、音声コメントがこの記録に対して行われなかったならば、この情報部分は規格の古いバージョンにより定義されたフォーマットを使用して記憶される。

情報部分バージョン番号ｉｎｖがどのように処理の間に変わるかに関する例を以下に説明する。
装置は、各々が情報部分バージョン番号ｉｎｖ１、ｉｎｖ２、ｉｎｖ３、ｉｎｖ４を有するちょうど４つの情報部分ｉｐ１、ｉｐ２、ｉｐ３、ｉｐ４をサポートする。この装置は処理バージョン番号ｒｎｖ＝３．０及び全てのそれ以前の処理バージョン番号１．０、１．１、１．２、２．０をサポートする。

ｉｐ１の履歴：バージョン番号１．０で開始され、１．１に僅かに変更され、１．２には変更されず、２．０に僅かに変更され、３．０には変更されない。

ｉｐ２の履歴：バージョン番号１．０で開始され、包括的に３．０に変更されるまでは変更されない。

ｉｐ３の履歴：バージョン番号２．０で開始され、オプションの付加的な情報をサポートするように拡張され（音声コメントだけが規格のこのバージョンに加えられ）バージョン番号３．０に僅かに変更される。

ｉｐ４の履歴：バージョン番号３．０で開始される。これはｉｐ１の内容へのリンクを含む。ｉｐ１内容の変更はｉｐ４情報の変更を要する。ｉｐ４の記録はオプションである。ｉｐ４は記録に関する付加的なメタデータが（記録の間に）受信された場合に記録される。

事例シナリオ番号１：
（バージョン３．０の）記録装置は記録を行う。音声コメントは行われず、付加的なメタデータは受信されない。

使用されたバージョン番号は４つの情報部分の使用されたバージョン番号により記述される。
ｉｐ１：２．０、なぜならバージョン３．０のｉｐ１とバージョン３．０のｉｐ１との間には差がなく、しかもｉｐ４は記録されていないから。

ｉｐ２：１．０、なぜならバージョン１．０と３．０のｉｐ２は同じであり、しかも他の情報部分へのバージョンに依存する関連は存在しないから。

ｉｐ３：２．０、なぜなら音声コメントは行われないから。それゆえ、ｉｐ３に対するバージョン３．０は必要ない。

ｉｐ４：記録されない、なぜなら付加的なメタデータは記録されなかったから。

事例シナリオ番号２：
スタート地点：シナリオ１（先のシナリオ）の結果。ここで、ユーザは（オフラインで）音声コメントを実行する。使用されたバージョン番号は４つの情報部分の使用されたバージョン番号により記述される。
ｉｐ１：２．０、変更の必要なし。

ｉｐ２：１．０、変更の必要なし。

ｉｐ３：３．０、なぜならこのバージョンだけが音声コメントをサポートするから。

ｉｐ４：記録されない、なぜなら付加的なメタデータは記録されなかったから。

事例シナリオ３：
スタート地点：シナリオ２（先のシナリオ）の結果。ここで、ユーザは（例えばインターネットを介して）付加的なメタデータをその記録のために受信する。使用されたバージョン番号は４つの情報部分の使用されたバージョン番号により記述される。
ｉｐ１：３．０、ここでｉｐ４は記録された：ｉｐ１の変更がｉｐ４の内容に関連する不整合を生じさせるだろう。それゆえ、バージョン３．０の装置だけは全ての情報部分の整合性を保持するために必要に応じてｉｐ１を変更できるだろう。

ｉｐ２：１．０、変更の必要なし。

ｉｐ３：３．０、変更の必要なし。

ｉｐ４：３．０、なぜなら、これは付加的なメタデータのための場所だから。この情報部分の（新たな）存在のために、ｉｐ１はより古い装置がｉｐ１内部のデータを編集（例えばカット又は削除）してはならないことを示すためにバージョン３．０でなくてはならない。というのも、これはｉｐ１とｉｐ４との間の不整合を生じさせる可能性があるからである。

第３のシナリオの後で、例えばバージョン２．０の装置はｉｐ１、ｉｐ２、ｉｐ３をプレイバックのために使用することができ、新しい記録を付加することができ、この装置はｉｐ２を編集することできるだろう。なぜなら、ｉｐ２は未だにバージョン１．０とマーキングされているからである。しかし、この装置はｉｐ１、ｉｐ２又はｉｐ４さえも編集することは許可されていない。もちろん、ｉｐ４の存在はバージョン２．０の装置には知られていない。

事例シナリオ番号４：
スタート地点：シナリオ３（先のシナリオ）の結果。ここで、ユーザはｉｐ４を除去する。使用されたバージョン番号は残る３つの情報部分の使用されたバージョン番号によって記述される。
ｉｐ１：１．０（ここで、ｉｐ４は除去された：ｉｐ１だけの変更はもはや残りの情報部分間のいかなる不整合ももたらさないだろう。それゆえ、バージョン１．０の装置はもし望ましいならばｉｐ１の変更を実行してもよい）。

ｉｐ２：１．０（変更の必要なし）。

ｉｐ３：３．０（変更の必要なし）。

ｉｐ４：除去された。

記憶された情報部分のいずれかによって使用された最高バージョン番号を、情報部分によって制御される記録されたデータ、例えばストリームに自動的に割り当てることが推奨される。すなわち、より古い装置は記録されたデータを編集しない。結果として、（より新しい）情報部分との記録されたデータの整合性が保持される。この規則を仕様の一部として実施することが強く推奨される。

記録の場合には、バージョン番号の生成に対して以下の制限を適用すべきである。
（バージョン番号によって記述される）フォーマット・バージョンが使用され、このフォーマット・バージョンは、この情報部分に対する全ての必要なプロパティ（例えば機能）をカバーする。

（より古い装置に対するできるだけ大きな互換性を提供するために）情報部分のバージョン番号はできるだけ低くする。

関連付けられた情報部分が存在する場合には、（より古い装置による情報部分の編集の後で（しかし）リンクされた情報部分間の不整合を回避するために）バージョン番号が関連付けられた情報部分への完全な依存関係を正確に知っている編集装置を必要とするように（十分に高く）バージョン番号は選択される。

本発明の方法、装置及び媒体はより高い装置／媒体バージョンに対する（制限付の）前方互換性を提供する。もしより古い装置がこのより古い装置自体によりサポートされるものよりも高いバージョン番号の情報を取り扱わなければならないならば、このより古い装置の定義済みの挙動が提供される。本発明の装置はその記録の制限付の（例えばプレイバック（再生））機能をより古い装置に提供することができる。従って、より古い装置が付加的に記憶された情報にダメージを与えないことがより新しい装置には保証される。このことが重要である理由は、より新しい装置だけがこの付加的な情報を理解でき、正確にそれを処理できるからである。

本発明のコンセプトはほぼどんな種類の（将来の）技術仕様又は規格にも利用可能である。本発明は、後のバージョンに対する装置の制限された前方互換性を提供するバージョン番号の定義について記載している。これはバージョン番号の意味の特別な定義によって実行される。この特別な定義は後のバージョンに対する制限を含む。よって、後のバージョンの挙動は幾つかの規則に従う。これらの規則は、後の仕様バージョンの情報コンテナ（例えば記述子）によりカバーされる情報の構造を保証する。もちろん、これらの規則は同一の規格の全てのバージョンにおいて定義されるべきである。もしこれらの規則を必要としないようなバージョンが１つ存在するならば、おそらく、このバージョン及び全てのそれ以前のバージョンに対する前方互換性を保証できないであろう。

ｉｐ１、ｉｐ２、… 記録されたデータの情報部分
ｉｎｖ１、ｉｎｖ２、… 情報部分バージョン番号
ｒｎｖ 処理バージョン番号

Claims (7)

1. 記録されたデータの情報部分を処理するための方法において、
   各情報部分には情報部分バージョン番号が与えられており、該情報部分バージョン番号は前記情報部分が従っている規格のバージョンを示し、各情報部分は異なるバージョン番号を有することができ、利用可能な複数の異なる処理のタイプを実行するために、処理は処理バージョン番号により示される前記規格のバージョンに応じて実行され、
   前記方法は、
   前記情報部分の前記情報部分バージョン番号を読み取るステップと、
   読み取られた前記情報部分バージョン番号を前記処理バージョン番号と比較するステップと、
   もし前記読み取られた情報部分バージョン番号が前記処理バージョン番号以下であるならば、行われるべき全ての処理のタイプを許可するステップと、
   さもなくば、行われるべき幾つかの処理のタイプだけを許可するステップと、
   前記許可された処理のタイプを使用して前記情報部分を処理するステップと、
   を有する、前記記録されたデータの情報部分を処理するための方法。
2. 読み取られた情報部分バージョン番号が処理バージョン番号より低いならば、該処理バージョン番号より低いバージョン番号を有する規格のバージョンに従って少なくとも１つの情報部分に対する処理を実行することを特徴とする、請求項１記載の方法。
3. 情報部分バージョン番号と処理バージョン番号とは異なっているが、この差が所定の値を越えていない場合には、行われるべき処理のタイプを許可することを特徴とする、請求項１又は２記載の方法。
4. 処理の後で、
   処理された情報部分には新しい情報部分バージョン番号を与え、該情報部分バージョン番号は処理された情報部分が従っている規格の最低バージョンを示しており、
   前記処理された情報部分を伝送することを特徴とする、請求項１〜３のうちの１項記載の方法。
5. 複数の異なる種類の処理のタイプのために単一の情報部分に複数の異なる種類の情報部分バージョン番号を与えることを特徴とする、請求項１〜４のうちの１項記載の方法。
6. 請求項１〜５のうちの１項記載の方法を実行するための読み取り及び/又は記録装置。
7. 複数の異なる情報部分バージョン番号を有する、請求項１〜５のうちの１項記載の方法又は請求項６記載の装置により生成される情報部分を有する記録媒体。
   

Images