JP6474519B1 - 情報処理方法、情報処理装置、および情報処理プログラム - Google Patents

Abstract

【課題】ユーザの利便性、および、電子マネーの入金に係る採算性を向上させることができる情報処理方法などを提供する。【解決手段】本開示による情報処理方法は、ユーザに関連付けられた第１アカウント口座の残高を記憶するステップと、所定条件を満たす場合に記ユーザに対して第１アカウント口座への入金を提案するステップと、第１アカウント口座への入金処理に係る損益分岐点に相当する金額を超えるように、前記第１アカウント口座への入金提案額を算出し、前記ユーザに対して入金提案額を提示するステップと、ユーザの承諾に基づいて、入金提案額を、第１アカウント口座へ入金するステップなどを有する。【選択図】図５

Description

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

近年、商品やサービスを購入する商取引の際にいわゆる電子マネーを用いて支払いを行うことができる決済サービスが普及している。当該決済サービスでは、ユーザが、所望金額の電子マネーを、専用または汎用の電子マネーカードや、ユーザに関連付けられた電子マネー口座などの電子バリューに予め入金（チャージ）しておき、その入金額を限度に、商取引における商品やサービスの購入時の支払いを電子マネーによって決済することができる。

電子バリューへの入金方法としては、ユーザが所望額の現金を店舗などに設置された所定の入金機へ払い込む方法や、金融機関またはクレジットカード会社などの出金元の口座から電子バリューへオンラインで入金する方法が挙げられる。また、近時では、電子バリューの残高が所定のしきい値以下となった場合に、その残高が予め設定された目標金額となるように、電子バリューへ自動的に入金する方法も知られており（特許文献１）、かかる方法によれば、ユーザによる入金操作が不要になる。

特開２０１２−１４２６０号公報

（課題１）
しかし、例えばユーザの都合により、電子バリューの残高を一時的に増減させたい場合には、結局のところ、ユーザによる残高確認と入出金操作が必要となってしまう。この場合、残高確認や入出金操作には手間が掛かり、ユーザにとって非常に煩わしく感じられ、そのため、なめらかな入金処理ひいてはユーザの商取引が阻害されてしまう。また、その結果、ユーザの利便性が損なわれたり、ユーザの電子バリュー利用に対する意欲の減退を招いたり、ユーザが商取引を迅速かつ円滑に実施できなかったりといった問題が生じていた。さらに、出金元から電子バリューへ入金する際には、通常、出金元と入金側（電子バリューの運用者）との間で取り極められた手数料が発生する。したがって、手数料と入金額によっては、入金額が手数料を下回ってしまい、決済サービスを運用する上での採算性が悪化してしまうおそれがあった。

そこで、本開示は、一側面では、かかる事情に鑑みてなされたものであり、ユーザによる残高確認や入出金操作の手間を軽減してユーザの利便性を向上させ、かつ、決済サービスの採算性を高めることができる情報処理方法、情報処理装置、および情報処理プログラムを提供することを目的とする。

（課題２）
また、ユーザに関連付けられた出金元の残高が、例えば商取引における支払い金額（購入金額）に対して不足している場合には、その出金元の残高を電子バリューに入金したとしても、支払いの決済を行うことができない。しかも、この場合、一旦出金元へ入金してから、さらに出金元から電子バリューへの入金処理が必要となるので、手間が掛かり、ユーザにとって非常に煩わしく感じられ、そのため、なめらかな入金処理ひいてはユーザの商取引が阻害されてしまう。その結果、ユーザの利便性が損なわれたり、ユーザの電子バリュー利用に対する意欲の減退を招いたり、ユーザが商取引を迅速かつ円滑に実施できなかったりといった問題が生じていた。

そこで、本開示は、一側面では、かかる事情に鑑みてなされたものであり、ユーザの出金元の口座の残高が不足している場合であっても、決済を可能にしてユーザの利便性を向上させることができる情報処理方法、情報処理装置、および情報処理プログラムを提供することを目的とする。

（課題３）
また、ユーザ自身が入金額を決定して入金する場合、そのユーザが普段平均的に支払う金額とかけ離れた額を入金してしまうことが想定され、そうすると、ユーザの所持金を適切に管理することができないおそれがある。さらに、この場合、入金の都度、入金額を検討した上で決定した金額を入力するといった手間が掛かる操作が必要となり、ユーザにとって非常に煩わしく感じられ、そのため、なめらかな入金処理ひいてはユーザの商取引が阻害されてしまう。その結果、ユーザの利便性が損なわれたり、ユーザの電子バリュー利用に対する意欲の減退を招いたり、ユーザが商取引を迅速かつ円滑に実施できなかったりといった問題が生じていた。

そこで、本開示は、一側面では、かかる事情に鑑みてなされたものであり、ユーザにとって適切な金額を簡易的な操作で入金することが可能であり、これにより、ユーザの所持金を適切に管理し、かつ、ユーザの利便性を向上させることができる情報処理方法、情報処理装置、および情報処理プログラムを提供することを目的とする。

（課題４）
また、ユーザにとって、電子バリューへの入金額を数値入力する操作は手間が掛かり、特に入金額の詳細な数値（例えば１円や１０円単位の数値）の入力は必要性に乏しく、かつ、非常に煩わしく感じられ、そのため、なめらかな入金処理ひいてはユーザの商取引が阻害されてしまう。その結果、ユーザの利便性が損なわれたり、ユーザの電子バリュー利用に対する意欲の減退を招いたり、ユーザが商取引を迅速かつ円滑に実施できなかったりといった問題が生じていた。

そこで、本開示は、一側面では、かかる事情に鑑みてなされたものであり、簡易な操作による入金処理を実現し、ユーザの利便性を向上させることができる情報処理プログラム、情報処理方法、および情報処理装置を提供することを目的とする。

（手段１）
本開示の一実施形態に係る情報処理方法は、ユーザに関連付けられた第１アカウント口座の残高を記憶するステップと、所定条件を満たす場合に、前記ユーザに対して前記第１アカウント口座への入金を提案するステップと、前記第１アカウント口座への入金処理に係る損益分岐点に相当する金額を超えるように、前記第１アカウント口座への入金提案額を算出し、前記ユーザに対して当該入金提案額を提示するステップと、前記ユーザの承諾に基づいて、前記入金提案額を、前記第１アカウント口座へ入金するステップと、前記第１アカウント口座への入金額に応じて、前記第１アカウント口座における残高を更新するステップと、を有する。

なお、「商取引」とは、現実店舗および仮想店舗における有形もしくは無形の商品またはサービス（役務）の購入、貸与、および使用を含み、商取引を行ったユーザによる支払いが生ずる行為であり、「商品またはサービス」としては、限定でなく例として、電子取引サービス、コンテンツ販売サービス、サブスクリプション型サービス、金融サービスなどによって販売（有償譲渡）または提供される商品やサービスが挙げられる。

（手段２）
本開示の一実施形態に係る情報処理方法は、ユーザに関連付けられた第１アカウント口座の残高を記憶するステップと、商取引における支払い金額に対して前記第１アカウント口座の残高が不足する場合に、前記ユーザに対して前記第１アカウント口座への入金を提案するステップと、前記入金の提案があった場合に、前記ユーザによる、当該ユーザと所定関係を有する特定ユーザの選定、および、当該特定ユーザに対する入金要求および入金要求額を受け付けるステップと、前記特定ユーザの承諾に基づいて、前記入金要求額を、前記第１アカウント口座へ入金するステップと、前記第１アカウント口座への入金額に応じて、前記第１アカウント口座の残高を更新するステップと、を有する。

（手段３）
本開示の一実施形態に係る情報処理方法は、ユーザに関連付けられた第１アカウント口座の残高を記憶するステップと、前記ユーザによる商取引における取引情報および前記第１アカウント口座への入金情報を記憶するステップと、前記ユーザに対して前記第１アカウント口座への入金を提案するステップと、前記取引情報および前記入金情報の少なくともいずれかに基づいて、第１アカウント口座への入金提案額を算出し、前記ユーザに対して当該入金提案額を提示するステップと、前記入金提案額、または、前記ユーザが前記入金提案額に基づいて決定した入金指定額を、前記第１アカウント口座へ入金するステップと、前記第１アカウント口座への入金額に応じて、前記第１アカウント口座の残高を更新するステップと、を有する。

（手段４）
本開示の一実施形態に係る情報処理プログラムは、情報処理装置に、ユーザに関連付けられた第１アカウント口座に対応付けられた第１表示領域を表示するステップと、前記ユーザに関連付けられた第２アカウント口座に対応付けられた第２表示領域を表示するステップと、前記ユーザの第２表示領域への操作に応答して、前記第２アカウント口座から前記第１アカウントへの入金額を指定するステップとを実行させる。

図１は、実施形態の一態様に係る通信システムの構成を示す。 図２は、本開示に係る情報処理装置のハードウェア構成の一例を示す。 図３は、第１実施形態の構成の概要を模式的に示す概略図である。 図４は、第１実施形態に係る情報処理装置の機能的な構成を示すブロック図の一例を示す。 図５は、第１実施形態に係るサーバと端末との処理のシーケンス図の一例を示す。 図６は、第１実施形態の第１実施例に係るサーバと端末との処理のシーケンス図の一例を示す。 図７は、第２実施形態の構成の概要を模式的に示す概略図である。 図８は、第２実施形態に係るサーバと端末との処理のシーケンス図の一例を示す。 図９は、第２実施形態の第３実施例に係るサーバと端末との処理のシーケンス図の一例を示す。 図１０は、第３実施形態に係るサーバと端末との処理のシーケンス図の一例を示す。 図１１（Ａ）から（Ｄ）は、第３実施形態の第２実施例に係る端末における表示画面の一例を示す。 図１２は、第４実施形態に係るサーバと端末との処理のシーケンス図の一例を示す。 図１３（Ａ）から（Ｄ）は、第４実施形態に係る端末における表示画面の遷移の一例を示す。 図１４（Ａ）および（Ｂ）は、第４実施形態に係る端末における表示画面の遷移の一例を示す。 図１５は、第４実施形態の第３実施例に係るサーバと端末との処理のシーケンス図の一例を示す。

＜法令遵守＞
本明細書に記載の開示は、実施される場合、本開示を実施する各国の法令を遵守のうえで実施される。また、本明細書に記載の開示は、各国の法令を遵守するために必要な、当業者が成し得る全ての変更、置換、変形、改変、および修正をもって実施される。

本開示に係る情報処理方法、情報処理装置、および情報処理プログラムを実施するための形態について、図面を参照して説明する。

＜システム構成＞
図１は、本開示の一実施形態に係る情報処理方法を有効に実施するための通信システム１の構成を示す。図１に開示されるように、通信システム１では、ネットワーク１３０を介してサーバ１１０Ａ，サーバ１１０Ｂと、端末１２０Ａ，端末１２０Ｂ，端末１２０Ｃと、サーバ１１０Ａ，サーバ１１０Ｂとは異なるサーバ、例えば他の事業者（金融機関、クレジットカード会社など）や他の事業部門によって運営されるサーバなどによって構築される外部システム１４０が接続される。

本開示において、サーバ１１０Ａと、サーバ１１０Ｂとをそれぞれ区別する必要がない場合は、サーバ１１０Ａとサーバ１１０Ｂとは、それぞれサーバ１１０と表現されてもよい。

本開示において、端末１２０Ａと、端末１２０Ｂと、端末１２０Ｃとをそれぞれ区別する必要がない場合は、端末１２０Ａと端末１２０Ｂと端末１２０Ｃとは、それぞれ端末１２０と表現されてもよい。

本開示において、サーバ１１０と、端末１２０とをそれぞれ区別する必要がない場合は、サーバ１１０と端末１２０とは、それぞれ情報処理装置２００と表現されてもよい。なお、ネットワーク１３０に接続される情報処理装置２００の数、および、外部システム１４０の数は限定されない。

サーバ１１０は、ネットワーク１３０を介してユーザが利用する端末１２０に、所定のサービスを提供する。所定のサービスは、限定でなく例として、決済サービス、商取引サービス、インスタントメッセンジャーを代表とするＳＮＳ（Social Networking Service）、楽曲・動画・書籍などのコンテンツ提供サービスなどを含む。ユーザが端末１２０を介して所定のサービスを利用することで、サーバ１１０は１以上の端末１２０に所定のサービスを提供することができる。

必要に応じて、ユーザＸが利用する端末を端末１２０Ｘと表現し、ユーザＸまたは端末１２０Ｘに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現する。なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよい。

ネットワーク１３０は、２以上の情報処理装置２００を接続する役割を担う。ネットワーク１３０は、端末１２０がサーバ１１０に接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。

ネットワーク１３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよい。ネットワーク１３０は、限定でなく例として、アドホック・ネットワーク（Ad Hoc Network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（Virtual Private Network：ＶＰＮ）、ローカル・エリア・ネットワーク（Local Area Network：ＬＡＮ）、ワイヤレスＬＡＮ（Wireless LAN：ＷＬＡＮ）、広域ネットワーク（Wide Area Network：ＷＡＮ）、ワイヤレスＷＡＮ（Wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（Metropolitan Area Network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮｓ（Integrated Service Digital Networks）、無線ＬＡＮｓ、ＬＴＥ（Long Term Evolution）、ＣＤＭＡ（Code Division Multiple Access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク１３０は、１つまたは複数のネットワーク１３０を含むことができる。

情報処理装置２００は、本開示に記載される機能、および／または、方法を実現できる情報処理装置であればどのような情報処理装置であってもよい。情報処理装置２００は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、サーバ装置、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダなど）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ（Personal Digital Assistant）、電子メールクライアントなど）、ウェアラブル端末（限定でなく例として、メガネ型デバイス、時計型デバイスなど）、他種のコンピュータ、またはコミュニケーションプラットホームを含む。

＜ハードウェア（ＨＷ）構成＞
図２を用いて、通信システム１に含まれる情報処理装置２００のＨＷ構成について説明する。

情報処理装置２００は、プロセッサ２０１と、メモリ２０２と、ストレージ２０３と、入出力インタフェース（入出力Ｉ／Ｆ）２０４と、通信インタフェース（通信Ｉ／Ｆ）２０５とを含む。情報処理装置２００のＨＷの各構成要素は、限定でなく例として、バスＢを介して相互に接続される。

情報処理装置２００は、プロセッサ２０１と、メモリ２０２と、ストレージ２０３と、入出力Ｉ／Ｆ２０４と、通信Ｉ／Ｆ２０５との協働により、本開示に記載される機能、および／または、方法を実現する。

プロセッサ２０１は、ストレージ２０３に記憶されるプログラムに含まれるコードまたは命令によって実現する機能、および／または、方法を実行する。プロセッサ２０１は、限定でなく例として、中央処理装置（ＣＰＵ）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphic s Processing Unit）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（Application-Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等を含み、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各実施形態に開示される各処理を実現してもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。

メモリ２０２は、ストレージ２０３からロードしたプログラムを一時的に記憶し、プロセッサ２０１に対して作業領域を提供する。メモリ２０２には、プロセッサ２０１がプログラムを実行している間に生成される各種データも一時的に格納される。メモリ２０２は、限定でなく例として、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）などを含む。

ストレージ２０３は、プログラムを記憶する。ストレージ２０３は、限定でなく例として、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリなどを含む。

通信Ｉ／Ｆ２０５は、ネットワーク１３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２０５は、ネットワーク１３０を介して、他の情報処理装置との通信を実行する機能を有する。通信Ｉ／Ｆ２０５は、各種データをプロセッサ２０１からの指示にしたがって、他の情報処理装置に送信する。また、通信Ｉ／Ｆ２０５は、他の情報処理装置から送信された各種データを受信し、プロセッサ２０１に伝達する。

入出力Ｉ／Ｆ２０４は、情報処理装置２００に対する各種操作を入力する入力装置、および、情報処理装置２００で処理された処理結果を出力する出力装置を含む。入出力Ｉ／Ｆ２０４は、入力装置と出力装置が一体化していてもよいし、入力装置と出力装置とに分離していてもよい。

入力装置は、ユーザからの入力を受け付けて、当該入力に係る情報をプロセッサ２０１に伝達できる全ての種類の装置のいずれか、または、その組み合わせにより実現される。入力装置は、限定でなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（画像を介した操作入力）、マイク（音声による操作入力）を含む。

出力装置は、プロセッサ２０１で処理された処理結果を出力することができる全ての種類の装置のいずれか、または、その組み合わせにより実現される。当該処理結果を映像、および／または、動画像として出力する場合、出力装置は、フレームバッファに書き込まれた表示データにしたがって、当該表示データを表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力装置は、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイ、ＯＥＬＤ（Organic Electroluminescence Display）など）、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよい）に画像やテキスト情報等を表示可能な装置、スピーカ（音声出力）、プリンタなどを含む。なお、これらの出力装置は、３Ｄで表示データを表示可能であってもよい。

本開示の各実施形態のプログラムは、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。プログラムは、限定でなく例として、ソフトウェアプログラムやコンピュータプログラムを含む。

記憶媒体は適切な場合、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定でなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カードもしくはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。

また、本開示のプログラムは、当該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波など）を介して、情報処理装置２００に提供されてもよい。また、本開示の各実施形態は、プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

なお、本開示のプログラムは、限定でなく例として、ＡｃｔｉｏｎＳｃｒｉｐｔ、ＪａｖａＳｃｒｉｐｔ（登録商標）などのスクリプト言語、Ｏｂｊｅｃｔｉｖｅ−Ｃ、Ｊａｖａ（登録商標）などのオブジェクト指向プログラミング言語、ＨＴＭＬ５などのマークアップ言語などを用いて実装される。

情報処理装置２００おける処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよい。

情報処理装置２００における処理の少なくとも一部を、他の情報処理装置により行う構成としてもよい。この場合、プロセッサ２０１により実現される各機能部の処理のうち少なくとも一部の処理を、他の情報処理装置で行う構成としてもよい。

＜その他＞
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよい。

本開示では、明記されない限り、または文脈によって示されない限り、「または」は排他的ではなく包含的な意味である。したがって、本開示では、明記されていない限り、または文脈によって示されない限り、「ＡまたはＢ」は「Ａ、Ｂ、またはその両方」を意味する。さらに、明記されない限り、または文脈によって示されない限り、「および」は協同（joint）および個々（several）の両方の意味である。したがって、本明細書では、明記されない限り、または文脈によって示されない限り、「ＡおよびＢ」は、「ＡおよびＢが一緒に、または個別に（A and B, jointly or severally）」を意味する。さらに、明記されない限り、または文脈によって示されない限り、「a」、「an」、または「the」は「１つまたは複数」を意味するものとする。したがって、本明細書では、別段に明記されない限り、または文脈によって示されない限り、「an A」または「the A」は「１つまたは複数のＡ」を意味する。

本開示は、本開示の実施形態、および／または、実施例に対して、当業者が成し得る全ての変更、置換、変形、改変、および修正を包含する。同様に、適切な場合、添付の特許請求の範囲は、本開示の実施形態、および／または、実施例に対して、当業者が成し得る全ての変更、置換、変形、改変、および修正を包含する。さらに、本開示は、当業者が成し得る、本開示における実施形態、および／または、実施例の１つまたは複数の特徴と、本開示における他の実施形態、および／または、実施例の１つまたは複数の特徴との任意の組合せを包含する。

加えて、特定の機能を実施するように適合される、配置される、能力を有する、構成される、使用可能である、動作可能である、または動作できる装置またはシステムあるいは装置またはシステムの構成要素に対する添付の特許請求の範囲での参照は、その装置、システム、または構成要素がそのように適合される、配置される、能力を有する、構成される、使用可能にされる、動作可能にされる、または動作できる限り、その装置、システム、構成要素またはその特定の機能がアクティベートされ、オンにされ、またはロック解除されているか否かに関わらず、その装置、システム、構成要素を包含する。

以下、本開示の一例に係る実施形態について、図面を参照して説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図ではない。すなわち、本開示の一例は、その趣旨を逸脱しない範囲で種々変形して実施することができる。また、以下の図面の記載において、同一または類似の部分には同一又は類似の符号を付しており、図面は模式的なものであって、必ずしも実際の寸法や比率等とは一致しない。さらに、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることがある。

＜第１実施形態＞
第１実施形態は、ユーザが端末１２０を用いて、ネットワーク１３０経由によるオンライン処理で、商取引における支払いを電子マネーによって決済することができる決済サービスへの適用例を示す実施形態である。

図３は、第１実施形態の構成の概要を模式的に示す概略図である。当該決済サービスにおいては、例えば情報処理装置２００（サーバ１１０および端末１２０）によって決済システム６１０が構築される。ユーザが商取引において電子バリューＡＣ１の電子マネーによる支払いを選択すると、その決済要求（決済リクエスト）がユーザの端末１２０からサーバ１１０へ送信され、その支払い金額が電子バリューＡＣ１の残高の範囲内であれば、決済要求が承認されて支払い処理と電子バリューＡＣ１の残高の更新処理が行われる。また、第１実施形態では、所定条件を満たす場合に、サーバ１１０から端末１２０を通して、ユーザに対し、電子バリューＡＣ１への入金提案および入金提案額が提示される。そして、ユーザがその入金提案および入金提案額を承諾すると、その承諾に基づいて、当該ユーザが所有する出金口座ＡＣ２から入金提案額が出金されて、電子バリューＡＣ１へ電子マネーとして入金される。

ここで、電子バリューＡＣ１としては、限定でなく例として、専用または汎用の電子マネーカード、ユーザに関連付けられた電子マネー口座などが挙げられ、電子マネー口座は、例えば、サーバ１１０に設けられていてもよいし、外部システム１４０に設けられていてもよい。また、出金口座ＡＣ２としては、限定でなく例として、電子バリューＡＣ１とは別にサーバ１１０に設けられた資金を保持管理する口座（電子決済に直接的には使用されない口座）、外部システム１４０を運用するサーバに設けられた各種口座などが挙げられる。この各種口座としては、限定でなく例として、特定の商取引における売上金を保持管理する口座、特定のサービスにおいて利用可能なポイント（金銭等価物）を保持管理する口座、クレジットカードのキャッシング枠（貸付可能金額）を保持管理する口座、銀行や証券会社などの金融機関、または、例えば仮想通貨の取引所における預金、運用資金、保有資産などを保持管理する金融口座などが挙げられる。このとおり、電子バリューＡＣ１は、本開示における「第１アカウント口座」の一例に相当し、出金口座ＡＣ２は、本開示における「第２アカウント口座」の一例に相当する。

また、第１実施形態では、入金提案額は、出金口座ＡＣ２から電子バリューＡＣ１への入金処理に係る損益分岐点に相当する金額を超えるように算出され、ユーザに提示される。前述のとおり、通常、当該決済サービスでは、出金元と入金側（電子バリューＡＣ１の運用者）との間で取り極められた手数料が発生し、この手数料は、特に制限されないが、例えばサービス一括での固定金額として定められたり、サービスの利用量やユーザ数に応じた変動金額として定められたりする。また、１のユーザであっても複数の出金口座ＡＣ２を利用する場合もある。さらに、この手数料は、同一の入金側であっても、出金元により異なることがある。そこで、例えば、このように設定された手数料、または、必要に応じてその手数量にその他の経費を加えた費用と、当該決済サービスで実行される入金処理の予想される全体回数などから、入金処理ごとの（入金指示または入金要求から入金完了までの１トランザクションあたりの）損益分岐点を推算することができる。

＜第１実施形態の効果＞
かかる第１実施形態によれば、所定条件が満たされた場合に、ユーザに対して電子バリューＡＣ１への入金を提案し、かつ、その際に入金提案額を提示するので、ユーザは電子バリューの残高を随時確認する必要がなく、また、ユーザ自ら検討した上で入金額を決定する必要もない。よって、ユーザの操作と手間を軽減することができるので、ユーザの利便性を向上させることができる。さらに、その結果、なめらかな入金処理および商取引を実現することができる。また、その際、出金口座ＡＣ２から電子バリューＡＣ１への入金処理に係る損益分岐点に相当する金額を超える金額を入金提案額として算出するので、入金処理の都度、手数料に起因する経費が減損され、換言すれば、入金額が手数料に起因する経費を確実に上回るので、電子バリューＡＣ１による決済サービスを運用する上での採算性を向上させることができる。

＜第１実施形態の機能構成＞
図４を用いてサーバ１１０、および／または、端末１２０の機能構成を説明する。図４は、第１実施形態に係る情報処理装置の機能的な構成を示すブロック図の一例を示し、情報処理装置２００（サーバ１１０および端末１２０）によって構築される決済システム６１０の全体的な概略構成を示す図でもある。図４に開示の機能部は、情報処理装置２００が備えるプロセッサ２０１と、メモリ２０２と、ストレージ２０３と、入出力Ｉ／Ｆ２０４と、通信Ｉ／Ｆ２０５との協働により実現される。すなわち、図２に示す情報処理装置２００のプロセッサ２０１は、ストレージ２０３に記憶された各種プログラム（制御プログラム、演算プログラムなど）をメモリ２０２（例えばＲＡＭ）に展開する。そして、プロセッサ２０１は、メモリ２０２に展開された各種プログラムを解釈および実行して、各ハードウェア構成要素を制御することにより、以下に説明する機能構成が実現される。

なお、情報処理装置２００で実現される各機能は、汎用のＣＰＵなどのプロセッサ２０１で実現されてもよく、あるいは、機能の一部又は全部が、１又は複数の専用のプロセッサ２０１によって実現されてもよい。さらに、情報処理装置２００によって実現される機能構成は、実施形態や実施例に応じて、適宜、機能の省略、置換、および追加が行われてももちろんよい。

（１）サーバの機能構成
サーバ１１０は、入出力Ｉ／Ｆ３１１と、通信Ｉ／Ｆ３１２と、制御部３１３と、記憶部３１４とを有する。入出力Ｉ／Ｆ３１１は、図２の入出力Ｉ／Ｆ２０４に相当し、通信Ｉ／Ｆ３１２は、図２の通信Ｉ／Ｆ２０５に相当する。また、制御部３１３は、決済管理部３１５、口座管理部３１６と、入出金管理部３１７と、表示管理部３１８とを有する。

サーバ１１０では、記憶部３１４に記憶された決済システム用プログラムがプロセッサ２０１で実行されることにより、商取引における支払いを電子マネーによって決済するための決済システム６１０が構築される。また、記憶部３１４は、電子バリューＡＣ１に関する情報（第１アカウント口座情報Ｊ１）、出金口座ＡＣ２に関する情報Ｊ２（第２アカウント口座情報）、および、その他の各種情報Ｊ３を、ユーザごとに（ユーザ情報Ｘに関連付けて）記憶している。

ここで、電子バリューＡＣ１に関する情報（第１アカウント口座情報Ｊ１）には、限定でなく例として、現在の電子マネーの残高、入出金履歴（入金額、出金額、位置情報などの入出金情報）、入金準備段階における入金予定額などが含まれる。また、出金口座ＡＣ２に関する情報Ｊ２（第２アカウント口座情報）には、限定でなく例として、各種残高（予備資金、売上金、ポイント、クレジットカードのキャッシング枠、預金や運用資金や保有資産など）、入出金履歴（入金額、出金額、位置情報などの入出金情報）、出金準備段階における出金予定額などが含まれる。

さらに、各種情報Ｊ３には、限定でなく例として、商取引における取引情報（店舗情報、取引時刻、支払い金額、位置情報、環境情報などを含む決済情報）、ユーザによる登録事項（ユーザＩＤ、連絡先など）、ユーザと所定関係を有する特定ユーザの情報、特定ユーザが保有する後述の特定出金口座ＡＣ３（電子バリュー、各種口座など）に関する情報、決済システム６１０によって実行される処理に必要な種々の設定パラメータや演算パラメータ、決済システム６１０における操作ログなどが含まれる。なお、出金口座ＡＣ２および後述する特定出金口座ＡＣ３が外部システム１４０を運用するサーバに設けられている場合には、例えば、サーバ１１０が、外部システム１４０からネットワーク１３０を経由して出金口座ＡＣ２および特定出金口座ＡＣ３に関する情報を取得し、記憶部３１４に記憶することができる。

サーバ１１０における制御部３１３の決済管理部３１５は、ユーザによる決済要求の受付け、ユーザによる商取引における支払いに関する決済情報の受付け、商取引における支払いの決済などに関する処理、および、それらの管理を行う機能を有する。また、口座管理部３１６は、電子バリューＡＣ１、出金口座ＡＣ２、それらのアカウント口座情報Ｊ１，Ｊ２、および特定ユーザとユーザ情報Ｘとの関連付け、関連付けられた情報データのユーザへの通知、アカウント口座情報Ｊ１，Ｊ２および各種情報Ｊ３の確認、電子バリューＡＣ１、出金口座ＡＣ２、および特定出金口座ＡＣ３の残高更新などに関する処理、ならびに、それらの管理を行う機能を有する。

さらに、入出金管理部３１７は、ユーザに対して電子バリューＡＣ１への入金を提案する契機（トリガー）となる所定条件の検出または判定、ユーザへの入金の提案、その際の入金提案額の算出およびユーザへの提示、電子バリューＡＣ１への入金要求の受付け、電子バリューＡＣ１への入金、電子バリューＡＣ１からの出金（支払い金額の決済時）、出金口座ＡＣ２からの出金などに関する処理、ならびに、それらの管理を行う機能を有する。また、表示管理部３１８は、決済システム６１０による各種処理にかかるユーザインターフェイス（ＵＩ）を端末１２０の入出力Ｉ／Ｆ３２１（出力装置）に表示するための画像データの作成に関する処理、および、その管理を行う機能を有する。そのＵＩには、限定でなく例として、第１アカウント口座情報Ｊ１、第２アカウント口座情報Ｊ２、ユーザによる端末１２０の画面上の操作状態などが含まれる。

このとおり、記憶部３１４は、本開示における「残高記憶部」および「情報記憶部」の一例に相当する。また、決済管理部３１５は、本開示における「特定ユーザ受付部」の一例に相当する。また、口座管理部３１６は、本開示における「残高更新部」の一例に相当する。また、入出金管理部３１７は、本開示における「入金提案部」、「算出提示部」、および「入出金処理部」の一例に相当する。また、表示管理部３１８および後記の端末１２０における表示処理部３２８は、「第１表示部」、および「第２表示部」の一例に相当する。入出金管理部３１７および後記の端末１２０における指示処理部３２７は、本開示における「入金額指示部」の一例に相当する。

（２）端末の機能構成
端末１２０は、入出力Ｉ／Ｆ３２１と、通信Ｉ／Ｆ３２２と、制御部３２３と、記憶部３２４とを有する。入出力Ｉ／Ｆ３２１は、図２の入出力Ｉ／Ｆ２０４に相当し、通信Ｉ／Ｆ３２２は、図２の通信Ｉ／Ｆ２０５に相当する。また、制御部３２３は、取引管理部３２５と、注文処理部３２６と、指示処理部３２７と、表示処理部３２８とを有する。

端末１２０では、記憶部３２４に記憶された決済システム用アプリケーション（プログラム）がプロセッサ２０１で実行されることにより、ユーザは、決済システム６１０へアクセスしてサービスを利用することができる。

端末１２０における制御部３２３の取引管理部３２５は、商取引システムおよび決済システム６１０において実行される各種処理に必要なユーザによる入力パラメータの管理、端末１２０における各種設定処理および各種演算処理の制御などに加え、ユーザに対して電子バリューＡＣ１への入金を提案する契機（トリガー）となる所定条件の検出または判定を行う機能を有する。また、注文処理部３２６は、サーバ１１０へ送信するユーザによる商取引における注文に関する処理、および、支払い金額の決済要求などの決済に関する処理を行う機能を有する。さらに、指示処理部３２７は、サーバ１１０へ送信する購入注文および決済要求以外のユーザによる指示（例えば電子バリューＡＣ１への入金指示など）に関する処理を行う機能を有する。また、表示処理部３２８は、サーバ１１０から送信される画像データに基づいて、決済システムの各種設定や各種処理におけるＵＩ画像を端末１２０の入出力Ｉ／Ｆ３２１（出力装置）に表示する機能を有する。

＜第１実施形態の動作処理＞
図５を参照し、本実施形態に係る決済システム６１０の処理について説明する。図５は、本実施形態に係るサーバ１１０と端末１２０との処理のシーケンス図の一例を示し、また、本開示に係る情報処理方法における処理手順の一例を示す図でもある。なお、以下で説明する処理手順は一例に過ぎず、各処理は、本開示の技術思想の範囲内において可能な限り変更されてよく、また、適宜、ステップの省略、置換、および追加が可能である。

（ステップＳ１２０）
まず、ステップＳ１２０において、ユーザが端末１２０を起動し、決済システム用アプリケーション（プログラム）を実行させると、端末１２０の入出力Ｉ／Ｆ３２１に決済システムへのログイン画面が表示される。ステップＳ１２０では、ユーザが入出力Ｉ／Ｆ３２１（入力装置）から自身のログイン情報を入力すると、指示処理部３２７が、その情報をサーバ１１０へ送信する。サーバ１１０の決済管理部３１５は、そのログイン情報が正確である場合、ユーザのログインを許可し、表示管理部３１８が生成した初期画面の画像データを端末１２０へ送信する。端末１２０の表示処理部３２８は、その画像データに基づいて、入出力Ｉ／Ｆ３２１（出力装置）に初期画面を表示する。

初期画面としては、限定でなく例として、デフォルトとして用意されている特定の画面、各種設定画面、商取引システムやｅ−コマースのポータルサイト画面、それらの個々のサイト画面、電子バリューＡＣ１の情報画面、出金口座ＡＣ２の情報画面、メニュー選択画面、ユーザが最終ログイン時に表示していた画面、ユーザによるカスタム画面、および、これらを組み合わせた画面などが挙げられる。なお、ユーザは、この初期画面から適宜の商取引サイトなどを利用して、所望の商取引を行い、それに続けて、その支払い金額の決済を行うことができ、あるいは、適宜の商取引サイトを利用して、所望の商取引における支払いの決済の段階で、決済システム用アプリケーション（プログラム）を実行して、支払いの決済を行うこともできる。

（ステップＳ１１１，Ｓ１２１）
端末１２０で決済システム用アプリケーションが実行されると、サーバ１１０および端末１２０の少なくともいずれかにおいて、ユーザに対して電子バリューＡＣ１への入金を促すための所定条件（トリガー条件）が発生しているか否かの検出または判定が行われる。例えば、ステップＳ１１１では、サーバ１１０の入出金管理部３１７が、その所定条件の検出を行い、ステップＳ１２１では、端末１２０の取引管理部３２５が、その所定条件の検出を行う。なお、端末１２０の取引管理部３２５が所定条件を検出した場合、端末１２０の制御部３２３は、その検出信号をサーバ１１０へ送信する（図５において破線矢印で示す。）。また、「所定条件」の一例については、後記の第１実施例から第４実施例において詳述する。

（ステップＳ１１２）
ステップＳ１１１，Ｓ１２１の少なくともいずれかにおいて所定条件の発生が検出されると、ステップＳ１１２において、サーバ１１０の入出金管理部３１７は、ユーザに対して電子バリューＡＣ１への入金を提案する際に同時に提示する入金提案額の算出を行う。ここで、入金提案額は、出金口座ＡＣ２から電子バリューＡＣ１への入金処理に係る損益分岐点に相当する金額を超えるように算出される。

通常、決済サービスに用いる電子バリューＡＣ１への入金処理については、出金元（出金口座ＡＣ２を保持する外部システム１４０の運営者）と入金側（電子バリューＡＣ１の運用者）との間で取り極められた手数料が発生する。この手数料は、特に制限されないが、例えばサービス一括での固定金額として定められたり、サービスの利用量やユーザ数に応じた変動金額として定められたりする。そこで、例えば、設定された手数料、または、必要に応じてその定数量にその他の経費を加えた費用と、当該決済サービスで実行される入金処理の予想される全体数などから、電子バリューＡＣ１への入金処理ごとの（入金指示または入金要求から入金完了までの１トランザクションあたりの）損益分岐点を推算し、その損益分岐点に相当する金額を超える任意の金額を入金提案額として算出することができる。なお、算出する入金提案額は１つに限定されず、複数の入金提案額を算出してもよい。

（ステップＳ１１３）
次に、ステップＳ１１３において、サーバ１１０の入出金管理部３１７および表示管理部３１８は、算出した入金提案額を提示してユーザに対して電子バリューＡＣ１への入金を提案するための画面、および、ユーザがその入金提案額を承諾して入金を指示するための画面の画像データを生成し、端末１２０へ送信する。端末１２０の表示処理部３２８は、その画像データに基づいて、入出力Ｉ／Ｆ３２１（出力装置）に入金提案画面を表示する。その際、入金提案額が複数の場合には、ユーザが所望の入金提案額を選択可能な入金提案画面とすることができる。

（ステップＳ１２２，Ｓ１２３）
ステップＳ１２２において、ユーザが端末１２０に表示された入金提案画面を確認し、その入金提案額を承諾（または選択して承諾）すると、ステップＳ１２３において、端末１２０の指示処理部３２７が、承諾された入金提案額を出金口座ＡＣ２から出金して電子バリューＡＣ１へ電子マネーとして入金する旨の入金指示をサーバ１１０へ送信する。

（ステップＳ１１４，Ｓ１１５）
ステップＳ１１４では、サーバ１１０の入出金管理部３１７が、ユーザからの入金指示に基づいて、ユーザが承諾した入金提案額を出金口座ＡＣ２から出金して電子バリューＡＣ１へ入金する。また、サーバ１１０の口座管理部３１６は、電子バリューＡＣ１および出金口座ＡＣ２の残高を更新し、記憶部３１４が、更新されたそれらの残高を第１アカウント口座情報Ｊ１および第２アカウント口座情報Ｊ２として記憶する。そして、ステップＳ１１５において、サーバ１１０の口座管理部３１６および表示管理部３１８は、入出金の完了、および、更新された電子バリューＡＣ１および出金口座ＡＣ２の残高をユーザへ通知するための画面の画像データを生成し、端末１２０へ送信する。端末１２０の表示処理部３２８は、その画像データに基づいて、入出力Ｉ／Ｆ３２１（出力装置）に残高通知画面を表示し、電子バリューＡＣ１への入金処理を終了する。

以上のとおり、ステップＳ１２０の初期画面表示に先立って、および、ステップＳ１１４において、サーバ１１０の記憶部３１４が第１アカウント口座情報Ｊ１を記憶する処理が、本開示における「残高を記憶するステップ」の一例に相当する。また、ステップＳ１１２，Ｓ１１３における処理が、本開示における「入金を提案するステップ」ならびに「入金提案額を算出および提示するステップ」の一例に相当する。また、ステップＳ１１４における処理が、本開示における「第１アカウント口座へ入金するステップ」および「残高を更新するステップ」の一例にも相当する。

＜＜第１実施例＞＞
第１実施形態の第１実施例は、ユーザに対して電子バリューＡＣ１への入金を提案する際の所定条件（トリガー条件）として、条件（ａ１）が発生しているか否かの検出または判定を行う実施例である。条件（ａ１）としては、限定でなく例として、電子バリューＡＣ１の残高が一定金額以下であるか否かを挙げることができる。

＜＜第１実施例の効果＞＞
本実施例によれば、所定条件として条件（ａ１）が満たされた場合に、ユーザに対して電子バリューＡＣ１への入金を提案し、かつ、その際に入金提案額を提示するので、第１実施形態と同様に、ユーザの利便性を向上させることができ、かつ、電子バリューＡＣ１による決済サービスを運用する上での採算性を向上させることができる。また、例えば、電子バリューＡＣ１の残高が一定金額以下であることを条件（ａ１）とすることにより、商取引の際に電子バリューＡＣ１の残高不足が生じて決済ができなくなってしまうことを、未然に防止し易くなり、ユーザにとって確認し易い簡便な条件でもあるので、ユーザの利便性を更に向上させることができる。

＜＜第１実施例の動作処理＞＞
図６は、本実施例に係るサーバ１１０と端末１２０との処理のシーケンス図の一例を示し、また、本開示に係る情報処理方法における処理手順の一例を示す図でもある。図６に示すように、本実施例は、ステップＳ１１１，Ｓ１１２において、条件（ａ１）の検出または判定を行うこと以外は、第１実施形態と同等の装置構成を用い、図５に示す処理手順と同等の手順により実行することができる。

条件（ａ１）として、上述したように、例えば、電子バリューＡＣ１の残高が一定金額以下であることを採用した場合、その一定金額は、ユーザにより設定された任意の金額でもよいし、ユーザによる商取引における過去の取引情報（支払い金額などを含む決済情報）、および、電子バリューＡＣ１への過去の入金情報（入金額）の少なくともいずれかに基づいて決定することができる。後者の場合、一定金額としては、限定でなく例として、過去の全期間または所定の期間（限定でなく例として、直近期間）における支払い金額または入金額の１回あたりの最小値、中心値、平均値、最大値、またはそれらに一定の係数を乗じた値などが挙げられる。

＜＜第２実施例＞＞
第１実施形態の第２実施例は、ユーザに対して電子バリューＡＣ１への入金を促すための所定条件（トリガー条件）として、条件（ａ２）が発生しているか否かの検出または判定を行う実施例である。条件（ａ２）としては、限定でなく例として、商取引における支払い金額が所定金額を超えたか否かを挙げることができる。

＜＜第２実施例の効果＞＞
本実施例によれば、所定条件として条件（ａ２）が満たされた場合に、ユーザに対して電子バリューＡＣ１への入金を提案し、かつ、その際に入金提案額を提示するので、第１実施形態と同様に、ユーザの利便性を向上させることができ、かつ、電子バリューＡＣ１による決済サービスを運用する上での採算性を向上させることができる。また、例えば、商取引における支払い金額が所定金額を超えたことを条件（ａ２）とすることにより、商取引の際に電子バリューＡＣ１の残高不足が生じて決済ができなくなってしまうことを、防止し易くなるので、ユーザの利便性を更に向上させることができる。

＜＜第２実施例の動作処理＞＞
図６に示すように、本実施例は、ステップＳ１１１，Ｓ１１２に先立って、ステップＳ１２４において、端末１２０の注文処理部３２６が、ユーザによる商取引における支払いの決済を電子バリューＡＣ１の電子マネーで行う決済要求、および、その取引情報（支払い金額を含む決済情報）を、サーバ１１０へ送信すること、ならびに、ステップＳ１１１，Ｓ１１２において、条件（ａ２）の検出または判定を行うこと以外は、第１実施形態と同等の装置構成を用い、図５に示す処理手順と同等の手順により実行することができる。

条件（ａ２）として、上述したように、例えば、商取引における支払い金額が所定金額を超えたことを採用した場合、その所定金額は、ユーザにより設定された任意の金額でもよいし、その時点での電子バリューＡＣ１の残高でよいし、その時点での電子バリューＡＣ１の残高に所定係数を乗じた金額でもよい。

また、本実施例において、条件（ａ２）が検出された場合、ステップＳ１１２では、電子バリューＡＣ１への入金処理に係る損益分岐点に相当する金額を超え、かつ、例えば入金後の電子バリューＡＣ１の残高が、ステップＳ１２４で送信された取引情報における支払い金額を上回るように、入金提案額が算出される。

＜＜第３実施例＞＞
第１実施形態の第３実施例は、ユーザに対して電子バリューＡＣ１への入金を促すための所定条件（トリガー条件）として、条件（ａ３）が発生しているか否かの検出または判定を行う実施例である。条件（ａ３）としては、限定でなく例として、電子バリューＡＣ１への前回の入金から所定期間が経過したか否か、または、所定イベントの発生時であるか否かを挙げることができる。

＜＜第３実施例の効果＞＞
本実施例によれば、所定条件として条件（ａ３）が満たされた場合に、ユーザに対して電子バリューＡＣ１への入金を提案し、かつ、その際に入金提案額を提示するので、第１実施形態と同様に、ユーザの利便性を向上させることができ、かつ、電子バリューＡＣ１による決済サービスを運用する上での採算性を向上させることができる。また、例えば、電子バリューＡＣ１への前回の入金から所定期間が経過したこと、または、所定イベントの発生時であることを条件（ａ３）とすることにより、商取引の際に電子バリューＡＣ１の残高不足が生じて決済ができなくなってしまうことを、未然に防止し易くなり、また、ユーザによる入金の負担を時間的に平均化することができるので、ユーザの利便性を更に向上させることができる。

＜＜第３実施例の動作処理＞＞
図６に示すように、本実施例は、ステップＳ１１１，Ｓ１１２において、条件（ａ３）の検出または判定を行うこと以外は、第１実施形態と同等の装置構成を用い、図５に示す処理手順と同等の手順により実行することができる。

条件（ａ３）として、上述したように、例えば、電子バリューＡＣ１への前回の入金から所定期間が経過したこと、または、所定イベントの発生時であることを採用した場合、その所定期間や所定イベントとしては、限定でなく例として、ユーザによる毎月の指定日、ユーザの給与または賞与支給日、決済システム用のアプリケーションの起動時などが挙げられる。

＜＜第４実施例＞＞
第１実施形態の第４実施例は、ユーザに対して提示する電子バリューＡＣ１への入金提案額を、ユーザが必要とする金額以上となるように算出する実施例である。

＜＜第４実施例の効果＞＞
本実施例によれば、所定条件が満たされた場合に、ユーザに対して電子バリューＡＣ１への入金を提案し、かつ、その際に入金提案額を提示するので、第１実施形態と同様に、ユーザの利便性を向上させることができ、かつ、電子バリューＡＣ１による決済サービスを運用する上での採算性を向上させることができる。また、ユーザが必要とする金額以上の入金提示額を提示することにより、ユーザのニーズに応え易くなるので、ユーザの利便性を更に向上させることができる。

＜＜第４実施例の動作処理＞＞
本実施例は、ステップＳ１１２において、電子バリューＡＣ１への入金処理に係る損益分岐点に相当する金額を超え、かつ、ユーザが必要とする金額以上となるように、入金提案額を算出すること以外は、第１実施形態と同等の装置構成を用い、図５および図６に示す処理手順と同等の手順により実行することができる。

ここで、ユーザが必要とする金額としては、限定でなく例として、商取引の実行時においては、支払い金額に対する電子バリューＡＣ１の残高の不足金額以上の金額が挙げられ、商取引の実行時以外においては、ユーザによる商取引における過去の取引情報（支払い金額などを含む決済情報）、および、電子バリューＡＣ１への過去の入金情報（入金額）の少なくともいずれかに基づいて決定することができる。この場合、限定でなく例として、過去の全期間または所定の一定期間（直近期間）における支払い金額または入金額の１回あたりの最小値、中心値、平均値、最大値、またはそれらに一定の係数を乗じた値などをユーザが必要とする金額とすることができる。

＜第２実施形態＞
第２実施形態は、ユーザが端末１２０を用いて、ネットワーク１３０経由によるオンライン処理で、商取引における支払いを電子マネーによって決済することができる決済サービスへの適用例を示す実施形態である。

図７は、第２実施形態の構成の概要を模式的に示す概略図である。当該決済サービスにおいては、例えば情報処理装置２００（サーバ１１０および端末１２０）によって決済システム６１０が構築される。ユーザが商取引において電子バリューＡＣ１の電子マネーによる支払いを選択すると、その決済要求（決済リクエスト）がユーザの端末１２０からサーバ１１０へ送信され、その支払い金額が電子バリューＡＣ１の残高の範囲内であれば、決済要求が承認されて支払い処理と電子バリューＡＣ１の残高の更新処理が行われる。

また、第２実施形態では、商取引における支払い金額に対して電子バリューＡＣ１の残高が不足する場合に、サーバ１１０から端末１２０を通して、ユーザに対し、電子バリューＡＣ１への入金が提案（催促）される。その際、ユーザの出金口座ＡＣ２の残高が支払い金額に対して不足している場合、ユーザは所定関係を有する特定ユーザを選定して、自分の電子バリューＡＣ１への入金を要求することができる。そして、指定された特定ユーザがその入金要求および入金要求額を承諾すると、その承諾に基づいて、当該特定ユーザが所有する特定出金口座ＡＣ３から入金要求額が出金されて、電子バリューＡＣ１へ電子マネーとして入金される。

ここで、電子バリューＡＣ１としては、限定でなく例として、専用または汎用の電子マネーカード、ユーザに関連付けられた電子マネー口座などが挙げられ、電子マネー口座は、例えば、サーバ１１０に設けられていてもよいし、外部システム１４０に設けられていてもよい。また、特定出金口座ＡＣ３としては、限定でなく例として、特定ユーザの電子バリューまたは特定ユーザが保有する各種口座などが挙げられる。この各種口座としては、限定でなく例として、特定の商取引における売上金を保持管理する口座、特定のサービスにおいて利用可能なポイント（金銭等価物）を保持管理する口座、クレジットカードのキャッシング枠（貸付可能金額）を保持管理する口座、銀行や証券会社などの金融機関、または、例えば仮想通貨の取引所における預金、運用資金、保有資産などを保持管理する金融口座などが挙げられる。このとおり、電子バリューＡＣ１は、本開示における「第１アカウント口座」の一例に相当し、特定出金口座ＡＣ３は、本開示における「第３アカウント口座」の一例に相当する。

なお、「所定関係」とは、サーバ１１０が、２以上のユーザ間の所定の関係を記憶していることを意味する。限定でなく例として、所定関係は、相互に関係構築を承認した関係、少なくとも一方が関係構築を申し入れた関係、ユーザ情報に基づき構築された関係、ユーザ行動に基づき構築された関係、所定の条件が満たされたことにより関係構築がなされた状態を含んでもよい。なお、ユーザ情報に基づき構築された関係とは、１以上の同一または類似するユーザ情報を有するユーザ同士を関係づけた関係を含んでもよいし、ユーザ行動に基づき構築された関係とは、１以上の同一または類似するユーザ行動を有するユーザ同士を関係づけた関係を含んでもよい。また、ユーザと所定関係にあるユーザは、限定ではなく例として、ユーザと所定関係にある全てのユーザでもよいし、予め定められた所定の人数のユーザであってもよいし、親密度が所定の度合い以上のユーザであってもよい。

＜第２実施形態の効果＞
かかる第２実施形態によれば、商取引における支払い金額に対して、ユーザの電子バリューＡＣ１への出金元の口座である出金口座ＡＣ２の残高が不足する場合であっても、ユーザは、そのユーザと所定関係を有する特定ユーザを選定し、その特定ユーザに対して、支払い金額に対する不足分以上の入金要求額の入金を要求することができる。そして、特定ユーザがその入金要求および入金要求額を承諾することにより、ユーザの電子バリューＡＣ１に支払い金額の不足分が入金される。このように、支払い金額の不足分の電子バリューＡＣ１への入金を特定ユーザに代行してもらうことができるので、ユーザが出金口座ＡＣ２に入金する操作を行う必要がない。その結果、支払い金額を適時にかつ迅速に決済することができるので、ユーザの利便性を向上させ、かつ、なめらかな入金処理および商取引を実現することができる。また、特定ユーザとしてユーザと所定関係を有するユーザを選定するので、ユーザが入金代行を依頼し易い利点がある。その結果、特定ユーザの選定を短時間で行うことが可能であり、商取引を迅速にかつ更になめらかに実施することができる。

＜第２実施形態の機能構成＞
（１）サーバの機能構成
第２実施形態におけるサーバ１１０の機能構成は、第１実施形態におけるサーバ１１０の機能構成と同等であるので、ここでの詳細な説明は省略する。

（２）端末の機能構成
第２実施形態における端末１２０の機能構成は、第１実施形態における端末１２０の機能構成と同等であるので、ここでの詳細な説明は省略する。

＜第２実施形態の動作処理＞
図８を参照し、本実施形態に係る決済システム６１０の処理について説明する。図８は、本実施形態に係るサーバ１１０と端末１２０（ユーザの端末１２０Ａおよび特定ユーザの端末１２０Ｂ）との処理のシーケンス図の一例を示し、また、本開示に係る情報処理方法における処理手順の一例を示す図でもある。なお、以下で説明する処理手順は一例に過ぎず、各処理は、本開示の技術思想の範囲内において可能な限り変更されてよく、また、適宜、ステップの省略、置換、および追加が可能である。

（ステップＳ２２０）
まず、ユーザが決済システム用アプリケーション（プログラム）を実行させる。なお、ステップＳ２２０における処理は、第１実施形態において図５を用いて説明したステップＳ１２０の処理と同様であるため、ここでの詳細な説明は省略する。

（ステップＳ２２１）
ステップＳ２２１において、ユーザが所望の商取引における支払いを電子バリューＡＣ１の電子マネーで行う決済を指示すると、端末１２０Ａの注文処理部３２６が、その支払いの決済要求、および、その取引情報（支払い金額などを含む決済情報）を、サーバ１１０へ送信する。

（ステップＳ２１０，ステップＳ２１１）
決済要求を受け付けたサーバ１１０の決済管理部３１５および口座管理部３１６は、ステップＳ２１０において、電子バリューＡＣ１の残高を確認し、その残高を支払い金額と対比する。電子バリューＡＣ１の残高が支払い金額に対して不足している場合には、ステップＳ２１１において、サーバ１１０の決済管理部３１５、入出金管理部３１７、および表示管理部３１８は、ユーザによる決済要求を承認できない旨をユーザに通知し（否認通知）、ユーザに対して電子バリューＡＣ１への入金を提案するための画面、および、入金額の設定入力画面の画像データを生成し、端末１２０Ａへ送信する。端末１２０Ａの表示処理部３２８は、その画像データに基づいて、入出力Ｉ／Ｆ３２１（出力装置）に否認通知および入金提案ならびに入金額の設定入力画面を表示する。

（ステップＳ２２２，Ｓ２２３）
次いで、ステップＳ２２２において、ユーザが例えば電子バリューＡＣ１の残高と支払い金額を比較考量して所望の入金額を入力設定し、出金口座ＡＣ２から電子バリューＡＣ１への入金を指示すると、ステップＳ２２３において、端末１２０Ａの指示処理部３２７が、その入金要求をサーバ１１０へ送信する。

（ステップＳ２１２，Ｓ２１３）
入金要求を受け付けたサーバ１１０の口座管理部３１６は、ステップＳ２１２において、出金口座ＡＣ２の残高を確認し、その残高を入金要求額と対比する。出金口座ＡＣ２の残高が入金要求額に対して不足している場合には、ステップＳ２１３において、サーバ１１０の入出金管理部３１７および表示管理部３１８は、ユーザによる入金要求を承諾できない旨をユーザに通知し（否認通知）、電子バリューＡＣ１への入金代行（入金要求額のユーザへの貸付け）を依頼する特定ユーザを選定するための画面の画像データを生成し、端末１２０Ａへ送信する。端末１２０Ａの表示処理部３２８は、その画像データに基づいて、入出力Ｉ／Ｆ３２１（出力装置）に否認通知、ならびに、ユーザと所定関係を有する特定ユーザの例えば候補リスト表示および特定ユーザの選定画面を表示する。

（ステップＳ２２４）
次に、ステップＳ２２４において、ユーザが電子バリューＡＣ１への入金代行を依頼する特定ユーザを選定し、その特定ユーザの特定出金口座ＡＣ３からユーザの電子バリューＡＣ１への入金依頼を指示すると、ステップＳ２２５において、端末１２０Ａの指示処理部３２７が、その入金要求をサーバ１１０へ送信する。なお、特定ユーザは、サーバ１１０の制御部３１３または端末１２０の制御部３２３によって、作為的にあるいは任意（無作為）に自動的に選定されてもよく、選定される特定ユーザは、一人でも複数人であってもよい。

（ステップＳ２１４）
それから、ステップＳ２１４において、その入金要求を受け付けたサーバ１１０の口座管理部３１６、入出金管理部３１７、および表示管理部３１８は、ユーザからの入金要求およびその入金要求額を特定ユーザに提示するための画面、および、特定ユーザがその入金要求および入金要求額を承諾して入金を指示するための画面の画像データを生成し、端末１２０Ｂへ送信する。端末１２０Ｂの表示処理部３２８は、その画像データに基づいて、入出力Ｉ／Ｆ３２１（出力装置）に入金要求画面を表示する。

（ステップＳ２３０，Ｓ２３１）
ステップＳ２３０において、特定ユーザが端末１２０Ｂに表示された入金要求画面を確認し、その入金要求額を承諾すると、ステップＳ２３１において、端末１２０Ｂの指示処理部３２７は、ユーザからの入金要求および入金要求額を特定ユーザが承諾した旨を通知し（承諾通知）、承諾した入金要求額を特定出金口座ＡＣ３から出金して電子バリューＡＣ１へ電子マネーとして入金する旨の入金指示をサーバ１１０へ送信する。

（ステップＳ２１５，Ｓ２１６）
ステップＳ２１５では、サーバ１１０の入出金管理部３１７が、特定ユーザからの入金指示に基づいて、特定ユーザが承諾した入金要求額を特定出金口座ＡＣ３から出金して電子バリューＡＣ１へ入金する。また、サーバ１１０の口座管理部３１６は、電子バリューＡＣ１および特定出金口座ＡＣ３の残高を更新し、記憶部３１４が、更新されたそれらの残高を第１アカウント口座情報Ｊ１および各種情報Ｊ３として記憶する。そして、ステップＳ２１６において、サーバ１１０の口座管理部３１６および表示管理部３１８は、入出金の完了、および、更新された電子バリューＡＣ１および特定出金口座ＡＣ３の残高を、それぞれユーザおよび特定ユーザへ通知するための画面の画像データを生成し、端末１２０Ａ，１２０Ｂへ送信する。端末１２０Ａ，１２０Ｂの各表示処理部３２８は、その画像データに基づいて、入出力Ｉ／Ｆ３２１（出力装置）に残高通知画面を表示し、電子バリューＡＣ１への入金処理を終了する。その後、ステップＳ２１０の処理を再度実行し、ユーザからの支払い金額の決済要求、および、その取引情報（支払い金額を含む決済情報）を、サーバ１１０へ送信して、決裁手続きを続行することができる。

以上のとおり、ステップＳ２２０の初期画面表示に先立って、および、ステップＳ２１５において、サーバ１１０の記憶部３１４が第１アカウント口座情報Ｊ１を記憶する処理が、本開示における「残高を記憶するステップ」の一例に相当する。また、ステップＳ２１１における処理が、本開示における「入金を提案するステップ」の一例に相当する。また、ステップＳ２２４，Ｓ２２５における処理が、本開示における「入金要求および入金要求額を受け付けるステップ」の一例に相当する。また、ステップＳ２１５における処理が、本開示における「第１アカウント口座へ入金するステップ」および「残高を更新するステップ」の一例にも相当する。なお、ユーザは、特定ユーザから借り入れた入金額を、ユーザに関連付けられた適宜のアカウント口座の残金から、例えば特定ユーザの特定出金口座などへ返済することができる。

＜＜第１実施例＞＞
第２実施形態の第１実施例は、ユーザと特定ユーザとの所定関係が、ユーザとの家族関係、または、ユーザとの交友関係である実施例、すなわち、ユーザが電子バリューＡＣ１への入金代行を依頼することができる特定ユーザを、ユーザの家族、ユーザの友達、または、以前に貸し借りがあったユーザに限定する実施例である。また、ユーザの友達としては、限定でなく例として、前述したＳＮＳにおける友達ユーザ、ユーザの端末１２０に記憶された連絡帳や電話帳に登録された友達ユーザなどが挙げられる。

＜＜第１実施例の効果＞＞
本実施例によれば、ユーザの家族、ユーザの友達、または、以前既に貸し借りを行ったユーザのなかから特定ユーザを選定することができるので、ユーザが入金代行の依頼（つまり借入の申し出）を更に行い易くなり、これにより、特定ユーザの選定を短時間で行うことができ、また、入金要求の承諾が得られる可能性を高めることができる。その結果、電子バリューＡＣ１への入金および商取引を一層迅速に実施することができるとともに、ユーザの利便性を更に向上させることができる。

＜＜第１実施例の動作処理＞＞
本実施例は、ステップＳ２１３において、サーバ１１０の入出金管理部３１７および表示管理部３１８が、電子バリューＡＣ１への入金代行を依頼する特定ユーザを選定するための画面として、例えばユーザの家族、ユーザの友達、および、以前貸し借りがあったユーザリストを含む画面の画像データを生成して端末１２０Ａへ送信すること、ならびに、ステップＳ２２４において、ユーザがそのユーザリストから特定ユーザを選定可能に構成すること以外は、第１実施形態と同等の装置構成を用い、図８に示す処理手順と同等の手順により実行することができる。

＜＜第２実施例＞＞
第２実施形態の第２実施例は、ユーザが、ユーザと家族関係を有する特定ユーザを選定した場合に、その特定のユーザの特定出金口座ＡＣ３の残高を含むその特定出金口座ＡＣ３に関する情報を、ユーザが閲覧できるように端末１２０Ａに表示する実施例である。より具体的には、ユーザと特定ユーザが親子の関係にあり、親であるユーザが特定ユーザである子供のアカウントに対応付けられた特定出金口座ＡＣ３の残高を閲覧することができる態様が挙げられる。

＜＜第２実施例の効果＞＞
本実施例によれば、特定ユーザとしてユーザの家族を選定するので、特定ユーザの特定出金口座ＡＣ３の残高を含む口座情報を閲覧する際の許容度または自由度が高く、ユーザが特定出金口座ＡＣ３の残高を閲覧し易い利点がある。よって、特定出金口座ＡＣ３の残高が必要金額を上回っていることを確認した上で入金要求を行うことができるので、電子バリューＡＣ１への入金を確実にかつより迅速に実行することができ、これにより、商取引を確実にかつより一層迅速に実施することができるとともに、ユーザの利便性を更に向上させることができる。

＜＜第２実施例の動作処理＞＞
本実施例は、ステップＳ２１３において、サーバ１１０の入出金管理部３１７および表示管理部３１８が、電子バリューＡＣ１への入金代行を依頼する特定ユーザを選定するための画面として、ユーザの家族であるユーザリストを含む画面の画像データを生成して端末１２０Ａへ送信すること、ならびに、ステップＳ２２４において、ユーザがそのユーザリストから特定ユーザを選定可能に、かつ、その特定ユーザの特定出金口座ＡＣ３の残高などを閲覧可能に構成すること以外は、第１実施形態と同等の装置構成を用い、図８に示す処理手順と同等の手順により実行することができる。この場合、ステップＳ２１３においては、サーバ１１０の口座管理部３１６が、記憶部３１４に保持された各種情報Ｊ３のなかから特定ユーザの特定出金口座ＡＣ３に関する情報を抽出し、入出金管理部３１７および表示管理部３１８が、その抽出された情報に基づいて、特定出金口座ＡＣ３の残高を表示するための画面の画像データを生成して端末１２０Ａへ送信するように構成することができる。

＜＜第３実施例＞＞
図８に示す第１実施形態ならびにその第１実施例および第２実施例では、ユーザによる特定ユーザへの入金要求および入金要求額の提示、ならびに、特定出金口座ＡＣ３から電子バリューＡＣ１への入金処理ごとに、特定ユーザによる入金要求および入金要求額の承諾を得ていた。これに対し、第２実施形態の第３実施例は、ユーザによる特定ユーザへの入金要求および入金要求額の提示に基づく入金処理に先立って、特定ユーザから、ユーザによる入金要求および入金要求額の事前承諾を予め取得しておき、つまり、すなわち、包括的な承諾を事前に得ておく実施例である。これにより、ユーザから特定ユーザに対して入金要求があった場合には、その入金要求ごとに特定ユーザの承諾を得ることなく、特定出金口座ＡＣ３から電子バリューＡＣ１への入金処理が自動的に行われる。

＜＜第３実施例の効果＞＞
本実施例によれば、特定ユーザに対して、ユーザによる特定出金口座ＡＣ３から電子バリューＡＣ１への入金要求および入金要求額（制限の有無、および、制限がある場合の上限など）の承諾を事前に予め取得しておくことにより、ユーザからの入金要求が発生する度に特定ユーザの承諾を得ることなく、特定出金口座ＡＣ３から電子バリューＡＣ１への入金処理を迅速に行うことができる。これにより、入金処理にかかる処理時間を短縮し、かつ、商取引を一層なめらかに実施することができるので、ユーザおよび特定ユーザのストレスを軽減し、また、ユーザのより適時に所望の取引を行うことが可能となるとともに、ユーザの利便性を更に向上させることができる。また、この場合、より一層ユーザの操作を簡略化することができ、結果として情報処理端末の負荷を軽減させることもできる。

＜＜第３実施例の動作処理＞＞
図９は、本実施例に係るサーバ１１０と端末１２０との処理のシーケンス図の一例を示し、また、本開示に係る情報処理方法における処理手順の一例を示す図でもある。図９に示すように、本実施例は、ユーザによる商取引における支払いの決済の前に、適宜のタイミングでステップＳ２２６，Ｓ２１７，Ｓ２３２，Ｓ２３３を実行すること、および、ステップＳ２１４，Ｓ２３０，Ｓ２３１を実行しないこと以外は、第１実施形態と同等の装置構成を用い、図８に示す処理手順と同等の手順により実行することができる。

ここでは、まず、ステップＳ２２０において決済システム用のアプリケーションを起動した後の初期画面で、例えば、各種設定メニューのなかから口座管理設定メニューを選択すると、サーバ１１０の口座管理部３１６および表示管理部３１８は、口座管理設定メニューの画像データを生成してユーザの端末１２０Ａへ送信する。端末１２０Ａの表示処理部３２８は、その画像データに基づいて、入出力Ｉ／Ｆ３２１（出力装置）に、特定ユーザの選定、特定ユーザの特定出金口座ＡＣ３からユーザの電子バリューＡＣ１への包括的な事前の入金要求および入金要求額（上限値または無制限）の承諾要求の指示を入力するための口座管理設定画面を表示する。

それから、ステップＳ２２６において、ユーザがその口座管理設定画面で、特定ユーザを選定し、その特定ユーザへの入金要求および入金要求額の事前承諾要求を入力すると、端末１２０Ａの指示処理部３２７は、その事前承諾要求をサーバ１１０へ送信する。続いて、ステップＳ２１７において、それらの要求を受け付けたサーバ１１０の入出金管理部３１７および表示管理部３１８は、特定出金口座ＡＣ３からユーザの電子バリューＡＣ１への入金要求および入金要求額の事前承諾の確認を行うための画面の画像データを生成し、選定された特定ユーザの端末１２０Ｂへ送信する。端末１２０Ｂの表示処理部３２８は、その画像データに基づいて、入出力Ｉ／Ｆ３２１（出力装置）に、事前承諾の可否の入力画面を表示する。この場合、より具体的には、その画面表示に、例えば「友達（ユーザＩＤやユーザ名）から入金リクエストがあった場合に自動的に承諾しますか？」といった旨のテキストを含めることができる。

次いで、ステップＳ２３２において、特定ユーザが端末１２０Ｂに表示された事前承諾の可否の入力画面を確認し、事前承諾を了承すると、ステップＳ２３３において、端末１２０Ｂの指示処理部３２７は、ユーザからの入金要求および入金要求額を特定ユーザが事前承諾した旨を通知する（承諾通知）。

かかる入金処理の事前承諾がなされた初期設定が登録されている場合、図９に示すステップＳ２１５において、サーバ１１０の入出金管理部３１７は、ステップＳ２２５におけるユーザの端末１２０Ａからの決済処理に係る入金要求の都度、特定ユーザへの入金要求および入金要求額の承諾を得ることなく（すなわち、ステップＳ２１４，Ｓ２３０，Ｓ２３１を実行することなく）、ユーザからの入金要求額を特定出金口座ＡＣ３から出金して電子バリューＡＣ１へ入金する。

＜＜第４実施例＞＞
第２実施形態の第４実施例は、ユーザが選定できる特定ユーザを、その選定の時点で位置的にユーザの近傍にいる特定ユーザに限定し、また、特定ユーザが入金要求を承諾できるユーザを、その承諾の時点で位置的に特定ユーザの近傍にいるユーザに限定する実施例である。

＜＜第４実施例の効果＞＞
本実施例によれば、ユーザと選定された特定ユーザが互いに位置的に近いところにいるので、ユーザと特定ユーザ同士が直接的にコミュニケーションを取り易い利点があり、例えば、そのような直接的なコミュニケーションを介することにより、ユーザが特定ユーザに対して入金処理の事前承諾を取り付け易くなる。その結果、入金処理ひいては商取引をよりなめらかに実施することが可能となり、ユーザの利便性を更に向上させることができる。

＜＜第４実施例の動作処理＞＞
本実施例は、ステップＳ２１３において、サーバ１１０の入出金管理部３１７および表示管理部３１８が、電子バリューＡＣ１への入金代行を依頼する特定ユーザを選定するための画面として、その時点で位置的にユーザの近傍にいるユーザリストを含む画面の画像データを生成して端末１２０Ａへ送信すること、ステップＳ２２４において、ユーザがそのユーザリストから特定ユーザを選定可能に構成すること、ならびに、ステップＳ２２５でユーザからの入金要求があった際、その時点で、そのユーザが位置的に対象の特定ユーザの近傍にいる場合にのみ、ステップＳ２１４を実行して対象の特定ユーザに対して入金要求を送信するように構成すること以外は、第１実施形態と同等の装置構成を用い、図８および図９に示す処理手順と同等の手順により実行することができる。なお、ユーザと特定ユーザとの位置的な関係は、端末１２０Ａ，１２０Ｂの位置情報や近距離無線通信による情報に基づいて取得することができる。

＜＜第５実施例＞＞
第２実施形態の第５実施例は、ユーザが選定できる特定ユーザを、ユーザと一定以上の親密度を有する特定ユーザに限定し、また、特定ユーザが入金要求を承諾できるユーザを、特定ユーザと一定以上の親密度を有するユーザに限定する実施例である。

ここで、ユーザと特定ユーザとの「親密度」としては、限定でなく例として、下記（ｂ１）から（ｂ６）の少なくともいずれかを挙げることができる。
（ｂ１）所定期間におけるメッセージ送受信量
（ｂ２）所定関係が構築されてからの経過期間
（ｂ３）時間的および空間的な関係性
（ｂ４）共通の友達数
（ｂ５）共通の友達とのコミュニケーション度合い
（ｂ６）属性の類似度度合い

すなわち、「親密度」とは、上記（ｂ１）のように、所定期間内（１か月間や２か月間などの予め固定された期間でもよいし、所定関係を構築してから現在までの期間でもよい）においてユーザとの間で送受信したメッセージの送受信量が多い順に親密度が高くなるように決定される度合いであってもよい。また、所定期間内においてユーザ間で行われた取引（商品の売買や、資産の送受信・両替等などを含む）の回数が多い順に親密度が高くなるように決定される度合いでもよい。メッセージの送受信量や取引の回数は、絶対値であってもよいし、ユーザと所定関係にある１以上のユーザの中での相対値であってもよい。

また、「親密度」とは、上記（ｂ２）のように、所定関係が構築されてから現在までの期間の長さが長いほど親密度が高くなるように決定される度合いであってもよい。所定関係を構築してから現在までの期間の長さは、絶対値であってもよいし、ユーザと所定関係にある１以上のユーザの中での相対値であってもよい。

また、「親密度」とは、上記（ｂ３）のように、ユーザと所定関係にある複数の他のユーザについて、他のユーザがユーザの位置から所定範囲内にいる時間の長さが長いほど、親密度が高くなるように決定される度合いであってもよい。また、親密度とは、ユーザと所定関係にある複数のユーザについて、所定関係が構築されてから現在までの期間と、各ユーザの位置情報とに基づいて推定される関係性（例えば家族関係にあると推定されるなど）が高いほど親密度が高くなるように決定される度合いであってもよい。

また、「親密度」とは、上記（ｂ４）のように、ユーザと所定関係にある複数の他のユーザについて、ユーザと共通のユーザの数（共通の友達の人数）が多いほど親密度が高くなるように決定される度合いであってもよい。友達の人数は、限定でなく例として、ＳＮＳ上での友達数、連絡帳における登録数などを用いてもよい。また、友達の人数は、絶対値であってもよいし、ユーザと所定関係にある１以上のユーザの中での相対値であってもよい。

また、「親密度」とは、上記（ｂ５）のように、ユーザとコミュニケーションをとっているユーザと所定関係を構築しているユーザのうち、ユーザ自身と所定関係にあるユーザの数が多いほど親密度が高くなるように決定される度合いであってもよい。

また、「親密度」とは、上記（ｂ６）のように、ユーザ自身の属性と、ユーザと所定関係にある複数のユーザの各々の属性との間における類似度が高いほど親密度が高くなるように決定される度合いであってもよい。ユーザの属性とは、限定ではなく例として、ＳＮＳなどで登録または設定している趣味、興味、または関心であってもよい。

＜＜第５実施例の効果＞＞
本実施例によれば、ユーザと親密度が高い特定ユーザを選定することができるので、ユーザが入金代行の依頼を更に行い易くなり、これにより、特定ユーザの選定を短時間で行うことができ、また、入金要求の承諾が得られる可能性を高めることができる。その結果、電子バリューＡＣ１への入金および商取引を一層迅速にかつなめらかに実施することができるとともに、ユーザの利便性を更に向上させることができる。

＜＜第５実施例の動作処理＞＞
本実施例は、ステップＳ２１３において、サーバ１１０の入出金管理部３１７および表示管理部３１８が、電子バリューＡＣ１への入金代行を依頼する特定ユーザを選定するための画面として、ユーザと一定以上の親密度を有するユーザリストを含む画面の画像データを生成して端末１２０Ａへ送信すること、ならびに、ステップＳ２２４において、ユーザがそのユーザリストから特定ユーザを選定可能に構成すること以外は、第１実施形態と同等の装置構成を用い、図８および図９に示す処理手順と同等の手順により実行することができる。

＜第３実施形態＞
第３実施形態は、ユーザが端末１２０を用いて、ネットワーク１３０経由によるオンライン処理で、商取引における支払いを電子マネーによって決済することができる決済サービスへの適用例を示す実施形態である。この第３実施形態では、第１実施形態と同様に（図３参照）、例えば情報処理装置２００（サーバ１１０および端末１２０）によって決済システム６１０が構築される。ユーザが商取引において電子バリューＡＣ１の電子マネーによる支払いを選択すると、その決済要求（決済リクエスト）がユーザの端末１２０からサーバ１１０へ送信され、その支払い金額が電子バリューＡＣ１の残高の範囲内であれば、決済要求が承認されて支払い処理と電子バリューＡＣ１の残高の更新処理が行われる。

また、第３実施形態では、例えば、ユーザによる商取引における支払い金額に対して電子バリューＡＣ１の残高が不足する場合に、サーバ１１０から端末１２０を通して、ユーザに対し、電子バリューＡＣ１への入金提案および入金提案額が提示される。そして、ユーザがその入金提案および入金提案額を承諾すると、その承諾に基づいて、当該ユーザが所有する出金口座ＡＣ２から入金提案額が出金されて、電子バリューＡＣ１へ電子マネーとして入金される。あるいは、ユーザは、提示された入金提案額を適宜調整することもでき、調整後の金額が入金指定額として決定されると、当該ユーザが所有する出金口座ＡＣ２から入金指定額が出金されて、電子バリューＡＣ１へ電子マネーとして入金される。

また、第３実施形態では、入金提案額は、ユーザによる商取引における過去の取引情報（支払い金額などを含む決済情報）の履歴および電子バリューＡＣ１への過去の入金情報の履歴の少なくともいずれかに基づいて算出され、ユーザに提示される。この場合、例えば、過去の支払い金額の範囲内または過去の入金額の範囲内の適宜の金額を、入金提案額として決定することができる。

＜第３実施形態の効果＞
かかる第３実施形態によれば、ユーザに対して電子バリューＡＣ１への入金を提案し、かつ、その際に入金提案額を提示するので、ユーザは電子バリューの残高を随時確認する必要がなく、その入金提案額を承諾することにより、ユーザ自ら検討した上で入金額を決定する必要もない。よって、ユーザの手間を軽減して簡易な入金操作を可能にするので、ユーザの利便性を向上させることができる。また、ユーザが入金指定額を決定する場合でも、ユーザは、一旦提示された入金提案額をベースとしてその入金提案額を調整する操作を行うだけなので、ユーザが最初から入金額を検討して決定する場合に比して、手間を軽減して簡易な入金操作を実現させることができる。よって、この場合でも、ユーザの利便性を向上させることができる。これらの結果、なめらかな入金処理および商取引を実現することが可能となる。また、ユーザに提示される入金提案額を、ユーザによる商取引における過去の取引情報および電子バリューＡＣ１への過去の入金情報の少なくともいずれかに基づいて算出するので、ユーザに対して適切な入金額を提案して電子バリューＡＣ１へ入金することができる。

＜第３実施形態の機能構成＞
（１）サーバの機能構成
第３実施形態におけるサーバ１１０の機能構成は、第１実施形態におけるサーバ１１０の機能構成と同等であるので、ここでの詳細な説明は省略する。

（２）端末の機能構成
第３実施形態における端末１２０の機能構成は、第１実施形態における端末１２０の機能構成と同等であるので、ここでの詳細な説明は省略する。

＜第３実施形態の動作処理＞
図１０を参照し、本実施形態に係る決済システム６１０の処理について説明する。図１０は、本実施形態に係るサーバ１１０と端末１２０との処理のシーケンス図の一例を示し、また、本開示に係る情報処理方法における処理手順の一例を示す図でもある。なお、以下で説明する処理手順は一例に過ぎず、各処理は、本開示の技術思想の範囲内において可能な限り変更されてよく、また、適宜、ステップの省略、置換、および追加が可能である。

（ステップＳ３２０）
まず、ユーザが決済システム用アプリケーション（プログラム）を実行させる。なお、ステップＳ３２０における処理は、第１実施形態において図５を用いて説明したステップＳ１２０の処理と同様であるため、ここでの詳細な説明は省略する。

（ステップＳ３２１，Ｓ３１０）
ステップＳ２２１において、端末１２０の取引管理部３２５は、商取引ごとに、取引情報（店舗情報、取引時刻、支払い金額、位置情報、環境情報などを含む決済情報）を、サーバ１１０へ送信する。各取引情報は、ステップＳ３１０において、ユーザＩＤに対応付けて、サーバ１１０の記憶部３１４に各種情報Ｊ３の一部として記憶されていく。また、ステップＳ３１０では、電子バリューＡＣ１への入金ごとに、入金情報（入金額、位置情報など）が、ユーザＩＤに対応付けて、サーバ１１０の記憶部３１４に第１アカウント口座情報Ｊ１の一部として記憶されていく。

（ステップＳ３２２）
一方、ステップＳ３２２において、ユーザが所望の商取引における支払いを電子バリューＡＣ１の電子マネーで行う決済を指示すると、端末１２０の注文処理部３２６が、その支払いの決済要求、および、その取引情報（支払い金額などを含む決済情報）を、サーバ１１０へ送信する。

（ステップＳ３１１，Ｓ３１２）
決済要求を受け付けたサーバ１１０の決済管理部３１５および口座管理部３１６は、ステップＳ３１１において、電子バリューＡＣ１の残高を確認し、その残高を支払い金額と対比する。電子バリューＡＣ１の残高が支払い金額に対して不足している場合には、ステップＳ３１２において、サーバ１１０の入出金管理部３１７は、ユーザに対して電子バリューＡＣ１への入金を提案する際に同時に提示する入金提案額の算出を行う。

ここで、入金提案額は、ユーザによる商取引における過去の取引情報（支払い金額）および電子バリューＡＣ１への過去の入金情報（入金額）の少なくともいずれかに基づいて算出される。より具体的には、入金提案額としては、限定でなく例として、過去の全期間または所定の一定期間（直近期間）における支払い金額または入金額の１回あたりの最小値、中心値、平均値、加重平均値、最大値、またはそれらに一定の係数を乗じた値などとすることができる。なお、算出する入金提案額は１つに限定されず、複数の入金提案額を算出してもよい。当然に、本第３実施形態の入金提案額には、上述の第１実施形態や第２実施形態により算出される入金提案額を適用させてもよい。

（ステップＳ３１３）
次に、ステップＳ３１３において、サーバ１１０の入出金管理部３１７および表示管理部３１８は、算出した入金提案額を提示してユーザに対して電子バリューＡＣ１への入金を提案するための画面、および、ユーザがその入金提案額を承諾して入金を指示するための画面の画像データを生成し、端末１２０へ送信する。端末１２０の表示処理部３２８は、その画像データに基づいて、入出力Ｉ／Ｆ３２１（出力装置）に入金提案画面を表示する。その際、入金提案額が複数の場合には、ユーザが所望の入金提案額を選択可能な入金提案画面とすることができる。

（ステップＳ３２３，Ｓ３２４）
ステップＳ３２３において、ユーザが端末１２０に表示された入金提案画面を確認し、その入金提案額を承諾（または選択して承諾）、または、提示された入金提案額を適宜調整し、調整後の金額を入金指定額として決定すると、ステップＳ３２４において、端末１２０の指示処理部３２７が、承諾された入金提案額または決定された入金指定額を出金口座ＡＣ２から出金して電子バリューＡＣ１へ電子マネーとして入金する旨の入金指示をサーバ１１０へ送信する。

（ステップＳ３１４，Ｓ３１５）
ステップＳ３１４では、サーバ１１０の入出金管理部３１７が、ユーザからの入金指示に基づいて、ユーザが承諾した入金提案額またはユーザが決定した入金指定額を出金口座ＡＣ２から出金して電子バリューＡＣ１へ入金する。また、サーバ１１０の口座管理部３１６は、電子バリューＡＣ１および出金口座ＡＣ２の残高を更新し、記憶部３１４が、更新されたそれらの残高を第１アカウント口座情報Ｊ１および第２アカウント口座情報Ｊ２として記憶する。そして、ステップＳ３１５において、サーバ１１０の口座管理部３１６および表示管理部３１８は、入出金の完了、および、更新された電子バリューＡＣ１および出金口座ＡＣ２の残高をユーザへ通知するための画面の画像データを生成し、端末１２０へ送信する。端末１２０の表示処理部３２８は、その画像データに基づいて、入出力Ｉ／Ｆ３２１（出力装置）に残高通知画面を表示し、電子バリューＡＣ１への入金処理を終了する。

以上のとおり、ステップＳ３２０の初期画面表示に先立って、および、ステップＳ３１４において、サーバ１１０の記憶部３１４が第１アカウント口座情報Ｊ１を記憶する処理が、本開示における「残高を記憶するステップ」の一例に相当する。また、ステップＳ３１０における処理が、本開示における「取引情報および入金情報を記憶するステップ」の一例に相当する。また、ステップＳ３１２，Ｓ３１３における処理が、本開示における「入金を提案するステップ」ならびに「入金提案額を算出および提示するステップ」の一例に相当する。また、ステップＳ３１４における処理が、本開示における「第１アカウント口座へ入金するステップ」および「残高を更新するステップ」の一例にも相当する。

＜＜第１実施例＞＞
第３実施形態の第１実施例は、ユーザが利用した店舗に対応付けて取引情報を記憶しておき、ユーザが店舗において商取引を行う場合に、または、ユーザが店舗の所定範囲内に位置する場合に、その店舗における過去の取引情報（支払い金額）を用いて、その店舗に対応付けた入金提案額を算出してユーザに対して提示する実施例である。この場合、例えば、ユーザの端末１２０から送信されてくる取引情報から、ユーザが商取引を行っている店舗を特定することができ、あるいは、ユーザの端末１２０の現在の位置情報に基づいて、ユーザが店舗内にいることまたはその店舗に近づいたことを判断してもよいし、ユーザからの通知または指定により、商取引を行っている、または、商取引を行う予定であることを判断してもよい。

＜＜第１実施例の効果＞＞
本実施例によれば、店舗に対応付けた入金提案額を、その店舗における過去の取引情報に基づいて算出するので、その店舗における商取引で必要なる金額を精度よく算出することができるので、ユーザがその入金提案額を承諾して電子バリューＡＣ１へ入金することにより、その店舗での商取引をより円滑に実施することができ、ユーザの利便性を向上させることができる。

＜＜第１実施例の動作処理＞＞
本実施例は、ステップＳ３１０において、各取引情報を、店舗に対応付けてサーバ１１０の記憶部３１４に各種情報Ｊ３の一部として記憶すること、ステップＳ３１２において、店舗ごとに、例えば、過去の全期間または所定の一定期間（直近期間）における支払い金額の１回あたりの最小値、中心値、平均値、加重平均値、最大値、またはそれらに一定の係数を乗じた値などを入金提案額として算出すること、および、ステップＳ３２１において送信されてくる取引情報から店舗を特定し、その店舗に対応付けられた入金提案額を提示すること以外は、第１実施形態と同等の装置構成を用い、図１０に示す処理手順と同等の手順により実行することができる。

＜＜第２実施例＞＞
第３実施形態の第２実施例は、ユーザが提示された入金提案額を増減させて調整することにより、ユーザによる入金指定額を決定する実施例である。また、本実施例では、ユーザが入金提案額を増減させるためのＵＩ画像として、所定の操作オブジェクトをユーザの端末１２０の画面に表示し、ユーザは、その操作オブジェクトを操作することにより、入金提案額を所望に増減させることができる。

＜＜第２実施例の効果＞＞
本実施例によれば、ユーザは、提示された入金提案額をベースとして、操作オブジェクトを操作することにより、その入金提案額の増減処理を簡便に行うことができるので、入金指示額の決定を平易に実施することができ、また、その操作が視覚的にかつ直感的に確認し易くなる。これにより、ユーザによる入金指定額の決定操作の負担を軽減することができるので、ユーザの利便性を向上させることができ、また、ひいては商取引をよりなめらかに実施することが可能となる。

＜＜第２実施例の動作処理＞＞
本実施例は、先に第１実施形態について説明した処理手順のうち、ステップＳ３２３において、ユーザが入金提案額を調整して入金指定額を決定し、ステップＳ３２４において、その入金指定額の入金指示を送信する態様に相当し、第１実施形態と同等の装置構成を用い、図１０に示す処理手順と同等の手順により実行することができる。ここで、図１１（Ａ）から（Ｄ）を参照し、ユーザが端末１２０を操作して入金提案額を増減させて金額を調整し、これにより入金指定額を決定する操作について説明する。図１１（Ａ）から（Ｄ）は、第３実施形態の第２実施例に係る端末１２０における表示画面の一例を示す。本実施例では、ステップＳ３２３において、入金提案画面として、それらの図１１（Ａ）から（Ｄ）のいずれかの画面が端末１２０に表示される。

図１１（Ａ）の画面例では、端末１２０の表示処理部３２８は、画面の上段から下段に向かって順に、入金提案額を示すテキストＴ３０、入金提案額またはその調整額に対してユーザが選択した金額を増減するためのボタンＢ３１，Ｂ３２、入金提案額に基づく調整額を入金指定額として決定（確定）してサーバ１１０に、その入金指示を送信するためのボタンＢ３３、および、入金提案額およびその調整額に対して増減する金額を入力するためのテンキーＫ３４を表示する。

この画面例では、入金提案額の「１００００円」が「チャージ提案金額」として明示され、ユーザは、テンキーＫ３４の数字キーパッドをタップ操作することにより、入金提案額の「１００００円」に対して増減したい金額（増減額）を入力することができる。それから、ユーザがボタンＢ３１，Ｂ３２のいずれかをタップすると、「１００００円」に増減額が加算または減算された調整額が計算され、テキストＴ３５における入金提案額がその調整額に書き換えられる。また、ユーザは、更に同様にしてテンキーＫ３４とボタンＢ３１，Ｂ３２を操作することにより、その調整額を更に調整することができる。ユーザがその調整額を承諾し、ボタンＢ３３をタップすると、その調整額が入金指定額として決定（確定）され、サーバ１１０へその入金指示が送信される。

例えば、テンキーＫ３４により「２０００」を入力して、ボタンＢ３１をタップすることにより、入金提案額に「２０００円」が加算され、テキストＴ３０における入金提案額が調整額として「１２０００円」に書き換えられる。またさらに、テンキーＫ３４により「１０００」を入力して、ボタンＢ３２をタップすることにより、調整額から「１０００円」が減算され、テキストＴ３０における調整額が更に「１１０００円」に書き換えられる。なお、入力された増減額は画面の任意の位置に表示させることができる（図示省略）。

図１１（Ｂ）の画面例では、端末１２０の表示処理部３２８は、画面の上段に、入金提案額を示すテキストＴ３０を表示し、その下段に、入金提案額またはその調整額に対してユーザが選択した金額を増減するためのボタンＢ３１，Ｂ３２、入金提案額に基づく調整額を入金指定額として決定（確定）してサーバ１１０へその入金指示を送信するためのボタンＢ３３、および、入金提案額およびその調整額に対して増減する金額を所定の固定金額単位（ここでは、「１００」円、「１０００」円、および「１００００」円単位）で入力するためのテキストボタンＴ３５を表示する。

この画面例でも、入金提案額の「１００００円」が「チャージ提案金額」として明示され、ユーザは、テキストボタンＴ３５における所望の単位金額を選択し、そのテキスト部分をタップすることにより、入金提案額の「１００００円」に対して増減したい金額（増減額）をその選択した固定金額単位で指定することができる。それから、ユーザがボタンＢ３１，Ｂ３２のいずれかをタップすると、「１００００円」に増減額が加算または減算された調整額が計算され、テキストＴ３５における入金提案額がその調整額に書き換えられる。また、ユーザは、更に同様にしてテキストボタンＴ３５とボタンＢ３１，Ｂ３２を操作することにより、その調整額を更に調整することができる。ユーザがその調整額を承諾し、ボタンＢ３３をタップすると、その調整額が入金指定額として決定（確定）され、サーバ１１０へその入金指示が送信される。

例えば、「１０００」のテキスト部分を２回タップして、ボタンＢ３１をタップすることにより、入金提案額に「２０００円」が加算され、テキストＴ３０における入金提案額が調整額として「１２０００円」に書き換えられる。またさらに、「１０００」のテキスト部分を１回タップして、ボタンＢ３２をタップすることにより、調整額から「１０００円」が減算され、テキストＴ３０における調整額が更に「１１０００円」に書き換えられる。なお、入力された増減額は画面の任意の位置に表示させることができる（図示省略）。

図１１（Ｃ）の画面例では、端末１２０の表示処理部３２８は、画面の上段から下段に向かって順に、入金提案額を示すテキストＴ３０、入金提案額およびその調整額に対して加算する金額を所定の固定金額単位（ここでも、「１００」円、「１０００」円、および「１００００」円単位）で指定して入金提案額に加算するためのテキストボタンＴ３５、および、入金提案額に基づく調整額を入金指定額として決定（確定）してサーバ１１０へその入金指示を送信するためのボタンＢ３３を表示する。このとおり、図１１（Ｂ）の画面例は、入金提案額を増減して調整する態様の一例を示す一方、図１１（Ｃ）の画面例は、入金提案額を増加させて調整する態様の一例を示す。

この画面例でも、入金提案額の「１００００円」が「チャージ提案金額」として明示され、ユーザは、テキストボタンＴ３５における所望の単位金額を選択し、そのテキスト部分をタップすることにより、入金提案額の「１００００円」に対して指定金額を増加させることができる。これにより、「１００００円」に指定金額が加算された調整額が計算され、テキストＴ３５における入金提案額がその調整額に書き換えられる。また、ユーザは、更に同様にしてテキストボタンＴ３５を操作することにより、その調整額を更に調整することができる。ユーザがその調整額を承諾し、ボタンＢ３３をタップすると、その調整額が入金指定額として決定（確定）され、サーバ１１０へその入金指示が送信される。

例えば、「１０００」のテキスト部分を２回タップすることにより、タップの度に入金提案額に「１０００円」が加算され、テキストＴ３０における入金提案額が調整額として順次、「１１０００円」および「１２０００円」へと書き換えられる。またさらに、「１００００」のテキスト部分を１回タップすることにより、調整額に「１００００円」が加算され、テキストＴ３０における調整額が更に「２２０００円」に書き換えられる。

図１１（Ｄ）の画面例では、端末１２０の表示処理部３２８は、画面の上段から下段に向かって順に、入金提案額を示すテキストＴ３０、入金提案額およびその調整額に対して増減する金額を無段階で指定して入金提案額に対して増減するためのスライダーＳ３６、および、入金提案額に基づく調整額を入金指定額として決定（確定）してサーバ１１０へその入金指示を送信するためのボタンＢ３３を表示する。

この画面例でも、入金提案額の「１００００円」が「チャージ提案金額」として明示され、ユーザは、スライダーＳ３６のポインターをスライダーＳ３６の中央部分から左右にスライドさせることにより、入金提案額の「１００００円」に対して指定金額を増減することができる。これにより、「１００００円」に指定金額が加算または減算された調整額が計算され、テキストＴ３５における入金提案額が、スライダーＳ３６のポインターの動きに追随してその調整額に書き換えられる。また、ユーザは、更に同様にしてスライダーＳ３６を操作することにより、その調整額を更に調整することができる。ユーザがその調整額を承諾し、ボタンＢ３３をタップすると、その調整額が入金指定額として決定（確定）され、サーバ１１０へその入金指示が送信される。

例えば、スライダーＤ３６のポインターを中央部分から画面向かって右にスライドさせていくことにより、テキストＴ３０における入金提案額が徐々に増加した調整額に変化していき、スライダーＳ３６から指を離すと、ポインターは中央部分に戻り、その時点での調整額（例えば「２００００円」）へと書き換えられる。またさらに、スライダーＤ３６のポインターを中央部分から画面向かって左にスライドさせていくことにより、テキストＴ３０における調整額が徐々に減少した調整額に変化していき、スライダーＳ３６から指を離すと、ポインターは中央部分に戻り、その時点での調整額（例えば「１５０００円」）へと書き換えられる。

＜＜第３実施例＞＞
第３実施形態の第３実施例は、出金口座ＡＣ２から電子バリューＡＣ１への入金処理に係る損益分岐点に相当する金額を超えるように、入金提案額を算出してユーザに提示する実施例である。前述のとおり、通常、当該決済サービスでは、出金元と入金側（電子バリューＡＣ１の運用者）との間で取り極められた手数料が発生し、この手数料は、特に制限されないが、例えばサービス一括での固定金額として定められたり、サービスの利用量やユーザ数に応じた変動金額として定められたりする。そこで、例えば、このように設定された手数料、または、必要に応じてその手数量にその他の経費を加えた費用と、当該決済サービスで実行される入金処理の予想される全体数などから、入金処理ごとの（入金指示または入金要求から入金完了までの１トランザクションあたりの）損益分岐点を推算して決定することができる。

＜＜第３実施例の効果＞＞
本実施例によれば、出金口座ＡＣ２から電子バリューＡＣ１への入金処理に係る損益分岐点に相当する金額を超える金額を入金提案額として算出するので、入金処理の都度、手数料に起因する経費が減損され、換言すれば、入金額が手数料に起因する経費を確実に上回るので、電子バリューＡＣ１による決済サービスを運用する上での採算性を向上させることができる。

＜＜第３実施例の動作処理＞＞
本実施例は、ステップＳ３１２において、ユーザによる商取引における過去の取引情報（支払い金額）および電子バリューＡＣ１への過去の入金情報（入金額）の少なくともいずれかに基づいて入金提案額を算出することに加え、電子バリューＡＣ１への入金処理に係る損益分岐点に相当する金額を超えるように入金提案額を算出すること以外は、第１実施形態と同等の装置構成を用い、図１０に示す処理手順と同等の手順により実行することができる。また、図１１（Ａ）から（Ｄ）に示す操作オブジェクトを用いて入金提案額を調整する場合には、入金提案額の調整額および決定される入金指定額は、入金処理に係る損益分岐点に相当する金額以下とならないように構成することができる。

＜第４実施形態＞
第４実施形態は、ユーザが端末１２０を用いて、ネットワーク１３０経由によるオンライン処理で、商取引における支払いを電子マネーによって決済することができる決済サービスへの適用例を示す実施形態である。この第４実施形態では、第１実施形態と同様に（図３参照）、例えば情報処理装置２００（サーバ１１０および端末１２０）によって決済システム６１０が構築される。ユーザが商取引において電子バリューＡＣ１の電子マネーによる支払いを選択すると、その決済要求（決済リクエスト）がユーザの端末１２０からサーバ１１０へ送信され、その支払い金額が電子バリューＡＣ１の残高の範囲内であれば、決済要求が承認されて支払い処理と電子バリューＡＣ１の残高の更新処理が行われる。

また、第４実施形態では、商取引における支払い金額に対して電子バリューＡＣ１の残高が不足する場合に、サーバ１１０から端末１２０を通して、ユーザに対し、電子バリューＡＣ１への入金を提案（催促）する。ユーザは、入金額を設定し、サーバ１１０へ入金指示を送信することにより、設定された入金指定額が出金口座ＡＣ２から出金されて電子バリューＡＣ１へ入金される。

さらに、第４実施形態では、ユーザが入金額を設定する際に、ユーザの端末１２０の画面表示において、ユーザに関連付けられた電子バリューＡＣ１に第１表示領域を対応付け、その第１表示領域に電子バリューＡＣ１に関する情報としての第１アカウント口座情報Ｊ１を表示する。また、その際に、ユーザの端末１２０の画面表示において、ユーザに関連付けられた出金口座ＡＣ２に第２表示領域を対応付け、その第２表示領域に出金口座ＡＣ２に関する情報としての第２アカウント口座情報Ｊ２を表示する。そして、ユーザが第１表示領域の少なくとも一部を選択して第２表示領域へ移動させる操作に応答して、第１アカウント口座情報Ｊ１および第２アカウント口座情報Ｊ２の少なくともいずれかのアカウント口座情報を画面上で更新して表示する。

＜第４実施形態の効果＞
かかる第４実施形態によれば、端末１２０の画面表示における互いに異なる第１表示領域および第２表示領域に、それぞれ第１アカウント口座情報Ｊ１および第２アカウント口座情報Ｊ２が対応付けられており、それらの表示領域に対するユーザの操作に応答して、画面上においてアカウント口座情報を更新する。よって、例えば、操作が出金口座ＡＣ２から電子バリューＡＣ１への入金処理に関する操作である場合、その処理を簡便に行うことができる。その結果、例えば入金指示額の決定を、数値入力などに比して極めて平易に実施することができ、簡易な操作による入金処理を実現することができる。しかも、画面上の操作であるので、視覚的にかつ直感的に確認し易くなる。これにより、ユーザによる操作の負担を軽減することができるので、ユーザの利便性を向上させることができ、また、ひいては商取引をよりなめらかに実施することが可能となる。

＜第４実施形態の機能構成＞
（１）サーバの機能構成
第４実施形態におけるサーバ１１０の機能構成は、第１実施形態におけるサーバ１１０の機能構成と同等であるので、ここでの詳細な説明は省略する。

（２）端末の機能構成
第４実施形態における端末１２０の機能構成は、第１実施形態における端末１２０の機能構成と同等であるので、ここでの詳細な説明は省略する。

＜第４実施形態の動作処理＞
図１２を参照し、本実施形態に係る決済システム６１０の処理について説明する。図１２は、本実施形態に係るサーバ１１０と端末１２０との処理のシーケンス図の一例を示し、また、本開示に係る情報処理方法における処理手順の一例を示す図でもある。なお、以下で説明する処理手順は一例に過ぎず、各処理は、本開示の技術思想の範囲内において可能な限り変更されてよく、また、適宜、ステップの省略、置換、および追加が可能である。

（ステップＳ４２０）
まず、ユーザが決済システム用アプリケーション（プログラム）を実行させる。なお、ステップＳ４２０における処理は、第１実施形態において図５を用いて説明したステップＳ１２０の処理と同様であるため、ここでの詳細な説明は省略する。

（ステップＳ４２１）
ステップＳ２２１において、ユーザが所望の商取引における支払いを電子バリューＡＣ１の電子マネーで行う決済を指示すると、端末１２０の注文処理部３２６が、その支払いの決済要求、および、その取引情報（支払い金額などを含む決済情報）を、サーバ１１０へ送信する。

（ステップＳ４１０，ステップＳ４１１）
決済要求を受け付けたサーバ１１０の決済管理部３１５および口座管理部３１６は、ステップＳ４１０において、電子バリューＡＣ１の残高を確認し、その残高を支払い金額と対比する。電子バリューＡＣ１の残高が支払い金額に対して不足している場合には、ステップＳ４１１において、サーバ１１０の決済管理部３１５、入出金管理部３１７、および表示管理部３１８は、ユーザによる決済要求を承認できない旨をユーザに通知し（否認通知）、ユーザに対して電子バリューＡＣ１への入金を提案するための画面、および、入金額の設定入力画面の画像データを生成し、端末１２０へ送信する。端末１２０の表示処理部３２８は、その画像データに基づいて、入出力Ｉ／Ｆ３２１（出力装置）に否認通知および入金提案ならびに入金額の設定入力画面を表示する。

（ステップＳ４２２，Ｓ４２３）
次いで、ステップＳ４２２において、ユーザが例えば電子バリューＡＣ１の残高と支払い金額を比較考量して所望の入金額を設定して入金指定額を決定し、出金口座ＡＣ２から電子バリューＡＣ１への入金を指示すると、ステップＳ４２３において、端末１２０の指示処理部３２７が、その入金要求をサーバ１１０へ送信する。

（ステップＳ４１２，Ｓ４１３）
ステップＳ４１２では、サーバ１１０の入出金管理部３１７が、ユーザからの入金指示に基づいて、ユーザが決定した入金指定額を出金口座ＡＣ２から出金して電子バリューＡＣ１へ入金する。また、サーバ１１０の口座管理部３１６は、電子バリューＡＣ１および出金口座ＡＣ２の残高を更新し、記憶部３１４が、更新されたそれらの残高を第１アカウント口座情報Ｊ１および第２アカウント口座情報Ｊ２として記憶する。そして、ステップＳ４１３において、サーバ１１０の口座管理部３１６および表示管理部３１８は、入出金の完了、および、更新された電子バリューＡＣ１および出金口座ＡＣ２の残高をユーザへ通知するための画面の画像データを生成し、端末１２０へ送信する。端末１２０の表示処理部３２８は、その画像データに基づいて、入出力Ｉ／Ｆ３２１（出力装置）に残高通知画面を表示し、電子バリューＡＣ１への入金処理を終了する。

ここで、図１３（Ａ）から（Ｄ）および図１４（Ａ）および（Ｂ）を参照し、ユーザが端末１２０を操作して入金額を設定し入金指定額を決定する操作について説明する。図１３（Ａ）から（Ｄ）および図１４（Ａ）および（Ｂ）は、第４実施形態に係る端末１２０における表示画面の遷移の一例を示す。第４実施形態では、ステップＳ４２２において、入金額の設定入力画面として、それらの図１３（Ａ）から（Ｄ）および図１４（Ａ）および（Ｂ）の画面が端末１２０に順次表示される。

図１２に示すステップＳ４１１において、ユーザによる決済要求の否認通知がなされると、端末１２０の表示処理部３２８は、まず、図１３（Ａ）に示す入金額の設定入力画面を表示する。この図１３（Ａ）の画面例では、画面の中段および下段に、それぞれ、電子バリューＡＣ１に対応付けられた第１表示領域Ｒ４１、および、出金口座ＡＣ２に対応付けられた第２表示領域Ｒ４２が表示される。出金口座ＡＣ２が複数存在する場合は、複数の出金口座ＡＣ２に対応付けられた複数の第２表示領域Ｒ４２が表示されてもよい。

このとおり、第１表示領域Ｒ４１は、電子バリューＡＣ１に対応付けられており、電子バリューＡＣ１に関する第１アカウント口座情報Ｊ１として、入金準備段階（ユーザが入金額を調整している段階）における入金予定額が表示される。また、第１表示領域Ｒ４１またはその近傍には、例えば「チャージ金額計算領域」であることを示すテキストＴ４１、および、その時点における入金予定額が表示される。

また、第２表示領域Ｒ４２は、出金口座ＡＣ２に対応付けられており、出金口座ＡＣ２に関する第２アカウント口座情報Ｊ２として、出金準備段階（ユーザが出金額を調整している段階）における出金予定額が表示される。また、第２表示領域Ｒ４２またはその近傍には、例えば「チャージ元口座Ａ」（出金口座ＡＣ２）であること、および、その時点における出金口座ＡＣ２の残高（例えば「１００万円」）を示すテキストＴ４２が表示される。

この図１３（Ａ）の画面において、ユーザが第２表示領域Ｒ４２を指Ｆ４３で例えば画面向かって右方向になぞる（矢印Ｙ４４で模式的に示す動作）と、指Ｆ４３が移動した距離に応じて、第２表示領域の一部が選択され、端末１２０の表示処理部３２８は、図１３（Ｂ）に示す画面のように、その選択領域Ｒ４５を第２表示領域の他の領域と区別可能に（例えば異なる背景色で）表示する。また、１３（Ｂ）の画面では、選択領域Ｒ４５に、第２表示領域Ｒ４２の長さまたは大きさ（面積）に対する選択領域Ｒ４５の長さまたは大きさ（面積）の割合（例えば「３０％」）を示すテキストＴ４６が表示される。この時点で、例えば、出金口座ＡＣ２の残高の「１００万円」の「３０％」である「３０万円」が、出金口座ＡＣ２からの出金予定額、すなわち、電子バリューＡＣ１への入金予定額とされ、第１表示領域Ｒ４１に表示されるテキストＴ４１における電子バリューＡＣ１への入金予定額が、その「３０万円」へと書き換えられる。このとおり、選択領域Ｒ４５は、入金予定額に対応付けられた「第３表示領域」の一例に相当する。

それから、ユーザが選択領域Ｒ４５を第１表示領域Ｒ４１へ移動させる（タップした状態でスワイプ；矢印Ｙ４６で模式的に示す動作）と、図１３（Ｃ）に示すように、第２表示領域Ｒ４２に表示されるテキストＴ４２における出金口座ＡＣ２の残高が「７０万円」へと書き換えられる。また、端末１２０の表示処理部３２８は、図１３（Ｃ）に示す画面に、第１表示領域Ｒ４１に表示された入金予定額を電子バリューＡＣ１への入金指定額として決定（確定）し、サーバ１１０へその入金指示を送信するためのボタンＢ４７を表示する。

この図１３（Ｃ）に示す画面において、ユーザがボタンＢ４７をタップすると、図１２に示す前述したステップＳ４２２，Ｓ４２３，Ｓ４１２，Ｓ４１３が実行され、出金口座ＡＣ２から電子バリューＡＣ１への入金指示が端末１２０からサーバ１１０へ送信され、入金指定額が出金口座ＡＣ２から出金されて電子バリューＡＣ１へ入金され、電子バリューＡＣ１および出金口座ＡＣ２の残高が更新され、入出金の完了が、例えば図１３（Ｄ）に示す画面によってユーザへ通知される。

また、図１３（Ｃ）に示す画面にように、一旦、出金口座ＡＣ２から電子バリューＡＣ１への入金予定額を入力した後、ボタンＢ４７のタップによる入金指示を行う前に、その入金予定額を更に調整（増額）することもできる。すなわち、図１３（Ｃ）に示す画面から、図１４（Ａ）に示すように、再び、第２表示領域Ｒ４２を指Ｆ４３でなぞり、第２表示領域Ｒ４２の一部（例えば「１０％」）を選択し、さらに、その選択領域を第１表示領域Ｒ４１へ移動させる（矢印Ｙ４６で模式的に示す動作）ことにより、図１３（Ｃ）に示すテキストＴ４１，Ｔ４２における入金予定金額および出金口座ＡＣ２の残高が、それぞれ「３７万円」および「６３万円」へと書き換えられる。そして、この状態で、ボタンＢ４６により入金指示を行うと、図１３（Ｄ）と同様に、図１４（Ｂ）に示すように入出金の完了が通知される。

なお、一旦、出金口座ＡＣ２から電子バリューＡＣ１への入金予定額を入力した後、ボタンＢ４７のタップによる入金指示を行う前に、その入金予定額を更に調整（減額）することもできる。第１表示領域Ｒ４１を指Ｆ４３でなぞり、第１表示領域Ｒ４１の一部（例えば「１０％」）を選択し、さらに、その選択領域を第２表示領域Ｒ４２へ移動させることにより、テキストＴ４１，Ｔ４２に表示される入金予定金額および出金口座ＡＣ２の残高が、それぞれ「２７万円」および「７３万円」へと書き換えられる。

以上のとおり、ステップＳ４２２における図１３（Ａ）に対応した処理が、本開示における「第１表示領域を表示するステップ」、「第２表示領域を表示するステップ」、「第１アカウント口座情報表示するステップ」、および「第２アカウント口座情報を表示するステップ」の一例に相当する。また、ステップＳ４２２における図１３（Ｂ）および（Ｃ）に対応した処理が、本開示における「第３表示領域を表示するステップ」の一例に相当する。また、ステップＳ４２２，Ｓ４２３における処理が、本開示における「入金額を指定するステップ」の一例に相当する。また、ステップＳ４１２における処理が、本開示における「更新された第１アカウント口座情報および第２アカウント口座情報を表示するステップ」の一例に相当する。

＜＜第１実施例＞＞
第４実施形態における図１３（Ａ）から（Ｃ）に示す処理では、ユーザが第２表示領域Ｒ４２の少なくとも一部を直接なぞってその長さまたは大きさを指定することにより、第２表示領域Ｒ４２の少なくとも一部として選択領域Ｒ４５を設定した。第４実施形態の第１実施例は、第２表示領域Ｒ４２に対して直接的な操作を行う代わりに、例えば図１３（Ａ）に示す画面において、ユーザが所定領域を形成する操作に応じて、第２表示領域Ｒ４２の少なくとも一部を選択する実施例である。

＜＜第１実施例の効果＞＞
本実施例によれば、第２表示領域Ｒ４２を直接操作することなく、第２表示領域Ｒ４２の少なくとも一部を選択することができるので、出金口座ＡＣ２から電子バリューＡＣ１への入金予定額を指定する際の汎用性を高めることができ、これにより、ユーザの利便性を更に向上させて、よりなめらかな入金処理を実現することができる。

＜＜第１実施例の動作処理＞＞
本実施例は、ステップＳ４２２における図１３（Ａ）に示す画面において、ユーザが、例えば、第１表示領域Ｒ４１および第２表示領域Ｒ４２以外の任意の部位に、円形、方形、線分などの所定領域を指Ｆ４３で形成（描画）する。そして、第２表示領域Ｒ４２の長さまたは大きさ（面積）に対する所定領域の長さまたは大きさ（面積）の割合に応じて、第２表示領域Ｒ４２の一部が選択され、その割合を示すテキストＴ４６を、図１３（Ｂ）のように表示することができる。

＜＜第２実施例＞＞
第４実施形態の第２実施例は、例えば、第１実施形態における図１３（Ｂ）および（Ｃ）に示すような更新されたアカウント口座情報を表示するステップにおいて、電子バリューＡＣ１への入金予定額および出金口座ＡＣ２の残高として、適宜の桁数や適宜の単位数量で端数処理を施した金額を表示する実施例である。

＜＜第２実施例の効果＞＞
本実施例によれば、第２表示領域Ｒ４２の長さまたは大きさに対する選択された第２表示領域Ｒ４２の一部の長さまたは大きさの割合が、例えば小数点以下の端数を有する場合に、適宜の桁数で端数処理を施した数値を表示するので、ユーザは入金予定額や残高を確認し易くなり、これにより、入金処理におけるユーザの利便性を更に向上させることができる。

＜＜第２実施例の動作処理＞＞
本実施例では、図１３（Ｂ）においてユーザが選択した第２表示領域Ｒ４２の一部の長さまたは大きさの割合が、厳密には例えば「２８．９１７％」であったとしても、その割合の小数点以下を四捨五入する端数処理により「２９％」としてもよく、さらにその数値を例えば５％や１０％といったキリのよい数値への端数処理により「３０％」としてもよい。また、計算された割合に対応する入金予定額が、厳密には例えば「３１万４０００円」であったとしても、１万円未満を四捨五入する端数処理により「３１万円」としてもよく、さらにその数値を例えば５万円や１０万円といったキリのよい数値への端数処理により「３０万円」としてもよい。なお、端数処理としては、所定の桁や単位数値への切り上げまたは切り捨てを行ってもよい。

＜＜第３実施例＞＞
第４実施形態の第３実施例は、
所定条件が満たされた場合をトリガーとして、ユーザに対して電子バリューＡＣ１への入金を提案し、第１実施形態におけるアカウント口座情報を表示するステップ、操作の状態を表示するステップ、および、更新されたアカウント口座情報を表示するステップを実行する実施例である。所定条件としては、例えば、下記（ｃ１）から（ｃ４）の少なくともいずれかが挙げられる。

（ｃ１）前記第１アカウント口座の残高が一定金額以下となった場合
（ｃ２）商取引における支払い金額が所定金額を超えた場合
（ｃ３）所定期間ごとまたは所定イベント時
（ｃ４）商取引における支払い金額に対して前記第１アカウント口座の残高が不足する場合

＜＜第３実施例の効果＞＞
本実施例によれば、所定条件として条件（ｃ１）から（ｃ４）の少なくともいずれかがが満たされた場合に、ユーザに対して電子バリューＡＣ１への入金を提案するので、第１実施形態の実施例１から３および第２実施形態と同様の理由により、ユーザの利便性を向上させることができる。

＜＜第３実施例の動作処理＞＞
図１５は、本実施例に係るサーバ１１０と端末１２０との処理のシーケンス図の一例を示し、また、本開示に係る情報処理方法における処理手順の一例を示す図でもある。図１５に示すように、本実施例は、ステップＳ４２１，Ｓ４２０を実施せず（トリガー条件とせず）、適宜のタイミングで、第１実施形態におけるのと同様のステップＳ１２１，Ｓ１１１（図５参照）を実行し、ステップＳ４１１において、ユーザに対する電子バリューＡＣ１への入金提案をすること以外は、第４実施形態と同等の装置構成を用い、図１２に示す処理手順と同等の手順により実行することができる。なお、ステップＳ１２１，Ｓ１１１については、図５に示す第１実施形態における処理と同じであり、また、所定条件である条件（ｃ１）から（ｃ３）は、第１実施形態の実施例１から３における条件（ａ１）から（ｃ３）と同じであり、さらに、所定条件である条件（ｃ４）は、第２実施形態のおける前提条件と同じであるため、ここでの詳細な説明は省略する。

以上、本開示の一例としての各実施形態および各実施例について詳細に説明してきたが、前述した説明はあらゆる点において本開示の一例を示すに過ぎず、本開示の範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもなく、また、上記実施形態および上記各実施例は、部分的に置換してもよく、適宜組み合わせて構成することも可能であり、さらに、例えば、各実施形態および各実施例において適宜言及したような変更が可能である。

（付記１−１）
情報処理装置における情報処理方法であって、
ユーザに関連付けられた第１アカウント口座の残高を記憶するステップと、
所定条件を満たす場合に、前記ユーザに対して前記第１アカウント口座への入金を提案するステップと、
前記第１アカウント口座への入金処理に係る損益分岐点に相当する金額を超えるように、前記第１アカウント口座への入金提案額を算出し、前記ユーザに対して当該入金提案額を提示するステップと、
前記ユーザの承諾に基づいて、前記入金提案額を、前記第１アカウント口座へ入金するステップと、
前記第１アカウント口座への入金額に応じて、前記第１アカウント口座における残高を更新するステップと、を有する情報処理方法。

前記入金するステップは、前記入金提案額を、前記ユーザに関連付けられた第２アカウント口座から出金するステップをさらに含む、付記１−１に記載の情報処理方法。

（付記１−３）
前記所定条件が、下記（ａ１）から（ａ３）；
（ａ１）前記第１アカウント口座の残高が一定金額以下となった場合
（ａ２）商取引における支払い金額が所定金額を超えた場合
（ａ３）所定期間ごとまたは所定イベント時
の少なくともいずれかである、付記１−１または１−２に記載の情報処理方法。

（付記１−４）
前記（ａ１）における前記一定金額は、前記ユーザにより設定された金額、または、前記ユーザによる前記商品もしくはサービスの過去の取引情報、および、前記第１アカウント口座への過去の入金情報の少なくともいずれかに基づいて決定される、付記１−３に記載の情報処理方法。

（付記１−５）
前記（ａ２）における前記所定金額は、前記ユーザにより設定された金額、前記第１アカウント口座の残高、または、前記第１アカウント口座の残高に所定係数を乗じた金額である、付記１−３に記載の情報処理方法。

（付記１−６）
前記入金提案額を算出および提示するステップにおいては、さらに、前記ユーザが必要とする金額以上となるように、前記入金提案額を算出する、付記１−１から１−５のいずれかに記載の情報処理方法。

（付記１−７）
前記ユーザが必要とする金額は、商取引の実行時においては、支払い金額に対する前記第１アカウント口座の残高の不足金額以上であり、商取引の実行時以外においては、前記商取引における過去の取引情報、および、前記第１アカウント口座への過去の入金情報の少なくともいずれかに基づいて決定される、付記１−６に記載の情報処理方法。

（付記１−８）
ユーザに関連付けられた第１アカウント口座の残高を記憶する残高記憶部と、
所定条件を満たす場合に、前記ユーザに対して前記第１アカウント口座への入金を提案する入金提案部と、
前記第１アカウント口座への入金処理に係る損益分岐点に相当する金額を超えるように、前記第１アカウント口座への入金提案額を算出し、前記ユーザに対して当該入金提案額を提示する算出提示部と、
前記ユーザの承諾に基づいて、前記入金提案額を、前記第１アカウント口座へ入金する入出金処理部と、
前記第１アカウント口座への入金額に応じて、前記第１アカウント口座における残高を更新する残高更新部と、を有する情報処理装置。

（付記１−８）
情報処理装置に、
ユーザに関連付けられた第１アカウント口座の残高を記憶するステップと、
所定条件を満たす場合に、前記ユーザに対して前記第１アカウント口座への入金を提案するステップと、
前記第１アカウント口座への入金処理に係る損益分岐点に相当する金額を超えるように、前記第１アカウント口座への入金提案額を算出し、前記ユーザに対して当該入金提案額を提示するステップと、
前記ユーザの承諾に基づいて、前記入金提案額を、前記第１アカウント口座へ入金するステップと、
前記第１アカウント口座への入金額に応じて、前記第１アカウント口座における残高を更新するステップと、を実行させる情報処理プログラム。

（付記２−１）
情報処理装置における情報処理方法であって、
ユーザに関連付けられた第１アカウント口座の残高を記憶するステップと、
商取引における支払い金額に対して前記第１アカウント口座の残高が不足する場合に、前記ユーザに対して前記第１アカウント口座への入金を提案するステップと、
前記入金の提案があった場合に、前記ユーザによる、当該ユーザと所定関係を有する特定ユーザの選定、および、当該特定ユーザに対する入金要求および入金要求額を受け付けるステップと、
前記特定ユーザの承諾に基づいて、前記入金要求額を前記第１アカウント口座へ入金するステップと、
前記第１アカウント口座への入金額に応じて、前記第１アカウント口座の残高を更新するステップと、を有する情報処理方法。

（付記２−２）
前記入金するステップは、前記入金要求額を、前記特定ユーザに関連付けられた第３アカウント口座から出金するステップをさらに含む、請求項１に記載の情報処理方法。

（付記２−３）
前記所定関係が、前記ユーザとの家族関係、前記ユーザとの交友関係、または、前記ユーザとの貸し借りを有する関係である、付記２−１または２−２に記載の情報処理方法。

（付記２−４）
前記ユーザと家族関係を有するユーザが前記特定ユーザとして選定された場合に、前記ユーザが閲覧できるように、前記第３アカウント口座の残高を含む当該第３アカウント口座に関する情報を表示する、付記２−１から２−３のいずれかに記載の情報処理方法。

（付記２−５）
前記入金するステップにおいては、前記第１アカウント口座への入金処理ごとに前記特定ユーザの承諾を確認し、前記第１アカウント口座へ入金する、付記２−１から２−４のいずれかに記載の情報処理方法。

（付記２−６）
前記入金するステップにおいては、前記第１アカウント口座への入金処理に先立って予め確認した前記特定ユーザの承諾に基づいて、前記第１アカウント口座へ入金する、付記２−１から２−４のいずれかに記載の情報処理方法。

（付記２−７）
前記ユーザが選定できる前記特定ユーザ、および、前記特定ユーザが承諾できる前記ユーザを、前記ユーザの所定範囲内にいるユーザ、または、互いに一定以上の親密度を有するユーザに限定する、付記２−１から２−５のいずれかに記載の情報処理方法。

（付記２−８）
前記親密度を、下記（ｂ１）から（ｂ６）；
（ｂ１）所定期間におけるメッセージ送受信量
（ｂ２）所定関係が構築されてからの経過期間
（ｂ３）時間的および空間的な関係性
（ｂ３）共通の友達数
（ｂ４）共通の友達とのコミュニケーション度合い
（ｂ５）属性の類似度合い
の少なくともいずれかに基づいて設定する、付記２−１から２−７のいずれかに記載の情報処理方法。

（付記２−９）
ユーザに関連付けられた第１アカウント口座の残高を記憶する残高記憶部と、
商取引における支払い金額に対して前記第１アカウント口座の残高が不足する場合に、前記ユーザに対して前記第１アカウント口座への入金を提案する入金提案部と、
前記入金の提案があった場合に、前記ユーザによる、当該ユーザと所定関係を有する特定ユーザの選定、および、当該特定ユーザに対する入金要求および入金要求額を受け付ける特定ユーザ受付部と、
前記特定ユーザの承諾に基づいて、前記入金要求額を前記第１アカウント口座へ入金する入出金処理部と、
前記第１アカウント口座への入金額に応じて、前記第１アカウント口座の残高を更新する残高更新部と、を有する情報処理装置。

（付記２−１０）
情報処理装置に、
ユーザに関連付けられた第１アカウント口座の残高を記憶するステップと、
商取引における支払い金額に対して前記第１アカウント口座の残高が不足する場合に、前記ユーザに対して前記第１アカウント口座への入金を提案するステップと、
前記入金の提案があった場合に、前記ユーザによる、当該ユーザと所定関係を有する特定ユーザの選定、および、当該特定ユーザに対する入金要求および入金要求額を受け付けるステップと、
前記特定ユーザの承諾に基づいて、前記入金要求額を前記第１アカウント口座へ入金するステップと、
前記第１アカウント口座への入金額に応じて、前記第１アカウント口座の残高を更新するステップと、を実行させる情報処理プログラム。

（付記３−１）
情報処理装置における情報処理方法であって、
ユーザに関連付けられた第１アカウント口座の残高を記憶するステップと、
前記ユーザによる商取引における取引情報および前記第１アカウント口座への入金情報を記憶するステップと、
前記ユーザに対して前記第１アカウント口座への入金を提案するステップと、
前記取引情報および前記入金情報の少なくともいずれかに基づいて、前記第１アカウント口座への入金提案額を算出し、前記ユーザに対して当該入金提案額を提示するステップと、
前記入金提案額、または、前記ユーザが前記入金提案額に基づいて決定した入金指定額を、前記第１アカウント口座へ入金するステップと、
前記第１アカウント口座への入金額に応じて、前記第１アカウント口座の残高を更新するステップと、を有する情報処理方法。

（付記３−２）
前記入金するステップは、前記入金提案額または前記入金指定額を、前記ユーザに関連付けられた第２アカウント口座から出金するステップをさらに含む、付記１−１に記載の情報処理方法。

（付記３−３）
前記取引情報および入金情報を記憶するステップにおいては、前記ユーザが利用した店舗に対応付けて前記取引情報を記憶し、
前記入金提案額を算出および提示するステップにおいては、前記ユーザが前記店舗において商取引を行う場合に、または、前記ユーザが前記店舗の所定範囲内に位置する場合に、前記店舗における前記取引情報に基づいて、前記店舗に対応付けた前記入金提案額を算出し、前記ユーザに対して提示する、付記３−１または３−２に記載の情報処理方法。

（付記３−４）
前記入金するステップにおいては、前記ユーザが前記入金提案額を増減させた調整金額を前記入金指定額とする、付記３−１から３−３のいずれかに記載の情報処理方法。

（付記３−５）
前記ユーザが前記入金提案額を増減させて前記入金指定額を決定するための操作オブジェクトを表示するステップをさらに有する、付記３−１から３−４のいずれかに記載の情報処理方法。

（付記３−６）
前記操作オブジェクトを表示するステップにおいては、前記ユーザが前記入金提案額を任意に増減させるための操作オブジェクトを表示し、前記ユーザによる当該操作オブジェクトの操作に応じた金額を表示する、付記３−５に記載の情報処理方法。

（付記３−７）
前記操作オブジェクトを表示するステップにおいては、前記ユーザが前記入金提案額を所定の固定金額単位で増減させるための操作オブジェクトを表示し、前記ユーザによる当該操作オブジェクトの操作に応じた金額を表示する、付記３−５に記載の情報処理方法。

（付記３−８）
前記操作オブジェクトは、ボタン、テンキー、テキスト、およびスライダーのうち少なくもいずれかを含む、付記３−５から３−７のいずれかに記載の情報処理方法。

（付記３−９）
前記入金提案額を算出および提示するステップにおいては、前記第１アカウント口座への入金処理に係る損益分岐点に相当する金額を超えるように、前記入金提案額を算出する、付記３−１から３−８のいずれかに記載の情報処理方法。

（付記３−１０）
ユーザに関連付けられた第１アカウント口座の残高を記憶する残高記憶部と、
前記ユーザによる商取引における過去の取引情報および前記第１アカウント口座への過去の入金情報を記憶する情報記憶部と、
前記ユーザに対して前記第１アカウント口座への入金を提案する入金提案部と、
前記取引情報および前記入金情報の少なくともいずれかに基づいて、前記第１アカウント口座への入金提案額を算出し、前記ユーザに対して当該入金提案額を提示する算出提示部と、
前記入金提案額、または、前記ユーザが前記入金提案額に基づいて決定した入金指定額を、前記第１アカウント口座へ入金する入出金処理部と、
前記第１アカウント口座への入金額に応じて、前記第１アカウント口座の残高を更新する残高更新部と、を有する情報処理装置。

（付記３−１１）
情報処理装置に、
ユーザに関連付けられた第１アカウント口座の残高を記憶するステップと、
前記ユーザによる商取引における過去の取引情報および前記第１アカウント口座への過去の入金情報を記憶するステップと、
前記ユーザに対して前記第１アカウント口座への入金を提案するステップと、
前記取引情報および前記入金情報の少なくともいずれかに基づいて、前記第１アカウント口座への入金提案額を算出し、前記ユーザに対して当該入金提案額を提示するステップと、
前記入金提案額、または、前記ユーザが前記入金提案額に基づいて決定した入金指定額を、前記第１アカウント口座へ入金するステップと、
前記第１アカウント口座への入金額に応じて、前記第１アカウント口座の残高を更新するステップと、を実行させる情報処理プログラム。

（付記４−１）
前記ユーザの第２表示領域への操作は、前記第２表示領域の少なくとも一部の面積を増減させる操作を含む、請求項１に記載の情報処理プログラム。

（付記４−２）
前記ユーザの第２表示領域への操作は、前記第２表示領域の少なくとも一部の面積を増減させる操作を含む、付記４−１に記載の情報処理プログラム。

（付記４−３）
前記ユーザの第２表示領域への操作に応答して、前記入金額に対応付けられた第３表示領域を、前記第２表示領域に少なくとも一部が重畳する態様で、表示するステップをさらに実行させる、付記４−１または４−２に記載の情報処理プログラム。

（付記４−４）
前記ユーザの第２表示領域への操作は、前記第２表示領域の少なくとも一部を前記第１表示領域に移動させる操作を含む、付記４−１から４−３のいずれかに記載の情報処理プログラム。

（付記４−５）
前記ユーザの前記第１表示領域への操作であって、前記第１表示領域内の少なくとも一部の面積を増減させる操作に応答して、前記第２アカウント口座から前記第１アカウント口座への入金額を指定するステップをさらに実行させる、付記４−１から４−４のいずれかに記載の情報処理プログラム。

（付記４−６）
前記ユーザの前記第１表示領域への操作は、前記第１表示領域の少なくとも一部を前記第２表示領域に移動させる操作を含む、付記４−１から４−５のいずれかに記載の情報処理プログラム。

（付記４−７）
前記ユーザの前記第２表示領域への操作は、前記ユーザによる複数回の操作である、付記４−１から４−６のいずれかに記載の情報処理プログラム。

（付記４−８）
第１アカウント口座情報を、前記第１表示領域に重畳させる態様、または、前記第１表示領域の近傍に表示する態様で表示するステップをさらに含む、付記４−１から４−７のいずれかに記載の情報処理プログラム。

（付記４−９）
第２アカウント口座情報を、前記第２表示領域に重畳させる態様、または、前記第１表示領域の近傍に表示する態様で表示するステップをさらに含む、付記４−１から４−８のいずれかに記載の情報処理プログラム。

（付記４−１０）
前記入金額に端数処理が施される、付記４−１から４−９のいずれかに記載の情報処理プログラム。

（付記４−１１）
前記第１表示領域の少なくとも一部の面積、または、前記第２表示領域の少なくとも一部の面積のうち、いずか１つに端数処理が施される、付記４−１から４−１０のいずれかに記載の情報処理プログラム。

（付記４−１２）
前記第２アカウント口座から前記第１アカウント口座への入金が完了した場合に、更新された前記第１アカウント口座情報と、更新された前記第２アカウント口座情報とを表示するステップをさらに含む、付記４−１から４−１１のいずれかに記載の情報処理プログラム。

（付記４−１３）
前記入金額が、前記第１アカウント口座への入金処理に係る損益分岐点に相当する金額以下である場合、前記入金額が当該損益分岐点に相当する金額を超えるように調整する、付記４−１から４−１２のいずれかに記載の情報処理プログラム。

（付記４−１４）
情報処理装置における情報処理方法であって、
ユーザに関連付けられた第１アカウント口座に対応付けられた第１表示領域を表示するステップと、
前記ユーザに関連付けられた第２アカウント口座に対応付けられた第２表示領域を表示するステップと、
前記ユーザの第２表示領域への操作に応答して、前記第２アカウント口座から前記第１アカウントへの入金額を指定するステップと、を有する情報処理方法。

（付記４−１５）
ユーザに関連付けられた第１アカウント口座に対応付けられた第１表示領域を表示する第１表示部と、
前記ユーザに関連付けられた第２アカウント口座に対応付けられた第２表示領域を表示する第２表示部と、
前記ユーザの第２表示領域への操作に応答して、前記第２アカウント口座から前記第１アカウントへの入金額を指定する入金額指定部と、を有する情報処理装置。

１…通信システム、１１０ ，１１０Ａ，１１０Ｂ…サーバ、１２０，１２０Ａ，１２０Ｂ，１２０Ｃ，１２０Ｘ…端末、１３０…ネットワーク、１４０…外部システム、２００…情報処理装置、２０１…プロセッサ、２０２…メモリ、２０３…ストレージ、２０４…入出力インタフェース（入出力Ｉ／Ｆ）、２０５…通信インタフェース（通信Ｉ／Ｆ）、３１３…制御部、３１４…記憶部、３１５…決済管理部、３１６…口座管理部、３１７…入出金管理部、３１８…表示管理部、３２３…制御部、３２４…記憶部、３２５…取引管理部、３２６…注文処理部、３２７…指示処理部、３２８…表示処理部、６１０…決済システム、ＡＣ１…電子バリュー、ＡＣ２…出金口座、ＡＣ３…特定出金口座、Ｂ…バス、Ｂ３１〜Ｂ３３，Ｂ４６，Ｂ４７，Ｂ５０〜Ｂ５４，Ｂ１６０〜Ｂ１６４…ボタン、Ｄ３６…スライダー、Ｆ４３…指、Ｊ１…第１アカウント口座情報、Ｊ２…第２アカウント口座情報、Ｊ３…各種情報、Ｋ３４…テンキー、Ｒ４１…第１表示領域、Ｒ４２…第２表示領域、Ｒ４５…選択領域、Ｓ３６…スライダー、Ｓ４０〜Ｓ４８，Ｓ１１１〜Ｓ１１５，Ｓ１２０〜Ｓ１２４，Ｓ１４０，Ｓ１５０〜Ｓ１５７，Ｓ１９０，Ｓ２００，Ｓ２１０〜Ｓ２１７，Ｓ２２０〜Ｓ２２６，Ｓ２３０〜Ｓ２３３，Ｓ３１０〜Ｓ３１５，Ｓ３２０〜Ｓ３２４，Ｓ４１０〜Ｓ４１３，Ｓ４２０〜Ｓ４２３…ステップ、Ｔ３０…テキスト、Ｔ３５…テキストボタン、Ｔ４１，Ｔ４２，Ｔ４６…テキスト、Ｙ４４，Ｙ４６…矢印。

Claims (9)

1. 情報処理装置における情報処理方法であって、
   ユーザに関連付けられた第１アカウント口座の残高を記憶するステップと、
   所定条件を満たす場合に、前記ユーザに対して前記第１アカウント口座への入金を提案するステップと、
   前記第１アカウント口座への入金処理に係る損益分岐点に相当する金額を超えるように、前記第１アカウント口座への入金提案額を算出し、前記ユーザに対して当該入金提案額を提示するステップと、
   前記ユーザの承諾に基づいて、前記入金提案額を、前記第１アカウント口座へ入金するステップと、
   前記第１アカウント口座への入金額に応じて、前記第１アカウント口座における残高を更新するステップと、を有し、
   前記損益分岐点は、前記第１アカウント口座への入金処理に係る手数料と、前記第１アカウント口座を使用する決済サービスで実行される入金処理の予想される全体回数とに基づいて算出される、情報処理方法。
2. 前記入金するステップは、前記入金提案額を、前記ユーザに関連付けられた第２アカウント口座から出金するステップをさらに含む、請求項１に記載の情報処理方法。
3. 前記所定条件が、下記（ａ１）から（ａ３）；
   （ａ１）前記第１アカウント口座の残高が一定金額以下となった場合
   （ａ２）商取引における支払い金額が所定金額を超えた場合
   （ａ３）所定期間ごとまたは所定イベント時
   の少なくともいずれかである、請求項１または２に記載の情報処理方法。
4. 前記（ａ１）における前記一定金額は、前記ユーザにより設定された金額、または、前記ユーザによる商品もしくはサービスの過去の取引情報、および、前記第１アカウント口座への過去の入金情報の少なくともいずれかに基づいて決定される、請求項３に記載の情報処理方法。
5. 前記（ａ２）における前記所定金額は、前記ユーザにより設定された金額、前記第１アカウント口座の残高、または、前記第１アカウント口座の残高に所定係数を乗じた金額である、請求項３に記載の情報処理方法。
6. 前記入金提案額を算出および提示するステップにおいては、さらに、前記ユーザが必要とする金額以上となるように、前記入金提案額を算出する、請求項１から５のいずれか一項に記載の情報処理方法。
7. 前記ユーザが必要とする金額は、商取引の実行時においては、支払い金額に対する前記第１アカウント口座の残高の不足金額以上であり、商取引の実行時以外においては、前記商取引における過去の取引情報、および、前記第１アカウント口座への過去の入金情報の少なくともいずれかに基づいて決定される、請求項６に記載の情報処理方法。
8. ユーザに関連付けられた第１アカウント口座の残高を記憶する残高記憶部と、
   所定条件を満たす場合に、前記ユーザに対して前記第１アカウント口座への入金を提案する入金提案部と、
   前記第１アカウント口座への入金処理に係る損益分岐点に相当する金額を超えるように、前記第１アカウント口座への入金提案額を算出し、前記ユーザに対して当該入金提案額を提示する算出提示部と、
   前記ユーザの承諾に基づいて、前記入金提案額を、前記第１アカウント口座へ入金する入出金処理部と、
   前記第１アカウント口座への入金額に応じて、前記第１アカウント口座における残高を更新する残高更新部と、を有し、
   前記損益分岐点は、前記第１アカウント口座への入金処理に係る手数料と、前記第１アカウント口座を使用する決済サービスで実行される入金処理の予想される全体回数とに基づいて算出される、情報処理装置。
9. 情報処理装置に、
   ユーザに関連付けられた第１アカウント口座の残高を記憶するステップと、
   所定条件を満たす場合に、前記ユーザに対して前記第１アカウント口座への入金を提案するステップと、
   前記第１アカウント口座への入金処理に係る損益分岐点に相当する金額を超えるように、前記第１アカウント口座への入金提案額を算出し、前記ユーザに対して当該入金提案額を提示するステップと、
   前記ユーザの承諾に基づいて、前記入金提案額を、前記第１アカウント口座へ入金するステップと、
   前記第１アカウント口座への入金額に応じて、前記第１アカウント口座における残高を更新するステップと、を実行させ、
   前記損益分岐点は、前記第１アカウント口座への入金処理に係る手数料と、前記第１アカウント口座を使用する決済サービスで実行される入金処理の予想される全体回数とに基づいて算出される、情報処理プログラム。