JP2011253329A - Ｉｃカードを利用した認証方法 - Google Patents

Abstract

【課題】
複数の認証アプリケーションのいずれを用いるかを選択するに当たり、利用しようとするサービス以外に対応付けられた他の認証アプリケーションを利用することで、効率的に複数の認証アプリケーションを用いることを目的とする。
【解決手段】
上記の目的を達成するために、本発明では「セキュリティレベル」を用いて、認証アプリケーションを特定する。すなわち、認証に用いる認証情報を、認証の要求の程度を示す認証要求レベル、登録者を示す情報およびサービス種別を含むセキュリティレベルと対応付けてＩＣカードに格納しておき、認証要求レベルを含む認証要求を受付けた場合、上記セキュリティレベルを用いて利用すべき認証情報を特定する。
【選択図】図１

Description

本発明は、ＩＣカードを利用した個人認証を他のサービスアプリケーションから利用する技術に関する。その中でも特に、サービスアプリケーション毎の要求認証レベルに応じた認証に利用する認証情報の決定に関する。

現在、ＩＣカードを利用して認証を行いサーバの提供するサービスを受けることが一般的になされている。一般にサービスを受けようとする場合、そのサービス内容に応じて認証のやり方などを変更することがなされている。例えば、自動取引装置において、キャッシュカードの種類に応じて１回の取引可能金額が決まっている。

また、一般的に複数のサービスを受けようとする場合、それぞれに応じた認証を行う必要があった。このような場合、認証の数が増加するとの問題があった。そこで、特許文献１では、サービス提供の要求を受け付けた場合、そのサービスに対応する認証条件を満たす認証方法での認証を認証システムへ指示するので、提供しようとするサービスに応じて、当該サービスを提供するか否かを決定する際に実施される認証方法の種類または数を変更している。これにより、そのサービスを提供するか否かを決定する際に不要な認証方法での認証を省略でき、ユーザの負担を軽減すると共に、安全性を向上させている。

特開２００７−１５７００２号公報

ここで、ＩＣカードにおいては、複数の認証アプリケーションを載せることが可能になる。しかし、特許文献１では、この点は考慮されず、単に認証方法を選択することしか開示されていない。また、認証要求や利用しようとするサービスに適した認証を選択することは考慮されていなかった。

そこで、本発明では、利用しようとするサービス以外に対応付けられた他の認証アプリケーションを利用することで、効率的に複数の認証アプリケーションを用いることを目的とする。

上記の目的を達成するために、本発明では「セキュリティレベル」を用いて、認証アプリケーションを特定する。すなわち、認証に用いる認証情報を、認証の要求の程度を示す認証要求レベル、登録者を示す情報およびサービス種別を含むセキュリティレベルと対応付けてＩＣカードに格納しておき、認証要求レベルを含む認証要求を受付けた場合、上記セキュリティレベルを用いて利用すべき認証情報を特定する。さらに、認証要求にはサービス提供者を識別する情報を含めておき、セキュリティレベルに含まれる登録者を示す情報がこれと一致する認証情報を優先的に選択する。同様に認証要求にサービス種別を含め、セキュリティレベルに含まれるサービス種別が一致する認証情報を優先的に選択する。この場合、サービス提供者を識別する情報の比較結果を優先させるとより好適である。さらに、これらの場合、認証情報の選択の前段階として、対応するセキュリティレベルを選択することがより好適である。

さらに、本発明には、ＩＣカードで認証された際に、利用情報としてセキュリティレベルを含む証明書を装置側に送信することも本発明の一態様に含まれる。また、本発明には、登録済みのセキュリティレベルを用いて、登録要求のあった認証情報の登録可否を判断することも含まれる。すなわち、同一の認証情報の登録の有無を判断し、存在しない場合に登録可と判断する。また、登録しようとする認証情報の認証要求レベルより高い認証情報が登録済みの場合、登録の可否判断を促す表示をしたり、低い場合に登録可と判断してもよい。この場合、登録者を示す情報やサービス種別が同一の場合にこのように判断するとより好適である。なお、認証情報として、生体情報を用いることも本発明に含まれる。

本発明によれば、より効率的にまた利用するサービスにより適した認証方法の提供が可能になる。

本発明の一実施例のシステム構成図である。 本発明の一実施例における指静脈認証ＡＰ利用時の処理を説明するフローチャートである。 本発明の一実施例における指静脈情報を決定する処理を説明するフローチャートである。 本発明の一実施例における指静脈情報を登録する処理を説明するフローチャートである。 サービス別認証レベルの項目例を説明する表である。 認証レベル別手数料の項目例を説明する表である。 証明書記載情報の項目例を説明する表である。 認証レベル別指静脈情報の項目例を説明する表である。

以下、本発明の一実施例を、図面を用いて説明する。図１は、本発明の一実施例のシステム構成図であり、１０は、利用者の指の静脈パターン情報（以下、指静脈情報）を取得する機能を有する指静脈リーダ、１１は、利用者の指静脈情報を複数登録する機能と、登録されている指静脈情報と指静脈リーダ１０から取得した指静脈情報を比較し、個人認証を行う指静脈認証機能と、登録されている複数の指静脈情報の中から、指静脈認証に利用する指静脈情報を決定する機能と、指静脈情報の登録を行う際に、登録の要否を判定する機能と、指静脈認証実施後、認証実施証明書を発行する機能を有する生体認証ＡＰ、１２は、生体認証ＡＰ１１と、生体認証ＡＰ１１を用いた個人認証を利用して金融取引などを行うサービスＡＰを複数搭載したＵＩＭカード、１３は、ＵＩＭカード１２を搭載し、ネットワーク通信を行う機能を有する携帯電話、１４は、指静脈リーダ１０を搭載し、指静脈リーダ１０から取得した指静脈情報をネットワークを介して携帯電話１３経由でＵＩＭカード１２へ送信する機能（ただし、送信には直接携帯電話１３へと情報を送信する無線接続も適用可能）と、指静脈情報の登録場所や登録方法から決定した指静脈情報のセキュリティレベルをネットワークを介して携帯電話１３経由でＵＩＭカード１２へ送信する機能（ただし、送信には直接携帯電話１３へと情報を送信する無線接続も適用可能）と、登録時の情報を表示する機能を有する登録端末、１５は、指静脈リーダ１０を搭載し、指静脈リーダ１０から取得した指静脈情報をネットワークを介して携帯電話１３経由でＵＩＭカード１２へ送信する機能（ただし、送信には直接携帯電話１３へと情報を送信する無線接続も適用可能）と、取引時の情報を表示する機能を有する取引端末、２０−Ａ、２０−Ｂは、認証レベル別手数料テーブルと、サービス別認証レベルテーブルを保持するサービス提供用マスタ装置、２１−Ａ、２１−Ｂは、サービス提供用マスタ装置を有し、ネットワーク通信を行う機能と、取引時の個人認証に用いる指静脈情報のセキュリティレベルを決定し、送信する機能と、生体認証ＡＰ１１にて指静脈認証に用いる指静脈情報を決定するための情報を送信する機能と、指静脈認証結果を確認する機能を有する提供者ホスト、３０は、ネットワークである。

なお、各機能は、各装置が有し（図示しない）、プログラムに従ったＣＰＵの如き演算装置の処理により実現される。

図２を用いて、指静脈情報が登録されている生体認証ＡＰ１１による個人認証を用いて、ＵＩＭカード１２に搭載されているサービスＡＰと、取引端末１５と、サービス提供者ホスト２１−Ａ、２１−Ｂ間で、取引を行う処理の全体フローを説明する。説明にて用いる図５は、利用者が利用するサービスに応じて、個人認証に用いる指静脈情報のセキュリティレベルを設定したサービス別認証レベルテーブル、図６は、個人認証に用いる認証レベル毎の手数料を設定した認証レベル別手数料テーブル、図７は、指静脈認証実施後、生体認証ＡＰ１１にて作成する生体認証証明書に記載する情報である。

図２のＳ１１では、利用者が携帯電話１３に対してサービスＡＰ起動要求を入力することで、ＵＩＭカード１２が、サービスＡＰを起動し、サービス提供者ホスト２１−Ａ、２１−Ｂへインターネット接続を行う。Ｓ１２では、携帯電話１３にて取引に必要な取引データの入力を利用者から受け付ける。例えば、ａ銀行へ１０万円振り込むといった取引データである。そして、携帯電話１３は、入力された取引データを、サービス提供者ホスト２１―Ａ、２１−Ｂへ送信する。Ｓ１３では、携帯電話１３から送信されてきた取引データをサービス提供者ホスト２１―Ａ、２１−Ｂが、取引に必要なデータ項目が含まれるかを確認後、取引金額を図５に示すサービス別認証レベルテーブルと比較し、取引に必要な認証レベルを決定する。認証レベルの決定は、送信された取引データとサービス別認証レベルテーブルの内容を比較して決定する。例えば、図５より、１０万円の振込であれば、認証レベル６以上が必要となる。

その後、サービス提供者ホスト２１−Ａ、２１−Ｂは、サービスＡＰに対して、認証要求と認証レベル、サービス提供者機関名、手数料を送信する。手数料は、決定された認証レベルに対応する手数料を、図６に示す認証レベル別手数料テーブルから特定することにより算出する。例えば、認証レベルが６であれば、自行で登録の指静脈情報を用いた認証は無料、他行で登録の指静脈情報を用いた認証は２００円となる。Ｓ１４では、サービスＡＰがサービス提供者ホスト２１―Ａ、２１−Ｂからの認証要求を携帯電話１３を介して受信し、この受信を条件に生体認証ＡＰ１１を起動する。Ｓ１５からＳ２１にて実施する生体認証ＡＰ１１に登録されている複数の指静脈情報から、指静脈認証に用いる指静脈情報を決定する処理の詳細を図３のフローチャートを用いて説明する。説明にて用いる図８は、生体認証ＡＰ１１にて保持している認証レベル別指静脈情報テーブルである。

図３のＳ１５では、生体認証ＡＰ１１が、サービス提供者ホスト２１−Ａ、２１−Ｂから送信される認証レベル、サービス提供機関名、手数料を受信する。Ｓ１６では、生体認証ＡＰ１１が、サービス提供者ホスト２１−Ａ、２１−Ｂから受信した認証レベル以上の指静脈情報が登録されているかを図８に示す認証レベル別指静脈情報テーブルと比較する。例えば、認証レベルが６であれば、指静脈情報Ｎｏ．１〜３を選出する。該当する指静脈情報が存在しない場合、サービス提供者ホスト２１‐Ａ、２１−Ｂへ認証不可を通知する。Ｓ１８では、サービス提供者ホスト２１−Ａ、２１−Ｂから受信した認証レベル以上の指静脈情報が存在する場合、生体認証ＡＰ１１が、サービス提供者ホスト２１‐Ａ、２１−Ｂから送付されるサービス提供者名、手数料の情報から手数料が最も安くなる指静脈情報を決定する。例えば、認証レベルが６、サービス提供機関名がb銀行、手数料が自行無料、他行２００円の場合、図８に示す認証レベル別指静脈情報テーブルより、b銀行にて登録した指静脈情報Ｎｏ．３に決定する。生体認証ＡＰ１１は、決定した指静脈情報を用いた認証に必要な手数料を取引端末１５へ送信する。

Ｓ１８では、取引端末１５が、生体認証ＡＰ１１より送信された手数料を受信し、端末上に表示する。Ｓ１９では、利用者が取引端末１５に表示された手数料で取引を実施するかを選択する。Ｓ２１では、利用者が、取引を実施しない場合には、取引端末１５は、サービス提供者ホスト２１‐Ａ、２１‐Ｂへ認証不可を通知する。利用者が、取引を実施する場合には、取引端末１５は、認証実行を生体認証ＡＰ１１へ送信する。

生体認証ＡＰ１１は、取引端末１５から認証実行を受信した後、取引端末１５へ指静脈情報取得要求を送信する。Ｓ２２では、取引端末１５は、接続されている指静脈リーダ１０を用いて利用者の指静脈情報を取得する。取引端末１５は、取得した指静脈情報を生体認証ＡＰ１１へ送信する。Ｓ２３にて、生体認証ＡＰ１１は、取引端末１５から送信された指静脈情報とＳ１７にて決定した生体認証ＡＰ１１に登録されている指静脈情報を用いて指静脈認証を実施する。指静脈認証後、Ｓ２４にて、生体認証ＡＰ１１は、図７に示す証明書記載情報にて指静脈認証証明書を作成する。その後、生体認証ＡＰ１１は、指静脈認証結果と指静脈認証証明書をサービス提供者ホスト２１−Ａ、２１−Ｂへ送信する。Ｓ２５にて、サービス提供者ホスト２１−Ａ、２１−Ｂは、生体認証ＡＰ１１から送信された指静脈認証結果が成功となっているか、失敗となっているかを確認する。

Ｓ２６にて、認証結果が成功の場合は、サービス提供者ホスト２１−Ａ、２１−Ｂは、Ｓ１２にて入力された取引情報に基づき取引処理を実施する。失敗の場合は、取引不可通知を取引端末１５へ送信する。サービス提供者ホスト２１−Ａ、２１−Ｂは、取引処理の完了後、取引端末１５へ、取引完了通知を送信する。Ｓ２７にて、取引端末１５は、サービス提供者ホスト２１−Ａ、２１−Ｂから取引完了通知を受信後、端末上に取引完了を表示する。取引端末１５は、取引完了を表示後、認証完了を生体認証ＡＰ１１へ送信する。Ｓ２８にて、生体認証ＡＰ１１は、取引端末１５から認証完了を受信後、サービスＡＰへ生体認証終了を送信し、生体認証ＡＰ１１を終了する。サービスＡＰは、生体認証ＡＰ１１からの生体認証終了を受信後、サービスＡＰを終了する。

図４のフローチャートを用いて、生体認証ＡＰ１１が、指静脈情報登録時に登録端末１４から送信された指静脈情報セキュリティレベルと生体認証ＡＰ１１に登録されている指静脈情報のセキュリティレベルを比較し、必要に応じて、指静脈情報の登録を行う処理について説明する。

図４のＳ３１にて、生体認証ＡＰ１１は、登録端末１４から取得した指静脈情報セキュリティレベルを受信する。例えば、a銀行窓口のリーダＡで登録する場合は、Ｂ−ａ１−６を受信する。Ｓ３２にて、生体認証ＡＰ１１は、登録端末１４から送信された指静脈情報セキュリティレベルと、生体認証ＡＰ１１内に登録されている指静脈情報セキュリティレベルを比較し、受信した指静脈情報セキュリティレベルと同一の指静脈情報が登録されていないか確認を行う。Ｓ３３にて、生体認証ＡＰ１１は、指静脈情報セキュリティレベルが同一の指静脈情報が登録されている場合には、登録不可を登録端末１４へ表示する。同一の指静脈認証レベルが登録されていない場合には、Ｓ３４にて、生体認証ＡＰ１１は、登録端末１４から送信された指静脈情報セキュリティレベル以上の指静脈情報が登録されているか、比較する。登録されている場合には、Ｓ３５にて、生体認証ＡＰ１１は、登録されている指静脈情報を登録端末１４へ送信し、登録端末１４に表示する。例えば、ｂ銀行窓口にて、認証レベル６の指静脈情報を登録済と表示する。利用者は、登録端末１４に表示された登録済の指静脈情報を確認し、登録を行うかを選択する。

登録しない場合は、利用者は登録端末１４で登録しないを選択する。その後、Ｓ３３にて、登録端末１４は、登録不可として登録処理を終了する。登録を行う場合には、利用者は、登録端末１４で登録するを選択する。その後、Ｓ３８にて、登録端末１４は、接続されている指静脈リーダ１０から利用者の指静脈情報を取得し、生体認証ＡＰ１１へ送信する。Ｓ３４にて、登録端末１４から受信した指静脈情報セキュリティレベル以上の指静脈情報がない場合、生体認証ＡＰ１１は、登録端末１４へ登録要求を送信する。Ｓ３８にて、登録端末１４は、生体認証ＡＰ１１からの登録要求を受信後、接続されている指静脈リーダ１０から利用者の指静脈情報を取得する。登録端末１４は、指静脈情報取得後、生体認証ＡＰ１１へ指静脈情報を送信する。Ｓ３７にて、生体認証ＡＰ１１は、登録端末１４から、指静脈情報受信後、生体認証ＡＰ１１へ、指静脈情報の登録を行う。なお、Ｓ３４の判断については、登録者を示す情報（図８に示すセキュリティレベルのａ１：ａ銀行やｂ１：ｂ銀行）やサービス種別（図８のセキュリティレベルのＧ：政府など公共サービスやＢ：銀行サービス）が同一の場合に、このＳ３４の判断を行うよう制御するとより好適である。このために、Ｓ３０で送信される指静脈認証レベル情報には、これらの登録者を示す情報やサービス種別を含めることになる。

なお、ＩＣカードの処理については、各種端末装置からＩＣカードに対してコマンドを送信することにより、その処理を実行させるよう制御してもよい。

本実施例によれば、複数アプリケーションからの異なるセキュリティレベルの認証要求に対し、生体認証ＡＰ１１内で、個人認証に用いる指静脈情報を決定し、認証を行うとともに、その認証の証明書をサービス提供者へ送信することが可能である。

１０…指静脈リーダ、１１…生体認証ＡＰ、１２…ＵＩＭカード、１３…携帯電話、１４…登録端末（指静脈リーダ）、１５…取引端末（指静脈リーダ）、２０−Ａ、２０−Ｂ…マスタ装置、２１−Ａ、２１−Ｂ…サービス提供者ホスト、３０…ネットワーク

Claims (13)

1. サービスの提供を受けるための認証を、ＩＣカードを利用して実現するＩＣカードを利用した認証方法において、
   前記ＩＣカードが、当該認証の要求の程度を示す認証要求レベル、当該認証情報の登録者を示す登録者情報および前記登録者の提供するサービス種別を含むセキュリティレベルと認証に用いる認証情報に対応付けて格納しておき、
   前記ＩＣカードが設置された端末装置から前記サービスの提供者のサーバへ、利用者の入力に従ってサービス要求を送信し、
   前記サーバから前記端末装置を介して前記ＩＣカードに対して、前記サービスの提供に必要な認証要求レベルを含む認証要求を送信し、
   前記ＩＣカードが、送信された前記認証要求に含まれる認証要求レベルに対応し、前記サービス要求に対応するセキュリティレベルを抽出し、抽出されたセキュリティレベルに対応する認証情報を特定し、
   当該特定された認証情報を用いて認証処理を実行することを特徴とするＩＣカードを利用した認証方法。
2. 請求項１に記載のＩＣカードを利用した認証方法において、
   前記認証要求には前記サービスの提供者を識別する情報を含めておき、
   前記サービス要求に対応するセキュリティレベルの抽出は、前記セキュリティレベルに含まれる登録者を示す情報が前記提供者を識別する情報と一致するセキュリティレベルであって、送信された前記認証要求に含まれる認証要求レベルに対応するセキュリティレベルを抽出することを特徴とするＩＣカードを利用した認証方法。
3. 請求項２に記載のＩＣカードを利用した認証方法において、
   前記認証要求にはサービス種別を含めておき、
   前記サービス要求に対応するセキュリティレベルの抽出は、前記セキュリティレベルに含まれるサービス種別が前記認証要求に含まれるサービス種別と一致するセキュリティレベルであって、送信された前記認証要求に含まれる認証要求レベルに対応するセキュリティレベルを抽出することを特徴とするＩＣカードを利用した認証方法。
4. 請求項３に記載のＩＣカードを利用した認証方法において、
   前記サービス要求に対応するセキュリティレベルの抽出において、前記サービス種別が一致し、前記登録者が不一致のセキュリティレベルと、前記登録者が一致し、前記サービス種別が不一致のセキュリティレベルが存在する場合、前記サービス種別が一致するセキュリティ情報を抽出することを特徴とするＩＣカードを利用した認証方法。
5. 請求項１乃至４のいずれかに記載のＩＣカードを利用した認証方法において、
   前記認証処理が実行された場合、前記ＩＣカードから前記サーバへ、セキュリティレベルを含む証明書を送信することを特徴とするＩＣカードを利用した認証方法。
6. サービスの提供を受けるための認証を、ＩＣカードを利用して実現するＩＣカードを利用した認証システムにおいて、
   前記ＩＣカードを設置可能な端末装置と、前記サービスの提供者のサーバとを有し、
   前記端末装置が、前記ＩＣカードに対して当該認証の要求の程度を示す認証要求レベル、当該認証情報の登録者を示す登録者情報および前記登録者の提供するサービス種別を含むセキュリティレベルと認証に用いる認証情報に対応付けて格納させておき、
   前記端末装置から前記サーバへ、利用者の入力に従ってサービス要求を送信し、
   前記サーバから前記端末装置を介して前記ＩＣカードに対して、前記サービスの提供に必要な認証要求レベルを含む認証要求を送信し、
   前記端末装置が、前記ＩＣカードに対して送信された前記認証要求に含まれる認証要求レベルに対応し、前記サービス要求に対応するセキュリティレベルを抽出し、抽出されたセキュリティレベルに対応する認証情報を特定させ、
   当該特定された認証情報を用いて認証処理を実行することを特徴とするＩＣカードを利用した認証システム。
7. 請求項６に記載のＩＣカードを利用した認証システムにおいて、
   前記認証要求には前記サービスの提供者を識別する情報を含めておき、
   前記サービス要求に対応するセキュリティレベルの抽出は、前記セキュリティレベルに含まれる登録者を示す情報が前記提供者を識別する情報と一致するセキュリティレベルであって、送信された前記認証要求に含まれる認証要求レベルに対応するセキュリティレベルを抽出することを特徴とするＩＣカードを利用した認証システム。
8. 請求項７に記載のＩＣカードを利用した認証システムにおいて、
   前記認証要求にはサービス種別を含めておき、
   前記サービス要求に対応するセキュリティレベルの抽出は、前記セキュリティレベルに含まれるサービス種別が前記認証要求に含まれるサービス種別と一致するセキュリティレベルであって、送信された前記認証要求に含まれる認証要求レベルに対応するセキュリティレベルを抽出することを特徴とするＩＣカードを利用した認証システム。
9. 請求項８に記載のＩＣカードを利用した認証システムにおいて、
   前記サービス要求に対応するセキュリティレベルの抽出において、前記サービス種別が一致し、前記登録者が不一致のセキュリティレベルと、前記登録者が一致し、前記サービス種別が不一致のセキュリティレベルが存在する場合、前記サービス種別が一致するセキュリティ情報を抽出することを特徴とするＩＣカードを利用した認証システム。
10. 請求項６乃至９のいずれかに記載のＩＣカードを利用した認証システムにおいて、
    前記認証処理が実行された場合、前記ＩＣカードから前記サーバへ、セキュリティレベルを含む証明書を送信することを特徴とするＩＣカードを利用した認証システム。
11. 請求項６乃至１０のいずれかに記載のＩＣカードを利用した認証システムにおいて、
    前記端末装置が、セキュリティレベルを含む認証情報の登録要求を受付け、受付けられた登録要求に含まれるセキュリティレベルと前記格納されているセキュリティレベルを比較して、当該比較結果に基づいて前記認証情報の登録の可否を判断することを特徴とするＩＣカードを利用した認証システム。
12. 請求項１１に記載のＩＣカードを利用した認証システムにおいて、
    前記比較の結果、セキュリティレベルが同一でない場合に当該認証情報の登録を可と判断することを特徴とするＩＣカードを利用した認証システム。
13. 請求項１１に記載のＩＣカードを利用した認証システムにおいて、
    前記比較の結果、登録しようとする認証情報の認証要求レベルより高い認証情報が登録済みの場合に、登録の可否判断を促す表示を行い、低い場合に登録可と判断することを特徴するＩＣカードを利用した認証システム。

Images