(57)【特許請求の範囲】
【請求項１】
アカウント識別子記録部と、暗号化されたパスワードを記録する暗号化パスワード記録部と、操作者から鍵基本情報を取得する鍵基本情報取得部と、を具備するとともにネットワークに接続された情報端末装置を介して、若しくは更に該鍵基本情報取得部が取得した鍵基本情報から暗号鍵を生成する暗号鍵生成部を具備する情報端末装置を介して、主サーバを操作しようとする操作者に主サーバの操作を許すか否かを決定する認証装置であって、
ネットワークを通して該情報端末装置の該鍵基本情報取得部が得た鍵基本情報を受信した後に該鍵基本情報から生成した暗号鍵によって、若しくはネットワークを通して該鍵基本情報取得部が得た鍵基本情報から該情報端末装置が更に具備する該暗号鍵生成部により生成された暗号鍵を受信した後に該暗号鍵によって、主サーバの平文パスワードを暗号化するとともに、ネットワークを通して該暗号化されたパスワードを該情報端末装置の該暗号化パスワード記録部に記録させるパスワード暗号化部と、
該情報端末装置を介して該主サーバを操作しようとする操作者に主サーバの操作を許すか否かを決定する際に、該情報端末装置の該アカウント識別子記録部に記録されたアカウント識別子と該情報端末装置の該暗号化パスワード記録部が記録した暗号化されたパスワードとを受取るアカウント情報受領部と、
該情報端末装置を介して該主サーバを操作しようとする操作者に主サーバの操作を許すか否かを決定する際に、該情報端末装置からネットワークを通して該情報端末装置の該鍵基本情報取得部が得た鍵基本情報を受信した後に該鍵基本情報から生成した暗号鍵を用いて、若しくは該情報端末装置からネットワークを通して該情報端末装置が更に具備する該暗号鍵生成部により生成された暗号鍵を受信した後に該暗号鍵を用いて、該アカウント情報受領部で受取った暗号化パスワードを復号して平文パスワードに変換する復号部と、
を具備し、
該アカウント識別子と該復号部で変換された平文パスワードとを用いて主サーバを操作しようとする操作者に主サーバの操作を許すか否かを決定することを特徴とする認証装置。
【請求項２】
前記情報端末装置が具備する前記鍵基本情報取得部は、操作パネルであることを特徴とする請求項１に記載の認証装置。
【請求項３】
前記情報端末装置が具備する前記鍵基本情報取得部は、生体情報を取得する生体情報取得手段であることを特徴とする請求項１に記載の認証装置。
【請求項４】
一のアカウント識別子について主サーバを操作しようとする操作者に主サーバの操作を拒否する決定が連続してされたときに拒否決定回数を計数する不一致計数部と、
該不一致計数部での計数値が所定値を超えた該アカウント識別子について、該アカウント識別子による以降の認証処理を拒否する旨を表すアカウント停止情報を記録するアカウント停止情報記録部と、
該アカウント停止情報記録部においてアカウント停止情報の記録がないアカウント識別子についての認証処理に限り、主サーバを操作しようとする操作者に主サーバの操作を許す旨を決定する認証許否決定部と、
を具備することを特徴する請求項２に記載の認証装置。
【請求項５】
コンピュータに請求項２に記載の認証装置として動作させる認証プログラム。
【請求項６】
アカウント識別子記録部と、暗号化されたパスワードを記録する暗号化パスワード記録部と、鍵基本情報取得部と、を具備するとともにネットワークに接続された情報端末装置を介して、若しくは更に該鍵基本情報取得部が取得した鍵基本情報から暗号鍵を生成する暗号鍵生成部を具備する情報端末装置を介して、主サーバを操作しようとする操作者に主サーバの操作を許すか否かを決定する認証装置における認証方法において、
該認証装置で該情報端末装置の鍵基本情報取得部から得た鍵基本情報を用いてパスワードを暗号化し、該暗号化されたパスワードを該情報端末装置の暗号化パスワード記録部に記録させ、
該情報端末装置を介する操作許否決定にあたっては、該情報端末装置の該アカウント識別子記録部に記録されたアカウント識別子と該情報端末装置の該暗号化パスワード記録部が記録した暗号化されたパスワードとを受取るとともに、
該情報端末装置を介する操作許否決定の際に該情報端末装置の該鍵基本情報取得部が得た鍵基本情報を受け取った後に該鍵基本情報から生成した暗号鍵を用い、若しくは該情報端末装置を介する操作許否決定の際に該情報端末装置の該鍵基本情報取得部が得た鍵基本情報から該情報端末装置が更に具備する暗号鍵生成部により生成された暗号鍵を受け取った後に該暗号鍵を用い、該暗号化されたパスワードを復号することで平文パスワードに変換し、
該アカウント識別子と該平文パスワードとを用いて主サーバを操作しようとする操作者に主サーバの操作を許すか否かを決定することを特徴とする認証装置における認証方法。
【請求項７】
前記主サーバを操作しようとする操作者に主サーバの操作を許すか否かを決定するにあたり、一のアカウント識別子について連続して所定回数の認証拒否決定をしたときには、それ以降同一のアカウント識別子を伴う主サーバを操作しようとする操作者による主サーバの操作を拒否する旨の決定をすることを特徴とする請求項６に記載の認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に本人認証と呼ばれる認証装置等に関する。すなわち、少なくともアカウント識別子とこれに付随するパスワード等の情報とに基づいて情報端末装置からの操作の許否を決定するシステムで利用する認証装置等に関する。詳しくは、ひとから発せられる情報由来のコードを暗号化の際の鍵に用いるとともに、当該暗号化をパスワードに対して施すようにした本人認証システムに係るものである。
【背景技術】
【０００２】
（１.  背景技術の概況）
近時、スマートフォンに代表される携帯型情報端末装置の普及が著しい。スマートフォンは購入直後からブラウザとして機能するのは勿論、ユーザーが任意にプログラムをインストールすることができるため、設計者が意図する動作をさせることができるようになっている。スマートフォンはまた、通信機能をもつためにサーバ・クライアントモデルにおけるクライアントとなるプログラムを構成できる。一般に、スマートフォンがサーバ・クライアントモデルを構築するようなアプリケーションでは、いわゆる認証処理を行う。
【０００３】
認証処理は、利用者や口座に関連付けられたアカウント識別子と、アカウント識別子に関連付けられたパスワードとを一体にした情報をクライアントからサーバに送出し、これらが予め登録されているものと一致しているときにクライアントによるサーバの操作を許すようになっている。このアカウント識別子・パスワードは一般的には数値・文字の羅列になっていて、ひとが記憶しておくには適切ではないものになっている。このような背景から、概ね特定個人が専用する態様が前提となっているスマートフォンでは、サーバ認証で要求される情報についても、スマートフォン内に予め記録をしてこれを利用するのが一般的になっている。
【０００４】
もっとも、このようにプログラムしてしまうと、スマートフォンが他人の手に渡ったとき、操作権原のない他人がサーバを操作できてしまうようになり、セキュリティ上不都合が生じることになる。
【０００５】
一方、近時は記憶に残りやすい図形的情報を個人認証に用いる技術が広く用いられるようになってきている。なかでもジェスチャー・パターンを用いたジェスチャー・パターン・ロックが広く普及しはじめている。ジェスチャー・パターン・ロックとは、操作パネルを予め登録した軌跡にそってスワイプすることで、解除することができるロックのことである。
【０００６】
（２．  具体的な背景技術）
このような背景の下、アカウント識別子とパスワードを暗号化して記録する技術が考えられる。たとえば特許文献１ではＩＤ（アカウント識別子と同意義）とパスワードとをFast data Encipherment Algorithmと呼ばれる暗号鍵で暗号化している。
【０００７】
一方、ジェスチャー・パターンを利用するにしても、現在２つのアプローチがあるようである。まずジェスチャー・パターンそのものをパスワードとする実装がある。特許文献２の要約書には、「パスワードと同様に使用されるグラフィカルパスコード（ジェスチャー・パターンに同義である）」との記載があり、ジェスチャー・パターンをパスワードとして利用する技術が開示されている。また、スマートフォンがサスペンド状態になったときに回復するためにパスワードとしてジェスチャー・パターンを実装する例があるが、この機能はスマートフォンに対する操作そのものの許否について行われるものである。
【０００８】
次に、ジェスチャー・パターンを暗号鍵とする実装がありうる。たとえば、特許文献３の００５０段落には、ジェスチャー・パターンから「暗号鍵を形成するのに利用可能な文字列を導出する」技術が示唆されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開平９−１３０３７６公報
【特許文献２】特表２０１１−５２４５９２公報
【特許文献３】特表２０１０−５４１０８９公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかし、特許文献１に示されるようにパスワード等の暗号化を行い、その暗号化に際し公開鍵方式・秘密鍵方式のいずれを採ったとしても、スマートフォンが他人の手に渡ったときに操作権原のない他人によってサーバの操作ができてしまう点を回避できるわけではない。
また、スマートフォンのサスペンド状態からの復帰の際に特定のジェスチャー・パターンを求める技法では、主として高いセキュリティを求めないアプリケーション・プログラムを使うユーザーが、これを機能しないように設定することはよくあることである。
また、仮にサスペンド状態からの復帰パスワードを設けていたとしても、パスワード自体がスマートフォン自体に記録されている以上、人手に渡った際にメモリー解析される可能性も残っている（以下、「課題１」という）。これはパスワードとしてグラフィカルパスコード（ジェスチャー・パターン）が用いられている場合であっても同様である。
【００１１】
特許文献２に示されるようにジェスチャー・パターンそのものをパスワードにするにしても、ジェスチャー・パターンそのものは可変長であり、短い軌跡ではセキュリティの維持をすることができない（以下、「課題２」という）。また、セキュリティ向上を図るべく、複数の文字種を混在させなければならないなど一定のルールに沿ったパスワードしか許さないサーバがあるが、このような場合にもジェスチャー・パターンを含む任意のデータを登録することができない憾みがある（以下、「課題３」という）。
【００１２】
更に、ジェスチャー・パターンを暗号鍵として実装するにしても、特許文献３には認証システムをどのように構成すべきかについての開示も示唆もされていない。これは仮に特許文献１の記載を組合せたとしても同様である。
【課題を解決するための手段】
【００１３】
（１.  本願における一連の発明の概要）
本願における一連の発明は上記課題を低減するものであり、その目的とするところは、生体から発せられる情報を暗号鍵の由来とし、この暗号鍵を用いてパスワードを暗号化することにより、生のパスワードの記録を可能な限り放逐し、ログイン時のセキュリティの維持を図ろうとするものである。
【００１４】
（２．  本願において使用する文言の定義）
本願において、「生体情報」とは、無意識であっても外部から観察しうる人体固有の物理的な情報のことである。たとえば、指紋や網膜パターンなどがこれにあたる。
「生体発信情報」とは、ひとが意識に基づいて外部に発して人体個体を弁別する情報のことである。ひとが記憶に基づいて機器に指示する文字列やジェスチャー・パターンなどがこれにあたり、単純な文字列や指先軌跡などの一次元情報、静止画などの二次元情報、動画などの三次元情報、ステレオ動画などの四次元情報等とする場合がある。
「生体から発せられる情報」とは、上記生体情報と生体発信情報との両者を含み、広く生体において観察できる情報をいう。
「情報に由来する」とは、その情報自体をいうことは勿論、その情報に可逆的変換・非可逆的変換を問わず、何らかの変換処理をして得られた情報も含む趣旨である。
「鍵基本情報」とは、暗号鍵を生成する基礎として用いられる情報のことである。数学的に表現するならば、暗号鍵を導く関数は鍵基本情報を変数とすることになる。
「生のパスワード」とは、主サーバにおける認証の際にアカウントＩＤとともに入力するパスワードそのもののことを言う。なお、「生の平文のパスワード」も同義であるが、特に暗号化されていないパスワードを強調する場合に用いる。
【００１５】
（３．  各請求項に係る発明について）
請求項１に記載の発明は、クライアント・サーバ・モデルにおいてはサーバに位置付けるべき認証装置であり、主として課題１の低減を図るものである。そして、クライアントから、アカウント毎に異なって個々を識別できるようにしたアカウント識別子(以降、「アカウントＩＤ」と表記する)と、暗号化されたパスワードと、生体から発せられる情報に由来する情報とを受取り、少なくともこれら３つの情報を用いてそのクライアントがサーバ資源の利用の許否を決定することになる。
【００１６】
この認証装置では、前提として、ネットワークに接続され、クライアントとして通信の対象となる情報端末装置が存在する。
この情報端末装置は、アカウント識別子記録部と、暗号化パスワード記録部と、鍵基本情報取得部と、を具備する。なお更に、暗号鍵生成部を具備するものであってもよい。
アカウント識別子記録部は、アカウントＩＤを記録する。
暗号化パスワード記録部は、暗号化されたパスワードを記録する。
鍵基本情報取得部は、操作者から鍵基本情報を取得する。
また、暗号鍵生成部は、該鍵基本情報取得部が取得した鍵基本情報から暗号鍵を生成する。
以上のような情報端末装置との間で通信する請求項１の認証装置には、パスワード暗号化部と、アカウント情報受領部と、復号部とを具備する。
パスワード暗号化部は、鍵基本情報から生成した暗号鍵によって、主サーバの認証用パスワードを暗号化するとともに、ネットワークを通して暗号化されたパスワードを情報端末装置の暗号化パスワード記録部に記録させる。
ここで、鍵基本情報から暗号鍵を生成する点について、情報端末装置に暗号鍵生成部を具備する場合には、当該暗号鍵生成部で生成する。情報端末装置に暗号鍵生成部を具備しない場合には、本認証装置において生成する。
アカウント情報受領部では、情報端末装置を介して該主サーバを操作しようとする操作者に主サーバの操作を許すか否かを決定する際に、情報端末装置中のアカウント識別子記録部に記録されたアカウントＩＤと暗号化されたパスワードとを受取る。
【００１７】
復号部は、前記アカウント情報受領部で受取った暗号化されたパスワードから、暗号鍵を用いて平文パスワードに復号する。
暗号鍵は、情報端末装置を介して該主サーバを操作しようとする操作者に主サーバの操作を許すか否かを決定する際に、入手する。そして、鍵基本情報から暗号鍵を生成する点について、情報端末装置に暗号鍵生成部を具備する場合には、当該暗号鍵生成部で生成する。情報端末装置に暗号鍵生成部を具備しない場合には、本認証装置において生成する。
以上の構成により、該アカウント識別子と該復号部で変換された平文パスワードとを用いて主サーバ操作許否を決定する。
【００１８】
請求項２に記載の発明は、情報端末装置が具備する鍵基本情報取得部として操作パネルを採り、該操作パネルより操作者が操作者の記憶に基づいて入力した情報を鍵基礎情報として、当該情報端末装置が本請求項に係る認証装置に送信するものである。
【００１９】
請求項３に記載の発明は、クライアントとなる情報端末装置が具備する鍵基本情報取得部として生体情報取得手段を採り、該生体情報取得手段より操作者が操作者の記憶がなくても得られる生体情報を鍵基本情報に採るものである。クライアントとなる情報端末装置が生体情報を取得できる場合に実施しうる認証装置である。すなわち、鍵基本情報には、生体情報が用いられる。本発明は主として課題１・課題３の低減を図るものであって、その生体情報取得手段より得られた情報を基礎情報として、鍵基本情報を決し、これを本請求項に係る認証装置に送信するものである。
【００２０】
請求項４に記載の発明は、クライアントとなる情報端末装置が生体発信情報を取得できる場合に実施しうる認証装置であって、主として課題１並びに課題２の低減を図るものである。本発明に係る認証装置は、不一致計数部と、アカウント停止情報記録部と、認証許否決定部とを具備するものである。
【００２１】
不一致計数部は、一のアカウントＩＤについて、後述する認証許否決定部で主サーバ操作「拒否」の決定が連続したと判断されたときに、その拒否した回数を計数するようになっている。
【００２２】
アカウント停止情報記録部は、上記不一致計数部での計数値が所定値を超えた場合に、そのアカウントＩＤについて、当該アカウントＩＤによる以降の操作を拒否すべきとするアカウント停止情報を記録するようになっている。
【００２３】
認証許否決定部は、上記アカウント停止情報記録部においてアカウント停止情報の記録がないアカウントＩＤについて、アカウントＩＤとパスワードとの組合せが予め決められたものと一致するかどうかを検出し、当該アカウントについての認証を判断する。
【００２４】
請求項５に記載の発明は、コンピュータに認証装置として動作させる認証プログラムに関するものであり、その要部は請求項２に関する記載の通りである。
【００３６】
請求項６に記載の発明は、請求項１に記載の認証装置に対応し、時系列に着目して再構成した認証方法に関するものである。
【００３７】
請求項７に記載の発明は、請求項４に記載の認証装置に対応し、時系列に着目して再構成した認証方法に関するものである。
【００３８】
以上示した各請求項の関係は以下の通りである。
【表１】
0006502083.tif 000002
【発明の効果】
【００３９】
本願各請求項にかかる発明によれば、クライアントとして機能する情報端末装置・認証装置のいずれについてもパスワード自体を記録することから放逐したため、極めて高いセキュリティを維持することができるようになる。主サーバで使われるパスワードはそのままである。一方で、単に任意に決められた暗号鍵によって暗号化するのではなく、生体から発せられる情報乃至これを基礎として生成される鍵基本情報から暗号鍵を得る。
そしてこのために、複雑なパスワード入力を伴う認証操作が軽減される。
【００４０】
更に、最終的に認証装置においてアカウントを特定するアカウントＩＤと、そのアカウントを使う権限があるかどうかを認定するパスワードとの組合せについて、全てを把握できるのは主サーバのみとなる。そして、このうち認証装置での主サーバ操作の際に、パスワードを再現するためには生体から発せられる情報が必須であるところ、生体から発せられる情報乃至これを基礎として生成される鍵基本情報は、パスワードを再現するための暗号鍵として用いられるだけであり、単独では情報端末装置・認証装置のいずれにも記録されない。このため、極めて高いセキュリティを持ったシステムを構築することができるようになる。
加えて、パスワードそのものが記録されておらず、またパスワードに関して暗号化・復号を処理する機能が情報端末装置内に含まれていない以上、情報端末装置が他人の手に渡ったとしても、パスワードそのものは勿論、暗号化のアルゴリズムも他人に知られない。
【００４１】
請求項２に記載の発明によれば、クライアントたる情報端末装置の操作パネルから得られる情報に基づいて鍵基本情報を生成し、これを用いてパスワードの暗号化を行う。このため、鍵基本情報はパスワードを再現するための暗号鍵として用いられるだけであり、単独ではいずれにも記録されない。このため、極めて高いセキュリティを持ったシステムを構築することができるようになる。加えて、仮に操作パネルから入力する鍵基本情報が短い文字列や短いジェスチャー・パターンであったとしても、復号部で所定の長い文字列をもつパスワードにすることになるため、生体発信情報がどのようなものであったとしても、他のアカウントとの間でセキュリティに大きな差異が生じにくいという効果がある。
【００４２】
請求項３に記載の発明によれば、生体情報を鍵基本情報として用い、生体情報をそのまま記録しないで済むために、高いセキュリティの維持が図れるのは勿論、生体情報の長さ如何によっても、アカウント名と有限長のパスワードを組み合わせて認証を行うサーバにも繋ぐことができるようになる。また、長い文字列を入力するような煩雑さを回避することができるようになる。
【００４３】
請求項４並びに請求項７に記載の発明によれば、特定のアカウントＩＤと誤ったパスワードの組合せが連続して入力され、その入力回数が所定数を超えるようなときには、その認証要求が不正なものと判断できるというサーバ側の作用を維持しつつ、いずれの装置にもパスワード全体を記録しないので、不正な認証操作が続いたときには極めて確実にこれを遮断でき、高いセキュリティを維持することができる。
【００４４】
請求項５に記載の発明によれば、通常のコンピュータやスマートフォンで本願発明を適用することができるようになる。
【図面の簡単な説明】
【００４８】
【図１】図１は、発明を実装する第一のシステム全体例の認証要部構成説明図である。
【図２】図２は、発明を実装する第一のシステム全体例のパスワード登録要部構成説明図である。
【図３】図３は、本願発明の認証装置に係る第一の実施の形態でのアカウント認証部分構成例説明図である。
【図４】図４は、本願発明の認証装置に係る第一の実施の形態での認証構成説明図である。
【図５】図５は、本願発明の認証装置に係る第一の実施の形態でのパスワード登録構成説明図である。
【図６】図６は、本願発明の認証装置に係る第二の実施の形態でのシステム全体の認証構成説明図である。
【図７】図７は、本願発明に係るジェスチャー・パターンの処理部分構成説明図である。
【図８】図８は、本願発明に係る生体情報取得部の構成説明図であるである。
【図９】図９は、発明を実装する第二のシステム全体例の認証要部説明図である。
【図１０】図１０は、発明を実装する第二のシステム全体例のパスワード登録要部構成図である。
【図１１】図１１は、発明を実装する第三のシステム全体例の認証要部説明図である。
【図１２】図１２は、発明を実装する第三のシステム全体例のパスワード登録要部説明図である。
【図１３】図１３は、発明を実装する第四のシステム全体例の認証要部説明図である。
【図１４】図１４は、発明を実装する第四のシステム全体例のパスワード登録要部説明図である。
【図１５】図１５は、暗号化パスワードを情報端末装置からの操作入力に基づいて演算する場合の、パスワード登録処理手順のタイミング・チャートである。
【図１６】図１６は、平文パスワードの生成を情報端末装置で行う場合の、パスワード登録処理手順のタイミング・チャートである。
【発明を実施するための形態】
【００４９】
本考案を実施するための形態については、以下の目次に沿って説明する。
-------------［目次］-------------
（１．  前提となるシステム例について）  
（１．１．  前提となるシステム例全体の構成）
（１．１．１.  認証をする要部構成）
（１．１．２.  パスワード登録をする要部構成）
（１．２．  前提となるシステム例全体の動作）
（１．２．１.  認証をする要部動作）
（１．２．２.  パスワード登録をする要部動作）
（１．３．  前提となるシステム全体による技術的効果）
（２．  認証装置に係る第一の実施の形態について）
（２．１．  認証装置に係る第一の実施の形態の構成について）
（２．１．１．  認証をする構成）
（２．１．１．１．  主サーバの構成）
（２．１．１．２．  前置サーバの構成）
（２．１．１．３．  情報端末装置の構成）
（２．１．２．  パスワード登録をする構成）
（２．２．  認証装置に係る第一の実施の形態の動作について）
（２．２．１．  パスワード登録動作）
（２．２．２．  認証動作）
（２．３．  認証装置に係る第一の実施の形態の実装による技術的効果）
（３．  認証装置に係る第二の実施の形態について）
（３．１．  認証装置に係る第二の実施の形態の構成・動作について）
（３．２．  認証装置に係る第二の実施の形態の得失について）
（３．３．  暗号鍵生成部の分割配置について）
（５．  システム全体についての変形例）
（５．１．  第二のシステム全体例）
（５．２．  第三のシステム全体例）
（５．３．  第四のシステム全体例）
（６．  その他）
（６．１．  パスワード登録処理についての変形例）
（６．２．  生体発信情報の取得について）
（６．３．  生体情報の取得について）
（６．４．  アカウントＩＤ・暗号化パスワードの記録について）
（６．５．  アプリケーション・プログラム等について）
（６．６．  パスワード登録処理動作の変形例１）
（６．７．  パスワード登録処理動作の変形例２）
（７．  本願特許請求の範囲の記載と実施の形態との対応について）
【００５０】
-------------［本文］-------------
（１．  前提となる第一のシステム例全体について）  
前述のとおり、本願における一連の発明は、暗号鍵を生体から発せられる情報に由来するものとし、この暗号鍵を用いてパスワードを暗号化することにより、生の平文パスワードをクライアント・サーバいずれの記録からも可能な限り放逐し、ログイン時のセキュリティの維持を図るものである。そして、所謂クライアント・サーバ・モデルに実装されるのに好適である。
【００５１】
本発明を実装するにあたっては幾つかの態様が考えられるところ、どの要素をクライアントに実装し、どの要素をサーバに実装するかによって異なる効果を期待することができる。
しかし、ここでは構成要素の配置はさておき、全体としてどのように構成し、どのように動作するのかについて説明する。
【００５２】
（１．１．  前提となる第一のシステム例全体の構成）
（１．１．１.  認証をする要部の構成）
まず、サービスを提供するサーバに対して認証を求める際に前提となるシステム全体例を図１を用いて説明する。図１は、発明を実装する第一のシステム全体例の認証要部説明図である。
【００５３】
・  主サーバ（104）
主サーバ（104）は、情報・資源の操作を行うコンピュータである。たとえば、指定されたアカウントに対応する預金口座から他の口座への振り込み処理などを行うことができるようになっている。また、主サーバ（104）は、情報端末装置から通信のための接続があったときには、アカウントＩＤ（図中で「Ａ−ＩＤ」、と表記する）とパスワードとを組合せた情報の入力を待ち、これが予めサーバ内に記録されているアカウント情報と一致している場合に限り、その操作を許すようになっている。
【００５４】
・  アカウントＩＤ記録部（101）
アカウントＩＤ記録部（101）は、アカウントＩＤを記録し、必要に応じてこれを取り出すことができるようになっている。アカウントＩＤは、複数アカウントから特定の一のアカウントを選択できるようにした識別子であって、主サーバ（104）はこれを手掛かりに、アクセスをしてきた情報端末装置の操作者・操作権限を判定するとともに、銀行口座の残高照会等、過去に行われた操作等の結果を引き次ぐことができるようになっている。
なお通常、アカウントＩＤ記録部は、クライアントたる情報端末装置内に配設される。
【００５５】
・  暗号化パスワード記録部（103）
暗号化パスワード記録部（103）（図中、「暗号化ＰＷＤ記録部」と表記する。）は、主サーバで認証に用いる平文のパスワードを暗号化した暗号化パスワードを記録することができるようになっている。そして、必要に応じてこれを取り出すことができるようになっている。パスワードはアカウントＩＤとともに主サーバでの認証に用いられ、そのアカウントＩＤが当該アカウントを用いることが許される情報端末装置の操作者のものであるかどうかを判断するための付随的情報である。
なお通常、暗号化パスワード記録部は、クライアントたる情報端末装置内に配設される。
【００５６】
・  鍵基本情報取得部（109）
鍵基本情報取得部（109）は、復号部が暗号化パスワードから平文のパスワードに復号する際に用いられる暗号鍵の基礎となる基本情報を取得するようになっている。ここで、復号に際して使用される暗号鍵は、所定のビット数を有するなど、一定のフォーマットに従うことを求められるのが通常である。この鍵基本情報取得部ではフォーマットに縛られず、広くデータとして取得できるものを対象とするのが、ここで「基本情報」とした趣旨である。
【００５７】
なお、鍵基本情報は、このように自由なフォーマットではあるが、操作者の意識的・無意識的であるかを問わず、認証の要求が一定の権限あるものによってされることを示す必要があるので、生体から発せられる情報を用いることになる。
【００５８】
・  暗号鍵生成部（108）
暗号鍵生成部（108）は、鍵基本情報取得部（109）で取得した、自由フォーマットの鍵基本情報を得て、後段の復号部で暗号鍵として使用できるようなフォーマットに変換するようになっている。
なお、ここでの変換は可逆的変換であっても非可逆的変換であっても構わない。時が異なっても、同じ鍵基本情報からは同じ暗号鍵が得られるようになっていれば足りる。
【００５９】
・  復号部（121）
復号部（121）は、前記暗号鍵生成部（108）から暗号鍵、前記暗号化パスワード記録部から暗号化パスワードをそれぞれ得て、これらに基づいて平文のパスワードを求めるようになっている。暗号化のアルゴリズムはどのようなものであっても構わないが、復号できる必要性から、可逆的変換であることを要する。
【００６０】
（１．１．２.  パスワード登録をする要部の構成）
前記認証を行う際の動作に先立ち、クライアントに対してアカウントＩＤと暗号化パスワードとを登録する必要がある。そこで次に、この登録に係る要部構成について、図２を用いて説明する。図２は、発明を実装する第一のシステム全体例のパスワード登録要部構成説明図である。なお、ここではこの一連の登録動作を単に「パスワード登録動作」というものとする。
【００６１】
なお、登録に用いられる構成部分のうち、アカウントＩＤ記録部（201）、暗号化パスワード記録部（203）、鍵基本情報御取得部（209）、暗号鍵生成部（208）は、それぞれ、認証時に用いる構成部分である、アカウントＩＤ記録部（101）、暗号化パスワード記録部（103）、鍵基本情報取得部（109）、暗号鍵生成部（108）と共通するので説明を省く。
【００６２】
・  主サーバ（204）
主サーバ（204）は、情報・資源の操作を行うコンピュータであるところ、一般に情報端末装置から接続要求があったときに認証に用いるアカウントＩＤとパスワードの組合せは、予めサーバ内に記録されている。情報端末装置にパスワード登録動作をする際には、これらの情報をクライアントに送出するようになっている。なお、パスワードについては、パスワード登録時に新たなパスワードを生成し、これをアカウントＩＤとともにクライアントに送出するようにしても構わない。
【００６３】
ところで、パスワードを非可逆変換した上でこれを記録するサーバがある。このようなサーバはパスワード・ファイルに不正にアクセスしても、パスワード・ファイルの情報からは認証に用いるパスワードを求めることができないために、高いセキュリティを維持することができる。この場合、予め決められたパスワードを取り出すことはできないので、新たなパスワードを生成し、これをアカウントＩＤとともにクライアントに送出することになる。なお、この場合には、クライアントに送出するパスワードと、主サーバ内で記録保持するパスワードとが一致しない。
【００６４】
・  暗号化部（222）
暗号化部（222）は、主サーバから情報端末装置のパスワード登録のために送信された平文のパスワードと、暗号鍵生成部（208）より得られた暗号鍵とによりパスワードを可逆的変換で暗号化するようになっている。
【００６５】
（１．２．  前提となる第一のシステム例全体の動作）
次に、上述のシステム例における動作について説明する。
【００６６】
（１．２．１.  認証する要部動作）
まず、クライアントである情報端末装置から主サーバに対して認証操作を行う場合について、説明する。操作者は図示しない情報端末装置の操作部より、主サーバに対して認証要求を行う。この要求は、情報端末装置としてスマートフォンを用いた場合には、クライアントとして動作するプログラムを起動することで指示操作をすることができる。
【００６７】
認証要求操作を行うと、情報端末装置は、アカウントＩＤ記録部（101）からアカウントＩＤを読み出し、主サーバに対してこれを送りだすことになる。また、暗号化パスワード記録部（103）から暗号化されたパスワードを読み出し、復号部（121）に送りだす。
この際、合わせて情報端末装置は、鍵基本情報取得部（109）の作用によって鍵基本情報を取得する。そしてこの鍵基本情報を暗号鍵生成部（108）に送り出す。
【００６８】
そうすると復号部では、暗号化されたパスワードと暗号鍵が揃うので、予め暗号化されたときの平文のパスワードを演算によって再現することができる。そして復号した平文のパスワードは主サーバ（104）に送られることになる。
主サーバ（104）では、認証処理をするためのアカウントＩＤと平文のパスワードが揃うために、これを行うことができる。
【００６９】
（１．２．２.  パスワード登録する要部動作）
次に、主サーバからクライアントである情報端末装置に対してパスワード登録を行う場面について、説明する。
【００７０】
はじめに操作者は、図示しない情報端末装置の操作部より、主サーバに対してパスワード登録要求を行う。この要求は、情報端末装置としてスマートフォンを用いた場合には、クライアントとして動作するプログラムを起動した後に、パスワード登録要求操作をすることで指示操作をする、またはパスワード登録専用プログラムを起動することにより指示操作することができる。
【００７１】
パスワード登録指示を受けた主サーバ（104）は、アカウントＩＤをアカウントＩＤ記録部（201）に向けて送り出す。また、平文のパスワードを暗号化部（222）に向けて送り出す。
【００７２】
アカウントＩＤ記録部（201）がアカウントＩＤを受け取ると、これをそのアカウントＩＤ記録部（201）内に記録する。
【００７３】
一方、暗号化部（222）では、鍵基本情報取得部（209）から得た鍵基本情報に基づいて暗号鍵生成部（208）が生成した暗号鍵と、主サーバ（204）から得た平文のパスワードとを受け取ると、所定のアルゴリズムを用いて暗号化の変換処理を行う。この暗号化アルゴリズムは、AES（Advanced Encryption Standard）、DES（Data Encryption Standard）、Blowfishなど、可逆的符号が得られるように選択する。そして暗号化されたパスワードは暗号化パスワード記録部（203）に記録する。
以上の一連の動作によって、アカウントＩＤと暗号化されたパスワードはそれぞれクライアントとなる情報端末機器内に記憶されることになる。
【００７４】
ところで、用いられるパスワードを、非可逆変換（ハッシュ化）した上で記録するサーバの場合には、平文のパスワードを暗号化部（222）に向けて送り出す際の動作が異なる。この場合、主サーバはパスワード登録の指示を受けたときには、新たな平文パスワードを生成する。そして、そのパスワードをハッシュ化して図示しない主サーバ内のパスワード・ファイルに記録する一方、生成されたパスワードを暗号化部（222）に併せて送ることになる。予めアカウント生成の際にパスワードが割り当てられていても、登録する際に再度新たなパスワードが割り当てられることになる。
【００７５】
また、アルファベット大文字・アルファベット小文字・数値・記号など複数の文字種を混在させなければならないというように、一定のルールに沿ったパスワードしか許さないサーバを構成する場合がある。この場合にも、当該ルールに従ったパスワードを事前に用意する、又は新たに生成し、前記と同様にパスワードを主サーバ内の図示しないパスワード・ファイルに記録する一方、生成されたパスワードを暗号化部（222）に併せて送るようにすればよい。
また、主サーバにおいてパスワードを生のパスワードが読み出せないように組まれている場合でも、同様にすればパスワード登録処理が可能である。
【００７６】
（１．３．  前提となるシステム全体による技術的効果）
以上、本システム全体でみれば、システム内において主サーバで認証に求められる生のパスワードはいずれにも重複記録されることはないために、高いセキュリティを維持することができるようになる。
【００７７】
また、主サーバにおいてパスワードをハッシュ化して記録する場合には、現実に用いられるパスワードがシステム中のどこにも記録されず、生のパスワードの記録をシステムから完全に放逐でき、極めて高いセキュリティを維持することができるようになる。
【００７８】
更に、鍵基本情報取得部で取得される鍵基本情報の情報量が小さいものであっても、主サーバに対して送られる平文パスワードは復号によって容量が大きいものとなる。このため、従前から用いられている主サーバの認証処理に前置サーバの追加をするだけで、高いセキュリティを維持したまま、生体から発せられる情報に基づく認証を行うことができるようになる。
【００７９】
（２．  認証装置に係る第一の実施の形態について）
次に上記システム例に示した各構成要素をどのようにサーバ・クライアントモデルに振り分ければよいのかについて説明する。
【００８０】
（２．１．  認証装置に係る第一の実施の形態の構成について）
まず、本発明の認証装置に係る第一の実施の形態として、情報端末装置と主サーバとの間に前置サーバを設け、その前置サーバ内に復号部を配設する実装例について、図３、図４、図５を用いて説明する。この実装例では、主サーバと前置サーバとが組み合わされて認証装置を形成する。
【００８１】
（２．１．１．  認証をする構成）
ここでは認証構成について、図３、図４を用いて説明する。図３は認証装置に係るアカウント認証関連部分の構成図である。また、図４は認証装置に係るシステム全体の認証時構成説明図である。
【００８２】
（２．１．１．１．  主サーバの構成）
主サーバ（404）は、前置サーバ（405）を介してクライアントたる情報端末装置（410）と接続し、たとえば図３に示す構成を採ることができる。
【００８３】
アカウントＩＤ入力部（331）は、ネットワークから認証要求があったときに、その要求に伴って送られてくるアカウントＩＤを取り込むことができるようになっている。
パスワード入力部（332）は、ネットワークから認証要求があったときに、その要求に伴って送られてくる平文パスワードを取り込むことができるようになっている。
【００８４】
不一致計数部（333）は、認証要求処理の際、アカウントＩＤとパスワードとの組合せが記録していた組合せとは異なるときに、その回数を計数するものである。これは誤った組合せで認証要求がされたときに、その認証要求が不正なアクセスによるものと判断するためのものである。このため、連続して誤った認証要求があったときに計数をすることになる。また、不正な認証要求は一のアカウントＩＤに対して集中的に行われるのが通常なので、不一致数はアカウントＩＤ毎に計数され、しかも連続して誤った認証要求がされたときにその回数を計数することになる。そして一回でも正当な認証要求がされたときにはリセットする。
【００８５】
アカウント停止規定数（334）は、誤った認証要求が連続したときに不正アクセスがあったと見なす、不正要求回数の閾値を規定する。この値は固定値であるが、プログラムにより、またはシステムユーザにより任意値に設定しうるようにしておいても構わない。
【００８６】
アカウントデータベース（336）（図中、「アカウントＤＢ」と表記する）は、たとえばパスワード・ファイルとも呼ばれるものを含み、アカウントＩＤとパスワードとを対応させて記録する。また、一のアカウントＩＤ毎に、そのアカウントが利用可能なのか利用禁止なのかを記録できるようにしている。
【００８７】
アカウント停止指示部（335）は、前記不一致計数部（333）で計数する認証ミス回数がアカウント停止規定数（334）となったときに、アカウントデータベース（336）中の該当アカウント情報について、認証禁止を記録するようになっている。
【００８８】
アカウント活性状態取得部（338）は、認証要求があったアカウントＩＤについて、そのアカウントの認証をしてよいかどうかをアカウントデータベース（336）から取得して、認証可能なのか認証禁止なのかを把握するようになっている。
【００８９】
認証許否決定部（337）は、アカウントＩＤ入力部（331）で受け取ったアカウントＩＤについて、アカウント活性状態取得部（338）が認証可能と把握している場合に、当該アカウントＩＤと、パスワード入力部（332）で受け取ったパスワードとの組合せに基づいて、アカウントデータベース（336）に照会し、本サーバの資源・命令が可能かどうかを判断しその許否を決定するようになっている。
【００９０】
なお、上記は主サーバでチャレンジ・カウントをしてチャレンジ回数制限をする場合の構成であるが、チャレンジ回数制限機能を持たせない主サーバでは、不一致計数部（333）、アカウント停止指示部（335）、アカウント活性状態取得部（338）などは不要である。
【００９１】
（２．１．１．２．  前置サーバの構成）
次に前置サーバ（405）について、図４を用いて説明する。
前置サーバ（405）は、情報端末装置（410）と主サーバ（404）とに介在し、暗号化されたパスワードを扱う情報端末装置と、平文パスワードを扱う主サーバとのマッチングを行うようになっている。そして前置サーバは、アカウント情報受領部、復号部、暗号鍵生成部とを具備する。
【００９２】
アカウント情報受領部は、ネットワーク（406）を介して情報端末装置から、アカウントＩＤと暗号化されたパスワードとを受取るようになっている。
【００９３】
暗号鍵生成部（408）は、情報端末装置（410）から送られてきた鍵基本情報をネットワーク（406）経由で受取り、後段の復号部で暗号鍵として使用できるようなフォーマットに変換する。
【００９４】
復号部（421）は、前記アカウント情報受領部（411）から得た暗号化されたパスワードに対して、前記暗号鍵生成部（408）から得た暗号鍵を用いて復号を行いて、平文のパスワードに復号する。そして、ここで得られた平文のパスワードを主サーバでの認証に用いるパスワードとして、これを送信するようになっている。
【００９５】
（２．１．１．３．  情報端末装置）
次に、クライアントとなる情報端末装置について説明する。情報端末装置においてはアカウントＩＤ記録部（401）、暗号化パスワード記録部（403）、鍵基本情報取得部（409）、操作入力部（442）、クライアント制御部（441）を具備する。
このうち、アカウントＩＤ記録部（401）、暗号化パスワード記録部（403）、鍵基本情報取得部（409）については、前記（１．１．１.  認証実行時の要部構成）の項目で説明したもののままなので、説明を割愛する。
【００９６】
操作入力部（442）は、たとえばスマートフォンなどの情報端末機器を管理するＯＳとその情報端末機器の液晶表示付き操作パネルとを組み合わせた機能部であって、操作者から操作指示を受けることができるようになっている。
【００９７】
クライアント制御部（441）は、たとえば情報端末機器を管理するＯＳとアプリケーション・プログラムによって実装される。そして、情報端末機器を操作する者から認証要求がされたとき、アカウントＩＤ記録部（401）に記録するアカウントＩＤと、暗号化パスワード記録部（403）に記録する暗号化されたパスワードとを読み出し、これを前置サーバのアカウント情報受領部に向かって送出する制御を行う。また、鍵基本情報取得部（409）に対して鍵基本情報の取得を促し、生体から発せられる情報を取得させ、これを前置サーバの暗号鍵生成部に向かって送出する制御を行う。ここで取得した生体から発せられる情報は、後に復号する際の暗号鍵の基礎となる。
【００９８】
（２．１．２．  パスワード登録をする構成）
次にパスワード登録をする構成について、図５を用いて説明する。図５は認証装置に係るパスワード登録構成説明図である。
【００９９】
パスワード登録で求められる機能は、鍵基本情報に由来する暗号鍵によって暗号化されたパスワードを情報端末装置内の暗号化パスワード記録部に記録することである。
【０１００】
・  情報端末装置（510）
情報端末装置（510）は、アカウントＩＤ記録部（501）、暗号化パスワード記録部（503）、鍵基本情報取得部（509）、操作入力部（542）、クライアント制御部（541）を具備する。
なお、情報端末装置（510）における、アカウントＩＤ記録部（501）、暗号化パスワード記録部（503）、鍵基本情報取得部（509）、操作入力部（542）は、認証時に用いられるアカウントＩＤ記録部（401）、暗号化パスワード記録部（403）、鍵基本情報取得部（409）、操作入力部（442）と共通するので説明を省く。
【０１０１】
クライアント制御部（541）は、操作入力部（542）からクライアント登録の指示があったときには、操作者に対し、予め主サーバ運用者等から付与されたアカウントＩＤと仮パスワードの入力操作を促すようになっている。また、前置サーバ内の暗号化部（522）から暗号化パスワードを得て、また、前置サーバ・主サーバ若しくは操作入力部からアカウントＩＤを得て、暗号化パスワード記録部（503）とアカウントＩＤ記録部（501）にそれぞれ記録するようになっている。
【０１０２】
・  前置サーバ（505）
前置サーバ（505）には暗号化部（522）、暗号鍵生成部（508）を具備する。
ここで、暗号鍵生成部（508）は認証時に用いられる暗号鍵生成部（408）と共通するので説明を省く。
【０１０３】
主サーバにおいて生のパスワードが読み出せないように組まれている場合には、前置サーバで新たなパスワードを生成するように、図示しない新規パスワード生成部を具備する。
【０１０４】
・  主サーバ（504）
主サーバは、資源に対する操作等を行うものであるが、求めに応じて情報端末装置に対するパスワード登録処理も行うようになっていることが望ましい。
ネットワーク（506）についても、その通信方向が異なるだけでネットワーク（406）と共通する。
【０１０５】
（２．２．  認証装置に係る第一の実施の形態の動作について）
本実施の形態の動作について説明する。本実施の形態についての認証時及び登録時のデータの流れは概ね前記（１．２．  前提となるシステム例全体の動作）で説明したとおりである。よってここでは、制御の流れに着目して説明する。
【０１０６】
まず、本認証装置と情報端末装置とを紐付けるパスワード登録を行う。このためには、まず情報端末装置の操作者は、スマートフォンなどの情報機器に本情報端末装置として機能させるアプリケーション・プログラムをインストールして実行する。
【０１０７】
（２．２．１．  パスワード登録動作）
アプリケーション・プログラムが実行しているとき、クライアント制御部（541）は暗号化パスワードの記録があるかどうかを確認する。暗号化パスワードの記録を確認できないときには、まだ主サーバにアカウントの設定がされていないか、パスワード登録処理がされていないかのいずれかになる。まだ主サーバにアカウントの設定がされていない場合には、主サーバの管理者等にアカウントの登録を依頼することになるが、単にパスワード登録処理がされていないのであれば、その登録動作に入ることになる。
【０１０８】
登録手続きをする際には、未だ本発明に係る認証を行うことができないので、予め主サーバ運用者等から付与された仮パスワードなどを用いて本人確認を行う必要がある。これを行うために、クライアント制御部（541）は、アカウントＩＤと仮パスワードの入力を操作者に促す。
続いてクライアント制御部（541）は、前置サーバを経由して、若しくは主サーバに直接、入力されたアカウントＩＤと仮パスワードを送るとともに、主サーバにパスワード登録処理を求める。
【０１０９】
これを受けた主サーバ（504）は当該アカウントＩＤに予め紐付けられたパスワードを読み出し、若しくは新たな平文のパスワードを生成して、これを前置サーバ（505）に送信する。前置サーバでは、新たな平文のパスワードを暗号化部（522）で捉える。そして、これを暗号化した上で情報端末装置に送出する。情報端末装置に送出する際、ネットワーク（506）上を流れるコマンド・データは図示しないＳＳＬ(Secure Socket Layer)などの処理をかけてあるので、その秘匿性を維持できる。
情報端末装置に送出されてきたアカウントＩＤ・暗号化パスワードは、クライアント制御部（541）の制御により、それぞれアカウントＩＤ記録部（501）と暗号化パスワード記録部（503）に記録される。これで一連の登録処理をすることができるようになる。
【０１１０】
なお、生のパスワードを読み出しできない場合には、新たな平文のパスワードを生成する必要がある。この場合には、前置サーバ（505）内の図示しない新規パスワード生成部で平文パスワードを生成するとともに、これを主サーバから取り出したものと見なして上記動作をさせればよい。
【０１１１】
（２．２．２．  認証動作）
操作者が主サーバの操作を行うにあたっては、アプリケーション・プログラムが動作しているはずである。そして既にパスワード登録がされているかどうかは、上記の通りアカウントＩＤ記録部と暗号化パスワード記録部での情報記録状態で把握できる。そしてパスワード登録がされているときには、次にクライアント制御部（441）は鍵基本情報取得部（409）に対して、鍵基本情報の取得を指示する。
【０１１２】
鍵基本情報が得られたら、本システムで認証に必要な、鍵基本情報・暗号化されたパスワード・アカウントＩＤが揃うので、クライアント制御部（441）は前置サーバ（405）のアカウント情報受領部にアカウントＩＤと暗号化されたパスワードを、また暗号鍵生成部（408）に鍵基本情報を送出する。
【０１１３】
前置サーバ（405）では、これらを受けたときには認証動作として復号部による復号（421）をして、アカウントＩＤと平文のパスワードを得る。そしてこれを用いて主サーバ（404）に認証要求を送り、その認証を行うことになる。
【０１１４】
（２．３．  認証装置に係る第一の実施の形態の実装による技術的効果）
暗号鍵生成部（108）を前置サーバに置くことによって、如何なる鍵形式を採る暗号が使われているのか、そのヒントすら当該ネットワーク上を流れない。また、暗号鍵とパスワードのいずれもが情報端末装置には記録されないので、高度のセキュリティを維持できる。また、情報端末装置と前置サーバとの間のネットワーク上を鍵基本情報が直に流れることは不利益点にみえるものの、ネットワーク上をＳＳＬプロトコルを用いることで、容易には解読できないため、その不利益は殆ど表われない。
【０１１５】
なお、前置サーバと主サーバとの間においてもネットワークを構築することになるが、前置サーバをゲートウエイとすることでネットワーク（506）と分離することができる。これをプライベート・ネットワークとすることで公衆回線から主サーバを完全に独立させることができるようになり、高いセキュリティを維持することができる。
【０１１６】
更に、暗号化されないアカウントＩＤはネットワーク上のＳＳＬ等を用いれば通信時の秘匿性を維持出来る一方、確実にアカウントＩＤ記録部（401）で記録しているアカウントＩＤを出鱈目な鍵で暗号化するわけではなく、同じ情報端末装置からは同じアカウントＩＤが送出されるので、主サーバにおいてアカウントＩＤに紐付けられたチャレンジ・カウントを行っている場合にも、誤った認証要求の回数を確実に把握することができ、不正アクセスを極めて高い確度をもって排除できるようになる。
【０１１７】
なお、不正アクセスは同じアカウントＩＤに対してこれに対応するパスワードを変えながら数多くのアクセスをする特徴があるが、生体情報は変えることが困難であるので、不正アクセスは主として生体発信情報の場合に起こり易い。よって、本実施の形態については特に、操作パネルから生体発信情報を取得して鍵基本情報とする場合に意義がある。
【０１１８】
また、図４をみれば気付くとおり、パスワードそのものが記録されていないことは勿論、パスワードに関して暗号化・復号を処理する機能部分が情報端末装置内に含まれていない。これは情報端末装置が他人の手に渡ったとしても、暗号化のアルゴリズムを他人に知られないようにする最も好適な実装であるということができる。併せて、情報端末装置で暗号化・復号の演算がないために、クライアント処理が軽量になるという意義がある。
【０１１９】
更に、本実施の形態のように主サーバとは別に前置サーバを配設することで、アカウントＩＤと平文パスワードとにより資源利用許否を行っていたサーバに対し変更を加えることなく、新たにジェスチャー・パターンによる認証や、生体情報による認証が行えるようになり、極めて容易に新しい認証システムを構築できるようになる。
【０１２０】
（３．  認証装置に係る第二の実施の形態について）
第二の実施の形態について、暗号鍵生成部を情報端末装置中に配設する実装を図６を用いて説明する。なお、説明を簡単にするために、クライアント制御部と入力操作部についての図面に含めておらず、また説明も省いているが、これらは当然に実装される。
【０１２１】
（３．１．  認証装置に係る第二の実施の形態の構成・動作について）
本実施の形態で、構成上、前記第一の実施の形態と異なる点は、暗号鍵生成部（642）を情報端末装置中に配設する点のみである。これにともない、動作についても、ネットワーク上を流れるデータとして、鍵基本情報が暗号鍵そのものに変わる点のみが異なり、その他動作フローは同じである。
【０１２２】
（３．２．  認証装置に係る第二の実施の形態の得失について）
本実施の形態によれば、暗号鍵の生成アルゴリズムを変更する際には情報端末装置のアルゴリズムを修正する必要があり、アプリケーション・プログラムの再配布など修正の手間が煩雑になる。また、暗号鍵がそのままネットワーク（606）上を流れる点でセキュリティの程度低下の懸念がないわけではない。尤も、ネットワークでＳＳＬを用いて暗号化したものを利用しておけば、懸念するほどのセキュリティ低下は起こらない。
【０１２３】
一方、生体情報の如何にかかわらず、暗号鍵は復号部の構成によってその情報量が定まるために、通信量の予想が的確にでき、大量の情報端末装置からのアクセスがされる主サーバに対応するには好適である。さらに、情報端末装置におけるジェスチャー・パターンをカメラなどの撮像デバイスで取得するように設計した場合、動画情報は膨大になるために、高価な通信経路に動画情報をそのまま流すのはユーザーにとっても負担が大きい。このような場合にも、これを暗号鍵にまで圧縮されているならば、負担が軽減される意義がある。
【０１２４】
なお、アカウントＩＤと平文パスワードとにより資源利用許否を行っていたサーバに対し変更を加えることなく、新たにジェスチャー・パターンによる認証や、生体情報による認証が行えるようになる点は、第一の実施の形態と同じである。
【０１２５】
（３．３．  暗号鍵生成部の分割配置について）
第一の実施の形態並びに第二の実施の形態で、暗号鍵生成部（408，608）を、前置サーバ若しくは情報端末装置に配設した例を示したが、機能を分配し、情報端末装置と前置サーバとに分割配置することも検討に値する。
【０１２６】
たとえば、ジェスチャー・パターンを撮像デバイスで取得するような場合、特徴抽出などの画像処理を情報端末装置に、抽出された特徴から暗号鍵に生成する処理を前置サーバにそれぞれ配設するなどの変形例がある。すなわち、鍵基本情報から暗号鍵生成までを、情報端末装置と前置サーバの両者に渡って実装するものである。こうすることで、鍵基本情報が膨大な情報量をもつものであっても、情報端末装置から前置サーバの間での通信量の激減を図ることができ、迅速な認証処理が可能となる。
【０１４７】
（５．  システム全体についての変形例）
前記各実施の形態では、前記（１．  前提となる第一のシステム例全体について）に記載の基本的構成を踏襲してクライアント・サーバ・モデルへの実装について説明した。ここでは、このシステム自体にバリエーションを加えた変形例について説明する。
【０１４８】
（５．１．  第二のシステム全体例）
第二のシステム例として、アカウントＩＤを暗号化して記録する場合について、図９，図１０を用いて説明する。図９は第二のシステム全体例の認証要部説明図、図１０は第二のシステム全体例のパスワード登録要部構成図である。
【０１４９】
本システムの特徴的な点は、暗号化アカウントＩＤ記録部（1102）の存在である。すなわち、第一のシステムを基準にした各実施の形態においては、情報端末装置においてアカウントＩＤは平文のまま記録していたところ、本システムでは、その記録を暗号化する点で異なる。
【０１５０】
このため、暗号化アカウントＩＤ記録部（1102）からアカウントＩＤを読み出すために、認証時には第２復号部（1125）を、またパスワード登録時には第２暗号化部（1224）を具備するように構成する。ここで用いる暗号は復号の必要があるために可逆的変換であることが必要である。
【０１５１】
この際、これら第２復号部（1125）、第２暗号化部（1224）で利用する暗号鍵は共通にすべきであるのは当然である。そして、原則として鍵基本情報取得部で得られる鍵基本情報由来のデータを用いてはならない。異なる操作者や鍵基本情報を失念した操作者が認証操作を行ったときには登録時と異なる暗号鍵が生成され、その結果他人のアカウントＩＤに復号され、主サーバ上で他人のアカウントを認証禁止にしてしまう虞があるからである。換言すれば、第２復号部（1125）と第２暗号化部（1224）とには、予め定められた同一の暗号鍵を使用する必要があり、例外的にパスワード登録時において使用した鍵基本情報由来の暗号鍵を記録しておき、それを第２復号部における暗号鍵とすることは認められる。
【０１５２】
以上のような構成にすることで、情報端末装置においてアカウントＩＤが平文で記録されることがなく、他人の手に渡ったときでも、セキュリティを高めることができる。
【０１５３】
なお、第一の実施の形態と同様に前置サーバを設ける場合、第２復号部（1125）を情報端末装置側に設けても、前置サーバ側に設けても構わないが、前置サーバ側に設けることにより、如何なる暗号化を行ったかが見えにくいため、高いセキュリティが維持できる。また、情報端末装置で暗号化・復号の演算がないために、クライアント処理が軽量になるという意義がある。
【０１５４】
（５．２．  第三のシステム全体例）
次に、第三のシステム例として、パスワードの暗号化を二重にして記録する場合について、図１１，図１２を用いて説明する。図１１は第三のシステム全体例の認証要部説明図、図１２は第三のシステム全体例のパスワード登録要部構成図である。
【０１５５】
本システムの特徴的な点は、パスワードに関する情報フローにおいて、後置復号部（1327）、前置暗号化部（1428）が介在しているところにある。すなわち、第一のシステムを基準にした各実施の形態において、情報端末装置内でのパスワードは鍵基本情報由来の暗号鍵で暗号化されて記録されていたところ、本システムでは、その記録を暗号化を二重にする点で異なる。なお、ここで用いる暗号は復号の必要があるために可逆的変換であることが必要である。
【０１５６】
このようにすることで、第１復号部・後置復号部間の情報伝達、並びに第１暗号化部・前置暗号化部間の情報伝達で、平文のパスワードが通過することがない。セキュリティ上不安が残る通信回線を用いなければならない場合であっても、この境界部分に通信部分を割り当てるようにシステム設計すれば、セキュリティを高めることが可能となる。
【０１５７】
（５．３．  第四のシステム全体例）
次に、第四のシステム例として、同じくパスワードの暗号化を二重にして記録する場合について、図１３，図１４を用いて説明する。図１３は第四のシステム全体例の認証要部説明図、図１４は第四のシステム全体例のパスワード登録要部構成図である。
【０１５８】
本システムの特徴的な点は、パスワードに関する情報フローにおいて、前置復号部（1525）、後置暗号化部（1626）が介在しているところにある。情報端末装置内でのパスワードの記録を二重化にする点で前記第三のシステムと同じであるが、登録の際に鍵基本情報由来の暗号鍵を用いてする暗号化処理の結果が情報端末装置で記録されるわけではない点で異なる。ここで用いる暗号は復号の必要があるために可逆的変換であることが必要である。
【０１５９】
このようにすることで、鍵基本情報由来の暗号鍵を用いた暗号化でDES等セキュリティ上弱いとされるものであっても、システム全体としてセキュリティ向上を図ることが可能となる。
【０１６０】
（６．  その他）
（６．１．  パスワード登録処理についての変形例）
上記各実施の形態の説明では、パスワード登録について、通信に接続された状態での登録の場面を説明してきた。
【０１６１】
しかし、より高いセキュリティを求める場合には、別のパスワード登録アプリによって、アカウントＩＤ記録部・暗号化パスワード記録部に対して直接アカウントＩＤ・暗号化パスワードを書き込むようにしてもよい。
【０１６２】
更に、スマートフォンを店頭に持ち込こんでもらい、ＯＳの機能を用いて情報端末装置内のメモリーに直接ハードウエア経由で記録するようにしてもよい。
【０１６３】
また同様に、スマートフォンを店頭に持ち込こんでもらい、予めアカウントＩＤと暗号化パスワードとを設定したアプリケーション・プログラムをインストールすることによって、結果としてパスワード登録をできるようにしてもよい。
【０１６４】
（６．２．  生体発信情報の取得について）
ひとの意識に基づいてひとから発信される生体発信情報をジェスチャー・パターンとして取り出す例について図７を用いて簡単に説明する。図７は、ジェスチャー・パターンの処理部分構成説明図である。
【０１６５】
操作パネル（944）は、たとえばスマートフォンなどの情報端末装置の液晶表示付き操作パネルであって、情報端末装置から操作指示を受けることができるようになっている。
【０１６６】
ジェスチャＡＰＩ（945）は、たとえば情報端末装置のＯＳがもつApplication Program Interfaceの一部であって、操作パネル上の所定領域内で操作者が線を描くと、その軌跡等に対応した符号（ジェスチャー・パターン）が出力されるようになっている。
【０１６７】
クライアント制御部（941）は、操作パネルに対する他の操作などによって、所定のタイミングで上記ジェスチャＡＰＩから得られたジェスチャー・パターンを暗号鍵生成部（908）に送り出すようになっている。
【０１６８】
暗号鍵生成部（908）は、情報端末装置・前置サーバなどの場所を問わず、設けることが可能であって、自由フォーマットのジェスチャＡＰＩから得られたジェスチャー・パターンを得て、後段の復号部で暗号鍵として使用できるようなフォーマットに変換する。
【０１６９】
（６．３．  生体情報の取得について）
ひとの意識に基づかずにひとから外部で観察できる生体情報を取り出す例について説明する。生体情報を取得する場合、それ自体を正確に同じ再現性をもって取得ことは困難である。このため、一定の工夫をする必要がある。たとえば、パスワード登録操作において取得した生体情報を非可逆暗号化（ハッシュ化）をして生体情報を情報機器内に記録する。そして認証操作の際に、この非可逆変換を行い同じハッシュ値となった場合に、はじめて認証装置に対する認証操作を行うという手法を採るのが好適である。
【０１７０】
このようにすることで、生体情報そのものはシステム全体を通してどこにも記録されることはない一方、パスワード自体もシステム全体を通してどこにも記録されないシステムを構築でき、高いセキュリティを維持することが可能となる。以下、これを実装するための構成について、図８を用いて簡単に説明する。図８は、生体情報取得部の構成説明図である。
【０１７１】
生体情報読取素子（1051）は、生体に接触し若しくは非接触で、生体情報を取得するようになっている。接触して取得するものとして、たとえば指紋パターンを取得する場合には指紋センサーを、たとえば網膜パターンを取得する場合には撮像素子を、それぞれ用いればよい。
【０１７２】
正規化部（1052）は、生体情報読取素子（1051）で取得した生体情報を読み取り、これを所定のフォーマットに収まるように変換するようになっている。すなわち、生体情報は一のセンサーより取得すると個人差によって様々なパターンで取得できるところ、これを等しく暗号鍵を生成できるようにするためには、時間的伸縮・延長や空間的伸縮・延長をする演算を通すのが望ましい。正規化部はこのような演算を通して生体情報を所定のフォーマットに収め、結果として誰が認証を行っても同程度のセキュリティを維持できるように作用する。
【０１７３】
非可逆変換部（1053）は、正規化された生体情報をハッシュ関数などによりハッシュ化する。非可逆暗号化部は省略することも可能ではあるが、そうすると後段の暗号化生体情報記録部（1054）においてそのまま記録がされるために、情報端末装置が他人の手に渡ったときにメモリー読み出しをされてそのまま生体情報を読み出される虞がある。また、可逆変換をしたとしても、情報端末装置が他人の手に渡ったときにプログラムを解析され、結局逆変換により、生体情報を読み出される虞がある。よって、ここでは非可逆変換をすることが好適であるといえる。
【０１７４】
暗号化生体情報記録部（1054）は、非可逆変換（ハッシュ化）された生体情報を記録する。
【０１７５】
一致検出部（1055）は、認証処理を行うときに、正規化部（1052）と暗号化生体情報記録部（1054）の内容を参照し、予め登録した生体情報と、認証時に取得した生体情報とが一致しているかどうかを判断する。そして、一致したときにのみ主サーバに対して認証を行うようにすることで、生体情報の読取りミスがあったときにも徒にチャレンジ・カウントを増やして真正ユーザーが無条件の認証拒否を受けないようにすることができるように作用する。
【０１７６】
なお、上記のうち、一致検出部（1055）・暗号鍵生成部（1008）は情報端末装置に実装するのでも、前置サーバに実装するのでもよい。
【０１７７】
その他、上記のような手法の他に、距離空間の概念を用いて、一定のノイズ分を取り除く手法なども実装に値する。
【０１７８】
ところで、生体情報は、銀行において取り扱わない機微情報に当たる。本発明において生体情報は鍵基本情報に止まり、これを記録するわけではないので、銀行においてこれを実施することで、機微情報を取り扱わなくてすむという利点がある。
【０１７９】
（６．４．  アカウントＩＤ・暗号化パスワードの記録について）
前記各実施の形態において、アカウントＩＤと暗号化パスワードはそれぞれ、情報端末装置内に配置されたアカウント識別子記録部、暗号化パスワード記録部に記録することを前提としている。
【０１８０】
ところで、通信会社で提供しているスマートフォンなどを利用する場合、情報端末装置に固有の識別子が割り振られていてこれが書き換えられないように運用できる。この場合、認証にあたり、固有の識別子をもって、その都度アカウントＩＤと暗号化パスワードを別途管理サーバから取得することもできる。
【０１８１】
もっとも、この場合でも一時的にはアカウント識別子記録部、暗号化パスワード記録部を用意する必要があり、構成が変わるわけではない。加えて、情報端末装置が他人の手に渡ったときにも、容易にアカウントＩＤと暗号化パスワードとが取得できるため、サスペンド時に何らの情報も残らない点は格別、現実にはセキュリティ上大きな利益が得られるわけではないと解される。
【０１８２】
（６．５．  アプリケーション・プログラム等について）
上記実施の形態において、スマートフォンを想定して説明したが、たとえば、ＨＴＭＬ５の技術を用いてjavascript（登録商標）により同様の動作をさせることが可能である。この場合、アカウントＩＤ記録部、暗号化パスワード記録部は、Web Storageと呼ばれる、ＵＲＬに対応して紐付けられる汎用メモリー上に配置するように設計すればよい。
【０１８３】
（６．６．  パスワード登録処理動作の変形例１）
前記各発明の実施の形態の説明の項目では、パスワード登録処理について、
・  パスワードを主サーバ（204、504、・・・）から読み出して情報端末装置に送出する例
・  パスワードを新たに主サーバで生成し、主サーバに登録してから情報端末装置に送出する例
・  パスワードを新たに前置サーバ（505）で生成し、主サーバに登録してから情報端末装置に送出する例
を挙げたが、この他にも、パスワードを情報端末装置から入力し、若しくは情報端末装置に記録されているパスワードを用いて、これを登録するという手順を採ることができる。
【０１８４】
具体的に第一の実施の形態と同じ構成を採った場合を例にとり、図１５を用いて説明する。図１５は、暗号化パスワードを情報端末装置からの操作入力に基づいて演算する場合の、パスワード登録処理手順のタイミング・チャートである。
【０１８５】
・  初期PWD入力受付（1731）
この場面では、パスワード登録は情報端末装置からの操作が契機となって初期パスワードの登録に係る一連の処理が開始する。
【０１８６】
情報端末装置に対して操作者が初期パスワードの登録を行いたいときには、初期パスワードの登録専用のアプリケーション・プログラムを起動したり、主サーバの操作に用いるアプリケーション・プログラムを起動してそのプログラムの機能を用いて初期パスワード登録を指示したりするなど、登録開始の契機になる操作を行う。
この契機によって、クライアント制御部（541等）は、操作者が設定したい初期パスワードの入力を促す。促された操作者は、ここで初期パスワードを入力する。
【０１８７】
・  初期認証依頼（1732）
初期パスワードは、予め主サーバに登録してあるアカウントに対応するものであり、所謂仮パスワードであってもよい。情報端末装置は、初期パスワードが入力されたら、前置サーバを介してこれを主サーバに初期認証を依頼することになる。このため情報端末装置は、少なくともアカウントＩＤと初期パスワードとを含む、初期認証依頼を前置サーバに送る。
【０１８８】
・  初期認証依頼転送（1733）
情報端末装置から前置サーバを介した認証依頼があった場合、前置サーバはこれを主サーバに転送する。
初期認証依頼の内容は、依頼の契機となった情報端末装置にした操作が主サーバに登録されている正しいアカウントに対する操作かどうかを確認することであり、主サーバのログイン認証をそのまま利用すれば足りる。
【０１８９】
・  主サーバ認証（1734）
主サーバでは、転送されたアカウントＩＤと初期パスワードとに基づいて認証を行う。認証依頼を受けた主サーバは、アカウントデーターベース（336）を用いて、認証を行う。そして、主サーバは認証の成否を返信する。
【０１９０】
・  鍵基本情報促進（1735）
認証成功の場合には、その情報端末装置を操作している者が正当であると推定できるので、次に鍵基本情報を用いた暗号化パスワードの生成を行うことになる。具体的には、まず、前置サーバから情報端末装置に向けて鍵基本情報の取得を促す信号を送信する。
【０１９１】
・  鍵基本情報取得（1736）
情報端末装置において鍵基本情報の取得が促されたら、情報端末装置では、鍵基本情報取得部から鍵基本情報を取得して、これを前置サーバに返送する。
【０１９２】
・  暗号化・登録指示（1737）
この時点で前置サーバは、初期認証依頼（1732）で送られた初期パスワードと、鍵基本情報取得ステップ（1736）で得られた鍵基本情報とを把握するので、この両者から暗号化を行い、暗号化パスワードを得る。そして、得られた暗号化パスワードを情報端末装置に送る。
【０１９３】
・  暗号化PWD記録（1738）
情報端末装置では得られた暗号化パスワードを暗号化パスワード記録部（503）に記録する。以上でパスワード登録処理を完了することができる。
【０１９４】
この登録手順は、第二の実施の形態で説明した構成にも同様に実装することができる。
【０１９５】
この登録手順を採ることで、第一の実施の形態・第二の実施の形態にあるように、前置サーバを設置する場合、主サーバから生のパスワードを引き出すことなく、前置サーバと情報端末装置との間で暗号化パスワード登録に係る一連の処理が完結できる。このため、主サーバ内でパスワードが非可逆変換によってハッシュ化されて記録されている場合でも容易に実装することが可能である。また、主サーバと前置サーバとの間でパスワード登録に関する特別なプロトコルが不要であり、実装が容易となる利点がある。
【０１９７】
（６．７．  パスワード登録処理動作の変形例２）
新規に暗号化パスワードを主サーバに登録する際、平文のパスワードを、主サーバ（204、504、・・・）や前置サーバ（505）が生成するばかりでなく、情報端末装置が生成することも可能である。
【０１９８】
本変形例についても第一の実施の形態と同じ構成を採った場合を例にとり、図１６を用いて説明する。この登録手順も、第二の実施の形態・第三の実施の形態ともに実装することができる。図１６は、平文パスワードの生成を情報端末装置で行う場合の、パスワード登録処理手順のタイミング・チャートである。ここでは、前置サーバが情報端末装置から初期認証依頼が届いたところから説明を始める。
【０１９９】
・  初期認証依頼転送（1833）
情報端末装置からの認証依頼に対し、前置サーバはこれを主サーバに転送する。変形例１と同様のステップである。
【０２００】
・  主サーバ認証（1734）
主サーバでは、転送されたアカウントＩＤと初期パスワードとに基づいて認証を行う。変形例１と同様のステップである。
【０２０１】
・  新規パスワード要求（1841）
主サーバが認証を成功させると、本情報端末装置は正当な操作者によるパスワード登録処理がされていると推定できるので、次に前置サーバは情報端末装置に新規パスワードの要求信号を送る。
【０２０２】
・  新規パスワード送付（1842）
情報端末措置に前置サーバから新規パスワード要求が届いたら、情報端末装置は、たとえば操作者に新規パスワードの入力を促す。そして、入力された新規パスワードを前置サーバに送信する。
ここで、新規パスワードの入力は、操作者に新規パスワードを入力させるばかりでなく、演算によって乱数的配列を求めたり、ＵＵＩＤ（Universally Unique Identifier）を求めたりしてこれに替えることができる。また、アカウントＩＤに事前に対応させた適正なパスワードを記録しておいて、これに替えることもできる。
【０２０３】
・  パスワード適正検査（1843）
新規パスワードを受けた前置サーバでは、その新規パスワードの適正を判断することが望ましい。この新規パスワードはそのまま主サーバで生のパスワードとして利用されるものであるために、単純なものは望ましくない。このため、サーバによっては小文字大文字数値を混在させるなどの制限ルールを設けている。よって、ここでその制限ルールに適合するかどうかを判定し、主サーバに負担を掛けないようにする趣旨である。もし、ここで検査上不合格となった場合には、新規パスワード要求（1841）に戻って本手順を行えばよい。
【０２０４】
・  鍵基本情報促進（1835）
・  鍵基本情報取得（1836）
・  暗号化・登録指示（1837）
・  暗号化PWD記録（1838）
これらのステップは上記変形例１における鍵基本情報促進（1735）、鍵基本情報取得（1736）、暗号化・登録指示（1737）、暗号化PWD記録（1738）と、同一の動作であるので説明を省く。
【０２０５】
・  新規パスワード登録指示（1846）
この時点で、情報端末装置から届いた新規パスワードは適正なものと認められるので、主サーバに対しその新規パスワードを生のパスワードとして登録することを求める。これに対して主サーバは該当するアカウントＩＤでの新規パスワードをアカウントデータベースに記録することになる。
【０２０６】
以上の手順によれば、新規パスワードとして情報端末装置から直接入力されたもの乃至アプリケーション・プログラムとしてインストールしたときに併せて対応したパスワードを主サーバのパスワードとして登録できるので、アプリケーション・プログラムの配信者等によるパスワード管理が可能となる。
【０２０７】
なお、新規パスワードを情報端末装置で演算したり、アカウントＩＤに事前に対応させた適正なパスワードを用いたりする場合には、パスワード適正検査（1843）は省略することができる。
【０２０８】
（７．  本願特許請求の範囲の記載と実施の形態との対応について）
本願特許請求の範囲に記載の発明と本実施の形態の記載との関係について簡単に触れる。なお、本願発明が当該実施の形態の実装に限られるのではない点を申し添える。
【０２０９】
アカウントＩＤ記録部（101等）が記録するアカウントＩＤは、本願発明の「アカウント識別子」に相当する。
操作入力部（442）は、本願発明の「操作パネル」の代表的実装例である。
アカウントデータベース（336）を構成するパスワード・ファイル中、認証禁止を示すデータを記録するカラムが、本願発明の「アカウント停止情報記録部」に該当する。
認証許否決定部（337）が本願発明の「認証許否決定部」に相当する。
【産業上の利用可能性】
【０２１１】
本発明は、広く認証を行うところで利用でき、認証システムとして提供することができることは勿論、情報端末装置にも実装して、従来からある認証システム上でも利用することができる。
また、高いセキュリティを図ることができるので、銀行取引をスマートフォンなどから行う場合の実装に好適である。
【符号の説明】
【０２１２】
図面中の符号は原則として先頭の数値が図面番号を表すが、図７以降での先頭数値は図面番号に２を加えたものになっている。また、下位２桁が同じものは概ね同一の機能を有するように符号を割り付けてある。
１０１  アカウントＩＤ記録部（本願発明の「アカウント識別子」に相当する）
１０３  暗号化パスワード記録部
４１１  アカウント情報受領部
１０８  暗号鍵生成部（２０８、４０８等、下２桁が０８で共通する）
１２１  復号部（４２１、６２１等、下２桁が２１で共通する）
４４２  操作入力部（本願発明の「操作パネル」が代表する）
３３３  不一致計数部
３３６  アカウントデータベース（本願発明の「アカウント停止情報記録部」を含む）
３３７  認証許否決定部
３３８  アカウント活性状態取得部
【図１】
0006502083.tif 000003
【図２】
0006502083.tif 000004
【図３】
0006502083.tif 000005
【図４】
0006502083.tif 000006
【図５】
0006502083.tif 000007
【図６】
0006502083.tif 000008
【図７】
0006502083.tif 000009
【図８】
0006502083.tif 000010
【図９】
0006502083.tif 000011
【図１０】
0006502083.tif 000012
【図１１】
0006502083.tif 000013
【図１２】
0006502083.tif 000014
【図１３】
0006502083.tif 000015
【図１４】
0006502083.tif 000016
【図１５】
0006502083.tif 000017
【図１６】
0006502083.tif 000018