特開 2025-25888 プログラム、情報処理方法及び情報処理システム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025025888

(43)【公開日】2025-02-21

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

(51)【国際特許分類】

   G06Q 20/36 20120101AFI20250214BHJP

   G06Q 20/06 20120101ALI20250214BHJP

【ＦＩ】

G06Q20/36 300

G06Q20/06 300

【審査請求】未請求

【請求項の数】14

【出願形態】ＯＬ

(21)【出願番号】P 2023131102

(22)【出願日】2023-08-10

(71)【出願人】

【識別番号】513040384

【氏名又は名称】株式会社マネーフォワード

(74)【代理人】

【識別番号】110002789

【氏名又は名称】弁理士法人ＩＰＸ

(72)【発明者】

【氏名】植竹 広佑

【テーマコード（参考）】

5L020

5L055

【Ｆターム（参考）】

5L020AA15

5L020AA69

5L055AA15

5L055AA69

(57)【要約】

【課題】ユーザが所望する管理の態様に柔軟に対応することが可能なプログラム等を提供する。
【解決手段】本発明の一態様によれば、プログラムが提供される。このプログラムは、取得ステップと、特定ステップと、消費ステップとをコンピュータに実行させるように構成される。取得ステップでは、電子マネーでの決済における残高の消費を制御する残高消費制御データを取得する。特定ステップでは、残高消費制御データと、参照情報とに基づいて、決済に使用される残高である使用残高を特定するように構成される。使用残高は、ウォレット及び用途設定残高を含む複数の残高のうち、用途設定残高の中から特定された残高である。ウォレットは、用途が限定されていない残高である。用途設定残高は、想定された用途に設定された残高である。参照情報は、残高消費制御データと、用途設定残高の種類との関係を示す情報である。消費ステップでは、使用残高から電子マネーを消費させる。
【選択図】図１

【特許請求の範囲】

【請求項1】

プログラムであって、
取得ステップと、特定ステップと、消費ステップとをコンピュータに実行させるように構成され、
前記取得ステップでは、電子マネーでの決済における残高の消費を制御する残高消費制御データを取得し、
前記特定ステップでは、前記残高消費制御データと、参照情報とに基づいて、前記決済に使用される残高である使用残高を特定するように構成され、
前記使用残高は、ウォレット及び用途設定残高を含む複数の残高のうち、前記用途設定残高の中から特定された残高であり、
前記ウォレットは、用途が限定されていない残高であり、
前記用途設定残高は、想定された用途に設定された残高であり、
前記参照情報は、前記残高消費制御データと、前記用途設定残高の種類との関係を示す情報であり、
前記消費ステップでは、前記使用残高から前記電子マネーを消費させる、
プログラム。

【請求項2】

請求項１に記載のプログラムにおいて、
前記取得ステップでは、前記特定ステップにおいて前記使用残高が特定されなかった場合、他の前記残高消費制御データをさらに取得可能に構成され、
前記特定ステップでは、前記他の残高消費制御データと、前記参照情報とに基づいて、前記使用残高を特定するように構成される、
プログラム。

【請求項3】

請求項２に記載のプログラムにおいて、
前記消費ステップでは、前記ウォレットから前記電子マネーを消費させ、
前記消費ステップでは、前記使用残高から前記ウォレットに前記電子マネーを移行させる、
プログラム。

【請求項4】

請求項２に記載のプログラムにおいて、
前記消費ステップでは、前記残高消費制御データに対応する前記用途設定残高が存在しないことにより前記使用残高が特定されなかった場合、前記ウォレットから前記電子マネーを消費させる、
プログラム。

【請求項5】

請求項１に記載のプログラムにおいて、
前記用途設定残高は、予め設定されている、
プログラム。

【請求項6】

請求項１に記載のプログラムにおいて、
さらに、選択ステップをコンピュータに実行させるように構成され、
前記選択ステップでは、前記ウォレット内における前記電子マネーの額よりも前記決済に必要な前記電子マネーの額の方が大きい場合、前記用途設定残高から前記電子マネーを消費させた後に、前記用途設定残高から前記ウォレットに前記電子マネーを移行させるか、又は前記複数の残高に紐付いていない前記電子マネーを前記ウォレットにチャージさせるかを選択させる、
プログラム。

【請求項7】

請求項６に記載のプログラムにおいて、
前記選択ステップでは、前記用途設定残高の種類を選択可能に構成される、
プログラム。

【請求項8】

請求項１に記載のプログラムにおいて、
さらに、選択ステップをコンピュータに実行させるように構成され、
前記選択ステップでは、前記使用残高内における前記電子マネーの額よりも前記決済に必要な前記電子マネーの額の方が大きい場合、前記ウォレットから前記電子マネーを消費させるか否かを選択させる、
プログラム。

【請求項9】

請求項１に記載のプログラムにおいて、
前記用途設定残高は、前記決済に使用可能な第１用途設定残高と、前記決済に使用不可能な第２用途設定残高とを含む、
プログラム。

【請求項10】

請求項９に記載のプログラムにおいて、
前記第２用途設定残高は、所定条件が満たされた場合に、前記ウォレット及び前記第１用途設定残高の少なくとも一方に前記電子マネーを移行可能とする、
プログラム。

【請求項11】

請求項１０に記載のプログラムにおいて、
前記所定条件は、所定日時及び所定位置の少なくとも一方を含む、
プログラム。

【請求項12】

請求項１に記載のプログラムにおいて、
前記複数の残高は、他のアカウントとの間で共有可能である、
プログラム。

【請求項13】

情報処理方法であって、
請求項１から１２までの何れか１項に記載のプログラムの各ステップを備える、
情報処理方法。

【請求項14】

情報処理システムであって、
制御部を備え、
前記制御部は、請求項１から１２までの何れか１項に記載のプログラムの各ステップを実行可能に構成される、
情報処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

特許文献１には、情報処理装置が開示されている。

【0003】

この情報処理装置について説明する。端末装置と決済サーバとが、それぞれネットワークを介して有線又は無線で互いに通信可能に接続される決済サーバ（情報処理装置）は、端末装置を用いた決済に利用可能な残高として、用途を限定しない通常の残高とは別に、用途を限定した用途限定残高を設定する設定部と、通常の残高と、用途限定残高とを個別に管理する管理部と、を備える。設定部は、用途別に前記用途限定残高を設定する。管理部は、用途別に設定された用途限定残高を個別に管理する。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０２２－１０４４１７号公報

【発明の概要】

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

【0005】

しかしながら、特許文献１に開示された情報処理装置は、利用店舗又はブランド毎でプリペイドカードを分けるに過ぎないため、ユーザが所望する管理の態様には十分に対応できていなかった。

【0006】

本発明では上記事情を鑑み、ユーザが所望する管理の態様に柔軟に対応することが可能なプログラム等を提供することとした。

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

【0007】

本発明の一態様によれば、プログラムが提供される。このプログラムは、取得ステップと、特定ステップと、消費ステップとをコンピュータに実行させるように構成される。取得ステップでは、電子マネーでの決済における残高の消費を制御する残高消費制御データを取得する。特定ステップでは、残高消費制御データと、参照情報とに基づいて、決済に使用される残高である使用残高を特定するように構成される。使用残高は、ウォレット及び用途設定残高を含む複数の残高のうち、用途設定残高の中から特定された残高である。ウォレットは、用途が限定されていない残高である。用途設定残高は、想定された用途に設定された残高である。参照情報は、残高消費制御データと、用途設定残高の種類との関係を示す情報である。消費ステップでは、使用残高から電子マネーを消費させる。

【0008】

このような態様によれば、ユーザが所望する管理の態様に柔軟に対応することができる。

【図面の簡単な説明】

【0009】

【図1】情報処理システム１００を表す構成図である。

【図2】情報処理装置２００のハードウェア構成を示すブロック図である。

【図3】端末３００のハードウェア構成を示すブロック図である。

【図4】情報処理装置２００（制御部２１０）によって実現される機能を示すブロック図である。

【図5】情報処理装置２００によって実行される情報処理の流れを示すアクティビティ図である。

【図6】情報処理装置２００によって実行される情報処理の流れを示すアクティビティ図である。

【図7】情報処理装置２００によって実行される情報処理の流れを示すアクティビティ図である。

【図8】端末３００の表示部３３０に表示される本実施形態の画面例を示す図である。

【図9】アクティビティＡ２９０に対応する画面例を示す図である。

【図10】アクティビティＡ３２０に対応する画面例を示す図である。

【図11】用途別口座（決済に使用不可能な第２用途設定残高）から電子マネーを移行させる場合の画面例を示す図である。

【図12】異なる端末同士で複数の残高を共有する一例を示す図である。

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

【0010】

以下、図面を用いて本発明の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。

【0011】

ところで、本実施形態に登場するソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体として提供されてもよいし、外部のサーバからダウンロード可能に提供されてもよいし、外部のコンピュータで当該プログラムを起動させてクライアント端末でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。

【0012】

また、本実施形態において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、本実施形態においては様々な情報を取り扱うが、これら情報は、例えば電圧・電流を表す信号値の物理的な値、０又は１で構成される２進数のビット集合体としての信号値の高低、又は量子的な重ね合わせ（いわゆる量子ビット）によって表され、広義の回路上で通信・演算が実行されうる。

【0013】

また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、及びメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。

【0014】

１．ハードウェア構成
第１節では、本実施形態のハードウェア構成について説明する。

【0015】

１－１．情報処理システム１００
図１は、情報処理システム１００を表す構成図である。情報処理システム１００は、クラウド型又はアプリケーションとしてのプリペイドカードサービスを提供するものである。情報処理システム１００は、情報処理装置２００と、端末３００とを備え、これらがネットワークを通じて接続されている。これらの構成要素についてさらに説明する。ここで、情報処理システム１００に例示されるシステムとは、１つ又はそれ以上の装置又は構成要素からなるものである。したがって、例えば、情報処理装置２００単体であっても情報処理システム１００に例示されるシステムになりうる。

【0016】

１－２．情報処理装置２００
図２は、情報処理装置２００のハードウェア構成を示すブロック図である。情報処理装置２００は、各ユーザのアカウントに対応するプリペイドカードの残高を管理するサーバである。情報処理装置２００は、制御部２１０と、記憶部２２０と、通信部２５０とを有し、これらの構成要素が情報処理装置２００の内部において通信バス２６０を介して電気的に接続されている。各構成要素についてさらに説明する。

【0017】

制御部２１０は、情報処理装置２００に関連する全体動作の処理・制御を行う。制御部２１０は、例えば、不図示の中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ）である。制御部２１０は、記憶部２２０に記憶された所定のプログラムを読み出すことによって、情報処理装置２００に係る種々の機能を実現する。すなわち、記憶部２２０に記憶されているソフトウェアによる情報処理が、ハードウェアの一例である制御部２１０によって具体的に実現されることで、制御部２１０に含まれる各機能部として実行されうる。これらについては、第２節においてさらに説明する。なお、制御部２１０は単一であることに限定されず、機能ごとに複数の制御部２１０を有するように実施してもよい。またそれらの組み合わせであってもよい。

【0018】

記憶部２２０は、情報処理装置２００の情報処理に必要な様々な情報を記憶する。これは、例えば、制御部２１０によって実行される情報処理装置２００に係る種々のプログラム等を記憶するソリッドステートドライブ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ：ＳＳＤ）等のストレージデバイスとして、あるいは、プログラムの演算に係る一時的に必要な情報（引数、配列等）を記憶するランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）等のメモリとして実施されうる。また、これらの組み合わせであってもよい。

【0019】

通信部２５０は、ＵＳＢ、ＩＥＥＥ１３９４、Ｔｈｕｎｄｅｒｂｏｌｔ（登録商標）、有線ＬＡＮネットワーク通信等といった有線型の通信手段が好ましいものの、無線ＬＡＮネットワーク通信、５Ｇ／ＬＴＥ／３Ｇ等のモバイル通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信等を必要に応じて含めてもよい。すなわち、これら複数の通信手段の集合として実施することがより好ましい。すなわち、情報処理装置２００は、通信部２５０を介して、端末３００とネットワークを介して種々の情報を通信する。

【0020】

１－３．端末３００
図３は、端末３００のハードウェア構成を示すブロック図である。端末３００は、ユーザが利用する端末であり、スマートフォン端末、タブレット端末、デスクトップパソコン、ノートパソコン等であってもよい。端末３００は、制御部３１０と、記憶部３２０と、表示部３３０と、入力部３４０と、通信部３５０とを有し、これらの構成要素が端末３００の内部において通信バス３６０を介して電気的に接続されている。制御部３１０、記憶部３２０及び通信部３５０の説明は、情報処理装置２００における制御部２１０、記憶部２２０及び通信部２５０の説明と略同様のため省略する。

【0021】

表示部３３０は、端末３００の筐体に含まれるものであってもよいし、外付けされるものであってもよい。表示部３３０は、ユーザが操作可能なグラフィカルユーザインターフェース（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ：ＧＵＩ）の画面を表示する。これは例えば、ＣＲＴディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ及びプラズマディスプレイ等の表示デバイスを、端末３００の種類に応じて使い分けて実施することが好ましい。以下では、表示部３３０は、端末３００の筐体に含まれるものとして説明する。

【0022】

入力部３４０は、端末３００の筐体に含まれるものであってもよいし、外付けされるものであってもよい。例えば、入力部３４０は、表示部３３０と一体となってタッチパネルとして実施されてもよい。タッチパネルであれば、ユーザは、タップ操作、スワイプ操作等を入力することができる。もちろん、タッチパネルに代えて、スイッチボタン、マウス、ＱＷＥＲＴキーボード等を採用してもよい。すなわち、入力部３４０は、ユーザによってなされた操作入力を受け付ける。当該入力は、命令信号として、通信バス３６０を介して制御部３１０に転送される。そして、制御部３１０は、必要に応じて所定の制御や演算を実行しうる。

【0023】

２．機能構成
第２節では、本実施形態の機能構成について説明する。前述の通り、記憶部２２０に記憶されているソフトウェアによる情報処理がハードウェアの一例である制御部２１０によって具体的に実現されることで、制御部２１０に含まれる各機能部として実行されうる。

【0024】

図４は、情報処理装置２００（制御部２１０）によって実現される機能を示すブロック図である。前述の通り、情報処理装置２００（情報処理システム）は、制御部２１０を備える。具体的には、情報処理装置２００（制御部２１０）は、本実施形態のプログラムの各ステップを実行可能に構成される。情報処理装置２００（制御部２１０）は、本実施形態のプログラムの各ステップに対応して、取得部２１１と、特定部２１２と、消費部２１３と、選択部２１４とを備える。ここで、本実施形態のプログラムは、取得ステップと、特定ステップと、消費ステップと、選択ステップとをコンピュータに実行させるように構成される。

【0025】

取得部２１１は、種々の情報を取得するように構成される。取得部２１１は、取得ステップを実行するように構成される。例えば、取得部２１１は、電子マネーでの決済における残高の消費を制御する残高消費制御データを取得する。

【0026】

電子マネーは、例えば、各企業が独自に用いるポイントや通貨等であってもよく、日本円やドル等の国家により提供される貨幣を電子的に取引可能としたものであってもよい。

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

アクティビティＡ３１０では、例えば、次の３段階の情報処理が実行される。（１）制御部２１０は、決定された電子マネーの額を記憶部２２０から読み出す。（２）制御部２１０は、チャージ処理を実行し、銀行口座からウォレットに電子マネーをチャージさせる。（３）制御部２１０は、チャージ処理後のウォレット残高を記憶部２２０に記憶させる。

【0077】

このように、アクティビティＡ２３０からＡ３１０では、ウォレット内における電子マネーの額よりも決済に必要な電子マネーの額の方が大きい場合における情報処理が実行される。このような態様によれば、決済の処理を止めることなくスムーズな支払いを実現することができる。

【0078】

続いて、情報処理装置２００における制御部２１０は、使用残高内における電子マネーの額よりも決済に必要な電子マネーの額の方が大きい場合、用途が限定されていない残高であるウォレットから電子マネーを消費させるか否かを選択させる（アクティビティＡ３２０）。アクティビティＡ３２０では、アクティビティＡ２３０からＡ２７０の処理と略同様の処理が実行される。換言すると、選択ステップでは、ウォレットから電子マネーを消費させるか否かを選択させる。

【0079】

そして、ウォレットから電子マネーを消費させないことが選択された場合、制御部２１０は、決済不可として、決済処理を中断する。ウォレットから電子マネーを消費させることが選択された場合、制御部２１０は、アクティビティＡ３３０の処理に移行する。このような態様によれば、決済の処理を止めることなくスムーズな支払いを実現することができる。

【0080】

続いて、情報処理装置２００における制御部２１０は、ウォレットから、決済額に対応する電子マネーを消費させる（アクティビティＡ３３０）。アクティビティＡ３３０は、アクティビティＡ２５０においてカウント数Ｎが３になった場合の次のアクティビティである場合を含む。換言すると、消費ステップでは、残高消費制御データに対応する用途設定残高が存在しないことにより使用残高が特定されなかった場合、ウォレットから電子マネーを消費させる。このような態様によれば、使用残高の特定が不可能であっても、決済時におけるユーザの利便性を向上させることができる。

【0081】

アクティビティＡ３３０では、例えば、次の３段階の情報処理が実行される。（１）制御部２１０は、決済額に関するデータを記憶部２２０から読み出す。（２）制御部２１０は、消費処理を実行し、ウォレットから決済額に対応する電子マネーを消費させる。（３）制御部２１０は、消費処理後のウォレット残高を記憶部２２０に記憶させる。

【0082】

続いて、情報処理装置２００における制御部２１０は、特定された使用残高から決済額に対応する電子マネーを消費させる（アクティビティＡ３４０）。換言すると、消費ステップでは、特定された使用残高から決済額に対応する（決済額分の）電子マネーを消費させる。

【0083】

アクティビティＡ３４０では、例えば、次の３段階の情報処理が実行される。（１）制御部２１０は、決済額に関するデータを記憶部２２０から読み出す。（２）制御部２１０は、消費処理を実行し、決済額に基づいて使用残高から電子マネーを消費させる。（３）制御部２１０は、消費処理後の使用残高内における電子マネーの額を記憶部２２０に記憶させる。

【0084】

続いて、情報処理装置２００における制御部２１０は、今回の決済において、他の残高消費制御データ（電子レシート）により使用残高を特定したか否かを判定する（アクティビティＡ３５０）。制御部２１０は、電子レシートにより使用残高を特定した場合、アクティビティＡ３６０の処理に移行する。制御部２１０は、オーソリデータから使用残高を特定した場合や、電子レシートを用いても使用残高を特定できなかった場合、アクティビティＡ３７０の処理に移行する。

【0085】

続いて、情報処理装置２００における制御部２１０は、特定された使用残高からウォレットに電子マネーを移行させる（アクティビティＡ３６０）。アクティビティＡ３６０は、アクティビティＡ１８０において、一旦、ウォレットから電子マネーを消費させたために実行される。換言すると、消費ステップでは、使用残高からウォレットに電子マネーを移行させる。

【0086】

アクティビティＡ３６０では、例えば、次の３段階の情報処理が実行される。（１）制御部２１０は、決済額に関するデータを記憶部２２０から読み出す。（２）制御部２１０は、移行処理を実行し、使用残高からウォレットに決済額に対応する電子マネーを移行させる。（３）制御部２１０は、移行後の使用残高内における電子マネーの額、及び移行後のウォレット内における電子マネーの額を記憶部２２０に記憶させる。

【0087】

続いて、情報処理装置２００における制御部２１０は、決済処理後における複数の残高についての表示情報を生成する（アクティビティＡ３７０）。

【0088】

アクティビティＡ３７０では、例えば、次の３段階の情報処理が実行される。（１）制御部２１０は、複数の残高に関する情報を記憶部２２０から読み出す。（２）制御部２１０は、生成処理を実行し、複数の残高についての表示情報を生成する。（３）制御部２１０は、生成された表示情報を記憶部２２０に記憶させる。

【0089】

続いて、情報処理装置２００における制御部２１０は、生成された表示情報を端末３００に送信する（アクティビティＡ３８０）。

【0090】

アクティビティＡ３８０では、例えば、次の２段階の情報処理が実行される。（１）制御部２１０は、生成された表示情報を記憶部２２０から読み出す。（２）制御部２１０は、通信部２５０を介して、生成された表示情報を端末３００に送信する。

【0091】

続いて、端末３００における制御部３１０は、送信された表示情報を情報処理装置２００から受信する（アクティビティＡ３９０）。

【0092】

アクティビティＡ３９０では、例えば、次の２段階の情報処理が実行される。（１）通信部３５０は、情報処理装置２００から送信された表示情報を受信する。（２）制御部３１０は、受信された表示情報を記憶部３２０に記憶させる。

【0093】

続いて、端末３００における制御部３１０は、受信された表示情報を表示部３３０に表示させる（アクティビティＡ４００）。

【0094】

アクティビティＡ４００では、例えば、次の２段階の情報処理が実行される。（１）制御部３１０は、受信された表示情報を記憶部３２０から読み出す。（２）制御部３１０は、受信された表示情報を表示部３３０に表示させる。

【0095】

以上の情報処理の態様によれば、決済時におけるユーザの利便性を向上させるとともに、ユーザが所望する管理の態様に柔軟に対応することができる。また、簡単な構成のため、節約されたリソースを他の中核機能に使用することができる。

【0096】

４．画面例
第４節では、本実施形態の画面例について説明する。

【0097】

図８は、端末３００の表示部３３０に表示される本実施形態の画面例を示す図である。表示部３３０には、領域３１１、領域３１２及び領域３１３が表示されている。

【0098】

領域３１１には、メイン残高が表示されている。メイン残高は、用途が限定されていない残高であるウォレットに相当する。メイン残高は、１２万円と表示されている。

【0099】

領域３１２には、ポケットが表示されている。ポケットは、想定された用途に設定された残高である用途設定残高に相当し、特に、決済に使用可能な第１用途設定残高に相当する。ポケット（食費）は、食費に使用可能な残高として設定されたポケットである。ポケット（趣味）は、趣味に使用可能な残高として設定されたポケットである。ポケット（食費）は、４万円と表示されている。ポケット（趣味）は、３万円と表示されている。

【0100】

ここで、ポケット（食費）及びポケット（趣味）は、予め設定されている（初期設定されている）ものとする。このような態様によれば、電子マネーの自動消費処理を容易化することができる。また、ポケットは、任意に追加可能とする。

【0101】

領域３１３には、用途別口座が表示されている。用途別口座は、想定された用途に設定された残高である用途設定残高に相当し、特に、決済に使用不可能な第２用途設定残高に相当する。ここでは、用途別口座として、旅行貯金が設定されている。旅行貯金の残高は、５０万円と表示されている。

【0102】

このように、用途設定残高として、第１用途設定残高及び第２用途設定残高を含むことにより、電子マネーをより柔軟に管理することができる。

【0103】

図９は、アクティビティＡ２９０に対応する画面例を示す図である。表示部３３０には、「メイン残高が不足していました。どの処理を実行しますか？」の文字が表示されている。表示部３３０には、領域３２１、領域３２２及びＯＫボタン３２３が表示されている。

【0104】

領域３２１には、メイン残高が不足している場合における処理の選択肢が表示されている。ここでは、選択肢として、「趣味ポケットからメイン残高に移行」、「銀行口座からメイン残高にチャージ」、「決済をやめる」の選択肢が表示されている。ここでは、一例として、「銀行口座からメイン残高にチャージ」にチェックされている。

【0105】

領域３２２には、メイン残高にチャージするチャージ金額の選択肢が表示されている。チャージ金額は、１，０００円、２，０００円、５，０００円の中から選択可能となっている。

【0106】

ＯＫボタン３２３は、領域３２１及び領域３２２での設定内容で問題ない場合にタップされるボタンであり、タップされることで、上記設定内容が確定し、アクティビティＡ２９０及びＡ３１０の処理が実行される。

【0107】

図１０は、アクティビティＡ３２０に対応する画面例を示す図である。表示部３３０には、「ポケット（食費）残高が不足しています。どの処理を実行しますか？」の文字が表示されている。表示部３３０には、領域３３１、領域３３２及びＯＫボタン３３３が表示されている。

【0108】

領域３３１には、ポケット残高が不足している場合における処理の選択肢が表示されている。ここでは、選択肢として、「メイン残高から消費して決済する」、「決済をやめる」の選択肢が表示されている。ここでは、一例として、「メイン残高から消費して決済する」にチェックされている。

【0109】

領域３３２には、決済金額、ポケット（食費）残高、メイン残高がそれぞれ表示されている。領域３３２における表示内容は、参考に資するための表示であり、領域３３１における選択の参考に寄与し得る。ここでは、一例として、決済金額が１，５００円、ポケット（食費）残高が１，２００円、メイン残高が３８，０００円として表示されている。

【0110】

ＯＫボタン３３３は、領域３３１での設定内容で問題ない場合にタップされるボタンであり、タップされることで、上記設定内容が確定し、アクティビティＡ３２０及びＡ３３０の処理が実行される。

【0111】

図１１は、用途別口座（決済に使用不可能な第２用途設定残高）から電子マネーを移行させる場合の画面例を示す図である。表示部３３０には、「用途別口座から電子マネーを移行」の文字が表示されている。図１１では、ユーザＡがクリスマスシーズンにおいて店舗Ｄ内で買い物をしているものとする。表示部３３０には、領域３４１、領域３４２及びＯＫボタン３４３が表示されている。

【0112】

領域３４１には、移行元の用途別口座「旅行貯金」、移行先の「メイン残高」、「ポケット（食費）」、「ポケット（趣味）」が表示され、さらに、移行元の旅行貯金の残高として３０万円が表示されている。ここでは、一例として、移行元として「旅行貯金」、移行先として「メイン残高」にチェックされている。

【0113】

領域３４２には、移行する金額の選択肢が表示されている。ここでは、選択肢として、１，０００円、２，０００円、５，０００円、１０，０００円、２０，０００円、５０，０００円の選択肢が表示されている。ここでは、５０，０００円が選択されたものとする。

【0114】

ＯＫボタン３４３は、上記設定内容で問題ない場合にタップされるボタンであり、タップされることで、上記設定内容が確定し、用途別口座から任意の移行先への電子マネーの移行処理が実行される。

【0115】

図１１に示すように、第２用途設定残高は、所定条件が満たされた場合に、用途が限定されていない残高であるウォレット、及び決済に使用可能な第１用途設定残高の少なくとも一方に電子マネーを移行可能としてもよい。このような態様によれば、第２用途設定残高をより有効に活用することができる。

【0116】

ここで、所定条件は、所定日時及び所定位置の少なくとも一方を含むものとする。図１１では、所定日時として「クリスマスシーズン」、所定位置として「店舗Ｄ」の条件を満たしているものとする。このような態様によれば、電子マネーの管理の幅を広げるとともに、用途設定残高の使いやすさを向上させることができる。

【0117】

図１２は、異なる端末同士で複数の残高を共有する一例を示す図である。図１２では、ユーザＹの端末を端末４００、ユーザＺの端末を端末５００として説明する。

【0118】

端末４００における表示部４３０には、領域４１１、領域４１２及び領域４１３が表示されている。

【0119】

領域４１１には、「二人用残高」、「Ｙ用メイン残高」が表示されている。二人用残高は、ユーザＹとユーザＺとが共通して使用可能なメイン残高とする。Ｙ用メイン残高は、ユーザＹが使用可能なメイン残高とする。ここでは、二人用残高として、１０万円と表示され、Ｙ用メイン残高として、５万円と表示されている。

【0120】

領域４１２には、ポケット（決済に使用可能な第１用途設定残高）として、ポケット（食費）、ポケット（趣味）が表示されている。ポケット（食費）、ポケット（趣味）は、ユーザＹ及びユーザＺが共通して使用可能なポケットとする。

【0121】

領域４１３には、用途別口座（決済に使用不可能な第２用途設定残高）として、旅行貯金が表示されている。ここでは、旅行貯金の残高はユーザＺ側には表示されないものとする。その理由は、ユーザＹが用途別口座として設定した残高であるため、共有者であるユーザＺには見えないように設定されたためである。

【0122】

端末５００における表示部５３０には、領域５１１、領域５１２及び領域５１３が表示されている。

【0123】

領域５１１には、「二人用残高」、「Ｚ用メイン残高」が表示されている。二人用残高は、ユーザＹとユーザＺとが共通して使用可能なメイン残高とする。Ｚ用メイン残高は、ユーザＺが使用可能なメイン残高とする。ここでは、二人用残高として、１０万円と表示され、Ｙ用メイン残高として、８万円と表示されている。

【0124】

領域４１２には、ポケットとして、ポケット（食費）、ポケット（趣味）が表示されている。ポケット（食費）、ポケット（趣味）は、ユーザＹ及びユーザＺが共通して使用可能なポケットとする。

【0125】

領域４１３には、用途別口座として、旅行貯金が表示されている。ここでは、旅行貯金の残高はユーザＹ側には表示されないものとする。その理由は、ユーザＺが用途別口座として設定した残高であるため、共有者であるユーザＹには見えないように設定されたためである。

【0126】

図１２に示すように、複数の残高は、他のアカウントとの間で共有可能であってもよい。このような態様によれば、自分のアカウント及び他のアカウントにおけるお金を一元管理することができる。

【0127】

以上、本発明の実施形態について説明したが、本発明はこれに限定されることなく、その発明の技術的思想を逸脱しない範囲で適宜変更可能である。

【0128】

５．変形例
第５節では、本実施形態の変形例について説明する。

【0129】

制御部２１０は、各種データ及び各種情報について記憶部２２０に書き出し処理（記憶処理）及び読み出し処理をしているが、これに限られず、例えば、制御部２１０内のレジスタやキャッシュメモリ等を使用して、各アクティビティの情報処理を実行してもよい。

【0130】

参照情報は、残高消費制御データと、用途設定残高の種類との関係を示す情報であればよく、ルックアップテーブル等を格納するデータベース、ある変数に依存して決まる値の対応を表す関数、複数の情報を数学的に関係づけた数理モデル等であってもよい。

【0131】

アクティビティＡ２３０では、アクティビティＡ２８０において電子マネーを消費させる用途設定残高、及びアクティビティＡ３００においてウォレットに電子マネーを移行させる用途設定残高の双方を選択させるものとしたが、これに限られることはない。電子マネーを消費させる用途設定残高、及びウォレットに電子マネーを移行させる用途設定残高のうち一方を選択させてもよいし、予め選択された設定を使用することとして、アクティビティＡ２３０からＡ２７０の処理を省略してもよい。

【0132】

アクティビティＡ３１０では、ユーザＡのアカウントに紐付けられた銀行口座からウォレットに電子マネーをチャージさせることとしたが、これに限られることはない。例えば、ユーザＡのアカウントに紐付けられたクレジットカードからウォレットに電子マネーをチャージさせることとしてもよい。

【0133】

図１２において、領域４１２に表示される各ポケット、領域４１３に表示される各用途別残高、領域５１２に表示される各ポケット、領域５１３に表示される各用途別残高は、他のアカウントと共有してもよいし、本人のみが使用可能としてもよい。

【0134】

アクティビティＡ２１０において使用残高又はウォレット残高が不足している場合（アクティビティＡ２１０のＹＥＳ）、本実施形態では、図９～図１１の処理を例示したが、これに限られることはない。使用残高又はウォレット残高が不足している場合にどのように制御（処理）するかの設定は、事前に設定しておくようにしてもよい。この場合において使用残高又はウォレット残高が不足しているとき、画面遷移を経ることなく事前設定された処理が実行されてもよい。

【0135】

６．その他
次に記載の各態様で提供されてもよい。

【0136】

（１）プログラムであって、取得ステップと、特定ステップと、消費ステップとをコンピュータに実行させるように構成され、前記取得ステップでは、電子マネーでの決済における残高の消費を制御する残高消費制御データを取得し、前記特定ステップでは、前記残高消費制御データと、参照情報とに基づいて、前記決済に使用される残高である使用残高を特定するように構成され、前記使用残高は、ウォレット及び用途設定残高を含む複数の残高のうち、前記用途設定残高の中から特定された残高であり、前記ウォレットは、用途が限定されていない残高であり、前記用途設定残高は、想定された用途に設定された残高であり、前記参照情報は、前記残高消費制御データと、前記用途設定残高の種類との関係を示す情報であり、前記消費ステップでは、前記使用残高から前記電子マネーを消費させる、プログラム。

【0137】

このような態様によれば、決済時におけるユーザの利便性を向上させるとともに、ユーザが所望する管理の態様に柔軟に対応することができる。また、簡単な構成のため、節約されたリソースを他の中核機能に使用することができる。

【0138】

（２）上記（１）に記載のプログラムにおいて、前記取得ステップでは、前記特定ステップにおいて前記使用残高が特定されなかった場合、他の前記残高消費制御データをさらに取得可能に構成され、前記特定ステップでは、前記他の残高消費制御データと、前記参照情報とに基づいて、前記使用残高を特定するように構成される、プログラム。

【0139】

このような態様によれば、例えばオーソリデータだけでは使用残高を特定できなかった場合、その後に取得された残高消費制御データ（例えば電子レシート）を利用して、使用残高を自動的に特定することができる。

【0140】

（３）上記（２）に記載のプログラムにおいて、前記消費ステップでは、前記ウォレットから前記電子マネーを消費させ、前記消費ステップでは、前記使用残高から前記ウォレットに前記電子マネーを移行させる、プログラム。

【0141】

このような態様によれば、使用残高が（一時的に）特定されないことによる決済処理の遅延を防止することができる。

【0142】

（４）上記（２）に記載のプログラムにおいて、前記消費ステップでは、前記残高消費制御データに対応する前記用途設定残高が存在しないことにより前記使用残高が特定されなかった場合、前記ウォレットから前記電子マネーを消費させる、プログラム。

【0143】

このような態様によれば、使用残高の特定が不可能であっても、決済時におけるユーザの利便性を向上させることができる。

【0144】

（５）上記（１）から（４）までの何れか１つに記載のプログラムにおいて、前記用途設定残高は、予め設定されている、プログラム。

【0145】

このような態様によれば、電子マネーの自動消費処理を容易化することができる。

【0146】

（６）上記（１）から（５）までの何れか１つに記載のプログラムにおいて、さらに、選択ステップをコンピュータに実行させるように構成され、前記選択ステップでは、前記ウォレット内における前記電子マネーの額よりも前記決済に必要な前記電子マネーの額の方が大きい場合、前記用途設定残高から前記電子マネーを消費させた後に、前記用途設定残高から前記ウォレットに前記電子マネーを移行させるか、又は前記複数の残高に紐付いていない前記電子マネーを前記ウォレットにチャージさせるかを選択させる、プログラム。

【0147】

このような態様によれば、決済の処理を止めることなくスムーズな支払いを実現することができる。

【0148】

（７）上記（６）に記載のプログラムにおいて、前記選択ステップでは、前記用途設定残高の種類を選択可能に構成される、プログラム。

【0149】

このような態様によれば、状況に応じて電子マネーの移行元を選択することができる。

【0150】

（８）上記（１）から（５）までの何れか１つに記載のプログラムにおいて、さらに、選択ステップをコンピュータに実行させるように構成され、前記選択ステップでは、前記使用残高内における前記電子マネーの額よりも前記決済に必要な前記電子マネーの額の方が大きい場合、前記ウォレットから前記電子マネーを消費させるか否かを選択させる、プログラム。

【0151】

このような態様によれば、決済の処理を止めることなくスムーズな支払いを実現することができる。

【0152】

（９）上記（１）から（８）までの何れか１つに記載のプログラムにおいて、前記用途設定残高は、前記決済に使用可能な第１用途設定残高と、前記決済に使用不可能な第２用途設定残高とを含む、プログラム。

【0153】

このような態様によれば、電子マネーをより柔軟に管理することができる。

【0154】

（１０）上記（９）に記載のプログラムにおいて、前記第２用途設定残高は、所定条件が満たされた場合に、前記ウォレット及び前記第１用途設定残高の少なくとも一方に前記電子マネーを移行可能とする、プログラム。

【0155】

このような態様によれば、第２用途設定残高をより有効に活用することができる。

【0156】

（１１）上記（１０）に記載のプログラムにおいて、前記所定条件は、所定日時及び所定位置の少なくとも一方を含む、プログラム。

【0157】

このような態様によれば、電子マネーの管理の幅を広げるとともに、用途設定残高の使いやすさを向上させることができる。

【0158】

（１２）上記（１）から（１１）までの何れか１つに記載のプログラムにおいて、前記複数の残高は、他のアカウントとの間で共有可能である、プログラム。

【0159】

このような態様によれば、自分のアカウント及び他のアカウントにおけるお金を一元管理することができる。

【0160】

（１３）情報処理方法であって、上記（１）から（１２）までの何れか１つに記載のプログラムの各ステップを備える、情報処理方法。

【0161】

このような態様によれば、決済時におけるユーザの利便性を向上させるとともに、ユーザが所望する管理の態様に柔軟に対応することができる。また、簡単な構成のため、節約されたリソースを他の中核機能に使用することができる。

【0162】

（１４）情報処理システムであって、制御部を備え、前記制御部は、上記（１）から（１２）までの何れか１つに記載のプログラムの各ステップを実行可能に構成される、情報処理システム。

【0163】

このような態様によれば、決済時におけるユーザの利便性を向上させるとともに、ユーザが所望する管理の態様に柔軟に対応することができる。また、簡単な構成のため、節約されたリソースを他の中核機能に使用することができる。
もちろん、この限りではない。

【符号の説明】

【0164】

１００ ：情報処理システム
２００ ：情報処理装置
２１０ ：制御部
２１１ ：取得部
２１２ ：特定部
２１３ ：消費部
２１４ ：選択部
２２０ ：記憶部
２５０ ：通信部
２６０ ：通信バス
３００ ：端末
３１０ ：制御部
３１１ ：領域
３１２ ：領域
３１３ ：領域
３２０ ：記憶部
３２１ ：領域
３２２ ：領域
３２３ ：ＯＫボタン
３３０ ：表示部
３３１ ：領域
３３２ ：領域
３３３ ：ＯＫボタン
３４０ ：入力部
３４１ ：領域
３４２ ：領域
３４３ ：ＯＫボタン
３５０ ：通信部
３６０ ：通信バス
４００ ：端末
４１１ ：領域
４１２ ：領域
４１３ ：領域
４３０ ：表示部
５００ ：端末
５１１ ：領域
５１２ ：領域
５１３ ：領域
５３０ ：表示部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】