JP2019125199A - Information processing device - Google Patents
Information processing device Download PDFInfo
- Publication number
- JP2019125199A JP2019125199A JP2018005868A JP2018005868A JP2019125199A JP 2019125199 A JP2019125199 A JP 2019125199A JP 2018005868 A JP2018005868 A JP 2018005868A JP 2018005868 A JP2018005868 A JP 2018005868A JP 2019125199 A JP2019125199 A JP 2019125199A
- Authority
- JP
- Japan
- Prior art keywords
- difference
- consent
- user
- amount
- unit
- 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.)
- Granted
Links
- 230000010365 information processing Effects 0.000 title claims description 12
- 238000012545 processing Methods 0.000 claims abstract description 59
- 238000000034 method Methods 0.000 claims description 135
- 230000008569 process Effects 0.000 claims description 73
- 238000009825 accumulation Methods 0.000 claims description 41
- 238000003860 storage Methods 0.000 claims description 33
- 238000012546 transfer Methods 0.000 abstract description 66
- 238000004364 calculation method Methods 0.000 abstract description 10
- 230000001186 cumulative effect Effects 0.000 abstract description 3
- 238000007726 management method Methods 0.000 description 221
- 230000004048 modification Effects 0.000 description 38
- 238000012986 modification Methods 0.000 description 38
- 238000010586 diagram Methods 0.000 description 18
- 238000004891 communication Methods 0.000 description 12
- 230000002349 favourable effect Effects 0.000 description 11
- 230000008859 change Effects 0.000 description 9
- 230000005540 biological transmission Effects 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 238000010079 rubber tapping Methods 0.000 description 7
- 238000003384 imaging method Methods 0.000 description 6
- 230000003203 everyday effect Effects 0.000 description 4
- 230000002354 daily effect Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000015572 biosynthetic process Effects 0.000 description 2
- 238000005520 cutting process Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000008450 motivation Effects 0.000 description 2
- 238000003825 pressing Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000004904 shortening Methods 0.000 description 2
- 230000004931 aggregating effect Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 238000012011 method of payment Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 230000003442 weekly effect Effects 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
本発明は、ユーザに資金を活用してもらうための技術に関する。 The present invention relates to a technology for having a user utilize a fund.
ユーザに資金を活用してもらうための技術がある。例えば特許文献1には、釣り銭とこの釣り銭を受け取るべき者に関するデータを登録しておき、投資サーバが、ATM端末などから投資を行う旨の情報を受信するとこの情報に基づいて投資関連運用事業者側システムにアクセスし、投資関連運用事業者側システムが所定の投資処理を行う技術が開示されている。
There is a technology to get users to use funds. For example, the
ユーザの資金運用は、ユーザの承諾を得たうえで、ユーザの口座に入っている資金をしかるべき別の口座(投資事業者の口座等)に移してから行われることが一般的である。しかし、口座間で資金を移動させると手数料が発生するので、資金の移動はなるべく少ないことが望ましい。かといって移動させる額が大きくなると、資金運用に対する心理的な抵抗がユーザに生じやすくなる。
そこで、本発明は、資金移動の回数を少なくしつつ、ユーザの資金運用の承諾を得やすくすることを目的とする。
Generally, the user's fund management is performed after transferring the funds stored in the user's account to another appropriate account (investor's account etc.) after obtaining the user's consent. However, because transferring funds between accounts incurs a fee, it is desirable that the transfer of funds be as small as possible. However, if the amount of money to be moved is large, it is easy for the user to have a psychological resistance to fund management.
Therefore, an object of the present invention is to make it easy to obtain the user's consent for fund management while reducing the number of times of fund transfer.
上記目的を達成するために、本発明は、商取引における支払額に基づき算出される金額を蓄積する蓄積部と、ユーザにより所定の操作が行われる前になされた1以上の商取引における前記金額を資金運用に充てることについての承諾を取得する承諾取得部であって、特定の事業者と特定の関連性を有する商取引の前記金額を資金運用に充てることについての第1承諾と、当該関連性を有しない商取引の前記金額を資金運用に充てることについての第2承諾とを取得する承諾取得部と、所定の期間が経過すると、前記承諾が取得された金額の累積額を第1の口座から第2の口座へ移動して資金運用に充てるための処理であって、当該承諾が前記第1承諾及び前記第2承諾のいずれであるかによって当該累積額を異なる条件で資金運用に充てるための別々の処理を実行する実行部とを備える情報処理装置を提供する。 In order to achieve the above object, the present invention provides an accumulation unit that accumulates an amount calculated based on the payment amount in commerce, and funds the amount in one or more commerces made before a user performs a predetermined operation. A consent obtaining unit for obtaining consent for allocating to operation, which has a first consent for applying the amount of the transaction having a specific relationship with a specific business operator to fund management, and the relatedness A consent obtaining unit for obtaining the second consent for allocating the amount of money for the non-commercial transaction to the fund management, and when a predetermined period has elapsed, the accumulated amount of the amount for which the consent is obtained is obtained from the first account Processing for moving to the account of the fund and allocating funds, and the accumulated amount is allocated to funds under different conditions depending on whether the consent is the first consent or the second consent. An information processing apparatus comprising an execution unit for executing a separate process.
また、前記承諾取得部は、特定の購入先で行われる商取引、特定の購入対象を購入する商取引、特定の決済手段で決済する商取引、特定のポイントが付与される商取引、特定のポイントが利用される商取引又は前記事業者が定めた特定の期間に行われる商取引の前記金額のみを資金運用の対象とするユーザの商取引を前記特定の関連性を有する商取引として前記承諾を取得してもよい。
さらに、前記承諾取得部は、特定の購入先で行われる商取引、特定の購入対象を購入する商取引、特定の決済手段で決済する商取引、特定のポイントが付与される商取引、特定のポイントが利用される商取引又は前記事業者が定めた特定の期間に行われる商取引を前記特定の関連性を有する商取引として前記承諾を取得してもよい。
Further, the consent acquisition unit may use a commercial transaction performed at a specific purchaser, a commercial transaction to purchase a specific purchase target, a commercial transaction to be settled by a specific payment means, a commercial transaction to which a specific point is given, a specific point The consent may be acquired as a business transaction having the specific relevance, with the user's business transaction in which only the amount of the business transaction performed in a specific period set by the business operator or the business transaction is targeted for fund management.
Furthermore, the consent acquisition unit may use a commercial transaction performed at a specific purchaser, a commercial transaction to purchase a specific purchase target, a commercial transaction to be settled by a specific payment means, a commercial transaction to which a specific point is given, a specific point Business transaction or a business transaction performed in a specific period defined by the business operator may be obtained as the business transaction having the specific relevance.
また、前記特定の関連性を有する商取引には、支払額を現金で支払ったユーザの識別情報及び支払情報が前記事業者のシステムによって取得される商取引が含まれ、前記蓄積部は、前記事業者のシステムから取得される前記識別情報及び前記支払情報を蓄積し、前記承諾取得部は、蓄積された前記識別情報が示すユーザの、蓄積された前記支払情報から算出される前記金額についての前記承諾を取得してもよい。
さらに、前記承諾取得部は、前記特定の関連性を有する商取引について算出された金額のみを表示して前記第1承諾を要求する画面を示すデータをユーザ端末に送信し、当該ユーザ端末から返信された返信データが示す金額について前記第1承諾を取得してもよい。
The business transaction having the specific relevance includes a business transaction in which the identification information of the user who paid the payment amount in cash and the payment information is acquired by the system of the business operator, and the storage unit is the business operator Storing the identification information and the payment information acquired from the system, and the consent acquisition unit is configured to accept the consent for the amount calculated from the accumulated payment information of the user indicated by the stored identification information. You may get
Furthermore, the consent acquisition unit displays only the amount of money calculated for the transaction having the specific relevance, transmits data indicating a screen requesting the first consent to the user terminal, and returns the data from the user terminal. The first consent may be acquired for the amount of money indicated by the reply data.
また、前記承諾取得部は、前記特定の関連性を有する商取引について算出された金額を当該事業者が関連しない商取引について算出された金額と異なる態様で表示して前記承諾を要求する画面を示すデータをユーザ端末に送信し、当該ユーザ端末から返信された返信データが示す金額について前記第1承諾を取得してもよい。
さらに、前記所定の期間の経過前に行われた複数の商取引について蓄積された前記金額をそれぞれ示す金額情報をユーザ端末へ送信する送信部と、送信された前記金額情報が示す金額のうち資金運用に充てると選択された金額を示す選択金額情報を、前記ユーザ端末から受信する受信部とを備え、前記実行部は、受信された前記選択金額情報が示す前記選択された金額の累積額の前記移動を指示する処理を実行してもよい。
Further, the consent acquisition unit is a data indicating a screen for requesting the consent by displaying the amount of money calculated for the transaction having the specific relevance in a mode different from the amount of money calculated for the transaction not related to the business operator. May be transmitted to the user terminal, and the first consent may be acquired for the amount of money indicated by the reply data returned from the user terminal.
Furthermore, a transmitting unit for transmitting to the user terminal amount information indicating each of the accumulated amounts of money stored for a plurality of commercial transactions performed before the predetermined period has elapsed, and using funds among the amounts indicated by the transmitted amount information. A receiving unit for receiving, from the user terminal, selected amount information indicating a selected amount of money, and the execution unit is configured to receive the accumulated amount of the selected amount indicated by the received selected amount information. A process of instructing movement may be performed.
本発明によれば、資金移動の回数を少なくしつつ、ユーザの資金運用の承諾を得やすくすることができる。 According to the present invention, it is possible to easily obtain the user's consent for fund management while reducing the number of times of fund transfer.
以下、本発明の具体的な実施例について説明するが、本発明は、その技術的思想に含まれるものであれば種々変形、変更することが可能であり、以下の実施例に限定されるものではない。 Hereinafter, specific examples of the present invention will be described. However, the present invention can be variously modified and changed as long as it is included in the technical idea thereof, and is limited to the following examples. is not.
[1]実施例
図1は実施例に係る資金運用支援システム1の全体構成を表す。資金運用支援システム1は、商取引においてユーザがお金を支払った際に生じるお釣りを資金運用に充てることを支援するシステムである。ここでいうユーザは、お釣りを資金運用に充てるお釣り運用サービスを利用するユーザであり、資金運用支援システム1において登録されているユーザである。資金運用支援システム1は、このお釣り運用サービスを提供する事業者が中心となって運用されている。
[1] Embodiment FIG. 1 shows the overall configuration of a fund
資金運用とは、利益を得る目的で資金を運用することであり、具体的には、株式、FX(Foreign Exchange:外国為替証拠金取引)、債券、投資信託、不動産、先物、金相場、預金及び外貨預金等を行うことである。また、仮想通貨(ビットコイン)の売買により資金が運用されてもよい。商取引におけるお金の支払いとは、例えば店舗等で商品を購入する際に行われる支払いであるが、それ以外にも、電車の切符の購入、病院での治療費の支払い、光熱費や通信費のような毎月の使用料金の支払い、住宅ローンのような分割払い及び本システムが支援する資金運用以外の資金運用での支払い等も含められる。つまり、商品には、例えば文房具のように物体として存在するもの以外に、運搬や治療のようなサービスも含まれる。 Fund management is the management of funds for the purpose of profit, and specifically, stocks, FX (Foreign Exchange: foreign exchange margin trading), bonds, investment trusts, real estate, futures, money market, deposits And making foreign currency deposits etc. Also, funds may be managed by buying and selling virtual currency (bitcoin). Payment of money in commerce is, for example, payment made when purchasing a product at a store etc. However, other than that, the purchase of train tickets, payment of medical treatment expenses at hospitals, and the cost of energy and communication expenses Such monthly payment of usage fees, installment payments such as mortgages, and payments by fund management other than fund management supported by this system are also included. In other words, the goods include services such as transportation and treatment as well as objects existing as objects, for example, stationery.
また、この支払には、ポイントサービスを利用するユーザがポイントを蓄積する際に行う支払い、蓄積されたポイントを利用する際の支払い及びそれら両方を兼ねた(ポイントの蓄積も利用も行う)支払いも含められる。ポイントサービスとは、ポイントサービス事業者が購入金額等に応じてユーザにポイントを付与し、付与したポイントで別の購入金額を充当したり商品と交換したりすることができるようにしたサービスのことである。 In addition, for this payment, the payment made by the user who uses the point service when accumulating points, the payment when using the accumulated points, and the payment that doubles as well (both also accumulates the points) Included. The point service is a service that allows the point service provider to give points to users according to the purchase price, etc., and to use the granted points to allocate another purchase price or exchange for a product. It is.
ユーザが行う支払いの方法(決済方法)は複数ある。例えばクレジットカード、電子マネー及び口座からの引き落し等の決済方法では1円単位で支払われるため通常はお釣りが生じないが、お釣り運用サービスは、それらの支払いについても仮に現金で100円単位や1000円単位で支払われたとしたら生じると想定されるお釣りを資金運用に充てるという条件でユーザに提供される。資金運用支援システム1においては、クレジットカード等の支払い情報は、それらの決済サービスを提供する事業者のシステムから後述する家計簿サーバ装置10を介して取得される。
There are multiple payment methods (payment methods) the user makes. For example, with a payment method such as credit card, electronic money, or withdrawal from an account, there is usually no fishing because it is paid in 1-yen units, but your fishing operation service also temporarily pays 100 yen or 1000 for those payments. It is provided to the user on the condition that the fishing which is assumed to occur if it is paid in yen unit is used for fund management. In the fund
また、支払いが現金で行われた場合、支払った金額と購入額との差分がお釣りとしてユーザに支払われる。資金運用支援システム1においては、この現金決済で実際にユーザに支払われたお釣りの情報は、例えば後述するレシートを利用して取得される。また、ユーザがポイントサービスを利用していれば、現金決済であっても支払額を現金で支払ったユーザの識別情報(ユーザID(Identification)等)及び支払情報がポイントサービスの提供事業者のシステムによって取得されるので、そのシステムから商取引での支払額又はお釣りの金額を示す情報が取得される。
In addition, when payment is made in cash, the difference between the paid amount and the purchase amount is paid to the user as fishing. In the fund
資金運用支援システム1は、ネットワーク2と、決済代行サーバ3と、銀行サーバ4と、銀行サーバ5と、資金運用サーバ装置6と、家計簿サーバ装置10と、資金運用支援サーバ装置20と、ユーザ端末30とを備える。ネットワーク2は、移動体通信網及びインターネット等を含む通信システムであり、自システムに接続される装置同士のデータのやり取りを仲介する。ネットワーク2には、ユーザ端末30以外の各装置が有線通信で接続されており、ユーザ端末30が無線通信で接続されている。なお、ネットワーク2との接続は有線通信及び無線通信のどちらでもよい。
The fund
決済代行サーバ3は、取引で発生する決済処理を代行する決済代行会社が運用するサーバである。銀行サーバ4及び銀行サーバ5は、銀行の口座を管理する(詳細には口座に収められているお金を管理する)サーバであり、口座への入金処理及び口座からの出金処理を行う。本実施例では、銀行サーバ4は、ユーザが利用する銀行でユーザの利用可能なお金が収められた口座を管理するサーバであり、銀行サーバ5は、資金運用会社が利用する銀行で資金運用会社の口座を管理するサーバであるものとする。 The settlement agent server 3 is a server operated by a settlement agent company acting on behalf of the settlement process occurring in the transaction. The bank server 4 and the bank server 5 are servers that manage bank accounts (specifically, manage the money stored in the accounts), and perform deposit processing to accounts and withdrawal processing from accounts. In the present embodiment, the bank server 4 is a server that manages an account containing money available to the user at the bank used by the user, and the bank server 5 is a money management company at the bank used by the money management company. Be a server that manages the account of
ここでいう「ユーザの利用可能なお金」とは、お釣り運用サービスにおいて運用される資金の元手となり得るお金のことである。ユーザの利用可能なお金が収められた口座は、ユーザが開設した口座に限らない。例えばユーザが利用する証券会社、通信事業者、電力会社、ガス会社、決済代行会社、通信販売会社及びC2C(Consumer to Consumer)サービス会社等が利用する、ユーザが支払ったお金を収めるための口座であってもよい。また、サービスを提供している事業者がユーザに付与したポイントに相当するお金を収めている口座であってもよい。 The "user-available money" mentioned here is money that can be a source of funds used in the fishing operation service. The account containing the user's available money is not limited to the account opened by the user. For example, an account used by the securities company, telecommunications company, electric power company, gas company, payment agency company, mail order company, C2C (Consumer to Consumer) service company, etc. used by the user to hold the money paid by the user It may be. Further, it may be an account containing money equivalent to the points given by the business provider providing the service to the user.
各事業者との取り決めにより、ユーザがそれらの口座に支払額以上のお金を収めておくことで、余ったお金を資金運用に充てることができる。それらの場合、事業者の口座を保有する銀行の銀行サーバ、又は、各事業者がその口座を管理するために設けたサーバが、ユーザの利用可能なお金が収められた口座を管理するサーバとして用いられる。資金運用サーバ装置6は、銀行サーバ5が管理する口座の資金を運用する処理及び運用実態を資金運用支援サーバ装置20に提供する処理等を実行する。
By arrangement with each business operator, the surplus money can be used for fund management by the user storing the money more than the payment amount in those accounts. In those cases, the bank server of the bank that holds the account of the business, or the server that each business has set up to manage that account, is a server that manages the account in which the user's available money is stored. Used. The money
家計簿サーバ装置10は、ユーザの家計情報を蓄積する装置である。家計情報には、少なくともユーザの支出を示す支出情報が含まれる。支出情報は、食費、被服費、娯楽費、医療費、交際費、教育費、車両費、光熱費及び住居費等を示す情報である。これらの支出には、厳密には家族などユーザと家計をともにする者の支出も含まれているが、本実施例では、そのような支出もユーザの支出として捉えるものとする。
The household
家計簿サーバ装置10は、これらの支出情報を、ユーザ端末30から取得したり、金融機関又はポイントサービス事業者等が提供する個人向けサイト(ユーザの取引の履歴が掲載されたサイト。例えばインターネットバンキングのサイト又はポイント情報を提供するサイト)を提供するシステムから取得したりする。なお、家計簿サーバ装置10は、金融機関又はポイントサービス事業者等のシステムから直接API(Application Programming Interface)を通じて又はファイル形式で支出情報を取得してもよい。
The household account
資金運用支援サーバ装置20は、お釣り運用サービスをユーザに提供するための処理を行う情報処理装置である。資金運用支援サーバ装置20は、家計簿サーバ装置10から支出情報を取得する処理、お釣りを算出する処理、お釣りを資金運用に充てることの承諾をユーザに要求する処理、及び、承諾が得られたお釣りと同等の金額をユーザの口座から資金運用用の口座に移すための処理等を行う。
The fund operation
ユーザ端末30は、ユーザが利用する端末装置であり、例えばスマートフォン、タブレット端末又はパーソナルコンピュータ等である。ユーザ端末30は、家計簿サーバ装置10にアクセスする操作(ユーザID、パスワードの入力操作)の受け付け、ユーザの家計情報(特に支出情報)の入力操作の受付、蓄積された家計情報の表示、資金運用支援サーバ装置20からの上記要求の表示、その要求に対して承諾・拒否のいずれかを回答する操作の受け付け、及び、回答結果の通知処理等を行う。
The
図2は家計簿サーバ装置10及び資金運用支援サーバ装置20のハードウェア構成を表す。これらの装置は、いずれも、プロセッサ11と、メモリ12と、ストレージ13と、通信装置14と、入力装置15と、出力装置16とを備えるコンピュータである。プロセッサ11は、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ11は、周辺装置とのインターフェース、制御装置、演算装置及びレジスタ等を含む中央処理装置(CPU:Central Processing Unit)を備える。
FIG. 2 shows the hardware configuration of the household
プロセッサ11は、プログラム(プログラムコード)、ソフトウェアモジュール及びデータ等を、ストレージ13や通信装置14からメモリ12に読み出し、これらに従って各種の処理を実行する。メモリ12は、コンピュータが読み取り可能な記録媒体であり、例えば、ROM(Read Only Memory)、EPROM(Erasable Programmable ROM)、EEPROM(Electrically Erasable Programmable ROM)及びRAM(Random Access Memory)等である。
The
ストレージ13は、コンピュータが読み取り可能な記録媒体であり、例えば、ハードディスクドライブ、フレキシブルディスク及びフラッシュメモリ等である。ストレージ13は、補助記憶装置と呼ばれてもよい。通信装置14は、有線及び/又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア(送受信デバイス)であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。
The
入力装置15は、外部からの入力を受け付ける入力デバイス(例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど)である。出力装置16は、外部への出力を実施する出力デバイス(例えば、ディスプレイ、スピーカー、LEDランプなど)である。なお、入力装置15及び出力装置16は、一体となった構成(例えば、タッチスクリーン)であってもよい。
The
なお、一切の物理的な入力を待たず自律的且つ定期的に実行される処理(いわゆるバッチ処理)がこの入力に置き換わってもよいし、ユーザ端末30がGPS(Global Positioning System)等の測位手段を備えている場合に、特定の位置が測定されたときに実行される処理がこの入力に置き換わってもよい。また、ワイヤレスネットワークに接続された物理ボタンが用いられてもよい(この物理ボタンを押すと貯まっているお釣りを資金運用に充てることの承諾を一括で行うなど)。また、上記のハードウェア構成は、仮想化されたリソースで提供されてもよい(各サーバ装置がクラウドコンピューティングシステム上に構築される場合など)。
In addition, processing (so-called batch processing) that is autonomously and periodically executed without waiting for any physical input may be replaced by this input, or the
図3はユーザ端末30のハードウェア構成を表す。ユーザ端末30は、プロセッサ31と、メモリ32と、ストレージ33と、通信装置34と、入力装置35と、出力装置36と、撮像装置37とを備えるコンピュータである。プロセッサ31から出力装置36までは、図2に表す同名の各装置と共通するハードウェアである。撮像装置37は、レンズ及び撮像素子等を備え、レンズから入射する光が表す周囲の人物や光景を撮影する。撮像装置37は、撮影した画像を示す画像データをプロセッサ31に供給する。
FIG. 3 shows the hardware configuration of the
資金運用支援システム1が備える各装置のプロセッサがプログラムを実行して各部を制御することで、以下に述べる機能が実現される。
図4は資金運用支援システム1が実現する機能構成を表す。家計簿サーバ装置10は、収入情報取得部101と、支出情報取得部102と、家計情報蓄積部103とを備える。
The processor of each device included in the money
FIG. 4 shows a functional configuration realized by the fund
資金運用支援サーバ装置20は、支払額取得部201と、差額算出部202と、差額取得部203と、差額蓄積部204と、要求時期判断部205と、承諾要求部206と、承諾可否受付部207と、撤回受付部208と、資金移動時期判断部209と、移動指示処理実行部210とを備える。ユーザ端末30は、レシート読取部301と、支出情報送信部302と、承諾要求表示部303と、承諾可否操作受付部304と、承諾可否通知部305と、履歴表示部306と、撤回操作受付部307と、撤回通知部308とを備える。
The fund management
家計簿サーバ装置10の収入情報取得部101は、ユーザの収入情報を取得する。本実施例では、口座の取引履歴を掲載した個人向けサイトへのアクセスに用いる情報(URL(Uniform Resource Locator)、ユーザID、パスワード等)を家計簿サーバ装置10にユーザが予め登録しておく。個人向けサイトでは、取引日、取引の種類(カード引き出し、カード預け入れ、振り込み、引き落し及びポイントを蓄積・利用した現金決済等)、取引先、取引金額又は現金決済の金額等の取引履歴が掲載されている。
The income
収入情報取得部101は、登録された情報を用いてユーザの取引履歴を読み出し、入金を示す取引履歴のうち決められた項目(給料及び賞与等)のものを、ユーザの収入情報として取得する。収入情報取得部101は、取得した収入情報を、ユーザのユーザIDとともに家計情報蓄積部103に供給する。このユーザIDは、資金運用支援システム1で割り当てられているものであり、個人向けサイトへのアクセス用のユーザID及び家計簿サーバ装置10にアクセスするためのユーザIDとは通常は異なっている。
The income
ただし、お釣り運用サービスを提供する事業者が家計簿サーバ装置10も運用する場合やユーザ自身がユーザIDを決定する方法が採用されている場合などに、共通のユーザIDが用いられてもよい。家計簿サーバ装置10の支出情報取得部102は、ユーザの支出情報を取得する。支出情報取得部102は、例えば、上記の金融機関の個人向けサイトから取引履歴を読み出し、出金を示す取引履歴のうち決められた項目(引き落し、振り込み及びポイントを蓄積・利用した現金決済等)のものを、ユーザの支出情報として取得する。また、これと同様に、支出情報取得部102は、ポイントサービス事業者の個人向けサイトから、現金決済を行ったユーザのユーザID及び支払情報を、そのユーザの支出情報として取得する。
However, a common user ID may be used, for example, when the provider of the fishing operation service operates the household
また、支出情報取得部102は、ユーザ端末30から次のように送信されてくる情報を支出情報として取得する。ユーザ端末30のレシート読取部301は、自装置の撮像手段(撮像装置37)でレシートを撮影することで、そのレシートに記載された支出情報を読み取る。レシート読取部301は、レシートに含まれるテキストのパターン(「領収証」、「合計」、「お預り」及び「お釣り」等)を予め記憶しておき、撮影した画像に写ったテキストを認識してそれらのパターンが含まれている場合にレシートが撮影されていると判断する。
Further, the expenditure
レシート読取部301は、この判断を行うと、撮影されているレシートに記載されている日時、商品名、価格、価格の合計、消費税額、支払額及びお釣り等を支出情報として読み取る。レシート読取部301は、読み取った支出情報を支出情報送信部302に供給する。なお、この画像認識プロセスは、外部装置に対して画像データを送信し、その外部装置により読み取られた文字情報をユーザ端末30に返却することにより実現されてもよい。
The
支出情報送信部302は、家計簿サーバ装置10の宛先(IP(Internet Protocol)アドレス等)を記憶しておき、供給された支出情報をその宛先(すなわち家計簿サーバ装置10)に送信する。支出情報取得部102は、こうして送信されてきたレシートから読み取られた支出情報を取得する。支出情報取得部102は、上記のとおり取得した支出情報を、ユーザのユーザIDとともに家計情報蓄積部103に供給する。
The expenditure
家計簿サーバ装置10の家計情報蓄積部103は、上記のとおり取得された収入情報及び支出情報をユーザの家計情報として蓄積する。家計情報蓄積部103は、供給された収入情報及び支出情報を、ともに供給されたユーザIDに対応付けて記憶することでこの蓄積を行う。また、家計情報蓄積部103は、上述したポイントサービス事業者の個人向けサイトのシステムから取得されるユーザID及び支払情報(支出情報を表す)も家計情報として蓄積する。以上で述べた収入情報及び支出情報の取得及び蓄積は定期的に(例えば毎日。支出情報についてはユーザがレシートを撮影する操作を行ったときにも)行われ、なるべく新しい家計情報が蓄積されるようになっている。
The household
資金運用支援サーバ装置20の支払額取得部201は、上述した商取引における支払額を記憶する記憶装置からその支払額を取得する。商取引における支払額は、支出情報が示す出金の金額及びレシートに記載された価格の合計と消費税額を合わせた金額等によって表される。支払額取得部201は、その支出情報を記憶する家計簿サーバ装置10(本実施例における記憶装置)に支出情報を要求する。家計簿サーバ装置10の家計情報蓄積部103は、この要求を受け取ると、蓄積している支出情報及びそれに対応付けたユーザIDを資金運用支援サーバ装置20に送信する。
The payment
このとき、家計情報蓄積部103は、今までに資金運用支援サーバ装置20に送信したことがない支出情報(つまり前回支出情報を送信した後に新たに蓄積された支出情報)を送信する。支払額取得部201は、送信されてきた支出情報及びユーザIDを受け取ることで、そのユーザIDのユーザが商取引の際に支払った支払額を取得する。支払額取得部201は、取得した支払額を示す支出情報を対応するユーザID(その額を支払ったユーザのユーザID)に対応付けて差額算出部202に供給する。
At this time, the household
差額算出部202は、支払額取得部201により取得された支払額とその支払額を切り上げた額との差額を算出する。差額算出部202は、例えばユーザによってお釣り運用サービスの利用開始時に設定された単位(50円単位、100円単位、500円単位又は1000円単位等)で支払額を切り上げる。この切り上げ単位は、お釣り運用サービスの利用開始後も変更可能である。
The
差額算出部202は、支払額が325円の場合に、切り上げ単位として100円単位が設定されている場合、325円を100円単位で切り上げた400円から325円を減算して得られる75円を差額として算出し、切り上げ単位として50円単位が設定されている場合、325円を50円単位で切り上げた350円から325円を減算して得られる25円を差額として算出する。差額算出部202は、こうして算出した差額を対応するユーザID(その差額が算出される支払いを行ったユーザのユーザID)及び支出情報に対応付けて差額取得部203に供給する。
When the payment amount is 325 yen, the
差額取得部203は、商取引における支払額とその支払額を切り上げた額との差額を取得する。差額取得部203は、本実施例では、差額取得部203により算出された差額を取得する。差額取得部203は、取得した差額を、その差額に対応付けて供給されたユーザID及び支出情報とともに差額蓄積部204に供給する。差額蓄積部204は、差額取得部203により取得された差額を、対応するユーザID等に対応付けて記憶する。差額蓄積部204は本発明の「蓄積部」の一例である。
The
図5は蓄積されている差額の一例を表す。図5の例では、差額蓄積部204は、ユーザIDと、支払日と、差額と、差額IDと、ステータスとを対応付けて記憶している。支払日は、差額が算出された支払額の商取引が行われた日を表し、支出情報により示される。差額IDは、各差額を識別する情報である。ステータスは、蓄積されている差額を資金運用に充てることについての承諾をユーザに要求した場合に承諾が得られた状況、又は、拒否された状況を表す。
FIG. 5 shows an example of the accumulated difference. In the example of FIG. 5, the
また、ステータスは、承諾要求がまだなされていない未要求の状況、又は、承諾された後に口座の移動まで済んでいる移動済みの状況を表す。図5の例では、支払日が12/22から12/31までの差額には「移動済み」という状況が、支払日が1/1から1/7までの差額には「拒否」という状況が、支払日が1/8から1/14までの差額には「承諾」という状況が、支払日が1/15から1/21までの差額には「未要求」という状況がそれぞれ対応付けられている。 In addition, the status represents an unsolicited situation in which the consent request has not been made yet, or a moved situation in which the account has been moved after being accepted. In the example of FIG. 5, the situation where the payment date is “moved” for the difference from 12/22 to 12/31 and the situation where the payment date is “rejected” for the difference from 1/1 to 1/7 The difference between 1/8 and 1/14 of the payment date is associated with a status of "Accepted", and the difference between the payment date of 1/15 and 1/21 is associated with a status of "Not Requested". There is.
この承諾要求及び口座の移動についてはこの後で詳しく説明する。以上で述べた支払額の取得から差額の蓄積までの動作は定期的に(例えば毎日)行われ、なるべく最新の商取引における差額が蓄積されるようになっている。本実施例では、説明を分かり易くするために、毎日その日に行われた商取引における差額が差額取得部203によって取得され、差額蓄積部204に蓄積されるものとする。
The consent request and the transfer of the account will be described in detail later. The operation from the acquisition of the payment to the accumulation of the difference described above is performed periodically (for example, every day), and the difference in the latest transaction is accumulated as much as possible. In the present embodiment, in order to make the explanation easy to understand, it is assumed that the difference in the commercial transaction performed on the day is acquired by the
資金運用支援サーバ装置20の要求時期判断部205は、前述した承諾要求を行う時期、すなわち、差額蓄積部204に蓄積されている差額を資金運用に充てることについての承諾をユーザに要求する要求時期になったか否かを判断する。要求時期判断部205は、承諾を要求する相手となる要求先ユーザが定めた基準日から定められた第1の期間が経過するごとに、要求時期になったと判断する。
The request
本実施例では、基準日として月初めの日が定められ、1日(24時間)を第1の期間とする。要求時期判断部205は、第1の期間が経過した時刻(例えば0時)に要求時期になったと判断する。要求時期判断部205は、要求時期になったと判断すると、要求先ユーザのユーザIDに対応付けて蓄積されている差額のうちステータスが「未要求」であるものを、対応する差額ID及び支払日とともに差額蓄積部204から読み出し、要求先ユーザのユーザIDとともに承諾要求部206に供給する。
In the present embodiment, the first day of the month is determined as the reference date, and one day (24 hours) is set as the first period. The request
承諾要求部206は、第1の期間が経過するごとに、その第1の期間になされた1以上の商取引における差額を資金運用に充てることについての承諾をユーザに要求する要求データを生成する。承諾要求部206は、例えば、各ユーザのユーザIDと、そのユーザの商取引における差額と、差額ID及び支払日と、それらの差額を資金運用に充てることについての承諾を要求する旨を表す文字列とを示す要求データを生成する。
The
ユーザ端末30の承諾要求表示部303は、ユーザによって所定の操作(具体例は後ほど説明する)が行われたときに、自装置を利用するユーザのユーザIDと、表示すべき承諾要求が有るか否かを問い合わせる問合せデータを資金運用支援サーバ装置20に送信する。承諾要求部206は、送信されてきた問合せデータが示すユーザIDを示す要求データを、問い合わせ元のユーザ端末30に対して送信する。このように、承諾要求部206は、第1の期間が経過する度に要求データを生成し、ユーザ端末30から問い合わせを受けたときにその要求データを送信することで資金運用の承諾をユーザに要求する。
Whether the consent
以上のとおり、本実施例では、ユーザ端末30からの問い合わせを受けて資金運用の承諾が要求されるという、いわゆるプル型での承諾要求が行われる。なお、これに限らず、ユーザ端末30からの問い合わせがなくても、要求時期判断部205により第1の期間が経過したと判断されたときに、承諾要求部206が資金運用の承諾を要求するという、いわゆるプッシュ型での承諾要求が行われてもよい。
As described above, in the present embodiment, a so-called pull-type consent request is issued in which acceptance of the fund management is requested in response to an inquiry from the
ユーザ端末30の承諾要求表示部303は、資金運用支援サーバ装置20から差額を資金運用に充てることについての承諾を要求された場合に、その承諾要求を表示する。承諾要求表示部303は本発明の「表示部」の一例である。承諾要求表示部303は、資金運用支援サーバ装置20から送信された要求データを受け取ると、その要求データが示す文字列等を、資金運用支援サーバ装置20からの承諾要求としてアプリ画面又はウェブブラウザの画面に表示する。
The consent
図6は表示された承諾要求の一例を表す。図6の例では、承諾要求表示部303は、「Aさんに以下のお釣りの資金運用が提案されました。」という文字列と、商取引の支払日と、その商取引における差額と、選択された差額の合計金額(この例では「1468円」)とを示す文字列とを、承諾要求A1として出力装置36のディスプレイに表示している。また、承諾要求表示部303は、「選択したものを承諾」と書かれた承諾ボタンB1と、拒否ボタンB2と、全選択ボタンB3と、複数の個別選択ボタンB4(「○」は選択することを示し、「×」は選択しないことを示す)とを表示している。
FIG. 6 shows an example of the displayed consent request. In the example shown in FIG. 6, the consent
承諾要求表示部303は、これらのボタンの表示領域を示す情報を承諾可否操作受付部304に供給する。承諾可否操作受付部304は、承諾要求に対する承諾の可否を示すユーザの操作を受け付ける。承諾可否操作受付部304は、承諾ボタンB1をタップする操作(マウスでクリックする操作でもよい)を、選択された差額の合計金額として表示されている資金の資金運用をユーザが承諾する操作として受け付け、拒否ボタンB2をタップする操作を、ユーザが資金運用を拒否する操作として受け付ける。
The consent
また、承諾可否操作受付部304は、全選択ボタンB3をタップする操作を、資金運用に充てる資金として全ての差額を選択する操作として受け付け、個別選択ボタンB4をタップする操作を、各差額の選択の有無を切り替える操作(タップする度に「○」と「×」が切り替わる)として受け付ける。承諾可否操作受付部304は本発明の「受付部」の一例である。承諾可否操作受付部304は、受け付けた操作結果を示す操作結果情報を承諾可否通知部305に供給する。
Further, the acceptance / non-permission
操作結果情報は、例えば、選択された差額の差額ID、選択されなかった差額の差額ID及び選択された差額の合計金額を示す情報である。なお、拒否ボタンB2が操作された場合には、選択された状態の差額があったとしても、全ての差額の差額IDが選択されなかった差額の差額IDとして示され、且つ、合計金額として0円が示される操作結果情報が承諾可否通知部305に供給される。
The operation result information is, for example, information indicating the selected difference difference ID, the non-selected difference difference ID, and the total amount of the selected difference. When the reject button B2 is operated, even if there is a difference in the selected state, the difference ID of all the differences is indicated as the difference ID of the differences not selected, and 0 as the total amount. Operation result information indicating a circle is supplied to the consent /
承諾可否通知部305は、承諾可否操作受付部304による操作結果を資金運用支援サーバ装置20に通知する。承諾可否通知部305は、資金運用支援サーバ装置20の宛先を示す宛先情報(IPアドレス等)を予め記憶しておく。承諾可否通知部305は、承諾可否操作受付部304から操作結果情報が供給されると、供給された操作結果情報と、自装置のユーザのユーザIDとを対応付けた操作結果データを、記憶している宛先情報が示す宛先(つまり資金運用支援サーバ装置20)に送信する。
The consent
承諾可否通知部305は、この操作結果データを送信することで、資金運用支援サーバ装置20に対して、承諾要求が表示されて資金運用を承諾する操作が行われた場合にはその操作結果データが示す合計金額の資金運用が承諾された旨を通知し、資金運用を拒否する操作が行われた場合にはその旨を通知する。承諾可否通知部305は本発明の「通知部」の一例である。
When the consent request is displayed on the money management
また、承諾可否通知部305は、こうして資金運用を承諾又は拒否した差額の履歴が後から確認できるように、操作結果データ及びその操作結果データの送信日時を互いに対応付けて記憶しておく。この操作結果データは、資金運用を承諾する操作が受け付けられた場合におけるその資金運用に充てられる資金を示す情報である。承諾可否通知部305は本発明の「記憶部」の一例である。
Further, the consent /
承諾可否通知部305は、例えば、操作結果データを受信した際の資金運用支援サーバ装置20のローカル時間(世界標準時からの時差により算出される日時、日本なら+9時間)を、操作結果データの送信日時として記憶する。これにより、ユーザ端末30が海外から資金運用支援サーバ装置20にアクセスする場合でも、日本時間で送信日時が記憶される。
The consent /
資金運用支援サーバ装置20の承諾可否受付部207は、承諾要求部206が要求した承諾の可否を受け付ける。承諾可否受付部207は、ユーザ端末30から送信されてきた操作結果データを受け取ると、その操作結果データが1円以上の合計金額を示す場合には、その操作結果データが示す合計金額による資金運用が承諾されたことを受け付け、その操作結果データが合計金額として0円を示す場合には、資金運用が拒否されたことを受け付ける。
The acceptance /
以上のとおり、承諾要求部206及び承諾可否受付部207は、ユーザにより所定の操作(本実施例では承諾対象を選択する操作及び承諾ボタンB1を押す操作)が行われる前になされた1以上の商取引における上記の差額を資金として運用に充てるサービスを利用することについての承諾を取得する承諾取得部220として機能する。承諾取得部220は本発明の「承諾取得部」の一例である。
As described above, the
承諾取得部220は、より詳細には、家計簿サーバ装置10の家計情報蓄積部103に家計情報が蓄積されたユーザの、同じく蓄積された支出情報から算出される差額についての前述した承諾を取得する。ポイントサービスに関していえば、承諾取得部220は、ポイントサービス事業者のシステムから取得されて蓄積されたユーザIDが示すユーザの、同じく蓄積された支払情報から算出される差額についての承諾を取得する。
More specifically, the
承諾可否受付部207は、承諾の可否を受け付けると、差額蓄積部204に対して、操作結果データが示すユーザID及び差額IDに対応付けられている差額のステータスを受け付けた承諾の可否のとおりに変更するよう指示する。差額蓄積部204は、この指示を受け取ると、指示されたとおりに、承諾要求がされた差額のステータスを「未要求」から「承諾」又は「拒否」に変更する。
Upon acceptance or rejection of acceptance, acceptance /
ユーザ端末30の履歴表示部306は、過去に資金運用が承諾された差額の履歴を表示する。履歴表示部306は、承諾された差額の履歴を表示する操作がユーザにより行われると、差額の履歴を資金運用支援サーバ装置20に要求する。資金運用支援サーバ装置20の差額蓄積部204は、この要求を受け取ると、要求された差額の履歴を要求元のユーザ端末30に送信する。
The
こうして、差額蓄積部204は、第2の期間の経過前に行われた複数の商取引について蓄積された差額をそれぞれ示す差額情報をユーザ端末30へ送信する。この差額情報は本発明の「金額情報」の一例であり、差額蓄積部204は本発明の「送信部」の一例である。なお、差額蓄積部204は、本実施例では、拒否された差額の履歴は送信しないものとする。履歴表示部306は、送信されてきた差額の履歴として、各差額と、それらの差額の合計金額と、その合計金額の資金運用が過去(操作結果データの送信日時)に承諾された旨を示す文字列とを表示する。
Thus, the
図7は表示された差額の履歴の一例を表す。図6の例では、履歴表示部306は、「以下のお釣りの資金運用を1/22に承諾しています。」という文字列と、商取引の支払日と、その商取引における差額と、選択された差額の合計金額(この例では「1468円」)とを示す文字列とを、差額の履歴C1として出力装置36のディスプレイに表示している。また、承諾要求表示部303は、複数の個別選択ボタンB4と、変更の反映ボタンB5と、承諾の撤回ボタンB6とを表示している。
FIG. 7 shows an example of the displayed difference history. In the example of FIG. 6, the
履歴表示部306は、各ボタンの表示領域を示す情報と取得した操作結果データとを撤回操作受付部307に供給する。撤回操作受付部307は、過去に行った資金運用の承諾の撤回を示すユーザの撤回操作を受け付ける。撤回操作受付部307は、承諾の撤回ボタンB6をタップする操作が行われると、その操作を、全ての差額についての承諾を撤回する撤回操作として受け付ける。
The
また、撤回操作受付部307は、個別選択ボタンB4をタップする操作を、図6の例と同様に各差額の選択の有無を切り替える操作として受け付け、その操作により或る差額について選択の有無を「○」から「×」に切り替えた後に変更の反映ボタンB5をタップする操作を、その差額についての承諾を撤回する撤回操作として受け付ける。撤回操作受付部307は、いずれかの撤回操作を受け付けると、承諾が撤回された差額の差額IDを撤回通知部308に供給する。
In addition, the withdrawal
撤回通知部308は、撤回操作受付部307から差額IDが供給されると、それらの差額IDの差額について資金運用の承諾が撤回された旨を資金運用支援サーバ装置20に通知する。撤回通知部308は、供給された差額IDと承諾が撤回された旨と自装置のユーザのユーザIDとを示す撤回通知データを資金運用支援サーバ装置20に送信することでこの通知を行う。
When the difference ID is supplied from the withdrawal
資金運用支援サーバ装置20の撤回受付部208は、撤回通知部308から通知された資金運用の承諾の撤回を受け付ける。撤回受付部208は、差額蓄積部204により送信された差額情報が示す差額のうち資金運用に充てることを撤回された差額を示す撤回通知データを、ユーザ端末30から受信することで、承諾の撤回を受け付ける。この撤回通知データは、差額情報が示す差額のうちから資金運用に充てることを撤回された差額を示すことで、同時に、その差額のうちから承諾を撤回せずに資金運用に充てることが選択された差額をも示すことになる。この撤回通知データは本発明の「選択金額情報」の一例であり、撤回受付部208は本発明の「受信部」の一例である。
The
撤回受付部208は、ユーザ端末30から送信されてきた撤回通知データを受け取ると、承諾の撤回がされたものと判断し、その撤回通知データが示すユーザID及び差額IDに対応付けられている差額のステータスを承諾から拒否に変更するよう差額蓄積部204に指示する。差額蓄積部204は、この指示を受け取ると、指示されたとおりに、それらの差額のステータスを「承諾」から「拒否」に変更する。
When receiving the withdrawal notification data transmitted from the
資金運用支援サーバ装置20の資金移動時期判断部209は、資金運用の承諾を得られた差額の累積額を第1の口座から第2の口座に移動する移動時期を判断する。第1の口座は、ユーザの資金が収められている口座であり、例えばユーザ名義の普通口座である。なお、第1の口座は、それに限らず、上述したユーザが利用可能なお金が収められた口座(証券会社、通信事業者及びポイントサービス事業者等の口座)であればよい。
The fund transfer
本実施例では、図1に表す銀行サーバ4が第1の口座のお金を管理している。第2の口座は、ユーザが承諾した資金運用を行う際に資金を収めておく口座であり、例えば資金運用会社の口座である。本実施例では、図1に表す銀行サーバ5が第2の口座のお金を管理している。資金移動時期判断部209は、上述した基準日(要求先ユーザが定めた日。資金運用支援サーバ装置20のローカル時間で判断される)から、上述した第1の期間を複数含む第2の期間が経過すると、移動時期になったと判断する。
In the present embodiment, the bank server 4 shown in FIG. 1 manages the money of the first account. The second account is an account for storing funds when performing fund management accepted by the user, for example, an account of a money management company. In the present embodiment, the bank server 5 shown in FIG. 1 manages the money of the second account. The fund transfer
本実施例では、毎月の日数と同じ数の第1の期間を含む期間を第2の期間として定めるものとする。この定め方をすれば、1月から12月までの各月がそれぞれ第2の期間となる。第1の期間及び第2の期間は、いずれも予め長さが定められた期間となっている。資金移動時期判断部209は、第2の期間が終了してから、最後の第1の期間についての資金運用の承諾のために設けられた期間が経過したときに、資金移動時期になったと判断する。
In this embodiment, a period including the same number of first periods as the number of days in each month is defined as the second period. According to this method, each month from January to December is the second period. Each of the first period and the second period has a predetermined length. The fund transfer
例えば承諾のための期間を3日間とすると、資金移動時期判断部209は、1/31に第2の期間が終了し、2/1から2/3までの3日間が経過した次の日である2/4になったときに、資金移動時期になったと判断する。資金移動時期判断部209は、資金移動時期になったと判断すると、要求先ユーザのユーザIDに対応付けて蓄積されている差額のうち、ステータスが「承諾」であるものを差額IDとともに差額蓄積部204から読み出し、読み出した差額及び差額IDを要求先ユーザのユーザIDとともに移動指示処理実行部210に供給する。
For example, assuming that the period for consent is three days, the fund transfer
移動指示処理実行部210は、資金移動時期判断部209から資金運用が承諾された差額及び差額IDが供給されると、その差額を合計した金額を累積額として算出する。移動指示処理実行部210は、上述した第2の期間が経過すると、承諾を得られた差額の累積額の前述した第1の口座から第2の口座への移動を指示する移動指示処理を実行する。移動指示処理実行部210は本発明の「実行部」の一例である。
When the transfer instruction
ここでいう承諾を得られた差額には、承諾が撤回された差額は含まれない。つまり、移動指示処理実行部210は、承諾が得られてから移動指示処理を実行する前にその承諾の撤回が撤回受付部208により受け付けられた場合、その承諾が撤回された差額を累積額から減じた額で移動指示処理を実行する。言い換えると、移動指示処理実行部210は、撤回受付部208により受信された撤回通知データによって示される、資金運用に充てることが選択された差額の累積額(承諾が撤回された差額を累積額から減じた額に相当)の口座間移動を指示する処理を実行する。
The difference for which the consent is obtained does not include the difference for which the consent is withdrawn. That is, when the withdrawal instruction
移動指示処理実行部210は、算出した累積額と同じ額をユーザの口座から資金運用会社の口座に移動させることを要求する要求データを図1に表す決済代行サーバ3に送信する処理を、移動指示処理として実行する。決済代行サーバ3は、この要求データを受け取ると、ユーザの口座を管理する銀行サーバ4に対してそのユーザの口座から銀行サーバ5が管理する資金運用会社の口座に対して累積額と同じ額を移動させるよう要求する。銀行サーバ4がこの要求に基づいて累積額と同じ額をユーザの口座から資金運用会社の口座に振り込む処理を行い、銀行サーバ5が振り込まれた金額を資金運用会社の口座に入金する処理を行うことで、資金の移動が完了する。
The move instruction
なお、要求データの送信先、すなわち、口座間の資金の移動の要求先は、決済代行サーバ3ではなく銀行サーバ4であってもよいし、プリペイドカード、ポイントエクスチェンジ及び携帯キャリア決済代行等の決済機関であってもよい。要するに、資金運用のために口座間の資金の移動がなされれば、要求先がどこであってもよい。また、結果として口座間の資金の移動がなされれば、移動指示処理実行部210は、どのような処理を移動指示処理(差額の累積額の第1の口座から第2の口座への移動を指示する処理)として実行してもよい。
The request data transmission destination, that is, the request destination of transfer of funds between accounts may be the bank server 4 instead of the settlement agent server 3, and payment such as prepaid card, point exchange, mobile carrier settlement agent, etc. It may be an institution. In short, as long as funds are transferred between accounts for fund management, the request destination may be anywhere. Also, if transfer of funds between accounts is performed as a result, the transfer instruction
以上のとおりユーザが承諾した差額の累積額が資金運用会社の口座に入金されることで、その累積額のユーザの資金の運用が開始される。移動指示処理実行部210は、移動指示処理を実行すると、累積額を算出した差額の差額IDに対応付けられたステータスを「移動済み」に変更するよう差額蓄積部204に指示する。差額蓄積部204は、この指示を受け取ると、指示された差額IDのステータスを「移動済み」に変更する。これにより、一度資金運用に充てられた差額については再度承諾が要求されないようになっている。
As described above, the accumulated amount of the difference accepted by the user is deposited into the account of the money management company, whereby the user's operation of the accumulated amount is started. When the movement instruction
資金運用支援システム1が備える各装置は、上記の構成に基づいて、支払額とその支払額を切り上げた額との差額を蓄積する蓄積処理と、蓄積された差額のうちユーザが承諾した分を資金運用に充てることを支援する運用支援処理とを行う。
図8は蓄積処理における各装置の動作手順の一例を表す。この動作手順は、例えば、ユーザがユーザ端末30でレシートを撮影することを契機に開始される。まず、ユーザ端末30(レシート読取部301)は、レシートに記載された支出情報を読み取る(ステップS11)。
Based on the configuration described above, each device included in the fund
FIG. 8 shows an example of the operation procedure of each device in the accumulation process. This operation procedure is started, for example, when the user takes a picture of a receipt at the
次に、ユーザ端末30(支出情報送信部302)は、読み取られた支出情報を家計簿サーバ装置10に送信する(ステップS12)。家計簿サーバ装置10(支出情報取得部102)は、送信されてきたユーザの支出情報を取得する(ステップS13)。なお、家計簿サーバ装置10(支出情報取得部102)は、レシートから読み取られた支出情報以外にも、金融機関又はポイントサービス事業者の個人向けサイトのシステムから取得された支出情報も取得する。次に、家計簿サーバ装置10(家計情報蓄積部103)は、取得された支出情報をユーザの家計情報として蓄積する(ステップS14)。 Next, the user terminal 30 (spending information transmitting unit 302) transmits the read spending information to the household account server 10 (step S12). The household finance server device 10 (the expenditure information acquisition unit 102) acquires the transmitted expenditure information of the user (step S13). In addition to the expenditure information read from the receipt, the household account book server device 10 (expense information acquisition unit 102) also acquires expenditure information acquired from the system of the personal site of the financial institution or the point service provider. Next, the household account server 10 (household information storage unit 103) stores the acquired expenditure information as user's household information (step S14).
次に、資金運用支援サーバ装置20(支払額取得部201)は、商取引における支払額を示す支出情報を記憶する家計簿サーバ装置10にその支出情報を要求する(ステップS21)。家計簿サーバ装置10(家計情報蓄積部103)は、この要求を受け取ると、蓄積している支出情報を読み出し(ステップS22)、資金運用支援サーバ装置20に送信する(ステップS23)。資金運用支援サーバ装置20(支払額取得部201)は、送信されてきた支出情報が示す支払額を取得する(ステップS24)。
Next, the fund management support server device 20 (payment amount acquisition unit 201) requests the expenditure information to the household
次に、資金運用支援サーバ装置20(差額算出部202)は、取得された支払額とその支払額を切り上げた額との差額を算出する(ステップS25)。続いて、資金運用支援サーバ装置20(差額取得部203)は、算出された差額を取得する(ステップS26)。次に、資金運用支援サーバ装置20(差額蓄積部204)は、取得された差額を、対応するユーザID等に対応付けて蓄積する(ステップS27)。 Next, the fund management support server device 20 (the difference calculating unit 202) calculates the difference between the acquired payment amount and the amount obtained by rounding up the payment amount (step S25). Subsequently, the fund management support server device 20 (difference acquisition unit 203) acquires the calculated difference (step S26). Next, the fund management support server device 20 (the difference accumulation unit 204) associates the acquired difference with the corresponding user ID and the like and accumulates the same (step S27).
図9は運用支援処理における各装置の動作手順の一例を表す。この動作手順は、例えばユーザ端末30で所定の操作が行われることを契機に開始される。まず、ユーザ端末30(承諾要求表示部303)は、表示すべき承諾要求が有るか否かを問い合わせる問合せデータを資金運用支援サーバ装置20に送信する(ステップS31)。次に、資金運用支援サーバ装置20(承諾要求部206)は、所定の操作の前になされた1以上の商取引における差額を資金運用に充てることについての承諾をユーザに要求する要求データを問い合わせ元のユーザ端末30に送信する(ステップS32)。
FIG. 9 shows an example of the operation procedure of each device in the operation support process. This operation procedure is started, for example, when the
ユーザ端末30(承諾要求表示部303)は、資金運用支援サーバ装置20から送信されてきた要求データが示す承諾要求を表示する(ステップS33)。次に、ユーザ端末30(承諾可否操作受付部304)は、承諾要求に対する承諾の可否を示すユーザの操作を受け付ける(ステップS34)。続いて、ユーザ端末30(承諾可否通知部305)は、ステップS34での操作結果を資金運用支援サーバ装置20に通知する(ステップS35)。
The user terminal 30 (consent request display unit 303) displays the consent request indicated by the request data transmitted from the fund management support server device 20 (step S33). Next, the user terminal 30 (the consent / non-acceptance operation receiving unit 304) receives the user's operation indicating whether or not the consent request is accepted (step S34). Subsequently, the user terminal 30 (consent availability notification unit 305) notifies the fund management
資金運用支援サーバ装置20(承諾可否受付部207)は、ステップS32で要求した承諾の可否を受け付ける(ステップS36)。そして、資金運用支援サーバ装置20(差額蓄積部204)は、受け付けられた承諾の可否を、蓄積している差額のステータスに反映する(ステップS37)。具体的には、資金運用支援サーバ装置20(差額蓄積部204)は、承諾された場合には差額のステータスを「承諾」に変更し、拒否された場合には差額のステータスを「拒否」に変更する。 The fund management support server device 20 (approval acceptance unit 207) accepts the approval of the request requested in step S32 (step S36). Then, the fund management support server device 20 (the difference accumulation unit 204) reflects the acceptability of the accepted consent on the status of the accumulated difference (step S37). Specifically, the fund management support server device 20 (the difference accumulation unit 204) changes the status of the difference to "accepted" when accepted, and changes the status of the difference to "rejected" when rejected. change.
その後、ユーザによる表示操作に基づいて、ユーザ端末30(履歴表示部306)は、過去に資金運用が承諾された差額の履歴を表示する(ステップS41)。次に、ユーザ端末30(撤回操作受付部307)は、表示された承諾の撤回を示すユーザの撤回操作を受け付ける(ステップS42)。続いて、ユーザ端末30(撤回通知部308)は、資金運用の承諾が撤回された旨を資金運用支援サーバ装置20に通知する(ステップS43)。資金運用支援サーバ装置20(撤回受付部208)は、ユーザ端末30から通知された資金運用の承諾の撤回を受け付ける(ステップS44)。
Thereafter, based on the display operation by the user, the user terminal 30 (history display unit 306) displays the history of the difference for which the fund management has been accepted in the past (step S41). Next, the user terminal 30 (withdraw operation accepting unit 307) accepts withdraw operation by the user indicating withdrawal of the displayed consent (step S42). Subsequently, the user terminal 30 (withdrawal notification unit 308) notifies the fund management
次に、資金運用支援サーバ装置20(差額蓄積部204)は、受け付けられた承諾の撤回を、蓄積している差額のステータスに反映する(ステップS45)。具体的には、資金運用支援サーバ装置20(差額蓄積部204)は、承諾が撤回された差額のステータスを「承諾」から「拒否」に変更する。その後、資金運用支援サーバ装置20(資金移動時期判断部209)は、第1の期間を複数含む第2の期間が経過すると、資金運用の承諾を得られた差額の累積額を第1の口座から第2の口座に移動する移動時期になったと判断する
(ステップS51)。
Next, the fund management support server device 20 (difference accumulation unit 204) reflects the withdrawal of the accepted consent in the status of the accumulated difference (step S45). Specifically, the fund management support server device 20 (the difference accumulation unit 204) changes the status of the difference for which the consent has been withdrawn from “accept” to “reject”. Thereafter, when the second period including a plurality of first periods elapses, the fund management support server device 20 (fund transfer timing determination unit 209) causes the accumulated amount of the difference obtained to obtain the consent for the fund management to be the first account. It is determined that it is time to move to the second account from (step S51).
次に、資金運用支援サーバ装置20(移動指示処理実行部210)は、前述した累積額の移動を指示する移動指示処理を実行する(ステップS52)。そして、資金運用支援サーバ装置20(差額蓄積部204)は、移動指示処理が行われたことを、蓄積している差額のステータスに反映する(ステップS53)。具体的には、資金運用支援サーバ装置20(差額蓄積部204)は、移動指示処理が行われた差額のステータスを「承諾」から「移動済み」に変更する。 Next, the money operation support server device 20 (movement instruction process execution unit 210) executes the movement instruction process for instructing the movement of the accumulated amount described above (step S52). Then, the funds management support server device 20 (difference accumulation unit 204) reflects that the movement instruction process has been performed on the status of the accumulated difference (step S53). Specifically, the fund management support server device 20 (the difference accumulation unit 204) changes the status of the difference for which the movement instruction process has been performed from “accepted” to “moved”.
移動指示処理が実行されて口座から資金が移動すると手数料が発生するので、移動指示処理の回数は少ない方が望ましい。一方で、移動させる資金の金額が大きくなると、資金運用に対する心理的な抵抗がユーザに生じやすくなる。本実施例では、第1の期間が経過するごとに承諾要求が行われ、第1の期間を複数含む第2の期間が経過すると移動指示処理が実行される。これにより、承諾要求をする度に資金を移動する場合に比べて資金移動の回数を少なくしている。 As the transfer instruction process is executed and the funds are moved from the account, a fee is generated, so it is desirable that the number of the transfer instruction process be small. On the other hand, if the amount of money to be moved increases, it is likely that the user is likely to have a psychological resistance to the use of funds. In this embodiment, a consent request is issued each time a first period elapses, and a movement instruction process is executed when a second period including a plurality of first periods elapses. As a result, the number of transfers is reduced as compared with the case of transferring funds each time a request for consent is made.
また、資金移動の際にしか承諾要求をしない場合に比べて1度の承諾要求を行う差額の累積額を低く抑えている。このように、本実施例によれば、資金移動の回数を少なくしつつ、ユーザの資金運用の承諾を得やすくすることができる。また、本実施例では、資金運用に充てることが承諾されてから資金が実際に移動するまでタイムラグがあるため、資金運用を止めたいと思い直した場合に、承諾を撤回することができる。特に、第2の期間において早い時期に承諾されたお釣りほど、そのタイムラグが長いので、資金運用に充てるか否かを考え直す時間を長くとることができる。 In addition, the accumulated amount of the difference that makes one consent request is kept low compared to the case where the consent request is made only at the time of fund transfer. As described above, according to this embodiment, it is possible to easily obtain the user's consent for fund management while reducing the number of times of fund transfer. Further, in the present embodiment, there is a time lag from the acceptance of the allocation to the fund management to the actual transfer of the fund, so that the consent can be withdrawn when reconsidering to stop the fund management. In particular, since the time lag is longer as the fishing accepted earlier in the second period is longer, it is possible to take a longer time to rethink whether or not to use for money management.
また、予め長さが定められた第2の期間が経過すると移動指示処理が実行されるので、少なくとも1つでも差額が承諾されていれば、その後にユーザが何もしなくても第2の期間が経過すれば必ず累積額の口座間移動が行われるようになっている。口座間移動の際にユーザの操作が必要だとすると、承諾済みの差額があるのにその操作が忘れられていつまでの口座間移動が行われないという事態が起こり得るが、本実施例では、そのような事態が起こらないようにすることができる。 In addition, since the movement instruction process is executed when the second period whose length is determined in advance elapses, the second period is performed even if the user does not do anything if at least one difference is accepted. The inter-account transfer of the accumulated amount is always performed when If it is necessary for the user to perform an inter-account transfer, there may be a case where the inter-account transfer is not performed until the operation is forgotten even though there is an accepted difference, but in this embodiment You can make sure that nothing happens.
また、本実施例では、現金決済が行われた商取引であっても、ユーザがポイントサービスを利用していれば、ポイントサービス事業者のシステムから取得された支出情報に基づいて差額が算出されるようになっている。このユーザがポイントサービスを利用する際は、普段通りにポイントカードを提示するだけでよく、事前の登録をしておけば、商取引の際には特別な作業をする必要がない。これにより、現金決済が行われた商取引から算出された差額を資金運用に充てる際に、ユーザに余計な手間が生じないようにすることができる。 Further, in the present embodiment, even if the transaction is a cash transaction, if the user uses the point service, the difference is calculated based on the expenditure information acquired from the point service provider's system. It is supposed to be. When the user uses the point service, it is only necessary to present the point card as usual, and if the user is registered in advance, there is no need to perform a special operation in commerce. As a result, when the difference calculated from the commercial transaction in which the cash payment is made is used for fund management, it is possible to prevent the user from having extra time and effort.
[2]変形例
上述した実施例は本発明の実施の一例に過ぎず、以下のように変形させてもよい。また、実施例及び各変形例は、必要に応じて組み合わせて実施してもよい。
[2] Modification The embodiment described above is merely an example of the present invention, and may be modified as follows. In addition, the embodiment and each modification may be combined and implemented as needed.
[2−1]支払額の取得方法
資金運用支援サーバ装置20の支払額取得部201は、実施例とは異なる方法で支払額を取得してもよい。支払額取得部201は、例えば、家計簿サーバ装置10の支出情報取得部102と同じ方法(個人向けサイトから取引履歴を読み出す方法及びレシートに記載された支出情報を取得する方法)で支払額を取得してもよい。
[2-1] Acquisition Method of Payment Amount The payment
また、支払額取得部201は、家計簿サーバ装置10以外にも、販売店が利用しているPOS(Point Of Sale)システムや通信販売事業者の販売管理システム、クレジットカード及び電子マネー等の電子決済システム、ポイントサービスの提供事業者が利用しているポイントを管理するシステムなど、ユーザの支払額を保持しているシステムから支払額を取得してもよい(ユーザ及び各事業者と支払額の取得について合意されているものとする)。
In addition to the household
[2−2]個人向けサイト
ユーザの収入情報及び支出情報の取得先となる個人向けサイトは、上述した金融機関及びポイントサービスの提供事業者が提供するサイトに限らない。他にも、クレジットカードのサービスを展開する事業者が提供する利用履歴が掲載されたサイト、電子マネーサービスを展開する事業者が提供する利用履歴が掲載されたサイト、及び、アグリゲーションサービス(異なるサービスの情報を集約して表示するサービス)を展開する事業者が提供する利用履歴及びポイント履歴等が掲載されたサイト等が用いられてもよい。
[2-2] Personal Site The personal site from which the user's income information and expenditure information are obtained is not limited to the sites provided by the financial institutions and point service providers mentioned above. In addition, sites where usage histories provided by businesses developing credit card services are listed, sites where usage histories provided by businesses deploying electronic money services are listed, and aggregation services (different services The site where the usage history and the point history etc. provided by the company that develops the service of aggregating and displaying the information in (a) may be used.
[2−3]資金運用の選択肢
承諾要求部206は、ユーザに差額の資金運用について承諾を要求する際に、資金の運用方法の選択肢を提供してもよい。例えば、承諾要求部206は、ローリスクローリターンの運用方法と、ハイリスクハイリターンの運用方法と、リスクもリターンもそれらの中間の運用方法とを選択肢として提供する。この場合、ユーザは、資金運用の承諾及び拒否の操作に加え、承諾する場合には、運用方法の選択肢のうちのいずれかを選択する操作を行う。
[2-3] Option of Fund Management The
また、移動指示処理実行部210は、選択された運用方法を提供する運用会社の口座に資金を移動させる処理を移動指示処理として実行する。これにより、運用方法の選択肢がない場合に比べて、資金運用の自由度を高くすることができる。なお、これらの選択肢は、ユーザが明示的に変更しない限り意図せず変更されることがないものとしてもよい。これにより、資金運用におけるリスクレベルがユーザの知らない間に高まることを防ぐことができる。
In addition, the movement instruction
[2−4]資金運用に必要な手続き
資金運用を行うためにはユーザの資金をユーザの口座から運用会社が指定する口座に移動することになるが、そのためには運用会社が指定する金融機関の口座を開設する等の手続きが必要になる場合がある。以下ではそのように資金運用の前提となる、差額の累積額を第1の口座から第2の口座へ移動する際に必要な手続きのことを「運用前提手続き」という。
[2-4] Necessary procedures for fund management In order to conduct fund management, the user's funds are moved from the user's account to the account designated by the manager, but for that purpose the financial institution designated by the manager Procedures such as opening an account may be required. In the following, the procedure necessary for moving the accumulated amount of the difference from the first account to the second account, which is the premise of fund management, is referred to as the “operation premise procedure”.
資金運用支援システム1においては、実施例で述べたように承諾要求が行われてから資金が実際に移動するまでタイムラグがあるので、それを利用して、運用前提手続きが完了する前の商取引における差額であっても、運用前提手続きが完了した後に、それを用いた資金運用ができるようにしてもよい。本変形例では、支払額取得部201が、運用前提手続きが完了する前になされた商取引における支払額を取得し、差額算出部202が、そうして取得された支払額から差額を算出する。
In the fund
差額取得部203は、こうして算出された差額、すなわち、運用前提手続きが完了する前になされた商取引における差額を取得する。差額取得部203がこの差額を取得することで、移動指示処理の対象となる差額の累積額には、運用前提手続きが完了する前になされた商取引における差額が含まれることになる。また、運用前提手続きが第1の期間が経過しても完了していなければ、承諾要求部206は、運用前提手続きが完了する前に上述した承諾要求(要求データの生成及び送信)を行う。
The
一方、移動指示処理実行部210は、運用前提手続きが完了する前には移動指示処理を実行しても資金の移動を行うことができないので、運用前提手続きが完了した後に移動指示処理を実行する。具体的には、例えば運用前提手続きが完了する前に資金移動時期が来た場合、移動指示処理実行部210は、資金移動を要求する要求データを決済代行サーバ3に送信する処理を移動指示処理として実行する。
On the other hand, since the move instruction
しかし、運用前提手続きが完了しておらず例えば必要な口座が開設されていないので、決済代行サーバ3は資金移動を完了することができず、その旨を資金運用支援サーバ装置20に通知してくる。移動指示処理実行部210は、この通知を受け取ると、一定期間(例えば1日)が経過してから再度要求データを送信する。移動指示処理実行部210がこうして通知が送られてくる度に要求データを送信し直すことで、運用前提手続きが完了したときには、送信した要求データに基づいて資金の移動が行われる。
However, since the operation premise procedure has not been completed and, for example, a necessary account has not been opened, the settlement agent server 3 can not complete the transfer of funds, and notifies the money operation
移動指示処理実行部210は、このようにして運用前提手続きが完了した後に移動指示処理を実行する。本変形例によれば、運用前提手続きが完了する前になされた商取引における差額も運用に充てることができる。また、運用前提手続きが完了する前であっても、ユーザに差額を資金運用に充てることを承諾するか否かについて意思確認を行うことができる。
The movement instruction
[2−5]差額の蓄積時期
実施例では、毎日その日に行われた商取引における差額が差額取得部203によって取得されて差額蓄積部204に蓄積されるものとしたが、これに限らない。なぜなら、商取引が行われてから、その商取引における差額が蓄積されるまでに何日か経過する場合があるからである。その場合、例えば1回目の第1の期間に行われた商取引における差額についての承諾要求が、2回目以降の第1の期間になってから行われるということが起こり得る。
[2-5] Difference Accumulation Period In the embodiment, the
実施例では、承諾要求部206は、第1の期間が経過するごとに、その第1の期間になされた1以上の商取引における差額についての承諾を要求する要求データを生成したが、前述のとおり差額の蓄積までに時間を要する場合には、第1の期間が経過するごとに、その第1の期間の満了以前(つまり、その第1の期間とそれよりも前の第1の期間の両方を含む期間)になされた1以上の商取引における差額を資金運用に充てることについての承諾を要求する要求データを生成することになる。
In the embodiment, the
ここでいう「第1の期間の満了以前」には、現在の第2の期間よりも前の第2の期間も含まれる。つまり、第1の期間が経過するごとに要求データが生成されるのは、その第1の期間に新たに差額取得部203によって取得された差額の資金運用の承諾についてであって、差額が算出される商取引が行われた時期は、いつであってもよい。
Here, “before the expiration of the first period” also includes a second period prior to the current second period. That is, the requirement data is generated each time the first period elapses with respect to the acceptance of the fund operation of the difference newly acquired by the
[2−6]拒否の撤回
実施例では、一度承諾した資金運用を撤回して拒否することができたが、反対に、一度拒否した資金運用を撤回して承諾することができてもよい。その場合、例えば、履歴表示部306が、過去に資金運用が拒否された差額の履歴を表示して、撤回操作受付部307が、過去に行った資金運用の拒否の撤回を示すユーザの撤回操作を受け付け、拒否が撤回された差額の差額IDを撤回通知部308に供給する。
[2-6] Withdrawal of refusal In the embodiment, although it was possible to withdraw and deny the fund management once accepted, on the contrary, it may be possible to withdraw and accept the fund management once denied. In that case, for example, the
次に、撤回通知部308が、供給された差額IDの差額について資金運用の拒否が撤回された旨を資金運用支援サーバ装置20に通知し、資金運用支援サーバ装置20の撤回受付部208が、通知された資金運用の拒否の撤回を受け付け、差額蓄積部204が、拒否が撤回された差額のステータスを「拒否」から「承諾」に変更する。これにより、拒否が撤回された差額も加えた累積額について移動指示処理が実行され、資金運用に充てられることになる。
Next, the
[2−7]拒否された差額の再承諾要求
実施例では、一度資金運用に充てることが拒否された差額については、承諾要求が行われなかったが、再度承諾要求が行われてもよい。この場合、資金運用支援サーバ装置20の要求時期判断部205が、要求時期になったと判断すると、要求先ユーザのユーザIDに対応付けて蓄積されている差額のうち、ステータスが「未要求」及び「拒否」であるものを、対応する差額IDとともに差額蓄積部204から読み出し、要求先ユーザのユーザIDとともに承諾要求部206に供給する。
[2-7] Re-agreement request of the rejected difference In the embodiment, the acceptance request is not made for the difference which has been once refused to be allocated to the fund management, but the consent request may be made again. In this case, when the request
承諾要求部206は、例えば実施例と同様に要求データを生成して送信する。なお、それだと差額の合計金額が当然ながら大きくなるので、承諾要求部206は、「未要求」の差額の合計金額と、「拒否」された差額の合計金額とについて別々に承諾を要求してもよい。その場合、ユーザ端末30の承諾要求表示部303は、2つの合計金額についてそれぞれ承諾ボタン及び拒否ボタンを表示して、ユーザがそれぞれについて承諾及び拒否を選べるようにする。資金運用支援サーバ装置20の移動指示処理実行部210は、そうして資金運用の承諾を得られた差額の累積額について移動指示処理を実行する。本変形例によれば、資金運用の承諾を得る機会を増やすことができる。
The
[2−8]資金移動時期における承諾の再要求
実施例では、資金移動時期になると、最後の第1の期間における差額について承諾が要求された後に移動指示処理が実行されたが、その他の第1の期間における差額について既に承諾が得られている場合でも、最終的な確認のための承諾が要求されてもよい。
[2-8] Re-request for consent at the fund transfer time In the example, when the fund transfer time is reached, the move instruction process is executed after consent is required for the difference in the last first period, Even if consent has already been obtained for the difference in
本変形例では、資金移動時期判断部209が、資金移動時期になったと判断すると、支払日が第2の期間に含まれる差額のうちステータスが「承諾」となっている差額の差額IDを差額蓄積部204から読み出して要求先ユーザのユーザIDとともに承諾要求部206に供給する。承諾要求部206は、供給された差額IDの差額を資金運用に充てることについての承諾を再度要求する旨を表す文字列と、その差額IDに対応付けられている差額及び支払日とを示す要求データを生成してユーザ端末30に送信する。
In the present variation, when the fund transfer
ユーザ端末30の承諾要求表示部303は、受け取った要求データが示す差額、すなわち支払日が第2の期間に含まれ且つ過去に資金運用を承諾した差額を図6に表す例と同様に表示して、全ての差額の資金運用を再度承諾するか、承諾する差額を選択し直すか、全ての差額の資金運用を拒否するかをユーザに選ばせる。このように第2の期間が経過したときに再度承諾を要求することで、この要求を行わない場合に比べて、ユーザに自分の意思が尊重されているとより強く感じさせ、満足度を向上させることができる。
The consent
[2−9]資金の運用状況
ユーザが資金運用に充てることを承諾した資金の運用状況がユーザ端末で閲覧可能となっていてもよい。この場合、資金運用サーバ装置6が資金の運用状況を例えば資金運用支援サーバ装置20を介してユーザ端末30に提供し、ユーザ端末30が提供された運用状況を表示する。提供される運用状況には、例えば、日々の株価等の動きに合わせて表示される運用資金のパフォーマンス、運用を継続した場合の将来の資金形成プロジェクション及び日々のトランザクションデータ等が含まれる。
[2-9] Operation Status of Funds The operation status of funds approved by the user for fund operations may be viewable on the user terminal. In this case, the money
[2−10]承諾の取得方法
承諾取得部220は、実施例では承諾対象を選択する操作及び承諾ボタンB1を押す操作が行われた場合に承諾を取得したが、これに限らない。承諾取得部220は、例えば、お釣り運用サービス画面を開く操作が行われた場合に承諾を取得してもよい。その場合、ユーザ端末30の承諾可否通知部305は、お釣り運用サービス画面を開く操作が行われると、その操作の前になされた商取引における差額を資金として運用に充てるサービスを利用することについて承諾する承諾データを資金運用支援サーバ装置20に送信する。
[2-10] Acquisition Method of Consent In the embodiment, the
承諾取得部220は、この承諾データを受け取ることで上記の承諾を取得する。これにより、承諾対象を1つ1つ選択する場合に比べて、差額を全て資金運用に充てる場合のユーザの手間を減らすことができる。また、例えば承諾対象を選択する操作を行う度に(承諾ボタンB1を押さなくても)選択された差額を承諾する承諾データが送信されてもよい。要するに、承諾取得部220は、ユーザの承諾を確認できる操作であれば、どのような操作が行われた場合に承諾を取得してもよい。
The
[2−11]各部を実現する装置
図4等に表す各機能を実現する装置は、それらの図に表された装置に限らない。例えば家計簿サーバ装置10及び資金運用支援サーバ装置20が備える各機能を1台の装置が実現してもよいし、それらの各機能を3以上の装置がそれぞれ分担して実現してもよい。
[2-11] Device for Implementing Each Device The device for implementing each function shown in FIG. 4 and the like is not limited to the device represented in those figures. For example, one device may realize each function of the
図10は本変形例の資金運用支援システムが実現する機能構成の一例を表す。図10では、家計簿サーバ装置10a及び資金運用支援サーバ装置20aを備える資金運用支援システム1aが表されている。家計簿サーバ装置10aは、図4に表す各部に加えて支払額取得部201及び差額算出部202を備える。資金運用支援サーバ装置20aは、図4に表す各部のうち、支払額取得部201及び差額算出部202以外の各部を備える。この場合、家計簿サーバ装置10aが蓄積した家計情報から支払額を取得し、差額を算出する。資金運用支援サーバ装置20aは、家計簿サーバ装置10aから算出された差額を取得する。
FIG. 10 shows an example of a functional configuration realized by the fund management support system of this modification. In FIG. 10, the money operation support system 1a provided with the household
図11は本変形例のユーザ端末が実現する機能構成の一例を表す。図11では、図4においてユーザ端末30が備える各部に加え、資金運用支援サーバ装置20が備える各部を備えるユーザ端末30bが表されている。この場合、ユーザ端末30bが、自装置を利用するユーザの支払額を取得して、差額の算出から承諾要求、承諾可否の受け付け、撤回の受け付け及び移動指示処理等を行う情報処理装置として用いられる。要するに、資金運用支援システム全体としてこれらの機能が実現されていれば、資金運用支援システムが何台の装置を備えていてもよい。
FIG. 11 illustrates an example of a functional configuration realized by the user terminal of the present modification. In addition to each part with which the
[2−12]第1の期間及び第2の期間
第1の期間は、上述した期間(1日間)に限らない。例えば、1日間より短い期間又は長い期間であってもよいし、常に一定の期間であってもよい。また、第2の期間に含まれる第1の期間の数は実施例のように(毎月の日数と同じ数)一定でなくてもよいし、一定としてもよい。また、例えばプッシュ型の承諾要求が行われる場合に、取得される差額に応じて第1の期間を変化させてもよい。
[2-12] First Period and Second Period The first period is not limited to the above-described period (one day). For example, the period may be shorter or longer than one day, or may be constant. In addition, the number of first periods included in the second period may not be constant (the same number as the number of days of each month) as in the embodiment, or may be constant. Also, for example, when a push-type consent request is made, the first period may be changed according to the acquired difference.
例えば、第1の期間は、差額取得部203により取得された差額の累積額が第1閾値未満になっている期間である。この場合、要求時期判断部205は、基準日の開始時には累積額を0として、差額取得部203により差額が取得される度にそれを加算して累積額を算出する。要求時期判断部205は、算出した累積額が第1閾値以上になった場合、基準日からその前日までを第1の期間として、第1の期間が経過した次の日、すなわち累積額が第1閾値以上になった日に要求時期になったと判断する。
For example, the first period is a period in which the accumulated amount of the difference acquired by the
このように要求時期が判断されることで、承諾要求部206により承諾が要求される差額の合計金額は、第1閾値未満の金額となる。第1閾値としては、資金運用に対する心理的な抵抗がユーザに生じにくいと想定される金額(例えばアンケート等で調査した金額)が用いられるとよい。そうすることで、常にその金額よりも小さい金額について資金運用の承諾がユーザに要求されることになり、それ以上の金額の承諾が要求される場合に比べて、ユーザの資金運用の承諾を得やすくすることができる。
By determining the request time in this manner, the total amount of the difference for which consent is requested by the
なお、この方法だと、第2の期間が満了するまでに1回しか第1の期間が満了しない場合(第2の期間中に1回しか累積額が第1閾値に達しない場合)もあれば、1回も第1の期間が満了しない場合(第2の期間中に1回も累積額が第1閾値に達しない場合)もある。後者の場合は、承諾要求が1回も行われず、承諾を得られた金額が存在しないので、移動指示処理を実行することができない。一方、前者の場合は、承諾要求が1回は行われるので、移動指示処理実行部210が、第2の期間が経過すると、その1回の承諾要求で承諾を得られた差額の累積額について移動指示処理を実行する。
According to this method, the first period may only expire one time before the second period expires (the accumulated amount may not reach the first threshold only once in the second period). For example, there is also a case where the first period has never expired (when the accumulated amount has not reached the first threshold even once in the second period). In the latter case, no consent request is made even once, and there is no amount of consent obtained, so the move instruction process can not be executed. On the other hand, in the case of the former, since the consent request is performed once, when the movement instruction
つまり、移動指示処理実行部210は、1以上の第1の期間を含み且つ予め長さが定められた第2の期間が経過すると、移動指示処理を実行する。これにより、第2の期間に1つでも第1の期間が含まれていれば、すなわち1度でもユーザへの承諾要求がなされれば、そこで承諾された差額の累積額が資金運用に充てられる。
That is, the movement instruction
なお、上記第1閾値として、ユーザごとに異なる値が用いられるようにしてもよい。そのためのパラメータとして、例えば、登録されたユーザのプロファイル情報(性別、年代、居住地、趣味等)及び資金運用サーバ装置6から提供される資金の運用状況(パフォーマンス、資金形成プロジェクション、トランザクションデータ等)等のユーザ関連情報(ユーザに関する情報)が用いられる。 A different value may be used for each user as the first threshold. As parameters for that, for example, profile information (sex, age, place of residence, hobbies etc.) of registered users and operation status of funds provided from the fund operation server device 6 (performance, fund formation projection, transaction data etc.) User related information (information about the user) such as is used.
図12は本変形例の資金運用支援サーバ装置が実現する機能構成の一例を表す。図12では、図4において資金運用支援サーバ装置20が備える各部に加え、ユーザ関連情報取得部211と、ユーザ関連情報蓄積部212とを備える資金運用支援サーバ装置20cが表されている。ユーザ関連情報取得部211は、例えば自装置の記憶手段からは資金運用支援システムにおいて登録されているユーザのプロファイル情報を取得し、図1に表す資金運用サーバ装置6から資金の運用状況を取得する。ユーザ関連情報取得部211は取得したユーザ関連情報をユーザ関連情報蓄積部212に供給する。
FIG. 12 shows an example of a functional configuration realized by the money operation support server device of this modification. 12, in addition to the units included in the money operation
ユーザ関連情報蓄積部212は、供給されたユーザ関連情報を、その情報が関連するユーザのユーザIDに対応付けて蓄積する。要求時期判断部205は、差額取得部203により取得された或るユーザの差額を加算して累積額を算出すると、そのユーザのユーザIDに対応付けて蓄積されているユーザ関連情報をユーザ関連情報蓄積部212から読み出す。要求時期判断部205は、算出した累積額が、読み出したユーザ関連情報に応じた第1閾値以上になった場合に、第1の期間が経過したと判断する。この判断は例えばユーザ関連情報と第1閾値とを対応付けた第1閾値テーブルを用いて行われる。
The user related
図13は第1閾値テーブルの一例を表す。図13では、ユーザ関連情報として「A11未満」、「A11以上A12未満」、「A12以上」(A11<A12)という運用額と、「B11」、「B12」、「B13」(B11<B12<B13)という第1閾値とが対応付けられている。要求時期判断部205は、例えば、ユーザ関連情報として読み出した運用額が「A11未満」であれば「B11」を第1閾値として用いて、その運用額が「A12以上」であれば「B13」を第1閾値として用いる。
FIG. 13 shows an example of the first threshold value table. In FIG. 13, the operating amounts "A11 less", "A11 or more and less than A12", "A12 or more" (A11 <A12) as user related information, and "B11", "B12", "B13" (B11 <B12 < A first threshold B13) is associated. For example, if the operation amount read out as user-related information is "less than A11", the request
本変形例では、以上のとおり、ユーザ関連情報取得部211により取得されたユーザ関連情報に応じた値が第1閾値として用いられる。図13に表す第1閾値テーブルを用いた場合、要求時期判断部205は、運用額が大きいユーザほど大きな第1閾値を用いることになる。一般に、運用額が大きいユーザほど、資金運用に積極的であり、資金運用に充てることを承諾しやすい金額も大きくなりやすい。一方で、第1閾値を小さくするほど、第1の期間が短くなり、プッシュ型の場合は頻繁に承諾要求が行われることになる。
In the present modification, as described above, the value corresponding to the user related information acquired by the user related information acquisition unit 211 is used as the first threshold. When the first threshold value table shown in FIG. 13 is used, the request
運用額が大きいユーザは、そのように頻繁に承諾要求を受け取るよりは、1回当たりの金額を大きくしてでも承諾要求の頻度が少ない方が煩わしくなくて気分よく承諾できる傾向になる。反対に、運用額が小さいユーザは、1回当たりの金額が大きいと承諾しにくくなるので、多少煩わしくても第1の期間を短くして1回当たりの金額を小さくした方が承諾しやすい傾向になる。本変形例では、上記の第1閾値を用いることで、ユーザの運用額に応じてそれぞれ承諾しやすいタイミングで承諾要求が行われるので、第1閾値が固定されている場合に比べて、ユーザの資金運用の承諾を得やすくすることができる。 A user who has a large amount of money in operation tends to be able to freely agree if the number of acceptance requests is small but the frequency of acceptance requests is small, rather than receiving such consent requests frequently. On the other hand, a user who has a small amount of money in operation tends to be difficult to accept if the amount of money per time is large, so even if it is somewhat annoying, it tends to be easier to shorten the amount of money per time by shortening the first period. become. In this modification, by using the above-described first threshold, consent requests are made at timings that are respectively easy to accept according to the user's operation amount, so compared to the case where the first threshold is fixed, It can make it easy to obtain the consent of fund management.
上述した累積額で第1の期間の長さを決める例において、第2の期間は、例えば決められた回数の第1の期間を含む期間とする。その場合、累積額が早く増えるほど第1の期間、第2の期間とも短くなる。また、上記例において、第2の期間を一定の期間としてもよい(第2の期間が終了したときには、第1の期間もその時点での累積額にかかわらず終了する)。その場合、累積額が早く増えるほど第2の期間に含まれる第1の期間の数が多くなる。 In the example of determining the length of the first period by the accumulated amount described above, the second period is, for example, a period including the determined number of first periods. In this case, the earlier the accumulated amount increases, the shorter the first period and the second period. In the above example, the second period may be a fixed period (when the second period ends, the first period also ends regardless of the accumulated amount at that time). In that case, the faster the accumulated amount increases, the more the number of first periods included in the second period.
上述したいずれの例においても、第2の期間には複数の第1の期間が含まれており、第2の期間が終了すると、最後の第1の期間も終了し、次の第2の期間は、次の第1の期間と同じタイミングで開始される。第1の期間及び第2の期間は、1日単位で定められてもよいし、週単位、月単位、時間単位又は分単位等、どのような時間の単位で定められてもよい。 In any of the above-described examples, the second period includes a plurality of first periods, and when the second period ends, the last first period also ends, and the next second period Is started at the same timing as the next first period. The first period and the second period may be determined on a daily basis, or may be determined on any unit of time, such as weekly, monthly, hourly or minutely.
また、前述したユーザ関連情報に応じて第1の期間(プッシュ型の承諾要求が行われる場合)及び第2の期間(プッシュ型・プル型の両方)をユーザごとに異ならせてもよい。例えば、承諾要求部206が、ユーザ関連情報取得部211により取得されたユーザ関連情報に応じて予め定められる期間が第1の期間として経過するごとに承諾要求を行ってもよい。この場合、要求時期判断部205は、第1の期間が経過したか否かの判断を、例えばユーザ関連情報と第1の期間とを対応付けた第1の期間テーブルを用いて行う。
Also, the first period (if a push-type consent request is made) and the second period (both push-type and pull-type) may be different for each user according to the above-described user-related information. For example, the
図14は第1の期間テーブルの一例を表す。図14では、ユーザ関連情報として「C11未満」、「C11以上C12未満」、「C12以上」(C11<C12)という承諾回数と、「D11」、「D12」、「D13」(D11<D12<D13)という第1の期間とが対応付けられている。承諾回数とは、お釣り運用サービスにおいてこれまでに資金運用を承諾した回数である。要求時期判断部205は、例えば、ユーザ関連情報として読み出した承諾回数が「C11未満」であれば「D11」を第1の期間として用いて、その承諾回数が「C12以上」であれば「D13」を第1の期間として用いる。
FIG. 14 shows an example of the first period table. In FIG. 14, the number of consents “less than C11”, “more than C11 and less than C12”, and “C12 or more” (C11 <C12) as user related information, and “D11”, “D12”, “D13” (D11 <D12 <D12 < It is associated with a first period D13). The number of consents is the number of times that you have accepted fund management in the fishing management service. For example, if the number of consents read out as user related information is “less than C11”, the request
資金運用の承諾のしやすさについていうと、承諾回数が多いユーザは、資金運用に積極的なので、上述した運用額が大きいユーザと同じ傾向になり、承諾回数が少ないユーザは、資金運用に消極的なので、上述した運用額が小さいユーザと同じ傾向になる。本変形例では、上記の第1の期間を用いることで、ユーザの承諾回数に応じてそれぞれ承諾しやすいタイミングで承諾要求が行われるので、第1の期間が固定されている場合に比べて、ユーザの資金運用の承諾を得やすくすることができる。 Regarding ease of acceptance of fund management, users with a large number of consents are aggressive in fund management, so the above-mentioned trend tends to be the same as users with a large investment amount, and users with a small number of acceptances are reluctant to use funds. The above operation tends to be the same as a small user. In this modification, by using the above-mentioned first period, consent requests are made at timings that are respectively easy to accept according to the number of times the user consents, so compared to the case where the first period is fixed, It can be made easy to obtain the user's consent for fund management.
また、例えば、移動指示処理実行部210が、ユーザ関連情報取得部211により取得されたユーザ関連情報に応じて予め定められる期間が第2の期間として経過すると、移動指示処理を実行してもよい。この場合、資金移動時期判断部209は、第2の期間が経過したか否かの判断を、例えばユーザ関連情報と第2の期間とを対応付けた第2の期間テーブルを用いて行う。
In addition, for example, the movement instruction
図15は第2の期間テーブルの一例を表す。図15では、ユーザ関連情報として「20代以下」、「30代、40代」、「50代以上」という年代と、「F11」、「F12」、「F13」(F11<F12<F13)という第2の期間とが対応付けられている。資金移動時期判断部209は、例えば、ユーザ関連情報として読み出したユーザの年代が「20代」であれば「F11」を第2の期間として用いて、その年代が「50代以上」であれば「F13」を第2の期間として用いる。
FIG. 15 shows an example of a second period table. In FIG. 15, user related information “20 or less,” “30s, 40s,” “50s or more” and “F11”, “F12”, “F13” (F11 <F12 <F13) The second period is associated. For example, if the user's age read out as user-related information is "20s", the fund transfer
第2の期間が長いほど、第2の期間が経過した後に口座から移動する資金の金額が大きくなりやすい。そのため、収入が多いユーザほど、資金運用に積極的になりやすい。資金運用の承諾のしやすさについていえば、年代が高いユーザは、収入が多いので資金運用に積極的になりやすく上述した運用額が大きいユーザと同じ傾向になり、年代が低いユーザは、収入が少ないので資金運用に消極的になりやすく上述した運用額が小さいユーザと同じ傾向になる。本変形例では、上記の第2の期間を用いることで、ユーザの年代に応じてそれぞれ承諾しやすいタイミングで承諾要求が行われるので、第2の期間が固定されている場合に比べて、ユーザの資金運用の承諾を得やすくすることができる。 The longer the second period, the greater the amount of money moving out of the account after the second period has elapsed. Therefore, the user who earns a lot of money is likely to be proactive in fund management. With regard to the ease of consenting to fund management, users with high age are likely to be proactive in fund management because they have a large income, and tend to be the same as users with large investment amounts mentioned above, and users with low age have income. Because it is easy to be reluctant to use funds, it tends to be the same as the above-mentioned user with a small amount of funds. In this modification, by using the above-mentioned second period, consent requests are made at timings that are respectively easy to accept according to the user's age, so compared with the case where the second period is fixed, It is possible to make it easy to obtain the consent of fund management.
なお、図13、図14、図15の例で述べたパラメータとして用いられるユーザ関連情報(運用額、承諾回数、年代)は、これらに限らず、他のユーザ関連情報(利益額、利益率、拒否回数、職業等)が用いられてもよい。いずれの場合も、資金運用への積極性と相関があるユーザ関連情報が用いられることで、ユーザのその積極性に応じてそれぞれ承諾しやすいタイミングで承諾要求が行われるので、各期間が固定されている場合に比べて、ユーザの資金運用の承諾を得やすくすることができる。 The user related information (operation amount, number of consents, age) used as the parameters described in the examples of FIGS. 13, 14, and 15 is not limited to these, and other user related information (profit amount, return rate, The number of rejections, occupation, etc.) may be used. In any case, by using user related information that has a correlation with the aggressiveness to the fund management, each period is fixed because the consent request is made at a time when it is easy to accept each according to the aggressiveness of the user. Compared to the case, it is easier to obtain the user's consent for fund management.
また、ユーザ関連情報に応じた第1閾値、第1の期間及び第2の期間を用いた場合の資金運用の承諾率(例えば全差額の件数のうち資金運用を承諾された差額の件数の割合)を取得して、承諾率が目標値よりも低い場合には、ユーザ関連情報との相関性を変化させてもよい。例えば図13の例であれば、要求時期判断部205は、取得した承諾率が目標値よりも低い場合には、運用額の閾値であるA11及びA12の値を大きくし、又は小さくして、承諾率が目標値よりも高くなる場合の値を求める。また、運用額の閾値ではなく、第1閾値の値を変化させてもよいし、それらの両方の値を変化させてもよい。要求時期判断部205が図14に表す各値を求める場合も、資金移動時期判断部209が図15に表す各値を求める場合も同様である。
In addition, the acceptance ratio of fund management when using the first threshold, the first period, and the second period according to the user related information (for example, the ratio of the number of differences approved for fund management among the number of total differences) ), And if the acceptance rate is lower than the target value, the correlation with the user related information may be changed. For example, in the example of FIG. 13, when the acquired consent rate is lower than the target value, the request
また、第1の期間として、ユーザ端末30が特定のプログラムを起動させたときに満了する期間が用いられてもよい。ユーザ端末30は、ユーザの操作によりそのプログラムを起動させてもよいし、本体の電源が投入されたときにプログラムを起動させてもよい。ここでいうプログラムは、図4に表す各部を実現するためのプログラムであり、例えばお釣り運用サービスを提供する事業者が提供するアプリケーションプログラムである。この場合、ユーザ端末30は、プログラムを起動すると、その旨を資金運用支援サーバ装置20に通知する。
Also, as the first period, a period of time that expires when the
資金運用支援サーバ装置20の要求時期判断部205は、この通知を受け取ると、第1の期間が満了し、承諾要求を行う時期になったと判断する。こうして、承諾要求部206は、ユーザ端末30がプログラムを起動させる度に、すなわち第1の期間が経過するごとに承諾をユーザに要求する。なお、第1の期間として、ユーザが特定の操作(例えば図6に表す承諾要求の画面を表示させる操作)を行ったときに満了する期間が用いられてもよい。その場合、上記アプリを起動した後も、例えば承諾要求の画面を表示させる操作を行う度に最新の差額に更新させることができる。
When receiving the notification, the request
[2−13]受取額
実施例では、ユーザがお金を支払ったときの金額(支払額)とそれを切り上げた額との差額が資金運用の対象であったが、これに限らず、例えば、ユーザがお金を受け取ったときの受取額とそれを切り下げた額との差額(いわゆる端数)を資金運用の対象としてもよい。ユーザが受け取るお金には、例えば、ユーザの給料、ユーザが保有する株式の配当金、及び、ユーザが保有する不動産の賃貸料等が含まれる。
[2-13] Received Amount In the example, the difference between the amount when the user paid the money (payment amount) and the amount rounded up to it was the target of fund management, but it is not limited to this, for example, The difference between the amount received when the user receives the money and the amount reduced the amount (the so-called fraction) may be the target of fund management. The money received by the user includes, for example, the salary of the user, the dividend of the stock held by the user, and the rent of real estate held by the user.
この場合、差額取得部203は、ユーザが受け取った受取額とその受取額を切り下げた額との差額を取得する。承諾要求部206は、第1の期間が経過するごとに、その第1の期間の満了以前に受け取った1以上の受取額における差額を資金運用に充てることについての承諾をユーザに要求する。以降は、実施例と同様に承諾の可否の受け付け及び移動指示処理等が行われる。本変形例では、ユーザが受け取ったお金についても、その切り下げ額との差額を資金運用に充てることができる。
In this case, the
[2−14]取得する差額
差額取得部203は、上記の各例では、支払額については切り上げ額との差額を取得し、受取額については切り下げ額との差額を取得したが、これに限らない。差額取得部203は、支払額について切り下げ額との差額を取得してもよいし、受取額について切り上げ額との差額を取得してもよい。また、差額取得部203は、上記の支払額又は受取額に特定の値(例えば3%)を乗じた差額を取得してもよい。
[2-14] Difference to be acquired In the above examples, the
また、差額取得部203は、特定の支出項目の支払額に対してユーザが設定した目標値と支払額との差額を取得してもよい。この場合、ユーザは、例えば毎月の電気代及び生活費等の目標値を設定しておく。差額取得部203は、目標値が設定された支出項目の支払額がその目標値を下回った場合に、目標値と支払額との差額を取得する。これにより、ユーザが節約するほど運用する資金が増える一方、どれだけ運用資金が増えても上記支出項目については目標値を超える支出は生じない。これにより、ユーザは資金運用のために予期せぬ支出が生じるという心配をすることなく資金運用を行うことができる。
Further, the
また、差額取得部203は、特定の収入項目の受取額に対してユーザが設定した目標値と受取額との差額を取得してもよい。この場合、ユーザは、例えば月収(残業等で変動する)及び株式配当等の目標値を設定しておく。差額取得部203は、目標値が設定された収入項目の受取額がその目標値を上回った場合に、目標値と支払額との差額を取得する。これにより、ユーザは目標値に相当する収入を確保したうえで資金運用を行うことができる。
Further, the
要するに、差額取得部203は、商取引における支払額に基づき算出される差額(切り上げ額との差額、切り下げ額との差額、特定の値を乗じた額及び目標値との差額等)を取得するか、ユーザが受け取った受取額に基づき算出される差額(こちらも切り上げ額との差額、切り下げ額との差額、特定の値を乗じた額及び目標値との差額等)を取得するものであればよい。
In short, does the
[2−15]差額の集金方法
実施例では、移動指示処理実行部210が移動指示処理を実行することで、承諾を得られた差額の累積額が第1の口座から集金され、第2の口座に移動したが、差額の累積額の集金方法はこれに限らない。例えば、ユーザからの集金を代行する事業者に委託して差額の累積額を集金してもよい。集金を代行する事業者とは、例えば、通信事業者や電力会社、クレジットカード会社、保険会社など、本業でユーザから集金を行っている事業者である。
[2-15] Method of collecting the difference In the embodiment, the movement instruction
図16は本変形例の資金運用支援サーバ装置20dが実現する機能構成の一例を表す。資金運用支援サーバ装置20dは、図4に表す移動指示処理実行部210に代えて、集金情報通知部215を備える。集金情報通知部215は、移動指示処理実行部210と同様に、第1の期間を複数含む第2の期間が経過すると、差額の累積額を算出する。集金情報通知部215は、算出した累積額を示す情報を、ユーザの口座から集金する(引き落とす)金額を示す集金情報として生成する。
FIG. 16 illustrates an example of a functional configuration realized by the money operation
集金情報通知部215は、生成した集金情報を、予め記憶しておいた集金の代行事業者について定められた宛先に送信する。この宛先は、代行事業者が運用する集金のための処理を行う集金処理装置であってもよいし、その集金処理装置を含むシステムの外部とのインターフェースとなっている装置であってもよい。この宛先に送信された集金情報は、集金処理装置により受け取られて、集金処理装置が、ユーザの口座から差額の累積額を引き落とす処理を行う。
The collection
本変形例では、集金の代行事業者は、上述した通信事業者や電力会社などのように、本業の集金を定期的に(例えば毎月)行っているものとする。そこで、集金処理装置は、本業で集金する金額に差額の累積額を加算した金額をユーザの口座から引き落とす処理を行う。集金処理装置は、こうして引き落した金額をまずは自身を運用する事業者の口座に移動させる。続いて、集金処理装置は、事業者の口座から差額の累積額を資金運用会社の口座に移動させる(振り込む)処理を行う。これらの処理により、各ユーザの口座から差額の累積額が資金運用会社の口座に移動する。 In this modification, it is assumed that the agency business of collection collects periodical business collection (for example, every month) like the above-mentioned telecommunications carrier or electric power company. Therefore, the collection processing device performs processing for deducting the amount obtained by adding the accumulated amount of the difference to the amount collected in the main business from the user's account. The collection processing apparatus first moves the amount of money withdrawn in this way to the account of the company operating it. Subsequently, the collection processing device carries out processing of transferring (transferring) the accumulated amount of the difference from the account of the business entity to the account of the money management company. By these processes, the accumulated amount of difference from each user's account is transferred to the money management company's account.
本変形例では、以上のとおり、集金情報通知部215が、第1の期間を複数含む第2の期間が経過すると、ユーザにより承諾を得られた差額の累積額を、その累積額の集金を代行する事業者に通知する。集金情報通知部215は本発明の「通知部」の一例である。実施例のように各ユーザの資金が収められている第1の口座から第2の口座(資金運用会社の口座)に累積額を移動させる場合、第1の口座の数だけ口座移動の手数料が発生する。
In the present modification, as described above, when the collection
これに対し、本変形例では、集金を代行する事業者が通信事業者や電力会社などのように定期的にユーザから集金を行っている事業者の場合、上記のとおりその集金の金額に累積額を加算して集金することになる。その場合、集金を代行する事業者にとっては、ユーザの口座から累積額を引き落とす際に発生する手数料は変化せず、自身の口座から資金運用会社の口座への振り込み手数料だけが新たに発生する。 On the other hand, in the present variation, in the case of a business operator acting as a collection agent, such as a telecommunications carrier or a power company, collecting money from the user on a regular basis, it is accumulated to the collection amount as described above. It will be collected by adding the amount. In that case, for the business operator acting as a collection agent, the fee generated when deducting the accumulated amount from the user's account does not change, and only the transfer fee from the own account to the money management company account newly occurs.
そのため、第1の口座の数だけ口座移動の手数料が発生する場合に比べて、銀行に支払う手数料が大きく減少するので、減少した手数料の範囲で集金の代行事業者に代行の手数料を支払えば、お釣り運用サービスに係る費用を削減することができる。なお、本変形例においては、集金を代行する事業者の口座には、ユーザから集金した累積額、すなわち上述したユーザが利用可能なお金が収められている。つまり、この口座を管理する銀行サーバは、図1に表す銀行サーバ4に相当することになる。 Therefore, since the fee paid to the bank is greatly reduced compared to the case where the account transfer fee is incurred by the number of the first account, if the agent's fee for collection is paid within the range of the reduced fee, It is possible to reduce the cost of fishing operation service. In the present variation, the accumulated amount collected from the user, that is, the money available to the user described above is stored in the account of the business entity acting as the collection agent. That is, the bank server that manages this account corresponds to the bank server 4 shown in FIG.
そこで、移動指示処理実行部210が、例えば前述した集金処理装置に対して、集金を代行する事業者の口座を第1の口座とし、資金運用会社の口座を第2の口座として、第1の口座から第2の口座への移動を指示する移動指示処理を実行してもよい。集金処理装置は、この指示を受け取ると、第1の口座から第2の口座へ移動する累積額をユーザの口座から引き落し、第1の口座である事業者の口座に移動してから、その累積額を第2の口座に移動する処理を行う。集金情報通知部215による通知を行うか、移動指示処理実行部210が移動指示処理を行うかは、集金を代行する事業者側のシステムが処理しやすい方が選ばれればよい。
Therefore, for example, the transfer instruction
[2−16]差額の絞り込み
実施例では、ユーザが行った支払いに基づいて算出された全ての差額について資金運用の承諾が要求されたが、これに限らない。例えば、特定の店舗で商品を購入した場合の差額に絞り込んでもよいし、特定の決済方法で決済した場合の差額に絞り込んでもよい。
[2-16] Narrowing of Difference In the example, although acceptance of fund management is required for all differences calculated based on the payment made by the user, the present invention is not limited thereto. For example, it may be narrowed down to the difference when purchasing a product at a specific store, or it may be narrowed to the difference when settled by a specific settlement method.
図17は本変形例の資金運用支援サーバ装置20eが実現する機能構成の一例を表す。資金運用支援サーバ装置20eは、図4に表す各部に加え、商取引関連情報取得部213と、差額判別部214とを備える。本変形例では、家計簿サーバ装置10の家計情報蓄積部103が、店舗名(チェーン店の名称等)及び購入に用いた決済方法の名称(クレジットカード会社名又は電子マネーの名称等)を含む支出情報を蓄積する。店舗名は、商取引において購入された商品の購入先を示す情報であり、決済方法の名称は、商取引において用いられた決済手段を示す情報である。
FIG. 17 illustrates an example of a functional configuration realized by the money operation
家計簿サーバ装置10は、店舗名及び決済方法の名称を、上述した個人向けサイトや、レシートからそれらの情報を読み取ったユーザ端末30から取得する。なお、これらの方法で店舗名や決済方法の名称が取得できない場合は、家計簿サーバ装置10は、例えば店舗で利用されているPOSシステムや決済サービスを提供する事業者の電子決済システムから店舗名や決済方法の名称を取得してもよい。支払額取得部201は、実施例で述べたように家計簿サーバ装置10から支出情報及びユーザIDを受け取ることで、そのユーザIDのユーザが商取引の際に支払った支払額を取得する。支払額取得部201は、受け取った支出情報及びユーザIDを商取引関連情報取得部213に供給する。
The household account
商取引関連情報取得部213は、ユーザの商取引に関連する情報を取得する機能であり、例えば、前述した購入先及び決済方法の名称を商取引の関連情報として取得する。商取引関連情報取得部213は、支払額取得部201から支出情報及びユーザIDを受け取ることで、その支出情報が示す店舗名及び決済方法の名称を、そのユーザIDのユーザが行った商取引における購入先及び決済手段として取得する。商取引関連情報取得部213は、取得した商取引の関連情報を示す支出情報を、対応するユーザIDとともに差額判別部214に供給する。差額判別部214には、差額取得部203からも、取得した差額とそれに対応するユーザID及び支出情報とが供給される。
The commerce related
差額判別部214は、差額算出部202により支払額に基づき算出された差額のうち、所定の条件を満たす商取引についての差額を判別する。差額判別部214は、商取引における購入先又は決済手段のうちの少なくとも1つの事項が予め定められた特定の事項である場合に、その商取引が所定の条件を満たすと判断する。本変形例では、例えば、事業者αが運営する店舗が特定の購入先であり、事業者βが提供する決済サービスが特定の決済手段であるものとする。
Among the differences calculated based on the payment amount by the
差額判別部214は、差額が供給されると、その差額と同じユーザIDに対応付けて供給された商取引の関連情報が示す店舗名及び決済方法の名称が、事業者αが運営する店舗名又は事業者βが提供する決済サービスの名称である場合、その差額が所定の条件を満たす商取引についての差額だと判別し、そうでない場合、その差額が所定の条件を満たす商取引についての差額ではないと判別する。差額判別部214は、供給された差額、ユーザID及び支出情報を、判別結果とともに差額蓄積部204に供給する。
When the difference is supplied, the difference between the store name and the settlement method indicated by the related information of the commerce supplied in association with the same user ID as the difference is the store name operated by the provider α or If it is the name of the settlement service provided by the provider β, it is determined that the difference is the difference for a transaction that satisfies the predetermined condition, and if not, the difference is not the difference for the transaction that satisfies the predetermined condition Determine. The
差額蓄積部204は、差額判別部214から供給された差額、ユーザID及び判別結果を、差額ID及びともに供給された支出情報が示す支払日に対応付けて記憶する。
図18は本変形例で蓄積されている差額の一例を表す。図18の例では、差額蓄積部204は、ユーザIDと、支払日と、差額と、差額IDと、運用対象フラグと、ステータスとを対応付けて記憶している。
The
FIG. 18 shows an example of the difference accumulated in this modification. In the example of FIG. 18, the
運用対象フラグは、差額判別部214による判別結果を示す情報である。この例では、所定の条件を満たす商取引についての差額であると判別された差額には「対象」という運用対象フラグが対応付けられ、所定の条件を満たす商取引についての差額ではないと判別された差額には「対象外」という運用対象フラグが対応付けられている。「対象」という運用対象フラグは、ユーザの承諾が得られれば(又は既に承諾が得られていて)運用の対象にする差額であることを意味し、「対象外」という運用対象フラグは、その差額は運用の対象ではなく、ユーザへの承諾の要求もされないことを意味している。
The operation target flag is information indicating the determination result by the
差額蓄積部204は、運用対象フラグが「対象外」である差額については、ステータスも「対象外」として記憶する。要求時期判断部205は、要求時期になったと判断すると、実施例と同様に、要求先ユーザのユーザIDに対応付けて蓄積されている差額のうち、ステータスが「未要求」であるものを読み出して承諾要求部206に供給する。このとき、ステータスが「対象外」である差額は読み出されない。そのため、運用対象フラグが「対象」である差額のうちステータスが「未要求」であるものだけが、要求時期判断部205によって読み出されて承諾要求部206に供給される。
The
承諾要求部206は、こうして供給された差額を資金運用に充てることについての承諾をユーザに要求する。つまり、承諾要求部206は、支払額に基づき算出される差額のうち、所定の条件を満たす商取引についての差額を資金運用に充てることについての承諾をユーザに要求する。詳細には、承諾要求部206は、購入先又は決済手段のうちの少なくとも1つの事項が予め定められた特定の事項である商取引の支払額に基づき算出される差額を、所定の条件を満たす商取引についての差額として、その差額についての承諾の要求を行う。
The
以上のとおり、本変形例では、ユーザが行った支払いに基づいて算出された全ての差額ではなく、特定の購入先で商品を購入した支払いの差額と、特定の決済手段を用いた支払いの差額に絞り込んで、資金運用の承諾が要求される。特定の購入先としては、例えば、特定の事業者が運営している店舗(実店舗及び通信販売店舗を含む)が用いられ、特定の決済手段としては、例えば、特定の事業者が行っている決済サービスが用いられる。 As described above, in this modification, not the difference between all payments calculated based on the payment made by the user, but the difference between the difference between payments made by purchasing a product at a specific purchaser and the payment made using a specific settlement method. Consent to fund management is required. As a specific purchaser, for example, a store (including a real store and a mail order store) operated by a specific company is used, and as a specific payment method, for example, a specific company performs Payment services are used.
これらの店舗及び決済サービスが用いられた商取引は、特定の事業者と特定の関連性(店舗の運営者という関連性及び決済サービスの提供元という関連性)を有する商取引といえる。従って、承諾取得部220は、特定の事業者と特定の関連性を有する商取引(この例では特定の購入先で行われる商取引及び特定の決済手段で決済する商取引)について算出された差額のみを表示して承諾を要求する画面を示すデータをユーザ端末30に送信し、そのユーザ端末30から返信された返信データが示す差額について承諾を取得することになる。
The commerce in which these stores and payment services are used can be said to be a commerce having a specific business and a specific relationship (a relationship of a store operator and a relationship of a payment service provider). Therefore, the
以下では、特定の購入先で行われる商取引及び特定の決済手段で決済する商取引のように特定の事業者と特定の関連性を有する商取引のことを単に「特定商取引」という。これらの特定商取引による絞り込みを行うことで、特定の購入先及び決済手段を利用する動機をユーザに生じさせ、全ての差額について承諾を要求する場合に比べて、それら特定の購入先及び決済手段が利用されやすいようにすることができる。 Hereinafter, a transaction having a specific relationship with a specific business operator, such as a transaction performed at a specific purchaser and a transaction settling on a specific payment means, is simply referred to as a “specific transaction”. By narrowing down by these specific commerces, the user is motivated to use a specific purchaser and settlement means, and the specific purchaser and settlement means are more than in the case where an acceptance is required for all differences. It can be made easy to use.
なお、特定商取引は上記のものに限らない。例えば、差額判別部214は、特定の購入対象を購入する商取引を特定商取引と判断してもよい。ここでいう特定の購入対象とは、個別の商品であってもよいし、特定の事業者が提供する商品群であってもよい。以下では事業者γが提供する商品を特定の商品とする。この場合、例えば支出情報が示す商品名に基づいて、購入対象が予め定められた特定の購入対象であるか否かが判断される。この判断が行われると、全ての差額について承諾を要求する場合に比べて、特定の対象が購入されやすいようにすることができる。
The specific commerce is not limited to the above. For example, the
また、差額判別部214は、商取引において特定のポイント(特定のポイントサービス事業者が提供するポイント)が付与される場合に、その商取引を特定商取引と判断してもよい。この場合、例えば支出情報が支出額とともに付与されたポイントの情報を示していれば、商取引関連情報取得部213が、そのポイントの情報を商取引の関連情報として取得する。そして、承諾取得部220は、特定のポイントが付与された商取引における差額に絞り込んで資金運用の承諾を取得する。
Further, when a specific point (a point provided by a specific point service provider) is given in a commercial transaction, the
これにより、差額の絞り込みを行わずに承諾を取得する場合に比べて、特定のポイントが付与される商取引が利用されやすいようにすることができる。なお、ポイントの付与ではなく、特定のポイントが利用される商取引を特定商取引として差額の絞り込みが行われてもよい。その場合、承諾取得部220は、特定のポイントが利用される商取引における差額に絞り込んで資金運用の承諾を取得する。そうすることで、例えば商取引の支払額を全てポイントで支払うとポイントが付与されない場合があるが、その場合の差額も資金運用に充てることができる。
As a result, it is possible to make it easier to use a commercial transaction to which a specific point is given, as compared to the case of obtaining the consent without narrowing the difference. In addition, narrowing down of the difference may be performed by setting the commerce in which a specific point is used instead of giving a point as a specific commerce. In that case, the
また、差額判別部214は、特定の事業者が定めた特定の期間(例えばキャンペーン期間)に行われる商取引を特定商取引と判断してもよい。この場合、商取引関連情報取得部213は、商取引が行われた日付情報を含む商取引の関連情報を取得する。そして、承諾取得部220は、前述した特定の期間を例えば特定の事業者のシステムから取得して予め記憶しておき、その期間に行われた商取引における差額に絞り込んで資金運用の承諾を取得する。
Further, the
また、差額判別部214は、上述した6種類の特定商取引(特定の購入先で行われる商取引、特定の購入対象を購入する商取引、特定の決済手段で決済する商取引、特定のポイントが付与される商取引、特定のポイントが利用される商取引又は特定の事業者が定めた特定の期間に行われる商取引)のうち、いずれか1つの種類の特定商取引だけに絞り込みを行ってもよいし、2以上の種類の特定商取引に絞り込みを行ってもよい。また、差額判別部214は、2以上の種類の特定商取引に同時に当てはまる商取引(例えば特定の購入先で特定の購入対象を購入する商取引)に絞り込みを行ってもよい。
In addition, the
なお、家計簿サーバ装置10に店舗名や決済方法の名称、付与又は利用されたポイントを示す支出情報が蓄積されていない場合は、商取引関連情報取得部213が、例えばその店舗で利用されているPOSシステムや決済サービス、ポイントサービスを提供する事業者の電子決済システムから、各ユーザの商取引が行われた店舗名や決済方法、付与又は利用されたポイントの名称をユーザの商取引に関連する情報として取得すればよい。
In addition, when the household account
また、図17の例では、所定の条件を満たす商取引(例えば上述した特定商取引)についての差額を判別したが、これに限らず、例えば、支払額取得部201が、所定の条件を満たす商取引についての支払額だけを取得してもよい。支払額取得部201は、例えば、受け取った支出情報に基づいて、差額判別部214と同様に、その支出情報が示す支払いが行われた商取引が所定の条件を満たすか否かを判断すればよい。この場合、差額蓄積部204には、商取引が所定の条件を満たす差額だけが蓄積される。
Further, in the example of FIG. 17, the difference for the commerce (for example, the above-described specific commerce) satisfying the predetermined condition is determined. However, the present invention is not limited to this. You may acquire only the payment amount of. The payment
その結果、承諾要求部206は、上記の例と同様に、支払額に基づき算出される差額のうち、所定の条件を満たす商取引についての差額を資金運用に充てることについての承諾をユーザに要求することになる。要するに、最終的に承諾要求部206が所定の条件を満たす商取引についての差額を資金運用に充てることについての承諾をユーザに要求することになっていれば、商取引が所定の条件を満たすか否かの判断がどこで行われてもよい。
As a result, in the same manner as the above example, the
[2−17]有利な条件での資金運用
上述した差額の絞り込みが行われる場合に、追加の条件が満たされると、その条件が満たされない場合に比べて有利な条件での資金運用がユーザに提示されてもよい。追加の条件としては、例えば、上述した6種類の特定商取引のうち、絞り込みに用いられた商取引以外の種類の商取引が行われた場合に満たされる条件が用いられる。
[2-17] Fund Management on Favorable Conditions When the above-mentioned narrowing of the difference is performed, if additional terms are satisfied, fund management on conditions favorable to the user is better than if the terms are not satisfied. It may be presented. As the additional condition, for example, a condition that is satisfied when a commerce of a type other than the commerce used for narrowing down is performed among the six types of specified commerce described above is used.
例えば特定の購入先で行われる商取引で絞り込みが行われた場合に、そのうちの特定の事業者が定めた特定の期間に行われる商取引が行われた場合に満たされる条件が用いられる。本変形例では、絞り込みで用いられた特定の事業者(店舗を運営する事業者、決済サービスを提供する事業者、商品を提供する事業者、ポイントサービス事業者等)が、特定の期間をキャンペーン期間として定めている。その場合に、承諾要求部206は、上記のとおり絞り込まれた商取引が定められた特定の期間に行われた場合は、その期間以外に商取引が行われたときに比べて有利な条件で差額を資金運用に充てることについての承諾をユーザに要求する。
For example, in the case where narrowing-down is performed in a commercial transaction performed at a specific purchaser, a condition that is satisfied when a commercial transaction performed in a specific period set by a specific business operator among them is used. In this modification, a specific business (a business operating a store, a business providing a payment service, a business providing a product, a point service business, etc.) used in the narrowing campaign is performed for a specific period. It is determined as a period. In that case, if the commerce requested to be narrowed down as described above is performed in a specified specific period, the
有利な条件での資金運用とは、例えば、資金運用のための手数料の割引や手数料の無償化、運用する資金の増額、格付けが特定のレベルより高い金融商品の活用、手続きの短縮、手続きの期限の緩和など、追加の条件が満たされない場合に比べてユーザが金銭的又は時間的な利益を得られる条件を適用して行われる資金運用のことをいう。承諾要求部206は、上記の商取引が特定の期間に行われた場合は、有利な条件で差額を資金運用に充てることを表す文字列と、差額ID、差額及び支払日とを示す要求データを生成してユーザ端末30に送信する。
Fund management under favorable conditions includes, for example, discounting of fees for fund management and freeing of fees, increase in funds to be invested, utilization of financial products with a rating higher than a specified level, shortening of procedures, and procedures This refers to fund management that is performed under conditions that allow the user to obtain financial or temporal profit as compared to the case where additional conditions are not satisfied, such as relaxation of the deadline. When the above-mentioned commerce is carried out in a specific period, the
図19は表示された承諾要求の一例を表す。図19の例では、承諾要求表示部303は、選択された差額の「合計金額」(この例では1183円)の他、「キャンペーン対象金額」(この例では423円)と、「キャンペーン対象金額については資金が10%増額されます!」という文字列とを、要求データが示す承諾要求A21として表示している。また、承諾要求表示部303は、全選択ボタンB3の他に、「キャンペーン対象を全て選択」と書かれた選択ボタンB7を表示している。
FIG. 19 shows an example of the displayed consent request. In the example of FIG. 19, the consent
選択ボタンB7を押す操作が行われた場合、「キャンペーン対象金額」のうち選択されていないものがあれば、それらが選択される。この選択ボタンB7を表示することで、キャンペーン対象金額の選択漏れがなくなるようにしている。本変形例では、このように承諾要求A21が表示されることで、前述した有利な条件で差額を資金運用に充てることについての承諾が取得される。これにより、有利な条件の適用がない場合に比べて、上述した特定商取引を行う動機を高めて、その特定商取引について算出される差額の累積額を増加させることができる。 When an operation to press the selection button B7 is performed, if there is one of the "campaign object amounts" that is not selected, those are selected. By displaying this selection button B7, selection omission of the campaign target amount is eliminated. In the present modification, by displaying the consent request A21 in this manner, consent for allocating the difference to the fund management on the advantageous conditions described above is obtained. As a result, compared with the case where the advantageous condition is not applied, the motivation for performing the above-mentioned specific commerce can be enhanced, and the accumulated amount of the difference calculated for the specific commerce can be increased.
なお、図19の例では、ユーザは、キャンペーン対象金額以外の金額についても承諾をすることができる。このように、承諾取得部220は、特定商取引の差額を資金運用に充てることについての第1承諾と、特定の事業者と特定の関連性を有しない商取引(図19の例ではキャンペーン期間外に行われた商取引)の差額を資金運用に充てることについての第2承諾とを取得する。ここで、本変形例の移動指示処理実行部210は、承諾取得部220により承諾が取得された差額の累積額を第1の口座から第2の口座へ移動することに加えて、移動した累積額を資金運用に充てるための処理も行うものとする。
In the example of FIG. 19, the user can also accept an amount other than the campaign target amount. As described above, the
累積額を資金運用に充てるための処理とは、例えば、累積額に資金運用のための手数料を加算して第1の口座から第2の口座に移動させることを指示する処理である。有利な条件として手数料の割引や手数料の無償化が行われる場合、加算される手数料の金額(金額が0の場合を含む)が異なる処理が行われることになる。 The process for allocating the accumulated amount to fund management is, for example, a process of adding the fee for fund management to the accumulated amount and instructing to move it from the first account to the second account. In the case where discounting of commissions and commissioning of commissions are made as advantageous conditions, the amount of commissions to be added (including the case where the amount is 0) will be processed differently.
また、本変形例において、資金運用を行う際に資金を収めておく口座である第2の口座として有利な条件用の口座及び通常の条件用の口座が開設されている場合があるものとする。その場合は、第1の承諾が得られた差額を有利な条件用の口座に移動させる指示処理と、第2の承諾が得られた差額を通常の条件用の口座に移動させる指示処理というように、累積額の移動先が異なる指示処理が行われる。 Further, in this modification, it is assumed that there is a case where an account for a favorable condition and an account for a normal condition are opened as a second account which is an account for storing funds when performing fund management. . In such a case, the instruction processing for moving the difference for which the first consent is obtained to the account for favorable conditions, and the instruction processing for moving the difference for which the second consent is obtained to the account for normal conditions In addition, an instruction process is performed in which the destination of the accumulated amount is different.
また、本変形例において、有利な条件でも通常の条件でも第2の口座は共通しており、資金運用事業者が第2の口座から第1の承諾が得られた差額と第2の承諾が得られた差額とをさらに別々に引き出して資金運用する場合があるものとする。その場合は、資金運用業者に第1の承諾が得られた差額及びそれらが収められた第2の口座を通知する通知処理と、資金運用業者に第2の承諾が得られた差額及びそれらが収められた第2の口座を通知する通知処理というように、異なる差額を通知する処理が行われる。 Further, in this modification, the second account is common to favorable conditions and normal conditions, and the difference between the money management business operator who obtained the first consent from the second account and the second consent are It is assumed that there is a case where funds are drawn out separately from the obtained difference. In that case, notification processing for notifying the money management company of the difference for which the first consent has been obtained and the second account in which they are stored, the difference for which the money management company has obtained the second consent, and those A process of notifying different differences is performed, such as a notification process of notifying the stored second account.
以上のとおり、本変形例の移動指示処理実行部210は、差額を資金運用に充てることについての承諾が第1承諾及び第2承諾のいずれであるかによって別々の処理を実行する。ここでいう別々の処理とは、第2承諾がされた差額の累積額を資金運用に充てるための処理と、第1承諾がされた差額の累積額を第2承諾がされた差額の累積額とは異なる条件で(より有利な条件で)資金運用に充てるための処理とのことであり、資金運用に充てる際の条件を異ならせるために前述した各例のように処理の内容が互いに異なる処理のことをいう。
As described above, the movement instruction
なお、追加の条件は上述した特定の事業者が定めた特定の期間に限らない。承諾要求部206は、絞り込まれた商取引について算出された差額のうち、特定の事業者が定めた特定の期間を除く上述した5種類の特定商取引(特定の購入先で行われる商取引、特定の購入対象を購入する商取引、特定の決済手段で決済する商取引、特定のポイントが付与される商取引又は特定のポイントが利用される商取引)のうち、いずれかの種類の特定商取引について算出された差額を、それ以外の差額に比べて有利な条件で資金運用に充てることについての承諾をユーザに要求してもよい。
In addition, additional conditions are not limited to the specific period which the specific enterprise mentioned above set. The
具体的には、承諾要求部206は、例えば、ユーザが特定の購入先である事業者αが運営する店舗で商品を購入した場合、又は、特定の決済手段である事業者βが提供する決済サービスを用いて商品を購入した場合に、その商取引について算出された差額をそれ以外の差額に比べて有利な条件で資金運用に充てることについての承諾をユーザに要求する。その際に、差額によって条件が異なることを次のように表してもよい。
Specifically, the
図20は表示された要求画面の一例を表す。図20の例では、承諾要求表示部303は、特定商取引についての差額を、それ以外の商取引についての差額と異なる態様で表した(囲み線の太さを異ならせた)要求画面E1を表示している。なお、適用される有利な条件については、例えば差額を選択することで切り替わった画面又は表示されたポップアップウィンドウに表示させるか、又は、予めユーザに提示しておけばよい。
FIG. 20 shows an example of the displayed request screen. In the example of FIG. 20, the consent
図20のように表示することで、全ての差額の表示態様を一律にする場合に比べて、有利な条件で資金運用に充てることが可能な差額を容易に把握することができる。なお、表示態様を異ならせる方法はこれに限らない。差額又は差額を含む枠の色又はフォント等を変えてもよい。また、差額以外に事業者の名称や支払総額の態様を変えることで資金運用の条件が異なることを把握させてもよい。 By displaying as shown in FIG. 20, it is possible to easily grasp the difference that can be allocated to fund management under advantageous conditions, as compared to the case where display modes of all the differences are made uniform. Note that the method of changing the display mode is not limited to this. The color or font of the frame including the difference or the difference may be changed. In addition to the difference, it may be understood that the condition of the fund management is different by changing the form of the business name and the total payment amount.
なお、図19、図20の例では、承諾取得部220は、上記の6種類の特定商取引のうちの1種類の特定商取引(図19では特定の事業者が定めた特定の期間に行われる商取引、図20では特定の購入先で行われる商取引又は特定の決済手段で決済する商取引)について算出された差額をそれ以外の差額に比べて有利な条件で資金運用に充てることについての承諾を取得したが、これに限らない。
In the example of FIG. 19 and FIG. 20, the
承諾取得部220は、6種類の特定商取引のうちから2以上の種類の特定商取引が定められている場合に、定められた特定商取引のいずれか1つでも当てはまる商取引について算出された差額をそれら以外の差額(それら以外の種類の特定商取引について算出された差額)に比べて有利な条件で資金運用に充てることについての承諾を取得してもよい。具体的には、承諾取得部220は、例えば、特定の購入先で行われる商取引及び特定の決済手段で決済する商取引のいずれか1つでも当てはまる商取引について算出された差額をそれら以外の差額に比べて有利な条件で資金運用に充てることについての承諾を取得する。なお、2以上の種類の特定商取引の組み合わせはこれ以外でもよい。
In the case where two or more types of specified commercial transactions are specified among the 6 types of specified commercial transactions, the
また、承諾取得部220は、6種類の特定商取引のうちの2以上の種類に同時に当てはまる特定商取引について算出された差額をそれ以外の差額に比べて有利な条件で資金運用に充てることについての承諾を取得してもよい。具体的には、承諾取得部220は、例えば、特定の購入先で行われて且つ特定の決済手段で決済する商取引について算出された差額をそれら以外の差額に比べて有利な条件で資金運用に充てることについての承諾を取得する。なお、2以上の種類の特定商取引の組み合わせはこれ以外でもよい。
In addition, the
なお、図19、図20の例では、差額が絞り込まれたうえで承諾が取得されたが、これに限らず、差額の絞り込みを行わずに同様の承諾が取得されてもよい。その場合は、承諾取得部220は、単に蓄積された全ての差額について図19、図20の説明で述べたように承諾を取得すればよい。本変形例によれば、上述したいずれの場合でも、有利な条件の適用がない場合に比べて、特定の商取引(特定商取引)を行う動機を高めて、その商取引について算出される差額の累積額を増加させることができる。
In the examples of FIGS. 19 and 20, the consent is acquired after the difference is narrowed, but the present invention is not limited to this, and the same consent may be acquired without narrowing the difference. In that case, the
[2−18]お釣り運用サービスの種類
ユーザに提供されるお釣り運用サービスに複数の種類があってもよい。例えば、実施例で述べたように差額の絞り込みも有利な条件での資金運用も行わない一般サービスと、差額を絞り込み且つ絞り込んだ差額については一般サービスに比べて有利な条件で資金運用を行う特別サービスとが提供されてもよい。以下では一般サービスのユーザを一般ユーザといい、特別サービスのユーザを特別ユーザという。
[2-18] Types of Fishing Operation Service There may be multiple types of fishing operation service provided to the user. For example, as described in the embodiment, the special service which manages the funds under the advantageous conditions as compared with the general service with respect to the general service which does not perform the narrowing of the difference and the fund management under the favorable conditions A service may be provided. Hereinafter, the user of the general service is referred to as a general user, and the user of the special service is referred to as a special user.
なお、1人のユーザが一般サービス及び特別サービスの両方を利用する場合もあり得るが、その場合は、同じユーザでも一般サービスを利用する場合は一般ユーザとして扱われ、特別サービスを利用する場合は特別ユーザとして扱われるものとする。本変形例では、上述した特定の購入先で行われる商取引、特定の購入対象を購入する商取引、特定の決済手段で決済する商取引、特定のポイントが付与される商取引、特定のポイントが利用される商取引及び特定の事業者が定めた特定の期間に行われる商取引という6種類の商取引のうちの1以上の種類の商取引の差額への絞り込みが行われる。 Although one user may use both the general service and the special service, in that case, the same user is treated as a general user when using the general service, and when using the special service. It shall be treated as a special user. In this modification, the above-described commercial transaction performed at a specific purchaser, a commercial transaction for purchasing a specific purchase target, a commercial transaction to be settled by a specific settlement means, a commercial transaction for which a specific point is given, a specific point is used. A narrowing down to the difference between one or more of the six types of commerce of commerce and commerce conducted in a specific period defined by a specific business is performed.
本変形例では、これらの商取引自体だけでは、特定商取引として扱われず、特別ユーザがこれらの商取引を行った場合にのみ、特定商取引として扱われる。以下ではこれらの商取引を「特別サービスの対象商取引」という。これは、一般ユーザが特別サービスの対象商取引を行っても、その商取引の差額に絞り込みが行われるわけではないので、特定商取引として扱われないということである。つまり、本変形例では、商取引自体の属性(対象、期間、ポイントの有無等)だけではなく、それを行うユーザの属性(一般ユーザか特別ユーザか)によっても「特定の関連性」があるか否かが判断される。 In this modification, these commerce transactions themselves are not treated as specific commerce transactions, but are treated as specific commerce transactions only when special users have performed these commerce transactions. Below, these transactions are referred to as "targeted transactions for special services". This means that even if a general user conducts a target service transaction of a special service, it is not treated as a specific transaction because the difference in the transaction is not narrowed down. That is, in this modified example, is there a “specificity of association” not only by the attribute of the transaction itself (target, period, presence or absence of points, etc.), but also by the attribute of the user who performs it It is judged whether or not.
従って、本変形例の承諾取得部220は、そのような特別サービスの対象商取引について算出される差額のみを資金運用の対象とするユーザ(つまり特別ユーザ)の商取引を、特定商取引として承諾(本変形例の第1承諾)を取得する。そして、承諾取得部220は、特別サービスの対象商取引について算出される差額以外も資金運用の対象とするユーザ(つまり一般ユーザ)の商取引は、特定の事業者と特定の関連性を有しない商取引として承諾(本変形例の第2承諾)を取得する。
Therefore, the
本変形例の承諾要求部206は、一般ユーザのユーザ端末30に対しては、実施例と同様の要求画面を示すデータを送信する。また、承諾要求部206は、特別ユーザのユーザ端末30に対しては、例えば図21に表す要求画面を示すデータを送信する。
図21は表示された要求画面の一例を表す。図21の例では、承諾要求表示部303は、「クレカβ(クレジットカード会社である事業者βの名称)」、「スーパーε」、「ζポイント」という商取引に関連する事業者又はその事業者が提供するポイントサービスの名称と、その商取引の支払総額と、算出された差額と、個別選択ボタンB4とを含む要求画面E2を表示している。
The
FIG. 21 shows an example of the displayed request screen. In the example of FIG. 21, the consent
例えば1番上の行には、「クレカβ」という名称、「1067円」という支払総額、「33円」という差額と、この差額が選択されていることを示す「○」という個別選択ボタンB4が表示されている。承諾要求表示部303は、特別サービスの対象商取引については、名称(この例では「クレカβ」、「ζポイント」)、支払総額、差額及び個別選択ボタンB4を表示して、それ以外の商取引(この例では「スーパーε」が関連する商取引)については名称及び支払総額のみを表示し、差額及び個別選択ボタンB4の欄には「−」を表示している。
For example, on the top row, the individual selection button B4 indicating the difference between the name “Kureca β”, the total payment amount “1067 yen”, the difference “33 yen” and that this difference is selected Is displayed. The acceptance
また、承諾要求表示部303は、「合計金額」として、個別選択ボタンB4が「○」となっている差額を合計した金額を表示している。なお、承諾要求部206は、特別サービスの対象ではない商取引については事業者の名称及び支払総額も含まない要求画面を示すデータを送信してもよい(図21の例では「スーパーε」の名称及び支払総額が表示されなくなる)。
Further, the consent
いずれの場合も、特別サービスの対象商取引について算出された差額のみを表示することで、全ての差額を表示する場合に比べて、ユーザに自分が資金運用に充てることが可能な差額を容易に認識させることができる。また、特別サービスの対象ではない商取引の差額は選択できないようにしているので、特別ユーザによる特別サービスの対象ではない商取引の差額の誤選択を防止することができる。 In any case, by displaying only the calculated difference for the target service of the special service, it is possible to easily recognize the difference that the user can devote to fund management compared to the case of displaying all the differences. It can be done. In addition, since the difference of the commercial transaction which is not the subject of the special service can not be selected, it is possible to prevent the wrong selection of the commercial transaction which is not the target of the special service by the special user.
本変形例でも、移動指示処理実行部210は、差額を資金運用に充てることについての承諾が第1承諾である(つまり特別ユーザの承諾である)場合には、その承諾が第2承諾である(つまり一般ユーザの承諾である)場合に比べて、承諾された差額の累積額をより有利な条件で資金運用に充てるための処理を実行する。これにより、複数サービスで資金運用の条件を一律にする場合に比べて、特定のサービス(この例では一般サービスよりも有利に資金運用を行うことができる特別サービス)のユーザを増やすことができる。本変形例の場合は、特別サービスのユーザが増えるので、特別サービスの対象商取引の増加に繋げることができる。
Also in the present modification, when the consent for allocating the difference to the fund management is the first consent (that is, the special user's consent), the transfer instruction
[2−19]発明のカテゴリ
本発明は、資金運用支援サーバ装置、ユーザ端末及び家計簿サーバ装置のような情報処理装置の他、それらの装置を備える資金運用支援システムのような情報処理システムとしても捉えられる。また、本発明は、各装置が実施する処理を実現するための情報処理方法としても捉えられる。その場合、各処理を実現する主体となる情報処理装置は複数に分かれていてもよい。また、各装置を制御するコンピュータを機能させるためのプログラムとしても捉えられる。このプログラムは、それを記憶させた光ディスク等の記録媒体の形態で提供されてもよいし、インターネット等のネットワークを介してコンピュータにダウンロードさせ、それをインストールして利用可能にするなどの形態で提供されてもよい。
[2-19] Category of the Invention The present invention relates to an information processing system such as a fund operation support system provided with an apparatus other than an information processing apparatus such as a fund operation support server apparatus, a user terminal and a household account book server apparatus. Can also be captured. Furthermore, the present invention can also be grasped as an information processing method for realizing the processing performed by each device. In such a case, the information processing apparatus serving as an entity that implements each process may be divided into a plurality. It can also be understood as a program for causing a computer that controls each device to function. This program may be provided in the form of a recording medium such as an optical disc storing the program, or may be downloaded to a computer via a network such as the Internet, provided in a form such as installing it and making it available. It may be done.
1…資金運用支援システム、10…家計簿サーバ装置、101…収入情報取得部、102…支出情報取得部、103…家計情報蓄積部、20…資金運用支援サーバ装置、201…支払額取得部、202…差額算出部、203…差額取得部、204…差額蓄積部、205…要求時期判断部、206…承諾要求部、207…承諾可否受付部、208…撤回受付部、209…資金移動時期判断部、210…移動指示処理実行部、211…ユーザ関連情報取得部、212…ユーザ関連情報蓄積部、213…商取引関連情報取得部、214…差額判別部、215…集金情報通知部、220…承諾取得部、30…ユーザ端末、301…レシート読取部、302…支出情報送信部、303…承諾要求表示部、304…承諾可否操作受付部、305…承諾可否通知部、306…履歴表示部、307…撤回操作受付部、308…撤回通知部。
DESCRIPTION OF
Claims (7)
ユーザにより所定の操作が行われる前になされた1以上の商取引における前記金額を資金運用に充てることについての承諾を取得する承諾取得部であって、特定の事業者と特定の関連性を有する商取引の前記金額を資金運用に充てることについての第1承諾と、当該関連性を有しない商取引の前記金額を資金運用に充てることについての第2承諾とを取得する承諾取得部と、
所定の期間が経過すると、前記承諾が取得された金額の累積額を第1の口座から第2の口座へ移動して資金運用に充てるための処理であって、当該承諾が前記第1承諾及び前記第2承諾のいずれであるかによって当該累積額を異なる条件で資金運用に充てるための別々の処理を実行する実行部と
を備える情報処理装置。 An accumulation unit that accumulates an amount calculated based on a payment amount in commerce;
An agreement obtaining unit for obtaining an agreement for allocating the amount of money in one or more transactions made before a user performs a predetermined operation to a fund management, which is a transaction having a specific relationship with a specific business operator A consent obtaining unit for obtaining a first consent for allocating the above amount of money to fund management and a second consent for applying the amount of commerce for which the relevance is not concerned to fund management;
It is a process for moving the accumulated amount of the amount for which the consent has been obtained from the first account to the second account for fund management when the predetermined period has passed, and the consent is the first consent and An execution unit configured to execute separate processing for allocating funds to the accumulated operation under different conditions depending on which of the second consents is applied.
請求項1に記載の情報処理装置。 The consent acquisition unit may perform a commercial transaction performed at a specific purchaser, a commercial transaction for purchasing a specific purchase target, a commercial transaction to be settled by a specific payment means, a commercial transaction for which a specific point is given, a commercial transaction using a specific point Alternatively, the information processing apparatus may obtain the consent as a transaction having the specific relevance, of the user's commerce in which only the amount of the commerce conducted in the specific period set by the business is targeted for the fund management. Processing unit.
請求項1に記載の情報処理装置。 The consent acquisition unit may perform a commercial transaction performed at a specific purchaser, a commercial transaction for purchasing a specific purchase target, a commercial transaction to be settled by a specific payment means, a commercial transaction for which a specific point is given, a commercial transaction using a specific point Alternatively, the information processing apparatus according to claim 1, wherein the consent is acquired as a business transaction having a specific relevance with a business transaction performed in a specific period defined by the business operator.
前記蓄積部は、前記事業者のシステムから取得される前記識別情報及び前記支払情報を蓄積し、
前記承諾取得部は、蓄積された前記識別情報が示すユーザの、蓄積された前記支払情報から算出される前記金額についての前記承諾を取得する
請求項1から3のいずれか1項に記載の情報処理装置。 The business transaction having the specific relevance includes the business transaction in which the identification information of the user who paid the payment amount in cash and the payment information is acquired by the system of the business operator.
The storage unit stores the identification information and the payment information acquired from the system of the business entity,
The information according to any one of claims 1 to 3, wherein the consent acquisition unit acquires the consent for the amount calculated from the accumulated payment information of the user indicated by the accumulated identification information. Processing unit.
請求項2又は3に記載の情報処理装置。 The consent acquisition unit displays only the amount of money calculated for the transaction having the specific relevance and transmits data indicating a screen for requesting the first consent to the user terminal, and the reply returned from the user terminal The information processor according to claim 2 or 3 which acquires said 1st consent about the amount of money which data show.
請求項3に記載の情報処理装置。 The consent acquisition unit displays the amount of money calculated for the transaction having the specific relevance in a manner different from the amount of money calculated for the transaction not related to the business user, and displays the data indicating the screen for requesting the consent The information processing apparatus according to claim 3, wherein the first consent is acquired for the amount indicated by the reply data returned from the user terminal and transmitted to the terminal.
送信された前記金額情報が示す金額のうち資金運用に充てると選択された金額を示す選択金額情報を、前記ユーザ端末から受信する受信部とを備え、
前記実行部は、受信された前記選択金額情報が示す前記選択された金額の累積額の前記移動を指示する処理を実行する
請求項1から6のいずれか1項に記載の情報処理装置。 A transmitter configured to transmit, to the user terminal, monetary amount information indicating the accumulated amounts of money stored for a plurality of commercial transactions performed before the predetermined period has elapsed;
And a receiving unit for receiving, from the user terminal, selected amount information indicating an amount selected to be used for fund management among the amounts indicated by the transmitted amount information.
The information processing apparatus according to any one of claims 1 to 6, wherein the execution unit executes a process of instructing the movement of the accumulated amount of the selected amount indicated by the received selected amount information.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2018005868A JP6337224B1 (en) | 2018-01-17 | 2018-01-17 | Information processing device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2018005868A JP6337224B1 (en) | 2018-01-17 | 2018-01-17 | Information processing device |
Publications (2)
Publication Number | Publication Date |
---|---|
JP6337224B1 JP6337224B1 (en) | 2018-06-06 |
JP2019125199A true JP2019125199A (en) | 2019-07-25 |
Family
ID=62487496
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2018005868A Active JP6337224B1 (en) | 2018-01-17 | 2018-01-17 | Information processing device |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP6337224B1 (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP7084800B2 (en) * | 2018-06-29 | 2022-06-15 | 株式会社オービック | Difference management device, difference management method, and difference management program |
JP7326831B2 (en) * | 2019-04-12 | 2023-08-16 | 富士通株式会社 | Transfer program, transfer method and transfer server |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003178194A (en) * | 2001-12-11 | 2003-06-27 | Fujitsu Ltd | Change investment system, change investment server, change investment method and change investment program |
US20070033134A1 (en) * | 2005-08-02 | 2007-02-08 | Bank Of America Corporation | Automatic Savings Program |
JP2009530696A (en) * | 2006-03-16 | 2009-08-27 | デービッド, ロイ デント, | Payment system and payment method |
JP2011028731A (en) * | 2009-07-03 | 2011-02-10 | Toshiba Tec Corp | Article sales data processing device and control program |
JP2012194817A (en) * | 2011-03-17 | 2012-10-11 | Nomura Research Institute Ltd | Information processing system |
JP2014178919A (en) * | 2013-03-15 | 2014-09-25 | Oki Electric Ind Co Ltd | Fund management device and fund management system |
JP2017211914A (en) * | 2016-05-27 | 2017-11-30 | 株式会社野村総合研究所 | Fraction fund transfer accumulation device, program and method |
-
2018
- 2018-01-17 JP JP2018005868A patent/JP6337224B1/en active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003178194A (en) * | 2001-12-11 | 2003-06-27 | Fujitsu Ltd | Change investment system, change investment server, change investment method and change investment program |
US20070033134A1 (en) * | 2005-08-02 | 2007-02-08 | Bank Of America Corporation | Automatic Savings Program |
JP2009530696A (en) * | 2006-03-16 | 2009-08-27 | デービッド, ロイ デント, | Payment system and payment method |
JP2011028731A (en) * | 2009-07-03 | 2011-02-10 | Toshiba Tec Corp | Article sales data processing device and control program |
JP2012194817A (en) * | 2011-03-17 | 2012-10-11 | Nomura Research Institute Ltd | Information processing system |
JP2014178919A (en) * | 2013-03-15 | 2014-09-25 | Oki Electric Ind Co Ltd | Fund management device and fund management system |
JP2017211914A (en) * | 2016-05-27 | 2017-11-30 | 株式会社野村総合研究所 | Fraction fund transfer accumulation device, program and method |
Also Published As
Publication number | Publication date |
---|---|
JP6337224B1 (en) | 2018-06-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11562424B2 (en) | Systems and methods for performing a purchase transaction using rewards points | |
US9773242B1 (en) | Mobile point-of-sale crowdfunding | |
US20200357051A1 (en) | Intelligently determining terms of a conditional finance offer | |
KR20020083898A (en) | Method of invitation to alteration of contract of cash loan for consumption | |
JP2018060300A (en) | Purchase management system | |
JP6852025B2 (en) | Information processing equipment, information processing methods and information processing programs | |
JP7005688B2 (en) | Cryptocurrency management equipment, methods and programs | |
US20110191159A1 (en) | Savings and rewards program | |
US20200357052A1 (en) | Payment instrument for use in multiple events of a finance offer | |
KR101409993B1 (en) | Mediation method for loan contract between lenders and borrowers and mediation system using thereof | |
JP7497833B2 (en) | Methods and systems for charging and depositing legal tender value, electronic money, and other values such as points | |
JP6337224B1 (en) | Information processing device | |
JP6883054B2 (en) | Information processing equipment, information processing methods and information processing programs | |
JP7160969B2 (en) | Financial Instruments Trading System, Program and Financial Instruments Trading Method | |
US20120259685A1 (en) | Systems and Methods for Managing Pre-Paid Transactions | |
JP2020030817A (en) | Device, method, and program for processing information | |
JP6353177B1 (en) | Information processing device | |
JP6280258B1 (en) | Information processing apparatus, information processing system, and information processing method | |
JP6562484B1 (en) | Transaction management system and transaction management method | |
US20190304020A1 (en) | Electronic System and Method For Credit-Based Investments | |
JP2020030491A (en) | Device, method, and program for processing information | |
JP7105401B1 (en) | Automatic withdrawal support system for taxes and social insurance premiums | |
JP7148852B1 (en) | Systems, methods and programs for processing payments | |
JP7375254B1 (en) | Information processing device, information processing method, information processing program, and information processing system | |
JP7414206B1 (en) | Information processing system and information processing method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20180131 |
|
A871 | Explanation of circumstances concerning accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A871 Effective date: 20180131 |
|
A975 | Report on accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A971005 Effective date: 20180207 |
|
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: 20180403 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20180507 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 6337224 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |