特許 7639225 情報処理装置、情報処理方法、およびプログラム

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

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

(11)【特許番号】

(24)【登録日】2025-02-21

(45)【発行日】2025-03-04

(54)【発明の名称】情報処理装置、情報処理方法、およびプログラム

(51)【国際特許分類】

   G06Q 20/42 20120101AFI20250225BHJP

【ＦＩ】

G06Q20/42

【請求項の数】 11

(21)【出願番号】P 2024147415

(22)【出願日】2024-08-29

【審査請求日】2024-08-29

【早期審査対象出願】

(73)【特許権者】

【識別番号】519110124

【氏名又は名称】ＰａｙＰａｙ株式会社

(74)【代理人】

【識別番号】100149548

【弁理士】

【氏名又は名称】松沼 泰史

(74)【代理人】

【識別番号】100181124

【弁理士】

【氏名又は名称】沖田 壮男

(74)【代理人】

【識別番号】100194087

【弁理士】

【氏名又は名称】渡辺 伸一

(72)【発明者】

【氏名】大西 朋史

(72)【発明者】

【氏名】フカン パリクシト

(72)【発明者】

【氏名】河野 功

(72)【発明者】

【氏名】バク サンウーン

(72)【発明者】

【氏名】伊藤 優花

【審査官】原 忠

(56)【参考文献】

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

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

【文献】米国特許出願公開第２００３／０２１６９８７（ＵＳ，Ａ１）

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

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

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

【請求項1】

電話番号の利用状況の履歴を示す履歴情報を取得する取得部と、
前記履歴情報において前記電話番号が有効フラグから無効フラグに変化していると判定しているか否かを判定し、
前記有効フラグは、前記電話番号が利用されている状態を示すフラグであり、
前記無効フラグは、前記電話番号が利用されていない状態を示すフラグであり、
前記有効フラグから無効フラグに変化していると判定した場合に、電子決済サービスに登録されている前記電話番号に対応付けられた電子決済サービスの利用者の識別情報に対応する利用者端末装置に電話番号に関する通知を行う処理部と、
を備える情報処理装置。

【請求項2】

前記処理部は、
前記履歴情報の第１時点のフラグが有効フラグであり、且つ前記履歴情報の前記第１時点より後の第２時点のフラグが無効フラグであるか否かを判定する、
請求項１に記載の情報処理装置。

【請求項3】

前記処理部は、
直近の第１所定期間の前記第１時点のフラグが有効フラグであり、前記第２時点のフラグが無効フラグであり、且つ前記第２時点を基準にした第２所定期間において前記電子決済サービスに登録されている前記電話番号の変更がされていないと判定した場合に、前記通知を行う、
請求項２に記載の情報処理装置。

【請求項4】

前記処理部は、
直近の第１所定期間の前記第１時点のフラグが有効フラグであり、前記第２時点のフラグが無効フラグであり、前記第２時点を基準にした第２所定期間において前記電話番号の変更がされていなく、且つ前記利用者の識別情報の電子決済サービスのアカウントが利用可能な状態であると判定した場合に、前記通知を行う、
請求項３に記載の情報処理装置。

【請求項5】

前記処理部は、
前記履歴情報において、前記電話番号のステータスが所定の状態のフラグから無効フラグに変化した場合に、前記通知を行い、
前記ステータスは、前記電話番号の利用ができない状態であること、前記電話番号が予め定められた特殊な電話番号であること、または前記電話番号がデータ通信に利用されている電話番号であることである、
請求項１に記載の情報処理装置。

【請求項6】

前記処理部は、
前記履歴情報において、前記電話番号が有効フラグから所定のステータスのフラグに変化した場合に、前記通知を行い、
前記ステータスは、前記電話番号の利用ができない状態であること、前記電話番号が予め定められた特殊な電話番号であること、または前記電話番号がデータ通信に利用されている電話番号であることである、
請求項１に記載の情報処理装置。

【請求項7】

前記処理部は、
前記通知の後に前記利用者端末装置の表示部にインターフェース画面を表示させ、
前記インターフェース画面は、前記電話番号を変更することを指示するための変更ボタン、前記電話番号を変更しないことを指示するための非変更ボタン、および前記インターフェース画面を閉じるための閉ボタンを含み、
前記閉ボタンが操作された場合、所定の期間が経過した後に、再度、前記電話番号に関する通知を行い、
前記変更ボタンまたは前記非変更ボタンが操作された場合、再度、前記電話番号に関する通知を行わない、
請求項１に記載の情報処理装置。

【請求項8】

前記電話番号は、前記電子決済サービスを利用する際に必要な電話番号であり、ＳＭＳ認証に利用される電話番号である、
請求項１に記載の情報処理装置。

【請求項9】

前記処理部は、
前記有効フラグから無効フラグに変化していると判定した場合に、電子決済サービスに登録されている前記電話番号に対応付けられた電子決済サービスの利用者の識別情報に対応する決済アプリケーションプログラムに電話番号に関する通知を行い、
前記決済アプリケーションプログラムは、前記電子決済サービスの電子決済で利用されるアプリケーションプログラムであり、
前記利用者は、前記決済アプリケーションプログラムを操作して電話番号を変更可能である、
請求項８に記載の情報処理装置。

【請求項10】

コンピュータが、
電話番号の利用状況の履歴を示す履歴情報を取得し、
前記履歴情報において前記電話番号が有効フラグから無効フラグに変化していると判定しているか否かを判定し、
前記有効フラグは、前記電話番号が利用されている状態を示すフラグであり、
前記無効フラグは、前記電話番号が利用されていない状態を示すフラグであり、
前記有効フラグから無効フラグに変化していると判定した場合に、電子決済サービスに登録されている前記電話番号に対応付けられた電子決済サービスの利用者の識別情報に対応する利用者端末装置に電話番号に関する通知を行う、
情報処理方法。

【請求項11】

コンピュータに、
電話番号の利用状況の履歴を示す履歴情報を取得する処理と、
前記履歴情報において前記電話番号が有効フラグから無効フラグに変化していると判定しているか否かを判定する処理と、
前記有効フラグは、前記電話番号が利用されている状態を示すフラグであり、
前記無効フラグは、前記電話番号が利用されていない状態を示すフラグであり、
前記有効フラグから無効フラグに変化していると判定した場合に、電子決済サービスに登録されている前記電話番号に対応付けられた電子決済サービスの利用者の識別情報に対応する利用者端末装置に電話番号に関する通知を行う処理と、
を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

従来、パスワードと電話番号とを対応付けて格納し、パスワードと電話番号とを利用して、当該移動機の電話番号を含むパラメータ変更要求に応じた、当該パラメータ変更を実行するパラメータ変更制御システムが知られている（特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１０－２５１９８５号公報

【発明の概要】

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

【0004】

サービスにおいて登録されている電話番号が変更された場合、更新後の電話番号に変更されることが望ましい。しかし、利用者は、サービスにおいて変更することを怠ることがある。

【0005】

本発明は、このような事情を考慮してなされたものであり、より適切に利用者に電話番号の変更を促すことができる情報処理装置、情報処理方法、およびプログラムを提供することを目的の一つとする。

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

【0006】

本発明の一態様は、電話番号の利用状況の履歴を示す履歴情報を取得する取得部と、前記履歴情報において前記電話番号が有効から無効に変化していると判定しているか否かを判定し、前記有効から無効に変化していると判定した場合に、電子決済サービスに登録されている前記電話番号に対応付けられた電子決済サービスの利用者の識別情報に対応する利用者端末装置に電話番号に関する通知を行う処理部と、を備える情報処理装置である。

【発明の効果】

【0007】

本発明の一態様によれば、より適切に利用者に電話番号の変更を促すことができる情報処理装置、情報処理方法、およびプログラムを提供することができる。

【図面の簡単な説明】

【0008】

【図1】電子決済サービスが実現されるための構成の一例を示す図である。

【図2】電子決済の大まかな流れを例示したシーケンス図（その１）である。

【図3】電子決済の大まかな流れを例示したシーケンス図（その２）である。

【図4】実施形態に係る決済サーバ１００の構成図である。

【図5】利用者情報１７２の内容の一例を示す図である。

【図6】加盟店／店舗情報１７６の内容の一例を示す図である。

【図7】情報処理部１５０により実行される処理の流れの一例を示すフローチャートである。

【図8】条件（１）の判定について説明するための図である。

【図9】通知がされたインターフェース画面ＩＭ１の一例を示す図である。

【図10】通知がされた画面ＩＭ２の一例を示す図である。

【図11】インターフェース画面ＩＭ３の一例を示す図である。

【図12】通知情報１８０の一例を示す図である。

【図13】情報処理部１５０により実行される処理の流れの他の一例を示すフローチャートである。

【図14】ステータスの変化に応じて通知を行う処理について説明するための図である。

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

【0009】

以下、図面を参照し、本発明の情報処理装置、情報処理方法、およびプログラムの実施形態について説明する。以下に登場する「サーバ」などの、利用者にサービスを提供したり内部解析を行ったりするための各種装置は、分散化された装置群によって実現されてよく、それぞれの装置を運用する事業者は異なってもよい。また装置のハードウェアの保有者（クラウドサーバの提供者）と実質的な運用を行う事業者も異なってよい。アプリケーションプログラムと決済サーバは、協働して電子決済サービスを提供する。以下の説明ではアプリケーションプログラムを決済アプリと称する。電子決済サービスは、店舗における商品やサービスの購買に係る決済をサポートするサービスである。店舗とは、例えば、現実空間に存在する物理的な店舗（実店舗）であるが、電子商取引の仮想店舗を含んでもよい。仮想店舗は、電子決済サービスの運営者とは異なる主体によって提供されるものを含んでもよい。その場合、仮想店舗における買い物の決済の際に、電子決済サービスのインターフェース画面に遷移するように制御されてもよい。電子決済サービスにおいて、店舗は、例えば加盟店（ブランド）に属するものとして扱われ、店舗において購買行動が行われた際の決済などの処理は、主として利用者と加盟店の間で行われる。これに代えて、決済などの処理が利用者と店舗との間で行われてもよい。

【0010】

［電子決済サービス］
図１は、電子決済サービスが実現される電子決済システムの構成の一例を示す図である。電子決済サービスは、決済サーバ１００を中心として実現される。電子決済サービスを実現する電子決済システムは、例えば、一以上の利用者端末装置１０、一以上の第１店舗端末装置５０、一以上の第２店舗端末装置７０、決済サーバ１００、および情報提供装置２００を備える。これらの装置は、例えばネットワークＮＷを介して通信する。ネットワークＮＷは、例えば、インターネット、ＬＡＮ（Local Area Network）、無線基地局、プロバイダ装置などを含む。電子決済システムに含まれる機能構成の一部または全部は、任意の形態で複数の装置に分散されてもよいし、任意の装置に統合されてもよい。

【0011】

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

【0012】

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

【0013】

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

【0014】

［情報提供装置］
情報提供装置２００は、後述する電話番号情報１７８を決済サーバ１００に提供する。電話番号情報１７８は、情報提供装置２００から提供されることに代えて、決済サーバ１００が自身で取得する情報であってもよい。

【0015】

[決済サーバ]
決済サーバ１００は、利用者端末装置１０または第１店舗端末装置５０から受信した決済情報に基づいて電子決済を実現する。第１店舗端末装置５０は、ＰＯＳ装置と加盟店サーバを含む場合があり、その場合、ＰＯＳ装置から加盟店サーバを介して決済情報が決済サーバ１００に送信される。以下の説明では、これを特に区別せず、第１店舗端末装置５０から決済情報が送信されるものとする。

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

コンテンツ提供部１２０は、例えば、Ｗｅｂサーバの機能を有し、電子決済サービスの各種画面を表示するための情報（コンテンツ）を利用者端末装置１０に提供する。コンテンツ提供部１２０は、コンテンツ情報１７４から適宜、必要なコンテンツを読み出して利用者端末装置１０に提供する。利用者端末装置１０は、決済アプリ２０によってコンテンツが再生された状態で利用者による各種入力を受け付け、前述した決済情報などを決済サーバ１００に送信する。上記のコンテンツは、決済アプリ２０が生成してもよい。この場合、コンテンツ提供部１２０は、コンテンツの生成に必要な情報を決済アプリ２０に提供する。

【0024】

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

【0025】

［利用者情報］
図５は、利用者情報１７２の内容の一例を示す図である。利用者情報１７２は、利用者の登録情報の一例である。利用者情報１７２は、例えば、利用者ＵＲＬ、アカウントＩＤ、電話番号、パスワードの他、メールアドレス、利用者ＩＤ、氏名・住所・生年月日、登録日、チャージ残高、クレジット払い設定、クレジット払い枠、クレジット払い利用額、クレジット払い利用可能額、決済方法設定、銀行口座、クレジットカード番号、チャージ履歴情報、決済履歴情報などの情報が対応付けられたものである。利用者ＵＲＬは、利用者間の送金処理に使用される。電子決済サービスへの新規登録時には、電話番号およびパスワードの登録が必須となる。アカウントＩＤは、決済サーバ１００によって利用者に発行されるものであり、利用者ＩＤは、利用者が任意に設定できる（設定しなくてもよい）ＩＤである。メールアドレス、および氏名・住所・生年月日も同様に、利用者が任意に設定できる（設定しなくてもよい）情報である。登録日とは利用者が電子決済サービスに登録した日（アカウントを作成した日）である。以下、これらの情報が対応付けられた利用者のインスタンス（電子決済口座）のことをアカウントと称する。

【0026】

チャージ残高は、利用者が予めアカウントに送金することで設定された電子マネーの残高を示す情報である。送金の手段としては、指定業者（銀行）のＡＴＭ（Automatic Teller Machine）からの送金、登録された銀行口座からの送金などがある。クレジット払い設定は、決済アプリ２０を利用したクレジット払いによる電子決済を可能とするための設定が済んでいるか否かを示す情報であり、「済」と「未」のいずれかに設定される。クレジット払い枠は月ごとに利用可能なクレジット払いの限度額であり、クレジット払い利用額は、当月に既に利用されたクレジット払いの金額であり、クレジット払い利用可能額は、クレジット払い枠からクレジット払い利用額を差し引いて求められる、当月に利用可能なクレジット払いの金額である。図ではクレジット払い枠を一つだけ示しているが、実際には更に日ごとの上限額などが存在し、それらの低い方がクレジット払い枠に設定されてよい。クレジット払いの更なる詳細については後述する。決済方法設定は、その時点において利用者がチャージ残高による電子決済を行うのか、クレジット払いによる決済を行うのかを示す設定情報である。銀行口座とクレジットカード番号のそれぞれは、電子決済サービスに入金可能な銀行口座またはクレジットカード番号の情報（口座番号、カード番号）である。チャージ履歴情報は、利用者が予め電子決済サービスに送金してチャージ残高を増加させた履歴である。決済履歴情報は、利用者が行った決済の内訳（日時、購買行動が行われた店舗の店舗ＩＤ、決済金額、決済方法など）を、決済ごとに示す情報である。

【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】

例えば、電話番号が変更されていない場合は、ボタンＢ２を操作することで処理が終了し、電話番号が変更されていてボタンＢ１を操作すると新しい電話番号の登録が必要であることを、利用者は予測できる。新しい電話番号の登録は登録のための操作などが必要であることが予測され、インターフェース画面ＩＭ３が表示されているときの状況によっては時間や手間を掛けることができない場合がある。この場合、利用者は、閉ボタンＢ３を操作することがある。このような場合であっても、情報処理部１５０がリマインドするため、利用者の利便性が向上する。

【0053】

なお、情報処理部１５０は、例えば、数日後に通知がされる処理を所定期間（例えば２ヶ月間）継続し、所定期間後は停止してもよい。このように利用者が閉ボタンの操作を所定期間、継続した場合は、情報処理部１５０は、電話番号は変更されていないとみなして上記の通知を停止する。

【0054】

[フローチャート（２）]
図１３は、情報処理部１５０により実行される処理の流れの他の一例を示すフローチャートである。本処理は、インターフェース画面ＩＭ３が表示された状態における処理の流れの一例である。

【0055】

まず、情報処理部１５０は、新しい電話番号に変更する操作がされたか否かを判定する（Ｓ２００）。新しい電話番号に変更する操作がされた場合、情報処理部１５０は、新しい電話番号に変更するためのインターフェース画面を利用者端末装置の表示部に表示させる（Ｓ２０２）。利用者が新しい電話番号を入力して変更する操作を行うと、情報処理部１５０は、利用者情報１７２の電話番号を新しい電話番号に変更する変更処理を行う（Ｓ２０４）。

【0056】

情報処理部１５０は、新しい電話番号に変更する操作がされずに、電話番号を変更しない操作がされたか否かを判定する（Ｓ２０６）。新しい電話番号に変更する操作がされずに、電話番号を変更しない操作がされた場合、情報処理部１５０は、電話番号は変更なしであることを記憶部１７０に記憶させる（Ｓ２０８）。

【0057】

新しい電話番号に変更する操作がされずに、電話番号を変更しない操作がされなかった場合、情報処理部１５０は、インターフェース画面ＩＭ３を閉じる操作がされたか否かを判定する（Ｓ２１０）。インターフェース画面ＩＭ３を閉じる操作がされなかった場合、本フローチャートの１ルーチンの処理が終了する。

【0058】

インターフェース画面ＩＭ３を閉じる操作がされた場合、情報処理部１５０は、所定期間後に通知を行う（Ｓ２１２）。情報処理部１５０は、通知情報１８０を生成して、通知情報１８０に基づいて、新しい電話番号に変更することの通知を行う。これにより、本フローチャートの１ルーチンの処理が終了する。

【0059】

上記のように、決済サーバ１００は、新しい電話番号に変更したか否かを適切に利用者に通知することができる。これにより、より適切に利用者に電話番号の変更を促すことができる。

【0060】

[まとめ]
例えば、利用者は、電話番号を変更した場合に電子決済サービスに登録されている電話番号の変更を怠ることがある。この場合に、上記の通知によって電話番号の変更に気が付くことができ、利用者がログインした状態で決済アプリ２０を操作してＳＭＳ認証などを行って電話番号を変更することができる。

【0061】

例えば、利用者Ａが電話番号Ａから電話番号Ｂに変更した場合、電子決済サービスにおいて登録された電話番号Ａを電話番号Ｂに更新することで電子決済サービスを利用することができる。電話番号Ａが、他の利用者である利用者Ｂの電話番号になった場合、利用者Ｂが電話番号Ａを電子決済サービスにおいて利用者Ｂの電話番号として登録すると、利用者Ａは電子決済サービスを利用できなくなってしまうことがある。通常、他の利用者が使用していた電話番号Ａを、次の利用者に利用させる場合、アイドル期間（２ヶ月や３ヶ月）が経過した後に利用させる。

【0062】

このため、情報処理部１５０は、アイドル期間において、上記の通知を行うことで他の利用者に電話番号Ａが登録される前に電話番号Ｂへの登録の変更を促し、電話番号の変更の操作を行わせることができる。これにより、電話番号Ａが利用者Ｂに登録される前に（利用者Ａが電話番号Ａから電話番号Ｂを変更することが困難になる前に）、電話番号の変更を適切に促すことができる。

【0063】

[他のフラグの活用]
上記の例では、有効フラグ「１」と無効フラグ「０」とに着目した処理について説明した。以下のように他のフラグも考慮されてもよい。他のフラグは、例えば、以下である。
・都合停止フラグ「３」
・エラーフラグ「４」
・通信端末フラグ「５」

【0064】

都合停止フラグ「３」は、利用者の都合で電話番号が利用できない状態であることを示すフラグである。
エラーフラグ「４」は、電話番号自体に不備があったり（例えば電話番号が誤っていたり）、電話番号がフリーダイヤルなど特殊な電話番号であったりすることを示すフラグである。
通信端末フラグ「５」は、電話番号がデータ通信に利用されている電話番号（データ通信用に付与された電話番号）であることを示すフラグである。

【0065】

情報処理部１５０は、電話番号情報１７８において、電話番号のステータス（フラグ）が所定の状態から無効に変化した場合に、通知を行う。ステータスは、電話番号の利用ができない状態（都合停止フラグ）であること、電話番号が予め定められた特殊な電話番号（エラーフラグ）であること、または電話番号がデータ通信に利用されている電話番号（通信端末フラグ）であることである。

【0066】

図１４は、ステータスの変化に応じて通知を行う処理について説明するための図である。情報処理部１５０は、図１４に示すように都合停止フラグ「３」から無効フラグ「０」に変化した場合に、電話番号の変更に関する通知を行う。

【0067】

なお、情報処理部１５０は、電話番号情報１７８において、電話番号が有効から所定のステータスに変化した場合に、通知を行ってもよい。ステータスは、上記と同様に、電話番号の利用ができない状態（都合停止フラグ）であること、電話番号が予め定められた特殊な電話番号（エラーフラグ）であること、または電話番号がデータ通信に利用されている電話番号（通信端末フラグ）であることである。

【0068】

上記の処理により、情報処理部１５０は、電話番号のステータスの変化に応じて、利用者に適切に電話番号の変更を通知することができる。

【0069】

以上説明した実施形態によれば、情報処理部１５０は、電話番号が有効から無効に変化していると判定した場合に、電子決済サービスに登録されている電話番号に対応付けられた電子決済サービスの利用者の識別情報に対応する利用者端末装置に電話番号に関する通知を行うことで、より適切に利用者に電話番号の変更を促すことができる。

【0070】

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

【符号の説明】

【0071】

１０ 利用者端末装置
２０ 決済アプリ
１００ 決済サーバ
１２０ コンテンツ提供部
１３０ 決済処理部
１４０ 情報管理部
１５０ 情報処理部
２００ 情報提供装置

【要約】

【課題】より適切に利用者に電話番号の変更を促すこと。
【解決手段】電話番号の利用状況の履歴を示す履歴情報を取得する取得部と、前記履歴情報において前記電話番号が有効から無効に変化していると判定しているか否かを判定し、前記有効から無効に変化していると判定した場合に、電子決済サービスに登録されている前記電話番号に対応付けられた電子決済サービスの利用者の識別情報に対応する利用者端末装置に電話番号に関する通知を行う処理部と、を備える情報処理装置。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】