JP2021026582A - 認証システムおよび認証方法 - Google Patents

Abstract

【課題】複数の基本ソフトウェアにも対応する認証を容易に行う。【解決手段】表示部１１と、第１の基本ソフトウェア上で動作し、表示部１１に表示された表示画面に対して外部から受け付けた操作に基づいて認証情報が入力される入力部１２と、第１の基本ソフトウェア上で表示部１１に表示画面を表示させる表示制御部１３と、第１の基本ソフトウェアとは異なる第２の基本ソフトウェア上で認証情報に所定の処理を行うライブラリ１４と、入力部１２に入力された認証情報をライブラリ１４が処理できるように第２の基本ソフトウェアへ中継し、ライブラリ１４が処理した結果を第１の基本ソフトウェアで処理できるように第１の基本ソフトウェアへ中継する中継部１５とを有する。【選択図】図２

Description

本発明は、認証システムおよび認証方法に関する。

ＡＴＭ（Ａｕｔｏｍａｔｅｄ／Ａｕｔｏｍａｔｉｃ Ｔｅｌｌｅｒ Ｍａｃｈｉｎｅ）やＰＯＳ（Ｐｏｉｎｔ Ｏｆ Ｓａｌｅｓ ｓｙｓｔｅｍ）レジ等で、クレジットカード等のＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カードを用いた決済処理や、現金の引き出しを行う際、利用者はボタン式のＰＩＮ ＰＡＤ等を操作して暗証番号を入力する。このＰＩＮ ＰＡＤを操作して入力されるＰＩＮデータは機密性が高いものであるため、暗号処理や外部攻撃からの保護により、データが守られている。このような技術は、情報処理端末にパスワードを入力する際にも用いられている（例えば、特許文献１参照。）。また、ＰＩＮ ＰＡＤのようなハードウェアではなく、ソフトウェアを用いて同等の保護を行うことが考えられている（ＰＣＩ ＰＩＮ Ｅｎｔｒｙ ｏｎ ＣＯＴＳ）。

特開２００８−２３４０９６号公報

ハードウェアを用いる場合、デバイス自体がＰＣＩ規格を取得しているため、上位装置への影響は少ない。しかしながら、物理的なテンキーを取り付けるため、端末装置の大きさや形状によっては取り付けが困難になってしまうという問題点がある。その問題点を解消するためにソフトウェアを用いる場合は、ＰＣＩ認証をソフトウェアで行うため、複数のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ：基本ソフトウェア）に対応することが困難であるという問題点がある。

本発明の目的は、複数の基本ソフトウェアにも対応する認証を容易に行うことができる認証システムおよび認証方法を提供することである。

上記課題を解決するため、本発明の認証システムは、表示部と、
第１の基本ソフトウェア上で動作し、前記表示部に表示された表示画面に対して外部から受け付けた操作に基づいて認証情報が入力される入力部と、
前記第１の基本ソフトウェア上で前記表示部に前記表示画面を表示させる表示制御部と、
前記第１の基本ソフトウェアとは異なる第２の基本ソフトウェア上で前記認証情報に所定の処理を行うライブラリと、
前記入力部に入力された認証情報を前記ライブラリが処理できるように前記第２の基本ソフトウェアへ中継し、前記ライブラリが処理した結果を前記第１の基本ソフトウェアで処理できるように前記第１の基本ソフトウェアへ中継する中継部とを有することを特徴とする。

本発明の認証システムでは、表示部および認証情報の入力を行うための入力部が動作する基本ソフトウェアと、認証処理のためのライブラリが動作する基本ソフトウェアとを中継する中継部を具備する。そのため、本発明では、複数の基本ソフトウェアにも対応する認証を容易に行うことができる。

本発明において、認証システムは、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カードに記憶された情報を該ＩＣカードから読み取るカードリーダと、
前記中継部が中継した、前記ライブラリが前記認証情報を処理した暗号化認証情報を前記カードリーダへ送信し、前記カードリーダから送信されてきた認証結果を前記表示制御部へ出力する通信部とを有し、
前記表示制御部は、前記通信部から出力されてきた認証結果を前記表示部に表示させる。この場合には、カードリーダに挿入されたＩＣカードで行われた認証結果を認識することができる。

本発明において、認証システムは、前記カードリーダは、前記通信部から送信されてきた暗号化認証情報を復号化して前記ＩＣカードへ出力し、前記ＩＣカードから出力されてきた認証結果を前記通信部へ送信する。この場合には、カードリーダとのインタフェースを明確にすることができる。

本発明において、認証システムは、前記ライブラリは、装置に着脱可能な基板上に実装されている。この場合には、第２の基本ソフトウェアで動作するライブラリを容易に動作させることができる。

本発明において、認証システムは、前記ライブラリは、前記第１の基本ソフトウェア上にインストールされた仮想装置上に前記第２の基本ソフトウェアをインストールし、該第２の基本ソフトウェア上に実装されている。この場合には、第２の基本ソフトウェアで動作するライブラリを容易に動作させることができる。

本発明において、認証システムは、前記表示部と前記入力部とが、タッチパネル機能を用いて一体化している。この場合には、表示された情報に対して利用者が情報を入力しやすくすることができる。

上記課題を解決するため、本発明の認証方法は、第１の基本ソフトウェア上で表示部に表示画面を表示させ、
前記第１の基本ソフトウェア上で、前記表示部に表示された前記表示画面に対して外部から受け付けた操作に基づいて認証情報が入力され、
前記入力された認証情報を、前記第１の基本ソフトウェアとは異なる第２の基本ソフトウェア上で動作するライブラリが処理できるように前記第２の基本ソフトウェアへ中継し、
前記ライブラリが前記認証情報に所定の処理を行い、
前記ライブラリが処理した結果を前記第１の基本ソフトウェアで処理できるように前記第１の基本ソフトウェアへ中継することを特徴とする。

本発明の認証方法では、認証情報の表示および入力を行う基本ソフトウェアと、認証処理のためのライブラリが動作する基本ソフトウェアとを中継する。そのため、本発明では、複数の基本ソフトウェアにも対応する認証を容易に行うことができる。

以上説明したように、本発明においては、複数の基本ソフトウェアにも対応する認証を容易に行うことができる。

本発明の認証システムの第１の実施の形態における概略図である。 図１に示した認証システムの詳細の一例を示す図である。 図１に示した認証システムのハードウェアとソフトウェアとの構成の一例を示す図である。 図１に示した認証システムにおけるＬｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリの処理のうち、初期登録処理の一例を説明するためのフローチャートである。 図１に示した認証システムにおけるＬｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリの処理のうち、初期登録後の待機時の処理の一例を説明するためのフローチャートである。 図１に示した認証システムにおけるＬｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリの処理のうち、決済取引時の処理の一例を説明するためのフローチャートである。 本発明の認証システムの第２の実施の形態における概略図である。 図７に示した認証システムの詳細の一例を示す図である。 図７に示した認証システムのハードウェアとソフトウェアとの構成の一例を示す図である。 図７に示した認証システムにおける認証処理の一例を説明するためのシーケンス図である。 本発明の認証システムの第３の実施の形態における概略図である。 図１１に示した認証システムのハードウェアとソフトウェアとの構成の一例を示す図である。

以下に、本発明の実施の形態について図面を参照して説明する。
（第１の実施の形態）

図１は、本発明の認証システムの第１の実施の形態における概略図である。本形態における認証システムは図１に示すように、ＰＩＮ ｏｎ Ｇｌａｓｓ装置１００と、接触式ＩＣカードリーダ２００と、サーバ３００とを有する。また、ＰＩＮ ｏｎ Ｇｌａｓｓ装置１００は、情報を表示するディスプレイ１１０と、Ｌｉｎｕｘ ＰＩＮ入力アプリケーション１２０を有する。Ｌｉｎｕｘ ＰＩＮ入力アプリケーション１２０は、Ｌｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ１３０を有する。また、サーバ３００は、装置監視用アプリケーション３１０を有する。Ｌｉｎｕｘ ＰＩＮ入力アプリケーション１２０は、Ｌｉｎｕｘ ＯＳが搭載されたＰＣボードに実装されている。Ｌｉｎｕｘ ＯＳ上には、ディスプレイ１１０にＰＩＮ（Ｐｅｒｓｏｎａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ：暗証番号）を表示させるためのＬｉｎｕｘ ＰＩＮ入力アプリケーション１２０がインストールされている。Ｌｉｎｕｘ ＰＩＮ入力アプリケーション１２０の中には、ＰＩＮ ｏｎ Ｇｌａｓｓの基本機能が実装されているＬｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ１３０が含まれている。ＰＩＮ ｏｎ Ｇｌａｓｓ装置１００は、装置監視用アプリケーション３１０によって監視されている。接触式ＩＣカードリーダ２００は、ＩＣカードに記憶された情報を、そのＩＣカードから読み取るカードリーダである。また、ＰＩＮ ｏｎ Ｇｌａｓｓ装置１００と接触式ＩＣカードリーダ２００とはＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ケーブルを用いて接続されている。なお、本形態におけるＰＩＮ ｏｎ Ｇｌａｓｓ装置１００は、基本ソフトウェアとしてＬｉｎｕｘ（登録商標） ＯＳで動作する。

図２は、図１に示した認証システムの詳細の一例を示す図である。本形態における認証システムは図２に示すように、図１に示したＰＩＮ ｏｎ Ｇｌａｓｓ装置１００に相当する情報処理装置１０と、図１に示した接触式ＩＣカードリーダ２００に相当するカードリーダ２０とを有する。また、情報処理装置１０は図２に示すように、表示部１１と、入力部１２と、表示制御部１３と、ライブラリ１４と、中継部１５と、通信部１６とを有する。また、情報処理装置１０とカードリーダ２０とは、ＵＳＢケーブルを用いて接続されている。

表示部１１は、図１に示したディスプレイ１１０に相当する。入力部１２は、表示部１１に表示された表示画面に対して外部から受け付けた操作に基づいて認証情報等の情報が入力される。なお、表示部１１と入力部１２とは、タッチパネル機能を用いて一体化しているものであっても良い。表示制御部１３は、表示部１１における表示を制御する。例えば、表示制御部１３は、表示部１１に所定の表示画面（例えば、認証結果等）を表示させる。ライブラリ１４は、図１に示したＬｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ１３０に相当し、情報処理装置１０における認証処理を行う。例えば、ライブラリ１４は、認証情報に所定の処理を施す。中継部１５は、入力部１２や表示制御部１３が動作する基本ソフトウェア（第１の基本ソフトウェア）とライブラリ１４が動作する基本ソフトウェア（第２の基本ソフトウェア）とが異なる場合に設計される構成要素である。このような場合、中継部１５は、入力部１２に入力された認証情報をライブラリ１４が処理できるように第２の基本ソフトウェアへ中継する。また、中継部１５は、ライブラリ１４が処理した結果を第１の基本ソフトウェアで処理できるように第１の基本ソフトウェアへ中継する。通信部１６は、中継部１５が中継した、ライブラリ１４が認証情報を処理した暗号化認証情報をカードリーダ２０へ送信する。また、通信部１６は、カードリーダ２０から送信されてきた認証結果を表示制御部１３へ出力する。上述したように、図１に示したＰＩＮ ｏｎ Ｇｌａｓｓ装置１００は、本発明の基本構成とするものであり、基本ソフトウェアとしてＬｉｎｕｘ ＯＳで動作するため、情報処理装置１０上で動作する第１の基本ソフトウェアと第２の基本ソフトウェアとは同じものである。

カードリーダ２０は、通信部１６から送信されてきた暗号化認証情報を復号化して、復号化した暗号化認証情報を接触しているＩＣカードへ出力する。また、カードリーダ２０は、ＩＣカードから出力されてきた認証結果を通信部１６へ送信する。

図３は、図１に示した認証システムのハードウェアとソフトウェアとの構成の一例を示す図である。図３に示すように、ＰＩＮ ｏｎ Ｇｌａｓｓ装置１００はＬｉｎｕｘ ＯＳで動作するソフトウェアの領域にＬｉｎｕｘ ＰＩＮ入力アプリケーション１２０が実装されている。Ｌｉｎｕｘ ＰＩＮ入力アプリケーション１２０は、Ｌｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ１３０を有する。ＰＩＮ ｏｎ Ｇｌａｓｓ装置１００のソフトウェア領域とハードウェア領域との間のインタフェースとして、情報表示のためにモニタドライバが設けられている。また、ＵＳＢケーブルを介したカード読み取りのためにＵＳＢ通信ドライバが設けられている。ＰＩＮ ｏｎ Ｇｌａｓｓ装置１００のディスプレイ１１０との接続にはディスプレイポートが設けられており、ＵＳＢケーブルを介して外部に接続された接触式ＩＣカードリーダ２００との接続にはＵＳＢポートが設けられている。

以下に、図１に示した認証システムにおけるＬｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ１３０の処理について説明する。ＰＩＮ ｏｎ Ｇｌａｓｓ装置１００は、ハードウェアとしてのセキュリティ機能を持たないため、アプリケーションの登録や、所定の周期（例えば、５分間）で本人確認をサーバで行う必要がある。この基本機能を、Ｌｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ１３０が有している。

図４は、図１に示した認証システムにおけるＬｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ１３０の処理のうち、初期登録処理の一例を説明するためのフローチャートである。

まず、端末（図１ではＰＩＮ ｏｎ Ｇｌａｓｓ装置１００に相当）に基本ソフトウェアであるＬｉｎｕｘ ＯＳ上で動作するＬｉｎｕｘ ＰＩＮ入力アプリケーション１２０がインストールされ（ステップＳ１）、Ｌｉｎｕｘ ＰＩＮ入力アプリケーション１２０を用いて個人情報が入力されると（ステップＳ２）、Ｌｉｎｕｘ ＰＩＮ入力アプリケーション１２０は、入力された個人情報、当該端末の位置情報、機器情報および当該端末と接続されているカードリーダ（図１では接触式ＩＣカードリーダ２００に相当）のカードリーダ情報をサーバ（図１ではサーバ３００に相当）へ送信する（ステップＳ３）。すると、サーバが、端末固有の暗証鍵を当該端末へ送信する（ステップＳ４）。サーバから送信されてきた暗号鍵は、端末の状態監視や、端末を用いた決済取引において、通信データの暗号化に用いられる。

図５は、図１に示した認証システムにおけるＬｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ１３０の処理のうち、初期登録後の待機時の処理の一例を説明するためのフローチャートである。

上述したように、ＰＩＮ ｏｎ Ｇｌａｓｓ装置１００は、本人確認を周期的に行う必要がある。ここでは、この周期を５分間とする。まず、Ｌｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ１３０は、５分間待機する（ステップＳ１１）。５分間が経過した後、Ｌｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ１３０は、Ｌｉｎｕｘ ＰＩＮ入力アプリケーション１２０が起動しているかどうかを判定する（ステップＳ１２）。Ｌｉｎｕｘ ＰＩＮ入力アプリケーション１２０が起動している場合、サーバ３００からＰＩＮ ｏｎ Ｇｌａｓｓ装置１００の状態通知要求を受信すると（ステップＳ１３）、Ｌｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ１３０は、ＰＩＮ ｏｎ Ｇｌａｓｓ装置１００の状態を示す情報をサーバ３００へ送信する（ステップＳ１４）。すると、サーバ３００は、ＰＩＮ ｏｎ Ｇｌａｓｓ装置１００が登録されているかどうかを判定する（ステップＳ１５）。ＰＩＮ ｏｎ Ｇｌａｓｓ装置１００がサーバ３００に登録されている場合、ステップＳ１１の処理が行われる。つまり、ＰＩＮ ｏｎ Ｇｌａｓｓ装置１００がサーバ３００に登録されていれば、５分間ごとにＰＩＮ ｏｎ Ｇｌａｓｓ装置１００の確認が行われることとなる。一方、ＰＩＮ ｏｎ Ｇｌａｓｓ装置１００がサーバ３００に登録されていない場合は、処理は終了する。

図６は、図１に示した認証システムにおけるＬｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ１３０の処理のうち、決済取引時の処理の一例を説明するためのフローチャートである。

まず、接触式ＩＣカードリーダ２００にＩＣカードが挿入されると（ステップＳ２１）、Ｌｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ１３０がディスプレイ１１０にＰＩＮ入力を促す表示をさせる（ステップＳ２２）。その後、ＰＩＮ入力が行われると、Ｌｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ１３０は、ＰＩＮ認証がオンライン認証であるかオフライン認証であるかを判定する（ステップＳ２３）。ＰＩＮ認証がオンライン認証である場合、ＰＩＮ ｏｎ Ｇｌａｓｓ装置１００の状態を示す情報がサーバ３００へ送信され（ステップＳ２４）、サーバ３００がＰＩＮ認証を実施する（ステップＳ２５）。一方、ＰＩＮ認証がオフライン認証である場合は、Ｌｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ１３０は入力されたＰＩＮを暗号化して接触式ＩＣカードリーダ２００へ送信する（ステップＳ２６）。すると、接触式ＩＣカードリーダ２００に挿入されているＩＣカード内でＰＩＮ認証が実施される（ステップＳ２７）。

第１の実施の形態では、本発明に用いられるＰＩＮ ｏｎ Ｇｌａｓｓライブラリの基本構成および動作を説明した。以下に、端末が動作するＯＳとライブラリが動作するＯＳとが異なる場合の形態について説明する。
（第２の実施の形態）

図７は、本発明の認証システムの第２の実施の形態における概略図である。本形態における認証システムは図７に示すように、ＰＩＮ ｏｎ Ｇｌａｓｓ装置１０１と、接触式ＩＣカードリーダ２００と、サーバ３００とを有する。接触式ＩＣカードリーダ２００およびサーバ３００は、図１に示した接触式ＩＣカードリーダ２００およびサーバ３００とそれぞれ同じものである。サーバ３００に具備された装置監視用アプリケーション３１０も図１に示した装置監視用アプリケーション３１０と同じものである。また、ＰＩＮ ｏｎ Ｇｌａｓｓ装置１０１は、情報を表示するディスプレイ１１０と、ＰＩＮ入力アプリケーション１４０を有する。ディスプレイ１１０は、図１に示したディスプレイ１１０と同じものである。ＰＩＮ入力アプリケーション１４０は、Ｌｉｎｕｘ以外のＯＳ（例えば、Ａｎｄｒｏｉｄ（登録商標）や、ｉＯＳ、Ｗｉｎｄｏｗｓ（登録商標）等：以下、第１の基本ソフトウェア）で動作するアプリケーションである。ＰＩＮ入力アプリケーション１４０は、ディスプレイ１１０にＰＩＮの入力を促す画面を表示させるソフトウェアである。ＰＩＮ ｏｎ Ｇｌａｓｓ装置１０１には、ＲＳ−２３２Ｃケーブルを介してＰＣボード４００が接続されている。ＰＣボード４００は、Ｌｉｎｕｘ ＯＳ（第２の基本ソフトウェア）で動作するＬｉｎｕｘ ＰＩＮ通信サーバアプリケーション４１０が実装されている。Ｌｉｎｕｘ ＰＩＮ通信サーバアプリケーション４１０は、Ｌｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ４３０を有する。Ｌｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ４３０は、Ｌｉｎｕｘ ＯＳで動作し、ＰＩＮ ｏｎ Ｇｌａｓｓの基本機能が実装されている。

図８は、図７に示した認証システムの詳細の一例を示す図である。本形態における認証システムは図８に示すように、図７に示したＰＩＮ ｏｎ Ｇｌａｓｓ装置１０１に相当する情報処理装置３０と、図７に示した接触式ＩＣカードリーダ２００に相当するカードリーダ４０と、図７に示したＰＣボード４００に相当するＰＣボード５０とを有する。また、情報処理装置３０は図８に示すように、表示部３１と、入力部３２と、表示制御部３３と、通信部３６とを有する。また、ＰＣボード５０は図８に示すように、ライブラリ５４と、中継部５５とを有する。また、情報処理装置３０とカードリーダ４０とは、ＵＳＢケーブルを用いて接続されている。また、情報処理装置３０とＰＣボード５０とは、ＲＳ−２３２Ｃケーブルを用いて接続されている。ＰＣボード５０は、情報処理装置３０に着脱可能な基板である。

表示部３１は、図７に示したディスプレイ１１０に相当する。入力部３２は、表示部３１に表示された表示画面に対して外部から受け付けた操作に基づいて認証情報等の情報が入力される。なお、表示部３１と入力部３２とは、タッチパネル機能を用いて一体化しているものであっても良い。表示制御部３３は、表示部３１における表示を制御する。例えば、表示制御部３３は、表示部３１に所定の表示画面（例えば、認証結果等）を表示させる。通信部３６は、中継部１５から中継されてきた、ライブラリ５１が認証情報を処理した暗号化認証情報をカードリーダ４０へ送信する。また、通信部１６は、カードリーダ４０から送信されてきた認証結果を表示制御部３３へ出力する。

ライブラリ５４は、図７に示したＬｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ４３０に相当し、情報処理装置３０における認証処理を行う。例えば、ライブラリ５４は、認証情報に所定の処理を施す。中継部５５は、入力部３２や表示制御部３３が動作する基本ソフトウェア（第１の基本ソフトウェア）とライブラリ５４が動作する基本ソフトウェア（第２の基本ソフトウェア）とが異なる場合に設計される構成要素である。このような場合、中継部５５は、入力部３２に入力された認証情報をライブラリ５４が処理できるように第２の基本ソフトウェアへ中継する。また、中継部５５は、ライブラリ５４が処理した結果を第１の基本ソフトウェアで処理できるように第１の基本ソフトウェアへ中継する。

カードリーダ４０は、通信部３６から送信されてきた暗号化認証情報を復号化して、復号化した暗号化認証情報を接触しているＩＣカードへ出力する。また、カードリーダ４０は、ＩＣカードから出力されてきた認証結果を通信部３６へ送信する。

図９は、図７に示した認証システムのハードウェアとソフトウェアとの構成の一例を示す図である。図９に示すように、ＰＩＮ ｏｎ Ｇｌａｓｓ装置１０１には、Ｌｉｎｕｘ以外のＯＳで動作するソフトウェアの領域にＰＩＮ入力アプリケーション１４０が実装されている。ＰＩＮ入力アプリケーション１４０は、ディスプレイ１１０への表示を制御するためのディスプレイ出力ライブラリと、ＵＳＢ通信を制御するためのＵＳＢ通信ライブラリと、シリアル通信を制御するための通信クライアントライブラリとを有する。それぞれのライブラリについて、ソフトウェア領域とハードウェア領域との間のインタフェースとして、モニタドライバと、ＵＳＢ通信ドライバと、シリアル通信ドライバとがそれぞれ設けられている。また、ＰＩＮ ｏｎ Ｇｌａｓｓ装置１０１のディスプレイ１１０との接続にはディスプレイポートが設けられており、ＵＳＢケーブルを介して外部に接続された接触式ＩＣカードリーダ２００との接続にはＵＳＢポートが設けられており、ＲＳ−２３２Ｃケーブルを介して接続されたＰＣボード４００との接続にはＣＯＭポートが設けられている。また、図９に示すように、ＰＣボード４００には、Ｌｉｎｕｘ ＯＳで動作するソフトウェアの領域にＬｉｎｕｘ ＰＩＮ通信サーバアプリケーション４１０が実装されている。Ｌｉｎｕｘ ＰＩＮ通信サーバアプリケーション４１０は、Ｌｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ４３０を有する。Ｌｉｎｕｘ ＰＩＮ通信サーバアプリケーション４１０のＲＳ−２３２Ｃケーブルを介して接続されたＰＩＮ ｏｎ Ｇｌａｓｓ装置１０１との接続にはＣＯＭポートが設けられている。

以下に、図７に示した認証システムにおける認証処理について説明する。図１０は、図７に示した認証システムにおけるオフライン認証時の認証処理の一例を説明するためのシーケンス図である。

まず、ＰＩＮ入力アプリケーション１４０は、接触式ＩＣカードリーダ２００に対して、ＩＣカードの挿入を待機する命令であるカード待機命令を送信する（ステップＳ３１）。また、ＰＩＮ入力アプリケーション１４０は、ディスプレイ１１０に対して、取引金額の表示およびカード挿入を促す表示を行うように指示する（ステップＳ３２）。

その後、利用者が接触式ＩＣカードリーダ２００にＩＣカードを挿入して、接触式ＩＣカードリーダ２００がＩＣカードの挿入を検知すると（ステップＳ３３）、接触式ＩＣカードリーダ２００が、挿入されたＩＣカードから情報を読み取り、読み取った情報をＰＩＮ入力アプリケーション１４０へ送信する（ステップＳ３４）。すると、ＰＩＮ入力アプリケーション１４０は、ディスプレイ１１０に対して、認証情報であるＰＩＮの入力を促す画面およびＰＩＮを入力するための画面を表示する指示を出力する（ステップＳ３５）。

その後、利用者がＰＩＮを入力するための画面に従ってディスプレイ１１０を操作してＰＩＮを入力してディスプレイ１１０がＰＩＮ入力を受け付けると（ステップＳ３６）、受け付けたＰＩＮ情報がディスプレイ１１０からＰＩＮ入力アプリケーション１４０へ送信される（ステップＳ３７）。すると、ＰＩＮ入力アプリケーション１４０は、ＰＩＮ情報をＬｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ４３０へ送信する（ステップＳ３８）。Ｌｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ４３０は、送信されてきたＰＩＮ情報を暗号化する（ステップＳ３９）。このとき、Ｌｉｎｕｘ ＰＩＮ通信サーバアプリケーション４１０は、送信されてきたＰＩＮ情報をＬｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ４３０が処理できるように所定の処理を行う。この処理は、図８に示した中継部５５が行う処理である。また、ここで暗号化に用いる鍵は、初期設定時にサーバ３００から送信されてきた鍵である。続いて、Ｌｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ４３０は、暗号化したＰＩＮ情報（暗号化認証情報）をＰＩＮ入力アプリケーション１４０へ送信する（ステップＳ４０）。このとき、Ｌｉｎｕｘ ＰＩＮ通信サーバアプリケーション４１０は、暗号化したＰＩＮ情報（暗号化認証情報）をＰＩＮ入力アプリケーション１４０が処理できるように所定の処理を行ってからＰＩＮ入力アプリケーション１４０へ送信する。この処理は、図８に示した中継部５５が行う処理である。ＰＩＮ入力アプリケーション１４０は暗号化されたＰＩＮ情報が送信されてくると、暗号化されたＰＩＮ情報を接触式ＩＣカードリーダ２００へ送信する（ステップＳ４１）。すると、接触式ＩＣカードリーダ２００は、暗号化されたＰＩＮ情報を復号化し、復号化したＰＩＮ情報を挿入されているＩＣカードへ出力する（ステップＳ４２）。

その後、ＩＣカードにてＰＩＮ情報を用いて認証処理が行われると、認証結果がＩＣカードから接触式ＩＣカードリーダ２００へ出力される（ステップＳ４３）。接触式ＩＣカードリーダ２００は出力されてきた認証結果をＰＩＮ入力アプリケーション１４０へ送信する（ステップＳ４４）。ＰＩＮ入力アプリケーション１４０は、送信されてきた認証結果をディスプレイ１１０へ出力して表示を指示する（ステップＳ４５）。ディスプレイ１１０は、認証結果を表示する（ステップＳ４６）。

なお、オンライン処理を行う場合は、ステップＳ４１の処理では、暗号化されたＰＩＮ情報の送信先がサーバ３００となり、ＰＩＮ情報の復号化およびＰＩＮ情報を用いた認証処理はサーバ３００にて行われる。

このように、本形態においては、ＩＣカードの認証処理を行う際、ＰＩＮを入力する装置（システム）と、認証情報を暗号化するライブラリとのＯＳが異なる場合であっても、そのＯＳ間を中継する仕組みおよび当該ライブラリが実装された基板をその装置（システム）と接続することで、ライブラリが動作するＯＳを容易に動作させることが可能となる。
（第３の実施の形態）

図１１は、本発明の認証システムの第３の実施の形態における概略図である。本形態における認証システムは図１１に示すように、ＰＩＮ ｏｎ Ｇｌａｓｓ装置１０２と、接触式ＩＣカードリーダ２００と、サーバ３００とを有する。接触式ＩＣカードリーダ２００およびサーバ３００は、図１に示した接触式ＩＣカードリーダ２００およびサーバ３００とそれぞれ同じものである。サーバ３００に具備された装置監視用アプリケーション３１０も図１に示した装置監視用アプリケーション３１０と同じものである。また、ＰＩＮ ｏｎ Ｇｌａｓｓ装置１０２は、情報を表示するディスプレイ１１０と、Ｗｉｎｄｏｗｓ ＰＩＮ入力アプリケーション１５０を有する。ディスプレイ１１０は、図１に示したディスプレイ１１０と同じものである。Ｗｉｎｄｏｗｓ ＰＩＮ入力アプリケーション１５０は、ＷｉｎｄｏｗｓのＯＳ（第１の基本ソフトウェア）で動作するアプリケーションである。Ｗｉｎｄｏｗｓ ＰＩＮ入力アプリケーション１５０は、ディスプレイ１１０にＰＩＮの入力を促す画面を表示させるソフトウェアである。また、ＰＩＮ ｏｎ Ｇｌａｓｓ装置１０２には、仮想ＰＣ５００が搭載されている。仮想ＰＣ５００は、ＰＩＮ ｏｎ Ｇｌａｓｓ装置１０２（Ｗｉｎｄｏｗｓ ＯＳ）上にインストールされた仮想装置である。仮想ＰＣ５００には、Ｌｉｎｕｘ ＯＳ（第２の基本ソフトウェア）がインストールされ、Ｌｉｎｕｘ ＯＳで動作するＬｉｎｕｘ ＰＩＮ通信サーバアプリケーション５１０が実装されている。Ｌｉｎｕｘ ＰＩＮ通信サーバアプリケーション５１０には、Ｌｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ５３０が実装されている。Ｌｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ５３０は、Ｌｉｎｕｘ ＯＳで動作し、ＰＩＮ ｏｎ Ｇｌａｓｓの基本機能が実装されている。

図１２は、図１１に示した認証システムのハードウェアとソフトウェアとの構成の一例を示す図である。図１２に示すように、ＰＩＮ ｏｎ Ｇｌａｓｓ装置１０２には、ＷｉｎｄｏｗｓのＯＳで動作するソフトウェアの領域にＷｉｎｄｏｗｓ ＰＩＮ入力アプリケーション１５０が実装されている。Ｗｉｎｄｏｗｓ ＰＩＮ入力アプリケーション１５０は、ディスプレイ１１０への表示を制御するためのディスプレイ出力ライブラリと、ＵＳＢ通信を制御するためのＵＳＢ通信ライブラリと、シリアル通信を制御するための通信クライアントライブラリとを有する。ディスプレイ出力ライブラリと、ＵＳＢ通信ライブラリとについて、ソフトウェア領域とハードウェア領域との間のインタフェースとして、モニタドライバと、ＵＳＢ通信ドライバとがそれぞれ設けられている。また、ＰＩＮ ｏｎ Ｇｌａｓｓ装置１０２のソフトウェア領域に仮想ＰＣ５００がインストールされている。仮想ＰＣ５００にインストールされたＬｉｎｕｘ ＰＩＮ通信サーバアプリケーション５１０は、Ｌｉｎｕｘ ＯＳで動作する。Ｌｉｎｕｘ ＰＩＮ通信サーバアプリケーション５１０は、仮想シリアルポートドライバと接続され、Ｗｉｎｄｏｗｓ ＰＩＮ入力アプリケーション１５０のシリアル通信ドライバが仮想シリアルポートドライバとのインタフェースとなっている。また、ＰＩＮ ｏｎ Ｇｌａｓｓ装置１０２のディスプレイ１１０との接続にはディスプレイポートが設けられており、ＵＳＢケーブルを介して外部に接続された接触式ＩＣカードリーダ２００との接続にはＵＳＢポートが設けられている。仮想シリアルポートドライバには、仮想ＲＳ−２３２Ｃケーブルで接続されるＣＯＭポートが設けられている。Ｌｉｎｕｘ ＰＩＮ通信サーバアプリケーション５１０は、Ｌｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ５３０を有する。

図１１に示した認証システムにおける認証処理については、第２の実施の形態にて説明したものと同様である。

このように、本形態においては、ＩＣカードの認証処理を行う際、ＰＩＮを入力する装置（システム）と、認証情報を暗号化するライブラリとのＯＳが異なる場合であっても、そのＯＳ間を中継する仕組みおよび当該ライブラリが実装された仮想ＯＳをその装置（システム）に仮想的に実装することで、ライブラリが動作するＯＳを容易に動作させることが可能となる。

以上、各構成要素に各機能（処理）それぞれを分担させて説明したが、この割り当ては上述したものに限定しない。また、構成要素の構成についても、上述した形態はあくまでも例であって、これに限定しない。また、各実施の形態を組み合わせたものであっても良い。また、上述したＰＩＮ ｏｎ Ｇｌａｓｓ装置１００，１０１，１０２として、例えば、ＡＴＭやＰＯＳレジ、スマートフォン等が挙げられる。

１０，３０ 情報処理装置
１１，３１ 表示部
１２，３２ 入力部
１３，３３ 表示制御部
１４，５４ ライブラリ
１５，５５ 中継部
１６，３６ 通信部
２０，４０ カードリーダ
５０，４００ ＰＣボード
１００，１０１，１０２ ＰＩＮ ｏｎ Ｇｌａｓｓ装置
１１０ ディスプレイ
１２０ Ｌｉｎｕｘ ＰＩＮ入力アプリケーション
１３０，４３０，５３０ Ｌｉｎｕｘ ＰＩＮ ｏｎ Ｇｌａｓｓライブラリ
１４０ ＰＩＮ入力アプリケーション
１５０ Ｗｉｎｄｏｗｓ ＰＩＮ入力アプリケーション
２００ 接触式ＩＣカードリーダ
３００ サーバ
３１０ 装置監視用アプリケーション
４１０，５１０ Ｌｉｎｕｘ ＰＩＮ通信サーバアプリケーション
５００ 仮想ＰＣ

Claims (7)

1. 表示部と、
   第１の基本ソフトウェア上で動作し、前記表示部に表示された表示画面に対して外部から受け付けた操作に基づいて認証情報が入力される入力部と、
   前記第１の基本ソフトウェア上で前記表示部に前記表示画面を表示させる表示制御部と、
   前記第１の基本ソフトウェアとは異なる第２の基本ソフトウェア上で前記認証情報に所定の処理を行うライブラリと、
   前記入力部に入力された認証情報を前記ライブラリが処理できるように前記第２の基本ソフトウェアへ中継し、前記ライブラリが処理した結果を前記第１の基本ソフトウェアで処理できるように前記第１の基本ソフトウェアへ中継する中継部とを有する認証システム。
2. 請求項１に記載の認証システムにおいて、
   ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カードに記憶された情報を該ＩＣカードから読み取るカードリーダと、
   前記中継部が中継した、前記ライブラリが前記認証情報を処理した暗号化認証情報を前記カードリーダへ送信し、前記カードリーダから送信されてきた認証結果を前記表示制御部へ出力する通信部とを有し、
   前記表示制御部は、前記通信部から出力されてきた認証結果を前記表示部に表示させる認証システム。
3. 請求項２に記載の認証システムにおいて、
   前記カードリーダは、前記通信部から送信されてきた暗号化認証情報を復号化して前記ＩＣカードへ出力し、前記ＩＣカードから出力されてきた認証結果を前記通信部へ送信する認証システム。
4. 請求項１から３のいずれか１項に記載の認証システムにおいて、
   前記ライブラリは、装置に着脱可能な基板上に実装されている認証システム。
5. 請求項１から３のいずれか１項に記載の認証システムにおいて、
   前記ライブラリは、前記第１の基本ソフトウェア上にインストールされた仮想装置上に前記第２の基本ソフトウェアをインストールし、該第２の基本ソフトウェア上に実装されている認証システム。
6. 請求項１から５のいずれか１項に記載の認証システムにおいて、
   前記表示部と前記入力部とが、タッチパネル機能を用いて一体化している認証システム。
7. 第１の基本ソフトウェア上で表示部に表示画面を表示させ、
   前記第１の基本ソフトウェア上で、前記表示部に表示された前記表示画面に対して外部から受け付けた操作に基づいて認証情報が入力され、
   前記入力された認証情報を、前記第１の基本ソフトウェアとは異なる第２の基本ソフトウェア上で動作するライブラリが処理できるように前記第２の基本ソフトウェアへ中継し、
   前記ライブラリが前記認証情報に所定の処理を行い、
   前記ライブラリが処理した結果を前記第１の基本ソフトウェアで処理できるように前記第１の基本ソフトウェアへ中継する認証方法。

Images