JP6474519B1 - 情報処理方法、情報処理装置、および情報処理プログラム - Google Patents
情報処理方法、情報処理装置、および情報処理プログラム Download PDFInfo
- Publication number
- JP6474519B1 JP6474519B1 JP2018147571A JP2018147571A JP6474519B1 JP 6474519 B1 JP6474519 B1 JP 6474519B1 JP 2018147571 A JP2018147571 A JP 2018147571A JP 2018147571 A JP2018147571 A JP 2018147571A JP 6474519 B1 JP6474519 B1 JP 6474519B1
- Authority
- JP
- Japan
- Prior art keywords
- account
- user
- deposit
- amount
- payment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 230000010365 information processing Effects 0.000 title claims abstract description 134
- 238000003672 processing method Methods 0.000 title claims abstract description 54
- 238000012545 processing Methods 0.000 claims abstract description 135
- 238000000151 deposition Methods 0.000 claims abstract description 42
- 238000000034 method Methods 0.000 claims description 149
- 230000008569 process Effects 0.000 claims description 104
- 238000004364 calculation method Methods 0.000 claims description 6
- 238000004891 communication Methods 0.000 description 33
- 238000010586 diagram Methods 0.000 description 20
- 230000000694 effects Effects 0.000 description 20
- 230000006870 function Effects 0.000 description 17
- 230000003247 decreasing effect Effects 0.000 description 15
- 230000007423 decrease Effects 0.000 description 14
- 238000010079 rubber tapping Methods 0.000 description 10
- 238000012986 modification Methods 0.000 description 8
- 230000004048 modification Effects 0.000 description 8
- 239000003795 chemical substances by application Substances 0.000 description 7
- 230000004044 response Effects 0.000 description 7
- 230000005540 biological transmission Effects 0.000 description 5
- 230000001771 impaired effect Effects 0.000 description 4
- 230000006399 behavior Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 3
- 238000006467 substitution reaction Methods 0.000 description 3
- 230000007704 transition Effects 0.000 description 3
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 2
- 230000004075 alteration Effects 0.000 description 2
- 230000033228 biological regulation Effects 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 230000002123 temporal effect Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 239000003086 colorant Substances 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000005401 electroluminescence Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
しかし、例えばユーザの都合により、電子バリューの残高を一時的に増減させたい場合には、結局のところ、ユーザによる残高確認と入出金操作が必要となってしまう。この場合、残高確認や入出金操作には手間が掛かり、ユーザにとって非常に煩わしく感じられ、そのため、なめらかな入金処理ひいてはユーザの商取引が阻害されてしまう。また、その結果、ユーザの利便性が損なわれたり、ユーザの電子バリュー利用に対する意欲の減退を招いたり、ユーザが商取引を迅速かつ円滑に実施できなかったりといった問題が生じていた。さらに、出金元から電子バリューへ入金する際には、通常、出金元と入金側(電子バリューの運用者)との間で取り極められた手数料が発生する。したがって、手数料と入金額によっては、入金額が手数料を下回ってしまい、決済サービスを運用する上での採算性が悪化してしまうおそれがあった。
また、ユーザに関連付けられた出金元の残高が、例えば商取引における支払い金額(購入金額)に対して不足している場合には、その出金元の残高を電子バリューに入金したとしても、支払いの決済を行うことができない。しかも、この場合、一旦出金元へ入金してから、さらに出金元から電子バリューへの入金処理が必要となるので、手間が掛かり、ユーザにとって非常に煩わしく感じられ、そのため、なめらかな入金処理ひいてはユーザの商取引が阻害されてしまう。その結果、ユーザの利便性が損なわれたり、ユーザの電子バリュー利用に対する意欲の減退を招いたり、ユーザが商取引を迅速かつ円滑に実施できなかったりといった問題が生じていた。
また、ユーザ自身が入金額を決定して入金する場合、そのユーザが普段平均的に支払う金額とかけ離れた額を入金してしまうことが想定され、そうすると、ユーザの所持金を適切に管理することができないおそれがある。さらに、この場合、入金の都度、入金額を検討した上で決定した金額を入力するといった手間が掛かる操作が必要となり、ユーザにとって非常に煩わしく感じられ、そのため、なめらかな入金処理ひいてはユーザの商取引が阻害されてしまう。その結果、ユーザの利便性が損なわれたり、ユーザの電子バリュー利用に対する意欲の減退を招いたり、ユーザが商取引を迅速かつ円滑に実施できなかったりといった問題が生じていた。
また、ユーザにとって、電子バリューへの入金額を数値入力する操作は手間が掛かり、特に入金額の詳細な数値(例えば1円や10円単位の数値)の入力は必要性に乏しく、かつ、非常に煩わしく感じられ、そのため、なめらかな入金処理ひいてはユーザの商取引が阻害されてしまう。その結果、ユーザの利便性が損なわれたり、ユーザの電子バリュー利用に対する意欲の減退を招いたり、ユーザが商取引を迅速かつ円滑に実施できなかったりといった問題が生じていた。
本開示の一実施形態に係る情報処理方法は、ユーザに関連付けられた第1アカウント口座の残高を記憶するステップと、所定条件を満たす場合に、前記ユーザに対して前記第1アカウント口座への入金を提案するステップと、前記第1アカウント口座への入金処理に係る損益分岐点に相当する金額を超えるように、前記第1アカウント口座への入金提案額を算出し、前記ユーザに対して当該入金提案額を提示するステップと、前記ユーザの承諾に基づいて、前記入金提案額を、前記第1アカウント口座へ入金するステップと、前記第1アカウント口座への入金額に応じて、前記第1アカウント口座における残高を更新するステップと、を有する。
本開示の一実施形態に係る情報処理方法は、ユーザに関連付けられた第1アカウント口座の残高を記憶するステップと、商取引における支払い金額に対して前記第1アカウント口座の残高が不足する場合に、前記ユーザに対して前記第1アカウント口座への入金を提案するステップと、前記入金の提案があった場合に、前記ユーザによる、当該ユーザと所定関係を有する特定ユーザの選定、および、当該特定ユーザに対する入金要求および入金要求額を受け付けるステップと、前記特定ユーザの承諾に基づいて、前記入金要求額を、前記第1アカウント口座へ入金するステップと、前記第1アカウント口座への入金額に応じて、前記第1アカウント口座の残高を更新するステップと、を有する。
本開示の一実施形態に係る情報処理方法は、ユーザに関連付けられた第1アカウント口座の残高を記憶するステップと、前記ユーザによる商取引における取引情報および前記第1アカウント口座への入金情報を記憶するステップと、前記ユーザに対して前記第1アカウント口座への入金を提案するステップと、前記取引情報および前記入金情報の少なくともいずれかに基づいて、第1アカウント口座への入金提案額を算出し、前記ユーザに対して当該入金提案額を提示するステップと、前記入金提案額、または、前記ユーザが前記入金提案額に基づいて決定した入金指定額を、前記第1アカウント口座へ入金するステップと、前記第1アカウント口座への入金額に応じて、前記第1アカウント口座の残高を更新するステップと、を有する。
本開示の一実施形態に係る情報処理プログラムは、情報処理装置に、ユーザに関連付けられた第1アカウント口座に対応付けられた第1表示領域を表示するステップと、前記ユーザに関連付けられた第2アカウント口座に対応付けられた第2表示領域を表示するステップと、前記ユーザの第2表示領域への操作に応答して、前記第2アカウント口座から前記第1アカウントへの入金額を指定するステップとを実行させる。
本明細書に記載の開示は、実施される場合、本開示を実施する各国の法令を遵守のうえで実施される。また、本明細書に記載の開示は、各国の法令を遵守するために必要な、当業者が成し得る全ての変更、置換、変形、改変、および修正をもって実施される。
図1は、本開示の一実施形態に係る情報処理方法を有効に実施するための通信システム1の構成を示す。図1に開示されるように、通信システム1では、ネットワーク130を介してサーバ110A,サーバ110Bと、端末120A,端末120B,端末120Cと、サーバ110A,サーバ110Bとは異なるサーバ、例えば他の事業者(金融機関、クレジットカード会社など)や他の事業部門によって運営されるサーバなどによって構築される外部システム140が接続される。
図2を用いて、通信システム1に含まれる情報処理装置200のHW構成について説明する。
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよい。
第1実施形態は、ユーザが端末120を用いて、ネットワーク130経由によるオンライン処理で、商取引における支払いを電子マネーによって決済することができる決済サービスへの適用例を示す実施形態である。
かかる第1実施形態によれば、所定条件が満たされた場合に、ユーザに対して電子バリューAC1への入金を提案し、かつ、その際に入金提案額を提示するので、ユーザは電子バリューの残高を随時確認する必要がなく、また、ユーザ自ら検討した上で入金額を決定する必要もない。よって、ユーザの操作と手間を軽減することができるので、ユーザの利便性を向上させることができる。さらに、その結果、なめらかな入金処理および商取引を実現することができる。また、その際、出金口座AC2から電子バリューAC1への入金処理に係る損益分岐点に相当する金額を超える金額を入金提案額として算出するので、入金処理の都度、手数料に起因する経費が減損され、換言すれば、入金額が手数料に起因する経費を確実に上回るので、電子バリューAC1による決済サービスを運用する上での採算性を向上させることができる。
図4を用いてサーバ110、および/または、端末120の機能構成を説明する。図4は、第1実施形態に係る情報処理装置の機能的な構成を示すブロック図の一例を示し、情報処理装置200(サーバ110および端末120)によって構築される決済システム610の全体的な概略構成を示す図でもある。図4に開示の機能部は、情報処理装置200が備えるプロセッサ201と、メモリ202と、ストレージ203と、入出力I/F204と、通信I/F205との協働により実現される。すなわち、図2に示す情報処理装置200のプロセッサ201は、ストレージ203に記憶された各種プログラム(制御プログラム、演算プログラムなど)をメモリ202(例えばRAM)に展開する。そして、プロセッサ201は、メモリ202に展開された各種プログラムを解釈および実行して、各ハードウェア構成要素を制御することにより、以下に説明する機能構成が実現される。
サーバ110は、入出力I/F311と、通信I/F312と、制御部313と、記憶部314とを有する。入出力I/F311は、図2の入出力I/F204に相当し、通信I/F312は、図2の通信I/F205に相当する。また、制御部313は、決済管理部315、口座管理部316と、入出金管理部317と、表示管理部318とを有する。
端末120は、入出力I/F321と、通信I/F322と、制御部323と、記憶部324とを有する。入出力I/F321は、図2の入出力I/F204に相当し、通信I/F322は、図2の通信I/F205に相当する。また、制御部323は、取引管理部325と、注文処理部326と、指示処理部327と、表示処理部328とを有する。
図5を参照し、本実施形態に係る決済システム610の処理について説明する。図5は、本実施形態に係るサーバ110と端末120との処理のシーケンス図の一例を示し、また、本開示に係る情報処理方法における処理手順の一例を示す図でもある。なお、以下で説明する処理手順は一例に過ぎず、各処理は、本開示の技術思想の範囲内において可能な限り変更されてよく、また、適宜、ステップの省略、置換、および追加が可能である。
まず、ステップS120において、ユーザが端末120を起動し、決済システム用アプリケーション(プログラム)を実行させると、端末120の入出力I/F321に決済システムへのログイン画面が表示される。ステップS120では、ユーザが入出力I/F321(入力装置)から自身のログイン情報を入力すると、指示処理部327が、その情報をサーバ110へ送信する。サーバ110の決済管理部315は、そのログイン情報が正確である場合、ユーザのログインを許可し、表示管理部318が生成した初期画面の画像データを端末120へ送信する。端末120の表示処理部328は、その画像データに基づいて、入出力I/F321(出力装置)に初期画面を表示する。
端末120で決済システム用アプリケーションが実行されると、サーバ110および端末120の少なくともいずれかにおいて、ユーザに対して電子バリューAC1への入金を促すための所定条件(トリガー条件)が発生しているか否かの検出または判定が行われる。例えば、ステップS111では、サーバ110の入出金管理部317が、その所定条件の検出を行い、ステップS121では、端末120の取引管理部325が、その所定条件の検出を行う。なお、端末120の取引管理部325が所定条件を検出した場合、端末120の制御部323は、その検出信号をサーバ110へ送信する(図5において破線矢印で示す。)。また、「所定条件」の一例については、後記の第1実施例から第4実施例において詳述する。
ステップS111,S121の少なくともいずれかにおいて所定条件の発生が検出されると、ステップS112において、サーバ110の入出金管理部317は、ユーザに対して電子バリューAC1への入金を提案する際に同時に提示する入金提案額の算出を行う。ここで、入金提案額は、出金口座AC2から電子バリューAC1への入金処理に係る損益分岐点に相当する金額を超えるように算出される。
次に、ステップS113において、サーバ110の入出金管理部317および表示管理部318は、算出した入金提案額を提示してユーザに対して電子バリューAC1への入金を提案するための画面、および、ユーザがその入金提案額を承諾して入金を指示するための画面の画像データを生成し、端末120へ送信する。端末120の表示処理部328は、その画像データに基づいて、入出力I/F321(出力装置)に入金提案画面を表示する。その際、入金提案額が複数の場合には、ユーザが所望の入金提案額を選択可能な入金提案画面とすることができる。
ステップS122において、ユーザが端末120に表示された入金提案画面を確認し、その入金提案額を承諾(または選択して承諾)すると、ステップS123において、端末120の指示処理部327が、承諾された入金提案額を出金口座AC2から出金して電子バリューAC1へ電子マネーとして入金する旨の入金指示をサーバ110へ送信する。
ステップS114では、サーバ110の入出金管理部317が、ユーザからの入金指示に基づいて、ユーザが承諾した入金提案額を出金口座AC2から出金して電子バリューAC1へ入金する。また、サーバ110の口座管理部316は、電子バリューAC1および出金口座AC2の残高を更新し、記憶部314が、更新されたそれらの残高を第1アカウント口座情報J1および第2アカウント口座情報J2として記憶する。そして、ステップS115において、サーバ110の口座管理部316および表示管理部318は、入出金の完了、および、更新された電子バリューAC1および出金口座AC2の残高をユーザへ通知するための画面の画像データを生成し、端末120へ送信する。端末120の表示処理部328は、その画像データに基づいて、入出力I/F321(出力装置)に残高通知画面を表示し、電子バリューAC1への入金処理を終了する。
第1実施形態の第1実施例は、ユーザに対して電子バリューAC1への入金を提案する際の所定条件(トリガー条件)として、条件(a1)が発生しているか否かの検出または判定を行う実施例である。条件(a1)としては、限定でなく例として、電子バリューAC1の残高が一定金額以下であるか否かを挙げることができる。
本実施例によれば、所定条件として条件(a1)が満たされた場合に、ユーザに対して電子バリューAC1への入金を提案し、かつ、その際に入金提案額を提示するので、第1実施形態と同様に、ユーザの利便性を向上させることができ、かつ、電子バリューAC1による決済サービスを運用する上での採算性を向上させることができる。また、例えば、電子バリューAC1の残高が一定金額以下であることを条件(a1)とすることにより、商取引の際に電子バリューAC1の残高不足が生じて決済ができなくなってしまうことを、未然に防止し易くなり、ユーザにとって確認し易い簡便な条件でもあるので、ユーザの利便性を更に向上させることができる。
図6は、本実施例に係るサーバ110と端末120との処理のシーケンス図の一例を示し、また、本開示に係る情報処理方法における処理手順の一例を示す図でもある。図6に示すように、本実施例は、ステップS111,S112において、条件(a1)の検出または判定を行うこと以外は、第1実施形態と同等の装置構成を用い、図5に示す処理手順と同等の手順により実行することができる。
第1実施形態の第2実施例は、ユーザに対して電子バリューAC1への入金を促すための所定条件(トリガー条件)として、条件(a2)が発生しているか否かの検出または判定を行う実施例である。条件(a2)としては、限定でなく例として、商取引における支払い金額が所定金額を超えたか否かを挙げることができる。
本実施例によれば、所定条件として条件(a2)が満たされた場合に、ユーザに対して電子バリューAC1への入金を提案し、かつ、その際に入金提案額を提示するので、第1実施形態と同様に、ユーザの利便性を向上させることができ、かつ、電子バリューAC1による決済サービスを運用する上での採算性を向上させることができる。また、例えば、商取引における支払い金額が所定金額を超えたことを条件(a2)とすることにより、商取引の際に電子バリューAC1の残高不足が生じて決済ができなくなってしまうことを、防止し易くなるので、ユーザの利便性を更に向上させることができる。
図6に示すように、本実施例は、ステップS111,S112に先立って、ステップS124において、端末120の注文処理部326が、ユーザによる商取引における支払いの決済を電子バリューAC1の電子マネーで行う決済要求、および、その取引情報(支払い金額を含む決済情報)を、サーバ110へ送信すること、ならびに、ステップS111,S112において、条件(a2)の検出または判定を行うこと以外は、第1実施形態と同等の装置構成を用い、図5に示す処理手順と同等の手順により実行することができる。
第1実施形態の第3実施例は、ユーザに対して電子バリューAC1への入金を促すための所定条件(トリガー条件)として、条件(a3)が発生しているか否かの検出または判定を行う実施例である。条件(a3)としては、限定でなく例として、電子バリューAC1への前回の入金から所定期間が経過したか否か、または、所定イベントの発生時であるか否かを挙げることができる。
本実施例によれば、所定条件として条件(a3)が満たされた場合に、ユーザに対して電子バリューAC1への入金を提案し、かつ、その際に入金提案額を提示するので、第1実施形態と同様に、ユーザの利便性を向上させることができ、かつ、電子バリューAC1による決済サービスを運用する上での採算性を向上させることができる。また、例えば、電子バリューAC1への前回の入金から所定期間が経過したこと、または、所定イベントの発生時であることを条件(a3)とすることにより、商取引の際に電子バリューAC1の残高不足が生じて決済ができなくなってしまうことを、未然に防止し易くなり、また、ユーザによる入金の負担を時間的に平均化することができるので、ユーザの利便性を更に向上させることができる。
図6に示すように、本実施例は、ステップS111,S112において、条件(a3)の検出または判定を行うこと以外は、第1実施形態と同等の装置構成を用い、図5に示す処理手順と同等の手順により実行することができる。
第1実施形態の第4実施例は、ユーザに対して提示する電子バリューAC1への入金提案額を、ユーザが必要とする金額以上となるように算出する実施例である。
本実施例によれば、所定条件が満たされた場合に、ユーザに対して電子バリューAC1への入金を提案し、かつ、その際に入金提案額を提示するので、第1実施形態と同様に、ユーザの利便性を向上させることができ、かつ、電子バリューAC1による決済サービスを運用する上での採算性を向上させることができる。また、ユーザが必要とする金額以上の入金提示額を提示することにより、ユーザのニーズに応え易くなるので、ユーザの利便性を更に向上させることができる。
本実施例は、ステップS112において、電子バリューAC1への入金処理に係る損益分岐点に相当する金額を超え、かつ、ユーザが必要とする金額以上となるように、入金提案額を算出すること以外は、第1実施形態と同等の装置構成を用い、図5および図6に示す処理手順と同等の手順により実行することができる。
第2実施形態は、ユーザが端末120を用いて、ネットワーク130経由によるオンライン処理で、商取引における支払いを電子マネーによって決済することができる決済サービスへの適用例を示す実施形態である。
かかる第2実施形態によれば、商取引における支払い金額に対して、ユーザの電子バリューAC1への出金元の口座である出金口座AC2の残高が不足する場合であっても、ユーザは、そのユーザと所定関係を有する特定ユーザを選定し、その特定ユーザに対して、支払い金額に対する不足分以上の入金要求額の入金を要求することができる。そして、特定ユーザがその入金要求および入金要求額を承諾することにより、ユーザの電子バリューAC1に支払い金額の不足分が入金される。このように、支払い金額の不足分の電子バリューAC1への入金を特定ユーザに代行してもらうことができるので、ユーザが出金口座AC2に入金する操作を行う必要がない。その結果、支払い金額を適時にかつ迅速に決済することができるので、ユーザの利便性を向上させ、かつ、なめらかな入金処理および商取引を実現することができる。また、特定ユーザとしてユーザと所定関係を有するユーザを選定するので、ユーザが入金代行を依頼し易い利点がある。その結果、特定ユーザの選定を短時間で行うことが可能であり、商取引を迅速にかつ更になめらかに実施することができる。
(1)サーバの機能構成
第2実施形態におけるサーバ110の機能構成は、第1実施形態におけるサーバ110の機能構成と同等であるので、ここでの詳細な説明は省略する。
第2実施形態における端末120の機能構成は、第1実施形態における端末120の機能構成と同等であるので、ここでの詳細な説明は省略する。
図8を参照し、本実施形態に係る決済システム610の処理について説明する。図8は、本実施形態に係るサーバ110と端末120(ユーザの端末120Aおよび特定ユーザの端末120B)との処理のシーケンス図の一例を示し、また、本開示に係る情報処理方法における処理手順の一例を示す図でもある。なお、以下で説明する処理手順は一例に過ぎず、各処理は、本開示の技術思想の範囲内において可能な限り変更されてよく、また、適宜、ステップの省略、置換、および追加が可能である。
まず、ユーザが決済システム用アプリケーション(プログラム)を実行させる。なお、ステップS220における処理は、第1実施形態において図5を用いて説明したステップS120の処理と同様であるため、ここでの詳細な説明は省略する。
ステップS221において、ユーザが所望の商取引における支払いを電子バリューAC1の電子マネーで行う決済を指示すると、端末120Aの注文処理部326が、その支払いの決済要求、および、その取引情報(支払い金額などを含む決済情報)を、サーバ110へ送信する。
決済要求を受け付けたサーバ110の決済管理部315および口座管理部316は、ステップS210において、電子バリューAC1の残高を確認し、その残高を支払い金額と対比する。電子バリューAC1の残高が支払い金額に対して不足している場合には、ステップS211において、サーバ110の決済管理部315、入出金管理部317、および表示管理部318は、ユーザによる決済要求を承認できない旨をユーザに通知し(否認通知)、ユーザに対して電子バリューAC1への入金を提案するための画面、および、入金額の設定入力画面の画像データを生成し、端末120Aへ送信する。端末120Aの表示処理部328は、その画像データに基づいて、入出力I/F321(出力装置)に否認通知および入金提案ならびに入金額の設定入力画面を表示する。
次いで、ステップS222において、ユーザが例えば電子バリューAC1の残高と支払い金額を比較考量して所望の入金額を入力設定し、出金口座AC2から電子バリューAC1への入金を指示すると、ステップS223において、端末120Aの指示処理部327が、その入金要求をサーバ110へ送信する。
入金要求を受け付けたサーバ110の口座管理部316は、ステップS212において、出金口座AC2の残高を確認し、その残高を入金要求額と対比する。出金口座AC2の残高が入金要求額に対して不足している場合には、ステップS213において、サーバ110の入出金管理部317および表示管理部318は、ユーザによる入金要求を承諾できない旨をユーザに通知し(否認通知)、電子バリューAC1への入金代行(入金要求額のユーザへの貸付け)を依頼する特定ユーザを選定するための画面の画像データを生成し、端末120Aへ送信する。端末120Aの表示処理部328は、その画像データに基づいて、入出力I/F321(出力装置)に否認通知、ならびに、ユーザと所定関係を有する特定ユーザの例えば候補リスト表示および特定ユーザの選定画面を表示する。
次に、ステップS224において、ユーザが電子バリューAC1への入金代行を依頼する特定ユーザを選定し、その特定ユーザの特定出金口座AC3からユーザの電子バリューAC1への入金依頼を指示すると、ステップS225において、端末120Aの指示処理部327が、その入金要求をサーバ110へ送信する。なお、特定ユーザは、サーバ110の制御部313または端末120の制御部323によって、作為的にあるいは任意(無作為)に自動的に選定されてもよく、選定される特定ユーザは、一人でも複数人であってもよい。
それから、ステップS214において、その入金要求を受け付けたサーバ110の口座管理部316、入出金管理部317、および表示管理部318は、ユーザからの入金要求およびその入金要求額を特定ユーザに提示するための画面、および、特定ユーザがその入金要求および入金要求額を承諾して入金を指示するための画面の画像データを生成し、端末120Bへ送信する。端末120Bの表示処理部328は、その画像データに基づいて、入出力I/F321(出力装置)に入金要求画面を表示する。
ステップS230において、特定ユーザが端末120Bに表示された入金要求画面を確認し、その入金要求額を承諾すると、ステップS231において、端末120Bの指示処理部327は、ユーザからの入金要求および入金要求額を特定ユーザが承諾した旨を通知し(承諾通知)、承諾した入金要求額を特定出金口座AC3から出金して電子バリューAC1へ電子マネーとして入金する旨の入金指示をサーバ110へ送信する。
ステップS215では、サーバ110の入出金管理部317が、特定ユーザからの入金指示に基づいて、特定ユーザが承諾した入金要求額を特定出金口座AC3から出金して電子バリューAC1へ入金する。また、サーバ110の口座管理部316は、電子バリューAC1および特定出金口座AC3の残高を更新し、記憶部314が、更新されたそれらの残高を第1アカウント口座情報J1および各種情報J3として記憶する。そして、ステップS216において、サーバ110の口座管理部316および表示管理部318は、入出金の完了、および、更新された電子バリューAC1および特定出金口座AC3の残高を、それぞれユーザおよび特定ユーザへ通知するための画面の画像データを生成し、端末120A,120Bへ送信する。端末120A,120Bの各表示処理部328は、その画像データに基づいて、入出力I/F321(出力装置)に残高通知画面を表示し、電子バリューAC1への入金処理を終了する。その後、ステップS210の処理を再度実行し、ユーザからの支払い金額の決済要求、および、その取引情報(支払い金額を含む決済情報)を、サーバ110へ送信して、決裁手続きを続行することができる。
第2実施形態の第1実施例は、ユーザと特定ユーザとの所定関係が、ユーザとの家族関係、または、ユーザとの交友関係である実施例、すなわち、ユーザが電子バリューAC1への入金代行を依頼することができる特定ユーザを、ユーザの家族、ユーザの友達、または、以前に貸し借りがあったユーザに限定する実施例である。また、ユーザの友達としては、限定でなく例として、前述したSNSにおける友達ユーザ、ユーザの端末120に記憶された連絡帳や電話帳に登録された友達ユーザなどが挙げられる。
本実施例によれば、ユーザの家族、ユーザの友達、または、以前既に貸し借りを行ったユーザのなかから特定ユーザを選定することができるので、ユーザが入金代行の依頼(つまり借入の申し出)を更に行い易くなり、これにより、特定ユーザの選定を短時間で行うことができ、また、入金要求の承諾が得られる可能性を高めることができる。その結果、電子バリューAC1への入金および商取引を一層迅速に実施することができるとともに、ユーザの利便性を更に向上させることができる。
本実施例は、ステップS213において、サーバ110の入出金管理部317および表示管理部318が、電子バリューAC1への入金代行を依頼する特定ユーザを選定するための画面として、例えばユーザの家族、ユーザの友達、および、以前貸し借りがあったユーザリストを含む画面の画像データを生成して端末120Aへ送信すること、ならびに、ステップS224において、ユーザがそのユーザリストから特定ユーザを選定可能に構成すること以外は、第1実施形態と同等の装置構成を用い、図8に示す処理手順と同等の手順により実行することができる。
第2実施形態の第2実施例は、ユーザが、ユーザと家族関係を有する特定ユーザを選定した場合に、その特定のユーザの特定出金口座AC3の残高を含むその特定出金口座AC3に関する情報を、ユーザが閲覧できるように端末120Aに表示する実施例である。より具体的には、ユーザと特定ユーザが親子の関係にあり、親であるユーザが特定ユーザである子供のアカウントに対応付けられた特定出金口座AC3の残高を閲覧することができる態様が挙げられる。
本実施例によれば、特定ユーザとしてユーザの家族を選定するので、特定ユーザの特定出金口座AC3の残高を含む口座情報を閲覧する際の許容度または自由度が高く、ユーザが特定出金口座AC3の残高を閲覧し易い利点がある。よって、特定出金口座AC3の残高が必要金額を上回っていることを確認した上で入金要求を行うことができるので、電子バリューAC1への入金を確実にかつより迅速に実行することができ、これにより、商取引を確実にかつより一層迅速に実施することができるとともに、ユーザの利便性を更に向上させることができる。
本実施例は、ステップS213において、サーバ110の入出金管理部317および表示管理部318が、電子バリューAC1への入金代行を依頼する特定ユーザを選定するための画面として、ユーザの家族であるユーザリストを含む画面の画像データを生成して端末120Aへ送信すること、ならびに、ステップS224において、ユーザがそのユーザリストから特定ユーザを選定可能に、かつ、その特定ユーザの特定出金口座AC3の残高などを閲覧可能に構成すること以外は、第1実施形態と同等の装置構成を用い、図8に示す処理手順と同等の手順により実行することができる。この場合、ステップS213においては、サーバ110の口座管理部316が、記憶部314に保持された各種情報J3のなかから特定ユーザの特定出金口座AC3に関する情報を抽出し、入出金管理部317および表示管理部318が、その抽出された情報に基づいて、特定出金口座AC3の残高を表示するための画面の画像データを生成して端末120Aへ送信するように構成することができる。
図8に示す第1実施形態ならびにその第1実施例および第2実施例では、ユーザによる特定ユーザへの入金要求および入金要求額の提示、ならびに、特定出金口座AC3から電子バリューAC1への入金処理ごとに、特定ユーザによる入金要求および入金要求額の承諾を得ていた。これに対し、第2実施形態の第3実施例は、ユーザによる特定ユーザへの入金要求および入金要求額の提示に基づく入金処理に先立って、特定ユーザから、ユーザによる入金要求および入金要求額の事前承諾を予め取得しておき、つまり、すなわち、包括的な承諾を事前に得ておく実施例である。これにより、ユーザから特定ユーザに対して入金要求があった場合には、その入金要求ごとに特定ユーザの承諾を得ることなく、特定出金口座AC3から電子バリューAC1への入金処理が自動的に行われる。
本実施例によれば、特定ユーザに対して、ユーザによる特定出金口座AC3から電子バリューAC1への入金要求および入金要求額(制限の有無、および、制限がある場合の上限など)の承諾を事前に予め取得しておくことにより、ユーザからの入金要求が発生する度に特定ユーザの承諾を得ることなく、特定出金口座AC3から電子バリューAC1への入金処理を迅速に行うことができる。これにより、入金処理にかかる処理時間を短縮し、かつ、商取引を一層なめらかに実施することができるので、ユーザおよび特定ユーザのストレスを軽減し、また、ユーザのより適時に所望の取引を行うことが可能となるとともに、ユーザの利便性を更に向上させることができる。また、この場合、より一層ユーザの操作を簡略化することができ、結果として情報処理端末の負荷を軽減させることもできる。
図9は、本実施例に係るサーバ110と端末120との処理のシーケンス図の一例を示し、また、本開示に係る情報処理方法における処理手順の一例を示す図でもある。図9に示すように、本実施例は、ユーザによる商取引における支払いの決済の前に、適宜のタイミングでステップS226,S217,S232,S233を実行すること、および、ステップS214,S230,S231を実行しないこと以外は、第1実施形態と同等の装置構成を用い、図8に示す処理手順と同等の手順により実行することができる。
第2実施形態の第4実施例は、ユーザが選定できる特定ユーザを、その選定の時点で位置的にユーザの近傍にいる特定ユーザに限定し、また、特定ユーザが入金要求を承諾できるユーザを、その承諾の時点で位置的に特定ユーザの近傍にいるユーザに限定する実施例である。
本実施例によれば、ユーザと選定された特定ユーザが互いに位置的に近いところにいるので、ユーザと特定ユーザ同士が直接的にコミュニケーションを取り易い利点があり、例えば、そのような直接的なコミュニケーションを介することにより、ユーザが特定ユーザに対して入金処理の事前承諾を取り付け易くなる。その結果、入金処理ひいては商取引をよりなめらかに実施することが可能となり、ユーザの利便性を更に向上させることができる。
本実施例は、ステップS213において、サーバ110の入出金管理部317および表示管理部318が、電子バリューAC1への入金代行を依頼する特定ユーザを選定するための画面として、その時点で位置的にユーザの近傍にいるユーザリストを含む画面の画像データを生成して端末120Aへ送信すること、ステップS224において、ユーザがそのユーザリストから特定ユーザを選定可能に構成すること、ならびに、ステップS225でユーザからの入金要求があった際、その時点で、そのユーザが位置的に対象の特定ユーザの近傍にいる場合にのみ、ステップS214を実行して対象の特定ユーザに対して入金要求を送信するように構成すること以外は、第1実施形態と同等の装置構成を用い、図8および図9に示す処理手順と同等の手順により実行することができる。なお、ユーザと特定ユーザとの位置的な関係は、端末120A,120Bの位置情報や近距離無線通信による情報に基づいて取得することができる。
第2実施形態の第5実施例は、ユーザが選定できる特定ユーザを、ユーザと一定以上の親密度を有する特定ユーザに限定し、また、特定ユーザが入金要求を承諾できるユーザを、特定ユーザと一定以上の親密度を有するユーザに限定する実施例である。
(b1)所定期間におけるメッセージ送受信量
(b2)所定関係が構築されてからの経過期間
(b3)時間的および空間的な関係性
(b4)共通の友達数
(b5)共通の友達とのコミュニケーション度合い
(b6)属性の類似度度合い
本実施例によれば、ユーザと親密度が高い特定ユーザを選定することができるので、ユーザが入金代行の依頼を更に行い易くなり、これにより、特定ユーザの選定を短時間で行うことができ、また、入金要求の承諾が得られる可能性を高めることができる。その結果、電子バリューAC1への入金および商取引を一層迅速にかつなめらかに実施することができるとともに、ユーザの利便性を更に向上させることができる。
本実施例は、ステップS213において、サーバ110の入出金管理部317および表示管理部318が、電子バリューAC1への入金代行を依頼する特定ユーザを選定するための画面として、ユーザと一定以上の親密度を有するユーザリストを含む画面の画像データを生成して端末120Aへ送信すること、ならびに、ステップS224において、ユーザがそのユーザリストから特定ユーザを選定可能に構成すること以外は、第1実施形態と同等の装置構成を用い、図8および図9に示す処理手順と同等の手順により実行することができる。
第3実施形態は、ユーザが端末120を用いて、ネットワーク130経由によるオンライン処理で、商取引における支払いを電子マネーによって決済することができる決済サービスへの適用例を示す実施形態である。この第3実施形態では、第1実施形態と同様に(図3参照)、例えば情報処理装置200(サーバ110および端末120)によって決済システム610が構築される。ユーザが商取引において電子バリューAC1の電子マネーによる支払いを選択すると、その決済要求(決済リクエスト)がユーザの端末120からサーバ110へ送信され、その支払い金額が電子バリューAC1の残高の範囲内であれば、決済要求が承認されて支払い処理と電子バリューAC1の残高の更新処理が行われる。
かかる第3実施形態によれば、ユーザに対して電子バリューAC1への入金を提案し、かつ、その際に入金提案額を提示するので、ユーザは電子バリューの残高を随時確認する必要がなく、その入金提案額を承諾することにより、ユーザ自ら検討した上で入金額を決定する必要もない。よって、ユーザの手間を軽減して簡易な入金操作を可能にするので、ユーザの利便性を向上させることができる。また、ユーザが入金指定額を決定する場合でも、ユーザは、一旦提示された入金提案額をベースとしてその入金提案額を調整する操作を行うだけなので、ユーザが最初から入金額を検討して決定する場合に比して、手間を軽減して簡易な入金操作を実現させることができる。よって、この場合でも、ユーザの利便性を向上させることができる。これらの結果、なめらかな入金処理および商取引を実現することが可能となる。また、ユーザに提示される入金提案額を、ユーザによる商取引における過去の取引情報および電子バリューAC1への過去の入金情報の少なくともいずれかに基づいて算出するので、ユーザに対して適切な入金額を提案して電子バリューAC1へ入金することができる。
(1)サーバの機能構成
第3実施形態におけるサーバ110の機能構成は、第1実施形態におけるサーバ110の機能構成と同等であるので、ここでの詳細な説明は省略する。
第3実施形態における端末120の機能構成は、第1実施形態における端末120の機能構成と同等であるので、ここでの詳細な説明は省略する。
図10を参照し、本実施形態に係る決済システム610の処理について説明する。図10は、本実施形態に係るサーバ110と端末120との処理のシーケンス図の一例を示し、また、本開示に係る情報処理方法における処理手順の一例を示す図でもある。なお、以下で説明する処理手順は一例に過ぎず、各処理は、本開示の技術思想の範囲内において可能な限り変更されてよく、また、適宜、ステップの省略、置換、および追加が可能である。
まず、ユーザが決済システム用アプリケーション(プログラム)を実行させる。なお、ステップS320における処理は、第1実施形態において図5を用いて説明したステップS120の処理と同様であるため、ここでの詳細な説明は省略する。
ステップS221において、端末120の取引管理部325は、商取引ごとに、取引情報(店舗情報、取引時刻、支払い金額、位置情報、環境情報などを含む決済情報)を、サーバ110へ送信する。各取引情報は、ステップS310において、ユーザIDに対応付けて、サーバ110の記憶部314に各種情報J3の一部として記憶されていく。また、ステップS310では、電子バリューAC1への入金ごとに、入金情報(入金額、位置情報など)が、ユーザIDに対応付けて、サーバ110の記憶部314に第1アカウント口座情報J1の一部として記憶されていく。
一方、ステップS322において、ユーザが所望の商取引における支払いを電子バリューAC1の電子マネーで行う決済を指示すると、端末120の注文処理部326が、その支払いの決済要求、および、その取引情報(支払い金額などを含む決済情報)を、サーバ110へ送信する。
決済要求を受け付けたサーバ110の決済管理部315および口座管理部316は、ステップS311において、電子バリューAC1の残高を確認し、その残高を支払い金額と対比する。電子バリューAC1の残高が支払い金額に対して不足している場合には、ステップS312において、サーバ110の入出金管理部317は、ユーザに対して電子バリューAC1への入金を提案する際に同時に提示する入金提案額の算出を行う。
次に、ステップS313において、サーバ110の入出金管理部317および表示管理部318は、算出した入金提案額を提示してユーザに対して電子バリューAC1への入金を提案するための画面、および、ユーザがその入金提案額を承諾して入金を指示するための画面の画像データを生成し、端末120へ送信する。端末120の表示処理部328は、その画像データに基づいて、入出力I/F321(出力装置)に入金提案画面を表示する。その際、入金提案額が複数の場合には、ユーザが所望の入金提案額を選択可能な入金提案画面とすることができる。
ステップS323において、ユーザが端末120に表示された入金提案画面を確認し、その入金提案額を承諾(または選択して承諾)、または、提示された入金提案額を適宜調整し、調整後の金額を入金指定額として決定すると、ステップS324において、端末120の指示処理部327が、承諾された入金提案額または決定された入金指定額を出金口座AC2から出金して電子バリューAC1へ電子マネーとして入金する旨の入金指示をサーバ110へ送信する。
ステップS314では、サーバ110の入出金管理部317が、ユーザからの入金指示に基づいて、ユーザが承諾した入金提案額またはユーザが決定した入金指定額を出金口座AC2から出金して電子バリューAC1へ入金する。また、サーバ110の口座管理部316は、電子バリューAC1および出金口座AC2の残高を更新し、記憶部314が、更新されたそれらの残高を第1アカウント口座情報J1および第2アカウント口座情報J2として記憶する。そして、ステップS315において、サーバ110の口座管理部316および表示管理部318は、入出金の完了、および、更新された電子バリューAC1および出金口座AC2の残高をユーザへ通知するための画面の画像データを生成し、端末120へ送信する。端末120の表示処理部328は、その画像データに基づいて、入出力I/F321(出力装置)に残高通知画面を表示し、電子バリューAC1への入金処理を終了する。
第3実施形態の第1実施例は、ユーザが利用した店舗に対応付けて取引情報を記憶しておき、ユーザが店舗において商取引を行う場合に、または、ユーザが店舗の所定範囲内に位置する場合に、その店舗における過去の取引情報(支払い金額)を用いて、その店舗に対応付けた入金提案額を算出してユーザに対して提示する実施例である。この場合、例えば、ユーザの端末120から送信されてくる取引情報から、ユーザが商取引を行っている店舗を特定することができ、あるいは、ユーザの端末120の現在の位置情報に基づいて、ユーザが店舗内にいることまたはその店舗に近づいたことを判断してもよいし、ユーザからの通知または指定により、商取引を行っている、または、商取引を行う予定であることを判断してもよい。
本実施例によれば、店舗に対応付けた入金提案額を、その店舗における過去の取引情報に基づいて算出するので、その店舗における商取引で必要なる金額を精度よく算出することができるので、ユーザがその入金提案額を承諾して電子バリューAC1へ入金することにより、その店舗での商取引をより円滑に実施することができ、ユーザの利便性を向上させることができる。
本実施例は、ステップS310において、各取引情報を、店舗に対応付けてサーバ110の記憶部314に各種情報J3の一部として記憶すること、ステップS312において、店舗ごとに、例えば、過去の全期間または所定の一定期間(直近期間)における支払い金額の1回あたりの最小値、中心値、平均値、加重平均値、最大値、またはそれらに一定の係数を乗じた値などを入金提案額として算出すること、および、ステップS321において送信されてくる取引情報から店舗を特定し、その店舗に対応付けられた入金提案額を提示すること以外は、第1実施形態と同等の装置構成を用い、図10に示す処理手順と同等の手順により実行することができる。
第3実施形態の第2実施例は、ユーザが提示された入金提案額を増減させて調整することにより、ユーザによる入金指定額を決定する実施例である。また、本実施例では、ユーザが入金提案額を増減させるためのUI画像として、所定の操作オブジェクトをユーザの端末120の画面に表示し、ユーザは、その操作オブジェクトを操作することにより、入金提案額を所望に増減させることができる。
本実施例によれば、ユーザは、提示された入金提案額をベースとして、操作オブジェクトを操作することにより、その入金提案額の増減処理を簡便に行うことができるので、入金指示額の決定を平易に実施することができ、また、その操作が視覚的にかつ直感的に確認し易くなる。これにより、ユーザによる入金指定額の決定操作の負担を軽減することができるので、ユーザの利便性を向上させることができ、また、ひいては商取引をよりなめらかに実施することが可能となる。
本実施例は、先に第1実施形態について説明した処理手順のうち、ステップS323において、ユーザが入金提案額を調整して入金指定額を決定し、ステップS324において、その入金指定額の入金指示を送信する態様に相当し、第1実施形態と同等の装置構成を用い、図10に示す処理手順と同等の手順により実行することができる。ここで、図11(A)から(D)を参照し、ユーザが端末120を操作して入金提案額を増減させて金額を調整し、これにより入金指定額を決定する操作について説明する。図11(A)から(D)は、第3実施形態の第2実施例に係る端末120における表示画面の一例を示す。本実施例では、ステップS323において、入金提案画面として、それらの図11(A)から(D)のいずれかの画面が端末120に表示される。
第3実施形態の第3実施例は、出金口座AC2から電子バリューAC1への入金処理に係る損益分岐点に相当する金額を超えるように、入金提案額を算出してユーザに提示する実施例である。前述のとおり、通常、当該決済サービスでは、出金元と入金側(電子バリューAC1の運用者)との間で取り極められた手数料が発生し、この手数料は、特に制限されないが、例えばサービス一括での固定金額として定められたり、サービスの利用量やユーザ数に応じた変動金額として定められたりする。そこで、例えば、このように設定された手数料、または、必要に応じてその手数量にその他の経費を加えた費用と、当該決済サービスで実行される入金処理の予想される全体数などから、入金処理ごとの(入金指示または入金要求から入金完了までの1トランザクションあたりの)損益分岐点を推算して決定することができる。
本実施例によれば、出金口座AC2から電子バリューAC1への入金処理に係る損益分岐点に相当する金額を超える金額を入金提案額として算出するので、入金処理の都度、手数料に起因する経費が減損され、換言すれば、入金額が手数料に起因する経費を確実に上回るので、電子バリューAC1による決済サービスを運用する上での採算性を向上させることができる。
本実施例は、ステップS312において、ユーザによる商取引における過去の取引情報(支払い金額)および電子バリューAC1への過去の入金情報(入金額)の少なくともいずれかに基づいて入金提案額を算出することに加え、電子バリューAC1への入金処理に係る損益分岐点に相当する金額を超えるように入金提案額を算出すること以外は、第1実施形態と同等の装置構成を用い、図10に示す処理手順と同等の手順により実行することができる。また、図11(A)から(D)に示す操作オブジェクトを用いて入金提案額を調整する場合には、入金提案額の調整額および決定される入金指定額は、入金処理に係る損益分岐点に相当する金額以下とならないように構成することができる。
第4実施形態は、ユーザが端末120を用いて、ネットワーク130経由によるオンライン処理で、商取引における支払いを電子マネーによって決済することができる決済サービスへの適用例を示す実施形態である。この第4実施形態では、第1実施形態と同様に(図3参照)、例えば情報処理装置200(サーバ110および端末120)によって決済システム610が構築される。ユーザが商取引において電子バリューAC1の電子マネーによる支払いを選択すると、その決済要求(決済リクエスト)がユーザの端末120からサーバ110へ送信され、その支払い金額が電子バリューAC1の残高の範囲内であれば、決済要求が承認されて支払い処理と電子バリューAC1の残高の更新処理が行われる。
かかる第4実施形態によれば、端末120の画面表示における互いに異なる第1表示領域および第2表示領域に、それぞれ第1アカウント口座情報J1および第2アカウント口座情報J2が対応付けられており、それらの表示領域に対するユーザの操作に応答して、画面上においてアカウント口座情報を更新する。よって、例えば、操作が出金口座AC2から電子バリューAC1への入金処理に関する操作である場合、その処理を簡便に行うことができる。その結果、例えば入金指示額の決定を、数値入力などに比して極めて平易に実施することができ、簡易な操作による入金処理を実現することができる。しかも、画面上の操作であるので、視覚的にかつ直感的に確認し易くなる。これにより、ユーザによる操作の負担を軽減することができるので、ユーザの利便性を向上させることができ、また、ひいては商取引をよりなめらかに実施することが可能となる。
(1)サーバの機能構成
第4実施形態におけるサーバ110の機能構成は、第1実施形態におけるサーバ110の機能構成と同等であるので、ここでの詳細な説明は省略する。
第4実施形態における端末120の機能構成は、第1実施形態における端末120の機能構成と同等であるので、ここでの詳細な説明は省略する。
図12を参照し、本実施形態に係る決済システム610の処理について説明する。図12は、本実施形態に係るサーバ110と端末120との処理のシーケンス図の一例を示し、また、本開示に係る情報処理方法における処理手順の一例を示す図でもある。なお、以下で説明する処理手順は一例に過ぎず、各処理は、本開示の技術思想の範囲内において可能な限り変更されてよく、また、適宜、ステップの省略、置換、および追加が可能である。
まず、ユーザが決済システム用アプリケーション(プログラム)を実行させる。なお、ステップS420における処理は、第1実施形態において図5を用いて説明したステップS120の処理と同様であるため、ここでの詳細な説明は省略する。
ステップS221において、ユーザが所望の商取引における支払いを電子バリューAC1の電子マネーで行う決済を指示すると、端末120の注文処理部326が、その支払いの決済要求、および、その取引情報(支払い金額などを含む決済情報)を、サーバ110へ送信する。
決済要求を受け付けたサーバ110の決済管理部315および口座管理部316は、ステップS410において、電子バリューAC1の残高を確認し、その残高を支払い金額と対比する。電子バリューAC1の残高が支払い金額に対して不足している場合には、ステップS411において、サーバ110の決済管理部315、入出金管理部317、および表示管理部318は、ユーザによる決済要求を承認できない旨をユーザに通知し(否認通知)、ユーザに対して電子バリューAC1への入金を提案するための画面、および、入金額の設定入力画面の画像データを生成し、端末120へ送信する。端末120の表示処理部328は、その画像データに基づいて、入出力I/F321(出力装置)に否認通知および入金提案ならびに入金額の設定入力画面を表示する。
次いで、ステップS422において、ユーザが例えば電子バリューAC1の残高と支払い金額を比較考量して所望の入金額を設定して入金指定額を決定し、出金口座AC2から電子バリューAC1への入金を指示すると、ステップS423において、端末120の指示処理部327が、その入金要求をサーバ110へ送信する。
ステップS412では、サーバ110の入出金管理部317が、ユーザからの入金指示に基づいて、ユーザが決定した入金指定額を出金口座AC2から出金して電子バリューAC1へ入金する。また、サーバ110の口座管理部316は、電子バリューAC1および出金口座AC2の残高を更新し、記憶部314が、更新されたそれらの残高を第1アカウント口座情報J1および第2アカウント口座情報J2として記憶する。そして、ステップS413において、サーバ110の口座管理部316および表示管理部318は、入出金の完了、および、更新された電子バリューAC1および出金口座AC2の残高をユーザへ通知するための画面の画像データを生成し、端末120へ送信する。端末120の表示処理部328は、その画像データに基づいて、入出力I/F321(出力装置)に残高通知画面を表示し、電子バリューAC1への入金処理を終了する。
第4実施形態における図13(A)から(C)に示す処理では、ユーザが第2表示領域R42の少なくとも一部を直接なぞってその長さまたは大きさを指定することにより、第2表示領域R42の少なくとも一部として選択領域R45を設定した。第4実施形態の第1実施例は、第2表示領域R42に対して直接的な操作を行う代わりに、例えば図13(A)に示す画面において、ユーザが所定領域を形成する操作に応じて、第2表示領域R42の少なくとも一部を選択する実施例である。
本実施例によれば、第2表示領域R42を直接操作することなく、第2表示領域R42の少なくとも一部を選択することができるので、出金口座AC2から電子バリューAC1への入金予定額を指定する際の汎用性を高めることができ、これにより、ユーザの利便性を更に向上させて、よりなめらかな入金処理を実現することができる。
本実施例は、ステップS422における図13(A)に示す画面において、ユーザが、例えば、第1表示領域R41および第2表示領域R42以外の任意の部位に、円形、方形、線分などの所定領域を指F43で形成(描画)する。そして、第2表示領域R42の長さまたは大きさ(面積)に対する所定領域の長さまたは大きさ(面積)の割合に応じて、第2表示領域R42の一部が選択され、その割合を示すテキストT46を、図13(B)のように表示することができる。
第4実施形態の第2実施例は、例えば、第1実施形態における図13(B)および(C)に示すような更新されたアカウント口座情報を表示するステップにおいて、電子バリューAC1への入金予定額および出金口座AC2の残高として、適宜の桁数や適宜の単位数量で端数処理を施した金額を表示する実施例である。
本実施例によれば、第2表示領域R42の長さまたは大きさに対する選択された第2表示領域R42の一部の長さまたは大きさの割合が、例えば小数点以下の端数を有する場合に、適宜の桁数で端数処理を施した数値を表示するので、ユーザは入金予定額や残高を確認し易くなり、これにより、入金処理におけるユーザの利便性を更に向上させることができる。
本実施例では、図13(B)においてユーザが選択した第2表示領域R42の一部の長さまたは大きさの割合が、厳密には例えば「28.917%」であったとしても、その割合の小数点以下を四捨五入する端数処理により「29%」としてもよく、さらにその数値を例えば5%や10%といったキリのよい数値への端数処理により「30%」としてもよい。また、計算された割合に対応する入金予定額が、厳密には例えば「31万4000円」であったとしても、1万円未満を四捨五入する端数処理により「31万円」としてもよく、さらにその数値を例えば5万円や10万円といったキリのよい数値への端数処理により「30万円」としてもよい。なお、端数処理としては、所定の桁や単位数値への切り上げまたは切り捨てを行ってもよい。
第4実施形態の第3実施例は、
所定条件が満たされた場合をトリガーとして、ユーザに対して電子バリューAC1への入金を提案し、第1実施形態におけるアカウント口座情報を表示するステップ、操作の状態を表示するステップ、および、更新されたアカウント口座情報を表示するステップを実行する実施例である。所定条件としては、例えば、下記(c1)から(c4)の少なくともいずれかが挙げられる。
(c2)商取引における支払い金額が所定金額を超えた場合
(c3)所定期間ごとまたは所定イベント時
(c4)商取引における支払い金額に対して前記第1アカウント口座の残高が不足する場合
本実施例によれば、所定条件として条件(c1)から(c4)の少なくともいずれかがが満たされた場合に、ユーザに対して電子バリューAC1への入金を提案するので、第1実施形態の実施例1から3および第2実施形態と同様の理由により、ユーザの利便性を向上させることができる。
図15は、本実施例に係るサーバ110と端末120との処理のシーケンス図の一例を示し、また、本開示に係る情報処理方法における処理手順の一例を示す図でもある。図15に示すように、本実施例は、ステップS421,S420を実施せず(トリガー条件とせず)、適宜のタイミングで、第1実施形態におけるのと同様のステップS121,S111(図5参照)を実行し、ステップS411において、ユーザに対する電子バリューAC1への入金提案をすること以外は、第4実施形態と同等の装置構成を用い、図12に示す処理手順と同等の手順により実行することができる。なお、ステップS121,S111については、図5に示す第1実施形態における処理と同じであり、また、所定条件である条件(c1)から(c3)は、第1実施形態の実施例1から3における条件(a1)から(c3)と同じであり、さらに、所定条件である条件(c4)は、第2実施形態のおける前提条件と同じであるため、ここでの詳細な説明は省略する。
情報処理装置における情報処理方法であって、
ユーザに関連付けられた第1アカウント口座の残高を記憶するステップと、
所定条件を満たす場合に、前記ユーザに対して前記第1アカウント口座への入金を提案するステップと、
前記第1アカウント口座への入金処理に係る損益分岐点に相当する金額を超えるように、前記第1アカウント口座への入金提案額を算出し、前記ユーザに対して当該入金提案額を提示するステップと、
前記ユーザの承諾に基づいて、前記入金提案額を、前記第1アカウント口座へ入金するステップと、
前記第1アカウント口座への入金額に応じて、前記第1アカウント口座における残高を更新するステップと、を有する情報処理方法。
前記所定条件が、下記(a1)から(a3);
(a1)前記第1アカウント口座の残高が一定金額以下となった場合
(a2)商取引における支払い金額が所定金額を超えた場合
(a3)所定期間ごとまたは所定イベント時
の少なくともいずれかである、付記1−1または1−2に記載の情報処理方法。
前記(a1)における前記一定金額は、前記ユーザにより設定された金額、または、前記ユーザによる前記商品もしくはサービスの過去の取引情報、および、前記第1アカウント口座への過去の入金情報の少なくともいずれかに基づいて決定される、付記1−3に記載の情報処理方法。
前記(a2)における前記所定金額は、前記ユーザにより設定された金額、前記第1アカウント口座の残高、または、前記第1アカウント口座の残高に所定係数を乗じた金額である、付記1−3に記載の情報処理方法。
前記入金提案額を算出および提示するステップにおいては、さらに、前記ユーザが必要とする金額以上となるように、前記入金提案額を算出する、付記1−1から1−5のいずれかに記載の情報処理方法。
前記ユーザが必要とする金額は、商取引の実行時においては、支払い金額に対する前記第1アカウント口座の残高の不足金額以上であり、商取引の実行時以外においては、前記商取引における過去の取引情報、および、前記第1アカウント口座への過去の入金情報の少なくともいずれかに基づいて決定される、付記1−6に記載の情報処理方法。
ユーザに関連付けられた第1アカウント口座の残高を記憶する残高記憶部と、
所定条件を満たす場合に、前記ユーザに対して前記第1アカウント口座への入金を提案する入金提案部と、
前記第1アカウント口座への入金処理に係る損益分岐点に相当する金額を超えるように、前記第1アカウント口座への入金提案額を算出し、前記ユーザに対して当該入金提案額を提示する算出提示部と、
前記ユーザの承諾に基づいて、前記入金提案額を、前記第1アカウント口座へ入金する入出金処理部と、
前記第1アカウント口座への入金額に応じて、前記第1アカウント口座における残高を更新する残高更新部と、を有する情報処理装置。
情報処理装置に、
ユーザに関連付けられた第1アカウント口座の残高を記憶するステップと、
所定条件を満たす場合に、前記ユーザに対して前記第1アカウント口座への入金を提案するステップと、
前記第1アカウント口座への入金処理に係る損益分岐点に相当する金額を超えるように、前記第1アカウント口座への入金提案額を算出し、前記ユーザに対して当該入金提案額を提示するステップと、
前記ユーザの承諾に基づいて、前記入金提案額を、前記第1アカウント口座へ入金するステップと、
前記第1アカウント口座への入金額に応じて、前記第1アカウント口座における残高を更新するステップと、を実行させる情報処理プログラム。
情報処理装置における情報処理方法であって、
ユーザに関連付けられた第1アカウント口座の残高を記憶するステップと、
商取引における支払い金額に対して前記第1アカウント口座の残高が不足する場合に、前記ユーザに対して前記第1アカウント口座への入金を提案するステップと、
前記入金の提案があった場合に、前記ユーザによる、当該ユーザと所定関係を有する特定ユーザの選定、および、当該特定ユーザに対する入金要求および入金要求額を受け付けるステップと、
前記特定ユーザの承諾に基づいて、前記入金要求額を前記第1アカウント口座へ入金するステップと、
前記第1アカウント口座への入金額に応じて、前記第1アカウント口座の残高を更新するステップと、を有する情報処理方法。
前記入金するステップは、前記入金要求額を、前記特定ユーザに関連付けられた第3アカウント口座から出金するステップをさらに含む、請求項1に記載の情報処理方法。
前記所定関係が、前記ユーザとの家族関係、前記ユーザとの交友関係、または、前記ユーザとの貸し借りを有する関係である、付記2−1または2−2に記載の情報処理方法。
前記ユーザと家族関係を有するユーザが前記特定ユーザとして選定された場合に、前記ユーザが閲覧できるように、前記第3アカウント口座の残高を含む当該第3アカウント口座に関する情報を表示する、付記2−1から2−3のいずれかに記載の情報処理方法。
前記入金するステップにおいては、前記第1アカウント口座への入金処理ごとに前記特定ユーザの承諾を確認し、前記第1アカウント口座へ入金する、付記2−1から2−4のいずれかに記載の情報処理方法。
前記入金するステップにおいては、前記第1アカウント口座への入金処理に先立って予め確認した前記特定ユーザの承諾に基づいて、前記第1アカウント口座へ入金する、付記2−1から2−4のいずれかに記載の情報処理方法。
前記ユーザが選定できる前記特定ユーザ、および、前記特定ユーザが承諾できる前記ユーザを、前記ユーザの所定範囲内にいるユーザ、または、互いに一定以上の親密度を有するユーザに限定する、付記2−1から2−5のいずれかに記載の情報処理方法。
前記親密度を、下記(b1)から(b6);
(b1)所定期間におけるメッセージ送受信量
(b2)所定関係が構築されてからの経過期間
(b3)時間的および空間的な関係性
(b3)共通の友達数
(b4)共通の友達とのコミュニケーション度合い
(b5)属性の類似度合い
の少なくともいずれかに基づいて設定する、付記2−1から2−7のいずれかに記載の情報処理方法。
ユーザに関連付けられた第1アカウント口座の残高を記憶する残高記憶部と、
商取引における支払い金額に対して前記第1アカウント口座の残高が不足する場合に、前記ユーザに対して前記第1アカウント口座への入金を提案する入金提案部と、
前記入金の提案があった場合に、前記ユーザによる、当該ユーザと所定関係を有する特定ユーザの選定、および、当該特定ユーザに対する入金要求および入金要求額を受け付ける特定ユーザ受付部と、
前記特定ユーザの承諾に基づいて、前記入金要求額を前記第1アカウント口座へ入金する入出金処理部と、
前記第1アカウント口座への入金額に応じて、前記第1アカウント口座の残高を更新する残高更新部と、を有する情報処理装置。
情報処理装置に、
ユーザに関連付けられた第1アカウント口座の残高を記憶するステップと、
商取引における支払い金額に対して前記第1アカウント口座の残高が不足する場合に、前記ユーザに対して前記第1アカウント口座への入金を提案するステップと、
前記入金の提案があった場合に、前記ユーザによる、当該ユーザと所定関係を有する特定ユーザの選定、および、当該特定ユーザに対する入金要求および入金要求額を受け付けるステップと、
前記特定ユーザの承諾に基づいて、前記入金要求額を前記第1アカウント口座へ入金するステップと、
前記第1アカウント口座への入金額に応じて、前記第1アカウント口座の残高を更新するステップと、を実行させる情報処理プログラム。
情報処理装置における情報処理方法であって、
ユーザに関連付けられた第1アカウント口座の残高を記憶するステップと、
前記ユーザによる商取引における取引情報および前記第1アカウント口座への入金情報を記憶するステップと、
前記ユーザに対して前記第1アカウント口座への入金を提案するステップと、
前記取引情報および前記入金情報の少なくともいずれかに基づいて、前記第1アカウント口座への入金提案額を算出し、前記ユーザに対して当該入金提案額を提示するステップと、
前記入金提案額、または、前記ユーザが前記入金提案額に基づいて決定した入金指定額を、前記第1アカウント口座へ入金するステップと、
前記第1アカウント口座への入金額に応じて、前記第1アカウント口座の残高を更新するステップと、を有する情報処理方法。
前記入金するステップは、前記入金提案額または前記入金指定額を、前記ユーザに関連付けられた第2アカウント口座から出金するステップをさらに含む、付記1−1に記載の情報処理方法。
前記取引情報および入金情報を記憶するステップにおいては、前記ユーザが利用した店舗に対応付けて前記取引情報を記憶し、
前記入金提案額を算出および提示するステップにおいては、前記ユーザが前記店舗において商取引を行う場合に、または、前記ユーザが前記店舗の所定範囲内に位置する場合に、前記店舗における前記取引情報に基づいて、前記店舗に対応付けた前記入金提案額を算出し、前記ユーザに対して提示する、付記3−1または3−2に記載の情報処理方法。
前記入金するステップにおいては、前記ユーザが前記入金提案額を増減させた調整金額を前記入金指定額とする、付記3−1から3−3のいずれかに記載の情報処理方法。
前記ユーザが前記入金提案額を増減させて前記入金指定額を決定するための操作オブジェクトを表示するステップをさらに有する、付記3−1から3−4のいずれかに記載の情報処理方法。
前記操作オブジェクトを表示するステップにおいては、前記ユーザが前記入金提案額を任意に増減させるための操作オブジェクトを表示し、前記ユーザによる当該操作オブジェクトの操作に応じた金額を表示する、付記3−5に記載の情報処理方法。
前記操作オブジェクトを表示するステップにおいては、前記ユーザが前記入金提案額を所定の固定金額単位で増減させるための操作オブジェクトを表示し、前記ユーザによる当該操作オブジェクトの操作に応じた金額を表示する、付記3−5に記載の情報処理方法。
前記操作オブジェクトは、ボタン、テンキー、テキスト、およびスライダーのうち少なくもいずれかを含む、付記3−5から3−7のいずれかに記載の情報処理方法。
前記入金提案額を算出および提示するステップにおいては、前記第1アカウント口座への入金処理に係る損益分岐点に相当する金額を超えるように、前記入金提案額を算出する、付記3−1から3−8のいずれかに記載の情報処理方法。
ユーザに関連付けられた第1アカウント口座の残高を記憶する残高記憶部と、
前記ユーザによる商取引における過去の取引情報および前記第1アカウント口座への過去の入金情報を記憶する情報記憶部と、
前記ユーザに対して前記第1アカウント口座への入金を提案する入金提案部と、
前記取引情報および前記入金情報の少なくともいずれかに基づいて、前記第1アカウント口座への入金提案額を算出し、前記ユーザに対して当該入金提案額を提示する算出提示部と、
前記入金提案額、または、前記ユーザが前記入金提案額に基づいて決定した入金指定額を、前記第1アカウント口座へ入金する入出金処理部と、
前記第1アカウント口座への入金額に応じて、前記第1アカウント口座の残高を更新する残高更新部と、を有する情報処理装置。
情報処理装置に、
ユーザに関連付けられた第1アカウント口座の残高を記憶するステップと、
前記ユーザによる商取引における過去の取引情報および前記第1アカウント口座への過去の入金情報を記憶するステップと、
前記ユーザに対して前記第1アカウント口座への入金を提案するステップと、
前記取引情報および前記入金情報の少なくともいずれかに基づいて、前記第1アカウント口座への入金提案額を算出し、前記ユーザに対して当該入金提案額を提示するステップと、
前記入金提案額、または、前記ユーザが前記入金提案額に基づいて決定した入金指定額を、前記第1アカウント口座へ入金するステップと、
前記第1アカウント口座への入金額に応じて、前記第1アカウント口座の残高を更新するステップと、を実行させる情報処理プログラム。
前記ユーザの第2表示領域への操作は、前記第2表示領域の少なくとも一部の面積を増減させる操作を含む、請求項1に記載の情報処理プログラム。
前記ユーザの第2表示領域への操作は、前記第2表示領域の少なくとも一部の面積を増減させる操作を含む、付記4−1に記載の情報処理プログラム。
前記ユーザの第2表示領域への操作に応答して、前記入金額に対応付けられた第3表示領域を、前記第2表示領域に少なくとも一部が重畳する態様で、表示するステップをさらに実行させる、付記4−1または4−2に記載の情報処理プログラム。
前記ユーザの第2表示領域への操作は、前記第2表示領域の少なくとも一部を前記第1表示領域に移動させる操作を含む、付記4−1から4−3のいずれかに記載の情報処理プログラム。
前記ユーザの前記第1表示領域への操作であって、前記第1表示領域内の少なくとも一部の面積を増減させる操作に応答して、前記第2アカウント口座から前記第1アカウント口座への入金額を指定するステップをさらに実行させる、付記4−1から4−4のいずれかに記載の情報処理プログラム。
前記ユーザの前記第1表示領域への操作は、前記第1表示領域の少なくとも一部を前記第2表示領域に移動させる操作を含む、付記4−1から4−5のいずれかに記載の情報処理プログラム。
前記ユーザの前記第2表示領域への操作は、前記ユーザによる複数回の操作である、付記4−1から4−6のいずれかに記載の情報処理プログラム。
第1アカウント口座情報を、前記第1表示領域に重畳させる態様、または、前記第1表示領域の近傍に表示する態様で表示するステップをさらに含む、付記4−1から4−7のいずれかに記載の情報処理プログラム。
第2アカウント口座情報を、前記第2表示領域に重畳させる態様、または、前記第1表示領域の近傍に表示する態様で表示するステップをさらに含む、付記4−1から4−8のいずれかに記載の情報処理プログラム。
前記入金額に端数処理が施される、付記4−1から4−9のいずれかに記載の情報処理プログラム。
前記第1表示領域の少なくとも一部の面積、または、前記第2表示領域の少なくとも一部の面積のうち、いずか1つに端数処理が施される、付記4−1から4−10のいずれかに記載の情報処理プログラム。
前記第2アカウント口座から前記第1アカウント口座への入金が完了した場合に、更新された前記第1アカウント口座情報と、更新された前記第2アカウント口座情報とを表示するステップをさらに含む、付記4−1から4−11のいずれかに記載の情報処理プログラム。
前記入金額が、前記第1アカウント口座への入金処理に係る損益分岐点に相当する金額以下である場合、前記入金額が当該損益分岐点に相当する金額を超えるように調整する、付記4−1から4−12のいずれかに記載の情報処理プログラム。
情報処理装置における情報処理方法であって、
ユーザに関連付けられた第1アカウント口座に対応付けられた第1表示領域を表示するステップと、
前記ユーザに関連付けられた第2アカウント口座に対応付けられた第2表示領域を表示するステップと、
前記ユーザの第2表示領域への操作に応答して、前記第2アカウント口座から前記第1アカウントへの入金額を指定するステップと、を有する情報処理方法。
ユーザに関連付けられた第1アカウント口座に対応付けられた第1表示領域を表示する第1表示部と、
前記ユーザに関連付けられた第2アカウント口座に対応付けられた第2表示領域を表示する第2表示部と、
前記ユーザの第2表示領域への操作に応答して、前記第2アカウント口座から前記第1アカウントへの入金額を指定する入金額指定部と、を有する情報処理装置。
Claims (9)
- 情報処理装置における情報処理方法であって、
ユーザに関連付けられた第1アカウント口座の残高を記憶するステップと、
所定条件を満たす場合に、前記ユーザに対して前記第1アカウント口座への入金を提案するステップと、
前記第1アカウント口座への入金処理に係る損益分岐点に相当する金額を超えるように、前記第1アカウント口座への入金提案額を算出し、前記ユーザに対して当該入金提案額を提示するステップと、
前記ユーザの承諾に基づいて、前記入金提案額を、前記第1アカウント口座へ入金するステップと、
前記第1アカウント口座への入金額に応じて、前記第1アカウント口座における残高を更新するステップと、を有し、
前記損益分岐点は、前記第1アカウント口座への入金処理に係る手数料と、前記第1アカウント口座を使用する決済サービスで実行される入金処理の予想される全体回数とに基づいて算出される、情報処理方法。 - 前記入金するステップは、前記入金提案額を、前記ユーザに関連付けられた第2アカウント口座から出金するステップをさらに含む、請求項1に記載の情報処理方法。
- 前記所定条件が、下記(a1)から(a3);
(a1)前記第1アカウント口座の残高が一定金額以下となった場合
(a2)商取引における支払い金額が所定金額を超えた場合
(a3)所定期間ごとまたは所定イベント時
の少なくともいずれかである、請求項1または2に記載の情報処理方法。 - 前記(a1)における前記一定金額は、前記ユーザにより設定された金額、または、前記ユーザによる商品もしくはサービスの過去の取引情報、および、前記第1アカウント口座への過去の入金情報の少なくともいずれかに基づいて決定される、請求項3に記載の情報処理方法。
- 前記(a2)における前記所定金額は、前記ユーザにより設定された金額、前記第1アカウント口座の残高、または、前記第1アカウント口座の残高に所定係数を乗じた金額である、請求項3に記載の情報処理方法。
- 前記入金提案額を算出および提示するステップにおいては、さらに、前記ユーザが必要とする金額以上となるように、前記入金提案額を算出する、請求項1から5のいずれか一項に記載の情報処理方法。
- 前記ユーザが必要とする金額は、商取引の実行時においては、支払い金額に対する前記第1アカウント口座の残高の不足金額以上であり、商取引の実行時以外においては、前記商取引における過去の取引情報、および、前記第1アカウント口座への過去の入金情報の少なくともいずれかに基づいて決定される、請求項6に記載の情報処理方法。
- ユーザに関連付けられた第1アカウント口座の残高を記憶する残高記憶部と、
所定条件を満たす場合に、前記ユーザに対して前記第1アカウント口座への入金を提案する入金提案部と、
前記第1アカウント口座への入金処理に係る損益分岐点に相当する金額を超えるように、前記第1アカウント口座への入金提案額を算出し、前記ユーザに対して当該入金提案額を提示する算出提示部と、
前記ユーザの承諾に基づいて、前記入金提案額を、前記第1アカウント口座へ入金する入出金処理部と、
前記第1アカウント口座への入金額に応じて、前記第1アカウント口座における残高を更新する残高更新部と、を有し、
前記損益分岐点は、前記第1アカウント口座への入金処理に係る手数料と、前記第1アカウント口座を使用する決済サービスで実行される入金処理の予想される全体回数とに基づいて算出される、情報処理装置。 - 情報処理装置に、
ユーザに関連付けられた第1アカウント口座の残高を記憶するステップと、
所定条件を満たす場合に、前記ユーザに対して前記第1アカウント口座への入金を提案するステップと、
前記第1アカウント口座への入金処理に係る損益分岐点に相当する金額を超えるように、前記第1アカウント口座への入金提案額を算出し、前記ユーザに対して当該入金提案額を提示するステップと、
前記ユーザの承諾に基づいて、前記入金提案額を、前記第1アカウント口座へ入金するステップと、
前記第1アカウント口座への入金額に応じて、前記第1アカウント口座における残高を更新するステップと、を実行させ、
前記損益分岐点は、前記第1アカウント口座への入金処理に係る手数料と、前記第1アカウント口座を使用する決済サービスで実行される入金処理の予想される全体回数とに基づいて算出される、情報処理プログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2018147571A JP6474519B1 (ja) | 2018-08-06 | 2018-08-06 | 情報処理方法、情報処理装置、および情報処理プログラム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2018147571A JP6474519B1 (ja) | 2018-08-06 | 2018-08-06 | 情報処理方法、情報処理装置、および情報処理プログラム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP6474519B1 true JP6474519B1 (ja) | 2019-02-27 |
JP2020024495A JP2020024495A (ja) | 2020-02-13 |
Family
ID=65516892
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2018147571A Expired - Fee Related JP6474519B1 (ja) | 2018-08-06 | 2018-08-06 | 情報処理方法、情報処理装置、および情報処理プログラム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP6474519B1 (ja) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2021077052A (ja) * | 2019-11-08 | 2021-05-20 | トヨタ自動車株式会社 | ウォレットシステムおよびウォレットプログラム |
JP2022107705A (ja) * | 2019-09-13 | 2022-07-22 | 株式会社マネーフォワード | 金融基盤システム |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP7267369B2 (ja) * | 2021-09-22 | 2023-05-01 | 株式会社ジェーシービー | 情報処理装置、プログラム、および情報処理方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002092706A (ja) * | 2000-09-13 | 2002-03-29 | Oki Electric Ind Co Ltd | 支払システム及び電子通貨取扱装置 |
JP2005025618A (ja) * | 2003-07-04 | 2005-01-27 | Mizuho Bank Ltd | 電子バリュー管理方法及び電子バリュー管理プログラム |
JP2012178105A (ja) * | 2011-02-28 | 2012-09-13 | Rakuten Edy Inc | 情報処理プログラム、情報処理方法、及び携帯端末 |
-
2018
- 2018-08-06 JP JP2018147571A patent/JP6474519B1/ja not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002092706A (ja) * | 2000-09-13 | 2002-03-29 | Oki Electric Ind Co Ltd | 支払システム及び電子通貨取扱装置 |
JP2005025618A (ja) * | 2003-07-04 | 2005-01-27 | Mizuho Bank Ltd | 電子バリュー管理方法及び電子バリュー管理プログラム |
JP2012178105A (ja) * | 2011-02-28 | 2012-09-13 | Rakuten Edy Inc | 情報処理プログラム、情報処理方法、及び携帯端末 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2022107705A (ja) * | 2019-09-13 | 2022-07-22 | 株式会社マネーフォワード | 金融基盤システム |
JP2021077052A (ja) * | 2019-11-08 | 2021-05-20 | トヨタ自動車株式会社 | ウォレットシステムおよびウォレットプログラム |
JP7287243B2 (ja) | 2019-11-08 | 2023-06-06 | トヨタ自動車株式会社 | ウォレットシステムおよびウォレットプログラム |
Also Published As
Publication number | Publication date |
---|---|
JP2020024495A (ja) | 2020-02-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210073823A1 (en) | User interface for payments | |
US10740807B2 (en) | Systems and methods for transmission of representational image-based offers based on a tactile input | |
CN109583876A (zh) | 用于可穿戴设备的忠诚度账户和自有品牌账户的用户界面 | |
JP6527282B1 (ja) | 情報処理方法、情報処理装置、および情報処理プログラム | |
JP6474519B1 (ja) | 情報処理方法、情報処理装置、および情報処理プログラム | |
US20210224896A1 (en) | Information processing method, information processing apparatus, storage medium, and information processing terminal | |
JP2020129250A (ja) | プログラム、情報処理方法、及び情報処理装置 | |
JP2020129281A (ja) | 情報処理方法、情報処理装置、及び情報処理プログラム | |
JP2020013285A (ja) | 情報処理方法、情報処理装置、およびプログラム | |
JP2021096746A (ja) | 情報処理方法、情報処理装置、及びプログラム | |
JP7156934B2 (ja) | 情報処理方法、プログラムおよび情報処理装置 | |
JP7468976B2 (ja) | 情報処理方法、プログラム、端末 | |
JP2020024494A (ja) | 情報処理方法、情報処理装置、および情報処理プログラム | |
JP2023126109A (ja) | アプリケーションプログラム、システム、情報処理方法、および情報処理装置 | |
JP6205045B1 (ja) | 情報処理装置、情報処理方法、およびプログラム | |
JP2020115278A (ja) | プログラム、情報処理方法、情報処理端末 | |
JP2020129280A (ja) | 情報処理方法、情報処理装置、及び情報処理プログラム | |
JP2020129279A (ja) | 情報処理方法、情報処理装置、及び情報処理プログラム | |
KR102454160B1 (ko) | 공용 계좌 서비스 제공 시스템 및 공용 계좌 서비스 정보 제공 방법 | |
JP2020112891A (ja) | 情報処理方法、情報処理装置、及び情報処理プログラム | |
JP2020013284A (ja) | 情報処理方法、情報処理装置、およびプログラム | |
JP7079037B1 (ja) | 情報処理方法、情報処理装置、情報処理プログラムおよび記録媒体 | |
JP7271165B2 (ja) | 情報処理方法、プログラムおよび情報処理装置 | |
JP7278068B2 (ja) | 情報処理方法、プログラムおよび情報処理装置 | |
JP2023134814A (ja) | 情報処理方法、プログラムおよび情報処理装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20180904 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20181102 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20181227 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20190122 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20190129 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 6474519 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |