(57)【要約】【課題】システム構築を簡易にしながら、相互認証のセキュリティ性を高めた電子認証ができる。【解決手段】ＩＣカード２０には秘密鍵及びクライアント証明書を記憶する。認証装置１０は、ユーザ端末３０からＨＴＴＰ形式のリクエストを受け、ＩＣカードからクライアント証明書を読み込み、サーバ４０に対してＨＴＴＰＳ形式による相互認証、ＳＳＬ通信を行う。  クライアント証明書や暗号化された認証用データはユーザ端末を経由することなく、直接にサーバに送信される。暗証番号は認証装置に直接に入力する。認証装置の許可リストに記述されているドメイン名（ＵＲＬ）以外の通信はすべて遮断する。認証装置は自身ＩＰアドレスを持たない。認証装置側でサーバ証明書の正当性を自動で確認可能とする。【選択図】図１
2009117887.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末と、ネットワーク接続機能を有するサーバとの間の暗号化通信で電子認証を得る電子認証装置であって、
前記ユーザ端末のネットワークインタフェースと接続されてパケット通信ができ、前記サーバとはネットワークを介して接続されてパケット通信ができる手段を備え、
前記ユーザ端末からのパケットを分析して、接続先情報を取得し、その接続先情報が所望のサービスを提供するサーバへのリクエストであった場合は、秘密鍵及びクライアント証明書を使用して、前記サーバとの間で相互認証と暗号化通信を行う手段を備えたことを特徴とする電子認証装置。
【請求項２】
前記認証装置は、前記サービスを提供するサイトへの暗号化通信を許可する接続先情報をもつ変換許可リストを備え、前記変換許可リストに前記サーバの接続先情報が存在するときに当該サーバとの相互認証と暗号化通信を行う手段を備えたことを特徴とする請求項１に記載の電子認証装置。
【請求項３】
前記認証装置は、単にパケットの中継を許可する接続先情報をもつ中継許可リストを備え、前記中継許可リストに前記サーバの接続先情報が存在するときに前記サーバに対しては単にパケットを中継する手段を備えたことを特徴とする請求項１又は２に記載の電子認証装置。
【請求項４】
前記認証装置は、秘密鍵及びクライアント証明書を自装置内または、外部メディアから読み込む手段を備えたことを特徴とする請求項１乃至３のいずれか１つに記載の電子認証装置。
【請求項５】
前記認証装置は、クライアント証明書を読み込むときに、前記クライアント証明書を読み込むための暗証番号を入力する手段を備えたことを特徴とする請求項１乃至４のいずれか１つに記載の電子認証装置。
【請求項６】
前記認証装置は、パケット分析により接続元の情報を入手し、その情報を自身の情報として利用する手段を備えたことを特徴とする請求項１乃至５のいずれか１つに記載の電子認証装置。
【請求項７】
前記認証装置は、前記許可リスト中の接続先以外のホストとの通信はすべて遮断する手段を備えたことを特徴とする請求項１乃至６のいずれか１つに記載の電子認証装置。
【請求項８】
前記認証装置は、自装置内または前記外部メディアに書き込んだサーバ証明書を用いて、相互認証時にサーバの正当性をチェックできた場合のみサーバへの中継を許可する手段を備えたことを特徴とする請求項１乃至７のいずれか１つに記載の電子認証装置。
【請求項９】
前記認証装置は、前記認証装置内にブラウザとそのブラウザ中のコンテンツを前記ユーザ端末に表示するブラウザ表示手段を備え、
前記ブラウザ表示手段は、前記所望のサービスを提供するサーバへのリクエストを送信し、その応答を受信し、その応答であるコンテンツをブラウザと共に前記ユーザ端末で表示できる情報として前記ユーザ端末に返す手段を備えたことを特徴とする請求項１乃至８のいずれか１つに記載の電子認証装置。
【請求項１０】
前記認証装置は、前記ユーザ端末からのリクエストを受けて、前記サーバと相互認証と暗号化通信を開始する手段を備え、
前記サーバは、前記相互認証後にワンタイムパスワードを前記認証装置を介して前記ユーザ端末に送信する手段を備え、
前記ユーザ端末は、前記ワンタイムパスワードを前記サーバに送信する手段を備え、
前記サーバは、前記認証装置を介して送られてきたユーザ端末からのワンタイムパスワードを使って前記ユーザ端末とサーバ間で暗号化通信を行う手段を備えたことを特徴とする請求項１乃至８のいずれか１つに記載の電子認証装置。
【請求項１１】
ユーザ端末と、ネットワーク接続機能を有するサーバとの間の暗号化通信で電子認証を得る電子認証システムであって、
前記ユーザ端末のネットワークインタフェースと接続されてパケット通信ができ、前記サーバとはネットワークを介して接続されてパケット通信ができる認証装置を備え、
前記認証装置は、前記ユーザ端末からのパケットを分析して、接続先情報を取得し、その接続先情報が所望のサービスを提供するサーバへのリクエストであった場合は、秘密鍵及びクライアント証明書を使用して、前記サーバとの間で相互認証と暗号化通信を行う手段を備えたことを特徴とする電子認証システム。
【請求項１２】
前記認証装置は、前記サービスを提供するサイトへの暗号化通信を許可する接続先情報をもつ変換許可リストを備え、前記変換許可リストに前記サーバの接続先情報が存在するときに当該サーバとの相互認証と暗号化通信を行う手段を備えたことを特徴とする請求項１１に記載の電子認証システム。
【請求項１３】
前記認証装置は、単にパケットの中継を許可する接続先情報をもつ中継許可リストを備え、前記中継許可リストに前記サーバの接続先情報が存在するときに前記サーバに対しては単にパケットを中継する手段を備えたことを特徴とする請求項１１又は１２に記載の電子認証システム。
【請求項１４】
前記認証装置は、秘密鍵及びクライアント証明書を自装置内または、外部メディアから読み込む手段を備えたことを特徴とする請求項１１乃至１３のいずれか１つに記載の電子認証システム。
【請求項１５】
前記認証装置は、クライアント証明書を読み込むときに、前記クライアント証明書を読み込むための暗証番号を入力する手段を備えたことを特徴とする請求項１１乃至１４のいずれか１つに記載の電子認証システム。
【請求項１６】
前記認証装置は、パケット分析により接続元の情報を入手し、その情報を自身の情報として利用する手段を備えたことを特徴とする請求項１１乃至１５のいずれか１つに記載の電子認証システム。
【請求項１７】
前記認証装置は、前記許可リスト中の接続先以外のホストとの通信はすべて遮断する手段を備えたことを特徴とする請求項１１乃至１６のいずれか１つに記載の電子認証システム。
【請求項１８】
前記認証装置は、自装置内または前記外部メディアに書き込んだサーバ証明書を用いて、相互認証時にサーバの正当性をチェックできた場合のみサーバへの中継を許可する手段を備えたことを特徴とする請求項１１乃至１７のいずれか１つに記載の電子認証システム。
【請求項１９】
前記認証装置は、前記認証装置内にブラウザとそのブラウザ中のコンテンツを前記ユーザ端末に表示するブラウザ表示手段を備え、
前記ブラウザ表示手段は、前記所望のサービスを提供するサーバへのリクエストを送信し、その応答を受信し、その応答であるコンテンツをブラウザと共に前記ユーザ端末で表示できる情報として前記ユーザ端末に返す手段を備えたことを特徴とする請求項１１乃至１８のいずれか１つに記載の電子認証システム。
【請求項２０】
前記認証装置は、前記ユーザ端末からのリクエストを受けて、前記サーバと相互認証と暗号化通信を開始する手段を備え、
前記サーバは、前記相互認証後にワンタイムパスワードを前記認証装置を介して前記ユーザ端末に送信する手段を備え、
前記ユーザ端末は、前記ワンタイムパスワードを前記サーバに送信する手段を備え、
前記サーバは、前記認証装置を介して送られてきたユーザ端末からのワンタイムパスワードを使って前記ユーザ端末とサーバ間で暗号化通信を行う手段を備えたことを特徴とする請求項１１乃至１８のいずれか１つに記載の電子認証システム。
【請求項２１】
ユーザ端末と、ネットワーク接続機能を有するサーバとの間の暗号化通信で電子認証を得る電子認証方法であって、
前記ユーザ端末のネットワークインタフェースと接続されてパケット通信ができ、前記サーバとはネットワークを介して接続されてパケット通信ができる認証装置を備え、
前記認証装置は、前記ユーザ端末からのパケットを分析して、接続先情報を取得し、その接続先情報が所望のサービスを提供するサーバへのリクエストであった場合は、秘密鍵及びクライアント証明書を使用して、前記サーバとの間で相互認証と暗号化通信を行う手順を有することを特徴とする電子認証方法。
【請求項２２】
前記認証装置は、前記サービスを提供するサイトへの暗号化通信を許可する接続先情報をもつ変換許可リストを備え、前記変換許可リストに前記サーバの接続先情報が存在するときに当該サーバとの相互認証と暗号化通信を行う手順を有することを特徴とする請求項２１に記載の電子認証方法。
【請求項２３】
前記認証装置は、単にパケットの中継を許可する接続先情報をもつ中継許可リストを備え、前記中継許可リストに前記サーバの接続先情報が存在するときに前記サーバに対しては単にパケットを中継する手順を有することを特徴とする請求項２１又は２２に記載の電子認証方法。
【請求項２４】
前記認証装置は、秘密鍵及びクライアント証明書を自装置内または、外部メディアから読み込む手順を有することを特徴とする請求項２１乃至２３のいずれか１つに記載の電子認証方法。
【請求項２５】
前記認証装置は、クライアント証明書を読み込むときに、前記クライアント証明書を読み込むための暗証番号を入力する手順を有することを特徴とする請求項２１乃至２４のいずれか１つに記載の電子認証方法。
【請求項２６】
前記認証装置は、パケット分析により接続元の情報を入手し、その情報を自身の情報として利用する手順を有することを特徴とする請求項２１乃至２５のいずれか１つに記載の電子認証方法。
【請求項２７】
前記認証装置は、前記許可リスト中の接続先以外のホストとの通信はすべて遮断する手順を有することを特徴とする請求項２１乃至２６のいずれか１つに記載の電子認証方法。
【請求項２８】
前記認証装置は、自装置内または前記外部メディアに書き込んだサーバ証明書を用いて、相互認証時にサーバの正当性をチェックできた場合のみサーバへの中継を許可する手順を有することを特徴とする請求項２１乃至２７のいずれか１つに記載の電子認証方法。
【請求項２９】
前記認証装置は、前記認証装置内にブラウザとそのブラウザ中のコンテンツを前記ユーザ端末に表示するブラウザ表示手順を有し、
前記ブラウザ表示手順は、前記所望のサービスを提供するサーバへのリクエストを送信し、その応答を受信し、その応答であるコンテンツをブラウザと共に前記ユーザ端末で表示できる情報として前記ユーザ端末に返す手順を有することを特徴とする請求項２１乃至２８のいずれか１つに記載の電子認証方法。
【請求項３０】
前記認証装置は、前記ユーザ端末からのリクエストを受けて、前記サーバと相互認証と暗号化通信を開始する手順を有し、
前記サーバは、前記相互認証後にワンタイムパスワードを前記認証装置を介して前記ユーザ端末に送信する手順を有し、
前記ユーザ端末は、前記ワンタイムパスワードを前記サーバに送信する手順を有し、
前記サーバは、前記認証装置を介して送られてきたユーザ端末からのワンタイムパスワードを使って前記ユーザ端末とサーバ間で暗号化通信を行う手順を有することを特徴とする請求項２１乃至２８のいずれか１つに記載の電子認証方法。
【請求項３１】
前記請求項２１〜３０のいずれか１項に記載の電子認証方法における処理手順をコンピュータで実行可能にしたことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ端末とサーバとの暗号化通信で金融サービス等を受けるための電子認証装置、電子認証信システムおよび電子認証方法に関する。
【背景技術】
【０００２】
図１３は、金融システムにおける電子認証システムの例を示し、ＩＣカードを利用して、ユーザ端末と金融機関サーバとの暗号化通信でユーザが金融サービスを受ける際に、本人認証処理のためにユーザ端末から金融取引のセキュリティ性を高めて、第三者による不正なアクセスの防止を図る（例えば、特許文献１参照）。
【０００３】
図１３に示す金融システムは、サーバ１とＩＣカードリーダライタ２を備えたユーザ端末３とＩＣカード４から構成される。ＩＣカード４は、秘密鍵とクライアント証明書を記憶する手段と暗号化手段を有する。ＩＣカードリーダライタ２は、クライアント証明書及び暗号化された認証用データを読み取る手段と、認証用データをＩＣカードに伝送する手段を有する。ユーザ端末３は、クライアント証明書及び暗号化された認証用データをサーバ１に送信する手段を有する。サーバ１は、口座情報が登録されたデータベースと、復号処理手段と、複合化された認証用データと登録されている認証用データを照合する照合手段と、照合手段で一致した場合に、金融取引サービスの処理を行う制御手段を有する。
【０００４】
ユーザが所有するＩＣカード４は、外部接続用端子からなるデータ入出力手段と、ＣＰＵからなる制御手段とメモリからなる記憶手段と暗号化手段を有している。記憶手段には、暗証番号等の認証用データと秘密鍵（公開暗号化システムＰＫＩ）、クライアント証明書が記憶されている。クライアント証明書には、ユーザの公開鍵、ユーザ名、有効期間、発行社名、デジタル署名などを含んでいる。
【０００５】
ＩＣカードリーダライタ２には、データ読み取り手段と、データ書き込み手段とが備えられ、ＩＣカードから記憶されたデータの読み取り／書き込みを行うとともに、ユーザ端末３とのデータの伝送が行えるように接続されている。
【０００６】
ユーザ端末３は、ユーザがキーボードから暗証番号（Ｐｅｒｓｏｎａｌ  Ｉｄｅｎｔｉｆｉｅｄ  Ｎｕｍｂｅｒ）等の認証用データや指示情報の入力を行うことで、本人の認証と、ユーザが希望する所望の金融取引を特定する。これには、ユーザ端末からサーバに対して、本人認証用のデータと、金融取引を特定する情報などを送信し、金融機関のサーバ１から金融サービスに冠するデータを受信する。
【０００７】
サーバ１は、ユーザ端末と通信を行う通信手段、金融サービス処理手段、記憶手段、復号処理手段、照合手段、制御手段、口座情報データベースなどが備える。このうち、口座データベースには、各ユーザの暗証番号との認証データ、口座番号、預金データ、取引履歴情報などが登録されている。金融サービス処理手段は、ユーザが要求する処理を口座情報データベースのデータに基づいて行う。復号処理手段は、ユーザ端末より受信した暗号化された認証データとクライアント証明書に基づいて、公開鍵で暗号化された認証用データを複合化する。照合手段は、複合化されたデータと口座情報データベースに登録されている認証用データを照合処理することで、本人の認証処理を行う。認証処理が成功した場合に、サーバ１とユーザ端末３による金融取引制御が行われる。
【特許文献１】特開２００５−３８２２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
（課題１）
図１３において、ユーザ端末３にＩＣカードリーダライタ２を接続して認証を行うには、ユーザ端末３にドライバやＰＣ／ＳＣベースコンポーネント、ＰＫＣＳ＃１１モジュール、ＣＳＰモジュール、さらには、認証用のソフトウェア等のインストールが必要となり、システムへの導入に多くのソフトウェアが必要となる。また、コンピュータの再セットアップの度に、これらのソフトウェアを再インストールしなければならなく、ユーザへの負担は大きい。
【０００９】
（課題２）
クライアント証明書及び暗号化された認証用データは、ユーザ端末３経由でサーバ１に送信されるため、ユーザ端末３がウイルス等に感染していた場合、上記データが流出してしまう可能性がある。
【００１０】
（課題３）
ＩＣカード４からクライアント証明書を取り出すときに暗証番号が必要となるが、暗証番号の入力はＰＣ経由となるので、キーロガー等のスパイウェアに感染していた場合、暗証番号の流出の可能性がある。
【００１１】
（課題４）
ユーザ端末のログは、管理者権限でログインされてしまった場合は、簡単に改ざんが可能である。仮にＩＣカードの不正利用が発覚した場合、ログが重要な証拠となるが、ユーザ端末のログは、改ざんされている可能性もあり、信頼性が低い。
【００１２】
（課題５）
相互認証時にサーバの証明書やドメイン名（ＵＲＬ）の正当性の確認を行わない利用者が多く、フィッシング等の被害も増加している。
【００１３】
本発明の目的は、システム構築を簡易にしながら、相互認証のセキュリティ性を高めた電子認証装置、電子認証システム、電子認証方法およびこの方法のプログラムを提供することにある。
【課題を解決するための手段】
【００１４】
本発明は、前記の課題を解決するため、以下の電子認証装置、電子認証システム、電子認証方法およびプログラムを特徴とする。
【００１５】
（電子認証装置の発明）
（１）ユーザ端末と、ネットワーク接続機能を有するサーバとの間の暗号化通信で電子認証を得る電子認証装置であって、
前記ユーザ端末のネットワークインタフェースと接続されてパケット通信ができ、前記サーバとはネットワークを介して接続されてパケット通信ができる手段を備え、
前記ユーザ端末からのパケットを分析して、接続先情報を取得し、その接続先情報が所望のサービスを提供するサーバへのリクエストであった場合は、秘密鍵及びクライアント証明書を使用して、前記サーバとの間で相互認証と暗号化通信を行う手段を備えたことを特徴とする。
【００１６】
（２）前記認証装置は、前記サービスを提供するサイトへの暗号化通信を許可する接続先情報をもつ変換許可リストを備え、前記変換許可リストに前記サーバの接続先情報が存在するときに当該サーバとの相互認証と暗号化通信を行う手段を備えたことを特徴とする。
【００１７】
（３）前記認証装置は、単にパケットの中継を許可する接続先情報をもつ中継許可リストを備え、前記中継許可リストに前記サーバの接続先情報が存在するときに前記サーバに対しては単にパケットを中継する手段を備えたことを特徴とする。
【００１８】
（４）前記認証装置は、秘密鍵及びクライアント証明書を自装置内または、外部メディアから読み込む手段を備えたことを特徴とする。
【００１９】
（５）前記認証装置は、クライアント証明書を読み込むときに、前記クライアント証明書を読み込むための暗証番号を入力する手段を備えたことを特徴とする。
【００２０】
（６）前記認証装置は、パケット分析により接続元の情報を入手し、その情報を自身の情報として利用する手段を備えたことを特徴とする。
【００２１】
（７）前記認証装置は、前記許可リスト中の接続先以外のホストとの通信はすべて遮断する手段を備えたことを特徴とする。
【００２２】
（８）前記認証装置は、自装置内または前記外部メディアに書き込んだサーバ証明書を用いて、相互認証時にサーバの正当性をチェックできた場合のみサーバへの中継を許可する手段を備えたことを特徴とする。
【００２３】
（９）前記認証装置は、前記認証装置内にブラウザとそのブラウザ中のコンテンツを前記ユーザ端末に表示するブラウザ表示手段を備え、
前記ブラウザ表示手段は、前記所望のサービスを提供するサーバへのリクエストを送信し、その応答を受信し、その応答であるコンテンツをブラウザと共に前記ユーザ端末で表示できる情報として前記ユーザ端末に返す手段を備えたことを特徴とする。
【００２４】
（１０）前記認証装置は、前記ユーザ端末からのリクエストを受けて、前記サーバと相互認証と暗号化通信を開始する手段を備え、
前記サーバは、前記相互認証後にワンタイムパスワードを前記認証装置を介して前記ユーザ端末に送信する手段を備え、
前記ユーザ端末は、前記ワンタイムパスワードを前記サーバに送信する手段を備え、
前記サーバは、前記認証装置を介して送られてきたユーザ端末からのワンタイムパスワードを使って前記ユーザ端末とサーバ間で暗号化通信を行う手段を備えたことを特徴とする。
【００２５】
（電子認証システムの発明）
（１１）ユーザ端末と、ネットワーク接続機能を有するサーバとの間の暗号化通信で電子認証を得る電子認証システムであって、
前記ユーザ端末のネットワークインタフェースと接続されてパケット通信ができ、前記サーバとはネットワークを介して接続されてパケット通信ができる認証装置を備え、
前記認証装置は、前記ユーザ端末からのパケットを分析して、接続先情報を取得し、その接続先情報が所望のサービスを提供するサーバへのリクエストであった場合は、秘密鍵及びクライアント証明書を使用して、前記サーバとの間で相互認証と暗号化通信を行う手段を備えたことを特徴とする。
【００２６】
（１２）前記認証装置は、前記サービスを提供するサイトへの暗号化通信を許可する接続先情報をもつ変換許可リストを備え、前記変換許可リストに前記サーバの接続先情報が存在するときに当該サーバとの相互認証と暗号化通信を行う手段を備えたことを特徴とする。
【００２７】
（１３）前記認証装置は、単にパケットの中継を許可する接続先情報をもつ中継許可リストを備え、前記中継許可リストに前記サーバの接続先情報が存在するときに前記サーバに対しては単にパケットを中継する手段を備えたことを特徴とする。
【００２８】
（１４）前記認証装置は、秘密鍵及びクライアント証明書を自装置内または、外部メディアから読み込む手段を備えたことを特徴とする。
【００２９】
（１５）前記認証装置は、クライアント証明書を読み込むときに、前記クライアント証明書を読み込むための暗証番号を入力する手段を備えたことを特徴とする。
【００３０】
（１６）前記認証装置は、パケット分析により接続元の情報を入手し、その情報を自身の情報として利用する手段を備えたことを特徴とする。
【００３１】
（１７）前記認証装置は、前記許可リスト中の接続先以外のホストとの通信はすべて遮断する手段を備えたことを特徴とする。
【００３２】
（１８）前記認証装置は、自装置内または前記外部メディアに書き込んだサーバ証明書を用いて、相互認証時にサーバの正当性をチェックできた場合のみサーバへの中継を許可する手段を備えたことを特徴とする。
【００３３】
（１９）前記認証装置は、前記認証装置内にブラウザとそのブラウザ中のコンテンツを前記ユーザ端末に表示するブラウザ表示手段を備え、
前記ブラウザ表示手段は、前記所望のサービスを提供するサーバへのリクエストを送信し、その応答を受信し、その応答であるコンテンツをブラウザと共に前記ユーザ端末で表示できる情報として前記ユーザ端末に返す手段を備えたことを特徴とする。
【００３４】
（２０）前記認証装置は、前記ユーザ端末からのリクエストを受けて、前記サーバと相互認証と暗号化通信を開始する手段を備え、
前記サーバは、前記相互認証後にワンタイムパスワードを前記認証装置を介して前記ユーザ端末に送信する手段を備え、
前記ユーザ端末は、前記ワンタイムパスワードを前記サーバに送信する手段を備え、
前記サーバは、前記認証装置を介して送られてきたユーザ端末からのワンタイムパスワードを使って前記ユーザ端末とサーバ間で暗号化通信を行う手段を備えたことを特徴とする。
【００３５】
（電子認証方法の発明）
（２１）ユーザ端末と、ネットワーク接続機能を有するサーバとの間の暗号化通信で電子認証を得る電子認証方法であって、
前記ユーザ端末のネットワークインタフェースと接続されてパケット通信ができ、前記サーバとはネットワークを介して接続されてパケット通信ができる認証装置を備え、
前記認証装置は、前記ユーザ端末からのパケットを分析して、接続先情報を取得し、その接続先情報が所望のサービスを提供するサーバへのリクエストであった場合は、秘密鍵及びクライアント証明書を使用して、前記サーバとの間で相互認証と暗号化通信を行う手順を有することを特徴とする。
【００３６】
（２２）前記認証装置は、前記サービスを提供するサイトへの暗号化通信を許可する接続先情報をもつ変換許可リストを備え、前記変換許可リストに前記サーバの接続先情報が存在するときに当該サーバとの相互認証と暗号化通信を行う手順を有することを特徴とする。
【００３７】
（２３）前記認証装置は、単にパケットの中継を許可する接続先情報をもつ中継許可リストを備え、前記中継許可リストに前記サーバの接続先情報が存在するときに前記サーバに対しては単にパケットを中継する手順を有することを特徴とする。
【００３８】
（２４）前記認証装置は、秘密鍵及びクライアント証明書を自装置内または、外部メディアから読み込む手順を有することを特徴とする。
【００３９】
（２５）前記認証装置は、クライアント証明書を読み込むときに、前記クライアント証明書を読み込むための暗証番号を入力する手順を有することを特徴とする。
【００４０】
（２６）前記認証装置は、パケット分析により接続元の情報を入手し、その情報を自身の情報として利用する手順を有することを特徴とする。
【００４１】
（２７）前記認証装置は、前記許可リスト中の接続先以外のホストとの通信はすべて遮断する手順を有することを特徴とする。
【００４２】
（２８）前記認証装置は、自装置内または前記外部メディアに書き込んだサーバ証明書を用いて、相互認証時にサーバの正当性をチェックできた場合のみサーバへの中継を許可する手順を有することを特徴とする。
【００４３】
（２９）前記認証装置は、前記認証装置内にブラウザとそのブラウザ中のコンテンツを前記ユーザ端末に表示するブラウザ表示手順を有し、
前記ブラウザ表示手順は、前記所望のサービスを提供するサーバへのリクエストを送信し、その応答を受信し、その応答であるコンテンツをブラウザと共に前記ユーザ端末で表示できる情報として前記ユーザ端末に返す手順を有することを特徴とする。
【００４４】
（３０）前記認証装置は、前記ユーザ端末からのリクエストを受けて、前記サーバと相互認証と暗号化通信を開始する手順を有し、
前記サーバは、前記相互認証後にワンタイムパスワードを前記認証装置を介して前記ユーザ端末に送信する手順を有し、
前記ユーザ端末は、前記ワンタイムパスワードを前記サーバに送信する手順を有し、
前記サーバは、前記認証装置を介して送られてきたユーザ端末からのワンタイムパスワードを使って前記ユーザ端末とサーバ間で暗号化通信を行う手順を有することを特徴とする。
【００４５】
（プログラムの発明）
（３１）上記（２１）〜（３０）のいずれか１項に記載の電子認証方法における処理手順をコンピュータで実行可能にしたことを特徴とする。
【発明の効果】
【００４６】
以上のとおり、本発明によれば、システム構築を簡易にしながら、相互認証のセキュリティ性を高めた電子認証ができる。
【００４７】
具体的には、
（１）ユーザ端末にカードリーダを備える方式に比べて、ドライバや専用ソフトの導入が一切不要で、特別な設定（ＩＰアドレス設定など）を行わずに、従来では設定が難しかった相互認証、暗号化通信が容易に実現可能であり、導入時や再セットアップ時には効果が高い。
【００４８】
（２）クライアント証明書や暗号化された認証用データは、ユーザ端末を経由することなく、直接にサーバに送信されるため、データの流出を防止できる。
【００４９】
（３）暗証番号は、ユーザ端末経由ではなく認証装置に直接に入力するため、ユーザ端末などにキーロガーのようなスパイウェアが入っていても、暗証番号の流出はないため、従来のシステムよりセキュリティ強度が高い。
【００５０】
（４）ＩＣカードなどの外部メディアが不正利用された場合、ログイン情報や通信記録等のユーザ端末上のログは、管理者権限で、簡単に改ざんされてしまうが、本システムの認証装置は、組込機器という製品の位置づけであるため、ユーザインターフェースがなく、ログの改ざんは不可能である。
【００５１】
（５）認証装置の許可リストに記述されているドメイン名（ＵＲＬ）以外の通信はすべて遮断するため、なりすましやフィッシングに対して有効である。
【００５２】
（６）認証装置は、パケット分析により接続元の情報（ＩＰアドレス）を入手し、その情報を自身の情報として利用するため、自身ＩＰアドレスを持たず、ネットワーク上では隠れた存在となり、不正攻撃の対象や、ネットワーク経由のウイルス感染の対象になはならない。
【００５３】
（７）従来は、正しいサイトに接続されていることを保証するため、ユーザがブラウザから手動でサーバ証明書の正当性を確認する必要があったが、認証装置側でサーバ証明書の正当性を自動で確認可能となり、よりセキュリティの高い通信を提供することが可能となる。
【発明を実施するための最良の形態】
【００５４】
（実施形態１）
図１は、本発明の実施形態を示す電子認証システムの構成図であり、ユーザが端末（ＰＣ）を用いてＷＷＷサーバと相互認証、暗号化通信を行う状況において、ユーザ端末のネットワークインターフェース（以降ＮＩＣと称す）とインターネット網の間に介挿されて、自身を経由する通信内容（パケット）の解析機能をもつコンピュータ構成の認証装置１０を介挿する。
【００５５】
このシステム構成により、ユーザ端末にＩＣカードリーダ用のドライバや専用ソフトを導入することなく、単にＰＣのＮＩＣとＬＡＮケーブルの間に接続するだけで、簡単にＩＣカードを利用した相互認証（クライアント認証）を実現できるようにする。
【００５６】
認証装置１０は、ＩＣカードリード機能を有し、ＩＣカード２０が挿入されている場合、ユーザ端末３０からのＨＴＴＰ形式のリクエストを受けて、ＩＣカードからクライアント証明書を読み込み、ＷＷＷサーバ４０に対して、ＨＴＴＰＳ形式による相互認証、ＳＳＬ通信を行う。さらに、認証装置１０は、ユーザ端末３０に対しては、サーバ４０からの応答をＨＴＴＰ形式に変換してリクエストに対する応答を返す。その後は、ＨＴＴＰ形式とＨＴＴＰＳ形式の変換を行い、通信を中継する。
【００５７】
なお、認証装置１０は、自身のＩＰアドレスを持たず、パケット分析の結果、取得したＩＰアドレスを利用する。これにより、ユーザにとって複雑な設定や操作をすることなく、簡単に相互認証、ＳＳＬ通信を実現する。さらに、クライアント証明書は、ユーザ端末を経由しないで、認証装置１０からサーバに直接に送信されるため、従来のセキュリティ上の問題も解決する。
【００５８】
以下、各部の構成、処理機能を詳細に説明する。
【００５９】
（１）ユーザ端末
ユーザ端末３０は、図２に示すとおり、ＰＣにおけるディスプレイ装置としての表示部３１、キーボードやマウスとしての入力部３２、ＣＰＵとしての制御部３３、ブラウザ機能を含むＲＯＭやＲＡＭ構成のメモリ３４、ＨＴＴＰ形式によるパケット通信処理機能をもつ通信処理部３５などを有している。
【００６０】
ユーザ端末３０の基本的な動作としては、メモリ３４のブラウザからＷＷＷサーバ４０にＨＴＴＰ接続のリクエストを出すと、サーバよりユーザ端末に対してクライアント認証が要求される（サーバ側で要求画面を用意）。この要求に応じて、ユーザが認証装置１０にＩＣカード２０を挿入して、付属のキー経由で暗証番号を入力することで、ＩＣカードからクライアント証明書を読み出し、認証装置１０とサーバ間で相互認証を行い、暗号化（ＳＳＬ）通信を行う。このとき、認証装置１０によりＳＳＬ通信（ＨＴＴＰＳ）から平文通信（ＨＴＴＰ）に変換されて、中継されてきたサーバからの応答をユーザ端末３０に送信する。
【００６１】
（２）ＩＣカード
ＩＣカード２０は、記憶するクライアント証明書にサーバのドメイン名（ＵＲＬ）を登録する。一例として証明書のＥｘｔｅｎｓｉｏｎｓに登録した例を示す（図３参照）。
【００６２】
（３）認証装置
図４は、認証装置１０の構成を示し、ＩＣカード制御部１１、暗証番号の入力部１２、通信処理部１３、１４、制御部１５、メモリ部１６から構成される。
【００６３】
通信処理部１３は、ユーザ端末３０に接続され、ユーザ端末からのＨＴＴＰ形式でリクエストを受信及び、ユーザ端末にＨＴＴＰ形式で応答を送信するパケット通信機能を担う。通信処理部１４は、サーバ４０に接続され、ＨＴＴＰ形式またはＨＴＴＰＳ形式でのパケット通信機能を担う。ＩＣカード制御部１１は、ＩＣカード２０に対してデータの読み取り／書き込みを担う。制御部１５は、通信処理部１３，１４から得るパケットの分析、ＨＴＴＰ⇔ＨＴＴＰＳプロトコル変換を担う。入力部１２は、ユーザが暗証番号を入力する際に使用するキーをもつ。
【００６４】
メモリ部１６は、コンピュータ処理とネットワーク通信処理のためのソフトウェアの他に許可リストをデータとして格納している。この許可リストは、中継を許可するドメイン名のリストで、リスト中のドメイン以外の通信はすべて遮断する。許可リストには、プロトコル変換（ＨＴＴＰ⇔ＨＴＴＰＳ）してパケット中継を許可するドメイン名のリストである変換許可リスト、プロトコル変換を行わずパケット中継を許可するドメイン名のリストである中継許可リストの２種類を定義しておく（図５参照）。
【００６５】
認証装置１０の基本的な動作は、ユーザ端末３０とサーバ４０間で送受信されるパケットの分析を行い、相互認証、ＳＳＬ（暗号化）通信、プロトコル変換（ＨＴＴＰ⇔ＨＴＴＰＳ）を行い、パケットを中継する。
【００６６】
（４）認証装置の暗号化通信処理機能の詳細
＜パケット分析＞
図６は、イーサネット（登録商標）のパケット構成を示す。認証装置１０は、サーバおよびユーザ端末との通信経路を確立するため、自身を通過するパケットの分析を行い、ＩＰアドレス、ドメイン名等の情報を取得する。
【００６７】
・イーサーヘッダ部からＳｏｕｒｃｅのＭＡＣアドレス、Ｄｅｓｔｉｎａｔｉｏｎ（デフォルトゲートウェイ）のＭＡＣアドレスを取得する。
【００６８】
・ＩＰヘッダ部よりＳｏｕｒｃｅ（ユーザ端末）のＩＰアドレス、Ｄｅｓｔｉｎａｔｉｏｎ（ＷＷＷサーバ）のＩＰアドレスを取得する。
【００６９】
・ＴＣＰヘッダ部よりＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ（接続先のポート番号）を取得する。
【００７０】
・ＨＴＴＰコマンドよりＲｅｑｕｅｓｔ  Ｍｅｔｈｏｄ、アクセスするロケーション、リクエストバージョン、ホスト名を取得する。
【００７１】
＜許可リスト及びプロキシ機能＞
認証装置は、変換許可リストと中継許可リストの２種類を有する。変換許可リスト中のドメイン（ＵＲＬ）に対しては、ＨＴＴＰ（ユーザ端末−認証装置間）⇔ＨＴＴＰＳ（認証装置−サーバ間）のプロトコル変換を行い、通信を中継する。このとき、ユーザ端末から見ると認証装置は、目的のＷＷＷサーバのＩＰアドレスを有するＨＴＴＰサーバに見える。逆に、ＷＷＷサーバから認証装置は、ＳｏｕｒｃｅのＩＰアドレスをもつクライアントに見える。
【００７２】
一方、中継許可リスト中のドメイン名（ＵＲＬ）に対しては、プロトコル変換は行わず、そのまま通信を中継する。ＩＣカードが挿入されているときは、許可リスト以外のドメインへの通信は全て遮断する。なお、ＨＴＴＰＳの通信では、暗号化されているためパケット分析からホスト名の取得ができないため、中継許可リストに登録されているＩＰアドレスに対してのみ中継が許可される。
【００７３】
許可リストには、図５のようにＩＰアドレス及びドメイン名での入力を可能とする。
【００７４】
＜相互認証とＳＳＬ通信＞
図７は、認証装置とサーバとの相互認証手順を示す。認証装置１０は、ユーザ端末３０からのＨＴＴＰリクエストを受けて、サーバとの間でハンドシェイク・プロトコルによるセッション確立を行う。認証装置１０は、上記のパケット分析から得た情報及び、ＩＣカードから読み込んだ情報を元に、ＩＰヘッダ部から取得したＳｏｕｒｃｅのＩＰアドレス（接続元情報）を自身のアドレスとして、ＷＷＷサーバ４０に対して相互認証後、ＳＳＬ通信を行う。
【００７５】
認証装置１０は、ＴＣＰヘッダ部のＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔが８０（Ｗｅｂサーバのポート番号）であること、変換許可リスト中のドメイン名と、ＨＴＴＰコマンド中から取得したホスト名が一致した場合のみ、ＩＣカードから読み込んだクライアント証明書を利用して、相互認証、ＳＳＬ通信を行う。さらにＳＳＬ通信でサーバから受信した応答をＨＴＴＰに変換して、ＷＷＷサーバからの応答として（ＷＷＷサーバのＩＰアドレスを使用して）ユーザ端末に送信する。
【００７６】
図８は相互認証とＳＳＬ通信の処理フローを示す。認証装置１０は、ユーザ端末３０からＨＴＴＰ通信のリクエストを受信したとき（Ｓ１）、ＩＣカードが挿入されているか否かをチェックし（Ｓ２）、ＩＣカードが挿入されていない場合は通常のブリッジとして動作し、サーバ側へのすべての通信を中継する（Ｓ３）。
【００７７】
ＩＣカードが挿入されている場合は、リクエストをパケット分析し、ＩＣカードからクライアント証明書を読み込むと共に、変換許可リストを取得する（Ｓ４）。この変換許可リスト中に接続先ホストが存在するか否かをチェックし（Ｓ５）、接続先ホストが存在するときは、ＨＴＴＰＳ通信のリクエストをサーバに送信する（Ｓ６）。
【００７８】
変換許可リスト中に接続先ホストが存在しないときは、中継許可リストに接続先ホストが存在するか否かをチェックし（Ｓ７）、存在する場合は接続先ポストとのパケットの中継処理を行う（Ｓ８）。中継許可リストに接続先ホストが存在しない場合、エラーページをユーザ端末に送信する（Ｓ９）。
【００７９】
サーバ４０は、上記のＨＴＴＰＳ通信（Ｓ６）、または通常のパケットの中継（Ｓ３、Ｓ８）のリクエストに対する応答を返し（Ｓ１０）、この応答を認証装置１０が受信し（Ｓ１１）、これをユーザ端末（クライアント）に中継する（Ｓ１２）。
【００８０】
ユーザ端末３０は、サーバ４０へのリクエストに対する応答を認証装置経由（Ｓ９，１２）で受信する（Ｓ１３）。
【００８１】
なお、認証装置１０は、ＩＣカードが抜かれたとき変換許可リストの接続先ホストのセッションを切る。また、ＩＣカードが抜かれた時点で変換／中継許可リストをクリアする。
【００８２】
＜認証装置の追加機能＞
・認証装置１０には、サーバ証明書の正当性をチェックする機能を追加可能とする。正しいサーバ証明書をあらかじめ認証装置に組み込んでおき、もしくは、正しいサーバ証明書をあらかじめＩＣカードに書き込んでおき、相互認証時に証明書の正当性をチェック（証明書を比較）して、一致していた場合のみサーバへの中継を許可する。
【００８３】
・認証装置１０の変換許可リストには、ＩＣカード中の証明書に記載されているドメイン名を登録する。一方、変換許可リスト中のドメイン名のサーバからＨＴＴＰＳで中継可能なドメインのリストをダウンロード（特定のＵＲＬにある）して、そこに登録してあるドメイン名を、認証装置の中継許可リストに追加することを可能とする。中継許可リストに書かれているドメインに対しては、通信の中継を許可する。変換許可リストと中継許可リスト中のドメイン以外の通信は全て遮断する。
【００８４】
・認証装置１０は、ドメイン名が変換許可リスト及び中継許可リストにない場合は、クライアントに対して、その旨を通達するエラーページを自動生成し、送信できる機能を追加可能とする。
【００８５】
（５）ＷＷＷサーバの処理機能の詳細
ＨＴＴＰサーバの機能として、認証装置にＩＣカードを入れて、暗証番号入力を促すメッセージを表示する。すなわち、サーバ４０は、ＨＴＴＰでリクエストがあった場合、認証装置１０にＩＣカード挿入後、暗証番号入力を促すメッセージを、クライアントに対して送信する。
【００８６】
サーバ４０は、ＨＴＴＰＳ通信により金融サービスを提供する。さらに、ＨＴＴＰＳ通信にはクライアント認証を要求する。すなわち、サーバ４０は、ＨＴＴＰＳのリクエストに対しては、クライアントの証明書を要求、相互認証後にＳＳＬ通信で金融サービスを提供する。
【００８７】
＜サーバの追加機能＞
認証装置は、中継可能なドメイン名のリストをサーバ上の特定の場所（ＵＲＬ）からダウンロード可能としてもよい。
【００８８】
（実施形態２）
前記までの実施形態１は、既存のサーバの構成をほとんど変更することなくシステムを構築することが可能であるが、ユーザ端末と認証装置間はＨＴＴＰ通信であり、認証装置とサーバ間はＨＴＴＰＳの通信であるため、ユーザが正しいサーバに接続していることを直接確認できない。
【００８９】
本実施形態では、この問題点を解決する方式を提案する。図９はシステム構成図を示し、認証装置１０、ＩＣカード２０、ユーザ端末３０、サーバ４０で構成される。同図において、ユーザ端末３０からのＨＴＴＰリクエストを受けて、認証装置１０がサーバ４０と相互認証後、ＳＳＬ通信を開始するまでは実施形態１と同じ手順になる。
【００９０】
ここで、サーバ４０は、ＳＳＬ通信でパケットを受信したときに、ＵＲＬとワンタイムパスワードを埋め込んだページを認証装置１０に送信する。認証装置１０は、該ページをＨＴＴＰに変換してユーザ端末に送信し、このページ受信でユーザ端末３０側は表示されたＵＲＬに移動する。この後、サーバ４０では、ユーザからのリクエストと共に送られてきたワンタイムパスワードが一致すれば、サーバ認証後に、ＳＳＬ通信で金融サービスを提供する。この金融サービスは、ユーザ端末とサーバ間のＳＳＬ通信となり、認証装置１０はその通信を中継する。先の相互認証によりユーザ端末の認証が成功したが、ワンタイムパスワードの受け渡し比較を行うことで、ユーザ端末―サーバ間のサーバ認証を相互認証と紐付けることができ、相互認証と同等のセキュリティを実現できる。
【００９１】
図１０は相互認証とＳＳＬ通信の処理フローを示し、図８と同等の処理は同じ符号で示す。認証装置１０はユーザ端末からのＨＴＴＰ通信のリクエストに対し、変換許可リスト中に接続先ホストが存在し、接続先ホストのポートが「８０」のときに（Ｓ５Ａ）、ＨＴＴＰＳ通信のリクエストをサーバに送信する（Ｓ６）。このリクエストに対し、相互認証後に、サーバ４０はＵＲＬとランダムに生成する４桁の英数字（ワンタイムパスワード）を埋め込んだページを認証装置１０に送信する（Ｓ２１）。
【００９２】
認証装置１０は、それがハンドシェイク・プロトコル終了直後であるとき（Ｓ２２）、中継許可リストにサーバ４０のＩＰアドレスを登録し（Ｓ２３）、ユーザ端末への応答としてワンタイムパスワードをもつページをＨＴＴＰに変換して中継する（Ｓ２４）。
【００９３】
ユーザ端末３０は、ＵＲＬ及びワンタイムパスワードが埋め込まれたページが表示されるため、表示されたＵＲＬ（ＨＴＴＰＳのポート番号「４４３」）に移動する。この際、受信したワンタイムパスワードは、ＰＯＳＴやＧＥＴ  ＭＥＴＨＯＤを利用することにより、自動的に認証装置１０を介してサーバに送られる。
【００９４】
認証装置１０は、変換許可リストに存在する中継許可リストにＩＰアドレスが存在するため（Ｓ７）、サーバ認証のリクエストをサーバに中継する（Ｓ８）。
【００９５】
サーバ４０は、サーバ認証後にワンタイムパスワードをもつリクエストを受信したとき、それが、先にワンタイムパスワードを埋め込んだページを受信した直後であるとき（Ｓ２５）、送信したワンタイムパスワードと受信したワンタイムパスワードが一致するか否かをチェックし（Ｓ２６）、一致するときは金融サービスの提供を開始し（Ｓ２７）、一致しないときはエラーページを送信する（Ｓ２８）。これら応答は認証装置１０を介してユーザ端末３０に送信される。
【００９６】
（実施形態３）
前記の実施形態２では、ユーザ端末と認証装置間がＨＴＴＰ通信のためユーザが正しいサーバに接続していることを直接確認できないという問題を解決できる。しかし、ユーザは、一度の操作で目的のサービスを受けることができない、サーバ側の構成が複雑になるといった問題が発生する。
【００９７】
本実施形態では、この問題点を解決する方式を提案する。図１１はシステム構成図を示し、認証装置１０、ＩＣカード２０、ユーザ端末３０、サーバ４０で構成される。構成は同じであるが、本実施形態では、認証装置１０は、従来のＷＥＢクライアント機能（ブラウザ）に追加してＷＥＢサーバの機能を搭載する。ＷＥＢサーバ機能は、認証装置上のブラウザをユーザ端末３０に表示する機能を有するものとする。
【００９８】
図１１において、ユーザ端末３０からＨＴＴＰリクエストを受けて、ＩＣカードが挿入されていて、変換許可リストのホスト名と一致する場合に、ＷＥＢサーバ１０Ａは受信したパケットから、ＵＲＬの情報およびＨＴＴＰリクエストをクライアント（ブラウザ）１０Ｂに渡す。ブラウザ１０Ｂは、該当ＵＲＬを有するサーバに対して相互認証を行い、サーバからの応答を表示する。ブラウザ１０Ｂは、ＷＥＢサーバ上のコンテンツとして動いているため、ユーザ端末３０からは、ブラウザの中に、認証装置のブラウザが表示される。このとき、認証装置１０のブラウザから(認証装置−サーバ間は、HTTPS通信であるため)、サーバの証明書を確認し、正しいサーバに接続していることを直接確認することも可能となる。
【００９９】
図１２は、相互認証とＳＳＬ通信の処理フローを示し、図１０と同等の処理は同じ符号で示す。認証装置１０は、ユーザ端末からのＨＴＴＰ通信のリクエストに対し、ＷＥＢサーバが受信する。ＷＥＢサーバは、変換許可リスト中に接続先ホストが存在し、接続先のポートが「８０」のときに、ホストとリクエストをＷＥＢブラウザに渡す。ＷＥＢブラウザは、接続先ホストに対して、ＨＴＴＰＳ通信のリクエストを送信する（Ｓ３０）。この後、相互認証が確立された後、ＷＷＷサーバからの応答をＷＥＢブラウザは、認証装置のＷＥＢサーバ経由でユーザ端末に送信する（Ｓ３１，Ｓ３２）。
【０１００】
実施形態１では、パケットをそのままユーザ端末に返していたが、本実施形態では、受信したパケットをコンテンツとしてＷＥＢサーバ上で表示すること（Ｓ３２）が大きな特徴となる。
【０１０１】
なお、上記説明は、認証装置１０内のＷＥＢクライアント機能とＷＥＢサーバの機能が独立しているが、ＷＥＢクライアント機能は、ＷＥＢサーバ上で実現してもよい。
（変形例）
以上までの実施形態では、ユーザ端末３０としてＰＣによる認証システムを例として取り上げているが、インターネット機能及びブラウザを持つクライアントであれば、ＰＣに限定されるものではない。
【０１０２】
また、認証装置は、ＰＬＣ、ルータなどの中継装置に搭載し、この中継装置が認証機能を持つ電子認証システム、電子認証方法とすることができる。
【０１０３】
また、ＨＴＴＰ及びＨＴＴＰＳを用いた通信を例としてあげているが、通信のプロトコルはこれに限定されず、ＴＣＰ／ＩＰの範疇でなくてもよい。
【０１０４】
また、金融システムへの適用例を挙げているが、相互認証、暗号化通信を行うものであれば、これに限定されるものではない。
【０１０５】
また、ＩＣカードは、カードタイプのものを例として取り上げているが、ＩＣチップを利用するものであれば、カードタイプに限定されるものではない。また、ＩＣカードに代えたＵＳＢカードなど、クライアント証明書と秘密鍵を記録した外部メディアでもよい。
【０１０６】
なお、本発明は、図７や図８、図１０、図１２に示した一部又は全部の電子認証処理機能をプログラムで記載してコンピュータで実行可能にすることができる。
【図面の簡単な説明】
【０１０７】
【図１】本発明の実施形態１を示す電子認証システムの構成図。
【図２】ユーザ端末の構成図。
【図３】クライアント証明書の例。
【図４】認証装置の構成図。
【図５】許可リストの例。
【図６】イーサネットのパケットの構成図。
【図７】認証装置とサーバとの相互認証手順図。
【図８】相互認証とＳＳＬ通信の処理フロー。
【図９】本発明の実施形態２を示す電子認証システムの構成図。
【図１０】相互認証とＳＳＬ通信の処理フロー。
【図１１】本発明の実施形態３を示す電子認証システムの構成図。
【図１２】相互認証とＳＳＬ通信の処理フロー。
【図１３】電子認証システムの例。
【符号の説明】
【０１０８】
１０  認証装置
２０  ＩＣカード
３０  ユーザ端末
４０  サーバ
【図１】
2009117887.tif 000003
【図２】
2009117887.tif 000004
【図３】
2009117887.tif 000005
【図４】
2009117887.tif 000006
【図５】
2009117887.tif 000007
【図６】
2009117887.tif 000008
【図７】
2009117887.tif 000009
【図８】
2009117887.tif 000010
【図９】
2009117887.tif 000011
【図１０】
2009117887.tif 000012
【図１１】
2009117887.tif 000013
【図１２】
2009117887.tif 000014
【図１３】
2009117887.tif 000015