JP2023166119A - サービス提供装置、サービス提供方法、およびプログラム - Google Patents

Abstract

【課題】利便性を高めることができるサービス提供装置、サービス提供方法、およびプログラムを提供すること。【解決手段】電子決済サービスを提供するサービス提供装置であって、少なくとも電話番号を必須の登録事項として利用者のアカウント設定を行い、前記利用者の電話番号を含む登録情報を管理する情報管理部と、前記利用者から、前記登録情報に登録された電話番号とは異なる電話番号が対応付けられた端末装置を通じて電話番号の変更が申し込まれたとき、前記端末装置により利用者に提示された複数の質問に対して前記利用者が入力した複数の回答を含む複数の確認情報を取得し、前記複数の確認情報に基づくスコアが閾値以上であるか否かを判定する番号変更時認証部と、を備え、前記情報管理部は、前記スコアが閾値以上であると判定された場合に、前記申し込みに係る新しい電話番号で前記登録情報を更新する、サービス提供装置。【選択図】図４

Description

本発明は、サービス提供装置、サービス提供方法、およびプログラムに関する。

従来、少なくとも部分的にネットワークを介して提供されるサービスでは、利用者がアカウントにログインをすることでサービスを受けられるようになるのが通常である。ログインに際しては、電話番号やログインＩＤ、パスワード等を入力することが要求される（ブラウザやアプリが情報を記憶して自動入力する場合も含まれる）。特に電子決済サービスなどの金銭を扱うサービスにおいては認証処理の重要度が高く、ＳＭＳ認証（特許文献１参照）などの比較的セキュリティ性が高い認証方法が採用されている。

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

ところで、利用者がスマートフォンやタブレット端末などの端末装置を買い替えた場合などにおいて、サービスに登録されている電話番号を変更する必要が生じる。従来の技術では、オンラインで電話番号を変更する場合、電話番号を変更する前の端末装置を用いてアカウントにログインした状態で、電話番号の変更を申し込まなければならない場合があった。

本発明は、このような事情を考慮してなされたものであり、電子決済サービスの利便性を高めることができるサービス提供装置、サービス提供方法、およびプログラムを提供することを目的の一つとする。

本発明の一態様は、電子決済サービスを提供するサービス提供装置であって、少なくとも電話番号を必須の登録事項として利用者のアカウント設定を行い、前記利用者の電話番号を含む登録情報を管理する情報管理部と、前記利用者から、前記登録情報に登録された電話番号とは異なる電話番号が対応付けられた端末装置を通じて電話番号の変更が申し込まれたとき、前記端末装置により利用者に提示された複数の質問に対して前記利用者が入力した複数の回答を含む複数の確認情報を取得し、前記複数の確認情報に基づくスコアが閾値以上であるか否かを判定する番号変更時認証部と、を備え、前記情報管理部は、前記スコアが閾値以上であると判定された場合に、前記申し込みに係る新しい電話番号で前記登録情報を更新するものである。

本発明の一態様によれば、電子決済サービスの利便性を高めることができるサービス提供装置、サービス提供方法、およびプログラムを提供することができる。

電子決済サービスが実現されるための構成の一例を示す図である。 電子決済の大まかな流れを例示したシーケンス図（その１）である。 電子決済の大まかな流れを例示したシーケンス図（その２）である。 決済サーバ１００の構成図である。 利用者情報１７２の内容の一例を示す図である。 加盟店／店舗情報１７６の内容の一例を示す図である。 利用者が古い端末を手元に保持しておらず、新しい端末のみ手元に保持している場合の、電話番号変更の流れを示す図である。 決済アプリ２０が利用者端末装置１０に表示させる質問提示画面ＩＭ１の一例を示す図である。 第２実施形態の番号変更時認証部１２８による処理の流れの一例を示すフローチャートである。 第３実施形態に係る決済サーバ１００Ａの構成図である。 調整部１４０の処理内容について説明するための図である。

以下、図面を参照し、本発明のサービス提供装置、サービス提供方法、およびプログラムの実施形態について説明する。サービス提供装置は、一以上のプロセッサにより実現される。サービス提供装置は、電子決済サービスを提供する装置である。以下の説明では、サービス提供装置を「決済サーバ」と称して説明する。電子決済サービスは、利用者の端末装置にインストールされて動作するアプリケーションプログラム（決済アプリ）と協働して、店舗における商品やサービスの購買に係る決済をサポートするサービスである。店舗とは、例えば、現実空間に存在する物理的な店舗（実店舗）である。電子決済サービスにおいて、店舗は、例えば加盟店（ブランド）に属するものとして扱われ、店舗において購買行動が行われた際の決済などの処理は、主として利用者と加盟店の間で行われる。これに代えて、決済などの処理が利用者と店舗との間で行われてもよい。

［電子決済サービス］
図１は、電子決済サービスが実現されるための構成の一例を示す図である。電子決済サービスは、決済サーバ１００を中心として実現される。決済サーバ１００は、例えば、一以上の利用者端末装置１０、一以上の第１店舗端末装置５０、及び一以上の第２店舗端末７０のそれぞれとネットワークＮＷを介して通信する。ネットワークＮＷは、例えば、インターネット、ＬＡＮ（Local Area Network）、無線基地局、プロバイダ装置などを含む。

利用者端末装置１０は、例えば、スマートフォンやタブレット端末等の可搬型端末装置である。利用者端末装置１０は、少なくとも、光学読取機能、通信機能、表示機能、入力受付機能、プログラム実行機能を有するコンピュータ装置である。以下の説明では、これらの機能を実現するための構成をそれぞれカメラ、通信装置、タッチパネル、ＣＰＵ（Central Processing Unit）等と称する。利用者端末装置１０では、ＣＰＵ等のプロセッサにより決済アプリ２０が実行されることで、決済サーバ１００と連携して電子決済サービスを利用者に提供するように動作する。決済アプリ２０は、カメラ、通信装置、タッチパネルなどを制御する。

第１店舗端末装置５０は、例えば、店舗に設置される。第１店舗端末装置５０は、少なくとも、商品価格取得機能、光学読取機能、プログラム実行機能、通信機能を有するコンピュータ装置である。第１店舗端末装置５０は、いわゆるＰＯＳ（Point of Sale）装置を含み、ＰＯＳ装置によって商品価格取得機能や光学読取機能を実現してもよい。店舗コード画像６０は、店舗に置かれ、ＱＲコード（登録商標）等のコード画像が紙やプラスチックの媒体に印刷されたものである。なお、店舗コード画像６０は、店舗に置かれたディスプレイ（スマートフォンなどの端末装置のディスプレイでもよい）によって表示されてもよい。

第２店舗端末装置７０は、加盟店の運営者によって使用される。第２店舗端末装置７０は、スマートフォンやタブレット端末、パーソナルコンピュータ等である。第２店舗端末装置７０では、加盟店向けインターフェース７２が動作する。加盟店向けインターフェース７２は、加盟店向けアプリであってもよいし、ブラウザであってもよい。加盟店向けインターフェース７２は、加盟店の運営者によるクーポンの設定等を受け付け、決済サーバ１００に送信する。スマートフォンである第２店舗端末装置７０は、加盟店向けアプリを実行することで、店舗コード画像に相当するコード画像を表示したり、利用者端末装置１０が表示するコード画像を読み取ったりする機能を有する。

決済サーバ１００は、利用者端末装置１０または第１店舗端末装置５０から受信した決済情報に基づいて電子決済を実現する。第１店舗端末装置５０は、ＰＯＳ装置と加盟店サーバを含む場合があり、その場合、ＰＯＳ装置から加盟店サーバを介して決済情報が決済サーバ１００に送信される。以下の説明では、これを特に区別せず、第１店舗端末装置５０から決済情報が送信されるものとする。決済サーバ１００は、例えば、利用者ＩＤに対応付けて管理しているチャージ残高を減少させ、加盟店の売上金の項目値を増加させることで、電子決済を行う。加盟店の売上金の項目値は、例えば、それ自体が電子マネーとして使用されるものでは無く、加盟店と電子決済サービスとの取り決めに応じたサイクルで、売上金の項目値に対応する金額が銀行口座に送金される。電子決済は、リボ払いやクレジット払い等の方法によって、購買時点のチャージ残高よりも多額の購買を可能にするものが含まれてよい。

図２および図３は、電子決済の大まかな流れを例示したシーケンス図である。電子決済には、パターン１とパターン２の二つが存在してよい。

図２に示すパターン１（以下、ユーザスキャンと称する）の場合、決済アプリ２０が起動した状態の利用者端末装置１０が、光学読取機能によって店舗コード画像６０をデコードする（Ｓ１）。店舗コード画像６０には、店舗ＵＲＬ（Uniform Resource Locator）の情報が含まれている。この店舗ＵＲＬは、電子決済サービスのドメインに対して店舗を識別可能な情報が付加されたものであり、決済サーバ１００において加盟店ＩＤや店舗ＩＤ等との対応付けがなされている（後述）。決済アプリ２０は、店舗ＵＲＬとアカウントＩＤを含む第１決済情報を決済サーバ１００に送信する（Ｓ２）。決済サーバ１００は、店舗ＵＲＬに対応する加盟店ＩＤ、店舗ＩＤから、店舗情報（後述）を検索して加盟店名と店舗名の情報を取得し（Ｓ３）、決済アプリ２０に送信する（Ｓ４）。利用者は、加盟店名や店舗名が表示された画面において、決済金額を利用者端末装置１０に入力する（Ｓ５）。そして、利用者端末装置１０は、少なくとも決済金額を含む第２決済情報を生成し、決済サーバ１００に送信する（Ｓ６）。決済サーバ１００は、受信した第２決済情報に基づいて、上記のように電子決済を完了する（Ｓ７）。そして、決済サーバ１００は、決済完了通知（決済完了画面を表示するための情報）を決済アプリ２０に送信し（Ｓ８）、決済アプリ２０は決済完了画面を表示する（Ｓ９）。なお、店舗コード画像６０が店舗に置かれたディスプレイによって表示される場合、店舗コード画像６０には、店舗ＵＲＬだけでなく決済金額の情報が含まれる場合がある。この場合、利用者が決済金額を入力する手順が省略され、第１決済情報に決済金額の情報が含められて決済サーバ１００に送信される。加盟店名や店舗名の情報は、決済完了画面に含めて表示されてよい。

図３に示すパターン２（以下、ストアスキャンと称する）の場合、決済アプリ２０の起動時、決済アプリ２０において支払う操作が行われたとき、および自動更新のタイミングになったときに、決済アプリ２０はワンタイムコードの発行要求を決済サーバ１００に送信する（Ｓ１１）。決済サーバ１００はワンタイムコードを生成し（Ｓ１２）、決済アプリ２０に送信する（Ｓ１３）。決済アプリ２０は、ワンタイムコードに基づいて生成した、ＱＲコードやバーコード等のコード画像を表示する（Ｓ１４）。利用者は利用者端末装置１０の表示面を第１店舗端末装置５０に翳し（提示し）、第１店舗端末装置５０は、光学読取機能によってコード画像をデコードし、ワンタイムコードを取得する（Ｓ１５）。そして、第１店舗端末装置５０は、ワンタイムコード、決済金額、加盟店ＩＤ、店舗ＩＤ等を含む決済情報を生成し、決済サーバ１００に送信する（Ｓ１６）。決済金額の情報は、予めバーコード読み取りや手入力等によって取得されている。決済サーバ１００は、受信した情報に基づいて、ワンタイムコードに対応する利用者を特定し、上記のように電子決済を完了する（Ｓ１７）。そして、決済サーバ１００は、決済完了通知を決済アプリ２０に送信し（Ｓ１８）、決済アプリ２０は決済完了画面を表示する（Ｓ１９）。

なお、上記のいずれか一方のみのパターンで電子決済が行われてもよい。また、図２で説明した「アカウントＩＤ」は、利用者の識別情報として用いられ得る他の情報（例えば電話番号）であってもよい。また、ストアスキャンにおいてワンタイムコードの発行が省略され、決済アプリ２０は、利用者のアカウントＩＤに基づいて生成したコード画像を表示してもよい。その場合、決済サーバ１００は、ワンタイムコードに対応する利用者を特定するのに代えて、アカウントＩＤに対応する利用者を特定する。

＜第１実施形態＞
［決済サーバ］
図４は、決済サーバ１００の構成図である。決済サーバ１００は、例えば、通信部１１０と、ログイン状態管理部１２０と、決済コンテンツ提供部１２２と、決済処理部１２４と、ＳＭＳ認証部１２６と、番号変更時認証部１２８と、情報管理部１３０と、記憶部１７０とを備える。通信部１１０および記憶部１７０以外の構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。

記憶部１７０は、ＨＤＤやフラッシュメモリ、ＲＡＭ（Random Access Memory）などである。記憶部１７０は、決済サーバ１００がネットワークを介してアクセス可能なＮＡＳ（Network Attached Storage）装置であってもよい。記憶部１７０には、利用者情報１７２、決済コンテンツ情報１７４、店舗情報１７６などの情報が格納される。

通信部１１０は、ネットワークＮＷに接続するための通信インターフェースである。通信部１１０は、例えばネットワークカードである。

ログイン状態管理部１２０は、各利用者のログイン状態を管理する。ログイン状態管理部１２０は、利用者が新規に決済アプリ２０をインストールし、各種情報を登録した時点で（新規登録した時点で）、その利用者がログインしたものとする。その後、ログイン状態管理部１２０は、同一の利用者端末装置１０からアクセスがあり、ログアウト操作がされていない限り、その利用者のログイン状態を維持する。新規登録において、利用者は少なくとも電話番号とパスワードを入力する。利用者が利用者端末装置１０を用いてログアウト操作を行い、その後で再度ログイン操作をした場合、ログイン状態管理部１２０は、利用者に電話番号とパスワードの入力を要求する。このとき、ログイン状態管理部１２０は、ＯＳの識別情報のハッシュ値などに基づいて利用者端末装置１０が以前のものと同一であるか否かを判別し、同一の利用者端末装置１０で無いと判定した場合、ＳＭＳ認証部１２６にＳＭＳ認証を行わせる。ＳＭＳ認証については後述する。

決済コンテンツ提供部１２２は、例えば、Ｗｅｂサーバの機能を有し、前述した決済完了画面を含む、電子決済サービスの各種画面を表示するための情報（コンテンツ）を利用者端末装置１０に提供する。決済コンテンツ提供部１２２は、決済コンテンツ情報１７４から適宜、必要なコンテンツを読み出して利用者端末装置１０に提供する。利用者端末装置１０は、決済アプリ２０によってコンテンツが再生された状態で利用者による各種入力を受け付け、前述した決済情報などを決済サーバ１００に送信する。なお、決済コンテンツ情報１７４に基づくコンテンツには、ログイン状態で提供されるコンテンツと、非ログイン状態で提供されるコンテンツがある。非ログイン状態のコンテンツにおいて、決済サーバ１００は、各種案内情報を提供したり、新規登録や電話番号の変更申し込みを受け付けたりする。

決済処理部１２４は、利用者端末装置１０または第１店舗端末装置５０により送信された決済情報に基づいて、決済処理を行う。決済処理部１２４は、利用者情報１７２を参照しながら決済処理を行う。

図５は、利用者情報１７２の内容の一例を示す図である。利用者情報１７２は、利用者の登録情報の一例である。利用者情報１７２は、例えば、アカウントＩＤ（省略されてもよい）に対して、新規登録時に最低限必要な電話番号およびパスワードの他、メールアドレス、利用者ＩＤ、氏名・住所・生年月日、登録日、チャージ残高、銀行口座、クレジットカード番号番号、他サービス連携情報、電波認証設定、キャリア決済設定、チャット友達リスト、チャージ履歴情報、決済履歴情報、チャット履歴情報などの情報が対応付けられたものである。電話番号、パスワード、登録日、チャージ残高、チャージ履歴情報、決済履歴情報以外の情報は任意設定情報である。以下、これらの情報が対応付けられた利用者のインスタンス（電子決済口座）のことをアカウントと称する。なお登録日とは利用者が電子決済サービスに登録した日（アカウントを作成した日）である。

チャージ残高は、利用者が予めアカウントに送金することで設定された電子マネーの残高を示す情報である。送金の手段としては、指定業者（銀行）のＡＴＭ（Automatic Teller Machine）からの送金、登録された銀行口座からの送金などがある。銀行口座とクレジットカード番号のそれぞれは、電子決済サービスに入金可能な銀行口座またはクレジットカード番号の情報（口座番号、カード番号）である。他サービス連携情報は、電子決済サービスと連携する（例えば同じ事業グループに属する運営者により運営されている）他のサービスのログインＩＤ等である。電波認証設定は、特定の通信キャリアとの通信によって認証を行う場合の設定情報である。キャリア決済設定は、電子決済サービスを利用した支払いの少なくとも一部を通信キャリアへの支払いに振り替えるための設定情報である。チャット友達リストは、電子決済サービスが提供するチャット機能においてチャットの相手先となる他の利用者のリストである。チャージ履歴情報は、利用者が予め電子決済サービスに送金してチャージ残高を増加させた履歴である。決済履歴情報は、利用者が行った決済の内訳（日時、購買行動が行われた店舗の店舗ＩＤ、決済金額等）を、決済ごとに示す情報である。チャット履歴情報は、利用者が行ったチャットの内容の履歴である。

店舗の情報は、加盟店／店舗情報１７６として管理されている。図６は、加盟店／店舗情報１７６の内容の一例を示す図である。加盟店／店舗情報１７６は、例えば、店舗ＵＲＬに対して加盟店ＩＤと店舗ＩＤが対応付けられた第１テーブル１７６Ａと、加盟店ＩＤに対して加盟店名と売上金（前述）が対応付けられた第２テーブル１７６Ｂと、店舗ＩＤに対して店舗ＩＤが対応付けられた第３テーブル１７６Ｃとを含む。加盟店／店舗情報１７６には、これらの情報の他、加盟店または店舗のカテゴリ、店舗の所在地、決済パターン等の情報が含まれてもよい。

ＳＭＳ認証部１２６は、ＳＭＳ認証を行う。ＳＭＳ認証とは、電話番号を利用したショートメッセージにワンタイムパスワードを含めて利用者端末装置１０に送信し、利用者にワンタイムパスワードを利用者端末装置１０に入力させ、決済アプリ２０を介して決済サーバ１００に送信されたワンタイムパスワードが正しいかどうかを確認することで、電話番号が利用者のものであることを確認する認証方法である。前述したように、ＳＭＳ認証部１２６は、既に認識されている利用者端末装置１０とは異なる利用者端末装置１０から、同一の電話番号を使用したログイン要求がなされた場合、ＳＭＳ認証を行う。

番号変更時認証部１２８は、利用者から、利用者情報１７２に登録された電話番号とは異なる電話番号が対応付けられた利用者端末装置１０を通じて電話番号の変更が申し込まれたとき、電話番号変更時の認証処理を行う。なお、利用者情報１７２に登録された電話番号が対応付けられた利用者端末装置１０（つまり番号変更前の古い利用者端末装置１０）を通じて電話番号の変更が申し込まれた場合、ＳＭＳ認証のみで電話番号の変更が受け付けられる。

情報管理部１３０は、利用者端末装置１０から取得した情報に基づいて、利用者情報１７２の新たなレコードを作成したり、作成済みのレコードにおける各データ項目を更新したりする。

［電話番号変更］
以下、利用者が利用者情報１７２における電話番号を変更しようとする際の決済サーバ１００の動作について説明する。以下、変更前の電話番号が対応付けられた利用者端末装置１０を「古い端末」、変更後の電話番号が対応付けられた利用者端末装置１０を「新しい端末」と略称する。

利用者情報１７２に登録された電話番号とは異なる電話番号が対応付けられた利用者端末装置１０を通じて電話番号の変更が申し込まれた場合、従来の手法では、フォームの入力を利用者に要求してオペレータのオフライン処理などを経て電話番号の変更が承認されていた。係る手法は時間を要し、また利用者にとって煩雑に感じられる場合がある。

そこで、本発明の番号変更時認証部１２８は、電子決済サービスの利便性を高めるため、以下に説明するように、非ログイン状態でオンライン電話番号変更を可能とする処理を行う。なお「非ログイン状態」と称するのは、電話番号の変更前に新しい端末でログインすることは不可であるため、必然的に非ログイン状態となるからである。

番号変更時認証部１２８は、利用者端末装置１０により利用者に提示された複数の質問に対して利用者が入力した複数の回答を含む複数の確認情報を取得し、複数の確認情報に基づくスコアが閾値以上であるか否かを判定する。確認情報は、複数の回答のみを含んでもよいし、他の情報を含んでもよい。第１実施形態では、確認情報は、複数の回答のみを含むものとする。

図７は、利用者が古い端末を手元に保持しておらず、新しい端末のみ手元に保持している場合の、電話番号変更の流れを示す図である。まず、利用者が、非ログイン状態の新しい端末に対して、古い電話番号を入力して電話番号の変更の申し込みを行う（Ｓ２１）。新しい端末の決済アプリ２０は、入力された情報を決済サーバ１００に送信する（Ｓ２２）。番号変更時認証部１２８は、古い電話番号が利用者情報１７２に登録されていることを確認する（Ｓ２３）。なお、電話番号の変更の申し込みには新しい電話番号が含まれている。古い電話番号が利用者情報１７２に登録されていない場合、以降の処理が停止される。その場合、エラーメッセージを決済アプリ２０に表示させて最初から申し込みのやり直しを要求するなどの措置が取られる。

古い電話番号が利用者情報１７２に登録されていることが確認されると、ＳＭＳ認証部１２６がＳＭＳ認証を行う。なお、ＳＭＳ認証と番号変更時認証部１２８による認証の順序は逆でもよい。まず、ＳＭＳ認証部１２６がＳＭＳ認証コードを生成して、申し込みに係る新しい電話番号を用いたショートメッセージに含めて送信する（Ｓ２４）。利用者は、ショートメッセ―ジに記載されているＳＭＳ認証コードを決済アプリ２０に入力する（Ｓ２５）。決済アプリ２０は、入力されたＳＭＳ認証コードを決済サーバ１００に送信する（Ｓ２６）。ＳＭＳ認証部１２６は、返信されたＳＭＳ認証コードが正しいことを確認する（Ｓ２７）。返信されたＳＭＳ認証コードが正しくない場合、以降の処理が停止される。その場合、Ｓ２３の処理に戻る、或いはエラーメッセージを決済アプリ２０に表示させて最初から申し込みのやり直しを要求するなどの措置が取られる。なお、Ｓ２４～Ｓ２７の処理は、Ｓ３２の処理の後、或いはＳ３３の処理の後に実行されてもよいし、省略されてもよい。

次に、番号変更時認証部１２８が確認情報に基づく認証を行う。まず、番号変更時認証部１２８が、複数の質問を含むコンテンツを決済コンテンツ提供部１２２を介して新しい端末に提供し、決済アプリ２０に表示させる（Ｓ２８）。なお、この複数の質問を含むコンテンツは決済アプリ２０の方に埋め込まれていてもよく、その場合、Ｓ２８の処理は決済アプリ２０によって自律的に行われてもよい。利用者は、複数の質問に対する複数の回答を決済アプリケーション２０に対して入力することで、質問に回答する（Ｓ２９）。決済アプリ２０は、利用者が入力した複数の回答の情報を決済サーバ１００に送信する（Ｓ３０）。

番号変更時認証部１２８は、複数の回答についてスコアを計算し（Ｓ３１）、スコアが閾値以上であることを確認する（Ｓ３２）。換言すると、番号変更時認証部１２８は、スコアが閾値以上であるか否かを判定する。スコアと閾値については後述する。スコアが閾値未満であった場合、エラーメッセージを決済アプリ２０に表示させて最初から申し込みのやり直しを要求するなどの措置が取られる。

スコアが閾値以上であることが確認されると、情報管理部１３０が、利用者情報１７２における当該アカウントの電話番号を、申し込みに係る新しい電話番号に変更する（Ｓ３３）。

以上の処理が完了すると、情報管理部１３０（或いは決済コンテンツ提供部１２２）は、電話番号の変更が完了したことを示す変更完了通知を決済アプリ２０に送信する（Ｓ３４）。これによって、新しい電話番号を用いたアカウントへのログインが可能となる。

［質問］
以下、利用者に提示される質問について説明する。複数の質問のうち少なくとも一部は、例えば、利用者情報１７２の内容を問うものである。また、複数の質問のうち少なくとも一部は、利用者情報１７２にメールアドレスが含まれる場合に、メールアドレスに送信された認証コード＃２を問うものであってもよい。また、複数の質問のうち少なくとも一部は、電子決済サービスの利用履歴に関するものであってもよい。

図８は、決済アプリ２０が利用者端末装置１０に表示させる質問提示画面ＩＭ１の一例を示す図である。質問提示画面ＩＭ１には、所定数（例えば１０）の質問に回答するための領域Ａ１～Ａ１０が含まれる。それぞれの領域には、質問展開スイッチＳＷ１が設けられており、展開スイッチＳＷを操作することで質問の詳細が表示されるようになっている。複数の質問は、例えば、パスワード、電子メール認証コード、クレジットカードのブランドおよび下４桁、銀行口座番号の下２桁、利用者ＩＤ、利用者の生年月日、電子決済サービスに新規登録した日付（アカウントの新規登録日）、チャージ残高（現在の残高）、決済履歴のうちいずれか一つの日付と金額、チャージ履歴情報のうちいずれか一つの日付と金額を含む。電子メール認証コードの質問は、入力された電子メールのアドレスに送信されたコードを問うものであるが、これに代えて、単に電子メールのアドレスを問うものであってもよい。

ここで、複数の質問には、セットで正解する（全問正解する）必要がある質問群が含まれてもよい。この場合、番号変更時認証部１２８は、質問群の一部のみ正解であった場合、当該正解に関してスコアに加算しない。例えば、図７には示していないが、質問に氏名が含まれる場合、氏名および生年月日に関しては双方正解しないとスコアに加算されないものとしてよい。住所等もこれに含まれてよい。

［スコア］
番号変更時認証部１２８は、例えば、回答のそれぞれに対して予め設定された点数（重み）を用いてスコアＳｃ１を計算する。式（１）は、スコアＳｃ１の計算式の一例である。式中、ｋは質問（回答）の識別子であり、ｘ_ｋはｋ番目の質問に対する回答、ｎは質問の数である。ｆ（ｘ_ｋ）は、例えば、回答が正解である場合に１、不正解である場合にゼロまたは負の値を返す関数である。α_ｋは、ｋ番目の質問（回答）に対して予め設定された点数（重み）である。つまり、スコアＳｃ１は、個別の質問（回答）に対して設定されている点数を、正解であった回答（確認情報）について合計したものである。例えば、パスワード、クレジットカードに関する質問、銀行口座に関する質問といった機密性の高い質問（回答）に対しては高い点数が、生年月日などの比較的容易に他人が知り得る情報に対しては低い点数が、予め設定されている。このように、質問（回答）の重要度に応じた点数（重み）が予め設定されている。そして、番号変更時認証部１２８は、スコアＳｃ１が閾値Ｔｈ１以上であるか否かを判定し、判定結果を情報管理部１３０に出力する。情報管理部１３０は、スコアＳｃ１が閾値Ｔｈ１以上であると判定された場合に電話番号の変更を承諾する。これによって、電話番号の変更を行った利用者が、これまでアカウントを利用していた利用者本人であることの蓋然性を高く維持することができる。

Ｓｃ１＝Σ_ｋ＝１ ^ｎ｛α_ｋ×ｆ（ｘ_ｋ）｝ …（１）

［情報の一部削除］
図７におけるＳ３３の処理と並行して（或いはその直前に）、情報管理部１３０は、利用者情報１７２のうち当該利用者に関する情報の一部を削除してもよい。削除される一部の情報とは、古い電話番号とは異なるものであり、例えば、氏名・住所・生年月日、銀行口座、クレジットカード番号、他サービスＩＤログイン設定、電波認証設定、キャリア決済設定、チャット友達リスト、チャット履歴情報のうち一部または全部である。また、これらの他にも削除される情報があってもよい。「削除する」とは、物理的に消去することを意味してもよいし、削除フラグが設定されることで参照されなくなる（論理的に削除される）ことを意味してもよい。いずれの場合も削除された情報は利用者から参照されなくなる。なお古い電話番号に関しては、物理的に消去され、或いは削除フラグが設定されることで参照されなくなる（論理に削除される）ように処理されても良いし、ログインには使用されない「過去の登録電話番号」として利用者情報１７２に残されてもよい。

このように利用者情報１７２の一部を削除するのは、番号変更時認証部１２８による認証の強度を余り厳しくすると円滑に電話番号の変更ができなくなるため、現実問題として認証の強度を厳し過ぎないレベルに設定しておく必要があるからである。仮に、不正な利用者（なりすまし利用者）が、正当な利用者の情報を不正に取得して電話番号の変更を申し込んだ場合、不正な利用者の申し込みによって電話番号の変更が完了してしまう可能性がある。ここで、一般的に多額のチャージ残高を常時保持している利用者は少ないが、銀行口座からは多額の入金が可能な場合がある。不正な利用者が銀行口座の情報まで引き継ぐことになると、多額のチャージを行ってチャージ残高を増加させた後に、何らかの形で現金化するということも可能になる可能性がある。そのため、本発明の決済サーバ１００では、不正な利用者に引き継がれることが好ましくない一部の情報を削除した上で、電話番号の変更を承認するようにしてもよい。なお、銀行口座やクレジットカード番号、キャリア決済設定などは直接的に金額的な損失が懸念されるものであるが、それら以外の削除される情報には、個人情報保護の観点から削除されるものが含まれてよい。削除された情報に関して、利用者は、改めて決済アプリ２０に入力することで、以前と同じ情報、或いは新たに変更された情報を自身のアカウントに登録することができる。

この場合、情報管理部１３０は、情報の一部を削除する処理が完了したことを確認した後に、利用者情報１７２における当該アカウントの電話番号を、申し込みに係る新しい電話番号に変更する。「削除処理が完了したことを確認」とは、例えば、記憶部１７０が外部データベースである場合に、外部データベースを管理するデータベース管理システムから削除完了通知を受け取ったことを意味する。情報管理部１３０が直接利用者情報１７２を書き換える場合、ベリファイ処理やパリティチェックなどが完了したことをもって、「削除処理が完了したことを確認」したと判断してもよい。

以上説明した第１実施形態によれば、利用者から、利用者情報１７２に登録された電話番号とは異なる電話番号が対応付けられた利用者端末装置１０を通じて電話番号の変更が申し込まれたとき、利用者端末装置１０により利用者に提示された複数の質問に対して利用者が入力した複数の回答を含む複数の確認情報を取得し、複数の確認情報に基づくスコアが閾値以上であるか否かを判定し、スコアが閾値以上であると判定された場合に、申し込みに係る新しい電話番号で利用者情報１７２を更新する。これによって、フォームの入力やオペレータ対応をせずに、利用者が正当であることの蓋然性を維持しつつ、電話番号を円滑に変更することができる。この結果、電子決済サービスの利便性を高めることができる。

＜第２実施形態＞
以下、第２実施形態について説明する。第１実施形態では、確認情報は専ら利用者に提示された質問に対する回答であるものとしたが、第２実施形態では、それ以外の情報を含む。第２実施形態において確認情報は、質問に対する回答の他に、利用者の顔写真またはその特徴情報、決済アプリ２０を通じて得られる利用者端末装置１０の環境情報、オフラインで他の利用者に、当該利用者のアカウントに対する所定のアクションを依頼することで得られる情報等のうち一部または全部を含む。環境情報は、ＯＳ設定、端末設定、位置情報のうち一部または全部を含む。

番号変更時認証部１２８は、利用者の顔写真またはその特徴情報が、予め取得され記憶部１７０等に保存されている顔写真またはその特徴と類似するか否かを判定し、類似すると判定した場合に、利用者の顔写真またはその特徴情報が有効であるものとする。顔写真の画像データまたはその特徴情報が類似するか否かを判定する手法については、既に種々の手法が公知となっているため説明を省略する。例えば、アフィン変換やトリミングなどを行った結果として一致する場合に類似すると判定してもよいし、二つの画像データを入力すると類似するか否かを出力するように学習された学習済モデルを用いて判定を行ってもよい。

オフラインで他の利用者に、当該利用者のアカウントに対する所定のアクションを依頼することで得られる情報とは、例えば、電話番号を変更しようとする当該利用者が、他の電子決済サービスの利用者に電話、対面、電子メールなどの電子決済サービス外の手段によって、所定額（例えば１０円程度）の送金、所定のメッセージの送信等を依頼した結果、当該利用者のアカウントに入金、メッセージ受信があったことを示す情報である。番号変更時認証部１２８は、他の利用者に依頼すべき内容を当該利用者に通知し、通知した内容の確認情報が得られた場合に、当該確認情報が有効であるものとする。番号変更時認証部１２８は、上記以外の確認情報が取得される場合も同様に、確認情報が有効であるか否かを判定する。

番号変更時認証部１２８は、例えば、回答のそれぞれに対して予め設定された点数（重み）と、確認事項のそれぞれに対して予め設定された点数（重み）とを用いてスコアＳｃ２を計算する。式（２）は、スコアＳｃ２の計算式の一例である。式中、ｋは質問（回答）の識別子であり、ｘ_ｋはｋ番目の質問に対する回答、ｎは質問の数である。ｆ（ｘ_ｋ）は、例えば、回答が正解である場合に１、不正解である場合にゼロまたは負の値を返す関数である。α_ｋは、ｋ番目の質問（回答）に対して予め設定された点数（重み）である。また、ｑは確認事項の識別子であり、ｙ_ｑはｑ番目の確認事項、ｍは確認事項の数である。ｇ（ｙ_ｑ）は確認事項が有効である場合に１、不正解である場合にゼロを返す関数である。β_ｑは、ｑ番目の確認事項に対して予め設定された点数（重み）である。つまり、スコアＳｃ２は、個別の質問（回答）に対して設定されている点数を、正解であった回答について合計すると共に、個別の確認事項に対して設定されている点数を、有効であった確認情報について合計し、それらを加算したものである。係数β_ｑについても係数α_ｋと同様に、機密性の高い情報に対しては高い点数が、比較的容易に他人が知り得る情報に対しては低い点数が、予め設定されている。そして、番号変更時認証部１２８は、スコアＳｃ２が閾値Ｔｈ２以上であるか否かを判定し、判定結果を情報管理部１３０に出力する。情報管理部１３０は、スコアＳｃ２が閾値Ｔｈ２以上であると判定された場合に電話番号の変更を承諾する。

Ｓｃ２＝Σ_ｋ＝１ ^ｎ｛α_ｋ×ｆ（ｘ_ｋ）｝＋Σ_ｑ＝１ ^ｍ｛β_ｑ×ｇ（ｙ_ｋ）｝ …（２）

番号変更時認証部１２８は、利用者端末装置１０のＯＳ設定、端末設定（ＯＳ設定および／または端末設定）のうち特定の項目が、特定の設定になっている場合、スコアＳｃ２から減点し、或いは電話番号変更を不成立としてもよい。特定の設定とは、不正なアカウント取得がなされた際の利用者端末装置１０において多く観測された設定である。特定の設定の情報は、不正なアカウント取得の履歴を集めたデータベースを参照することで予め抽出され、記憶部１７０等に保存されている。番号変更時認証部１２８は、これを参照して上記の処理を行う。

利用者端末装置１０の位置情報に関して、位置情報の設定が必ずオンになっているとは限らず、オフになっている場合は利用者の操作によってオンにしてもらう必要がある。この点、仮に電話番号変更の申し込みをした時点で位置情報の設定をオンにするように促すと、利用者が抵抗を感じる場合がある。このため、番号変更時認証部１２８は、スコアＳｃ２が閾値Ｔｈ２よりも低いが、閾値Ｔｈ２よりも若干低い（例えば閾値Ｔｈ２の８０％程度の）閾値Ｔｈ３（規定値の一例）以上である場合に、位置情報の設定をオンにするように利用者に（利用者端末装置１０に）通知する。このとき、番号変更時認証部１２８は、電話番号変更を承諾するためのスコアが少し不足しているため位置情報を確認させて欲しい旨の情報を併せて通知するとよい。そうすることで、操作に対する利用者の抵抗感を低減することができる。

これによって取得された位置情報が、電話番号の変更申し込みよりも前に取得されていた位置情報および／または住所（登録されている場合）と合致する場合、番号変更時認証部１２８は、スコアＳｃ２が閾値Ｔｈ２以上であるとみなしてもよい。「位置情報が合致する」とは、例えば最頻値が所定範囲内（例えば数十［ｍ］程度の範囲内）であることを意味してもよいし、就寝時（夜間）に限定して最頻値が所定範囲内であることを意味してもよいし、その他の基準で判断されるものであってもよい。係る仕組みは第１実施形態に適用されてもよく、この場合、番号変更時認証部１２８は、スコアＳｃ１が閾値Ｔｈ１よりも低いが、閾値Ｔｈ１よりも若干低い（例えば閾値Ｔｈ１の８０％程度の）閾値Ｔｈ４（規定値の他の一例）以上である場合に、スコアＳｃ１が閾値Ｔｈ１以上であるとみなす。

図９は、以上説明した第２実施形態の番号変更時認証部１２８による処理の流れの一例を示すフローチャートである。本フローチャートの処理は、非ログイン状態で電話番号の変更申し込みが受け付けられたときに開始される。

まず、番号変更時認証部１２８は、前述した各種の確認情報を取得し（Ｓ４０）、スコアＳｃ２を計算し（Ｓ４１）、スコアＳｃ２が閾値Ｔｈ２以上であるか否かを判定する（Ｓ４２）。

スコアＳｃ２が閾値Ｔｈ２以上であると判定した場合、番号変更時認証部１２８は、利用者端末装置１０のＯＳ設定、端末設定のうち特定の項目が、特定の設定になっているか否かを判定する（Ｓ４３）。利用者端末装置１０のＯＳ設定、端末設定のうち特定の項目が、特定の設定になっていない場合、番号変更時認証部１２８は、電話番号の変更を承諾する旨の情報を情報管理部１３０に出力する（Ｓ４４）。利用者端末装置１０のＯＳ設定、端末設定のうち特定の項目が、特定の設定になっている場合、番号変更時認証部１２８は、電話番号の変更を拒否する旨の情報を情報管理部１３０に出力する（Ｓ４９）。

スコアＳｃ２が閾値Ｔｈ２以上でないと判定した場合、番号変更時認証部１２８は、スコアＳｃ２が閾値Ｔｈ３以上であるか否かを判定する（Ｓ４５）。スコアＳｃ２が閾値Ｔｈ３未満である場合、番号変更時認証部１２８は、電話番号の変更を拒否する旨の情報を情報管理部１３０に出力する（Ｓ４９）。

スコアＳｃ２が閾値Ｔｈ３以上である場合、番号変更時認証部１２８は、位置情報をオンにするように利用者に通知する（Ｓ４６）。なお利用者端末装置１０の位置情報が既にオンである場合、ステップＳ４６の処理はスキップされる。次いで、番号変更時認証部１２８は、位置情報が得られたか否かを判定する（Ｓ４７）。タイムアウト等によって位置情報が得られなかった場合、番号変更時認証部１２８は、電話番号の変更を拒否する旨の情報を情報管理部１３０に出力する（Ｓ４９）。

位置情報が得られた場合、番号変更時認証部１２８は、得られた位置情報が、電話番号の変更前の位置情報や住所と合致しているか否かを判定する（Ｓ４８）。番号変更時認証部１２８は、得られた位置情報が、電話番号の変更前の位置情報や住所と合致している場合、Ｓ４３に処理を進め、合致していない場合、Ｓ４９に処理を進める。

以上説明した第２実施形態によれば、第１実施形態と同様の効果を奏するのに加えて、より幅広い確認情報を用いて電話番号の変更を承諾するか否かを判定するため、利便性を更に向上させることができる。また、不正なアカウント取得がなされた際の利用者端末装置１０において多く観測された設定と同じＯＳ設定または端末設定がされている利用者端末装置１０からの申し込みを拒否することで、正当な利用者を不正なアカウント取得から保護することができる。また、位置情報をオンにするように促すタイミングを上記のように工夫しているため、操作に対する利用者の抵抗感を低減することができる。

＜第３実施形態＞
以下、第３実施形態について説明する。図１０は、第３実施形態に係る決済サーバ１００Ａの構成図である。決済サーバ１００Ａは、第１実施形態または第２実施形態と比較すると、調整部１４０を更に備える。調整部１４０は、複数の質問への回答状況と、電話番号変更の成否と、リスク事象の発現度合いとを学習用データセットとした機械学習によって、閾値Ｔｈ１、或いは各質問に設定された点数α_ｋおよび閾値Ｔｈ１を調整する。以下の説明では、調整部１４０は、点数α_ｋおよび閾値Ｔｈ１を調整するものとする。まず、第１実施形態の仕組みで運用を開始した後に、電話番号を変更しようとする利用者の回答状況を取得し、更に、事後的な調査によって不正なアカウント取得であったサンプルについて不正フラグを付与しておく。そして、複数の利用者の回答情報に対して点数α_ｋおよび閾値Ｔｈ１を適用した場合の電話番号変更の成功率が目標値以上となる範囲内で、リスクの発現度合いを最小化する点数α_ｋおよび閾値Ｔｈ１を探索する。図１１は、調整部１４０の処理内容について説明するための図である。図示するように、あるα_ｋを設定し、各利用者回答状況のそれぞれについてスコアＳｃ１を計算し、閾値Ｔｈ１と比較することで、それぞれの利用者の電話番号変更の成否を示す情報が得られる。これらを集計することで、電話番号変更の成功率が算出される。一方、不正なアカウント取得であった利用者については不正フラグが設定されているため、電話番号変更が成功し且つ不正フラグが付与されている利用者の数をカウントすることで、不正なアカウント取得数（リスク事象の発現度合いの一例）が算出される。調整部１４０は、電話番号変更の成功率が目標値以上となる範囲内で、リスクの発現度合いを最小化するように、バックプロパゲーションによって点数α_ｋおよび閾値Ｔｈ１を調整する。係る仕組みは、閾値Ｔｈ１のみを調整する場合でも同様に適用でき、更に、第２実施形態にも適用することができる。後者の場合、調整部１４０は、複数の質問への回答状況と、電話番号変更の成否と、リスク事象の発現度合いとを学習用データセットとした機械学習によって、閾値Ｔｈ２、或いは各質問に設定された点数α_ｋ、β_ｑ、および閾値Ｔｈ２を調整する。

このようにして点数や閾値を調整する場合、調整部１４０は、最終判断として操作者の承認操作を要求してもよい。

以上説明した第３実施形態によれば、点数や閾値が実勢と合わない（厳し過ぎる、或いは緩すぎる）状態となっている場合に、点数や閾値を適正な値に修正することができる。これによって、更に円滑な電話番号変更を実現することができる。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１０ 利用者端末装置
２０ 決済アプリ
５０ 店舗端末装置
６０ 店舗コード画像
１００ 決済サーバ
１２０ ログイン状態管理部
１２２ 決済コンテンツ提供部
１２４ 決済処理部
１２６ ＳＭＳ認証部
１２８ 番号変更時認証部
１３０ 情報管理部
１４０ 調整部
１７０ 記憶部
１７２ 利用者情報
１７４ 決済コンテンツ情報

Claims (18)

1. 電子決済サービスを提供するサービス提供装置であって、
   少なくとも電話番号を必須の登録事項として利用者のアカウント設定を行い、前記利用者の電話番号を含む登録情報を管理する情報管理部と、
   前記利用者から、前記登録情報に登録された電話番号とは異なる電話番号が対応付けられた端末装置を通じて電話番号の変更が申し込まれたとき、前記端末装置により利用者に提示された複数の質問に対して前記利用者が入力した複数の回答を含む複数の確認情報を取得し、前記複数の確認情報に基づくスコアが閾値以上であるか否かを判定する番号変更時認証部と、
   を備え、
   前記情報管理部は、前記スコアが閾値以上であると判定された場合に、前記申し込みに係る新しい電話番号で前記登録情報を更新する、
   サービス提供装置。
2. 前記番号変更時認証部は、前記複数の確認情報のそれぞれに対して予め設定された点数を用いて前記スコアを計算する、
   請求項１記載のサービス提供装置。
3. 前記複数の質問のうち少なくとも一部は、前記登録情報の内容を問うものである、
   請求項１記載のサービス提供装置。
4. 前記複数の質問のうち少なくとも一部は、前記電子決済サービスの利用履歴に関するものである、
   請求項１記載のサービス提供装置。
5. 前記複数の質問のうち少なくとも一部は、前記登録情報にメールアドレスが含まれる場合に、前記メールアドレスに送信された認証コードを問うものである、
   請求項１記載のサービス提供装置。
6. 前記複数の質問にはセットで正解する必要がある質問群が含まれ、
   前記番号変更時認証部は、前記質問群の一部のみ正解であった場合、当該正解に関して前記スコアに加算しない、
   請求項１記載のサービス提供装置。
7. 前記複数の確認情報は、前記利用者の顔写真または前記利用者の顔写真の特徴情報を含み、
   前記番号変更時認証部は、前記利用者の顔写真または前記利用者の顔写真の特徴情報が、予め登録された情報と合致するか否かを判定し、合致する場合に前記スコアに所定値を加算する、
   請求項１記載のサービス提供装置。
8. 前記サービス提供装置は、前記端末装置において動作するアプリケーションプログラムと協働して前記電子決済サービスを提供するものであり、
   前記複数の確認情報は、前記アプリケーションプログラムを通じて得られる前記端末装置の環境情報を含む、
   請求項１記載のサービス提供装置。
9. 前記端末装置の環境情報は、ＯＡ設定と端末設定のいずれかを含む、
   請求項８記載のサービス提供装置。
10. 前記端末装置の環境情報は、位置情報を含む、
    請求項８記載のサービス提供装置。
11. 前記番号変更時認証部は、前記スコアが閾値未満であり、且つ前記閾値よりも低い規定値以上である場合、前記位置情報の設定をオンにするように前記利用者に通知する、
    請求項１０記載のサービス提供装置。
12. 前記複数の質問への回答状況と、電話番号変更の成否と、リスク事象の発現度合いとを学習用データセットとした機械学習によって前記閾値を調整する調整部を更に備える、
    請求項１記載のサービス提供装置。
13. 前記複数の質問への回答状況と、電話番号変更の成否と、リスク事象の発現度合いとを学習用データセットとした機械学習によって前記点数と前記閾値を調整する調整部を更に備える、
    請求項２記載のサービス提供装置。
14. 前記複数の確認情報は、オフラインで他の利用者に、前記利用者のアカウントに対する所定のアクションを依頼することで得られる情報を含む、
    請求項１記載のサービス提供装置。
15. 前記情報管理部は、前記申し込みに係る新しい電話番号で前記登録情報を更新する場合、前記登録情報のうち登録済の電話番号とは異なる一部の情報を少なくとも削除する、
    請求項１記載のサービス提供装置。
16. 前記利用者の使用する端末装置に対して電話番号を用いたＳＭＳ（ショートメッセージサービス）認証を行うＳＭＳ認証部を更に備え、
    前記ＳＭＳ認証部は、既に認識されている端末装置とは異なる端末装置から、同一の電話番号を使用したログイン要求がなされた場合、前記ＳＭＳ認証を行う、
    請求項１記載のサービス提供装置。
17. 電子決済サービスを提供するサービス提供装置が、
    少なくとも電話番号を必須の登録事項として利用者のアカウント設定を行い、前記利用者の電話番号を含む登録情報を管理し、
    前記利用者から、前記登録情報に登録された電話番号とは異なる電話番号が対応付けられた端末装置を通じて電話番号の変更が申し込まれたとき、前記端末装置により利用者に提示された複数の質問に対して前記利用者が入力した複数の回答を含む複数の確認情報を取得し、前記複数の確認情報に基づくスコアが閾値以上であるか否かを判定し、
    前記スコアが閾値以上であると判定された場合に、前記申し込みに係る新しい電話番号で前記登録情報を更新する、
    サービス提供方法。
18. 電子決済サービスを提供するサービス提供装置に、
    少なくとも電話番号を必須の登録事項として利用者のアカウント設定を行い、前記利用者の電話番号を含む登録情報を管理することと、
    前記利用者から、前記登録情報に登録された電話番号とは異なる電話番号が対応付けられた端末装置を通じて電話番号の変更が申し込まれたとき、前記端末装置により利用者に提示された複数の質問に対して前記利用者が入力した複数の回答を含む複数の確認情報を取得し、前記複数の確認情報に基づくスコアが閾値以上であるか否かを判定することと、
    前記スコアが閾値以上であると判定された場合に、前記申し込みに係る新しい電話番号で前記登録情報を更新することと、
    を実行させるためのプログラム。

Images