CN110546671A - 零头资金转入储蓄系统 - Google Patents

零头资金转入储蓄系统 Download PDF

Info

Publication number
CN110546671A
CN110546671A CN201880026940.4A CN201880026940A CN110546671A CN 110546671 A CN110546671 A CN 110546671A CN 201880026940 A CN201880026940 A CN 201880026940A CN 110546671 A CN110546671 A CN 110546671A
Authority
CN
China
Prior art keywords
fund
deposit
information
account
amount
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.)
Pending
Application number
CN201880026940.4A
Other languages
English (en)
Inventor
田中达雄
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nomura Research Institute Ltd
Original Assignee
Nomura Research Institute Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nomura Research Institute Ltd filed Critical Nomura Research Institute Ltd
Publication of CN110546671A publication Critical patent/CN110546671A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0215—Including financial accounts
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/28—Pre-payment schemes, e.g. "pay before"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/29—Payment schemes or models characterised by micropayments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/342—Cards defining paid or billed services or quantities
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Technology Law (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

基于用户的每天的支付等，计算出指定的零头金额，将其作为目标金额所对应的储蓄金进行转入。为此，具备以下构成：根据存储于零头资金转入储蓄DWH(20)的资金计算规则信息和账户信息计算从顾客资金账户转入到指定储蓄账户的转入资金的资金计算部件(11)；根据资金计算结果信息向金融机构装置(40、50)发送资金转入指示信息的资金转入指示部件(12)；生成基于来自金融机构装置(40、50)的资金转入结果信息的储蓄资金信息并发送至顾客终端(60)的储蓄资金信息生成部件(13)；根据存储于零头资金转入储蓄DWH(20)的储蓄资金信息以及目标金额信息，算出目标金额的储蓄资金达成度的目标金额达成度算出部件(14)。

Description

零头资金转入储蓄系统
[技术领域]
本发明涉及一种用于支援用户储蓄/资产形成等的技术，尤其涉及一种零头资金转入储蓄系统，其有效地对用于购入用户期望的商品及服务等的目标资金进行便利储蓄。
[背景技术]
一般而言，当用户购入期望的商品及服务，例如金融商品、旅行、日常必需品等时，需要为此积攒资金。
因此，对于用户来说，高效地形成/储蓄购入资金、目标金额，用于购入所希望的商品、服务，成为重要的问题。
为了通过储蓄而形成购入这样的商品及服务的资金，一般而言，将会抑制/节约每天的支出，例如每月将一定的金额用于储蓄。
然而，抑制每天的支出、节约开支，虽然比较理想，但没有具体的数值目标等，笼统地抑制支出，实际上是很困难的，仅仅说“减少支出，节约开支”，很难达成目标金额的储蓄。
另一方面，每月储蓄固定的金额，例如使用零存整取等方式，通过自动划款来存钱，必然能够实现目标金额的储蓄。
然而，每月强制储蓄固定的金额，例如在需要多项紧急支出的情况下，根据用户当时的收支状况等，可能会很难存下钱来。为此，无法达成目标金额的储蓄的情况也为数不少，其中包含中途解约的情况。
另外，自动扣除固定的金额的储蓄方式，与用户为了抑制支出所付出的每天的努力、行动模式等毫无关系，缺乏趣味性，此外，也几乎不能赋予用户促进节约的动机、契机等。
综上，能唤起用户自发节约、支出抑制的意识，积极进行储蓄，但又不仅是固定方式的存钱，而是以灵活机动的形式有效地执行目标金额的储蓄的技术、服务为人们所期待，但目前尚未有效的提案。
此外，专利文献1中公开了一种“自动储蓄系统”，该“自动储蓄系统”，当从金融机构账户返还存款的情况下，自动将退款额的一部分进行储蓄。
根据此专利文献1的系统，通过“存款返还得越多，存款也随之增加的越多”的形式，能够提高自动储蓄用账户存款的余额。
[在先技术文献]
[专利文献]
[专利文献1]日本特开2003-132224号公报
[发明概要]
[发明所要解决的课题]
然而，在专利文献1中公开的系统中，将存款返还额的一部分(例如返还额的20％)储蓄/移动到储蓄用的其他账户，这样，随着储蓄额的增加，返还额也相应增加。
为此，例如预料储蓄用金额(返还额的20％)而额外返还，则该用户的总储蓄额并没有增加，不能称得上是有效的储蓄方法。
另外，仅仅将返还额的一部分作为储蓄，并不能促进抑制、节约支出；另外，也没有实现储蓄的目标和趣味等，甚至还有可能由于“存款返还得越多，存款也随之增加的越多”，而造成无用/不必要的返还。
为此，此专利文献1的系统并没有解决根据如上所诉的用户每日的支出和行动模式等来持续进行储蓄的问题。
本发明的提出，是为了解决以上传统技术所具有的课题，其目的是提供一种零头资金转入储蓄系统，该零头资金转入储蓄系统基于用户每天的支付等，计算出指定的零头金额，将其作为目标金额相对应的储蓄金进行转入，通过这样，能够在合理的范围内实现高效持续的储蓄，促进抑制支出、节约开支等，自然地奖励/唤起积极的储蓄行动，适宜进行期望的商品及服务的购入资金的储蓄等。
[用于解决课题的方案]
为了达成上述目的，本发明的零头资金转入储蓄系统，是一种基于根据顾客的输入操作而设定的规则信息，从该顾客的资金账户向指定的储蓄账户转入资金，储蓄指定的目标金额的系统，其具备：对根据输入操作而设定的指定的目标金额信息进行存储的目标金额存储部件；对根据输入操作而设定的指定的资金计算规则信息进行存储的资金计算规则存储部件；对与所述顾客的资金账户相关的账户信息进行存储的账户信息存储部件；基于所述资金计算规则信息，对应当从所述顾客的资金账户向指定的储蓄账户转入的转入资金的转入金额进行计算的资金计算部件；基于所述计算出的转入金额，将指定的资金转入指示信息发送至对所述顾客的资金账户进行管理的指定金融机构装置的资金转入指示部件；生成包括所述转入金额的指定的储蓄资金信息的储蓄资金信息生成部件；存储所述储蓄资金信息的储蓄资金存储部件；基于所述储蓄资金信息和所述目标金额信息，计算出目标金额所对应的储蓄资金指定的达成度的目标金额达成度算出部件。
此外，本发明可以作为在上述这样的、被本发明在零头资金转入储蓄系统执行的零头资金转入储蓄程序而构成。
进而，本发明也可以作为可通过上述这样的、本发明所涉及的零头资金转入储蓄系统以及程序而实施的零头资金转入储蓄方法而构成。
[发明效果]
根据本发明，能够基于用户每天的支付等计算出指定的零头金额，将其作为目标金额所对应的储蓄金而进行转入。
通过这样，能在合理的范围内实现高效持续的储蓄，促进抑制支出、节约开支等，自然地奖励/唤起积极的储蓄行动。
因此，能够提供一种服务，其灵活地应对各种用户的多种需求和行动模式等，特别适合对面向个人、家庭和团体的商品和服务的购入资金进行储蓄。
[附图说明]
[图1]表示本发明的一项实施方式所涉及的零头资金转入储蓄系统结构的框图。
[图2]表示图1所示的零头资金转入储蓄系统所具备的存储部件(零头资金转入储蓄DWH)的结构框图。
[图3]表示可以在本发明的一项实施方式所涉及的零头资金转入储蓄系统中进行设定的“资金计算规则”的一个示例的说明图。
[图4]表示在本发明的一项实施方式所涉及的零头资金转入储蓄系统中，资金转入处理操作的一个示例的说明图。
[图5]是图4的延续，表示在本发明的一项实施方式所涉及的零头资金转入储蓄系统中，资金转入处理操作的一个示例的说明图。
[图6]表示在本发明的一项实施方式所涉及的零头资金转入储蓄系统中，顾客终端方面所输出/显示的显示画面的一个示例的说明图，(a)表示图4所对应的时间点的储蓄资金信息，(b)表示图5所对应的时间点的储蓄资金信息。
[图7]表示在本发明的一项实施方式所涉及的零头资金转入储蓄系统中，顾客终端方面所输出/显示的显示画面的一个示例的说明图，(a)表示可以在零头资金转入储蓄系统中进行设定的各种设定项目显示为可选择的设定画面，(b)表示(a)中选择的“资金计算规则”的设定画面，(c)表示同样在(a)中选择的“每月截止日期”的设定画面。
[图8]表示在根据本发明一实施方式的零头资金转入储蓄系统中，输出/显示于顾客终端方面的显示画面的一个示例的说明图，(a)表示与图3对应的“资金计算规则”的各设定项目显示为可选择的设定画面，(b)表示在(a)中可选择的“零钱余额规则”的设定画面。
[图9]表示在本发明的一项实施方式所涉及的零头资金转入储蓄系统中，顾客终端方面所输出/显示的显示画面的一个示例的说明图，(a)表示在图7(a)中选择的“警报通知”的设定画面，(b)表示执行在(a)中选择的警报通知的“每月目标存款额”以及“节约规则”的设定画面，(c)表示在图7(a)中选择的“每月目标存款额”的设定画面。
[图10]表示在本发明的一项实施方式所涉及的零头资金转入储蓄系统中，顾客终端方面所输出/显示的显示画面的一个示例的说明图，(a)表示在图7(a)中选择的“资金存款用账户”的设定画面，(b)表示在(a)中选择的“创建新的资金存款用账户”的设定画面，(c)表示在(b)中选择/设定的“募捐用”账户的设定画面。
[图11]表示在本发明的一项实施方式所涉及的零头资金转入储蓄系统中，资金转入处理操作的一个示例的说明图，表示在图4所对应的资金状况下，除“标准”账户之外，加设“募捐用”账户的情况。
[图12]表示在本发明的一项实施方式所涉及的零头资金转入储蓄系统中，顾客终端方面所输出/显示的显示画面的一个示例的说明图，(a)表示图11所对应的时间点的“标准”账户的储蓄资金信息，(b)同样表示“募捐用”账户的储蓄资金信息。
[图13]图11的延续，表示在本发明的一项实施方式所涉及的零头资金转入储蓄系统中，资金转入处理操作的一个示例的说明图，在图5所对应的资金状况下，“募捐用”账户转入资金的情况。
[图14]表示在本发明的一项实施方式所涉及的零头资金转入储蓄系统中，顾客终端方面所输出/显示的显示画面的一个示例的说明图，(a)表示图13所对应的时间点的“标准”账户的储蓄资金信息，(b)同样表示“募捐用”账户的储蓄资金信息。
[图15]表示在本发明的一项实施方式所涉及的零头资金转入储蓄系统中，顾客终端方面所输出/显示的显示画面的一个示例的说明图，(a)表示与图10(b)相同的“创建新的资金存款用账户”的设定画面，(b)表示在(a)中选择/设定的“募捐用”账户的设定画面、(c)表示在(b)中选择的“共享”的详细设定画面。
[图16]表示在本发明的一项实施方式所涉及的零头资金转入储蓄系统中的根据目标金额达成度授予积分的说明图，(a)表示指定时间内的连续积分的概念，(b)表示示出最终目标金额和每月的目标存款额相对应的连续积分的具体示例的表。
[图17]表示在本发明的一项实施方式所涉及的零头资金转入储蓄系统中，顾客终端方面所输出/显示的显示画面的一个示例的说明图，(a)表示对设定的目标金额的储蓄资金达成度进行显示的显示画面，(b)表示根据(a)所示的达成度授予积分的通知的显示画面。
[图18]表示在本发明的一项实施方式所涉及的零头资金转入储蓄系统中，顾客终端方面所输出/显示的显示画面的一个示例的说明图，(a)表示对设定的目标金额的储蓄资金达成度进行显示的显示画面，(b)表示在(a)中选择的“报价”显示画面中显示的商品登录到“愿望清单”时的显示画面，(c)表示对于在(b)中登录到“愿望清单”的商品，将“自动订购”功能设为“有效/无效(ON/OFF)时的显示画面。
[图19]表示在本发明的一项实施方式所涉及的零头资金转入储蓄系统中，顾客终端方面所输出/显示的显示画面的一个示例的说明图，(a)表示对设定的目标金额的储蓄资金达成度进行显示的显示画面，(b)表示根据(a)中所述的达成度，设定了“自动订购”功能的商品的订购处理被执行时通知的显示画面，(c)同样地表示询问未设定“自动订购”功能的商品的订购处理的显示画面。
[图20]表示在本发明的一项实施方式所涉及的零头资金转入储蓄系统中，顾客终端方面所输出/显示的显示画面的一个示例的说明图，(a)表示目标金额的储蓄资金达成度为“0％”时的显示画面，(b)同样地表示储蓄资金达成度为“31％”时的显示画面，(c)和(d)表示根据(a)以及(b)所示的达成度，提示以到所设定的“目标达成日”时可能达到的预测金额能够购入的商品的显示画面。
[图21]表示在本发明的一项实施方式所涉及的零头资金转入储蓄系统中，顾客终端方面所输出/显示的显示画面的一个示例的说明图，(a)表示对设定的目标金额的储蓄资金达成度进行显示的显示画面，(b)表示在(a)中选择的“报价”显示画面中，表示用于积攒“赞助积分”的操作的一例的显示画面，(c)表示根据(b)中执行的操作授予“赞助积分”时的处理操作的流程图，以及用于对授予的“赞助积分”进行确认的显示画面。
[图22]表示在本发明的一项实施方式所涉及的零头资金转入储蓄系统中，顾客终端方面所输出/显示的显示画面的一个示例的说明图，(a)表示对设定的目标金额的储蓄资金达成度进行显示的显示画面，以及对此时储蓄的“赞助积分”进行显示的显示画面，(b)表示询问期望的服务(旅行)的订购处理的显示画面，(c)表示询问是否将相应“赞助积分”分配给(b)所示的订购处理的支付的显示画面。
[图23]表示在本发明的一项实施方式所涉及的零头资金转入储蓄系统中，顾客终端方面所输出/显示的显示画面的一个示例的说明图，(a)表示与图3、图8对应的“资金计算规则”的设定画面中，当作为设定项目追加了“账户余额零头规则”时的设定画面，(b)表示(a)中能够选择的“账户余额零头规则”的设定画面。
[图24]表示在本发明的一项实施方式所涉及的零头资金转入储蓄系统中的服务器或者终端硬件构成的图。
[具体实施方式]
以下，参照附图对本发明所涉及的零头资金转入储蓄系统的实施方式进行说明。
在这里，以下所示的本发明的零头资金转入储蓄系统，通过计算机根据程序(软件)命令而执行的处理、部件、功能而实现。程序向计算机的各构成要素发送指令，能够执行如下所示的本发明所涉及的指定的处理、功能等。即，本发明中的各项处理、部件、功能，借助程序和计算机的协同作用下的具体部件而实现。
此外，程序的全部或一部分，由例如磁盘、光盘、半导体储存器以及其他任何计算机可读取的储存介质提供，从储存介质读取的程序被安装在计算机中并予以执行。另外，程序也可以不通过储存介质，而是经过通信回路而直接加载到计算机中执行。另外，本发明所涉及的零头资金转入储蓄系统，可以由单一信息处理装置(例如1台私人计算机等)而构成，也可以由多个信息处理装置(例如多台服务器计算机群等)而构成。
[系统构成]
图1表示本发明的一项实施方式所涉及的零头资金转入储蓄系统的构成。
同图表示的本发明的一项实施方式所涉及的系统，由零头资金转入储蓄服务器10、具备金融机构装置30～50、顾客终端60、销售公司装置70的零头资金转入储蓄系统1构成。
构成此零头资金转入储蓄系统1的零头资金转入储蓄服务器10、金融机构装置30～50、顾客终端60、销售公司装置70，经过例如互联网等指定的网络，相互连接，可实现数据通信。
[零头资金转入储蓄服务器10]
零头资金转入储蓄服务器10，是基于根据顾客(用户)的输入操作而设定的规则信息，从该顾客的资金账户向指定的储蓄账户转入资金，用以储蓄指定的目标金额的信息处理装置，构成了本发明所涉及的零头资金转入储蓄系统。
具体而言，零头资金转入储蓄服务器10可以由例如1台或者2台以上的服务器计算机、构建在云计算服务上的1台或者2台以上的虚拟服务器形成的服务器系统等而构成。
此零头资金转入储蓄服务器10具备图中未示出的OS(Operating System)、DBMS(DataBase Management System)等，作为服务器计算机而运用。
此外，图1所示的零头资金转入储蓄服务器10的构成要素可以适当地由顾客终端60所持有，例如，能够在顾客终端60上安装资金计算规则DB22(参照图2)、资金计算部件11以及资金计算结果DB24。
接着，将在Web服务器程序等中间件上运转的软件，安装在零头资金转入储蓄服务器10中。
此软件经过互联网等网络，为1个或者2个以上的顾客终端60公开、提供能够以例如API(Application Programming Interface)的形式使用的APP应用程序。
通过这样，在各顾客终端60调出例如对金融机构等的顾客(以下称为“用户”)提供的、例如为了提供资产运用提案、建议等服务而运用的专用APP应用程序、网络浏览器等，能够执行本发明所涉及的零头资金转入储蓄系统的功能。
此外，零头资金转入储蓄服务器10具有作为数据库等而安装的零头资金转入储蓄DWH(数据仓库)20(参照图2)，其构成后述目标金额DB21、资金计算规则DB22、账户信息DB23、资金计算结果DB24、资金转入结果DB25、储蓄资金DB26、积分管理DB27，购入品信息DB28的各数据库，同时，具备获取/储蓄运用本发明所涉及的零头资金转入储蓄系统所必要的指定信息的存储部件。
存储部件中存储有：作为各种信息资源的后述金融机构的用户账户信息、属性信息、交易记录信息等，同时，储存有本实施方式所涉及的零头资金转入储蓄服务器10所必要的指定信息，随着零头资金转入储蓄服务器10的运用，随时读取必要信息并进行存储/更新。
此外，通过每日处理等，从例如具备金融机构装置30～50的各金融机构所具有的作为账目类/信息类的信息处理系统的自建金融机构系统、为多个金融机构提供账目类/信息类的信息处理系统的金融机构基础系统进行定期提取，能够在零头资金转入储蓄服务器10获取、储蓄这样的存储/储蓄于零头资金转入储蓄服务器10的信息。另外，在金融机构不具有能够结合使用的自建信息处理系统、外部基础系统等的情况下，例如能够在零头资金转入储蓄服务器10手动注册/储蓄各种信息。
进而，储蓄在零头资金转入储蓄服务器10的信息，能够经过网络在其他程序(例如顾客终端60的APP应用程序等)上获取/参照。另外，例如当储蓄在零头资金转入储蓄服务器10的信息，能够经过网络在金融机构装置30～50的程序上获取/参照的情况下，金融机构(信用卡公司/银行/预付卡公司等)通过用户设定的规则、目标金额、交易记录信息等，能够分析用户的生活方式、嗜好，使用于市场营销。
并且，以上这样的零头资金转入储蓄服务器10，具体而言，如图1所示，作为资金计算部件11、资金转入指示部件12、储蓄资金信息生成部件13、目标金额达成度算出部件14、积分值算出部件15、购入品订购处理部件16、报价信息发送部件17发挥功能而构成。
资金计算部件11，是基于零头资金转入储蓄DWH20的资金计算规则DB22中设定/存储的资金计算规则信息、以及账户信息DB23中存储的账户信息，计算从该用户的资金账户向指定的储蓄账户应转入的转入资金的部件(参照后述图4、5、11、13)。
具体而言，资金计算部件11，将作为用户资金账户的银行普通存款账户或活期存款账户的划款金额与指定的设定金额之间的差额所示出的零头金额，作为本发明所涉及的“转入金额”而计算出来。
另外，资金计算部件11，将作为用户资金账户的预付卡储值账户的存入金(储值)与指定的设定金额之间的差额所示出的零头金额，作为本发明所涉及的“转入金额”而计算出来。据此，在用户日常用于购物和车费等支付的预付卡的余额金额中，不足指定的设定金额的零头金额可以作为“转入金额”作为零头存款进行储蓄。
例如，为了能够使用预付卡自动存款一天中累积的零头，在使用了一天预付卡之后，将余额中不足1,000日元的零头作为“转入金额”进行存款，由此能够对与使用钱包用现金支付后余下的零头相当的金额进行存款。
另外，资金计算部件11，将指定的固定金额，与上述这样的零头金额同时，或者替换为零头金额，作为本发明所涉及的“转入金额”而计算出来。
另外，资金计算部件11，能够在输入了指定事项信息的情况下，将上述的固定金额作为“转入金额”而计算出来。
另外，资金计算部件11能够计算上述用户的资金账户的划款金额到达指定值，能够使后述储蓄资金信息生成部件13将显示划款金额到达指定值的信息，例如警报通知，发送至顾客终端60。
进而，资金计算部件11能够在设定了指定期间(例如1个月、2年等)的目标金额的情况下，计算出该指定期间内的总计转入金额未达到目标金额的可能性，在储蓄资金信息生成部件13中，使表示该总计转入金额未达到目标金额的可能性的信息(警报通知等)，发送至顾客终端60。转入金额未达到目标金额的可能性，能够通过与过去(例如上月)的实绩相比较来进行推定。
通过报知这样的警报通知等，例如在划款金额增加而无法遵循后述节约规则、目标金额的达成可能会变得困难的情况下，将其通知给用户，能够防止浪费，促进节约。
资金转入指示部件12，是基于存储在零头资金转入储蓄DWH20的资金计算结果DB24中的资金计算结果信息，向金融机构装置40、50发送指定的资金转入指示信息的部件。
储蓄资金信息生成部件13，是生成包含资金转入结果在内的指定的储蓄资金信息，以可参照的形式发送至用户可操作的顾客终端60的部件。
作为在此储蓄资金信息生成部件13生成/输出的储蓄资金信息，是指表示执行上述这样的转入处理的金融机构装置40、50的储蓄账户当前储蓄资金金额及积分等的指定信息(参照后述图6、12、14)，这些信息存储于储蓄资金DB26。
目标金额达成度算出部件14是，基于存储于零头资金转入储蓄DWH20的储蓄资金DB26中的储蓄资金信息、以及设定/存储于目标金额DB21中的目标金额信息，计算相对于目标金额的储蓄资金的指定达成度的部件。
积分值算出部件15是计算授予用户的指定积分值的部件。
作为该积分值算出部件15计算的积分值，能够根据例如作为上述储蓄资金信息示出的储蓄资金的金额、或者信用卡的使用明细金额或使用次数、预付卡的支付金额或使用次数等用户日常的消费、支付、行动模式等，对指定的积分值进行计算/授予。
并且，在本实施方式中，积分值算出部件15基于由上述目标金额达成度算出部件14计算的达成度来计算指定的积分值(参照图16～17)。
具体而言，与目标金额达成度算出部件14计算的达成度为例如10％、20％、30％、40％、50％、…100％相对应，积分值算出部件15计算出与达成度相应的指定积分值，授予/相加给相应用户。
另外，当后述销售公司装置70提供了指定的赞助积分时，积分值算出部件15也将该赞助积分计算为积分值，作为相应用户的积分值进行授予/相加。
在这里，授予用户的积分可以作为和本系统储蓄的储蓄资金一起作为现金分配用来购入指定商品/服务，并且只能用于特定商圈(店铺/用途/WEB网站等)的积分值。
通过授予这种积分，对于用户来说，可以鼓励用户达成使用了本系统的零头存款或目标金额，此外，还可以促进能够使用积分的特定商圈中的商品/服务的购入和消费活动。
此外，在距达成目标金额为止的达成度的各阶段(里程碑)一点一点地授予积分，由此，例如，可以让用户在中途不轻易改变目标金额和目标商品，假如改变目标商品等时，能够使用于该商品的积分将会消失，可以由此促进目标的达成。
像这样，在本实施方式中，相较于能够换取特定商品的优惠券，通过根据目标金额达成度等授予/相加指定积分值，能够提高对于本系统的用户的好处和便利性、对于储蓄的积极性和持续性等。
授予用户的积分值存储和管理在零头资金转入储蓄DWH20的积分管理DB27中。
购入品订购处理部件16是基于用户基于本系统中的储蓄资金而期望购入的指定购入品信息，当目标金额的储蓄资金达成度达到指定值时，进行指定的购入品订购处理的部件。
用户希望购入的商品和服务等的购入品信息设定/存储在零头资金转入储蓄DWH20的购入品信息DB28中。
在这里，用户希望购入的购入品信息根据顾客终端60中的输入操作，与例如互联网的邮购网站等提供的商品和服务的WEB信息协作，与所谓的“愿望清单”、“想要物品清单”相同，可以将WEB信息以及对该WEB信息进行特定的URL等信息登录于购入品信息DB28，其中，所述WEB信息包括表示希望/商讨购入的商品和服务的内容和价格等的文本和图像。
在购入品订购处理部件16中，当各用户的储蓄资金达到设定的目标金额，关于作为购入品信息登录的商品/服务，对于协作邮购网站等的WEB网站的订购处理(购入处理)将会自动执行。因此，各用户通过从自身的顾客终端60在本系统(应用)中登录任意的购入品信息，能够在储蓄资金达到目标后自动购入相应商品等。
另外，也可以在购入品订购处理部件16在储蓄资金到达目标后，向相应用户发送/通知指定的通知信息后，再执行下单/订购处理。
另外，购入品订购处理部件16在储蓄资金到达目标后，在不进行下单确认的情况下执行自动下单处理，由此向该用户秘密发送购入品，可以带来意想不到的惊喜。
此外，在互连网的邮购网站等中，登录在“愿望清单”等中的商品等的价格可能会在登录后发生改变。
在这种情况下，在本系统中，当设定目标金额和商品等的购入品信息时，固定该商品的金额，并且此时的售价高于储蓄资金的目标金额时，可以以目标设定时的金额进行购入。
另外，当相应商品等的金额低于目标设定时的金额时，可以以较低的价格进行购入。
另外，购入品订购处理部件16的自动订购处理可以根据来自用户的顾客终端60的输入操作设定为在特定的时间进行执行。
通过这样，例如，可以将家庭成员或朋友等的生日或纪念日等设定为目标日期，并且在目标日期到达之前积攒目标金额时，根据该特定日期，购入品订购处理部件16执行自动订购处理。
具体而言，当某用户确定目标金额和目标日期，并试图通过本系统给妻子购入耳环时，能够将妻子的生日设定为目标日期，将耳环设定为购入品信息，将能够购入的耳环的指定金额作为目标金额。购入品订购处理部件16根据该用户的资金储蓄状况，收集和提取能够购入的候补商品(耳环)的信息并向顾客终端60提示，根据客户的购入操作等，在约一周前进行下单处理，并在指定日期送达商品。
报价信息发送部件17是从提供指定购入品的销售公司所具有的销售公司装置70接收包括能够授予用户的积分值在内的指定报价信息，并以能够浏览的方式发送至用户能够操作的顾客终端60的部件。
在这里，报价信息是指，用于通过本系统，对销售公司装置70发送/提供给用户顾客终端60的商品和服务进行销售和宣传广告等的信息，是一种包括了表示各销售公司提供的商品/服务的内容和价格等的文字、图像以及URL的WEB信息。
在该报价信息中，包括各销售公司和制造商提供给本系统的用户的积分(赞助积分)报价，例如，对浏览相应报价信息的用户授予指定的积分(参照图21)。
通过这样，用户可以从操作的顾客终端60通过本系统只浏览感兴趣的报价信息，并接收提供/授予的积分。
具体而言，包含在顾客终端60根据输入操作而选择的报价信息中的积分值作为本系统相关的指定积分值，存储和管理于积分管理DB27。
此外，包含在该报价信息中的积分，可以与上述积分值算出部件15计算/授予的积分值相加进行管理，也可以按公司独立地进行存储和管理，例如，作为提供积分的各个公司的积分(赞助积分)。
例如，当用户以“夏威夷岛旅行”为目标设定目标金额时，若多个旅行社提供包括积分授予的报价信息，则用户可以通过浏览各个旅行社的报价信息来获得各公司的积分，此外，当达到目标金额时，能够对于积分值最多的旅行社进行旅行游览的购入/申请，将授予积分分配给旅费。
另外，按各公司授予的赞助积分，除了浏览以外，还可以通过将该公司的评价/问卷调查/SNS发布等通过互联网进行发布来获得。例如，可以仅通过在SNS上发布来授予积分，或者别人浏览发布的信息时可以授予积分等，积分可以在合理的范围内积攒。此时，向各用户提供信息以获知各公司的储蓄积分状况(参照图21)。
这种赞助积分的授予，对于想得到用户个人信息等的销售公司/制造商等来说是一种有效的方法，通过以用户注册等为条件来提供积分授予，能够收集到用户的个人信息/爱好/嗜好等宝贵的信息。
[零头资金转入储蓄DWH20]
作为存储部件的零头资金转入储蓄DWH20，如图2所示，由目标金额DB21、资金计算规则DB22、账户信息DB23、资金计算结果DB24、资金转入结果DB25、储蓄资金DB26，积分管理DB27，购入品信息DB28构成。
目标金额DB21是一种存储部件，其根据来自用户的顾客终端60的输入操作，对设定的每个用户的指定目标金额信息进行存储。
作为该目标金额DB21设定/存储的目标金额信息，包括用户在本系统中最终积攒的目标金额、用于积攒该目标金额的目标期间、以及每月的目标存款额等信息。
本系统以该目标金额DB21中设定的目标金额信息为“目标”(goal)，提供多种用于促使用户的储蓄/投资行为来达成该goal(目标)的服务，本系统作为“目标库平台：GBP”服务器来发挥作用。
资金计算规则DB22是一种存储部件，其根据来自用户的顾客终端60的输入操作，对设定的每个用户的指定资金计算规则信息进行存储。
在这里，作为存储于资金计算规则DB22的资金计算规则信息，正如后述，作为用户通过顾客终端60设定的指定信息，包括达成上述目标金额DB21中设定的目标金额的各种规则(零头规则、节约规则、零钱余额规则、定期规则、其他规则等)等(参照后述图3)。
账户信息DB23，是从管理用户的资金账户等的金融机构装置30～50，接收并存储该用户的资金账户等相关账户信息的存储部件。
在这里，存储于账户信息DB23的账户信息包括后述信用卡公司的金融机构装置30发送的信用卡明细信息、银行的金融机构装置40发送的资金账户的交易信息、预付卡公司的金融机构装置50发送的预付卡存入金的余额信息(储值信息)等(参照后述图4、5、11、13)。
资金计算结果DB24，是对于表示包含通过资金计算部件11而计算出的转入资金在内的资金计算结果的信息进行存储的存储部件。
存储在资金计算结果DB24中的资金计算结果信息，是指执行从后述资金账户转入处理到储蓄账户所必要的指定的信息，其中包含通过上述资金计算部件11而计算/算出的“转入金额”(参照后述图4、5、11、13)。
资金转入结果DB25，是从发送资金转入指示信息的金融机构装置40、50，接收并存储表示基于该资金转入指示信息的资金转入结果的信息的存储部件。
存储于资金转入结果DB25中的资金转入结果信息，是指表示根据上述这样的资金转入指示部件12的指示而在银行及预付卡的金融机构装置40、50中执行的、从资金账户向储蓄账户转入处理的结果的指定信息(参照后述图4、5、11、13)。
储蓄资金DB26是一种存储部件，其对上述储蓄资金信息生成部件13生成的、包括资金转入结果的指定储蓄资金信息进行存储。
作为储蓄资金DB26中存储的储蓄资金信息，是指表示执行上述这样的转入处理的金融机构装置40、50的储蓄账户当前储蓄资金金额和积分等的指定信息(参照后述图6、12、14)。
积分管理DB27是一种存储部件，其对包含上述积分值算出部件15计算/授予的积分值的积分信息进行存储。
作为存储于积分管理DB27的积分信息，根据上述目标金额达成度算出部件14计算的达成度进行计算的积分值、以及通过浏览销售公司装置70提供的报价信息而授予的积分值(赞助积分)等，作为每个用户的信息得以存储/管理。
购入品信息DB28是一种存储部件，其对用户根据储蓄资金希望购入的指定购入品信息进行存储。
作为存储于购入品信息DB28的购入品信息，是一种WEB信息和对该WEB信息进行特定的URL等信息，其包括表示各用户希望/商讨购入的商品和服务的内容和价格等的文本和图像。
对于以上这样的本实施方式所涉及的零头资金转入储蓄服务器10、零头资金转入储蓄DWH20中实现的各部件的具体功能/操作，参照输出/显示于顾客终端60的显示画面例，在后面进行描述(参照图3～22)。
[金融机构装置30～50]
金融机构装置30～50是指例如信用卡公司、银行、预付卡公司等金融机构所具备的信息处理装置，与上述零头资金转入储蓄服务器10连接，可进行数据通信。
在图1所示的例子中，金融机构装置30是设置于信用卡公司的信息处理装置，金融机构装置40是设置于银行的信息处理装置，另外，金融机构装置50是设置于预付卡公司的信息处理装置。
此外，在图1所示的例子中，信用卡公司的金融机构装置30、银行的金融机构装置40以及预付卡公司的金融机构装置50分别仅示出了一个，但在本发明中，自不必说能够分别具有多个金融机构装置30～50。
[信用卡公司]
设置在信用卡公司的金融机构装置30，具备作为存储有该信用卡公司所运营的信用卡的使用明细信息的存储部件的卡使用明细DB31。
作为存储于卡使用明细DB31中的信息，包括表示该信用卡公司所管理/运营的各信用卡的用户属性信息、该信用卡的使用时间、使用金额、使用内容等的使用明细信息等。
此信用卡公司所保有/管理的使用明细信息是本发明所涉及的“划款金额”，用于用户为储蓄目标金额而计算出转入金额。
在这里，作为信用卡公司运营的信用卡，例如，除了通常本人使用的信用卡之外，面向法人的信用卡、面向家庭成员的信用卡、学生用的信用卡、借记卡等，只要卡的使用/支付是从指定银行账户借记和结算的，则都是本系统中的信用卡对象。
接着，存储于卡使用明细DB31中的信息，经过网络发送到零头资金转入储蓄服务器10，作为各用户的账户信息存储于账户信息DB23中。
[银行]
设置于银行的金融机构装置40，作为存储有该银行所运营的存款账户的信息的存储部件，具有资金账户DB41。
作为存储于资金账户DB41中的信息，包括该银行所管理/运营的各种存款账户(例如普通存款/活期存款等账户)的用户属性信息、该存款账户余额、存取款记录等交易信息等。
此存款账户为用户为储蓄目标金额而转入资金的转入来源，构成了本发明所涉及的“资金账户”。
另外，此存款账户交易信息所表示的来自该存款账户的的划款金额为本发明所涉及的“划款金额”，用于用户为储蓄目标金额而计算出转入金额。
在这里，作为银行所管理/运营的存款账户，包括例如普通存款、活期存款、储蓄存款、通常存款等高流动性的存款(储蓄)账户，以及定期存款、通知存款、零存整取等低流动性的存款(储蓄)账户。
接着，可作为卡、公共费用等的划款账户而使用的账户，具体而言，普通存款、活期存款，成为本发明所涉及的“资金账户”。
存储于此资金账户DB41中的信息，经过网络发送至零头资金转入储蓄服务器，作为各用户的账户信息，存储于账户信息DB23中。
另外，金融机构装置40作为该银行所运营的存款账户，成为用户为储蓄目标金额而转入的资金的转入对象，作为存储有本发明所涉及的“储蓄账户”(资金存款账户)信息的存储部件，具备储蓄账户DB42。
储蓄账户是用于储蓄/存款本发明所涉及的转入资金的账户，将用户无法进行存取款等交易的专用账户，例如该金融机构的特别存款、购入债券用的储备账户等，分配为储蓄账户。此储蓄账户是用户为储蓄目标金额而转入资金的转入对象，构成本发明所涉及的“储蓄账户”。
存储于储蓄账户DB42中的信息，包括使用该账户的各用户的属性信息、各用户储蓄账户的余额、存取款记录等交易信息等。
存储于此储蓄账户DB42中的交易信息是包括用户为储蓄目标金额的资金转入结果的指定信息，被发送至零头资金转入储蓄服务器10。
此外，以上这样的储蓄账户，正如后述，可以由一名(单一)用户设定多个储蓄账户。据此，例如作为储蓄账户，能够根据储蓄目的、目标金额、节约对象等，设置多个储蓄账户(参照后述图10～14)，如单纯的资金储蓄用账户与募捐用账户，能够促进更积极的、更具前瞻性的储蓄、节约行动。
另外，储蓄账户可以由多名用户设定一个(共通)储蓄账户。据此，例如家族三人能够使用一个储蓄账户进行零头资金、节约资金的储蓄(参照后述图15)，进行更高效的储蓄。
接着，在金融机构装置40中，当上述这样的储蓄账户的转入金额成为指定金额之后，通过该转入资金，能够执行指定的金融商品的购入处理(资金的移动)。金融商品的购入处理，在金融机构装置40中自动或者经用户许可/委托之后执行。
在这里，作为可通过储蓄账户的转入资金而购入(资金移动)的金融商品，包括例如定期存款、外币存款、投资信托、株式/债券等证券等。
此外，金融商品的购入(资金移动)，可以在具备金融机构装置40的同一金融机构(银行)购入该金融机构所销售的金融商品(定期存款等)，也可以在与具备金融机构装置40的金融机构不同的其他金融机构，例如其他银行、证券公司、外国银行等购入其所销售的金融商品。在该情况下，能够将作为购入资金的转入资金向其他金融机构执行汇款/转入等，购入所希望的金融商品。
[预付卡公司]
设置于预付卡公司的金融机构装置50，作为存储有该预付卡公司所运营的预付卡存入金(储值)的储值账户的信息的存储部件，具有资金账户DB51。
作为存储于资金账户DB51的信息，其包括该预付卡公司所管理/运营的预付卡储值账户的用户属性信息，以及该储值账户的余额和存取款记录等交易信息等。
此储值账户为用户为储蓄目标金额而转入资金的转入来源，构成了本发明所涉及的“资金账户”。
另外，该储值账户的余额金额中，不足指定的设定金额的零头金额成为本发明的“转入金额”。
在这里，作为预付卡公司运营的卡，有例如用于流通的预付卡、用于交通的预付卡、各种电子货币卡、积分卡等，只要是在预先存入(充值)的金额(储值)范围内进行支付和结算的卡，都是本系统中的预付卡对象。
存储于此用于管理各用户的储值账户的资金账户DB51中的信息，经过网络发送至零头资金转入储蓄服务器，作为各用户的账户信息，存储于账户信息DB23中。
另外，金融机构装置50作为存储本发明所涉及的“储蓄账户”(资金存款账户)信息的存储部件具备储蓄账户DB52，所述“储蓄账户”是从该预付卡公司运营的储值卡的储值账户，向用户为了储蓄目标金额而转入资金的转入对象。
储蓄账户是用于储蓄/存款本发明所涉及的转入资金的账户，将用户无法进行存取款等交易的特别账户，例如由预付卡公司管理的专用账户等，分配为储蓄账户。此储蓄账户是用户为储蓄目标金额而转入资金的转入对象，构成本发明所涉及的“储蓄账户”。
存储于储蓄账户DB52中的信息，包括使用该账户的各用户的属性信息、各用户储蓄账户的余额、存取款记录等交易信息等。
存储于此储蓄账户DB52中的交易信息是包括用户为储蓄目标金额的资金转入结果的指定信息，被发送至零头资金转入储蓄服务器10。
具备以上这样的金融机构装置30～50的各金融机构，可以具备自建金融机构系统，或者通过外部金融机构基础系统，对各金融机构所销售的投资商品、融资商品的信息、该金融机构的用户的属性信息、账户交易记录信息、访问记录信息、卡的使用明细信息、收付款信息等进行存储/管理。
这样的金融机构系统/金融机构基础系统，作为相对应的金融机构具有的账目类/信息类的信息处理系统发挥功能。
此外，金融机构基础系统，由例如受到1个或者2个以上金融机构的外部委托，承包该金融机构数据系统的运用业务，即所谓的被称为系统集成商的信息系统企业所具有的巨大的服务器系统群而构成/运用。作为这样的金融机构基础系统50，例如株式公司野村综合研究所运用的证券基础系统(STAR(注册商标))、银行的金融商品中介系统(BESTWAY(注册商标))等是公知的。
[顾客终端60]
顾客终端60是指上述金融机构(信用卡公司/银行/预付卡公司)的用户(顾客/投资者)可使用的信息处理装置，由例如用户自身所拥有的智能手机、手机终端、PC、平板电脑、设置在具备金融机构装置30～50的金融机构方面的PC、专用终端装置等构成。
用户操作此顾客终端60，能够调出零头资金转入储蓄服务器10所提供的程序，执行/使用本发明所涉及的零头资金转入储蓄系统提供的功能/服务。
并且，在图1所示的例子中，虽然只示出了一个顾客终端60，但在本系统中，自不必说能够具有多个顾客终端60。
具体而言，本实施方式所涉及的顾客终端60具有目标金额设定部件61、资金计算规则设定部件62、显示部件63。
目标金额设定部件61是根据通过顾客终端60的输入部件进行的用户输入操作，对作为用户在本系统中最终存储的积攒目标的目标金额、用于积攒该目标金额的目标期间、以及每月的目标存款额等信息进行设定的部件。
资金计算规则设定部件62是根据顾客终端60进行的输入操作，对用于储蓄目标金额的指定资金计算规则信息进行设定的部件。
在这里，作为可以在资金计算规则设定部件62中进行设定的资金计算规则信息，正如后述，包括为了达成作为储蓄金额目标的指定的目标金额的各种规则(零头规则、节约规则、定期规则、其他规则等)等(参照后述图3)。
显示部件63是顾客终端60所具备的显示部/显示器，由例如智能手机、平板电脑的触摸屏显示部、与PC连接的液晶显示器等而构成。经过此显示部件63，在上述零头资金转入储蓄服务器10的储蓄资金信息生成部件13生成的指定的储蓄资金信息，显示为用户可用眼睛确认的形式。
在这里，显示部件63中输出/显示的储蓄资金信息，是指表示上述零头资金转入储蓄服务器10中指示/执行的转入处理所执行的金融机构装置40、50的储蓄账户当前储蓄资金金额等的指定信息(参照后述图6、12、14)。
像以上这样，本实施方式所涉及的用户使用顾客终端60，经过互联网等，访问零头资金转入储蓄服务器10所提供的WebAPP应用程序等，能够执行本发明所涉及的零头资金转入储蓄系统的功能。
不过，不仅限于这样的本实施方式的构成，例如，将专用软件导入/安装于顾客终端60，通过与金融机构装置30～50直接通信，也能够执行本发明所涉及的零头资金转入储蓄系统的功能。在这种情况下，顾客终端60自身构成零头资金转入储蓄服务器10。
另外，通过向例如金融机构装置40、50导入专用软件，金融机构装置40、50与顾客终端60之间能够直接执行本发明所涉及的零头资金转入储蓄系统的功能。在这种情况下，金融机构装置40、50构成零头资金转入储蓄服务器10。
[销售公司装置70]
销售公司装置70是指定销售公司和制造商(以下称为“销售公司”)所具有的信息处理装置，通过互联网向零头资金转入储蓄服务器10提供/发送指定的报价信息。
在这里，销售公司可以是例如旅行社、互联网邮购公司、房地产公司、汽车公司、公寓开发商等能够提供/销售本系统用户希望购入的目标商品和服务等的企业，作为与零头资金转入储蓄服务器10连接以进行数据通信的信息处理装置，其具有销售公司装置70。
此外，在图1所示的例子中，虽然只示出了一个销售公司装置70，但在本系统中，自不必说能够具有多个销售公司装置70。
并且，从各销售公司装置70向零头资金转入储蓄服务器10发送指定的报价信息，通过零头资金转入储蓄服务器10向顾客终端60提供报价信息。
在这里，销售公司装置70提供的报价信息是包括文字、图像以及URL的WEB信息，WEB信息表示各销售公司提供的商品/服务的内容和价格等，此外，报价信息包括提供给本系统用户的积分(赞助积分)的报价。
并且，如上所述，对浏览相应报价信息的用户授予指定的积分(参照图21)。
这种赞助积分的授予，各销售公司通过以用户注册等为条件来提供积分授予，能够收集到用户的个人信息/爱好/嗜好等信息。
例如，将“出境旅游”当做目标来设定目标金额的用户会浏览旅行社的报价信息，此时，提供能够充当旅费的赞助积分，作为授予积分的条件，要求提供例如用户的姓名、住址、电话号码、邮箱地址、想去的旅行目的地、预算、设定金额目标等信息。
其结果在于，从用户得到上述个人信息等的销售公司能够对用户进行确切的广告宣传等宣传活动。
此外，这样的向销售公司装置70发送/提供用户信息，是在事先获得该用户的许可/承认的前提下执行的。
另外，向销售公司装置70提供的用户信息，可以由用户进行选择/设定等，从而只提供特定信息(例如邮箱地址)而不提供住址、电话号码等重要信息。
进而，上述信用卡公司/银行/预付卡公司的各金融机构所具有的金融机构装置30～50也可以作为销售公司装置70进行运作，例如，银行可以进行与住房贷款相关的宣传活动。此时，也可以作为银行的金融机构装置40运作，金融机构装置40可以具有销售公司装置70的功能。
[零头资金转入储蓄方法]
接下来，对于以上这样构成的本实施方式所涉及的零头资金转入储蓄系统1的具体处理操作(零头资金转入储蓄方法)，参照图3～22进行说明。
首先，作为零头资金转入储蓄系统1的处理操作的前提，根据用户的输入操作，由顾客终端60在零头资金转入储蓄服务器10设定了指定的资金计算规则。
图3是表示在本实施方式所涉及的零头资金转入储蓄服务器10中，可设定的“资金计算规则”的一个示例的说明图。
[资金计算规则]
资金计算规则的设定，用户能够经过自身可操作的顾客终端60(例如智能手机、PC)，在专用APP应用程序或者指定的网站上，打开指定的“资金计算规则”画面(参照图7(b))，执行各种设定。设定的资金计算规则储存于零头资金转入储蓄服务器10方面的资金计算规则DB22。
在本实施方式中，作为资金计算规则，为了达成用户设定的任意“目标金额”(参照图3、16～19)，如图3所示，分别设定有“零头规则”、“节约规则”、“零钱余额规则”、“定期规则”、“其他规则”。
具体而言，在图3所示的例子中，为达成指定的“目标金额”，可设定以下这样的“规则”，依据设定的规则而计算出的金额作为“转入资金”，成为从指定的资金账户向储蓄账户转入的对象，通过“自动”或者“手动”的转入模式，进行转入处理。
[零头规则]
·100日元～999日元的划款：与1,000日元之间的差额的后2位数/手动
·1,000日元～9,999日元的划款：与10,000日元之间的差额的后3位数/手动
·10,000日元以上的划款：与10,000日元单位之间的差额的后3位数/手动
[节约规则]
·电费：与20,000日元之间的差额/自动
·水费：与10,000日元之间的差额/自动
·通信费：与10,000日元之间的差额/自动
·外出就餐费：与40,000日元之间的差额/自动
[零钱余额规则]
·每日：储存不足1,000日元的零钱·自动
[定期规则]
·每月：5,000日元/自动
·每周：0日元/自动
·每日：0日元/自动
[其他规则]
·现金返还：全额/自动
·●●积分：全额/自动
·巨人胜利：100日元/自动
·跑完10Km：100日元/自动
通过设定以上这样的“资金计算规则”，首先通过“零头规则”，当用户每天使用信用卡进行购物等，从划款账户中划款时，通过资金计算部件11计算出相当于以纸币现金(纸币)进行支付的情况下所产生的找钱(零钱)的零头，将该金额作为转入资金，从资金账户转入到储蓄账户。例如，在划款“4,860日元”的情况下，资金计算部件11执行“5,000日元-4,860日元＝140日元”的计算处理，计算出转入资金为“140日元”。
此外，信用卡的使用/划款，基于从信用卡公司的金融机构装置30所发送的卡使用明细信息，通过资金计算部件11进行参照/判別。
另外，通过“节约规则”，对于电费等光热费、公共费用、或者外出就餐费等，用资金计算部件11计算出与设定金额的差额作为节约金，将该金额作为转入资金，从资金账户转入到储蓄账户。例如，“电费”的设定金额设定为“20,000日元”，在某月电费划款“15,220日元”的情况下，用资金计算部件11执行“20,000日元-15,220日元＝4,780日元”的计算处理，计算出转入资金为“4,780日元”。
因此，例如在电费划款金额超过设定金额(20,000日元)的情况下，不会计算出转入资金，不予执行转入处理。
此外，通过资金计算部件11，基于从银行的金融机构装置40所发送的划款信息对光热费/公共费用的划款进行参照/判別，或者，在使用卡的情况下，基于从信用卡公司的金融机构装置30所发送的卡使用明细信息对信用卡使用情况进行参照/判別。
另外，外出就餐费划款，基于上述信用卡的卡使用明细信息进行判別。例如，当能够从信用卡公司的卡使用明细信息获取行业代码的情况下，能够通过行业代码进行判別。另外，在没有行业代码的情况下，能够通过店铺等的名称进行判別。另外，用户也可以通过现有卡的明细，对类属于外出就餐费的明细进行指定。
另外，根据“零钱余额规则”，用户使用预付卡进行日常购物的支付/结算后，当存在预付卡的存入金(储值)余额时，作为相当于用现金纸币(钞票)支付时产生的零钱的零头，资金计算部件11对不足1,000日元的余额零头金额进行计算，该金额作为转入资金从资金账户转入储蓄账户。例如，当日的预付卡余款为“1,865日元”，则通过资金计算部件11进行“1,865日元-1,000日元＝865日元”的计算处理，计算出转入资金为“865日元”。
针对预付卡的余款信息，资金计算部件11基于从预付卡公司的金融机构装置50发送来的预付卡交易信息(余款信息)进行参照/判别。
此外，在本实施方式中，作为“零钱余额规则”，转入“每日：不足1,000日元”的零钱，但是除此之外，当然也可以设定其他规则，例如“每周：不足100日元”或“每月：不足500日元”等(参照图8)。
另外，能够通过设定“定期规则”，例如按照每月/每周/每日等指定周期，将用户所设定的指定的固定金额转入到储蓄账户。
这与现有的零存整取等方式基本相同，但其相较于零存整取的优点是：可以储蓄少量金额，另外能够细化设定周期，金额、期间的自由度因而提高，用户在合理的范围内，能够实实在在地储存小额资金。
进而，作为“其他规则”，能够对于现金返还、积分授予的服务当不予接受，而是将其全额转入到储蓄账户。
另外，用户能够任意设定规则，在发生指定事项的情况下，例如能够在支持的运动队(例如巨人、浦和红钻等)胜出的情况下，储蓄固定的金额(例如100日元)，获得让储蓄成为一种乐趣的效果。
此外，对于是否发生了这样的事项，能够通过例如互联网上的新闻网站输入了符合的事项信息来进行判定。
另外，作为符合“其他规则”的指定事项，用户能够在例如达成了某个目标(例如成功跑步10Km、慢走1万步等，目标数字可以由用户任意设定)的情况下，作为对自己的报酬(奖励)，储蓄固定的金额(例如100日元)。像这样，与用户的跑步等目标达成感相互结合，能够进一步增大储蓄的喜悦。
此外，用户跑步的距离及步数，能够使用例如可穿戴终端、智能手机终端等跑步识别机器对距离进行测定，能够从零头资金转入储蓄服务器10的APP应用程序获取测定出的距离数据。
另外，基于像上述这样设定的规则的资金转入，能够将转入模式选择设定为“手动”或“自动”中的任意一种模式。
在资金转入模式设定为“手动”的情况下，提取转入对象金额之后，显示该金额为转入对象，根据用户的输入操作，通过资金转入指示部件12来执行转入指示(参照后述图6、12、14)。因此，通过用户的判断，例如资金状况(财务状况)，也可以不予执行转入处理。
在这种情况下，直到用户进行“手动”操作为止，资金转入状态一直是“未存款”，通过“手动”操作执行转入处理之后，变为“已存款”；另外，在因账户余额不足而无法执行转入处理的情况下，状态为“存款失败”(参照后述图4、5)。
另一方面，在资金转入模式设定为“自动”的情况下，提取转入对象金额之后，通过资金转入指示部件12自动执行转入指示。此外，在这种情况下，当银行资金账户余额不足时，不予执行转入处理，另外，能够执行表示“不予执行转入处理”的指定报知(警报通知等)。
另外，当预付卡公司的存入金不存在(为零)时，也不进行“零钱余额”的转入处理。
进而，在“自动”模式下，作为对象的转入对象金额的提取，银行账户的划款记录、信用卡使用明细的记录成为处理对象，可以从内容(划款主题、明细主题)中提取，也可以从支付对象公司名中提取。在这里，也可以依据内容、支付对象公司名，将内容分类，根据分类内容，判断是否作为提取对象。
在这种情况下，执行“自动”转入处理之后，资金转入状态为“已存款”，另外，在因账户余额不足而无法执行转入处理的情况下，状态为“存款失败”(参照后述图4、5)
[操作]
像以上这样设定了“资金计算规则”的情况下，对于本实施方式中的零头资金转入储蓄系统1的操作的一个示例，参照图4、5进行说明。
图4及图5是本实施方式中的零头资金转入储蓄系统1的操作的一个示例的说明图。
首先，在零头资金转入储蓄服务器10中，如图4所示，定期参照储存于账户信息DB23中的银行账户、卡使用明细信息及预付卡余额信息，依据在资金计算规则DB22中设定的资金计算规则，通过资金计算部件11执行资金计算，该资金计算结果输出并存储在资金计算结果DB24中。
此外，针对存储于账户信息DB23的账户信息，在特定的时机(例如每日处理)从信用卡公司的金融机构装置30、银行的金融机构装置40以及预付卡公司的金融机构装置50发送必要的信息来更新账户信息DB23的信息。
在图4所示的例子中，示出了4月11日的处理操作，作为来自银行金融机构装置40的账户信息，该用户的普通存款账户交易“4月3日：电费/15,220日元”、“4月11日：网球学校/4,860日元”这一划款信息被发送，另外，作为来自信用卡公司的金融机构装置30的卡使用明细信息的“4月11日：NIFTY/6,230日元”这一使用明细信息被发送，另外，作为来自预付卡公司的金融机构装置50的预付卡交易信息，发送了“4月11日：1,865日元”的余款数据信息，分别作为账户信息DB23的账户信息被存储。
在此状态下，通过资金计算部件11，在指定的时机(例如每日、一日2次等)执行资金计算处理。当然，可以在接收交易信息的时机执行资金计算处理。
资金计算处理，参照上述预先设定的“资金计算规则”，执行指定的计算处理。
在图4所示的例子中，作为4月11日的资金计算处理，基于“零头规则”，对于“4月11日：网球学校/4,860日元”，执行“资金额：140日元/资金转入模式：手动/资金转入状态：未存款”的计算/判別，另外，对于“4月11日：NIFTY/6,230日元”，执行“资金额：770日元/资金转入模式：手动/资金转入状态：未存款”的计算/判別。
另外，基于“定期规则”，执行“4月11日：定期规则(每月)/资金额5,000日元/资金转入模式：自动/资金转入状态：未存款”的计算/判別。
进而，基于“零钱余额规则”，执行“4月11日：零钱余额规则/资金额865日元/资金转入模式：自动·资金转入状态：未存款”的计算/判別。
通过此资金计算部件11计算的结果，储存在资金计算结果DB24中。
之后，基于储存在资金计算结果DB24中的资金计算结果信息，通过资金转入指示部件12，向银行的金融机构装置40以及预付卡公司的金融机构装置50发送资金转入指示信息。
在此资金转入指示中，以资金计算结果DB24的资金转入模式设定为“自动”、或者资金转入状态设定为“存款中”(参照图5)的明细作为处理对象。
在资金转入模式设定为“手动”的情况下，在用户执行手动操作之前不会发送资金转入指示。
发送资金转入指示之后，在符合的资金账户(普通存款账户等)余额充足的范围内，在作为对象的银行的金融机构装置40中，执行向银行内的其他账户(储蓄账户)转入的处理。另外，在作为对象的预付卡公司的金融机构装置50中，执行将相应资金账户(预付卡的储值账户)余款中不足1,000日元的零头金额转入预付卡公司的其他账户(储蓄账户)的转入处理。
之后，当转入指示发送至金融机构装置40、50之后，转入指示的结果将于指定的时机发送，并在零头资金转入储蓄服务器10获取，该信息储存于资金转入结果DB25中。
此外，在执行转入处理的同时来自此金融机构装置40、50的转入处理的结果被实时发送，或者在金融机构的转入处理完成之后，能够在指定的时机接收来自金融机构装置40、50的通知。另外，在获取到来自此金融机构装置40、50的转入结果之前，零头资金转入储蓄服务器10方面的资金转入状态一直保持为“未存款”。
在图4所示的例子中，对于“4月11日：网球学校/4,860日元/资金额：140日元/资金转入模式：手动”、“4月11日：NIFTY/6,230日元/资金额：770日元/资金转入模式：手动”，不予执行资金转入指示，资金转入状态保持为“未存款”。
另一方面，对于“4月11日：定期规则(每月)/资金额5,000日元/资金转入模式：自动”“4月11日：零钱余额规则/资金额865日元/资金转入模式：自动”和，执行资金转入指示，其结果，资金转入状态变为“已存款”。
另外，如同图所示，对于“4月3日：电费/15,220日元/资金额：4,780日元/资金转入模式：自动”，资金转入状态为“存款失败”，可知因账户余额不足而无法执行转入处理。
像这样，根据来自金融机构装置40、50的转入结果，表示资金转入状态的信息在转入成功的情况下变为“已存款”，以及在转入失败的情况下，变为“存款失败”，此变更之后的信息作为资金转入结果信息，在资金转入结果DB25中储存并更新。
在转入处理完成之后，此转入结果能够在顾客终端60的显示部件63的画面上进行显示/确认(参照图6)。
接着，在此顾客终端60的画面上，上述“未存款”或者“存款失败”的资金转入状态能够变更为“存款中”。资金转入状态变更为“存款中”之后，成为下一次资金转入指示的处理对象，“存款中”作为资金转入指示的输入数据被存储/更新。
关于这一点，参照图5进行说明。
图5表示进行了图4中所示处理之后的第二天4月12日，资金转入状态变更为“存款中”的情况的示例。
首先，在图5所示的4月12日的处理中，账户信息DB23中的账户信息未发生变更，另外，未执行通过资金计算部件11的计算处理。因此，资金计算结果DB24的储存数据没有发生变动。
在此状态下，用户对顾客终端60进行操作，将图4所示的“4月11日：NIFTY/6,230日元/资金额：770日元/资金转入模式：手动/资金转入状态：未存款”的资金转入状态变更为“存款中”。
像这样，从顾客终端60将“未存款”(或者“存款失败”)的资金转入状态变更为“存款中”之后，资金转入结果DB25中的储存信息被更新。
之后，在指定的处理时机，通过资金转入指示部件12提取符合的“4月11日：NIFTY/6,230日元/资金额：770日元”作为资金转入指示处理对象，向金融机构装置40发送资金转入指示。
在发送了资金转入指示的金融机构装置40中，执行从符合的资金账户向储蓄账户转入的处理，该转入指示结果发送至零头资金转入储蓄服务器10。
据此，资金转入结果DB25的信息得到更新。
在图5所示的例子中，可知“4月11日：NIFTY/6,230日元/资金额：770日元/资金转入模式：手动”的资金转入状态由“未存款”被更新为“已存款”。
接着，以上所执行的资金转入处理结果，根据来自顾客终端60的参照要求，通过储蓄资金信息生成部件13生成为储蓄资金信息，能够在顾客终端60的显示部件63进行显示/阅览。
图6表示本实施方式所涉及的顾客终端60的显示部件63所显示的储蓄资金信息显示画面的一个示例。(a)是图4所对应的时间点的储蓄资金信息，(b)是图5所对应的时间点的储蓄资金信息。
图6(a)所示的例子表示当前“存款中的资金额：5,865日元”、目标金额“10,000日元”，同时表示，“4月11日/4,860日元/网球学校/+140日元”为“未存款”、“4月11日/6,230日元/NIFTY/+770日元”为“未存款”、“4月11日/定期规则(每月)/+5,000日元”为“已存款”、“4月11日/零钱余额规则/+865日元”为“已存款”。
另外还表示，在前一天4月10日，作为金融商品的购入资金，进行了“-13,121日元”的资金转入(资金向金融商品的移动)。
进而，对于“4月3日/15,220日元/电费/+4,780日元”，表示为“存款失败”。
另一方面，图6(b)所示的例子与图6(a)的画面基本相同，但“4月11日/6,230日元/NIFTY/+770日元”的状态显示由“未存款”变为“已存款”，另外可知，当前“存款中的资金额”从“5,770日元”增加到“6,635日元”。
像这样，用户通过自己操作顾客终端60，能够随时阅览/参照当前储蓄资金、转入处理状况，另外，能够对资金转入状态进行变更。
此外，资金转入状态的变更，能够通过点击操作图6(a)所示的“未存款”图标显示等，在“未存款”和“存款中”的设定之间进行切换。
与此相同，能够通过点击操作“存款失败”的图标显示等，切换为“存款中”。
另外，图6(a)、(b)所示的“手动”或者“自动”的资金转入状态，也能够通过点击操作等，在“自动”/“手动”之间进行切换。
另外，在将作为上述的“节约规则”设定为“电费：20,000日元以下”的情况下(参照图3)，当该月的电费接近20,000日元时(例如超过设定金额的80％(16,000日元))，能够通知指定的警报，这一点在上述图4～6中没有示出。作为警报通知，能够在例如显示画面的“电费”项目中显示指定的文字、警告显示等。
对于警报通知的时机，例如能够在零头资金转入储蓄服务器10方面预先设定默认值，如有必要，用户还能够对专用APP应用程序、网站上的设定画面进行变更。此外，警报通知也可以设定为“不予执行”。
另外，像上述这样，例如在设定了该月的目标存款额的情况下，预计不会到达该金额的情况下也能够执行警报通知。是否会到达目标金额，能够通过例如与上月实绩相比较进行推定/判別。
另外，连续在早期阶段达成目标存款额的情况下，能够通知指定的消息，以提高设定金额。例如，在每月20日之前到达设定金额的100％的月份连续到达指定次数(例如，3次)的情况下，在显示过去的实绩的同时，还会显示出“要挑战目标金额15,000日元吗？”的消息，这里的目标金额，是被设定为在当前目标金额的基础上加以指定金额而形成的新的目标金额，能够符合用户的资金状况，提出更高效的储蓄方案。
接着，通过执行上述这样的资金转入处理操作，金融机构装置40的储蓄账户的转入金额成为指定金额之后，通过该转入资金，执行指定的商品的购入处理(资金的移动)，例如金融商品或登录于愿望清单的商品/服务等的购入/订购处理。
在这里，作为金融商品的购入，例如每月一次，在设定的“每月截止日期”(参照图7(c))之时，当储蓄账户金额超过“每月目标存款额”(参照图9(c))的情况下，能够执行指定的金融商品的购入(资金的移动)。
据此，用户能够将每天的零头资金、通过节约资金攒下的储蓄资金，进行更有利的分配，选择收益率更高的金融商品，实现高效的资产运用等。
另外，对于登录于愿望清单的商品/服务等的订购处理，后文参照图18～18进行说明。
[设定显示画面]
接下来，图7～9表示，在以上这样的零头资金转入储蓄系统1中，对于在顾客终端60方面可以输入/设定的零头资金转入储蓄服务器10的设定项目的输入显示画面的一个示例。
图7(a)是将可以在零头资金转入储蓄服务器10设定的各种设定项目，显示为可选择的画面。
如同图所示，在此画面能够选择“资金计算规则”、“每月截止日期”、“警报通知”、“目标金额”、“每月目标存款额”、“资金存款用账户”的各个项目，分别进行详细设定。
图7(b)是图7(a)画面中选择的“资金计算规则”的设定画面。
在此画面，能够对于是否执行作为上述“资金计算规则”的“零头规则”、“节约规则”、“零钱余额规则”、“定期规则”、“其他规则”的各个项目、以及每一项的“手动”或者“自动”的资金转入模式进行选择并设定。
图7(c)是“每月截止日期”的设定画面。
在此画面，能够设定向储蓄账户转入的储蓄资金的月末处理的执行基准日，同图表示选择/设定了“月末”作为每月截止日期的情况。
图8(a)和图7(b)相同，是“资金计算规则”的设定画面。
图8(b)是图8(a)画面中选择的“零钱余额规则”的设定画面。
在此画面中，作为上述“零钱余额规则”，能够进行“间隔”和“零钱的范围”各项目的选择/设定，对针对设定的“零钱余额规则”的“手动”或者“自动”的资金转入模式进行选择和设定。
当使用预付卡进行零头存款时，与信用卡和借记卡不同，由于记录了存入金余款，因此在该余款中，可以将零钱部分当做存款或投资的本金。
在本系统中，具体而言，可以将计算零钱的间隔设定为“每日”、“每周”、“每月”，若是“每日”，则在当日的结束(例如24点)计算零钱，若是“每周”，则在本周的结束(例如周日的24点)计算零钱，若是“每月”，则在本月的结束(例如本月的最后一天的24点)计算零钱。
此外，零钱的范围有“不足1,000日元”、“不足500日元”、“不足100日元”，具体而言，当在某日(周/月)的结束时预付卡的余款为“1,734日元”时，若“范围”设定为“不足1,000日元”，则零钱为“734日元”，若为“不足500日元”，则零钱为“234日元”，若为“不足100日元”，则为“34日元”，该金额作为转入资金将被储蓄/存款。
图9(a)是“警报通知”的设定画面。
如同图所示，在本实施方式中，在执行“警报通知”的情况下，可以分别对“每月目标存款额”和“节约规则”进行设定。
在将“警报通知”设定在“每月目标金额”的情况下(参照图9(b))，若推定/判定不会到达该金额，则能够执行指定的警报通知。另外，将“警报通知”设定在“节约规则”的情况下，若作为“节约规则”而设定的上限金额(节约金额)，例如“电费：20,000日元以下”、“外出就餐费：40,000日元以下”到达指定的比率(例如设定金额的80％)，则能够执行指定的警报通知(参照图9(b))。
图9(c)是“每月目标存款额”的设定画面。
在此画面，能够对使用零头资金转入储蓄系统1向储蓄账户转入的资金的“每月目标存款额”(本发明所涉及的目标金额)进行设定。
[多个账户设定]
在以上这样的本发明的一项实施方式所涉及的零头资金转入储蓄系统1中，作为储蓄转入资金的储蓄账户，能够由一名(单一)用户设定多个储蓄账户。
图10是在顾客终端60的设定画面中设定多个储蓄账户的情况下，显示画面的一个示例，图10(a)表示，在图7(a)中选择的“资金存款用账户”的设定画面中，选择了“创建新的资金存款用账户”的情况，图10(b)表示其结果，创建了“募捐用”账户的情况下的画面，另外，图10(c)表示在(b)中选择/设定的“募捐用”账户的设定画面。
通过这样的在顾客终端60的设定，可以在金融机构分为例如特别存款、储备账户等多个储蓄账户。
在图10所示的例子中，作为“资金存款用账户”，除了主要的“标准”账户，还设置有“募捐用”账户，在该“募捐用”账户中执行指定的积分授予(●●积分)，则会“自动”执行转入处理。
像这样，在本实施方式中，能够根据储蓄目的、目标金额、节约对象等，设置单纯的资金储蓄用的“标准”账户、“募捐用”账户这样的多个储蓄账户，实行多样的储蓄、节约。
以下，参照图11～14，对于设定了的“标准”账户和“募捐用”账户作为2个储蓄账户的情况下的转入处理操作进行说明。
图11表示，在“标准”账户的基础上加设了“募捐用”账户的情况下，执行了对应上述图4的划款交易的情况，与图4的情况相比较，对于各划款交易，追加了指定为某一储蓄账户的信息(项目)。
即，在图11的例子中，通过存在与上述图4中相同的银行交易/使用信用卡/预付卡余额，对于“4月11日：网球学校/4,860日元/资金额：140日元”、“4月11日：NIFTY/6,230日元/资金额：770日元”、“4月11日：定期规则(每月)/资金额5,000日元”、“4月11日：零钱余额规则/865日元”、“4月3日：电费/15,220日元/资金额：4,780日元”这些各项划款交易，作为“资金存款账户：标准”执行处理。
接着，在此基础上，可知对于“4月1日：●●积分/500日元”，作为“资金存款账户：募捐用”，将全额自动转入处理至“募捐用”账户。
能够在顾客终端60的显示部件63的画面上，对此转入结果进行显示/确认(参照图12)。
图12(a)表示4月11日当前“标准”账户的存款状况，与上述图6(a)所表示的内容相同。
另一方面，图12(b)表示同样为4月11日当前“募捐用”账户的存款状况，“4月1日/●●积分/+500日元”经“自动”处理，显示为“已存款”。
此外，此“标准”账户与“募捐用”账户的显示画面(储蓄资金参照信息)之间的切换，能够通过在例如显示画面上指定的地方(图12显示画面上部的“标准”/“募捐用”的文字部分)进行滑动操作等来执行。
图13表示，在“标准”账户的基础之上加设“募捐用”账户的情况下，执行与上述图5所对应的划款交易的情况。
在同图所示的例子中，当银行交易/卡的使用与上述图5的情况相同时，对于图11所示的“4月11日：NIFTY/6,230日元/资金额：770日元/资金转入模式：手动/资金转入状态：未存款”，资金转入状态变更为“存款中”，进而，指定的储蓄账户由“标准”变更为“募捐用”。
储蓄账户的变更，例如由“未存款”变更为“存款中”的情况下，通过生成/显示可选择使用的账户的显示画面，能够选择“标准”或者“募捐用”的任一账户。
像这样，通过顾客终端60的输入操作，由“未存款”变更为“存款中”的同时，指定账户也能够进行选择/变更。据此，能够提供更加灵活多样的储蓄模式/节约模式。
此外，此转入结果能够在顾客终端60的显示部件63的画面上进行显示/确认(参照图14)。
图14(a)表示4月12日当前“标准”账户的存款状况，与上述图6(a)所表示的内容相同。
另一方面，图14(b)表示同为4月12日当前“募捐用”账户的存款状况，在“4月1日/●●积分/+500日元”的基础上，“4月11日/6,230日元/NIFTY/+770日元”经“手动”处理，显示为“已存款”，能够确认/参照“存款中的资金额：1,270日元”与之前相比有所增加。
[共享账户设定]
如上所述，在本实施方式所涉及的零头资金转入储蓄系统1中，一名用户能够设定多个账户，作为储蓄用的储蓄账户。
进而，在本实施方式中，储蓄账户能够由多名用户设定一个(共通)的储蓄账户。
例如三位家庭成员能够使用一个储蓄账户，储蓄零头资金、节约资金。
图15是在顾客终端60的设定画面中设定多名用户共享的一个储蓄账户的情况下，显示画面的一个示例，图15(a)表示，在图7(a)中选择的“资金存款用账户”的设定画面中，选择了“创建新的资金存款用账户”的情况，图15(b)表示其结果，创建了“共享”账户的情况下的画面，另外，图15(c)表示在(b)中选择/设定的“共享”账户的设定画面。
通过这样的在顾客终端60的设定，可以在金融机构将设定为例如特别存款、储备账户等的一个储蓄账户，分配给多名用户。
在图15所示的例子中，作为“资金存款用账户”，除了上述的“标准”账户、“募捐用”账户，还另行设置了“共享”账户，该“共享”账户中设定了3名用户。
像这样，通过“共享”本实施方式所涉及的储蓄账户，对于由多名(3名)用户各自的银行交易、卡的使用而产生的零头金额、节约金额等，能够汇集到一个储蓄账户进行储蓄/积蓄，可以实现更高效的储蓄/资产形成。
此外，“共享”账户中可设定的用户数量、能够共享的属性等并没有特别的限定，由金融机构设定用户数量、属性的用户之间，可以持有共享账户。
[与目标金额达成度相配合的积分授予]
其次，对在根据本实施方式的零头资金转入储蓄系统1中的、与目标金额达成度相配合的积分授予进行具体说明。
如上所述，在本系统中，积分值算出部件15以及积分管理DB27根据对于用户设定的目标金额的储蓄资金达成度授予指定积分。
具体而言，在用户以目标金额为目标进行存款或投资的过程中，能够通过阶段性地授予积分来促进目标的达成。
作为阶段性的积分授予，例如，可以根据目标金额达成度为“10％→20％→30％→40％→50％→…100％”等所达成的达成度，授予积分。
据此，能够给予用户达成目标的鼓励、以及授予/相加积分的喜悦与满足感等，可以以自然的形式促进/帮助达成目标金额的储蓄。
另外，可以设为被授予的积分只有在目标金额达成度为100％时才可以使用。
另外，可以设为授予的积分只能用于特定的店铺/用途(作为目标而设定/设想的对象物品)。
进而，可以设定为若更改目标，则至今储蓄的积分会丢失。能够促进在不更改作为目标的对象物品等的情况下达成目标。
通过以上设定，能够鼓励用户达成100％目标金额，维持连续的储蓄/投资意欲。
另外，授予的积分能够配合目标金额进行变更。
例如，“目标金额：10万日元”“50％达成”时授予“500积分”，“目标金额：100万日元”“50％达成”时授予“5,000积分”，如此，对于较大的目标金额授予较多积分，由此能够刺激/提高用户的储蓄意欲和投资愿望。
此外，进行投资时，由于评价额的上升或下降，达成度也可能上升或下降。例如，假设达到50％的次日降低至50％以下，则前一天授予积分可以通过相减来授予。此时，由于授予的积分只有达到100％才能使用，则即使在目标达成的过程中重复相加/相减也不会发生问题等。
另外，本系统中的积分授予为了达到目标金额，可以根据连续进行存款/投资的期间，作为“连续积分”被授予。
一般而言，从服务提供者这一侧来看，当考虑到提高顾客的提成或与顾客的互动程度时，用户长期使用的服务比短期使用的服务好，顾客的满意度得以提高，导致连续/重复的服务使用。
例如，基于使用金额和飞行距离等来授予积分或里程，由此不仅能促进服务的使用，而且通过在服务的使用期间授予积分，能够强化与顾客的关系。
于是，同样在本系统中，在向用户授予积分时，在进行存款或投资的期间授予积分是有效的方法。
例如，如图16(a)所示，当开始本系统的零头存款，如第1个月授予“10积分”，第2个月授予“20积分”这样，连续使用服务的期间越长，积分(连续积分)越多，可以如此来执行积分的授予。
通过像这样设定，能够给予用户更高的积极性以连续使用本系统的零头存款。
另外，如图16(b)所示，如上所述的“连续积分”可以基于目标金额或存款/投资金额而改变。
在同图示出的例子中，最终的目标金额越大，或者，每月的目标存款额越大，授予的“连续积分”越多。据此，能投提高用户的储蓄/投资意欲和连续性。
在图17(a)示出了顾客终端60的显示部件63中显示的目标金额的储蓄资金达成度进行显示的显示画面的一例，同样在图17(b)示出了对根据目标金额的达成度授予积分进行通知的显示画面的一例。
此外，在本系统的自动存款中(零头规则、节约规则、零钱余额规则等)，如上所述，也要考虑到每月储蓄(转入)金额没有达到每月目标金额(例如1万日元)的情况。
在这种情况下，假设没有达到目标时，可以“将连续积分返回第1个月”。据此，可以期待鼓励用户以达到每月的目标金额。
[目标达成后的自动订购处理]
其次，对在根据本实施方式的零头资金转入储蓄系统1中的、目标金额达成后的自动订购处理进行具体说明。
如上所述，在本系统中，当目标金额的储蓄资金达成度达到指定值时，购入品订购处理部件16以及购入品信息DB28对于登录于用户设定的愿望清单(购入品信息DB28)的希望/商讨购入的商品和服务进行自动订购处理。
具体而言，在本系统中，在愿望清单中可以设定多个商品/服务，也可以添加/设定目标金额以上的物品。
自动购入的物品选自由设定而登录的多个物品。
另外，例如当储蓄的进度(达成度)较好时，用户能够将较贵的物品设定为自动购入物品，也可以自动改变目标金额。
另外，愿望清单可以由多个用户共享。
例如，用户A可以设定/登录个人愿望清单以及与其他用户B共享的愿望清单。此时，同样地，用户B也可以设定个人愿望清单以及与用户A共享的愿望清单。
具体而言，当共享愿望清单时，首先用户A和用户B能够将个人想要的商品等添加/设定至个人的愿望清单中，使用本系统(应用)的留言功能，选择共同购入的物品，将对象物品设定至用户A与用户B同意共享的愿望清单中。此时，用户A和用户B可以分别向共享的愿望清单中添加物品，但自动购入设定需要两者同意才能进行。
另外，在零售商店等销售公司的报价中，当添加到愿望清单时，可以指定自动订购。
另外，在一个目标(目标金额)愿望清单中也可以添加多个物品。
另外，当愿望清单中登录有多个物品时，只要在目标金额内，就可以对多个物品进行自动订购的设定。
并且，如上所述，对于添加至愿望清单、并且设定了自动订购的商品(商品/服务等)，可以通过购入品订购处理部件16在达成目标金额的时刻自动执行订购处理。
此外，针对在登录愿望清单后金额发生改变的商品，对添加至愿望清单时的价格进行固定，在购入时，即使金额高于该价格也可以按照固定了的价格进行订购，如果金额低于该价格，则可以按便宜的价格进行订购。
图18～20示出了顾客终端60的显示部件63中显示的对登录于愿望清单的商品/服务等执行购入/订购处理时的显示画面的一例。
图18(a)是显示对于设定目标金额的储蓄资金达成度“25％”进行显示的显示画面。
图18(b)以及(c)是，在由图18(a)画面选择的“报价”显示画面中将显示的商品登录于愿望清单时的显示画面。
在同图所示的例子中，当将“20,000日元”的商品设定为“妻子生日”购入的“目标(目标金额)”时，“CAACH制造挎包：19,800”登录至愿望清单(图18(b))，当目标金额达成(存款)时，购入品订购处理部件16执行自动订购处理，设定为“ON”(图18(c))。
图19(a)紧接着图18，是一种当设定目标金额(20,000日元)达成时，通知/显示其达成度的显示画面。
图19(b)紧接着图19(a)，是一种当“自动订购”设定为“ON”时(参照图18(c))，通知登录于愿望清单的商品等的订购处理得以执行的显示画面。
同样，图19(c)是一种当“自动订购”没有设定为“ON”时，询问登录于愿望清单的商品等的订购处理的显示画面。
如上所述，在本系统中，根据用户的目标金额达成度，能够对登录于愿望清单的商品/服务等进行自动订购处理。
据此，例如用户在不进行目标金额的监视和订购处理操作的情况下，能够对提前登录的商品等进行自动订购，此外，当用户忘记订购或忘记登录商品等时，也能够确切地进行订购处理。
进而，在本系统中，用户能够提前决定目标达成日，显示/推荐能够用至今积攒的金额购入的商品。
此时，能够基于至今为止的存款/投资状况对目标达成日所会达到的金额进行预测，并显示/推荐能够用该预测金额购入的商品。
例如，在图20所示的例子中，当本系统的储蓄开始时，为了“妻子生日”而设定“目标金额：20,000日元”、“目标达成日：2018年4月20日”，在此状态下，目标金额的储蓄资金达成度为“0％”(图20(a))。
另外，作为开始时的希望购入品的“CAACH制造挎包：19,800日元”登录于愿望清单(图20(c))。
然后，进行本系统的零头存款，当目标金额的储蓄资金达成度达到“31％”时(图20(b))，如果根据至今为止的储蓄状况/进度，能够预测在目标达成日(2018年4月20日)能够达到高于目标金额(20,000日元)的金额，则从与登录于愿望清单中的商品等同种类的商品中，显示/推荐能够用达到预测金额购入的其他商品。
在这里，示例为，针对与用户当初登录的商品同种类的商品(挎包)，比登录商品贵的商品“GUCCO制造挎包：24,800日元”作为“推荐”商品得以报价。
对于这种目标金额的预测到达金额和预测到达日能够根据本系统的储蓄开始日期到现在的天数以及储蓄了的储蓄资金的金额进行计算。
另外，推荐商品的报价能够实现根据用户登录于愿望清单的商品等的信息和预测到达金额，将相应的一个或多个商品等在互联网的邮购网站上进行检索/提取，将相应信息发送/提供至用户的顾客终端60。
客户终端60安装有包括目标金额设定部件61、资金计算规则设定部件62以及显示部件63功能的应用(程序)，安装有该应用的顾客终端60和零头资金转入储蓄服务器10相配合，同时能够与按需将提供登录于愿望清单的商品的公司服务器相配合，提供愿望清单的功能。
具体而言，当用户在应用上进行愿望清单的登录操作时，顾客终端60在应用上接入商品服务器，商品服务器发送检索用的画面显示信息，用户向显示于顾客终端60的检索用画面输出关键词等，顾客终端60向商品服务器发送输入的关键词等，商品服务器将通过接收到的关键词等进行检索并提取的商品信息画面发送给顾客终端60，顾客终端60将商品信息画面显示给用户，并接收用户的对象商品的愿望清单登录指示，顾客终端60至少向零头资金转入储蓄服务器10发送与对象商品相关的信息，零头资金转入储蓄服务器10将接收到的与对象商品相关的信息作为登录于愿望清单的信息进行记录。
并且，将对象商品登录于愿望清单后，在达成对应的储蓄金额时，或在用户设定的任意时刻，使用对应储蓄账户中的存款进行下单处理。
下单处理有时基于指定条件自动进行下单处理，有时在指定条件下在获得用户的批准下进行下单处理，在任何情况下，当顾客终端60的应用对登录于愿望清单的商品进行下单时，都能够受理顾客终端60的下单，通过零头资金转入储蓄服务器10向商品服务器进行下单处理。
在这里，通常商品服务器会接收来自显示商品服务器HP(主页)的浏览器和商品服务器专用的用户应用的商品订购，例如，为了接收来自外部装置的下单，已公开有下单处理的API(Application Programming Interface)，顾客终端60能够使用该公开的API进行下单操作。
具体而言，当顾客终端60发送下单要求至零头资金转入储蓄服务器10时，零头资金转入储蓄服务器10读取与登录于愿望清单的对象商品相关的信息，将这些信息代入API的自变量，用API向商品服务器请求下单。
请求下单后，顾客终端60能够通过零头资金转入储蓄服务器10从商品服务器接收下单结果，并显示给用户。
[赞助积分]
其次，对在根据本实施方式的零头资金转入储蓄系统1中的、赞助积分的授予/相加进行具体说明。
如上所述，在本系统中，当销售公司装置70提供了指定的赞助积分时，积分值算出部件15以及积分管理DB27能够将该赞助积分计算为积分值，作为相应用户的积分值进行授予/相加。
在这里，本系统中的“赞助积分”是指发送报价的企业(销售公司/制造商等)如上所述从销售公司装置70面向用户提供的积分，是能够分配给提供企业的商品和服务购入的有价价值信息。
这称之为“赞助积分”，在本系统中，各用户能够各自积攒该赞助积分。
“赞助积分”只能在购入提供赞助的商品和服务时使用。
另外，也可以将积分设置为期限限定积分。
另外，可以根据商品来决定能够使用的积分数。
另外，例如旅行社提供的积分，用户通过设定想要的“旅行”概况(大约什么时候、住宿天数、地区、人数、预算(目标储蓄金额)等)，能够得到相应旅行社提供的报价(参照后述图21(a))。
进而，销售对象制品的经销商能够根据登录于愿望清单的商品等进行积分报价，也可以通过对其他运营商登录的商品的类似商品和授予的积分进行提示来报价。
另外，作为用户积攒“赞助积分”的方法，可以通过互联网从顾客终端60，例如通过进行以下操作/应对来获得/储蓄积分。
·浏览赞助商的报价。
·将浏览的报价通过SNS进行分享。
·将报价添加至愿望清单。
·填写赞助商的问卷调查等。
通过以上赞助积分，提供积分的各企业能够以赞助积分为媒介促进/唤起对自家公司的商品和服务的购入。
以下，参照图21、22对本系统中的赞助积分的获得以及使用的具体例进行说明。
首先，如图21(a)所示，在顾客终端60中，将“家族旅行”设定为“目标金额：400,000日元”，当目前的目标达成度为“30％”时，若参照/浏览报价信息，则如图21(b)所示，显示“ABC旅游”、“EZ观光”等多个旅行社的报价信息。
显示的报价信息能够分别登录于愿望清单，另外，通过选择操作(点击等)能够将各报价信息移动至该企业提供/指定的WEB网站。
然后，用户通过在顾客终端60中选择/显示各企业的报价信息，获得对应企业提供的赞助积分。
具体而言，如图21(c)所示，当通过顾客终端60选择了各企业的报价信息时，对通过因特网授予的与报价信息相关的赞助积分的积分值进行相加的操作进行检测(步骤01)，赞助积分在积分管理DB27中进行相加/储蓄(步骤02)。在积分管理DB27存储/管理的赞助积分以用户为单位，按照提供积分值的各个企业，将制定企业信息/报价信息/积分值等信息进行存储。
另外，储蓄在积分管理DB27中的赞助积分能够根据顾客终端60的参照要求等对积分值进行参照/输出(步骤03)。
在图21(c)所示的例子中，作为授予该用户的目前的赞助积分，输出/显示各个企业的积分值，例如“ABC旅游：150积分”、“EZ观光：230积分”…。
然后，如上所述获得/存积的赞助积分能够作为相应各企业商品/服务等的购入费用而得以分配/使用。
在图22(a)中，当达到用户设定的目标金额“400,000日元”时，该用户获得的赞助积分变为“ABC旅游：10,000积分”、“EZ观光：8,000积分”…。
此时，通过用户向顾客终端60的输入操作，进行“ABC旅游”提供的旅行计划的订购处理，如图22(b)所示，显示是否确认相应订购处理的画面(“OK/取消”)，若选择“OK”，则对于该订购的支付，显示是否分配所拥有的赞助积分的画面(“OK/取消”)，选择“OK”即可确定订购处理。
像这样，用户能够将自身获得的赞助积分作为期望的商品/服务等的购入资金的一部分进行使用。
[家庭记账软件挂钩]
其次，对在根据本实施方式的零头资金转入储蓄系统1中的、与家庭记账软件的挂钩进行具体说明。
一般而言，提供被称为家庭记账软件的应用/服务。
这种家庭记账软件通过安装在例如手机、PC、平板终端等上，取得银行、信用卡、账单等多个使用历史信息/余额信息等，自动生成家庭记账信息，是一种根据煤气电费以及食品费用等项目进行分类/输出的服务，例如“Money Forward”(注册商标)等。
此外，用户也能够使用家庭记账软件，设定项目的分类，通过手写输入使用历史信息。
在本系统中，当这种家庭记账软件安装/使用于用户的顾客终端60时，可以与该家庭记账软件挂钩进行零头存款。
具体而言，当家庭记账软件中有账户余额时，可以通过例如每月/每周/每日的间隔对零头进行储蓄。
家庭记账软件进行信用卡使用明细信息等的录入，此外，在此基础上，账单的OCR信息、手写输入的信息也作为家庭记账的对象得以录入，因此，能够基于这些信息执行本系统中的零头存款。使用网页数据抽取、参照类API进行录入。
图23是与图7、8相同的本系统中的“资金计算规则”的设定画面。
在这里，作为“资金计算规则”之一，能够对与家庭记账软件挂钩的“账户余额零头规则”进行选择/设定。
具体而言，如图23(b)所示，作为“账户余额零头规则”，能够进行“间隔”和“零钱的范围”各项目的选择/设定，对针对设定的“账户余额零头规则”的“手动”或者“自动”的资金转入模式进行选择和设定。
通过这样，与使用上述预付卡的零头存款(参照图8)相同，可以将银行账户的存入金余额中的指定零头部分作为存款/投资本金。
例如，可以将计算账户余额零头(零钱部分)的间隔设定为“每日”、“每周”、“每月”，若是“每日”，则在当日的结束(例如24点)计算，若是“每周”，则在本周的结束(例如周日的24点)计算零钱，若是“每月”，则在本月的结束(例如本月的最后一天的24点)计算零头。
另外，零头(零钱)的范围有“不足1,000日元”、“不足500日元”、“不足100日元”，具体而言，当在某日(周/月)的结束时预付卡的余款为“1,734日元”时，若“范围”设定为“不足1,000日元”，则零钱为“734日元”，若为“不足500日元”，则零钱为“234日元”，若为“不足100日元”，则为“34日元”，该金额作为转入资金将被储蓄/存款。
像这样，在本系统中，通过与既有家庭记账软件挂钩，能够将用户银行账户的余额零头部分储蓄/存储为零头存款。
正如以上说明所示，根据本实施方式，通过用户在零头资金转入储蓄服务器10设定任意资金计算规则，对于目标储蓄资金，能够将基于用户每天的支付等计算出的零头金额作为储蓄金进行转入。
尤其是，作为资金计算规则，可设定零头规则/节约规则/零钱余额规则/定期规则/其他规则这些不同的多项规则，通过这样，对于用户而言，能够在合理的范围内，实现持续高效的储蓄。
另外，通过设定节约光热费及外出就餐费等、喜好的事项、给自己的报酬等能够促进抑制用户支出、节约观念等的规则，能够以自然的形式奖励/唤起积极的储蓄行动。
因此，尤其是在提出面向个人的资产运用建议等的时候，能够灵活应对个人用户的多样需求、消费模式、生活模式等，提供适宜的服务用以储蓄金融商品的购入资金。
像这样，根据本发明所涉及的零头资金转入储蓄系统的一项实施方式，能够灵活应对各种个人用户的多样需求，尤其是能够为商讨适合日常生活周期等的具体的/计划性的资产运用、投资计划等的个人投资者等提出适宜的方案，以金融科技(Fin Tech)的形式实现。
此外，在以上说明的本实施方式中，作为在顾客终端60方面输出/显示的显示画面的示例，示出了在如智能手机、手机屏幕这样画面较小的显示部件上进行显示的情况(图6～10、12、14～22)。
不过，本发明中生成/显示的显示画面，在例如PC、平板电脑终端的显示部件这样画面较大的显示部件上进行显示，自然也是可行的。
以上是通过示出优选的实施方式而对本发明进行的说明，但本发明并非仅限于上述实施方式，可以在本发明范围内实施各种变更。
例如，在上述实施方式中，作为本发明所涉及的“资金计算规则”，示出了“零头规则”、“节约规则”、“零钱余额规则”、“定期规则”、“其他规则”，但这些只是“资金计算规则”的一个示例，并非仅限于此。即，本发明所涉及的“资金计算规则”，能够采用上述“零头规则”、“节约规则”、“零钱余额规则”、“定期规则”、“其他规则”的一部分或者全部，另外，能够追加或置换与其不同的规则。只要是刺激用户的储蓄意识、投资意欲，具备高效持续的储蓄的规则/条件等，就能够采用本发明所涉及的“资金计算规则”。
另外，在上述实施方式中，零头资金转入储蓄服务器和金融机构装置由各自独立的装置构成，但也可以由单一(共通)的装置、系统构成。
在该情况下，本发明所涉及的零头资金转入储蓄系统，能够作为金融机构所具备的金融机构装置的一部分而实现。
另外，在上述实施方式中，将银行作为具备本发明所涉及的资金账户/储蓄账户的金融机构的具体例示出，但并非仅限于银行。
作为能够用于用户每天的消费、结账的划款账户的金融机构，除银行以外，也可以是例如邮局、信托银行、信用金库、信用合作社等。
另外，作为能够具备资金转入对象的储蓄账户的金融机构，也可以是上述这样的邮局、信托银行、信用金库、信用合作社、或者证券公司、投资信托公司等。
另外，具备资金账户的金融机构(例如银行)与具备储蓄账户的金融机构(例如证券公司)，也可以是不同的金融机构。在该情况下，能够通过汇款、转入，从具备资金账户的金融机构向具备储蓄账户的金融机构转移转入资金。在这里，在上述实施方式中，对于资金转入指示部件12在指定的时机，基于存储在资金计算结果DB24中的资金计算结果信息，对于向金融机构装置40发送指定的资金转入指示信息进行了说明，而作为指定的时机，包括作为处理对象的记录储存于资金计算结果DB24的时机、每日、每月等指定的定期时机。尤其是在定期时机的情况下，由于将多个记录合并计算，汇款、转入该合计金额，在需要支付银行手续费的情况下，能够以低成本进行运用。例如，有些金融机构对于分店之间的转账免收手续费，能够采取以下这样的构成：如果免收银行手续费，则在追加记录的时机进行转账，如果收取银行手续费，则在定期时机执行处理。
另外，上述实施方式所示的是能够在顾客终端进行显示/阅览的显示画面的一个示例，对于画面的构成、内容可以进行任意设定/变更。
上述实施方式中记载的零头资金转入储蓄服务器10以及顾客终端60的硬件构成的一个示例如图24所示，包含CPU101、RAM102、ROM103、HDD104、输入装置105以及显示装置106而构成。这些构成要素通过系统总线连接，并经由系统总线交换数据。CPU(CentralProcessing Unit)101又称中央处理装置，是计算机的中心处理部位，执行各装置的控制、数据的计算/加工。RAM(Random Access Memory)102是一种存储装置，可以擦除和重写数据，ROM(Read Only Memory)103是一种使用半导体等的存储装置，仅在制造时写入1次数据，使用时只能读取记录下来的数据。HDD(Hard Disk Drive)104是使用磁性体的性质记录并读取信息的辅助存储装置。输入装置105用于用户对计算机发出操作指示，或者输入文字等，具体包括键盘、鼠标等。显示装置106可以是例如液晶显示器，也可以是具有触摸屏功能的装置。此外，还具有图中未示出的通信功能，通过此通信功能可以与其他终端进行通信。此外，顾客终端60可以由手机终端构成，也可以由所谓的智能手机、平板电脑构成。
针对基于按照设定的存款规则生成的转入信息执行转入手续，在储蓄用账户中储蓄存款的操作进行了说明，但在已经储蓄的存款行为中，也能够进行指示仅仅取消用户所选择的存款行为，在这种情况下，从储蓄用账户中所储蓄的金额中，向资产用账户执行相当于对象存款行为的金额的转入处理。以图13所示的资金转入结果DB25进行说明，在用户终端上显示作为过去的存款行为储存于资金转入结果DB25中的已存款记录的情况下，用户从该显示的已存款记录中选择取消对象记录，即选择取消对象的存款行为，对于将所选记录的完成转入的转入金额从储蓄用账户向资产用账户进行转入的资金转入指示，发送至金融机构装置，发送之后，将所选记录的资金转入状态更新为“取消”。在这里，也能够对所选记录执行删除处理，作为更新为“取消”的替代处理。另外，在选择多个已存款记录作为取消对象的情况下，能够针对每条选择记录生成资金转入指示，并发送至金融机构装置，也能够将各条选择记录的转入金额进行合计，将合计金额生成为一条资金转入指示，并发送至金融机构装置。
若想要停止存款，或者到达了目标金额，在用户指示系统这一事项的情况下，能够向用户指定的账户(可以是资产用账户，也可以是同一金融机构的其他账户，还可以是其他金融机构的账户)转入迄今为止作为存款而储蓄下来的存款。另外，若想要停止存款，或者到达了目标金额，可以删除储存于资金转入结果DB25中的记录，也可以作为过去的存款而维持储存，例如，若将维持记录作为默认操作，也可以采用根据用户的指示而删除对象记录的构成。在这里，对于过去的存款与当前实施中的存款进行识别并显示给用户比较理想，通常，只显示当前实施中的存款，只有当用户要求显示过去的存款的情况下，显示过去的存款，也可以显示记录的内容。
在执行多笔存款的情况下，也有将一笔存款与其他存款相统合的需求。在这种情况下，当按照不同笔存款准备了多个账户时，能够生成将储蓄在一笔存款的存款用账户中的金额，从一笔存款的存款用账户向其他存款的存款用账户进行资金转入的指示，并发送至金融机构装置。另外，也能够将记录在与一笔存款关联记录的资金转入结果DB25中的记录，变更为其他存款的关联记录。作为其他的构成方式，当未按照不同笔存款准备有多个账户时，也有将多笔存款储蓄在同一存款用账户中的情况，在这种情况下，虽然没有向存款用账户转入的必要，但也应该对于记录在与一笔存款关联记录的资金转入结果DB25中的记录，执行作为其他存款关联记录的处理。
即便执行了指定的储蓄行为，在资金用账户中没有作为对象储蓄部分的资金的情况下，储蓄将会失败。在以下例子中，系统能够检测出像这样由于没有资金而导致储蓄失败的情况。
·零头资金转入储蓄服务器10在生成转入指示的时机，掌握金融机构装置所持有的资产用账户金额，资产用账户金额小于转入指示金额的情况。
·零头资金转入储蓄服务器10在生成转入指示的时机，在金融机构装置实施资产用账户余额查询，资产用账户金额小于转入指示金额的情况。
·零头资金转入储蓄服务器10生成转入指示并发送至金融机构装置，金融机构装置依据转入指示执行转入并失败，向零头资金转入储蓄服务器10通知转入失败的情况。
像这样检测出储蓄失败的情况下，也可以采取以下构成：储蓄失败时，向存款者通知该情况的操作、日后再次试行同一转入的操作、向存款者通知该情况，跳过本次存款操作，在下一次时机实施下一次存款的操作。
所述实施方式中的[共享账户设定]中，对由多名用户设定一个储蓄账户，多名用户执行一笔存款的结构进行了说明，但也可以为以下这样的操作：即便是在多名用户执行一笔存款的情况下，各用户针对自己持有的存款用账户执行存款，即各用户分别设定规则，执行存款操作，在各个账户中进行存款储蓄，存款金额显示为各用户对于所述一笔存款的所存金额的合计。
[实用性]
本发明例如可适用于支援金融机构等为投资者提出投资所涉及的建议、提案业务的系统等。
[符号说明]
1 零头资金转入储蓄系统
10 零头资金转入储蓄服务器
11 资金计算部件
12 资金转入指示部件
13 储蓄资金信息生成部件
14 目标金额达成度算出部件
15 积分值算出部件
16 购入品订购处理部件
17 报价信息发送部件
20 零头资金转入储蓄DWH
21 目标金额DB
22 资金计算规则DB
23 账户信息DB
24 资金计算结果DB
25 资金转入结果DB
26 储蓄资金DB
27 积分管理DB
28 购入品信息DB
30 金融机构装置(信用卡公司)
40 金融机构装置(银行)
50 金融机构装置(预付卡公司)
60 顾客终端
70 销售公司装置
101 CPU
102 RAM
103 ROM
104 HDD
105 输入装置
106 显示装置(显示器)

Claims (5)

1.一种零头资金转入储蓄系统，是基于根据顾客的输入操作而设定的规则信息，从该顾客的资金账户向指定的储蓄账户转入资金，储蓄指定的目标金额的系统，其特征在于，具备：
对根据输入操作而设定的指定的目标金额信息进行存储的目标金额存储部件；
对根据输入操作而设定的指定的资金计算规则信息进行存储的资金计算规则存储部件；
对与所述顾客的资金账户相关的账户信息进行存储的账户信息存储部件；
基于所述资金计算规则信息，对应当从所述顾客的资金账户向指定的储蓄账户转入的转入资金的转入金额进行计算的资金计算部件；
基于所述计算出的转入金额，将指定的资金转入指示信息发送至对所述顾客的资金账户进行管理的指定金融机构装置的资金转入指示部件；
生成包括所述转入金额的指定的储蓄资金信息的储蓄资金信息生成部件；
存储所述储蓄资金信息的储蓄资金存储部件；
基于所述储蓄资金信息和所述目标金额信息，计算出目标金额所对应的储蓄资金指定的达成度的目标金额达成度算出部件。
2.如权利要求1所述的零头资金转入储蓄系统，其特征在于，
所述账户信息存储部件，
从管理所述顾客的预付卡存入资金账户的指定金融机构装置接收并存储包括该顾客预付卡存入金额在内的账户信息，
所述资金计算部件，
计算出通过所述顾客预付卡存入金额和指定设定金额间的差示出的零头金额作为所述转入金额。
3.如权利要求1或2所述的零头资金转入储蓄系统，其特征在于，具备：
计算授予所述顾客的指定积分值的积分值算出部件；
存储包含所述积分值的指定积分信息的积分值存储部件；
所述积分值算出部件，
基于由所述目标金额达成度算出部件算出的达成度来算出指定的积分值。
4.如权利要求1～3中的任一项所述的零头资金转入储蓄系统，其特征在于，具备：
对所述顾客根据所述储蓄资金而希望购入的指定购入品信息进行存储的购入品信息存储部件；
所述目标金额所对应的储蓄资金达成度达到指定值时，根据所述购入品信息进行指定的订购处理的购入品订购处理部件。
5.如权利要求3所述的零头资金转入储蓄系统，其特征在于，具备：
从提供指定购入品的销售公司所具有的销售公司装置接收包括能够授予所述顾客的积分值在内的指定报价信息，并以能够浏览的方式发送至所述顾客能够操作的顾客终端的报价信息发送部件，
所述积分值存储部件，
将包含在由所述顾客终端根据输入操作所选择的所述报价信息中的积分值作为所述积分值进行存储。
CN201880026940.4A 2017-06-01 2018-05-23 零头资金转入储蓄系统 Pending CN110546671A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2017-109418 2017-06-01
JP2017109418A JP6998677B2 (ja) 2017-06-01 2017-06-01 端数資金振替蓄積システム
PCT/JP2018/019821 WO2018221344A1 (ja) 2017-06-01 2018-05-23 端数資金振替蓄積システム

Publications (1)

Publication Number Publication Date
CN110546671A true CN110546671A (zh) 2019-12-06

Family

ID=64455850

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880026940.4A Pending CN110546671A (zh) 2017-06-01 2018-05-23 零头资金转入储蓄系统

Country Status (5)

Country Link
US (1) US20200211045A1 (zh)
JP (2) JP6998677B2 (zh)
CN (1) CN110546671A (zh)
CA (1) CA3055536A1 (zh)
WO (1) WO2018221344A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI831216B (zh) * 2022-05-20 2024-02-01 中華電信股份有限公司 用於點數折抵電信費之設備、方法及電腦程式產品

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11127075B1 (en) 2018-09-28 2021-09-21 United Services Automobile Association (Usaa) Financial autopilot
JP7466477B2 (ja) * 2019-03-11 2024-04-12 ＬＩＮＥ Ｐａｙ株式会社 プログラム、情報処理方法、端末、サーバ
CN114402347A (zh) * 2019-12-30 2022-04-26 连株式会社 程序、信息处理方法、终端
US20210295368A1 (en) * 2020-03-23 2021-09-23 Capital One Services, Llc Card rewards trigger automatic online order
US11429476B2 (en) 2021-01-07 2022-08-30 The Toronto-Dominion Bank Method and system for detecting data corruption
JP7349759B1 (ja) 2022-10-26 2023-09-25 株式会社レッドビジョン プログラム、方法、情報処理装置

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004234091A (ja) * 2003-01-28 2004-08-19 Nec Soft Ltd つり銭貯蓄サービスシステム、販売処理装置、サーバ、プログラム、及びつり銭貯蓄サービス方法
JP2009020676A (ja) * 2007-07-11 2009-01-29 Japan Research Institute Ltd 預金口座に対する入出金処理方法およびシステム
US20090063332A1 (en) * 2007-08-29 2009-03-05 Wachovia Corporation Flexible automatic savings programs
JP2009128960A (ja) * 2007-11-20 2009-06-11 Liquor Mountain Co Ltd サービスポイントシステムにおける端数金額値引き精算システム
CN103765458A (zh) * 2011-08-12 2014-04-30 任天堂美国公司 客户的储蓄价值项目系统及其方法
US20140279407A1 (en) * 2013-03-13 2014-09-18 Bank Of America Corporation Incentive Banking System And Method
US20170076377A1 (en) * 2015-09-10 2017-03-16 Bank Of America Corporation Systems and methods for routing electronic transaction processing results

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003157388A (ja) * 2001-11-22 2003-05-30 Ntt Data Corp 販促情報提供装置
JP2004062310A (ja) * 2002-07-25 2004-02-26 Marubeni Corp サービスポイント制商品取引システム及びその方法
JP2004164074A (ja) * 2002-11-11 2004-06-10 Sega Corp 決済システム、釣り銭預金システム、決済処理方法及びプログラム
JP2006209463A (ja) * 2005-01-28 2006-08-10 Yasuto Sone カード活用システム
US20070033134A1 (en) * 2005-08-02 2007-02-08 Bank Of America Corporation Automatic Savings Program
JP4450329B2 (ja) * 2006-02-28 2010-04-14 株式会社タイトー 電子マネー決済を利用した貯蓄システム、当該貯蓄システムに用いるプログラム及び当該プログラムを記録したコンピュータ読取り可能な記録媒体
US7945512B2 (en) * 2007-03-14 2011-05-17 Ebay Inc. Spending and savings secondary linked accounts
JP5683242B2 (ja) * 2010-12-06 2015-03-11 株式会社日本総合研究所 銀行口座貯蓄システムおよび銀行口座貯蓄方法
US9501940B2 (en) * 2013-07-15 2016-11-22 Kamal Moumneh System and apparatus for financial education, entrepreneurship education and life management
US20150149386A1 (en) * 2013-11-23 2015-05-28 Ali Reza khodavardad Piggy Bank Account/Penny Bank Account/PBA

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004234091A (ja) * 2003-01-28 2004-08-19 Nec Soft Ltd つり銭貯蓄サービスシステム、販売処理装置、サーバ、プログラム、及びつり銭貯蓄サービス方法
JP2009020676A (ja) * 2007-07-11 2009-01-29 Japan Research Institute Ltd 預金口座に対する入出金処理方法およびシステム
US20090063332A1 (en) * 2007-08-29 2009-03-05 Wachovia Corporation Flexible automatic savings programs
JP2009128960A (ja) * 2007-11-20 2009-06-11 Liquor Mountain Co Ltd サービスポイントシステムにおける端数金額値引き精算システム
CN103765458A (zh) * 2011-08-12 2014-04-30 任天堂美国公司 客户的储蓄价值项目系统及其方法
US20140279407A1 (en) * 2013-03-13 2014-09-18 Bank Of America Corporation Incentive Banking System And Method
US20170076377A1 (en) * 2015-09-10 2017-03-16 Bank Of America Corporation Systems and methods for routing electronic transaction processing results

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI831216B (zh) * 2022-05-20 2024-02-01 中華電信股份有限公司 用於點數折抵電信費之設備、方法及電腦程式產品

Also Published As

Publication number Publication date
CA3055536A1 (en) 2018-12-06
JP7358445B2 (ja) 2023-10-10
JP2022028038A (ja) 2022-02-14
JP6998677B2 (ja) 2022-01-18
JP2018205979A (ja) 2018-12-27
US20200211045A1 (en) 2020-07-02
WO2018221344A1 (ja) 2018-12-06

Similar Documents

Publication Publication Date Title
US10902420B2 (en) Merchant configured advertised incentives funded through statement credits
JP7358445B2 (ja) 端数資金振替蓄積システム
CA3084210C (en) Fractional funds transfer/accumulation device, program, and method
US20080195438A1 (en) Method and system for providing financial services
US20170140411A1 (en) Systems and methods for providing loyalty awards of stock
US20120203608A1 (en) Systems and methods for providing loyalty awards of stock
WO2001097108A2 (en) Method and system for acquiring equity from the purchase of goods and services incorporating a method and system for purchase of goods and services leveraged by portfolio held investments
CA2534162A1 (en) System and method for providing purchasing incentives over a network
US20190164148A1 (en) System and method for providing a virtual gift card exchange bank
Horne et al. Gift cards: a review and research agenda
KR20200055998A (ko) 전자화폐를 이용한 거래 시스템 및 방법
JP2021114341A (ja) 一般消費者向け持ち株会システム及び方法
JP6872269B2 (ja) インターネットショッピングモール管理方法
US20220215419A1 (en) Method and system for refunding a purchase
EP3211582A1 (en) Cash payment linking method using accumulation of double sales margin, and linking system thereof
JP2014119805A (ja) 物々交換をクーポンを介して現金化するクーポン流通仲介システムおよびクーポン流通仲介装置
US20200051055A1 (en) Processing system and method for supporting advance purchase
WO2012138413A2 (en) Systems and methods for providing loyalty awards of stock
JP6353177B1 (ja) 情報処理装置
US20170039565A1 (en) Method and system for transferring funds data
US20200210974A1 (en) Method and system for optimizing server usage in remote operations relating to user accounts
KR20220081306A (ko) 소비 연동형 연금 적립 관리시스템

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination