(57)【要約】 【課題】  信用度に応じたセキュリティ性を確保しつつ利便性を向上できるＩＣカード及び携帯可能電子装置を提供する。【解決手段】  実施形態によれば、ＩＣカードは、通信部と、記憶部と、制御部とを有する。通信部は、ＩＣカード処理装置と通信する。記憶部は、本人認証に用いる認証方式を決定するためのポイント値を記憶する。制御部は、前記ＩＣカード処理装置から認証要求を受信した場合、前記ポイント値が第１閾値未満であれば所定の複数種類の認証処理によって本人認証の成否を判定し、前記ポイント値が前記第１閾値以上であれば前記所定の複数種類よりも少ない種類の認証処理によって本人認証の成否を判定する。【選択図】図１
2018116406.tif 000002
【特許請求の範囲】
【請求項１】
ＩＣカード処理装置と通信する通信部と、
本人認証に用いる認証方式を決定するためのポイント値を記憶する記憶部と、
前記ＩＣカード処理装置から認証要求を受信した場合、前記ポイント値が第１閾値未満であれば所定の複数種類の認証処理によって本人認証の成否を判定し、前記ポイント値が前記第１閾値以上であれば前記所定の複数種類よりも少ない種類の認証処理によって本人認証の成否を判定する制御部と、
を有するＩＣカード。
【請求項２】
前記制御部は、前記ポイント値が前記第１閾値未満であれば３種類の認証処理によって本人認証の成否を判定し、前記ポイント値が前記第１閾値以上かつ前記第１閾値よりも大きい第２の閾値未満であれば２種類の認証処理によって本人認証の成否を判定し、前記ポイント値が第２閾値以上であれば１種類の認証処理によって本人認証の成否を判定する、
請求項１に記載のＩＣカード。
【請求項３】
前記制御部は、前記認証要求に対する本人認証の結果に応じて前記記憶部が記憶するポイント値に付与ポイントを加算する、
請求項１又は２の何れかに記載のＩＣカード。
【請求項４】
前記記憶部は、取引先ごとに設定した付与ポイントを記憶し、
前記制御部は、前記認証要求に対する本人認証が成功した場合、前記認証要求の送信元となる取引先に設定された付与ポイントを前記記憶部が記憶するポイント値に加算する、
請求項３に記載のＩＣカード。
【請求項５】
前記制御部は、本人認証が成功するごとに取引先に対して付与される取引先のポイントに応じて前記記憶部が記憶する取引先ごとに設定した付与ポイントを更新する、
請求項４に記載のＩＣカード。
【請求項６】
前記制御部は、前記ＩＣカード処理装置から認証要求を受信した場合、当該ＩＣカードが実施した前回の本人認証からの経過時間が所定期間以上であれば、前記記憶部が記憶するポイント値を減算する、
請求項１乃至５の何れか１項に記載のＩＣカード。
【請求項７】
前記通信部と、前記記憶部と、前記制御部と、を有するモジュールと、
前記モジュールを有する本体と、を有する、
請求項１乃至６の何れか１項に記載のＩＣカード。
【請求項８】
ＩＣカード処理装置と通信する通信部と、
本人認証に用いる認証方式を決定するためのポイント値を記憶する記憶部と、
前記ＩＣカード処理装置から認証要求を受信した場合、前記ポイント値が第１閾値未満であれば所定の複数種類の認証処理によって本人認証の成否を判定し、前記ポイント値が前記第１閾値以上であれば前記所定の複数種類よりも少ない種類の認証処理によって本人認証の成否を判定する制御部と、
を有する携帯可能電子装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、ＩＣカードおよび携帯可能電子装置に関する。
【背景技術】
【０００２】
近年、セキュリティ強化策として、パスワード認証以外に、顔認証あるいは指紋認証などの複数の認証方式を組み合わせて、複数の認証情報（要素）による複数の認証が成功した場合に本人認証が成功したものとみなして、アクセス許可或は取引などの処理を可能とする多要素認証が採用されている。多要素認証は、セキュリティ性が高まる反面、複数回の認証行為をするために利便性が悪くなる。つまり、従来、セキュリティ性を重視して多要素認証を実施すると、時間と手間がかかり利便性が悪化するという問題点がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２８５３２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記の課題を解決するために、本発明は、信用度に応じたセキュリティ性を確保しつつ利便性を向上できるＩＣカード及び携帯可能電子装置を提供する。
【課題を解決するための手段】
【０００５】
実施形態によれば、ＩＣカードは、通信部と、記憶部と、制御部とを有する。通信部は、ＩＣカード処理装置と通信する。記憶部は、本人認証に用いる認証方式を決定するためのポイント値を記憶する。制御部は、前記ＩＣカード処理装置から認証要求を受信した場合、前記ポイント値が第１閾値未満であれば所定の複数種類の認証処理によって本人認証の成否を判定し、前記ポイント値が前記第１閾値以上であれば前記所定の複数種類よりも少ない種類の認証処理によって本人認証の成否を判定する。
【図面の簡単な説明】
【０００６】
【図１】図１は、実施形態に係るＩＣカードの構成例を示す図である。
【図２】図２は、実施形態に係るＩＣカード処理システムの構成例を示す図である。
【図３】図３は、実施形態に係るＩＣカードが記憶する付与ポイントの設定例を示す図である。
【図４】図４は、実施形態に係るＩＣカードによる認証処理を説明するためのフローチャートである。
【図５】図５は、実施形態に係るＩＣカードによる認証処理を説明するためのフローチャートである。
【発明を実施するための形態】
【０００７】
以下、実施形態について、図面を参照しつつ説明する。  
図１は、実施形態に係るＩＣカード１の構成例を概略的に示すブロック図である。  
実施形態に係るＩＣカード（携帯可能電子装置）１は、ＩＣカード処理装置と共にＩＣカード処理システムを構成する。ＩＣカード処理システムは、複数種類の認識方式によって個人を認証する認証（多要素認証）が実施可能なシステムであれば何でも良い。ＩＣカード１は、利用者が所持する携帯可能な電子装置である。例えば、ＩＣカード１は、携帯電話或はタブレットＰＣなどの携帯端末であっても良い。ＩＣカード処理装置２は、ＩＣカード１を用いて個人認証が必要な処理を行う装置である。例えば、ＩＣカード処理装置２は、インターネットなどのネットワークを介して商取引を行うための端末装置などが想定される。
【０００８】
本実施形態に係るＩＣカード処理システムが取引処理システムに適用される場合、ＩＣカード１は、キャッシュカード或はクレジットカードとして利用される携帯可能電子装置であり、ＩＣカード処理装置２は、ＩＣカード１を用いて取引処理を行うための端末装置であれば良い。また、本実施形態に係るＩＣカード処理システムは、インターネット上における商取引を行うシステム、入退出を管理する入退出管理システム、商品の購入代金を精算するためのＰＯＳシステム、車や建物などのキーを開閉する錠制御システムなどに適用しても良い。
【０００９】
ＩＣカード１は、ＩＣカード処理装置２から供給される電力により活性化する（動作可能な状態になる）携帯可能な電子機器である。ＩＣカード１は、スマートカードとも称される。ＩＣカード１は、大別すると、接触型のＩＣカードと非接触型のＩＣカードとがある。例えば、接触型のＩＣカード１は、通信インターフェースとしてのコンタクト部を介してＩＣカード処理装置２からの動作電源及び動作クロックの供給を受けて活性化する。非接触型のＩＣカード１は、通信インターフェースとしてのアンテナ及び変復調回路などを介してＩＣカード処理装置２からの電波を受信し、その電波から動作電源及び動作クロックを生成して活性化する。
【００１０】
なお、携帯可能電子装置としてのＩＣカード１は、携帯電話機、タブレットＰＣ、ウエアラブル端末、或は、ノートＰＣなどの携帯端末であっても良い。例えば、携帯端末には、非接触型のＩＣカードと同様な処理機能を有するものがある。非接触型のＩＣカードと同様な処理機能を有する携帯端末では、後述するＩＣカード１の動作が同様に実施できる。
【００１１】
図１に示す構成例において、ＩＣカード１は、本体Ｃを有する。本体Ｃは、プラスチックなどによりカード状に形成される。ＩＣカード１は、本体Ｃ内にモジュールＭを有する。モジュールＭは、１つまたは複数のＩＣチップＣａと通信用の外部インターフェース（インターフェース）とが接続された状態で一体的に形成され、本体Ｃ内に埋設される。また、ＩＣカード１のモジュールＭは、図１に示すように、プロセッサ１１、ＲＯＭ１２、ＲＡＭ１３、不揮発性メモリ１４、通信制御部１５及びインターフェース１６などを有する。
【００１２】
プロセッサ１１は、種々の処理を実行する回路を含む。プロセッサ１１は、例えば、ＣＰＵ（Central Processing Unit）である。プロセッサ１１は、ＩＣカード１全体の制御を司る。プロセッサ１１は、ＲＯＭ１２あるいは不揮発性メモリ１４に記憶されているプログラムを実行することにより、種々の処理機能を実現する。ただし、後述するプロセッサ１１が実行する各種の機能のうちの一部又は全部は、ハードウエア回路により実現されるようにしても良い。
【００１３】
ＲＯＭ１２は、プログラムメモリとして機能する不揮発性のメモリである。ＲＯＭ１２は、予め制御用のプログラムおよび制御データなどが記憶される。ＲＯＭ１２は、製造段階で制御プログラムや制御データなどが記憶された状態でＩＣカード１内に組み込まれるものである。つまり、ＲＯＭ１２に記憶される制御プログラムや制御データは、予め当該ＩＣカード１の仕様に応じて組み込まれる。たとえば、ＲＯＭ１２には、ＩＣカード処理装置２から受信するコマンドに応じた処理をプロセッサ１１が実行するためのプログラムが記憶される。
【００１４】
ＲＡＭ１３は、ワーキングメモリとして機能する揮発性のメモリである。また、ＲＡＭ１３は、プロセッサ１１が処理中のデータなどを一時保管するバッファとしても機能する。例えば、ＲＡＭ１３は、通信制御部１５及びインターフェース１６を介してＩＣカード処理装置２との間で送受信するデータを一時保管する通信バッファとして機能する。
【００１５】
不揮発性メモリ１４は、データの書き込み及び書換えが可能な不揮発性のメモリである。不揮発性メモリ１４は、例えば、ＥＥＰＲＯＭ（登録商標）（Electrically  Erasable  Programmable  Read  Only  Memory）あるいはフラッシュＲＯＭなどで構成する。不揮発性メモリ１４は、一部または全部の領域が耐タンパー性を有し、セキュアにデータが格納できる。不揮発性メモリ１４には、当該ＩＣカード１の運用用途に応じたプログラムや種々のデータが書込まれる。不揮発性メモリ１４には、プログラムファイルあるいはデータファイルなどが定義され、それらのファイルに制御プログラムや種々のデータが書き込まれる。例えば、不揮発性メモリ１４は、各種の認証用のデータ、ユーザデータ、あるいは、認証処理用のプログラムなどのアプリケーションプログラムなどを記憶する。また、不揮発性メモリ１４は、外部のネットワークと通信するためのネットワーク認証用のデータなども記憶する。
【００１６】
また、不揮発性メモリ１４は、各種の認証方式（実施可能な各種の認証処理）に対する利用者の辞書データ（登録情報）としての認証情報を記憶する。例えば、本人認証の認証処理として、パスワード認証と顔認証と指紋認証とを実行する場合、不揮発性メモリ１４は、当該ＩＣカードを所持する利用者の辞書データとして、パスワード、顔情報（顔画像及び／又は顔の特徴量）および指紋情報（指紋画像又は指紋の特徴量）を記憶する。なお、各種の認証処理に用いる辞書データの一部又は全部は、認証処理時にアクセス可能な外部装置（例えば、ＩＣカード処理装置と通信可能なサーバ等）に記憶しても良い。
【００１７】
また、不揮発性メモリ１４は、信用ポイントを記憶する。信用ポイントは、本人認証に用いる認証方式を決定するためのポイント値である。信用ポイントは、例えば、当該ＩＣカード１を所持する人物に対する信頼度を示す情報である。不揮発性メモリ１４が記憶する信用ポイントとしての信頼度は、過去に実施した本人認証の結果に応じて更新される。
【００１８】
また、不揮発性メモリ１４は、信用ポイントに基づいて何種類の認証方式による認証処理で本人認証を実施するかを決定するための閾値を記憶する。信用ポイントに対する閾値は、複数であっても良く、ＩＣカード１が実施可能な認証方式の数に応じた閾値が記憶される。例えば、ＩＣカード１が３種類の認証方式による認証処理が可能である場合、不揮発性メモリ１４は、２つの閾値（第１閾値及び第２閾値）を記憶しておく。この場合、ＩＣカード１は、信用ポイントと２つの閾値とを比較することにより、本人認証として、３種類の認証処理を実施するか、２種類の認証処理を実施するか、１種類の認証処理を実施するかを決定する。
【００１９】
また、不揮発性メモリ１４は、本人認証が成功した場合に信用ポイントに加算する加算値（付与ポイント）を決定するための情報を記憶しても良い。付与ポイントは、固定値であっても良いし、本人認証の条件に応じて重み付けした値であっても良い。例えば、不揮発性メモリ１４は、取引先（ＩＣカード処理装置２の運用者）ごとに設定した加算値（付与ポイント）を記憶しても良い。また、不揮発性メモリ１４に記憶する付与ポイントの設置値は、ＩＣカード処理装置２からの情報に応じて更新するようにしても良い。
【００２０】
通信制御部１５は、インターフェース１６に接続する。インターフェース１６は、ＩＣカード処理装置に通信接続するためのインターフェースである。通信制御部１５及びインターフェース１６は、通信部を構成する。通信制御部１５及びインターフェース１６は、ＩＣカード処理装置２のインターフェースに対応した通信方式による通信機能を実現する。また、通信制御部１５及びインターフェース１６は、複数の通信方式（例えば、接触通信と非接触通信）をサポートするものとして構成しても良い。
【００２１】
当該ＩＣカード１が接触型のＩＣカードとして実現される場合、通信制御部１５及びインターフェース１６は、ＩＣカード処理装置２と接触して通信する通信部を構成する。この場合、インターフェース１６は、ＩＣカード処理装置２のカードリーダライタに設けられたコンタクト部と物理的かつ電気的に接触するコンタクト部により構成され、通信制御部１５は、コンタクト部を介した信号の送受信を制御する回路などにより構成される。
【００２２】
また、当該ＩＣカード１が非接触型のＩＣカードとして実現される場合、通信制御部１５及びインターフェース１６は、ＩＣカード処理装置２のカードリーダライタと非接触（無線）で通信する通信部を構成する。この場合、インターフェース１６は、電波の送受信を行うアンテナにより構成され、通信制御部１５は、送信する電波を生成するための変調回路及び受信した電波から信号を生成するための復調回路などにより構成される。
【００２３】
次に、ＩＣカード処理装置２の構成について説明する。  
図２は、実施形態に係るＩＣカード処理装置２の構成例を概略的に示すブロック図である。  
図２に示す構成例において、ＩＣカード処理装置２は、制御部２１、カードリーダライタ２２、表示部２３、操作部（第１入力部）２４、第２入力部２５、および第３入力部２６などを有する。なお、ＩＣカード処理装置２は、制御部２１による制御に応じて処理を実行する処理部を有するものとしても良い。例えば、ＩＣカード処理装置２がＡＴＭである場合、処理部の１つとして現金の入出金処理を行うための入出金処理部を設けても良い。
【００２４】
制御部２１は、各種の処理及び制御を行うものであり、例えば、パーソナルコンピュータ（ＰＣ）で構成する。制御部２１には、カードリーダライタ２２、表示部２３、操作部２４、第２入力部２５、第３入力部２６などが接続される。図２に示す構成例において、制御部２１は、プロセッサ（ＣＰＵ）３０、ＲＯＭ３１、ＲＡＭ３２、不揮発性メモリ３３、通信部３４、インターフェース（Ｉ／Ｆ）３５〜３９などにより構成される。
【００２５】
プロセッサ３０は、プログラムを実行することにより種々の処理を実行する。プロセッサ３０は、例えば、ＣＰＵである。ＲＯＭ３１は、プログラムや制御データなどを記憶する不揮発性のメモリである。ＲＡＭ３２は、データを一時的に保持するワーキングメモリとして機能する不揮発性メモリ３３は、書換え可能な不揮発性のメモリである。制御部２１は、プロセッサ３０が、ＲＡＭ３２を用いてＲＯＭ３１又は不揮発性メモリ３３が記憶するプログラムを実行することにより種々の処理を実現する。
【００２６】
また、通信部３４は、外部の機器と通信するための通信インターフェースである。Ｉ／Ｆ３５は、カードリーダライタ２２を接続するためのインターフェースである。Ｉ／Ｆ３６は、表示部２３を接続するためのインターフェースである。Ｉ／Ｆ３７は、操作部（第１入力部）２４を接続するためのインターフェースである。Ｉ／Ｆ３８は、第２入力部２５を接続するためのインターフェースである。Ｉ／Ｆ３９は、第３入力部２６を接続するためのインターフェースである。
【００２７】
制御部２１は、カードリーダライタ２２を介してＩＣカード１へコマンドを送信する機能、ＩＣカード１から受信したデータを基に種々の処理（例えば、取引処理）を行う機能などを有する。例えば、制御部２１は、カードリーダライタ２２を介してＩＣカード１へ認証を要求するコマンドを送信することによりＩＣカード１を用いた認証（本人認証）を行う。また、制御部２１は、複数のアプリケーションを実行する機能を有する。制御部２１が実行するアプリケーションは、ＩＣカード１による認証が必要な処理（例えば、取引処理）を含む。
【００２８】
カードリーダライタ２２は、ＩＣカード１との通信を行うためのインターフェース装置である。カードリーダライタ２２は、ＩＣカード１の通信方式に応じたインターフェースにより構成される。たとえば、ＩＣカード１が接触型のＩＣカードである場合、カードリーダライタ２２は、ＩＣカード１のコンタクト部と物理的かつ電気的に接続するための接触部などにより構成される。また、ＩＣカード１が非接触型のＩＣカードである場合、カードリーダライタ２２は、ＩＣカード１との無線通信を行うためのアンテナおよび通信制御などにより構成される。カードリーダライタ２２は、ＩＣカード１に対して、電源供給、クロック供給、リセット制御、データの送受信を行う。カードリーダライタ２２は、制御部２１による制御に基づいてＩＣカード１の活性化（起動）、種々のコマンドの送信、及び送信したコマンドに対する応答の受信などを行う。なお、カードリーダライタ２２が非接触で通信する場合、カードリーダライタ２２は、非接触型のＩＣカード１に限らず、非接触の通信機能を有する携帯端末と通信するようにしても良い。
【００２９】
表示部２３は、制御部２１の制御により種々の情報を表示する表示装置である。操作部２４は、タッチパネル、キーボード、テンキー、ポインティングデバイスなどにより構成する。操作部２４は、操作者が操作指示を入力するためのものである。例えば、ＩＣカード処理装置２が自動取引装置（ＡＴＭ）である場合、利用者は、操作部２４としてのタッチパネルにより表示部２３に表示された操作ボタン等への操作指示を入力する。
【００３０】
操作部２４は、第１の認証処理に用いる情報を入力するための第１入力部としても機能する。例えば、暗証番号による認証処理に用いるパスワードを入力するための入力部として機能する。パスワードを入力するための第１入力部２４は、テンキー或はキーボードなどのハードキーにより構成しても良い。
【００３１】
第２入力部２５は、第２の認証処理に用いる認証情報を入力するための入力部である。また、第３入力部２６は、第３の認証処理に用いる認証情報を入力するための入力部である。例えば、第２の認証処理が顔画像による生体認証（顔認証）である場合、第２入力部２５は、少なくとも操作者（人物）の顔を含む画像を撮影するカメラで実現される。また、第３の認証処理が指紋による生体認証（指紋認証）である場合、第３入力部２６は、人物の指における指紋画像を取得する指紋センサで実現される。
【００３２】
第２入力部２５および第３入力部２６は、それぞれ第２および第３の認証処理に対応する認証情報を人物から取得するものであれば良く、カメラおよび指紋センサに限定されるものではない。例えば、第２入力部２５又は第３入力部２６は、目の虹彩、静脈パターン、声紋などの他の生体情報を取得するものであっても良いし、生体情報以外の認証処理に用いる情報を取得するものであっても良い。
【００３３】
次に、実施形態に係るＩＣカード１が保持する信用ポイントについて説明する。  
ＩＣカード１は、後述する本人認証処理による本人認証が成功すると、不揮発性メモリ１４が記憶する信用ポイントに付与ポイントを加算することにより信用ポイントを更新する。これにより、本実施形態に係るＩＣカード１は、本人認証が成功する毎に保持する信用ポイントが蓄積され、信用度が増す仕組みとなる。信用度としての信用ポイントに応じて認証処理の数を少なくするなどの認証処理の負担を軽減することにより、信用度が高い利用者（大きい信用ポイントを所持する利用者）は、本人認証の処理時における認証情報の入力作業の負担を軽減できる。
【００３４】
また、信用ポイントは、本人認証が成功した場合に加算値（付与ポイント）に加算されるものであるが、本人認証が成功する毎に信用ポイントに加算する付与ポイントは、常に一定値でなくても良い。例えば、付与ポイントは、処理内容などの条件に応じて重み付けした値としても良い。
【００３５】
図３は、ＩＣカードにおいて本人認証が成功した場合に信用ポイントに加算する付与ポイントの設定例を示す図である。  
図３に示す例では、取引先（ＩＣカード処理装置２を運用する取引先）ごとに異なる値の付与ポイントが設定される。このような付与ポイントの設定値を示す情報は、不揮発性メモリ１４に記憶される。この場合、ＩＣカード１（ＩＣカードの利用者）には、本人認証を含む取引処理を実行する毎に取引先に応じて異なる付与ポイントが付与されることとなる。このような設定とすることによって、利用者を付与ポイントの高い取引先（ＩＣカード処理装置）での取引処理へ誘導させることが可能となる。
【００３６】
また、取引先ごとの付与ポイントは、利用者が各取引先に付与するポイント（取引先のポイント）に応じて決定されるようにしても良い。取引先のポイントは、取引処理ごとに利用者から取引先に対して付与されるポイントである。各取引先におけるＩＣカード処理装置２は、利用者から付与されるポイントを取引先のポイントとして蓄積する。このような取引先のポイントを用いて、取引処理時に利用者（ＩＣカード１）に与えられる付与ポイントが設定されるようにできる。
【００３７】
例えば、ＩＣカード１は、ＩＣカード処理装置２からの要求に応じて図３に示すような取引先ごとの付与ポイントを更新するようにしても良い。また、ＩＣカード１は、ＩＣカード処理装置２から取引先のポイントを示す情報を取得し、取得した取引先のポイントと所定の基準値とに基づいて当該取引先での取引処理時に利用者に付与する付与ポイントを更新するようにしても良い。
【００３８】
具体例として、ＩＣカード処理システムにおいては、取引先のポイントに対して第１基準値（例えば、１０万ポイント）と第１基準値よりも大きい第２基準値（例えば、１００万ポイント）を設定しておくようにしても良い。この場合、取引先のポイントが第１基準値未満の取引先におけるＩＣカード処理装置２は、本人認証が成功した場合に利用者へ付与する付与ポイントを「１」とし、取引先のポイントが第１基準値以上かつ第２基準値未満の取引先におけるＩＣカード処理装置２は、本人認証が成功した場合に利用者へ付与する付与ポイントを「２」とし、取引先のポイントが第２基準値以上の取引先におけるＩＣカード処理装置２は、本人認証が成功した場合に利用者（ＩＣカード１）へ付与する付与ポイントを「３」とすることが可能である。
【００３９】
このように、利用者が取引先に付与する取引先のポイントに応じて付与ポイントを設定すれば、利用者から付与されるポイントが多い取引先（取引先のポイントが高い取引先）では、利用者に与えられる付与ポイントを高くするという運用が可能となる。このような運用によれば、利用者は、取引時に使用ポイントに加算される付与ポイントが高い取引先（利用者から付与されるポイントが高い取引先）を選びやすくなり、取引先（ＩＣカード処理装置の運用者）には、利用者から多くのポイントを得るためのサービス向上が期待できる。
【００４０】
次に、本実施形態に係るＩＣカード１における本人認証処理について説明する。  
ＩＣカードシステムでは、ＩＣカード処理装置２からの要求に応じてＩＣカード１による本人認証処理を含む各種の処理を行う。例えば、ＩＣカード処理装置２は、ＩＣカード１を用いてインターネットなどのネットワークを介した商取引を行うための端末が想定できる。ここでは、ＩＣカード１は、ＩＣカード処理装置２からの認証要求に対して複数種類の認証方式を用いた本人認証処理を実行する場合を想定して説明するものとする。
【００４１】
図４及び図５は、ＩＣカード１における本人認証処理の流れを概略的に説明するためのフローチャートである。  
まず、ＩＣカード１は、ＩＣカード処理装置２からの電源供給を受けて起動する。起動したＩＣカード１のプロセッサ１１は、通信制御部１５及びインターフェース１６を介してＩＣカード処理装置２からのコマンドが受信可能な状態となる。この状態においてＩＣカード処理装置２から認証コマンドを受信すると（ＳＴ１１）、ＩＣカード１のプロセッサ１１は、前回の取引処理からの経過時間をチェックする処理（経過判定処理）を行う（ＳＴ１２−１４）。
【００４２】
経過判定処理において、ＩＣカード１のプロセッサ１１は、前回の本人認証処理を含む取引処理から現在までの経過時間を特定する（ＳＴ１２）。また、プロセッサ１１は、当該取引先（当該ＩＣカード処理装置２の運用者）について、前回の取引処理から現在までの経過時間を特定するようにしても良い。経過時間と特定するため、プロセッサ１１は、前回の取引処理の日時を取得する。前回の取引処理の日時は、ＩＣカード１内の不揮発性メモリ１４に保存する処理履歴情報から取得しても良いし、ＩＣカード処理装置２を介して外部のサーバなどから取得するようにしても良い。前回の取引処理の日時を取得すると、プロセッサ１１は、前回の取引処理の日時から現在の日時までの期間（経過時間）を特定する。
【００４３】
経過時間を特定すると、プロセッサ１１は、経過時間が予め設定した所定期間内であるかを判定する（ＳＴ１３）。所定期間は、現在の信用ポイントを無条件で適用できる期間であるものとする。つまり、所定期間が経過するまでの間に当該ＩＣカードの利用があれば、現在の信用ポイントがそのまま利用できる運用とする。
【００４４】
前回の取引処理からの経過時間が所定期間を超えていると判断した場合（ＳＴ１３、ＮＯ）、プロセッサ１１は、不揮発性メモリ１４に保存している現在の信用ポイントに対する減算処理を行う（ＳＴ１４）。信用ポイントの減算処理として、例えば、プロセッサ１１は、経過時間の長さに応じた減算値を現在の信用ポイントから減算する。また、プロセッサ１１は、経過時間の長さに応じた割合（例えば、半分など）で現在の信用ポイントを減算するようにしても良い。また、プロセッサ１１は、固定の減算値を現在の信用ポイントから減算するようにしても良い。また、プロセッサ１１は、今回の取引処理に限って現在の信用ポイントを減算するようにしても良い。この場合、当該ＩＣカード１は、今回の本人認証処理において認証が成功すれば処理開始にあった現在の信用ポイントを回復させるようにしても良い。
【００４５】
経過時間が所定期間内であると判定した場合（ＳＴ１３、ＹＥＳ）、又は、信用ポイントの減算処理を実行した場合、プロセッサ１１は、信用ポイントに応じた種類の認証処理による本人認証処理を実行する（ＳＴ２１−２２、ＳＴ３１−３６、ＳＴ４１−４５、ＳＴ５１−５３）。
【００４６】
本実施形態に係るＩＣカード１では、３種類の認証方式（例えば、パスワード認証、顔認証、指紋認証）による３種類の認証処理が可能であるものとする。ＩＣカード１のプロセッサ１１は、３種類の認証方式のうちどの認証方式（いくつの認証方式）での認証処理が必要かを信用ポイントに応じて判断（選択）するものとする。また、信用ポイントに対しては、第１閾値と第１閾値よりも大きい第２閾値とが設定されているものとする。第１閾値及び第２閾値は、例えば、不揮発性メモリ１４に記憶されるものとする。
【００４７】
すなわち、ＩＣカード１のプロセッサ１１は、信用ポイントと第１閾値とを比較し、信用ポイントが第１閾値未満であるかを判断する（ＳＴ２１）。信用ポイントが第１閾値以上であると判断した場合（ＳＴ２１、ＮＯ）、プロセッサ１１は、信用ポイントと第２閾値とを比較し、信用ポイントが第２閾値未満であるかを判断する（ＳＴ２２）。
【００４８】
信用ポイントが第１閾値未満であると判断した場合（ＳＴ２１、ＹＥＳ）、プロセッサ１１は、３種類の認証方式による３種類の認証処理が必要であると判断する。この場合、プロセッサ１１は、３種類の認証方式による３種類の認証処理（第１、第２及び第３の認証処理）を順次実行する。第１、第２及び第３の認証処理は、どの順序で実施しても良い。ここでは、第１、第２及び第３の認証処理の順で実施するものとする。また、ここでは、第１の認証処理がパスワード認証、第２の認証処理が顔認証、第３の認証処理が指紋認証であるものとして説明するものとする。ただし、第１、第２及び第３の認証処理は、どの認証方式であっても良い。
【００４９】
第１、第２及び第３の認証処理を選択すると、プロセッサ１１は、ＩＣカード処理装置２と協働して第１の認証処理を実行する（ＳＴ３１）。第１の認証処理がパスワード認証である場合、プロセッサ１１は、ＩＣカード処理装置２にパスワード認証を依頼し、ＩＣカード処理装置２の操作部（第１入力部）２４で入力される情報とＩＣカード１の不揮発性メモリ１４が記憶している（又はサーバ等のデータベースから取得する）辞書データとしてのパスワードとの照合による認証処理を実行する。第１、第２及び第３の認証処理は、所定回数のリトライが許容されるようにして良い。所定回数のリトライが許容される場合、プロセッサ１１は、所定回数以内に第１の認証処理による認証が成功したか否かにより第１の認証処理が成功したか否かを判断する（ＳＴ３２）。
【００５０】
第１の認証処理が成功したと判断した場合（ＳＴ３２、ＹＥＳ）、プロセッサ１１は、ＩＣカード処理装置２と協働して第２の認証処理を実行する（ＳＴ３３）。第２の認証処理が顔認証である場合、プロセッサ１１は、ＩＣカード処理装置２に顔認証を依頼し、ＩＣカード処理装置２のカメラ（第２入力部）２５が撮影する顔画像とＩＣカード１の不揮発性メモリ１４が記憶している（又はサーバ等のデータベースから取得する）辞書データとしての顔画像との照合による認証処理を実行する。プロセッサ１１は、所定のリトライ回数以内に第２の認証処理による認証が成功したか否かにより第２の認証処理が成功したか否かを判断する（ＳＴ３４）。
【００５１】
第２の認証処理が成功したと判断した場合（ＳＴ３４、ＹＥＳ）、プロセッサ１１は、ＩＣカード処理装置２と協働して第３の認証処理を実行する（ＳＴ３５）。第３の認証処理が指紋認証である場合、プロセッサ１１は、ＩＣカード処理装置２に指紋認証を依頼し、指紋センサ（第３入力部）２６が取得する指紋画像とＩＣカード１の不揮発性メモリ１４が記憶している（又はサーバ等のデータベースから取得する）辞書データとしての指紋画像との照合による認証処理を実行する。プロセッサ１１は、所定のリトライ回数以内に第３の認証処理による認証が成功したか否かにより第３の認証処理が成功したか否かを判断する（ＳＴ３６）。
【００５２】
第１、第２及び第３の認証処理の全てで認証が成功した場合、プロセッサ１１は、ＩＣカード処理装置２からの認証要求に対する本人認証が成功したものと判断する。本人認証が成功したものと判断すると、プロセッサ１１は、信用ポイントの加算処理を行う（ＳＴ３７）。信用ポイントの加算処理として、プロセッサ１１は、本人認証の成功による付与ポイント（加算値）を信用ポイントに加算することにより不揮発性メモリ１４に記憶している信用ポイントを更新する。
【００５３】
例えば、付与ポイントは、図３に示すように、取引先（ＩＣカード処理装置２の運用者）ごとに設定されているものであっても良い。この場合、プロセッサ１１は、ＩＣカード処理装置２からの取引先を示す情報を取得し、取引先に応じた付与ポイントを特定する。また、プロセッサ１１は、図３に示すような取引先ごとの付与ポイントを、上述したような取引先のポイントに応じて更新するようにしても良い。この場合、プロセッサ１１は、当該取引先に対して付与するポイント（利用者から取引先へ付与するポイント）をＩＣカード処理装置２へ通知するようにしても良い。
【００５４】
また、第１、第２又は第３の認証処理の何れかで認証が失敗した場合（ＳＴ３２のＮＯ、ＳＴ３４のＮＯ、又は、ＳＴ３６のＮＯ）、プロセッサ１１は、ＩＣカード処理装置２からの認証要求に対する本人認証が失敗したものと判断する。この場合、プロセッサ１１は、信用ポイントの加算処理を行うことなく、一連の本人認証処理を終了する。
【００５５】
信用ポイントが第１閾値以上かつ第２閾値未満であると判断した場合（ＳＴ２２、ＹＥＳ）、プロセッサ１１は、２種類の認証方式による２種類の認証処理（第１及び第２の認証処理）が必要であると判断する。この場合、プロセッサ１１は、実行可能な３種類の認証方式から２種類の認証方式を選択することにより第１及び第２の認証処理を選択する（ＳＴ４１）。２種類の認証方式は、運用形態に応じて選択すれば良い。例えば、２種類の認証方式は、実行可能な全ての認証方式からランダムに選択しても良い。プロセッサ１１は、選択した２種類の認証処理を順次実行される。また、選択した２つの認証処理は、どの順序で実施しても良い。
【００５６】
第１及び第２の認証処理を選択すると、プロセッサ１１は、ＩＣカード処理装置２と協働して第１の認証処理を実行する（ＳＴ４２）。第１の認証処理がパスワード認証である場合、プロセッサ１１は、ＩＣカード処理装置２にパスワード認証を依頼し、ＩＣカード処理装置２の操作部（第１入力部）２４で入力される情報とＩＣカード１の不揮発性メモリ１４が記憶している（又はサーバ等のデータベースから取得する）辞書データとしてのパスワードとの照合による認証処理を実行する。プロセッサ１１は、所定のリトライ回数以内に第１の認証処理による認証が成功したか否かにより第１の認証処理が成功したか否かを判断する（ＳＴ４３）。
【００５７】
第１の認証処理が成功したと判断した場合（ＳＴ４３、ＹＥＳ）、プロセッサ１１は、ＩＣカード処理装置２と協働して第２の認証処理を実行する（ＳＴ４４）。第２の認証処理が顔認証である場合、プロセッサ１１は、ＩＣカード処理装置２に顔認証を依頼し、ＩＣカード処理装置２のカメラ（第２入力部）２５が撮影する顔画像とＩＣカード１の不揮発性メモリ３３に記憶している（又はサーバ等のデータベースから取得する）辞書データとしての顔画像との照合による認証処理を実行する。プロセッサ１１は、所定のリトライ回数以内に第２の認証処理による認証が成功したか否かにより第２の認証処理が成功したか否かを判断する（ＳＴ４５）。
【００５８】
第２の認証処理が成功したと判断した場合（ＳＴ４５、ＹＥＳ）、つまり、第１及び第２の認証処理の全てで認証が成功した場合、プロセッサ１１は、ＩＣカード処理装置２からの認証要求に対する本人認証が成功したものと判断する。本人認証が成功したものと判断すると、プロセッサ１１は、信用ポイントの加算処理を行う（ＳＴ４６）。信用ポイントの加算処理として、プロセッサ１１は、本人認証の成功による付与ポイント（加算値）を信用ポイントに加算することにより不揮発性メモリ１に記憶している信用ポイントを更新する。
【００５９】
なお、ＳＴ４６で付与する付与ポイントは、ＳＴ３７で付与する付与ポイントを同等の値であって良い。また、ＳＴ４６ではＳＴ３７よりも信用ポイントが高いため、ＳＴ４６で付与する付与ポイントは、ＳＴ３７で付与する値よりも大きくしても良い。
【００６０】
また、第１又は第２の認証処理の何れかで認証が失敗した場合（ＳＴ４３のＮＯ、又は、ＳＴ４５のＮＯ）、プロセッサ１１は、ＩＣカード処理装置２からの認証要求に対する本人認証が失敗したものと判断する。この場合、プロセッサ１１は、信用ポイントの加算処理を行うことなく、一連の本人認証処理を終了する。  
上記ＳＴ４１−４６の処理は、上記ＳＴ３１−３７の処理に比べて第３の認証処理が省略される。従って、信用ポイントが第１閾値以上かつ第２閾値未満であれば、信用ポイントが第１閾値未満の場合に比べて認証処理の負担が軽減できる。
【００６１】
信用ポイントが第２閾値以上であると判断した場合（ＳＴ２２、ＮＯ）、プロセッサ１１は、単一の認証方式による１種類の認証処理（第１の認証処理）で本人認証を行うものと判断する。この場合、プロセッサ１１は、実行可能な３種類の認証方式から１種類の認証方式を選択することにより第１の認証処理を選択する（ＳＴ５１）。１種類の認証方式は、どの認証方式を選択しても良く、運用形態に応じて選択すれば良い。ここでは、第１の認証処理がパスワード認証であるものとするが、顔認証あるいは指紋認証などのパスワード認証以外の認証方式であっても良い。また、１種類の認証方式は、例えば、実行可能な全ての認証方式からランダムに選択するようにしても良い。
【００６２】
第１の認証処理を選択すると、プロセッサ１１は、ＩＣカード処理装置２と協働して第１の認証処理を実行する（ＳＴ５２）。第１の認証処理がパスワード認証である場合、プロセッサ１１は、ＩＣカード処理装置２にパスワード認証を依頼し、ＩＣカード処理装置２の操作部（第１入力部）２４で入力される情報とＩＣカード１の不揮発性メモリ１４が記憶している（又はサーバ等のデータベースから取得する）辞書データとしてのパスワードとの照合による認証処理を実行する。プロセッサ１１は、所定のリトライ回数以内に第１の認証処理による認証が成功したか否かにより第１の認証処理が成功したか否かを判断する（ＳＴ５３）。
【００６３】
第１の認証処理が成功したと判断した場合（ＳＴ５３、ＹＥＳ）、プロセッサ１１は、ＩＣカード処理装置２からの認証要求に対する本人認証が成功したものと判断する。本人認証が成功したものと判断すると、プロセッサ１１は、信用ポイントの加算処理を行う（ＳＴ５４）。信用ポイントの加算処理として、プロセッサ１１は、本人認証の成功による付与ポイント（加算値）を信用ポイントに加算することにより不揮発性メモリ１４に記憶している信用ポイントを更新する。
【００６４】
なお、ＳＴ５４で付与する付与ポイントは、ＳＴ３７又はＳＴ４６で付与する付与ポイントを同等の値であって良い。また、ＳＴ５４ではＳＴ３７又はＳＴ４６よりも信用ポイントが高いため、ＳＴ５４で付与する付与ポイントは、ＳＴ３７又はＳＴ４６で付与する値よりも大きくしても良い。
【００６５】
また、第１の認証処理で認証が失敗した場合（ＳＴ５３のＮＯ）、プロセッサ１１は、ＩＣカード処理装置２からの認証要求に対する本人認証が失敗したものと判断する。この場合、プロセッサ１１は、信用ポイントの加算処理を行うことなく、一連の本人認証処理を終了する。  
上記ＳＴ５１−５４の処理は、上記ＳＴ４１−４６の処理に比べて第２の認証処理が省略される。従って、信用ポイントが第２閾値以上であれば、信用ポイントが第２閾値未満の場合、又は、信用ポイントが第１閾値未満の場合に比べて本人認証処理の負担が軽減できる。  
以上の処理によって、ＩＣカード１のプロセッサ１１は、信用ポイントに応じた一連の本人認証処理を終了する。
【００６６】
上記のように、本実施形態に係るＩＣカードは、本人認証の実績などに応じて信用ポイントを蓄積し、蓄積した信用ポイントに応じて実施する認証処理の種類数を決定する。ＩＣカードは、信用ポイントが高ければ高いほど、実施する認証処理の種類数を少なくする。これにより、信用ポイントが示す信頼度が高い利用者に対しては、実施する認証処理の種類数を減らすことにより、本人認証処理時における利用者による操作負担を軽減し、処理の高速化が図れる。この結果として、セキュリティを保ちつつ、信頼度に応じた利便性が高いシステムを実現できるＩＣカードを提供できる。
【００６７】
また、本実施形態に係るＩＣカードは、本人認証が成功した場合に信用ポイントに加算する付与ポイントを、取引先、或は、取引先の信頼度などの条件に応じて重み付けすることができる。この結果として、実際の運用に適した付与ポイントによって利用者の信用ポイント（信頼度）を更新することが可能となり、より利便性の高いシステムを実現できるＩＣカードを提供できる。
【００６８】
上述の実施形態で説明した機能は、ハードウエアを用いて構成するに留まらず、ソフトウエアを用いて各機能を記載したプログラムをコンピュータに読み込ませて実現することもできる。また、各機能は、適宜ソフトウエア、ハードウエアのいずれかを選択して構成するものであっても良い。
【００６９】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００７０】
１…ＩＣカード（携帯可能電子装置）、Ｃ…本体、Ｃａ…ＩＣチップ、Ｍ…モジュール、２…ＩＣカード処理装置、１１…プロセッサ（制御部）、１２…ＲＯＭ、１３…ＲＡＭ、１４…不揮発性メモリ（記憶部）、１５…通信制御部（通信部）、１６…インターフェース（通信部）。
【図１】
2018116406.tif 000003
【図２】
2018116406.tif 000004
【図３】
2018116406.tif 000005
【図４】
2018116406.tif 000006
【図５】
2018116406.tif 000007