JP7062249B1 - 情報処理装置、情報処理方法、およびプログラム - Google Patents

Abstract

【課題】身分証明証及び健康保険証の連携をセキュアに実現する情報処理装置、情報処理方法及びプログラムを提供する。【解決手段】クライアント装置１０とサーバ３０が、ネットワークを介して接続され、身分証明証及び健康保険証の連携をセキュアに実現する情報システムにおいて、サーバは、クライアント装置によって送信されたマイナンバーカード情報及び保険証情報を取得（受信）する。サーバは、マイナンバーカード情報及び保険証情報を統合し、統合情報を生成する（Ａ１）。サーバは、統合情報を暗号化し、暗号化統合情報を生成する（Ａ２）。サーバは、暗号化統合情報を記憶装置３１に保存する。【効果】復号鍵を入手しない限り、暗号化統合情報からマイナンバーカード情報又は保険証情報を容易に復元することはできない故に、統合情報の代わりに暗号化統合情報を記憶装置に保存することで、記憶装置に保存された情報が漏洩する事態の被害を緩和できる。【選択図】図３

Description

特許法第３０条第２項適用 ウェブサイト、ｈｔｔｐｓ：／／ｎｅｘｔｉｎｎｏｖａｔｉｏｎ－ｉｎｃ．ｃｏ．ｊｐ／ｓｅｒｖｉｃｅ／ｍｅｄｉｃｏｎｎｅｃｔ、ｈｔｔｐｓ：／／ｐｒｔｉｍｅｓ．ｊｐ／ｍａｉｎ／ｈｔｍｌ／ｒｄ／ｐ／０００００００４８．００００２１６６１．ｈｔｍｌ、ｈｔｔｐｓ：／／ｎｏｔｅ．ｃｏｍ／ｎｉ＿ｉｎｃ／ｎ／ｎ９６５ｄｆｆ２ｅａｆａｄ、ｈｔｔｐｓ：／／ｊａｐａｎ．ｃｎｅｔ．ｃｏｍ／ｒｅｌｅａｓｅ／３０５０２９３５、ｈｔｔｐｓ：／／ｍ．ｆａｃｅｂｏｏｋ．ｃｏｍ／ｎｅｘｔｉｎｎｏｖａｔｉｏｎｉｎｃ／ｐｏｓｔｓ／１２９３９０９３１０９８０２１８、ｈｔｔｐｓ：／／ｊａｐａｎ．ｚｄｎｅｔ．ｃｏｍ／ｒｅｌｅａｓｅ／３０５０２９３５ で発表

本開示は、情報処理装置、情報処理方法、およびプログラムに関する。

近年、日本国は、個人番号カード（いわゆるマイナンバーカード）を健康保険証としても使えるようにするための取り組みを推進している。しかしながら、現在の医療現場では、マイナンバーカードと健康保険証との連携が進んでいるとは言い難い。そこで、かかる取り組みを補完するための仕組みが求められる。

特許文献１には、例えば初診時に患者基本情報を医療施設のデータベースに登録することが記載されている。特許文献１では、患者基本情報の例として、マイナンバーカード等に記載された番号である個人識別情報、および保険証情報が挙げられている。

特開2020-086551号公報

マイナンバーカードおよび健康保険証の情報は、漏洩、滅失、または毀損することのないよう保存および管理することが求められる。特許文献１では、患者基本情報または医療施設のデータベースのセキュリティに関する説明がなされていない。故に、特許文献１の技術を用いてマイナンバーカードおよび健康保険証の連携を実現した場合に、セキュリティの不備により医療施設のデータベースに登録された個人識別情報および保険証情報を含む患者の一連の個人情報が漏洩して患者に被害を及ぼすおそれがある。

本開示の目的は、身分証明証および健康保険証の連携をセキュアに実現することである。

本開示の一態様に係る情報処理装置は、身分証明証に関する証明証情報と身分証明証の持ち主の生体情報とを取得する手段と、健康保険証に関する保険証情報を取得する手段と、証明証情報および保険証情報を統合し、統合情報を生成する手段と、統合情報に対し暗号化を含む後処理を行うことで、暗号化統合情報を生成する手段と、身分証明証および健康保険証の連携を申請するユーザを識別する識別情報に関連付けて、暗号化統合情報と身分証明証の持ち主の生体情報に基づく認証用情報とを少なくとも１つの記憶装置に保存する手段とを具備する。

本開示によれば、身分証明証および健康保険証の連携をセキュアに実現できる。

本実施形態の情報処理システムの構成を示すブロック図である。 クライアント装置およびサーバの構成を示すブロック図である。 本実施形態の概要の説明図である。 ユーザの顔画像の取り込みの説明図である。 本実施形態の統合情報のデータ構造を示す図である。 統合情報と、マイナンバーカード情報と、保険証情報との関係を示す図である。 本実施形態の認証用情報データベースのデータ構造を示す図である。 本実施形態の登録処理のフローチャートである。 本実施形態の利用処理の全体フローの前半を示す図である。 本実施形態の利用処理の全体フローの後半を示す図である。 本実施形態の利用処理において表示される画面例を示す図である。 本実施形態の利用処理において表示される画面例を示す図である。 本実施形態の仮登録処理のフローチャートである。 本実施形態の本登録処理のフローチャートである。

以下、本発明の一実施形態について、図面に基づいて詳細に説明する。なお、実施形態を説明するための図面において、同一の構成要素には原則として同一の符号を付し、その繰り返しの説明は省略する。

（１）情報処理システムの構成
本実施形態の情報処理システムの構成について説明する。図１は、本実施形態の情報処理システムの構成を示すブロック図である。

図１に示すように、情報処理システム１は、クライアント装置１０と、サーバ３０とを備える。
クライアント装置１０及びサーバ３０は、ネットワーク（例えば、インターネット又はイントラネット）ＮＷを介して接続される。

クライアント装置１０は、サーバ３０にリクエストを送信する情報処理装置の一例である。クライアント装置１０は、例えば、スマートフォン、タブレット端末、又は、パーソナルコンピュータである。クライアント装置１０は、典型的にはユーザの私的な情報処理装置であるが、例えば医療機関または公的機関に設置された公的な情報処理装置であってもよい。

サーバ３０は、クライアント装置１０から送信されたリクエストに応じたレスポンスをクライアント装置１０に提供する情報処理装置の一例である。サーバ３０は、例えば、ウェブサーバ、アプリケーションサーバ、データベースサーバ、またはそれらの組み合わせである。

（１－１）クライアント装置の構成
本実施形態のクライアント装置の構成について説明する。図２は、クライアント装置およびサーバの構成を示すブロック図である。

図２に示すように、クライアント装置１０は、記憶装置１１と、プロセッサ１２と、入出力インタフェース１３と、通信インタフェース１４とを備える。

記憶装置１１は、プログラム及びデータを記憶するように構成される。記憶装置１１は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳ（Operating System）のプログラム
・情報処理を実行するアプリケーション（例えば、ウェブブラウザ、またはヘルスケアアプリ）のプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータ及びデータベース
・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）

プロセッサ１２は、記憶装置１１に記憶されたプログラムを起動することによって、クライアント装置１０の機能を実現するように構成される。プロセッサ１２は、コンピュータの一例である。記憶装置１１により記憶されるプログラム及びデータは、ネットワークを介して提供されてもよいし、コンピュータにより読み取り可能な記録媒体に記録して提供されてもよい。なお、クライアント装置１０の機能の少なくとも一部が、１又は複数の専用のハードウェアにより実現されていてもよい。

入出力インタフェース１３は、クライアント装置１０に接続される入力デバイスから信号（例えば、ユーザの指示、センシングデータ）を取得し、かつ、クライアント装置１０に接続される出力デバイスに信号（例えば、画像信号、音声信号、制御信号）を出力するように構成される。
入力デバイスは、例えば、カメラ、ＩＣ（Integrated Circuit）カードリーダ、スキャナ、センサ、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイ、スピーカ、又はそれらの組み合わせである。

通信インタフェース１４は、クライアント装置１０と外部装置（例えばサーバ３０）との間の通信を制御するように構成される。

（１－２）サーバの構成
本実施形態のサーバの構成について説明する。

図２に示すように、サーバ３０は、記憶装置３１と、プロセッサ３２と、入出力インタフェース３３と、通信インタフェース３４とを備える。

記憶装置３１は、プログラム及びデータを記憶するように構成される。記憶装置３１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳのプログラム
・情報処理を実行するアプリケーションのプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータ及びデータベース
・情報処理の実行結果

プロセッサ３２は、記憶装置３１に記憶されたプログラムを起動することによって、サーバ３０の機能を実現するように構成される。プロセッサ３２は、コンピュータの一例である。記憶装置３１により記憶されるプログラム及びデータは、ネットワークを介して提供されてもよいし、コンピュータにより読み取り可能な記録媒体に記録して提供されてもよい。なお、サーバ３０の機能の少なくとも一部が、１又は複数の専用のハードウェアにより実現されていてもよい。

入出力インタフェース３３は、サーバ３０に接続される入力デバイスから信号を取得し、かつ、サーバ３０に接続される出力デバイスに信号を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイ、スピーカ、又はそれらの組み合わせである。

通信インタフェース３４は、サーバ３０と外部装置（例えばクライアント装置１０）との間の通信を制御するように構成される。

（２）実施形態の概要
本実施形態の概要について説明する。図３は、本実施形態の概要の説明図である。図４は、ユーザの顔画像の取り込みの説明図である。

図３に示すように、クライアント装置１０は、健康保険証ＨＩＣに関する保険証情報（例えば、健康保険証ＨＩＣの券面記載情報）を取得し、サーバ３０へ送信する。
クライアント装置１０は、マイナンバーカード（「身分証明証」の一例）ＭＮＣに関するマイナンバーカード情報（「証明証情報」の一例）（例えば、マイナンバーカードＭＮＣの券面記載情報、またはマイナンバーカードＭＮＣに搭載されたＩＣチップに格納された情報）と、マイナンバーカードＭＮＣの持ち主の顔写真ＰＨに関する顔写真情報（「持ち主の生体情報」の一例）とを取得し、サーバ３０へ送信する。
クライアント装置１０は、マイナンバーカードＭＮＣおよび健康保険証ＨＩＣの連携を申請するユーザＵＳの顔画像情報（「生体情報」の一例）を取得し、サーバ３０へ送信する。

サーバ３０は、クライアント装置１０によって送信されたマイナンバーカード情報および保険証情報を取得（受信）する。サーバ３０は、マイナンバーカード情報および保険証情報を統合し、統合情報を生成する（Ａ１）。サーバ３０は、統合情報を暗号化し、暗号化統合情報を生成する（Ａ２）。サーバ３０は、暗号化統合情報を記憶装置３１に保存する。復号鍵を入手しない限り、暗号化統合情報からマイナンバーカード情報または保険証情報を容易に復元することはできない。故に、統合情報の代わりに暗号化統合情報を記憶装置３１に保存することで、記憶装置３１に保存された情報が漏洩する事態が生じた場合の被害を緩和することができる。

サーバ３０は、クライアント装置１０によって送信された顔写真情報を取得（受信）する。サーバ３０は、顔写真情報に基づく認証用情報を記憶装置３１に保存する。

サーバ３０は、クライアント装置１０によって送信された顔画像情報を取得（受信）する。サーバ３０は、顔画像情報と上記認証用情報とを参照し、ユーザＵＳとマイナンバーカードＭＮＣの持ち主が同一人物であるか否かを判定することで本人認証を行う（Ｂ）。

サーバ３０は、本人認証の結果に応じて、ユーザＵＳに関する認証用情報および暗号化統合情報の取り扱いを決定する。一例として、サーバ３０は、暗号化統合情報を記憶装置３１に保存する前に、本人認証を行う。サーバ３０は、ユーザＵＳとマイナンバーカードＭＮＣの持ち主とが同一人物でないと判定した場合に、暗号化統合情報が記憶装置３１（ここでいう記憶装置３１は、主記憶ではなく補助記憶装置である）に保存されない。暗号化統合情報が記憶装置３１に保存されないとは、暗号化統合情報の保存を省略することに限らず、マイナンバーカード情報および保険証情報の統合、または統合情報の暗号化を省略することによっても実現可能である。或いは、サーバ３０は、ユーザＵＳとマイナンバーカードＭＮＣの持ち主とが同一人物でないと判定した場合に、記憶装置３１に保存されている暗号化統合情報を削除してもよい。これにより、ユーザＵＳが他人になりすましてマイナンバーカードＭＮＣおよび健康保険証ＨＩＣの連携を行うことを防ぐことができる。

特に図４に示すように、ユーザＵＳの顔およびマイナンバーカードＭＮＣの両方が写った画像ＦＩを取得することで、ユーザＵＳが連携を申請したマイナンバーカードＭＮＣを現有していることを確認することができる。また、一枚の画像ＦＩから顔画像情報および顔写真情報を抽出することができる。

（３）データ構造
本実施形態のデータ構造について説明する。

（３－１）統合情報
本実施形態の統合情報のデータ構造について説明する。図５は、本実施形態の統合情報のデータ構造を示す図である。図６は、統合情報と、マイナンバーカード情報と、保険証情報との関係を示す図である。

統合情報は、ユーザのマイナンバーカード情報および保険証情報の統合結果に関する情報である。図５に示すように、統合情報は、ユーザＩＤに関連付けられる。ユーザＩＤは、ユーザを識別する情報である。

図５および図６に示すように、統合情報は、マイナンバーカード固有情報、保険証固有情報、および共通情報を含む。

マイナンバーカード固有情報は、マイナンバーカード情報に含まれるが保険証情報に含まれない情報である。保険証固有情報は、保険証情報に含まれるがマイナンバーカード情報に含まれない情報である。共通情報は、マイナンバーカード情報および保険証情報に共に含まれる情報である。

マイナンバーカード固有情報は、例えば、個人番号、電子証明書、またはそれらの組み合わせに関する情報を含むことができる。

保険証固有情報は、例えば、被保険者番号、保険者番号、またはそれらの組み合わせに関する情報を含むことができる。

共通情報は、例えば、氏名、生年月日、住所、性別、またはそれらの組み合わせに関する情報を含むことができる。

（３－２）認証用情報データベース
本実施形態の認証用情報データベースについて説明する。図７は、本実施形態の認証用情報データベースのデータ構造を示す図である。

認証用情報は、ユーザの本人確認に用いる情報である。

図７に示すように、認証用情報データベースは、「ユーザＩＤ」フィールドと、「認証用情報」フィールドとを含む。各フィールドは、互いに関連付けられている。

「ユーザＩＤ」フィールドには、ユーザＩＤが格納される。

「認証用情報」フィールドには、認証用情報が格納される。認証用情報は、クライアント装置１０から取得された顔写真情報であってもよいし、顔写真情報に対して情報処理（例えば特徴量の抽出）を行った結果であってもよい。情報処理が不可逆な変換に相当する場合に、顔写真情報に対して情報処理を行った結果から顔写真情報を容易に復元することはできない。故に、顔写真情報の代わりに当該顔写真情報に対して情報処理を行った結果を認証用情報として認証用情報データベースに格納することで、認証用情報データベースに格納された情報が漏洩する事態が生じた場合の被害を緩和することができる。例えば、認証用情報は、顔写真情報から抽出された顔特徴量情報である。

（４）情報処理
本実施形態の情報処理について説明する。

（４－１）登録処理
本実施形態の登録処理について説明する。図８は、本実施形態の登録処理のフローチャートである。

図８の登録処理は、例えばクライアント装置１０から統合情報の登録に関する要求を受信したことに応じて開始する。クライアント装置１０は、例えばユーザがマイナンバーカードおよび健康保険証の連携の申請に関する指示を行ったことに応じて、かかる要求を発行し、サーバ３０へ送信する。

図８に示すように、サーバ３０は、各種情報の取得（Ｓ１００）を実行する。
具体的には、プロセッサ３２は、クライアント装置１０から送信された、ユーザの顔画像情報、マイナンバーカード情報、顔写真情報、および保険証情報を取得する。これらの情報を取得するタイミングは、同一であってもよいし、異なっていてもよい。

クライアント装置１０は、入力デバイスに含まれるカメラを起動する。カメラは、ユーザの顔を撮影することで顔画像情報を生成する。クライアント装置１０は、生成された顔画像情報をサーバ３０へ送信する。

クライアント装置１０は、以下のいずれかのマイナンバーカード情報を取得し、サーバ３０へ送信する。
・入力デバイスに含まれるＩＣカードリーダがマイナンバーカードに搭載されたＩＣチップを読み取ることで取得したマイナンバーカード情報
・入力デバイスに含まれるカメラがマイナンバーカードを撮影することで生成したマイナンバーカード情報（画像、または画像に対するＯＣＲ（Optical Character Recognition）結果）
・入力デバイスに含まれるスキャナがマイナンバーカードをスキャンすることで生成したマイナンバーカード情報（画像、または画像に対するＯＣＲ結果）
・入力デバイスに含まれるキーボードまたはタッチパネルに手入力されたマイナンバーカード情報
・記憶装置１１に予め保持されていたマイナンバーカード情報、

クライアント装置１０は、以下のいずれかの顔写真情報を取得し、サーバ３０へ送信する。顔写真情報は、マイナンバーカード情報とは独立に取得されてもよいし、マイナンバーカード情報の一部として取得されてもよい。
・入力デバイスに含まれるＩＣカードリーダがマイナンバーカードに搭載されたＩＣチップを読み取ることで取得した顔写真情報
・入力デバイスに含まれるカメラがマイナンバーカードを撮影することで生成した顔写真情報
・入力デバイスに含まれるスキャナがマイナンバーカードをスキャンすることで生成した顔写真情報
・記憶装置１１に予め保持されていた顔写真情報

クライアント装置１０は、以下のいずれかの保険証情報を取得し、サーバ３０へ送信する。
・入力デバイスに含まれるカメラが健康保険証を撮影することで生成した保険証情報（画像、または画像に対するＯＣＲ結果）
・入力デバイスに含まれるスキャナが健康保険証をスキャンすることで生成した保険証情報（画像、または画像に対するＯＣＲ結果）
・入力デバイスに含まれるキーボードまたはタッチパネルに手入力された保険証情報
・記憶装置１１に予め保存されていた保険証情報

ステップＳ１００の後に、サーバ３０は、本人認証（Ｓ１１０）を実行する。
具体的には、プロセッサ３２は、ステップＳ１００において取得した顔写真情報に基づく認証用情報とステップＳ１００において取得した顔画像情報とを参照し、ユーザとマイナンバーカードの持ち主が同一人物であるか否かを判定する。

ステップＳ１１０においてユーザとマイナンバーカードの持ち主が同一人物であるとの認証結果が得られなかった場合に、サーバ３０は、認証エラー処理（Ｓ１２０）を実行する。
具体的には、プロセッサ３２は、以下の少なくとも１つを実行してもよい。
・顔画像またはマイナンバーカードの撮影またはスキャンのやり直しをユーザに促すためのメッセージ（メッセージは、画像（画像化されたテキストを含む）または音声である。以下同じ。）をクライアント装置１０に出力させる。
・顔画像またはマイナンバーカードの撮影条件またはスキャン条件の変更をユーザに促すためのメッセージをクライアント装置１０に出力させる。
・ユーザがマイナンバーカードの持ち主と同一人物であることが確認できないため図８の登録処理を終了することをユーザに伝えるためのメッセージをクライアント装置１０に出力させる。

ステップＳ１２０の後に、登録処理（図８）はエラー終了する。或いは、ステップＳ１２０の後に、サーバ３０は、各種情報の取得（Ｓ１００）を実行し、顔写真情報または顔画像情報の少なくとも１つを再取得してもよい。

ステップＳ１１０においてユーザとマイナンバーカードの持ち主が同一人物であるとの認証結果が得られた場合に、サーバ３０は、マイナンバーカード情報と保険証情報との突合（Ｓ１３０）を実行する。
具体的には、プロセッサ３２は、ステップＳ１００において取得したマイナンバーカード情報および保険証情報のうち共通情報に該当する要素について突合する。これにより、マイナンバーカードの持ち主と健康保険証の持ち主とが同一人物であるか否かを判定することができる。つまり、突合の成功はマイナンバーカードの持ち主と健康保険証の持ち主とが同一人物であると判定されたことを意味し、突合の失敗はマイナンバーカードの持ち主と健康保険証の持ち主とが同一人物であると判定されなかったことを意味する。プロセッサ３２は、例えば以下の要素の少なくとも１つについてマイナンバーカード情報および保険証情報を突合する。
・氏名
・生年月日
・性別
・住所

プロセッサ３２は、全要素が一致する場合に突合成功と判定し、全要素が一致しない場合に突合失敗と判定する。プロセッサ３２は、可変要素は一致しないが不変要素が一致する場合に、突合成功と判定してもよい。例えば、生年月日は不変であるが、氏名は改姓により変わり得るし、住所は住所変更により変わり得る。プロセッサ３２は、マイナンバーカード情報に含まれる可変要素（例えば住所）と保険証情報に含まれる同要素とが一致しない場合に、どちらの要素を統合情報に反映するか（つまり、どちらの要素が最新であるか）をユーザに問い合わせてもよい。

ステップＳ１３０において突合に成功した（つまり、ユーザとマイナンバーカードの持ち主が同一人物であるとの判定結果が得られなかった）場合に、サーバ３０は、統合情報の生成（Ｓ１４０）を実行する。
具体的には、プロセッサ３２は、ステップＳ１００において取得したマイナンバーカード情報および保険証情報を統合し、統合情報を生成する。

ステップＳ１４０の後に、サーバ３０は、統合情報の後処理（Ｓ１５０）を実行する。
具体的には、プロセッサ３２は、ステップＳ１４０において生成した統合情報に対し暗号化を含む後処理を行うことで、暗号化統合情報を生成する。後処理は、例えば以下のいずれかである。
・統合情報を暗号化する処理（第１の後処理）
・統合情報の暗号化結果を複数の情報に分割する処理（第２の後処理）
・統合情報の暗号化結果を複数の情報に分割し、さらに各情報を暗号化する処理（第３の後処理）

第１の後処理によれば、暗号化統合情報を復号しない限り統合情報を復元することはできない。第２の後処理によれば、さらに、全ての暗号化統合情報を集めて分割前の暗号化結果を再構築する必要がある。第３の後処理によれば、さらに、全ての暗号化統合情報を個別に復号する必要がある。故に、第１の後処理、第２の後処理、および第３の後処理の順にセキュリティが強固となる。

ステップＳ１５０の後に、サーバ３０は、各種情報の保存（Ｓ１６０）を実行する。
具体的には、プロセッサ３２は、ステップＳ１００において取得した顔写真情報に基づく認証用情報と、ステップＳ１５０において生成した暗号化統合情報とをユーザＩＤに関連付けて少なくとも１つの記憶装置３１に保存する。一例として、プロセッサ３２は、前述の第２の後処理または第３の後処理により複数の暗号化統合情報が生成されている場合には、各暗号化統合情報を互いに異なる記憶装置３１に保存してもよい。これにより、一部の記憶装置３１に格納された暗号化統合情報が仮に漏洩したとしても、残りの記憶装置３１に格納された暗号化統合情報が漏洩しない限りは統合情報を復元することはできない。

ステップＳ１６０の後に、登録処理（図８）は終了する。

ステップＳ１３０において突合に失敗した（つまり、ユーザとマイナンバーカードの持ち主が同一人物であるとの判定結果が得られなかった）場合に、サーバ３０は、突合エラー処理（Ｓ１７０）を実行する。
具体的には、プロセッサ３２は、以下の少なくとも１つを実行してもよい。
・マイナンバーカードまたは健康保険証の撮影またはスキャンのやり直しをユーザに促すためのメッセーをクライアント装置１０に出力させる。
・マイナンバーカードまたは健康保険証の撮影条件またはスキャン条件の変更をユーザに促すためのメッセージをクライアント装置１０に出力させる。
・手入力またはＯＣＲにより得られたマイナンバーカード情報または保険証情報の修正入力をユーザに促すためのメッセージをクライアント装置１０に出力させる。
・マイナンバーカードの持ち主と健康保険証の持ち主とが同一人物であることが確認できないため図８の登録処理を終了することをユーザに伝えるためのメッセージをクライアント装置１０に出力させる。

ステップＳ１７０の後に、登録処理（図８）はエラー終了する。或いは、ステップＳ１７０の後に、サーバ３０は、各種情報の取得（Ｓ１００）を実行し、マイナンバーカード情報または保険証情報の少なくとも１つを再取得してもよい。

（４－２）利用処理
本実施形態の利用処理について説明する。図９は、本実施形態の利用処理の全体フローの前半を示す図である。図１０は、本実施形態の利用処理の全体フローの後半を示す図である。図１１は、本実施形態の利用処理において表示される画面例を示す図である。図１２は、本実施形態の利用処理において表示される画面例を示す図である。

図９の利用処理は、例えば、ユーザがクライアント装置１０を操作して、統合情報の利用機能を備えたアプリケーション（例えばヘルスケアアプリ）を起動することで開始する。

図９に示すように、クライアント装置１０は、ユーザ指示の受付（Ｓ２１０）を実行する。
具体的には、プロセッサ１２は、画面Ｐ１０をディスプレイに表示させる。図１１に示すように、画面Ｐ１０は、診察ボタンＢ１１０と、相談ボタンＢ１２０と、連携サービスボタンＢ１３０と、処方履歴閲覧ボタンＢ１４０と、定期便ボタンＢ１５０とを含む。図１１の画面Ｐ１０は例示に過ぎず、図１１に示したボタンの一部または全てが削除または他のＧＵＩ部品と置き換えられてもよい。また、画面Ｐ１０は、図１１に示されていないＧＵＩ部品を含んでいてもよい。

診察ボタンＢ１１０は、ユーザが医師によるオンライン診察を受けるためのボタンである。相談ボタンＢ１２０は、ユーザが相談相手（例えば、医師、薬剤師、または助産師）に健康に関する疑問または悩みのオンライン相談を行うためのボタンである。連携サービスボタンＢ１３０は、ユーザが自らの統合情報を利用したサービスを受けるためのボタンである。処方履歴閲覧ボタンＢ１４０は、オンライン診察においてユーザに処方された薬の履歴を閲覧するためのボタンである。定期便ボタンＢ１５０は、ユーザが処方薬の定期便を申し込むためのボタンである。

プロセッサ１２は、連携サービスボタンＢ１３０が押下された場合に、統合情報の利用（例えば統合情報へのアクセス）に関する要求を発行する。プロセッサ１２は、通信インタフェース１４に要求をサーバ３０へ送信させる。

サーバ３０は、ユーザ指示の受付（Ｓ２１０）の前に必要に応じてユーザ認証を行ってもよい。一例として、サーバ３０は、ユーザがクライアント装置１０に対して入力したユーザ名およびパスワードの組み合わせが正しいか否かを判定することで、クライアント装置１０の操作者がユーザ名によって特定されるユーザであるか否かを判定する。サーバ３０は、クライアント装置１０の端末情報が事前に登録された端末情報と異なることを検出したことに応じて、ユーザ認証を行ってもよい。

ステップＳ２１０の後に、サーバ３０は、要求の取得（Ｓ３１０）を実行する。
具体的には、プロセッサ３２は、ステップＳ２１０において送信された要求を通信インタフェース３４を介して取得する。

ステップＳ２１０の後に、クライアント装置１０は、顔画像情報の生成（Ｓ２２０）を実行する。
具体的には、プロセッサ１２は、ユーザに自らの顔を撮影するよう促すためのメッセージを出力デバイス（ディスプレイまたはスピーカ）に出力させる。プロセッサ１２は、カメラを起動して撮影を行うことで、ステップＳ２１０において発行した要求に関連付けるユーザの顔画像情報を生成する。プロセッサ１２は、通信インタフェース１４に顔画像情報をサーバ３０へ送信させる。

ステップＳ２２０の後に、サーバ３０は、顔画像情報の取得（Ｓ３２０）を実行する。
具体的には、プロセッサ３２は、ステップＳ２２０において送信された顔画像情報を通信インタフェース３４を介して取得する。

ステップＳ３２０の後に、サーバ３０は、本人認証（Ｓ３３０）を実行する。
具体的には、プロセッサ３２は、ステップＳ３２０において取得した顔画像情報と、ユーザＩＤに関連付けて記憶装置３１（認証用情報データベース（図７））に保存されている認証用情報とを参照し、ユーザ（クライアント装置１０の現在の操作者）とマイナンバーカードの持ち主とが同一人物であるか否かを判定する。

ステップＳ３３０の後に、サーバ３０は、応答（Ｓ３４０）を実行する。
具体的には、プロセッサ３２は、ステップＳ３３０において実行した本人認証の結果に応じて、ステップＳ３１０において取得した要求に対する応答を生成する。プロセッサ３２は、通信インタフェース３４に応答をクライアント装置１０へ送信させる。一例として、応答は、統合情報の利用の可否に関する情報を含む。

統合情報の利用を許可する場合に、サーバ３０が暗号化統合情報から統合情報を復元してもよいし、クライアント装置１０が暗号化統合情報から統合情報を復元してもよい。クライアント装置１０が暗号化統合情報から統合情報を復元する場合に、サーバ３０はクライアント装置１０に必要な情報（例えば、復号鍵、または復号鍵を生成するために必要なパラメータ）を提供してもよい。

ステップＳ３３０の後に、クライアント装置１０は、画面表示（Ｓ２３０）を実行する。
具体的には、プロセッサ１２は、ステップＳ３４０において送信された応答を通信インタフェース１４を介して取得する。プロセッサ１２は、応答の内容に応じた画面を生成し、当該画面をディスプレイに表示させる。

一例として、統合情報の利用が許可されたことを示す応答が得られた場合に、プロセッサ１２は画面Ｐ１１を表示する。図１２に示すように、画面Ｐ１１は、戻るボタンＢ２００と、検診情報閲覧ボタンＢ２１０と、薬剤情報閲覧ボタンＢ２２０と、医療費情報閲覧ボタンＢ２３０と、診断履歴閲覧ボタンＢ２４０と、検査履歴閲覧ボタンＢ２５０と、治療履歴閲覧ボタンＢ２６０と、電子診察券ボタンＢ２７０とを含む。図１２の画面Ｐ１１は例示に過ぎず、図１２に示したボタンの一部または全てが削除または他のＧＵＩ部品と置き換えられてもよい。また、画面Ｐ１１は、図１２に示されていないＧＵＩ部品を含んでいてもよい。

戻るボタンＢ２００は、画面Ｐ１０に戻るためのボタンである。検診情報閲覧ボタンＢ２１０は、ユーザの検診情報を閲覧するためのボタンである。薬剤情報閲覧ボタンＢ２２０は、ユーザの薬剤情報を閲覧するためのボタンである。医療費情報閲覧ボタンＢ２３０は、ユーザの医療費情報を閲覧するためのボタンである。診断履歴閲覧ボタンＢ２４０は、ユーザの診断履歴情報を閲覧するためのボタンである。検査履歴閲覧ボタンＢ２５０は、ユーザの検査履歴情報を閲覧するためのボタンである。治療履歴閲覧ボタンＢ２６０は、ユーザの治療履歴情報を閲覧するためのボタンである。電子診察券ボタンＢ２７０は、医療機関におけるユーザの電子診察券を表示するためのボタンである。

統合情報の利用が拒否されたことを示す応答が得られた場合に、プロセッサ１２は例えば以下の少なくとも１つのメッセージを含む画面をディスプレイに表示させ得る。
・顔画像の撮影のやり直しをユーザに促すためのメッセージ
・顔画像の撮影条件の変更をユーザに促すためのメッセージ
・別の方式による本人認証の実施をユーザに促すためのメッセージ
・ユーザがマイナンバーカードの持ち主と同一人物であることが確認できないため図９および図１０の利用処理を終了することをユーザに伝えるためのメッセージ

統合情報の利用が許可されたことを示す応答が得られた場合に、図１０に示すようにクライアント装置１０はユーザ指示の受付（Ｓ２４０）を実行する。
具体的には、プロセッサ１２は、画面Ｐ１１（図１２）の戻るボタンＢ２００以外のボタンが押下された場合に、当該ボタンに対応する医療情報の取得に関する要求を発行する。プロセッサ１２は、通信インタフェース１４に要求をサーバ３０へ送信させる。

ステップＳ２４０の後に、サーバ３０は、要求の取得（Ｓ３５０）を実行する。
具体的には、プロセッサ３２は、ステップＳ３５０において送信された要求を通信インタフェース３４を介して取得する。

ステップＳ３５０の後に、サーバ３０は、医療情報の取得（Ｓ３６０）を実行する。
具体的には、プロセッサ３２は、ステップＳ３５０において取得した要求に応じて、ユーザの統合情報を用いて医療情報システムから当該ユーザ（つまり、健康保険証の持ち主）に関する医療情報（例えば、統合情報に含まれる保険証情報に関連付けられる医療情報）を取得する。

ユーザの指示の受付（Ｓ２４０）において検診情報閲覧ボタンＢ２１０が押下された場合に、プロセッサ３２は、ユーザの受診した検診に関する情報（検診情報）を取得する。
ユーザの指示の受付（Ｓ２４０）において薬剤情報閲覧ボタンＢ２２０が押下された場合に、プロセッサ３２は、ユーザに処方された薬剤（ユーザの服薬した薬剤を含み得る）に関する情報（薬剤情報）を取得する。
ユーザの指示の受付（Ｓ２４０）において医療費情報閲覧ボタンＢ２３０が押下された場合に、プロセッサ３２は、ユーザの医療費に関する情報（医療費情報）を取得する。
ユーザの指示の受付（Ｓ２４０）において診断履歴閲覧ボタンＢ２４０が押下された場合に、プロセッサ３２は、ユーザが受けた診断（公的保険の適用対象となる診断を含み得る）に関する情報を取得する。
ユーザの指示の受付（Ｓ２４０）において検査履歴閲覧ボタンＢ２５０が押下された場合に、プロセッサ３２は、ユーザが受けた検査（公的保険の適用対象となる検査を含み得る）に関する情報を取得する。
ユーザの指示の受付（Ｓ２４０）において治療履歴閲覧ボタンＢ２６０が押下された場合に、プロセッサ３２は、ユーザが受けた治療（公的保険の適用対象となる治療を含み得る）に関する情報を取得する。
ユーザの指示の受付（Ｓ２４０）において電子診察券ボタンＢ２７０が押下された場合に、プロセッサ３２は、特定の医療機関（例えばユーザの選択した医療機関）において管理されているユーザの医療情報（例えば治療履歴情報）を取得する。

ステップＳ３６０の後に、サーバ３０は、応答（Ｓ３７０）を実行する。
具体的には、プロセッサ３２は、ステップＳ３６０において取得した医療情報を参照して、ステップＳ３５０において取得した要求に対する応答を生成する。プロセッサ３２は、通信インタフェース３４に応答をクライアント装置１０へ送信させる。

ステップＳ３７０の後に、クライアント装置１０は、画面表示（Ｓ２５０）を実行する。
具体的には、プロセッサ１２は、ステップＳ３７０において送信された応答を通信インタフェース１４を介して取得する。プロセッサ１２は、応答の内容に基づく画面を生成し、当該画面をディスプレイに表示させる。かかる画面を表示することで、ユーザ、またはユーザの同意を得た医療関係者は、ユーザの医療情報を容易に把握することができる。これにより、医療機関において検査または処方の重複を防ぐことが可能となる。また、薬局において薬剤師が医療情報を確認しながら服薬指導を実施することが可能になる。

以上説明したように、本実施形態のサーバ３０は、マイナンバーカード情報と保険証情報とを統合し、統合情報を生成する。サーバ３０は、統合情報に対し暗号化処理を含む後処理を行うことで暗号化統合情報を生成する。サーバ３０は、ユーザＩＤに関連付けて、マイナンバーカードの顔写真情報に基づく認証用情報と暗号化統合情報とを少なくとも１つの記憶装置３１に保存する。これにより、マイナンバーカードおよび健康保険証の連携をセキュアに実現することができる。

サーバ３０は、マイナンバーカードおよび健康保険証の連携を申請するユーザの顔画像情報を取得し、上記認証用情報を用いた本人認証を行ってもよい。サーバ３０は、ユーザとマイナンバーカードの持ち主とが同一人物でないと判定した場合に、暗号化統合情報が記憶装置３１に保存されない。これにより、ユーザが他人（マイナンバーカードの持ち主）になりすましてマイナンバーカードおよび健康保険証の連携を行うことを防ぐことができる。サーバ３０は、ユーザの顔およびマイナンバーカードの顔写真の両方が写った画像を参照してユーザの顔画像情報を取得してもよい。これにより、ユーザが連携を申請したマイナンバーカードを現有していることを確認することができる。また、一枚の画像から顔画像情報および顔写真情報を抽出することができる。

サーバ３０は、マイナンバーカード情報と保険証情報とを参照し、マイナンバーカードの持ち主と健康保険証の持ち主とが同一人物であるか否かを判定してもよい。サーバ３０は、マイナンバーカードの持ち主と健康保険証の持ち主とが同一人物でないと判定した場合に、暗号化統合情報が記憶装置３１に保存されない。これにより、ユーザが持ち主の異なるマイナンバーカードおよび健康保険証の連携を行うことを防ぐことができる。

サーバ３０は、統合情報の利用に関する要求に関連付けられるユーザの顔画像情報を取得し、上記認証用情報を用いた本人認証を行ってもよい。サーバ３０は、ユーザとマイナンバーカードの持ち主とが同一人物であると判定しなかった場合に、統合情報の利用を拒否する。これにより、統合情報の登録時のユーザと異なる人物が統合情報にアクセスすることを防止することができる。他方、サーバ３０は、ユーザとマイナンバーカードの持ち主とが同一人物であると判定した場合に、統合情報の利用を許可する。統合情報の利用の許可後に、サーバ３０は、ユーザの医療情報の取得に関する要求の取得に応じて、当該統合情報を用いて医療情報システムから当該医療情報を取得してもよい。これにより、医療情報システムに格納されたユーザの医療情報を様々な形で、ユーザまたはユーザの同意を得た医療関係者に提供することができる。

（５）変形例
本実施形態の変形例について説明する。

（５－１）変形例１
変形例１について説明する。変形例１は、統合情報（暗号化統合情報）の仮登録および本登録を区別する例である。ここで、仮登録は、暗号化統合情報が記憶装置３１に保存されているが、ユーザの生体情報（顔の特徴）による本人認証が完了していない状態である。本登録は、暗号化統合情報が記憶装置３１に保存され、かつユーザの生体情報（顔の特徴）による本人認証が完了している状態である。ユーザは、仮登録の状態にある統合情報を利用する（例えば、医療情報を閲覧する）ことは認められない。つまり、統合情報を利用するために、ユーザは、統合情報の本登録をする必要がある。

（５－１－１）仮登録処理
本実施形態の仮登録処理について説明する。図１３は、本実施形態の仮登録処理のフローチャートである。

図１３の仮登録処理は、例えばクライアント装置１０から統合情報の仮登録に関する要求を受信したことに応じて開始する。クライアント装置１０は、例えばユーザがマイナンバーカードおよび健康保険証の連携の申請に関する指示を行ったことに応じて、かかる要求を発行し、サーバ３０へ送信する。

図１３に示すように、サーバ３０は、各種情報の取得（Ｓ４００）を実行する。
具体的には、プロセッサ３２は、クライアント装置１０から送信された、マイナンバーカード情報、顔写真情報、および保険証情報を取得する。これらの情報を取得するタイミングは、同一であってもよいし、異なっていてもよい。クライアント装置１０は、実施形態において説明した手法により各種情報を取得し、サーバ３０へ送信する。

ステップＳ４００の後に、サーバ３０は図８と同様に、マイナンバーカード情報と保険証情報との突合（Ｓ１３０）を実行する。

ステップＳ１３０において突合に成功した場合に、サーバ３０は図８と同様に、統合情報の生成（Ｓ１４０）、統合情報の後処理（Ｓ１５０）、および各種情報の保存（Ｓ１６０）を実行する。

ステップＳ１６０の後に、仮登録処理（図１３）は終了する。

ステップＳ１３０において突合に失敗した場合に、サーバ３０は図８と同様に、突合エラー処理（Ｓ１７０）を実行する。

ステップＳ１７０の後に、仮登録処理（図１３）はエラー終了する。或いは、ステップＳ１７０の後に、サーバ３０は、各種情報の取得（Ｓ４００）を実行し、マイナンバーカード情報または保険証情報の少なくとも１つを再取得してもよい。

（５－１－２）本登録処理
本実施形態の本登録処理について説明する。図１４は、本実施形態の本登録処理のフローチャートである。

図１４の本登録処理は、仮登録処理（図１３）の終了後に、例えばクライアント装置１０から統合情報の本登録に関する要求を受信したことに応じて開始する。クライアント装置１０は、例えばユーザが本登録の申請に関する指示を行ったことに応じて、かかる要求を発行し、サーバ３０へ送信する。

図１４に示すように、サーバ３０は、顔画像情報の取得（Ｓ４１０）を実行する。
具体的には、プロセッサ３２は、クライアント装置１０から送信された、顔画像情報を取得する。クライアント装置１０は、実施形態において説明した手法により顔画像情報を取得し、サーバ３０へ送信する。

ステップＳ４１０の後に、サーバ３０は、本人認証（Ｓ４２０）を実行する。
具体的には、プロセッサ３２は、仮登録処理（図１３）において記憶装置３１に保存された認証用情報とステップＳ４１０において取得した顔画像情報とを参照し、ユーザとマイナンバーカードの持ち主が同一人物であるか否かを判定する。

ステップＳ４２０においてユーザとマイナンバーカードの持ち主が同一人物であるとの認証結果が得られた場合に、サーバ３０は本登録処理（Ｓ４３０）を実行する。
具体的には、プロセッサ３２は、マイナンバーカードおよび健康保険証の連携が完了したことを示す情報（例えばフラグ）を例えばユーザＩＤに関連付けて記憶装置３１に保存する。サーバ３０は、かかる情報を参照することで、統合情報が利用可能な状態にあるか否か（つまり本登録状態にあるか仮登録状態にあるか）を確認することができる。

ステップＳ４３０の後に、本登録処理（図１４）は終了する。

ステップＳ４２０においてユーザとマイナンバーカードの持ち主が同一人物であるとの認証結果が得られなかった場合に、サーバ３０は、認証エラー処理（Ｓ４４０）を実行する。
具体的には、プロセッサ３２は、以下の少なくとも１つを実行してもよい。
・顔画像の撮影のやり直しをユーザに促すためのメッセージをクライアント装置１０に出力させる。
・顔画像の撮影条件の変更をユーザに促すためのメッセージをクライアント装置１０に出力させる。
・ユーザがマイナンバーカードの持ち主と同一人物であることが確認できないため図１４の本登録処理を終了することをユーザに伝えるためのメッセージをクライアント装置１０に出力させる。

ステップＳ４４０の後に、本登録処理（図１４）はエラー終了する。或いは、ステップＳ４４０の後に、サーバ３０は、顔画像情報の取得（Ｓ４１０）を実行し、顔画像情報を再取得してもよい。

以上説明したように、変形例１のサーバ３０は、統合情報の仮登録後に認証用情報を用いた本人認証を行う。サーバ３０は、ユーザとマイナンバーカードの持ち主とが同一人物であると判定した場合に、当該マイナンバーカードおよび健康保険証の連携が完了したことを示す情報を記憶装置３１に保存する。これにより、ユーザは、マイナンバーカードおよび健康保険証の連携を段階的に進めることができる。例えば、申請時には一時的な理由（例えば、撮影環境が悪い）により本人認証が困難であったとしても、事後的に本人認証を行うことでマイナンバーカードおよび健康保険証の連携を完了させることが可能となる。

（６）その他の変形例
記憶装置１１は、ネットワークＮＷを介して、クライアント装置１０と接続されてもよい。記憶装置３１は、ネットワークＮＷを介して、サーバ３０と接続されてもよい。

上記の情報処理の各ステップは、クライアント装置１０及びサーバ３０の何れでも実行可能である。つまり、クライアント装置１０とサーバ３０との機能分担は任意に変更することができる。例えば、クライアント装置１０が統合情報を作成してサーバ３０に送信し、サーバ３０は本人認証の結果に応じて当該統合情報の登録の可否を決定してもよい。

上記説明では、各処理において各ステップを特定の順序で実行する例を示したが、各ステップの実行順序は、依存関係がない限りは説明した例に制限されない。

上記説明では、サーバ３０が、クライアント装置１０から送信されたマイナンバーカード情報および保険証情報を取得する例を示した。しかしながら、サーバ３０は、予め記憶装置３１に保存されているマイナンバーカード情報または保険証情報を取得してもよい。これにより、サーバ３０において既に構築されているマイナンバーカード情報または保険証情報に関するデータベースを活用して、マイナンバーカードおよび健康保険証の連携を実現することができる。

上記説明では、マイナンバーカードと健康保険証の連携を実現する例を示した。しかしながら、マイナンバーカードに限らず様々な身分証明証と健康保険証との連携に本情報処理システムを適用することが可能である。

上記説明では、顔の特徴を用いて本人認証（生体認証）を実現する例を示した。しかしながら、顔の特徴以外の生体情報を用いて本人認証を実現することも可能である。例えば、顔の特徴の代わりに、指紋、虹彩、声などの特徴を生体情報として用いて本人認証を実現してもよい。

上記説明では、サーバ３０が種々の医療情報を取得する例を示した。サーバ３０は、以下の少なくとも１つの医療情報を取得することも可能である。
・ユーザから医療機関が収集した情報（例えば、ユーザの問診回答に関する情報、ユーザからの口頭ヒアリングの内容に関する情報）
・ユーザが行った相談の履歴に関する情報

以上、本発明の実施形態について詳細に説明したが、本発明の範囲は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。また、上記の実施形態及び変形例は、組合せ可能である。

（７）付記
実施形態および変形例で説明した事項を、以下に付記する。

（付記１）
身分証明証に関する証明証情報と身分証明証の持ち主の生体情報とを取得する手段（Ｓ１００,Ｓ４００）と、
健康保険証に関する保険証情報を取得する手段（Ｓ１００，Ｓ４００）と、
証明証情報および保険証情報を統合し、統合情報を生成する手段（Ｓ１４０）と、
統合情報に対し暗号化を含む後処理を行うことで、暗号化統合情報を生成する手段（Ｓ１５０）と、
身分証明証および健康保険証の連携を申請するユーザを識別する識別情報に関連付けて、暗号化統合情報と身分証明証の持ち主の生体情報に基づく認証用情報とを少なくとも１つの記憶装置（３１）に保存する手段（Ｓ１６０）と
を具備する、情報処理装置（３０）。

（付記２）
ユーザの生体情報を取得する手段（Ｓ１００）と、
ユーザの生体情報と認証用情報とを参照し、ユーザと身分証明証の持ち主が同一人物であるか否かを判定する手段（Ｓ１１０）と
をさらに具備し、
ユーザと身分証明証の持ち主とが同一人物でないと判定された場合に、暗号化統合情報が記憶装置に保存されない、
付記１に記載の情報処理装置。

（付記３）
身分証明証の持ち主の生体情報は、顔写真情報であって、
ユーザの生体情報は、ユーザの顔画像情報である、
付記２に記載の情報処理装置。

（付記４）
ユーザの生体情報を取得する手段は、ユーザの顔および身分証明証の顔写真の両方が写った画像を参照してユーザの顔画像情報を取得する、
付記３に記載の情報処理装置。

（付記５）
認証用情報および暗号化統合情報が記憶装置に保存された後にユーザの生体情報を取得する手段（Ｓ４１０）と、
ユーザの生体情報と認証用情報とを参照し、ユーザと身分証明証の持ち主が同一人物であるか否かを判定する手段（Ｓ４２０）と、
ユーザと身分証明証の持ち主が同一人物であると判定された場合に、身分証明証および健康保険証の連携が完了したことを示す情報を記憶装置に保存する手段（Ｓ４３０）と
をさらに具備する、付記１に記載の情報処理装置。

（付記６）
証明証情報と保険証情報とを参照し、身分証明証の持ち主と健康保険証の持ち主とが同一人物であるか否かを判定する手段（Ｓ１３０）と、
身分証明証の持ち主と健康保険証の持ち主とが同一人物でないと判定された場合に、暗号化統合情報が記憶装置に保存されない、
付記１乃至付記５のいずれかに記載の情報処理装置。

（付記７）
統合情報の利用に関する第１要求を取得する手段（Ｓ３１０）と、
第１要求に関連付けられるユーザの生体情報を取得する手段（Ｓ３２０）と、
第１要求に関連付けられるユーザの生体情報と認証用情報とを参照し、ユーザと身分証明証の持ち主とが同一人物であるか否かを判定する手段（Ｓ３３０）と、
第１要求に関連付けられるユーザの生体情報に基づいてユーザと身分証明証の持ち主とが同一人物であると判定されなかった場合に、統合情報の利用を拒否する手段（Ｓ３４０）と
をさらに具備する、付記１乃至付記６のいずれかに記載の情報処理装置。

（付記８）
身分証明証の持ち主の生体情報は、顔写真情報であって、
第１要求に関連付けられるユーザの生体情報は、ユーザの顔画像情報である、
付記７に記載の情報処理装置。

（付記９）
第１要求に関連付けられるユーザの生体情報に基づいてユーザと身分証明証の持ち主とが同一人物であると判定された場合に、統合情報の利用を許可する手段（Ｓ３４０）と、
統合情報の利用を許可した後に、ユーザの医療情報の取得に関する第２要求を取得する手段（Ｓ３５０）と、
第２要求の取得に応じて、統合情報を用いて医療情報システムからユーザに関する医療情報を取得する手段（Ｓ３６０）と
をさらに具備する、付記７または付記８のいずれかに記載の情報処理装置。

（付記１０）
医療情報は、ユーザが受診した検診に関する情報、ユーザに処方された薬剤に関する情報、ユーザの医療費に関する情報、ユーザが受けた診断、検査、もしくは治療の履歴に関する情報、ユーザから医療機関が収集した情報、またはユーザが行った相談の履歴に関する情報の少なくとも１つを含む、
付記９に記載の情報処理装置。

（付記１１）
コンピュータ（３０）が、
身分証明証に関する証明証情報と身分証明証の持ち主の生体情報とを取得すること（Ｓ１００，Ｓ４００）と、
健康保険証に関する保険証情報を取得すること（Ｓ１００，Ｓ４００）と、
証明証情報および保険証情報を統合し、統合情報を生成すること（Ｓ１４０）と、
統合情報に対し暗号化を含む後処理を行うことで、暗号化統合情報を生成すること（Ｓ１５０）と、
身分証明証および健康保険証の連携を申請するユーザを識別する識別情報に関連付けて、暗号化統合情報と身分証明証の持ち主の生体情報に基づく認証用情報とを少なくとも１つの記憶装置（３１）に保存すること（Ｓ１６０）と
を具備する、情報処理方法。

（付記１２）
コンピュータ（３０）を、
身分証明証に関する証明証情報と身分証明証の持ち主の生体情報とを取得する手段（Ｓ１００，Ｓ４００）、
健康保険証に関する保険証情報を取得する手段（Ｓ１００，Ｓ４００）、
証明証情報および保険証情報を統合し、統合情報を生成する手段（Ｓ１４０）、
統合情報に対し暗号化を含む後処理を行うことで、暗号化統合情報を生成する手段（Ｓ１５０）、
身分証明証および健康保険証の連携を申請するユーザを識別する識別情報に関連付けて、暗号化統合情報と身分証明証の持ち主の生体情報に基づく認証用情報とを少なくとも１つの記憶装置（３１）に保存する手段（Ｓ１６０）
として機能させるプログラム。

１ ：情報処理システム
１０ ：クライアント装置
１１ ：記憶装置
１２ ：プロセッサ
１３ ：入出力インタフェース
１４ ：通信インタフェース
３０ ：サーバ
３１ ：記憶装置
３２ ：プロセッサ
３３ ：入出力インタフェース
３４ ：通信インタフェース

Claims (9)

1. 身分証明証に関する証明証情報と前記身分証明証の持ち主の生体情報とを取得する手段と、
   健康保険証に関する保険証情報を取得する手段と、
   前記証明証情報および前記保険証情報を統合し、統合情報を生成する手段と、
   前記統合情報に対し暗号化を含む後処理を行うことで、暗号化統合情報を生成する手段と、
   前記身分証明証および前記健康保険証の連携を申請するユーザを識別する識別情報に関連付けて、前記暗号化統合情報と前記身分証明証の持ち主の生体情報に基づく認証用情報とを少なくとも１つの記憶装置に保存する手段と、
   前記認証用情報および前記暗号化統合情報が前記記憶装置に保存された後に前記ユーザの生体情報を取得する手段と、
   前記ユーザの生体情報と前記認証用情報とを参照し、前記ユーザと前記身分証明証の持ち主が同一人物であるか否かを判定する手段と、
   前記ユーザと前記身分証明証の持ち主が同一人物であると判定された場合に、前記身分証明証および前記健康保険証の連携が完了したことを示す情報を前記記憶装置に保存する手段と
   を具備する、情報処理装置。
2. 前記身分証明証の持ち主の生体情報は、顔写真情報であって、
   前記ユーザの生体情報は、前記ユーザの顔画像情報である、
   請求項１に記載の情報処理装置。
3. 前記ユーザの生体情報を取得する手段は、前記ユーザの顔および前記身分証明証の顔写真の両方が写った画像を参照して前記ユーザの顔画像情報を取得する、
   請求項２に記載の情報処理装置。
4. 前記統合情報の利用に関する第１要求を取得する手段と、
   前記第１要求に関連付けられる前記ユーザの生体情報を取得する手段と、
   前記第１要求に関連付けられる前記ユーザの生体情報と前記認証用情報とを参照し、前記ユーザと前記身分証明証の持ち主とが同一人物であるか否かを判定する手段と、
   前記第１要求に関連付けられる前記ユーザの生体情報に基づいて前記ユーザと前記身分証明証の持ち主とが同一人物であると判定されなかった場合に、前記統合情報の利用を拒否する手段と
   をさらに具備する、請求項１乃至請求項３のいずれかに記載の情報処理装置。
5. 前記身分証明証の持ち主の生体情報は、顔写真情報であって、
   前記第１要求に関連付けられる前記ユーザの生体情報は、前記ユーザの顔画像情報である、
   請求項４に記載の情報処理装置。
6. 前記第１要求に関連付けられる前記ユーザの生体情報に基づいて前記ユーザと前記身分証明証の持ち主とが同一人物であると判定された場合に、前記統合情報の利用を許可する手段と、
   前記統合情報の利用を許可した後に、前記ユーザの医療情報の取得に関する第２要求を取得する手段と、
   前記第２要求の取得に応じて、前記統合情報を用いて医療情報システムから前記ユーザに関する医療情報を取得する手段と
   をさらに具備する、請求項４または請求項５のいずれかに記載の情報処理装置。
7. 前記医療情報は、前記ユーザが受診した検診に関する情報、前記ユーザに処方された薬剤に関する情報、前記ユーザの医療費に関する情報、前記ユーザが受けた診断、検査、もしくは治療の履歴に関する情報、前記ユーザから医療機関が収集した情報、または前記ユーザが行った相談の履歴に関する情報の少なくとも１つを含む、
   請求項６に記載の情報処理装置。
8. コンピュータが、
   身分証明証に関する証明証情報と前記身分証明証の持ち主の生体情報とを取得するステップと、
   健康保険証に関する保険証情報を取得するステップと、
   前記証明証情報および前記保険証情報を統合し、統合情報を生成するステップと、
   前記統合情報に対し暗号化を含む後処理を行うことで、暗号化統合情報を生成するステップと、
   前記身分証明証および前記健康保険証の連携を申請するユーザを識別する識別情報に関連付けて、前記暗号化統合情報と前記身分証明証の持ち主の生体情報に基づく認証用情報とを少なくとも１つの記憶装置に保存するステップと、
   前記認証用情報および前記暗号化統合情報が前記記憶装置に保存された後に前記ユーザの生体情報を取得するステップと、
   前記ユーザの生体情報と前記認証用情報とを参照し、前記ユーザと前記身分証明証の持ち主が同一人物であるか否かを判定するステップと、
   前記ユーザと前記身分証明証の持ち主が同一人物であると判定された場合に、前記身分証明証および前記健康保険証の連携が完了したことを示す情報を前記記憶装置に保存するステップと
   を具備する、情報処理方法。
9. コンピュータを、
   身分証明証に関する証明証情報と前記身分証明証の持ち主の生体情報とを取得する手段、
   健康保険証に関する保険証情報を取得する手段、
   前記証明証情報および前記保険証情報を統合し、統合情報を生成する手段、
   前記統合情報に対し暗号化を含む後処理を行うことで、暗号化統合情報を生成する手段、
   前記身分証明証および前記健康保険証の連携を申請するユーザを識別する識別情報に関連付けて、前記暗号化統合情報と前記身分証明証の持ち主の生体情報に基づく認証用情報とを少なくとも１つの記憶装置に保存する手段、
   前記認証用情報および前記暗号化統合情報が前記記憶装置に保存された後に前記ユーザの生体情報を取得する手段、
   前記ユーザの生体情報と前記認証用情報とを参照し、前記ユーザと前記身分証明証の持ち主が同一人物であるか否かを判定する手段、
   前記ユーザと前記身分証明証の持ち主が同一人物であると判定された場合に、前記身分証明証および前記健康保険証の連携が完了したことを示す情報を前記記憶装置に保存する手段
   として機能させるプログラム。
   

Images