特許 7440674 情報処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-02-19

(45)【発行日】2024-02-28

(54)【発明の名称】情報処理装置

(51)【国際特許分類】

   G06Q 20/40 20120101AFI20240220BHJP

【ＦＩ】

G06Q20/40

【請求項の数】 5

(21)【出願番号】P 2023014199

(22)【出願日】2023-02-01

【審査請求日】2023-02-01

(73)【特許権者】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(74)【代理人】

【識別番号】110000752

【氏名又は名称】弁理士法人朝日特許事務所

(72)【発明者】

【氏名】早速 新

(72)【発明者】

【氏名】栗山 盛行

(72)【発明者】

【氏名】畑中 悠吾

(72)【発明者】

【氏名】三橋 洋平

(72)【発明者】

【氏名】吉田 貴子

(72)【発明者】

【氏名】小玉 和志

(72)【発明者】

【氏名】阿部 能人

【審査官】松田 岳士

(56)【参考文献】

【文献】特開２０２２－１３００８８（ＪＰ，Ａ）

【文献】特開２０２１－１９６７２６（ＪＰ，Ａ）

【文献】特開２０２０－１２６２９２（ＪＰ，Ａ）

【文献】特開２０１６－６２４５７（ＪＰ，Ａ）

【文献】特開２０１８－８７８３９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

Ｇ０６Ｆ ２１／００， ２１／３０－２１／４６

(57)【特許請求の範囲】

【請求項1】

ユーザ群がリスクのレベルに応じて分類された複数のユーザグループのうち、第１ユーザグループに属するユーザに対して、第１期間ごとに本人確認を要求する第１要求部と、
前記複数のユーザグループのうち前記第１ユーザグループよりもリスクのレベルが低い第２ユーザグループに属するユーザに対して、第２期間ごとに当該ユーザの本人確認を経て登録された登録情報に変更があるか否かを問い合わせ、当該変更がある場合に本人確認を要求する第２要求部と、
前記第１要求部又は前記第２要求部による前記要求に対して前記ユーザの本人確認が実施されない場合には、当該ユーザに提供されるサービスを制限するための処理を行う制限処理部と
を備えることを特徴とする情報処理装置。

【請求項2】

前記第１期間は、前記第２期間よりも短い期間である
ことを特徴とする請求項１記載の情報処理装置。

【請求項3】

前記第２要求部は、前記第２ユーザグループに属するユーザが所定の条件に合致する場合には、前記問い合わせに対する回答結果に関わらず、本人確認を要求する
ことを特徴とする請求項１記載の情報処理装置。

【請求項4】

１人の前記ユーザについて複数の前記登録情報がある場合に、
前記第２要求部は、当該複数の登録情報のうち、一部の登録情報に変更がある場合に本人確認を要求し、その他の登録情報に変更がある場合には本人確認を要求しない
ことを特徴とする請求項１記載の情報処理装置。

【請求項5】

前記第２ユーザグループがユーザのリスクに応じてさらに複数のユーザグループに分類されている場合に、
前記第２要求部は、
前記第２ユーザグループにおいて分類された、よりリスクのレベルが高いユーザグループに属するユーザに対しては、所定数の登録情報について変更があるか否かを問い合わせ、
前記第２ユーザグループにおいて分類された、よりリスクのレベルが低いユーザグループに属するユーザに対しては、前記所定数よりも少ない数の登録情報について変更があるか否かを問い合わせる
ことを特徴とする請求項１記載の情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、サービスを利用するユーザの本人確認のための技術に関する。

【背景技術】

【0002】

スマートホン等のユーザ端末の普及に伴い、そのユーザ端末を用いて電子的な決済を行う電子決済サービスが広く利用されるようになっている。この種のサービスにおいてはユーザの本人確認が必須であるが、例えば特許文献１には、文献１には、店舗側の決済装置が決済要求を受け付けると、ユーザの属性情報に基いて、本人確認ができるまで取引を一定期間保留すること等の複数の対処方法を出力することが記載されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特許第７０００５０３号

【発明の概要】

【発明が解決しようとする課題】

【0004】

本発明は、上述した背景に鑑みてなされたものであり、ユーザのリスクに応じて適切に本人確認を行うことを目的とする。

【課題を解決するための手段】

【0005】

上記課題を解決するため、本発明は、ユーザ群がリスクのレベルに応じて分類された複数のユーザグループのうち、第１ユーザグループに属するユーザに対して、第１期間ごとに本人確認を要求する第１要求部と、前記複数のユーザグループのうち前記第１ユーザグループよりもリスクのレベルが低い第２ユーザグループに属するユーザに対して、第２期間ごとに当該ユーザの本人確認を経て登録された登録情報に変更があるか否かを問い合わせ、当該変更がある場合に本人確認を要求する第２要求部と、前記第１要求部又は前記第２要求部による前記要求に対して前記ユーザの本人確認が実施されない場合には、当該ユーザに提供されるサービスを制限するための処理を行う制限処理部とを備えることを特徴とする情報処理装置を提供する。

【発明の効果】

【0006】

本発明によれば、ユーザのリスクに応じて適切に本人確認を行うことができる。

【図面の簡単な説明】

【0007】

【図1】本発明の実施形態に係る情報処理システム１の構成の一例を示す図である。

【図2】同実施形態に係るサーバ装置３０のハードウェア構成の一例を示す図である。

【図3】同実施形態に係るユーザ端末１０のハードウェア構成の一例を示す図である。

【図4】同実施形態に係るサーバ装置３０の機能構成の一例を示す図である。

【図5】同実施形態に係るサーバ装置３０のリスク算出部３１が記憶するデータの一例を示す図である。

【図6】同実施形態に係るサーバ装置３０の登録情報記憶部３４が記憶するデータの一例を示す図である。

【図7】同実施形態に係る情報処理システム１による動作の一例を示すシーケンス図である。

【図8】同実施形態に係るユーザ端末１０に表示される画面を例示する図である。

【図9】同実施形態に係るユーザ端末１０に表示される画面を例示する図である。

【図10】同実施形態に係るユーザ端末１０に表示される画面を例示する図である。

【図11】同実施形態に係るユーザ端末１０に表示される画面を例示する図である。

【図12】同実施形態に係る情報処理システム１による動作の一例を示すシーケンス図である。

【図13】同実施形態に係るユーザ端末１０に表示される画面を例示する図である。

【図14】同実施形態に係るユーザ端末１０に表示される画面を例示する図である。

【図15】同実施形態に係る情報処理システム１による動作の一例を示すシーケンス図である。

【発明を実施するための形態】

【0008】

［実施形態］
［構成］
図１は、本発明の実施形態に係る情報処理システム１の一例を示す図である。情報処理システム１は、ユーザが店舗で対価を支払って商品やサービスを購入する商取引における決済を電子的に行うシステムである。

【0009】

図１に示すように、情報処理システム１は、ユーザであるユーザが利用するユーザ端末１０と、店舗等に設置された店舗端末２０と、本発明の情報処理装置に相当するサーバ装置３０と、公的個人認証を行う個人認証システム４０と、これらを通信可能に接続する無線通信網又は有線通信網を含むネットワーク２とを備えている。ユーザ端末１０、店舗端末２０、サーバ装置３０はいずれも通信可能なコンピュータである。より具体的には、ユーザ端末１０は、例えばスマートホン、ウェアラブル端末又はタブレットなどの、ユーザが携帯可能なコンピュータである。店舗端末２０は、店舗にて操作される端末であり、例えばＰＯＳ（Point of Sales）レジと一体に構成されたコンピュータ又はＰＯＳレジに接続されたコンピュータであってもよいし、決済端末と呼ばれるコンピュータであってもよい。サーバ装置３０は、Ｗｅｂサーバとして構成されたコンピュータである。個人認証システム４０は、他人によるなりすましや改ざんが行われていないことを確認するため、eKYC（electronic Know Your Customer）等の技術を用いて個人認証を行うシステムである。個人認証システム４０は、例えば公的個人認証サービス（日本においては、マイナンバーカードと呼ばれる記憶媒体を用いたJPKI：Japanese Public Key Infrastructure）を提供するシステムであってもよいし、それ以外の規格に従って個人認証を行うシステムであってもよい。なお、図１には、ユーザ端末、店舗端末、サーバ装置及び個人認証システムをそれぞれ１つずつ示しているが、これらはそれぞれ複数であってもよい。

【0010】

図２は、サーバ装置３０のハードウェア構成を示す図である。サーバ装置３０は、物理的には、プロセッサ３００１、メモリ３００２、ストレージ３００３、通信装置３００４、入力装置３００５、出力装置３００６、及びこれらを接続するバスなどを含むコンピュータとして構成されている。これらの各装置は図示せぬ電池から供給される電力によって動作する。なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。サーバ装置３０のハードウェア構成は、図２に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。また、それぞれ筐体が異なる複数の装置が通信接続されて、サーバ装置３０を構成してもよい。

【0011】

サーバ装置３０における各機能は、プロセッサ３００１、メモリ３００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ３００１が演算を行い、通信装置３００４による通信を制御したり、メモリ３００２及びストレージ３００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。

【0012】

プロセッサ３００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ３００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）によって構成されてもよい。また、例えばベースバンド信号処理部や呼処理部などがプロセッサ３００１によって実現されてもよい。

【0013】

プロセッサ３００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ３００３及び通信装置３００４の少なくとも一方からメモリ３００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、後述する動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。サーバ装置３０の機能ブロックは、メモリ３００２に格納され、プロセッサ３００１において動作する制御プログラムによって実現されてもよい。各種の処理は、１つのプロセッサ３００１によって実行されてもよいが、２以上のプロセッサ３００１により同時又は逐次に実行されてもよい。プロセッサ３００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してサーバ装置３０に送信されてもよい。

【0014】

メモリ３００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つによって構成されてもよい。メモリ３００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ３００２は、本実施形態に係る方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

【0015】

ストレージ３００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ３００３は、補助記憶装置と呼ばれてもよい。

【0016】

通信装置３００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。
プロセッサ３００１、メモリ３００２などの各装置は、情報を通信するためのバスによって接続される。バスは、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。

【0017】

サーバ装置３０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ３００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

【0018】

図３は、ユーザ端末１０のハードウェア構成の一例を示す図である。ユーザ端末１０は、例えばスマートホン、携帯電話機、タブレット又はウェアラブル端末等のコンピュータである。ユーザ端末１０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６及びこれらを接続するバスなどを含むコンピュータ装置として構成されている。プロセッサ１００１、メモリ１００２、ストレージ１００３は、サーバ装置３０のプロセッサ３００１、メモリ３００２、ストレージ３００３と同様のハードウェアである

【0019】

通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、送受信アンテナ、アンプ部、送受信部、伝送路インターフェースなどは、通信装置１００４によって実現されてもよい。送受信部は、送信部と受信部とで、物理的に、または論理的に分離された実装がなされてもよい。

【0020】

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キー、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチスクリーン）であってもよい。

【0021】

図４は、サーバ装置３０の機能構成を示すブロック図である。サーバ装置３０において、プロセッサ３００１がプログラムなどをストレージ３００３からメモリ３００２に読み出して実行すること、でリスク算出部３１と、第１要求部３２と、第２要求部３３と、登録情報記憶部３４と、応答取得部３５と、制限処理部３６という機能を実現する。

【0022】

図４において、リスク算出部３１は、各ユーザのリスクについて所定のリスク算出アルゴリズムに従って算出し、ユーザ群を複数のユーザグループに分類して記憶する。ここで用いられるリスク算出アルゴリズムは、例えばユーザの電子決済履歴や属性等に基づいて各ユーザの電子決済に関するリスク（例えばマネーロンダリングや不正決済に関するリスク）を算出する周知のアルゴリズムである。

【0023】

ここで、図５は、リスク算出部３１によって記憶されるデータを例示したものである。図５に例示するように、各ユーザの識別子であるユーザＩＤに対応付けて、そのユーザについて算出されたリスクの程度であるリスクレベルが記憶されている。ここでは、ハイリスクＨのユーザグループと、ミドルリスクＭのユーザグループと、ローリスクＬのユーザグループとの３区分に分類されているが、リスクレベルの区分数や種類はこの例示に限定されない。例えばリスクレベルの区分数は２であってもよいし、４以上であってもよい。

【0024】

図４において、第１要求部３２は、ハイリスクＨのユーザグループ（本発明に係る第１ユーザグループ）に属するユーザに対して、或る期間（本発明に係る第１期間）ごとに、個人認証システム４０を用いた本人確認を要求する。

【0025】

第２要求部３３は、ハイリスクＨのユーザグループよりもリスクレベルが低いミドルリスクＭ又はローリスクＬのユーザグループ（本発明に係る第２ユーザグループ）に属するユーザに対して、或る期間（本発明に係る第２期間）ごとに、個人認証システム４０を用いたそのユーザの本人確認を経て登録された登録情報に変更があるか否かを問い合わせる。そして、第２要求部３３は、その変更がある場合には、個人認証システム４０を用いた本人確認をユーザに要求する一方、その変更がない場合には、個人認証システム４０を用いた本人確認を要求しない。

【0026】

ここで、第１要求部３２が個人認証システム４０を用いた本人確認を要求する単位となる期間（第１期間）は、第２要求部３３が各ユーザについて個人認証システム４０を用いた本人確認を経て登録された登録情報に変更があるか否かを問い合わせる単位となる期間（第２期間）よりも、短い期間であることが望ましい。例えば前者の期間（第１期間）は６ヶ月であり、後者の期間（第２期間）は１年である。

【0027】

登録情報記憶部３４は、個人認証システム４０を用いた本人確認を経て登録された登録情報を記憶する。図６は、登録情報記憶部３４に記憶されるデータを例示したものである。図６に例示するように、各ユーザの識別子であるユーザＩＤに対応付けて、例えばそのユーザの氏名、生年、住所、職業、電子決済の利用目的等の登録情報が記憶されている。これらの登録情報は、ユーザが電子決済サービスの利用開始時において、個人認証システム４０を用いた本人確認を経て登録されたものである。なお、図６の登録情報の数や内容はあくまで例示に過ぎない。

【0028】

図４において、応答取得部３５は、第１要求部３２又は第２要求部３３による要求に応じたユーザ端末１０からの応答を取得する。

【0029】

制限処理部３６は、第１要求部３２又は第２要求部３３による要求に対してユーザの本人確認が実施されない場合には、そのユーザに提供されるサービス（本実施形態では電子決済サービス）を制限するための処理を行う。ここでいう制限とは、例えば電子決済サービスの中断・停止や、電子決済サービスの決済上限額又は決済範囲の変更等を含む。

【0030】

以上のように、本実施形態では、ハイリスクのユーザに対しては、第１期間ごとに本人確認を要求し、ミドル又はローリスクのユーザに対しては、より短い第２期間ごとに登録情報の変更有無を確認し、その変更がある場合に限って本人確認を要求する。

【0031】

［動作］
次に、図７～１５を参照して、情報処理システム１の動作について説明する。なお、以下の説明において、例えばサーバ装置３０を処理の主体として記載する場合には、具体的にはプロセッサ３００１、メモリ３００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ３００１が演算を行い、通信装置３００４による通信や、メモリ３００２及びストレージ３００３におけるデータの読み出し及び／又は書き込みを制御することにより、処理が実行されることを意味する。ユーザ端末１０についても同様である。

【0032】

［ハイリスクＨのユーザに対する動作例］
図７において、ハイリスクＨユーザが店舗等においてユーザ端末１０を操作し、電子決済アプリケーションプログラムを起動すると、その旨がそのユーザのユーザＩＤとともにネットワーク２経由でサーバ装置３０に通知される（ステップＳ１１）。

【0033】

この通知に応じて、サーバ装置３０のリスク算出部３１により上記ユーザＩＤに対応して記憶しているリスクレベルが参照される（ステップＳ１２）。このときのリスクレベルがハイリスクＨであった場合、第１要求部３２は、上記ユーザ端末１０に対する前回要求から第１期間が経過したか否かを判断し、これが経過していれば、ユーザ端末１０に対して、個人認証システム４０を用いた本人確認を要求する（ステップＳ１３）。

【0034】

この要求に応じて、ユーザ端末１０には図８に例示する画面が表示される。この画面に対し、ユーザが「本人確認に進む」というソフトボタンを選択すると（ステップＳ１４）、サーバ装置３０の応答取得部３５は、ユーザ端末１０からの応答を取得し（ステップＳ１５）、以後は所定のシーケンスに従い、ユーザ端末１０及び個人認証システム４０間で、例えばマイナンバーカードや在留カードと呼ばれるような認証媒体等を用いた認証処理が実行される（ステップＳ１６）。

【0035】

そして、必要に応じて、サーバ装置３０及び個人認証システム４０間でデータ同期等の処理がなされ（ステップＳ１７）、ユーザ端末１０において図９に例示するように、処理を完了した旨の画面が表示される。

【0036】

ステップＳ１３において、ユーザが「本人確認に進む」というソフトボタンを選択しない場合は、第１要求部３２による要求に対してユーザの本人確認が実施されないことになるから、制限処理部３６は、そのユーザに提供される電子決済サービスを制限するための処理を行う。

【0037】

なお、ユーザ端末１０に対する前回の本人確認要求から第１期間が経過していない場合は、ユーザ端末１０に対して個人認証システム４０を用いた本人確認は要求されない。

【0038】

［ミドルリスクＭ又はローリスクＬのユーザに対する動作例］
図１０において、ミドルリスクＭ又はローリスクＬのユーザが店舗等においてユーザ端末１０を操作し、電子決済アプリケーションプログラムを起動すると、その旨がそのユーザのユーザＩＤとともにネットワーク２経由でサーバ装置３０に通知される（ステップＳ２１）。

【0039】

この通知に応じて、サーバ装置３０のリスク算出部３１により上記ユーザＩＤに対応して記憶しているリスクレベルが参照される（ステップＳ２２）。このときのリスクレベルがミドルリスクＭ又はローリスクＬであった場合、サーバ装置３０の第２要求部３３は、上記ユーザ端末１０に対する前回要求から第２期間が経過したか否かを判断し、これが経過していれば、ユーザ端末１０に対して登録情報に変更があるか否かを問い合わせる（ステップＳ２３）。

【0040】

この要求に応じて、ユーザ端末１０には図１１に例示する画面が表示される。この画面に対し、ユーザが「確認する」というソフトボタンを選択すると、次に、図１２に例示する画面がユーザ端末１０に表示される。この画面に対し、ユーザが例えば「職業／利用目的」というソフトボタン及び「変更する」というソフトボタンを選択すると、次に、図１３に例示する画面がユーザ端末１０に表示される。この画面に対し、ユーザが自身で設定したパスワード入力して「確認」というソフトボタンを選択すると、次に、図１４に例示する画面がユーザ端末１０に表示される。

【0041】

この画面に対し、ユーザが例えば「生計費用」というソフトボタンを選択すると、これらの操作が受け付けられる（ステップＳ２４）。この操作に応じて（ステップＳ２５）、サーバ装置３０の第２要求部３３は、ユーザ端末１０に対して、個人認証システム４０を用いた本人確認を要求する（ステップＳ２６）。

【0042】

この要求に応じて、ユーザ端末１０には、前述した図８に例示する画面が表示される。この画面に対し、ユーザが「本人確認に進む」というソフトボタンを選択すると（ステップＳ２７）、サーバ装置３０の応答取得部３５は、ユーザ端末１０からの応答を取得し（ステップＳ２８）、以後は所定のシーケンスに従い、ユーザ端末１０及び個人認証システム４０間で、例えばマイナンバーカードや在留カードと呼ばれるような認証媒体等を用いた認証処理が実行される（ステップＳ２９）。

【0043】

そして、必要に応じて、サーバ装置３０及び個人認証システム４０間でデータ同期等の処理がなされ（ステップＳ３０）、ユーザ端末１０において、前述した図９に例示するように、処理を完了した旨の画面が表示される。サーバ装置３０の登録情報記憶部３４は、変更後の登録情報を記憶する（ステップＳ３１）。ユーザ端末１０においては、図１５に例示するような処理を完了した旨の画面が表示される。

【0044】

以上説明した実施形態によれば、ハイリスクのユーザに対しては、第１期間ごとに本人確認を要求し、ミドル又はローリスクのユーザに対しては、より短い第２期間ごとに登録情報の変更有無を確認し、その変更がある場合に限って本人確認を要求する。ユーザにとっては本人確認に要する操作乃至作業が煩わしいと感じることがあるが、上記実施形態のようにすることで、リスクが比較的大きいユーザに対して本人確認を行う頻度を多くし、リスクが比較的小さいユーザに対してはその頻度を少なくすることができる。つまり、ユーザのリスクに応じて適切に本人確認を行うことが可能となる。

【0045】

［変形例］
本発明は、上述した実施形態に限定されない。上述した実施形態を以下のように変形してもよい。また、以下の２つ以上の変形例を組み合わせて実施してもよい。

【0046】

［変形例１］
リスクレベルに応じて分類された複数のユーザグループは、少なくとも、第１ユーザグループと、第１ユーザグループよりもリスクのレベルが低い第２ユーザグループを含んでいればよい。

【0047】

［変形例２］
例えば図１１に例示した画面において、ミドルリスクＭ又はローリスクＬ（第２ユーザグループ）のユーザが「後で」というソフトボタンを選択した場合、つまり、登録情報の変更有無についての問い合わせに応じない場合には、その問い合わせに応じなかった連続回数をユーザごとにカウントしておき、そのカウント数が閾値を超えた場合には、登録情報の変更の有無に関わらず、そのユーザに対して本人確認を要求するようにしてもよい。また、例えば図１２に例示した画面において、ミドルリスクＭ又はローリスクＬのユーザが「変更なし」というソフトボタンを選択した場合、つまり、登録情報の変更がないと回答した場合の連続回数をユーザごとにカウントしておき、そのカウント数が閾値を超えた場合には、登録情報の変更の有無に関わらず、そのユーザに対して本人確認を要求するようにしてもよい。このように、第２ユーザグループに属するユーザが所定の条件（例えば登録情報の変更有無についての問い合わせに応じない連続回数が閾値を超えた、又は、登録情報の変更がないと回答した連続回数が閾値を超えた、という条件）に合致する場合には、第２要求部３３は、問い合わせに対する回答結果に関わらず、本人確認を要求する。これにより、ミドルリスクＭ又はローリスクＬ（第２ユーザグループ）に対しても或る頻度で本人確認を実施することができる。

【0048】

［変形例３］
例えば図１２に例示した画面において、ミドルリスクＭ又はローリスクＬ（第２ユーザグループ）のユーザが「変更あり」というソフトボタンを選択した場合であっても、変更対象となる登録情報の種類によっては、本人確認を行わないようにしてもよい。例えば、利用目的や職業等のように、予め決められた一部の登録情報についてはユーザの入力に応じて変更するのみとし、本人確認を要求しないという例が考えられる。このように、１人のユーザについて複数の登録情報がある場合に、第２要求部３３は、その複数の登録情報のうち、一部の登録情報に変更がある場合に本人確認を要求し、その他の登録情報に変更がある場合には本人確認を要求しないようにしてもよい。これにより、比較的重要な登録情報の変更時においてのみ本人確認を実施することができる。

【0049】

［変形例４］
例えばミドルリスクＭのユーザに対しては所定数の登録情報（例えば氏名、生年、住所、職業）について変更の有無を問い合わせる一方、ローリスクＬのユーザに対してはより少ない数の登録情報（例えば氏名、生年、住所）について変更の有無を問い合わせるようにしてもよい。つまり、第２ユーザグループ（ミドルリスクＭのユーザグループ及びローリスクＬのユーザグループ）がユーザのリスクに応じてさらに複数のユーザグループ（ミドルリスクＭのユーザグループ及びローリスクＬのユーザグループ）に分類されている場合に、第２要求部３３は、第２ユーザグループにおいて分類された、よりリスクのレベルが高いユーザグループに属するユーザに対しては、所定数の登録情報について変更があるか否かを問い合わせ、第２ユーザグループにおいて分類された、よりリスクのレベルが低いユーザグループに属するユーザに対しては、所定数よりも少ない数の登録情報について変更があるか否かを問い合わせるようにしてもよい。これにより、リスクに応じた数の登録情報の変更の有無を確認することが可能となる。

【0050】

［変形例５］
ユーザが本人確認の要求に応じた後に行われる本人確認のための認証処理は、マイナンバーカードや在留カードのような認証媒体の種類に応じて、異なるシーケンスで実行されてもよい。

【0051】

［その他の変形例］
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。

【0052】

機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信制御部（transmitting unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。

【0053】

例えば、本開示の一実施の形態におけるサーバ装置３０などは、本開示の処理を行うコンピュータとして機能してもよい。

【0054】

本開示において説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、ＦＲＡ（Future Radio Access）、ＮＲ（new Radio）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。

【0055】

本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

【0056】

入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

【0057】

判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

【0058】

以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。

【0059】

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

【0060】

本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。

【0061】

また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。

【0062】

本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

【0063】

本開示において使用する「第１」、「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみが採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

【0064】

上記の各装置の構成における「部」を、「手段」、「回路」、「デバイス」等に置き換えてもよい。

【0065】

本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

【0066】

本開示において、例えば、英語でのa,an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

【0067】

本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。

【符号の説明】

【0068】

１００：情報処理システム、２：通信網、１０：ユーザ端末、１００１：プロセッサ、１００２：メモリ、１００３：ストレージ、１００４：通信装置、１００５：入力装置、１００６：出力装置、２０：店舗端末、３０：サーバ装置、３００１：プロセッサ、３００２：メモリ、３００３：ストレージ、３００４：通信装置、４０：個人認証システム。

【要約】

【課題】ユーザのリスクに応じて適切に本人確認を行う。
【解決手段】第１要求部３２は、ハイリスクＨのユーザグループに属するユーザに対して、或る期間ごとに、個人認証システム４０を用いた本人確認を要求する。 第２要求部３３は、ミドルリスクＭ又はローリスクＬのユーザグループに属するユーザに対して、或る期間ごとに、個人認証システム４０を用いたそのユーザの本人確認を経て登録された登録情報に変更があるか否かを問い合わせる。そして、第２要求部３３は、その変更がある場合には、個人認証システム４０を用いた本人確認をユーザに要求し、その変更がない場合には、個人認証システム４０を用いた本人確認を要求することなく、変更後の登録情報を取得することを許容する。制限処理部３６は、ユーザの本人確認が実施されない場合には、そのユーザに提供されるサービスを制限するための処理を行う。
【選択図】図４

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】