WO2020174824A1 - 団体発行非現金決済手段管理装置、団体発行非現金決済手段管理装置の制御方法及び団体発行非現金決済手段管理プログラム - Google Patents

団体発行非現金決済手段管理装置、団体発行非現金決済手段管理装置の制御方法及び団体発行非現金決済手段管理プログラム Download PDF

Info

Publication number
WO2020174824A1
WO2020174824A1 PCT/JP2019/049327 JP2019049327W WO2020174824A1 WO 2020174824 A1 WO2020174824 A1 WO 2020174824A1 JP 2019049327 W JP2019049327 W JP 2019049327W WO 2020174824 A1 WO2020174824 A1 WO 2020174824A1
Authority
WO
WIPO (PCT)
Prior art keywords
group
payment means
cash payment
issued
pay
Prior art date
Application number
PCT/JP2019/049327
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 WO2020174824A1 publication Critical patent/WO2020174824A1/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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Definitions

  • the present invention relates to, for example, a group-issued non-cash payment means management device, a group-issued non-cash payment means management device control method, and a group-issued non-cash payment method relating to financing of a group-issued non-cash means such as electronic currency issued by a specific organization. It relates to a means management program.
  • Patent Document 1 A service for lending points has also been proposed (for example, Patent Document 2).
  • the present invention promotes the use of electronic currencies, points, etc. issued by a specific group, and can promote the further use and spread of these, a group-issued non-cash payment means management device, a group-issued non-cash payment means.
  • An object is to provide a control method of a management device and a group-issued non-cash payment means management program.
  • the above-mentioned object is a group that manages a group-issued non-cash payment means that is a non-cash payment means that is issued by a specific organization, its use destination is limited, and its usage history is recorded.
  • the group-issued non-cash payment means is financed to a business owner of a providing location that provides products and/or services that the customer can use the group-issued non-cash payment means
  • the business owner has a storage unit for managing the group-issued non-cash payment means received by the business owner, and further, the repayment based on the loan information, the group-issued non-cash received by the business owner. This is achieved by a group-issued non-cash payment means management device, which is characterized in that the payment means is repayment processed.
  • the group-issued non-cash payment method is provided to the business owner It can be used by purchasing means, etc., and can promote and spread the use of group-issued non-cash payment means.
  • the group-issued non-cash payment means management device manages the group-issued non-cash payment means received by the business owner, the group-issued non-cash payment means that has loaned to the business owner can be reliably replied. be able to.
  • the group-issued non-cash payment means management device generates cash flow prediction information based on the financial institution transaction information of the business owner when financing, and a loan limit of the group issued non-cash payment means based on the cash flow prediction information. It is characterized in that information is generated, and further modified loan limit information is created by modifying the loan limit information based on the business type information to which the providing place belongs.
  • the loan limit information of the group-issued non-cash payment means is corrected based on not only the cash management forecast information of the business owner of the providing place of the store etc. but also the business type information to which the providing place belongs.
  • This is a loan for a non-cash payment method issued by a group such as electronic currency.
  • the group-issued non-cash payment means management device determines whether or not the value of the predetermined group-issued non-cash payment means appropriate for repayment of the loan is valid based on the cash flow prediction information.
  • a configuration is provided in which a determination unit is provided, and the value of the default group-issued non-cash payment means is corrected when the repayment validity determination unit determines that the value of the predetermined group-issued non-cash payment means is invalid. It is characterized by
  • the value of the group-issued non-cash payment means such as a predetermined electronic currency to be used for the repayment of the loan is judged to be appropriate, and if it is not correct, the unreasonable repayment is provided to the store or the like There is no compelling business owner.
  • the repayment adequacy determining unit of the group-issued non-cash payment means management device determines whether or not the value of the predetermined group-issued non-cash payment means is likely to cause a lack of funds to the business owner of the providing place. It is characterized in that it is configured to judge whether or not.
  • the group-issued non-cash payment means of the group-issued non-cash payment means management device includes a group-issued electronic currency which is an electronic currency issued by a group and a group issue point which is a point issued by the group. It is characterized by
  • the above-mentioned object is a group that manages a group-issued non-cash payment means that is a non-cash payment means that is issued by a specific organization, its use destination is limited, and its usage history is recorded.
  • a method of controlling an issued non-cash payment means management device wherein the group-issued non-cash payment means management device provides a product and/or service in which the group-issued non-cash payment means can be used by a customer.
  • the above object manages a group-issued non-cash payment means which is a non-cash payment means issued by a specific business entity, whose use destination is limited, and its usage history is recorded.
  • a function for managing information a function for managing the group-issued non-cash payment means received by the business owner, and a repayment process for the group-issued non-cash payment means received by the business owner upon repayment based on the loan information. It is achieved by a group-issued non-cash payment means management program for realizing the function of.
  • the present invention promotes the use of electronic currencies, points, etc. issued by a specific group, and can further promote the use and spread of these groups
  • Non-cash payment means management device, group issued There is an advantage that a non-cash payment means management device control method and a group-issued non-cash payment means management program can be provided.
  • FIG. 1 is a schematic diagram of a group-issued non-cash payment means according to the present invention, for example, a “Z-payment loan management system 1” for financing “Z-pay” or the like issued by Z company.
  • FIG. 2 is a schematic block diagram showing a main configuration of a “Z pay etc. management device 50” in FIG. 1.
  • FIG. 3 is a schematic block diagram showing the main configuration of a Z-pay etc. management device side various information storage unit 55 of FIG. 2. It is a schematic block diagram which shows the main structures of the loan data management apparatus 10 of FIG.
  • FIG. 6 is a schematic flowchart showing a process in which an individual X1 or the like who owns a prepaid card 7 uses Z pay or Z points. It is a schematic flowchart which shows the process in which Z company finances Z pay etc. to the business owner of A restaurant. It is another schematic flowchart which shows the process in which Z company finances Z pay etc. to the business owner of A restaurant. It is another schematic flowchart which shows the process in which Z company finances Z pay etc. to the business owner of A restaurant. It is a schematic flowchart which shows the process of the automatic repayment of the loaned Z pay. It is another schematic flowchart which shows the process of the automatic repayment of the loaned Z pay. It is a schematic flowchart which shows the process of arbitrary repayment. It is a schematic flow chart which shows the freezing process of an account, such as Z pay.
  • FIG. 1 is a schematic diagram of a group-issued non-cash payment means according to the present invention, for example, a “Z pay credit management system 1” for financing “Z pay” issued by Z company.
  • the system 1 includes a loan data management device 10, a Z-pay management device 50, a bank server 2, an A restaurant management device (for example, a POS terminal (POINT OF SALE TERMINAL) 3, a B greengrocer). It has a store management device (for example, a POS terminal) 4, and these are configured to be able to communicate with each other via an internet network 5.
  • a card reader/reader 6 is connected to the A restaurant management device 3, and as shown in FIG. 1, for example, the information of the prepaid card 7 can be read.
  • the card data reader 6 is also connected to the B greengrocer store management device 4 (not shown).
  • the above-mentioned “POS terminal” is a point-of-sale information management terminal, and is a management device for totalizing sales results of articles and the like at the store concerned in units of individual items. Further, the POS terminal that is the A restaurant management device 3 of FIG. 1 is arranged, for example, in the store of the A restaurant, and the POS device that is the B vegetable store management device 4 is, for example, in the B vegetable store. Is located in.
  • the A restaurant management device 3 such as the POS terminal acquires the information of the prepaid card 7 via the card data reader 6, but the present invention is not limited to this, and the store is not limited to this.
  • ATM Automatic Teller Machine
  • ATMs, etc., etc. acquire information from a customer's mobile terminal such as a smartphone using a matrix type two-dimensional code (QR code (registered trademark)) etc. Be done.
  • QR code matrix type two-dimensional code
  • the bank server 2 in FIG. 1 is arranged in the bank and configured to manage the bank accounts and the like of business owners of the restaurant A.
  • a specific organization for example, a company Z, which is a company, is a "providing place for providing goods and/or services", which is a use destination, for example, stores and the like are limited and used.
  • Z pay which is a group-issued non-cash payment method in which a history is recorded, is loaned to a store or the like.
  • the group-issued non-cash payment means includes "group-issued electronic currency”, which is electronic currency issued by the group, and "group-issued points,” which are points issued by the group.
  • “Z pay” is "group-issued electronic currency” issued by Company Z, and is used as payment for payment in the same way as cash when purchasing goods and/or providing services at specific stores. It is an electronic currency that can be used.
  • group issue points are also called discount points, and are given when a user purchases products etc. with electronic currency such as Z pay, and these points are also purchased at specific stores. And/or when the service is provided, it can be used for payment of the value, etc., like cash.
  • the “group-issued electronic currency” included in the group-issued non-cash payment means of the present invention for example, the electronic currency and the “group-issued point”, for example, points will be described.
  • “Electronic currency (for example, pay)” can be settled (charged) in cash in advance, and can be paid (used) up to the payment amount, "prepaid-type pay", real-time bank account etc. when making payment Payment is made from “real-time pay”, and payment is made within a separately determined upper limit amount, and payment is included "post-pay-type pay” such as credit card that will be executed from a bank account at a later date. Be done.
  • the loan data management device 10 and the Z-payment management device 50 which are group-issued non-cash payment means management devices of the Z-payment loan management system 1 of FIG. "Z pay" issued by Z company included in the above is managed.
  • the prepaid card 7 in FIG. 1 is an example of this "prepaid type pay”.
  • the Z company has the Z pay etc. management device 50 that finally manages the Z pay, and the loan data management device 10 that manages the loan of the Z pay is managed by another company.
  • the present invention also includes the case where the company Z directly manages the loan data management device 10.
  • Group-issued points (points) include “offline medium management type” that manages the balance of points with a card or mobile terminal (smartphone etc.), and manages the balance of points with a management device such as a server. There is an online server management type.
  • the loan data management device 10 and the Z-pay management device 50 of the Z-pay loan management system 1 of FIG. 1 manage the “Z points” issued by the Z company regarding the prepaid card 7.
  • the Z company has the Z pay etc. management device 50 for finally managing the Z points
  • the loan data management device 10 for managing the Z points is managed by another company.
  • the present invention also includes a case where the company Z directly manages the loan data management device 10.
  • the above-mentioned Z pay is described as “prepaid type pay” and the Z points are described as “online server management type”. It may be configured to be managed by "real time type pay” or "post pay type pay”. Further, the Z point may be managed by the “offline medium management type”.
  • an actual store or the like such as restaurant A is explained as an example, but the present invention is not limited to electronic currency such as Z pay or Z points handled at stores such as the Internet such as EC sites. Points such as are also included.
  • an individual X1 or the like who can hold Z pay or Z points carries the prepaid card 7 shown in FIG. 1 and pays at the restaurant A using Z pay or Z points.
  • the following description will be made by taking as an example that the business owner of the above makes payment using Z pay and Z points when purchasing vegetables and the like at the B vegetable store. Further, in the present embodiment, an example in which the company Z makes a loan of "Z pay" to the business owner of the restaurant A and automatically and reliably repays the loan will be described.
  • the loan data management device 10, the Z-pay management device 50, the A restaurant management device 3, the B vegetable store management device 4, the bank server 2 and the like in FIG. 1 each have a computer and a CPU (Central Processing Unit), It has a RAM (Random Access Memory), a ROM (Read Only Memory), a hard disk, etc., and is connected via a bus.
  • CPU Central Processing Unit
  • RAM Random Access Memory
  • ROM Read Only Memory
  • FIG. 2 is a schematic block diagram showing the main configuration of the “Z pay etc. management device 50” of FIG.
  • the Z pay etc. management device 50 has a “Z pay etc. management device side control unit 51 ”, and the control unit 51 shows the “Z pay management device side communication device 52” shown in FIG. 2.
  • FIG. 3 is a schematic block diagram showing the main configuration of the Z pay etc. management device side various information storage unit 55 of FIG. 2, the contents of which will be described later.
  • FIG. 4 is a schematic block diagram showing the main configuration of the loan data management device 10 of FIG.
  • the loan data management device 10 has a “financing data management side control unit 11 ”, which controls the “financing data management side communication device 12 ”and the “financing data management side display 13. , And “financing data management side input device 14” and the like.
  • the control unit 11 includes a “final data management side first various information storage unit 110 ”, a “financing data management side second various information storage unit 120 ”, and a “financing data management side third various type” in FIG. 4.
  • “Information storage unit 130", “Loan data management side fourth various information storage unit 140", “Loan data management side fifth various information storage unit 150" and “Loan data management side sixth various information storage unit 160" Also controls.
  • 5 to 10 are schematic block diagrams showing the main contents of the "lending data management side first various information storage unit 110" to the “financing data management side sixth various information storage unit 160", respectively. The contents of these will be described later.
  • FIG. 11 to 18 are schematic flowcharts showing main operation examples and the like of the "Z-payment loan management system 1" according to the present embodiment of FIG. (About the process in which the individual X1 or the like uses Z pay or Z points) Further, FIG. 11 is a schematic flowchart showing a process in which an individual X1 or the like who owns the prepaid card 7 uses Z pay or Z points.
  • ST step 1
  • an individual X having a prepaid card 7 exchanges cash for Z pay of Z company, or Z points are given by Z company
  • FIG. It is stored in the Z pay etc. account of the individual X1 in the “Z pay etc. account storage unit 56”.
  • the individual X1 goes to ST2 to eat and drink at A restaurant.
  • the "card data reader 6" of the restaurant A reads the data of the "prepaid card 7" of the individual X1, and the amount and/or points of the "Z pay” that the "A restaurant management device 3" will pay.
  • the same data is transmitted to the “Z pay etc. management device 50” together with the number information.
  • the identification information of the A restaurant management apparatus 3 is also transmitted.
  • the “Z pay etc. management device 50” refers to the current Z pay of the Z pay etc. account of the “personal X1” in the “Z pay etc. account storage unit 56” and the current number of Z points, and the payment plan concerned. It is determined whether or not the Z pay and/or the number of Z points can be paid.
  • the process proceeds to ST5.
  • the paid Z pay and/or the number of points is subtracted from the Z pay etc account of the individual X1 in FIG. 3 and added to the Z pay etc account of the restaurant A. This completes the Z pay and/or the Z point pay by the individual X1.
  • FIG. 12 is a schematic flowchart showing a process in which Z company finances Z pay and the like to the business owner of the restaurant A. This process is mainly executed by the "financing data management device 10" in FIG.
  • the “item information extraction unit (program) 111” of FIG. 5 operates, and deposits/withdrawals and summaries are made from financial institution transaction information such as passbook data in the name of the business owner of the restaurant A.
  • Item information such as “item information storage” in FIG. 5 is divided into withdrawal items (for example, personnel costs, fixed costs, variable costs, repayments, etc.) and payment items (for example, sales) that belong to the income statement. Automatically stored in the section 112".
  • the “payment/withdrawal item prediction information generation unit (program) 113” of FIG. 5 operates, and future payments are made based on the information of the payment item and the withdrawal item of the “item information storage unit 112” of FIG.
  • deposit/withdrawal item prediction information for example, future personnel cost data
  • deposit/withdrawal item prediction information for example, future personnel cost data
  • the “financing information generating unit (program) 115” of FIG. 5 operates, and based on the “payment/withdrawal item prediction information 114” of FIG. 5, the financing information (for example, future income statement) is calculated. It is generated and stored in the “financing information storage unit 121” of FIG.
  • the "financing limit information generation unit (program) 122" of FIG. 6 operates, and based on the cash flow prediction information such as the future income statement of the "cash flow prediction information storage unit 121" of FIG.
  • loan limit information credit information
  • the loan limit information of the store is generated and stored in the "financing limit information storage unit 123" of FIG.
  • the “Z pay loan limit information generation unit (program) 124” of FIG. 6 operates and is stored in the “Z pay etc. account storage unit 56” of FIG. 3 of the Z pay etc. management device 10. Acquire the past Z pay and Z points of “Account information of Z pay etc.” of the restaurant A and the usage status. For example, 3 months ago: 1 million pays, 2 months ago: 600,000 points, 1 month ago: 800,000 pays.
  • the generation unit 124 uses the “Z pay loan basic calculation formula (eg, “((Z pay and/or number of points 3 months ago+number of points+2 months ago. Z-pay and/or number of points + Z-pay and/or number of points one month ago)/3) x 0.8, etc.)”) to the above value (3 months ago: 1 million pays, 2 months ago: 60) 10,000 points, one month ago: 800,000 pay) is substituted, and Z pay loan limit information (for example, 640,000 pay) is generated and stored in the "Z pay loan limit information storage unit 131" of FIG. As described above, the basic Z pay loan limit information is generated, but in the present embodiment, the same information is modified below.
  • Z pay loan basic calculation formula eg, “((Z pay and/or number of points 3 months ago+number of points+2 months ago. Z-pay and/or number of points + Z-pay and/or number of points one month ago)/3) x 0.8, etc.)”
  • Z pay loan limit information for example, 640,000 pay
  • the “Z pay loan limit information generation unit (program) 132” in FIG. 7 operates and refers to the industry advancement period information in the “industry advancement period information storage unit 133” in FIG. 7.
  • This period is a general advance period depending on the type of industry, and in the present embodiment, the loan amount is modified in consideration of the difference in the advance period depending on the type of industry.
  • the Z pay loan limit for example, 640,000 pays, etc.
  • the value of the reward pay is determined in the following steps in order to lend Z pay instead of cash, and to give reward pay that the A restaurant does not need to repay.
  • the "reward Z pay additional information generation unit (program) 141" in FIG. 8 operates and refers to the "reward storage unit 135" in FIG.
  • the "reward storage unit 135" stores information such as 10% as a reward pay.
  • the generation unit 141 based on the loan limit correction information by industry (640,000 pay) of the "credit limit correction information storage unit 134 by industry” of FIG. 7, "reward Z pay additional information (64,000 pay)” Is added to the industry-specific loan limit correction information (640,000 pay) in the “industry-use loan limit correction information storage unit 134” to generate award Z pay additional information (704,000 pay). Then, it is stored in the "reward Z pay additional information storage unit 142" in FIG. With the above, the total amount of Z pay to loan to the restaurant A is fixed.
  • ST18 the “Z pay loan interest rate information generation unit (program) 143 of FIG. 8 operates and the “Z pay loan interest rate information” of the “Z pay loan interest rate information storage unit 144” of FIG. Refer to 1%, etc. Then, based on this Z pay loan interest rate information, a repayment interest rate for the restaurant A is determined and stored in the "repayment interest rate information storage unit 151" of FIG.
  • the loan data management device 10 causes the “reward pay additional information storage unit 142” in FIG. 8, the “industry-based loan limit correction information storage unit 134” in FIG. 8, and the “Z pay loan interest rate information storage unit 144” in FIG. Refer to. Then, the device 10 displays the loan condition, which is a guide for the Z pay loan, on the A restaurant management device 3 of the A restaurant, for example, the POS terminal of the A restaurant. Specifically, a total of 704,000 Z pay, a repayment amount of 640,000 Z pay, a loan interest rate...%, etc. are displayed.
  • ST20 when the user inputs “financing application” data to the POS terminal of the restaurant management apparatus A, the apparatus 3 transmits the data to the loan data management apparatus 10.
  • the loan data management device 10 transmits to the “Z pay etc. management device 50” in order to confirm with the Z company whether or not to accept the loan application.
  • ST22 when the “finance approval” data is input to the Z pay etc. management device 50 from the Z company, the Z pay of the A restaurant of the “Z pay etc. account storage unit 56” of the “Z pay etc management device 50”. Lending Z pay balance in the same account, loan limit correction information by industry (640,000 pay), "financing Z pay total” is rewarded Z pay additional information (704,000 pay), and "loan interest rate” is repayment interest rate information Register (-1% of cash interest rate). With the above, the automatic loan process of Z pay is completed, and the loan information is recorded in the “Z pay etc. account storage unit 56”.
  • Z-Pay will be promoted and become more popular.
  • the Z-pay loan limit information is obtained by multiplying the "Z-pay loan basic calculation formula" shown in FIG. 6 by the past certain period, for example, the average of three months and 0.8.
  • the present invention is not limited to this, and the following calculation may be performed.
  • a value obtained by multiplying, for example, 0.8 by the value of the month for which the Z pay and/or the number of Z points is acquired for three months is set as the Z pay loan limit information.
  • FIG. 15 is a schematic flowchart showing a process of automatic repayment of the loaned Z pay.
  • the “Z pay etc. management device 50” determines whether or not the monthly closing date has come for the A restaurant receiving the loan of Z pay. When it is determined in ST32 that it has arrived, the process proceeds to ST33. In ST33, the “Z pay management device 50” requests the “financing data management device 10” to calculate the “Z pay amount” for “automatic Z pay repayment”.
  • ST34 the “basic repayment Z pay amount generation unit (program) 152” in FIG. 9 of the loan data management device 10 operates, and “A” in the “Z pay etc. account storage unit 56” of the “Z pay etc. management device 10”.
  • the “basic repayment Z pay amount” of this month is calculated, and the “basic repayment Z pay amount storage unit” in FIG. 153”.
  • ST35 proceed to ST35.
  • the “repayment Z pay amount validity determination unit (program) 154” which is the validity determination unit of FIG. 9 operates and the future profit and loss calculation of the “financing information storage unit 121” of FIG. 6 is performed.
  • the “basic repayment Z pay amount” is set as the final repayment Z pay amount, and the “final repayment Z pay amount” in FIG.
  • the amount is stored in the forehead storage unit 161”. That is, the “basic repayment Z pay amount” is stored as it is as the “final repayment Z pay amount”.
  • the "basic repayment Z pay amount” is calculated by subtracting the "basic repayment Z pay amount” to the extent that there is no shortage of funds, and is stored in the "final repayment Z pay amount storage unit 161" in FIG.
  • the business owner of the restaurant A automatically adjusts the repayment amount to an appropriate amount so as not to make an unreasonable repayment, so that the repayment is automatically made within an appropriate range. be able to. Therefore, it is possible to prevent the restaurant A and the like from falling into a lack of funds.
  • the "financing data management device 10" transmits the "final repayment Z pay amount” data to the "Z pay etc. management device 50".
  • the “payment amount generation unit (program) 57” of FIG. 3 of the “Z pay etc. management device 50” operates and the “final repayment Z pay amount storage unit 161” of FIG. 10 of the “financing data management device 10”.
  • the final repayment Z pay amount of "Z pay” corresponding to the amount is the "Z pay etc. management device 50", "Z pay etc. account storage unit 56" of A restaurant Z pay etc. Determine if it exists in the account. Specifically, the “current Z pay” of the same account is referred to.
  • the process proceeds to ST42.
  • the generating unit 57 operates to refer to the “current Z point number” of the Z pay account of the A restaurant, convert the “Z point number” into the “Z pay amount”, and perform the “final repayment Z”. Payout amount”.
  • Z points are automatically converted to Z pay and used for repayment. To be executed. Further, when the amount of Z pay is insufficient, Z points are automatically used for repayment, so that a situation in which repayment is delayed can be prevented.
  • the generation unit 57 sets the “final repayment Z pay amount” as “repayment amount data”, subtracts the “repayment amount data” from the payment amount to the A restaurant at the settlement date of this month, and calculates Send money to a bank account. Further, the "Z pay amount” corresponding to the "repayment amount data” is subtracted from the "financing Z pay balance" of the "Z pay etc. account” of the restaurant A in FIG. If there is, a process of subtracting it from the "current number of Z points" is performed.
  • the automatic repayment of the Z pay loan is completed.
  • the electronic currency such as Z pay and the balance of points and the like are almost completely grasped by the "Z pay etc. management device 50 and the loan data management device 10" of Z company, and therefore the repayment is made.
  • the repayment can be surely executed without causing a delay or the like.
  • the Z pay automatic repayment process of the present invention is not limited to the process of the present embodiment described above, and may be the following process. Many of the steps of this modification are the same as the above-mentioned “automatic repayment step”, and therefore the differences will be mainly described below.
  • the card data reader connected to the B greengrocer store management device 4 obtains the information of the "prepaid card 7" of the A restaurant, and uses the information in the "financing data management device 10". Send.
  • the Z pay is the A restaurant of the Z pay etc. account storage unit 56 of FIG. 3 of the "Z pay etc. management device 50". Will be transferred to the Z pay etc. account of the B vegetable store.
  • the Z pay automatic repayment step of the present invention is not limited to the steps of the present embodiment and the first modification described above, and may be the following steps. Many of the steps of this modification are the same as the above-mentioned “automatic repayment step”, and therefore the differences will be mainly described below.
  • the payment amount may be part of the repayment of the "Z pay” at the restaurant A.
  • the “Z pay amount” corresponding to the “amount” settled by the credit card is offset with the “repayment amount”.
  • FIG. 17 is a schematic flowchart showing a process of arbitrary repayment. For example, if the restaurant A wants to make a repayment with a payout or points other than "Z pay” or “Z points” or cash etc. on the repayment date of the "financing pay", the following process is performed. To be done.
  • the information that A restaurant provides other “Y points”, “cash”, etc. instead of “Z pay” on the next repayment date is sent from the A restaurant management device 3 to “financing data”. Management device 10”. Then, it proceeds to ST52.
  • the “financing data management device 10” transmits the payment method such as “Y points” or “cash” to the A restaurant, and the A restaurant which received the payment executes the payment according to the payment method. To do.
  • the "Z-pay conversion processing unit (program) 162" of FIG. 10 of the “financing data management device 10" operates and the "converted Z-pay” corresponding to "Y points" and “cash” paid by A restaurant.
  • the amount is calculated and stored in the "converted Z pay amount storage unit 163" in FIG.
  • the “financing data management device 10” transmits the converted Z pay amount to the “Z pay etc. management device 50”. Then, it proceeds to ST55.
  • the "Z pay etc. management device 50" uses the received "converted Z pay amount” as "financing Z pay” of "Z pay etc. account” of A restaurant of "Z pay etc. account storage unit 56" in FIG. "Balance”. As a result, the “credit information” of restaurant A is updated.
  • the Z-payment loan management system 1 of the present invention has a configuration that is easy for the user to use.
  • FIG. 18 is a schematic flowchart showing a process of freezing an account such as Z pay.
  • the “repayment delay determination unit (program) 58” of FIG. 3 of the “Z pay etc. management device 50” operates, and the A restaurant of the “Z pay etc. account storage unit 56” of FIG. It is determined whether the loan repayment is delayed for a predetermined number of times and/or a predetermined Z pay amount in the Z pay etc. account.
  • ST63 "Account Frozen" is registered in the Z pay etc. account of the A restaurant in the "Z pay etc account storage unit 56" of FIG. 3 and the credit information is changed. Then, the account freeze is notified to the restaurant management apparatus 3 of A, which is the owner of the point account. This completes the process of freezing the account such as Z pay at A restaurant.
  • a magnetic disk floppy (registered A trademark (trademark) disk, a hard disk, etc.), an optical disk (CD-ROM, DVD, etc.), a magneto-optical disk (MO), a semiconductor memory or the like may be stored and distributed.
  • the storage medium may be any storage medium that can store a program and can be read by a computer.
  • the storage format of the storage medium is not particularly limited.
  • an OS operating system
  • MW middleware
  • database management software such as database management software, network software, or the like
  • the storage medium in the present invention is not limited to a medium independent of a computer, and includes a storage medium in which a program transmitted via a LAN, the Internet or the like is downloaded and stored or temporarily stored.
  • the computer may execute each processing in the present embodiment based on the program stored in the storage medium, and may be a device such as a single personal computer or the like, or a plurality of devices connected via a network.
  • the system may be a customized system.
  • the computer in the present invention is not limited to a personal computer, and also includes an arithmetic processing unit, a microcomputer, and the like included in information processing equipment, and is a generic term for equipment and devices that can realize the functions of the present invention by a program. ing.
  • loan data management side fourth various information storage unit 141... Reward Z pay additional information generation unit, 142... Reward Z pay additional information storage unit, 143... Z pay loan interest rate information generation unit, 144... Z pay loan interest rate information storage unit, 150...
  • Loan data Management side fifth various information storage unit 151... Repayment interest rate information storage unit, 152... Basic repayment Z pay amount generation unit, 153... Basic repayment Z pay amount storage unit, 154... Repayment Z Pay amount adequacy determination unit, 160... Sixth various information storage unit on loan data management side, 161... Final repayment Z pay amount storage unit, 162... Z pay conversion processing unit, 163... Conversion Z pay amount storage

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

【課題】特定の団体が発行する電子通貨やポイント等の利用を促進し、これらの更なる利用、普及を図ることができる団体発行非現金決済手段管理装置等を提供すること。 【解決手段】特定の団体によって発行され、その使用先が限定されると共に、その利用履歴が記録される非現金決済手段である団体発行非現金決済手段を管理し、団体発行非現金決済手段を顧客が使用可能な商品及び／又は役務を提供する提供場所の事業主に対し、団体発行非現金決済手段を融資した融資情報を管理すると共に、事業主が受領する団体発行非現金決済手段を管理する記憶部５０を有し、さらに、融資情報に基づく返済に際し、事業主が受領した団体発行非現金決済手段を返済処理する構成となっている団体発行非現金決済手段管理装置１０、５０。

Description

団体発行非現金決済手段管理装置、団体発行非現金決済手段管理装置の制御方法及び団体発行非現金決済手段管理プログラム
　本発明は、例えば、特定の団体が発行する電子通貨等の団体発行非現金手段の融資に関する団体発行非現金決済手段管理装置、団体発行非現金決済手段管理装置の制御方法及び団体発行非現金決済手段管理プログラムに関するものである。
　従来、店舗等で現金やクレジットカードを使わずに顧客が商品等を購入できる決済システムとして電子通貨等のシステムが広く使用されている。
　このような電子通貨等は、現金と異なり、これらを発行する団体等の事業体の電子通貨等を取り扱う店舗等でのみ使用可能なことから顧客に特定の店舗等での購入等を促すことができ、関連する店舗等の売上向上等を図ることができるシステムとなっている。
　また、これらの店舗等では、電子通貨を利用する顧客に、例えば、ポイント等を付与することで、更に購買等を促すシステムとなっている。
　さらに、顧客が電子通貨で買い物等をする際に、電子通貨の残高が不足すると、顧客毎の与信の範囲内で掛売りを可能としたり（例えば、特許文献１等）、当該顧客に不足分としてポイントを貸し付けるサービスも提案されている（例えば、特許文献２等）。
特開２０１８－０６０３００号 特開２００５－１１５４３５号
　しかし、このような掛売りやポイントの貸し付けは、特定の顧客等に対して、例外的に行われるにすぎず、また、顧客に商品等を販売する店舗等では、電子通貨やポイント等を現金化して受領するため、取引全体における電子通貨等の利用は、未だ不十分であるという問題があった。
　そこで、本発明は、特定の団体が発行する電子通貨やポイント等の利用を促進し、これらの更なる利用、普及を図ることができる団体発行非現金決済手段管理装置、団体発行非現金決済手段管理装置の制御方法及び団体発行非現金決済手段管理プログラムを提供することを目的とする。
　上記目的は、本発明にあっては、特定の団体によって発行され、その使用先が限定されると共に、その利用履歴が記録される非現金決済手段である団体発行非現金決済手段を管理する団体発行非現金決済手段管理装置であって、前記団体発行非現金決済手段を顧客が使用可能な商品及び／又は役務を提供する提供場所の事業主に対し、前記団体発行非現金決済手段を融資した融資情報を管理すると共に、前記事業主が受領する前記団体発行非現金決済手段を管理する記憶部を有し、さらに、前記融資情報に基づく返済に際し、前記事業主が受領した前記団体発行非現金決済手段を返済処理する構成となっていることを特徴とする団体発行非現金決済手段管理装置により達成される。
　前記構成によれば、団体発行非現金決済手段を顧客から受領する提供場所の事業主に対して電子通貨等の団体発行非現金決済手段を融資することで、当該事業主に団体発行非現金決済手段の仕入れ等で利用させることができ、団体発行非現金決済手段の利用促進と普及を図ることができる。
　また、団体発行非現金決済手段管理装置は、事業主が受領した団体発行非現金決済手段を管理しているため、当該事業主に対し融資した団体発行非現金決済手段の返済を確実に実行することができる。
　好ましくは、前記団体発行非現金決済手段管理装置は、融資に際し、前記事業主の金融機関取引情報に基づき資金繰り予測情報を生成し、前記資金繰り予測情報に基づき前記団体発行非現金決済手段の融資限度情報を生成し、更に、前記提供場所が属する業種情報に基づき前記融資限度情報を修正した修正融資限度情報を生成することを特徴とする。
　前記構成によれば、団体発行非現金決済手段の融資限度情報は、当該店舗等の提供場所の事業主の資金繰り予測情報のみならず、その提供場所が属する業種情報に基づき修正されるので、適切な電子通貨等の団体発行非現金決済手段の融資となる。
　好ましくは、前記団体発行非現金決済手段管理装置は、前記資金繰り予測情報に基づき、融資の返済に充当する既定の前記団体発行非現金決済手段の値が、妥当か否かを判断する返済妥当性判断部を有し、既定の前記団体発行非現金決済手段の値が前記返済妥当性判断部により妥当でないと判断されたとき、前記既定の団体発行非現金決済手段の値を修正する構成となっていることを特徴とする。
　前記構成によれば、融資の返済に充当する既定の電子通貨等の団体発行非現金決済手段の値の妥当性を判断し、妥当でないときは修正するため、無理な返済を店舗等の提供場所の事業主に強いることがない。
　好ましくは、前記団体発行非現金決済手段管理装置の前記返済妥当性判断部は、既定の団体発行非現金決済手段の値が、提供場所の事業主に資金不足を招来する可能性が高いか否かを判断する構成となっていることを特徴とする。
　前記構成によれば、既定の電子通貨等の団体発行非現金決済手段の値が、提供場所の事業主に資金不足を招来する可能性が高いとき、かかる事態の発生を回避することができる。
　好ましくは、前記団体発行非現金決済手段管理装置の前記団体発行非現金決済手段には、団体が発行する電子通貨である団体発行電子通貨と、団体が発行するポイントである団体発行ポイントが含まれることを特徴とする。
　上記目的は、本発明にあっては、特定の団体によって発行され、その使用先が限定されると共に、その利用履歴が記録される非現金決済手段である団体発行非現金決済手段を管理する団体発行非現金決済手段管理装置の制御方法であって、前記団体発行非現金決済手段管理装置は、前記団体発行非現金決済手段を顧客が使用可能な商品及び／又は役務を提供する提供場所の事業主に対し、前記団体発行非現金決済手段を融資した融資情報を管理すると共に、前記事業主が受領する前記団体発行非現金決済手段を管理し、さらに、前記融資情報に基づく返済に際し、前記事業主が受領した前記団体発行非現金決済手段を返済処理する構成となっていることを特徴とする団体発行非現金決済手段管理装置の制御方法により達成される。
　上記目的は、本発明にあっては、特定の事業体によって発行され、その使用先が限定されると共に、その利用履歴が記録される非現金決済手段である団体発行非現金決済手段を管理する団体発行非現金決済手段管理装置に、前記団体発行非現金決済手段を顧客が使用可能な商品及び／又は役務を提供する提供場所の事業主に対し、前記団体発行非現金決済手段を融資した融資情報を管理する機能、前記事業主が受領する前記団体発行非現金決済手段を管理する機能、さらに、前記融資情報に基づく返済に際し、前記事業主が受領した前記団体発行非現金決済手段を返済処理する機能、を実現させるための団体発行非現金決済手段管理プログラムにより達成される。
　以上説明したように、本発明は、特定の団体が発行する電子通貨やポイント等の利用を促進し、これらの更なる利用、普及を図ることができる団体発行非現金決済手段管理装置、団体発行非現金決済手段管理装置の制御方法及び団体発行非現金決済手段管理プログラムを提供できるという利点がある。
本発明にかかる団体発行非現金決済手段である例えば、Ｚ社が発行する「Ｚペイ」等を融資等する「Ｚペイ等融資管理システム１」の概略図である。 図１の「Ｚペイ等管理装置５０」の主な構成を示す概略ブロック図である。 図２のＺペイ等管理装置側各種情報記憶部５５の主な構成を示す概略ブロック図である。 図１の融資データ管理装置１０の主な構成を示す概略ブロック図である。 「融資データ管理側第１の各種情報記憶部１１０」の主な内容を示す概略ブロック図である。 「融資データ管理側第２の各種情報記憶部１２０」の主な内容を示す概略ブロック図である。 「融資データ管理側第３の各種情報記憶部１３０」の主な内容を示す概略ブロック図である。 「融資データ管理側第４の各種情報記憶部１４０」の主な内容を示す概略ブロック図である。 「融資データ管理側第５の各種情報記憶部１５０」の主な内容を示す概略ブロック図である。 「融資データ管理側第６の各種情報記憶部１６０」の主な内容を示す概略ブロック図である。 プリペイドカード７を所持する個人Ｘ１等がＺペイやＺポイント等を使用する工程を示す概略フローチャートである。 Ａ飲食店の事業主にＺ社がＺペイ等を融資する工程を示す概略フローチャートである。 Ａ飲食店の事業主にＺ社がＺペイ等を融資する工程を示す他の概略フローチャートである。 Ａ飲食店の事業主にＺ社がＺペイ等を融資する工程を示す他の概略フローチャートである。 融資されたＺペイの自動返済の工程を示す概略フローチャートである。 融資されたＺペイの自動返済の工程を示す他の概略フローチャートである。 任意返済の工程を示す概略フローチャートである。 Ｚペイ等口座の凍結工程を示す概略フローチャートである。
　以下、この発明の好適な実施の形態を添付図面等を参照しながら、詳細に説明する。
　尚、以下に述べる実施の形態は、本発明の好適な具体例であるから、技術的に好ましい種々の限定が付されているが、本発明の範囲は、以下の説明において特に本発明を限定する旨の記載がない限り、これらの態様に限られるものではない。
（Ｚペイ等融資管理システム１について）
　図１は、本発明にかかる団体発行非現金決済手段である例えば、Ｚ社が発行する「Ｚペイ」等を融資等する「Ｚペイ等融資管理システム１」の概略図である。
　本システム１には、図１に示すように、融資データ管理装置１０、Ｚペイ等管理装置５０、銀行サーバ２、Ａ飲食店管理装置（例えば、ＰＯＳ端末（ＰＯＩＮＴ　ＯＦ　ＳＡＬＥ　ＴＥＲＭＩＮＡＬ）３、Ｂ八百屋店管理装置（例えば、ＰＯＳ端末）４を有し、これらは、インターネット網５を介して、相互に通信可能な構成となっている。
　また、Ａ飲食店管理装置３には、カードリーダ読み取り機６が接続されており、図１に示すように、例えば、プリペイドカード７の情報を読み取ることができる構成となっている。
　また、このカードデータ読み取り機６は、Ｂ八百屋店管理装置４にも接続されている（図示せず）。
　なお、上述の「ＰＯＳ端末」は、販売時点情報管理端末であって、当該店舗等の物品等の売上実績等を単品単位で集計等する管理装置である。
　また、図１のＡ飲食店管理装置３であるＰＯＳ端末は、例えば、Ａ飲食店の店舗内に配置され、Ｂ八百屋店管理装置４であるＰＯＳ装置等は、例えば、Ｂ八百屋店の店舗内に配置される。
　本実施の形態では、ＰＯＳ端末等のＡ飲食店管理装置３が、カードデータ読み取り機６を介して、プリペイドカード７の情報を取得する構成としているが、本発明では、これに限らず、店舗等のＡＴＭ（ＡＵＴＯＭＡＴＩＣ　ＴＥＬＬＥＲ　ＭＡＣＨＩＮＥ）現金自動預け払い機）等が、顧客のスマートフォン等の携帯端末から、マトリックス型二次元コード（ＱＲコード（登録商標））等を用いて情報を取得する場合も含まれる。
　また、図１の銀行サーバ２は、銀行内に配置され、Ａ飲食店の事業主等の銀行口座等を管理する構成となっている。
　本システム１では、特定の団体、例えば、企業であるＺ社が発行し、その使用先である「商品及び／又は役務を提供する提供場所」である例えば、店舗等が限定される共に、利用履歴が記録される団体発行非現金決済手段である例えば、「Ｚペイ」を店舗等に融資等する構成となっている。
　ここで、団体発行非現金決済手段は、団体が発行する電子通貨である「団体発行電子通貨」と団体が発行するポイントである「団体発行ポイント」を含んでいる。
　「Ｚペイ」は、Ｚ社が発行する「団体発行電子通貨」で、特定の店舗等で、商品の購入及び／又は役務の提供を受ける際に、現金と同様に、その対価の支払い等として使用できる電子通貨である。
　また、「団体発行ポイント」は、値引きポイントとも言われ、利用者が例えば、Ｚペイ等の電子通貨で商品等を購入等したときに付与され、このポイントも特定の店舗等で、商品の購入及び／又は役務の提供を受ける際に、現金と同様に、その対価の支払い等として使用可能となっている。
　以下、本発明の団体発行非現金決済手段に含まれる「団体発行電子通貨」である例えば、電子通貨と「団体発行ポイント」である例えば、ポイントについて説明する。
　「電子通貨（例えば、ペイ）」には、予め現金で決済（チャージ）を行い、その決済額を上限に支払い（使用）可能な「プリペイド型ペイ」、支払いを行う際にリアルタイムに銀行口座等から決済がなされる「リアルタイム型ペイ」、そして、別途決められた上限額の範囲で支払いが行われ、決済は、後日、銀行口座等から実行されるクレジットカード等の「ポストペイ型ペイ」が含まれる。
　本実施の形態では、図１のＺペイ等融資管理システム１の団体発行非現金決済手段管理装置である例えば、融資データ管理装置１０及びＺペイ等管理装置５０が、例えば、「プリペイド型ペイ」に含まれるＺ社発行の「Ｚペイ」の管理を行う。
　図１のプリペイドカード７は、この「プリペイド型ペイ」の例となっている。
　また、本実施の形態では、Ｚ社が、Ｚペイを最終的に管理するＺペイ等管理装置５０を有し、Ｚペイの融資を管理する融資データ管理装置１０は、別会社が管理する例で説明するが、本発明には、Ｚ会社が融資データ管理装置１０を直接、管理する場合も含まれる。
　次に、「ポイント」について説明する。
　「団体発行ポイント（ポイント）」には、ポイントの残高等をカードや携帯端末（スマートフォン等）で管理する「オフライン媒体管理型」と、ポイントの残高等をサーバ等の管理装置等で管理する「オンラインサーバ管理型」がある。
　本実施の形態では、図１のＺペイ等融資管理システム１の融資データ管理装置１０及びＺペイ等管理装置５０が、プリペイドカード７に関し、Ｚ社が発行する「Ｚポイント」の管理を行う構成となっている。
　また、本実施の形態では、Ｚポイントを「オンラインサーバ管理型」で管理する例で説明する。
　また、本実施の形態では、Ｚ社が、Ｚポイントを最終的に管理するＺペイ等管理装置５０を有し、Ｚポイントを管理する融資データ管理装置１０は、別会社が管理する例で説明するが、本発明には、Ｚ会社が融資データ管理装置１０を直接、管理する場合も含まれる。
　また、本実施の形態では、一例として、上述のＺペイを「プリペイド型ペイ」、Ｚポイントを「オンラインサーバ管理型」で説明するが、本発明はこれに限らず、Ｚペイを上述の「リアルタイム型ペイ」や「ポストペイ型ペイ」で管理する構成としても構わない。
　また、Ｚポイントを「オフライン媒体管理型」で管理する構成としても構わない。
　さらに、本実施の形態では、Ａ飲食店等、実際の店舗等を例に説明しているが、本発明は、ＥＣサイト等のインターネット等の店舗等で取り扱うＺペイ等の電子通貨やＺポイント等のポイントも含まれる。
　本実施の形態では、ＺペイやＺポイントを保有できる個人Ｘ１等が図１のプリペイドカード７を所持し、Ａ飲食店でＺペイやＺポイント等を使って支払いをし、また、Ａ飲食店の事業主は、Ｂ八百屋店で野菜等の仕入れをする際に、ＺペイやＺポイント等を使って支払いをすることを例に以下、説明する。
　さらに、本実施の形態では、このようなＡ飲食店の事業主に、Ｚ社が「Ｚペイ」の融資を行い、この融資を自動的に且つ確実に自動返済させる例についても説明する。
　図１の融資データ管理装置１０、Ｚペイ等管理装置５０、Ａ飲食店管理装置３、Ｂ八百屋店管理装置４、銀行サーバ２等は、は、コンピュータを有し、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）やハードディスク等を有し、バスを介して接続されている。
（「Ｚペイ等管理装置５０」の主な構成について）
　図２は、図１の「Ｚペイ等管理装置５０」の主な構成を示す概略ブロック図である。
　図２に示すように、Ｚペイ等管理装置５０は、「Ｚペイ等管理装置側制御部５１」を有し、同制御部５１は、図２に示す「Ｚペイ管理装置側通信装置５２」、「Ｚペイ等管理装置側ディスプレイ５３」、「Ｚペイ等管理装置側入力装置５４」及び「Ｚペイ等管理装置側各種情報記憶部５５」等を制御する構成となっている。
　図３は、図２のＺペイ等管理装置側各種情報記憶部５５の主な構成を示す概略ブロック図であり、その内容は後述する。
（「融資データ管理装置１０」の主な構成について）
　図４は、図１の融資データ管理装置１０の主な構成を示す概略ブロック図である。
　図４に示すように、融資データ管理装置１０は、「融資データ管理側制御部１１」を有し、同制御部１１は、「融資データ管理側通信装置１２」、「融資データ管理側ディスプレイ１３」及び「融資データ管理側入力装置１４」等を制御する。
　また、同制御部１１は、図４の「融資データ管理側第１の各種情報記憶部１１０」、「融資データ管理側第２の各種情報記憶部１２０」、「融資データ管理側第３の各種情報記憶部１３０」、「融資データ管理側第４の各種情報記憶部１４０」、「融資データ管理側第５の各種情報記憶部１５０」及び「融資データ管理側第６の各種情報記憶部１６０」も制御する。
　図５乃至図１０は、それぞれ「融資データ管理側第１の各種情報記憶部１１０」乃至「融資データ管理側第６の各種情報記憶部１６０」の主な内容を示す概略ブロック図である。これらの内容については後述する。
　図１１乃至図１８は、図１の本実施の形態に係る「Ｚペイ等融資管理システム１」の主な動作例等を示す概略フローチャートである。
（個人Ｘ１等がＺペイやＺポイント等を使用する工程について）
　また、図１１は、プリペイドカード７を所持する個人Ｘ１等がＺペイやＺポイント等を使用する工程を示す概略フローチャートである。
　先ず、図１１のステップ（以下「ＳＴ」という。）１で、プリペイドカード７を所持する個人Ｘは、現金をＺ社のＺペイに換え、又はＺ社からＺポイントを付与され、図３の「「Ｚペイ等口座記憶部５６」の個人Ｘ１のＺペイ等口座に記憶させる。
　次いで、個人Ｘ１は、Ａ飲食店で飲食をし、支払いをするため、ＳＴ２へ進む。ＳＴ２では、Ａ飲食店の「カードデータ読み取り機６」が個人Ｘ１の「プリペイドカード７」のデータを読み取り、「Ａ飲食店管理装置３」が支払う予定の「Ｚぺい」の金額及び／又はポイント数情報と共に同データを「Ｚペイ等管理装置５０」に送信する。
　なお、この際、Ａ飲食店管理装置３の識別情報も送信する。
　次いで、ＳＴ３へ進む。ＳＴ３では、「Ｚペイ等管理装置５０」が、「Ｚペイ等口座記憶部５６」の「個人Ｘ１」のＺペイ等口座の現在のＺペイや現在のＺポイント数を参照し、当該支払予定のＺペイ及び／又はＺポイント数が支払い可能か否かを判断する。
　次いで、ＳＴ４で、支払いが可能と判断されると、ＳＴ５へ進む。ＳＴ５では、支払Ｚペイ及び／又はポイント数を、図３の個人Ｘ１のＺペイ等口座から減じて、Ａ飲食店のＺペイ等口座に加える。
　これにより、個人Ｘ１によるＺペイ及び／又はＺポイントによる支払いが完了する。
（Ｚペイ等を融資する工程について）
　図１２は、Ａ飲食店の事業主にＺ社がＺペイ等を融資する工程を示す概略フローチャートである。
　本工程は、主に図１の「融資データ管理装置１０」が実行する。
　先ず、図１２のＳＴ１１で、図５の「項目情報抽出部（プログラム）１１１」が動作し、Ａ飲食店の事業主の名義等の通帳データ等の金融機関取引情報から入金／出金、摘要等の項目情報を、損益計算表に属する出金項目（例えば、人件費、固定費、変動費、返済等）及び入金項目（例えば、売上等）に区分して、図５の「項目情報記憶部１１２」に自動的に記憶する。
　次いで、ＳＴ１２へ進む。ＳＴ１２では、図５の「入出金項目予測情報生成部（プログラム）１１３」が動作し、図５の「項目情報記憶部１１２」の入金項目及び出金項目の情報に基づいて、将来の出金又は入金が予測される入出金項目予測情報（例えば、将来の人件費データ等）を自動的に生成し、図５の「入出金項目予測情報記憶部１１４」に記憶する。
　次いで、ＳＴ１３へ進む。ＳＴ１３では、図５の「資金繰り予測情報生成部（プログラム）１１５」が動作し、図５の「入出金項目予測情報１１４」に基づいて、資金繰り予測情報（例えば、将来の損益計算書等）を生成し、図６の「資金繰り予測情報記憶部１２１」に記憶する。
　次いで、ＳＴ１４へ進む。ＳＴ１４では、図６の「融資限度額情報生成部（プログラム）１２２」が動作し、図６の「資金繰り予測情報記憶部１２１」の将来の損益計算書等の資金繰り予測情報に基づき、当該Ａ飲食店の融資限度情報である例えば、融資限度額情報（与信情報）を生成し、図６の「融資限度額情報記憶部１２３」に記憶する。
　以上で、Ａ飲食店の与信情報が生成されたので、以下、Ｚペイでの融資額の情報を生成する。
　先ず、図１２のＳＴ１５で、図６の「Ｚペイ融資限度情報生成部（プログラム）１２４」が動作し、Ｚペイ等管理装置１０の図３の「Ｚペイ等口座記憶部５６」に記憶されているＡ飲食店の「Ｚペイ等口座情報」の過去のＺペイやＺポイント等の取得及び利用状況を取得する。
　例えば、３カ月前：１００万ペイ、２カ月前：６０万ポイント、１カ月前：８０万ペイ等である。
　また、同生成部１２４は、図６の「Ｚペイ融資基礎計算式記憶部１２５」の「Ｚペイ融資基礎計算式（例えば、「（（３カ月前のＺペイ及び／又はポイント数＋２カ月前のＺペイ及び／又はポイント数＋１カ月前のＺペイ及び／又はポイント数）÷３）×０．８等）」）に、上述の数値（３カ月前：１００万ペイ、２カ月前：６０万ポイント、１カ月前：８０万ペイ）を代入し、Ｚペイ融資限度情報（例えば、６４万ペイ）を生成し、図７の「Ｚペイ融資限度情報記憶部１３１」に記憶する。
　以上で、基本的なＺペイ融資限度情報を生成するが、本実施の形態では、以下で同情報を修正する。
　先ず、ＳＴ１６では、図７の「Ｚペイ融資限度情報生成部（プログラム）１３２」が動作し、図７の「業種立替期間情報記憶部１３３」の業種立替期間情報を参照する。
　この業種立替期間情報では、例えば、飲食業：１カ月、一般小売業：３カ月、製造業：６カ月等と定められている。
　この期間は、業種により一般的な立替期間であり、本実施の形態では、かかる業種による立替期間の相違も考慮して融資額を修正する構成となっている。
　次いで、同生成部１３２は、融資対象の業種（Ａ飲食店は飲食業なので１カ月）によって「Ｚペイ融資限度（例えば、６４万ペイ等）」を補正し、修正融資限度情報である例えば、業種別融資限度補正情報、例えば、６４万×１カ月＝６４万ペイを生成し、図７の「業種別融資限度補正情報記憶部１３４」に記憶する。
　このように、本実施の形態では、Ａ飲食店等の融資先の業種に合致した適切な額のＺペイを融資することができる。
　次いで、本実施の形態では、現金ではなく、Ｚペイを融資するため、Ａ飲食店にとって返済する必要のない報償ペイを付与するため、その報償ペイの値を以下の工程で決定する。
　ＳＴ１７では、図８の「報償Ｚペイ付加情報生成部（プログラム）１４１」が動作し、図７の「報償記憶部１３５」を参照する。
　「報償記憶部１３５」には、報償ペイとして、例えば、１０パーセントとの情報が記憶されている。
　このため、同生成部１４１は、図７の「業種別融資限度補正情報記憶部１３４」の業種別融資限度補正情報（６４万ペイ）に基づき「報償Ｚペイ付加情報（６．４万ペイ）」を生成し、これを「業種別融資限度補正情報記憶部１３４」の業種別融資限度補正情報（６４万ペイ）に付加し、報償Ｚペイ付加情報（７０．４万ペイ）を生成する。
　そして、図８の「報償Ｚペイ付加情報記憶部１４２」に記憶する。
　以上で、Ａ飲食店に融資するＺペイの総額が確定する。
　次いで、ＳＴ１８へ進む。ＳＴ１８では、図８の「Ｚペイ融資金利情報生成部（プログラム）１４３が動作し、図８の「Ｚペイ融資金利情報記憶部１４４」の「Ｚペイ融資金利情報」、例えば、現金金利の－１パーセント等を参照する。
　そして、このＺペイ融資金利情報に基づき、Ａ飲食店向けの返済金利を定め、図９の「返済金利情報記憶部１５１」に記憶する。
　次いで、ＳＴ１９へ進む。ＳＴ１９では、融資データ管理装置１０が、図８の「報償ペイ付加情報記憶部１４２」、図７の「業種別融資限度補正情報記憶部１３４」及び図８の「Ｚペイ融資金利情報記憶部１４４」を参照する。
　そして、同装置１０が、Ａ飲食店のＡ飲食店管理装置３、例えば、Ａ飲食店のＰＯＳ端末に、Ｚペイ融資の案内である融資条件を表示する。
　具体的には、総額７０．４万Ｚペイ、要返済額６４万Ｚペイ、融資利率・・％等が表示される。
　次いで、ＳＴ２０へ進む。ＳＴ２０では、Ａ飲食店管理装置３のＰＯＳ端末に利用者から「融資申込」のデータが入力されると、同装置３が同データを融資データ管理装置１０ に送信する。
　次いで、ＳＴ２１へ進む。ＳＴ２１では、融資データ管理装置１０は、融資申込に応じるか否かの質問をＺ社に確認すべく、「Ｚペイ等管理装置５０」に送信する。
　次いで、ＳＴ２２へ進む。ＳＴ２２で、Ｚペイ等管理装置５０に「融資承認」のデータがＺ社から入力されると、「Ｚペイ等管理装置５０」の「Ｚペイ等口座記憶部５６」のＡ飲食店のＺペイ等口座の「融資Ｚペイ残高」に業種別融資限度補正情報（６４万ペイ）、「融資Ｚペイ総額」に報償Ｚペイ付加情報（７０．４万ペイ）、「融資利率」に返済金利情報（現金金利の－１％）を登録する。
　以上で、Ｚペイの自動融資工程が終了し、融資情報は「Ｚペイ等口座記憶部５６」に記録される。
　このように、店舗等に来店する一般顧客ではなく、店舗等に対して、Ｚペイを融資し、この融資したＺペイで、Ａ飲食店が図１のＢ八百屋店から野菜等を仕入れることで、Ｚペイの利用が促進され、より普及することになる。
　また、本実施の形態では、図６の「Ｚペイ融資基礎計算式で、過去の一定期間、例えば、３カ月の平均と０．８等を乗ずることで、Ｚペイ融資限度情報を求めていたが、本発明では、これに限らず、以下のように計算しても構わない。
　例えば、３カ月間のＺペイ及び／又はＺポイント数の取得が最低限の月の値に、例えば、０．８を乗じた値をＺペイ融資限度情報とする。
（Ｚペイの自動返済工程について）
　次いで、上述の工程で融資されたＺペイの自動返済の工程を説明する。
　本実施の形態では、個人Ｘ１等が、自己の「プリペイドカード」を用いて、Ａ飲食店で支払いをした後、自動返済が実行する例で説明する。
　個人Ｘ１等が、Ａ飲食店の支払いを「Ｚペイ」及び／又は「Ｚポイント」で支払いを行ったとき、その「Ｚペイ」や「Ｚポイント」は、上述のように、「Ｚペイ等管理装置５０」の個人Ｘ１のＺペイ等口座からＡ飲食店のＺペイ等口座へ移転され、Ａ飲食店のＺペイ等口座に蓄積される。
　また、「Ｚペイ」や「Ｚポイント」は、毎月の決済日にＺペイ等から現金に換算され、現金でＡ飲食店の図１の銀行サーバ２の銀行口座に送金される。      
　本工程では、例えば、毎月の決済日に融資したＺペイを自動的に返済する工程となっている。
　以下、詳細に説明する。
　図１５は、融資されたＺペイの自動返済の工程を示す概略フローチャートである。
　先ず、図１５のＳＴ３１では、「Ｚペイ等管理装置５０」は、Ｚペイの融資を受けているＡ飲食店に対する、毎月の決算日が到来したか否かを判断する。
　ＳＴ３２で、到来したと判断したときは、ＳＴ３３へ進む。ＳＴ３３では、「Ｚペイ等管理装置５０」は「融資データ管理装置１０」に「自動Ｚペイ返済」用の「Ｚペイ額」の算出を依頼する。
　次いで、ＳＴ３４へ進む。ＳＴ３４では、融資データ管理装置１０の図９の「基本返済Ｚペイ額生成部（プログラム）１５２」が動作し、「Ｚペイ等管理装置１０」の「Ｚペイ等口座記憶部５６」の「Ａ飲食店のＺペイ等口座」の「融資Ｚペイ残高」と「融資利率」等を参照し、当月の「基本返済Ｚペイ額」を演算で求め、図９の「基本返済Ｚペイ額記憶部１５３」に記憶する。
　次いで、ＳＴ３５へ進む。ＳＴ３５では、図９の妥当性判断部である例えば、「返済Ｚペイ額妥当性判断部（プログラム）１５４」が動作し、図６の「資金繰り予測情報記憶部１２１」の例えば、将来の損益計算書等の資金繰り予測情報と図９の「基本返済Ｚペイ額記憶部１５３」を参照し、当該「基本返済Ｚペイ額」が妥当か否か、例えば、Ａ飲食店に資金不足を生じさせないか否か等を判断する。
　そして、ＳＴ３６で、資金不足等を生ぜず、「妥当である」と判断されると、ＳＴ３７で、当該「基本返済Ｚペイ額」を最終返済Ｚペイ額として、図１０の「最終返済Ｚペイ額記憶部１６１」に記憶する。
　すなわち、当該「基本返済Ｚペイ額」を、そのまま「最終返済Ｚペイ額」として記憶する。
　一方、ＳＴ３６で、資金不足等が生じ、「妥当でない」と判断されると、ＳＴ３８へ進む。ＳＴ３８では、資金不足が生じない範囲で「基本返済Ｚペイ額」を減じて「最終返済Ｚペイ額」を算出し、図１０の「最終返済Ｚペイ額記憶部１６１」に記憶させる。
　このように、本実施の形態では、Ａ飲食店の事業主等が、無理な返済を行わないように、自動的に適正な返済額に修正するので、返済を自動的に適切な範囲とすることができる。したがって、Ａ飲食店等が資金不足等に陥ることを未然に回避することができる。
　次いで、ＳＴ３９へ進む。ＳＴ３９では、「融資データ管理装置１０」が「最終返済Ｚペイ額」データを「Ｚペイ等管理装置５０」に送信する。
　次いで、ＳＴ４０へ進む。ＳＴ４０では、「Ｚペイ等管理装置５０」の図３の「決済金額生成部（プログラム）５７」が動作し、「融資データ管理装置１０」の図１０の「最終返済Ｚペイ額記憶部１６１」の最終返済Ｚペイ額を参照し、その額に相当する「Ｚペイ」が、「Ｚペイ等管理装置５０」の図３の「Ｚペイ等口座記憶部５６」のＡ飲食店のＺペイ等口座に存在するか否かを判断する。具体的には、同口座の「現在のＺペイ」を参照する。
　そして、ＳＴ４１で、最終返済Ｚペイ額に相当する「Ｚペイ」がＡ飲食店のＺペイ等口座に存在しないと判断されると、ＳＴ４２へ進む。
　ＳＴ４２では、同生成部５７が動作し、Ａ飲食店のＺペイ等口座の「現在のＺポイント数」を参照し、「Ｚポイント数」を「Ｚペイ額」に変換し、「最終返済Ｚペイ額」に充当する。
　このように本実施の形態では、Ｚペイの残高が不足しても、自動的に「Ｚポイント」等をＺペイに変換して返済に充てるので、返済が滞ることなく、円滑に自動的に実行される。
　また、Ｚペイ額が不足のときは、自動的にＺポイントを返済に充当するので、返済が滞る事態の発生を未然に防ぐことができる
　次いで、ＳＴ４３へ進む。ＳＴ４３では、同生成部５７が、「最終返済Ｚペイ額」を「返済額データ」とし、Ａ飲食店への今月の決算日における支払額から「返済額データ」を差し引いて、Ａ飲食店の銀行口座に送金する。
　また、「返済額データ」に対応する「Ｚペイ額」を、図３のＡ飲食店の「Ｚペイ等口座」の「融資Ｚペイ残高」から減じると共に、返済に充てた「Ｚポイント数」があるときは、それを「現在のＺポイント数」から減じる処理を行う。
　以上で、Ｚペイ融資の自動返済が終了する。このように、本実施の形態では、Ｚペイ等の電子通貨やポイント等の残高等をＺ社の「Ｚペイ等管理装置５０や融資データ管理装置１０がほぼ完全に把握しているので、返済遅延等を生じさせることなく、返済を確実に実行することができる。
（Ｚペイの自動返済工程の第１の変形例について）
　本発明のＺペイの自動返済の工程は、上述の本実施の形態の工程に限らず、以下の工程であってもよい。
　本変形例の工程の多くは、上述の「自動返済の工程」と同様であるため、以下相違点を中心に説明する。
　図１のＡ飲食店が、Ｂ八百屋店から野菜等の商品を仕入れる際に、「Ｚペイ」で支払いを行う。
　このとき、具体的には、Ｂ八百屋店管理装置４に接続されているカードデータ読み取り機がＡ飲食店の「プリペイドカード７」の情報を取得し、その情報を「融資データ管理装置１０」に送信する。
　そして、Ａ飲食店が、Ｂ八百屋店への支払いで「Ｚペイ」を利用すると、そのＺペイは、「Ｚペイ等管理装置５０」の図３のＺペイ等口座記憶部５６のＡ飲食店のＺペイ等口座からＢ八百屋店のＺペイ等口座へ移される。
　そして、このとき、Ａ飲食店が「Ｚペイ」を利用したため、サービスとして、Ｚ社からサービスのＺポイントやＺペイを新規に付与されたとき、この「Ｚペイ」や「Ｚポイント」を図３の「Ｚペイ等口座記憶部５６」のＡ飲食店のＺペイ等口座に登録されるが、この新規に付与された「Ｚペイ」や「Ｚポイント」等を登録せず、返済時に、その分、相殺しても構わない。
（Ｚペイの自動返済工程の第２の変形例について）
　本発明のＺペイの自動返済の工程は、上述の本実施の形態及び第１の変形例の工程に限らず、以下の工程であってもよい。
　本変形例の工程の多くは、上述の「自動返済の工程」と同様であるため、以下相違点を中心に説明する。
　個人Ｘ１等がＡ飲食店でＺ社が発行する「クレジットカード」で決済したとき、その決済額をＡ飲食店の「Ｚペイ」の返済の一部とする構成としても構わない。
　具体的には、クレジットカードで決済した「金額」に相当する「Ｚペイ額」を「返済額」と相殺する。
（任意返済の工程について）
　図１７は、任意返済の工程を示す概略フローチャートである。
　例えば、Ａ飲食店が「融資ペイ」の返済日等に「Ｚペイ」や「Ｚポイント」以外の他のペイやポイント、若しくは現金等で返済をすることを希望する場合は以下の工程で処理される。
　先ず、ＳＴ５１では、Ａ飲食店が、次回の返済日に「Ｚペイ」の代わりに他の「Ｙポイント」や「現金」等を提供する旨の情報をＡ飲食店管理装置３から「融資データ管理装置１０」に送信する。
　次いで、ＳＴ５２へ進む。ＳＴ５２では、「融資データ管理装置１０」は、Ａ飲食店に、「Ｙポイント」や「現金」等での支払い方法を送信し、受信したＡ飲食店は、その支払い方法に沿って支払いを実行する。
　次いで、ＳＴ５３へ進む。ＳＴ５３では、「融資データ管理装置１０」の図１０の「Ｚペイ換算処理部（プログラム）１６２」が動作し、Ａ飲食店が支払った「Ｙポイント」と「現金」に対応する「換算Ｚペイ額」を算出し、図１０の「換算Ｚペイ額記憶部１６３」に記憶する。
　次いで、ＳＴ５４へ進む。ＳＴ５４では、「融資データ管理装置１０」が、換算Ｚペイ額を「Ｚペイ等管理装置５０」に送信する。
　次いで、ＳＴ５５へ進む。ＳＴ５５では、「Ｚペイ等管理装置５０」は、受信した「換算Ｚペイ額」を図３の「Ｚペイ等口座記憶部５６」のＡ飲食店の「Ｚペイ等口座」の「融資Ｚペイ残高」から減じる。
　これにより、Ａ飲食店の「与信情報」が更新される。
　以上で、Ｚペイ等以外の他社のペイやポイント、若しくは現金等での返済の工程が終了する。
　このように、本発明のＺペイ等融資管理システム１」は、利用者にとって使い易い構成となっている。
（Ｚペイ等口座の凍結工程について）
　次いで、Ａ飲食店のＺペイ等口座の凍結工程について説明する。
　図１８は、Ｚペイ等口座の凍結工程を示す概略フローチャートである。
　先ず、図１８のＳＴ１では、「Ｚペイ等管理装置５０」の図３の「返済滞り判断部（プログラム）５８」が動作し、図３の「Ｚペイ等口座記憶部５６」のＡ飲食店のＺペイ等口座で、融資返済が所定回数及び／ 又は所定Ｚペイ額、滞っているか否かを判断する。
　ＳＴ６２で、滞っていると判断されたとき、ＳＴ６３へ進む。ＳＴ６３では、図３の「Ｚペイ等口座記憶部５６」のＡ飲食店のＺペイ等口座に「口座凍結」の登録をし、与信情報を変更する。
　次いで、口座凍結を該当ポイント口座の所有者であるＡ飲食店管理装置３に通知する。
　以上で、Ａ飲食店のＺペイ等口座の凍結工程が終了する。
　以上説明した本実施形態においては、装置として実現される場合を例に挙げて説明したが、本発明は、これに限定されず、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクなど）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤなど）光磁気ディスク（ＭＯ）、半導体メモリなどの記憶媒体に格納され頒布されてもよい。
　また、記憶媒体は、プログラムを記憶でき、かつコンピュータが読み取り可能な記憶媒体であればよい。記憶媒体の記憶形式は、特には限定されない。
　また、記憶媒体からコンピュータにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワークソフト等のＭＷ（ミドルウェア）等が本実施形態を実現するための各処理の一部を実行してもよい。
　さらに、本発明における記憶媒体は、コンピュータと独立した媒体には限定されず、ＬＡＮやインターネット等により伝送されたプログラムをダウンロードして記憶または一時記憶した記憶媒体も含まれる。
　また、本発明におけるコンピュータは、記憶媒体に記憶されたプログラムに基づいて本実施形態における各処理を実行すればよく、１つのパソコン等からなる装置であってもよいし、複数の装置がネットワーク接続されたシステム等であってもよい。
　また、本発明におけるコンピュータとは、パソコンには限定されず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の機能を実現することが可能な機器、装置を総称している。
　以上、本発明の実施形態について説明した。しかし、本発明は、上記実施形態に限定されず、特許請求の範囲を逸脱しない範囲で種々の変更を行うことができる。上記実施形態の構成は、その一部を省略したり、上記とは異なるように任意に組み合わせたりすることができる。
　また、本実施の形態では、「融資データ管理装置」は、「Ｚペイ」の融資に関する情報を処理する例で説明したが、本発明は、それに限らず、他の「ポイント」や他の「ペイ」に関する融資情報の管理をする場合も含まれる。
　また、異なる他のポイント、他のペイ又は現金等を管理可能な「融資データ管理装置１０」としても構わない。
　さらに、本実施の形態では、融資及び返済を「Ｚペイ」を主とし、「Ｚポイント」を従として説明したが、「Ｚポイント」を主、「Ｚペイ」を従としても構わない。
　そして、融資及び返済で「Ｚペイ」と「Ｚポイント」を併せて実行するようにしても構わない。                                                        
１・・・Ｚペイ等融資管理システム、２・・・銀行サーバ、３・・・Ａ飲食店管理装置、４・・・Ｂ八百屋店管理装置、５・・・インターネット網、６・・・カードリーダ読み取り機、７・・・プリペイドカード、１０・・・融資データ管理装置、１１・・・融資データ管理側制御部、１２・・・融資データ管理側通信装置、１３・・・融資データ管理側ディスプレイ、１４・・・融資データ管理側入力装置、５０・・・Ｚペイ等管理装置、５１・・・Ｚペイ等管理装置側制御部、５２・・・Ｚペイ管理装置側通信装置、５３・・・Ｚペイ等管理装置側ディスプレイ、５４・・・Ｚペイ等管理装置側入力装置、５５・・・Ｚペイ等管理装置側各種情報記憶部、５６・・・Ｚペイ等口座記憶部、５７・・・決済金額生成部、５８・・・返済滞り判断部、１１０・・・融資データ管理側第１の各種情報記憶部、１１１・・・項目情報抽出部、１１２・・・項目情報記憶部、１１３・・・入出金項目予測情報生成部、１１４・・・入出金項目予測情報記憶部、１１５・・・資金繰り予測情報生成部、１２０・・・融資データ管理側第２の各種情報記憶部、１２１・・・資金繰り予測情報記憶部、１２２・・・融資限度額情報生成部、１２３・・・融資限度額情報記憶部、１２４・・・Ｚペイ融資限度情報生成部、１２５・・・Ｚペイ融資基礎計算式記憶部、１３０・・・融資データ管理側第３の各種情報記憶部、１３１・・・Ｚペイ融資限度情報記憶部、１３２・・・Ｚペイ融資限度情報生成部、１３３・・・業種立替期間情報記憶部、１３４・・・業種別融資限度補正情報記憶部、１３５・・・報償記憶部、１４０・・・融資データ管理側第４の各種情報記憶部、１４１・・・報償Ｚペイ付加情報生成部、１４２・・・報償Ｚペイ付加情報記憶部、１４３・・・Ｚペイ融資金利情報生成部、１４４・・・Ｚペイ融資金利情報記憶部、１５０・・・融資データ管理側第５の各種情報記憶部、１５１・・・返済金利情報記憶部、１５２・・・基本返済Ｚペイ額生成部、１５３・・・基本返済Ｚペイ額記憶部、１５４・・・返済Ｚペイ額妥当性判断部、１６０・・・融資データ管理側第６の各種情報記憶部、１６１・・・最終返済Ｚペイ額記憶部、１６２・・・Ｚペイ換算処理部、１６３・・・換算Ｚペイ額記憶部

Claims (7)

  1. 　特定の団体によって発行され、その使用先が限定されると共に、その利用履歴が記録される非現金決済手段である団体発行非現金決済手段を管理する団体発行非現金決済手段管理装置であって、
    　前記団体発行非現金決済手段を顧客が使用可能な商品及び／又は役務を提供する提供場所の事業主に対し、前記団体発行非現金決済手段を融資した融資情報を管理すると共に、前記事業主が受領する前記団体発行非現金決済手段を管理する記憶部を有し、
    　さらに、前記融資情報に基づく返済に際し、前記事業主が受領した前記団体発行非現金決済手段を返済処理する構成となっていることを特徴とする団体発行非現金決済手段管理装置。
  2. 　融資に際し、前記事業主の金融機関取引情報に基づき資金繰り予測情報を生成し、
    　前記資金繰り予測情報に基づき前記団体発行非現金決済手段の融資限度情報を生成し、
    　更に、前記提供場所が属する業種情報に基づき前記融資限度情報を修正した修正融資限度情報を生成することを特徴とする請求項１に記載の団体発行非現金決済手段管理装置。
  3. 　前記資金繰り予測情報に基づき、融資の返済に充当する既定の前記団体発行非現金決済手段の値が、妥当か否かを判断する返済妥当性判断部を有し、
    　既定の前記団体発行非現金決済手段の値が前記返済妥当性判断部により妥当でないと判断されたとき、前記既定の団体発行非現金決済手段の値を修正する構成となっていることを特徴とする請求項２に記載の団体発行非現金決済手段管理装置。
  4. 　前記返済妥当性判断部は、既定の団体発行非現金決済手段の値が、提供場所の事業主に資金不足を招来する可能性が高いか否かを判断する構成となっていることを特徴とする請求項３に記載の団体発行非現金決済手段管理装置。
  5. 　前記団体発行非現金決済手段には、団体が発行する電子通貨である団体発行電子通貨と、団体が発行するポイントである団体発行ポイントが含まれることを特徴とする請求項１乃至請求項４のいずれか１項に記載の団体発行非現金決済手段管理装置。
  6. 　特定の団体によって発行され、その使用先が限定されると共に、その利用履歴が記録される非現金決済手段である団体発行非現金決済手段を管理する団体発行非現金決済手段管理装置の制御方法であって、
    　前記団体発行非現金決済手段管理装置は、前記団体発行非現金決済手段を顧客が使用可能な商品及び／又は役務を提供する提供場所の事業主に対し、前記団体発行非現金決済手段を融資した融資情報を管理すると共に、前記事業主が受領する前記団体発行非現金決済手段を管理し、
    　さらに、前記融資情報に基づく返済に際し、前記事業主が受領した前記団体発行非現金決済手段を返済処理する構成となっていることを特徴とする団体発行非現金決済手段管理装置の制御方法。
  7. 　特定の事業体によって発行され、その使用先が限定されると共に、その利用履歴が記録される非現金決済手段である団体発行非現金決済手段を管理する団体発行非現金決済手段管理装置に、
    　前記団体発行非現金決済手段を顧客が使用可能な商品及び／又は役務を提供する提供場所の事業主に対し、前記団体発行非現金決済手段を融資した融資情報を管理する機能、
    　前記事業主が受領する前記団体発行非現金決済手段を管理する機能、
    　さらに、前記融資情報に基づく返済に際し、前記事業主が受領した前記団体発行非現金決済手段を返済処理する機能、を実現させるための団体発行非現金決済手段管理プログラム。
PCT/JP2019/049327 2019-02-28 2019-12-17 団体発行非現金決済手段管理装置、団体発行非現金決済手段管理装置の制御方法及び団体発行非現金決済手段管理プログラム WO2020174824A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019-035171 2019-02-28
JP2019035171A JP6634174B1 (ja) 2019-02-28 2019-02-28 団体発行非現金決済手段管理装置、団体発行非現金決済手段管理装置の制御方法及び団体発行非現金決済手段管理プログラム

Publications (1)

Publication Number Publication Date
WO2020174824A1 true WO2020174824A1 (ja) 2020-09-03

Family

ID=69166697

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/049327 WO2020174824A1 (ja) 2019-02-28 2019-12-17 団体発行非現金決済手段管理装置、団体発行非現金決済手段管理装置の制御方法及び団体発行非現金決済手段管理プログラム

Country Status (2)

Country Link
JP (1) JP6634174B1 (ja)
WO (1) WO2020174824A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6889449B1 (ja) * 2020-02-14 2021-06-18 会計バンク株式会社 非ポイント団体発行非現金決済手段情報管理装置、非ポイント団体発行非現金決済手段情報管理装置の制御方法及び非ポイント団体発行非現金決済手段情報管理プログラム
JPWO2022038873A1 (ja) 2020-08-21 2022-02-24

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003030520A (ja) * 2001-07-18 2003-01-31 Hitachi Ltd 美容業界等におけるポイントサービス提供方法
JP2007133742A (ja) * 2005-11-11 2007-05-31 Ntt Docomo Inc 融資受付装置、融資依頼端末、融資決済システム、及び融資受付方法
US20090216677A1 (en) * 2005-09-15 2009-08-27 Industrial Technology Research Institute System and Method for Virtual Capital Operation
JP2012243293A (ja) * 2011-05-16 2012-12-10 Hiromi Odagiri 消費者販売者相互直接投資型企業通貨発行流通システム。

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003030520A (ja) * 2001-07-18 2003-01-31 Hitachi Ltd 美容業界等におけるポイントサービス提供方法
US20090216677A1 (en) * 2005-09-15 2009-08-27 Industrial Technology Research Institute System and Method for Virtual Capital Operation
JP2007133742A (ja) * 2005-11-11 2007-05-31 Ntt Docomo Inc 融資受付装置、融資依頼端末、融資決済システム、及び融資受付方法
JP2012243293A (ja) * 2011-05-16 2012-12-10 Hiromi Odagiri 消費者販売者相互直接投資型企業通貨発行流通システム。

Also Published As

Publication number Publication date
JP6634174B1 (ja) 2020-01-22
JP2020140419A (ja) 2020-09-03

Similar Documents

Publication Publication Date Title
US11810082B2 (en) Automatic savings program
US20200013082A1 (en) Enhanced Automatic Savings Program
US8160921B2 (en) System for incentivizing financial account users
JP6785646B2 (ja) 引落処理装置
JP2019070931A (ja) 銀行システム、銀行システムによって実行される方法およびプログラム
Feng et al. Optimal selling price, replenishment cycle and payment time among advance, cash, and credit payments from the seller’s perspective
WO2020174824A1 (ja) 団体発行非現金決済手段管理装置、団体発行非現金決済手段管理装置の制御方法及び団体発行非現金決済手段管理プログラム
KR20120083016A (ko) 금융자산 매수／매도 운영시스템
KR20090049843A (ko) 적립 대상 상품 및/또는 서비스의 등록 방법, 금융 계좌를이용한 적립금 적립 방법 및 지급 방법
US20110047024A1 (en) Cash change management system
KR101760922B1 (ko) 모바일 단말기를 이용한 가맹점 채권 관리시스템 및 그 방법
US20110215139A1 (en) Prepaid card loan mechanism and methods of completing transactions and transforming goods
US20130304596A1 (en) Systems and methods for an online payment system with credit notes
JP6636205B1 (ja) 団体発行非現金決済手段管理装置、団体発行非現金決済手段管理装置の制御方法及び団体発行非現金決済手段管理プログラム
JP6661826B1 (ja) 団体発行非現金決済手段管理装置、団体発行非現金決済手段管理装置の制御方法及び団体発行非現金決済手段管理プログラム
JP6714123B1 (ja) 団体発行ポイント情報管理装置、団体発行ポイント情報管理装置の制御方法及び団体発行ポイント情報管理プログラム
JP7195650B2 (ja) デジタル通貨による企業のロイヤルティ及びインセンティブプログラム報酬の統合のための方法及びシステム－ユニバーサル無料デジタル通貨（ＵＣＤＣ：Ｕｎｉｖｅｒｓａｌ Ｃｏｍｐｌｉｍｅｎｔａｒｙ Ｄｉｇｉｔａｌ Ｃｕｒｒｅｎｃｙ）システム
KR100969791B1 (ko) 신용카드 가맹점의 매출채권에 할인율 및 회수율을 적용한 여신정보를 제공하는 여신 정보 단말기
JP2002288573A (ja) 電子マネーを用いた決済システム
JP6889449B1 (ja) 非ポイント団体発行非現金決済手段情報管理装置、非ポイント団体発行非現金決済手段情報管理装置の制御方法及び非ポイント団体発行非現金決済手段情報管理プログラム
US20120054089A1 (en) Method and Apparatus for Providing Ongoing Cash Access
KR102597134B1 (ko) 가상화폐 유통시스템
US8583479B1 (en) Certified promissory payment method for transaction with reward points
JP2022073528A (ja) 自己信託を利用した無担保ファンディングシステム及びそれに用いるキャッシュレジスタ
US20130304632A1 (en) Systems and methods for an online payment system with a demurrage charge

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: 19917515

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: 19917515

Country of ref document: EP

Kind code of ref document: A1