JP2014135557A - 権限発行システム、権限発行サーバ、及び権限発行方法 - Google Patents

Abstract

【課題】パスワードの管理負担や漏洩リスクを回避し、サーバから安全に権限を発行する。
【解決手段】第２の情報端末２０は、権限発行サーバ３０から受信した第１のチャレンジを暗号化して第１のレスポンスを生成する手段を有し、第１の情報端末１０は、第２の情報端末２０から受信した第１のレスポンスを第２のチャレンジとみなし、第１のレスポンスを暗号化して第２のレスポンスを生成する手段を有し、権限発行サーバ３０は、第２の情報端末２０から受信した第１のレスポンス、及び前記第１の情報端末から前記第２の情報端末を介して受信した前記第２のレスポンスをそれぞれ復号して検証し、検証に成功した場合に子ＩＤを第２の情報端末２０に送信する手段を有する。
【選択図】図６

Description

本発明は、情報端末に権限を発行する権限発行システム、権限発行サーバ、及び権限発行方法に関するものである。

従来、建物への入退出用途に利用される認証方式として、ＩＣカードやＩＣタグ（以下、単にＩＣカードという）を用いた共通鍵による認証方式がある。この方式では、リーダライタなどの認証装置がＩＣカードへチャレンジ（乱数）を送信する。ＩＣカードは、受信したチャレンジからＩＣカード内に格納された固有の鍵を用いて暗号化したレスポンス（署名）をＩＣカードの固有ＩＤとともに、認証装置に送信する。レスポンスを生成する際には、通常は短い応答時間を確保するために、ＰＩＮ入力などによる本人照合プロセスは省略される。

非特許文献１の図４−１１に記載された従来方式では、ＩＣカードを利用した認証装置との認証の仕組みとして、チャレンジ・レスポンスを利用した方法を示している。この方法では、ＩＣカードにレスポンスの生成に必要な鍵データがＩＣカードの発行時に格納されることを前提としている。また、非特許文献１の［事例Ｍ５］に記載された事例では、携帯電話でサーバに接続してＩＤ、パスワード認証により本人確認を行い、アプリケーションソフトウェア（以下、本明細書においては単に「アプリケーション」と称する）のダウンロードを行うことが述べられている。

また、第１の情報端末から第２の情報端末に（例えば、ＩＣカードからスマートフォンに）権限を移譲することにより、第２の情報端末によって同一のサービスを受けるようして、ユーザの利便性を向上させることも考えられる。

"第四章 ＩＣカード"、[online]、２００７年５月１０日、ＩＰＡ、[平成２４年１１月３０日検索]、インターネット<URL:http://www.ipa.go.jp/security/fy18/reports/embedded/04_ICCard.pdf>

しかし、携帯電話を用いてＩＤ、パスワードによりサーバにログインしてパーソナライズを行う従来の方法では、権限発行サーバへアクセスする際に、利用者が関連サイトに簡単に辿り着けない、パスワードの管理が大変である、パスワードが漏洩するおそれがある、といった問題がある。

かかる事情に鑑みてなされた本発明の目的は、パスワードの管理負担や漏洩リスクを回避し、サーバから安全に権限を発行することが可能な権限発行システム、権限発行サーバ、及び権限発行方法を提供することにある。

上記課題を解決するため、本発明に係る権限発行システムは、権限発行サーバと、第１の情報端末と、第２の情報端末とを備え、前記権限発行サーバが前記第１の情報端末のＩＤに対応する子ＩＤを前記第２の情報端末に発行する権限発行システムであって、前記第２の情報端末は、前記権限発行サーバから受信した第１のチャレンジを暗号化して第１のレスポンスを生成する手段を有し、前記第１の情報端末は、前記第２の情報端末から受信した前記第１のレスポンスを第２のチャレンジとみなし、前記第１のレスポンスを暗号化して第２のレスポンスを生成する手段を有し、前記権限発行サーバは、前記第２の情報端末から受信した前記第１のレスポンス、及び前記第１の情報端末から前記第２の情報端末を介して受信した前記第２のレスポンスをそれぞれ復号して検証し、検証に成功した場合に前記子ＩＤを前記第２の情報端末に送信する手段を有することを特徴とする。

また、上記課題を解決するため、本発明に係る権限発行方法は、権限発行サーバと、第１の情報端末と、第２の情報端末とを備える権限発行システムにて、前記権限発行サーバが前記第１の情報端末のＩＤに対応する子ＩＤを前記第２の情報端末に発行する権限発行方法であって、（ａ）前記第２の情報端末により、前記権限発行サーバから受信した第１のチャレンジに対して暗号化して第１のレスポンスを生成するステップと、（ｂ）前記第１の情報端末により、前記第２の情報端末から受信した前記第１のレスポンスを第２のチャレンジとみなし、前記第１のレスポンスを暗号化して第２のレスポンスを生成するステップと、（ｃ）前記権限発行サーバにより、前記第２の情報端末から受信した前記第１のレスポンス、及び前記第１の情報端末から前記第２の情報端末を介して受信した前記第２のレスポンスをそれぞれ復号して検証し、検証に成功した場合に前記子ＩＤを前記第２の情報端末に送信するステップと、を含むことを特徴とする。

また、上記課題を解決するため、本発明に係る権限発行サーバは、第１の情報端末のＩＤに対応する子ＩＤを第２の情報端末に発行する権限発行サーバであって、前記第２の情報端末は、前記権限発行サーバから受信した第１のチャレンジを暗号化して第１のレスポンスを生成し、前記第１の情報端末は、前記第２の情報端末から受信した前記第１のレスポンスを第２のチャレンジとみなし、前記第１のレスポンスを暗号化して第２のレスポンスを生成しており、前記権限発行サーバは、前記第２の情報端末から受信した前記第１のレスポンス、及び前記第１の情報端末から前記第２の情報端末を介して受信した前記第２のレスポンスをそれぞれ復号して検証し、検証に成功した場合に前記子ＩＤを前記第２の情報端末に送信する手段を有することを特徴とする権限発行サーバ。

本発明によれば、本人確認手段として権限発行サーバ側でパスワードを管理する必要がなくなり、利用者、サービス提供者ともにパスワードの漏洩リスクからも解放されるようになる。また、第１の情報端末から第２の情報端末に認証権限を発行する際に、第１の情報端末とチャレンジ・レスポンス認証を交わすことにより、第１の情報端末を所有していることを本人確認手段として権限の発行処理を安全に行うことが可能となる。

本発明の一実施形態に係る権限発行システムの概略構成を示すブロック図である。 本発明の一実施形態に係る権限発行システムにおける第１の情報端末の概略構成を示すブロック図である。 本発明の一実施形態に係る権限発行システムにおける第２の情報端末の概略構成を示すブロック図である。 本発明の一実施形態に係る権限発行システムにおける権限発行サーバの概略構成を示すブロック図である。 本発明の一実施形態に係る権限発行システムにおける端末管理サーバの概略構成を示すブロック図である。 本発明の一実施形態に係る権限発行システムによる権限発行方法を示すフローチャートである。

以下、本発明による一実施形態について、図面を参照し、権限発行システムの構成について説明した後、権限発行システムによる権限発行方法について説明する。

［権限発行システムの構成］
図１は、一実施形態の権限発行システムの概略構成を示すブロック図である。図１に示すように、権限発行システム１は、第１の情報端末１０と、第２の情報端末２０と、権限発行サーバ３０と、端末管理サーバ４０とを備える。第１の情報端末１０と第２の情報端末２０とは近距離無線通信により相互にデータを送受信でき、第２の情報端末２０と、権限発行サーバ３０と、端末管理サーバ４０とはインターネット網や携帯網などの通信網により接続される。

本実施形態においては、第１の情報端末１０から第２の情報端末２０に、認証を受ける権限を移譲するものとする。また、第１の情報端末１０及び第２の情報端末２０の利用者は同一であることを想定している。なお、本実施形態では権限発行サーバ３０及び端末管理サーバ４０を区別しているが、１つのサーバとして構成してもよい。

認証装置５０は、第１の情報端末１０及び第２の情報端末２０の認証を行うリーダライタ等の装置である。認証装置５０は権限発行システム１には含まれないが、図１にあわせて図示している。権限発行サーバ３０が第１の情報端末１０に対してのみ認証を受ける権限を発行していた場合には、第１の情報端末１０しか認証装置５０の認証サービスを享受することができないが、第１の情報端末１０から第２の情報端末２０に認証を受ける権限を移譲した後は、第２の情報端末２０も認証装置５０の認証サービスを享受することができるようになる。認証装置５０は認証を行うだけでなく、認証後に決済等のサービスを提供する装置であってもよい。

第１の情報端末１０は、予め第１の情報端末１０のＩＤ及び認証用の共通鍵を記憶する。本明細書において、第１の情報端末１０のＩＤを第２の情報端末２０のＩＤと区別して「親ＩＤ」ともいう。第１の情報端末１０の詳細については、図２を参照して後述する。

第２の情報端末２０は、権限発行サーバ３０から、第２の情報端末２０のＩＤ及び認証用の共通鍵を取得する。本明細書において、第２の情報端末２０のＩＤを第１の情報端末１０のＩＤと区別して「子ＩＤ」ともいう。なお、複数の第２の情報端末２０が、共通の１つの第１の情報端末１０に対応する利用者情報をそれぞれ取得してもよい。第２の情報端末２０の詳細については、図３を参照して後述する。

権限発行サーバ３０は、第１の情報端末１０及び第２の情報端末２０に対して認証を受ける権限を発行する。権限発行サーバ３０の詳細については、図４を参照して後述する。

端末管理サーバ４０は、第２の情報端末２０に対して第２の情報端末２０の公開鍵証明書を発行する。また、端末管理サーバ４０は、第２の情報端末２０に対して権限発行サーバ３０のＵＲＬ及び公開鍵証明書を発行する。端末管理サーバ４０の詳細については後述する。

図２は、第１の情報端末１０の特徴的な部分のみを示すブロック図である。図２に示すように、第１の情報端末１０は、親ＩＤ・認証用鍵記憶部１０１と、権限発行用鍵記憶部１０２と、データ記憶部１０３と、制御部１０４と、暗号演算部１０５と、近距離通信部１０６とを備える。なお、親ＩＤ・認証用鍵記憶部１０１と、権限発行用鍵記憶部１０２と、データ記憶部１０３とを１つの記憶部として構成してもよい。なお、親ＩＤ・認証用鍵記憶部１０１及び権限発行用鍵記憶部１０２を耐タンパ領域とするのが好適である。

親ＩＤ・認証用鍵記憶部１０１は、権限発行サーバ３０から発行される、第１の情報端末１０のＩＤ及び認証用の共通鍵を、予め記憶する。例えば、第１の情報端末１０がＩＣカードである場合には、ＩＣカードの発行時に、第１の情報端末１０のＩＤ及び認証用の共通鍵を記憶する。

権限発行用鍵記憶部１０２は、権限発行サーバ３０から発行される権限発行用の共通鍵を、予め記憶する。例えば、第１の情報端末１０がＩＣカードである場合には、ＩＣカードの発行時に、権限発行用の共通鍵を記憶する。この権限発行用の共通鍵は、第２の情報端末２０に対して権限を発行する際にのみ用いられる鍵であり、第１の情報端末１０の認証には、親ＩＤ・認証用鍵記憶部１０１が記憶する認証用の共通鍵が用いられる。また、権限発行用鍵記憶部１０２は、権限発行用共通鍵へのアクセスを許可するためのＰＩＮも記憶する。

データ記憶部１０３は、第１の情報端末１０が必要とするデータを、予め記憶する。例えば、認証アプリケーションを記憶する場合には、ユーザは第１の情報端末１０を用いて建物への入退出の際の認証を行うことができ、決済アプリケーションを記憶する場合には、ユーザは第１の情報端末１０を用いて決済を行うことができる。

制御部１０４は、ＯＳ及びＣＰＵを有し、第１の情報端末１０の各ブロックの動作を制御する。

暗号演算部１０５は、鍵を用いて暗号化及び復号を行う。例えば、チャレンジを受信した場合には鍵を用いてチャレンジを暗号化してレスポンスを生成する。また、チャレンジに対するレスポンスを受信した場合には、レスポンスを復号し、レスポンスの検証を行う。

近距離通信部１０６は、ＮＦＣ（near field communication；近距離無線通信）機能を有する。第１の情報端末１０及び第２の情報端末２０の間のデータの送受信は近距離通信部１０６を介して行われる。ＮＦＣにより、例えば第１の情報端末１０を第２の情報端末２０にかざすことでデータの送受信を行うことができる。

図３は、第２の情報端末２０の特徴的な部分のみを示すブロック図である。図３に示すように、第２の情報端末２０は、子ＩＤ・認証用鍵取得部２０１と、データ記憶部２０２と、制御部２０３と、暗号演算部２０４と、近距離通信部２０５と、ネットワーク通信部２０６とを備える。

子ＩＤ・認証用鍵取得部２０１は、権限発行サーバ３０から、第２の情報端末２０用のＩＤ及び認証用の共通鍵を取得して格納する。

データ記憶部２０２は、第２の情報端末２０が必要とするデータを記憶する。なお、アプリケーションソフトウェア等のデータについては、アプリケーションソフトウェアを保有するサーバから必要に応じてダウンロードしてデータ記憶部２０２に記憶するようにしてもよい。

制御部２０３は、制御部１０４と同様に、ＯＳ及びＣＰＵを有し、第２の情報端末２０の各ブロックの動作を制御する。暗号演算部２０４は、暗号演算部１０５と同様に、鍵を用いて暗号化及び復号を行う。近距離通信部２０５は、近距離通信部１０６と同様に、ＮＦＣ機能を有し、第１の情報端末１０とデータを送受信する。

ネットワーク通信部２０６は、インターネット網や携帯網などの通信網を介して権限発行サーバ３０、及び端末管理サーバ４０と通信を行う。

図４は、権限発行サーバ３０の特徴的な部分のみを示すブロック図である。図４に示すように、権限発行サーバ３０は、権限発行部３０１と、制御部３０２と、暗号演算部３０３と、ネットワーク通信部３０４とを備える。

権限発行部３０１は、情報端末に対して認証を受ける権限を発行する。具体的には、第１の情報端末１０に対して親ＩＤ及び親ＩＤの認証用の共通鍵を発行し、第２の情報端末２０に対して子ＩＤ及び子ＩＤの認証用の共通鍵を発行する。また、第１の情報端末１０に対しては権限発行用の共通鍵も発行する。

制御部３０２は、ＯＳ及びＣＰＵを有し、権限発行サーバ３０の各ブロックの動作を制御する。

暗号演算部３０３は、鍵を用いて暗号化及び復号を行う。例えば、チャレンジを受信した場合には鍵を用いてチャレンジを暗号化してレスポンスを生成する。また、チャレンジに対するレスポンスを受信した場合には、レスポンスを復号し、レスポンスの検証を行う。

ネットワーク通信部３０４は、インターネット網や携帯網などの通信網を介して第２の情報端末２０と通信を行う。

図５は、端末管理サーバ４０の特徴的な部分のみを示すブロック図である。図５に示すように、端末管理サーバ４０は、証明書発行部４０１と、制御部４０２と、暗号演算部４０３と、ネットワーク通信部４０４とを備える。

証明書発行部４０１は、第２の情報端末２０に対して第２の情報端末２０の公開鍵証明書を発行する。また、端末管理サーバ４０は、第２の情報端末２０に対して権限発行サーバ３０のＵＲＬ及び公開鍵証明書を発行する。

制御部４０２は、制御部３０２と同様に、ＯＳ及びＣＰＵを有し、端末管理サーバ４０の各ブロックの動作を制御する。暗号演算部４０３は、暗号演算部３０３と同様に、鍵を用いて暗号化及び復号を行う。ネットワーク通信部４０４は、ネットワーク通信部３０４と同様に、インターネット網や携帯網などの通信網を介して第２の情報端末２０と通信を行う。

［権限発行方法］
次に、このように構成される権限発行システム１による権限発行方法について説明する。以下の説明では、第１の情報端末１０がＩＣカードであり、第２の情報端末２０がスマートフォンなどの携帯端末である場合を例に説明するため、第１の情報端末１０をＩＣカード１０と表記し、第２の情報端末２０を携帯端末２０と表記する。

権限を移譲するにあたり、ＩＣカード１０には事前に、例えばカード発行時に、権限発行サーバ３０より管理されるＩＤ及び認証用の共通鍵が親ＩＤ・認証用鍵記憶部１０１に記憶されているものとする。また、ＩＣカード１０には事前に、権限発行用の共通鍵が権限発行用鍵記憶部１０２に記憶されているものとする。

また、携帯端末２０には、端末管理サーバ４０が発行する、属性情報として端末固有番号を持つ端末公開鍵証明書が、事前に耐タンパ領域に格納されているものとする。

図６は、権限発行システム１による権限発行方法を示すフローチャートである。まず、端末管理サーバ４０は、証明書発行部４０１により権限発行サーバ３０の公開鍵証明書を発行し、ネットワーク通信部４０４により携帯端末２０に送信する。その際、権限発行サーバ３０の公開鍵証明書に加え、権限発行サーバ３０のＵＲＬも携帯端末２０に送信する。携帯端末２０は、ネットワーク通信部２０６により権限発行サーバ３０の公開鍵証明書及びＵＲＬを端末管理サーバ４０から受信する（ステップＳ１０１）。

そして、携帯端末２０は、ネットワーク通信部２０６により権限発行サーバ３０のＵＲＬにアクセスする。その際、携帯端末２０は権限発行サーバ３０の真正性の確認を行うことにより、フィッシングのリスクを回避する。

具体的には、携帯端末２０は、暗号演算部２０４によりチャレンジ（乱数）を生成し、ネットワーク通信部２０６によりチャレンジを権限発行サーバ３０に送信する（ステップＳ１０２）。権限発行サーバ３０は、ネットワーク通信部３０４によりチャレンジを受信し、暗号演算部３０３によりチャレンジに秘密鍵を用いてレスポンスを生成し、ネットワーク通信部３０４によりレスポンスを携帯端末２０に返送する（ステップＳ１０３）。携帯端末２０は、ネットワーク通信部２０６によりレスポンスを受信し、暗号演算部２０４により権限発行サーバ３０の公開鍵を用いてレスポンスを復号する。そして、暗号演算部２０４によりチャレンジと復号したレスポンスとを照合検証し（ステップＳ１０４）、検証結果を判定する（ステップＳ１０５）。なお、レスポンスがチャレンジのハッシュ化後に暗号化されている場合には、チャレンジのハッシュ値とレスポンスの復号値とを照合する。ステップＳ１０５にて検証に失敗した場合には、携帯端末２０は処理を終了する。一方、ステップＳ１０５にて検証に成功した場合には、携帯端末２０は処理を継続する。

次に、携帯端末２０は権限発行サーバ３０との間でセキュアチャネルを確立する。具体的には、携帯端末２０は、暗号演算部２０４により権限発行サーバ３０の公開鍵を用いてセッション鍵（乱数）を暗号化し、ネットワーク通信部２０６により権限発行サーバ３０に送信する。権限発行サーバ３０は、ネットワーク通信部３０４によりセッション鍵を受信し、暗号演算部３０３によりセッション鍵を復号して、セッション鍵を共有する。これ以降は、携帯端末２０及び権限発行サーバ３０間の通信はセキュアチャネルを使用した通信となる（ステップＳ１０６）。

次に、権限発行サーバ３０は、携帯端末２０の認証（真正性の確認）を行う。具体的には、権限発行サーバ３０は、暗号演算部３０３によりチャレンジを生成し、ネットワーク通信部３０４によりチャレンジを携帯端末２０に送信する（ステップＳ１０７）。携帯端末２０は、ネットワーク通信部２０６によりチャレンジを受信し、暗号演算部２０４によりチャレンジに秘密鍵を用いてレスポンスを生成する。このレスポンスを後のレスポンスと区別するために「レスポンス１」と称する。そして、ネットワーク通信部２０６によりレスポンス１とともに携帯端末２０の公開鍵証明書を権限発行サーバ３０に送信する（ステップＳ１０８）。権限発行サーバ３０は、ネットワーク通信部３０４によりレスポンス１を受信し、暗号演算部３０３により公開鍵証明書に含まれる携帯端末２０の公開鍵を用いてレスポンス１を復号する。そして、暗号演算部３０３によりチャレンジと復号したレスポンス１とを照合検証し（ステップＳ１０９）、検証結果を判定する（ステップＳ１１０）。なお、レスポンスがチャレンジのハッシュ化後に暗号化されている場合には、チャレンジのハッシュ値とレスポンスの復号値とを照合する。ステップＳ１１０にて検証に失敗した場合には、権限発行サーバ３０は処理を終了する。一方、ステップＳ１１０にて検証に成功した場合には、権限発行サーバ３０は処理を継続する。

また、携帯端末２０は、近距離通信部２０５によりレスポンス１をＩＣカード１０に送信する。ＩＣカード１０は、近距離通信部１０６によりレスポンス１をチャレンジとして受信する（ステップＳ１１１）。なお、近距離通信は、携帯端末２０を近距離通信用の動作モードに設定し、ＩＣカード１０を携帯端末２０にかざす又は接触させることにより実現することができる。

携帯端末２０は、ＩＣカード１０のＰＩＮ（Personal Identification Number）を入力することにより、本人照合を実施する（ステップＳ１１２）。本人照合に成功すると、ＩＣカード１０は、暗号演算部１０５によりチャレンジとみなしたレスポンス１に権限発行用の共通鍵を用いてレスポンス２を生成し、近距離通信部１０６によりレスポンスを携帯端末２０に送信する。その際、レスポンス２に加え、親ＩＤも携帯端末２０に送信する（ステップＳ１１３）。権限発行用共通鍵を使用する際にはＰＩＮ入力による本人照合を義務付けることにより、セキュリティを向上させている。

携帯端末２０は、ネットワーク通信部２０６によりレスポンス２及び親ＩＤを受信し、そのまま権限発行サーバ３０に送信する（ステップＳ１１４）。権限発行サーバ３０は、ネットワーク通信部３０４によりレスポンス２を受信し、暗号演算部３０３により権限発行用の共通鍵を用いてレスポンス２を復号する。そして、暗号演算部３０３によりレスポンス１と復号したレスポンス２とを照合検証し（ステップＳ１１５）、検証結果を判定する（ステップＳ１１６）。なお、レスポンス２がレスポンス１のハッシュ化後に暗号化されている場合には、レスポンス１のハッシュ値とレスポンス２の復号値とを照合する。ステップＳ１１６にて検証に失敗した場合には、権限発行サーバ３０は処理を終了する。一方、ステップＳ１１６にて検証に成功した場合には、権限発行サーバ３０は処理を継続する。

最後に、権限発行サーバ３０は、権限発行部３０１により携帯端末２０のＩＤ及び認証用の共通鍵を生成し、ネットワーク通信部３０４により携帯端末２０に送信する。携帯端末２０は、ネットワーク通信部２０６により携帯端末２０の子ＩＤ及び認証用鍵を受信し、子ＩＤ・認証用鍵取得部２０１に格納する（ステップＳ１１７）。

上述したように、本発明に係る権限発行システム１では、第２の情報端末２０は、権限発行サーバ３０から受信した第１のチャレンジを暗号化して第１のレスポンスを生成する手段を有し、第１の情報端末１０は、第２の情報端末２０から受信した第１のレスポンスを第２のチャレンジとみなし、第１のレスポンスを暗号化して第２のレスポンスを生成する手段を有し、権限発行サーバ３０は、第２の情報端末２０から受信した第１のレスポンス、及び第１の情報端末１０から第２の情報端末２０を介して受信した第２のレスポンスをそれぞれ復号して検証し、検証に成功した場合に子ＩＤを第２の情報端末２０に送信する手段を有する。このため、本発明によれば、本人確認手段として権限発行サーバ３０側でパスワードを管理する必要がなくなり、利用者、サービス提供者ともにパスワードの漏洩リスクからも解放されるようになる。また、第１の情報端末１０から第２の情報端末２０に認証権限を発行する際に、第１の情報端末１０とチャレンジ・レスポンス認証を交わすことにより、第１の情報端末１０を所有していることを本人確認手段として権限の発行処理を安全に行うことが可能となる。

また、第２のレスポンスを生成する際には、ＰＩＮによる本人照合を行った後に、権限発行用の共通鍵を用いて第１のチャレンジを暗号化して第１のレスポンスを生成するのが好適である。これにより、認証用の共通鍵と異なる権限発行用の共通鍵を用いることにより、認証用の共通鍵を使用する際にはＰＩＮ入力を不要とし、権限発行用の共通鍵を使用する際にはＰＩＮ入力を必要とするというように、使用する鍵に応じて異なる制御を行うことが可能となる。そして、第１の情報端末１０の認証時（認証用の共通鍵を使用する時）にはＰＩＮ入力を行わないことで認証に要する時間を短縮させることができ、権限発行時（権限発行用の共通鍵を使用する時）にはＰＩＮ入力による本人照合を義務付けることにより、セキュリティを向上させることができるようになる。

また、権限発行サーバ３０は、第２の情報端末２０から受信した第３のチャレンジを暗号化して第３のレスポンスを生成し、第２の情報端末２０は、権限発行サーバ３０から受信した第３のレスポンスを復号して検証するのが好適である。このように携帯端末２０が権限発行サーバ３０の真正性の確認をすることにより、フィッシングのリスクを回避することができるようになる。

また、第１の情報端末１０及び第２の情報端末２０は近距離無線通信手段を有し、近距離無線通信手段により、第２の情報端末２０から第１の情報端末１０へ第１のレスポンスを送信し、第１の情報端末１０から第２の情報端末２０へ第２のレスポンスを送信し、権限発行サーバ３０は、第１の情報端末１０から第２の情報端末２０を介して第２のレスポンスを受信するのが好適である。これにより、これにより、第１の情報端末１０を第２の情報端末２０にかざす又は接触させるだけで、チャレンジ・レスポンス認証や、親ＩＤなどのデータを送受信することができるようになる。

上述の実施形態は代表的な例として説明したが、本発明の趣旨及び範囲内で多くの変更及び置換ができることは当業者に明らかである。したがって、本発明は、上述の実施形態によって制限するものと解するべきではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。例えば、上述した実施形態では、第１の情報端末１０をＩＣカードとし、第２の情報端末２０を携帯端末として説明したが、これに限定されるものではない。また、上述した実施形態では、第１の情報端末１０はネットワーク通信部を備えていないが、これを備える構成であってもよい。

１ 権限発行システム
１０ 第１の情報端末
２０ 第２の情報端末
３０ 権限発行サーバ
４０ 端末管理サーバ
５０ 認証装置
１０１ 親ＩＤ・認証用鍵記憶部
１０２ 権限発行用鍵記憶部
１０３，２０２ データ記憶部
１０４，２０３，３０２，４０２ 制御部
１０５，２０４，３０３，４０３ 暗号演算部
１０６，２０５ 近距離通信部
２０１ 子ＩＤ・認証用鍵取得部
２０６，３０４，４０４ ネットワーク通信部
３０１ 権限発行部
４０１ 証明書発行部

また、上記課題を解決するため、本発明に係る権限発行サーバは、第１の情報端末のＩＤに対応する子ＩＤを第２の情報端末に発行する権限発行サーバであって、前記第２の情報端末は、前記権限発行サーバから受信した第１のチャレンジを暗号化して第１のレスポンスを生成し、前記第１の情報端末は、前記第２の情報端末から受信した前記第１のレスポンスを第２のチャレンジとみなし、前記第１のレスポンスを暗号化して第２のレスポンスを生成しており、前記権限発行サーバは、前記第２の情報端末から受信した前記第１のレスポンス、及び前記第１の情報端末から前記第２の情報端末を介して受信した前記第２のレスポンスをそれぞれ復号して検証し、検証に成功した場合に前記子ＩＤを前記第２の情報端末に送信する手段を有することを特徴とする。

Claims (9)

1. 権限発行サーバと、第１の情報端末と、第２の情報端末とを備え、前記権限発行サーバが前記第１の情報端末のＩＤに対応する子ＩＤを前記第２の情報端末に発行する権限発行システムであって、
   前記第２の情報端末は、前記権限発行サーバから受信した第１のチャレンジを暗号化して第１のレスポンスを生成する手段を有し、
   前記第１の情報端末は、前記第２の情報端末から受信した前記第１のレスポンスを第２のチャレンジとみなし、前記第１のレスポンスを暗号化して第２のレスポンスを生成する手段を有し、
   前記権限発行サーバは、前記第２の情報端末から受信した前記第１のレスポンス、及び前記第１の情報端末から前記第２の情報端末を介して受信した前記第２のレスポンスをそれぞれ復号して検証し、検証に成功した場合に前記子ＩＤを前記第２の情報端末に送信する手段を有することを特徴とする権限発行システム。
2. 前記第２のレスポンスを生成する手段は、ＰＩＮによる本人照合を行った後に、権限発行用の共通鍵を用いて第１のチャレンジを暗号化して第１のレスポンスを生成することを特徴とする、請求項１に記載の権限発行システム。
3. 前記権限発行サーバは、前記第２の情報端末から受信した第３のチャレンジを暗号化して第３のレスポンスを生成する手段を有し、
   前記第２の情報端末は、前記権限発行サーバから受信した前記第３のレスポンスを復号して検証する手段を有することを特徴とする、請求項１又は２に記載の権限発行システム。
4. 前記第１の情報端末及び前記第２の情報端末は近距離無線通信手段を有しており、
   前記近距離無線通信手段により、前記第２の情報端末から前記第１の情報端末へ前記第１のレスポンスを送信し、前記第１の情報端末から前記第２の情報端末へ前記第２のレスポンスを送信することを特徴とする、請求項１から３のいずれか一項に記載の権限発行システム。
5. 権限発行サーバと、第１の情報端末と、第２の情報端末とを備える権限発行システムにて、前記権限発行サーバが前記第１の情報端末のＩＤに対応する子ＩＤを前記第２の情報端末に発行する権限発行方法であって、
   （ａ）前記第２の情報端末により、前記権限発行サーバから受信した第１のチャレンジに対して暗号化して第１のレスポンスを生成するステップと、
   （ｂ）前記第１の情報端末により、前記第２の情報端末から受信した前記第１のレスポンスを第２のチャレンジとみなし、前記第１のレスポンスを暗号化して第２のレスポンスを生成するステップと、
   （ｃ）前記権限発行サーバにより、前記第２の情報端末から受信した前記第１のレスポンス、及び前記第１の情報端末から前記第２の情報端末を介して受信した前記第２のレスポンスをそれぞれ復号して検証し、検証に成功した場合に前記子ＩＤを前記第２の情報端末に送信するステップと、
   を含むことを特徴とする権限発行方法。
6. 前記ステップ（ｂ）は、ＰＩＮによる本人照合を行った後に、権限発行用の共通鍵を用いて第１のチャレンジを暗号化して第１のレスポンスを生成することを特徴とする、請求項５に記載の権限発行方法。
7. 前記ステップ（ａ）の前に、
   前記権限発行サーバにより、前記第２の情報端末から受信した第３のチャレンジを暗号化して第３のレスポンスを生成するステップと、
   前記第２の情報端末により、前記権限発行サーバから受信した前記第３のレスポンスを復号して検証する手段と、
   を含むことを特徴とする、請求項５又は６に記載の権限発行方法。
8. 前記ステップ（ｂ）は、前記第１の情報端末により、近距離無線通信手段を用いて前記第１のレスポンスを前記第２の情報端末から受信し、近距離無線通信手段を用いて前記第２のレスポンスを前記第２の情報端末に送信するステップを含むことを特徴とする、請求項５から７のいずれか一項に記載の権限発行方法。
9. 第１の情報端末のＩＤに対応する子ＩＤを第２の情報端末に発行する権限発行サーバであって、
   前記第２の情報端末は、前記権限発行サーバから受信した第１のチャレンジを暗号化して第１のレスポンスを生成し、前記第１の情報端末は、前記第２の情報端末から受信した前記第１のレスポンスを第２のチャレンジとみなし、前記第１のレスポンスを暗号化して第２のレスポンスを生成しており、
   前記権限発行サーバは、前記第２の情報端末から受信した前記第１のレスポンス、及び前記第１の情報端末から前記第２の情報端末を介して受信した前記第２のレスポンスをそれぞれ復号して検証し、検証に成功した場合に前記子ＩＤを前記第２の情報端末に送信する手段を有することを特徴とする権限発行サーバ。
   

Images