(57)【要約】本発明は、メインフレームから生じるデータを保存するシステムに関し、なお特徴として、当該システムは、ゲストコンピュータとデータを交換する、バックアップ文書リーダ−ライタ・エミュレータを含む入力／出力インターフェースと、少なくとも１つの中間記憶装置と、テープ文書リーダ／ライタとを含むコンピュータ機器を備え、当該機器はさらに、上記入力／出力インターフェースまたは中間記憶装置と、キーツーテープ・リーダ−ライタとの間で転送を行うプロセッサを備え、当該システムはさらに、コンピュータ機器のキーツーテープ記録に関するデータを記録する記憶装置を含み、上記ゲストコンピュータから来る命令に従って上記コンピュータ機器を制御するスーパバイザを備える。
2004506259.tif 000002
【特許請求の範囲】
【請求項１】
ホストコンピュータ［メインフレーム］から発生するデータを保存するシステムであって、前記ホストコンピュータとデータを交換する、バックアップリーダ−ライタ・エミュレータを含む入力−出力インターフェースと、少なくとも１つの中間記憶装置と、テープリーダ−ライタとを含むコンピュータ機器を備え、該機器はまた、前記入力−出力インターフェースまたは中間記憶装置インターフェースと、前記テープリーダ−ライタとの間で転送を行うプロセッサを備え、なお、該システムはまた、前記コンピュータ機器のテープ上のレコードに関する情報を保存するメモリと、バックアップしたデータの識別ラベルを収容するデータベースを活用するためのメモリとを含み、前記ホストコンピュータから発せられる命令に関して前記コンピュータ機器を制御するスーパバイザ（１２）を備えることを特徴とする、データを保存するシステム。
【請求項２】
前記エミュレータは、前記ホストコンピュータから発せられる信号を解析し、シミュレートしたカセットリーダ−ライタのタイプに対応する応答を生成するコンピュータからなることを特徴とする請求項１に記載のデータを保存するシステム。
【請求項３】
前記中間記憶装置は、少なくとも１つのハードディスクからなることを特徴とする請求項１または２に記載のデータを保存するシステム。
【請求項４】
前記識別ラベルを形成する数値データが、ボリュームの名前、該ボリュームが格納されている媒体（ディスク、カートリッジ）、および該媒体上の位置（パーティションの番号、または前記カートリッジ上の論理的な開始アドレスおよび終了アドレス）を含むことを特徴とする請求項３に記載のデータを保存するシステム。
【請求項５】
前記スーパバイザステーション（１２）は、シリアルリンクを介してバックアップ機器とホストマシンとに接続されることを特徴とする先行の請求項のいずれか一項に記載のデータを保存するシステム。
【請求項６】
前記バックアップ機器は、ＳＣＳＩまたはＦＣタイプのリンクを介して前記ホストマシンに接続されることを特徴とする先行の請求項のいずれか一項に記載のデータを保存するシステム。
【請求項７】
ホストコンピュータ［メインフレーム］からのデータの格納方法であって、バックアップ機器の入力−出力インターフェースをエミュレートして、ホストマシンに関する限りでは該バックアップ機器の挙動がストリーマの挙動と一致するようにし、該バックアップ機器は、前記ストリーマと同一でない中間記憶手段を備えることを特徴とする、データ保存方法。
【発明の詳細な説明】
【０００１】
本発明は、大容量カセットなどの媒体における、通常はカセット操作ロボットを備える遠隔機器によるコンピュータデータの記憶の分野に関する。
【０００２】
たとえば、ＰＣＴ国際公開番号ＷＯ９８４４４２３は、多数の記憶制御装置を備えるコンピュータネットワークを開示し、各記憶制御装置は複数の記憶アセンブリ（ｓｔｏｒａｇｅ ａｓｓｅｍｂｌｉｅｓ）に連結され、当該アセンブリは、少なくとも１つの高容量メモリ素子（ｍｅｍｏｒｙ ｄｅｖｉｃｅ）（ＭＳＤ）を含む。各記憶制御装置は、少なくとも１つのホスト処理システムと、少なくとも１つの他の記憶制御装置とに連結され、高容量メモリ素子へのホスト処理システムのアクセスを制御し得る。いくつかのデータコピーが、互いから地理的に遠隔した記憶アセンブリに格納され、いずれのホストがいずれのコピーにもアクセスできるようになっている。各記憶制御装置は、高容量メモリ素子を当該記憶装置のタイプに関係なくエミュレートするホストとのインターフェースと、ホストを当該ホストのタイプに関係なくエミュレートするローカル記憶アセンブリとのインターフェースとを備える。ホストは、格納されたデータに仮想アドレス指定によりアクセスする。記憶制御装置は、自動バックアップおよびエラー訂正を行い、書き込み時のバックアップコピーを保護する。
【０００３】
ホストステーションと、補完（ｃｏｍｐｌｅｍｅｎｔａｒｙ）機器との間でデータを転送するシステムを開示する米国特許番号ＵＳ５，８０９，５１１も既知であり、上記補完機器は、キャッシュメモリと、ロボット制御のバックアップ支援管理（ｓｕｐｐｏｒｔ ｍａｎａｇｅｍｅｎｔ）機器とを備える。
【０００４】
本発明の目的は、共通で非特殊なバックアップ機器に接続された異種のホストコンピュータのセットによって用いられ得る改良したバックアップシステムを提案することである。本発明は、その最も包括的な意味において、ホストコンピュータ［メインフレーム］から発生したデータをバックアップするシステムに関し、なお特徴として、本システムは、ホストコンピュータとデータを交換する、バックアップリーダ−ライタ・エミュレータを含む入力−出力インターフェースと、少なくとも１つのハードディスクと、テープリーダ−ライタとを含むコンピュータ機器を備え、当該機器はまた、入力−出力インターフェースまたはテープリーダインターフェースと、テープリーダ−ライタとの間で転送を行うプロセッサを備え、本システムはまた、コンピュータ機器のテープ上のレコードに関する情報を保存するメモリを含み、ホストコンピュータから発せられる命令に関して上記コンピュータ機器を制御するスーパバイザを備える。
【０００５】
有利には、エミュレータは、ホストコンピュータから発せられる信号を解析し、シミュレートしたカセットリーダ−ライタのタイプに対応する応答を生成するコンピュータからなる。
【０００６】
本発明はまた、ホストコンピュータ［メインフレーム］からのデータをバックアップするプロセスに関し、なお特徴として、バックアップ機器の入力−出力インターフェースをエミュレートして、ホストマシンに対するバックアップ機器の挙動がストリーマと一致するようにし、当該バックアップ機器は、ストリーマでない中間記憶手段を備える。
【０００７】
本発明は、以下に記載する非限定的な実施例の説明を、添付図面を参照して読めばより良く理解されるであろう。
【０００８】
以下で説明するシステムは、ＳＣＳＩタイプのコンピュータネットワーク（２）に接続された異種の「メインフレーム」タイプのホストマシン（１）のセットから発生したデータをバックアップするために用いられる。
【０００９】
バックアップ機器（３）は、データを磁気媒体上にバックアップする１つまたはいくつかのストリーマ（４）を備える。
【００１０】
バックアップ機器（３）は、エミュレートされた入力−出力インターフェース回路（５）を介してネットワークに接続され、バックアップ機器（３）が行う全ての機能についてエミュレートしたタイプのストリーマーの形でホストマシンに見えるようになっている。エミュレートしたインターフェースは、主な既知のストリーマをエミュレートして、ホストマシンとバックアップ機器（３）との間のトランスペアレントな対話を可能にする。
【００１１】
バックアップ機器（３）はまた、記載する例において、ＲＡＩＤハードディスクからなる少なくとも１つの中間記憶装置（９）を備える。
【００１２】
バックアップ機器は、バックアップ媒体のそれぞれにイニシエータ（６、７）を備える。コンピュータが、異なるリソースを制御して、入力−出力インターフェース（５）から中間記憶装置（９）へ、そしてその逆方向にデータを転送し、かつ、中間記憶装置（９）からストリーマ（４）へ、そしてその逆方向にデータを転送する。
【００１３】
ホストマシンから見た場合、本発明によるバックアップ機器は、次の仕様を満たす。
−それが代わりをするストリーマと全く同じ挙動を行う。
−ディスクキャッシュによりデータ記憶速度を上げる。データは、データのバックアップおよび復旧の速度を速めるように、ディスクパーティションに格納される。データマッピングを記憶するバックアップしたデータのメタモデルにより、データアクセスが向上する。このメタモデルにより、順次格納したデータへの直接アクセスが可能となる。
−データをストリーマにコピーする。ディスクパーティションにバックアップしたデータはテープにコピーされ、モデルを用いることによって元の書き込み機構を再現する。
−データのパーシスタンスおよびコヒーレンスを確保する。バックアップの最後に、バックアップ機器は、データのパーシスタンスおよびコヒーレンスをテープ上で、かつパーティション内で保証する。（エミュレートされている）上流のストリーマタイプの、（実際に制御を受けている）下流のストリーマとの関連付けを解除する（ｄｅｃｏｒｒｅｌａｔｅ）ことも可能にする。上流側では、バックアップ機器は、１つのストリーマモデルを管理し、別のストリーマモデルにデータをバックアップする。
【００１４】
バックアップ機器（３）は、次のタイプの接続を行う。
−上流側では：ＳＣＳＩ、ＦＣ、ＥＳＣＯＮ、Ｂｕｓ＆Ｔａｇ。
−下流側では：ＳＣＳＩ、ＦＣ。
【００１５】
バックアップ機器は、いくつかの接続を上流側と下流側で同時に管理する。したがって、このバックアップ機器は、いくつかの転送を並行して実行する。各転送は転送部（ｔｒａｎｓｆｅｒ ｕｎｉｔ）によって管理される。
【００１６】
転送部は、次の３タイプのリンクを管理する。
−ホストシステムとのリンク、
−物理ディスクのパーティションとのリンク、
−ストリーマとのリンク。
【００１７】
本システムはまた、シリアルリンク（１３、１４）を介して第１にホストマシンに、そして第２にバックアップ機器に接続されたスーパバイザステーション（１２）を備える。
【００１８】
エミュレーションは、ホストマシンに関してストリーマのＳＣＳＩ動作をシミュレートすることと、ホスト転送およびバックアップ転送からの異なる要求に対するＳＣＳＩ応答を管理することとを含む。
【００１９】
管理ステーション（１２）は、バックアップしたデータの識別ラベルが格納されたデータベースを統制する。
【００２０】
ホストマシンによって書き込まれるデータボリュームをまず、バッファディスク空間（９）中に作成する。これらのボリュームの最大サイズは、バックアップシステムの構成時に決められており、当該サイズは通常かなり小さく、約２５０Ｍバイトである。第２に、ボリュームの１つまたはいくつかのコピーをカートリッジ上へ転送する。本当に重要なデータのみがテープへ転送される。したがって、２５０Ｍバイトの最大ボリュームはたとえば、実際には１０Ｍバイトのデータしか含まない場合がある。この場合、テープ空間を最大限に利用するために、これら１０Ｍバイトのみがテープへ転送される。
【００２１】
本バックアップ機器は、データベースを用いて、次のような一定量の情報を格納することによって、既知であるボリュームのリストを内部で管理する。
−ボリュームの名前、
−ボリュームが格納されている媒体（ディスク、カートリッジ）、
−媒体上の位置（ディスクパーティションの番号、またはカートリッジ上の論理的な開始アドレスおよび終了アドレス）、
−など。
【００２２】
この情報は、ボリュームを見つけるために不可欠である。
【００２３】
データがディスクキャッシュからカートリッジへ転送される時点で、「基本データ」と呼ばれるプライベートデータを各ボリュームの転送の最後に付加する。これらのデータは、カートリッジ上にのみ書き込まれ、反対方向の転送時（ボリュームが、たとえばホストマシンによって復旧されるためにカートリッジからディスクキャッシュへ転送される場合）には無視される。したがって基本データは完全に、本発明によるバックアップ機器によって内部で、かつホストマシンに対してトランスペアレントに管理される。
【００２４】
所与のボリュームの基本データは、次の構造を有するＡＳＣＩＩ文字列の形式で書かれる。
Ｔｉｔｌｅ　ＣＲ　ＬＦ　ＶｏｌｕｍｅＳｔａｒｔｐｏｓｉｔｉｏｎ　ＶｏｌｕｍｅＥｎｄｐｏｓｉｔｉｏｎ　ＶｏｌｕｍｅＳｉｚｅ　ＲｅａｄｅｒＣｈａｎｎｅｌ　／
ＤｉｓｋＣｈａｎｎｅｌ　ＤｉｓｋＰａｒｔｉｔｉｏｎ　ＰｒｏｃｅｓｓｏｒＮｕｍｂｅｒ
ＢａｒＣｏｄｅ　ＣａｒｔｒｉｄｇｅＮａｍｅ
ＣａｒｔｒｉｄｇｅＴｙｐｅ　ＳｉｚｅＵｓｅｄ　ＣａｒｔｒｉｄｇｅＳｉｚｅ
ＬｏａｄＣｏｕｎｔｅｒ　ＶｏｌｕｍｅＮａｍｅ　ＶｏｌｕｍｅＳｔａｔｕｓ　ＨｏｓｔＣｏｄｅ　ＣｏｄｉｎｇＴｙｐｅ
Ｗｒｉｔｅｄａｔｅ　Ｗｒｉｔｅｔｉｍｅ　Ｒｅａｄｄａｔｅ　Ｒｅａｄｔｉｍｅ
ＥｍｐｔｙＤａｔｅ　ＥｍｐｔｙＴｉｍｅ　ＣＲ　ＬＦ
【００２５】
Ｔｉｔｌｅ：続くメインフィールドの意味を省略形で示すタイトル。
ＣＲ：ＡＳＣＩＩ文字コード０×１３（１６進）。
ＬＦ：ＡＳＣＩＩ文字コード０×１０コード（１６進）。
−ＶｏｌｕｍｅＳｔａｒｔＰｏｓｉｔｉｏｎ：カートリッジ上のボリュームの論理開始アドレス。
−ＶｏｌｕｍｅＥｎｄＰｏｓｉｔｉｏｎ：カートリッジ上のボリュームの論理終了アドレス。
−ＶｏｌｕｍｅＳｉｚｅ：ボリュームのおおよそのサイズ（ｋバイト）。
−ＲｅａｄｅｒＣｈａｎｎｅｌ：ディスクキャッシュボリュームからカートリッジへの転送を行うために用いられるリーダの番号（ＨＢＳの構成時に定義される）。
−ＤｉｓｋＣｈａｎｎｅｌ：ボリュームがカートリッジへ転送された時点で位置するディスクの番号（ＨＢＳの構成時に定義される）。
−ＤｉｓｋＰａｒｔｉｔｉｏｎ：ボリュームがカートリッジへ転送される前に位置するディスクパーティションの番号。
−ＰｒｏｃｅｓｓｏｒＮｕｍｂｅｒ：ディスクキャッシュからカートリッジへボリュームを転送するために用いられるプロセッサの番号。
−ＢａｒＣｏｄｅ：ボリュームを収容するカートリッジのバーコード。
−ＣａｒｔｒｉｄｇｅＮａｍｅ：ＨＢＳにおいて示されるカートリッジの名前。この名前は、バーコードとは関係ない。
−ＣａｒｔｒｉｄｇｅＴｙｐｅ：カートリッジのタイプを示す１６進コード。
考え得る値は次のとおりである。
−０×００００００１Ｌ　稼動中のカートリッジ
−０×００００００１０Ｌ　読み取りアクセスのあるカートリッジ
−０×００００００２０Ｌ　書き込みアクセスのあるカートリッジ
−０×００００００８０Ｌ　再編成中のカートリッジ
−０×０００００１００Ｌ　再編成すべきカートリッジ
−０×０００００２００Ｌ　再利用しないカートリッジ
−０×０００００４００Ｌ　ブロックされた空のカートリッジ
−０×０００００８００Ｌ　再編成されたカートリッジ
−０×００００１０００Ｌ　アーカイブタイプのカートリッジ
−０×００００２０００Ｌ　ミラータイプのカートリッジ
−０×０００１００００Ｌ　ＤＬＴリーダ用のカートリッジ
−０×０００２００００Ｌ　Ｅｘａｂｙｔｅリーダ用のカートリッジ
−０×０００４００００Ｌ　３４８０リーダ用のカートリッジ
−０×０００８００００Ｌ　３５９０リーダ用のカートリッジ
−０×０１Ｆ０００００Ｌ　カートリッジが属するアーカイブプールまたはミラーの番号のマスク
ＣａｒｔｒｉｄｇｅＴｙｐｅフィールドに用いるコードは、ことによると上記の値の組み合わせであり得る。
−ＳｉｚｅＵｓｅｄ：カートリッジ上に格納されるデータの合計サイズ（Ｍバイト）。
−ＣａｒｔｒｉｄｇｅＳｉｚｅ：カートリッジの最大容量（Ｍバイト）。
−ＬｏａｄＣｏｕｎｔｅｒ：カートリッジのロードカウンタ。リーダにおいてカートリッジにロードを行った回数を示す。これらのデータは、カートリッジの消耗を判定するために用いられる。
−ＶｏｌｕｍｅＮａｍｅ：ホストマシンによって分かるボリュームの名前。
−ＶｏｌｕｍｅＳｔａｔｕｓ：ボリュームの状態を示す１６進コード。このコードは指示子（ｉｎｄｉｃａｔｏｒ）の組み合わせであり、当該指示子のアクセスマスクおよび考え得る値は次のとおりである。
−０×００００００１Ｌ　ボリュームが有効であれば１、無効（古いバージョンまたは論理的に消去されたボリューム）であれば０
−０×００００００８Ｌ　ボリュームがミラータイプであれば１
−０×００００００１０Ｌ　別のカートリッジにボリュームのミラーコピーがあれば１
−０×００００００２０Ｌ　このボリュームのコピーをミラーカートリッジ上に作成するのであれば１
−０×００００１０００Ｌ　ボリュームがアーカイブタイプであれば１
−０×００００２０００Ｌ　いくつかのホストシステムの間でボリュームが共有されるならば１
−０×０００１００００Ｌ　ボリュームを常にＤＬＴカートリッジ上にコピーしなければならないなら１
−０×０００２００００Ｌ　ボリュームを常にＥｘａｂｙｔｅカートリッジ上にコピーしなければならないなら１
−０×０００４００００Ｌ　ボリュームを常に３４８０カートリッジ上にコピーしなければならないなら１
−０×０００８００００Ｌ　ボリュームを常に３５９０カートリッジ上にコピーしなければならないなら１
−０×０１Ｆ０００００Ｌ　アーカイブプールまたはミラーの番号（０〜３１）
−ＨｏｓｔＣｏｄｅ：ボリュームが属する、ＨＢＳの構成であるホストマシンの番号。
−ＣｏｄｅＴｙｐｅ：ボリュームヘッダに用いられる文字コード（０＝ＡＳＣＩＩ、１＝ＥＢＣＤＩＣ）。
−ＷｒｉｔｅＤａｔｅ：ホストマシンによるボリュームの最も最近の書き込みまたは変更の日付（形式はｙｙｙｙ−ｍｍ−ｄｄ）。
−ＷｒｉｔｅＴｉｍｅ：ホストマシンによるボリュームの最も最近の書き込みまたは変更の時刻（形式はｈｈ：ｍｍ：ｓｓ）。
−ＲｅａｄＤａｔｅ：ホストマシンによるボリュームの最も最近の読み取りアクセスの日付（形式はｙｙｙｙ−ｍｍ−ｄｄ）。
−ＲｅａｄＴｉｍｅ：ホストマシンによるボリュームの最も最近の読み取りアクセスの時刻（形式はｈｈ：ｍｍ：ｓｓ）。
−ＥｍｐｔｙＤａｔｅ：ディスクキャッシュボリュームがカートリッジへ転送された日付（形式はｄｄ−ｍｍ−ｙｙｙｙ）。
−ＥｍｐｔｙＴｉｍｅ：ディスクキャッシュボリュームがカートリッジへ転送された時刻（形式はｈｈ：ｍｍ：ｓｓ）。
【００２６】
データベース復元のためのカートリッジの解析の速度を速めるために、基本データは累積的である。
【００２７】
【表１】
2004506259.tif 000003
【００２８】
テープがボリュームＶ１、Ｖ２、Ｖ３、Ｖ４およびＶ５を収容するものと仮定する。これらのボリュームのそれぞれに関連する基本データを、Ｂ１、Ｂ２、Ｂ３、Ｂ４およびＢ５と呼ぶ。したがって、テープ上で、基本データＢ１は、ボリュームＢ１に関連するデータのみを含む。基本データＢ２は、Ｂ１の累積データと、ボリュームＶ２に関するデータとを単一のデータレコードに含む。したがって、Ｂ２はＶ１およびＶ２のデータを収容する。
【００２９】
基本データＢ３は、Ｂ２の累積データと、ボリュームＢ３に関するデータとを単一のデータレコードに含む。したがって、Ｂ３はＶ１、Ｖ２およびＶ３のデータを含む。
【００３０】
したがって、カートリッジ上の最後の基本データ（上記の例ではＢ５）は、カートリッジ上に存在する全ボリュームに関する全データの累積合計を含む。
【００３１】
カートリッジが、非常に多数のボリュームを収容する場合、累積される基本データは大きくなり得る。このサイズの増大を制限するために、最大サイズを任意に１３２ｋバイトに定めている。あるボリュームの基本データの標準構造が１３２ｋバイトを超えると、機器（３）は、縮小した基本データをこのボリュームに割り当て、以前のボリュームのデータを累積せずにこの新しいボリュームの基本データのみを収容する。その後のボリュームには、現ボリュームのデータを前のボリュームのデータとともに累積する標準機構を繰り返すことになる。
【００３２】
本システムのデータベースが完全に失われた場合、データベースは、これらの基本データを用いて完全に復元することができる。プロセッサのコードに組み込まれた関数が、カートリッジを解析して最も最近の基本データをカートリッジから抽出するために用いられる。この解析は外部ソフトウェアによっても行うことができ、必要なのは、テープの最後に移動し、１レコード遡って、最後のデータレコードを読み取ることだけである。このようにカートリッジの最後で取り出した基本データは、カートリッジ上のボリュームの記述を含む。前節で述べたように、１番目のボリュームのＶｏｌｕｍｅａｄｄｒｅｓｓフィールドが０でない値を含む場合、１番目のボリュームはテープの最初でない。結果として、基本データは縮小されていることになる。この場合、必要なのは、カートリッジのアドレスＶｏｌｕｍｅａｄｄｒｅｓｓに移動し、次に１レコード遡って、前のボリュームの基本データを読み取れるようにすることだけである。これらのデータは、以前のボリュームの基本データの累積である。
【００３３】
カートリッジの逆方向の解析は、アドレスＶｏｌｕｍｅａｄｄｒｅｓｓが０である基本データが１番目のボリュームに見つかるまで繰り返さねばならない。すると、取り出した基本データ全部を累積することによって、カートリッジ上の全ボリュームを見つけることができる。
【００３４】
データベースは、ライブラリの全カートリッジに格納されている全ての基本データを取り出し、次に適切なソフトウェアを用いて当該基本データを解析することによって復元される。これら全てのデータは、データベースの復元に必要なデータをすべて含む。これを行うために、第１ステップとして、全てのカートリッジ上に収容されている全ボリュームのリストを作り、また、カートリッジ上の各ボリュームがホストマシンに対して有効であるか否かを判定する。（同一名、同一ホストシステムの）同一ボリュームが、いくつかの異なるカートリッジ上に、あるいは同一カートリッジ上のいくつかの異なる場所に存在する場合がある。これは、以下の理由で起こり得る。
−同一ボリュームに、ホストマシンによって何回か更新されたいくつかの異なるバージョンがあるか、
−あるいはＨＢＳによって内部で移動された同一データである。いずれにせよ、このボリュームの全ての出現についての基本データＷｒｉｔｅｄａｔｅおよびＷｒｉｔｅｔｉｍｅの解析を用いて、どれが最も最近のものであるか、ひいては唯一の有効なものであるかを判断することができる。最も最近のバージョンがいくつかの場所に存在する場合（ＷｒｉｔｅｄａｔｅおよびＷｒｉｔｅｔｉｍｅ情報は同じ）、これらの出現のうちいずれかを用いて、新しいデータベースにおけるボリュームの有効なバージョンとすることができる。その場合、必要なのは、空のデータベースを再度作成し、全てのテーブルに収集した情報を書き込むことだけである。
【図面の簡単な説明】
【図１】本発明の主要図である。
【国際公開パンフレット】
2004506259.tif 000004
2004506259.tif 000005
2004506259.tif 000006
2004506259.tif 000007
2004506259.tif 000008
2004506259.tif 000009
2004506259.tif 000010
2004506259.tif 000011
2004506259.tif 000012
2004506259.tif 000013
2004506259.tif 000014
2004506259.tif 000015
2004506259.tif 000016
2004506259.tif 000017
2004506259.tif 000018
2004506259.tif 000019
2004506259.tif 000020
2004506259.tif 000021
2004506259.tif 000022
【国際調査報告】
2004506259.tif 000023
2004506259.tif 000024
2004506259.tif 000025
2004506259.tif 000026