JP2024042294A - 情報管理システム、及び情報管理方法 - Google Patents

Abstract

【課題】本人確認において基本４情報と正確な携帯電話番号とを紐づける。
【解決手段】生活者の本人確認を依頼する確認要求を送信する外部サーバと、公的な証明書である個人カードを用いた公的個人認証を行う認証サーバと、電話番号を利用した通信サービスを提供する通信事業者とのキャリア契約情報を用いたキャリア認証を行う携帯キャリアサーバと、管理サーバと、を備え、前記管理サーバは、前記確認要求に応じて前記認証サーバによる前記公的個人認証を行うための処理を実行する公的個人認証制御部と、前記携帯キャリアサーバによる前記キャリア認証を行うための処理を実行するキャリア認証制御部と、前記公的個人認証によって得られる前記生活者の基本４情報と、前記キャリア認証によって得られる前記生活者の前記キャリア契約情報と、前記生活者の電話番号とを紐づけた本人情報を生成する本人情報生成部と、を有する、情報管理システム。
【選択図】図１

Description

本発明は、情報管理システム、及び情報管理方法に関する。

オンラインによる本人確認の手段として、公的個人認証（ＪＰＫＩ）を用いる技術がある（例えば、特許文献１）。マイナンバーカードの普及が進み、ＪＰＫＩを用いた本人確認が広がっていくことが想定される。

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

しかしながら、ＪＰＫＩで取得できる情報は、基本４情報（住所、氏名、生年月日、性別）に留まる。事業者や団体等が生活者との接点として利用しようとした場合、ＪＰＫＩで取得した情報から利用できそうな情報は「住所」及び「氏名」である。住所を利用した配送には手間や時間がかかることから、より手軽で迅速な連絡手段を確保できる方がよい。本人確認時に電話番号やメールアドレス等を入力させることにより住所以外の連絡先を取得することが考えられるが、誤入力等の懸念があり確実性に問題がある。

本発明は、このような事情に鑑みてなされたもので、その目的は、本人確認において基本４情報と確実性の高い電話番号とを紐づけることができる情報管理システム、及び情報管理方法を提供することにある。

上述した課題を解決するために、本発明に係る情報管理システムは、生活者の本人確認を依頼する確認要求であって前記生活者の電話番号を含む確認要求を送信する外部サーバと、マイナンバーカード（個人番号カード）（公的な証明書である個人カード）を用いた公的個人認証を行う認証サーバと、電話番号を利用した通信サービスを提供する通信事業者と前記通信サービスを利用する契約ユーザとの契約に関するキャリア契約情報を用いたキャリア認証を行う携帯キャリアサーバと、管理サーバと、を備え、前記管理サーバは、前記確認要求に応じて前記認証サーバによる前記公的個人認証を行うための処理を実行する公的個人認証制御部と、前記携帯キャリアサーバによる前記キャリア認証を行うための処理を実行するキャリア認証制御部と、前記公的個人認証によって得られる前記生活者の基本４情報と、前記キャリア認証によって得られる前記生活者の前記キャリア契約情報と、前記生活者の電話番号とを紐づけた本人情報を生成する本人情報生成部と、を有する。

また、本発明は、上述の情報管理システムにおいて、前記確認要求には、前記外部サーバに対応する企業において前記生活者が利用するサービスに関する登録情報が含まれ、前記公的個人認証制御部は、前記確認要求に含まれる前記登録情報と、前記生活者の前記登録情報として前記生活者が使用する生活者端末から通知された通知登録情報とが一致する場合に前記公的個人認証を行うための処理を実行する。

また、本発明は、上述の情報管理システムにおいて、前記管理サーバは、前記本人情報を、前記生活者の同意を得て、外部サーバに出力する出力制御部を更に有する。

また、上述した課題を解決するために、本発明に係る情報管理方法は、生活者の本人確認を依頼する確認要求であって前記生活者の電話番号を含む確認要求を送信する外部サーバと、マイナンバーカード（個人番号カード）（公的な証明書である個人カード）を用いた公的個人認証を行う認証サーバと、電話番号を利用した通信サービスを提供する通信事業者と前記通信サービスを利用する契約ユーザとの契約に関するキャリア契約情報を用いたキャリア認証を行う携帯キャリアサーバと、管理サーバと、を備える情報管理システムが行う情報管理方法であって、前記管理サーバにおいて、公的個人認証制御部が、前記確認要求に応じて前記認証サーバによる前記公的個人認証を行うための処理を実行し、キャリア認証制御部が、前記携帯キャリアサーバによる前記キャリア認証を行うための処理を実行し、本人情報生成部が、前記公的個人認証によって得られる前記生活者の基本４情報と、前記キャリア認証によって得られる前記生活者の前記キャリア契約情報と、前記生活者の電話番号とを紐づけた本人情報を生成する。

本発明によれば、本人確認において基本４情報と確実性の高い電話番号とを紐づけることができる。さらに、基本４情報と、確実性の高い電話番号と、企業又は団体に係るユーザに関する情報、例えば銀行口座の口座番号を示す情報を紐づけることが可能となる。

実施形態に係る情報管理システム１の例を示すブロック図である。 実施形態に係る情報管理システム１が行う処理の流れを示すシーケンス図である。 実施形態に係る情報管理システム１が行う処理の流れを示すシーケンス図である。 実施形態に係る情報管理システム１が行う処理の流れを示すシーケンス図である。 実施形態に係る管理サーバ１０の例を示すブロック図である。 実施形態に係る本人情報１２０の例を示す図である。

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

図１は、実施形態に係る情報管理システム１の例を示すブロック図である。情報管理システム１は、管理サーバ１０と、生活者端末２０と、携帯キャリアサーバ３０と、認証サーバ４０と、企業・団体サーバ５０とを備える。情報管理システム１を構成する装置群（管理サーバ１０、生活者端末２０、携帯キャリアサーバ３０、認証サーバ４０、及び企業・団体サーバ５０）は、通信ネットワークＮＷを介して通信可能に接続されている。

管理サーバ１０は、企業・団体サーバ５０に対応する企業又は団体からの依頼、具体的には生活者の本人確認を行う情報処理装置である。ここでの生活者は、例えば、企業又は団体における顧客であり、生活者端末２０を使用するユーザである。管理サーバ１０として、例えば、サーバ装置、パーソナルコンピューター（ＰＣ）などのコンピュータを適用することができる。管理サーバ１０は、企業・団体サーバ５０から依頼された本人確認を実行するための制御を行う。

生活者端末２０は、ユーザ（生活者）によって使用される情報処理装置である。生活者端末２０として、例えば、スマートフォン、携帯電話、ＰＣなどのコンピュータを適用することができる。

生活者端末２０は、情報を表示する液晶ディスプレイ等の表示部と、生活者による操作を受け付けるタッチパネル等の操作部とを有する。生活者端末２０は、管理サーバ１０からの本人確認に係る通知に対応する。

生活者端末２０は、生活者によって、携帯キャリアサーバ３０の通信事業者と、生活者端末２０を用いた通信サービスを利用するための契約がなされる。生活者端末２０は、契約をしている通信事業者が提供する通信サービスを用いて通信をすることが可能である。生活者端末２０には電話番号が割り当てられており、この電話番号を送信先とした通信を行う機能を有する。

カード２００は、電子証明書２０１が記憶されたＩＣ（Integrated Circuit）カードである。カード２００は、公的な証明書であるカード（個人カード）であり、例えば、マイナンバーカード（個人番号カード）である。この場合、カード２００には、署名用電子証明書、及び、生活者証明用電子証明書が、電子証明書２０１として記憶されている。

携帯キャリアサーバ３０は、通信事業者によって管理されるサーバ装置である。通信事業者は、例えば、自らが保有又は運用する通信回線を用いた、電話番号を利用した通信サービスを生活者端末２０に対して提供するＭＮＯ（Mobile Network Operator、移動体通信事業者）である。携帯キャリアサーバ３０は、管理サーバ１０及び生活者端末２０との間で、通信ネットワークＮＷを介した通信をする。

携帯キャリアサーバ３０は、生活者端末２０を利用する契約を締結した生活者との契約に関するキャリア契約情報を記憶部に記憶している。キャリア契約情報は、例えば、生活者の電話番号、氏名、住所、生年月日、年齢等が含まれる。また、キャリア契約情報は、通信事業者と契約ユーザ（生活者）とが契約をしている契約期間を含んでもよい。また、キャリア契約情報は、生活者が利用するメッセージングサービス等のサービスに対して登録された、当該生活者に関する顧客情報であってもよい。

認証サーバ４０は、例えば、Ｊ-ＬＩＳ（地方公共団体情報システム機構）によって運営される公的個人認証サービスを提供するサーバ装置である。認証サーバ４０は、管理サーバ１０との間で、通信ネットワークＮＷを介した通信をする。
また、本実施形態において、認証サーバ４０は、署名検証者（プラットフォーム事業者）を兼ねている。ここでの署名検証者は、公的個人認証サービスにより発行された電子証明書２０１の失効情報等の提供を受けることが可能である。署名検証者は、基本４情報を取得することが可能である。

企業・団体サーバ５０は、企業又は団体が管理するサーバ装置である。企業又は団体として、例えば、銀行、保険会社、地方自治体等がある。企業・団体サーバ５０は、管理サーバ１０との間で通信ネットワークＮＷを介した通信をする。企業・団体サーバ５０は、管理サーバ１０に、生活者の電話番号を通知することによって、その生活者の本人確認を依頼する。

ここで、図２～図４を用いて、管理サーバ１０が行う処理の流れを説明する。図２～図４は、実施形態に係る情報管理システム１が行う処理の流れを示すシーケンス図である。

図２～図４では、情報管理システム１における、管理サーバ１０と生活者端末２０のやり取り、例えば、後述するステップＳ１６、Ｓ２１等に対応する処理において、当該やり取りが、メッセージサービスを利用して行われる場合を例示して説明する。ここでのメッセージサービスは、携帯キャリアサーバ３０に対応する携帯キャリア（携帯電話事業者）によって提供される通信サービスである。メッセージサービスでは、携帯電話番号を宛先して文字や画像などのメッセージのやり取りが行われる。メッセージサービスは、例えば、ＲＣＳ（Rich Communication Services）である。

しかしながら、管理サーバ１０と生活者端末２０のやり取りはメッセージサービスに限定されることはない。管理サーバ１０と生活者端末２０との情報のやり取りに、メッセージサービス以外の通知手段、例えば、電子メールや、ＳＮＳ（Social Networking Service）、ＲＥＳＴ ＡＰＩなどによる、いわゆるＷｅｂサービスでのやり取りなどが適用されてもよい。
なお、図２のステップＳ１６、Ｓ２１では記載を省略しているが、メッセージサービスを利用した通信が行われる場合、携帯キャリアサーバ３０を介して、管理サーバ１０から生活者端末２０にメッセージが通知される。すなわち、ステップＳ１２及びＳ１３に示すように、管理サーバ１０から携帯キャリアサーバ３０に対してメッセージを配信するように要求する配信要求が行われ、その配信要求に応じて生活者端末２０にメッセージが通知される。

図２に示すように、まず、企業・団体サーバ５０は、確認要求を管理サーバ１０に送信する（ステップＳ１０）。確認要求は、生活者の本人確認を行うように依頼する通知である。

ステップＳ１０において、企業・団体サーバ５０は、少なくとも電話番号を含む確認要求を、管理サーバ１０に送信する。或いは、企業・団体サーバ５０は、生活者における電話番号以外の情報、例えば、企業・団体情報及び基本４情報（住所、氏名、生年月日、性別）などを含む確認要求を、管理サーバ１０に送信するようにしてもよい。

企業・団体情報は、企業・団体サーバ５０に対応する企業又は団体が提供するサービスを生活者が利用するための情報であり、例えば、手続先が銀行などである場合、企業・団体情報は、口座番号などを示す口座情報である。手続先が証券会社などである場合、企業・団体情報は、証券口座又は証券番号などを示す証券情報である。

管理サーバ１０は、確認要求を受信すると、確認要求に含まれる生活者の電話番号を、本人情報１２０（図５参照）に記憶させる。

また、管理サーバ１０は、確認要求を受信すると、個別ＵＲＬ（Uniform Resource Locator）を生成する（ステップＳ１１）。個別ＵＲＬは、確認要求に対応する手続を行うために用いられるＵＲＬであって、確認要求に紐付けられたユニークなＵＲＬである。例えば、個別ＵＲＬは、手続を行うための特定のページを示す情報である。例えば、個別ＵＲＬで特定されるサイトは、アクセスが制限されたページである。例えば、個別ＵＲＬは、一回のみ、又は、限られた時間、あるいは限られた回数しかアクセスが受け付けられない、いわゆるワンタイムのＵＲＬである。

管理サーバ１０は、依頼メッセージを配信するように要求するメッセージ配信要求を、携帯キャリアサーバ３０に送信する（ステップＳ１２）。ここでの依頼メッセージは、確認要求に対し、生活者に本人確認を依頼するメッセージであり、ステップＳ１１で作成した個別ＵＲＬを生活者端末２０に通知するメッセージである。

携帯キャリアサーバ３０は、メッセージ配信要求を受信すると、生活者端末２０に個別ＵＲＬが示された依頼メッセージを送信する（ステップＳ１３）。生活者端末２０は、依頼メッセージを受信すると、依頼メッセージに示されている個別ＵＲＬを、生活者端末２０内に記憶させる。

一方、生活者端末２０は、ユーザによって応答メッセージに示された個別ＵＲＬがクリックされることによって、個別ＵＲＬに対応するページにアクセスし、アクセスしたページの案内にしたがって、必要情報、及び企業・団体情報を入力し、入力した必要情報、及び企業・団体情報を管理サーバ１０に送信する（ステップＳ１４）。必要情報は、手続に必要な情報であり、例えば、生活者の住所、氏名、電話番号、及び、生年月日などを示す情報である。なお、基本４情報（住所、氏名、生年月日、性別）に該当する情報については、後述するステップＳ１９にて基本４情報を取得することが可能であることから、ステップＳ１４にて要求する必要情報から除外するようにしてもよい。

例えば、管理サーバ１０は、必要情報、及び企業・団体情報を入力するための入力画面を、個別ＵＲＬに対応するページに表示する。生活者端末２０は、入力画面に表示された内容にしたがって、必要情報、及び企業・団体情報を入力して返信する。これによって、管理サーバ１０は必要情報、及び企業・団体情報を取得する。

管理サーバ１０は、一致判定を行う（ステップＳ１５）。ここでの一致判定は、ステップＳ１０において企業・団体情報を含む確認要求が企業・団体サーバ５０から通知された場合に実行される処理であって、ステップＳ１４で生活者端末２０から通知された企業・団体情報と、ステップＳ１０で確認要求において企業・団体サーバ５０から通知された企業・団体情報とが一致するか判定する処理である。管理サーバ１０は、一致判定において、両情報が一致した場合、その企業・団体情報を、生活者の本人情報１２０に記憶させる。

なお、ステップＳ１５の一致判定における判定ルールは任意に設定されてよい。例えば、判定ルールとして、企業・団体情報の全て（例えば、証券口座及び証券番号）が完全に一致した場合に一致判定ＯＫとし、一つでも一致しない場合に一致判定ＮＧとする。或いは、企業・団体情報のうち少なくとも１つ（例えば、証券口座）が一致した場合に一致判定ＯＫとする判定ルールを設定してもよい。

一方、管理サーバ１０は、ステップＳ１０の確認要求において企業・団体情報が企業・団体サーバ５０から通知されなかった場合、ステップＳ１５を実行せず、ステップＳ１４で生活者端末２０から通知された企業・団体情報を、生活者の本人情報１２０に記憶させる。

これにより、ステップＳ１５を実行したか否かに関わらず、生活者の電話番号に、企業・団体情報が紐づけされる。

また、管理サーバ１０は、メッセージサービスを利用して、公的個人認証に誘導する誘導メッセージを生活者端末２０に送信する（ステップＳ１６）。誘導メッセージには、手続を行うための本人確認として公的個人認証を行うように案内する案内文と共に、「公的個人認証を行う」などと表示された操作ボタンが示されている。

生活者が、「公的個人認証を行う」などと表示された操作ボタンをタッチ操作すると、公的個人認証を行うための処理が実行される。公的個人認証を行うための処理として、具体的には、ＰＩＮ入力、及びカードタッチ操作等が実行される（ステップＳ１７）。

ＰＩＮ入力は、公的個人認証を行うために必要なＰＩＮ（Personal Identification Number）を入力することである。カードタッチ操作は、公的個人認証を行うためのマイナンバーカード（カード２００）をカードタッチ画面に近接させる操作である。

例えば、生活者が、操作ボタンをタッチ操作すると、「マイナンバーカードの暗証番号を入力してください」などの案内文と共に、ＰＩＮ入力をするための入力画面が表示される。生活者は、入力画面を視認し、入力画面に表示された案内文にしたがってＰＩＮを入力する。生活者端末２０は、生活者によって入力されたＰＩＮを記憶すると、「マイナンバーカードをタッチしてください」などの案内文と共に、カードの形状を示す枠などが表示されたタッチ画面を表示させる。
生活者は、タッチ画面にカード２００を近接させることによってタッチ操作を行う。タッチ操作が行われることによって、生活者端末２０とカード２００との間の通信が確立する。
生活者端末２０とカード２００との間の通信が確立すると、生活者端末２０は、カード２００にＰＩＮを通知し、電子証明書２０１を生活者端末２０に通知するように要求する。生活者端末２０から通知されたＰＩＮが、予め設定されたＰＩＮと一致した場合、生活者端末２０は、カード２００との間で所定の処理を行うことによって、電子証明書２０１及び署名データなどを含む所定の情報を、管理サーバ１０に出力する。

管理サーバ１０は、生活者端末２０から通知された所定の情報を用いて、生活者の電子証明書２０１が有効であるか否か（有効性確認）を判定するように認証サーバ４０に要求する（ステップＳ１８）。

認証サーバ４０は、管理サーバ１０からの要求に応じて、有効性確認の結果、及び生活者の基本４情報を、管理サーバ１０に送信する（ステップＳ１９）。

管理サーバ１０は、有効性確認の結果、及び生活者の基本４情報を認証サーバ４０から受信し、有効性確認の結果、電子証明書２０１が有効である場合、一致判定を行う（ステップＳ２０）。ここでの一致判定は、ステップＳ１０において基本４情報を含む確認要求が企業・団体サーバ５０から通知された場合に実行される処理であって、ステップＳ１９で認証サーバ４０から通知された基本４情報と、ステップＳ１０で確認要求において企業・団体サーバ５０から通知された基本４情報とが一致するか判定する処理である。管理サーバ１０は、一致判定において、両情報が一致した場合、その基本４情報を、生活者の本人情報１２０に記憶させる。

なお、ステップＳ２０の一致判定における判定ルールは任意に設定されてよい。例えば、判定ルールとして、住所、氏名、生年月日、性別の全てが完全に一致した場合に一致判定ＯＫとし、一つでも一致しない場合に一致判定ＮＧとする。或いは、住所、氏名、生年月日のうち少なくとも１つが一致した場合に一致判定ＯＫとする判定ルールを設定してもよい。

一方、管理サーバ１０は、ステップＳ１０の確認要求において基本４情報が企業・団体サーバ５０から通知されなかった場合、ステップＳ２０を実行せず、電子証明書２０１が有効であれば、ステップＳ１９で認証サーバ４０から通知された基本４情報を、生活者の本人情報１２０に記憶させる。

これにより、ステップＳ２０を実行したか否かに関わらず、生活者の電話番号に、企業・団体情報及び基本４情報が紐づけされる。

また、図３に示すように、管理サーバ１０は、キャリア認証を行うことについて、生活者が同意するか否かを確認する（ステップＳ２１）。キャリア認証は、電話番号を利用した通信サービスを提供する通信事業者と、通信サービスを利用する契約ユーザとの契約に関するキャリア契約情報を用いて本人確認を行う認証方法である。

例えば、管理サーバ１０は、認証サーバ４０から基本４情報を取得すると、メッセージサービスを利用して、キャリア認証に対する同意を得るための確認メッセージを生活者端末２０に送信する。確認メッセージには、本人確認を厳密に行うために、キャリア認証を行うように案内する案内文と共に、「キャリア認証を行うことに同意する」などと表示された操作ボタンが示されている。

生活者がキャリア認証を行うことに同意した場合、認証要求が行われる。認証要求では、生活者端末２０は、キャリア認証を行うための認証情報、例えば、パスワード等を携帯キャリアサーバ３０に送信する。管理サーバ１０は、生活者の生年月日、住所、氏名等を送信して、生活者のキャリア認証を行うように携帯キャリアサーバ３０に要求する認証要求を行う（ステップＳ２２）。携帯キャリアサーバ３０は、管理サーバ１０から生年月日等を受信すると、受信した生活者の生年月日等が予め登録されたキャリア契約情報が一致するか否かを判定し（ステップＳ２３）、その判定結果を管理サーバ１０に送信する（ステップＳ２４）。

なお、生活者の照合情報は、予め管理サーバ１０に記憶されているものとする。例えば、生活者は、管理サーバ１０を介して手続を行うサービスを利用する際に、生活者の個人情報、例えば、住所、氏名、生年月日等を管理サーバ１０に登録する。管理サーバ１０は、登録された生活者の個人情報を、生活者の照合情報として管理サーバ１０に記憶させる。

管理サーバ１０は、一致判定の結果を認証サーバ４０から受信すると、一致判定ＯＫである場合、生活者の照合情報（契約キャリア情報）を、生活者の本人情報１２０に記憶させる。これにより、生活者の電話番号に、企業・団体情報、基本４情報、及び契約キャリア情報が紐づけされる。

なお、ステップＳ２３では、携帯キャリアサーバ３０が一致判定を行う場合を例示したが、管理サーバ１０によって一致判定が行われてもよい。この場合、ステップＳ２４において、生活者の契約キャリア情報（例えば、住所、氏名、生年月日等）が携帯キャリアサーバ３０から管理サーバ１０に送信される。管理サーバ１０は、携帯キャリアサーバ３０から受信した生活者の契約キャリア情報と、予め管理サーバ１０に記憶されている生活者の照合情報とを突合させることによって、一致判定を行う。

また、ステップＳ２３の一致判定における判定ルールは任意に設定されてよい。例えば、判定ルールとして、住所、氏名、生年月日の全てが完全に一致した場合に一致判定ＯＫとし、住所、氏名、生年月日のうち一つでも一致しない場合に一致判定ＮＧとする。或いは、住所、氏名、生年月日のうち少なくとも１つが一致した場合に一致判定ＯＫとする判定ルールを設定してもよい。

また、図４に示すように、管理サーバ１０は、携帯キャリアサーバ３０から一致判定の判定結果を受信すると、その判定結果を企業・団体サーバ５０に送信する（ステップＳ２５）。企業・団体サーバ５０は、判定結果を管理サーバ１０から判定結果を受信すると、その判定結果の内容確認を行う（ステップＳ２６）。企業・団体サーバ５０は、内容を確認した確認結果を管理サーバ１０に送信する（ステップＳ２７）。この場合において、管理サーバ１０は、携帯キャリアサーバ３０から一致判定の判定結果を受信した場合、その判定結果を生活者端末２０に通知するようにしてもよい。例えば、管理サーバ１０は、携帯キャリアサーバ３０から一致判定の判定結果を受信すると、その判定結果を含む判定結果メッセージを生成し、その判定結果メッセージを配信するように要求するメッセージ配信要求を、携帯キャリアサーバ３０に送信する。そして、携帯キャリアサーバ３０は、メッセージ配信要求を受信すると、生活者端末２０に判定結果メッセージを送信する。

なお、上記では、ステップＳ２０において、管理サーバ１０が一致判定を行う場合の例を記載したが、これに限定されない。管理サーバ１０は、認証サーバ４０から通知された基本４情報と、ステップＳ２０にて行った一致判定の結果とを企業・団体サーバ５０に通知するようにしてもよい。この場合、例えば、企業・団体サーバ５０は、各自の判定ルールにより、管理サーバ１０から通知された基本４情報と、企業・団体サーバ５０に対応する企業又は団体にて保有するユーザに関する情報とが一致するか否かを確認することが可能となる。
また、ステップＳ２３の一致判定を、携帯キャリアサーバ３０ではなく、管理サーバ１０が行う場合においても同様に、管理サーバ１０は、認証サーバ４０から通知された基本４情報と一致判定の結果とを企業・団体サーバ５０に通知するようにしてもよい。

また、ステップＳ１０の確認要求において、企業・団体情報及び基本４情報を含む確認要求が企業・団体サーバ５０から通知されない場合、つまり、電話番号のみを含む確認要求が通知された場合などにおいて、ステップＳ１５における一致判定、及びステップＳ２０における一致判定が、企業・団体サーバ５０によって実行されるように構成されてもよい。
この場合、例えば、管理サーバ１０は、情報連携について、生活者が同意するか否かを確認する。ここでの情報連携は、本人確認の結果を示す情報、つまり、本人情報１２０を、企業・団体サーバ５０に対応する企業又は団体に送信することである。
例えば、管理サーバ１０は、メッセージサービスを利用して、情報連携に対する同意を得るための確認メッセージを生活者端末２０に送信する。確認メッセージには、本人確認の結果を示す情報を、企業・団体サーバ５０に対応する企業又は団体に送信してもよいか確認する文言と共に、「情報連携に同意する」などと表示された操作ボタンが示されている。
生活者端末２０は、生活者が情報連携に同意した場合、同意する旨を管理サーバ１０に送信する。例えば、生活者が、操作ボタンをタッチ操作すると、情報連携に同意する旨の通知が生活者端末２０から管理サーバ１０に送信される。
管理サーバ１０は、情報連携に同意する旨の通知を受信すると、本人確認の結果を示す情報を、企業・団体サーバ５０に送信することによって、情報連携を行う。
企業・団体サーバ５０は、本人確認の結果を示す情報を管理サーバ１０から受信すると、その内容に基づいて一致判定を行う。例えば、企業・団体サーバ５０は、管理サーバ１０から通知された本人情報１２０における企業・団体情報が、企業・団体サーバ５０が記憶する生活者の企業・団体情報と一致するか判定する。また、企業・団体サーバ５０は、管理サーバ１０から通知された本人情報１２０における基本４情報が、企業・団体サーバ５０が記憶する生活者の基本４情報と一致するか判定する。
この場合、企業・団体サーバ５０は、例えば、一致判定の結果を管理サーバ１０に通知するようにしてもよい。また、管理サーバ１０は、企業・団体サーバ５０から通知された一致判定の結果を、生活者端末２０に通知するようにしてもよい。この場合、管理サーバ１０は、企業・団体サーバ５０から確認結果を受信すると、その確認結果を含む確認結果メッセージを生成し、その確認結果メッセージを配信するように要求するメッセージ配信要求を、携帯キャリアサーバ３０に送信する。携帯キャリアサーバ３０は、メッセージ配信要求を受信すると、生活者端末２０に確認結果メッセージを送信する。

図５は、実施形態に係る管理サーバ１０の例を示すブロック図である。管理サーバ１０は、例えば、通信部１１と、記憶部１２と、制御部１３とを備える。通信部１１は、生活者端末２０、携帯キャリアサーバ３０、認証サーバ４０、及び企業・団体サーバ５０と通信を行う。

記憶部１２は、記憶媒体、例えば、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＲＡＭ（Random Access read/write Memory）、ＲＯＭ（Read Only Memory）、または、これらの記憶媒体の任意の組み合わせによって構成される。記憶部１２は、管理サーバ１０の各種の処理を実行するためのプログラム、及び各種の処理を行う際に利用される一時的なデータを記憶する。

記憶部１２は、例えば、本人情報１２０を記憶する。本人情報１２０は、手続のために行った本人確認等によって得られた生活者の個人情報である。

図６は、実施形態に係る本人情報１２０の例を示す図である。本人情報１２０は、例えば、公的個人認証と、メッセージアプリ、キャリア認証、及び企業・団体などの項目に対応する情報を記憶する。

公的個人認証には、生活者の公的個人認証を行う事によって得られた基本４情報、すなわち、生活者の住所、氏名、生年月日、及び性別が記憶される。これらは、ステップＳ１８で、認証サーバ４０から管理サーバ１０に基本４情報が通知されることに伴って記憶される。
携帯電話番号には、メッセージサービスを利用することよって得られた生活者の電話番号が記憶される。これは、ステップＳ１０で、企業・団体サーバ５０から管理サーバ１０に確認要求が通知されることに伴って記憶される。
キャリア認証には、キャリア認証を行うことによって得られた生活者の契約キャリア情報が記憶される。これは、ステップＳ２４で、携帯キャリアサーバ３０から管理サーバ１０に一致判定の判定結果が通知されることに伴って記憶される。なお、キャリア認証において、公的個人認証との比較結果、例えば、一致又は不一致を示す情報のみが記憶されてもよい。
企業・団体には、生活者から通知され企業・団体情報が記憶される。これは、ステップＳ１４で、生活者端末２０から管理サーバ１０に企業・団体情報が通知されることに伴って記憶される。

このように、本人情報１２０には、生活者の電話番号に、企業・団体情報、基本４情報、及び契約キャリア情報が紐づけされる。基本４情報は、公的個人認証を行う事によって得られた情報である。また、契約キャリア情報は、キャリア認証を行うことによって得られた情報である。また、契約キャリア情報は、生活者における通信サービスの契約時に電話番号に対応付けて生成された情報である。このため、手続きを行っている人と、携帯電話の契約者が一致するか否かを、公的個人認証及びキャリア認証のそれぞれの認証結果を用いて精度よく判定することができる。このような、本人情報１２０を企業又は団体と連携することによって、企業又は団体に、誤りがない個人情報及び電話番号を通知することが可能となる。

図５に戻り、制御部１３は、管理サーバ１０がハードウェアとして備えるＣＰＵ（Central Processing Unit）にプログラムを実行させることによって実現される。制御部１３は、管理サーバ１０を統括的に制御する。制御部１３は、例えば、取得部１３０と、公的個人認証制御部１３１と、キャリア認証制御部１３２と、本人情報生成部１３３と、出力制御部１３４とを備える。

取得部１３０は、種々の情報を取得する。例えば、取得部１３０は、ステップＳ１０で企業・団体サーバ５０から通知される確認要求を取得する。取得部１３０は、確認要求を取得した場合、取得した確認要求を公的個人認証制御部１３１に出力する。

公的個人認証制御部１３１は、認証サーバ４０に公的個人認証を行わせるための処理を実行する。例えば、公的個人認証制御部１３１は、ステップＳ１２で公的認証を行うためのメッセージ（依頼メッセージ）を、携帯キャリアサーバ３０を送信するように要求することによって、依頼メッセージを生活者端末２０に通知し、生活者端末２０からの返信に応じて公的個人認証を行わせるための処理を行う。

キャリア認証制御部１３２は、携帯キャリアサーバ３０にキャリア認証を行わせるための処理を実行する。例えば、キャリア認証制御部１３２は、ステップＳ２１で、キャリア認証を行うことに同意するか否かを確認するメッセージ（確認メッセージ）を生活者端末２０に通知し、生活者端末２０からの返信に応じてキャリア認証を行わせるための処理を行う。

本人情報生成部１３３は、本人情報１２０を生成する。例えば、本人情報生成部１３３は、ステップＳ１０で、企業・団体サーバ５０から管理サーバ１０に確認要求が通知されると、その確認要求に含まれる生活者の電話番号を本人情報１２０に記憶させる。
また、本人情報生成部１３３は、ステップＳ１９で、認証サーバ４０から管理サーバ１０に基本４情報が通知されると、その基本４情報を本人情報１２０に記憶させる。
また、本人情報生成部１３３は、ステップＳ２４で、携帯キャリアサーバ３０から管理サーバ１０に一致判定の判定結果が通知されると、キャリア認証に用いられた生活者の契約キャリア情報を本人情報１２０に記憶させる。
また、本人情報生成部１３３は、ステップＳ１４で、生活者端末２０から管理サーバ１０に企業・団体情報が通知されると、生活者端末２０から通知され企業・団体情報を本人情報１２０に記憶させる。
このように、本人情報生成部１３３は、生活者の電話番号、基本４情報、契約キャリア情報、及び企業・団体情報を逐次記憶させることによって本人情報１２０を生成する。

出力制御部１３４は、情報連携を行うための処理を実行する。具体的に、出力制御部１３４は、本人情報を、生活者の同意を得て、企業サーバに出力する。例えば、出力制御部１３４は、情報連携を行うことに同意するか否かを確認するメッセージ（確認メッセージ）を生活者端末２０に通知し、生活者端末２０からの返信に応じて情報連携を行うための処理を実行する。

以上説明した通り、実施形態の情報管理システム１は、企業・団体サーバ５０（外部サーバ）と、認証サーバ４０と、携帯キャリアサーバ３０と、管理サーバ１０とを備える。企業・団体サーバ５０は、生活者の電話番号を通知することによって前記生活者の本人確認を依頼する確認要求を送信する。認証サーバ４０は、カード２００（生活者の公的な証明書である個人カード）を用いた公的個人認証を行う。携帯キャリアサーバ３０は、キャリア認証を行う。キャリア認証は、キャリア契約情報を用いた認証である。キャリア契約情報は、通信サービス（生活者端末の電話番号を利用した通信サービス）を提供する通信事業者と、通信サービスを利用する生活者との契約に関する情報である。管理サーバ１０は、取得部１３０と、公的個人認証制御部１３１と、キャリア認証制御部１３２とを備える。取得部１３０は、生活者端末２０から通知された手続要求を取得する。公的個人認証制御部１３１は、確認要求に応じて、公的個人認証を認証サーバ４０に行わせるための処理を実行する。キャリア認証制御部１３２は、キャリア認証を携帯キャリアサーバ３０に行わせるための処理を実行する。本人情報生成部１３３は、本人情報１２０を生成する。本人情報１２０は、公的個人認証によって得られる生活者の基本４情報と、キャリア認証によって得られる生活者のキャリア契約情報と、生活者端末２０の電話番号とを紐づけた情報である。

これにより、本実施形態の情報管理システム１では、公的個人認証に加えてキャリア認証を行うことができ、公的個人認証によって得られる生活者の基本４情報と、キャリア認証によって得られる生活者のキャリア契約情報と、生活者端末２０の電話番号とを紐づけた本人情報１２０を生成することができる。したがって、本人確認において基本４情報と確実性の高い電話番号とを紐づけることができる。

また、実施形態の情報管理システム１では、確認要求には、企業・団体情報（登録情報）が含まれる。企業・団体情報は、企業・団体サーバ５０に対応する企業において、生活者が利用するサービスに関して登録されている情報である。公的個人認証制御部１３１は、確認要求に含まれる企業・団体情報と、生活者の企業・団体情報として生活者端末２０から通知された情報とが一致する場合に、公的個人認証を行うための処理を実行する。これにより、実施形態の情報管理システム１では、生活者によって入力された企業・団体情報が、確認要求に含まれる企業・団体情報と一致する場合に、公的個人認証を行うことができる。したがって、生活者が認識する企業・団体情報と、企業・団体サーバ５０に登録された企業・団体情報とを整合させた上で、公的個人認証を行うことが可能となる。

また、実施形態の情報管理システム１では、管理サーバ１０は出力制御部１３４を更に有する。出力制御部１３４は、本人情報１２０を、生活者の同意を得て、企業・団体サーバ５０に出力する。これにより、実施形態の情報管理システム１では、本人情報１２０を、企業・団体サーバ５０に出力することができ、企業・団体サーバ５０にて、生活者の個人情報が誤って登録されていないか、更新されていないかなどを確認することができる。しかも、生活者の同意を得て本人情報１２０を出力するため、個人情報を適切に管理することができる。

上述した実施形態における情報管理システム１、及び管理サーバ１０の全部又は一部をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ（Field Programmable Gate Array）等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１…情報管理システム、１０…管理サーバ、１２…記憶部、１２０…本人情報、１３…制御部、１３０…取得部、１３１…公的個人認証制御部、１３２…キャリア認証制御部、１３３…本人情報生成部、１３４…出力制御部、２０…生活者端末、２００…カード、２０１…電子証明書、３０…携帯キャリアサーバ、４０…認証サーバ、５０…企業・団体サーバ（外部サーバ）

Claims (4)

1. 生活者の本人確認を依頼する確認要求であって前記生活者の電話番号を含む確認要求を送信する外部サーバと、
   公的な証明書である個人カードを用いた公的個人認証を行う認証サーバと、
   電話番号を利用した通信サービスを提供する通信事業者と前記通信サービスを利用する契約ユーザとの契約に関するキャリア契約情報を用いたキャリア認証を行う携帯キャリアサーバと、
   管理サーバと、
   を備え、
   前記管理サーバは、
   前記確認要求に応じて前記認証サーバによる前記公的個人認証を行うための処理を実行する公的個人認証制御部と、
   前記携帯キャリアサーバによる前記キャリア認証を行うための処理を実行するキャリア認証制御部と、
   前記公的個人認証によって得られる前記生活者の基本４情報と、前記キャリア認証によって得られる前記生活者の前記キャリア契約情報と、前記生活者の電話番号とを紐づけた本人情報を生成する本人情報生成部と、
   を有する、
   情報管理システム。
2. 前記確認要求には、前記外部サーバに対応する企業において前記生活者が利用するサービスに関する登録情報が含まれ、
   前記公的個人認証制御部は、前記確認要求に含まれる前記登録情報と、前記生活者の前記登録情報として前記生活者が使用する生活者端末から通知された通知登録情報とが一致する場合に前記公的個人認証を行うための処理を実行する、
   請求項１に記載の情報管理システム。
3. 前記管理サーバは、
   前記本人情報を、前記生活者の同意を得て、外部サーバに出力する出力制御部を更に有する、
   請求項１に記載の情報管理システム。
4. 生活者の本人確認を依頼する確認要求であって前記生活者の電話番号を含む確認要求を送信する外部サーバと、公的な証明書である個人カードを用いた公的個人認証を行う認証サーバと、電話番号を利用した通信サービスを提供する通信事業者と前記通信サービスを利用する契約ユーザとの契約に関するキャリア契約情報を用いたキャリア認証を行う携帯キャリアサーバと、管理サーバと、を備える情報管理システムが行う情報管理方法であって、
   前記管理サーバにおいて、
   公的個人認証制御部が、前記確認要求に応じて前記認証サーバによる前記公的個人認証を行うための処理を実行し、
   キャリア認証制御部が、前記携帯キャリアサーバによる前記キャリア認証を行うための処理を実行し、
   本人情報生成部が、前記公的個人認証によって得られる前記生活者の基本４情報と、前記キャリア認証によって得られる前記生活者の前記キャリア契約情報と、前記生活者の電話番号とを紐づけた本人情報を生成する、
   情報管理方法。

Images