認証システムおよび認証方法
【課題】ＩＣカードを利用するシステムにおける不正利用を低減し、不正利用が行われても事後的に不正利用の有無を追跡可能なシステムおよび方法を提供する。
【解決手段】ＩＣカードは、利用者ごとの第１の識別子を２つ以上格納する。ＩＣカードに対してデータを読み書き可能なクライアント端末に対する認証処理を実施するシステムは、第２の識別子を格納する手段と、クライアント端末から受信した認証要求データに基づいて利用者の認証可否を判定する手段と、クライアント端末から送信される最新日付の第１の識別子を受信する手段と、受信した最新日付の第１の識別子と当該利用者に関連付けられる最新日付の第２の識別子とを照合する手段と、乱数生成手段と、生成された乱数を第１の識別子としてＩＣカードに書き込むためにクライアント端末に送信し、当該乱数を第２の識別子として格納手段に格納する手段と、を含む。
【解決手段】ＩＣカードは、利用者ごとの第１の識別子を２つ以上格納する。ＩＣカードに対してデータを読み書き可能なクライアント端末に対する認証処理を実施するシステムは、第２の識別子を格納する手段と、クライアント端末から受信した認証要求データに基づいて利用者の認証可否を判定する手段と、クライアント端末から送信される最新日付の第１の識別子を受信する手段と、受信した最新日付の第１の識別子と当該利用者に関連付けられる最新日付の第２の識別子とを照合する手段と、乱数生成手段と、生成された乱数を第１の識別子としてＩＣカードに書き込むためにクライアント端末に送信し、当該乱数を第２の識別子として格納手段に格納する手段と、を含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証システムおよび認証方法に関する。より詳細には、被認証者のＩＣカード等に記録されている認証用データとサーバが保持する認証用データとの照合を行うことで認証を行う認証システムおよび認証方法に関する。
【背景技術】
【０００２】
ＩＣカードは、プラスチック製カード等に極めて薄い半導体集積回路（ＩＣチップ）を埋め込み、情報を記録できるようにしたカードであり、データの暗号化なども可能なため従来の磁気カードに比べて偽造にも強いことが知られている。
【０００３】
このようなＩＣカードは、様々な用途に利用されている。例えば、金融機関が提供するインターネットバンキングなどのシステムでは、よりセキュリティを高めるために、ＩＤとパスワードによる認証に加えて、ＩＣカードを利用者に配布しておき、そのＩＣカードに格納されている認証用情報（例えば、電子証明書）を利用者端末に接続した読み取り機で読み込んで、当該システムに送信して認証を行うことが行われている。
【０００４】
また、電車などの公共交通機関が発行するＩＣカードは、出発地点と到着地点に設けられた所定端末にＩＣカードをかざす（または接触させる）ことにより、利用料金の計算がセンター局において計算されて課金されるとともに利用情報などのデータがＩＣカードに書き込まれる仕組みが利用されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第３８８３５４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、たとえＩＣカードを利用したとしても偽造カードによる不正利用を完全に防ぐことはできないし、また、正規カードによる不正利用を完全に防ぐことはできない。後者のケースでは、正規の利用者が法人の場合、法人内部の正規の利用者以外の者による「なりすまし」でインターネットバンキングなどのシステムを不正利用されてしまうことが想定される。
【０００７】
従来技術では、第三者がＩＣカードを偽造し、かつ正規の認証情報（例えば、パスワード）を入手してしまった場合に不正利用を完全に防ぐことは困難である。また、従来技術では、法人内部の正規の利用者以外の者による「なりすまし」の場合には、ＩＣカードは偽造されておらず、しかも正規の認証情報を使用しているため、不正利用の有無を判別することは困難であった。仮にそのような「なりすまし」による不正利用が疑われる場合にも、システム利用時に通信データが盗聴されるなどして偽造されたＩＣカードで不正利用がなされたのか、あるいは、法人内部の正規の利用者以外の者による正規のＩＣカードによる不正利用なのかを判別することは困難であった。
【０００８】
また、特許文献１に開示のシステムでは、そのシステム利用の開始時および終了時に利用者がＩＣカードを適切に使用することが想定されているが、インターネットバンキングなどを始めとする電子商取引の場合、システム終了時のトリガーを明確に判別することは難しい（例えば、表示画面を強制終了する場合）。
【０００９】
本発明は、このような問題に鑑みてなされたもので、ＩＣカードを利用するシステムにおける不正利用の被害を低減し、仮に不正利用が行われる場合にも事後的に不正利用の有無を追跡可能な認証システムおよび認証方法を提供することを目的とする。また、電子商取引の場合のように、システム利用の終了時点が明確に判別できないような場合であっても情報記録が適切に行える認証システムおよび認証方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の課題を解決するために、本発明に係る認証システムは、ＩＣカードに対してデータを読み書き可能なクライアント端末に対する認証処理を実施する認証システムであって、前記ＩＣカードは、利用者ごとの第１の識別子を２つ以上格納する。前記認証システムは、１つまたは複数の、利用者ごとの前記第２の識別子を格納する格納手段と、前記クライアント端末から認証要求データを受信し、該認証要求データに基づいて利用者の認証可否を判定する受付・処理手段と、認証可と判定する場合に、前記クライアント端末に対して、前記ＩＣカードに記憶されている前記第１の識別子のうち最新日付の第１の識別子を読み出して送信するよう要求する命令を送信し、該命令に応答して前記クライアント端末から送信される前記最新日付の第１の識別子を受信する要求・応答受信手段と、前記利用者に関連付けられる前記第２の識別子のうち最新日付の第２の識別子を前記格納手段から取得し、受信した前記最新日付の第１の識別子と前記取得した第２の識別子とを照合して両者が一致するか否かを判定する突合手段と、前記第１の識別子および前記第２の識別子として使用されることになる乱数を生成する乱数生成手段と、前記第１の識別子および前記第２の識別子が一致すると判定された場合に、生成された前記乱数を前記第１の識別子として前記クライアント端末に対して送信し、前記クライアント端末から前記第１の識別子の前記ＩＣカードへの書き込み成功を示すデータを受信した後、前記乱数を前記第２の識別子として前記格納手段に格納する識別子送受信手段と、前記第１の識別子および前記第２の識別子の格納後に、実際のサービス画面を前記クライアント端末に提供する手段と、を備えたことを特徴とする。
【００１１】
また、本発明に係る方法は、ＩＣカードに対してデータを読み書き可能なクライアント端末に対する認証処理を実施する認証システムにおける方法であって、前記ＩＣカードは、利用者ごとの第１の識別子を２つ以上格納し、前記認証システムは、１つまたは複数の、利用者ごとの前記第２の識別子を格納する格納手段を含む。前記方法は、前記クライアント端末から認証要求データを受信し、該認証要求データに基づいて利用者の認証可否を判定するステップと、認証可と判定する場合に、前記クライアント端末に対して、前記ＩＣカードに記憶されている前記第１の識別子のうち最新日付の第１の識別子を読み出して送信するよう要求する命令を送信し、該命令に応答して前記クライアント端末から送信される前記最新日付の第１の識別子を受信するステップと、前記利用者に関連付けられる前記第２の識別子のうち最新日付の第２の識別子を前記格納手段から取得し、受信した前記最新日付の第１の識別子と前記取得した第２の識別子とを照合して両者が一致するか否かを判定するステップと、前記第１の識別子および前記第２の識別子として使用されることになる乱数を生成するステップと、前記第１の識別子および前記第２の識別子が一致すると判定された場合に、生成された前記乱数を前記第１の識別子として前記クライアント端末に対して送信し、前記クライアント端末から前記第１の識別子の前記ＩＣカードへの書き込み成功を示すデータを受信した後、前記乱数を前記第２の識別子として前記格納手段に格納するステップと、前記第１の識別子および前記第２の識別子の格納後に、実際のサービス画面を前記クライアント端末に提供するステップと、を含むことを特徴とする。
【発明の効果】
【００１２】
本発明は、偽造カードによる不正利用の被害を低減する効果を奏する。また、本発明は、法人内部の正規の利用者以外の者による不正利用などの正規カードによる不正利用が発生する場合に事後的に不正利用の有無を追跡できるという効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態に係る履歴整合認証システムの概念を示す図である。
【図２】本発明に係る履歴整合認証システムの機能モジュールを示すブロック図である。
【図３】本発明に係る履歴整合認証システムの認証の仕組みを示すフロー図である。
【図４】ＩＣカードに記憶されている操作履歴ＩＤデータのアップデートを示す図である。
【図５】本発明に係るＩＣカードの例示的なデータ記録構造を示す図である。
【発明を実施するための形態】
【００１４】
本発明の例示的な実施形態について詳細に説明する。以下の説明では、法人向けインターネットバンキングシステム１００（または、履歴整合認証システム１００ともいう）を利用する場合を例として説明するが、本発明の要旨はそれ以外の用途にも適用可能であることは言うまでもない。
【００１５】
図１は、本発明の例示的な実施形態に係る履歴整合認証システム１００の概念を示す図であり、少なくとも利用者端末１０１、ＩＣカード１０２、ネットワーク１０３、Ｗｅｂサーバ１０４および業務アプリケーション（ＡＰ）サーバ１０５を含む構成になっている。
【００１６】
利用者端末１０１は、Ｗｅｂブラウザなどを介してネットワークに接続可能なパーソナルコンピュータとすることが可能であり、かつカードリーダー・ライターと接続して、ＩＣカード１０２が格納するデータを読み出し、あるいはＩＣカード１０２に対して所定のデータを書き込むことができる。また、利用者端末１０１は、ネットワーク１０３を介して履歴整合認証システム１００と接続し、データ送受信を行うことができる。
【００１７】
ＩＣカード１０２は、従来のＩＣカードとすることができる。なお、本明細書では、ＩＣカードを例にして説明するが、利用者端末１０１との間でデータ伝送が可能であって、データを格納することができれば他の記憶媒体であっても構わない。また、ネットワーク１０３は、インターネット、専用線などに代表されるネットワークである。
【００１８】
履歴整合認証システム１００は、その内部にＷｅｂサーバ１０４および業務ＡＰサーバ１０５を有している。Ｗｅｂサーバ１０４は、ネットワーク１０３を介して利用者端末１０１から各種コマンドやデータを受信して業務ＡＰサーバ１０５に伝送し、かつ業務ＡＰサーバ１０５から受信したログイン画面やインターネットバンキングの実際のサービス画面を利用者端末１０１に対して提供する。業務ＡＰサーバ１０５は、利用者端末１０１からの各種コマンドやデータを処理するとともに、当該コマンドに応答してログイン画面やインターネットバンキングの実際のサービス画面を生成してＷｅｂサーバ１０４に送信する。なお、図１の例示的な構成ではＷｅｂサーバ１０４および業務ＡＰサーバ１０５は、一つのみ記載しているが複数個の構成とすることもできる。あるいは、例えば、業務ＡＰサーバ１０５について複数個のサーバの冗長化構成としたり、認証サーバやＤＢサーバを別途設けることによって機能ごとにサーバを分割する構成としたりすることもでき、図１に示した構成に限定されることはない。
【００１９】
ここで、Ｗｅｂサーバ１０４および業務ＡＰサーバ１０５のハードウェア構成について図１を参照して説明する。なお、両者のハードウェア構成は従来技術であるので、業務ＡＰサーバ１０５を代表させて説明する。
【００２０】
業務ＡＰサーバ１０５は、制御部１１１、主記憶部１１２、補助記憶部１１３、入力部１１４、出力部１１５および外部との送受信を行うインターフェース（Ｉ／Ｆ）を含む。これらの構成要素はバスなどで相互に接続されており、制御部１１１によって各構成要素１１２〜１１５は統括して制御される。
【００２１】
制御部１１１は、中央処理装置（ＣＰＵ：Central Processing Unit）とも呼ばれ、上述したように各構成要素１１２〜１１５の制御やデータの演算を行い、また、補助記憶部１１３に格納されている各種プログラムを主記憶部１１２に読み出して実行する。主記憶部１１２は、メインメモリとも呼ばれ、業務ＡＰサーバ１０５が受信した各種コマンドやデータ、コンピュータ実行可能な命令および当該命令による演算処理後のデータなどを記憶する。
【００２２】
補助記憶部１１３は、ハードディスク（ＨＤＤ）などに代表される記憶装置であり、データやプログラムを長期的に保存する際に使用される。主記憶部１１２は、補助記憶部１１３よりも記憶容量が相対的に小さいため、一時的なデータの記憶や演算処理などに使用されるのに対し、補助記憶部１１３は、必要なデータや情報の長期的な記憶・保存のために使用される。つまり、制御部１１１がプログラムを実行してデータの演算を行う場合には、補助記憶部１１３から必要なデータやプログラムを主記憶部１１２に読み出し、演算結果のデータを長期的に記憶・保存するには制御部１１１が補助記憶部１１３に演算結果のデータを書き込むこととなる。
【００２３】
入力部１１４は、ネットワーク１０３経由で利用者端末１０１から受信した各種コマンドやデータを、業務ＡＰサーバ１０５に入力する。入力された各種コマンドやデータは、主記憶部１１２に一時的に記憶される。また、入力部１１４は、システムオペレータより各種コマンドや入力データ（各種マスタ、テーブルなど）を受け付けるインターフェース（入力画面などのアプリケーションプログラム）を提供する。
【００２４】
出力部１１５は、業務ＡＰサーバ１０５において生成されるログイン画面や実際のサービス画面をＷｅｂサーバ１０４に対して送信し、Ｗｅｂサーバ１０４から当該画面は利用者端末１０２に提供される。また、出力部２０５は、業務ＡＰサーバ１０５によって処理されたデータを表示する表示画面も提供する。
【００２５】
図２は、本発明の例示的な実施形態に係る履歴整合認証システム１００の機能モジュールを示すブロック図である。図２に示すように、本システムは、少なくともログイン画面提供部２０１、認証要求受付・処理部２０２、操作履歴要求・応答受信部２０３、操作履歴突合部２０４、最新操作履歴ＩＤ送受信部２０５、サービス画面提供部２０６、乱数生成部２０７、利用者マスタ２２０、操作履歴ＤＢ２２１およびＩＣカードマスタ２２２を含んでいる。なお、インターネットバンキングシステム１００において提供される各種サービスで使用される銀行マスタ、口座マスタ、通貨マスタなどのマスタ群についても同様に含んでいる。
【００２６】
ログイン画面提供部２０１は、利用者端末１０１からアクセス要求（例えば、インターネットバンキングシステム１００へのアクセス要求）を受信すると、所定のログイン画面および所定の情報（例えば、ランダムに生成された文字列、等）をＷｅｂサーバ１０４を介して利用者端末１０１に提供する。この所定の情報は、利用者端末１０１の識別のために送信されたデータであり、以下に説明するように暗号化された上で利用者端末１０１から履歴整合認証システム１００に返信される。
【００２７】
認証要求受付・処理部２０２は、ＩＣカード１０２に格納されている情報を基にした認証要求を利用者端末１０１から受信したか否かを判定する。この認証要求には、上述した所定の情報をＩＣカード１０２が格納している秘密鍵を利用して暗号化した情報と、ＩＣカード１０２が格納している電子証明書とが含まれる。そして、この認証要求を受信したと判定した場合には、認証要求受付・処理部２０２は、当該認証要求に基づいて利用者端末１０１が正規の利用者か否か（認証可または認証不可）を利用者マスタ２２０を参照して判定する。ここで、利用者マスタ２２０は、本発明に係る履歴整合認証システム１００を利用する利用者のユーザ情報（例えば、ユーザＩＤ、ＩＣカードの情報、等）を記憶するマスタである。なお、ここまで説明した実施形態以外の周知の実施形態にて初期のユーザ認証を行うこともできる。
【００２８】
操作履歴要求・応答受信部２０３は、利用者端末１０１に対してＩＣカード１０２に記憶されている最新の操作履歴ＩＤを読み出して送信するよう要求する命令を送信する。ここで、操作履歴ＩＤとは、各利用者が本インターネットバンキングシステム１００のサービス利用の都度、利用開始時点（ログイン操作による認証成立後）において、利用者ごとかつ操作（ログイン操作からログアウト等で利用終了するまでを指す）ごとに付与される識別子のことを指す。そして、操作履歴要求・応答受信部２０３は、利用者端末１０１がＩＣカード１０２から読み出した最新の操作履歴ＩＤをネットワーク１０３経由で受信する。
【００２９】
操作履歴突合部２０４は、当該利用者のユーザＩＤに関連付けられる操作履歴ＩＤを操作履歴ＤＢ２２１に対して問い合わせを行い、１つまたは複数のレコードが存在する場合には、そのうちの最新日付の操作履歴ＩＤを取得する。操作履歴突合部２０４は、取得した最新の操作履歴ＩＤ（つまり、前回操作時の操作履歴ＩＤ）と利用者端末１０１から受信した操作履歴ＩＤとを突合して照合する。ここで、操作履歴ＤＢ２２１は、利用者ごとの操作履歴ＩＤを操作時点のシステム日付情報とともに格納するデータベースである。
【００３０】
最新操作履歴ＩＤ送受信部２０５は、乱数生成部２０６に乱数生成を要求し、生成された乱数を取得する。そして、最新操作履歴ＩＤ送受信部２０５は、その取得した乱数を最新操作履歴ＩＤとして利用者端末１０１に送信する。利用者端末１０１にてＩＣカード１０２に当該最新操作履歴ＩＤの書き込みが完了したことを示す信号を受信した後、最新操作履歴ＩＤ送受信部２０５は、当該最新操作履歴ＩＤを操作履歴ＤＢ２２２に当該利用者のＩＤおよびシステム日付情報に関連付けて保存する。つまり、インターネットバンキングシステム１００の実際のサービス画面を提供開始する時点で、当該利用者に新たに付与された最新操作履歴ＩＤはＩＣカード１０２および操作履歴ＤＢ２２２の両方に格納されていることになる。
【００３１】
乱数生成部２０７は、ハードウェアとして構成することもソフトウェアとして構成することも可能であるが、生成する乱数は利用者ごとの無作為な英数字のデータであれば構わない。なお、ソフトウェアとして構成する場合には、例えば、線形合同法（linear congruential method）やＳＨＡ−１などのハッシュ関数を用いることができる。なお、本発明に係る履歴整合認証システム１００において操作履歴ＩＤの桁数を十分長く設定しない場合には、確率的には小さいが、２回続けて同じ乱数が生成されることもありうる。
【００３２】
サービス画面提供部２０６は、インターネットバンキングのシステムで提供する実際のサービス画面を生成し、Ｗｅｂサーバ１０４を介して利用者端末１０１に提供する。
【００３３】
次に、図３を参照して、本発明の例示的な実施形態に係る履歴整合認証システム１００の認証の仕組みを示すフロー図を説明する。なお、本フローの開始時には、利用者端末１０１はインターネットバンキングシステム１００にアクセスし、システム側から所定の情報（例えば、ランダムに生成された文字列、等）とログイン画面を受信しているものとする。
【００３４】
ステップＳ３０１では、認証要求受付・処理部２０２は、利用者端末１０１からＩＣカード１０２に格納されている情報を基にした認証要求を受信する。この認証要求には、上述した所定の情報をＩＣカード１０２が格納している秘密鍵を利用して暗号化した情報と、ＩＣカード１０２が格納している電子証明書とが含まれる。なお、ＩＣカード１０２の正規の利用者か否かの認証は、ＩＣカード１０２自体に記憶されているパスワード５０２と、利用者端末１０１に表示されているログイン画面から入力されるパスワードとが一致するか否かによって利用者端末１０１において行われる。
【００３５】
ステップＳ３０２では、認証要求受付・処理部２０２は、利用者端末１０１から認証要求を受信したと判定した場合には、当該認証要求に基づいて利用者端末１０１が正規の利用者か否か（認証可または認証不可）を利用者マスタ２２０を参照して判定する。この認証は、例えば、認証要求に含まれていた暗号化済みの所定の情報を復号して自らが送信したものと一致するか確認し、また電子証明書を確認することによって行う。認証要求受付・処理部２０２は、認証可と判定した場合ステップＳ３０４に処理を進め、一方、認証不可と判定した場合ステップＳ３０３に処理を進める。
【００３６】
ステップＳ３０３では、認証要求受付・処理部２０２は、認証エラーとなったことを示すメッセージ、あるいはそのようなメッセージを示す画面を生成して利用者端末１０１に送信する。
【００３７】
ステップＳ３０４では、操作履歴要求・応答受信部２０３は、利用者端末１０１に対してＩＣカード１０２に記憶されている最新の操作履歴ＩＤを読み出して送信するよう要求する命令を送信する。ステップＳ３０５では、利用者端末１０１は、当該命令に応答してＩＣカード１０２の最新操作履歴ＩＤ（第ｎ回）（５０５）から最新の操作履歴ＩＤを読み出して、インターネットバンキングシステム１００に対して送信する。操作履歴要求・応答受信部２０３は、当該最新の操作履歴ＩＤを受信する。
【００３８】
ステップＳ３０６では、操作履歴突合部２０４は、当該利用者のユーザＩＤに関連付けられる操作履歴ＩＤを操作履歴ＤＢ２２１に対して問い合わせを行い、１つまたは複数のレコードが存在する場合には、そのうちの最新日付の操作履歴ＩＤを取得する。操作履歴突合部２０４は、操作履歴ＤＢ２２１から取得した最新の操作履歴ＩＤと利用者端末１０１から受信した操作履歴ＩＤとを突合して照合するか否かを判定する。照合できた場合にはステップＳ３０８に処理が進み、照合できなかった場合にはステップＳ３０７に処理が進む。
【００３９】
ステップＳ３０７では、操作履歴突合部２０４は、照合できなかったことを示すメッセージ（例えば、操作履歴ＩＤ不整合）、あるいはそのようなメッセージを含む画面を利用者端末１０１に対して送信する。
【００４０】
ステップＳ３０８では、最新操作履歴ＩＤ送受信部２０５は、乱数生成部２０６によって生成された乱数を取得し、その取得した乱数を最新操作履歴ＩＤとして利用者端末１０１に送信する。利用者端末１０１は、その最新操作履歴ＩＤをＩＣカード１０２に書き込む処理を行う。最新操作履歴ＩＤ送受信部２０５は、ＩＣカード１０２への当該最新操作履歴ＩＤの書き込みが完了したことを示す信号を利用者端末１０１から受信した後、当該最新操作履歴ＩＤを当該利用者のユーザＩＤおよびインターネットバンキングシステム１００のシステム日付と関連付けて操作履歴ＤＢ２２１に保存する。
【００４１】
ステップＳ３０９では、操作履歴ＤＢ２２１への最新操作履歴ＩＤの保存が終了したことに応答して、サービス画面提供部２０６は、インターネットバンキングシステム１００の実際のサービス画面を利用者端末１０１に対して提供する。
【００４２】
ここで、図４および図５を参照しながら、本発明において使用されるＩＣカード１０２の内部構成およびＩＣカード１０２に記憶されているデータがどのように処理されるのかを説明する。
【００４３】
図５は、本発明に係るＩＣカード１０２の例示的なデータ記録構造を示す図である。ＩＣカード１０２は、ＩＣカード識別子５０１、パスワード５０２、カード利用者５０３、有効期限５０４、最新操作履歴ＩＤ５０５および前回操作履歴ＩＤ５０６を含んでいる。ＩＣカード識別子５０１は、ＩＣカード１０２を識別する識別子を記録する。この識別子は、利用者マスタ２２０やＩＣカードマスタ２２２に記憶されている。パスワード５０２は、ＩＣカード１０２を使用するためのパスワードであり、利用者端末１０１に表示されるログイン画面から入力されるパスワードと一致するか否かによって正規の利用者を判別するために使用される。カード利用者５０３は、正規のカード保持者の情報（例えば、カード名義人の名前）を格納し、同様の情報は利用者マスタ２２０にも記憶されている。有効期限５０４は、ＩＣカード１０２の有効期限を示す情報であり、当該有効期限経過後はそのＩＣカード１０２は使用不可になることを示す。なお、パスワード５０２、カード利用者５０３および有効期限５０４は、本発明においては任意の項目であるため、ＩＣカード１０２内になくても構わない。
【００４４】
最新操作履歴ＩＤ５０５（第ｎ回）は、システムのサービス利用の都度、利用開始時（ログイン認証成立後であって、実際のサービス画面提供前の時点）に最新操作履歴ＩＤ送受信部２０５から送信される最新操作履歴ＩＤが格納されるエリアであり、前回操作履歴ＩＤ５０６（第ｎ−１回）は、最新操作履歴ＩＤ５０５に記録される情報がアップデートされるタイミングで、最新操作履歴ＩＤ５０５がそれまでに有していた操作履歴ＩＤが転記されるエリアである。つまり、ＩＣカード１０２は、最新操作履歴ＩＤ５０５および前回操作履歴ＩＤ５０６のエリアを利用して操作履歴ＩＤを少なくとも２件記録しておくことができる。なお、図５では操作履歴ＩＤを少なくとも２件記録できるデータ構造を示しているが、３件以上記録できるデータ構造を備えていても構わない。
【００４５】
図４は、ＩＣカード１０２に記憶されている操作履歴ＩＤのデータが本システムの利用前と利用後でどのように書き換えられているかを説明する。
【００４６】
システム利用前には、ＩＣカード１０２には、少なくとも２つの操作履歴ＩＤ（ｎ回目：８９１９３、ｎ−１回目：ｘｘｘｘｘ）がそれぞれ最新操作履歴ＩＤ５０５および前回操作履歴ＩＤ５０６のエリアに記憶されている。ステップＳ３０８の処理において、最新操作履歴ＩＤ送受信部２０５から最新の操作履歴ＩＤ（６８７８４）が送信されてくると、利用者端末１０１はＩＣカード１０２にその操作履歴ＩＤ（６８７８４）を書き込む。すると、図４に示すように、操作履歴ＩＤとしてｎ回目：６８７８４、ｎ−１回目：８９１９３のデータがそれぞれ最新操作履歴ＩＤ５０５および前回操作履歴ＩＤ５０６のエリアに記憶される。つまり、利用者がインターネットバンキングシステム１００を利用する度に、最新の操作履歴ＩＤがＩＣカード１０２に記憶されるとともに、ステップＳ３０８で説明したように同じ操作履歴ＩＤが操作履歴ＤＢ２２１にも記憶されることになる。
【００４７】
ここで、本発明に係る履歴整合認証システム１００を用いて不正利用が行われたか否かを判別する処理について説明する。上述したように、本発明では、操作履歴ＤＢ２２１に格納されている最新日付の操作履歴ＩＤと利用者が保持しているＩＣカード１０２に記憶されている最新の操作履歴ＩＤとが一致するか否かによって不正利用の有無を判別している。不正利用には、偽造ＩＣカードによるものと、正規のＩＣカードによるものとの２つの類型があるが、以下の実施例１、２を参照しながら、２つの類型の不正利用が起こったとしても被害を最小限に防ぐことができることを説明する。
【実施例１】
【００４８】
本実施例１では、本発明に係る履歴整合認証システム１００において、偽造カードによる不正利用が発生するケース（偽造カードを用いた第三者による不正利用のケース）を例に説明する。
【００４９】
まず、正規の利用者が正規のＩＣカード１０２を使用してインターネットバンキングシステム１００にログインする。この時点では、操作履歴ＤＢ２２１とＩＣカード１０２の両方に格納されている最新の操作履歴ＩＤ（つまり、直前の操作履歴ＩＤ）は同一であるのでシステム１００が提供するサービス利用画面を正常に使用することができる。この際、操作履歴ＤＢ２２１とＩＣカード１０２の両方に新たに操作履歴ＩＤが格納される。
【００５０】
次に、第三者がＩＣカードを偽造して、その後インターネットバンキングのサービスを利用することを想定する。もし、偽造時点よりも後であって第三者が不正利用する前に、正規の利用者が正規のＩＣカード１０２を利用してインターネットバンキングのサービスを利用した場合、操作履歴ＤＢ２２１と偽造したＩＣカードの両方に格納されている最新の操作履歴ＩＤは異なっているため、その時点で偽造カードによる不正利用を防ぐことができる。
【００５１】
ＩＣカードの偽造時点と実際の不正利用との間に正規の利用者が正規のＩＣカード１０２を使用してシステムを利用しなかった場合には、不正利用を許すことになるが、正規の利用者がシステムを利用する際に操作履歴ＤＢ２２１とＩＣカード１０２の両方に格納されている最新の操作履歴ＩＤが異なるために不正利用の発生に早期に気づくことができ、それ以上の被害を防ぐことが可能になる。
【００５２】
つまり、ＩＣカード偽造による不正利用に対しては、操作履歴ＤＢ２２１とＩＣカード１０２の両方に格納されている最新の操作履歴ＩＤが同一か否かを判別すればよく、同一であれば、偽造ＩＣカードによる不正利用がそれ以前になかったことを示すことになる。仮に、第三者が偽造ＩＣカードを用いて不正利用したとしてもインターネットバンキングサービス１００の開始時点において最新の操作履歴ＩＤのデータを偽造ＩＣカードに書き込むため、正規のＩＣカード１０２には不正利用した際の操作履歴ＩＤは記憶されていないことになる。このため、正規の利用者が正規のＩＣカード１０２でシステム１００を利用する際に、操作履歴ＤＢ２２１とＩＣカード１０２の両方の操作履歴ＩＤが不一致になり、それ以前に不正利用があったことを判別することができる。
【実施例２】
【００５３】
本実施例２では、本発明に係る履歴整合認証システム１００において、正規カードによる不正利用が発生するケース（正規のＩＣカードを用いた内部不正等のケース）を例に説明する。
【００５４】
実施例１と同様に、正規の利用者が正規のＩＣカード１０２を使用してインターネットバンキングのシステムにログインする。この時点では、操作履歴ＤＢ２２１とＩＣカード１０２の両方に格納されている最新の操作履歴ＩＤは同一であるのでサービス利用画面を正常に使用することができる。この際、操作履歴ＤＢ２２１とＩＣカード１０２の両方に新たに操作履歴ＩＤが格納される点は実施例１と同様である。
【００５５】
その後、法人内部の正規の利用者以外の者による「なりすまし」が起こったとする。この場合には、利用者の認証情報（パスワード等）は正規のものを使用しており、ＩＣカード１０２も正規のものを使用しているのでインターネットバンキングのサービス利用画面も使用できる。ここでも、操作履歴ＤＢ２２１とＩＣカード１０２の両方に新たに操作履歴ＩＤが格納される。
【００５６】
その後、正規の利用者側が身に覚えのない操作（例えば、第三者への大量送金）が行われているとして不正利用の存在が疑われることになった場合、操作履歴ＤＢ２２１とＩＣカード１０２の双方に記憶されている操作履歴ＩＤを照合することで、当該不正利用が正規のＩＣカード１０２を使用して行われたもの（つまり、法人内部の正規の利用者以外の者による「なりすまし」）なのかを判別することができ、また、システム利用時に通信データが盗聴されるなどして偽造されたＩＣカードによる不正利用あるいはインターネットバンキングのサービス提供者側が行った不正利用なのかを切り分けて判別することができる。
【００５７】
つまり、正規カードによる不正利用の場合には、操作履歴ＤＢ２２１と正規のＩＣカード１０２の両方の操作履歴ＩＤは一致するため、仮に正規の利用者が把握していない利用があった場合には正規カードによる不正利用の可能性が高いとして追跡調査を行うことができる。
【００５８】
以上、例示的な実施形態を参照しながら本発明の原理を説明したが、様々な実施形態を本発明の要旨を逸脱することなく、構成および細部において変更できることが当業者には理解されよう。
【符号の説明】
【００５９】
１００ 履歴整合認証システム
１０１ 利用者端末
１０２ ＩＣカード
１０３ ネットワーク
１０４ Ｗｅｂサーバ
１０５ 業務アプリケーション（ＡＰ）サーバ
２０１ ログイン画面提供部
２０２ 認証要求受付・処理部
２０３ 操作履歴要求・応答受信部
２０４ 操作履歴突合部
２０５ 最新操作履歴ＩＤ送受信部
２０６ サービス画面提供部
２０７ 乱数生成部
２２０ 利用者マスタ
２２１ 操作履歴ＤＢ
２２２ ＩＣカードマスタ
５０５ 最新操作履歴ＩＤ（第ｎ回）
５０６ 前回操作履歴ＩＤ（第ｎ−１回）
【技術分野】
【０００１】
本発明は、認証システムおよび認証方法に関する。より詳細には、被認証者のＩＣカード等に記録されている認証用データとサーバが保持する認証用データとの照合を行うことで認証を行う認証システムおよび認証方法に関する。
【背景技術】
【０００２】
ＩＣカードは、プラスチック製カード等に極めて薄い半導体集積回路（ＩＣチップ）を埋め込み、情報を記録できるようにしたカードであり、データの暗号化なども可能なため従来の磁気カードに比べて偽造にも強いことが知られている。
【０００３】
このようなＩＣカードは、様々な用途に利用されている。例えば、金融機関が提供するインターネットバンキングなどのシステムでは、よりセキュリティを高めるために、ＩＤとパスワードによる認証に加えて、ＩＣカードを利用者に配布しておき、そのＩＣカードに格納されている認証用情報（例えば、電子証明書）を利用者端末に接続した読み取り機で読み込んで、当該システムに送信して認証を行うことが行われている。
【０００４】
また、電車などの公共交通機関が発行するＩＣカードは、出発地点と到着地点に設けられた所定端末にＩＣカードをかざす（または接触させる）ことにより、利用料金の計算がセンター局において計算されて課金されるとともに利用情報などのデータがＩＣカードに書き込まれる仕組みが利用されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第３８８３５４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、たとえＩＣカードを利用したとしても偽造カードによる不正利用を完全に防ぐことはできないし、また、正規カードによる不正利用を完全に防ぐことはできない。後者のケースでは、正規の利用者が法人の場合、法人内部の正規の利用者以外の者による「なりすまし」でインターネットバンキングなどのシステムを不正利用されてしまうことが想定される。
【０００７】
従来技術では、第三者がＩＣカードを偽造し、かつ正規の認証情報（例えば、パスワード）を入手してしまった場合に不正利用を完全に防ぐことは困難である。また、従来技術では、法人内部の正規の利用者以外の者による「なりすまし」の場合には、ＩＣカードは偽造されておらず、しかも正規の認証情報を使用しているため、不正利用の有無を判別することは困難であった。仮にそのような「なりすまし」による不正利用が疑われる場合にも、システム利用時に通信データが盗聴されるなどして偽造されたＩＣカードで不正利用がなされたのか、あるいは、法人内部の正規の利用者以外の者による正規のＩＣカードによる不正利用なのかを判別することは困難であった。
【０００８】
また、特許文献１に開示のシステムでは、そのシステム利用の開始時および終了時に利用者がＩＣカードを適切に使用することが想定されているが、インターネットバンキングなどを始めとする電子商取引の場合、システム終了時のトリガーを明確に判別することは難しい（例えば、表示画面を強制終了する場合）。
【０００９】
本発明は、このような問題に鑑みてなされたもので、ＩＣカードを利用するシステムにおける不正利用の被害を低減し、仮に不正利用が行われる場合にも事後的に不正利用の有無を追跡可能な認証システムおよび認証方法を提供することを目的とする。また、電子商取引の場合のように、システム利用の終了時点が明確に判別できないような場合であっても情報記録が適切に行える認証システムおよび認証方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の課題を解決するために、本発明に係る認証システムは、ＩＣカードに対してデータを読み書き可能なクライアント端末に対する認証処理を実施する認証システムであって、前記ＩＣカードは、利用者ごとの第１の識別子を２つ以上格納する。前記認証システムは、１つまたは複数の、利用者ごとの前記第２の識別子を格納する格納手段と、前記クライアント端末から認証要求データを受信し、該認証要求データに基づいて利用者の認証可否を判定する受付・処理手段と、認証可と判定する場合に、前記クライアント端末に対して、前記ＩＣカードに記憶されている前記第１の識別子のうち最新日付の第１の識別子を読み出して送信するよう要求する命令を送信し、該命令に応答して前記クライアント端末から送信される前記最新日付の第１の識別子を受信する要求・応答受信手段と、前記利用者に関連付けられる前記第２の識別子のうち最新日付の第２の識別子を前記格納手段から取得し、受信した前記最新日付の第１の識別子と前記取得した第２の識別子とを照合して両者が一致するか否かを判定する突合手段と、前記第１の識別子および前記第２の識別子として使用されることになる乱数を生成する乱数生成手段と、前記第１の識別子および前記第２の識別子が一致すると判定された場合に、生成された前記乱数を前記第１の識別子として前記クライアント端末に対して送信し、前記クライアント端末から前記第１の識別子の前記ＩＣカードへの書き込み成功を示すデータを受信した後、前記乱数を前記第２の識別子として前記格納手段に格納する識別子送受信手段と、前記第１の識別子および前記第２の識別子の格納後に、実際のサービス画面を前記クライアント端末に提供する手段と、を備えたことを特徴とする。
【００１１】
また、本発明に係る方法は、ＩＣカードに対してデータを読み書き可能なクライアント端末に対する認証処理を実施する認証システムにおける方法であって、前記ＩＣカードは、利用者ごとの第１の識別子を２つ以上格納し、前記認証システムは、１つまたは複数の、利用者ごとの前記第２の識別子を格納する格納手段を含む。前記方法は、前記クライアント端末から認証要求データを受信し、該認証要求データに基づいて利用者の認証可否を判定するステップと、認証可と判定する場合に、前記クライアント端末に対して、前記ＩＣカードに記憶されている前記第１の識別子のうち最新日付の第１の識別子を読み出して送信するよう要求する命令を送信し、該命令に応答して前記クライアント端末から送信される前記最新日付の第１の識別子を受信するステップと、前記利用者に関連付けられる前記第２の識別子のうち最新日付の第２の識別子を前記格納手段から取得し、受信した前記最新日付の第１の識別子と前記取得した第２の識別子とを照合して両者が一致するか否かを判定するステップと、前記第１の識別子および前記第２の識別子として使用されることになる乱数を生成するステップと、前記第１の識別子および前記第２の識別子が一致すると判定された場合に、生成された前記乱数を前記第１の識別子として前記クライアント端末に対して送信し、前記クライアント端末から前記第１の識別子の前記ＩＣカードへの書き込み成功を示すデータを受信した後、前記乱数を前記第２の識別子として前記格納手段に格納するステップと、前記第１の識別子および前記第２の識別子の格納後に、実際のサービス画面を前記クライアント端末に提供するステップと、を含むことを特徴とする。
【発明の効果】
【００１２】
本発明は、偽造カードによる不正利用の被害を低減する効果を奏する。また、本発明は、法人内部の正規の利用者以外の者による不正利用などの正規カードによる不正利用が発生する場合に事後的に不正利用の有無を追跡できるという効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態に係る履歴整合認証システムの概念を示す図である。
【図２】本発明に係る履歴整合認証システムの機能モジュールを示すブロック図である。
【図３】本発明に係る履歴整合認証システムの認証の仕組みを示すフロー図である。
【図４】ＩＣカードに記憶されている操作履歴ＩＤデータのアップデートを示す図である。
【図５】本発明に係るＩＣカードの例示的なデータ記録構造を示す図である。
【発明を実施するための形態】
【００１４】
本発明の例示的な実施形態について詳細に説明する。以下の説明では、法人向けインターネットバンキングシステム１００（または、履歴整合認証システム１００ともいう）を利用する場合を例として説明するが、本発明の要旨はそれ以外の用途にも適用可能であることは言うまでもない。
【００１５】
図１は、本発明の例示的な実施形態に係る履歴整合認証システム１００の概念を示す図であり、少なくとも利用者端末１０１、ＩＣカード１０２、ネットワーク１０３、Ｗｅｂサーバ１０４および業務アプリケーション（ＡＰ）サーバ１０５を含む構成になっている。
【００１６】
利用者端末１０１は、Ｗｅｂブラウザなどを介してネットワークに接続可能なパーソナルコンピュータとすることが可能であり、かつカードリーダー・ライターと接続して、ＩＣカード１０２が格納するデータを読み出し、あるいはＩＣカード１０２に対して所定のデータを書き込むことができる。また、利用者端末１０１は、ネットワーク１０３を介して履歴整合認証システム１００と接続し、データ送受信を行うことができる。
【００１７】
ＩＣカード１０２は、従来のＩＣカードとすることができる。なお、本明細書では、ＩＣカードを例にして説明するが、利用者端末１０１との間でデータ伝送が可能であって、データを格納することができれば他の記憶媒体であっても構わない。また、ネットワーク１０３は、インターネット、専用線などに代表されるネットワークである。
【００１８】
履歴整合認証システム１００は、その内部にＷｅｂサーバ１０４および業務ＡＰサーバ１０５を有している。Ｗｅｂサーバ１０４は、ネットワーク１０３を介して利用者端末１０１から各種コマンドやデータを受信して業務ＡＰサーバ１０５に伝送し、かつ業務ＡＰサーバ１０５から受信したログイン画面やインターネットバンキングの実際のサービス画面を利用者端末１０１に対して提供する。業務ＡＰサーバ１０５は、利用者端末１０１からの各種コマンドやデータを処理するとともに、当該コマンドに応答してログイン画面やインターネットバンキングの実際のサービス画面を生成してＷｅｂサーバ１０４に送信する。なお、図１の例示的な構成ではＷｅｂサーバ１０４および業務ＡＰサーバ１０５は、一つのみ記載しているが複数個の構成とすることもできる。あるいは、例えば、業務ＡＰサーバ１０５について複数個のサーバの冗長化構成としたり、認証サーバやＤＢサーバを別途設けることによって機能ごとにサーバを分割する構成としたりすることもでき、図１に示した構成に限定されることはない。
【００１９】
ここで、Ｗｅｂサーバ１０４および業務ＡＰサーバ１０５のハードウェア構成について図１を参照して説明する。なお、両者のハードウェア構成は従来技術であるので、業務ＡＰサーバ１０５を代表させて説明する。
【００２０】
業務ＡＰサーバ１０５は、制御部１１１、主記憶部１１２、補助記憶部１１３、入力部１１４、出力部１１５および外部との送受信を行うインターフェース（Ｉ／Ｆ）を含む。これらの構成要素はバスなどで相互に接続されており、制御部１１１によって各構成要素１１２〜１１５は統括して制御される。
【００２１】
制御部１１１は、中央処理装置（ＣＰＵ：Central Processing Unit）とも呼ばれ、上述したように各構成要素１１２〜１１５の制御やデータの演算を行い、また、補助記憶部１１３に格納されている各種プログラムを主記憶部１１２に読み出して実行する。主記憶部１１２は、メインメモリとも呼ばれ、業務ＡＰサーバ１０５が受信した各種コマンドやデータ、コンピュータ実行可能な命令および当該命令による演算処理後のデータなどを記憶する。
【００２２】
補助記憶部１１３は、ハードディスク（ＨＤＤ）などに代表される記憶装置であり、データやプログラムを長期的に保存する際に使用される。主記憶部１１２は、補助記憶部１１３よりも記憶容量が相対的に小さいため、一時的なデータの記憶や演算処理などに使用されるのに対し、補助記憶部１１３は、必要なデータや情報の長期的な記憶・保存のために使用される。つまり、制御部１１１がプログラムを実行してデータの演算を行う場合には、補助記憶部１１３から必要なデータやプログラムを主記憶部１１２に読み出し、演算結果のデータを長期的に記憶・保存するには制御部１１１が補助記憶部１１３に演算結果のデータを書き込むこととなる。
【００２３】
入力部１１４は、ネットワーク１０３経由で利用者端末１０１から受信した各種コマンドやデータを、業務ＡＰサーバ１０５に入力する。入力された各種コマンドやデータは、主記憶部１１２に一時的に記憶される。また、入力部１１４は、システムオペレータより各種コマンドや入力データ（各種マスタ、テーブルなど）を受け付けるインターフェース（入力画面などのアプリケーションプログラム）を提供する。
【００２４】
出力部１１５は、業務ＡＰサーバ１０５において生成されるログイン画面や実際のサービス画面をＷｅｂサーバ１０４に対して送信し、Ｗｅｂサーバ１０４から当該画面は利用者端末１０２に提供される。また、出力部２０５は、業務ＡＰサーバ１０５によって処理されたデータを表示する表示画面も提供する。
【００２５】
図２は、本発明の例示的な実施形態に係る履歴整合認証システム１００の機能モジュールを示すブロック図である。図２に示すように、本システムは、少なくともログイン画面提供部２０１、認証要求受付・処理部２０２、操作履歴要求・応答受信部２０３、操作履歴突合部２０４、最新操作履歴ＩＤ送受信部２０５、サービス画面提供部２０６、乱数生成部２０７、利用者マスタ２２０、操作履歴ＤＢ２２１およびＩＣカードマスタ２２２を含んでいる。なお、インターネットバンキングシステム１００において提供される各種サービスで使用される銀行マスタ、口座マスタ、通貨マスタなどのマスタ群についても同様に含んでいる。
【００２６】
ログイン画面提供部２０１は、利用者端末１０１からアクセス要求（例えば、インターネットバンキングシステム１００へのアクセス要求）を受信すると、所定のログイン画面および所定の情報（例えば、ランダムに生成された文字列、等）をＷｅｂサーバ１０４を介して利用者端末１０１に提供する。この所定の情報は、利用者端末１０１の識別のために送信されたデータであり、以下に説明するように暗号化された上で利用者端末１０１から履歴整合認証システム１００に返信される。
【００２７】
認証要求受付・処理部２０２は、ＩＣカード１０２に格納されている情報を基にした認証要求を利用者端末１０１から受信したか否かを判定する。この認証要求には、上述した所定の情報をＩＣカード１０２が格納している秘密鍵を利用して暗号化した情報と、ＩＣカード１０２が格納している電子証明書とが含まれる。そして、この認証要求を受信したと判定した場合には、認証要求受付・処理部２０２は、当該認証要求に基づいて利用者端末１０１が正規の利用者か否か（認証可または認証不可）を利用者マスタ２２０を参照して判定する。ここで、利用者マスタ２２０は、本発明に係る履歴整合認証システム１００を利用する利用者のユーザ情報（例えば、ユーザＩＤ、ＩＣカードの情報、等）を記憶するマスタである。なお、ここまで説明した実施形態以外の周知の実施形態にて初期のユーザ認証を行うこともできる。
【００２８】
操作履歴要求・応答受信部２０３は、利用者端末１０１に対してＩＣカード１０２に記憶されている最新の操作履歴ＩＤを読み出して送信するよう要求する命令を送信する。ここで、操作履歴ＩＤとは、各利用者が本インターネットバンキングシステム１００のサービス利用の都度、利用開始時点（ログイン操作による認証成立後）において、利用者ごとかつ操作（ログイン操作からログアウト等で利用終了するまでを指す）ごとに付与される識別子のことを指す。そして、操作履歴要求・応答受信部２０３は、利用者端末１０１がＩＣカード１０２から読み出した最新の操作履歴ＩＤをネットワーク１０３経由で受信する。
【００２９】
操作履歴突合部２０４は、当該利用者のユーザＩＤに関連付けられる操作履歴ＩＤを操作履歴ＤＢ２２１に対して問い合わせを行い、１つまたは複数のレコードが存在する場合には、そのうちの最新日付の操作履歴ＩＤを取得する。操作履歴突合部２０４は、取得した最新の操作履歴ＩＤ（つまり、前回操作時の操作履歴ＩＤ）と利用者端末１０１から受信した操作履歴ＩＤとを突合して照合する。ここで、操作履歴ＤＢ２２１は、利用者ごとの操作履歴ＩＤを操作時点のシステム日付情報とともに格納するデータベースである。
【００３０】
最新操作履歴ＩＤ送受信部２０５は、乱数生成部２０６に乱数生成を要求し、生成された乱数を取得する。そして、最新操作履歴ＩＤ送受信部２０５は、その取得した乱数を最新操作履歴ＩＤとして利用者端末１０１に送信する。利用者端末１０１にてＩＣカード１０２に当該最新操作履歴ＩＤの書き込みが完了したことを示す信号を受信した後、最新操作履歴ＩＤ送受信部２０５は、当該最新操作履歴ＩＤを操作履歴ＤＢ２２２に当該利用者のＩＤおよびシステム日付情報に関連付けて保存する。つまり、インターネットバンキングシステム１００の実際のサービス画面を提供開始する時点で、当該利用者に新たに付与された最新操作履歴ＩＤはＩＣカード１０２および操作履歴ＤＢ２２２の両方に格納されていることになる。
【００３１】
乱数生成部２０７は、ハードウェアとして構成することもソフトウェアとして構成することも可能であるが、生成する乱数は利用者ごとの無作為な英数字のデータであれば構わない。なお、ソフトウェアとして構成する場合には、例えば、線形合同法（linear congruential method）やＳＨＡ−１などのハッシュ関数を用いることができる。なお、本発明に係る履歴整合認証システム１００において操作履歴ＩＤの桁数を十分長く設定しない場合には、確率的には小さいが、２回続けて同じ乱数が生成されることもありうる。
【００３２】
サービス画面提供部２０６は、インターネットバンキングのシステムで提供する実際のサービス画面を生成し、Ｗｅｂサーバ１０４を介して利用者端末１０１に提供する。
【００３３】
次に、図３を参照して、本発明の例示的な実施形態に係る履歴整合認証システム１００の認証の仕組みを示すフロー図を説明する。なお、本フローの開始時には、利用者端末１０１はインターネットバンキングシステム１００にアクセスし、システム側から所定の情報（例えば、ランダムに生成された文字列、等）とログイン画面を受信しているものとする。
【００３４】
ステップＳ３０１では、認証要求受付・処理部２０２は、利用者端末１０１からＩＣカード１０２に格納されている情報を基にした認証要求を受信する。この認証要求には、上述した所定の情報をＩＣカード１０２が格納している秘密鍵を利用して暗号化した情報と、ＩＣカード１０２が格納している電子証明書とが含まれる。なお、ＩＣカード１０２の正規の利用者か否かの認証は、ＩＣカード１０２自体に記憶されているパスワード５０２と、利用者端末１０１に表示されているログイン画面から入力されるパスワードとが一致するか否かによって利用者端末１０１において行われる。
【００３５】
ステップＳ３０２では、認証要求受付・処理部２０２は、利用者端末１０１から認証要求を受信したと判定した場合には、当該認証要求に基づいて利用者端末１０１が正規の利用者か否か（認証可または認証不可）を利用者マスタ２２０を参照して判定する。この認証は、例えば、認証要求に含まれていた暗号化済みの所定の情報を復号して自らが送信したものと一致するか確認し、また電子証明書を確認することによって行う。認証要求受付・処理部２０２は、認証可と判定した場合ステップＳ３０４に処理を進め、一方、認証不可と判定した場合ステップＳ３０３に処理を進める。
【００３６】
ステップＳ３０３では、認証要求受付・処理部２０２は、認証エラーとなったことを示すメッセージ、あるいはそのようなメッセージを示す画面を生成して利用者端末１０１に送信する。
【００３７】
ステップＳ３０４では、操作履歴要求・応答受信部２０３は、利用者端末１０１に対してＩＣカード１０２に記憶されている最新の操作履歴ＩＤを読み出して送信するよう要求する命令を送信する。ステップＳ３０５では、利用者端末１０１は、当該命令に応答してＩＣカード１０２の最新操作履歴ＩＤ（第ｎ回）（５０５）から最新の操作履歴ＩＤを読み出して、インターネットバンキングシステム１００に対して送信する。操作履歴要求・応答受信部２０３は、当該最新の操作履歴ＩＤを受信する。
【００３８】
ステップＳ３０６では、操作履歴突合部２０４は、当該利用者のユーザＩＤに関連付けられる操作履歴ＩＤを操作履歴ＤＢ２２１に対して問い合わせを行い、１つまたは複数のレコードが存在する場合には、そのうちの最新日付の操作履歴ＩＤを取得する。操作履歴突合部２０４は、操作履歴ＤＢ２２１から取得した最新の操作履歴ＩＤと利用者端末１０１から受信した操作履歴ＩＤとを突合して照合するか否かを判定する。照合できた場合にはステップＳ３０８に処理が進み、照合できなかった場合にはステップＳ３０７に処理が進む。
【００３９】
ステップＳ３０７では、操作履歴突合部２０４は、照合できなかったことを示すメッセージ（例えば、操作履歴ＩＤ不整合）、あるいはそのようなメッセージを含む画面を利用者端末１０１に対して送信する。
【００４０】
ステップＳ３０８では、最新操作履歴ＩＤ送受信部２０５は、乱数生成部２０６によって生成された乱数を取得し、その取得した乱数を最新操作履歴ＩＤとして利用者端末１０１に送信する。利用者端末１０１は、その最新操作履歴ＩＤをＩＣカード１０２に書き込む処理を行う。最新操作履歴ＩＤ送受信部２０５は、ＩＣカード１０２への当該最新操作履歴ＩＤの書き込みが完了したことを示す信号を利用者端末１０１から受信した後、当該最新操作履歴ＩＤを当該利用者のユーザＩＤおよびインターネットバンキングシステム１００のシステム日付と関連付けて操作履歴ＤＢ２２１に保存する。
【００４１】
ステップＳ３０９では、操作履歴ＤＢ２２１への最新操作履歴ＩＤの保存が終了したことに応答して、サービス画面提供部２０６は、インターネットバンキングシステム１００の実際のサービス画面を利用者端末１０１に対して提供する。
【００４２】
ここで、図４および図５を参照しながら、本発明において使用されるＩＣカード１０２の内部構成およびＩＣカード１０２に記憶されているデータがどのように処理されるのかを説明する。
【００４３】
図５は、本発明に係るＩＣカード１０２の例示的なデータ記録構造を示す図である。ＩＣカード１０２は、ＩＣカード識別子５０１、パスワード５０２、カード利用者５０３、有効期限５０４、最新操作履歴ＩＤ５０５および前回操作履歴ＩＤ５０６を含んでいる。ＩＣカード識別子５０１は、ＩＣカード１０２を識別する識別子を記録する。この識別子は、利用者マスタ２２０やＩＣカードマスタ２２２に記憶されている。パスワード５０２は、ＩＣカード１０２を使用するためのパスワードであり、利用者端末１０１に表示されるログイン画面から入力されるパスワードと一致するか否かによって正規の利用者を判別するために使用される。カード利用者５０３は、正規のカード保持者の情報（例えば、カード名義人の名前）を格納し、同様の情報は利用者マスタ２２０にも記憶されている。有効期限５０４は、ＩＣカード１０２の有効期限を示す情報であり、当該有効期限経過後はそのＩＣカード１０２は使用不可になることを示す。なお、パスワード５０２、カード利用者５０３および有効期限５０４は、本発明においては任意の項目であるため、ＩＣカード１０２内になくても構わない。
【００４４】
最新操作履歴ＩＤ５０５（第ｎ回）は、システムのサービス利用の都度、利用開始時（ログイン認証成立後であって、実際のサービス画面提供前の時点）に最新操作履歴ＩＤ送受信部２０５から送信される最新操作履歴ＩＤが格納されるエリアであり、前回操作履歴ＩＤ５０６（第ｎ−１回）は、最新操作履歴ＩＤ５０５に記録される情報がアップデートされるタイミングで、最新操作履歴ＩＤ５０５がそれまでに有していた操作履歴ＩＤが転記されるエリアである。つまり、ＩＣカード１０２は、最新操作履歴ＩＤ５０５および前回操作履歴ＩＤ５０６のエリアを利用して操作履歴ＩＤを少なくとも２件記録しておくことができる。なお、図５では操作履歴ＩＤを少なくとも２件記録できるデータ構造を示しているが、３件以上記録できるデータ構造を備えていても構わない。
【００４５】
図４は、ＩＣカード１０２に記憶されている操作履歴ＩＤのデータが本システムの利用前と利用後でどのように書き換えられているかを説明する。
【００４６】
システム利用前には、ＩＣカード１０２には、少なくとも２つの操作履歴ＩＤ（ｎ回目：８９１９３、ｎ−１回目：ｘｘｘｘｘ）がそれぞれ最新操作履歴ＩＤ５０５および前回操作履歴ＩＤ５０６のエリアに記憶されている。ステップＳ３０８の処理において、最新操作履歴ＩＤ送受信部２０５から最新の操作履歴ＩＤ（６８７８４）が送信されてくると、利用者端末１０１はＩＣカード１０２にその操作履歴ＩＤ（６８７８４）を書き込む。すると、図４に示すように、操作履歴ＩＤとしてｎ回目：６８７８４、ｎ−１回目：８９１９３のデータがそれぞれ最新操作履歴ＩＤ５０５および前回操作履歴ＩＤ５０６のエリアに記憶される。つまり、利用者がインターネットバンキングシステム１００を利用する度に、最新の操作履歴ＩＤがＩＣカード１０２に記憶されるとともに、ステップＳ３０８で説明したように同じ操作履歴ＩＤが操作履歴ＤＢ２２１にも記憶されることになる。
【００４７】
ここで、本発明に係る履歴整合認証システム１００を用いて不正利用が行われたか否かを判別する処理について説明する。上述したように、本発明では、操作履歴ＤＢ２２１に格納されている最新日付の操作履歴ＩＤと利用者が保持しているＩＣカード１０２に記憶されている最新の操作履歴ＩＤとが一致するか否かによって不正利用の有無を判別している。不正利用には、偽造ＩＣカードによるものと、正規のＩＣカードによるものとの２つの類型があるが、以下の実施例１、２を参照しながら、２つの類型の不正利用が起こったとしても被害を最小限に防ぐことができることを説明する。
【実施例１】
【００４８】
本実施例１では、本発明に係る履歴整合認証システム１００において、偽造カードによる不正利用が発生するケース（偽造カードを用いた第三者による不正利用のケース）を例に説明する。
【００４９】
まず、正規の利用者が正規のＩＣカード１０２を使用してインターネットバンキングシステム１００にログインする。この時点では、操作履歴ＤＢ２２１とＩＣカード１０２の両方に格納されている最新の操作履歴ＩＤ（つまり、直前の操作履歴ＩＤ）は同一であるのでシステム１００が提供するサービス利用画面を正常に使用することができる。この際、操作履歴ＤＢ２２１とＩＣカード１０２の両方に新たに操作履歴ＩＤが格納される。
【００５０】
次に、第三者がＩＣカードを偽造して、その後インターネットバンキングのサービスを利用することを想定する。もし、偽造時点よりも後であって第三者が不正利用する前に、正規の利用者が正規のＩＣカード１０２を利用してインターネットバンキングのサービスを利用した場合、操作履歴ＤＢ２２１と偽造したＩＣカードの両方に格納されている最新の操作履歴ＩＤは異なっているため、その時点で偽造カードによる不正利用を防ぐことができる。
【００５１】
ＩＣカードの偽造時点と実際の不正利用との間に正規の利用者が正規のＩＣカード１０２を使用してシステムを利用しなかった場合には、不正利用を許すことになるが、正規の利用者がシステムを利用する際に操作履歴ＤＢ２２１とＩＣカード１０２の両方に格納されている最新の操作履歴ＩＤが異なるために不正利用の発生に早期に気づくことができ、それ以上の被害を防ぐことが可能になる。
【００５２】
つまり、ＩＣカード偽造による不正利用に対しては、操作履歴ＤＢ２２１とＩＣカード１０２の両方に格納されている最新の操作履歴ＩＤが同一か否かを判別すればよく、同一であれば、偽造ＩＣカードによる不正利用がそれ以前になかったことを示すことになる。仮に、第三者が偽造ＩＣカードを用いて不正利用したとしてもインターネットバンキングサービス１００の開始時点において最新の操作履歴ＩＤのデータを偽造ＩＣカードに書き込むため、正規のＩＣカード１０２には不正利用した際の操作履歴ＩＤは記憶されていないことになる。このため、正規の利用者が正規のＩＣカード１０２でシステム１００を利用する際に、操作履歴ＤＢ２２１とＩＣカード１０２の両方の操作履歴ＩＤが不一致になり、それ以前に不正利用があったことを判別することができる。
【実施例２】
【００５３】
本実施例２では、本発明に係る履歴整合認証システム１００において、正規カードによる不正利用が発生するケース（正規のＩＣカードを用いた内部不正等のケース）を例に説明する。
【００５４】
実施例１と同様に、正規の利用者が正規のＩＣカード１０２を使用してインターネットバンキングのシステムにログインする。この時点では、操作履歴ＤＢ２２１とＩＣカード１０２の両方に格納されている最新の操作履歴ＩＤは同一であるのでサービス利用画面を正常に使用することができる。この際、操作履歴ＤＢ２２１とＩＣカード１０２の両方に新たに操作履歴ＩＤが格納される点は実施例１と同様である。
【００５５】
その後、法人内部の正規の利用者以外の者による「なりすまし」が起こったとする。この場合には、利用者の認証情報（パスワード等）は正規のものを使用しており、ＩＣカード１０２も正規のものを使用しているのでインターネットバンキングのサービス利用画面も使用できる。ここでも、操作履歴ＤＢ２２１とＩＣカード１０２の両方に新たに操作履歴ＩＤが格納される。
【００５６】
その後、正規の利用者側が身に覚えのない操作（例えば、第三者への大量送金）が行われているとして不正利用の存在が疑われることになった場合、操作履歴ＤＢ２２１とＩＣカード１０２の双方に記憶されている操作履歴ＩＤを照合することで、当該不正利用が正規のＩＣカード１０２を使用して行われたもの（つまり、法人内部の正規の利用者以外の者による「なりすまし」）なのかを判別することができ、また、システム利用時に通信データが盗聴されるなどして偽造されたＩＣカードによる不正利用あるいはインターネットバンキングのサービス提供者側が行った不正利用なのかを切り分けて判別することができる。
【００５７】
つまり、正規カードによる不正利用の場合には、操作履歴ＤＢ２２１と正規のＩＣカード１０２の両方の操作履歴ＩＤは一致するため、仮に正規の利用者が把握していない利用があった場合には正規カードによる不正利用の可能性が高いとして追跡調査を行うことができる。
【００５８】
以上、例示的な実施形態を参照しながら本発明の原理を説明したが、様々な実施形態を本発明の要旨を逸脱することなく、構成および細部において変更できることが当業者には理解されよう。
【符号の説明】
【００５９】
１００ 履歴整合認証システム
１０１ 利用者端末
１０２ ＩＣカード
１０３ ネットワーク
１０４ Ｗｅｂサーバ
１０５ 業務アプリケーション（ＡＰ）サーバ
２０１ ログイン画面提供部
２０２ 認証要求受付・処理部
２０３ 操作履歴要求・応答受信部
２０４ 操作履歴突合部
２０５ 最新操作履歴ＩＤ送受信部
２０６ サービス画面提供部
２０７ 乱数生成部
２２０ 利用者マスタ
２２１ 操作履歴ＤＢ
２２２ ＩＣカードマスタ
５０５ 最新操作履歴ＩＤ（第ｎ回）
５０６ 前回操作履歴ＩＤ（第ｎ−１回）
【特許請求の範囲】
【請求項１】
ＩＣカードに対してデータを読み書き可能なクライアント端末に対する認証処理を実施する認証システムであって、
前記ＩＣカードは、利用者ごとの第１の識別子を２つ以上格納し、
前記認証システムは、
１つまたは複数の、利用者ごとの前記第２の識別子を格納する格納手段と、
前記クライアント端末から認証要求データを受信し、該認証要求データに基づいて利用者の認証可否を判定する受付・処理手段と、
認証可と判定する場合に、前記クライアント端末に対して、前記ＩＣカードに記憶されている前記第１の識別子のうち最新日付の第１の識別子を読み出して送信するよう要求する命令を送信し、該命令に応答して前記クライアント端末から送信される前記最新日付の第１の識別子を受信する要求・応答受信手段と、
前記利用者に関連付けられる前記第２の識別子のうち最新日付の第２の識別子を前記格納手段から取得し、受信した前記最新日付の第１の識別子と前記取得した第２の識別子とを照合して両者が一致するか否かを判定する突合手段と、
前記第１の識別子および前記第２の識別子として使用されることになる乱数を生成する乱数生成手段と、
前記第１の識別子および前記第２の識別子が一致すると判定された場合に、生成された前記乱数を前記第１の識別子として前記クライアント端末に対して送信し、前記クライアント端末から前記第１の識別子の前記ＩＣカードへの書き込み成功を示すデータを受信した後、前記乱数を前記第２の識別子として前記格納手段に格納する識別子送受信手段と、
前記第１の識別子および前記第２の識別子の格納後に、実際のサービス画面を前記クライアント端末に提供する手段と
を備えたことを特徴とする認証システム。
【請求項２】
前記ＩＣカードに格納される前記第１の識別子の数は２つであることを特徴とする請求項１に記載の認証システム。
【請求項３】
前記２つの第１の識別子は、当該認証システムを前回利用した際に付与されたことを示す第１のエリアおよび前々回利用した際に付与されたことを示す第２のエリアに記憶され、
前記生成された乱数が前記第１の識別子として前記クライアント端末に送信された場合に、前記生成された乱数が前記第１のエリアに記憶され、それまで前記第１のエリアに記憶されていた第１の識別子が前記第２のエリアに記憶されることを特徴とする請求項２に記載の認証システム。
【請求項４】
前記２つの第１の識別子は、同一であることを特徴とする請求項３に記載の認証システム。
【請求項５】
前記２つの第１の識別子は、互いに異なることを特徴とする請求項３に記載の認証システム。
【請求項６】
前記第１の識別子および前記第２の識別子が一致しないと判定された場合に、前記クライアント端末に対してエラーメッセージを送信することを特徴とする請求項１に記載の認証システム。
【請求項７】
前記乱数生成手段による前記乱数の生成は、識別子送受信手段からの命令によって実行されることを特徴とする請求項１に記載の認証システム。
【請求項８】
前記乱数は、線形合同法またはハッシュ関数のいずれかを用いて生成されることを特徴とする請求項７に記載の認証システム。
【請求項９】
ＩＣカードに対してデータを読み書き可能なクライアント端末に対する認証処理を実施する認証システムにおける方法であって、
前記ＩＣカードは、利用者ごとの第１の識別子を２つ以上格納し、
前記認証システムは、１つまたは複数の、利用者ごとの前記第２の識別子を格納する格納手段を含み、
前記方法は、
前記クライアント端末から認証要求データを受信し、該認証要求データに基づいて利用者の認証可否を判定するステップと、
認証可と判定する場合に、前記クライアント端末に対して、前記ＩＣカードに記憶されている前記第１の識別子のうち最新日付の第１の識別子を読み出して送信するよう要求する命令を送信し、該命令に応答して前記クライアント端末から送信される前記最新日付の第１の識別子を受信するステップと、
前記利用者に関連付けられる前記第２の識別子のうち最新日付の第２の識別子を前記格納手段から取得し、受信した前記最新日付の第１の識別子と前記取得した第２の識別子とを照合して両者が一致するか否かを判定するステップと、
前記第１の識別子および前記第２の識別子として使用されることになる乱数を生成するステップと、
前記第１の識別子および前記第２の識別子が一致すると判定された場合に、生成された前記乱数を前記第１の識別子として前記クライアント端末に対して送信し、前記クライアント端末から前記第１の識別子の前記ＩＣカードへの書き込み成功を示すデータを受信した後、前記乱数を前記第２の識別子として前記格納手段に格納するステップと、
前記第１の識別子および前記第２の識別子の格納後に、実際のサービス画面を前記クライアント端末に提供するステップと
を含むことを特徴とする方法。
【請求項１０】
前記ＩＣカードに格納される前記第１の識別子の数は２つであることを特徴とする請求項９に記載の方法。
【請求項１１】
前記２つの第１の識別子は、当該認証システムを前回利用した際に付与されたことを示す第１のエリアおよび前々回利用した際に付与されたことを示す第２のエリアに記憶され、
前記生成された乱数が前記第１の識別子として前記クライアント端末に送信された場合に、前記生成された乱数が前記第１のエリアに記憶され、それまで前記第１のエリアに記憶されていた第１の識別子が前記第２のエリアに記憶されることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記２つの第１の識別子は、同一であることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記２つの第１の識別子は、互いに異なることを特徴とする請求項１１に記載の方法。
【請求項１４】
前記第１の識別子および前記第２の識別子が一致しないと判定された場合に、前記クライアント端末に対してエラーメッセージを送信するステップをさらに含むことを特徴とする請求項９に記載の方法。
【請求項１５】
前記乱数は、線形合同法またはハッシュ関数のいずれかを用いて生成されることを特徴とする請求項９に記載の方法。
【請求項１】
ＩＣカードに対してデータを読み書き可能なクライアント端末に対する認証処理を実施する認証システムであって、
前記ＩＣカードは、利用者ごとの第１の識別子を２つ以上格納し、
前記認証システムは、
１つまたは複数の、利用者ごとの前記第２の識別子を格納する格納手段と、
前記クライアント端末から認証要求データを受信し、該認証要求データに基づいて利用者の認証可否を判定する受付・処理手段と、
認証可と判定する場合に、前記クライアント端末に対して、前記ＩＣカードに記憶されている前記第１の識別子のうち最新日付の第１の識別子を読み出して送信するよう要求する命令を送信し、該命令に応答して前記クライアント端末から送信される前記最新日付の第１の識別子を受信する要求・応答受信手段と、
前記利用者に関連付けられる前記第２の識別子のうち最新日付の第２の識別子を前記格納手段から取得し、受信した前記最新日付の第１の識別子と前記取得した第２の識別子とを照合して両者が一致するか否かを判定する突合手段と、
前記第１の識別子および前記第２の識別子として使用されることになる乱数を生成する乱数生成手段と、
前記第１の識別子および前記第２の識別子が一致すると判定された場合に、生成された前記乱数を前記第１の識別子として前記クライアント端末に対して送信し、前記クライアント端末から前記第１の識別子の前記ＩＣカードへの書き込み成功を示すデータを受信した後、前記乱数を前記第２の識別子として前記格納手段に格納する識別子送受信手段と、
前記第１の識別子および前記第２の識別子の格納後に、実際のサービス画面を前記クライアント端末に提供する手段と
を備えたことを特徴とする認証システム。
【請求項２】
前記ＩＣカードに格納される前記第１の識別子の数は２つであることを特徴とする請求項１に記載の認証システム。
【請求項３】
前記２つの第１の識別子は、当該認証システムを前回利用した際に付与されたことを示す第１のエリアおよび前々回利用した際に付与されたことを示す第２のエリアに記憶され、
前記生成された乱数が前記第１の識別子として前記クライアント端末に送信された場合に、前記生成された乱数が前記第１のエリアに記憶され、それまで前記第１のエリアに記憶されていた第１の識別子が前記第２のエリアに記憶されることを特徴とする請求項２に記載の認証システム。
【請求項４】
前記２つの第１の識別子は、同一であることを特徴とする請求項３に記載の認証システム。
【請求項５】
前記２つの第１の識別子は、互いに異なることを特徴とする請求項３に記載の認証システム。
【請求項６】
前記第１の識別子および前記第２の識別子が一致しないと判定された場合に、前記クライアント端末に対してエラーメッセージを送信することを特徴とする請求項１に記載の認証システム。
【請求項７】
前記乱数生成手段による前記乱数の生成は、識別子送受信手段からの命令によって実行されることを特徴とする請求項１に記載の認証システム。
【請求項８】
前記乱数は、線形合同法またはハッシュ関数のいずれかを用いて生成されることを特徴とする請求項７に記載の認証システム。
【請求項９】
ＩＣカードに対してデータを読み書き可能なクライアント端末に対する認証処理を実施する認証システムにおける方法であって、
前記ＩＣカードは、利用者ごとの第１の識別子を２つ以上格納し、
前記認証システムは、１つまたは複数の、利用者ごとの前記第２の識別子を格納する格納手段を含み、
前記方法は、
前記クライアント端末から認証要求データを受信し、該認証要求データに基づいて利用者の認証可否を判定するステップと、
認証可と判定する場合に、前記クライアント端末に対して、前記ＩＣカードに記憶されている前記第１の識別子のうち最新日付の第１の識別子を読み出して送信するよう要求する命令を送信し、該命令に応答して前記クライアント端末から送信される前記最新日付の第１の識別子を受信するステップと、
前記利用者に関連付けられる前記第２の識別子のうち最新日付の第２の識別子を前記格納手段から取得し、受信した前記最新日付の第１の識別子と前記取得した第２の識別子とを照合して両者が一致するか否かを判定するステップと、
前記第１の識別子および前記第２の識別子として使用されることになる乱数を生成するステップと、
前記第１の識別子および前記第２の識別子が一致すると判定された場合に、生成された前記乱数を前記第１の識別子として前記クライアント端末に対して送信し、前記クライアント端末から前記第１の識別子の前記ＩＣカードへの書き込み成功を示すデータを受信した後、前記乱数を前記第２の識別子として前記格納手段に格納するステップと、
前記第１の識別子および前記第２の識別子の格納後に、実際のサービス画面を前記クライアント端末に提供するステップと
を含むことを特徴とする方法。
【請求項１０】
前記ＩＣカードに格納される前記第１の識別子の数は２つであることを特徴とする請求項９に記載の方法。
【請求項１１】
前記２つの第１の識別子は、当該認証システムを前回利用した際に付与されたことを示す第１のエリアおよび前々回利用した際に付与されたことを示す第２のエリアに記憶され、
前記生成された乱数が前記第１の識別子として前記クライアント端末に送信された場合に、前記生成された乱数が前記第１のエリアに記憶され、それまで前記第１のエリアに記憶されていた第１の識別子が前記第２のエリアに記憶されることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記２つの第１の識別子は、同一であることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記２つの第１の識別子は、互いに異なることを特徴とする請求項１１に記載の方法。
【請求項１４】
前記第１の識別子および前記第２の識別子が一致しないと判定された場合に、前記クライアント端末に対してエラーメッセージを送信するステップをさらに含むことを特徴とする請求項９に記載の方法。
【請求項１５】
前記乱数は、線形合同法またはハッシュ関数のいずれかを用いて生成されることを特徴とする請求項９に記載の方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１１−３０８５（Ｐ２０１１−３０８５Ａ）
【公開日】平成２３年１月６日（２０１１．１．６）
【国際特許分類】
【出願番号】特願２００９−１４６７３１（Ｐ２００９−１４６７３１）
【出願日】平成２１年６月１９日（２００９．６．１９）
【出願人】（３９７０７７９５５）株式会社三井住友銀行 (120)
【Ｆターム（参考）】
【公開日】平成２３年１月６日（２０１１．１．６）
【国際特許分類】
【出願日】平成２１年６月１９日（２００９．６．１９）
【出願人】（３９７０７７９５５）株式会社三井住友銀行 (120)
【Ｆターム（参考）】
[ Back to top ]