(57)【要約】【課題】人間用でブラウザ用のＷｅｂアプリケーションを、プロトコルの分析及び変換により、コンピュータから無人で利用するＷｅｂサービスと組み合わせる技術すなわち情報処理装置、方法及びプログラムを提供する。【解決手段】分析機能部５０が、呼び出し上りデータとこれに対応する結果応答下りデータを含む授受データの例の入力を受け付けるとともに、入力された前記授受データの例に基づいて、少なくとも呼び出し上りデータの個数並びに名称、及びそれに対応する結果応答下りデータのフォーマットを含む接続プロトコルの法則を分析する。生成機能部６０は、分析機能部５０により分析された前記接続プロトコルの法則に基づいて、また、与えられた修正や変換規則に基いて、所定のＷｅｂサービスにおける通信を、前記Ｗｅｂアプリケーション用通信との間で変換するためのプロトコル変換部７３や７５を生成する。【選択図】図１
2005149131.tif 000002
【特許請求の範囲】
【請求項１】
ＨＴＴＰプロトコルによりＧＥＴまたはＰＯＳＴメソッドで上りデータ取得を行うＷｅｂアプリケーション用通信における、呼び出し上りデータを含む授受データの例の入力を受け付けるとともに、この入力された前記授受データの例に基づいて、呼び出し上りデータの個数並びに名称、及びこれらに対応する結果応答下りデータのフォーマットを含む接続プロトコルの法則を分析する分析手段と、
分析された前記接続プロトコルの法則に基づいて、所定のＷｅｂサービスにおける通信を、前記Ｗｅｂアプリケーション用通信との間で変換するためのプロトコル変換部を生成する生成手段とを備えたことを特徴とする情報処理装置。
【請求項２】
前記分析手段は、前記Ｗｅｂアプリケーションのサーバシステムと、前記Ｗｅｂサービスのクライアントシステムとの間にプロキシサーバとして実装されることを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記生成手段は、分析された前記呼び出し上りデータの個数、各データの名称および、各データの型を文字型として呼び出す前記プロトコル変換部を生成するように構成されたことを特徴とする請求項１又は２記載の情報処理装置。
【請求項４】
前記生成手段は、前記結果応答下りデータを、個数が１個、型を文字型として受け取る前記プロトコル変換部を生成するように構成されたことを特徴とする請求項１から３のいずれか一項に記載の情報処理装置。
【請求項５】
前記呼び出し上りデータ及び結果応答下りデータの個数、各データの名称、各データの型の少なくともいずれかを、与えられる操作に応じて修正するための修正手段を備えたことを特徴とする請求項１から４のいずれか一項に記載の情報処理装置。
【請求項６】
前記変換の際に前記授受データの内容を変換することとなる、変換規則の指定を予め受け付ける手段を備えたことを特徴とする請求項１から５のいずれか一項に記載の情報処理装置。
【請求項７】
前記分析手段及び前記生成手段は、
グラフ構造を持つ前記結果応答下りデータから、タグ情報と、属性情報と、データ内容との各組を複数抽出し、各組について、第１のアドレスとしてルートからの位置、第２のアドレスとして任意の位置からの相対位置の２つのアドレスの組み合わせで前記グラフ構造におけるデータ位置を示すアドレス表現による識別子を付与して表示し、
前記結果応答下りデータのどの部分をＷｅｂサービスへ渡すかについて前記識別子による指定を受け付ける手段を備えたことを特徴とする請求項１から６のいずれか一項に記載の情報処理装置。
【請求項８】
前記第１のアドレスの末尾が任意アドレスを示す所定のキャラクタであった場合に、前記第１のアドレスが特定する全データから前記第２のアドレスが特定する相対位置の一又は二以上の全データが、前記第１のアドレスと前記第２のアドレスの組み合わせにより特定されるデータとなることを特徴とする請求項７記載の情報処理装置。
【請求項９】
ＨＴＴＰプロトコルによりＧＥＴまたはＰＯＳＴメソッドで上りデータ取得を行うＷｅｂアプリケーション用通信における、少なくとも呼び出し上りデータを含む授受データの例の入力を受け付けるとともに、入力された前記授受データの例に基づいて、少なくとも呼び出し上りデータの個数並びに名称、及びそれに対応する結果応答下りデータのフォーマットを含む接続プロトコルの法則を分析する分析処理と、
分析された前記接続プロトコルの法則に基づいて、所定のＷｅｂサービスにおける通信を、前記Ｗｅｂアプリケーション用通信との間で変換するためのプロトコル変換部を生成する生成処理と、
をコンピュータが実行することを特徴とする情報処理方法。
【請求項１０】
コンピュータを制御することにより、
ＨＴＴＰプロトコルによりＧＥＴまたはＰＯＳＴメソッドで上りデータ取得を行うＷｅｂアプリケーション用通信における、少なくとも呼び出し上りデータを含む授受データの例の入力を受け付けさせるとともに、入力された前記授受データの例に基づいて、少なくとも呼び出し上りデータの個数並びに名称、及びそれに対応する結果応答下りデータのフォーマットを含む接続プロトコルの法則を分析させ、
分析された前記接続プロトコルの法則に基づいて、所定のＷｅｂサービスにおける通信を、前記Ｗｅｂアプリケーション用通信との間で変換するためのプロトコル変換部を生成させることを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、人間用でブラウザ用のＷｅｂアプリケーションを、プロトコルの分析及び変換により、コンピュータから無人で利用するＷｅｂサービスと組み合わせる技術に関するものである。
【背景技術】
【０００２】
近年、半導体技術とＩＰ（インターネット・プロトコル）技術の発達に伴い、インターネットや社内ＬＡＮといった通信ネットワークの普及が著しい。そのような通信ネットワーク経由で利用される情報システムの典型としてＷｅｂアプリケーションがある。Ｗｅｂアプリケーションは、人間がブラウザから利用するＷｅｂサーバ上のシステムで、ブラウザとＷｅｂサーバの間について国際標準で規定された通信プロトコル（ＨＴＴＰ）に基いて、Ｗｅｂサーバのベンダーや製品を問わず、普段使っているブラウザから利用可能である。このため、利用者と提供者の双方に好都合であり、不特定あるいは特定の多数者に利用させたいアプリケーションの多くはＷｅｂアプリケーションとして公開されている。
【０００３】
上記のようなＷｅｂアプリケーションに対して、近年、Ｗｅｂサービスアプリケーション（以下「Ｗｅｂサービス」と呼ぶ）も普及しつつある。Ｗｅｂサービスは、企業間を中心にオペレータを介さずに無人で情報システムから他の情報システムを利用する技術で、例えば、企業間の受発注において、発注側システムと受注側システムに適用すれば、受発注の無人化が実現される。
【特許文献１】特開２００２−１７５２７４公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、上記のようにブラウザを使用するＷｅｂアプリケーションの多くは、多数の利用者がいるため、同等の機能をＷｅｂサービスとしても運用し、取引先など外部のＷｅｂサービスと組み合わせて直接利用関係を成立させたい場合は多い。しかし、ＷｅｂアプリケーションとＷｅｂサービスのアプリケーションとでは、中心となる業務処理内容等が共用できても、通信の際に利用するプロトコル、すなわち呼び出しや結果取得等の通信方法および授受データフォーマット等が大幅に異なるため、これに関係する通信の部分は大幅な変更が必要となる。
【０００５】
この通信部分の違いは以下のようなものである。まず、Ｗｅｂサーバ側のＷｅｂアプリケーションは、ＨＴＴＰプロトコルでクライアント側のブラウザと通信しデータを授受している。特にブラウザからＷｅｂサーバ方向の上り通信においては、サーバはメッセージで指定されたＧＥＴメソッドやＰＯＳＴメソッド等のデータ取得メソッドによりデータを取得している。このように授受されるデータの典型として、まず、ブラウザからＷｅｂサーバへの入力は任意個の文字型データであり、また、Ｗｅｂサーバからブラウザへの応答は、１個のＨＴＭＬと呼ばれる木構造を持つ構造付きの文字型のデータであり、それぞれＨＴＴＰ特有のメッセージフォーマットに格納されてやりとりされる。
【０００６】
これに対し、Ｗｅｂサービスでは、サーバ側とクライアント側それぞれのアプリケーションが、ＳＯＡＰプロトコルで通信することでデータを授受している。また、この場合のデータは、典型的には、双方向とも任意個の任意の型のデータが、ＸＭＬと呼ばれるフォーマットに格納されてやりとりされる。
【０００７】
従来、上記のような通信部分の変更には、既存のＷｅｂアプリケーションの授受データの解析やＷｅｂサービス用フォーマットのデータの解析や作成、ＳＯＡＰプロトコルでの通信等の開発が必要となり、熟練したプログラマによる相当長時間の作業が必要で、所要期間や費用等の負担が大きいという問題があった。メッセージの内容に応じた変換を行う技術はあったが（特許文献１参照）、上記のような課題を解決する具体的な技術を提供するものではなかった。
【０００８】
本発明は、上記のような従来技術の問題点を解決するもので、その目的は、Ｗｅｂアプリケーションを、プロトコルの分析及び変換により、Ｗｅｂサービスと組み合わせる技術すなわち情報処理装置、方法及びプログラムを提供することである。
【課題を解決するための手段】
【０００９】
上記の目的を達成するため、本発明の情報処理装置は、ＨＴＴＰプロトコルによりＧＥＴまたはＰＯＳＴメソッドで上りデータ取得を行うＷｅｂアプリケーション用通信における、少なくとも呼び出し上りデータを含む授受データの例の入力を受け付けるとともに、入力された前記授受データの例に基いて、少なくとも呼び出し上りデータの個数並びに名称、及びそれに対応する結果応答下りデータのフォーマットを含む接続プロトコルの法則を分析する分析手段と、分析された前記接続プロトコルの法則に基づいて、所定のＷｅｂサービスにおける通信を、前記Ｗｅｂアプリケーション用通信との間で変換するためのプロトコル変換部を備えたことを特徴とする。
【００１０】
この態様では、ＨＴＴＰプロトコルに代表される既存のＷｅｂアプリケーションの授受データの例を自動解析した結果を、ＳＯＡＰプロトコルに代表されるＷｅｂサービス用通信との変換に用いるので、特段の専門知識や熟練も要すること無く、Ｗｅｂアプリケーションと同等のＷｅｂサービスを開発した結果を短時間で容易に得られ、システム開発費や工数の大幅な削減短縮が可能となる。
【発明を実施するための最良の形態】
【００１１】
次に、本発明を実施するための最良の形態（以下「実施形態」と呼ぶ）について図面を参照して説明する。
【００１２】
〔１．構成〕
本実施形態は、図１の構成図に示すように、本来は人間がブラウザ１１，１２から利用するサーバ側のＷｅｂアプリケーション２１，２２と、本来は無人稼動するＷｅｂサービスクライアントアプリケーション３１，３２との仲立ちをする情報処理装置で、ゲートウェイシステム４と呼び、単に「本システム」とも呼ぶものとする。
【００１３】
本システム４は、Ｗｅｂアプリケーション２１，２２の稼動する図示しないサーバコンピュータシステムと、Ｗｅｂサービスクライアントアプリケーション３１，３２の稼動する図示しないクライアントコンピュータシステムとの間に、プロキシサーバとして実装される。本システム４は、例としてコンピュータが所定のプログラムを実行することにより図１に示す下記の各要素を実現するもので、装置のほか、そのようなプログラム及び情報処理方法としても把握でき、図１に示す各要素は、下記のように作用する手段として構成される。
【００１４】
〔２．作用〕
〔２−１．接続プロトコルの分析〕
まず、分析手段である分析機能部５０（単に「分析機能」とも呼ぶ）が、ＨＴＴＰによる呼び出しＵＲＬと、ＧＥＴ又はＰＯＳＴから選択されるＷｅｂアプリケーション用通信における、呼び出し上りデータ（「授データ」や「授メッセージ」又は「上りデータ」とも呼ぶ）とこれに対応する結果応答下りデータ（「受データ」又は「下りデータ」とも呼ぶ）を含む授受データの例の入力を受け付けるとともに、この入力された前記授受データの例に基づいて、少なくとも呼び出し上りデータの個数並びに名称、及びこれらに対応する結果応答下りデータのフォーマットを含む接続プロトコルの法則を分析する。なお、フォーマット解析の対象となる結果応答下りデータは、上記のように実例を入力してもよいが、与えられた上りデータの例を実際に目標のＷｅｂアプリケーションへ送信して下りデータを自動取得するようにしてもよい。
【００１５】
ここで、図２〜図４に、ＷｅｂアプリケーションがＨＴＴＰ／ＧＥＴプロトコルを採用している場合の例を示す。まず、ユーザが、目的のＷｅｂアプリケーション２１にアクセスしている状態で、そのブラウザのアドレス欄に表示されるＵＲＬをコピーして（図２）、分析機能部５０による所定の画面のＣＧＩ  ＵＲＬ欄に入力すると（図３）、分析機能部５０は図４のフローチャートに示す処理により、Ｗｅｂアプリケーションへの上りデータの個数と名称を分析する。この処理手順では、入力されたＵＲＬ例（ステップＳ４１）の文字列の先頭から順に（ステップＳ４２）、所定の区切り文字（ステップＳ４４，Ｓ４５）を頼りに各データを抽出する（ステップＳ４２〜Ｓ４９）。この結果は、そのままＷｅｂサービスサーバアプリケーションへの上りデータの原型となり、図３の下半分に示すような授データ情報として保持され、後に生成機能部６０に渡される。
【００１６】
一方、ＷｅｂアプリケーションがＨＴＴＰ／ＰＯＳＴプロトコルを採用している場合は、図１の通信分析用プロキシ（ｐｒｏｘｙ）機能部５５が、図４に準じ、図５のフローチャートに示す処理を行って、図６に例示するようなメッセージを取得し（図５のステップＳ７１）、そのＣｏｎｔｅｎｔ部分に対して（ステップＳ７２）、分析機能部５０が分析を試みる。この結果、図７に例示するように、Ｗｅｂアプリケーションへの上りデータの個数と名称が分析され、これらがそのままＷｅｂサービスサーバアプリケーションへの上りデータの原型となる。
【００１７】
また、Ｗｅｂアプリケーション側からのＨＴＭＬによる結果応答下りデータについては、分析機能部５０は、返答されるＨＴＭＬ全体をそのまま１個の文字列型のデータとしてＷｅｂサービスからの返答の原型とする。また、分析機能部５０は同時に、グラフ構造を持つ前記結果応答下りデータから、タグ情報と、属性情報と、データ内容との各組を複数抽出し、生成機能部６０は、各組について識別子を付与して表示する。この識別子は、第１のアドレスとしてルートからの位置、第２のアドレスとして任意の位置からの相対位置の２つのアドレスの組み合わせで前記グラフ構造におけるデータ位置を示すアドレス表現によるものである。
【００１８】
すなわち、図９の処理手順に従い、ＨＴＭＬデータ（ステップＳ９１）の表すウェブページ内容を表示し（図８右下部分、ステップＳ９２）、また、ＨＴＭＬデータ内のグラフ構造で構成するタグ、属性、データ内容のデータ群を、グラフ構造向けのバイナリアドレス（ステップＳ９３）による識別子とともに、図９に従った動作で表示する（ステップＳ９４，Ｓ９５）。さらに図８左上のＲｏｏｔ欄に表示ベースアドレスを指定すると（ステップＳ９６）、図９に従いその表示ベースアドレスからの相対的な位置で表示する（ステップＳ９５）。
【００１９】
〔２−２．修正と変換規則の追加〕
そして、まず、図３や図７に示したデータ名や型は、エディタ等の文字列編集などにより、原型から修正できるようにしてもよい。また、各データごとに、図１１に例示するように、その値を変換するデータ変換規則を指定及び上りデータの情報に追加できるようにしてもよい。すなわち、生成機能部６０は修正機能部６５（単に「修正機能」とも呼ぶ）を含み、この修正機能部６５は、前記呼び出し上りデータ及び結果応答下りデータの個数、各データの名称、各データの型の少なくともいずれかを、ユーザからマウス等のポインティングデバイスやキーボードなどの入力装置で与えられる操作に応じて修正する。また、この修正機能部６５は、前記変換の際に前記授受データの内容を変換することとなる、変換規則の指定を予め受け付ける。
【００２０】
また、生成機能部６０は、前記結果応答下りデータのどの部分をＷｅｂサービスへ渡すかについて前記識別子による指定を受け付ける。なお、識別子による表示や指定において、前記第１のアドレスの末尾が任意アドレスを示す所定のキャラクタであった場合に、前記第１のアドレスが特定する全データから前記第２のアドレスが特定する相対位置の一又は二以上の全データが、前記第１のアドレスと前記第２のアドレスの組み合わせにより特定されるデータとなる。
【００２１】
例えば、図８の表示を参考に、図３、図７と同様の別ウインドウ画面において下りデータについても修正を行うと、下りデータの情報に識別子、データ名、型が登録される。具体例として、識別子は、図１０に示すように、第１のアドレスと第２の相対アドレスで指定できる。さらに、図１０（第１の返答データの第１のアドレス）に示すように、第１のアドレスの末尾に任意（ワイルドカード）を示す「＊」など所定の特殊キャラクタを指定すると、末尾以外が第１のアドレスと同一の全データから第２の相対アドレスの位置にあるデータのタグ、属性、データ内容のいずれかが下りデータの情報に登録される。変換規則に関しても上りデータの場合と同様に、図１１に例示したような画面で指定することにより、下りデータ情報に追加できる。
【００２２】
〔２−３．専用プロトコル変換部の生成と利用〕
そして、生成機能部６０（単に「生成機能」とも呼ぶ）は、生成手段であり、上記のように分析機能部５０により分析された前記接続プロトコルの法則に基づいて、また、修正機能部６５により与えられた修正や変換規則に基づいて、図１２のフローチャートに例示するような処理により、所定のＷｅｂサービスにおける通信を、前記Ｗｅｂアプリケーション用通信との間で変換するためのプロトコル変換部７３や７５を生成する（図１）。図１２の処理手順では、分析機能部５０から受け取る授受データの情報と（ステップＳ１２１〜Ｓ１２３）、指定されたデータ変換に基づいて（ステップＳ１２４）、上りデータと下りデータの変換を行う手順を生成する（ステップＳ１２４〜Ｓ１２８）。
【００２３】
プロトコル変換部７３や７５は、それぞれ、本実施形態の最初に利用例を分析機能部５０に与えた、Ｗｅｂアプリケーション２１や２２にそれぞれ専用のもので、コンピュータ・プログラム・モジュールなどの形で実現される。そして、生成機能部６０は、分析された前記呼び出し上りデータの個数、各データの名称および、各データの型を文字型として呼び出す前記プロトコル変換部を生成する。また、生成機能部６０は、前記結果応答下りデータを、個数が１個、型を文字型として受け取る前記プロトコル変換部を生成する。なお、本実施形態ではプロトコル変換部７３や７５は、それぞれ、本実施形態の最初に利用例を分析機能部５０に与えた、Ｗｅｂアプリケーション２１や２２にそれぞれ専用のもので、コンピュータ・プログラム・モジュールなどの形で実現したが必ずしもこれに限らない。
【００２４】
上記のように生成された専用プロトコル変換部７３，７５は、Ｗｅｂサービスゲートウェイ４の共通プロトコル変換部７０上で動作し、Ｗｅｂサービスのクライアント側に対し、サーバ側アプリケーションと同様に振舞う。共通プロトコル変換部７０は、ＨＴＴＰとＳＯＡＰの各データ間の一般的な形式の相違を変換により吸収するもので、それ以外の個別のＷｅｂアプリケーションやＷｅｂサービス特有の特徴は専用プロトコル変換部７３や７５により処理される。
【００２５】
そして、Ｗｅｂサービスにおける個々のクライアント側アプリケーション３１，３２のために、Ｗｅｂサービスのゲートウェイシステム４において対応する専用プロトコル変換部７３，７５の作用により、データやプロトコルが変換される。この変換により、ＷｅｂサービスのＳＯＡＰ形式の授データは、ＷｅｂアプリケーションにおけるＨＴＴＰ  ＧＥＴやＰＯＳＴのデータに変換され、対応するＷｅｂアプリケーションに（必要に応じ起動のうえ）転送される。また、Ｗｅｂアプリケーションのサーバがこれに応答した受データは、ＨＴＴＰによるＨＴＭＬ形式から、Ｗｅｂサービス用ＳＯＡＰ形式に変換され、該当するもとのＷｅｂサービスクライアントアプリケーション３１又は３２に転送される。
【００２６】
〔３．効果〕
以上のように、本実施形態では、ＨＴＴＰプロトコルに代表される既存のＷｅｂアプリケーションの授受データの例を自動解析した結果を、ＳＯＡＰプロトコルに代表されるＷｅｂサービス用通信との変換に用いるので、特段の専門知識や熟練も要すること無く、Ｗｅｂアプリケーションと同等のＷｅｂサービスを開発した結果を短時間で容易に得られ、システム開発費や工数の大幅な削減短縮が可能となる。
【００２７】
また、本実施形態では、サーバ側かクライアント側でサーバやクライアントとは別のハードウェア又はプロセスとして、又はいずれの側とも別体の独立したコンピュータシステムとして分析や変換の手段を実装することにより、ＷｅｂアプリケーションやＷｅｂサービスのプログラムとは別個独立に開発やメンテナンスが可能となる利点がある。
【００２８】
また、本実施形態では、解析結果を原型としてユーザによる修正を受け付けることにより、例えば、Ｗｅｂアプリケーションの応答結果下りデータから画像要素を除き必要な部分をＷｅｂサービスのクライアントに戻すなど、運用の実情に合わせた変換が容易になる。
【００２９】
また、本実施形態では、授受データの値の変換規則を指定することで、例えば、Ｗｅｂアプリケーション側ではメニュー選択用に値が識別番号で、Ｗｅｂサービス側の入力は識別番号でなく名称のような場合でも、その形式の違いを容易に埋めることができる。
【００３０】
特に、本実施形態では、Ｗｅｂアプリケーションから返答されるＨＴＭＬデータをもとに、その間グラフ構造中の各位置を示すバイナリアドレス表現の識別子で、ＨＴＭＬデータの中の一部のデータ群のみをＷｅｂサービスとしての下りデータと指定できる。これにより、例えば人間に対する画像等を含む応答を、Ｗｅｂサービスクライアントシステムという情報システムへの返答に適した、例えば画像を除く意味ある文字列のみ等に変更することが特に容易となる。例えば、ＨＴＭＬでは、天気と予想最高気温と降水確率がそれぞれ文字と絵で一覧になっているのに対して、天気と降水確率の文字のみをＷｅｂサービスへの下りデータとする、などである。
【００３１】
また、本実施形態では、返答すべきデータが特定または不特定の複数である場合に、第１のバイナリアドレスの末尾が任意を示すキャラクタのバイナリアドレスを導入し、グラフ構造中でそれによって特定された複数のデータ群のそれぞれの中での位置を第２のアドレスで指定する。これにより、例えば要求仕様に合う複数の製品に関して製品名、性能、価格を返す場合に、第１のアドレスによって各製品のデータの先頭を示し、第２のアドレスによって、各製品のデータの中で、例えば製品名と価格を示すことにより、複数の製品の製品名と価格のペア群を下りデータとすることが可能になる。
【図面の簡単な説明】
【００３２】
【図１】本発明の実施形態の構成を示す機能ブロック図。
【図２】本発明の実施形態において、ブラウザのアドレス欄からＵＲＬを取得する様子を示す表示例。
【図３】本発明の実施形態における分析機能による画面例を示す図。
【図４】本発明の実施形態における分析の処理手順の一部を示すフローチャート。
【図５】本発明の実施形態における分析の処理手順の一部を示すフローチャート。
【図６】本発明の実施形態における上りデータの一例を示す概念図。
【図７】本発明の実施形態において分析されたデータの一例を示す概念図。
【図８】本発明の実施形態において分析された下りデータの表示画面例を示す図。
【図９】本発明の実施形態において、分析された下りデータの表示における処理手順を示すフローチャート。
【図１０】本発明の実施形態における識別子を例示する図。
【図１１】本発明の実施形態における変換規則を例示する図。
【図１２】本発明の実施形態において変換部を生成する処理手順を示すフローチャート。
【符号の説明】
【００３３】
１１，１２…ブラウザ
２１，２２…Ｗｅｂアプリケーション
３１，３２Ｗｅｂサービスクライアントアプリケーション
４…ゲートウェイシステム
５０…分析機能部
５５…通信分析用プロキシ機能部
６０…生成機能部
６５…修正機能部
７０…共通プロトコル変換部
７３，７５…専用プロトコル変換部
【図１】
2005149131.tif 000003
【図２】
2005149131.tif 000004
【図３】
2005149131.tif 000005
【図４】
2005149131.tif 000006
【図５】
2005149131.tif 000007
【図６】
2005149131.tif 000008
【図７】
2005149131.tif 000009
【図８】
2005149131.tif 000010
【図９】
2005149131.tif 000011
【図１０】
2005149131.tif 000012
【図１１】
2005149131.tif 000013
【図１２】
2005149131.tif 000014