WO2018131720A1 - プログラム、情報処理装置及び情報処理システム - Google Patents

プログラム、情報処理装置及び情報処理システム Download PDF

Info

Publication number
WO2018131720A1
WO2018131720A1 PCT/JP2018/001066 JP2018001066W WO2018131720A1 WO 2018131720 A1 WO2018131720 A1 WO 2018131720A1 JP 2018001066 W JP2018001066 W JP 2018001066W WO 2018131720 A1 WO2018131720 A1 WO 2018131720A1
Authority
WO
WIPO (PCT)
Prior art keywords
account
user
amount
fund
information
Prior art date
Application number
PCT/JP2018/001066
Other languages
English (en)
French (fr)
Inventor
ジャスティン バロック
亮助 藤井
耀介 杉原
Original Assignee
Ｔｏｒａｎｏｔｅｃ株式会社
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 Ｔｏｒａｎｏｔｅｃ株式会社 filed Critical Ｔｏｒａｎｏｔｅｃ株式会社
Publication of WO2018131720A1 publication Critical patent/WO2018131720A1/ja

Links

Images

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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/06—Asset management; Financial planning or analysis

Definitions

  • the present invention relates to a technique for allowing a user to use funds.
  • Patent Document 1 data relating to change and a person who should receive this change is registered, and when the investment server receives information indicating that an investment is to be made from an ATM terminal or the like, the investment-related management company is based on this information.
  • a technology is disclosed in which an investment-related management company side system performs a predetermined investment process by accessing a side system.
  • an object of the present invention is to reduce the number of times of funds transfer when operating user funds.
  • the present invention allocates a user terminal to fund management together with a price information acquisition unit that acquires price information indicating a price paid by a user in a commercial transaction, and a price indicated by the acquired price information.
  • a price information acquisition unit that acquires price information indicating a price paid by a user in a commercial transaction, and a price indicated by the acquired price information.
  • the difference from the amount rounded up, the difference from the amount rounded down, the amount obtained by multiplying the price by a specific value, or the price and the target value In order for the user to pay for the selected candidate as the predetermined amount, an information display unit that displays any one of the differences between the information and the information display unit, and an operation for selecting any of the displayed candidates
  • a program is provided for functioning as a reception unit that accepts an operation.
  • a payment history acquisition unit that acquires a payment history indicating a predetermined amount paid in the past on the premise that the user devotes funds management, the information display unit, based on the acquired payment history, the predetermined of the user The payment status of the amount may be displayed.
  • the present invention provides a receiving unit for accepting an operation for a user to pay a predetermined amount on the premise that the user terminal is used for fund management together with a price for a commercial transaction, and a transfer between the account of the paid predetermined amount.
  • An information acquisition unit for acquiring information indicating the price of a plurality of commercial transactions performed before execution or information indicating the predetermined amount paid in the plurality of commercial transactions, and a predetermined amount indicated by the acquired information
  • Provided is a program for causing an image to be received as an information display unit to display an image for accepting selection for whether or not to use for fund management for each commercial transaction performed before the transfer.
  • the present invention includes an amount information acquisition unit that acquires amount information indicating a predetermined amount paid together with the price of a commercial transaction on the assumption that a user devotes money management, and a plurality of information performed before the first period has elapsed.
  • the transmission unit that transmits the amount information indicating the predetermined amount paid in the commercial transaction to the user terminal, and the predetermined amount that is selected when the fund management is applied among the predetermined amount indicated by the transmitted amount information
  • the receiving unit that receives the selected amount information from the user terminal, and when the first period has elapsed, the accumulated amount for the user of the predetermined amount indicated by the received selected amount information is paid in the commercial transaction.
  • an information processing apparatus comprising: an execution unit that executes a first instruction process for instructing transfer from a first account to be deposited to a second account used in the fund management That.
  • the first acquisition unit may include, in addition to the predetermined amount, information indicating the identifier obtained based on an image indicating an identifier for identifying the user for the user identified by the identifier. You may acquire as money amount information.
  • the first acquisition unit may acquire information indicating the amount calculated based on the price as the predetermined amount as the amount information.
  • the execution unit instructs to move the change from the first account to the third account designated by the user in addition to the first instruction process.
  • Two instruction processing may be executed.
  • the third account is opened for each of a plurality of users, and the execution unit collects the changes of the plurality of users and prepares them in common for the plurality of users.
  • a process for instructing each of the users to move the change from the common account to the third account of the user is executed as the second instruction process. May be.
  • the plurality of users designates a first financial institution user who designates an account of a first financial institution as the third account, and an account of a second financial institution as the third account.
  • the second financial institution user, and the common account includes an account opened in the first financial institution and an account opened in the second financial institution.
  • a process of instructing the first financial institution to move the change together from the first account to an account established as the common account; and the change of the second financial institution user. And instructing the second financial institution to move from the first account to the account opened as the common account may be executed as the second instruction processing.
  • the first financial institution user includes a first store user who designates an account at the first store of the first financial institution as the third account, and an account at the second store of the first financial institution.
  • a second store user designated as an account of the first store, the common account includes an account opened in the first store and an account opened in the second store, the execution unit, A process of instructing the first store user to transfer the change together from the first account to an account opened as the common account in the first store; and a summary of the change of the second store user Then, a process of instructing to move from the first account to an account opened as the common account in the second store may be executed as the second instruction process.
  • the execution unit instructs to transfer the change to the third account by including the change in the funds transfer when there is a fund transfer to the third account with respect to the fund management.
  • the process to be performed may be executed as the second instruction process.
  • the execution unit calculates a first movement for moving the change from the common account to the third account, and an operation that is calculated based on a payment amount in a user's commercial transaction and is used for fund management.
  • the operating amount is subtracted from the change. If the amount is larger than 0, a process for instructing that the movement of the amount is performed as the first movement and the second movement is not performed may be executed.
  • the execution unit calculates a first movement for moving the change from the common account to the third account, and an operation that is calculated based on a payment amount in a user's commercial transaction and is used for fund management.
  • the change is subtracted from the operation amount when the second transfer is performed from the account containing the user's available money to the common account. If the amount is larger than 0, a process for instructing the movement of the amount to be performed as the second movement and not to perform the first movement may be executed.
  • the information processing apparatus includes a presentation unit that presents the accumulated amount to the user, and the first acquisition unit cancels allocating part or all of the presented accumulated amount to the fund management. When the user performs an operation, information indicating the canceled amount as the change may be acquired as the change information.
  • a method for determining the predetermined amount is defined, and the change may be an amount obtained by removing the predetermined amount and the price determined by the determination method from the payment amount.
  • the execution unit may execute the second instruction process when a second period longer than the first period elapses.
  • the execution unit may execute the second instruction process when the change reaches a predetermined amount.
  • the present invention provides an information processing system including a user terminal that executes the above-described program and the above-described information processing apparatus.
  • Diagram showing hardware configuration of each device Diagram showing hardware configuration of store terminal Diagram showing functional configuration realized by fund management support system The figure showing the example of the screen displayed on a user terminal A figure showing an example of accumulated operating fund information A figure showing an example of the account table
  • storage process The figure showing an example of the operation
  • the figure showing another example of a function structure of the user terminal of a modification A figure showing an example of the displayed payment status
  • the figure showing an example of a functional structure of the user terminal of a modification The figure showing an example of the movement of the money between the accounts of a modification
  • FIG. 1 shows the overall configuration of a fund management support system 1 according to an embodiment.
  • the fund management support system 1 is a system that supports the use of money paid by a user separately from a price in a commercial transaction for fund management.
  • Fund management is the management of funds for the purpose of gaining profits. Specifically, stocks, FX (Foreign Exchange), bonds, investment trusts, real estate, futures, gold prices, deposits And foreign currency deposits.
  • the fund management support system 1 is operated by an operator that provides a simple operation fund payment service that can easily perform payment of payment and payment of operation funds at a time in this way.
  • the user described below is a user who uses this simple operation fund payment service, and is a user registered in the fund management support system 1.
  • the payment includes, for example, payment for a product performed at a store such as a convenience store or a supermarket, and payment for a service performed at a store such as a restaurant or barber shop.
  • a fare payment performed at a fare payment place (such as in a ticket office or a bus) of a transportation facility such as a train or a bus is included as a business transaction site other than a store.
  • payment by credit card and electronic money is also included.
  • the provider that provides the product or service will cooperate with the provider of the simplified operation fund payment service, and accept the payment of the operation fund in addition to the payment.
  • the former business operator is referred to as an “affiliated business operator”.
  • the partner will accept the change, or the user will specify the amount when paying with electronic money.
  • Educate on-site personnel such as shop assistants, station staff, and drivers of commercial transactions so that when they are informed that they will be allocated to operating funds, they will be able to perform operations such as inputting the specified amount as operating funds.
  • the fund management support system 1 includes a network 2, a bank server 3, a bank server 4, a fund management server device 5, an operator settlement server device 10, a store terminal 20, a fund management support server device 30, and a user A terminal 40.
  • a network 2 a bank server 3, a bank server 4, a fund management server device 5, an operator settlement server device 10, a store terminal 20, a fund management support server device 30, and a user A terminal 40.
  • the above commercial transaction is performed at a store where the store terminal 20 is installed.
  • the network 2 is a communication system including a mobile communication network and the Internet, and mediates exchange of data between devices connected to the own system.
  • Each device other than the user terminal 40 is connected to the network 2 by wired communication, and the user terminal 40 is connected by wireless communication.
  • the connection with the network 2 may be either wired communication or wireless communication.
  • the bank server 3 and the bank server 4 are servers that manage bank accounts (more specifically, manage the money stored in the accounts), and perform deposit processing to the accounts and withdrawal processing from the accounts.
  • the bank server 3 manages an account that is a bank account used by a partner company and into which money paid in a commercial transaction is deposited. This partner's account is an example of the “first account” in the present invention.
  • the security company When the user pays in cash to the partner company's account, the security company etc. transports the cash to the bank and performs the deposit process, so that the paid price and operating funds are deposited, and the user When paying with a credit card, electronic money or the like, the paid price and operating funds are deposited from an account of a credit card company or an electronic money service provider. In any case, the operating funds paid separately from the price by the user are also stored in the account of the partner company.
  • the bank server 4 manages a bank account used by the money management company and used for user money management.
  • This account of the money management company is an example of the “second account” in the present invention.
  • the money management selected by the user among the plurality of money management plans is performed.
  • FIG. 1 only one bank server 4 is shown. However, when the plurality of fund management plans are provided by a plurality of fund management companies and a plurality of banks are used by the fund management companies, The bank server 4 exists.
  • the fund management server device 5 is a server that executes a process for fund management used by the fund management company.
  • the fund management server device 5 is, for example, a process of operating the user's funds stored in an account (account of the fund management company) managed by the bank server 4 and a process of providing the operation status to the fund management support server device 30. Execute.
  • the business operator settlement server device 10 is a device that accumulates settlement information indicating the content of settlement of commercial transactions performed by a partner business operator.
  • the settlement information is information indicating the amount paid by the user, and the amount includes the above-mentioned operating funds in addition to the price.
  • the business operator settlement server device 10 also stores information indicating the operating funds paid by the user.
  • the business operator settlement server device 10 collects settlement information from the store terminal 20.
  • the store terminal 20 is a device that is installed at a commercial transaction site called a store and is operated by a store clerk to input settlement information. It should be noted that if the commercial transaction site is a place other than a store, a different terminal is used. For example, if the place of payment for transportation fare is the spot of commercial transactions, a railroad ticket machine or a bus fare box is used as a terminal. In addition to this, a pachinko card vending machine, a beverage vending machine, a parking fee payment machine, or the like may be used as a terminal installed at each commercial transaction site.
  • the fund management support server device 30 is a device that executes processing for providing a user with a simple operation fund payment service.
  • the fund management support server device 30 acquires, for example, an acquisition process for acquiring information indicating an amount paid by the user as an operating fund from the business operator settlement server device 10, and the money management company account from the partner business account.
  • An instruction process for instructing to move to is performed.
  • the user terminal 40 is an apparatus used by a user such as a smartphone, a tablet terminal, or a personal computer, and is a smartphone in this embodiment.
  • the user terminal 40 displays an identifier of a user for associating the operating fund with the user when the user pays the operating fund together with the price of the commercial transaction.
  • the store terminal 20 includes a reading unit that reads the displayed identifier, and supplies the read identifier to the business settlement server device 10 together with the settlement information. In this manner, the business operator settlement server device 10 stores information indicating the operating funds paid by the user together with the price.
  • FIG. 2 shows a hardware configuration of each device (enterprise settlement server device 10, fund management support server device 30, and user terminal 40).
  • Each of these devices is a computer including a processor 11, a memory 12, a storage 13, a communication device 14, an input device 15, and an output device 16.
  • the processor 11 controls the entire computer by operating an operating system.
  • the processor 11 includes a central processing unit (CPU) including an interface with peripheral devices, a control device, an arithmetic device, a register, and the like.
  • CPU central processing unit
  • the processor 11 reads programs (program codes), software modules, data, and the like from the storage 13 and the communication device 14 to the memory 12, and executes various processes according to these.
  • the memory 12 is a computer-readable recording medium, such as a ROM (Read Only Memory), an EPROM (Erasable Programmable ROM), an EEPROM (Electrically Erasable Programmable ROM), a RAM (Random Access Memory), or the like.
  • the input device 15 is an input device (for example, a keyboard, a mouse, a microphone, a switch, a button, a sensor, etc.) that accepts an input from the outside.
  • the output device 16 is an output device (for example, a display, a speaker, an LED lamp, or the like) that performs output to the outside.
  • the user terminal 40 may have a configuration (for example, a touch screen) in which the input device 15 and the output device 16 are integrated.
  • a process that is autonomously and periodically executed without waiting for any physical input may be replaced with this input, or the user terminal 40 is a positioning means such as GPS (Global Positioning System).
  • GPS Global Positioning System
  • the processing executed when a specific position is measured may be replaced with this input.
  • a physical button connected to the wireless network may be used (for example, when the physical button is pressed, consent for devoting the accumulated change to fund management) is used.
  • the hardware configuration described above may be provided with virtualized resources (such as when each server device is built on a cloud computing system).
  • FIG. 3 shows the hardware configuration of the store terminal 20.
  • the store terminal 20 is a computer that includes a processor 21, a memory 22, a storage 23, a communication device 24, an input device 25, an output device 26, and an imaging device 27.
  • the processor 21 to the communication device 24 and the output device 26 are hardware common to the devices having the same names shown in FIG.
  • the input device 25 is, for example, a device for reading a barcode attached to a product, a device for counting cash paid by a user, and a device for reading information necessary for payment from a credit card, an electronic money card, a smartphone with a payment function, or the like Etc.
  • the imaging device 27 includes a lens, an imaging element, and the like, and captures a surrounding person and a scene represented by light incident from the lens. The imaging device 27 supplies image data indicating the captured image to the processor 21.
  • FIG. 4 shows a functional configuration realized by the fund management support system 1.
  • the business operator settlement server device 10 includes a settlement information storage unit 101 and an account processing execution unit 102.
  • the store terminal 20 includes an ID reading unit 201, a payment information generation unit 202, and a payment information transmission unit 203.
  • the fund management support server device 30 includes an ID issuing unit 301, a management fund information acquisition unit 302, a management fund information storage unit 303, a fund transfer time determination unit 304, a cumulative amount calculation unit 305, and a fund transfer instruction execution unit. 306.
  • the user terminal 40 includes a fund payment operation reception unit 401, an ID acquisition unit 402, and an ID display unit 403.
  • the fund payment operation accepting unit 401 of the user terminal 40 accepts a payment operation that is an operation for the user to pay a predetermined amount as a fund for fund operation together with the price of the commercial transaction.
  • the fund payment operation reception unit 401 is an example of the “reception unit” in the present invention. Details of the payment operation will be described later.
  • the fund payment operation accepting unit 401 accepts the payment operation, it notifies the ID obtaining unit 402 to that effect.
  • the ID acquisition unit 402 When receiving the notification that the payment operation has been accepted, the ID acquisition unit 402 acquires a payment ID (Identification) that is an identifier for identifying the paid operational funds.
  • the ID acquisition unit 402 transmits request data indicating that a user ID of the user who uses the terminal and a payment ID are requested to the fund management support server device 30.
  • the ID issuing unit 301 of the fund management support server device 30 Upon receiving the transmitted request data, the ID issuing unit 301 of the fund management support server device 30 performs user authentication using the user ID indicated by the request data. User authentication is performed, for example, based on whether the user ID is included in a list of user IDs stored in the own device. Note that user authentication may be performed based on communication with an external authentication device. When the user is authenticated, the ID issuing unit 301 issues a payment ID for individually identifying operational funds to be paid from now on.
  • the payment ID is a character string including, for example, a predetermined number of digits and symbols.
  • the ID issuing unit 301 stores the issued payment ID and the user ID of the authenticated user in association with each other. Therefore, if the payment ID is known, the user who made the payment can be identified.
  • the payment ID is an example of the “identifier for identifying the user” in the present invention.
  • the ID issuing unit 301 transmits the issued payment ID to the transmission source of the request data.
  • the ID acquisition unit 402 of the user terminal 40 acquires the transmitted payment ID and supplies it to the ID display unit 403.
  • the ID display unit 403 displays an ID image indicating the supplied payment ID, that is, an image indicating an identifier for identifying the user.
  • the ID display unit 403 is an example of the “image display unit” in the present invention. An example of a screen displayed by the user terminal 40 from the payment operation to the display of the ID image is shown in FIG.
  • FIG. 5 shows an example of a screen displayed on the user terminal 40.
  • the user terminal 40 displays a character string “Will you pay the operating funds for change?”
  • the Yes button B1 on the screen of the simplified operating fund payment service.
  • the fund payment operation accepting unit 401 accepts an operation of pressing the Yes button B1 as the above-described payment operation.
  • the payment operation in the example of FIG. 5 is an operation for the user to pay the difference (that is, change) between the price of the commercial transaction and the payment amount of the user as a fund for fund operation.
  • the ID display unit 403 displays a character string “Please present the following image” and the ID image C1, as shown in FIG. 5B, for example.
  • the ID image C1 is a QR (registered trademark) (Quick Response) code representing a payment ID.
  • the ID image is not limited to a QR code (registered trademark). For example, it may be a barcode or a simple character string.
  • the ID reading unit 201 of the store terminal 20 reads the identifier from an image indicating an identifier for identifying a user who has paid a predetermined amount on the assumption that the funds are used for fund management.
  • the ID reading unit 201 is an example of the “reading unit” in the present invention.
  • the ID reading unit 201 reads the above-described payment ID as a user identifier.
  • the ID reading unit 201 analyzes an image obtained by capturing the QR code shown in FIG. 5B and reads the payment ID indicated by the QR code.
  • the payment ID is an identifier obtained based on the above-described image (QR code in this embodiment) indicating the identifier for identifying the user.
  • the ID reading unit 201 supplies the read payment ID to the settlement information generation unit 202.
  • the settlement information generation unit 202 of the store terminal 20 generates settlement information indicating the contents of settlement in a commercial transaction performed by the partner company with the user.
  • the payment information generation unit 202 includes a price of a product obtained by each device included in the input device 25 illustrated in FIG. 3, an amount paid as a price (amount paid with cash or a credit card or electronic money), Information indicating the date on which the business transaction was performed is generated as settlement information.
  • the payment information generation unit 202 corresponds the payment ID and the payment date (date on which the commercial transaction was performed) to the amount paid on the assumption that the funds are used for fund management.
  • the attached information is generated as settlement information.
  • the payment information generation unit 202 supplies the generated payment information to the payment information transmission unit 203.
  • the settlement information transmitting unit 203 transmits the settlement information generated by the settlement information generating unit 202 to the business operator settlement server apparatus 10 in which destination information (IP (Internet Protocol) address or the like) is stored in advance.
  • IP Internet Protocol
  • the settlement information accumulation unit 101 of the business operator settlement server apparatus 10 accumulates the settlement information transmitted from the store terminal 20.
  • the accumulated settlement information includes operational fund information indicating a payment ID, a predetermined amount of operational funds associated with the payment ID, and a payment date.
  • This operational fund information is information indicating a predetermined amount paid together with the price of the commercial transaction on the assumption that the user is devoted to fund management, and is an example of “amount information” of the present invention.
  • the operation fund information acquisition unit 302 of the fund operation support server device 30 is a function of acquiring the operation fund information described above, and is an example of the “first acquisition unit” of the present invention.
  • the operating fund information acquisition unit 302 periodically requests the business settlement server device 10 for unacquired operating fund information stored in the payment information storage unit 101.
  • the settlement information storage unit 101 reads out unsent pieces of stored operating fund information and transmits them to the fund management support server device 30.
  • the settlement information storage unit 101 transmits the operation fund information of all the users.
  • the operating fund information acquisition unit 302 transmits the operating fund information transmitted in this way, that is, the predetermined amount paid on the assumption that it is used for fund management, the payment date, and the identifier read by the ID reading unit 201 of the store terminal 20.
  • Information indicating (payment ID in the present embodiment) is acquired as operating fund information for the user identified by the identifier.
  • the operational fund information acquisition unit 302 acquires operational fund information indicating an amount calculated by a method determined based on the price of the commercial transaction as a predetermined amount of the operational funds. For example, if the payment operation described in FIG. 5 is performed, the operating fund information acquisition unit 302 acquires information indicating the difference (that is, change) between the price of the commercial transaction and the user's payment amount as the operating fund. The operating fund information acquisition unit 302 supplies the acquired operating fund information to the operating fund information storage unit 303. The operating fund information storage unit 303 stores the supplied operating fund information.
  • the operating fund information storage unit 303 stores the supplied operating fund information in association with the user ID stored in the ID issuing unit 301 in association with the payment ID indicated by the operating fund information.
  • FIG. 6 shows an example of accumulated operating fund information.
  • the operating fund information storage unit 303 stores a user ID, a payment ID, an operating fund, a payment date, and a status in association with each other. The status indicates whether the accumulated operating funds have been transferred from the above partner account to the fund management company account ("Moved") or not yet moved ("Before moving"). .
  • the operating fund “33 yen” associated with the payment date “1/15” is “transferred”, but “63 yen” associated with the same “1/15”. , "84 yen” operating funds are "before moving”. This is because there is a time lag after the actual payment is made until the operation fund information is generated and accumulated in the fund operation support server device 30 via the business operator settlement server device 10.
  • the operation from the generation of the operational fund information to the accumulation of the operational fund information by the operational fund information storage unit 303 is performed periodically (for example, every day), and the operational fund information in the latest commercial transaction is accumulated as much as possible. ing.
  • the fund transfer time determination unit 304 of the fund management support server device 30 determines the transfer time when the accumulated amount of the operation funds paid by the user is transferred from the above-mentioned partner company account to the fund management company account.
  • funds are transferred between accounts, not every time a user pays funds for operation, but collectively for each predetermined period.
  • the predetermined period and the reference date for starting the period are determined by the user, for example.
  • the fund transfer time determination unit 304 determines that the transfer time has come when a predetermined period has elapsed from a predetermined reference date. For example, if the reference date is set to January 1 and the predetermined period is set to one month, the fund transfer time determination unit 304 determines that the transfer time has come to February 1 when one month has passed since January 1. Judgment is made, and it is determined that the travel time has been reached on March 1 when the next month has passed. When the fund transfer time determination unit 304 determines that the fund transfer time has come, it notifies the cumulative amount calculation unit 305 to that effect.
  • the cumulative amount calculation unit 305 When the cumulative amount calculation unit 305 receives a notification that it is time to transfer funds, that is, when a predetermined period elapses, the accumulated amount calculation unit 305 acquires one or more pieces of operating fund information acquired by the operating fund information acquisition unit 302 before the expiration of the period. The accumulated amount for each user of the predetermined amount of operating funds indicated by is calculated. First, the accumulated amount calculation unit 305 reads, from the operating fund information storage unit 303, the operating funds associated with the user ID of a certain user whose status is “before moving”.
  • the accumulated amount calculation unit 305 calculates the total amount of the read operation funds as the accumulated amount of the user.
  • the accumulated amount calculation unit 305 similarly calculates the accumulated amount for the next user.
  • the accumulated amount calculation unit 305 associates the calculated accumulated amount, the payment ID of the operating funds included in the accumulated amount, and the user ID of the corresponding user to transfer funds. This is supplied to the instruction execution unit 306.
  • the funds transfer instruction execution unit 306 uses the accumulated amount for each user of the predetermined amount of operating funds indicated by one or more pieces of operating fund information acquired before the expiration of a predetermined period. Transfer instruction processing for instructing transfer from the account of the administrator to the account of the fund management company is executed.
  • the fund transfer instruction execution unit 306 is an example of the “execution unit” in the present invention.
  • the fund transfer instruction execution unit 306 stores an account table in which the user ID of each user is associated with the account number of the fund management company that provides the fund management plan selected by the user.
  • Fig. 7 shows an example of an account table.
  • the account numbers of the fund management companies are associated with user IDs such as “U001” and “U002”, respectively.
  • the fund transfer instruction execution unit 306 adds the accumulated amount calculated for the user with the user ID to the account of the account number associated with the user ID supplied from the accumulated amount calculation unit 305 from the partner company account.
  • a process of transmitting instruction data for instructing movement to the provider settlement server device 10 is executed as a movement instruction process.
  • the account process execution unit 102 of the provider settlement server device 10 executes a process related to the partner company account.
  • the account processing execution unit 102 moves the payment amount from the partner company's account to the company's account when the partner company pays procurement expenses, utility costs, cleaning expenses, etc. to other companies.
  • a process of instructing the bank server 3 (a bank server that manages an account of a partner company) to execute is executed.
  • the account processing execution unit 102 When the instruction data described above is transmitted from the fund management support server device 30, the account processing execution unit 102 accumulates the account number indicated by the received instruction data into the account indicated by the instruction data from the partner company account. Processing for instructing the bank server 3 to move the amount is executed. Based on this instruction, the bank server 3 performs a process of transferring the accumulated amount from the partner's account to the account of the fund management company, and the bank server 4 performs a process of depositing the transferred amount into the account of the fund management company. This completes the transfer of operating funds.
  • the fund transfer instruction execution unit 306 instructs the operating fund information storage unit 303 to change the status associated with the payment ID of the operating fund included in the calculated accumulated amount to “transferred”. To do.
  • the operating fund information storage unit 303 changes the status of the instructed payment ID to “Moved”. As a result, funds once allocated for fund management are not included in the accumulated amount.
  • Each device provided in the fund management support system 1 is based on the above configuration, a storage process for storing the management fund information, and a fund transfer process for transferring the accumulated amount of the management funds indicated by the stored management fund information between the accounts. And do.
  • 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 operates the user terminal 40 to display the screen for the simplified operating fund payment service.
  • the user terminal 40 (fund payment operation accepting unit 401) accepts a payment operation that is an operation for the user to pay the funds for fund operation together with the price of the commercial transaction (step S11).
  • the user terminal 40 requests the funds management support server device 30 for a payment ID that is an identifier for identifying the paid operating funds (step S12).
  • the fund management support server device 30 (ID issuing unit 301) issues the requested payment ID (step S13), and transmits the issued payment ID to the user terminal 40.
  • the user terminal 40 (ID acquisition unit 402) acquires the payment ID thus transmitted (step S15).
  • the user terminal 40 (ID display unit 403) displays an ID image indicating the acquired payment ID (step S16).
  • the store terminal 20 (ID reading unit 201) reads a payment ID indicated by the ID image as an identifier for identifying a user who has paid a predetermined amount on the assumption that the funds are used for fund management (step S21). Subsequently, the store terminal 20 (payment information generation unit 202) generates payment information indicating the contents of the payment in the commercial transaction performed by the partner company with the user (step S22). Then, the store terminal 20 (payment information transmission unit 203) transmits the generated payment information to the business operator settlement server device 10 (step S23). The business settlement server device 10 (payment information accumulation unit 101) accumulates the payment information transmitted from the store terminal 20 (step S24).
  • the fund management support server device 30 (the fund management information acquisition unit 302) requests unacquired fund information stored in the business operator settlement server device 10 (step S31).
  • the business operator settlement server device 10 (payment information storage unit 101) reads out unsent information from the accumulated operating fund information and transmits it to the fund management support server device 30 (step S32). ).
  • the fund management support server device 30 (management fund information acquisition unit 302) acquires the transmitted management fund information (step S33).
  • the fund management support server device 30 (management fund information storage unit 303) stores the acquired management fund information (step S34).
  • FIG. 9 shows an example of the operation procedure of each device in the funds transfer process. This operation procedure is started when the fund transfer time comes.
  • the fund management support server device 30 (the fund transfer time determination unit 304) moves the accumulated amount of the operation funds paid by the user from the partner company account to the account of the fund management company after a predetermined period. It is determined that it is time to move (step S41).
  • the fund management support server device 30 calculates a cumulative amount for each user of the predetermined amount of the operating funds indicated by one or more pieces of the operating fund information acquired before the expiration of the predetermined period. (Step S42). Subsequently, the fund management support server device 30 (fund transfer instruction execution unit 306) instructs the business operator settlement server device 10 to transfer the calculated accumulated amount from the account of the partner business operator to the account of the money management company. A movement instruction process is executed (step S43).
  • the business operator settlement server device 10 (account processing execution unit 102) instructs the bank server 3 to move the accumulated amount of operating funds from the partner business account to the fund management company account. Processing is executed (step S44). When the transfer between accounts is completed, the business operator settlement server device 10 (account processing execution unit 102) notifies the fund management support server device 30 to that effect (step S45).
  • the fund management support server device 30 (the fund management information storage unit 303) reflects that the transfer between accounts has been completed in the status of the fund (set the status to “transferred”) (step S46).
  • the movement instruction process is executed when a predetermined period has elapsed. Thereby, compared with the case where the funds are transferred each time the operating funds are paid, the number of times of funds movement when the user funds are operated is reduced.
  • an image indicating the payment ID (for example, the ID image C1 in FIG. 5) is displayed on the user terminal 40 by the user's payment operation, and the store terminal 20 reads the payment ID from the image, so that the user
  • the information indicating the operating fund associated with is stored as the operating fund information.
  • an amount calculated by a method determined based on the price of the commercial transaction (for example, fishing that is the difference between the payment amount and the price) is paid as the operating fund.
  • the user does not have to think about the amount of money devoted to fund management.
  • the operational fund information acquisition unit 302 acquires operational fund information indicating the operational funds paid in the commercial transaction performed before the operation prerequisite procedure is completed.
  • the accumulated amount calculation unit 305 calculates the accumulated amount of the operating funds thus acquired.
  • the accumulated amount that is the target of the movement instruction process calculated in this way includes the operating funds paid in the commercial transaction performed before the operation prerequisite procedure is completed.
  • the funds transfer instruction execution unit 306 executes the transfer instruction process after the operation prerequisite procedure is completed because the funds cannot be transferred even if the transfer instruction process is executed before the operation prerequisite procedure is completed.
  • the fund transfer instruction execution unit 306 executes the transfer instruction processing for every predetermined period (for example, one day), so that the operation prerequisite procedure is completed. Funds are transferred.
  • the fund transfer instruction execution unit 306 executes the transfer instruction process after the operation prerequisite procedure is completed in this way. According to this modification, funds paid in a commercial transaction performed before the operation prerequisite procedure is completed can also be used for the operation.
  • the fund operation status that the user has approved for fund management may be viewable on the user terminal.
  • the fund management server device 5 provides the operation status of funds to the user terminal 40 via, for example, the fund operation support server device 30, and displays the operation status provided by the user terminal 40.
  • the provided operational status includes, for example, the performance of the operational funds displayed in accordance with the daily stock price movement, the future fund formation projection when the operation is continued, daily transaction data, and the like.
  • the store terminal 20 reads the payment ID issued in association with the user ID, so that the paid operational fund and the user are associated with each other.
  • the method for associating funds with users is not limited to this.
  • the user terminal 40 displays an image indicating the user ID
  • the store terminal 20 reads the user ID from the image and generates settlement information in which the read user ID is associated with the paid operational funds.
  • the association may be performed. In short, it is only necessary that the user and the operation fund are associated with each other so that the accumulated amount of the operation fund can be calculated for each user.
  • the apparatus for realizing each function illustrated in FIG. 4 is not limited to the apparatus illustrated in FIG.
  • one device may realize each function included in the provider settlement server device 10 and the fund management support server device 30, or may be realized by sharing each of these functions by three or more devices.
  • the peripheral device which connects the function with which the shop terminal 20 is equipped to a shop terminal may be implement
  • the payment ID when the payment ID is displayed as a barcode, a barcode reader (an example of the “terminal device” of the present invention in this case) may have these functions.
  • the “terminal device” of the present invention includes not only an independent terminal or device but also a part (part) of the terminal. As such an example, the case where the terminal device of the present invention is incorporated into a cash register of a convenience store is used.
  • the store terminal 20 transmits settlement information to the fund management support server device 30, and the operation fund information acquisition unit 302 of the fund management support server device 30 acquires the operation fund information included in the settlement information from the store terminal 20.
  • the fund management support server device 30 is an example of the “external device” in the present invention.
  • the money management support system may include any number of devices.
  • the operating fund information acquiring unit 302 acquires information indicating the difference between the price of the commercial transaction and the amount paid by the user (that is, change) as the operating funds, but this is not limitative. .
  • the operational fund information acquisition unit 302 may acquire information indicating, for example, the difference between the price of the commercial transaction and the round-up amount of the commercial transaction as the operational fund, or manage the difference between the price of the commercial transaction and the round-up amount of the price Information shown as funds may be acquired.
  • the operating fund information acquisition unit 302 may acquire information indicating the amount obtained by multiplying the price of the commercial transaction by a specific value (for example, 3%) as the operating fund. Further, the operating fund information acquisition unit 302 may acquire information indicating the difference between the price of the commercial transaction and the target value set by the user as the operating fund. In short, the operating fund information acquisition unit 302 calculates the amount calculated by a method determined based on the price of the commercial transaction (difference from round-up amount, difference from round-down amount, amount multiplied by specific value, and difference from target value. Etc.) as long as it can acquire information indicating the operating funds.
  • the transfer instruction process executed by the fund transfer instruction execution unit 306 is not limited to the one described in the embodiment.
  • the fund transfer instruction execution unit 306 moves the accumulated amount of the operation fund from the partner company account to the provider account. Then, the process for instructing the transfer from the provider's account to the fund management company's account may be executed as the transfer instruction process. In short, any process may be executed as the transfer instruction process as long as the accumulated amount of the managed funds can be finally transferred from the partner company account to the fund management company account.
  • the fund transfer instruction execution unit 306 collects the accumulated amount of operating funds for a plurality of users, and is opened at one financial institution or one store of one financial institution for the plurality of users.
  • the process of instructing that the accumulated amount of each user is transferred from the common account to the account of the fund management company of each user is transferred to the common account (provider's account)
  • the movement instruction process described in the example may be executed.
  • the financial institution stores here are, for example, a head office, a head office sales department, a branch office, a branch office, and the like, and provide services for opening and managing accounts.
  • a virtual store that can be used on the Internet may be used.
  • the fee for transferring funds between the two accounts is often set lower than when the financial institutions are not the same. Since an account of the fund management company is opened for each user, funds are transferred from the common account to the account of the fund management company by the number of users. Accordingly, even if the amount of reduction of the fee for each case is small, the amount of money can be reduced as the number of users increases.
  • FIG. 10 shows an example of the functional configuration of the user terminal according to this modification.
  • FIG. 10 shows a user terminal 40a including a price acquisition unit 404 and a payment candidate display unit 405 in addition to the units shown in FIG.
  • the user terminal 40a includes a non-contact IC (Integrated Circuit) chip, and has an electronic money function (including a credit card payment function via electronic money) that pays money with electronic money by holding the main body over a reader. is doing.
  • Integrated Circuit Integrated Circuit
  • the price acquisition unit 404 acquires price information indicating the price that the user pays by commercial transaction.
  • the price acquisition unit 404 is an example of the “second acquisition unit” in the present invention.
  • the price acquisition unit 404 acquires price information from the electronic money function described above.
  • the price acquisition unit 404 supplies the acquired price information to the payment candidate display unit 405.
  • the payment amount candidate display unit 405 displays payment amount candidates based on the price information acquired by the price acquisition unit 404.
  • the payment candidate is information that supports the determination of a predetermined amount to be used for fund management, and is an example of “support information” in the present invention.
  • the payment amount candidate display unit 405 is an example of the “information display unit” in the present invention.
  • the payment candidate display unit 405 includes, for example, the difference between the price indicated by the acquired price information and the round-up amount of the price in increments of 500 yen, the difference between the round-up amount in increments of 100 yen, and the same amount of 50 yen The difference from the round-up amount in units is displayed as a payment candidate.
  • FIG. 11 shows an example of the displayed payment amount candidates.
  • the payment amount candidate display unit 405 displays a character string “How much does it pay as operating funds? Price: 721 yen”, a payment button B11 of “279 yen” (in units of 500 yen), and “79 A "yen” (100 yen unit) payment button B12 and a "29 yen” (50 yen unit) payment button B13 are displayed.
  • the payment amount candidate display unit 405 supplies information indicating the display area of these buttons to the fund payment operation reception unit 401.
  • the fund payment operation accepting unit 401 accepts, as the operation fund payment operation, an operation in which the user selects the amount of the operation fund based on the supplied information.
  • the user can pay the difference calculated in a plurality of round-up units as a source of operating funds without calculating the difference between the paid price and the round-up amount by himself / herself.
  • FIG. 12 shows another example of the functional configuration of the user terminal according to this modification.
  • FIG. 12 shows a user terminal 40b including a payment history acquisition unit 406 and a payment status display unit 407 in addition to the units shown in FIG.
  • the payment history acquisition unit 406 acquires, as a payment history, a predetermined amount paid in the past on the assumption that the user allocates funds. For example, when payment is made from a candidate displayed by the payment candidate display unit 405, the payment history acquisition unit 406 acquires the amount of the candidate as a payment history.
  • the payment history acquisition unit 406 acquires the amount of change input by the user as the payment history when the payment is made in cash and the change is paid as the operating fund.
  • the payment history acquisition unit 406 requests the funds management support server 30 for information indicating the operating fund before the movement and the status associated with the user ID of the user of the own device, and the information transmitted in response thereto May be acquired as a payment history.
  • the payment history acquisition unit 406 supplies the acquired payment history to the payment status display unit 407.
  • the payment status display unit 407 displays the payment status of the user's operating funds based on the payment history acquired by the payment history acquisition unit 406.
  • the payment status is information for supporting determination of a predetermined amount to be used for fund management, and is an example of “support information” of the present invention.
  • the payment status display unit 407 is an example of the “information display unit” in the present invention.
  • FIG. 13 shows an example of the displayed payment status.
  • the payment status display unit 407 displays the character string “The payment status of this month is as follows.”, “392 weeks” for “first week”, “612 yen” for “second week”. ”And“ Third week (this week) ”are“ 226 Yen ”and the payment status D1 is“ Total ”is“ 1230 Yen ”.
  • the payment candidate display unit 405 displays the same payment buttons B11, B12, and B13 as in FIG.
  • the payment amount is smaller than other laps, so it is decided to pay "279 yen". If it is still the first day of the third week, the pace of payment is fast.
  • the determination of a predetermined amount to be used for the fund management of the user is supported by the displayed payment status, such as determining to pay "29 yen".
  • the fund transfer time determination unit 304 determines that it is time to transfer funds
  • the operating fund, the payment date, and the payment ID whose status is “before transfer” are read from the operating fund information storage unit 303.
  • the user terminal 40 displays the transmitted operation fund and the payment date, and displays a confirmation screen for finally confirming whether or not to approve the use of the accumulated amount for fund operation.
  • FIG. 14 shows an example of the displayed confirmation screen.
  • the user terminal 40 determines that the character string “The following amount will be devoted to fund management.”, The payment date of the operating fund, the operating fund, and the total amount of the selected operating fund (this In the example, a character string indicating “1468 yen”) is displayed.
  • the user terminal 40 includes a plurality of individual selection buttons B21 (“ ⁇ ” indicates selection, “ ⁇ ” indicates no selection), and an acceptance button B22 written “Accept selection”.
  • the reject button B23 is displayed.
  • the fund management support server device 30 transmits notification data indicating that the fund management is rejected and all payment IDs.
  • the fund transfer instruction execution unit 306 of the funds management support server device 30 does not execute the transfer instruction process and changes the status of the payment ID indicated by the notification data to “reject”.
  • the operating fund information storage unit 303 is instructed.
  • the fund transfer instruction execution unit 306 when receiving the notification data indicating that the consent has been obtained, causes the accumulated amount calculation unit 305 to calculate the accumulated amount of the operating funds with the payment ID indicated by the notification data. A transfer instruction process is executed for the accumulated amount. In this way, by making a final confirmation about whether or not funds can be used when a predetermined period of time has passed, the user feels that his / her intention is respected more strongly than when not performing this final confirmation, Satisfaction can be improved.
  • FIG. 15 shows another example of the functional configuration of the user terminal according to this modification.
  • a user terminal 40 c including a change information transmission unit 408 in addition to the units illustrated in FIG. 12 is illustrated.
  • the fund transfer time determination unit 304 of the fund management support server device 30 reads the operation fund, the payment date, and the payment ID from the operation fund information storage unit 303 as described above, and transmits them to the user terminal 40c.
  • the payment status display unit 407 displays the confirmation screen shown in FIG.
  • the fund transfer time determination unit 304 in this case has a function of presenting the accumulated amount of operating funds paid during a predetermined period to the user, and is an example of the “presentation unit” of the present invention.
  • the payment status display unit 407 changes the canceled amount when the user performs an operation of canceling the application of a part or all of the accumulated amount of the operating funds presented on the displayed confirmation screen to the funds management.
  • the information transmission unit 408 is notified.
  • the change information transmission unit 408 transmits to the fund management support server device 30 change information indicating, as change, the notified amount, that is, the total amount of operating funds canceled by this operation.
  • the operational fund information acquisition unit 302 receives the change information transmitted in this manner, that is, the balance obtained by removing the price of the commercial transaction and the predetermined amount of the operational fund from the payment amount paid by the user in the commercial transaction. In some cases, change information indicating the balance as change is acquired. In addition, when there is no balance, that is, when all the amount obtained by subtracting the price from the payment amount is used for the operating funds, change information is not acquired.
  • the operating fund information acquisition unit 302 supplies the acquired change information to the fund transfer instruction execution unit 306.
  • the fund transfer instruction execution unit 306 designates the change indicated by the supplied change information from the account of the partner company.
  • the funds transfer process (referred to as “second instruction process”) for instructing the transfer to the user specified account is executed.
  • This user designated account is an account designated by the user as a return destination of change, and is an example of the “third account” in the present invention.
  • the fund transfer instruction execution unit 306 collects changes of a plurality of users, moves them from a partner company account to a common account prepared in common by the plurality of users, and changes each user's change.
  • a process for instructing transfer from the common account to the user-specified account of each user is executed as a second instruction process.
  • This common account is prepared and prepared in advance by, for example, a provider of a simple operation fund payment service.
  • the fund transfer instruction execution unit 306 for example, when the accumulated amount is supplied from the accumulated amount calculation unit 305, that is, when it is time to transfer funds, the bank server 3 illustrated in FIG. 1 and the bank server that manages the common account
  • the second instruction process is executed by transmitting instruction data for instructing the transfer of these funds.
  • movement fund mentioned above may be used also as a common account used as the transfer destination of change.
  • the change can be moved to the user designated account as described above, so that when the user makes a purchase with cash at a store or the like, the change need not be received on the spot.
  • the difference between the payment amount and the price is too much to be used for fund management, by canceling all or part of the cumulative amount of fund management, only the amount that the user thinks appropriate is used for fund management. The rest can be returned as change.
  • by moving the change to the user-specified account through the common account it is possible to reduce the fee for transferring funds from the partner company's account as compared to the case of not using the common account.
  • the fund transfer instruction execution unit 306 collects the change of the user who designates the same financial institution or the same store account of the same financial institution as the user designated account, and puts it in the common account prepared in the financial institution. You may perform the process moved from the account of this as a 2nd instruction
  • the fund transfer instruction execution unit 306 executes the transfer of funds from the common account to the user designated account in the same manner as the second instruction process.
  • a plurality of users include a first financial institution user who designates a first financial institution account as a user designated account, and a second financial institution user who designates a second financial institution account as a user designated account. It shall be.
  • the common account includes an account opened at the first financial institution and an account opened at the second financial institution.
  • the fund transfer instruction execution unit 306 performs a process of instructing the transfer of the first financial institution user's change to the account opened as a common account in the first financial institution from the partner company's account; A process for instructing that the change of the financial institution user is collectively transferred from the partner company's account to an account opened as a common account in the second financial institution is executed as the second instruction process.
  • the first financial institution user includes a first store user who designates the account of the first store as a user designated account, and a second store user who designates the account of the second store as a user designated account.
  • the common account includes an account opened at the first store and an account opened at the second store.
  • the fund transfer instruction execution unit 306 performs a process of instructing the transfer of the first store user's change to the account opened as a common account in the first store and transferring from the partner company's account, and the second store user The process of instructing to move the change from the partner company's account to the account opened as a common account in the second store is executed as the second instruction process.
  • the transfer of funds from the partner company's account to each common account can be done, for example, by transferring funds from the partner company's account to one common account, and from that common account to each common account. Funds may be transferred directly from the operator's account to each common account. In either case, since there are multiple common accounts, the fee for transferring funds from the partner company's account to the common account increases compared to the case where there is only one common account, but from the common account to the user-specified account. When funds are transferred, all of them are transferred between accounts in the same financial institution or in the same store, so that the fee can be reduced as compared with the case where there is one common account.
  • the change amount is determined by performing an operation to cancel the operating funds.
  • the method for determining the change amount is not limited to this.
  • a method for determining operating funds that is different from the method of using the difference between the payment amount and the price as the operating fund is determined, such as the amount obtained by multiplying the price of the commercial transaction by a specific value (eg 3%) If this is the case, the sum of the price and the operating funds may not always match the payment amount, and the payment amount may be larger.
  • the operating fund information acquisition unit 302 acquires change information indicating the amount obtained by removing the amount of the operating fund determined by the determination method and the price in the commercial transaction from the payment amount in the commercial transaction as the amount of change.
  • the fund transfer instruction execution unit 306 performs, as the second instruction process, a process for instructing the movement of the accumulated amount of change indicated by the change information acquired so far.
  • the execution timing of the first instruction process and the second instruction process may be the same or different. For example, when a predetermined period (this is referred to as “second period”) elapses longer than the predetermined period used in the embodiment (this is referred to as “first period”), The second instruction process may be executed.
  • the fund transfer instruction execution unit 306 determines that it is time to execute the second instruction process when a period longer than the predetermined period used by the fund transfer time determination unit 304 has elapsed from the set reference date.
  • the process for instructing the movement of the accumulated amount of change until then is performed as the second instruction process.
  • fund management is not started unless the first period has passed. Therefore, if the first period is set too long, it will easily lead to dissatisfaction with users who expect fund management. Since it is irrelevant to the operation, even if the second period is lengthened, it is less likely to cause dissatisfaction than when the first period is lengthened.
  • the second period may be a period determined by a provider of the simplified operating fund payment service, but may be adapted to the convenience of the user by setting the period specified by the user. In either case, by making the second period longer than the first period, the number of transfers of funds to the user-specified account is reduced compared to the case where the second period is less than or equal to the first period. This can reduce the fee for transferring funds.
  • the fund transfer instruction execution unit 306 may execute the second instruction process when the change reaches a predetermined amount. Specifically, the fund transfer instruction execution unit 306 executes a second instruction process for a user when the total amount of change for the user reaches a predetermined amount set by the user. As a result, the user can store the change as if he / she is saving money and return the change together when he / she has accumulated up to the amount he / she has set.
  • the fund transfer instruction execution unit 306 may issue an instruction to transfer funds from the partner company account to the user designated account when the change reaches a predetermined amount for each user. Rather, for example, the transfer of funds from the partner company's account to the common account is performed every second period, and the transfer of funds from the common account to the user-specified account reaches a predetermined amount for each user.
  • the second instruction process may be executed so as to be performed when With the latter method, it is not necessary to transfer funds from the partner company's account to the common account for each user, and the fee can be reduced compared to the case where this transfer is performed for each user.
  • the fund transfer instruction execution unit 306 includes the change of the user in the transfer of funds when there is a transfer of funds to the user-specified account of the user (for example, deposit of operating profit).
  • the process of moving to the designated account may be executed as the second instruction process.
  • the fund management support server device 30 provides the user terminal 40 with the fund management status obtained from the fund management server device 5 as described above, the fund management support server device 30 receives the funds being operated and a part thereof (such as operating profit). It also provides a function that accepts an operation to move to a user-specified account.
  • transfer amount information indicating the user ID, the user-specified account and the amount to be transferred is transmitted from the user terminal 40.
  • the operating fund information acquisition unit 302 receives the transfer amount. Get information.
  • the fund transfer instruction execution unit 306 reads the operation fund information stored in the operation fund information storage unit 303 in association with the same user ID as the transfer amount information. In this example, it is assumed that the amount of change calculated based on the above-described method for determining the operating fund is included in the operating fund information, for example.
  • the fund transfer instruction execution unit 306 performs a second process of transmitting instruction data instructing to transfer the transfer amount indicated by the acquired transfer amount information and the change indicated by the read operation fund information to the user-specified account. Execute as instruction processing.
  • the transmission destination of the instruction data is, for example, a bank server of a bank used by the above-described money management company and a bank server of a bank of a common account that is a transfer destination of change.
  • This instruction moves the transfer amount from the fund management company's account to the common account, and transfers the transfer amount and change from the common account to the user-specified account.
  • the above instruction may be performed so that the above-mentioned change is transferred from the common account to the account of the fund management company, and the transfer amount and the change are collectively transferred from the account of the fund management company to the user-specified account. .
  • the transfer amount and the change are transferred separately, the number of times the funds are transferred is reduced, so that the fee for transferring the funds can be reduced.
  • the simple operation fund payment service described in the embodiment is a service that supports the use of money paid by a user separately from a partner to a partner in a commercial transaction. This is referred to as “first service”), but a service for paying operational funds may be provided by a different method.
  • the service is to pay 100 yen as the operating amount (this is referred to as “second service”).
  • a cumulative amount of money approved by the user for operating funds over a certain period is transferred from the user's account (account containing the user's available money) to the fund management company's account.
  • withdrawal is performed.
  • the instruction process for the withdrawal is performed by, for example, the fund transfer instruction execution unit 306, but other functions may be performed.
  • FIG. 16 shows an example of money transfer between accounts according to the present modification.
  • a user designated account, a user account, an affiliated company account, a common account, and an operating company account are shown.
  • the total of the first operating amount and change is transferred from the partner operator's account to the common account, the change is transferred from the common account to the user-specified account, and the first operating amount is the operating operator. Move to your account.
  • the second operation amount is transferred from the user's account to the common account, and the second operation amount is transferred from the common account to the operation company's account.
  • each operation amount and change shall mean the accumulated amount in a predetermined period.
  • the same user money is stored in both the user specified account and the user account (the user specified account and the user account are the same account). May be).
  • the fund transfer instruction execution unit 306 is shared from the user's account in the second service. Executes a process to instruct that the amount of money when moving the second operating amount to the account (this is called “second movement”) is reduced (subtracted) by the amount of change in the first service and then transferred. May be.
  • the fund transfer instruction execution unit 306 sends the second operating fund from the common account to the fund management company account of 5000 yen, which is a combination of the transferred 4500 yen and 500 yen of the change stored in the common account. As a result, a process for instructing movement is executed.
  • the fund transfer instruction execution unit 306 executes a process of instructing to move 2500 yen out of 3000 yen change stored in the common account from the common account to the account of the fund management company as the second operating fund. To do. As described above, when the first movement (the movement target is change) and the second movement (the movement target is the second operation amount) are performed, the fund movement instruction execution unit 306 performs the second operation from the change. If the amount obtained by subtracting the amount is greater than 0, a process for instructing the movement of the amount as the first movement and not performing the second movement is executed.
  • the fund transfer instruction execution unit 306 causes the transfer to be performed as the second transfer and not to perform the first transfer. Execute the specified process. By subtracting the change returned to the user and the operating funds paid by the user in this way, the number of transfers of money between accounts can be reduced compared to the case where this deduction is not performed, and the fee for the transfer Can be reduced.
  • Accounts used by the above-mentioned partner companies, providers of simplified operating fund payment services, money management companies and users are not limited to bank accounts. For example, it may be an account of a credit union, a credit union, a cooperative, a labor union, a securities company, or the like. In short, any financial institution account may be used as long as it can deposit or move funds.
  • the present invention relates to a fund management support server device (an example of the “information processing device” of the present invention), a shop terminal (an example of the “terminal device” of the present invention), a user terminal, and an operator settlement.
  • a fund management support system an example of the “information processing system” of the present invention
  • the present invention can also be understood as an information processing method for realizing processing performed by each device.
  • the information processing apparatus that is a main body for realizing each process may be divided into a plurality of pieces.
  • 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 disk in which it is stored, or may be provided in the form of being downloaded to a computer via a network such as the Internet, installed and made available for use. May be.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Operations Research (AREA)
  • Game Theory and Decision Science (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

ユーザの資金を運用する際の資金移動の回数を少なくすること。　運用資金情報取得部３０２は、資金運用に用いる前提で支払われた所定金額と、店舗端末２０のＩＤ読取部２０１により読み取られた識別子とを示す情報を、その識別子で識別されるユーザについての運用資金情報として取得する。累積額算出部３０５は、所定の期間が経過すると、その期間の満了以前に取得された１以上の運用資金情報が示す所定金額の運用資金の各ユーザについての累積額を算出する。資金移動指示実行部３０６は、累積額算出部３０５により算出された累積額を、提携事業者の口座から資金運用会社の口座に移動させることを指示する指示処理を実行する。

Description

プログラム、情報処理装置及び情報処理システム
　本発明は、ユーザに資金を活用してもらうための技術に関する。
　ユーザに資金を活用してもらうための技術がある。例えば特許文献１には、釣り銭とこの釣り銭を受け取るべき者に関するデータを登録しておき、投資サーバが、ＡＴＭ端末などから投資を行う旨の情報を受信するとこの情報に基づいて投資関連運用事業者側システムにアクセスし、投資関連運用事業者側システムが所定の投資処理を行う技術が開示されている。
特開２００３－１７８１９４号公報
　ユーザの資金運用は、ユーザの承諾を得たうえで、ユーザの口座に入っている資金をしかるべき別の口座（投資事業者の口座等）に移してから行われることが一般的である。しかし、口座間で資金を移動させると手数料が発生するので、資金の移動はなるべく少ないことが望ましい。
　そこで、本発明は、ユーザの資金を運用する際の資金移動の回数を少なくすることを目的とする。
　上記目的を達成するために、本発明は、ユーザ端末を、ユーザが商取引で支払う代金を示す代金情報を取得する代金情報取得部と、取得された前記代金情報が示す代金とともに資金運用に充てることを前提としてユーザが支払う所定金額の複数の候補として、当該代金を切り上げた額との差額、当該代金を切り下げた額との差額、当該代金に特定の値を乗じた額又は当該代金と目標値との差額のうちのいずれか１つの額を複数通り表示する情報表示部と、表示された前記複数の候補のいずれかを選択する操作を、選択された候補を前記所定金額としてユーザが支払うための操作として受け付ける受付部として機能させるためのプログラムを提供する。
　また、ユーザが資金運用に充てる前提で過去に支払った所定金額を示す支払履歴を取得する支払履歴取得部を備え、前記情報表示部は、取得された前記支払履歴に基づいて前記ユーザの前記所定金額の支払状況を表示してもよい。
　また、本発明は、ユーザ端末を、商取引の代金とともに資金運用に充てることを前提とした所定金額をユーザが支払うための操作を受け付ける受付部と、支払われた前記所定金額の口座間の移動の実行前に行われた複数の商取引の代金をそれぞれ示す情報又は当該複数の商取引に際して支払われた前記所定金額をそれぞれ示す情報を取得する情報取得部と、取得された前記情報が示す所定金額を前記資金運用に充てるか否かの選択を前記移動の実行前に行われた商取引ごとに受付けるための画像を前記移動の実行前に表示する情報表示部として機能させるためのプログラムを提供する。
　また、本発明は、ユーザが資金運用に充てることを前提に商取引の代金とともに支払った所定金額を示す金額情報を取得する金額情報取得部と、第１の期間の経過前に行われた複数の商取引に際して支払われた前記所定金額をそれぞれ示す前記金額情報をユーザ端末へ送信する送信部と、送信された前記金額情報が示す所定金額のうち前記資金運用に当てると選択された前記所定金額を示す選択金額情報を、前記ユーザ端末から受信する受信部と、前記第１の期間が経過すると、受信された前記選択金額情報が示す所定金額の前記ユーザについての累積額を、前記商取引での支払いが入金される第１の口座から前記資金運用で用いられる第２の口座へ移動させることを指示する第１指示処理を実行する実行部とを備える情報処理装置を提供する。
　上記の情報処理装置において、前記第１取得部は、前記所定金額に加え、ユーザを識別する識別子を示す画像に基づいて得られる当該識別子を示す情報を、当該識別子で識別されるユーザについての前記金額情報として取得してもよい。
　上記の情報処理装置において、前記第１取得部は、前記代金に基づき算出される金額を前記所定金額として示す情報を前記金額情報として取得してもよい。
　上記の情報処理装置において、前記第１取得部は、前記金額情報の他に、前記商取引で前記ユーザが支払った支払額から前記代金及び前記所定金額を除いた残金がある場合に、当該残金を釣銭として示す釣銭情報を取得し、前記実行部は、前記第１指示処理の他に、前記釣銭を、前記第１の口座から前記ユーザが指定した第３の口座へ移動させることを指示する第２指示処理を実行してもよい。
　上記の情報処理装置において、前記第３の口座は、複数のユーザの各々について開設されており、前記実行部は、前記複数のユーザの前記釣銭をまとめて、当該複数のユーザで共通して用意された共通口座に前記第１の口座から移動させ、各々のユーザの前記釣銭を当該共通口座から当該ユーザの前記第３の口座へ移動させることを指示する処理を前記第２指示処理として実行してもよい。
　上記の情報処理装置において、前記複数のユーザには、第１金融機関の口座を前記第３の口座として指定する第１金融機関ユーザと、第２金融機関の口座を前記第３の口座として指定する第２金融機関ユーザとが含まれ、前記共通口座には、前記第１金融機関に開設された口座と、前記第２金融機関に開設された口座とが含まれ、前記実行部は、前記第１金融機関ユーザの前記釣銭をまとめて前記第１金融機関に前記共通口座として開設された口座に前記第１の口座から移動させることを指示する処理と、前記第２金融機関ユーザの前記釣銭をまとめて前記第２金融機関に前記共通口座として開設された口座に前記第１の口座から移動させることを指示する処理とを、前記第２指示処理として実行してもよい。
　前記第１金融機関ユーザには、前記第１金融機関の第１店舗の口座を前記第３の口座として指定する第１店舗ユーザと、前記第１金融機関の第２店舗の口座を前記第３の口座として指定する第２店舗ユーザとが含まれ、前記共通口座には、前記第１店舗に開設された口座と、前記第２店舗に開設された口座とが含まれ、前記実行部は、前記第１店舗ユーザの前記釣銭をまとめて前記第１店舗に前記共通口座として開設された口座に前記第１の口座から移動させることを指示する処理と、前記第２店舗ユーザの前記釣銭をまとめて前記第２店舗に前記共通口座として開設された口座に前記第１の口座から移動させることを指示する処理とを、前記第２指示処理として実行してもよい。
　上記の情報処理装置において、前記実行部は、前記資金運用に関して前記第３の口座への資金移動がある場合に、前記釣銭を当該資金移動に含めて当該第３の口座に移動させることを指示する処理を前記第２指示処理として実行してもよい。
　上記の情報処理装置において、前記実行部は、前記釣銭を前記共通口座から前記第３の口座へ移動させる第１の移動と、ユーザの商取引における支払額に基づき算出されて資金運用に充てられる運用金額を前記第２の口座に移動させるために当該ユーザの利用可能なお金が収められた口座から前記共通口座へ移動させる第２の移動とが行われる場合に、当該釣銭から当該運用金額を減じた額が０より大きければ当該額の移動を前記第１の移動として行わせ且つ前記第２の移動を行わせないことを指示する処理を実行してもよい。
　上記の情報処理装置において、前記実行部は、前記釣銭を前記共通口座から前記第３の口座へ移動させる第１の移動と、ユーザの商取引における支払額に基づき算出されて資金運用に充てられる運用金額を前記第２の口座に移動させるために当該ユーザの利用可能なお金が収められた口座から前記共通口座へ移動させる第２の移動とが行われる場合に、当該運用金額から当該釣銭を減じた額が０より大きければ当該額の移動を前記第２の移動として行わせ且つ前記第１の移動を行わせないことを指示する処理を実行してもよい。
　上記の情報処理装置において、前記累積額を前記ユーザに提示する提示部を備え、前記第１取得部は、提示された前記累積額の一部又は全部の金額を前記資金運用に充てることを取り消す操作を前記ユーザが行った場合に、取り消された当該金額を前記釣銭として示す情報を前記釣銭情報として取得してもよい。
　上記の情報処理装置において、前記所定金額の決定方法が定められており、前記釣銭は、前記決定方法で決定された前記所定金額と前記代金とを前記支払額から除いた金額であってもよい。
　上記の情報処理装置において、前記実行部は、前記第１の期間よりも長い第２の期間が経過すると、前記第２指示処理を実行してもよい。
　上記の情報処理装置において、前記実行部は、前記釣銭が所定の金額に達すると、前記第２指示処理を実行してもよい。
　また、また、本発明は、上述したプログラムを実行するユーザ端末と、上述した情報処理装置とを備える情報処理システムを提供する。
　本発明によれば、ユーザの資金を運用する際の資金移動の回数を少なくすることができる。
実施例に係る資金運用支援システムの全体構成を表す図 各装置のハードウェア構成を表す図 店舗端末のハードウェア構成を表す図 資金運用支援システムが実現する機能構成を表す図 ユーザ端末に表示される画面の例を表す図 蓄積されている運用資金情報の一例を表す図 口座テーブルの一例を表す図 蓄積処理における各装置の動作手順の一例を表す図 資金移動処理における各装置の動作手順の一例を表す図 変形例のユーザ端末の機能構成の一例を表す図 表示された支払額の候補の一例を表す図 変形例のユーザ端末の機能構成の別の一例を表す図 表示された支払状況の一例を表す図 表示された確認画面の一例を表す図 変形例のユーザ端末の機能構成の一例を表す図 変形例の口座間のお金の移動の一例を表す図
１…資金運用支援システム、１０…事業者決済サーバ装置、１０１…決済情報蓄積部、１０２…口座処理実行部、２０…店舗端末、２０１…ＩＤ読取部、２０２…決済情報生成部、２０３…決済情報送信部、３０…資金運用支援サーバ装置、３０１…ＩＤ発行部、３０２…運用資金情報取得部、３０３…運用資金情報蓄積部、３０４…資金移動時期判断部、３０５…累積額算出部、３０６…資金移動指示実行部、４０…ユーザ端末、４０１…資金支払操作受付部、４０２…ＩＤ取得部、４０３…ＩＤ表示部、４０４…代金取得部、４０５…支払額候補表示部、４０６…支払履歴取得部、４０７…支払状況表示部、４０８…釣銭情報送信部。
　以下、本発明の具体的な実施例について説明するが、本発明は、その技術的思想に含まれるものであれば種々変形、変更することが可能であり、以下の実施例に限定されるものではない。
［１］実施例
　図１は実施例に係る資金運用支援システム１の全体構成を表す。資金運用支援システム１は、商取引においてユーザが代金とは別に支払ったお金を資金運用に充てることを支援するシステムである。資金運用とは、利益を得る目的で資金を運用することであり、具体的には、株式、ＦＸ（Foreign Exchange：外国為替証拠金取引）、債券、投資信託、不動産、先物、金相場、預金及び外貨預金等を行うことである。
　例えば、本来ならお釣りとしてユーザに返却されるお金を、ユーザがそのお金を資金運用に充てるため受け取らずにそのまま支払うことで、「代金とは別に支払ったお金」として資金運用に充てられることになる。資金運用支援システム１は、このように商取引における代金の支払いと運用資金の支払いとを一度に簡単に行える運用資金簡易支払いサービスを提供する事業者によって運用されている。以下で述べるユーザは、この運用資金簡易支払いサービスを利用するユーザであり、資金運用支援システム１において登録されているユーザである。
　代金の支払いには、例えばコンビニエンスストアやスーパーなどの店舗で行われる商品の代金の支払い及び飲食店や床屋などの店舗で行われるサービスの代金の支払い等が含まれる。また、店舗以外の商取引の現場として、例えば電車及びバス等の交通機関の運賃の支払場所（切符売り場及びバスの中等）で行われる運賃の支払い等も含められる。また、現金による支払いはもちろん、クレジットカード及び電子マネー等による支払いも含まれる。
　いずれの場合も、商品又はサービスを提供する事業者が、運用資金簡易支払いサービスの提供事業者と提携し、代金の支払いに加えて運用資金の支払いを受け付けるよう対応する。以下では前者の事業者のことを「提携事業者」という。提携事業者は、例えば、ユーザが現金で支払ってお釣り分を運用資金に充てる旨を伝えた場合にお釣り分の支払いを受け付ける操作を行ったり、ユーザが電子マネーでの支払い時に金額を指定して運用資金に充てる旨を伝えた場合に指定された金額を運用資金として入力する操作を行ったりするように、商取引の現場要員（店員、駅員及び運転手等）を教育する。
　資金運用支援システム１は、ネットワーク２と、銀行サーバ３と、銀行サーバ４と、資金運用サーバ装置５と、事業者決済サーバ装置１０と、店舗端末２０と、資金運用支援サーバ装置３０と、ユーザ端末４０とを備える。本実施例では、店舗端末２０が設置された店舗で上記の商取引が行われるものとする。
　ネットワーク２は、移動体通信網及びインターネット等を含む通信システムであり、自システムに接続される装置同士のデータのやり取りを仲介する。ネットワーク２には、ユーザ端末４０以外の各装置が有線通信で接続されており、ユーザ端末４０が無線通信で接続されている。なお、ネットワーク２との接続は有線通信及び無線通信のどちらでもよい。
　銀行サーバ３及び銀行サーバ４は、銀行の口座を管理する（詳細には口座に収められているお金を管理する）サーバであり、口座への入金処理及び口座からの出金処理を行う。本実施例では、銀行サーバ３は、提携事業者が利用する銀行の口座であり且つ商取引で支払われたお金が入金される口座を管理する。この提携事業者の口座は本発明の「第１の口座」の一例である。
　提携事業者の口座には、ユーザが現金で支払った場合には、その現金をセキュリティ会社等が銀行まで搬送して入金処理を行うことで、支払われた代金及び運用資金が入金され、ユーザがクレジットカード又は電子マネー等で支払った場合には、クレジットカード会社又は電子マネーサービスの提供会社の口座から、支払われた代金及び運用資金が入金される。いずれの場合も、ユーザが代金とは別に支払った運用資金も、提携事業者の口座に収められることになる。
　銀行サーバ４は、資金運用会社が利用する銀行の口座であり且つユーザの資金運用に用いられる口座を管理する。この資金運用会社の口座は本発明の「第２の口座」の一例である。資金運用支援システム１においては、複数の資金運用プランのうち、ユーザが選択した資金運用が行われる。図１では、銀行サーバ４が１つしか記載されていないが、それら複数の資金運用プランが複数の資金運用会社によって提供され、それらの資金運用会社により複数の銀行が利用される場合、複数の銀行サーバ４が存在することになる。
　資金運用サーバ装置５は、資金運用会社が利用する、資金運用のための処理を実行するサーバである。資金運用サーバ装置５は、例えば、銀行サーバ４が管理する口座（資金運用会社の口座）に収められたユーザの資金を運用する処理及びその運用実態を資金運用支援サーバ装置３０に提供する処理等を実行する。
　事業者決済サーバ装置１０は、提携事業者が行った商取引の決済の内容を示す決済情報を蓄積する装置である。決済情報は、ユーザによって支払われた金額を示す情報であり、その金額には代金の他に上記の運用資金も含まれている。つまり、事業者決済サーバ装置１０は、ユーザが支払った運用資金を示す情報も蓄積している。事業者決済サーバ装置１０は、決済情報を店舗端末２０から収集する。
　店舗端末２０は、店舗という商取引の現場に設置され、店員によって操作されて決済情報が入力される装置である。なお、商取引の現場が店舗以外の場所であれば、異なる端末が用いられる。例えば、交通機関の運賃の支払場所が商取引の現場であれば、鉄道の券売機やバスの運賃箱などが端末として用いられる。これ以外にも、パチンコのカード販売機や飲料の自動販売機、駐車場の料金支払い機などが、それぞれの商取引の現場に設置される端末として用いられてもよい。
　資金運用支援サーバ装置３０は、運用資金簡易支払いサービスをユーザに提供するための処理を実行する装置である。資金運用支援サーバ装置３０は、例えば、事業者決済サーバ装置１０からユーザが運用資金として支払った金額を示す情報を取得する取得処理、及び、その金額を提携事業者の口座から資金運用会社の口座に移動させることを指示する指示処理等を行う。
　ユーザ端末４０は、例えばスマートフォン、タブレット端末又はパーソナルコンピュータ等のユーザが利用する装置であり、本実施例ではスマートフォンである。ユーザ端末４０は、ユーザが商取引の代金とともに運用資金を支払う際に、その運用資金をユーザに対応付けるためのユーザの識別子を表示する。店舗端末２０は、表示された識別子を読み取る読取手段を備えており、読み取った識別子を決済情報とともに事業者決済サーバ装置１０に供給する。こうして事業者決済サーバ装置１０には、ユーザが代金とともに支払った運用資金を示す情報が蓄積される。
　図２は各装置（事業者決済サーバ装置１０、資金運用支援サーバ装置３０及びユーザ端末４０）のハードウェア構成を表す。これらの装置は、いずれも、プロセッサ１１と、メモリ１２と、ストレージ１３と、通信装置１４と、入力装置１５と、出力装置１６とを備えるコンピュータである。プロセッサ１１は、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１１は、周辺装置とのインターフェース、制御装置、演算装置及びレジスタ等を含む中央処理装置（ＣＰＵ：Central Processing Unit）を備える。
　プロセッサ１１は、プログラム（プログラムコード）、ソフトウェアモジュール及びデータ等を、ストレージ１３や通信装置１４からメモリ１２に読み出し、これらに従って各種の処理を実行する。メモリ１２は、コンピュータが読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）及びＲＡＭ（Random Access Memory）等である。
　ストレージ１３は、コンピュータが読み取り可能な記録媒体であり、例えば、ハードディスクドライブ、フレキシブルディスク及びフラッシュメモリ等である。ストレージ１３は、補助記憶装置と呼ばれてもよい。通信装置１４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。
　入力装置１５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプなど）である。なお、ユーザ端末４０においては、入力装置１５及び出力装置１６が一体となった構成（例えば、タッチスクリーン）であってもよい。
　なお、一切の物理的な入力を待たず自律的かつ定期的に実行される処理（いわゆるバッチ処理）がこの入力に置き換わってもよいし、ユーザ端末４０がＧＰＳ（Global Positioning System）等の測位手段を備えている場合に、特定の位置が測定されたときに実行される処理がこの入力に置き換わってもよい。また、ワイヤレスネットワークに接続された物理ボタンが用いられてもよい（この物理ボタンを押すと貯まっているお釣りを資金運用に充てることの承諾を一括で行うなど）。また、上記のハードウェア構成は、仮想化されたリソースで提供されてもよい（各サーバ装置がクラウドコンピューティングシステム上に構築される場合など）。
　図３は店舗端末２０のハードウェア構成を表す。店舗端末２０は、プロセッサ２１と、メモリ２２と、ストレージ２３と、通信装置２４と、入力装置２５と、出力装置２６と、撮像装置２７とを備えるコンピュータである。プロセッサ２１から通信装置２４までと出力装置２６は、図２に表す同名の各装置と共通するハードウェアである。
　入力装置２５は、例えば商品に添付されたバーコードを読み取るデバイス、ユーザが支払った現金をカウントするデバイス、及び、クレジットカード・電子マネーカード・支払い機能付きスマートフォンなどから支払いに必要な情報を読み取るデバイス等を備える。撮像装置２７は、レンズ及び撮像素子等を備え、レンズから入射する光が表す周囲の人物や光景を撮影する。撮像装置２７は、撮影した画像を示す画像データをプロセッサ２１に供給する。
　資金運用支援システム１が備える各装置のプロセッサがプログラムを実行して各部を制御することで、以下に述べる機能が実現される。
　図４は資金運用支援システム１が実現する機能構成を表す。事業者決済サーバ装置１０は、決済情報蓄積部１０１と、口座処理実行部１０２とを備える。店舗端末２０は、ＩＤ読取部２０１と、決済情報生成部２０２と、決済情報送信部２０３とを備える。
　資金運用支援サーバ装置３０は、ＩＤ発行部３０１と、運用資金情報取得部３０２と、運用資金情報蓄積部３０３と、資金移動時期判断部３０４と、累積額算出部３０５と、資金移動指示実行部３０６とを備える。ユーザ端末４０は、資金支払操作受付部４０１と、ＩＤ取得部４０２と、ＩＤ表示部４０３とを備える。
　ユーザ端末４０の資金支払操作受付部４０１は、商取引の代金とともに資金運用に充てることを前提とした所定金額を資金運用の原資としてユーザが支払うための操作である支払い操作を受け付ける。資金支払操作受付部４０１は本発明の「受付部」の一例である。支払い操作の詳細は後述する。資金支払操作受付部４０１は、支払い操作を受け付けるとその旨をＩＤ取得部４０２に通知する。
　ＩＤ取得部４０２は、支払い操作が受け付けられた旨の通知を受け取ると、支払われた運用資金を識別する識別子である支払いＩＤ（Identification）を取得する。ＩＤ取得部４０２は、自端末を利用するユーザのユーザＩＤと支払いＩＤを要求する旨とを示す要求データを資金運用支援サーバ装置３０に送信する。
　資金運用支援サーバ装置３０のＩＤ発行部３０１は、送信されてきた要求データを受け取ると、その要求データが示すユーザＩＤを用いたユーザ認証を行う。ユーザ認証は、例えば自装置に記憶されているユーザＩＤのリストに含まれているか否かに基づいて行われる。なお、ユーザ認証は外部の認証装置との通信に基づいて行われてもよい。ＩＤ発行部３０１は、ユーザが認証されると、これから支払われる運用資金を個別に識別するための支払いＩＤを発行する。
　支払いＩＤは、例えば定められた桁数の数字及び記号を含む文字列である。ＩＤ発行部３０１は、発行した支払いＩＤと、認証されたユーザのユーザＩＤとを対応付けて記憶しておく。従って、支払いＩＤが分かれば、その支払いを行ったユーザも識別可能である。支払いＩＤは本発明の「ユーザを識別する識別子」の一例である。ＩＤ発行部３０１は、発行した支払いＩＤを要求データの送信元に送信する。
　ユーザ端末４０のＩＤ取得部４０２は、送信されてきた支払いＩＤを取得し、ＩＤ表示部４０３に供給する。ＩＤ表示部４０３は、資金支払操作受付部４０１により支払い操作が受け付けられると、供給された支払いＩＤを示すＩＤ画像、すなわちユーザを識別する識別子を示す画像を表示する。ＩＤ表示部４０３は本発明の「画像表示部」の一例である。支払い操作からＩＤ画像の表示までにユーザ端末４０が表示する画面の例を図５に表す。
　図５はユーザ端末４０に表示される画面の例を表す。ユーザ端末４０は、例えば図５（ａ）に表すように、運用資金簡易支払いサービスの画面で「お釣りを運用資金を支払いますか？」という文字列と、はいボタンＢ１とを表示する。資金支払操作受付部４０１は、はいボタンＢ１を押す操作を前述した支払い操作として受け付ける。図５の例における支払い操作は、商取引の代金とユーザの支払額との差額（つまりお釣り）を資金運用の原資としてユーザが支払うための操作である。
　その後、支払いＩＤが取得されると、ＩＤ表示部４０３が、例えば図５（ｂ）に表すように、「以下の画像を提示してください」という文字列と、ＩＤ画像Ｃ１とを表示する。ＩＤ画像Ｃ１は、支払いＩＤを表すＱＲ（登録商標）（Quick Response）コードである。なお、ＩＤ画像は、ＱＲコード（登録商標）に限らない。例えば、バーコードであってもよいし、単なる文字列であってもよい。
　店舗端末２０のＩＤ読取部２０１は、資金運用に充てることを前提に所定金額を支払ったユーザを識別する識別子を示す画像からその識別子を読み取る。ＩＤ読取部２０１は本発明の「読取部」の一例である。本実施例では、ＩＤ読取部２０１は、前述した支払いＩＤをユーザの識別子として読み取る。ＩＤ読取部２０１は、例えば図５（ｂ）に表すＱＲコードを撮影した画像を解析して、そのＱＲコードが示す支払いＩＤを読み取る。このように、支払いＩＤは、前述したユーザを識別する識別子を示す画像（本実施例ではＱＲコード）に基づいて得られるその識別子である。ＩＤ読取部２０１は、読み取った支払いＩＤを決済情報生成部２０２に供給する。
　店舗端末２０の決済情報生成部２０２は、提携事業者がユーザと行った商取引における決済の内容を示す決済情報を生成する。決済情報生成部２０２は、図３に表す入力装置２５が備える各デバイスにより得られた商品の価格と、その代金として支払われた金額（現金又はクレジットカードや電子マネーで支払われた金額）と、商取引が行われた日付とを示す情報を決済情報として生成する。
　また、決済情報生成部２０２は、ＩＤ読取部２０１から支払いＩＤが供給された場合には、資金運用に充てる前提で支払われた金額に支払いＩＤ及び支払日（商取引が行われた日付）を対応付けた情報を決済情報として生成する。決済情報生成部２０２は、生成した決済情報を決済情報送信部２０３に供給する。決済情報送信部２０３は、決済情報生成部２０２により生成された決済情報を、予め宛先情報（ＩＰ（Internet Protocol）アドレス等）を記憶してある事業者決済サーバ装置１０に送信する。事業者決済サーバ装置１０は本発明の「外部装置」の一例であり、決済情報送信部２０３は本発明の「送信部」の一例である。
　事業者決済サーバ装置１０の決済情報蓄積部１０１は、店舗端末２０から送信されてきた決済情報を蓄積する。蓄積された決済情報には、支払いＩＤと、それに対応付けられた所定金額の運用資金及び支払日とを示す運用資金情報が含まれている。この運用資金情報は、ユーザが資金運用に充てることを前提に商取引の代金とともに支払った所定金額を示す情報であり、本発明の「金額情報」の一例である。
　資金運用支援サーバ装置３０の運用資金情報取得部３０２は、前述した運用資金情報を取得する機能であり、本発明の「第１取得部」の一例である。運用資金情報取得部３０２は、例えば定期的に、決済情報蓄積部１０１に蓄積されている運用資金情報のうち未取得のものを事業者決済サーバ装置１０に要求する。決済情報蓄積部１０１は、その要求を受け取ると、蓄積している運用資金情報のうち、未送信のものを読み出して資金運用支援サーバ装置３０に送信する。
　決済情報蓄積部１０１は、複数のユーザについての運用資金情報を蓄積していれば、それらの全てのユーザの運用資金情報を送信する。運用資金情報取得部３０２は、こうして送信されてきた運用資金情報、すなわち、資金運用に用いる前提で支払われた所定金額と、その支払日と、店舗端末２０のＩＤ読取部２０１により読み取られた識別子（本実施例では支払いＩＤ）とを示す情報を、その識別子で識別されるユーザについての運用資金情報として取得する。
　運用資金情報取得部３０２は、商取引の代金に基づき定められた方法で算出される金額を運用資金の所定金額として示す運用資金情報を取得する。例えば図５で述べた支払い操作が行われた場合であれば、運用資金情報取得部３０２は、商取引の代金とユーザの支払額との差額（つまりお釣り）を運用資金として示す情報を取得する。運用資金情報取得部３０２は、取得した運用資金情報を運用資金情報蓄積部３０３に供給する。運用資金情報蓄積部３０３は、供給された運用資金情報を蓄積する。
　運用資金情報蓄積部３０３は、供給されてきた運用資金情報を、その運用資金情報が示す支払いＩＤに対応付けてＩＤ発行部３０１に記憶されているユーザＩＤに対応付けて蓄積する。
　図６は蓄積されている運用資金情報の一例を表す。図６の例では、運用資金情報蓄積部３０３は、ユーザＩＤと、支払いＩＤと、運用資金と、支払日と、ステータスとを対応付けて記憶している。ステータスは、蓄積されている運用資金を上述した提携事業者の口座から資金運用会社の口座に移動させたか（「移動済み」）、まだ移動させていないか（「移動前」）という状況を表す。
　図６の例では、「１／１５」という支払日に対応付けられている「３３円」という運用資金が「移動済み」なのに、同じ「１／１５」に対応付けられている「６３円」、「８４円」という運用資金が「移動前」となっている。これは、実際に支払いが行われてから運用資金情報が生成されて事業者決済サーバ装置１０を介して資金運用支援サーバ装置３０に蓄積されるまでにタイムラグがあるためである。
　つまり、「３３円」の運用資金が口座を移動したときには、まだ「６３円」、「８４円」の運用資金は運用資金情報蓄積部３０３に蓄積されていなかったということである。ただし、運用資金情報の生成から運用資金情報蓄積部３０３による運用資金情報の蓄積までの動作は、定期的に（例えば毎日）行われ、なるべく最新の商取引における運用資金情報が蓄積されるようになっている。
　資金運用支援サーバ装置３０の資金移動時期判断部３０４は、ユーザが支払った運用資金の累積額を上述した提携事業者の口座から資金運用会社の口座に移動させる移動時期を判断する。資金運用支援システム１においては、口座間の資金の移動を、ユーザが運用資金を支払う度に行うのではなく、所定の期間ごとにまとめて行う。この所定の期間と、期間を開始させる基準日とは例えばユーザによって定められている。
　資金移動時期判断部３０４は、定められた基準日から所定の期間が経過すると、移動時期になったと判断する。例えば基準日が１月１日、所定の期間が１カ月と定められている場合、資金移動時期判断部３０４は、１月１日から１カ月が経過した２月１日に移動時期になったと判断し、次の１ヵ月が経過した３月１日に移動時期になったと判断する。資金移動時期判断部３０４は、資金移動時期になったと判断すると、その旨を累積額算出部３０５に通知する。
　累積額算出部３０５は、資金移動時期になった旨の通知を受け取ると、すなわち所定の期間が経過すると、その期間の満了以前に運用資金情報取得部３０２により取得された１以上の運用資金情報が示す所定金額の運用資金の各ユーザについての累積額を算出する。累積額算出部３０５は、まず、或るユーザのユーザＩＤ対応付けられている運用資金のうち、ステータスが「移動前」となっているものを運用資金情報蓄積部３０３から読み出す。
　累積額算出部３０５は、読み出した運用資金を合計した金額を、そのユーザの累積額として算出する。累積額算出部３０５は、次のユーザについても同様に累積額を算出する。累積額算出部３０５は、累積額の算出を全ユーザについて行うと、算出した累積額と、その累積額に含まれる運用資金の支払いＩＤと、対応するユーザのユーザＩＤとを対応付けて資金移動指示実行部３０６に供給する。
　資金移動指示実行部３０６は、供給された累積額、すなわち、所定の期間の満了以前に取得された１以上の運用資金情報が示す所定金額の運用資金の各ユーザについての累積額を、提携事業者の口座から資金運用会社の口座に移動させることを指示する移動指示処理を実行する。資金移動指示実行部３０６は本発明の「実行部」の一例である。資金移動指示実行部３０６は、各ユーザのユーザＩＤと、そのユーザが選択した資金運用プランを提供する資金運用会社の口座番号とを対応付けた口座テーブルを記憶している。
　図７は口座テーブルの一例を表す。図７の例では、「Ｕ００１」及び「Ｕ００２」等のユーザＩＤに、それぞれ資金運用会社の口座番号が対応付けられている。資金移動指示実行部３０６は、累積額算出部３０５から供給されたユーザＩＤに対応付けられている口座番号の口座に、そのユーザＩＤのユーザについて算出された累積額を、提携事業者の口座から移動させることを指示する指示データを事業者決済サーバ装置１０に送信する処理を、移動指示処理として実行する。
　事業者決済サーバ装置１０の口座処理実行部１０２は、提携事業者の口座に関する処理を実行する。口座処理実行部１０２は、例えば、提携事業者が他の事業者に調達費、光熱費及び清掃費等の支払いを行う場合、それらの支払額を提携事業者の口座から事業者の口座に移動させることを銀行サーバ３（提携事業者の口座を管理する銀行サーバ）に指示する処理を実行する。
　口座処理実行部１０２は、資金運用支援サーバ装置３０から前述した指示データが送信されてくると、受け取った指示データが示す口座番号の口座に、提携事業者の口座から、その指示データが示す累積額を移動させることを銀行サーバ３に指示する処理を実行する。銀行サーバ３がこの指示に基づいて累積額を提携事業者の口座から資金運用会社の口座に振り込む処理を行い、銀行サーバ４が振り込まれた金額を資金運用会社の口座に入金する処理を行うことで、運用資金の移動が完了する。
　以上のとおりユーザが支払った運用資金の累積額が資金運用会社の口座に入金されることで、その資金の運用が開始される。運用資金の移動が完了したことは、銀行サーバ３から事業者決済サーバ装置１０を介して資金運用支援サーバ装置３０に通知される。資金移動指示実行部３０６は、この通知を受け取ると、算出された累積額に含まれる運用資金の支払いＩＤに対応付けられたステータスを「移動済み」に変更するよう運用資金情報蓄積部３０３に指示する。運用資金情報蓄積部３０３は、この指示を受け取ると、指示された支払いＩＤのステータスを「移動済み」に変更する。これにより、一度資金運用に充てられた資金は累積額に含まれないようになっている。
　資金運用支援システム１が備える各装置は、上記の構成に基づいて、運用資金情報を蓄積する蓄積処理と、蓄積された運用資金情報が示す運用資金の累積額を口座間で移動させる資金移動処理とを行う。
　図８は蓄積処理における各装置の動作手順の一例を表す。この動作手順は、例えば、ユーザがユーザ端末４０を操作して運用資金簡易支払いサービスの画面を表示させることを契機に開始される。まず、ユーザ端末４０（資金支払操作受付部４０１）は、商取引の代金とともに資金運用の原資をユーザが支払うための操作である支払い操作を受け付ける（ステップＳ１１）。
　次に、ユーザ端末４０（ＩＤ取得部４０２）は、支払われた運用資金を識別する識別子である支払いＩＤを資金運用支援サーバ装置３０に要求する（ステップＳ１２）。資金運用支援サーバ装置３０（ＩＤ発行部３０１）は、この要求をしてきたユーザが認証されると、要求された支払いＩＤを発行し（ステップＳ１３）、発行した支払いＩＤをユーザ端末４０に送信する（ステップＳ１４）。ユーザ端末４０（ＩＤ取得部４０２）は、こうして送信されてきた支払いＩＤを取得する（ステップＳ１５）。次に、ユーザ端末４０（ＩＤ表示部４０３）は、取得された支払いＩＤを示すＩＤ画像を表示する（ステップＳ１６）。
　次に、店舗端末２０（ＩＤ読取部２０１）は、資金運用に充てることを前提に所定金額を支払ったユーザを識別する識別子として、ＩＤ画像が示す支払いＩＤを読み取る（ステップＳ２１）。続いて、店舗端末２０（決済情報生成部２０２）は、提携事業者がユーザと行った商取引における決済の内容を示す決済情報を生成する（ステップＳ２２）。そして、店舗端末２０（決済情報送信部２０３）は、生成された決済情報を事業者決済サーバ装置１０に送信する（ステップＳ２３）。事業者決済サーバ装置１０（決済情報蓄積部１０１）は、店舗端末２０から送信されてきた決済情報を蓄積する（ステップＳ２４）。
　次に、資金運用支援サーバ装置３０（運用資金情報取得部３０２）は、事業者決済サーバ装置１０に蓄積されている運用資金情報のうち未取得のものを要求する（ステップＳ３１）。事業者決済サーバ装置１０（決済情報蓄積部１０１）は、その要求を受け取ると、蓄積している運用資金情報のうち、未送信のものを読み出して資金運用支援サーバ装置３０に送信する（ステップＳ３２）。資金運用支援サーバ装置３０（運用資金情報取得部３０２）は、送信されてきた運用資金情報を取得する（ステップＳ３３）。そして、資金運用支援サーバ装置３０（運用資金情報蓄積部３０３）は、取得された運用資金情報を蓄積する（ステップＳ３４）。
　図９は資金移動処理における各装置の動作手順の一例を表す。この動作手順は、資金移動時期がくることを契機に開始される。まず、資金運用支援サーバ装置３０（資金移動時期判断部３０４）は、所定の期間が経過して、ユーザが支払った運用資金の累積額を提携事業者の口座から資金運用会社の口座に移動させる移動時期になったことを判断する（ステップＳ４１）。
　次に、資金運用支援サーバ装置３０（累積額算出部３０５）は、所定の期間の満了以前に取得された１以上の運用資金情報が示す所定金額の運用資金の各ユーザについての累積額を算出する（ステップＳ４２）。続いて、資金運用支援サーバ装置３０（資金移動指示実行部３０６）は、算出された累積額を提携事業者の口座から資金運用会社の口座に移動させることを事業者決済サーバ装置１０に指示する移動指示処理を実行する（ステップＳ４３）。
　事業者決済サーバ装置１０（口座処理実行部１０２）は、前述した指示を受け取ると、提携事業者の口座から資金運用会社の口座に運用資金の累積額を移動させることを銀行サーバ３に指示する処理を実行する（ステップＳ４４）。事業者決済サーバ装置１０（口座処理実行部１０２）は、口座間の移動が完了すると、その旨を資金運用支援サーバ装置３０に通知する（ステップＳ４５）。資金運用支援サーバ装置３０（運用資金情報蓄積部３０３）は、口座間の移動が完了した旨を運用資金のステータスに反映する（ステータスを「移動済み」にする）（ステップＳ４６）。
　移動指示処理が実行されて口座から資金が移動すると手数料が発生するので、移動指示処理の回数は少ない方が望ましい。本実施例では、所定の期間が経過すると移動指示処理が実行される。これにより、運用資金が支払われる度に資金を移動する場合に比べて、ユーザの資金を運用する際の資金移動の回数を少なくしている。
　また、本実施例では、ユーザの支払い操作により支払いＩＤを示す画像（例えば図５のＩＤ画像Ｃ１）がユーザ端末４０に表示され、店舗端末２０がその画像から支払いＩＤを読み取ることで、そのユーザに対応付けられた運用資金を示す情報が運用資金情報として蓄積されている。これにより、ユーザは例えば現金で運用資金を支払う場合でも、自身の個人情報等を用紙に記載する作業又はキーボードを用いて入力する作業が必要なく、それらの作業が必要な場合に比べて手間が軽減されている。
　また、本実施例では、商取引の代金に基づき定められた方法で算出される金額（例えば支払額と代金との差額であるお釣り）が運用資金として支払われている。これにより、ユーザが資金運用に充てる金額をいちいち考えなくてもよくなっている。
［２］変形例
　上述した実施例は本発明の実施の一例に過ぎず、以下のように変形させてもよい。また、実施例及び各変形例は、必要に応じて組み合わせて実施してもよい。
［２－１］資金運用に必要な手続き
　資金運用を行うためにはユーザの資金をユーザの口座から運用会社が指定する口座に移動することになるが、そのためには運用会社が指定する金融機関の口座を開設する等の手続きが必要になる場合がある。以下ではそのように資金運用の前提となる、運用資金の累積額を第１の口座から第２の口座へ移動する際に必要な手続きのことを「運用前提手続き」という。
　資金運用支援システム１においては、運用資金が支払われてから資金が実際に口座間を移動するまでタイムラグがあるので、それを利用して、運用前提手続きが完了する前にユーザが支払った運用資金であっても、運用前提手続きが完了した後に、それを用いた資金運用ができるようにしてもよい。本変形例では、運用資金情報取得部３０２が、運用前提手続きが完了する前になされた商取引において支払われた運用資金を示す運用資金情報を取得する。
　次に、累積額算出部３０５が、そうして取得された運用資金の累積額を算出する。こうして算出された移動指示処理の対象となる累積額には、運用前提手続きが完了する前になされた商取引において支払われた運用資金が含まれることになる。資金移動指示実行部３０６は、運用前提手続きが完了する前には移動指示処理を実行しても資金の移動を行うことができないので、運用前提手続きが完了した後に移動指示処理を実行する。
　例えば運用前提手続きが完了する前に資金移動時期が来た場合でも、資金移動指示実行部３０６が一定期間（例えば１日）ごとに移動指示処理を実行することで、運用前提手続きが完了した後に資金の移動が行われる。資金移動指示実行部３０６は、このようにして運用前提手続きが完了した後に移動指示処理を実行する。本変形例によれば、運用前提手続きが完了する前になされた商取引において支払われた資金も運用に充てることができる。
［２－２］資金の運用状況
　ユーザが資金運用に充てることを承諾した資金の運用状況がユーザ端末で閲覧可能となっていてもよい。この場合、資金運用サーバ装置５が資金の運用状況を例えば資金運用支援サーバ装置３０を介してユーザ端末４０に提供し、ユーザ端末４０が提供された運用状況を表示する。提供される運用状況には、例えば、日々の株価等の動きに合わせて表示される運用資金のパフォーマンス、運用を継続した場合の将来の資金形成プロジェクション及び日々のトランザクションデータ等が含まれる。
［２－３］ユーザの対応付け方法
　実施例では、ユーザＩＤに対応付けて発行された支払いＩＤを店舗端末２０が読み取ることで、支払われた運用資金とユーザとが対応付けられたが、運用資金とユーザの対応付け方法はこれに限らない。例えばユーザ端末４０がユーザＩＤを示す画像を表示し、店舗端末２０は、その画像からユーザＩＤを読み取って、読み取ったユーザＩＤと支払われた運用資金とを対応付けた決済情報を生成することで、上記対応付けが行われてもよい。要するに、運用資金の累積額をユーザ毎に算出できるように、ユーザと運用資金とが対応付けられていればよい。
［２－４］各部を実現する装置
　図４に表す各機能を実現する装置は、図４に表された装置に限らない。例えば事業者決済サーバ装置１０及び資金運用支援サーバ装置３０が備える各機能を１台の装置が実現してもよいし、それらの各機能を３以上の装置がそれぞれ分担して実現してもよい。また、店舗端末２０が備える機能を店舗端末に接続する周辺装置が実現してもよい。
　例えば支払いＩＤがバーコードで表示される場合に、バーコードリーダ（この場合における本発明の「端末装置」の一例）がそれらの機能を備えていてもよい。また、本発明の「端末装置」とは、独立した端末や装置のみならず、端末の一部分（部品）等の態様のものも含まれる。こうした例としては、コンビニエンスストアのレジに本発明の端末装置を組み込んで使用する場合等が挙げられる。
　また、店舗端末２０が決済情報を資金運用支援サーバ装置３０にも送信し、資金運用支援サーバ装置３０の運用資金情報取得部３０２は店舗端末２０からその決済情報に含まれる運用資金情報を取得してもよい。この場合は資金運用支援サーバ装置３０が本発明の「外部装置」の一例である。要するに、資金運用支援システム全体として図４に表す各機能が実現されていれば、資金運用支援システムが何台の装置を備えていてもよい。
［２－５］取得する金額
　運用資金情報取得部３０２は、実施例では、商取引の代金とユーザの支払額との差額（つまりお釣り）を運用資金として示す情報を取得したが、これに限らない。運用資金情報取得部３０２は、例えば、商取引の代金とその代金の切り上げ額との差額を運用資金として示す情報を取得してもよいし、商取引の代金とその代金の切り上げ額との差額を運用資金として示す情報を取得してもよい。
　また、運用資金情報取得部３０２は、商取引の代金に特定の値（例えば３％）を乗じた金額を運用資金として示す情報を取得してもよい。また、運用資金情報取得部３０２は、商取引の代金と、ユーザが設定した目標値との差額を運用資金として示す情報を取得してもよい。要するに、運用資金情報取得部３０２は、商取引の代金に基づき定められた方法で算出される金額（切り上げ額との差額、切り下げ額との差額、特定の値を乗じた額及び目標値との差額等）を運用資金として示す情報を取得するものであればよい。
［２－６］移動指示処理
　資金移動指示実行部３０６が実行する移動指示処理は、実施例で述べたものに限らない。例えば、運用資金簡易支払いサービスの提供事業者が利用する口座が存在する場合に、資金移動指示実行部３０６は、運用資金の累積額を、提携事業者の口座からその提供事業者の口座に移動させ、提供事業者の口座から資金運用会社の口座に移動させることを指示する処理を、移動指示処理として実行してもよい。要するに、運用資金の累積額を、提携事業者の口座から資金運用会社の口座に移動させることが最終的にできれば、どのような処理が移動指示処理として実行されてもよい。
　上記の場合に、資金移動指示実行部３０６は、複数のユーザについての運用資金の累積額をまとめて、それら複数のユーザについて共通で且つ１つの金融機関又は１つの金融機関の１つの店舗で開設された共通口座（提供事業者の口座）に提携事業者の口座から移動させ、各ユーザの累積額をその共通口座から各ユーザの資金運用会社の口座へ移動させることを指示する処理を、実施例で述べた移動指示処理として実行してもよい。ここでいう金融機関の店舗とは、例えば本店、本店営業部、支店及び出張所等であり、口座を開設して管理するサービスを提供するところである。なお、実在の建物を有する店舗だけでなく、インターネット上で利用可能な仮想の店舗であってもよい。
　２つの口座を開設する金融機関が同じ場合、又は、金融機関及び店舗がどちらも同じ場合、そうでない場合に比べてそれら２つの口座間の資金移動の手数料が低く定められていることが多い。資金運用会社の口座はユーザ毎に開設されるため、共通口座から資金運用会社の口座への資金移動もユーザの数だけ発生する。従って、１件１件の手数料の削減額は小さくても、ユーザ数が増えるほど大きな金額を削減することができる。
［２－７］金額決定の支援情報
　クレジットカードや電子マネーで代金を支払う場合、支払う運用資金の金額をユーザが自由に決めることができるが、かえっていくら支払うかを考えるのが大変な場合がある。そこで、支払う運用資金の金額の決定を支援する情報をユーザに提供してもよい。
　図１０は本変形例のユーザ端末の機能構成の一例を表す。図１０では、図４に表す各部に加えて代金取得部４０４と、支払額候補表示部４０５とを備えるユーザ端末４０ａが表されている。ユーザ端末４０ａは、非接触型のＩＣ（Integrated Circuit）チップを備え、本体をリーダにかざすことで電子マネーで代金を支払う電子マネー機能（電子マネーを介したクレジットカードの支払い機能も含む）を有している。
　代金取得部４０４は、ユーザが商取引で支払う代金を示す代金情報を取得する。代金取得部４０４は本発明の「第２取得部」の一例である。代金取得部４０４は、前述した電子マネー機能から代金情報を取得する。代金取得部４０４は、取得した代金情報を支払額候補表示部４０５に供給する。
　支払額候補表示部４０５は、代金取得部４０４により取得された代金情報に基づいて、支払額の候補を表示する。支払額の候補は、資金運用に充てる所定金額の決定を支援する情報であり、本発明の「支援情報」の一例である。また、支払額候補表示部４０５は本発明の「情報表示部」の一例である。支払額候補表示部４０５は、例えば、取得された代金情報が示す代金とその代金の５００円単位での切り上げ額との差額、同じく１００円単位での切り上げ額との差額、及び、同じく５０円単位での切り上げ額との差額を、支払額の候補として表示する。
　図１１は表示された支払額の候補の一例を表す。図１１の例では、支払額候補表示部４０５は、「運用資金としていくら支払いますか？代金：７２１円」という文字列と、「２７９円」（５００円単位）の支払いボタンＢ１１と、「７９円」（１００円単位）の支払いボタンＢ１２と、「２９円」（５０円単位）の支払いボタンＢ１３とを表示している。支払額候補表示部４０５は、これらのボタンの表示領域を示す情報を資金支払操作受付部４０１に供給する。
　資金支払操作受付部４０１は、供給された情報に基づいて、ユーザが運用資金の金額を選択する操作を、運用資金の支払い操作として受け付ける。この場合、ユーザは、支払った代金に対する切り上げ額との差額を自分で計算しなくても、複数の切り上げの単位で算出された差額を運用資金の原資として支払うことができる。
　図１２は本変形例のユーザ端末の機能構成の別の一例を表す。図１２では、図１０に表す各部に加えて支払履歴取得部４０６と、支払状況表示部４０７とを備えるユーザ端末４０ｂが表されている。支払履歴取得部４０６は、ユーザが資金運用に充てる前提で過去に支払った所定金額を支払履歴として取得する。支払履歴取得部４０６は、例えば、支払額候補表示部４０５が表示した候補から支払いが行われた場合、その候補の金額を支払履歴として取得する。
　また、支払履歴取得部４０６は、支払いが現金で行われてお釣りが運用資金として支払われた場合、ユーザが入力したお釣りの金額を支払履歴として取得する。なお、支払履歴取得部４０６は、資金運用支援サーバ装置３０に自装置のユーザのユーザＩＤに対応付けられ且つステータスが移動前の運用資金を示す情報を要求し、その応答で送信されてきた情報を支払履歴として取得してもよい。支払履歴取得部４０６は、取得した支払履歴を支払状況表示部４０７に供給する。
　支払状況表示部４０７は、支払履歴取得部４０６により取得された支払履歴に基づいて、ユーザの運用資金の支払状況を表示する。支払状況は、資金運用に充てる所定金額の決定を支援する情報であり、本発明の「支援情報」の一例である。また、支払状況表示部４０７は本発明の「情報表示部」の一例である。
　図１３は表示された支払状況の一例を表す。図１３の例では、支払状況表示部４０７は、「今月の支払状況は以下のとおりです。」という文字列と、「１週目」が「３９２円」、「２週目」が「６１２円」、「３週目（今週）」が「２２６円」で「合計」が「１２３０円」であるという支払状況Ｄ１を表示している。また、この例では、支払額候補表示部４０５が図１１と同じ支払いボタンＢ１１、Ｂ１２、Ｂ１３を表示している。
　例えば現在が３週目の最後の日なら、他の周に比べて支払額が少ないので「２７９円」を支払う判断をし、まだ３週目の１日目なら、支払いのペースが早いので「２９円」を支払う判断をする、というように、表示された支払状況によってユーザの資金運用に充てる所定金額の決定が支援される。このように、本変形例では、支払状況が表示されない場合に比べて、ユーザが運用資金の支払額を決め易くなる。
［２－８］資金移動時期での最終確認
　実施例では、資金移動時期になると無条件で移動指示処理が実行されたが、移動指示処理が実行される前に、支払われた運用資金の累積額を資金運用に充てることについてユーザに最終確認をしてもよい。
　本変形例では、資金移動時期判断部３０４が、資金移動時期になったと判断すると、ステータスが「移動前」となっている運用資金、支払日及び支払いＩＤを運用資金情報蓄積部３０３から読み出して、ユーザ端末４０に送信する。ユーザ端末４０は、送信されてきた運用資金及び支払日を表示して、その累積額を資金運用に充てることを承諾するか否かについて最終的に確認するための確認画面を表示する。
　図１４は表示された確認画面の一例を表す。図１４では、ユーザ端末４０が、「以下の金額が資金運用に充てられる予定です。」という文字列と、運用資金の支払日と、その運用資金と、選択された運用資金の合計金額（この例では「１４６８円」）とを示す文字列とを表示している。また、ユーザ端末４０は、複数の個別選択ボタンＢ２１（「○」は選択することを示し、「×」は選択しないことを示す）と、「選択分を承諾」と書かれた承諾ボタンＢ２２と、拒否ボタンＢ２３とを表示している。
　ユーザ端末４０は、承諾ボタンＢ２２を押す操作が行われると、最終確認で承諾が得られた旨と、個別選択ボタンＢ２１が「○」になっている運用資金及びその支払いＩＤとを示す通知データを資金運用支援サーバ装置３０に送信し、拒否ボタンＢ２３を押す操作が行われると、資金運用を拒否する旨及び全ての支払いＩＤを示す通知データを資金運用支援サーバ装置３０に送信する。資金運用支援サーバ装置３０の資金移動指示実行部３０６は、拒否する旨を示す通知データを受け取ると、移動指示処理を実行せず、その通知データが示す支払いＩＤのステータスを「拒否」に変更するよう運用資金情報蓄積部３０３に指示する。
　また、資金移動指示実行部３０６は、承諾が得られた旨を示す通知データを受け取ると、その通知データが示す支払いＩＤの運用資金の累積額を累積額算出部３０５に算出させ、算出された累積額について移動指示処理を実行する。このように所定の期間が経過したときに資金運用の可否について最終確認を行うことで、この最終確認を行わない場合に比べて、ユーザに自分の意思が尊重されているとより強く感じさせ、満足度を向上させることができる。
［２－９］釣銭の返却
　例えば上記の最終確認において資金運用を拒否された金額を、先の商取引において発生した釣銭としてユーザに返却してもよい。
　図１５は本変形例のユーザ端末の機能構成の別の一例を表す。図１５では、図１２に表す各部に加えて釣銭情報送信部４０８を備えるユーザ端末４０ｃが表されている。
　本変形例では、資金運用支援サーバ装置３０の資金移動時期判断部３０４が、上記のとおり運用資金、支払日及び支払いＩＤを運用資金情報蓄積部３０３から読み出してユーザ端末４０ｃに送信することで、支払状況表示部４０７が、図１４に表す確認画面を表示する。この場合の資金移動時期判断部３０４は、所定の期間に支払った運用資金の累積額をユーザに提示する機能であり、本発明の「提示部」の一例である。
　支払状況表示部４０７は、表示した確認画面において提示された運用資金の累積額の一部又は全部の金額を資金運用に充てることを取り消す操作をユーザが行った場合に、取り消された金額を釣銭情報送信部４０８に通知する。釣銭情報送信部４０８は、通知された金額、すなわちこの操作で取り消された運用資金の金額の合計を釣銭として示す釣銭情報を資金運用支援サーバ装置３０に送信する。
　運用資金情報取得部３０２は、上述した運用資金情報の他に、こうして送信されてきた釣銭情報、すなわち、商取引でユーザが支払った支払額から商取引の代金及び所定金額の運用資金を除いた残金がある場合に、その残金を釣銭として示す釣銭情報を取得する。なお、この残金がない場合、すなわち、支払額から代金を除いた額を全て運用資金に充てる場合は、釣銭情報が取得されない。運用資金情報取得部３０２は、取得した釣銭情報を資金移動指示実行部３０６に供給する。
　資金移動指示実行部３０６は、実施例で述べた資金移動処理（これを「第１指示処理」という）の他に、供給された釣銭情報が示す釣銭を、提携事業者の口座からユーザが指定したユーザ指定口座へ移動させることを指示する資金移動処理（これを「第２指示処理」という）を実行する。このユーザ指定口座は、ユーザが釣銭の返却先として指定した口座であり、本発明の「第３の口座」の一例である。
　ユーザ指定口座は、複数のユーザの各々について開設されている。そこで、資金移動指示実行部３０６は、例えば、複数のユーザの釣銭をまとめて、それら複数のユーザで共通して用意された共通口座に提携事業者の口座から移動させ、各々のユーザの釣銭を共通口座から各ユーザのユーザ指定口座へ移動させることを指示する処理を第２指示処理として実行する。
　この共通口座は、例えば運用資金簡易支払いサービスの提供事業者が予め開設して用意しておく。資金移動指示実行部３０６は、例えば、累積額算出部３０５から累積額が供給されたとき、すなわち資金移動時期になったときに、図１に表す銀行サーバ３と、共通口座を管理する銀行サーバにこれらの資金の移動を指示する指示データを送信することでこの第２指示処理を実行する。なお、上述した運用資金の移動先となる共通口座が、釣銭の移動先となる共通口座としても用いられてもよい。
　本変形例では、上記のとおり釣銭をユーザ指定口座に移動させることで、ユーザが店舗等で現金で買い物をする際に、釣銭をその場で受け取らなくてもよくすることができる。また、支払額と代金との差額が資金運用に充てるには多すぎる場合に、資金運用の累積額の全部又は一部を取り消すことで、ユーザが適当と思う金額だけを資金運用に充てて、残りは釣銭として返却させることができる。また、共通口座を介して釣銭をユーザ指定口座に移動させることで、共通口座を介さない場合に比べて、提携事業者の口座から資金を移動させる際の手数料を少なくすることができる。
［２－１０］複数の共通口座
　上記のユーザ指定口座は、各ユーザが自由に指定するものであるから、通常は複数の金融機関においてそれぞれ開設された口座が混在することになる。この場合に、運用資金簡易支払いサービスの提供事業者は、前述した共通口座をそれら複数の金融機関のそれぞれについて用意してもよい。
　その場合に、資金移動指示実行部３０６は、同じ金融機関又は同じ金融機関の同じ店舗の口座をユーザ指定口座として指定したユーザの釣銭をまとめてその金融機関に用意された共通口座に提携事業者の口座から移動させる処理を第２指示処理として実行してもよい。資金移動指示実行部３０６は、共通口座からユーザ指定口座への資金の移動は上記の第２指示処理と同様に実行する。
　なお、全ユーザの口座が開設されている全ての金融機関又は全ての店舗で共通口座を用意することが難しければ、そのうちの一部の金融機関又は一部の店舗について共通口座を用意するだけでもよい。例えば、複数のユーザに、第１金融機関の口座をユーザ指定口座として指定する第１金融機関ユーザと、第２金融機関の口座をユーザ指定口座として指定する第２金融機関ユーザとが含まれているものとする。
　その場合、共通口座には、第１金融機関に開設された口座と、第２金融機関に開設された口座とが含まれるようにする。そして、資金移動指示実行部３０６は、第１金融機関ユーザの釣銭をまとめて第１金融機関に共通口座として開設された口座に提携事業者の口座から移動させることを指示する処理と、第２金融機関ユーザの釣銭をまとめて第２金融機関に共通口座として開設された口座に提携事業者の口座から移動させることを指示する処理とを、第２指示処理として実行する
　また、第１金融機関ユーザに、第１店舗の口座をユーザ指定口座として指定する第１店舗ユーザと、第２店舗の口座をユーザ指定口座として指定する第２店舗ユーザとが含まれているものとする。その場合、共通口座には、第１店舗に開設された口座と、第２店舗に開設された口座とが含まれるようにする。そして、資金移動指示実行部３０６は、第１店舗ユーザの釣銭をまとめて第１店舗に共通口座として開設された口座に提携事業者の口座から移動させることを指示する処理と、第２店舗ユーザの釣銭をまとめて第２店舗に共通口座として開設された口座に提携事業者の口座から移動させることを指示する処理とを、第２指示処理として実行する。
　提携事業者の口座から各共通口座への資金の移動は、例えば、提携事業者の口座から１つの共通口座に資金を移動させ、その共通口座から各共通口座に移動させてもよいし、提携事業者の口座から直接各共通口座に資金を移動させてもよい。いずれの場合も、共通口座が複数になるので、共通口座が１つの場合に比べると提携事業者の口座から共通口座への資金の移動の手数料は増加するが、共通口座からユーザ指定口座への資金の移動の際には、いずれも同じ金融機関内又は同じ店舗内の口座間の移動になるので、共通口座が１つの場合に比べて手数料を少なくすることができる。
［２－１１］釣銭の金額の決定方法
　上記の例では、運用資金を取り消す操作を行うことで釣銭の金額が決定されたが、釣銭の金額の決定方法はこれに限らない。例えば、商取引の代金に特定の値（例えば３％）を乗じた金額を運用資金とするというように、支払額と代金との差額を運用資金とする方法とは異なる運用資金の決定方法が定められていると、代金と運用資金との合計が支払額と一致するとは限らず、支払額の方が多くなる場合がある。
　その場合に、運用資金情報取得部３０２は、上記決定方法で決定された運用資金の金額と商取引における代金とをその商取引における支払額から除いた金額を釣銭の金額として示す釣銭情報を取得する。この場合、資金移動指示実行部３０６は、例えば所定の期間が経過すると、それまでに取得された釣銭情報が示す釣銭の累積額の移動を指示する処理を第２指示処理として行う。これにより、ユーザは、運用資金の決定方法を定めておけば、運用資金を取り消す操作を行わなくても、釣銭を返却させることができる。また、ユーザは、支払額と代金との差額が自分の想定よりも大きい場合でも、上記の決定方法で決定された金額が運用資金の上限となり、それ以上の金額は釣銭として返却させることができる。
［２－１２］第２指示処理の実行タイミング
　第１指示処理と第２指示処理の実行タイミングは、一致していてもよいし、異なっていてもよい。例えば、資金移動指示実行部３０６は、実施例で用いた所定の期間（これを「第１の期間」という）よりも長い所定の期間（これを「第２の期間」という）が経過すると、第２指示処理を実行してもよい。
　この場合、資金移動指示実行部３０６は、定められた基準日から資金移動時期判断部３０４が用いた所定の期間よりも長い期間が経過すると、第２指示処理を実行する時期になったと判断し、それまでの釣銭の累積額の移動を指示する処理を第２指示処理として行う。運用資金簡易支払いサービスにおいては、第１の期間が経過しなければ資金運用が開始されないので、第１の期間を長くし過ぎると、資金運用を期待するユーザの不満に繋がり易いが、釣銭は資金運用とは無関係であるため、第２の期間を長くしても第１の期間を長くする場合に比べれば不満に繋がりにくい。
　第２の期間は、運用資金簡易支払いサービスの提供事業者が定めた期間であってもよいが、ユーザが指定した期間とすることで、ユーザの都合に合わせられるようにしてもよい。いずれの場合も、第２の期間を第１の期間よりも長くすることで、第２の期間を第１の期間以下にする場合比べて、ユーザ指定口座への資金の移動の回数が少なくなり、この資金移動にかかる手数料を少なくすることができる。
　また、資金移動指示実行部３０６は、釣銭が所定の金額に達すると第２指示処理を実行してもよい。詳細には、資金移動指示実行部３０６は、或るユーザの釣銭の合計が、そのユーザが設定した所定の金額に達したときに、そのユーザについての第２指示処理を実行する。これにより、ユーザは、貯金感覚で釣銭を蓄えておいて、自分が設定した額まで貯まったところでまとめて釣銭を返却させることができる。
　なお、この場合、資金移動指示実行部３０６は、各ユーザについて釣銭が所定の金額に達したときに、提携事業者の口座からユーザ指定口座まで資金を移動させる指示を行ってもよいが、それよりは、例えば提携事業者の口座から共通口座への資金の移動は第２の期間毎に行い、共通口座からユーザ指定口座への資金の移動は各ユーザについて釣銭の合計が所定の金額に達したときに行うよう第２指示処理を実行するとよい。後者の方法であれば、提携事業者の口座から共通口座への資金の移動をユーザ毎に行わなくてよくなり、この移動をユーザ毎に行う場合に比べて手数料を少なくすることができる。
　また、資金移動指示実行部３０６は、ユーザの資金運用に関してそのユーザのユーザ指定口座への資金移動（例えば運用益の入金など）がある場合に、そのユーザの釣銭をその資金移動に含めてユーザ指定口座に移動させる処理を、第２指示処理として実行してもよい。例えば、資金運用支援サーバ装置３０は、上述したように資金運用サーバ装置５から得た資金の運用状況をユーザ端末４０に提供する際に、運用中の資金やその一部（運用益等）をユーザ指定口座に移動させる操作を受け付ける機能も提供する。
　この操作が受け付けられると、ユーザ端末４０からユーザＩＤ、ユーザ指定口座及びそこに移動させる金額（移動金額）とを示す移動金額情報が送信されてきて、例えば運用資金情報取得部３０２がその移動金額情報を取得する。資金移動指示実行部３０６は、移動金額情報が取得されると、その移動金額情報と同じユーザＩＤに対応付けて運用資金情報蓄積部３０３に蓄積されている運用資金情報を読み出す。この例では、運用資金情報には、例えば上述した運用資金の決定方法に基づいて算出された釣銭の額が含まれているものとする。
　資金移動指示実行部３０６は、取得された移動金額情報が示す移動金額と、読み出した運用資金情報が示す釣銭とをユーザ指定口座に移動させることを指示する指示データを送信する処理を、第２指示処理として実行する。この指示データの送信先は、例えば上述した資金運用会社が利用する銀行の銀行サーバと、釣銭の移動先となる共通口座の銀行の銀行サーバである。
　この指示により、資金運用会社の口座から共通口座に上記の移動金額が移動して、共通口座からユーザ指定口座に、移動金額とお釣りとがまとめて移動する。なお、共通口座から資金運用会社の口座に上記の釣銭が移動して、資金運用会社の口座からユーザ指定口座に、移動金額とお釣りとがまとめて移動するように上記指示が行われてもよい。いずれの場合も、移動金額とおつりの移動を別々に行う場合に比べて、資金の移動回数が少なくなるので、資金移動にかかる手数料を少なくすることができる。
［２－１３］ユーザ口座からの引き落とし
　実施例で述べた運用資金簡易支払いサービスは、商取引においてユーザが提携事業者に対して代金とは別に支払ったお金を資金運用に充てることを支援するサービス（これを「第１サービス」というものとする）であったが、それとは異なる方法で運用資金を支払うサービスが提供されてもよい。
　例えば、ユーザが電子マネーで９００円の買い物をした場合に、電子マネーなので本来はお釣りが発生しないが仮に１０００円を支払ったものとしてその場合のお釣りに相当する１００円を資金運用に充てる金額としてユーザが承認すれば、その１００円を運用金額として支払うというサービス（これを「第２サービス」というものとする）である。
　この第２サービスでは、例えば、一定期間にユーザが運用資金に充てるものとして承認した金額の累積額を、ユーザの口座（ユーザの利用可能なお金が収められた口座）から資金運用会社の口座に移動する、いわゆる引き落としが行われる。この引き落としのための指示処理は、例えば資金移動指示実行部３０６が行うが、他の機能が行ってもよい。
　図１６は本変形例の口座間のお金の移動の一例を表す。図１６では、ユーザ指定口座と、ユーザの口座と、提携事業者の口座と、共通口座と、運用事業者の口座とが表されている。例えば、第１サービスでは、提携事業者の口座から第１運用金額と釣銭との合計が共通口座に移動し、共通口座から、釣銭がユーザ指定口座に移動し、第１運用金額が運用事業者の口座に移動する。
　第２サービスでは、ユーザの口座から第２運用金額が共通口座に移動し、共通口座から、第２運用金額が運用事業者の口座に移動する。なお、各運用金額及び釣銭は、所定期間における累計金額をいうものとする。ここで、ユーザが第１及び第２サービスの両方を利用している場合、ユーザ指定口座もユーザの口座も同じユーザのお金が収められることになる（ユーザ指定口座及びユーザの口座が同じ口座であってもよい）。
　そこで、資金移動指示実行部３０６は、第１サービスにおいてユーザの釣銭を共通口座からユーザ指定口座に移動させる（これを「第１の移動」という）代わりに、第２サービスにおいてユーザの口座から共通口座に第２運用金額を移動させる（これを「第２の移動」という）際の金額を第１サービスにおける釣銭の分だけ減額して（差し引いて）から移動させることを指示する処理を実行してもよい。
　例えば第１の移動の対象となる釣銭が５００円であり、第２の移動の対象となる第２運用金額が５０００円である場合、資金移動指示実行部３０６は、ユーザの口座から５０００円－５００円＝４５００円だけを共通口座に移動させる第２の移動を行わせ、第１の移動は行わせないことを指示する処理を実行する。また、資金移動指示実行部３０６は、移動させた４５００円と、共通口座に収められている釣銭のうちの５００円とを合わせた５０００円を共通口座から資金運用会社の口座に第２運用資金として移動させることを指示する処理を実行する。
　また、資金移動指示実行部３０６は、第２の移動の代わりに、第１の移動の対象金額（釣銭）を第２サービスの対象金額（第２運用金額）の分だけ減額して（差し引いて）から移動させることを指示する処理を実行してもよい。例えば第１の移動の対象となる釣銭が３０００円であり、第２の移動の対象となる第２運用金額が２５００円である場合、資金移動指示実行部３０６は、共通口座から３０００円－２５００円＝５００円だけをユーザ指定口座に移動させる第１の移動を行わせ、第２の移動は行わせないことを指示する処理を実行する。
　また、資金移動指示実行部３０６は、共通口座に収められている３０００円の釣銭のうちの２５００円を共通口座から資金運用会社の口座に第２運用資金として移動させることを指示する処理を実行する。このように、資金移動指示実行部３０６は、上記の第１の移動（移動対象が釣銭）と第２の移動（移動対象が第２運用金額）とが行われる場合に、釣銭から第２運用金額を減じた額が０よりも大きければ、その額の移動を第１の移動として行わせ且つ第２の移動を行わせないことを指示する処理を実行する。
　また、資金移動指示実行部３０６は、第２運用金額から釣銭を減じた額が０よりも大きければ、その額の移動を第２の移動として行わせ且つ第１の移動を行わせないことを指示する処理を実行する。このようにユーザに返却する釣銭とそのユーザが支払う運用資金とを差し引きすることにより、この差し引きを行わない場合に比べて、口座間のお金の移動回数を減らすことができ、その移動に掛かる手数料を少なくすることができる。
［２－１４］口座
　上述した提携事業者、運用資金簡易支払いサービスの提供事業者、資金運用会社及びユーザが利用する口座は、銀行の口座に限らない。例えば、信用金庫や信用組合、協同組合、労働金庫、証券会社などの口座であってもよい。要するに、資金を預けたり移動させたりすることができれば、どのような金融機関の口座が用いられてもよい。
［２－１５］発明のカテゴリ
　本発明は、資金運用支援サーバ装置（本発明の「情報処理装置」の一例）、店舗端末（本発明の「端末装置」の一例）、ユーザ端末及び事業者決済サーバ装置の他、それらの装置を備える資金運用支援システム（本発明の「情報処理システム」の一例）としても捉えられる。また、本発明は、各装置が実施する処理を実現するための情報処理方法としても捉えられる。その場合、各処理を実現する主体となる情報処理装置は複数に分かれていてもよい。また、各装置を制御するコンピュータを機能させるためのプログラムとしても捉えられる。このプログラムは、それを記憶させた光ディスク等の記録媒体の形態で提供されてもよいし、インターネット等のネットワークを介してコンピュータにダウンロードさせ、それをインストールして利用可能にするなどの形態で提供されてもよい。

Claims (17)

  1. 　ユーザ端末を、
    　ユーザが商取引で支払う代金を示す代金情報を取得する代金情報取得部と、
    　取得された前記代金情報が示す代金とともに資金運用に充てることを前提としてユーザが支払う所定金額の複数の候補として、当該代金を切り上げた額との差額、当該代金を切り下げた額との差額、当該代金に特定の値を乗じた額又は当該代金と目標値との差額のうちのいずれか１つの額を複数通り表示する情報表示部と、
    　表示された前記複数の候補のいずれかを選択する操作を、選択された候補を前記所定金額としてユーザが支払うための操作として受け付ける受付部
    　として機能させるためのプログラム。
  2. 　ユーザが資金運用に充てる前提で過去に支払った所定金額を示す支払履歴を取得する支払履歴取得部を備え、
    　前記情報表示部は、取得された前記支払履歴に基づいて前記ユーザの前記所定金額の支払状況を表示する
    　請求項１に記載のプログラム。
  3. 　ユーザ端末を、
    　商取引の代金とともに資金運用に充てることを前提とした所定金額をユーザが支払うための操作を受け付ける受付部と、
    　支払われた前記所定金額の口座間の移動の実行前に行われた複数の商取引の代金をそれぞれ示す情報又は当該複数の商取引に際して支払われた前記所定金額をそれぞれ示す情報を取得する情報取得部と、
    　取得された前記情報が示す所定金額を前記資金運用に充てるか否かの選択を前記移動の実行前に行われた商取引ごとに受付けるための画像を前記移動の実行前に表示する情報表示部
    　として機能させるためのプログラム。
  4. 　ユーザが資金運用に充てることを前提に商取引の代金とともに支払った所定金額を示す金額情報を取得する第１取得部と、
    　第１の期間の経過前に行われた複数の商取引に際して支払われた前記所定金額をそれぞれ示す前記金額情報をユーザ端末へ送信する送信部と、
    　送信された前記金額情報が示す所定金額のうち前記資金運用に当てると選択された前記所定金額を示す選択金額情報を、前記ユーザ端末から受信する受信部と、
    　前記第１の期間が経過すると、受信された前記選択金額情報が示す所定金額の前記ユーザについての累積額を、前記商取引での支払いが入金される第１の口座から前記資金運用で用いられる第２の口座へ移動させることを指示する第１指示処理を実行する実行部と
    　を備える情報処理装置。
  5. 　前記第１取得部は、前記所定金額に加え、ユーザを識別する識別子を示す画像に基づいて得られる当該識別子を示す情報を、当該識別子で識別されるユーザについての前記金額情報として取得する
    　請求項４に記載の情報処理装置。
  6. 　前記第１取得部は、前記代金に基づき算出される金額を前記所定金額として示す情報を前記金額情報として取得する
    　請求項４又は５に記載の情報処理装置。
  7. 　前記第１取得部は、前記金額情報の他に、前記商取引で前記ユーザが支払った支払額から前記代金及び前記所定金額を除いた残金がある場合に、当該残金を釣銭として示す釣銭情報を取得し、
    　前記実行部は、前記第１指示処理の他に、前記釣銭を、前記第１の口座から前記ユーザが指定した第３の口座へ移動させることを指示する第２指示処理を実行する
    　請求項４から６のいずれか１項に記載の情報処理装置。
  8. 　前記第３の口座は、複数のユーザの各々について開設されており、
    　前記実行部は、前記複数のユーザの前記釣銭をまとめて、当該複数のユーザで共通して用意された共通口座に前記第１の口座から移動させ、各々のユーザの前記釣銭を当該共通口座から当該ユーザの前記第３の口座へ移動させることを指示する処理を前記第２指示処理として実行する
    　請求項７に記載の情報処理装置。
  9. 　前記複数のユーザには、第１金融機関の口座を前記第３の口座として指定する第１金融機関ユーザと、第２金融機関の口座を前記第３の口座として指定する第２金融機関ユーザとが含まれ、
    　前記共通口座には、前記第１金融機関に開設された口座と、前記第２金融機関に開設された口座とが含まれ、
    　前記実行部は、前記第１金融機関ユーザの前記釣銭をまとめて前記第１金融機関に前記共通口座として開設された口座に前記第１の口座から移動させることを指示する処理と、前記第２金融機関ユーザの前記釣銭をまとめて前記第２金融機関に前記共通口座として開設された口座に前記第１の口座から移動させることを指示する処理とを、前記第２指示処理として実行する
    　請求項８に記載の情報処理装置。
  10. 　前記第１金融機関ユーザには、前記第１金融機関の第１店舗の口座を前記第３の口座として指定する第１店舗ユーザと、前記第１金融機関の第２店舗の口座を前記第３の口座として指定する第２店舗ユーザとが含まれ、
    　前記共通口座には、前記第１店舗に開設された口座と、前記第２店舗に開設された口座とが含まれ、
    　前記実行部は、前記第１店舗ユーザの前記釣銭をまとめて前記第１店舗に前記共通口座として開設された口座に前記第１の口座から移動させることを指示する処理と、前記第２店舗ユーザの前記釣銭をまとめて前記第２店舗に前記共通口座として開設された口座に前記第１の口座から移動させることを指示する処理とを、前記第２指示処理として実行する
    　請求項９に記載の情報処理装置。
  11. 　前記実行部は、前記資金運用に関して前記第３の口座への資金移動がある場合に、前記釣銭を当該資金移動に含めて当該第３の口座に移動させることを指示する処理を前記第２指示処理として実行する
    　請求項８から１０のいずれか１項に記載の情報処理装置。
  12. 　前記実行部は、前記釣銭を前記共通口座から前記第３の口座へ移動させる第１の移動と、ユーザの商取引における支払額に基づき算出されて資金運用に充てられる運用金額を前記第２の口座に移動させるために当該ユーザの利用可能なお金が収められた口座から前記共通口座へ移動させる第２の移動とが行われる場合に、当該釣銭から当該運用金額を減じた額が０より大きければ当該額の移動を前記第１の移動として行わせ且つ前記第２の移動を行わせないことを指示する処理を実行する
    　請求項８から１１のいずれか１項に記載の情報処理装置。
  13. 　前記実行部は、前記釣銭を前記共通口座から前記第３の口座へ移動させる第１の移動と、ユーザの商取引における支払額に基づき算出されて資金運用に充てられる運用金額を前記第２の口座に移動させるために当該ユーザの利用可能なお金が収められた口座から前記共通口座へ移動させる第２の移動とが行われる場合に、当該運用金額から当該釣銭を減じた額が０より大きければ当該額の移動を前記第２の移動として行わせ且つ前記第１の移動を行わせないことを指示する処理を実行する
    　請求項８から１２のいずれか１項に記載の情報処理装置。
  14. 　前記所定金額の決定方法が定められており、
    　前記釣銭は、前記決定方法で決定された前記所定金額と前記代金とを前記支払額から除いた金額である
    　請求項７から１３のいずれか１項に記載の情報処理装置。
  15. 　前記実行部は、前記第１の期間よりも長い第２の期間が経過すると、前記第２指示処理を実行する
    　請求項７から１４のいずれか１項に記載の情報処理装置。
  16. 　前記実行部は、前記釣銭が所定の金額に達すると、前記第２指示処理を実行する
    　請求項７から１５のいずれか１項に記載の情報処理装置。
  17. 　請求項１から３のいずれか１項に記載のプログラムを実行するユーザ端末と、
    　請求項４から１６のいずれか１項に記載の情報処理装置と、
    　を備える情報処理システム。
PCT/JP2018/001066 2017-01-16 2018-01-16 プログラム、情報処理装置及び情報処理システム WO2018131720A1 (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2017005015 2017-01-16
JP2017-005015 2017-01-16
JP2017-081270 2017-04-17
JP2017081270A JP6337177B1 (ja) 2017-01-16 2017-04-17 情報処理装置、プログラム及び情報処理システム

Publications (1)

Publication Number Publication Date
WO2018131720A1 true WO2018131720A1 (ja) 2018-07-19

Family

ID=62487317

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/001066 WO2018131720A1 (ja) 2017-01-16 2018-01-16 プログラム、情報処理装置及び情報処理システム

Country Status (2)

Country Link
JP (1) JP6337177B1 (ja)
WO (1) WO2018131720A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7140904B1 (ja) 2021-12-27 2022-09-21 ＰａｙＰａｙ株式会社 決済装置、決済方法、プログラム、および決済システム
JP7260701B1 (ja) * 2022-06-29 2023-04-18 Kddi株式会社 情報処理装置及び情報処理方法
JP7543504B1 (ja) 2023-08-18 2024-09-02 ＰａｙＰａｙ株式会社 決済装置、決済システム、決済方法、およびプログラム

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003050916A (ja) * 2001-08-07 2003-02-21 Misao Okuhara 決済用のシステム及び決済方法
JP2003178194A (ja) * 2001-12-11 2003-06-27 Fujitsu Ltd 釣り銭運用システム、釣り銭運用サーバ、釣り銭運用方法及び釣り銭運用プログラム
JP2004164074A (ja) * 2002-11-11 2004-06-10 Sega Corp 決済システム、釣り銭預金システム、決済処理方法及びプログラム
JP2004171364A (ja) * 2002-11-21 2004-06-17 Kazuyuki Yokoyama 消費型投資信託システム
JP2004234091A (ja) * 2003-01-28 2004-08-19 Nec Soft Ltd つり銭貯蓄サービスシステム、販売処理装置、サーバ、プログラム、及びつり銭貯蓄サービス方法
JP2006048117A (ja) * 2004-07-30 2006-02-16 Scale:Kk アナログ貨幣方式電子決済装置及び方法
JP2006059345A (ja) * 1997-03-21 2006-03-02 Walker Digital Llc 販売地点端末での補助的製品販売を処理するための方法およびシステム
JP2008262476A (ja) * 2007-04-13 2008-10-30 Japan Research Institute Ltd おつり情報処理端末装置、おつり情報処理装置、おつり情報処理方法、おつり情報処理プログラム、およびおつり貯蓄システム
US7457767B1 (en) * 2000-10-05 2008-11-25 International Business Machines Corporation Pay at the table system
JP2009530696A (ja) * 2006-03-16 2009-08-27 デービッド， ロイ デント， 支払システム及び支払方法
JP2010271813A (ja) * 2009-05-20 2010-12-02 Balantec Ltd 決済処理方法及び装置
JP2011215674A (ja) * 2010-03-31 2011-10-27 Nippon Atm Kk 自動取引装置入金制御システム

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002099852A (ja) * 2000-09-25 2002-04-05 Isola Barrier Free Co Ltd 決済方法および決済システム
US7080775B2 (en) * 2003-09-05 2006-07-25 American Cancer Society Methods and systems for automatically determining and collecting a monetary contribution from an instrument
JP4450329B2 (ja) * 2006-02-28 2010-04-14 株式会社タイトー 電子マネー決済を利用した貯蓄システム、当該貯蓄システムに用いるプログラム及び当該プログラムを記録したコンピュータ読取り可能な記録媒体
US20090039150A1 (en) * 2007-08-06 2009-02-12 Isaac Lay Remote handheld payment device and method
JP2011028731A (ja) * 2009-07-03 2011-02-10 Toshiba Tec Corp 商品販売データ処理装置及びその制御プログラム
JP2013114291A (ja) * 2011-11-25 2013-06-10 Seiko Epson Corp 決済システム、店舗用端末、決済システムの決済方法およびプログラム
JP2016173752A (ja) * 2015-03-17 2016-09-29 株式会社 みずほ銀行 決済処理方法及び決済処理システム

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006059345A (ja) * 1997-03-21 2006-03-02 Walker Digital Llc 販売地点端末での補助的製品販売を処理するための方法およびシステム
US7457767B1 (en) * 2000-10-05 2008-11-25 International Business Machines Corporation Pay at the table system
JP2003050916A (ja) * 2001-08-07 2003-02-21 Misao Okuhara 決済用のシステム及び決済方法
JP2003178194A (ja) * 2001-12-11 2003-06-27 Fujitsu Ltd 釣り銭運用システム、釣り銭運用サーバ、釣り銭運用方法及び釣り銭運用プログラム
JP2004164074A (ja) * 2002-11-11 2004-06-10 Sega Corp 決済システム、釣り銭預金システム、決済処理方法及びプログラム
JP2004171364A (ja) * 2002-11-21 2004-06-17 Kazuyuki Yokoyama 消費型投資信託システム
JP2004234091A (ja) * 2003-01-28 2004-08-19 Nec Soft Ltd つり銭貯蓄サービスシステム、販売処理装置、サーバ、プログラム、及びつり銭貯蓄サービス方法
JP2006048117A (ja) * 2004-07-30 2006-02-16 Scale:Kk アナログ貨幣方式電子決済装置及び方法
JP2009530696A (ja) * 2006-03-16 2009-08-27 デービッド， ロイ デント， 支払システム及び支払方法
JP2008262476A (ja) * 2007-04-13 2008-10-30 Japan Research Institute Ltd おつり情報処理端末装置、おつり情報処理装置、おつり情報処理方法、おつり情報処理プログラム、およびおつり貯蓄システム
JP2010271813A (ja) * 2009-05-20 2010-12-02 Balantec Ltd 決済処理方法及び装置
JP2011215674A (ja) * 2010-03-31 2011-10-27 Nippon Atm Kk 自動取引装置入金制御システム

Also Published As

Publication number Publication date
JP2018116670A (ja) 2018-07-26
JP6337177B1 (ja) 2018-06-06

Similar Documents

Publication Publication Date Title
AU2012394424B2 (en) Using card image to extract bank account information
CN109564657A (zh) 代表支付卡系统交易收单方进行商家的支付的系统和方法
JP7160969B2 (ja) 金融商品取引システム、プログラム及び金融商品取引方法
US20080021885A1 (en) System for substantially immediate payment for search related tasks
JP2019050006A (ja) 給与管理装置、方法、及びコンピュータプログラム
JP6512653B1 (ja) 取引明細情報管理装置、取引明細情報管理方法および取引明細情報管理プログラム
WO2018131720A1 (ja) プログラム、情報処理装置及び情報処理システム
KR20200010764A (ko) 디지털화폐의 발행 및 유통 관리를 위한 전자지갑시스템을 이용한 국가간 디지털화폐 사용 시스템 및 그 방법
US20190043132A1 (en) Funded pension processing device, method, and computer program
JP6708802B1 (ja) 電子マネー仲介システム及び電子マネー仲介方法
JP6337224B1 (ja) 情報処理装置
JP7278451B1 (ja) サービス提供システムおよびサービス提供方法
KR101593120B1 (ko) 포스 단말을 이용한 대출 시스템 및 이를 이용한 대출 방법
JP7191161B1 (ja) 金融機関システム、支払方法、及びプログラム
JP7165535B2 (ja) 両替サーバ及び両替システム
JP6280258B1 (ja) 情報処理装置、情報処理システム及び情報処理方法
JP2021082213A (ja) 資産運用システムおよびプログラム
JP7256322B1 (ja) 情報処理装置、情報処理システム及び情報処理方法
JP7477693B1 (ja) 送金管理装置、送金管理方法、およびプログラム
US20230016574A1 (en) Borrowing handling system and borrowing handling method
KR102066341B1 (ko) 전자화폐의 신용 유통 시스템 및 그 방법
JP2024121769A (ja) 管理装置、管理方法、プログラム、およびアプリケーションプログラム
KR20230000692A (ko) 소셜 관계 서비스 제공 서버를 이용한 원격 의료 서비스 추천 및 대신 결제 처리 방법 및 이를 이용한 시스템
JP2023098074A (ja) 残高連携システム、残高連携方法、及びプログラム
KR20210070765A (ko) 스마트 결제 서비스 제공 시스템

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18738560

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18738560

Country of ref document: EP

Kind code of ref document: A1