特許 7702034 情報処理装置、情報処理方法、情報処理システム、およびプログラム

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

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

(11)【特許番号】

(24)【登録日】2025-06-24

(45)【発行日】2025-07-02

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

(51)【国際特許分類】

   G06Q 20/40 20120101AFI20250625BHJP

【ＦＩ】

G06Q20/40 320

【請求項の数】 13

(21)【出願番号】P 2024224411

(22)【出願日】2024-12-19

【審査請求日】2024-12-19

【早期審査対象出願】

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

前記電子マネーは、給与である第１電子マネーと給与とは異なる第２電子マネーとを含み、
前記受付部は、前記利用者端末装置から前記第１電子マネーと前記第２電子マネーとのうち一方または双方を送金対象の電子マネーと受け付け、
前記処理部は、前記受付部の受け付けの結果に基づいて、送金対象の電子マネーを決定する、
請求項１に記載の情報処理装置。

【請求項11】

請求項１から４のうちいずれか１項に記載の情報処理装置と、
前記情報処理装置から提供された送金指示および前記銀行口座の識別情報に基づいて前記銀行口座に前記送金指示の金額を入金し、前記情報処理装置から提供された前記目的口座の識別情報に基づいて、前記銀行口座に入金した金額を前記目的口座に入金する銀行サーバと、
を備える情報処理システム。

【請求項12】

コンピュータが、
利用者の利用者端末装置から送金に関する送金情報を事前に受け付け、
前記送金情報に含まれる送金タイミングが到来した場合に、前記送金タイミングにおける電子決済サービスで管理されている利用者のウォレットの電子マネーの残高を参照し、
前記送金情報に含まれる送金条件に関する条件情報に基づいて、前記ウォレットの電子マネーの残高の一部または全部を予め設定された銀行口座に送金する情報処理方法であって、
前記送金情報は、前記銀行口座に紐づく目的別の目的口座の情報を含み、
前記銀行口座の識別情報を前記銀行口座の銀行に送信して、前記ウォレットの電子マネーの残高の一部または全部を予め設定された銀行口座に送金し、その後
前記目的口座の識別情報を前記銀行口座の銀行に送信して、前記銀行口座に送金された前記ウォレットの電子マネーの残高の一部または全部に対応する預金を予め設定された目的口座に送金して、前記ウォレットの電子マネーの残高の一部または全部を前記目的別の目的口座に送金する、
情報処理方法。

【請求項13】

コンピュータに、
利用者の利用者端末装置から送金に関する送金情報を事前に受け付ける処理と、
前記送金情報に含まれる送金タイミングが到来した場合に、前記送金タイミングにおける電子決済サービスで管理されている利用者のウォレットの電子マネーの残高を参照する処理と、
前記送金情報に含まれる送金条件に関する条件情報に基づいて、前記ウォレットの電子マネーの残高の一部または全部を予め設定された銀行口座に送金する処理と、を実行させるプログラムであって、
前記送金情報は、前記銀行口座に紐づく目的別の目的口座の情報を含み、
前記銀行口座の識別情報を前記銀行口座の銀行に送信して、前記ウォレットの電子マネーの残高の一部または全部を予め設定された銀行口座に送金する処理と、その後
前記目的口座の識別情報を前記銀行口座の銀行に送信して、前記銀行口座に送金された前記ウォレットの電子マネーの残高の一部または全部に対応する預金を予め設定された目的口座に送金して、前記ウォレットの電子マネーの残高の一部または全部を前記目的別の目的口座に送金する処理と、
を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

従来、電子決済サービスの利用者のアカウントと、当該利用者の銀行口座とを連携させる技術が知られている（例えば特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

従来の技術では、サービスの利用者の利便性が低いことがあった。例えば、電子決済サービスで管理されている電子マネーを他のサービスと連携して活用することについて十分に検討されていないことがあった。

【0005】

本発明は、このような事情を考慮してなされたものであり、サービスの利用者の利便性を向上させることができる情報処理装置、情報処理方法、情報処理システム、およびプログラムを提供することを目的の一つとする。

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

【0006】

本発明の一態様は、利用者の利用者端末装置から送金に関する送金情報を事前に受け付ける受付部と、前記送金情報に含まれる送金タイミングが到来した場合に、前記送金タイミングにおける電子決済サービスで管理されている利用者のウォレットの電子マネーの残高を参照し、前記送金情報に含まれる送金条件に関する条件情報に基づいて、前記ウォレットの電子マネーの残高の一部または全部を予め設定された銀行口座に送金する処理部とを備える情報処理装置である。

【発明の効果】

【0007】

本発明の一態様によれば、サービスの利用者の利便性を向上させることができる情報処理装置、情報処理方法、情報処理システム、およびプログラムを提供することができる。

【図面の簡単な説明】

【0008】

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

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

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

【図4】決済サーバ１００の構成図である。

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

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

【図7】処理の概要について説明するための図である。

【図8】送金情報１７８の一例を示す図である。

【図9】決済サーバ１００と銀行サーバ２００とにより実行される処理の流れの一例を示すフローチャートである。

【図10】利用者端末装置１０の表示部に表示されるインターフェース画面の一例を示す図である。

【図11】他の手法（１）の概要について説明するための図である。

【図12】目的口座の作成について説明するための図である。

【図13】決済サーバ１００と銀行サーバ２００とにより実行される処理の流れの他の一例を示すフローチャートである。

【図14】他の手法（２）の概要について説明するための図である。

【図15】決済サーバ１００と銀行サーバ２００とにより実行される処理の流れの他の一例を示すフローチャートである。

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

【0009】

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

【0010】

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

【0011】

電子決済システムに含まれる機能構成の一部または全部は、任意の形態で複数の装置に分散されてもよいし、任意の装置に統合されてもよい。例えば、決済サーバ１００の機能構成の一部または全部は、他の装置に含まれていてもよい。

【0012】

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

【0013】

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

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

上記の手法における銀行サーバ２００は、以下の機能構成を有する。銀行サーバ２００は、決済サーバ１００から利用者の銀行口座の識別情報および前記銀行口座への振込指示を取得し、前記振込指示に基づいて前記銀行口座の識別情報の銀行口座に前記振込指示に応じた振り込みを行い、その後、決済サーバ１００から利用者の銀行口座に紐づく目的口座の識別情報および前記目的口座への振替指示を取得し、前記振替指示に基づいて前記銀行口座に振り込まれた預金を前記目的口座の識別情報の目的口座に振り替える。このように銀行サーバ２００は、決済サーバ１００から取得した各口座の識別情報を利用して目的口座に入金を行うことにより利用者の利便性を向上させることができる。

【0072】

上記の処理において、電子決済サービスの電子マネーの種別は考慮しなかったが、電子マネーの種別が考慮されて送金処理がされてもよい。決済サーバ１００は、利用者端末装置１０（または決済アプリ２０）から第１電子マネーと第２電子マネーとのうち一方または双方を送金対象の電子マネーとして受け付ける。決済サーバ１００は、受け付けた結果に基づいて、送金対象の電子マネーを決定する。例えば、利用者がチャージ残高のうち第１電子マネーを送金対象に設定し、第２電子マネーを送金対象外に設定した場合、第１電子マネーを銀行口座に送金し、第２電子マネーは送金しない。

【0073】

例えば、第１電子マネーは、給与としてチャージ残高にチャージされた電子マネーであり、第２電子マネーは、給与以外の電子マネーである。第１電子マネーと、第２電子マネーとは、相互に移管できない電子マネーである。利用者は、給与を第１電子マネーとして受け取っている場合、第１電子マネーを送金対象に設定することができる。この場合、送金タイミングを給与日直後に設定することで、自動で給与である電子マネーの一部または全部が銀行口座に送金される。これにより、利用者は、給与の管理をより適切に行うことができる。

【0074】

以上説明した他の実施形態によれば、決済サーバ１００は、利用者端末装置１０から送金に関する送金情報を事前に受け付け、送金情報に含まれる送金タイミングが到来した場合に、送金タイミングにおける電子決済サービスで管理されている利用者のウォレットの電子マネーの残高（チャージ残高）を参照し、送金情報に含まれる送金条件に関する条件情報に基づいて、ウォレットの電子マネーの残高の一部または全部を予め設定された銀行口座に送金することにより、サービスの利用者の利便性を向上させることができる。

【0075】

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

【符号の説明】

【0076】

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

【要約】

【課題】サービスの利用者の利便性を向上させること。
【解決手段】利用者の利用者端末装置から送金に関する送金情報を事前に受け付ける受付部と、前記送金情報に含まれる送金タイミングが到来した場合に、前記送金タイミングにおける電子決済サービスで管理されている利用者のウォレットの電子マネーの残高を参照し、前記送金情報に含まれる送金条件に関する条件情報に基づいて、前記ウォレットの電子マネーの残高の一部または全部を予め設定された銀行口座に送金する処理部とを備える情報処理装置。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】