JP7698838B2 - 情報処理端末 - Google Patents

Description

本開示は、情報処理端末に関する。

決済端末装置が、金額情報、支払方法、決済に使用されるカードブランドの情報など、決済に関する情報を、ユーザからの入力により受け取った後に、決済に使用されるカードの読み取り操作をユーザに促す処理及び表示を行う技術が知られている。

特開２０１５－１１４７９１号公報

しかしながら、上記のような従来技術では、決済に関する情報をユーザが入力してから、決済に使用されるカードの読み取り操作を促す処理及び表示を行う構成であるので、決済以外の用途への適用が難しい。

そこで、本開示は、決済以外の用途において適用可能な情報処理端末であって、接触型及び非接触型のいずれの情報記憶媒体からも短時間で必要な情報を読み取り可能な情報処理端末を提供することを目的とする。

１つの側面では、情報記憶媒体から情報を読み取り可能な接触型の読み取り部と、
情報記憶媒体から情報を読み取り可能な非接触型の読み取り部と、
前記接触型の読み取り部及び前記非接触型の読み取り部のそれぞれにより読み取られた情報を処理する情報処理部とを、備え、
前記情報処理部は、前記接触型の読み取り部及び前記非接触型の読み取り部のそれぞれを、情報記憶媒体から情報を読み取り可能な待ち受け状態に維持しつつ、前記接触型の読み取り部により読み取られた情報又は前記非接触型の読み取り部により読み取られた情報を処理する、情報処理端末が提供される。

本開示によれば、決済以外の用途において適用可能な情報処理端末であって、接触型及び非接触型のいずれの情報記憶媒体からも短時間で必要な情報を読み取り可能な情報処理端末を提供することが可能となる。

本実施例による情報処理端末の一例を示す概略図である。 情報処理端末の内部構成の一例を示すブロック図である。 本実施例の情報処理端末により実行される処理の一例を示す概略的なフローチャートである。 本実施例による個人情報利用システムの全体構成を示す概略図である。 情報処理装置が備える各種機能のうちの、個人情報利用システムに関連する機能を概略的に示す図である。 第１サーバの機能を概略的に示す図である。 読取端末によるマイナンバーカードの読み取りから、Ｗｅｂアプリケーションへの証明用情報の送信までの、処理シーケンスを示す概略的なフローチャートである。 エスクローサービスの場合に図７Ａの処理に後続して実行される処理シーケンスを示す概略的なフローチャートである。 クライアント側が個人情報を取得する場合に図７Ａの処理に後続して実行される処理シーケンスを示す概略的なフローチャートである。 本人確認のみを行う場合に図７Ａの処理に後続して実行される処理シーケンスを示す概略的なフローチャートである。 第２サーバの機能を概略的に示す図である。 個人情報データベース内のデータの一例を示す図である。 個人情報利用システムに係る個人情報利用方法を概略的に示すタイミングチャートである。

以下、添付図面を参照しながら各実施例について詳細に説明する。以下では、第１ユーザとは、自身の情報記憶媒体を読取端末２１に読み取らせる側のユーザを指し、第２ユーザとは、読取端末２１を用いて情報記憶媒体から情報を読み取る側のユーザを指す。

情報記憶媒体は、読取端末２１による読み取り対象の情報を有する限り任意であり、例えばカードの形態であってもよいし、ユーザ端末（例えばスマートフォン）の形態であってもよい。

図１は、本実施例による読取端末２１（情報処理端末の一例）の一例を示す概略図である。読取端末２１は、可搬性があり、第２ユーザが手に持って容易に運ぶことができる形態である。例えば、第２ユーザは、クライアントである第１ユーザの近くまで、手に持って読取端末２１を運ぶことができる。また、読取端末２１は、好ましくは、内部バッテリを備え、コンセントからの配線接続を必要とすることなく、動作可能である。

読取端末２１は、正面に、ディスプレイ２１５やセキュアキーボード２１７等を有してよい。

図２は、読取端末２１の内部構成の一例を示すブロック図である。

読取端末２１は、非接触型リーダ２１１と、接触型リーダ２１２と、情報処理部２１３とを含む。

非接触型リーダ２１１は、非接触型の読み取り部を形成する。読取端末２１における非接触型リーダ２１１の位置は任意である。非接触型リーダ２１１は、例えばカード式の情報記憶媒体が差し込み可能な差し込み空間に設けられてもよい。非接触型リーダ２１１は、情報処理部２１３に接続される。

非接触型リーダ２１１は、例えばＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）の規格に準拠した無線通信により、非接触型リーダ２１１に対して所定距離内に位置する情報記憶媒体と通信が可能である。例えば、情報記憶媒体が非接触型リーダ２１１に対して所定距離内に位置する場合、非接触型リーダ２１１は、当該情報記憶媒体と通信を行うことで、当該情報記憶媒体から各種情報の取り出しや当該情報記憶媒体との間での各種情報のやり取りを実現できる。この場合、非接触型リーダ２１１は、Ｔｙｐｅ Ａ／Ｂ仕様であってよく、決済については、いわゆるＥＭＶ（Ｅｕｒｏ ｐａｙ、ＭａｓｔｅｒＣａｒｄ、ＶＩＳＡ ｐｒｏｔｃｏｌ）コンタクトレスのような各種非接触決済を実現してよい。

非接触型リーダ２１１は、待ち受け状態と、非待ち受け状態との間で遷移可能である。待ち受け状態とは、当該状態において、情報記憶媒体が非接触型リーダ２１１に対して所定距離内に位置すると、当該情報記憶媒体と直ちに通信を開始できる状態に対応する。

本実施例では、非接触型リーダ２１１は、待ち受け状態において、情報記憶媒体が非接触型リーダ２１１に対して所定距離内に位置すると、当該情報記憶媒体と直ちに通信を開始し、情報記憶媒体からアプリケーションＩＤ（識別子）（以下、「ＡＩＤ」）を取得する。

接触型リーダ２１２は、接触型の読み取り部を形成する。読取端末２１における接触型リーダ２１２の位置は任意である。接触型リーダ２１２は、挿入される情報記憶媒体のＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）と接触可能なピンパッドの形態であってよい。接触型リーダ２１２は、例えば、読取端末２１における側部に設けられてもよい。この場合、第１ユーザは、自身のカード式の情報記憶媒体を、接触型リーダ２１２に対してセットすることが容易となる。接触型リーダ２１２は、情報処理部２１３に接続される。

接触型リーダ２１２は、例えばＥＭＶの規格に準拠した接触型のリーダであり、情報記憶媒体のＩＣと通信が可能である。例えば、情報記憶媒体が接触する場合、接触型リーダ２１２は、当該情報記憶媒体と通信を行うことで、当該情報記憶媒体から各種情報の取り出しや当該情報記憶媒体との間での各種情報のやり取りを実現できる。

接触型リーダ２１２は、待ち受け状態と、非待ち受け状態との間で遷移可能である。待ち受け状態とは、当該状態において、情報記憶媒体が接触すると、当該情報記憶媒体と直ちに通信を開始できる状態に対応する。

本実施例では、接触型リーダ２１２は、待ち受け状態において、情報記憶媒体のＩＣを検出すると、当該情報記憶媒体と直ちに通信を開始し、情報記憶媒体からＡＩＤを取得する。

情報処理部２１３は、例えば耐タンパ性を備えるマイクロコントローラであり、メインプロセッサとして読取端末２１のすべての機能を制御し、実行する。

読取端末２１は、その他の構成として、イメージスキャンエンジンバーコード２１４、ディスプレイ２１５、セキュア磁気ヘッド２１６、セキュアキーボード２１７、ブザー２１８、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）に基づく通信部２１９Ａ、ＵＡＲＴ（Ｕｎｉｖｅｒｓａｌ Ａｓｙｎｃｈｒｏｎｏｕｓ Ｒｅｃｅｉｖｅｒ／Ｔｒａｎｓｍｉｔｔｅｒ）のような通信部２１９Ｂ、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（登録商標）に基づく通信部２１９Ｃを有する。これらの各部は、情報処理部２１３に接続される。

イメージスキャンエンジンバーコード２１４は、製品のバーコードや各種の二次元コードを読み取る機能を実行する。イメージスキャンエンジンバーコード２１４は、第１ユーザのユーザ端末に表示される画像（例えばバーコード）を読み取る機能を有してもよい。

ディスプレイ２１５は、読取端末２１の正面部に配置され（図１参照）、各種情報（メッセージを含む）を表示する。

セキュア磁気ヘッド２１６は、クレジットカードやＪＩＳ２規格のカードの磁気部分を読み取る機能を実行する。

セキュアキーボード２１７は、読取端末２１の正面部に配置され（図１参照）、第１ユーザ用のユーザインターフェイスである。セキュアキーボード２１７は、ボタンを押して暗号化キーを入力するためのユーザインターフェイスを構成する。

ブザー２１８は、決済や各種情報取得の成功／失敗などをビープ音で出力する。

通信部２１９Ａは、外部端末（例えばパーソナルコンピュータ）をＵＳＢポートに接続した状態で、外部端末とデータ通信する機能を実行する。

通信部２１９Ｂは、外部端末をシリアルポートに接続した状態で、外部端末とデータ通信する機能を実行する。

通信部２１９Ｃは、外部端末と無線でデータ通信する機能を実行する。

また、読取端末２１は、電源系の構成として、電源部２１０Ａと、メインバッテリ２１０Ｂと、バッテリゲージ２１０Ｃと、コインバッテリ２１０Ｄと、充電回路２１０Ｅとを含む。

電源部２１０Ａは、メインバッテリ２１０Ｂからの電力に基づいて、情報処理部２１３等が動作可能な電源電圧を生成する。

メインバッテリ２１０Ｂは、外部充電可能なバッテリであり、例えばリチウムイオンバッテリであってよい。例えば、メインバッテリ２１０Ｂは、充電回路２１０Ｅに接続される。充電回路２１０Ｅは、外部の充電器から供給可能な電力に基づいてメインバッテリ２１０Ｂを充電する。

バッテリゲージ２１０Ｃは、メインバッテリ２１０Ｂの充電状態等を検出し、検出結果を情報処理部２１３に与える。

コインバッテリ２１０Ｄは、メインバッテリ２１０Ｂとは異なり、外部充電が可能ではない。コインバッテリ２１０Ｄは、ＲＴＣ（Ｒｅａｌ－Ｔｉｍｅ Ｃｌｏｃｋ：現在時刻）用の電力や、暗号化キーを保存したりするための電力を供給する。

次に、図３を参照して、本実施例の読取端末２１により実行される処理について説明する。

図３は、本実施例の読取端末２１により実行される処理の一例を示す概略的なフローチャートである。なお、図３に示す処理の一部は、後述する情報処理装置２２（図４参照）と連携して実現されてもよい。

図３に示す処理は、常時（例えば読取端末２１のメインバッテリ２１０Ｂが正常である間）、所定周期ごとに実行されてよい。なお、変形例では、省電モードを有し、省電モードでは、所定周期が長く設定されてもよい。

ステップＳ３００では、読取端末２１は、非接触型リーダ２１１及び接触型リーダ２１２のそれぞれを同時に待ち受け状態とする。

ステップＳ３０２では、読取端末２１は、非接触型リーダ２１１及び接触型リーダ２１２のいずれかから、処理対象の情報（例えばＡＩＤ）が入力されたか否かを判定する。判定結果が“ＹＥＳ”の場合、ステップＳ３０４に進み、それ以外の場合は、情報記憶媒体の検出を待機する待ち受け状態を維持する。なお、図３では、処理対象の情報は、ＡＩＤであるが、他の情報を含んでもよい。

ステップＳ３０４では、読取端末２１は、情報記憶媒体が非接触型リーダ２１１により検出されたか、あるいは、情報記憶媒体が接触型リーダ２１２により検出されたかを判定する。例えば、読取端末２１は、非接触型リーダ２１１及び接触型リーダ２１２のいずれかからＡＩＤが入力されたか否かに基づいて、情報記憶媒体が非接触型リーダ２１１により検出されたか、あるいは、情報記憶媒体が接触型リーダ２１２により検出されたかを判定してもよい。すなわち、読取端末２１は、非接触型リーダ２１１及び接触型リーダ２１２のいずれかが機能したか否かの判定（図３では、“ＩＣ／ＮＦＣ判定”と表記）を行う。情報記憶媒体が非接触型リーダ２１１により検出された場合は（図３では、“ＮＦＣ”と表記）、第２後続処理を実行するために、ステップＳ３１４に進み、情報記憶媒体が接触型リーダ２１２により検出された場合は（図３では、“ＩＣ”と表記）、第１後続処理を実行するために、ステップＳ３０６に進む。

ステップＳ３０６では、読取端末２１は、接触型リーダ２１２により読み取られたＡＩＤに基づいて、情報記憶媒体の種別として、情報記憶媒体がクレジットカードであるか、あるいは、マイナンバーカード（第１種別の一例）であるかを判定する。なお、現在、マイナンバーカードにはＩＣチップ及びＮＦＣ（Ｎｅａｒ ｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）が搭載され、署名用電子証明書と、利用者証明用電子証明書の２種類の電子証明書を格納している。

なお、本明細書において、情報記憶媒体の種別とは、機能に関連した種別である。従って、各種クレジットカード（カードブランド等の違い）については、機能が同じであるので、同一の種別とする。情報記憶媒体がクレジットカードである場合、ステップＳ３０８に進み、情報記憶媒体がマイナンバーカードである場合、ステップＳ３３０に進む。

ステップＳ３０８では、読取端末２１は、接触型リーダ２１２により読み取られたＡＩＤに基づいて、カードブランドを判定する。

ステップＳ３１０では、読取端末２１は、図３に示す処理ルーチンから抜け出して、ステップＳ３０８で判定したカードブランドに基づいて、カードブランドに応じた決済処理を実行する。なお、この種の決済処理は任意であり、ここでは詳説しない。

ステップＳ３１４では、読取端末２１は、非接触型リーダ２１１により読み取られたＡＩＤに基づいて、情報記憶媒体の種別として、情報記憶媒体がクレジットカードであるか、マイナンバーカード（第１種別の一例）であるか、外国人在留者カードであるか、あるいは、運転免許証であるか、を判定する。なお、他の実施例では、外国人在留者カードであるか、あるいは、運転免許証であるかの判定のいずれか一方又は双方に代えて又は加えて、情報記憶媒体が健康保険証であるかを判定してもよい。情報記憶媒体がクレジットカードである場合、ステップＳ３１８に進み、情報記憶媒体がマイナンバーカードである場合、ステップＳ３３０に進む。また、情報記憶媒体が外国人在留者カードである場合、ステップＳ３２２に進み、情報記憶媒体が運転免許証である場合、ステップＳ３２４に進む。

ステップＳ３１６では、読取端末２１は、非接触型リーダ２１１により読み取られたＡＩＤに基づいて、カードブランドを判定する。

ステップＳ３１８では、読取端末２１は、図３に示す処理ルーチンから抜け出して、ステップＳ３１６で判定したカードブランドに基づいて、カードブランドに応じた決済処理を実行する。なお、この種の決済処理は任意であり、ここでは詳説しない。

ステップＳ３２２では、読取端末２１は、図３に示す処理ルーチンから抜け出して、外国人在留者カードに応じた処理を実行する。なお、外国人在留者カードに応じた処理は任意であり、ここでは詳説しない。

ステップＳ３２４では、読取端末２１は、図３に示す処理ルーチンから抜け出して、運転免許証に応じた処理を実行する。なお、運転免許証に応じた処理は任意であり、ここでは詳説しない。

ステップＳ３３０では、読取端末２１は、ディスプレイ２１５（図１参照）に、第１ユーザがＰＩＮ（Ｐｅｒｓｏｎａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）を入力するためのピン入力画面を出力し、第１ユーザからのピン入力の待機状態となる。第１ユーザによりセキュアキーボード２１７（図１参照）を介してピン入力が行われると、ステップＳ３３２に進む。

ステップＳ３３２では、読取端末２１は、マイナンバーカードから取得する照合結果に基づいて、第１ユーザから入力されたピン（コード入力の一例）が正当であるか否かの判定（図３では、“ＰＩＮ判定”と表記）を行う。例えば、読取端末２１は、第１ユーザから入力されたピンを、マイナンバーカードに送ることで、マイナンバーカードにおいて実行される照合結果を取得する。マイナンバーカードは、自身に格納されている正規のピン（暗証番号）と、読取端末２１から送られてくるピンとを照合することで、照合結果を生成する。判定結果が“ＹＥＳ”の場合、ステップＳ３３４に進み、それ以外の場合は、それ以外の場合、ステップＳ３４２に進む。

ステップＳ３３４では、読取端末２１は、非接触型リーダ２１１又は接触型リーダ２１２によるマイナンバーカードの読み取り処理を開始する。

ステップＳ３３６では、読取端末２１は、読み取り処理が成功したか否かを判定する。判定結果が“ＹＥＳ”の場合、ステップＳ３３８に進み、それ以外の場合（例えばリードエラーが発生した場合）、ステップＳ３４０に進む。

ステップＳ３３８では、読取端末２１は、読み取り処理を完了させ、読み取り処理が完了すると、図３の処理を終了する。

ステップＳ３４０では、読取端末２１は、別の読み取り方式への誘導処理を行う。例えば、今回のマイナンバーカードの読み取りが非接触型リーダ２１１により行われた場合、接触型リーダ２１２によりマイナンバーカードを読み取らせるように、第１ユーザ（又は第２ユーザ）を誘導する。また、今回のマイナンバーカードの読み取りが接触型リーダ２１２により行われた場合、非接触型リーダ２１１によりマイナンバーカードを読み取らせるように、第１ユーザ（又は第２ユーザ）を誘導する。このような誘導処理は、例えばディスプレイ２１５上にメッセージ及び／又は案内図等を出力することで実現されてもよい。また、誘導処理は、音声等により実行されてもよい。

ステップＳ３４２では、読取端末２１は、ピン入力の失敗回数が所定回数以上であるか否かを判定する。なお、所定回数は、マイナンバーカードから利用者証明用電子証明書を取得する用途の場合は、３回であってよく、マイナンバーカードから署名用電子証明書を取得する用途の場合は、５回であってよい。判定結果が“ＹＥＳ”の場合、図３に示す処理を終了し、それ以外の場合は、ステップＳ３３０に戻り、ユーザが再度のピン入力を行うためのピン入力画面をディスプレイ２１５に出力し、第１ユーザからのピン入力の待機状態となる。

なお、ピン入力の失敗回数が所定回数以上となると、マイナンバーカードにおいてパスワードロック処理が実行される。失敗回数に応じた後続処理の決定は、読取端末２１単体ではなく、情報処理装置２２と連携して実現されてもよい。なお、第１ユーザがパスワードのロック解除をする場合は、住民票がある市区町村の窓口にてパスワードのロック解除とともに、パスワード初期化申請をし、パスワードの再設定を行ってよい。

ところで、マイナンバーカードは、非接触型リーダ２１１及び接触型リーダ２１２のいずれによっても読み取り可能な情報記憶媒体である。

従って、第１ユーザは、マイナンバーカードに格納されている電子証明書を読取端末２１に読み取らせる際には、非接触型リーダ２１１及び接触型リーダ２１２のいずれをも用いることができる。

特に本実施例によれば、上述したように、読取端末２１が情報記憶媒体を処理していない状況下では、非接触型リーダ２１１及び接触型リーダ２１２は、決済に関する情報の入力の有無に関係なく、同時に待ち受け状態を維持している。これにより、第１ユーザは、いずれが待ち受け状態にあるかを意識することなく、所望の一方を利用して、マイナンバーカード内の電子証明書を読取端末２１に読み取らせることができる。また、非接触型リーダ２１１及び接触型リーダ２１２がともに待ち受け状態である場合、第１ユーザが非接触型リーダ２１１及び接触型リーダ２１２のいずれをも用いて、短時間でマイナンバーカード内の電子証明書を読み取り可能となる。これにより、非接触型リーダ２１１及び接触型リーダ２１２の双方又は一方を待ち受け状態へと遷移させるために所定入力を必要とするような比較例に比べて、利便性が向上する。

また、本実施例によれば、何らかの異常（例えばマイナンバーカードのＩＣの破損等）に起因して、非接触型リーダ２１１及び接触型リーダ２１２のいずれか一方でマイナンバーカードの読み取りができない場合でも（図３のステップＳ３３６の“ＮＯ”）、誘導処理（図３のステップＳ３４０）が実行されるので、第１ユーザは、非接触型リーダ２１１及び接触型リーダ２１２の他方を利用して、マイナンバーカード内の電子証明書を読取端末２１に読み取らせることができる。これにより、例えばマイナンバーカードのＩＣの破損があった場合でも、第１ユーザは、マイナンバーカードを再発行等することなく、読取端末２１に対する用途に関して継続的に利用できる。

次に、図４以降を参照して、情報記憶媒体がマイナンバーカードである場合に好適な読取端末２１の利用態様について説明する。

図４は、読取端末２１を組み込んだ個人情報利用システム１の全体構成を示す概略図である。なお、図４には、個人情報利用システム１に関連した他の要素（個人情報利用システム１に属さない要素）として、マイナンバーカードＭＣ（マイナンバーカードの一例）や、汎用基地局９０、失効確認サービスサーバ９２等が併せて示されている。なお、失効確認サービスサーバ９２は、地方公共団体情報システム機構（Ｊ－ＬＩＳ：Ｊａｐａｎ Ａｇｅｎｃｙ ｆｏｒ Ｌｏｃａｌ Ａｕｔｈｏｒｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍｓ）に係るサーバである。

個人情報利用システム１は、マイナンバーカードＭＣに紐付けられた個人情報を活用した本人確認エスクローサービスを実現するためのシステムである。

なお、マイナンバーカードからの電子証明書の読み出しにはＡＰＤＵ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）というデータ列が用いられ、読み出しシステムが送出するコマンドメッセージ（Ｃ－ＡＰＤＵ）に対し、マイナンバーカードＭＣからはレスポンスメッセージ（Ｒ－ＡＰＤＵ）が返される。このＡＰＤＵコマンド列をＷｉｎｄｏｗｓ（登録商標）環境で扱うためのインターフェースとしてＰＣ／ＳＣがある。ＰＣ／ＳＣにより、Ｗｉｎｄｏｗｓ（登録商標）のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）上のアプリケーションからは容易にＩＣカードへのアクセスが可能である。

以下では、ユーザとは、個人情報利用システム１を利用する人を指し、第１ユーザとは、マイナンバーカードＭＣを所持するユーザを指し、第２ユーザとは、第１ユーザに所定サービス又は所定商品を提供するユーザを指す。第２ユーザは、典型的には、所定サービス又は所定商品を提供する事業者及び／又はその従業員である。所定サービス又は所定商品は、任意であり、例えば所定サービスは、ホテルでの客室提供、レストランでの料理提供等でありうる。また、所定商品は、例えば車、船舶、携帯電話等でありうる。また、所定商品は、規制によって購入が制限される商品（例えば薬品や猟銃）等であってもよい。

個人情報利用システム１は、端末装置２と、第１サーバ３と、第２サーバ４とを含む。

端末装置２は、上述した読取端末２１と、情報処理装置２２とを含む。

読取端末２１は、第２ユーザにより利用される。読取端末２１は、マイナンバーカードＭＣとの間で各種通信を行うことで、マイナンバーカードＭＣのＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）チップに格納された各種情報を読み取ることができる端末である。読取端末２１は、例えば、アンテナを通じて非接触でマイナンバーカードＭＣのＩＣチップと通信（データの読み込み）を行うリーダの形態である。読取端末２１は、マイナンバーカードＭＣに係る読み取り専用の端末であってもよいし、クレジットカード等に係る決済を支援する機能のような、他の機能を併せて備える端末であってもよい。

読取端末２１は、接触方式及び／又は非接触方式で、マイナンバーカードＭＣから各種情報を読み取る装置であってよい。なお、マイナンバーカードＭＣのＩＣチップには、４種類のアプリケーションが実装されているが、ここでは、公的個人認証アプリケーションが利用されてよい。

情報処理装置２２は、各種のパーソナルコンピュータ、ラップトップコンピュータ、又はその類であってよい。また、情報処理装置２２は、読取端末２１とは別の携帯型の端末であってよい。この場合、情報処理装置２２は、タブレット端末、スマートフォン又はその類であってよい。情報処理装置２２のＯＳ（オペレーションシステム）は、任意であってよく、Ａｎｄｒｏｉｄ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）、ｉＯＳ（登録商標）又はその類であってよい。例えば、あるユーザは、Ａｎｄｒｏｉｄ（登録商標）の情報処理装置２２を使用し、他のユーザは、Ｗｉｎｄｏｗｓ（登録商標）の情報処理装置２２を使用し、更なるユーザは、ｉＯＳ（登録商標）の情報処理装置２２を使用することができる。このように本実施例では、後述する仮想デバイスドライバ３３を備えることで、多様なＯＳに対応できる。

情報処理装置２２は、好ましくは、閉域網用のＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）を備え、情報処理装置２２と読取端末２１との間の通信は、閉域網を介して実現される。これにより、プライバシー性が非常に高い情報である証明用情報をマイナンバーカードＭＣから読み取り情報処理装置２２に送信する際に、高い安全性を確保できる。

第１サーバ３は、例えばクラウドサーバであってよい。第１サーバ３の運営は、第２ユーザとは異なる第３ユーザ（例えば個人情報利用システム１の運営者）により実現されてよい。第１サーバ３のＯＳは、例えばＷｉｎｄｏｗｓ（登録商標）である。ただし、本実施例では、第１サーバ３は、後述するように、Ａｎｄｒｏｉｄ（登録商標）やｉＯＳ（登録商標）をＯＳとする情報処理装置２２との間で情報のやり取りができるように、仮想デバイスドライバ３３を有する。

第１サーバ３は、情報処理装置２２と閉域網ＮＷ１を介して通信可能である。図４に示す例では、第１サーバ３は、ゲートウェイ装置５、及び汎用基地局９０を介して、情報処理装置２２と通信可能である。この場合、ゲートウェイ装置５と汎用基地局９０の間の通信は、閉域網ＮＷ１を介して実現される。これにより、マイナンバーカードＭＣから読み取った証明用情報（暗号化された情報）を情報処理装置２２から第１サーバ３に送信する際の安全性を確保できる。なお、情報処理装置２２と第１サーバ３との間で送受信されるデータはＪＳＯＮ形式（ｃｈａｒ型配列）であってよい。

第１サーバ３は、第２サーバ４と閉域網ＮＷ１を介して通信可能である。図４に示す例では、ゲートウェイ装置５及び閉域網ＮＷ１を介して第２サーバ４と通信可能である。

なお、閉域網ＮＷ１は、例えば、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）（登録商標）によるセキュアなネットワークであってよい。なお、ＬＴＥ（登録商標）に代えて又は加えて、ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）、第五世代移動通信システム、ＵＭＢ（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）等が利用されてもよい。また、ゲートウェイ装置５は、セキュリティを高める観点から、特定ユーザ（例えば個人情報利用システム１の運営者）専用のゲートウェイであってよい。

第２サーバ４は、エスクローサービス用のサーバである。第２サーバ４の運営は、行政機関や地方公共団体情報システム機構、又は、その類の高い信頼性を有する機関や機構等である。これは、第２サーバ４は、後述するように、個人情報を保管する機能を有するためである。

図５は、情報処理装置２２が備える各種機能のうちの、個人情報利用システム１に関連する機能を概略的に示す図である。

情報処理装置２２は、図５に示すように、リーダ／ライタ制御ライブラリ２２１と、業務アプリケーション２２２と、カード読取ライブラリ２２３とを含む。

情報処理装置２２は、読取端末２１との間で各種情報のやり取りを行い、マイナンバーカードＭＣから読取端末２１を介して証明用情報を取得するように機能する。この際、業務アプリケーション２２２は、リーダ／ライタ制御ライブラリ２２１及びカード読取ライブラリ２２３と協働して、読取端末２１と各種情報のやり取りを行い、かつ、第１サーバ３と各種情報のやり取りを行う。

本実施例では、情報処理装置２２は、エスクローサービス用の用途の場合、マイナンバーカードＭＣから、証明用情報として署名用電子証明書及び利用者証明用電子証明書のうちの、署名用電子証明書を取得する。ただし、別の用途（例えば本人確認用の用途）では、情報処理装置２２は、マイナンバーカードＭＣから、証明用情報として署名用電子証明書及び利用者証明用電子証明書のうちの、利用者証明用電子証明書を取得してもよい。

業務アプリケーション２２２は、例えば、読取端末２１を介してマイナンバーカードＭＣから証明用情報を取得すると、取得した証明用情報を暗号化するとともに、暗号化した証明用情報に、付加情報を対応付けて、第１サーバ３に送信する。付加情報は、個々の事業者に固有な識別子（以下、「事業者ＩＤ」と称する）と、証明用情報の取得日時情報とを含んでよい。なお、付加情報についても、証明用情報とともに暗号化されて、第１サーバ３に送信されてもよい。事業者ＩＤは、事業者番号等が利用されてもよいし、個人情報利用システム１を利用する際に各事業者が行う登録時に付与されてもよい。

また、業務アプリケーション２２２は、読取端末２１を介してマイナンバーカードＭＣから証明用情報を取得すると、上述のように、第１サーバ３に証明用情報を送信した後に証明用情報を破棄する。これにより、情報処理装置２２内に証明用情報を残さない態様で、情報処理装置２２を介して第１サーバ３に証明用情報を供給できる。なお、業務アプリケーション２２２は、第１サーバ３に送信した直後に、証明用情報を破棄してもよいし、第１サーバ３から所定信号（例えば証明用情報を受信した旨の通知）を受信した際に、証明用情報を破棄してもよい。

図６は、第１サーバ３の機能を概略的に示す図である。

第１サーバ３は、図６に示すように、Ｗｅｂアプリケーション３１と、カード読取ライブラリ３２と、仮想デバイスドライバ３３と、復号化モジュール３４と、ＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）３５とを含む。なお、カード読取ライブラリ３２は、Ｗｅｂアプリケーション３１に付加される態様で実装されてよい。なお、カード読取ライブラリ３２は、地方公共団体情報システム機構の提供するカード読取ライブラリであってよい。

Ｗｅｂアプリケーション３１は、カード読取ライブラリ３２と協働して、情報処理装置２２から得た証明用情報に基づいて、失効確認サービスサーバ９２から、証明用情報の有効性の判定結果（例えば署名用電子証明書が有効か否かの判定結果）を得る。Ｗｅｂアプリケーション３１は、証明用情報が有効である場合、第２サーバ４に、証明用情報である署名用電子証明書に含まれる情報（例えば、基本４情報と呼ばれる氏名、性別、生年月日、住所）を、第２サーバ４に送信する。また、Ｗｅｂアプリケーション３１は、証明用情報の有効性の判定結果（有効／失効）を情報処理装置２２に送信してよい（図４の第１サーバ３から情報処理装置２２へのゲートウェイ装置５及び汎用基地局９０を介した実線の矢印参照）。

なお、Ｗｅｂアプリケーション３１は、電子証明書に含まれるすべてを第２サーバ４に送信してもよいし、電子証明書の一部（例えば基本４情報）だけを第２サーバ４に送信してもよい。以下、このようにしてＷｅｂアプリケーション３１が第２サーバ４に送信する情報を、単に「個人情報」とも称する。なお、Ｗｅｂアプリケーション３１は、個人情報を暗号化した上で、第２サーバ４に送信してよい。

Ｗｅｂアプリケーション３１は、好ましくは、個人情報に、上述した付加情報を対応付けて送信する。例えば、一の証明用情報に基づいて取得された個人情報には、当該一の個人情報に対応付けられた付加情報を対応付けて、第２サーバ４に送信する。これにより、第２サーバ４側において、付加情報に基づいて、個人情報を分類／抽出等を行うことが可能となる。これについては、後述する。

Ｗｅｂアプリケーション３１は、好ましくは、第２サーバ４に個人情報を送信した後に当該個人情報に係る証明用情報（署名用電子証明書）を破棄する。これにより、第１サーバ３内に証明用情報を残さない態様で、情報処理装置２２を介して第２サーバ４に個人情報を供給できる。なお、Ｗｅｂアプリケーション３１は、第２サーバ４に個人情報を送信した直後に、当該個人情報に係る証明用情報を破棄してもよいし、第１サーバ３から所定信号（例えば個人情報を受信した旨の通知）を受信した際に、証明用情報を破棄してもよい。

仮想デバイスドライバ３３は、異なるアプリケーションインターフェースに適合されたコマンド間の変換を行う。本実施例では、Ｗｅｂアプリケーション３１は、Ｗｉｎｄｏｗｓ（登録商標）用のアプリケーションインターフェースに適合されており、仮想デバイスドライバ３３は、ＰＣ／ＳＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ／Ｓｍａｒｔ Ｃａｒｄ）仮想ドライバを構成する。具体的には、仮想デバイスドライバ３３は、ＰＣ／ＳＣコマンドと、ＡＰＤＵコマンドとの間の変換を行う。なお、ＡＰＤＵは、ＩＣカード読取の際に読取端末（読取端末２１）とカード（マイナンバーカードＭＣ）との間で送受信されるデータ列であり、ＩＣカードの国際標準規格であるＩＳＯ７８１６－４に規定されている。また、ＰＣ／ＳＣは、Ｍｉｃｒｏｓｏｆｔ（会社名）が提供する、Ｗｉｎｄｏｗｓ（登録商標）環境でＩＣカードを利用するための標準アプリケーションインターフェースである。なお、ＰＣ／ＳＣの仕様は、カード、カードリーダ、カードのリソースを管理するリソースマネージャ、カードアプリケーションの４つアプリケーションインターフェースが定義されている。

復号化モジュール３４は、情報処理装置２２から受信した暗号化された情報（上述した証明用情報等）を復号し、復号した情報を仮想デバイスドライバ３３を介してＷｅｂアプリケーション３１に与える。具体的には、図３に示すように、復号化モジュール３４は、ＣＧＩ３５からの、暗号化されたＡＰＤＵレスポンスストリームを、復号化することで、復号化されたＡＰＤＵレスポンスストリームとして仮想デバイスドライバ３３に与える。

ＣＧＩ３５は、情報処理装置２２側の業務アプリケーション２２２とＷｅｂアプリケーション３１との間のインターフェースを実現する。ＣＧＩ３５は、仮想デバイスドライバ３３を介して、業務アプリケーション２２２とＷｅｂアプリケーション３１との間でのコマンドのやり取りを行い、当該やり取りを介して、上述した読取端末２１によるマイナンバーカードＭＣの読み取りから、Ｗｅｂアプリケーション３１への証明用情報の供給までを実現する。

このように本実施例によれば、上述したように第１サーバ３に仮想デバイスドライバ３３が設けられるので、第１サーバ３において、仮想デバイスドライバ３３によって、異なるアプリケーションインターフェースに適合されたコマンド間の変換を行うことができる。これにより、情報処理装置２２側は、第１サーバ３側のＷｅｂアプリケーション３１とは本来的には整合しない仕様（すなわちＰＣ／ＳＣに基づく仕様）とすることができる。これにより、ＰＣ／ＳＣに基づき情報処理装置２２によるＩＣカードへの良好なアクセス性を維持できる。このようにして、本実施例によれば、第１サーバ３の汎用性が高くなり、第１サーバ３を介して各種サービス（個人情報に係る各種サービス）を受けることができる情報処理装置２２のバリエーションを効率的に増加できる。

図７Ａは、読取端末２１によるマイナンバーカードＭＣの読み取りから、Ｗｅｂアプリケーション３１への証明用情報の送信までの、処理シーケンスを示す概略的なフローチャートである。なお、図７Ａでは、情報処理装置２２について「クライアント」と表記し、アプリケーションについて、「アプリ」と省略している。

ステップＳ４００では、情報処理装置２２のリーダ／ライタ制御ライブラリ２２１は、マイナンバーカードＭＣを検出する。

ステップＳ４０２では、第１サーバ３のＣＧＩ３５は、情報処理装置２２からのＰＯＳＴを受け取り、仮想デバイスドライバ３３にカード検出情報を送出する。

ステップＳ４０４では、第１サーバ３のＣＧＩ３５は、Ｗｅｂアプリケーション３１に読取指示を設定する。

ステップＳ４０６では、第１サーバ３のＷｅｂアプリケーション３１は、仮想デバイスドライバ３３及びＣＧＩ３５を介して、情報処理装置２２にコマンドメッセージ（Ｃ－ＡＰＤＵ）を送信する。

ステップＳ４０８では、情報処理装置２２のリーダ／ライタ制御ライブラリ２２１は、読取端末２１と通信し、暗号化されたレスポンスメッセージ（Ｒ－ＡＰＤＵ）を受け取る。

ステップＳ４１０では、情報処理装置２２の業務アプリケーション２２２は、レスポンスメッセージ（Ｒ－ＡＰＤＵ）をＣＧＩ３５に送信する。

ステップＳ４１２では、第１サーバ３のＣＧＩ３５は、レスポンスメッセージ（Ｒ－ＡＰＤＵ）を復号化した後、仮想デバイスドライバ３３を介してＷｅｂアプリケーション３１に送出する。

ステップＳ４１４では、ステップＳ４０６からステップＳ４１２を繰り返す。例えば、４５回繰り返す。これにより、第１サーバ３において読取結果（証明用情報）が得られる。なお、この際、コマンドメッセージ（Ｃ－ＡＰＤＵ）は、暗号化されず、マイナンバーカードＭＣからの情報だけが暗号化されてよい。

図７Ｂは、エスクローサービスの場合に図７Ａの処理に後続して実行される処理シーケンスを示す概略的なフローチャートである。

ステップＳ５００では、第１サーバ３は、証明用情報の有効性を、失効確認サービスサーバ９２に問い合わせる。

ステップＳ５０２では、第１サーバ３は、失効確認サービスサーバ９２から証明用情報の有効性の判定結果を受信するための待機状態となる。失効確認サービスサーバ９２から証明用情報の有効性の判定結果を受信すると（ステップＳ５０２の“ＹＥＳ”）、ステップＳ５０４に進む。

ステップＳ５０４では、第１サーバ３は、有効性の判定結果に基づいて、証明用情報が有効であるか否かを判定する。証明用情報が有効である場合は、ステップＳ５０６に進み、それ以外の場合は、ステップＳ５１０に進む。

ステップＳ５０６では、第１サーバ３は、カード読取ライブラリ３２を用いて証明用情報から個人情報を取り出す。

ステップＳ５０８では、第１サーバ３は、ステップＳ５０６で取り出した個人情報を第２サーバ４に送信する。

ステップＳ５１０では、第１サーバ３は、情報処理装置２２に証明用情報の有効性の判定結果を送信する。なお、ステップＳ５１０の処理は、ステップＳ５０６及びステップＳ５０８よりも先に実行されてもよい。

図７Ｃは、クライアント側が個人情報を取得する場合に図７Ａの処理に後続して実行される処理シーケンスを示す概略的なフローチャートである。

ステップＳ６００では、第１サーバ３は、証明用情報の有効性を、失効確認サービスサーバ９２に問い合わせる。

ステップＳ６０２では、第１サーバ３は、失効確認サービスサーバ９２から証明用情報の有効性の判定結果を受信するための待機状態となる。失効確認サービスサーバ９２から証明用情報の有効性の判定結果を受信すると（ステップＳ６０２の“ＹＥＳ”）、ステップＳ６０４に進む。

ステップＳ６０４では、第１サーバ３は、有効性の判定結果に基づいて、証明用情報が有効であるか否かを判定する。証明用情報が有効である場合は、ステップＳ６０６に進み、それ以外の場合は、ステップＳ６１０に進む。

ステップＳ６０６では、第１サーバ３は、カード読取ライブラリ３２を用いて証明用情報から個人情報（例えば基本４情報）を取り出す。

ステップＳ６０８では、第１サーバ３は、ステップＳ６０６で取り出した個人情報及び証明用情報の有効性の判定結果を情報処理装置２２に送信する。なお、個人情報及び証明用情報の有効性の判定結果は、同時に送信されてもよいし、別々に送信されてもよい。あるいは、個人情報だけが情報処理装置２２に送信されてもよい。

ステップＳ６１０では、第１サーバ３は、情報処理装置２２に証明用情報の有効性の判定結果を送信する。

図７Ｄは、本人確認のみを行う場合に図７Ａの処理に後続して実行される処理シーケンスを示す概略的なフローチャートである。本人確認のみを行う場合は、図示を省略するが、図７Ａの処理では、マイナンバーカードＭＣから、証明用情報として署名用電子証明書及び利用者証明用電子証明書のうちの、利用者証明用電子証明書が取得される。

ステップＳ７００では、第１サーバ３は、証明用情報の有効性を、失効確認サービスサーバ９２に問い合わせる。

ステップＳ７０２では、第１サーバ３は、失効確認サービスサーバ９２から証明用情報の有効性の判定結果を受信するための待機状態となる。失効確認サービスサーバ９２から証明用情報の有効性の判定結果を受信すると（ステップＳ７０２の“ＹＥＳ”）、ステップＳ７０４に進む。

ステップＳ７０４では、第１サーバ３は、情報処理装置２２に証明用情報の有効性の判定結果を送信する。

このように本実施例によれば、上述したように第１サーバ３に仮想デバイスドライバ３３が設けられるので、第１サーバ３において、仮想デバイスドライバ３３により異なるアプリケーションインターフェースに適合されたコマンド間の変換を行うことができる。

図８は、第２サーバ４の機能を概略的に示す図である。

第２サーバ４は、図８に示すように、個人情報管理アプリケーション４１と、個人情報データベース４２とを含む。

個人情報管理アプリケーション４１は、上述したように第１サーバ３から個人情報を受信すると、個人情報データベース４２内に個人情報を保管する。個人情報管理アプリケーション４１は、所定の情報アクセス条件が満たされた場合のみアクセス可能となる態様で、第１サーバから受信した個人情報をアクセス不能な状態で保管する。

所定の情報アクセス条件は、好ましくは、容易な個人情報へのアクセスが許容されないように、厳しい条件に設定される。例えば、所定の情報アクセス条件は、人命や社会全体の危機に関わるいわゆる有事の場合にのみ満たされてよい。この場合、所定の情報アクセス条件は、好ましくは、行政機関によって定められる（例えば市町村の条例によって定められる）。これにより、個人情報の適切な管理を期待できる。また、所定の情報アクセス条件の成否は、好ましくは、行政機関により判断される。これにより、所定の情報アクセス条件の成否が適切に判断されることを期待できる。

個人情報管理アプリケーション４１は、個人情報データベース４２における個人情報の保管期間を管理する。例えば、個人情報管理アプリケーション４１は、一の個人情報の保管時点から所定時間経過すると、当該一の個人情報を破棄してよい。この場合、例えば、個人情報管理アプリケーション４１は、各個人情報に対応付けられた付加情報（証明用情報の取得日時情報）に基づいて、取得日時から所定時間経過したか否かを判断してもよい。

個人情報データベース４２には、上述したように第１サーバ３から受信した個人情報を記憶する。図９は、個人情報データベース４２内のデータの一例を示す図である。図９に示す例では、取得ＩＤごとに、個人情報と、付属情報（取得日時情報及び事業者ＩＤ）が記憶されている。

この場合、何月何日に特定の店で所定サービスを受けた人に係る個人情報は、取得日時情報及び事業者ＩＤ（特定の店に係る事業者ＩＤ）に基づいて容易に抽出できる。具体的には、ある特定の日に、災害があり、あるホテルに火災が発生した事態を想定する。この場合、所定の情報アクセス条件が満たされるとする。そして、その結果、行政機関は、当該ホテルに滞在していた人の個人情報を取得でき、安否確認等に役立てることができる。

次に、図１０を参照して、個人情報利用システム１に係る個人情報利用方法について説明する。

図１０は、個人情報利用システム１に係る個人情報利用方法を概略的に示すタイミングチャートである。ここでは、ホテルでの客室提供について説明するが、他のサービスや商品についても同様に適用できる。なお、図１０において、点線の矢印は、人同士のやり取りを指す。また、図１０において、マイナンバーカードＭＣは、「ＭＣ」と略されている。

まず、ホテルの予約を行った第１ユーザは、ホテルのフロントでチェックインを要求する（ステップＳ７００）。

ホテルの従業員である第２ユーザは、マイナンバーカードＭＣからの証明用情報を要求する（ステップＳ７０２）。

第１ユーザ又は第２ユーザは、第１ユーザが所持するマイナンバーカードＭＣを、読取端末２１に対してセットする（ステップＳ７０４）。

ついで、端末装置２及び第１サーバ３は、上述した読取端末２１によるマイナンバーカードＭＣの読み取りから、Ｗｅｂアプリケーション３１への証明用情報の供給までの処理（図１０には「証明用情報エスクロー処理」と表記）を実行する（ステップＳ７０６、ステップＳ７０８）。

第１サーバ３は、失効確認サービスサーバ９２に、供給された証明用情報の有効性を問い合わせする（ステップＳ７１０）。

失効確認サービスサーバ９２は、第１サーバ３に対して証明用情報（電子証明書）の有効性の判定結果を供給（発行）する（ステップＳ７１２）。

第１サーバ３は、証明用情報が有効であるか否かの判定結果（失効確認サービスサーバ９２による判定結果）を、端末装置２に送信する（ステップＳ７１４）。

第２ユーザは、証明用情報が有効である場合は、チェックインを完了させる（ステップＳ７１６）。なお、情報処理装置２２は、マイナンバーカードＭＣから読み取った証明用情報に基づいて、宿泊用の各種情報を記録してもよい（ステップＳ７１８）。なお、エスクローサービスとは別のサービス又は用途により、第１サーバ３から証明用情報内に含まれる情報（例えば、基本４情報と呼ばれる氏名、性別、生年月日、住所）が情報処理装置２２に送出される場合は、情報処理装置２２は、当該情報に基づいて、宿泊用の各種情報を記録してもよい。この場合、情報処理装置２２に供給された情報（証明用情報内に含まれる情報）は、宿泊用の各種情報を記録した後にすぐに破棄されてよい。

第１ユーザは、チェックインの完了により、ホテルの客室を利用する（ステップＳ７２０）。

第１サーバ３は、証明用情報が有効である場合、個人情報を第２サーバ４に送信する（ステップＳ７２２）。

第２サーバ４は、第１サーバ３から個人情報を受信すると、個人情報データベース４２に記憶（保管）する（図９）（ステップＳ７２４）。この際、第２サーバ４は、所定の情報アクセス条件が満たされた場合のみアクセス可能となる態様で、第１サーバ３から受信した個人情報をアクセス不能な状態で保管する。

その後、有事の発生により所定の情報アクセス条件が満たされたと判定される（ステップＳ７３０）ことで、第２サーバ４は、個人情報の照会を可能とする。この場合、例えば第１ユーザに宿泊した日に、当該ホテルに関して、所定の情報アクセス条件が満たされた判定されると、第１ユーザの個人情報がアクセス可能（利用可能）となる（ステップＳ７３２）。

以上、各実施例について詳述したが、特定の実施例に限定されるものではなく、特許請求の範囲に記載された範囲内において、種々の変形及び変更が可能である。また、前述した実施例の構成要素を全部又は複数を組み合わせることも可能である。

１ 個人情報利用システム
２ 端末装置
３ 第１サーバ
４ 第２サーバ
５ ゲートウェイ装置
２１ 読取端末
２２ 情報処理装置
３１ Ｗｅｂアプリケーション
３２ カード読取ライブラリ
３３ 仮想デバイスドライバ
３４ 復号化モジュール
４１ 個人情報管理アプリケーション
４２ 個人情報データベース
９０ 汎用基地局
９２ 失効確認サービスサーバ
２１０Ａ 電源部
２１０Ｂ メインバッテリ
２１０Ｃ バッテリゲージ
２１０Ｄ コインバッテリ
２１０Ｅ 充電回路
２１１ 非接触型リーダ
２１２ 接触型リーダ
２１３ 情報処理部
２１４ イメージスキャンエンジンバーコード
２１５ ディスプレイ
２１６ セキュア磁気ヘッド
２１７ セキュアキーボード
２１８ ブザー
２１９Ａ 通信部
２１９Ｂ 通信部
２１９Ｃ 通信部
２２１ ライタ制御ライブラリ
２２２ 業務アプリケーション
２２３ カード読取ライブラリ

Claims (6)

1. 決済以外の用途において適用可能な情報処理端末であって、
   情報記憶媒体から情報を読み取り可能な接触型の読み取り部と、
   前記情報記憶媒体から情報を読み取り可能な非接触型の読み取り部と、
   前記接触型の読み取り部及び前記非接触型の読み取り部のそれぞれにより読み取られた情報を処理する情報処理部とを、備え、
   前記接触型の読み取り部及び前記非接触型の読み取り部は、決済に関する情報の入力がなされていない前記情報記憶媒体から読み取り対象の情報を読み取り可能であり、
   前記情報処理部は、前記接触型の読み取り部及び前記非接触型の読み取り部のそれぞれを同時に、前記情報記憶媒体から情報を読み取り可能な待ち受け状態に維持しつつ、前記接触型の読み取り部により読み取られた情報又は前記非接触型の読み取り部により読み取られた情報を処理するものであって、前者の情報である場合には第１後続処理を、後者の情報である場合には第２後続処理を、それぞれ実行し、前記情報記憶媒体は、処理可能な種別として、個人ごとに固有の証明用情報が記憶された第１種別を含み、
   前記第１種別に応じた前記第１後続処理及び前記第１種別に応じた前記第２後続処理は、それぞれ、コード入力に基づく認証が成功した場合に行う所定情報読み取り処理と、前記所定情報読み取り処理がエラーとなった場合に別の読み取り方式にユーザを誘導する誘導処理を含む、情報処理端末。
2. 前記情報処理部は、前記接触型の読み取り部及び前記非接触型の読み取り部のいずれかから処理対象の情報が入力されたか否かを判定し、
   前記処理対象の情報が入力されたと判定されると、前記処理対象の情報が、前記接触型の読み取り部により読み取られた情報又は前記非接触型の読み取り部により読み取られた情報のうちの、いずれかであるかを判定し、
   前記処理対象の情報が入力されなかったと判定されると、前記接触型の読み取り部及び前記非接触型の読み取り部のそれぞれを同時に前記待ち受け状態に維持する、請求項１に記載の情報処理端末。
3. 前記情報記憶媒体は、アプリケーションＩＤを含む情報を、前記接触型の読み取り部及び前記非接触型の読み取り部のうちの少なくともいずれか一方に読み取らせることが可能であり、
   前記情報処理部は、入力された前記処理対象の情報が前記接触型の読み取り部により読み取られた情報であると判定した場合に、前記処理対象の情報に含まれるアプリケーションＩＤに基づいて、前記情報記憶媒体の種別に応じた前記第１後続処理を実行する、請求項２に記載の情報処理端末。
4. 前記情報処理部は、入力された前記処理対象の情報が前記非接触型の読み取り部により読み取られた情報であると判定した場合に、前記処理対象の情報に含まれるアプリケーションＩＤに基づいて、前記情報記憶媒体の種別に応じた前記第２後続処理を実行する、請求項３に記載の情報処理端末。
5. 前記第２後続処理は、前記第１後続処理よりも、処理可能な前記情報記憶媒体の種別の数が多い、請求項４に記載の情報処理端末。
6. 前記第１種別に応じた前記第１後続処理及び前記第１種別に応じた前記第２後続処理は、それぞれ、コード入力を取得する処理と、コード入力に基づいて認証を行う処理と、コード入力に基づく認証が成功した場合に行う前記所定情報読み取り処理とを含む、請求項４又は５に記載の情報処理端末。