(57)【要約】【課題】  匿名性を保持しながら、事前に鍵の共有を行うことなく、かつ、暗号化に要する計算負荷を抑えることができる通信装置を提供する。【解決手段】  ネットワークに接続され、２つの通信装置の間で１対１の対等型通信を行う通信装置であって、通信相手を特定するための特定情報を用いてハッシュ演算を行う第１ハッシュ演算部と、前記特定情報を用いて、前記第1ハッシュ演算部とは異なるハッシュ演算を行う第２ハッシュ演算部と、前記第２ハッシュ演算部で求めた値を暗号化鍵として、データを暗号化する暗号化処理部と、前記第1ハッシュ演算部で求めた値をネットワークでのルーティングのための情報として、前記暗号化処理部で暗号化されたデータと共に、所定の形式にて前記ネットワークに送出する送信部とを備える。【選択図】 図２
2007324890.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続され、２つの通信装置の間で１対１の対等型通信を行う通信装置であって、
通信相手を特定するための特定情報を用いてハッシュ演算を行う第１ハッシュ演算部と、
前記特定情報を用いて、前記第1ハッシュ演算部とは異なるハッシュ演算を行う第２ハッシュ演算部と、
前記第２ハッシュ演算部で求めた値を暗号化鍵として、データを暗号化する暗号化処理部と、
前記第1ハッシュ演算部で求めた値をネットワークでのルーティングのための情報として、前記暗号化処理部で暗号化されたデータと共に、所定の形式にて前記ネットワークに送出する送信部と、
を備えることを特徴とする通信装置。
【請求項２】
ネットワークに接続され、２つの通信装置の間で１対１の対等型通信を行う通信装置であって、
自身を特定するための特定情報を用いてハッシュ演算を行うハッシュ演算部と、
前記ネットワークを介してデータを受信する受信部と、
前記受信したデータから暗号化されたデータを抽出する解析部と、
前記抽出された暗号化されたデータを、前記ハッシュ部で求めた値を復号化鍵として、データを復号する復号処理部と、
を備えることを特徴とする通信装置。
【請求項３】
前記通信装置を特定するための特定情報は、URLであることを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記ハッシュ演算は、SHA-1またはMD5であることを特徴とする請求項１または２に記載の通信装置。
【請求項５】
記憶部にファイルデータを記憶する記憶装置であって、
前記ファイルデータおよび前記ファイルデータを特定するための特定情報の入力を処理する入力部と、
前記特定情報を用いてハッシュ演算を行う第１ハッシュ演算部と、
前記特定情報を用いて、前記第1ハッシュ演算部とは異なるハッシュ演算を行う第２ハッシュ演算部と、
前記第２ハッシュ演算部で求めた値を暗号化鍵として、前記ファイルデータを暗号化する暗号化処理部と、
前記第1ハッシュ演算部で求めた値を、前記ファイルデータの前記記憶部における格納位置と対応付けて前記記憶部に記録するとともに、前記暗号化されたデータを前記記憶部に記憶する記録部と、
を備えることを特徴とする記憶装置。
【請求項６】
前記入力部に入力された特定情報を入力とする前記第1ハッシュ演算部におけるハッシュ演算値に対応した、前記ファイルデータの前記記憶部における格納位置を前記記憶部から取得する位置取得手段と、
前記位置取得手段において取得した格納位置から前記ファイルデータを読み出す読出し部と、
前記読出し部において読出したファイルデータを、前記入力部に入力された特定情報を入力とする前記第２ハッシュ演算部におけるハッシュ演算値を用いて復号し、出力する復号出力部と、
を備えることを特徴とする請求項５に記載の記憶装置。
【請求項７】
前記ハッシュ演算は、SHA-1またはMD5であることを特徴とする請求項５または６に記載の記憶装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ハッシュ関数を用いた暗号化手法に関し、特に、２つの通信装置の間で１対１の対等型通信における暗号化に関する。
【背景技術】
【０００２】
一般に、通信の暗号化の方式として、共通鍵暗号方式と公開鍵暗号方式が知られている。
【０００３】
共通鍵暗号方式は、通信する端末同士が事前に暗号化キーを共有して通信を行う。また、公開鍵暗号方式は、データを送信する前に受信側の安全な公開鍵を入手して暗号化を行う。これによれば、この公開鍵を入手し、これを用いて別個の復号鍵を得るための鍵交換を行うため、処理に時間を要する。
【０００４】
一方、インターネット電話を代表とする1対１の対等型ピアツーピア（P2P）通信においては、第3者によって通信内容を盗聴または改ざんされることを防ぐために、通信パケットの暗号化や認証が行われる。このP2Pネットワークは、一時的なネットワークを構築しやすく、匿名性が高いことから、近年注目されている。
特許文献１は、P2Pのセキュリティ方式としてIPSec (IP security)を使用している。IPSecは、インターネット技術の標準化組織であるIETFが策定した、インターネットにおけるIP(Internet Protocol)パケットレベルでのセキュリティ（第3者による通信内容の盗聴や改ざん防止）を確保するプロトコルレベルである。これによれば、送信元および送信先のIPアドレスとポート番号、TCP(Transmission Control Protocol)やUDP(User Datagram Protocol)といった上位層プロトコルの種別、受信パケットか送信パケットかを示す通信の方向といった情報を用いて、当該P2P通信に適用すべきセキュリティポリシを選択する。そして、選択したセキュリティポリシに記述されているセキュリティ要件（パケットを破棄するかしないか、暗号化を行うか認証を行うか、必ず行うか可能な場合のみ行うか等）が適用される。すなわち、送信側の装置は、送信するパケットの送信元アドレスや送信先アドレスから、セキュリティポリシデータベースを検索し、該当するセキュリティポリシにて示されるセキュリティ要件を満たす暗号化や認証処理を行った後、通信相手にパケットを送信する。同様に、受信側の装置は、受信したパケットの送信元アドレスや送信先アドレスから、セキュリティポリシデータベースを検索し、受信パケットが該当するセキュリティポリシにて示されるセキュリティ要件を満たす暗号化や認証処理が行われているかを検査し、セキュリティ要件を満たしていないパケットは上位層に渡すことなく廃棄する。
特許文献２は、分散ハッシュテーブルを用いたP2Pネットワークにおいて公開鍵暗号方式を用いた通信を行う技術を開示している。これによれば、公開鍵暗号方式によって認証を確実に行うことができる。これによれば、受信側の安全な公開鍵を入手し、これを用いて別個の復号鍵を得るための鍵交換を行うため、処理に時間を要する。
【特許文献１】特開2004-272724号公報
【特許文献２】特開2004-30610号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
共通鍵暗号方式は事前に鍵を共有しておくことが必要となるため、その手段が煩雑となる。IPSecのように鍵生成を行う場合、暗号化前に相手とのやりとりが必要になり、相手を特定するためのIPアドレスを秘匿とすることが困難となる。
【０００６】
同時に、受信側についても、送信者を確認する前になんらかの返信を要求されることになるため、その面でも匿名性は低くなる。
【０００７】
一方、分散ハッシュテーブルを用いたP2Pネットワークにおいて公開鍵暗号方式を使用する場合、公開鍵を提供し通信を行う端末を認証する認証局を設置しなければならず、また、鍵を公開鍵とするため、匿名性が低くなる。このため、上述のP2Pネットワークの匿名性が高いという特長を損なうことになる。
そこで、本発明は、匿名性を保持しながら、事前に鍵の共有を行うことなく、かつ、暗号化に要する計算負荷を抑えることができる通信装置を提供することを課題とする。
【課題を解決するための手段】
【０００８】
上記課題に鑑み本発明は、以下の特徴を有する。
請求項１の発明は、ネットワークに接続され、２つの通信装置の間で１対１の対等型通信を行う通信装置であって、通信相手を特定するための特定情報を用いてハッシュ演算を行う第１ハッシュ演算部と、前記特定情報を用いて、前記第1ハッシュ演算部とは異なるハッシュ演算を行う第２ハッシュ演算部と、前記第２ハッシュ演算部で求めた値を暗号化鍵として、データを暗号化する暗号化処理部と、前記第1ハッシュ演算部で求めた値をネットワークでのルーティングのための情報として、前記暗号化処理部で暗号化されたデータと共に、所定の形式にて前記ネットワークに送出する送信部とを備えることを特徴とする。
【０００９】
この特徴により、送信先を特定する平文情報を含まないため、匿名性を保つことができ、また、データを暗号化して送信するため、安全にデータを送信することができる。
請求項２の発明は、ネットワークに接続され、２つの通信装置の間で１対１の対等型通信を行う通信装置であって、自身を特定するための特定情報を用いてハッシュ演算を行うハッシュ演算部と、前記ネットワークを介してデータを受信する受信部と、前記受信したデータから暗号化されたデータを抽出する解析部と、前記抽出された暗号化されたデータを、前記ハッシュ部で求めた値を復号化鍵として、データを復号する復号処理部とを備えることを特徴とする。
【００１０】
この特徴により、受信した暗号化データを、自身の識別子を用いて求めたハッシュ演算値を復号キーとして復号するため、外部とのやりとりによって鍵の共有を行うことなく、復号を行うことができる。
請求項３の発明は、請求項１または２に記載の通信装置であって、前記通信装置を特定するための特定情報は、URLであることを特徴とする。
【００１１】
この特徴により、特定する情報として簡便に取得することができるとともに、通信を行う装置間にて共有する情報をハッシュ関数の入力とするため、容易に検索キーあるいは暗号化・復号キーを生成することができる。
請求項４の発明は、請求項１または２に記載の通信装置であって、前記ハッシュ演算は、SHA-1またはMD5であることを特徴とする。
請求項５の発明は、記憶部にファイルデータを記憶する記憶装置であって、前記ファイルデータおよび前記ファイルデータを特定するための特定情報の入力を処理する入力部と、前記特定情報を用いてハッシュ演算を行う第１ハッシュ演算部と、前記特定情報を用いて、前記第1ハッシュ演算部とは異なるハッシュ演算を行う第２ハッシュ演算部と、前記第２ハッシュ演算部で求めた値を暗号化鍵として、前記ファイルデータを暗号化する暗号化処理部と、前記第1ハッシュ演算部で求めた値を、前記ファイルデータの前記記憶部における格納位置と対応付けて前記記憶部に記録するとともに、前記暗号化されたデータを前記記憶部に記憶する記録部とを備えることを特徴とする。
【００１２】
この特徴により、データの格納場所を特定する平文情報を含まないため、匿名性を保つことができ、また、データを暗号化して記憶するため、安全にデータを保持することができる。
請求項６の発明は、請求項５に記載の記憶装置であって、前記入力部に入力された特定情報を入力とする前記第1ハッシュ演算部におけるハッシュ演算値に対応した、前記ファイルデータの前記記憶部における格納位置を前記記憶部から取得する位置取得手段と、前記位置取得手段において取得した格納位置から前記ファイルデータを読み出す読出し部と、前記読出し部において読出したファイルデータを、前記入力部に入力された特定情報を入力とする前記第２ハッシュ演算部におけるハッシュ演算値を用いて復号し、出力する復号出力部とを備えることを特徴とする。
【００１３】
この特徴により、暗号化データを、自身の識別子を用いて求めたハッシュ演算値を復号キーとして復号するため、外部とのやりとりによって鍵の共有を行うことなく、復号を行うことができる。
【００１４】
請求項７の発明は、請求項５または６に記載の記憶装置であって、前記ハッシュ演算は、SHA-1またはMD5であることを特徴とする。
なお、請求項中の「ハッシュ関数」は、不可逆な一方向関数を含み、これによって求められるハッシュ値は、擬似的な乱数であり、ハッシュの衝突を生じることがなく、これをもとに現文を再現することはできないため、安全に通信を行うことができる。この「ハッシュ関数」の代表的なものとして、HAVAL(128/160/192/224/256), MD2, MD4, MD5, RIPEMD-128, RIPEMD-160, RIPEMD-256, RIPEMD-320, SHA-1, SHA-256, SHA-384, SHA-512, Tigerなどがある。
【発明の効果】
【００１５】
本発明によれば、匿名性を保持しながら、事前に鍵の共有を行うことなく、かつ、暗号化に要する計算負荷を抑えることができる通信装置を提供することができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態につき図面を参照して説明する。
（実施例１）
図１は本発明の暗号化方式が適用されるネットワーク構成を示す図である。
【００１７】
端末１、端末２がP2Pネットワーク３に接続されている。
【００１８】
ホスト４、ホスト５は、ネットワーク３における通信、すなわちパケットのルーティングを管理する。このため、端末を識別するための識別子から生成した検索キーとその端末のIPアドレスとを対応付けて保持する。
【００１９】
本実施形態では、P2Pネットワーク３としてChordを用い、ネットワークに送出されたパケットは、該パケットの検索キーを用いてルーティングされ、ネットワーク３上のノードを経由し、ホスト２へ到着する。ホスト５は、自身が保持するリストから検索キーとIPアドレスの対応を参照して、該当するパケットを端末２に転送する。
以下、本実施形態では、通信相手を識別するための識別子としてSIP-URLを用いたIP電話における通信を例とし、端末１がP2Pネットワーク１を経由、すなわち、各ノード（図示しない）を経由して端末２へ通信を要求する場合を説明する。
図２に端末１の機能構成図を示す。
【００２０】
端末１は、第1ハッシュ計算部１０、第2ハッシュ計算部１１、暗号化処理部１２、パケット生成部１３、パケット送信部１４、パケット受信部１５、パケット解析部１６、復号化処理部１７、制御部１８を含む。
【００２１】
第1ハッシュ計算部１０は、パケットを送信するとき、ハッシュ関数SHA-1に宛先URLを入力としハッシュ計算を行う。求めたハッシュ値は、P2Pネットワークにおけるルーティングのための検索キーID2として用いる。例えば、端末２のSIP-URL：sip:abc@abc.jpであるとき、このときの演算は、SHA-1(sip:abc@abc.jp)となる。
【００２２】
第2ハッシュ計算部１１は、パケットを送信するとき、ハッシュ関数MD5に第1ハッシュ計算部で用いた同じ宛先URLを入力としハッシュ計算を行う。求めたハッシュ値は、送信データを暗号化する際の暗号化キーkey1として用いる。例えば、端末２のSIP-URL：sip:abc@abc.jpであるとき、このときの演算は、MD5(sip:abc@abc.jp)となる。
【００２３】
暗号化処理部１２は、第2ハッシュ計算部で求められた暗号化キーを用いて、データを暗号化する。
【００２４】
パケット生成部１３は、暗号化処理部で暗号化されたデータと検索キーを用いてからパケットを生成する。
【００２５】
パケット送信部１４は、パケット生成部で生成されたパケットをネットワークに送出する。
【００２６】
パケット受信部１５は、ネットワークを介して送信されたパケットを受信する。
【００２７】
パケット解析部１６は、パケット受信部が受信したパケットを解析する。
【００２８】
復号化処理部１７は、パケット解析部によって解析された受信データを復号する。このとき復号で使用する復号キーは、端末１自身のURLを第2ハッシュ計算部で入力し求めたハッシュ値である。
【００２９】
制御部１８は、上記構成を制御する。また、受信したデータに対する応答の要否判断やその応答時の送信制御など、端末1全体の動作を制御する。
端末２は、端末１と同一の構成である。また、端末２のIPアドレス：134.180.100.102は、予め識別子SIP-URL：sip:abc@abc.jpから生成された検索キーID2と対応付けられ、P2Pネットワーク上のホスト５に登録されている。
具体的には、端末２は、第1ハッシュ計算部において、識別子となるSIP-URL：sip:abc@abc.jpのハッシュ値を計算する。そして、管理が割り当てられているホスト５へアクセスし、求めたハッシュ値ID２を検索キーとして、ホスト５が保持するリストに検索キーとそのIPアドレスとして、ID2，134.180.100.102を対応付けて登録する。
図３はパケットの構成の一例を示すものであり、「所定の形式」とは、各種通信プロトコルにしたがったデータの形式をいう。
【００３０】
パケット３０は、ヘッダ３１、検索キー３２、メッセージ３３を含む。
【００３１】
ヘッダ３１は、パケット３０の属性を示す情報を含む。
【００３２】
検索キー３２は、P2Pネットワークにおけるルーティングのための検索キーID2である。本実施形態では、検索キーID2は、宛先のURLを入力とするハッシュ関数値、例えば、ハッシュ関数SHA-1を用いて、ID2=SHA-1(SIP-URL)によって求められる。
【００３３】
メッセージ３３は、通信されるデータ本体であり、AESで暗号化されている。この暗号化では、宛先のURLを入力とするハッシュ関数値、例えば、ハッシュ関数MD5を用いて、MD5(SIP-URL)によって求められた暗号化キーが用いられている。
なお、このパケットは経路中で中身を見られたとしても、宛先のSIP-URLを知らない第三者には解読することができない。そこで、第三者に知られていないSIP-URLを使用することが好ましい。
図４は、本実施例における通信のシーケンス、具体的には、端末１がP2Pネットワーク３を経由、すなわち、ネットワーク3上の各ノード（図示しない）を経由して端末２へ通信を要求する場合を説明する図である。
端末1は、通信相手である端末２のSIP-URL：sip:abc@abc.jpを予め知っており、また、端末２のIPアドレス：134.180.100.102、SIP-URL：sip:abc@abc.jpから生成した検索キーID2は、ルーティングに際し予めP2Pネットワークに登録されている。
端末１は、送信先の宛先URL：sip:abc@abc.jpを第1ハッシュ計算部１０で計算して検索キーID2を求める(S41)。
【００３４】
続いて端末１は、送信先の宛先URL：sip:abc@abc.jpを第2ハッシュ計算部１１で計算し、暗号化キーkey1を求める(S42)。
【００３５】
端末１は、暗号化処理部１２において、暗号化キーkey1を用いて送信データを暗号化する(S43)。
【００３６】
暗号化された送信データは、パケット生成部１３においてパケット化され、パケット送信部１４において、ネットワークにパケットを送出する（S44）。
ネットワークに送信されたパケットは、検索キーID2を用いて、P2Pネットワーク上のホスト４、各ノード、ホスト５を経て、端末２へ転送される(S45)。
端末２は、パケット受信部１５で端末１から送信されたパケットを受信し、受信したパケットは、パケット解析部１６において解析される（S46）。
【００３７】
また端末２は、自身のURL：sip:abc@abc.jpを第2ハッシュ計算部１１で計算し、暗号化キーkey1を求める(S47)。
【００３８】
続いて、復号化処理部１７において、S47にて求めた暗号化キーKey1を用い、S46で得た受信したデータ本体を復号する（S48）。
【００３９】
端末２は、復号したデータの内容、例えば、通信の開始要求など、を判断し、その結果に基づき返信を行う（S50）。
【００４０】
このとき、端末２が通信を承諾する場合、その旨を示すレスポンスを返信する。また、端末２が通信を拒否したい場合、返信しない、あるいは、“発見できなかった”旨を示すレスポンスをP2Pネットワーク経由で返す。このようにすることにより、送信者に対して端末1は、自身の存在を隠したままにしておくことが可能となる。
このように、本実施例によれば、分散ハッシュテーブルを用いたP2Pネットワークにおいて、事前の鍵の共有を行なうことなく、計算負荷を抑えた暗号化を行なうことが可能である。また、どんな情報もネットワークに公開しないため匿名性が高く、さらにルーティングや認証のためのどのようなサーバも必要としないため、P2Pネットワークの利点を保ちながら、簡単に通信の暗号化を行うことができる。
他の実施形態として本発明をストレージデバイスに応用した場合について説明する。
【００４１】
図５にストレージデバイス６の機能構成図を示す。
【００４２】
ストレージデバイス６は、第1ハッシュ計算部６０、第2ハッシュ計算部６１、暗号化処理部６２、データ格納処理部６３、記憶部６４、データ参照処理部６５、復号化処理部６６、制御部６７を含む。
第1ハッシュ計算部６０は、データを格納するとき、ハッシュ関数SHA-1にファイル名を入力としハッシュ計算を行う。求めたハッシュ値は、ストレージデバイスにおける検索のための検索キーとして用いる。
【００４３】
第2ハッシュ計算部６１は、データを格納するとき、ハッシュ関数MD5に第1ハッシュ計算部で用いた同じファイル名を入力としハッシュ計算を行う。求めたハッシュ値は、格納するデータを暗号化する際の暗号化キーとして用いる。この暗号化キーは、データを参照する場合には、復号キーともなる。
【００４４】
暗号化処理部６２は、第2ハッシュ計算部で求められた暗号化キーを用いて、データを暗号化する。
【００４５】
データ格納処理部１３は、暗号化処理部で暗号化されたデータと検索キーを対応づけて記憶部６４に格納する。具体的には、データを格納する際、格納するデータのサイズに応じた記憶部６４の空き領域を検索し、データの記憶位置を検索キーと対応づけて記憶部６４に記憶しておく。
【００４６】
記憶部６４は、記憶すべきデータおよび検索キーと対応づけられたデータの記憶位置を記憶する。
【００４７】
データ参照処理部６５は、記憶部６４を参照し、所望する参照するデータの検索キーを用いて、このデータの記憶位置から所望のデータを取得する。
【００４８】
復号化処理部６６は、データ参照処理部６５によって取得されたデータを第2ハッシュ計算部６１で生成された暗号化キーを用いて復号する。
【００４９】
制御部６７は、上記構成、および端末1全体の動作を制御する。
【００５０】
具体的には、制御部６７は、データを格納するとき、ユーザから入力されたファイル名を第1ハッシュ計算部６０および第2ハッシュ計算部６１に与え、各々において、検索キーおよび暗号化キーを生成させる。続いて、入力された格納データと第2ハッシュ計算部６１で生成された暗号化キーを用いて、暗号化処理部６２において暗号化し、これをデータ格納処理部６３において記憶部６４に記憶させる。このとき、データ格納処理部６３は、第1ハッシュ計算部６０で生成された検索キーとデータの記憶位置とを対応づけて記憶部６４に記憶する。
【００５１】
制御部６７は、データを参照するとき、ユーザから入力されたファイル名を第1ハッシュ計算部６０および第2ハッシュ計算部６１に与え、各々において、検索キーおよび復号キー（暗号化キー）を生成させる。続いて、検索キーをデータ参照処理部６５に与え、データ参照処理部６５は、所望のデータの記憶位置を取得し、記憶部６４からこのデータを読み出す。制御部６７は、読み出されたデータを、第2ハッシュ計算部61にて生成された復号キーと共に復号化処理部６６に入力し、復号化処理部６６は入力された復号キーを用いて、暗号化されたデータを復号する。
このように、ファイル名をストレージ内に保存しないことにより、ファイル名を知らない第三者には復号できないストレージの暗号化を実現することができる。これによって、ファイル毎に設定した個々のパスワードを記憶することなく、個々のファイルが暗号化できるとともに、そのファイルの格納場所を明らかにすることなく、秘匿性を保ったまま保持することができる。
【００５２】
また、複数のユーザが予めファイル名を共有することによって、秘匿性を有するデータを安全に共有することができる。
【００５３】
なお、このファイル名は、推測されにくいものが好ましく、例えば、ユーザが設定したファイル名とユーザIDを組み合わせて実装上のファイル名としてもよい。また、ストレージデバイスは一つの機器であっても、分散型ストレージであってもよい。
以上、本発明に係る実施の形態について説明したが、本発明ないし各構成要件の用語の意義等は、本実施の形態に記載されたものに制限されるものではない。
上記実施例１では、通信相手を特定するための情報として、通信相手のSIP-URLを、また、実施例２では、検索対象を特定するための情報として、そのファイル名を用いたが、通信を行う者、あるいは、ファイルを利用する者が共通して知り得る情報であれば何でもよい。
【００５４】
また、上記実施例１および実施例２では、第1ハッシュ計算部１０，６０、第2ハッシュ計算部１１，６１で行うハッシュ演算は、異なるハッシュ関数を用いたが、これに限らず、どのようなハッシュ関数を組み合わせるようにしてもよい。
【図面の簡単な説明】
【００５５】
【図１】実施例１に係るネットワークシステムの構成を示す図
【図２】実施例１に係る端末の構成を示す図
【図３】実施例１に係るパケットの構成を示す図
【図４】実施例１に係る動作フローを示す図
【図５】実施例２に係るストレージデバイスの構成を示す図
【符号の説明】
【００５６】
１    端末
１０  第1ハッシュ計算部
１１  第2ハッシュ計算部
１２  暗号化処理部
１３  パケット生成部
１４  パケット送信部
１５  パケット受信部
１６  パケット解析部
１７  復号化処理部
１８  制御部
【図１】
2007324890.tif 000003
【図２】
2007324890.tif 000004
【図３】
2007324890.tif 000005
【図４】
2007324890.tif 000006
【図５】
2007324890.tif 000007