(57)【特許請求の範囲】
【請求項１】
端末装置からネットワークインターフェイスを経由して、ＩＰネットワークヘ接続する際に、ネットワークインターフェイス内に隠蔽された接続のために必要な認証情報を用いて、ＩＰネットワークへ接続する機能と、端末装置に対して、ＩＰネットワークへの接続方法に依存しない同一の接続方法を提供する機能と、端末装置とＩＰネットワーク間を中継する機能を備えたネットワークインターフェイスを用いる通信方式であって、前記ＩＰネットワークへ接続する機能として、ＩＰネットワークに接続するために必要なプロトコルを、接続先に応じて、動的に組み合わせてプロトコルスタックを生成することを特徴とするネットワークインターフェイスを用いる通信方式。
【請求項２】
端末装置からネットワークインターフェイスを経由して、ＩＰネットワークヘ接続する際に、ネットワークインターフェイス内に隠蔽された接続のために必要な認証情報を用いて、ＩＰネットワークへ接続する機能と、端末装置に対して、ＩＰネットワークへの接続方法に依存しない同一の接続方法を提供する機能と、端末装置とＩＰネットワーク間を中継する機能を備えたネットワークインターフェイスを用いる通信方式であって、前記端末装置とＩＰネットワーク間を中継する機能として、端末装置からの要求をネットワークインターフェイス内のアプリケーションで終端し、そのアプリケーションがＩＰネットワーク経由で通信を行い要求に対する処理を行い、端末装置へ返答することを特徴としたネットワークインターフェイスを用いる通信方式。
【請求項３】
端末装置からネットワークインターフェイスを経由して、ＩＰネットワークヘ接続する際に、ネットワークインターフェイス内に隠蔽された接続のために必要な認証情報を用いて、ＩＰネットワークへ接続する機能と、端末装置に対して、ＩＰネットワークへの接続方法に依存しない同一の接続方法を提供する機能と、端末装置とＩＰネットワーク間を中継する機能を備えたネットワークインターフェイス装置であって、前記ＩＰネットワークへ接続する機能として、ＩＰネットワークに接続するために必要なプロトコルを、接続先に応じて、動的に組み合わせてプロトコルスタックを生成することを特徴とするネットワークインターフェイス装置。
【請求項４】
端末装置からネットワークインターフェイスを経由して、ＩＰネットワークヘ接続する際に、ネットワークインターフェイス内に隠蔽された接続のために必要な認証情報を用いて、ＩＰネットワークへ接続する機能と、端末装置に対して、ＩＰネットワークへの接続方法に依存しない同一の接続方法を提供する機能と、端末装置とＩＰネットワーク間を中継する機能を備えたネットワークインターフェイス装置であって、前記端末装置とＩＰネットワーク間を中継する機能として、端末装置からの要求をネットワークインターフェイス内のアプリケーションで終端し、そのアプリケーションがＩＰネットワーク経由で通信を行い要求に対する処理を行い、端末装置へ返答することを特徴としたネットワークインターフェイス装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＩＰネットワークヘのアクセス技術に係わり、特に、ＩＰネットワークヘアクセスする際のネットワークインターフェイスを用いた通信方式およびその装置に関する。
【０００２】
【従来の技術】
今日インターネットを始めとするＩＰネットワークの利用が広く普及しつつある。このＩＰネットワークヘの接続方法には、さまざまな方法が存在する。
例えば、Ｅｔｈｅｒｎｅｔ経由の場合、ネットワーク管理者から固定ＩＰアドレスを割り当ててもらい、必要な情報を利用者自身が手動で設定して接続する方法、ＤＨＣＰなどにより、ＩＰアドレスなどの必要な情報をネットワークから動的に取得し、自動で設定して接続する方法、ＰＰＰｏＥにより、ＰＰＰ経由で接続し、ＩＰＣＰによりＩＰアドレスなどの情報を取得し、自動で設定して接続する方法などがある。
【０００３】
また、公衆電話網経由の場合、ダイヤルアップＰＰＰ経由で接続し、ＩＰＣＰによりＩＰアドレスなどの情報を取得し、自動で設定して接続する方法などがある。
また、多くの企業においては、広域ＩＰネットワークの利便性を生かしつつセキュリティを高めたイントラネットなどと呼ばれる閉域のＩＰネットワークを構築する傾向がある。広域ＩＰネットワークを介して、この閉域ＩＰネットワークヘの接続には、上記のＩＰネットワークヘの接続に加えて、Ｌ２ＴＰ、ＰＰＴＰ、ＩＰＳｅｃなどのＶＰＮプロトコルと呼ばれるプロトコルを用いる方法がある。
【０００４】
以上のように、ＩＰネットワークへの接続方法には、ネットワーク環境の違いに応じて、さまざまな方法が存在する。このように、さまざまなＩＰネットワークへの接続方法が混在する状況に対して、従来の技術では、端末装置に備える方法と中継装置に備える方法の２つが存在した。
【０００５】
端末装置に備える方法とは、端末装置のＯＳにおいて、各種の接続方法をサポートする方法である。利用者が、ネットワーク環境に応じた設定を行い、ＩＰネットワークへ接続する方法である。現在では、固定的にＩＰアドレスを割り当てる方法、ＤＨＣＰでＩＰアドレスを割り当てる方法、およびダイヤルアップＰＰＰをサポートしたＯＳが多数を占める。
【０００６】
中継装置に備える方法とは、中継装置であるルータにおいて、各種の接続方法をサポートする方法である。端末装置から中継装置までは、上記の端末装置の備えた方式で接続し、その先における接続方法をルータが肩代りすることにより、目的のＩＰネットワークヘ接続する方法である。例えば、ブロードバンドルータと呼ばれるＰＰＰｏＥを備えたルータでは、ＰＰＰｏＥによりＰＰＰ経由で接続する機能を肩代りする。また、Ｌ２ＴＰのＬＡＣ機能を備えたルータでは、Ｌ２ＴＰで接続する機能を肩代りする。
【０００７】
【発明が解決しようとする課題】
さまざまな環境においてＩＰネットワークヘの接続を行うためには、そのネットワーク環境に応じたＩＰネットワークへの接続方法が必要である。これを実現する方法として、従来の技術では、端末装置に備える方法と中継装置に備える方法の２つが存在したが、いづれの方法においても問題が存在する。
【０００８】
端末装置に備える方法では、各ＯＳにおいて設定方法が異なることや、さらにＯＳによってサポートしているＩＰネットワークヘの接続方法が異なるといった問題がある。このため、あるネットワーク環境において、一方のＯＳでは接続できるが、他方のＯＳでは接続できないといった問題が発生する。
【０００９】
中継装置に備える方法では、ＩＰネットワークヘの接続場所となるすべての箇所において、中継装置が必要となる。また、端末装置のＯＳによっては、中継装置の機能を必要とするものと必要としないものがあるが、それらを切り分けて、使う必要が発生する。また、セキュリティにかかわるＩＰＳｅｃなどの暗号化機能を中継装置に肩代わりさせる場合には、セキュリティを中継装置の管理者に依存することとなる。
【００１０】
【課題を解決するための手段】
本発明では、以下の機能をネットワークインターフェイス内に加えることにより、上記の問題を解決する。ネットワークインターフェイスは、ＩＰネットワークへ接続する際に、必ず使用するものであることに注意する。
−ＩＰネットワークへ接続する機能
−端末装置に対して、ＩＰネットワークへの接続方法に依存しない同一の接続方法を提供する機能
−端末装置とＩＰネットワーク間を中継する機能
これにより、端末装置のＯＳに求められる要件は、最も一般的なＩＰネットワークヘの接続方法をサポートすることのみとなり、このインターフェイスを用いることにより、各種の接続方法が必要であるＩＰネットワークへ接続することが可能となる。端末装置のＯＳへの依存性および中継装置の補助をなくすことが可能となる。
【００１１】
また、セキュリティに係わる情報をネットワークインターフェイス内に隠蔽することにより、このネットワークインターフェイスがセキュリティトークンの役割を果たすこととなる。よって、目的のＩＰネットワークへのアクセスに際して、端末装置および中継装置に依存することなく、認証および秘匿通信を行うことも可能となる。
【００１２】
【発明の実施の形態】
以下に本発明を実施形態に従って説明する。
ＰＣカード型の無線ＬＡＮのインターフェイスを想定して説明するが、本特許請求の範囲は、これに留まらない。
【００１３】
（１）ハードウェア構成
図１に本発明の一実施形態のハードウェア構成を示す。ハードウェア構成は、図１のように、制御部、インターフェイスロジック部、無線部の３点から構成される。
【００１４】
制御部は、インターフェイスロジック部および無線部を制御する主体であり、中央制御部（ＣＰＵ）、主記憶（メモリ）、補助記憶媒体（フラッシュメモリ）から構成される。補助記憶媒体に格納されたプログラムを主記憶上に展開して、中央制御装置で動作する。
【００１５】
インターフェイスロジック部は、ＰＣカードインターフェイスロジックと無線インターフェイスロジックから構成される。
ＰＣカードインターフェイスロジックにおいて、端末装置（ＰＣ）側に対して、標準的なイーサネットインターフェイス（ＮＥ２０００互換イーサネットインターフェイス）をエミュレートする。
無線インターフェイスロジックにおいて、（ＰＣＩ）バス経由で制御部と無線部との通信を中継する。
【００１６】
無線部は、無線ＬＡＮ通信を行う部分である。ここでは、８０２．１１ｂなどの無線ＬＡＮのチップセットを用いて構成する。チップセットへは、（ＰＣＩ）バスを経由して制御することが可能である。
【００１７】
上記ハードウェアは、ＰＣカード挿入時（電源投入時）に、中央制御装置は、補助記憶媒体からプログラムを読みだし、主記憶に展開して、実行を開始する。また、端末装置からは、標準的な（ＮＥ２０００互換）イーサネットインターフェイスとして認識される。
【００１８】
また、制御部をワンチップ化して、補助記憶媒体内に暗号鍵などの秘匿情報を隠蔽し、暗号処理などにおいて、秘匿情報をバス等のチップの外側に出ないようにすることにより、ハードウェアトークンと同様の機能を実現する。
【００１９】
（２）ソフトウェア構成
以上のようなハードウェアを用いて、各機能をソフトウェアによって実現する。図２に本発明の一実施形態のソフトウェア構成を示す。
まず、ソフトウェア構成の基本となるＯＳについて述べる。ＯＳは、標準的なタスク管理やメモリ管理やスケジューラなど備える。このＯＳに必須な機能として、無線側の無線ネットワークデバイス（以下では、ｗｌａｎ０と呼ぶ。）をデバイスドライバ経由で扱えることである。次に必須な機能として、ＰＣカードインターフェイスロジックを経由して、端末装置とパケットの送受信が行われるが、このＰＣカードインターフェイスロジックに対するデバイスドライバがＯＳからは、イーサネットデバイス（以下では、ｅｔｈ０と呼ぶ。）として扱えるようにする。
【００２０】
デバイスであるｅｔｈ０およびｗｌａｎ０を制御するプログラムにより、機能として挙げたＩＰネットワークへ接続する機能、端末装置に対して、ＩＰネットワークへの接続方法に依存しない同一の接続方法を提供する機能、端末装置とＩＰネットワーク間を中継する機能を実現する。また、接続先に応じて、動的に組み合わせてプロトコルスタックを生成する機能も実現する。
【００２１】
プログラムは、以下の部位から構成される。
−プロトコルスタック部
プロトコルスタック部は、接続先のＩＰネットワークヘの接続の確立および端末装置との通信を行う部分である。下記で述べる接続先に応じてプロトコルスタックを生成する部分でもある。
−ユーザインターフェイス部
ユーザインターフェイス部は、端末装置からのＩＰ  ネットワークへの接続、切断などの要求を受け付ける部分である。端末装置とは、ＩＰプロトコル上のＨＴＴＰプロトコルを用いて通信を行う。
−アドレス管理部
端末装置に対して割り当てるＩＰアドレスを管理する部分である。
【００２２】
（２−１）通信方法
本節では、具体的に、ＩＰネットワークへの接続を実現する通信方法について説明する。
１．まず、初期状態における設定について説明する。
図３に示すように、ＯＳ上のアプリケーション用に、ＩＰアドレス10.0.0.1/8を割り当てる。
また、ｅｔｈ０におけるＡＲＰは、プロキシ−ＡＲＰとして動作させて、端末装置宛以外のパケットは全てｅｔｈ０が受信するように動作させる。
【００２３】
２．次に、端末装置からのＤＨＣＰによる設定要求に対して、アドレス管理部が、ＤＨＣＰプロトコルで応答することにより、アドレスを割り当てる。ここでは、10.0.0.5/8を割り当てるものとする。
以上のようにして、端末装置とユーザインターフェイス部がＩＰによる通信が可能となる。
【００２４】
３．端末装置とユーザインターフェイス部がＩＰによる通信を行って、接続先のＩＰネットワーク等を決定し、接続要求を行う。
ここでは、ＰＰＰｏＥを用いて、Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔによる接続を行うことを想定した図を図４に記述する。
【００２５】
４．ユーザインターフェイス部は、プロトコルスタック部を操作して、下記で述べる方法により、プロトコルスタックを生成して、目的のＩＰネットワークへ接続する。ここでは、接続により図４のようにＩＰアドレス129.60.0.1/16が割り当てられたとする。
【００２６】
５．端末装置から送出されたパケットは、プロトコルスタック部へ到達し、図４の（＊）に示すＩＰプロトコル処理部において、処理される。パケットのデスティネーションアドレスを調べて、以下のように動作する。
10.0.0.1/8宛の場合には、ＯＳ上のアプリケーション側へ送付する。
10.0.0.1/8宛以外の場合には、ＮＡＴ／ＮＡＰＴによるアドレス／ポート変換処理が行われて、グローバルアドレス（129.60.0.1）に変換されて、ＰＰＰ／ＰＰＰｏＥフレームに乗せられて、外部（無線側）へ送出される。
【００２７】
６．ＯＳ上のアプリケーションから送出されたパケットは、プロトコルスタック部へ到達し、図４の（＊）に示すＩＰプロトコル処理部において、処理される。パケットのデスティネーションアドレスを調べて、以下のように動作する。
10.0.0.5/8宛の場合には、端末装置へ送付する。
10.0.0.5/8宛以外の場合には、ＮＡＴ／ＮＡＰＴによるアドレス／ポート変換処理が行われて、グローバルアドレス（129.60.0.1）に変換されて、ＰＰＰ／ＰＰＰｏＥフレ−ムに乗せられて、外部（無線側）へ送出される。
【００２８】
７．外部（無線側）から受信されたパケットは、プロトコルスタック部へ到達し、図４の（＊）に示すＩＰプロトコル処理部において、ＮＡＴ／ＮＡＰＴによるアドレス／ポート変換が行われたのちに、パケットのデスティネーションアドレスを調べて、以下のように動作する。
10.0.0.1/8宛の場合には、ＯＳ上のアプリケーション側へ送付する。
10.0.0.5/8宛の場合には、端末装置へ送付する。
【００２９】
また、図５は派生した形態である。端末装置に接続先のＩＰアドレス（グローバルアドレス）を割り当てる方法である。
１．〜４．までは上記と同様である。
【００３０】
４’．端末装置に対して割り当てるＩＰアドレスを、グローバルアドレスへ変更する。すなわち、10.0.0.5から129.60.0.1へ変更する。
ＩＰアドレスの変更に関しては、ＤＨＣＰプロトコルのFORCERENEWを用いて強制的に変更するか、もしくはリース時間を短く設定しておき、リース期限延長要求に対して、ＮＡＫを返して、新たにＩＰアドレスを取得させる方法などがある。
【００３１】
５’．端末装置から送出されたパケットは、プロトコルスタック部へ到達し、図５の（＊）に示すＩＰプロトコル処理部において、処理される。パケットのデスティネーションアドレスを調べて、以下のように動作する。
10.0.0.1/8宛の場合には、ＯＳ上のアプリケーション側へ送付する。
10.0.0.1/8宛以外の場合には、変換等は行わずＰＰＰ／ＰＰＰｏＥフレームに乗せられて、外部（無線側）へ送出される。
【００３２】
６’．ＯＳ上のアプリケーションから送出されたパケットは、プロトコルスタック部へ到達し、図５の（＊）に示すＩＰプロトコル処理部において、処理される。パケットのデスティネーションアドレスを調べて、以下のように動作する。
129.60.0.1宛の場合には、端末装置へ送付する。
129.60.0.1宛以外の場合には、ＮＡＴ／ＮＡＰＴによるアドレス／ポート変換処理が行われて、グローバルアドレス（129.60.0.1）に変換されて、ＰＰＰ／ＰＰＰｏＥフレームに乗せられて、外部（無線側）へ送出される。
【００３３】
７’．外部（無線側）から受信されたパケットは、プロトコルスタック部へ到達し、図５の（＊）に示すＩＰプロトコル処理部において、ＮＡＴ／ＮＡＰＴによるアドレス／ポート変換が行われたのちに、パケットのデスティネーションアドレスを調べて、以下のように動作する。
10.0.0.1/8宛の場合には、ＯＳ上のアプリケーション側へ送付する。
129.60.0.1宛の場合には、端末装置へ送付する。
【００３４】
（２−２）プロトコルスタック生成方法
本節では、接続先に応じたプロトコルスタックを生成する枠組について説明する。
以下の２つを実現することにより、接続先に応じたプロトコルスタックを動的に生成することを実現する。
【００３５】
（ｉ）各プロトコルをオブジェクト化して、そのインターフェイスを統一化する。プロトコルオブジェクトのインスタンスを柔軟に連結させることにより、プロトコルスタックを形成できるフレームワークを提供する。
（ｉｉ）各プロトコルオブジェクトのインスタンスに対して、ダイレクトにアクセスできるインターフェイスを用意して、直接オペレーション等のできるフレームワークを提供する。
【００３６】
図６のTCP_0、TCP_1、IP_1、PPP_1、IP_0、802.3_0は、プロトコルインスタンスを表し、これを組み合わせる(積み重ねる)ことにより、プロトコルスタックを形成する。
【００３７】
（Ａ）プロトコルインスタンス
各プロトコルオブジェクトの実態がプロトコルインスタンスであり、図７のような構成である。プロトコルオブジェクトに対して、create/destroyを行うことにより、プロトコルインスタンスの生成／消滅が行われる。
【００３８】
（Ａ−１）外部インターフェイス
プロトコルインスタンスは、３種類のインターフェイスを備える。
ａ．uppper interface：上位のプロトコルインターフェイスからのパケットの受信を行うインターフェイスである。
ｂ．lower interface：下位のプロトコルインターフェイスからのパケットの受信を行うインターフェイスである。
ｃ．control interface：管理のためのコントロールパケットの受信を行うインターフェイスである。
【００３９】
（Ａ−２）外部機能
プロトコルオブジェクト／インスタンスが提供する機能は、以下の通りである。
−create/destroy：プロトコルインスタンスの生成/破棄を行う機能である。
−connect/disconnect：upper interfaceもしくはlower interfaceを生成し、プロトコルインスタンス間の接続／切断を行う機能である。
−activate/deactivate：プロトコルインスタンスの有効化／無効化を行う機能である。
−config：プロトコルインスタンスの設定を行う機能である。
−notify：プロトコルインスタンスからの通知を行う機能である。
−recv：interfaceからmessageを受信する機能である。
【００４０】
（Ａ−３）内部機能
プロトコルインスタンス内部では、プロトコル処理のために以下のような機能を提供する。
−queue：fragemetやretransmitのためにパケットを保持しておく必要がある場合がある。
このような処理を行うために、queue機能を提供する。
−database：routingやarpなど、データベースを必要とする場合がある。
このような処理を行うために、database機能を提供する。
−timer：タイムアウト処理などを行うために、timer機能を提供する。
【００４１】
（Ｂ）プロトコルスタックの生成
上記のようなプロトコルオブジェクト／インスタンスを用いてプロトコルスタックを動的に生成する。プロトコルスタックの生成順序であるが、基本的には下位のプロトコルインスタンスから順次生成していく。
下記のａ．〜ｄ．を繰り返すことにより、プロトコルスタックを組み立てていく。
【００４２】
ａ．create
プロトコルオブジェクトのcreateを実行することにより、プロトコルインスタンスを生成する（図８参照）。さらに、必要ならばtimer、database、queueも生成する。
（以降は、control interfaceを経由して、操作する。）
【００４３】
ｂ．connect
connectでは、以下のようにして、プロトコルインスタンス間を接続する（図９参照）。
１．上位プロトコルインスタンス中の送信を下位プロトコルインスタンスのupper interfaceに向ける。
２．下位プロトコルインスタンス中の送信を上位プロトコルインスタンスのlower interfaceに向ける。
【００４４】
ｃ．config
configでは、(必要に応じて)プロトコルインスタンスの設定を行う（図１０参照）。
【００４５】
ｄ．activate
activateでは、以下のようにして、プロトコルインスタンスの有効化を行う（図１１参照）。
１．プロトコルインスタンスを有効化する。具体的には、プロトコルステータスの開始などである。
【００４６】
（Ｃ）プロトコルスタックの消滅
プロトコルスタックが不要になった際に、以下のような手順でプロトコルスタックの消滅を行う。
プロトコルスタックの消滅順序であるが、基本的には上位のプロトコルインスタンスから順次消滅させていく。生成とは、逆に上位から順番に下記を行う。
【００４７】
ｅ．deactivate
deactivateでは、以下のようにして、プロトコルインスタンスの無効化を行う（図１２参照）。
１．プロトコルインスタンスを無効化する。具体的には、プロトコルステータスの終了などである。
【００４８】
ｆ．disconnect
disconnectでは、以下のようにして、プロトコルインスタンス間を切断する（図１３参照）。
１．下位プロトコルインスタンス中の上位プロトコルインスタンスlower interfaceへ向けられていた送信を消滅させる。
２．上位プロトコルインスタンス中の下位プロトコルインスタンスupper interfaceへ向けられていた送信を消滅させる。
【００４９】
ｇ．destroy
プロトコルオブジェクトのdestroyを実行することにより、プロトコルインスタンス（図１４参照）を消滅する。必要ならばtimer、database、queueも消滅させる。
以上のようなプロトコルスタックを生成する枠組を用いて、接続先に応じたプロトコルスタックを生成する。
【００５０】
以上、本発明者によってなされた発明を、前記実施の形態に基づき具体的に説明したが、本発明は、前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。例えば、前記実施の形態のＰＣカードを用いて、複数のＩＰネットワークに対して、同時に接続できることは明らかである。
【００５１】
【発明の効果】
本発明によれば、端末ＯＳにおいて、ＰＰＰｏＥ、Ｌ２ＴＰ、ＩＰＳｅｃなどのＩＰネットワークヘアクセスするプロトコルを備えなくとも、ＩＰネットワークヘ透過的にアクセスすることが可能となる。また、中間ノード（ルータ）における特別な装置を必要とすることなく、ＩＰネットワークヘ透過的にアクセスすることも可能となる。
【００５２】
また、インターフェイスに隠蔽されたセキュリティに係わる情報を用いることにより、このネットワークインターフェイスがハードウェアトークンの役割を果たすこととなり、高度な認証や秘匿を備えた通信が可能となる。
【００５３】
端末装置のＯＳに依存することなく、認証を伴うＩＰネットワークへのアクセスが可能となり、例えば、ショッピングモールなどのＩＰネットワークヘの接続時に認証を行うことにより、シングルサインオンによるオンラインショッピングなども可能となる。
このように、本発明は、ＩＰネットワーク向けの新しい情報流通プラットフォームを構築する手段としての利用が見込める。
【図面の簡単な説明】
【図１】一実施形態のハードウェア構成を示す図である。
【図２】一実施形態のソフトウェア構成を示す図である。
【図３】端末装置とユーザインターフェイス部の通信を説明するための図である。
【図４】端末装置とユーザインターフェイス部とＩＰネットワークの通信を説明するための図である。
【図５】派生した実施形態のソフトウェア構成を示す図である。
【図６】プロトコルインスタンスのスタックの例を示す図である。
【図７】プロトコルインスタンスの例を示す図である。
【図８】プロトコルインスタンスの生成を説明するための図である。
【図９】プロトコルインスタンス間の接続を説明するための図である。
【図１０】プロトコルインスタンスの設定を説明するための図である。
【図１１】プロトコルインスタンスの有効化を説明するための図である。
【図１２】プロトコルインスタンスの無効化を説明するための図である。
【図１３】プロトコルインスタンス間の切断を説明するための図である。
【図１４】プロトコルインスタンスの消滅を説明するための図である。
【図１】
0003819804.tif 000002
【図２】
0003819804.tif 000003
【図３】
0003819804.tif 000004
【図４】
0003819804.tif 000005
【図５】
0003819804.tif 000006
【図６】
0003819804.tif 000007
【図７】
0003819804.tif 000008
【図８】
0003819804.tif 000009
【図９】
0003819804.tif 000010
【図１０】
0003819804.tif 000011
【図１１】
0003819804.tif 000012
【図１２】
0003819804.tif 000013
【図１３】
0003819804.tif 000014
【図１４】
0003819804.tif 000015