(57)【要約】本発明の方法、装置及び媒体はより高い装置/媒体バージョンへの（制限された）前方互換性を提供する。もしより古い装置がそれ自体によりサポートされるよりも高いバージョン番号の情報を取り扱わなければならないなら、このより古い装置の所定の挙動が提供される。本発明の装置はより古い装置にその記録の制限された（例えばプレイバック）機能を提供することができる。よって、より古い装置が付加的に格納される情報にダメージを与えないことが、より新しい装置に対して保証される。これは重要なことである。なぜなら、より新しい装置しかこれらの付加的な情報を理解できないし、正確に処理することもできないからである。
2005503623.tif 000002
【特許請求の範囲】
【請求項１】
記録されたデータの情報部分（ｉｐ１，ｉｐ２，．．．）を処理するための方法において、
各情報部分（ｉｐ１，ｉｐ２，．．．）には情報部分バージョン番号（ｉｎｖ１，ｉｎｖ２，．．．）が設けられており、該情報部分バージョン番号（ｉｎｖ１，ｉｎｖ２，．．．）は前記情報部分（ｉｐ１，ｉｐ２，．．．）が従っている規格のバージョンを示し、各情報部分（ｉｐ１，ｉｐ２，．．．）は異なるバージョン番号を持つことができ、処理は処理バージョン番号（ｒｎｖ）により指示される前記規格のバージョンに応じて行われ、処理のために異なる処理タイプが利用可能であり、前記方法は以下のステップを有する、すなわち、
前記情報部分（ｉｐ１，ｉｐ２，．．．）の前記情報部分バージョン番号（ｉｎｖ１，ｉｎｖ２，．．．）を読み取るステップ、
読み取られた前記情報部分バージョン番号（ｉｎｖ１，ｉｎｖ２，．．．）を前記処理バージョン番号（ｒｎｖ）と比較するステップ、
もし前記読み取られた情報部分バージョン番号（ｉｎｖ１，ｉｎｖ２，．．．）が前記処理バージョン番号（ｒｎｖ）より低いか又は等しいならば、行われるべき全ての処理タイプを許可するステップ、
さもなくば、行われるべきほんの幾つかの処理タイプだけを許可するステップ、
前記許可された処理タイプを使用して前記情報部分（ｉｐ１，ｉｐ２，．．．）を処理するステップを有する、記録されたデータの情報部分（ｉｐ１，ｉｐ２，．．．）を処理するための方法。
【請求項２】
読み取られた情報部分バージョン番号（ｉｎｖ１，ｉｎｖ２，．．．）が処理バージョン番号（ｒｎｖ）より低いならば、該処理バージョン番号（ｒｎｖ）より低いバージョン番号を有する規格のバージョンに従って少なくとも１つの情報部分（ｉｐ１，ｉｐ２，．．．）に対する処理を実行することを特徴とする、請求項１記載の方法。
【請求項３】
情報部分バージョン番号（ｉｎｖ１，ｉｎｖ２，．．．）と処理バージョン番号（ｒｎｖ）とは異なっているが、この差が所定の値を越えていない場合には、行われるべき処理タイプを許可することを特徴とする、請求項１又は２記載の方法。
【請求項４】
処理の後で、
処理された情報部分（ｉｐ１’，ｉｐ２’，．．．）には新しい情報部分バージョン番号（ｉｎｖ１’，ｉｎｖ２’，．．．）を設け、該情報部分バージョン番号（ｉｎｖ１’，ｉｎｖ２’，．．．）は処理された情報部分（ｉｐ１，ｉｐ２，．．．）が従っている規格の最低バージョンを示しており、
前記処理された情報部分を伝送することを特徴とする、請求項１〜３のうちの１項記載の方法。
【請求項５】
異なる種類の処理タイプのために単一の情報部分（ｉｐ）に異なる種類の情報部分バージョン番号（ｉｎｖａ，ｉｎｖｂ，．．．）を設けることを特徴とする、請求項１〜４のうちの１項記載の方法。
【請求項６】
請求項１〜５のうちの１項記載の方法を実行するための読み取り及び/又は記録装置。
【請求項７】
異なる情報部分バージョン番号（ｉｎｖ１，ｉｎｖ２，．．．）を有する、請求項１〜５のうちの１項記載の方法又は請求項６記載の装置により生成される情報部分（ｉｐ１，ｉｐ２，．．．）を有する記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録されたデータの情報部分を処理するための方法、それぞれの処理装置及びそれぞれの記録媒体に関する。処理すべきデータを記録できるいくつもの媒体、例えば磁気テープ又はディスク、光学テープ又はディスク、ソリッドステートメモリ等々が存在する。このような記録媒体の各々に対して、データを記録する方式及びデータを組織化する方式に関するいくつもの規格が存在する。
【０００２】
データを例えば記録、処理するための新しい規格の場合には、又は、このような規格の新しくアップグレードされたバージョンの場合には、その新しい規格又はバージョンにより作動する記録装置の記録はより古いバージョンの記録装置によっては読み取ることができない。
【０００３】
幾つかの規格によれば、バージョン番号がその割り当てられた記録された情報のバージョンを示すために使用されている。もし装置がこの装置自身によりサポートされたバージョン番号よりも高いバージョン番号によってインデックスされた情報を検出すれば、この装置はこの情報を拒否するだろう。なぜなら、この装置はこの情報の構造に関して何も知らないからである。これは、この装置が情報にアクセスできず、情報の更なる処理をストップするという結果をもたらす。
【０００４】
しかし、規格の将来のバージョンに配慮することは重要である。もし後のバージョンに配慮しないならば、より古い装置の挙動はバージョンアップデートされた情報を取り扱う場合に不安定になるだろう。より古い装置の不安定な挙動又はこのような前方互換性（forward compatibility）の不在は、大きな欠点である。
【０００５】
本発明の課題は、前方互換性を提供することである。
【０００６】
上記課題は、請求項１に記載の方法によって解決される。
【０００７】
記録されたデータは１つ又は複数の情報部分から成り、これらの情報部分は互いに関連しあっている。これは、一般的に記録されたデータの処理が処理すべき異なる情報部分を必要とし、これらの情報部分が互いに参照しあうことを意味する。各情報部分は他の情報部分を変更することなしに記録されたデータを変更又は補正するために変更されうる。２つの情報部分が互いに参照しあう場合には、これらのうちの一方の変更はコンシステンシーを破壊しないために他方の変更を必要としうる。規格の一定のバージョンにより与えられる規則はこのような必要性を配慮する。処理タイプとは、例えば生成プロセス（generating process）、読み取りプロセス（read process）、付加プロセス（append process）、すなわち情報部分の所定のロケーションに、有利にはその端部に何かを付け加えること、又は、編集プロセス（edit process）、すなわち情報部分の内容を変更することである。本発明によれば、たとえ利用可能な処理タイプが情報部分よりも以前の規格のバージョンに従っていても、情報部分は少なくとも利用可能な処理タイプのうちのいくつかによって処理される。これは、規格のより新しいバージョンに従う少なくとも幾つかの処理タイプに対するより古い装置の前方互換性の利点を有する。古い装置でも、この古い装置が従うバージョンよりも後の規格のバージョンに従う新しい装置により作成された情報部分を読み取ることができる。しかし、古い装置に付加又は編集処理タイプを実行することを許可しないことによって規格のより後のバージョンに従う情報をこの古い装置が破壊することは阻止される。
【０００８】
有利には、情報部分バージョン番号が処理バージョン番号よりも低い場合には、処理は処理バージョン番号よりも低いバージョン番号を有する規格のバージョンに従って行われる。これは、情報部分が従う規格の古いバージョンに従って意図された通りに処理された情報部分に含まれる情報の正確な解釈を保証する。有利には、処理は情報部分バージョン番号と同一の規格のバージョンに従って実行される。しかし、情報部分バージョン番号よりは高いが処理バージョン番号よりも高くないバージョン番号に従う処理は正確な解釈が保証される限りは行われる。
【０００９】
有利には、およそ所定の値よりも大きく処理バージョン番号と情報部分バージョン番号とが互いに異ならない限りは、処理が許可される。これは、制限された前方制御（forward control）を保証する。この規格の将来のバージョンが、以前のバージョンにおいてコンプライアンスが可能であったような処理タイプにおいてさえ以前のバージョンとの一定の情報部分のコンプライアンスを保証するようにデザインされ得ない場合には、規格のこの新しいバージョンのバージョン番号は、差が前記所定の値を越えないように選定される。これによって、例えば、この規格のどのバージョンに対しても読み取り処理は許可されるが、他方で付加処理はバージョンｎ．００に従う装置に対するバージョンｎ．ｘｘ及びｎ＋１．ｘｘに対してのみ許可される。付加処理においてより古い装置とのコンプライアンスを保証しないこの規格の新しいバージョンは、それゆえ、バージョン番号ｎ＋２．ｘｘを必要とする。
【００１０】
本発明によれば、処理された情報部分には新しい情報部分バージョン番号が提供され、この新しい情報部分バージョン番号は前記処理された情報部分が伝送される前にこの処理された情報部分が従う規格の最低バージョンを示す。たとえ以前の処理が幾つかの特性を変更しても、そして、たとえこれらの変更が情報部分が以前従っていた規格のバージョンに従っていなくても、これは処理された情報部分の正確な後続処理を保証する。一般的に、これは情報部分バージョン番号の上昇の原因となるだろう。しかし、処理の間に規格のより高いバージョンへ必然的に従属する特性が除去された場合には情報部分バージョン番号の低下もありえる。伝送は、この意味では、例えばワイヤによる又はワイヤレスによる同一装置内の又は他の装置への伝送である。情報部分は例えば表示されるために、記録されるために、後続処理されるために、又は、別の適当なやり方で取り扱われるために伝送される。
【００１１】
有利には、複数の情報部分バージョン番号が単一情報部分に与えられる。これは、複数の処理タイプに対して異なるバージョン番号が割り当てられ、この結果、互換性デザインの柔軟性を増大するという利点を有する。
【００１２】
上記の方法を実行するための読み取り及び/又は記録装置も本発明の部分である。
【００１３】
本発明による記録媒体は本発明の方法又は類似の方法によって生成される情報部分を含む。このような記録媒体は記録されたデータの１つのセットに所属する情報部分を含み、これらの情報部分は互いに関連しあって結合して記録されたデータを形成するが、これらの情報部分は異なる情報部分バージョン番号を有する。
【００１４】
本発明を以下において幾つかの実施例において記述し、より多くの詳細を示す。しかし、フィーチャ（features）の別の組み合わせも本発明によりカバーされる。
【００１５】
図１は本発明の方法のフローチャートを示し、
図２は本発明による記録媒体を示し、矩形「最低バージョン番号導出」は図３により記述され、
図３は各情報部分毎のバージョン番号を導出するフローチャートを示し、このプロシージャは図２の矩形「最低バージョン番号導出」を記述し、このフローチャートでは「ｎｖ」はバージョン番号を意味し、「ｉｐ」は情報部分を意味する。
【００１６】
以下において、バージョン番号の定義を記述し、このバージョン番号は後のバージョンに対する装置の制限された前方互換性を提供する。これはバージョン番号の意味の特別な定義によって実行される。この特別な定義は後のバージョンに対する制限を含む。よって、後のバージョンの挙動は幾つかの規則に従う。これらの規則は規格の後のバージョンの情報コンテナ、例えば記述子によりカバーされる情報の構造を保証する。
【００１７】
情報部分、例えば個別のファイルは、情報部分バージョン番号ｉｎｖを含む。この情報部分バージョン番号ｉｎｖはこの情報部分を生成したエンコーダのバージョンを示す。注意すべきは、エンコーディング装置はこの生成されたバージョン番号ｉｎｖよりも高いバージョン番号をもつこともありうるということである。また、１つの装置が異なるバージョン番号ｉｎｖ１，ｉｎｖ２，．．．を異なる情報部分ｉｐ１，ｉｐ２，．．．に対して生成することもあり得る。
【００１８】
別の装置がこのような情報部分ｉｐ１，ｉｐ２，．．．を処理するならば、この別の装置は個々の情報部分バージョン番号ｉｎｖ１，ｉｎｖ２，．．．を探す。もしこのような情報部分のバージョン番号ｉｎｖがこの装置自体によりサポートされる処理バージョン番号ｒｎｖに等しいか又はより低いならば、全てのフィーチャのフルサポートがこの装置によって提供される。
【００１９】
もしこのような情報部分ｉｐのバージョン番号ｉｎｖがこの装置自体によりサポートされる処理バージョン番号ｒｎｖよりも高いならば、この装置は情報部分ｉｐ及び割り当てられたデータ及び情報への制限されたアクセスだけをサポートする。この制限されたアクセスは、アクセスが例えば情報部分及びその割り当てられたデータに対する読み取り処理、例えばプレイバックだけに、又は、情報部分及びその割り当てられたデータの読み取り処理及び制限された書き込み処理、例えば新しい情報及びデータを付加することに制限されていることを意味する。制限された書き込み処理は、情報部分又は割り当てられたデータ及び情報の変更が制限されたやり方で行われるように許可されており、例えば新しいデータ又は情報を付加するように許可されており、しかし、既に記録された情報及びデータの変更を禁止することを意味する。
【００２０】
より柔軟な前方互換性をサポートするためには、有利には１つより多くのバージョン番号インジケータが同一の情報部分ｉｐに対して提供される。例えば：
第１のバージョン番号ｉｎｖは後のバージョンの装置における情報部分ｉｐの例えばプレイバックのための読み取り可能性を定義する。
【００２１】
同一の情報部分ｉｐの第２のバージョン番号ｉｎｖは編集処理、例えば情報及びデータをカット及び変更のための制限された書き込みアクセスを定義する。
【００２２】
同一の情報部分ｉｐの第３のバージョン番号ｉｎｖは、情報部分ｉｐ及びその割り当てられた情報及びデータに新しい情報及びデータを付加するための制限された書き込みアクセスを定義する。
【００２３】
第４のバージョン番号は情報部分を生成するために使用されたエンコーダの瞬時のバージョン番号を示す。これはとりわけより高いバージョンｒｎｖの複数の装置に対して有効である。これらの装置は、このような情報を、例えばこの仕様の既知のバグ又は既知の装置バグを自動的に補正するために又はこの仕様の既知のバグ又は既知の装置バグに対するワークアラウンドを自動的に提供するために利用する。
【００２４】
次のテーブルは挙動を記述している：
【００２５】
【表１】
2005503623.tif 000003
【００２６】
指示「イエス」は、個々の処理タイプが許可されていることを意味し、「ノー」は個々の処理タイプが許可されていないことを意味する。幾つかの限定が（１）〜（４）によって指示されており、以下の意味を有する：
（１）しかし、古いバージョンのフィーチャだけがサポートされるだろう。
（２）新しい装置は規格の古いバージョンをサポートする必要がある。これは不可欠である。なぜなら、より新しい装置でさえ古いバージョンによって意図された通りに格納された情報を解釈することができるために古いバージョンを知っている必要があるからである。
（３）このフィーチャはサポートされる（「イエス」）か、又は、サポートされない（「ノー」）。これは、装置の処理バージョン番号ｒｎｖと情報部分バージョン番号ｉｎｖとの間の構造差がどれほど大きいか及びバージョン番号差のレベルとに依存する。
（４）情報部分の変更はサポートされ得ない。なぜなら、古い装置は規格の新しいバージョンによりサポートされる付加的な情報に関してなにも知らないからである。情報の変更は情報部分ｉｐの一定の部分内でのインコンシステンシーをもたらし、この一定の部分は新しい装置によってのみサポートされる。それゆえ、古い装置に対して、規格のより新しいバージョンにより生成された既に格納された情報を変更することが強く禁止される。
【００２７】
図１はどの処理タイプが一定の情報部分ｉｐに対して利用可能となるかを決定する方法に関するフローチャートを示す。
【００２８】
もし規格の瞬時のバージョンが１つより多くの情報部分を全情報セットの部分として定義するならば、本発明によれば装置はできるだけ多くの機能及びより古い装置へのアクセスを提供するために各情報部分ｉｐを低くて有効な情報部分バージョン番号によって格納する。例えば、もし１つの情報部分に対するより高い情報部分バージョン番号が音声コメントを提供しなければならないのに、音声コメントがこの記録に対して行われなかったならば、この情報部分は規格の古いバージョンにより定義されたフォーマットを使用して格納される。
【００２９】
情報部分バージョン番号ｉｎｖがどのように処理の間に変わるかに関する例は次のように記述される：
装置は各々情報部分バージョン番号ｉｎｖ１、ｉｎｖ２、ｉｎｖ３、ｉｎｖ４を有するちょうど４つの情報部分ｉｐ１、ｉｐ２、ｉｐ３、ｉｐ４をサポートする。この装置は処理バージョン番号ｒｎｖ＝３．０及び全てのそれ以前の処理バージョン番号１．０、１．１、１．２、２．０をサポートする。
【００３０】
ｉｐ１の履歴：バージョン番号１．０でランチされ（launched）、１．１に僅かに変更され、１．２には変更されず、２．０に僅かに変更され、３．０には変更されない。
【００３１】
ｉｐ２の履歴：バージョン番号１．０でランチされ、包括的に３．０に変更されるまでは変更されない。
【００３２】
ｉｐ３の履歴：バージョン番号２．０でランチされ、オプショナルな付加的な情報をサポートするように拡張され（音声コメントだけが規格のこのバージョンに加えられ）バージョン番号３．０に僅かに変更される。
【００３３】
ｉｐ４の履歴：バージョン番号３．０でランチされる。これはｉｐ１の内容へのリンクを含む。ｉｐ１内容の変更はｉｐ４情報の変更を要する。ｉｐ４の記録はオプショナルである。ｉｐ４は記録に関する付加的なメタデータが（記録の間に）受信された場合に記録される。
【００３４】
事例シナリオ番号１：
（バージョン３．０の）記録装置は記録を行う。音声コメントは行われず、付加的なメタデータは受信されない。
【００３５】
使用されたバージョン番号は４つの情報部分の使用されたバージョン番号により記述される：
ｉｐ１：２．０、なぜならバージョン３．０のｉｐ１とバージョン３．０のｉｐ１との間には差がなく、しかもｉｐ４は記録されていないから。
【００３６】
ｉｐ２：１．０、なぜならバージョン１．０と３．０のｉｐ２は同じであり、しかも他の情報部分へのバージョンに依存する関連は存在しないから。
【００３７】
ｉｐ３：２．０、なぜなら音声コメントは行われないから。それゆえ、ｉｐ３に対するバージョン３．０は必要ない。
【００３８】
ｉｐ４：記録されない、なぜなら付加的なメタデータは記録されなかったから。
【００３９】
事例シナリオ番号２：
スタート地点：シナリオ１（先のシナリオ）の結果。今や、ユーザは（オフラインで）音声コメントを実行する。使用されたバージョン番号は４つの情報部分の使用されたバージョン番号により記述される：
ｉｐ１：２．０、変更の必要なし。
【００４０】
ｉｐ２：１．０、変更の必要なし。
【００４１】
ｉｐ３：３．０、なぜならこのバージョンだけが音声コメントをサポートするから。
【００４２】
ｉｐ４：記録されない、なぜなら付加的なメタデータは記録されなかったから。
【００４３】
事例シナリオ３：
スタート地点：シナリオ２（先のシナリオ）の結果。今や、ユーザは（例えばインターネットを介する）その記録のために付加的なメタデータを受信する。使用されたバージョン番号は４つの情報部分の使用されたバージョン番号により記述される：
ｉｐ１：３．０、今やｉｐ４は記録された：ｉｐ１の変更がｉｐ４の内容に関連するインコンシステンシーをもたらすだろう。それゆえ、バージョン３．０の装置だけは全ての情報部分のコンシステンシーを保持するために必要なようにｉｐ１の変更を実行することができるだろう。
【００４４】
ｉｐ２：１．０、変更の必要なし。
【００４５】
ｉｐ３：３．０、変更の必要なし。
【００４６】
ｉｐ４：３．０、なぜなら、これは付加的なメタデータのための場所だから。この情報部分の（新たな）存在のために、ｉｐ１はより古い装置がｉｐ１内部のデータを編集（例えばカット又は削除）してしまわないことを指示するためにバージョン３．０にならなくてはならない。というのも、これはｉｐ１とｉｐ４との間のインコンシステンシーをもたらしうるだろうからである。
【００４７】
第３のシナリオの後で、例えばバージョン２．０の装置はｉｐ１、ｉｐ２、ｉｐ３をプレイバックのために使用することができ、新しい記録を付加することができ、この装置はｉｐ２を編集することできるだろう。なぜなら、ｉｐ２は今だにバージョン１．０とマーキングされているからである。しかし、この装置はｉｐ１、ｉｐ２又はｉｐ４さえも編集することは許可されていない。もちろん、ｉｐ４の存在はバージョン２．０の装置によっては知られていない。
【００４８】
事例シナリオ番号４：
スタート地点：シナリオ３（先のシナリオ）の結果。今や、ユーザはｉｐ４を除去する。使用されたバージョン番号は残る３つの情報部分の使用されたバージョン番号によって記述される：
ｉｐ１：１．０（今や、ｉｐ４は除去された：ｉｐ１だけの変更はもはや残りの情報部分間のいかなるインコンシステンシーももたらさないだろう。それゆえ、バージョン１．０装置はもし望ましいならばｉｐ１の変更を実行してもよい）。
【００４９】
ｉｐ２：１．０（変更の必要なし）。
【００５０】
ｉｐ３：３．０（変更の必要なし）。
【００５１】
ｉｐ４：除去された。
【００５２】
格納された情報部分のいずれかによって使用された最高バージョン番号を、情報部分によって制御される記録されたデータ、例えばストリームに自動的に割り当てることが推奨される。それは、より古い装置は記録されたデータを編集しないことを意味する。それは（より新しい）情報部分との記録されたデータのコンシステンシーを保持する。この規則を仕様の部分としてインプリメントすることが強く推奨される。
【００５３】
記録の場合には、バージョン番号の生成に対する以下の制限が適用されるべきである：
（バージョン番号によって記述される）フォーマットバージョンが使用され、このフォーマットバージョンはこの情報部分に対する全ての必要なプロパティ（例えばフィーチャ）をカバーする。
【００５４】
（より古い装置に対するできるだけ大きな互換性を提供するために）情報部分のバージョン番号はできるだけ低くする。
【００５５】
関連付けられた情報部分が存在する場合には、（より古い装置による情報部分の編集の後で（しかし）リンクされた情報部分間のインコンシステンシーを回避するために）バージョン番号が関連付けられた情報部分への全ての依存関係に関して正確に知っている編集装置を必要とするように（十分に高く）バージョン番号は選択される。
【００５６】
本発明の方法、装置及び媒体はより高い装置/媒体バージョンに対する（制限された）前方互換性を提供する。もしより古い装置自体によりサポートされるより高いバージョン番号の情報をこのより古い装置が取り扱わなければならないならば、このより古い装置の所定の挙動が提供される。本発明の装置はその記録の制限された（例えばプレイバック）機能をより古い装置に提供することができる。従って、より古い装置が付加的に格納された情報にダメージを与えないことがより新しい装置には保証される：これは重要である。なぜならより新しい装置だけがこの付加的な情報を理解でき、正確にそれを処理することができるからである。
【００５７】
本発明のコンセプトはほぼどんな種類の（将来の）技術仕様又は規格にも利用可能である。本発明は、後のバージョンに対する装置の制限された前方互換性を提供するバージョン番号の定義を記述している。これはバージョン番号の意味の特別な定義によって実行される。この特別な定義は後のバージョンに対する制限を含む。よって、後のバージョンの挙動は幾つかの規則に従う。これらの規則は、後の仕様バージョンの情報コンテナ（例えば記述子）によりカバーされる情報の構造を保証する。もちろん、これらの規則は同一の規格の全てのバージョンにおいて定義されるべきである。もしこれらの規則を必要としないような１つのバージョンが存在するならば、このバージョン及び全てのそれ以前のバージョンに対する前方互換性を保証することはおそらくできない。
【図面の簡単な説明】
【００５８】
【図１】本発明の方法のフローチャートを示す。
【００５９】
【図２】本発明による記録媒体を示す。
【００６０】
【図３】各情報部分毎のバージョン番号を導出するフローチャートを示す。
【符号の説明】
【００６１】
ｉｐ１，ｉｐ２，．．．  記録されたデータの情報部分
ｉｎｖ１，ｉｎｖ２，．．．  情報部分バージョン番号
ｒｎｖ  処理バージョン番号
【図１】
2005503623.tif 000004
【図２】
2005503623.tif 000005
【図３】
2005503623.tif 000006
【国際公開パンフレット】
2005503623.tif 000007
2005503623.tif 000008
2005503623.tif 000009
2005503623.tif 000010
2005503623.tif 000011
2005503623.tif 000012
2005503623.tif 000013
2005503623.tif 000014
2005503623.tif 000015
2005503623.tif 000016
2005503623.tif 000017
2005503623.tif 000018
2005503623.tif 000019
2005503623.tif 000020
2005503623.tif 000021
2005503623.tif 000022
2005503623.tif 000023
2005503623.tif 000024
2005503623.tif 000025
【国際公開パンフレット（コレクトバージョン）】
2005503623.tif 000026
2005503623.tif 000027
【国際調査報告】
2005503623.tif 000028
2005503623.tif 000029