JP7288925B2 - 情報処理システム、携帯型の読み取り端末、及びソフトウェア製品 - Google Patents

Description

本開示は、情報処理システム、携帯型の読み取り端末、及びソフトウェア製品に関する。

開発するプログラムが実際に稼働する組込み機器上でエミュレータプログラムを導入し外部接続するオプション機器なしにプログラムの開発を行うことを可能とする技術が知られている。

特開２０１８－７３０７９号公報

ところで、端末装置を介して取得した所定情報に基づいて特定の情報を外部サーバから取得する場合に、端末装置側のアプリケーションインターフェースとサーバ側のアプリケーションインターフェースとが異種であると、特定の情報を外部サーバから取得することが難しい。

そこで、１つの側面では、本開示は、端末装置側のアプリケーションインターフェースとサーバ側のアプリケーションインターフェースとが異種である場合でも、特定の情報を外部サーバから取得可能とすることを目的とする。

１つの側面では、媒体から所定情報を取得可能であり、第１のアプリケーションインターフェースを有する端末装置と、
所定アプリケーション及び仮想デバイスドライバを有するサーバとを、備え、
前記所定アプリケーションは、前記第１のアプリケーションインターフェースとは異なる第２のアプリケーションインターフェースに適合されており、
前記仮想デバイスドライバは、前記所定アプリケーションと前記端末装置との間の情報のやり取りを仲介することで、前記所定アプリケーションに、前記端末装置により取得された前記所定情報に基づいて、前記所定情報に対応付けられた特定の情報を外部サーバから取得させる、情報処理システムが提供される。

１つの側面では、本開示によれば、端末装置側のアプリケーションインターフェースとサーバ側のアプリケーションインターフェースとが異種である場合でも、特定の情報を外部サーバから取得することが可能となる。

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

以下、添付図面を参照しながら各実施例について詳細に説明する。

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

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

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

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

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

端末装置２は、携帯型の読み取り端末２１（以下、「読取端末２１」と称する）と、情報処理装置２２とを含む。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

１ 個人情報利用システム
２ 端末装置
３ 第１サーバ
４ 第２サーバ
５ ゲートウェイ装置
２１ 読取端末
２２ 情報処理装置
３１ Ｗｅｂアプリケーション
３２ カード読取ライブラリ
３３ 仮想デバイスドライバ
３４ 復号化モジュール
３５ ＣＧＩ
４１ 個人情報管理アプリケーション
４２ 個人情報データベース
９０ 汎用基地局
９２ 失効確認サービスサーバ
２２１ リーダ／ライタ制御ライブラリ
２２２ 業務アプリケーション
２２３ カード読取ライブラリ
ＭＣ マイナンバーカード
ＮＷ１ 閉域網

Claims (7)

1. 媒体から所定情報を取得可能であり、第１のアプリケーションインターフェースを有する端末装置と、
   所定アプリケーション及び仮想デバイスドライバを有する第１サーバとを、備え、
   前記所定アプリケーションは、前記第１のアプリケーションインターフェースとは異なる第２のアプリケーションインターフェースに適合されており、
   前記所定アプリケーションからのコマンドメッセージが仮想デバイスドライバを経由して前記端末装置に送信され、
   前記コマンドメッセージに応答して、前記端末装置により取得された前記所定情報が前記端末装置から前記仮想デバイスドライバを経由して前記所定アプリケーションに送出され、
   前記所定アプリケーションが前記端末装置から送出された前記所定情報を受信した場合に、前記所定アプリケーションは、前記所定情報に対応付けられた特定の情報を外部サーバから取得し、
   前記仮想デバイスドライバは、前記第１のアプリケーションインターフェースに適合された第１コマンドと、前記第２のアプリケーションインターフェースに適合された第２コマンドとの間の変換を行う、情報処理システム。
2. 前記所定情報は、証明用情報であり、
   前記特定の情報は、前記証明用情報の有効性の判定結果に関する情報である、請求項１に記載の情報処理システム。
3. 前記第１コマンドは、ＡＰＤＵコマンドであり、前記第２コマンドは、ＰＣ／ＳＣコマンドであり、
   前記所定アプリケーションは、ＰＣ／ＳＣコマンドで動作するＷＥＢアプリケーションである、請求項１に記載の情報処理システム。
4. 前記端末装置は、携帯型の読み取り端末と、情報処理装置とを含み、
   前記情報処理装置は、前記読み取り端末と閉域網により通信可能であり、かつ、前記第１サーバと閉域網を介して通信可能である、請求項１から３のうちのいずれか１項に記載の情報処理システム。
5. 前記情報処理装置は、前記携帯型の読み取り端末との間でＡＰＤＵコマンドをやり取りしかつ前記第１サーバとの間でカプセル化されたＡＰＤＵコマンドをやり取りするＷＥＢアプリケーションを有する、請求項４に記載の情報処理システム。
6. 請求項４又は５に記載の情報処理システムにおける携帯型の読み取り端末。
7. 請求項１から５のうちのいずれか１項に記載の情報処理システムにおける前記仮想デバイスドライバを実現するプログラム。

Images