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

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

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

(11)【特許番号】

(24)【登録日】2024-11-25

(45)【発行日】2024-12-03

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

(51)【国際特許分類】

   G06Q 40/06 20120101AFI20241126BHJP

【ＦＩ】

G06Q40/06

【請求項の数】 10

(21)【出願番号】P 2024035281

(22)【出願日】2024-03-07

【審査請求日】2024-04-18

【早期審査対象出願】

(73)【特許権者】

【識別番号】519110124

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

(74)【代理人】

【識別番号】100149548

【弁理士】

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

(74)【代理人】

【識別番号】100181124

【弁理士】

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

(74)【代理人】

【識別番号】100194087

【弁理士】

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

(72)【発明者】

【氏名】デシュムク ラジャニカント

(72)【発明者】

【氏名】ナイア アシシュ

(72)【発明者】

【氏名】ポール リチャード

【審査官】渡邉 加寿磨

(56)【参考文献】

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

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

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

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

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

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

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

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

【請求項1】

利用者端末装置が搭載する決済アプリ上で利用者が入力した入力情報を取得する取得部と、
前記入力情報に基づいて、複数の金融サービスの各々について、前記利用者が前記金融サービスを利用することによる利得を算出する算出部と、
前記利得に基づいて、前記金融サービスの利用を前記利用者に提案する提案情報を前記決済アプリに表示させる表示制御部と、を備え、
前記算出部は、記憶部に記憶された、前記複数の金融サービスの各々に関するシミュレーション参照情報を用いて、前記入力情報を入力として前記金融サービスの利用をシミュレーションすることによって、前記利得を算出する、
情報処理装置。

【請求項2】

前記表示制御部は、前記決済アプリの画面のうち、前記利用者の資産状況を表示する画面に、前記提案情報を表示する画面に遷移するためのインターフェース要素を前記決済アプリに表示させる、
請求項１に記載の情報処理装置。

【請求項3】

前記取得部は、前記決済アプリから、前記決済アプリ上での前記利用者のチャージ金額又は資産残高を示す情報を取得し、
前記表示制御部は、取得した前記チャージ金額又は資産残高が所定金額以上を示す場合、前記金融サービスの利用を前記利用者に提案する前記提案情報を前記決済アプリに表示させる、
請求項１に記載の情報処理装置。

【請求項4】

前記取得部は、前記決済アプリから、前記利用者が実行した前記決済アプリの電子決済に関する情報を取得し、
前記表示制御部は、前記電子決済が実行された店舗が所定のカテゴリに属する場合、前記所定のカテゴリに関連する前記金融サービスの利用を前記利用者に提案する前記提案情報を前記決済アプリに表示させる、
請求項１に記載の情報処理装置。

【請求項5】

前記取得部は、前記決済アプリから、前記利用者が実行した前記決済アプリの操作に関する情報を取得し、
前記表示制御部は、前記操作の対象となった店舗が所定のカテゴリに属する場合、前記所定のカテゴリに関連する前記金融サービスの利用を前記利用者に提案する前記提案情報を前記決済アプリに表示させる、
請求項１に記載の情報処理装置。

【請求項6】

コンピュータが、
利用者端末装置が搭載する決済アプリ上で利用者が入力した入力情報を取得し、
前記入力情報に基づいて、複数の金融サービスの各々について、前記利用者が前記金融サービスを利用することによる利得を算出し、
前記利得に基づいて、前記金融サービスの利用を前記利用者に提案する提案情報を前記決済アプリに表示させ、
記憶部に記憶された、前記複数の金融サービスの各々に関するシミュレーション参照情報を用いて、前記入力情報を入力として前記金融サービスの利用をシミュレーションすることによって、前記利得を算出する、
情報処理方法。

【請求項7】

利用者端末装置が搭載する決済アプリ上で利用者が入力した入力情報を取得する取得部と、
前記入力情報に基づいて、複数の金融サービスの各々について、前記利用者が前記金融サービスを利用することによる利得を算出する算出部と、
前記利得に基づいて、前記金融サービスの利用を前記利用者に提案する提案情報を前記決済アプリに表示させる表示制御部と、を備え、
前記入力情報は、前記利用者の資産情報、前記利用者の収入情報、又は前記利用者による前記複数の金融サービスとは異なる他サービスの利用情報である、
情報処理装置。

【請求項8】

コンピュータが、
利用者端末装置が搭載する決済アプリ上で利用者が入力した入力情報を取得し、
前記入力情報に基づいて、複数の金融サービスの各々について、前記利用者が前記金融サービスを利用することによる利得を算出し、
前記利得に基づいて、前記金融サービスの利用を前記利用者に提案する提案情報を前記決済アプリに表示させ、
前記入力情報は、前記利用者の資産情報、前記利用者の収入情報、又は前記利用者による前記複数の金融サービスとは異なる他サービスの利用情報である、
情報処理方法。

【請求項9】

利用者端末装置が搭載する決済アプリ上で利用者が入力した入力情報を取得する取得部と、
前記入力情報に基づいて、複数の金融サービスの各々について、前記利用者が前記金融サービスを利用することによる利得を算出する算出部と、
前記利得に基づいて、前記金融サービスの利用を前記利用者に提案する提案情報を前記決済アプリに表示させる表示制御部と、を備え、
前記表示制御部は、前記決済アプリの画面のうち、前記利用者が前記決済アプリ上で保有する複数の種別の資産全体を集約して表示する画面に、前記提案情報を表示する画面に遷移するためのインターフェース要素を前記決済アプリに表示させる、
情報処理装置。

【請求項10】

コンピュータが、
利用者端末装置が搭載する決済アプリ上で利用者が入力した入力情報を取得し、
前記入力情報に基づいて、複数の金融サービスの各々について、前記利用者が前記金融サービスを利用することによる利得を算出し、
前記利得に基づいて、前記金融サービスの利用を前記利用者に提案する提案情報を前記決済アプリに表示させ、
前記決済アプリの画面のうち、前記利用者が前記決済アプリ上で保有する複数の種別の資産全体を集約して表示する画面に、前記提案情報を表示する画面に遷移するためのインターフェース要素を前記決済アプリに表示させる、
情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

従来、電子決済サービスと連動して動作する決済アプリ上で、利用者に対する何らかの提案を行う技術が知られている。例えば、特許文献１には、利用者によって実行された電子決済に関する決済情報に基づいて、当該利用者に保険の加入を提案する技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０２２－１５６７０５号公報

【発明の概要】

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

【0004】

しかしながら、従来の技術は、提案に当たって参考にする情報が決済情報に限定されるとともに、提案対象も保険に限定されるものであった。その結果、決済アプリを利用する利用者に対して、広範囲な金融サービスから当該利用者に最適な金融サービスを提案できない場合があった。

【0005】

本発明は、このような事情を考慮してなされたものであり、決済アプリを利用する利用者に対して、広範囲な金融サービスから当該利用者に最適な金融サービスを提案することができる情報処理装置、情報処理方法、およびプログラムを提供することを目的の一つとする。

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

【0006】

本発明の一態様は、利用者端末装置が搭載する決済アプリ上で利用者が入力した入力情報を取得する取得部と、前記入力情報に基づいて、複数の金融サービスの各々について、前記利用者が前記金融サービスを利用することによる利得を算出する算出部と、前記利得に基づいて、前記金融サービスの利用を前記利用者に提案する提案情報を前記決済アプリに表示させる表示制御部と、を備える情報処理装置である。

【発明の効果】

【0007】

本発明の一態様によれば、決済アプリを利用する利用者に対して、広範囲な金融サービスから当該利用者に最適な金融サービスを提案することができる情報処理装置、情報処理方法、およびプログラムを提供することができる。

【図面の簡単な説明】

【0008】

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

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

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

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

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

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

【図7】決済アプリ２０のトップ画面ＩＭの一例を示す図である。

【図8】ウォレットボタンＷＡの操作に応じて表示されるウォレット画面の一例を示す図である。

【図9】決済アプリ２０の利用に関する提案情報の一例を示す図である。

【図10】決済アプリ２０の利用に関する提案情報の別の例を示す図である。

【図11】決済アプリ２０の利用に関する提案情報の別の例を示す図である。

【図12】決済アプリ２０の利用に関する提案情報の別の例を示す図である。

【図13】決済アプリ２０の利用に関する提案情報の別の例を示す図である。

【図14】利用者情報１７２が所定条件を満たす場合に表示される提案情報の一例を示す図である。

【図15】利用者情報１７２が所定条件を満たす場合に表示される提案情報の別の例を示す図である。

【図16】利用者情報１７２が所定条件を満たす場合に表示される提案情報の別の例を示す図である。

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

【図18】情報管理部１４０によって実行される処理の流れの別の例を示すフローチャートである。

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

【0009】

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

【0010】

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

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

情報管理部１４０は、利用者端末装置１０や第２店舗端末装置７０から取得した情報に基づいて、利用者情報１７２および加盟店／店舗情報１７６を管理する。情報管理部１４０は、利用者情報１７２および加盟店／店舗情報１７６について新規レコードの追加、編集、削除などを行う。

【0028】

情報管理部１４０は、さらに、取得部１４２と、算出部１４４と、表示制御部１４６とを機能部として備える。情報管理部１４０は、これら機能部を用いて、後述する複数の金融サービスに関する提案情報を生成し、利用者端末装置１０に送信して決済アプリ２０に表示させる。これら取得部１４２と、算出部１４４と、表示制御部１４６の機能の詳細については後述する。決済サーバ１００のうち、情報管理部１４０が担う機能は、特許請求の範囲における「情報処理装置」の一例である。情報管理部１４０は、決済サーバ１００とは別体のサーバ装置として構成されていてもよいし、後述する取得部１４２と、算出部１４４と、表示制御部１４６の機能は、決済アプリ２０に搭載されていてもよい。

【0029】

［電子決済］
決済処理部１３０は、利用者端末装置１０または第１店舗端末装置５０から決済情報が取得されると、利用者情報１７２を参照して当該利用者の「決済方法設定」を取得する。決済処理部１３０は、「決済方法設定」が「チャージ残高」に設定されている利用者に関して、以下のように電子決済を行う。決済処理部１３０は、例えば、利用者ＩＤに対応付けて管理しているチャージ残高を減少させ、加盟店の売上金の項目値を増加させることで、電子決済を行う。加盟店の売上金の項目値は、例えば、それ自体が電子マネーとして使用されるものでは無く、加盟店と電子決済サービスとの取り決めに応じたサイクルで、売上金の項目値に対応する金額が銀行口座に送金される。

【0030】

決済処理部１３０は、「設定情報」が「クレジット払い」に設定されている利用者に関して、以下のように電子決済を行う。クレジット払いとは、電子決済サービスの運営者とは別主体であるクレジットカード会社との連携による「クレジット払い」とは別枠で設定されるものであり、電子決済サービスの運営者が与信者となって、クレジット払い枠の範囲内でチャージ残高に依存しない電子決済を許容するものである。なおクレジット払いサービスを受けるために、電子決済サービスの運営者が提供するクレジットカードの取得が要求されてよい。クレジット払いで利用された金額は、一か月分まとめて翌月の支払日に、例えば銀行口座からの引き落としによって決済される。この場合、決済処理部１３０は、クレジット払い利用額に決済金額を加算し、クレジット払い利用可能額から同額を差し引くことで暫定決済を行い、締め日になると上記のように当月分の決済を翌月の支払い日に引き落とすための処理を行う、或いはクレジットカード会社の運営者に当該処理を依頼する。なお暫定決済の時点で決済金額がクレジット払い利用可能額を超える場合は、エラー通知が決済アプリ２０に返信される。

【0031】

その後、決済アプリ２０は、決済完了画面として、例えば、決済店舗と、決済金額と、付与された特典（ポイント）とを合わせて表示する。例えば、利用者が、５００円分の決済を実行した場合、情報管理部１４０は、決済金額の１％に相当する５円分のポイントを利用者情報１７２の「保有ポイント」に記憶し、決済処理部１３０は、利用者の次回の電子決済において、決済金額から保有ポイントを優先的に減算し、その残額をチャージ残高又は後払い利用可能額から減算する。なお、他の態様として、特典は、決済に利用可能なポイントして加算されることなく、当日の決済金額からそのまま金額が減算されるものであってもよい。

【0032】

［トップ画面］
図７は、決済アプリ２０のトップ画面ＩＭの一例を示す図である。トップ画面ＩＭには、コード画像ＣＤが表示される。コード画像ＣＤは、例えばバーコードとＱＲコードを含む。また、コード画像ＣＤと共に、チャージ残高による電子決済を行うか、クレジット払いによる電子決済を行うかを示すテキスト（図では「残高で支払う」）が表示される。このテキストは、切替スイッチＳＷが操作される度に決済アプリ２０が更新する情報に基づいて決済アプリ２０が描画する。また、トップ画面ＩＭは、切替スイッチＳＷを含む操作領域ＣＡと、遷移ボタンＴＢとを含む。これについては後述する。なお、「スイッチ」、「ボタン」とはタッチパネルと協働して実現されるＧＵＩ（Graphical User Interface）である。切替スイッチＳＷは、チャージ残高による電子決済を行うか、クレジット払いによる電子決済を行うかを切り替える操作を受け付けるものである。切替スイッチＳＷは、デフォルトではチャージ残高による電子決済を行う設定になっており、利用者によって操作される度に、チャージ残高による電子決済を行う設定と、クレジット払いによる電子決済を行う設定との間で設定が切り替わる。図では「クレジット払い」と説明表示がされているが、これはクレジット払いによる電子決済を行う設定になっていることを意味する。操作領域ＣＡには、スキャン（ユーザスキャンの開始）を指示するボタンやチャージを指示するボタンなど、電子決済における主要な操作を指示するボタンが設けられている。遷移ボタンＴＢが操作されると、電子決済に用いられるコード画像と利用可能額を表示する支払い画面に遷移する。さらに、ウォレットボタンＷＡが操作されると、利用者の資産および電子決済の履歴情報の一覧を時系列で表示するウォレット画面に遷移する。

【0033】

操作領域ＣＡの下部には、さらに例えば、ミニアプリを起動するためのボタン（スイッチ）群Ｍ１～Ｍ５が表示される。ミニアプリは、決済アプリ２０をプラットフォームとして動作し、何らかのサービスを提供するアプリである。サービス提供者は、決済アプリ２０の管理者により提供されたアプリ開発用のプログラムや技術文書などであるＳＤＫ（Software Development Kit）を参照してミニアプリを開発する。ミニアプリは、例えば、決済アプリ２０が起動している状態で動作するアプリである。例えば、決済アプリ２０がインストールされるとミニアプリの一部または全部がインストールされてもよいし、ミニアプリに対応するサービスサーバからミニアプリの一部または全部がインストールされてもよい。

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

以上説明した実施形態によれば、利用者端末装置が搭載する決済アプリ上で利用者が入力した入力情報を取得し、入力情報に基づいて、複数の金融サービスの各々について、利用者が金融サービスを利用することによる利得を算出し、利得に基づいて、金融サービスの利用を利用者に提案する提案情報を決済アプリに表示させる。これにより、決済アプリを利用する利用者に対して、広範囲な金融サービスから当該利用者に最適な金融サービスを提案することができる。

【0072】

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

【符号の説明】

【0073】

１０ 利用者端末装置
２０ 決済アプリ
１００ 決済サーバ
１２０ 決済コンテンツ提供部
１３０ 決済処理部
１４０ 情報管理部
１４２ 取得部
１４４ 算出部
１４６ 表示制御部

【要約】

【課題】広範囲な金融サービスから当該利用者に最適な金融サービスを提案すること。
【解決手段】利用者端末装置が搭載する決済アプリ上で利用者が入力した入力情報を取得する取得部と、前記入力情報に基づいて、複数の金融サービスの各々について、前記利用者が前記金融サービスを利用することによる利得を算出する算出部と、前記利得に基づいて、前記金融サービスの利用を前記利用者に提案する提案情報を前記決済アプリに表示させる表示制御部と、を備える、情報処理装置。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】