JP2023143453A - 情報処理装置、情報処理方法及び情報処理プログラム - Google Patents

Abstract

【課題】ユーザによる融資の利用を支援することが可能な情報処理装置、情報処理方法及び情報処理プログラムを提供する。【解決手段】情報処理システムにおいて、情報処理装置であるサービス提供装置１００は、サービス利用者から受け付けた融資の申込を提携先の金融機関に送信して、サービス利用者に対する融資額に相当する額の電子マネーのチャージを金融機関から受け付ける融資処理部を有する。融資処理部は、融資の申込を金融機関に送信する際、金融機関からの要求に応じて融資額を決定するために必要な情報を金融機関に提供する。融資額を決定するために必要な情報は、サービス利用者に関する情報及び融資の使途を含む。【選択図】図８

Description

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

近年、個人による資産形成手段の一つとして、少額投資非課税制度などが見直されつつあるが、積立目的に沿った資産形成・資産管理という観点では、定期預金などによる目的別積立が存在する。

上述の目的別積立に関連して、たとえば、特許文献１には、顧客の積立目的に沿った残高管理を行う積立残高管理システムが開示されている。

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

しかしながら、従来の技術は、ユーザによる融資の利用を支援する上で改善の余地がある。

本願は、上記に鑑みてなされたものであって、ユーザによる融資の利用を支援できる情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。

本願に係る情報処理装置は、サービス利用者から受け付けた融資の申込を提携先の金融機関に送信して、サービス利用者に対する融資額に相当する額の電子マネーのチャージを金融機関から受け付ける融資処理部を有する。

実施形態の一態様によれば、ユーザによる融資の利用を支援できるという効果を奏する。

図１は、実施形態に係る情報処理の概要を示す図（その１）である。 図２は、実施形態に係る自動積立の処理の概要を示す図である。 図３は、実施形態に係る情報表示例（その１）を示す図である。 図４は、実施形態に係る情報処理の概要を示す図（その２）である。 図５は、実施形態に係る情報表示例（その２）を示す図である。 図６は、実施形態に係る情報表示例（その３）を示す図である。 図７は、実施形態に係る融資に関する処理の概要を示す図である。 図８は、実施形態に係るサービス提供装置の構成例を示すブロック図である。 図９は、実施形態に係る積立情報の概要を示す図である。 図１０は、実施形態に係る口座情報の概要を示す図である。 図１１は、実施形態に係るユーザ情報の概要を示す図である。 図１２は、実施形態に係る決済履歴の概要を示す図である。 図１３は、実施形態に係る積立目標登録処理手順の一例を示すフローチャートである。 図１４は、実施形態に係る積立状況提供処理手順の一例を示すフローチャートである。 図１５は、実施形態に係る積立状況提供処理の処理手順の一例を示すフローチャートである。 図１６は、実施形態または変形例に係るサービス提供装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に本願に係る情報処理装置、情報処理方法及び情報処理プログラムを実施するための形態（以下、「本実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この本実施形態により本願に係る情報処理装置、情報処理方法及び情報処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．本実施形態に係る情報処理の一例〕
以下、図１を用いて、本実施形態に係る情報処理の一例について説明する。図１は、本実施形態に係る情報処理の概要を示す図（その１）である。

図１に示すように、本実施形態に係る情報処理システムＳＹＳは、端末装置１０と、金融機関装置２０と、本願に係る情報処理装置の一例であるサービス提供装置１００とを含む。なお、図１は、本実施形態に係る情報処理システムＳＹＳの一例を示しており、ユーザＵＸやサービス事業者ＵＺが利用する銀行により運営及び管理される銀行システムなど、図１には示されていない他の装置が含まれていてもよい。

また、以下の説明において、端末装置１０をユーザＵＸと表記して説明する場合がある。すなわち、ユーザＵＸを端末装置１０と読み替えることができる。また、以下の説明において、金融機関装置２０を金融業者ＵＹと表記して説明する場合がある。すなわち、金融業者ＵＹを金融機関装置２０と読み替えることができる。また、以下の説明において、サービス提供装置１００をサービス事業者ＵＺと表記して説明する場合がある。すなわち、サービス事業者ＵＺをサービス提供装置１００と読み替えることができる。

端末装置１０、金融機関装置２０、及びサービス提供装置１００は、有線または無線により、ネットワークＮ（たとえば、図８参照）に接続される。端末装置１０、金融機関装置２０、及びサービス提供装置１００は、ネットワークＮを通じて、相互に通信できる。

端末装置１０は、サービス事業者ＵＺにより提供されるデジタルマネー（電子マネー）に関する各種サービスを利用するユーザＵＸにより使用される情報処理装置である。なお、デジタルマネーとは、たとえば、各種企業が独自に用いるポイントや通貨などであってもよく、日本円やドルなどの国家により提供される貨幣を電子的に取引可能としたものであってもよい。

端末装置１０は、たとえば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）や、ウェアラブル端末などの情報処理装置により実現される。

端末装置１０は、所定の情報処理を実現する制御情報をサービス提供装置１００から受け取った場合には、制御情報に従って情報処理を実現する。ここで、制御情報は、たとえば、ＪａｖａＳｃｒｉｐｔ（登録商標）などのスクリプト言語やＣＳＳ（Cascading Style Sheets）などのスタイルシート言語、Ｊａｖａ（登録商標）などのプログラミング言語、ＨＴＭＬ（HyperText Markup Language）などのマークアップ言語などにより記述され得る。なお、本実施形態では、サービス提供装置１００から配信される所定のアプリケーションそのものを制御情報とみなしてもよい。

金融機関装置２０は、サービス事業者ＵＺと業務提携する金融業者ＵＹにより使用される情報処理装置である。たとえば、金融業者ＵＹは、銀行やローン会社などの金融機関に該当する。金融機関装置２０は、たとえば、金融業者ＵＹが運営および管理を行う単独のサーバ装置やワークステーション、複数のサーバ装置及び複数のストレージ装置が協働して動作するクラウドシステムなどにより実現される。金融機関装置２０は、たとえば、サービス提供装置１００に対し、金融サービスやその付帯サービスなどに関するＡＰＩ（Application Programming Interface）サービスや、これらのサービスに関する各種データなどを提供できる。

サービス提供装置１００は、デジタルマネー（電子マネー）に関する各種サービスを提供する事業を営むサービス事業者ＵＺにより運営および管理される情報処理装置である。サービス提供装置１００は、たとえば、単独のサーバ装置やワークステーション、複数のサーバ装置及び複数のストレージ装置が協働して動作するクラウドシステムなどにより実現される。なお、サービス提供装置１００は、提供する各種サービスごとに、情報処理の主体が物理的または機能的に分散されている装置又はシステムとして構成されていてもよい。

サービス提供装置１００が提供する各種サービスには、デジタルマネーを用いた電子決済サービスや、所定の目的に応じて資産形成を行うための目的別積立を実現する積立サービスなどが含まれる。これらのサービスは、サービス事業者ＵＺがサービス利用者（たとえば、ユーザＵＸ）に対して配布するアプリケーションや、専用のウェブサイトなどを通じて実現され得る。

サービス提供装置１００は、電子決済サービスの提供に伴い、実店舗やオンラインなどでの商品購入に関する決済処理を実行する。たとえば、サービス提供装置１００は、端末装置１０を用いた電子決済に関する電子決済サービスを提供できる。具体的には、サービス提供装置１００は、商品やサービスなどの取引対象を提供する事業者の口座と、取引対象が提供される利用者の口座とを管理し、利用者からの決済要求に従って、口座間において電子マネーの移行などを行うことで、各種決済を実現する。すなわち、サービス提供装置１００は、電子決済サービスの提供に伴い、各サービス利用者が所有するデジタルマネーの決済口座（電子マネー口座）に対する入金や、この決済口座からの出金を管理する。

また、サービス提供装置１００は、積立サービスの提供に伴い、専用のアプリケーションや専用のウェブサイトを通じて、積立サービスに関する各種操作や各種情報の提供などを実現するためのユーザインターフェイスを提供できる。ユーザインターフェイスは、ＧＵＩ（Graphical User Interface）の形式で提供されてもよい。たとえば、サービス提供装置１００は、サービス利用者（たとえば、ユーザＵＸ）が指定する銀行口座からの自動振り込みなどを利用して、自動積立を実現できる。具体的には、サービス利用者に紐付く決済口座に対して、銀行口座から定期的に残高のチャージが行われ、この決済口座からサービス利用者に紐付く積立口座に対して、予め規定される積立金額を送金することにより自動積立が行われる。なお、積立対象は、広く一般に流通する現金やデジタルマネーなどを含む通貨であり、価値の保存機能、交換機能、及び価値の尺度機能などを有する媒体であれば、積立対象として採用できる。

以下、サービス提供装置１００による自動積立の処理について具体的に説明する。図２は、実施形態に係る自動積立の処理の概要を示す図である。なお、図２を用いて、以下に説明するＰ銀行は、サービス事業者ＵＺと業務提携を行っている提携先の銀行である。また、以下に説明する情報処理では、銀行Ｐにおいて、ユーザＵＸが銀行口座（代表口座）を所有していることを前提としている。

図２に示すように、サービス利用者であるユーザＵＸは、積立目標を設定する（ステップＳ０１）。たとえば、ユーザＵＸは、端末装置１０を操作して、専用のアプリケーションを起動したり、専用のウェブサイトにアクセスしたりすることにより、積立目標の設定操作を実行できる。ユーザＵＸにより設定された積立目標は、端末装置１０からサービス提供装置１００に送信される。積立目標は、デジタルマネーの使途である積立の目的や、目標金額や、積立額（月額）などの情報を含んでいる。図２は、ユーザＵＸにより設定される積立の目的として、目的１：「車購入資金」と、目的２：「結婚式場費用」が設定される場合を例示している。また、図２は、積立の目的ごとに設定された積立設定額として、毎月２万円（２万円／月）を例示している。

サービス提供装置１００は、ユーザＵＸにより設定された積立目標を受け付けると、目的積立用の目的口座の作成依頼を銀行サーバ３０に送信する（ステップＳ０２）。図２では、サービス提供装置１００から銀行サーバ３０に送信される目的口座の作成依頼に、代表口座名義：「ユーザＵＸ」と、積立の目的１：「車購入資金」と、積立の目的２：「結婚式場費用」とが含まれる例を示している。また、サービス提供装置１００は、各種サービスの利用に際してユーザＵＸを識別するためにユーザＵＸに対して個別に付与するユーザアカウントに紐付けて、ユーザＵＸから受け付けた積立目標を管理する。

銀行サーバ３０は、サービス提供装置１００から目的口座の作成依頼を受け付けると、依頼内容に従って、目的積立用の目的口座の作成を実行する（ステップＳ０３）。図２に示す場合、銀行サーバ３０は、ユーザＵＸがＰ銀行において所有している代表口座に紐付けて、目的口座１：「車購入資金」と、目的口座２：「結婚式場費用」とを作成して管理する。銀行サーバ３０は、目的口座作成が完了すると、目的口座の開設通知をサービス提供装置１００に送信する（ステップＳ０４）。図２に示すように、銀行サーバ３０は、代表口座名義と、代表口座名義に紐付く目的口座の情報をサービス提供装置１００に提供できる。

ユーザＵＸは、電子マネーをチャージする（ステップＳ０５）。ユーザＵＸは、端末装置１０を操作し、専用のアプリケーションを起動したり、専用のウェブサイトにアクセスしたりするなどの任意の方法で所定のチャージ操作を行うことにより、電子マネーをチャージできる。端末装置１０は、ユーザＵＸによるチャージ操作に従って、チャージ金額などの情報を含むチャージ内容をサービス提供装置１００に送信する。

サービス提供装置１００は、ユーザＵＸから電子マネーのチャージがあると、チャージ金額の仕分けを実行する（ステップＳ０６）。たとえば、サービス提供装置１００は、チャージ金額から積立設定額に相当する額を積立目的分として仕分けて、ユーザＵＸに紐付けて管理する。具体的には、図２に示す場合、サービス提供装置１００は、チャージ金額の１０万円から、目的１：「車購入資金」に対応する２万円と、目的２：「結婚式場費用」に対応する２万円との合計額である計４万円を仕分ける。そして、サービス提供装置１００は、仕分けた４万円のうち２万円を目的１：「車購入資金」に対応する積立目的分として割り振り、残りの２万円を目的２：「結婚式場費用」に対応する積立目的分として割り振って、通常利用を制限するマネー残高として個別に管理する。なお、サービス提供装置１００は、チャージ金額から積立目的分を仕分けた後の残りの６万円を通常利用分のマネー残高として管理する。なお、サービス提供装置１００は、所定のタイミングで積立目的分の仕分けを行ってもよい。所定のタイミングとしては、ユーザＵＸからのチャージがあった後、予め設定される所定期間の経過後などが例示される。これにより、たとえば、チャージ金額が積立設定額に満たない場合、以降のチャージによりチャージ金額の合計が積立設定額を超えた状態となるまで一定期間待機できる。

チャージ金額の仕分け後、サービス提供装置１００は、所定のタイミングで、ユーザＵＸに紐付く積立用の目的口座に対して、積立目的分を自動送金する送金処理を実行する（ステップＳ０７）。たとえば、サービス提供装置１００は、所定のタイミングで送金処理を実行できる。所定のタイミングには、たとえば、チャージ金額の仕分けの完了直後であってもよいし、ユーザＵＸにより予め設定されている毎月の指定日（たとえば、毎月２７日など）であってもよい。たとえば、図２に示すように、サービス提供装置１００は、Ｐ銀行が運営および管理を行う銀行サーバ３０に対して送金を行う際、目的口座の各々に対応する送金額を示す情報を送信できる。

銀行サーバ３０は、サービス提供装置１００からの送金内容に従って、目的口座への積立を行う（ステップＳ０８）。たとえば、図２に示す場合、銀行サーバ３０は、ユーザＵＸの代表口座に紐付く目的口座１および目的口座２の各々に対して、２万円をそれぞれ積み立てる。

このようにして、サービス提供装置１００は、サービス利用者からチャージがあった場合、サービス利用者が所有する積立用の目的口座に対して、チャージ金額から仕分けた積立目的分を自動的に積み立てることができる。

また、サービス提供装置１００は、チャージ金額が積立設定額に満たない場合、積立目的の中で予め設定された優先度に基づいて積立目的分の仕分けを行ってもよい。たとえば、図２に示す例において、目的１：「車購入資金」および目的２：「結婚式場費用」のうち、目的１を優先する旨がユーザＵＸにより予め設定されている場合、サービス提供装置１００は、チャージ金額から目的１に対応する積立設定額を仕分けて、目的１に対応する積立目的分として優先的に割り振ってもよい。

また、サービス提供装置１００は、チャージ金額が積立設定額に満たない場合、積立目的分の手動送金の提案をユーザＵＸに通知してもよい。たとえば、サービス提供装置１００は、チャージ金額が積立設定額に満たない旨、及び、積立目的分の手動送金を提案する旨をユーザＵＸに通知してもよい。

また、サービス提供装置１００は、たとえば、銀行ＰにおいてユーザＵＸの目的口座の開設が完了していない場合、目的口座の開設が完了するまでの間、ユーザＵＸの積立目的分を専用アプリケーション上で一時的に管理してもよい。

上述してきたように、実施形態に係る自動積立の処理によれば、サービス利用者（たとえば、ユーザＵＸ）は、デルタルマネーのチャージを行うだけで、目的別の積立を簡易に実現できる。このように、サービス提供装置１００は、電子決済用の既存のプラットフォームを通じて、目的別の積立に要するサービス利用者の手間をできるだけ軽減し、積立目標の成功率の向上に寄与できる。この結果、サービス提供装置１００は、所定の目的に応じたサービス利用者の資産形成をサポートできる。

また、このようなサービス提供装置１００は、上述の積立サービスの提供に関連して、以下に説明する実施形態に係る情報処理を実行する。以下、事例を交えつつ、実施形態に係る情報処理について説明する。

（１－１．積立目標登録処理）
以下、図１を用いて、実施形態に係る情報処理システムＳＹＳにおいて実行される積立目標登録処理について説明する。図１に示すように、端末装置１０は、デジタルマネーの積立目標の設定をユーザＵＸから受け付けると、設定された積立目標に関する情報をサービス提供装置１００に送信する（ステップＳ１）。たとえば、積立目標には、デジタルマネーの使途である積立の目的や、目標金額や、積立額（月額）などの情報が含まれ得る。

一方、サービス提供装置１００は、端末装置１０から積立目標に関する情報を受信すると、金融機関装置２０に対して、仮審査要求を送信する（ステップＳ２）。仮審査要求は、ユーザＵＸに関する所定のデータ項目を用いて、金融業者ＵＹが即時に実施可能な簡便な審査（仮審査）の要求である。仮審査に必要な情報の一例としては、仮審査対象（たとえば、ユーザＵＸ）の生年月日や、他社借入件数および借入金額や、年収や、勤務年数や、借入希望金額などが想定される。ユーザＵＸの仮審査により、現時点でユーザＵＸに融資可能な金額を示す限度額や、融資の際に適用する金利などが仮決定される。なお、サービス提供装置１００は、予め管理するユーザ情報から、たとえば提携先の複数の金融業者ＵＹが仮審査を行うために必要な情報を取得してもよいし、仮審査要求の送信にあたり、ユーザＵＸに対して、金融業者ＵＹが仮審査を行うために必要な情報をユーザＵＸに要求して取得してもよい。サービス提供装置１００は、金融業者ＵＹに対して仮審査要求を行う際、仮審査に必要な情報を提供する。なお、後述するように、サービス提供装置１００は、提携先の複数の金融業者ＵＹから仮審査の結果を取得し、取得した仮審査の結果の中から、ユーザＵＸにとって最良の融資条件を提示する仮審査の結果を選択し、融資に関する情報として提供できる。最良な融資の条件とは、たとえば、他の融資条件と比較して金利が安いことや、頭金ができるだけ少なくてよいことなどが考えられる。

サービス提供装置１００は、積立の目的ごとに仮審査要求を申し込むことができる。また、サービス提供装置１００は、仮審査に必要な情報として、積立の目的を含めてもよい。また、使用目的を問わずに融資を行う金融業者ＵＹに対しては、積立の目的を仮審査に必要な情報に含めなくてもよい。

金融機関装置２０は、サービス提供装置１００からの仮審査要求を受けて仮審査処理を実行し、仮審査結果をサービス提供装置１００に対して送信する（ステップＳ３）。

サービス提供装置１００は、金融機関装置２０から仮審査結果を受信すると、ユーザＵＸに関連付けて、ユーザＵＸにより設定された積立目標に関する情報とともに、ユーザＵＸについての仮審査結果を積立情報として登録する（ステップＳ４）。

なお、サービス提供装置１００は、ユーザＵＸなどのサービス利用者により設定される積立目標に関する情報の取得に伴い、仮審査要求を即時に送信する必要はなく、任意のタイミングで送信してもよい。また、サービス提供装置１００は、仮審査が通らなかったサービス利用者について個人情報の変更があった場合、仮審査要求を再度送信してもよい。

（１－２．積立目標登録処理に伴う情報表示例）
以下、図３を用いて、積立目標登録処理に伴って端末装置１０に表示される情報の一例を説明する。図３は、本実施形態に係る情報表示例（その１）を示す図である。なお、以下では、積立サービスに関する各種機能を提供するアプリケーション（以下、「積立アプリ」と称する。）を通じて、端末装置１０に表示される画面情報の一例を説明する。なお、この積立アプリは、決済サービスを利用するためのアプリケーション（以下、「決済アプリ」を称する。）内で起動するミニアプリとして構成されていてもよいし、決済アプリとは独立して設けられるアプリケーションであってもよい。

図３に示すように、端末装置１０が備えるディスプレイ１１には、積立アプリの実行に伴い、目的別積立を実行するための画像情報Ｇ１が積立アプリのトップ画面Ｗ１にオーバレイ表示される（ステップＳ１１）。なお、図３では、画像情報Ｇ１がトップ画面Ｗ１にオーバレイ表示される例を示すが、画像情報Ｇ１の代わりに、目的別積立の機能を提供するためのミニアプリを起動させるアイコンがトップ画面Ｗ１に表示されていてもよい。この場合、このアイコンをユーザＵＸが操作することにより、後述する目的選択画面Ｗ２がディスプレイ１１に表示される。

また、ユーザＵＸが画像情報Ｇ１を操作すると、ディスプレイ１１には、デジタルマネーの積立の目的の選択をユーザＵＸから受け付けるための目的選択画面Ｗ２が表示される（ステップＳ１２）。

目的選択画面Ｗ２には、積立の目的として予めカテゴライズされた複数のアイコンＯＢが表示されている。アイコンＯＢ１は、デジタルマネーの積立の目的が自動車（二輪を含む）購入である場合にユーザＵＸにより選択される。アイコンＯＢ２は、積立の目的が結婚式の式場費用などの冠婚葬祭の費用である場合にユーザＵＸにより選択される。アイコンＯＢ３は、積立の目的が教育資金や資格取得、スキルアップのための費用である場合にユーザＵＸにより選択される。アイコンＯＢ４は、積立の目的がキャンプなどのアウトドアのための費用である場合にユーザＵＸにより選択される。アイコンＯＢ５は、積立の目的が住宅購入やリフォームなどの住居関連費用である場合にユーザＵＸにより選択される。アイコンＯＢ６は、スマートフォンの買い替えなどの電子機器の購入のための費用である場合にユーザＵＸにより選択される。アイコンＯＢ７は、航空券の購入代金や旅行代金などの旅行関連費用である場合にユーザＵＸにより選択される。なお、図３に示すアイコンＯＢは一例であり、ユーザＵＸの希望事項を詳細にカテゴライズするために図３に示す例よりも多くのアイコンＯＢが含まれていてもよい。

また、目的選択画面Ｗ２において、たとえば、ユーザＵＸがアイコンＯＢ１を操作すると、ディスプレイ１１には、アイコンＯＢ１に対応する積立の目的に応じた積立目標を設定するための積立目標設定画面Ｗ３が表示される（ステップＳ１３）。このようにして、サービス提供装置１００は、積立の目的ごとに積立目標の設定をユーザＵＸから受け付けることができる。

積立目標設定画面Ｗ３には、アイコンＯＢ１に対応する「自動車購入」が積立の目的として表示されている。また、積立目標設定画面Ｗ３には、目標金額の入力を受け付ける入力ボックスＢＸ１と、毎月の積立額の入力を受け付ける入力ボックスＢＸ２が表示されている。また、積立目標設定画面Ｗ３には、積立の目的と、目標金額と、積立額の各情報を含む積立目標に関する情報をサービス提供装置１００に送信するための送信ボタンＧ２が表示されている。

なお、積立目標設定画面Ｗ３には、詳細設定ボタンＧ３が表示されている。詳細設定ボタンＧ３は、積立の目的について、より詳細な設定をユーザＵＸから受け付けるためのボタンである。たとえば、ユーザＵＸは、詳細設定ボタンＧ３により、自動車購入であれば、購入を希望する自動車の車名や年式、グレードなどの詳細な情報を設定できる。

また、積立目標設定画面Ｗ３において、ユーザＵＸが送信ボタンＧ２を操作すると、ディスプレイ１１には、送信完了画面Ｗ４が表示される（ステップＳ１４）。送信完了画面Ｗ４には、積立の目的を追加するための目的追加ボタンＧ４や、トップ画面Ｗ１に戻るためのボタンＧ５などが表示されている。

たとえば、送信完了画面Ｗ４において、ユーザＵＸが目的追加ボタンＧ４を操作すると、ディスプレイ１１には、ステップＳ１２に示す目的選択画面Ｗ２が再表示される。また、送信完了画面Ｗ４において、ユーザＵＸがボタンＧ５を操作すると、ディスプレイ１１には、ステップＳ１１に示すトップ画面Ｗ１が再表示される。

（１－３．積立状況提供処理）
以下、図４を用いて、実施形態に係る情報処理システムＳＹＳにおいて実行される積立状況提供処理について説明する。図４は、本実施形態に係る情報処理の概要を示す図（その２）である。

図４に示すように、端末装置１０は、デジタルマネーの積立状況の表示要求をユーザＵＸから受け付けると、積立状況の表示要求をサービス提供装置１００に送信する（ステップＳ２１）。

一方、サービス提供装置１００は、端末装置１０から積立状況の表示要求を受信すると、表示要求に紐付くユーザＵＸの積立状況に関する情報を取得する（ステップＳ２２）。積立状況に関する情報には、現時点での積立残高の情報などが含まれる。そして、サービス提供装置１００は、取得した積立状況に関する情報を、表示要求の送信元である端末装置１０に送信する（ステップＳ２３）。

ここで、サービス提供装置１００は、表示要求の送信元であるユーザＵＸから、融資に関する情報の取得要求を受け付けるためのボタン（たとえば、図５に示すボタンＧ９，Ｇ１０）を積立状況に関する情報とともに提供できる。図５に示すボタンＧ９，Ｇ１０は、融資に関する情報の取得要求をユーザＵＸから受け付けるための受付手段として機能する。なお、受付手段は、ボタンにより構成される場合に限られず、タップやスライド、ロングタッチやスワイプなどの各種タッチ操作により操作可能な操作用アイコンにより構成されてもよいし、後述するウィッシュリスト表示画面Ｗ６（たとえば、図５参照）に対する所定のタッチジェスチャ自体を受付手段としてもよい。サービス提供装置１００は、融資に関する情報の取得要求を受け付けるためのボタンを通じて、融資に関する情報の取得要求をユーザＵＸから受け付けた場合、提携先の複数の金融業者ＵＹに対してユーザＵＸの仮審査を要求し、複数の金融業者ＵＹから取得した仮審査の結果の中から、ユーザＵＸにとって最良の融資条件を提示する仮審査の結果を選択し、融資に関する情報として提供する。なお、融資に関する情報の取得要求を受け付けるためのボタン（たとえば、図５に示すボタンＧ９，Ｇ１０）は、ユーザＵＸが予め実施される融資に関する仮審査にユーザＵＸが通ることを条件として、積立状況に関する情報とともに提供してもよい。なお、仮審査は、サービス提供装置１００は、金融業者ＵＹに代わって、ユーザＵＸの仮審査を行ってもよい。

また、サービス提供装置１００は、融資に関する情報を提供する際、融資を受けるための審査申込ボタン（たとえば、図５に示すボタンＧ１２）を提供する。審査申込ボタンは、融資を受けるための審査申込手段として機能する。なお、審査申込手段は、ボタンにより構成される場合に限られず、タップやスライド、ロングタッチやスワイプなどの各種タッチ操作により操作可能な操作用アイコンにより構成されてもよいし、後述する審査申込画面Ｗ７（たとえば、図５参照）に対する所定のタッチジェスチャ自体を受付手段としてもよい。

（１－４．積立状況提供処理に伴う情報表示例）
以下、図５を用いて、積立状況提供処理に伴って端末装置１０に表示される情報の一例を説明する。図５は、本実施形態に係る情報表示例（その２）を示す図である。なお、以下では、積立アプリを通じて、端末装置１０に表示される画面情報の一例を説明する。

図５に示すように、端末装置１０が備えるディスプレイ１１に表示されるトップ画面Ｗ１には、積立目標の設定が完了すると、それ以降、目的別積立の画像Ｇ６が表示される（ステップＳ３１）。

また、ユーザＵＸが、トップ画面Ｗ１において画像Ｇ６を操作すると、ディスプレイ１１には、積立状況を示す情報をユーザＵＸに提示するための積立状況表示画面Ｗ５が表示される（ステップＳ３２）。積立状況表示画面Ｗ５には、積立状況を示す情報として、現在の積立残高や、目標金額の達成率や、毎月の積立額などが表示される。また、図５に示す例では、積立状況表示画面Ｗ５に借入可能額などの情報が表示されている。

また、積立状況表示画面Ｗ５には、ユーザＵＸが設定した積立の目的ごとに積立状況を一覧で提示するウィッシュリストを表示させるためのウィッシュリスト表示ボタンＧ７が表示されている。

また、積立状況表示画面Ｗ５において、たとえば、ユーザＵＸがウィッシュリスト表示ボタンＧ７を操作すると、ディスプレイ１１には、ウィッシュリスト表示画面Ｗ６が表示される（ステップＳ３３）。なお、図５に示す例では、説明の便宜上、ウィッシュリスト表示画面Ｗ６に表示される情報の詳細を拡大して示している。

ウィッシュリスト表示画面Ｗ６には、ウィッシュリストと、持ち物リストとを相互に切り換えて表示するための切換表示ボタンＧ８が表示されている。後述するが、持ち物リストは、ウィッシュリストに表示される商品などのうち、積立目標を達成し、積み立てたデジタルマネーを用いた決済により、ユーザＵＸの所有物となった商品などを一覧で提示するためのリストである。

また、ウィッシュリスト表示画面Ｗ６には、積立の目的ごとに積立残高および積立設定（積立額）の情報が表示されている。図５に示す例では、自動車購入を積立の目的とする情報と、結婚式の式場費用を積立の目的とする情報とが表示されている。一方の自動車購入を積立の目的とする情報は、ユーザＵＸが購入を希望する車名「ＥＸ１－１」の自動車の画像と、積立残高：「１２０万円」と、積立設定：「２万円／月」とを対応付けて構成されている。もう一方の結婚式の式場費用を積立の目的とする情報は、ユーザＵＸが挙式を予定している結婚式場「ＥＸ２」の画像と、積立残高：「１００万円」と、積立設定：「２万円／月」とを対応付けて構成されている。

なお、サービス提供装置１００は、積立の目的である対象物が市場に流通していない場合、対象物に代わる代替物の情報を取得して管理し、積立残高の情報を提供する際、対象物の情報に差し替えて代替物の情報を提供する。たとえば、サービス提供装置１００は、ウィッシュリスト表示画面Ｗ６に表示されている商品について欠品やモデルチェンジの情報を取得した場合、ウィッシュリスト表示画面Ｗ６に表示されている商品の画像を代替品として管理している同等の商品に自動的に差し替える。

また、ウィッシュリスト表示画面Ｗ６には、積立の目的に対応する積立状況を示す情報のそれぞれに、積立目標を早期に実現するための融資に関する情報の取得要求をユーザＵＸから受け付けるためのボタンＧ９やボタンＧ１０が表示されている。これらのボタンＧ９，Ｇ１０は、所定条件を満たす場合に表示される。たとえば、これらのボタンＧ９，Ｇ１０は、ユーザＵＸが予め実施される融資に関する仮審査にユーザＵＸが通ることを条件として表示される。図５に示す例では、自動車購入を積立の目的とする情報に対応付けて、「すぐ買う」と表記されたボタンＧ９が表示されている。また、図５に示す例では、結婚式の式場費用を積立の目的とする情報に対応付けて、「すぐ予約」と表記されたボタンＧ１０が表示されている。

たとえば、ユーザＵＸが、ウィッシュリスト表示画面Ｗ６においてボタンＧ９を操作すると、ディスプレイ１１には、融資を受け付けるための審査申込画面Ｗ７が表示される（ステップＳ３４）。

審査申込画面Ｗ７には、融資を受けることによるユーザＵＸのメリットを示すユーザメリット情報Ｊ１や、融資の内容を示す融資情報Ｊ２が表示されている。図５では、審査申込画面Ｗ７に表示されるユーザメリット情報Ｊ１として、積立目標として設定した積立額と同額の返済で、積立の目的である自動車購入を即時実現可能であることが示されている。

また、サービス提供装置１００は、仮審査要求に対して金融業者ＵＹから取得される仮審査の結果として、暫定的な融資条件を合わせて取得する。具体的には、サービス提供装置１００は、仮審査要求の際、金融機関装置２０に対し、積立サービスを利用してユーザＵＸがこれまでに積み立てた積立残高を頭金とする融資希望条件を合わせて提供する。たとえば、サービス提供装置１００は、融資金の使用目的：自動車購入、頭金：１２０万円（これまでの積立残高の一例）、希望金額：８０万円、毎月の返済金額：２万円を融資希望条件として設定する。サービス提供装置１００は、融資希望条件に組み込む毎月の返済金額として、積立サービスにおいて設定した積立額（たとえば、２万円）と同額を設定できる。図５では、審査申込画面Ｗ７に表示される融資情報Ｊ２として、支払期間（たとえば、４７ヵ月）や、金利（たとえば、８％）や、ローン利用金額（たとえば、８０万円）や、総支払額（たとえば、９４万円）などの情報が示されている。

なお、サービス提供装置１００は、融資情報Ｊ２として、提携先の複数の金融業者ＵＹに対してユーザＵＸの仮審査を要求し、複数の金融業者ＵＹから取得した仮審査の結果の中から、ユーザＵＸにとって最良の融資条件を提示する仮審査の結果を選択し、融資に関する情報としてユーザＵＸに提供する。最良の融資条件とは、たとえば、他の融資条件と比較して金利が安いことや、頭金ができるだけ少なくてよいことなどが考えられる。

また、審査申込画面Ｗ７には、融資の対象として選択中である自動車の画像を切換表示するためのボタンＧ１１－１およびボタンＧ１１－２や、審査申込を行うためのボタンＧ１２や、販売店の情報を検索するためのボタンＧ１３が表示されている。

審査申込画面Ｗ７に表示されているボタンＧ１１－１およびボタンＧ１１－２は、融資の対象として選択中である車名「ＥＸ１－１」の自動車の画像を右回りまたは左回りに回転させて、車名「ＥＸ１－２」の自動車や車名「ＥＸ１－３」の自動車の画像に切換表示させるためのボタンである。すなわち、サービス提供装置１００は、積立の目的である対象物（たとえば、車名「ＥＸ１－１」の自動車）を元に選定される選定物（たとえば、車名「ＥＸ１－２」の自動車や車名「ＥＸ１－３」の自動車）の情報を予め取得して管理する。たとえば、車名「ＥＸ１－２」の自動車や車名「ＥＸ１－３」の自動車は、サービス提供装置１００により、ユーザＵＸが設定したウィッシュリスト上に掲載される車名「ＥＸ１－１」の自動車に基づいて自動的に抽出される。これらの自動車は、融資の対象物として選択中であるウィッシュリスト上の自動車に類似する車種の自動車であってもよいし、ウィッシュリスト上の自動車よりもハイグレード仕様の自動車であってもよいし、ウィッシュリスト上の自動車よりも維持費や税金が安価な経済性を重視した仕様の自動車であってもよい。そして、サービス提供装置１００は、対象物の情報を提供する際、対象物の情報とともに選定物の情報を提供できる。

また、審査申込画面Ｗ７は、ユーザＵＸによるボタンＧ１１－１およびボタンＧ１１－２により切換表示された他の自動車に対応するユーザメリット情報Ｊ１や融資情報Ｊ２を表示できる。すなわち、サービス提供装置１００は、対象物（たとえば、車名「ＥＸ１－１」の自動車）についての融資に関する情報の取得要求をユーザＵＸから受け付けた場合、提携先の複数の金融業者に対して対象物および選定物（たとえば、車名「ＥＸ１－２」の自動車や車名「ＥＸ１－３」の自動車）を含めてユーザＵＸの仮審査を要求する。そして、サービス提供装置１００は、複数の金融業者から取得した仮審査の結果の中から、ユーザＵＸにとって最良の融資条件を提示する仮審査の結果を対象物および選定物の各々について選択し、融資に関する情報としてユーザＵＸに提供する。たとえば、サービス提供装置１００は、審査申込画面Ｗ７において、車名「ＥＸ１－１」の自動車から車名「ＥＸ１－２」の自動車への切換操作をユーザＵＸから受け付けた場合、車名「ＥＸ１－２」の自動車についての融資に関する情報を審査申込画面Ｗ７に表示できる。

なお、サービス提供装置１００は、ユーザＵＸによるボタンＧ１１－１およびボタンＧ１１－２の操作に応じて、選定物（たとえば、車名「ＥＸ１－２」の自動車や車名「ＥＸ１－３」の自動車）に対応するユーザメリット情報Ｊ１を切換表示してもよい。そして、サービス提供装置１００は、切換表示した選定物について、改めて、融資に関する情報の取得要求をユーザＵＸから受け付けるようにしてもよい。

また、端末装置１０において実行される積立アプリは、審査申込を行うためのボタンＧ１２の操作を受け付けることにより、金融機関装置２０に対して正式な審査申込を送信する。この場合、サービス提供装置１００は、融資を受けるための正式な審査（本審査）に必要な情報を金融業者ＵＹに提供する。本審査に必要な情報の一例としては、上述した仮審査に必要な情報に加えて、ユーザＵＸの氏名や、住所や、性別や、家族構成や、（借入がある場合の）残りの返済期間や、勤務先の名称や、居住形態や、居住年数などが想定される。また、積立アプリは、ユーザＵＸから、中古車販売店の情報を検索するためのボタンＧ１７の操作を受け付けることにより、提携先の販売店や正規代理店の一覧を表示できる。

（１－５．持ち物リストの情報表示例）
以下、図６を用いて、積立状況提供処理に伴って端末装置１０に表示される情報の一例を説明する。図６は、本実施形態に係る情報表示例（その３）を示す図である。なお、以下では、積立アプリを通じて、端末装置１０に表示される画面情報の一例を説明する。

図６に示すように、端末装置１０が備えるディスプレイ１１に表示されるトップ画面Ｗ１には、図４に示すステップＳ２１と同様に、目的別積立の画像Ｇ６が表示される（ステップＳ４１）。

また、ユーザＵＸが、トップ画面Ｗ１において画像Ｇ６を操作すると、ディスプレイ１１には、積立状況を示す情報をユーザＵＸに提示するための積立状況表示画面Ｗ５が表示される（ステップ４２）。積立状況表示画面Ｗ５には、図６に示すステップＳ２２と同様に、積立状況を示す情報として、現在の積立残高や、目標金額の達成率や、毎月の積立額などが表示される。

また、積立状況表示画面Ｗ５には、ウィッシュリスト表示ボタンＧ７の他、図５に示すステップＳ２２とは異なり、持ち物リスト表示ボタンＧ１４が表示されている。持ち物リスト表示ボタンＧ１４は、ユーザＵＸの所有物の一覧を提示する持ち物リストを表示させるためのボタンである。持ち物リスト表示ボタンＧ１４は、ユーザＵＸが積立の目的を達成し、積み立てたデジタルマネーを原資として、電子決済サービスを用いた決済により、ウィッシュリストに掲載されている商品などを購入することを契機として積立状況表示画面Ｗ５に表示される。

また、積立状況表示画面Ｗ５において、たとえば、ユーザＵＸが持ち物リスト表示ボタンＧ１４を操作すると、ディスプレイ１１には、持ち物リスト表示画面Ｗ８が表示される（ステップＳ４３）。なお、図６に示す例では、説明の便宜上、持ち物リスト表示画面Ｗ８に表示される情報の詳細を拡大して示している。

持ち物リスト表示画面Ｗ８には、ウィッシュリスト表示画面Ｗ６（図５参照）と同様に、ウィッシュリストと持ち物リストとを相互に切り換えて表示するための切換表示ボタンＧ８が表示されている。

また、持ち物リスト表示画面Ｗ８には、購入した商品などの所有物の情報が表示されている。図６に示す例では、所有物の情報として、車名「ＥＸ１－１」の自動車の画像と、購入年月日：「２０２１／１０／１０」と、購入時価格：「２００万円」とが表示されている。

また、持ち物リスト表示画面Ｗ８には、所有物の情報のそれぞれに、所有物の買取査定の要求をユーザＵＸから受け付けるためのボタンＧ１５が表示されている。このボタンＧ１５は、所定条件を満たす場合に表示されてもよい。たとえば、このボタンＧ１５は、持ち物リストに所有物の情報を掲載した後、所定期間の経過を条件として表示されてもよい。あるいは、このボタンＧ１５は、予めユーザＵＸから受け付ける設定に基づいて表示されてもよい。あるいは、このボタンＧ１５は、市場における所有物の需要と供給の関係に基づいて、売り手市場のタイミングであることを条件として表示されてもよい。

たとえば、ユーザＵＸが、持ち物リスト表示画面Ｗ８においてボタンＧ１５を操作すると、ディスプレイ１１には、ボタンＧ１５に対応付けられている車名「ＥＸ１－１」の自動車の買取査定の申し込みを行うための買取査定申込画面Ｗ９が表示される（ステップＳ４４）。

買取査定申込画面Ｗ９には、車名「ＥＸ１－１」の自動車の買取相場を示す情報Ｊ３や、年式および走行距離を示す情報Ｊ４が表示されている。たとえば、サービス提供装置１００は、買取相場として、現在までの所定期間における市場の平均価格を表示してもよい。また、サービス提供装置１００は、市場の最低価格と最高価格とによる価格帯で買取相場を表示してもよい。また、買取査定申込画面Ｗ９には、買取査定の申込を行うためのボタンＧ１６や、中古車販売店の情報を検索するためのボタンＧ１７が表示されている。

端末装置１０において実行される積立アプリは、ユーザＵＸから、買取査定の申し込みを行うためのボタンＧ１６の操作を受け付けることにより、提携先の中古車販売店に対して、正式な買取査定の申込を送信する。また、積立アプリは、ユーザＵＸから、中古車販売店の情報を検索するためのボタンＧ１７の操作を受け付けることにより、提携先の中古車販売店の一覧を表示できる。

上述してきたように、実施形態に係る情報処理装置の一例であるサービス提供装置１００は、サービス利用者から、たとえば、積立の目的ごとに、通貨の積立目標の設定を受け付けて、サービス利用者ごとに管理する。また、サービス提供装置１００は、設定に応じて自動積立させる積立残高の情報とともに、積立の目的を早期に実現するための融資に関する情報を提供する。このように、サービス提供装置１００は、デジタルマネーの貯蓄スキームと融資取付スキームとを連携させ、これらのスキームを通じて、サービス利用者のライフプランの早期実現を支援できる。

以下、図７を用いて、たとえば、図５に示す審査申込画面Ｗ７を通じて、ユーザＵＸにより申し込まれた融資に関する処理の一例を説明する。図７は、実施形態に係る融資に関する処理の概要を示す図である。

図７に示すように、サービス提供装置１００は、専用のアプリなどを通じて、ユーザＵＸから融資の申込を受け付けると（ステップＳ５１）、融資の申込とともに、融資額の決定に必要な情報を金融機関装置２０に送信する（ステップＳ５２）。サービス提供装置１００は、金融機関からの要求に応じて、ユーザＵＸに対する融資額を決定するために必要な情報を金融機関に提供できる。

融資額の決定に必要な情報には、ユーザＵＸに関する情報や、融資の使途などが含まれる。ユーザＵＸの情報には、サービス提供装置１００からユーザＵＸに付与されているユーザアカウントや、融資に関連する積立額などが含まれる。融資の使途には、融資を受けて商品やサービスなどの取引対象を購入する購入先を示す情報や、取引対象を購入するために支払いを行う支払い予定日を示す情報が含まれる。

金融機関装置２０は、サービス提供装置１００からユーザＵＸについての融資の申込を受け付けると、サービス提供装置１００から提供される情報に基づいて、ユーザＵＸに対する融資額を決定する。そして、金融機関装置２０は、たとえば、ユーザＵＸとの間の融資契約が確定すると、決定した融資額（たとえば、１８０万円）に相当する額の電子マネーを、ユーザＵＸのユーザアカウントをチャージ先としてチャージする（ステップＳ５３）。

サービス提供装置１００は、金融機関装置２０から融資額に相当する額の電子マネーのチャージがあると、融資額の仕分けを実行する（ステップＳ５４）。たとえば、サービス提供装置１００は、ユーザＵＸに対応する積立目標と積立額との差額を算出し、算出した差額を積立の目的ごとに仕分けて、ユーザＵＸのユーザアカウントに紐付けて管理する。具体的には、図７に示す場合、サービス提供装置１００は、チャージ金額の１８０万円を、目的１（車購入資金）に対応する８０万円と、目的２（結婚式場費用）に対応する１００万円とに振り分けて、通常利用を制限するマネー残高として個別に管理する。

また、サービス提供装置１００は、金融機関装置２０からの融資額をユーザＵＸのマネー残高に反映する（ステップＳ５５）。これにより、ユーザＵＸのマネー残高（総残高）は、一時的に大きくなる。

ユーザＵＸは、融資の使途として指定した自動車ディーラー（企業Ａ）に支払予定日に赴き、端末装置１０を用いて決済を行う。これに伴い、端末装置１０は、決済要求をサービス提供装置１００に送信する（ステップＳ５６－１）。また、ユーザＵＸは、融資の使途として指定した挙式サービス会社（企業Ｂ）に支払予定日に赴き、端末装置１０を用いて決済を行う。これに伴い、端末装置１０は、決済要求をサービス提供装置１００に送信する（ステップＳ５６－２）。

サービス提供装置１００は、ユーザＵＸからの決済要求に応じて、対応する決済処理を実行する（ステップＳ５７）。また、サービス提供装置１００は、ユーザＵＸに提供する専用のアプリケーションにより端末装置１０に表示される画面Ｗ１０を通じて、ユーザＵＸにより選択された決済履歴の送信要求を端末装置１０から受信する。図７に示す画面Ｗ１０は、金融機関からの融資を受けて行われた決済を一覧で表示する画面である。画面Ｗ１０は、決済履歴の各々を選択可能に構成される。また、画面Ｗ１０は、ユーザＵＸにより決済履歴の選択が行われた場合、融資を受けた金融機関に送信するか否かを確認するためのポップアップを表示する。端末装置１０は、画面Ｗ１０に表示されるポップアップを通じて、ユーザＵＸから選択中の決済履歴の送信指示を受け付けると、決済履歴の送信要求をサービス提供装置１００に送信する（ステップＳ５８）。

サービス提供装置１００は、ユーザＵＸから選択中の決済履歴の送信要求を受信すると、選択中の決済履歴を金融機関装置２０に提供する（ステップＳ５９）。なお、サービス提供装置１００は、ユーザＵＸからの要求に応じて決済履歴を金融機関装置２０に送信するのではなく、自動的に送信してもよい。たとえば、サービス提供装置１００は、決済が完了次第、決済履歴を金融機関装置２０に送信してもよい。

上述してきたように、実施形態に係る融資に関する処理によれば、サービス提供装置１００は、サービス利用者について、融資額の決定に必要な情報を金融機関に提供するとともに、融資を受けて行われた決済履歴を金融機関に提供する。このようにして、サービス提供装置１００は、サービス利用者による融資の利用を支援できる。

〔２．装置構成例〕
以下、本実施形態に係るサービス提供装置１００の構成について説明する。図８は、実施形態に係るサービス提供装置の構成例を示すブロック図である。

図８に示すように、サービス提供装置１００は、サービス事業者ＵＺ（図１など参照）がサービス利用者であるユーザＵＸ（たとえば、図１など参照）に提供するデジタルマネーに関する各種サービスに関する処理を実行する。図６に示すように、サービス提供装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０について）
通信部１１０は、有線又は無線により、ネットワークＮに接続される。通信部１１０は、ネットワークＮを介して、端末装置１０や、金融機関装置２０や、銀行サーバ３０などとの間で情報の送受信を行う。通信部１１０は、たとえば、ＮＩＣ（Network Interface Card）等によって実現される。

（記憶部１２０について）
記憶部１２０は、制御部１３０による制御及び演算に用いられるプログラム及びデータを記憶する。記憶部１２０は、たとえば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置によって実現される。図２に示すように、記憶部１２０は、積立情報記憶部１２１と、口座情報記憶部１２２と、ユーザ情報記憶部１２３と、決済履歴記憶部１２４とを有する。

（積立情報記憶部１２１について）
積立情報記憶部１２１は、積立の目的ごとに各サービス利用者から受け付けるデジタルマネーの積立目標に関する積立情報を記憶する。図９は、実施形態に係る積立情報の概要を示す図である。なお、図９は、実施形態に係る積立情報の一例を示すものであり、図９に示す例とは異なる形態で構成されていてもよい。

図９に示すように、積立情報記憶部１２１が記憶する積立情報は、「ユーザＩＤ」の項目や、「目的」の項目や、「目標金額」の項目や、「積立額（毎月）」の項目や、「仮審査結果」の項目や、「融資条件（融資額｜金利（年率））」の項目などを有する。積立情報が有するこれらの項目は、相互に対応付けられている。

「ユーザＩＤ」の項目には、サービス事業者ＵＺが提供する積立サービスなどの利用登録の際に、各サービス利用者（たとえば、ユーザＵＸ）に対して個別に割り振るユーザＩＤ（識別情報）が記憶される。

「目的」の項目には、積立の目的を示す情報が記憶される。積立の目的を示す情報は、たとえば、上述の目的選択画面Ｗ２（たとえば、図３参照）を通じて、各サービス利用者から受け付けられる。

「目標金額」の項目には、積立を行う際に設定される目標金額を示す情報が記憶される。目標金額を示す情報は、たとえば、上述の積立目標設定画面Ｗ３（たとえば、図３参照）を通じて、各サービス利用者から受け付けられる。

「積立額（毎月）」の項目には、積立を行う際に設定される毎月の積立金額を示す情報が記憶される。積立金額を示す情報は、たとえば、上述の積立目標設定画面Ｗ３（たとえば、図３参照）を通じて、各サービス利用者から受け付けられる。

「仮審査結果」の項目には、各サービス利用者に対する融資が可能かどうかを仮決定する仮審査の結果を示す情報が記憶される。仮審査の結果を示す情報は、サービス事業者ＵＺが、積立目標の設定を行ったサービス利用者の仮審査を金融業者ＵＹに依頼することにより、金融業者ＵＹから取得される。

「融資条件」の項目には、融資条件に関する情報が記憶される。融資条件に関する情報は、金融業者ＵＹによる仮審査により決定されたユーザＵＸに融資可能な金額を示す限度額を示す情報や、融資の際に適用する金利を示す情報を含む融資条件に関する情報が記憶される。融資条件に関する情報は、仮審査の結果を示す情報とともには、金融業者ＵＹから取得する。

たとえば、図９によれば、ユーザＩＤが「Ｕ＃００１」であるサービス利用者について、自動車購入を積立の目的として、目標金額が２００万円、毎月の積立金額が２万円の積立目標が示されている。また、図７によれば、このユーザに対する仮審査の結果、融資が可能であり、限度額：２００万円で、金利（年率）：８％の融資条件が示されている。

（口座情報記憶部１２２について）
口座情報記憶部１２２は、サービス利用者に紐付くデジタルマネーの積立口座に関する情報が記憶されている。図１０は、実施形態に係る口座情報の概要を示す図である。なお、図１０は、実施形態に係る口座情報の一例を示すものであり、図１０に示す例とは異なる形態で構成されていてもよい。

図１０に示すように、口座情報記憶部１２２が記憶する口座情報は、「口座ＩＤ」の項目や、「所有者ＩＤ」の項目や、「総残高」の項目や、「内訳」の項目などの複数の項目を有する。口座情報が有するこれらの項目は相互に対応付けられている。口座情報は、サービス利用者ごとに管理される。

「口座ＩＤ」の項目には、各サービス利用者のマネー口座を識別するためにマネー口座ごとに固有に割り振られる口座ＩＤ（識別情報）が記憶される。なお、マネー口座は、サービス利用者が保有している電子マネーのマネー残高が管理されるウォレットであり、各サービス利用者に対して個別に割り当てられるユーザアカウントに紐付けられる。

「所有者ＩＤ」の項目には、口座ＩＤに紐付けられたマネー口座を所有する所有者を識別するために所有者ごとに個別に割り振られる所有者ＩＤ（識別情報）が記憶される。一例として、所有者ＩＤには、積立サービスを利用する際にサービス利用者ごとに個別に割り振られるユーザＩＤがそのまま利用される場合が考えられる。

「総残高」の項目には、マネー口座に保有されているデジタルマネーの総残高（積立残高）を示す情報が記憶される。

「内訳」の項目には、「通常利用分」の項目と、「積立目的分」の項目とを有する。「通常利用分」の項目には、通常の決済を行う際に利用が可能なマネー残高が記憶される。「積立目的分」の項目には、目的積立に対応するマネー残高が記憶される。「積立目的分」の項目に記憶されるマネー残高は、通常の決済などの利用が不可となる。

たとえば、図１０によれば、口座ＩＤ：「ＡＣ＃１」に紐づく積立口座の所有者は、所有者ＩＤ：「Ｕ＃００１」が割り振られているサービス利用者であり、「１，１５０，０００円」のマネー残高がマネー口座に保有されていることが示されている。また、図１０によれば、マネー残高のうち、通常利用分として「６万円」が保有され、積立目的分として「４万円」が保有されていることが示されている。また、図１０によれば、積立目的分のうち、目的１：車購入資金として「２万円」が保有され、目的２：結婚式場費用として「２万円」が保有されていることが示されている。

なお、「総残高」の項目は、デジタルマネーの管理方法に応じて、さらに細かく区分けされていてもよい。たとえば、「総残高」の項目を、「給与」の項目および「給与以外」の項目に区分けしてもよい。この場合、「給与」の項目は、「総残高」項目に記憶された総残高のうち、給与として入金されたデジタルマネーの残高を示す情報を記憶する。そして、「給与以外」の項目は、「総残高」項目に記憶された総残高のうち、給与以外の名目で入金されたデジタルマネーの残高を示す情報を記憶する。

また、「給与以外」の項目を、「通常」の項目および「利益」の項目などの項目にさらに区分けしてもよい。この場合、「通常」の項目は、決済口座の所有者が自らチャージしたデジタルマネーの残高を示す情報を記憶する。たとえば、「通常」の項目に記憶される情報には、決済口座に紐付けられたクレジットカードまたは銀行口座から入金されたデジタルマネーの残高を示す情報などが考えられる。また、たとえば、「利益」の項目に記憶される情報には、事業者Ｙがサービス利用者に提供する電子決済サービスを利用した際に決済金額に対してキャッシュバックされたデジタルマネーの残高を示す情報などが考えられる。

また、サービス提供装置１００は、たとえば、銀行サーバ３０からの入金通知などにより、各サービス利用者からの入金を確認すると、各サービス利用者に対応するマネー口座に対して、入金額に相当するマネー残高を加算する。たとえば、サービス提供装置１００は、ユーザＵＸから１０万円の入金を確認すると、ユーザＵＸに紐付くマネー口座に対して、１０万円相当のデジタルマネーを通常利用分と積立目的分とに振り分けて残高加算する。

（ユーザ情報記憶部１２３について）
ユーザ情報記憶部１２３は、サービス利用者に関する各種ユーザ情報を記憶する。図１１は、実施形態に係るユーザ情報の概要を示す図である。なお、図１１は、実施形態に係るユーザ情報の一例を示すものであり、図１１に示す例とは異なる形態で構成されていてもよい。

図１１に示すように、ユーザ情報記憶部１２３に記憶されるユーザ情報は、「ユーザＩＤ」の項目や、「個人情報」の項目や、「居住情報」の項目や、「勤務先情報」の項目や、「借入情報」の項目などの複数の項目を有する。ユーザ情報が有するこれらの項目は相互に対応付けられている。

「ユーザＩＤ」の項目には、サービス事業者ＵＺが提供する積立サービスなどの利用登録の際に、各サービス利用者（たとえば、ユーザＵＸ）に対して個別に割り振るユーザＩＤ（識別情報）が記憶される。

「個人情報」の項目には、サービス利用者に関する個人情報が記憶される。個人情報には、名前や性別、家族構成、年収などの情報が含まれる。「居住情報」の項目には、郵便番号や住所、居住形態などの情報が含まれる。

「勤務先情報」の項目には、勤務先名や、勤務先住所・連絡先や、勤務形態や、業種・職種や、部署や、入社年月などの情報が含まれる。「借入情報」の項目には、住宅ローンやカードローンの有無や、他社借入金額などの情報が含まれる。

ユーザ情報には、上述の項目に該当する情報の他、サービス利用者のアカウント管理に用いられるメールアドレスやパスワードなどの情報などが含まれ得る。

（決済履歴記憶部１２４について）
決済履歴記憶部１２４は、サービス事業者ＵＺの提携先の金融機関からの融資を受けてサービス利用者により行われた決済履歴が記憶される。図１２は、実施形態に係る決済履歴の概要を示す図である。なお、図１２は、実施形態に係る決済履歴の一例を示すものであり、図１２に示す例とは異なる形態で構成されていてもよい。決済履歴は、サービス利用者ごとに管理される。

図１２に示すように、決済履歴記憶部１２４に記憶される決済履歴は、「ユーザＩＤ」の項目や、「決済番号」の項目や、「支払先」の項目や、「支払予定日」の項目や、「融資額」の項目や、「決済金額」の項目などの複数の項目を有する。決済履歴が有するこれらの項目は相互に対応付けられている。

「ユーザＩＤ」の項目には、サービス事業者ＵＺが提供する積立サービスなどの利用登録の際に、各サービス利用者（たとえば、ユーザＵＸ）に対して個別に割り振るユーザＩＤ（識別情報）が記憶される。「決済番号」の項目には、サービス利用者により行われた決済を識別するための識別情報が記憶される。「支払先」の項目には、サービス利用者が融資の使途として指定した支払先を示す情報が記憶される。「支払予定日」の項目には、サービス利用者が融資の使途として指定した支払予定日を示す情報が記憶される。「融資額」の項目には、サービス利用者が金融機関から受けた融資額を示す情報が記憶される。「決済金額」の項目には、融資を受けて行われた決済の金額を示す情報が記憶される。

図１２によれば、ユーザＩＤが「Ｕ＃００１」であるサービス利用者が金融機関から融資を受けて行った決済番号「決済＃１」で識別される決済履歴には、支払先が「企業Ａ」であり、支払予定日が「２０２２年３月３１日」であり、融資額が「８０万円」であり、決済金額が「２００万円」であることが示されている。

（制御部１３０について）
制御部１３０は、サービス提供装置１００の制御や演算を実行するコントローラ（controller）である。制御部１３０の各部は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などによって、サービス提供装置１００の内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）、ＳｏＣ（System on a Chip）などの集積回路により実現される。

図８に示すように、制御部１３０は、管理部１３１と、送金部１３２と、提供部１３３と、融資処理部１３４とを有する。制御部１３０は、図８に示す各部により、以下に説明する情報処理の機能や作用を実現または実行する。なお、説明は省略するが、制御部１３０の内部構成は、図８に示す各部に限られず、電子決済を実行するための情報処理の機能や作用を実現または実行する各部を有していてもよい。

（管理部１３１について）
管理部１３１は、積立の目的ごとにサービス利用者から受け付けるデジタルマネーの積立目標をサービス利用者ごとに管理する。

たとえば、管理部１３１は、通信部１１０を通じて、サービス利用者（たとえば、ユーザＵＸ）から積立目標に関する情報を受け付けると、金融機関装置２０に対して、仮審査要求を送信する。なお、管理部１３１は、積立の目的ごとに仮審査要求を申し込むことができる。また、サービス提供装置１００は、仮審査に必要な情報として、積立の目的が含まれていてもよい。また、使用目的を問わずに融資を行う金融業者ＵＹに対しては、積立の目的を仮審査に必要な情報に含めなくてもよい。そして、管理部１３１は、通信部１１０を通じて、金融機関装置２０から仮審査結果を取得すると、サービス利用者に関連付けて、サービス利用者により設定された積立目標に関する積立情報とともに、サービス利用者についての仮審査結果を積立情報記憶部１２１に登録する。

また、管理部１３１は、積立の目的ごとに積立目標の設定をサービス利用者から受け付けることができる。

また、たとえば、管理部１３１は、積立の目的である対象物が市場に流通していない場合、対象物に代わる代替物の情報を取得して管理できる。

また、たとえば、管理部１３１は、対象物を元に選定される選定物の情報を取得して管理できる。

また、管理部１３１は、各サービス利用者の自動積立の処理を実行できる。たとえば、管理部１３１は、サービス利用者から電子マネーのチャージを受け付けた場合、サービス利用者により予め設定された積立設定額に基づいて、チャージ金額から積立目的分を仕分けて、サービス利用者に紐付けて管理する。

また、管理部１３１は、所定のタイミングで、チャージ金額から積立設定額に相当する額を積立目的分として仕分けする。

また、管理部１３１は、チャージ金額が積立設定額に満たない場合、積立目的の中で予め設定された優先度に基づいて積立目的分の仕分けを行う。

また、管理部１３１は、チャージ金額が積立設定額に満たない場合、積立目的分の手動送金の提案をサービス利用者に通知する。

また、管理部１３１は、目的口座が作成されるまでの間、サービス利用者に提供するアプリケーション上で積立目的分を一時的に管理する。

（送金部１３２について）
送金部１３２は、所定のタイミングで、サービス利用者に紐付く積立用の目的口座に対して、積立目的分を自動送金する。

（提供部１３３について）
提供部１３３は、積立目標に従って自動積立される積立残高の情報とともに、積立の目的を早期に実現するための融資に関する情報を提供する。

たとえば、提供部１３３は、通信部１１０を通じて、サービス利用者（たとえば、ユーザＵＸ）から積立状況の表示要求を受け付けると、表示要求に紐付くサービス利用者の積立状況に関する情報を口座情報記憶部１２２から取得する。積立状況に関する情報には、積立情報記憶部１２１に記憶されている現時点での積立残高の情報などが含まれる。そして、提供部１３３は、取得した積立状況に関する情報（たとえば、図６に示す積立状況表示画面Ｗ５）を、通信部１１０を通じて送信することにより、表示要求の送信元であるサービス利用者に提供する。

また、たとえば、提供部１３３は、融資に関する情報の取得要求をユーザから受け付けるための受付手段（たとえば、図５に示すボタンＧ９，Ｇ１０）を積立残高に関する情報とともに提供できる。

また、たとえば、提供部１３３は、受付手段を通じて、融資に関する情報の取得要求をサービス利用者から受け付けた場合、複数の金融業者に対してサービス利用者の仮審査を要求し、複数の金融業者から取得した仮審査の結果の中から、サービス利用者にとって最良の融資条件を提示する仮審査の結果を選択し、融資に関する情報として提供する。

また、たとえば、提供部１３３は、融資に関する情報とともに、融資の受けるための審査申込手段（たとえば、図５に示すボタンＧ１２）を提供できる。

また、たとえば、提供部１３３は、積立残高を頭金とした場合の支払期間、金利、及び利用金額を含む融資に関する情報を提供できる。

また、たとえば、提供部１３３は、積立残高の情報を提供する際、対象物の情報に差し替えて代替物の情報を提供できる。

また、たとえば、提供部１３３は、対象物の情報を提供する際、対象物の情報とともに選定物の情報を提供できる。

また、たとえば、提供部１３３は、対象物についての融資に関する情報の取得要求をサービス利用者から受け付けた場合、複数の金融業者に対して対象物および選定物を含めてサービス利用者の仮審査を要求し、複数の金融業者から取得した仮審査の結果の中から、サービス利用者にとって最良の融資条件を提示する仮審査の結果を対象物および選定物の各々について選択し、融資に関する情報として提供できる。また、提供部１３３は、選定物について、融資を受けるための審査申込をユーザから受け付けることができる。

（融資処理部１３４について）
融資処理部１３４は、たとえば、図５に示す審査申込画面Ｗ７を通じて、ユーザＵＸにより申し込まれた融資に関する処理を実行する。たとえば、融資処理部１３４は、サービス利用者から受け付けた融資の申込を提携先の金融機関に送信して、サービス利用者に対する融資額に相当する額の電子マネーのチャージを金融機関から受け付ける。

また、融資処理部１３４は、融資の申込を金融機関に送信する際、金融機関からの要求に応じて融資額を決定するために必要な情報を金融機関に提供する。ここで、融資額を決定するために必要な情報は、サービス利用者に関する情報、及び、融資の使途を含む。

また、融資処理部１３４は、金融機関からの融資を受けて行われた決済の履歴を金融機関に提供する。たとえば、融資処理部１３４は、サービス利用者に提供されるユーザアプリの画面を通じて、サービス利用者により選択された決済履歴を金融機関に提供する。

〔３．処理手順〕
（３－１．積立目標登録処理）
以下、実施形態に係るサービス提供装置１００による処理手順について説明する。まず、図１３を用いて、実施形態に係る積立目標登録処理の処理手順の一例を説明する。図１３は、実施形態に係る積立目標登録処理の処理手順の一例を示すフローチャートである。なお、以下に示す処理手順は、サービス提供装置１００が有する制御部１３０により繰り返し実行される。

図１３に示すように、管理部１３１は、サービス利用者（たとえば、ユーザＵＸ）から積立目標に関する情報を受け付ける（ステップＳ１０１）。次に、管理部１３１は、金融機関装置２０に対して、仮審査要求を送信する（ステップＳ１０２）。

次に、管理部１３１は、通信部１１０を通じて、金融機関装置２０から仮審査結果を取得する（ステップＳ１０３）。そして、管理部１３１は、サービス利用者により設定された積立目標に関する積立情報とともに、サービス利用者についての仮審査結果を積立情報記憶部１２１に登録して（ステップＳ１０４）、図１０に示す処理手順を終了する。

（３－２．積立状況提供処理）
以下、図１４を用いて、実施形態に係る積立状況提供処理の処理手順の一例を説明する。図１４は、実施形態に係る積立状況提供処理の処理手順の一例を示すフローチャートである。なお、以下に示す処理手順は、サービス提供装置１００が有する制御部１３０により繰り返し実行される。

図１４に示すように、提供部１３３は、サービス利用者（たとえば、ユーザＵＸ）から積立状況の表示要求を受け付ける（ステップＳ２０１）。

次に、提供部１３３は、表示要求に紐付くサービス利用者の積立状況に関する情報を口座情報記憶部１２２から取得する（ステップＳ２０２）。

次に、提供部１３３は、表示要求に紐付くサービス利用者に対して、積立残高の情報とともに、融資に関する情報を提供して（ステップＳ２０３）、図１４に示す処理手順を終了する。

（３－３．自動積立処理）
以下、図１５を用いて、実施形態に係る自動積立処理の処理手順の一例を説明する。図１５は、実施形態に係る積立状況提供処理の処理手順の一例を示すフローチャートである。なお、以下に示す処理手順は、サービス提供装置１００が有する制御部１３０により繰り返し実行される。

図１５に示すように、管理部１３１は、サービス利用者（たとえば、ユーザＵＸ）から電子マネーのチャージを受け付ける（ステップＳ３０１）。また、管理部１３１は、積立設定額に基づいて、チャージ金額から積立目的分を仕分ける（ステップＳ３０２）。

また、管理部１３１は、チャージ金額から仕分けた積立目的分を、サービス利用者に紐付けて管理する（ステップＳ３０３）。そして、管理部１３１は、所定のタイミングで、サービス利用者に紐付く積立用の目的口座に対して、積立目的分を自動送金し（ステップＳ３０４）、図１５に示す処理手順を終了する。

〔４．ハードウェア構成〕
また、上述してきた本実施形態に係るサービス提供装置１００は、たとえば、図１６に示すような構成のコンピュータ１０００によって実現される。図１６は、実施形態に係るサービス提供装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力ＩＦ（Interface）１０６０、入力ＩＦ１０７０、ネットワークＩＦ１０８０がバス１０９０により接続された形態を有する。

演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラムなどに基づいて動作し、各種の処理を実行する。一次記憶装置１０４０は、ＲＡＭなど、演算装置１０３０が各種の演算に用いるデータを一次的に記憶するメモリ装置である。また、二次記憶装置１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ（Read Only Memory)、ＨＤＤ、フラッシュメモリ等により実現される。

出力ＩＦ１０６０は、モニタやプリンタといった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインターフェイスであり、たとえば、ＵＳＢ（Universal Serial Bus）やＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High Definition Multimedia Interface）といった規格のコネクタにより実現される。また、入力ＩＦ１０７０は、マウス、キーボード、およびスキャナなどといった各種の入力装置１０２０から情報を受信するためのインターフェイスであり、たとえば、ＵＳＢなどにより実現される。

なお、入力装置１０２０は、たとえば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）などの光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリなどから情報を読み出す装置であってもよい。また、入力装置１０２０は、ＵＳＢメモリなどの外付け記憶媒体であってもよい。

ネットワークＩＦ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する。

演算装置１０３０は、出力ＩＦ１０６０や入力ＩＦ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。たとえば、演算装置１０３０は、入力装置１０２０や二次記憶装置１０５０からプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行する。

たとえば、コンピュータ１０００が実施形態に係る情報処理装置の一例であるサービス提供装置１００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラム（たとえば、情報処理プログラム）を実行することにより、制御部１３０と同様の機能を実現する。すなわち、演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラム（たとえば、情報処理プログラム）との協働により、実施形態に係るサービス提供装置１００による処理を実現する。

〔５．効果〕
上述してきたように、本実施形態に係る情報処理装置の一例であるサービス提供装置１００は、サービス利用者から受け付けた融資の申込を提携先の金融機関に送信して、前記サービス利用者に対する融資額に相当する額の電子マネーのチャージを前記金融機関から受け付ける融資処理部１３４を有する。

たとえば、融資処理部１３４は、融資の申込を金融機関に送信する際、金融機関からの要求に応じて融資額を決定するために必要な情報を金融機関に提供する。

また、融資額を決定するために必要な情報は、サービス利用者に関する情報、及び、融資の使途を含む。

また、融資処理部１３４は、金融機関からの融資を受けて行われた決済の履歴を金融機関に提供する。

また、融資処理部１３４は、サービス利用者に提供されるユーザアプリの画面を通じて、サービス利用者により選択された決済履歴を金融機関に提供する。

このようにして、実施形態に係るサービス提供装置１００は、上述した各部により実行される処理、又は各部のうちのいずれかの組合せにより、サービス利用者であるユーザによる融資の利用を支援できる。

〔６．その他〕
以上、本実施形態および変形例のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述したサービス提供装置１００は、機能によっては外部のプラットフォームなどをＡＰＩ（Application Programming Interface）やネットワークコンピューティングなどで呼び出して実現するなど、その構成を柔軟に変更できる。

また、特許請求の範囲に記載した「部」は、「手段」や「回路」などに読み替えることができる。例えば、制御部は、制御手段や制御回路に読み替えることができる。

また、本願の実施形態に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本願の実施形態は、上記の効果とともに、または上記の効果に代えて、実施形態の記載から当業者にとって明らかな他の効果を奏しうる。

１０ 端末装置
２０ 金融機関装置
１００ サービス提供装置
１１０ 通信部
１２０ 記憶部
１２１ 積立情報記憶部
１２２ 口座情報記憶部
１２３ ユーザ情報記憶部
１２４ 決済履歴記憶部
１３０ 制御部
１３１ 管理部
１３２ 送金部
１３３ 提供部
１３４ 融資処理部

Claims (7)

1. サービス利用者から受け付けた融資の申込を提携先の金融機関に送信して、前記サービス利用者に対する融資額に相当する額の電子マネーのチャージを前記金融機関から受け付ける融資処理部
   を有することを特徴とする情報処理装置。
2. 前記融資処理部は、
   前記融資の申込を前記金融機関に送信する際、前記金融機関からの要求に応じて前記融資額を決定するために必要な情報を前記金融機関に提供する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記融資額を決定するために必要な情報は、前記サービス利用者に関する情報、及び、前記融資の使途を含む
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記融資処理部は、
   前記金融機関からの融資を受けて行われた決済の履歴を前記金融機関に提供する
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記融資処理部は
   前記サービス利用者に提供されるユーザアプリの画面を通じて、前記サービス利用者により選択された決済履歴を前記金融機関に提供する
   ことを特徴とする請求項４に記載の情報処理装置。
6. コンピュータが実行する情報処理方法であって、
   サービス利用者から受け付けた融資の申込を提携先の金融機関に送信して、前記サービス利用者に対する融資額に相当する額の電子マネーのチャージを前記金融機関から受け付ける融資処理工程
   を含むことを特徴とする情報処理方法。
7. サービス利用者から受け付けた融資の申込を提携先の金融機関に送信して、前記サービス利用者に対する融資額に相当する額の電子マネーのチャージを前記金融機関から受け付ける融資処理手順
   をコンピュータに実行させることを特徴とする情報処理プログラム。

Images