(57)【特許請求の範囲】
【請求項１】
予約データ領域（Ｄ、ＥまたはＤ、Ｇ）上に割り当てられたヘッダー領域（Ｄ）が存在するデータを処理するデータ処理装置により、第１の規格に従い予約されているデータ領域（Ｄ、ＥまたはＤ、Ｇ）を、第２の規格に従う有用なデータ領域（Ｇ）であると識別する方法において、
予約データ領域（Ｅ、Ｇ）が第２の規格に従った、有用なデータもしくはチェックされた有用なデータを含んでいないと前記データ処理装置が判断した場合には、前記データ処理装置により、送信の際に、前記ヘッダー領域内のステータスインフォメーション項目を「予約」を指定する値に設定することと、
前記予約データ領域（Ｅ、Ｇ）が第２の規格に従う、有用なデータもしくはチェックされた有用なデータを含んでいると前記データ処理装置が判断した場合には、前記データ処理装置により、送信の際に、前記ヘッダー領域内の前記ステータスインフォメーション項目を「有効」を指定する値に設定することと、
前記データ処理装置により、受信の際に、前記ヘッダー領域から前記ステータスインフォメーション項目を読み出し、該ステータスインフォメーション項目が「有効」のときは、前記予約データ領域（Ｅ、Ｇ）が第２の規格に従う有用なデータを含んでいると前記データ処理装置により識別され、前記ステータスインフォメーション項目が「予約」のときは、前記予約データ領域（Ｅ、Ｇ）が第２の規格に従う有用なデータあるいはチェックされた有用なデータを含んでいないと前記データ処理装置により識別されることと
を含むことを特徴とする方法。
【請求項２】
前記データ処理装置が第２の規格に準拠していないときには、受信された前記予約データ領域（Ｅ、Ｇ）の有用なデータは、前記ステータスインフォメーション項目の内容に関係なく、評価目的に関して、該データ処理装置により無視されることを特徴とする、請求項１に記載の方法。
【請求項３】
前記データ処理装置が第２の規格に準拠していないときには、受信された前記予約データ領域（Ｅ、Ｇ）の有用なデータは、送信目的のために、変更のないまま前記データ処理装置により送信されることを特徴とする、請求項１または請求項２に記載の方法。
【請求項４】
前記データ処理装置により、前記予約データ領域（Ｅ、Ｇ）にデータブロック（Ｃ、Ｆ）が割り当てられ、前記データ処理装置により、送信目的のために、該データブロック（Ｃ、Ｆ）に変更のないまま送信されるときには、前記ステータスインフォメーション項目に「有効」が使用され、前記データ処理装置により、該データブロック（Ｃ、Ｆ）が変更された形で送信されるときには、前記ステータスインフォメーション項目に「予約」が使用されることを特徴とする、請求項３記載の方法。
【請求項５】
前記データブロック（Ｃ、Ｆ）の相対的な位置の変化は、前記データブロック（Ｃ、Ｆ）の前記変更された形であることを特徴とする、請求項４に記載の方法。
【請求項６】
前記データ処理装置が第２の規格に準拠していないときには、前記データ処理装置により、新たに作成された、あるいはコピーされた予約データ領域（Ｄ、ＥまたはＤ、Ｇ）が、前記ステータスインフォメーション項目の「予約」と値０の有用データと共に送信されることを特徴とする、請求項1乃至５のいずれかに記載の方法。
【請求項７】
前記データ処理装置が第２の規格に準拠している場合で、前記ステータスインフォメーション項目が「予約」であると識別される予約データ領域（Ｄ、ＥまたはＤ、Ｇ）が受信された場合には、前記データ処理装置により、第２の規格を用いて該予約データ領域の内容の有効性がチェックされ、それの有効性があるという場合には、該予約データ領域の内容が、評価目的ならびに／あるいは送信目的に関して第２の規格に従う有効な有用なデータであるとみなされることを特徴とする、請求項１記載の方法。
【請求項８】
更に異なるタイプの予約データ領域（Ｃ４）が備えられ、前記データ処理装置により、該領域が、異なる方法に基づいて識別されることが可能なことを特徴とする、請求項１乃至７のいずれかに記載の方法。
【請求項９】
前記ヘッダー領域（Ｄ）が単一のビットで構成されることを特徴とする、請求項１乃至８のいずれかに記載の方法。
【請求項１０】
前記データ処理装置により、前記第１の規格に基づいて予約された前記データ領域（Ｄ、ＥまたはＤ、Ｇ）が、前記第２の規格に従って、第１の有用なデータ領域（Ｇ１）と第２の予約領域（Ｇ２）とに分けられ、該予約領域（Ｇ２）が更なる規格に従った有用なデータを受信するために使用されることを特徴とする、請求項１乃至９のいずれかに記載の方法。
【請求項１１】
第１の規格に従って予約されたデータ領域（Ｄ、ＥまたはＤ、Ｇ）および前記データ領域に割り当てられたヘッダー領域（Ｄ）を含み得るデータを受信ならびに／あるいは送信するためのデータ処理装置（Ａ、Ｂ）において、
送信の際に、予約データ領域（Ｅ、Ｇ）が第２の規格に従う、有用なデータもしくはチェックされた有用なデータを含んでいないと判断した場合に、前記ヘッダー領域内のステータスインフォメーション項目に「予約」を指定する値を設定する手段と、
送信の際に、予約データ領域（Ｅ、Ｇ）が第２の規格に従う、有用なデータもしくはチェックされた有用なデータを含んでいると判断した場合に、前記ヘッダー領域内のステータスインフォメーション項目を「有効」を指定する値に設定する手段と、
受信の際に、前記ヘッダー領域から前記ステータスインフォメーション項目を読み出し、該ステータスインフォメーション項目が「有効」のときは、前記予約データ領域（Ｅ、Ｇ）が第２の規格に従う有用なデータを含むと識別し、該ステータスインフォメーション項目が「予約」のときは、前記予約データ領域（Ｅ、Ｇ）が第２の規格に従う有用なデータもしくはチェックされた有用なデータを含んでいないと識別する手段と
を有することを特徴とするデータ処理装置。
【請求項１２】
第１の規格に従い予約されたデータ領域（Ｄ、ＥまたはＤ、Ｇ）を含むデータ記憶媒体において、
前記予約されたデータ領域（Ｄ、ＥまたはＤ、Ｇ）がヘッダー領域（Ｄ）を含み、
データ処理装置により、前記ヘッダー領域（Ｄ）において、データ領域（Ｅ、Ｇ）が、前記第１の規格に従って予約されたと識別され、あるいは第２の規格に従う有用なデータを含むとして識別され、データ処理装置により、データが前記データ領域へ受信され、あるいはデータが前記データ領域から送信され、
前記データ処理装置が、
受信の際に前記ヘッダ領域からステータスインフォメーション項目を読み込むように動作可能な手段と、
前記データ記憶媒体上の前記データが、前記予約されたデータ領域の内容がもはや前記第２の規格に従わないことを暗示する方法で発生あるいは処理されたときにはいつでも、“予約”を指定する第１の値を、前記ステータスインフォメーション項目に設定する手段と、
前記データ記憶媒体上の前記データが、前記予約されたデータ領域の内容が前記第２の規格に従うことを暗示する方法で発生あるいは処理されたときはいつでも、“有効”を指定する第２の値を、前記ステータスインフォメーション項目に設定する手段と、
送信の際に、前記ヘッダー領域のヘッダデータとともに前記ステータスインフォメーション項目を送信するように動作可能な手段と
を有することを特徴とするデータ記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、第１の規格に従い予約され、第２の規格に従い有用なデータを含み得るデータ領域を識別する方法及び装置、ならびにデータキャリアに関する。
【０００２】
【従来の技術】
ある規格の第１のバージョン（以後は主に第１の規格と呼ぶ）に従えば予約フィールドであるフィールドは、該規格の後のバージョン（以後は主に第２の規格と呼ぶ）に基づいた装置に利用されなければならないことがある。例えば、それは第１の規格が定義された時点では想定されていなかった更なる機能を実現するためである。この目的のためには、しかしながら、初期のバージョンの装置が、予約フィールドをどう扱うかについて、明確な定義がなされなければならない。「扱い」には、データキャリアのデータの読み取り、書き込みまたは編集も含まれる。
【０００３】
予約フィールドは、規格の初期のバージョンにおいては、今まで無視されてきた。規格のより最近のバージョンにおいて、予約フィールドは利用されるようになった。規格の初期のバージョンは、初期のバージョンに従い予約されたこれらのフィールドが編集の際、つまりは、最初に読み込み、変更し、その後書き直すときに、どう扱われるかを規定していないという欠点を抱えている。予約フィールドは結果として、定義のないコンテンツを持つようになり、より最近のバージョンに従って動作する装置は、該コンテンツを正しく解釈することができない。従って、同一規格でバージョンの異なる装置の間での互換性が確保されない。
【０００４】
【発明が解決しようとする課題】
本発明の目的は、同一規格の異なるバージョン（以後は主に第１の規格、第２の規格と呼ぶ）の間の互換性を実現する方法及び装置、ならびにデータキャリアを提案することである。
【０００５】
【課題を解決するための手段】
本発明においては、第１の規格に従い予約されているデータ領域を、第２の規格に従い有用なデータを備えていると識別するために、予約データ領域に割り当てられたヘッダー領域が存在し、該ヘッダー領域は、送信の際には、予約データ領域が第２の規格に従い、有用なデータもしくはチェックされた有用なデータを備えない場合、「予約」というステータスインフォメーションを与えられ、予約データ領域が第２の規格に従い、有用なデータを備えていた場合、「有効」というステータスインフォメーションが与えられる。受信の際には、ステータスインフォメーションがヘッダー領域から引き出され、予約データ領域は、ステータスインフォメーションが「有効」のときは、第２の規格に従い有効な有用なデータを備えていると識別され、ステータスインフォメーションが「予約」のときは、有用なデータもしくはチェックされた有用なデータを備えないと識別される。この方法は、第１の規格に従い動作する装置によっても、第２の規格に従い動作する装置によっても、互換性の問題を生じることなく、予約データ領域を受信及び／または送信することができるという利点がある。ここでは、送信とは、有線あるいは無線送信ならびに記憶媒体への記録の両方を意味する。後者は、例えば光記録媒体であるＣＤあるいはＤＶＤ、磁気記録媒体、メモリモジュールなどのデータキャリアとみなされており、全てのケースにおいて書き込み不可能及び書き込み可能なものを指し、物理的な構造は関係ない。受信とは、前述の記憶媒体の読み取りならびに有線または無線で送信されたデータの受信とみなされる。予約データ領域は通常、完全に第１の規格下にある場合、有用なデータを備えない。反対に、第２の規格に対応するデータが第１の規格に従って送信された場合には、予約データ領域はチェックされたデータを備えない。
【０００６】
第１の規格に従い動作する装置においては、第２の規格は不在である。本発明においては、第１の規格に基づく装置は、予約データ領域に含まれるデータを、例えそれが第２の規格に従い作成されたものであっても、有用なデータであると評価せず、ステータスインフォメーションは、従って「有効」になる。これらの有用なデータは、評価、つまりは、画面への表示または他の適切な出力あるいはそれ以上の処理の調整などのために、無視される。第２の規格に基づいて送信されたデータが、第１の規格に基づき動作する古い装置に定義のない動きを引き起こさず、第１の規格に従えばとにかく存在しない、特定の機能の不在にすぎないとしてしまうのが、本発明の利点である。
【０００７】
本発明によれば、第２の規格に基づき作られたが、第１の規格に基づき受信された有用なデータは、変更のないまま送信される。これは、対応のインフォメーションが、例え第１の規格に基づく中間ステップによって送信されたとしても失われないという利点を持つ。
【０００８】
予約データ領域にデータブロックが割り当てられた場合、本発明では、データブロックが変更のないまま送信されるときには、送信目的のために「有効」というステータスインフォメーションが使用される。反対に、データブロックが変更された形で送られるときには、ステータスインフォメーションは「予約」に設定される。受信したデータを完全に変更しないで送信する際に、例え受信、送信が第１の規格に従い実行されていたとしても、コンテンツが変わらないという利点がある。この場合、第１の規格に従い予約された該領域内の有用なデータが正しいと想定することができる。反対に、データブロック内のデータへの変更が受信の後に加えられる場合、第１の規格に従い予約された該領域に含まれる有用なデータが正しいという結果になる。例えば、かかる有用なデータが付随するデータブロックのなかにあるデータと結合された場合である。この場合、ステータスインフォメーションは「予約」に設定され、第２の規格に従い動作する装置は、該当の有用なデータは少なくともチェックされないまま使用されるべきではないと認識する。予約データ領域に割り当てられたデータブロックは、完全にばらばらにすることが可能であり、換言すれば、連続した要素を備える必要はないのである。つまり、予約データ領域を含むこともできるし、それから離れて存在することも可能である。しかしながら、予約データ領域に割り当てられたデータブロックを定義する方法は、第１の規格で確立されていなければならない。
【０００９】
本発明においては、データブロックのコンテンツの変化だけでなく、データブロックの相対的な位置、例えば複数のデータブロックの一時的な順序、あるいは他のデータブロックに対する空間的な配置も、データブロックの変化とみなされる。相対的な位置に結合され、新しい配置によって損なわれた有用なデータのコンビネーションでさえ、「チェックされた」とはみなされないという利点を持つ。
【００１０】
本発明においては、第２の規格が不在のときには、新たに作成された、あるいはコピーされた予約データ領域が、「予約」というステータスインフォメーションと値０の有用データと共に送信されることも備えられている。これは、第２の規格の装置が、オリジナルのデータ領域とコピーされたデータ領域を区別することができるという利点を持つ。第１の規格の装置は、第２の規格によって生成された有用なデータ領域がコピーとして依然有効なのかどうか判別することができないため、これは都合がよい。もし、疑いのある場合には、第１の規格のルールに従って、コピーされたデータ領域の予約領域を初期化するのに便利である。
【００１１】
本発明においては、第２の規格が存在し、ステータスインフォメーション「予約」の受信があると、第２の規格を用いて該データ領域のコンテンツの有効性についてのチェックがなされ、有効性があった場合には、該データ領域のコンテンツは、第２の規格に従い、評価ならびに／あるいは送信の目的に有効な有用なデータであるとみなされる。概念上のコンテンツが変更された可能性のある有用なデータもチェックされ、概念上のコンテンツが変更されていなかった場合には、更なる処理に適しているとみなされ、送信の際には、そのようにマークが付けられる。第２の規格を用いたこのようなチェックは、単純な場合、該当のデータが、データブロックのデータと結合しているかについてのチェックによりなされる。ある場合は、有用なデータは正しいとみなされる。別の場合には、チェックは例えば第２の規格で規定されている周辺条件を用いた信頼性チェックによりなされる。
【００１２】
第１、第２両方の規格で現在処理中のデータに、最後に変更または増大を行った規格のバージョンナンバーが保存または送信されるよう規定されていることには利点がある。結果として、ある規格の装置は、データを受信した際、どのデータがその装置にとって有効であり得、どれが有効であり得ないか、瞬時に判断することができる。バージョンナンバーの保存は、例えば２バイトを使って行われる。この場合、第１のバイトは点の左側のバージョンナンバー要素を含み、第２のバイトは、点の右側のバージョンナンバー要素を含む。例：バージョン１２．３４ならば、１２が第１のバイトに保存され、３４が、第２のバイトに保存される。
【００１３】
異なる方法で識別することが可能な予約データ領域の更なるタイプが備わっていることは、利点がある。異なる規格のコンフィグレーションの柔軟性を高めるからである。
【００１４】
ヘッダー領域は、好ましくは単一のビットより構成される。単一ビットであれば、使用可能なデータ領域を少ししか使用しないからである。場合によっては、大きめのヘッダー領域を与えるのが都合がよい。例えば、複数の異なるバージョンが第１の規格に従うことがわかっている場合などである。
【００１５】
有用なデータのための予約データ領域全体を、第２の規格が必要としないときは、本発明においては、第１の規格に基づいて予約されたデータ領域が、第２の規格に従って、有用なデータ領域と予約領域に分けられ、更なる、未来の規格に従った有用なデータを受信するために使用される。
【００１６】
第１の規格に従い予約されたデータ領域を含み得るデータを受信ならびに／または送信する、本発明に基づく装置は、それらを、前記のいずれかの方法により、第２の規格に従い有用なデータを含んだものであると識別する。
【００１７】
本発明に基づくデータキャリアは、第１の規格に従い予約されたデータ領域を備え、第２の規格に従い有用なデータを含んでおり、予約データ領域のためのヘッダー領域を備えている。該ヘッダー領域内で、データ領域は、第１の規格に従い予約された、あるいは第２の規格に従い有用なデータを含む、と識別される。該データキャリアの予約データ領域は、好ましくは前記のいずれかの方法に従い識別することが可能である。
【００１８】
本発明の更なる利点は、次の本発明の有効なコンフィグレーションに詳述されている。当業者の能力の範囲内で行われた補足、もしくは修正は、本発明の範囲内にとどまるものとする。
【００１９】
【発明の実施の形態】
図１は、異なる装置Ａ、Ｂでの、異なる時点ｔ＝０、ｔ＝１、ならびにｔ＝２における、本発明に基づくデータキャリアを概略的に示したものである。データキャリア１が書き込まれている範囲は、時点により異なり、黒で示される。装置Ａは、より最近の規格である第２の規格に従い動作する。対して、装置Ｂは、初期のバージョンである第１の規格に従い動作する。これらの規格は、第１の規格で予約されたデータ領域が、第２の規格では有用なデータを含む領域と定義されるという点で異なる。
【００２０】
本発明においては、予約データ領域（以後は主にフィールドと呼ぶ）は、データパケットとして扱われる。これは、Ｎビットのデータパケットであり、図４に示されているように、常に、１ビットのヘッダーＤと、（Ｎ−１）ビットの有用データ領域Ｅを具備する。予約フィールドＤ、Ｅの最も重要なビットは、１ビットのヘッダーＤであり、有用なデータ領域Ｅは予約フィールドの残りのビットを含んでいる。
【００２１】
ヘッダーＤは、有用なデータ領域Ｄ、Ｅが、初期の第１の規格に従って、予約領域として保存されているか、それとも、より最近の第２の規格に従って、有用なデータを具備するフィールドＧとして保存されているのかについての情報を提供する。この場合、初期の規格に従った装置は、有用なデータ領域Ｇを上書きすることは決してない。ただ、１ビットのヘッダーＤが設定されるだけである。
【００２２】
第１の規格に従った予約フィールドを扱うための本発明のルールは、
−新しい予約フィールドＤ、Ｅが保存されると、有用なデータ領域Ｅは、初期値として０を備える。１ビットのヘッダーＤは、「予約」と設定される。
−予約フィールドＤ、ＥまたはＤ、Ｇが直接的に属するデータブロックＣあるいはＦが読み出され、変更のないまま再び保存されるときは、１ビットのヘッダーＤも、有用なデータ領域ＥまたはＧのいずれも変更されない。
−予約フィールドＤ、ＥまたはＤ、Ｇが直接的に属するデータブロックＣあるいはＦが読み出され、変更を加えられた上で再び保存されるときには、１ビットのヘッダーＤは「予約」に設定され、有用なデータ領域ＥまたはＧは変更されないままであり、媒体から読み出されたものと同じである。
−予約フィールドＤ、ＥまたはＤ、Ｇが他の予約フィールドＤ、ＥまたはＤ、Ｇのコピーによって作成された場合、コピーされたフィールドＤ、Ｅの有用なデータフィールドＥは、初期値として０を備える。コピーされたフィールドＤ、Ｅの１ビットのヘッダーＤは、「予約」と設定される。
【００２３】
予約フィールドＤ、ＥまたはＤ、Ｇに直接的に属するデータブロックは、初期の規格において規定されなければならない。最も単純なケースでは、これはそれぞれ図４の通り連続するＣまたはＦである。しかしながら、例えばデータ領域Ｃ１、Ｃ３、Ｃ５で構成されるばらばらになったデータブロックもあり得る。
【００２４】
以前に予約されたフィールドＤ、ＥまたはＤ、Ｇをより最近の、第２の規格に従って扱うためのルールは、
−以前に予約されたフィールドＤ、ＥまたはＤ、Ｇが読み出され、１ビットのヘッダーＤが「有効」と示しているときには、有用なデータ領域Ｇは、第２の規格のための有効なデータを備えている。
−以前に予約されたＤ、ＥまたはＤ、Ｇが読み出され、１ビットのヘッダーＤが「予約」と示しているときには、データブロックＣ、Ｆは、初期の規格に従い書かれている。データブロックＣ、Ｆが、完全に新たに作り直され、有用なデータ領域Ｅ、Ｇに０が設定されるか、または、データブロックＣ、Ｆが変更され、有用なデータ領域Ｅ、Ｇは０を含む任意の値を含み得る。結果として、この場合は、有用なデータ領域Ｅ、Ｇは無効なデータを含み得る。更に、最近の規格は、有用なデータ領域の残りのデータをどのように利用するか、ならびに有用なデータ領域の残りのデータが利用可能かということに関するステートメントをあらわす方法を備えるべきである。
−以前に予約されたフィールドＤ、ＥまたはＤ、Ｇが保存され第２の規格に基づいた有用なデータ領域であるＧが明確に有効なデータを持っている場合、１ビットのヘッダーＤは「有効」に設定されるべきである。もしそうでなければ、１ビットのヘッダーＤは、「予約」に設定される方法で保存されるべきである。
【００２５】
対応する規格に明確な規定があれば、本発明に基づいた上記のルールの例外はあり得る。従って、全ての予約フィールドがこれらのルールに従って扱われなければならないことはない。例えば、ほんの数ビットのフィールドは、このフォーマットには適していない。８ビット、あるいはそれ以上のサイズのフィールドは、この方法で扱われるべきである。従って、たくさんの予約フィールドのタイプを、ｒｅｓ１、ｒｅｓ２、ｒｅｓ３として定義すると便利である。
−ｒｅｓ１：予約フィールド。コンテンツはあらゆる任意の値をとり得る。書き込みの際には、値は０に設定されるべきである。
−ｒｅｓ２：予約フィールド。コンテンツはあらゆる任意の値をとり得る。読み取り値は変更されることなく保存される。０は、初期値として用いられる。
−ｒｅｓ３：予約フィールドＤ、ＥあるいはＤ、Ｇの第１の（最も重要な）ビットは、１ビットのヘッダーＤである。この予約フィールドのそれに続く全てのビットは、有用なデータ領域ＥまたはＧに属する。
【００２６】
ｒｅｓ１またはｒｅｓ２に従った予約フィールドのタイプは、図４の例えばフィールドＣ４において図示の通り実現されている。一方、ｒｅｓ３は、本質的に、本発明に基づいた方法に対応している。この場合は、以下のことが当てはまる。
−１ビットのヘッダーＤが０を含む場合、該フィールドは、第１の規格あるいは初期の規格に従って保存されたものである。第１の規格以降の規格からのデータが、有用なデータ領域に存在することもある。しかしながら、有用なデータ領域Ｅ、Ｇの有効性は、もはや書き込みが達成された規格、つまりは第１の規格あるいは初期の規格によっては保証されなくなる。
−１ビットのヘッダーが１を含む場合、有効なデータは、第２の規格あるいはそれ以降の規格の装置によって、該フィールドの有効なデータ領域に保存される。
【００２７】
本発明に従い定義された方法を用いて、図１に描かれているように新しい規格の装置Ａと、初期の規格の装置Ｂの間で、媒体１を交換することが可能である。ディスクとして示されている媒体１は、例えば書き換え可能ディスクであり、媒体１のグレーの領域は、媒体１の使用領域を示したものである。時点ｔ＝２において、媒体１は容量一杯である。時点ｔ＝１において、装置Ｂは装置Ａから書かれたデータを可能な限り変更せず、更なるデータを付け加えるのみにする。時点ｔ＝１において、装置Ｂによって追加され、ある条件下で変更されたデータにもかかわらず、時点ｔ＝２において、装置Ａは、時点t＝０で記録された情報を引き出すことができ、少なくとも大部分を再使用することができる。以前に予約されたデータ領域内の有用なデータの概念上のコンテンツを変更するデータブロックにおける変更の場合のみ、例えば、現在変更されたつまりは不正なデータを指摘するポインタがあるときのみ、データは使用可能になっていない。結果として、本発明においては、古めの装置が、互換性を損なうことなく、比較的新しい装置の媒体に書き込むことが可能になっている。
【００２８】
図２は、初期の規格の装置Ｂが、予約フィールドをどのように読み込み、解釈し、書き換えるのかについての順序を示したものである。ステップＳ１においては、予約フィールドＤ、ＥまたはＤ、Ｇが読み込まれる。ステップＳ２においては、予約フィールドＤ、ＥまたはＤ、Ｇに割り当てられたデータブロックＣまたはＦに部分的な変更、編集などの処理が施される。ステップＳ３においては、データブロックＣまたはＦを送信するか、つまりは媒体１に保存するかどうかを決定するためのチェックがなされる。送信すると決まったときには、ステップＳ４に行き、そうでない場合には、ここで動作は終了する。ステップＳ４においては、予約フィールドＤ、ＥまたはＤ、Ｇが属しているデータブロックが、処理により変更されたかどうかを見極めるためのチェックが行われる。変更されていなかった場合は、データブロックＣまたはＦは、ステップＳ６において変更のないまま保存される。変更されていたときは、ステップＳ５において、予約フィールドの１ビットのヘッダーＤは、「予約」と設定され、ステップＳ６において、その後保存が行われる。
【００２９】
図３は、より最近の規格の装置Ａが、以前に予約されたフィールドＤ、ＥまたはＤ、Ｇをどのように読み込み、解釈するかについての順序を示したものである。ステップＳ７においては、以前に予約された、つまりは第１の規格で予約されたフィールドＤ、ＥまたはＤ、Ｇが読み取られる。ステップＳ８においては、ステータスインフォメーション「予約」が存在しているかどうかを決めるためのチェックがなされる。存在していなかったときは、ステップＳ１０に行き、存在したときは、ステップＳ９に行く。ステップＳ９においては、第２の規格で作られた規定に関し、以前に予約されたデータ領域Ｅ、Ｇの中にある有用なデータが有効であることが可能かどうか、例えば、データブロックＣ１−Ｃ５における変更に、それらが影響されないかどうかを見極めるためのチェックが行われる。第１のケースでは、領域Ｅ、Ｇ内の有用なデータはステップＳ１０で有効とみなされ、更なる利用が可能である。そうでないときは、領域Ｅ、Ｇ内の有用なデータは、ステップＳ１１で「無効」に分類され、更なる利用から除外される。
【００３０】
図４は、２つのデータブロックＣならびにＦを例として示している。データブロックＣには、グレーで表示されている予約フィールドＤ、Ｅが直接的に割り当てられている。第１の規格から第２の規格への移行、いわゆるバージョンアップの後、データブロックＣの定義は変更されており、新しい規格にはデータブロックＦが存在し、第１の規格に基づくデータブロックＣに取って代わる。データブロックＦとデータブロックＣの相違点は、以前に予約されたフィールドＤ、Ｇの利用のみである。換言すれば、今やデータ領域ＧがデータブロックＦの有用なデータを備えるのである。更に踏み込んだ変形例として、有用なデータ領域であるＧ１と予約領域であるＧ２に分かれていることが、フィールドＧの下の方に表示されている。領域Ｇ２は、例えば第３の規格に基づく使用のために備えられている。ここでも、タイプｒｅｓ３が使用されていた場合には、ヘッダーＤに基づいたヘッダー領域（ここでは明示的に図示されていない）が備えられる。
【００３１】
本記述においては、予約フィールドとは、予約領域Ｅあるいは有用なデータフィールドＧのように、２つの異なる方法でマークされたデータ領域のことである。本発明においては、初期の規格が有用なデータを上書きすることは決してなく、むしろそのフィールドを予約領域としてのみマークする。より最近の規格は、その結果、それらのデータは、コンテンツに関する知識なしに、初期の規格に従って保存されたものであるため、該フィールドのコンテンツはもはや有効ではあり得ないと認識する。
【００３２】
本発明に従えば、初期の規格の動作は定義されており、最近の規格で予測可能であるため、バージョンアップは比較的簡単に実行できる。より最近の規格は、このようにして、初期の規格により上書きされてしまうという危険を冒すことなく、データを以前に予約されたフィールドに保存することが可能である。この場合、より最近の規格は、初期の規格がデータに「接触」したかどうかを認識するセキュリティを備えている。本発明は、本明細書中に記述されている例に限定されるものではない。データ領域を定義するあらゆるタイプの規格は、本発明に基づき設計することができる。
【図面の簡単な説明】
【図１】本発明に基づく、異なる装置間のデータキャリアを示したものである。
【図２】本発明に基づく、第１の規格のための方法を示したものである。
【図３】本発明に基づく、第２の規格のための方法を示したものである。
【図４】本発明に基づく、データブロックを示したものである。
【符号の説明】
１  データキャリア
Ａ  装置Ａ
Ｂ  装置Ｂ
ｔ＝０  時点０
ｔ＝１  時点１
ｔ＝２  時点２
Ｓ１  ステップ１
Ｓ２  ステップ２
Ｓ３  ステップ３
Ｓ４  ステップ４
Ｓ５  ステップ５
Ｓ６  ステップ６
Ｓ７  ステップ７
Ｓ８  ステップ８
Ｓ９  ステップ９
Ｓ１０  ステップ１０
Ｓ１１  ステップ１１
Ｃ  データブロック
Ｃ１  データ領域
Ｃ２  データ領域
Ｃ３  データ領域
Ｃ４  データ領域
Ｃ５  データ領域
Ｄ  ヘッダー
Ｅ  有用なデータ領域
Ｆ  データブロック
Ｇ１  有用なデータ領域
Ｇ２  予約領域
Ｄ、Ｅ  予約フィールド
Ｄ、Ｇ  予約フィールド
【図１】
0004786071.tif 000002
【図２】
0004786071.tif 000003
【図３】
0004786071.tif 000004
【図４】
0004786071.tif 000005