Payment management system, payment management method, and payment management program

Abstract

To provide a settlement management system that improves convenience of both a business operator and a consumer with regard to settlement for a commodity or service by bank transfer.SOLUTION: A settlement management system 1 includes: a business operator terminal 3 used by an operator; a user terminal 2 used by a user; a destination bank server 4a having a destination bank account from which money is to be transferred; a receiving bank server 4b having a receiving account to which the money is to be transferred; and a settlement management server 5 that manages the amount of remittance money received for the settlement of the money. When a settlement deadline arrives and the amount of remittance money received for the settlement of the money does not satisfy a settlement condition for the amount invoiced, the settlement management server 5 notifies the user terminal 2 of an insufficient amount, prompts the user to input a reason for the insufficient amount, and notifies the business operator terminal 3 of the reason for the insufficient amount input by the user.SELECTED DRAWING: Figure 6

Description

[Technical field]

[0001] The present invention relates to a payment management system, a payment management method, and a payment management program for payment of the price of a product or service by bank transfer. [Background technology]

[0002] As an example of a system for managing the settlement status (payment status) of the price of goods or services by bank transfer, a payment confirmation notification system has been proposed that can manage excess or shortfall amounts by obtaining the purchase price of the product and the transfer amount related to the purchase price of the product, and updating the purchase price by reducing it by the transfer amount actually deposited (see Patent Document 1).

[0003] The payment confirmation notification system described in Patent Document 1 detects excess or shortfall amounts, and if the amount transferred by the purchaser is less than the purchase price, it notifies the purchaser that the amount is insufficient, and can continue to wait for the shortfall to be deposited in the designated account.

[0004] However, in the payment confirmation notification system described in Patent Document 1, when there is an insufficient amount of money, from the consumer's perspective, a notification to that effect is simply received, while from the business's perspective, the business simply waits for the shortfall to be paid, so there is room for improvement in terms of convenience from the perspectives of both the business and the consumer. [Prior art documents] [Patent documents]

[0005] [Patent Document 1] JP 2013-114389 A Summary of the Invention [Problem to be solved by the invention]

[0006] In view of the above-mentioned problems, the present invention aims to provide a payment management system, a payment management method, and a payment management program that can improve convenience for both businesses and consumers regarding payment of goods or services by bank transfer. [Means for solving the problem]

[0007] The present invention provides a system that includes a business operator terminal used by a business operator that provides a product or service, a user terminal used by a user who receives the product or service, a sending bank server managed by a sending bank having a sending account that is the source of the transfer of the payment in a transaction related to the provision of the product or service, a receiving bank server managed by a receiving bank having a receiving account that is the destination of the transfer of the payment, and a management server that is capable of communicating with each of the user terminals, the sending bank server, and the receiving bank server, and that manages the amount of the deposit related to the payment of the payment from the sending account to the receiving account, and the management server manages billing information related to the payment. The present invention is characterized in that the payment management system, payment management method, and payment management program are provided with an acquisition means for acquiring an amount and a payment deadline for the amount, a judgment means for judging whether the deposited amount relating to the payment of the amount satisfies the payment conditions for the invoiced amount when the payment deadline arrives, an amount deficiency notification means for notifying the user terminal of an amount deficiency if the judgment means judges that the payment conditions are not satisfied, a reason input means for having the user input a reason for the amount deficiency when the amount deficiency notification is issued, and a reason notification means for notifying the carrier terminal of the reason for the amount deficiency input by the reason input means. Effect of the Invention

[0008] According to the present invention, it is possible to improve convenience for both businesses and consumers with regard to payment for products or services by bank transfer. [Brief description of the drawings]

[0009] [Figure 1] FIG. 1 is an explanatory diagram showing an example of the configuration of a payment management system of the present invention. [Diagram 2] FIG. 2 is a block diagram showing an example of the configuration of a user terminal. [Diagram 3] FIG. 2 is a block diagram showing an example of the configuration of a carrier terminal. [Figure 4] FIG. 4 is a block diagram showing an example of the configuration of a bank server. [Diagram 5] FIG. 2 is a block diagram showing an example of the configuration of a payment management server. [Figure 6] Flow diagram for processing insufficient amounts. [Figure 7] FIG. 13 is an explanatory diagram showing an example of the screen layout of a screen for notifying an insufficient amount of money. [Figure 8] FIG. 13 is an explanatory diagram showing an example of the screen layout of a reason input screen. [Figure 9] FIG. 13 is an explanatory diagram showing an example of the screen configuration of an extension application screen. [Figure 10] FIG. 13 is an explanatory diagram showing an example of the screen configuration of an extension notification screen. [Figure 11] FIG. 13 is an explanatory diagram showing an example of the screen configuration of a reason notification screen. [Figure 12] FIG. 11 is a flow diagram of a modified example of an amount determination process. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0010] Hereinafter, an embodiment of the present invention will be described with reference to the drawings. <System configuration>

[0011] FIG. 1 is a block diagram showing an example of the system configuration of a payment management system 1 of the present invention. The payment management system 1 of the present invention is a system for providing a payment management service related to the settlement (payment) of the price in a transaction related to the provision of goods or services by bank transfer. The manner of settling the price of a transaction includes a one-time settlement for settling the price of a product or service that is temporarily provided, and a recurring settlement for settling the price of a product or service that is periodically and continuously provided. The payment management system 1 of the present invention assumes that the price is paid by bank transfer in a transaction related to a one-time settlement or a recurring settlement.

[0012] As shown in FIG. 1, the payment management system 1 has a user terminal 2, a business operator terminal 3, a bank server 4, and a payment management server 5. The user terminal 2 is a terminal used by a user (consumer) who receives goods or services from a business operator. The business operator terminal 3 is a terminal used by a business operator (product seller or service provider) who provides goods or services to the user. The bank server 4 is a server managed by a financial institution such as a bank in which an account is held as the sender or recipient of the price of the goods or services. The payment management server 5 is a server for providing a payment management service.

[0013] The user terminal 2, the business operator terminal 3, the bank server 4, and the payment management server 5 are connected to each other so that they can communicate with each other via a communication line 6 such as the Internet. However, the payment management system 1 has multiple bank servers 4, and a dedicated line for bank data communication may be used for communication between the multiple bank servers 4 (inter-bank).

[0014] In addition, a financial institution that has an account from which the price of goods or services is to be remitted is called a sending bank, and a financial institution that has an account to which the price of goods or services is to be remitted is called a receiving bank. Furthermore, in this invention, for the sake of convenience, the bank server 4 managed by the sending bank is called a sending bank server 4a, and the bank server 4 managed by the receiving bank is called a receiving bank server 4b. When there is no particular distinction between the sending bank server 4a and the receiving bank server 4b, they may simply be called "bank server 4."

[0015] The multiple bank servers 4 can be managed by a bank that has an account opened for a user and / or an account opened for a business. Therefore, each of the multiple bank servers 4 may switch between the sending bank server 4a and the receiving bank server 4b depending on the content of the transaction. Furthermore, it is preferable that the account opened for the business among the accounts at each bank is a virtual account opened for the business exclusively for remittance deposits. A virtual account can be assigned to each transaction or each user. Therefore, when a transfer (deposit) occurs at the receiving bank server 4b, the transaction and the user can be identified.

[0016] For ease of explanation, one of each of the user terminal 2, business operator terminal 3, and bank server 4 (sending bank server 4a, receiving bank server 4b) is shown, however, the payment management system 1 of the present invention can be used by multiple users, multiple business operators, multiple sending banks, and multiple receiving banks, and may have multiple user terminals 2, multiple business operator terminals 3, sending bank servers 4a, and receiving bank servers 4b.

[0017] The user terminal 2 and the business operator terminal 3 are general-purpose computers (user terminals) used by users. For example, they are desktop PCs, notebook (laptop) PCs, tablet PCs, smartphones, feature phones, etc. The bank server 4 and the payment management server 5 are each configured as a general-purpose server computer (computing device). Each of the bank server 4 and the payment management server 5 may be configured as one (single) computing device or multiple computing devices. Also, each of the bank server 4 and the payment management server 5 may be configured as a cloud server in part or in whole.

[0018] Fig. 2 is a block diagram showing an example of the configuration of the user terminal 2. Fig. 3 is a block diagram showing an example of the configuration of the business operator terminal 3. Fig. 4 is a block diagram showing an example of the configuration of the bank server 4. Fig. 5 is a block diagram showing an example of the configuration of the payment management server 5.

[0019] 2, the user terminal 2 includes a control unit 21, an input unit 22, a display unit 23, a communication unit 24, and an auxiliary storage unit 25. The input unit 22, the display unit 23, the communication unit 24, and the auxiliary storage unit 25 are each communicatively connected to the control unit 21. The control unit 21 of the user terminal 2 has a calculation unit 26 and a main storage unit 27, and executes various calculations and control operations in the user terminal 2.

[0020] 3, the operator terminal 3 includes a control unit 31, an input unit 32, a display unit 33, a communication unit 34, and an auxiliary storage unit 35. The input unit 32, the display unit 33, the communication unit 34, and the auxiliary storage unit 35 are each communicatively connected to the control unit 31. The control unit 31 of the operator terminal 3 has a calculation unit 36 ​​and a main storage unit 37, and executes various calculations and control operations in the operator terminal 3.

[0021] 4, the bank server 4 includes a control unit 41, a communication unit 42, and an auxiliary storage unit 43. The communication unit 42 and the auxiliary storage unit 43 are each communicatively connected to the control unit 41. The control unit 41 of the bank server 4 includes a calculation unit 44 and a main storage unit 45, and executes various calculations and control operations in the bank server 4.

[0022] 5, the payment management server 5 includes a control unit 51, a communication unit 52, and an auxiliary memory unit 53. The communication unit 52 and the auxiliary memory unit 53 are each communicatively connected to the control unit 51. The control unit 51 of the payment management server 5 has a calculation unit 56 and a main memory unit 57, and executes various calculations and control operations in the payment management server 5.

[0023] Each of the calculation units (26, 36, 44, 56) shown in Figures 2 to 5 is a calculation processing unit including a CPU or an MPU, etc. Each of the main storage units (27, 37, 45, 57) has a RAM (DRAM) or the like. The RAM is used as a work area and a buffer area for the calculation units (26, 36, 44, 56).

[0024] The input unit (22, 32) shown in Fig. 2 and Fig. 3 has an input component that accepts an operation input by a user (a user or a person in charge of the business) of the user terminal 2 or the business terminal 3, and an input detection circuit that is interposed between the input component and the control unit (21, 31). The input component is, for example, a touch panel and / or hardware operation keys. The touch panel may be of any type, such as a capacitive type, an electromagnetic induction type, a resistive film type, or an infrared type. The input detection circuit outputs an operation signal or operation data (operation input data) corresponding to the operation of each input component to the control unit (21, 31).

[0025] The display unit (23, 33) has a display and a display control circuit interposed between the display and the control unit (21, 31). As the display, for example, an LCD (liquid crystal display) or an organic EL display can be used.

[0026] The communication units (24, 34, 42, 52) shown in Figs. 2 to 5 have a communication circuit for connecting to the communication line 6. The communication circuit is a wired communication circuit or a wireless communication circuit, and communicates with an external computer via the communication line 6 according to instructions from the calculation units (26, 36, 44, 56). In addition, the communication units (24, 34, 42, 52) of the user terminal 2, the business operator terminal 3, the bank server 4, and the payment management server 5 can also communicate directly with each other via a dedicated line or the like, without going through the communication line 6. In particular, the communication unit 42 of the bank server 4 can also communicate via a dedicated line for bank data communication.

[0027] The auxiliary memory units (25, 35, 43, 53) are composed of non-volatile memory such as an HDD, SSD, flash memory, and EEPROM, and store programs for each calculation unit (26, 36, 44, 56) to control the operation of the user terminal 2, the business operator terminal 3, the bank server 4, and the payment management server 5, as well as various data necessary for using the system.

[0028] 2, the auxiliary storage unit 25 of the user terminal 2 stores a user program 25a for executing various operations of the user terminal 2 in the system in response to operational inputs by the user, and user data 25b necessary for using the system. The user program 25a and user data 25b are read out from the auxiliary storage unit 25 as necessary and stored (expanded) in the main storage unit 27. The operation of the user terminal 2 is realized by the calculation unit 26 executing the user program 25a expanded in the main storage unit 27.

[0029] The user program 25a has at least a communication program for accessing (establishing communication with) an external computer (for example, the business operator terminal 3, the bank server 4, and the payment management server 5), a display program for displaying various screens on the display unit 23, an input program for accepting input operations from the user via the input unit 22, and a program for selecting and executing various functions of the user terminal 2. The user data 25b includes at least user data necessary in this system.

[0030] 3, the auxiliary storage unit 35 of the operator terminal 3 stores operator programs 35a for executing various operations of the operator terminal 3, and operator data 35b required for using the system. The operator programs 35a and the operator data 35b are read out from the auxiliary storage unit 35 as necessary and stored (expanded) in the main storage unit 37. The operation of the operator terminal 3 is realized by the calculation unit 36 ​​executing the operator programs 35a expanded in the main storage unit 37.

[0031] The business operator program 35a includes at least a communications program for accessing (establishing communication with) an external computer (e.g., the user terminal 2, the bank server 4, and the payment management server 5), a billing amount notification program for notifying the payment management server 5 of data on the amount (billing amount) for each transaction (billing amount data), a deadline notification program for notifying the payment management server 5 of data on the payment deadline for the amount for each transaction linked to the billing amount data (deadline data), an input program for accepting input operations from the business operator's representative (user of the business operator terminal 3) via the input unit 32, and a program for selecting and executing various functions provided by the business operator terminal 3.

[0032] 4, the auxiliary storage unit 43 of the bank server 4 stores a banking program 43a for executing various operations of the bank server 4, and banking data 43b necessary for using the system. The banking program 43a and the banking data 43b are read out from the auxiliary storage unit 43 as necessary and stored (expanded) in the main storage unit 45. The operation of the carrier terminal 3 is realized by the calculation unit 44 executing the banking program 43a expanded in the main storage unit 45.

[0033] The bank program 43a includes at least a communications program for accessing (establishing communication with) external computers (e.g., the user terminal 2, the business operator terminal 3, other bank servers 4 and the payment management server 5), a remittance program for transferring (banking) money to other banks (recipient banks) based on a user's request, a deposit amount notification program for notifying the payment management server 5 of data (deposit amount data) of the amount transferred (remitted) from other banks for each transaction, and programs for selecting and executing various functions provided by the bank server 4.

[0034] 5, the auxiliary memory unit 53 of the payment management server 5 stores a payment management program 54 for executing various operations of the payment management server 5, and payment management data 55 required for using the system. The payment management program 54 and the payment management data 55 are read out from the auxiliary memory unit 53 as necessary and temporarily stored in the main memory unit 57. The operation of the payment management server 5 is realized by the calculation unit 56 executing the payment management program 54 temporarily stored in the main memory unit 57.

[0035] The payment management program 54 includes at least a main processing program 54a for selecting and executing various functions equipped in the payment management server 5, a billing amount management program 54b for managing billing amount data notified from the business operator terminal 3, a deposit amount management program 54c for managing deposit amount data notified from the bank server 4, an amount determination program 54d for comparing the billing amount with the deposit amount to determine whether payment is completed (deposit is completed) for each transaction, a user notification program 54e for notifying the user (user terminal 2) of deposit completion or insufficient amount for each transaction, a reason acquisition program 54f for acquiring the reason for insufficient amount from the user for each transaction in the event of insufficient amount, and a business operator notification program 54g for notifying the business operator of deposit completion or the reason for insufficient amount for each transaction in the event of insufficient amount.

[0036] The settlement management data 55 includes user data 55a, which is data on users who use the system, business data 55b, which is data on business operators who use the system, billing amount data 55c for each transaction notified from the business operator terminal 3, deadline data 55d indicating the deadline for payment of the price for each transaction, deposit amount data 55e for each transaction notified from the bank server 4, reason data 55f indicating the reason for the shortfall in the amount for each transaction, etc. The user data 55a includes data on a bank account (transfer account) for direct debit that is registered in advance. Note that the billing amount data 55c, deadline data 55d, deposit amount data 55e, and reason data 55f are stored in a manner that allows them to be distinguished from one another by, for example, being linked to identification information (ID) for each transaction, and when a virtual account is used, the virtual account number is also linked.

[0037] The user data 55a includes data for linking the user terminal 2 with a user (a user of the user terminal 2). The business data 55b includes data for linking the business terminal 3 with a business (a user of the business terminal 3).

[0038] The above-mentioned configurations of the user terminal 2, the bank server 4, the business operator terminal 3, and the payment management server 5 are merely examples, and the present invention is not limited to these. <System operation example>

[0039] An example of the operation of the settlement management system 1 will be described below. First, a brief description will be given of the generation of the billing amount data 55c, which is a premise for describing the example of the operation of the settlement management system 1. When a transaction is made between a business and a user for the provision of a product or service, the business terminal 3 notifies the settlement management server 5 of the data of the transaction price (billing amount) (billing amount data) and the data of the payment deadline linked to the billing amount data (expiry date data). The settlement management server 5 stores the billing amount data and deadline data notified from the business terminal 3 as billing amount data 55c and deadline data 55d. In addition, when a user transfers (remits) money from his / her own account (sender bank account) to the business account (recipient bank account) for paying the price of the transaction, the recipient bank server 4b notifies the settlement management server 5 of the data of the amount (deposit amount) transferred (transmitted) from the sender bank account (deposit amount data). The settlement management server 5 stores the deposit amount data notified from the recipient bank server 4b as deposit amount data 55e. As described above, the billing amount data 55c, the term data 55d, and the deposit amount data 55e are stored in a manner that allows them to be distinguished for each transaction. <Insufficient amount processing>

[0040] FIG. 6 is a flow diagram of the insufficient amount process. FIG. 7 is an explanatory diagram showing an example of the screen configuration of the notification mail 100. FIG. 8 is an explanatory diagram showing an example of the screen configuration of the reason input screen 110. FIG. 9 is an explanatory diagram showing an example of the screen configuration of the extension application screen 120. FIG. 10 is an explanatory diagram showing an example of the screen configuration of the extension notification screen 130. FIG. 11 is an explanatory diagram showing an example of the screen configuration of the reason notification screen 140. Below, the insufficient amount process for notifying the user of the insufficient amount will be described with reference to FIG. 6 to FIG. 11. The insufficient amount process executed in the case of insufficient amount includes automatic extension process that automatically extends the payment deadline by a predetermined period according to the setting of the business operator, and manual extension process that extends the payment deadline by a predetermined period when the user applies for extension. The settlement management server 5 (control unit 51) first checks whether the automatic extension process has been set by the business operator, and if so, automatically extends the payment deadline by the predetermined period and displays the extension notification screen 130 of FIG. 10. If the automatic extension process has not been set by the business operator, the insufficient amount process shown in FIG. 6 is executed.

[0041] The insufficient amount process shown in Fig. 6 is a process performed by the payment management server 5 (control unit 51) in cooperation with the user terminal 2, the bank server 4, the business operator terminal 3, etc. The insufficient amount process is executed when the payment of a transaction does not satisfy the payment conditions when the payment deadline for that transaction arrives. For example, the payment conditions are whether the deposit amount for the transaction is equal to or greater than the invoice amount (including the same amount), and if the deposit amount is equal to or greater than the invoice amount, it is determined that the payment conditions are satisfied, and if the deposit amount is less than the invoice amount, it is determined that the payment conditions are not satisfied. Note that if it is determined that the payment conditions are satisfied when the payment deadline arrives, the insufficient amount process is not executed.

[0042] As shown in Figure 6, when the payment management server 5 starts the amount deficiency processing, it notifies the user terminal 2 used by the user (the billed party in the transaction that resulted in the amount deficiency) of the amount deficiency (step S1), and determines whether to proceed to input the reason for the amount deficiency (step S2).

[0043] For example, in step S1, the payment management server 5 sends a notification email 100 having contents as shown in Fig. 7 to the user terminal 2 of the user (billed party). The notification email 100 has a shortage notification section 101 and a link 102 for inputting a reason.

[0044] The shortfall notification section 101 is the main text of the notification email 100, and is composed of a sentence notifying the user that the amount of payment is short of the amount of the invoice. The shortfall notification section 101 includes information such as the fact that the amount of payment is short of the amount of the invoice, the shortfall amount, and a message prompting the user to input the reason for the shortfall. In the example shown in FIG. 7, the shortfall notification section 101 includes information on the expiration date (response deadline) of the link 102 for inputting the reason. If the business operator does not bear the transfer fee, the notification of the shortfall notification section 101 clearly indicates the shortfall amount obtained by subtracting the amount of payment (the amount of payment received at the destination bank) from the amount of the invoice, and if the business operator bears the transfer fee, the shortfall can be displayed in another format (for example, a message indicating that there is a shortfall, a display showing the range of the amount obtained by subtracting the amount of payment from the amount of the invoice and adding the transfer fee, etc.). This allows the notification to be as easy to understand as possible for the user while meeting the convenience of the business operator.

[0045] The reason input link 102 is a hyperlink for accessing the payment management server 5 and displaying a web page for inputting the reason for the insufficient amount. The reason input link 102 may be a text link that displays text such as a URL for displaying a web page, or may be an image link or a button-type link.

[0046] Instead of the notification email 100, a pop-up screen equivalent to the notification email 100 may be displayed on the user terminal 2, which has a shortage notification section 101 and a link 102 for inputting a reason.

[0047] Returning to Fig. 6, if the link 102 for entering reason is not selected, the payment management server 5 does not decide to proceed to entering the reason for the insufficient amount (step S2: NO), and waits until the deadline for entering the reason for the insufficient amount (reply deadline). If the link 102 for entering reason is not selected and the deadline for entering the reason for the insufficient amount (reply deadline) arrives, the insufficient amount process is terminated.

[0048] On the other hand, in step S2, if the reason input link 102 is selected, for example, the payment management server 5 determines to proceed to input the reason for the insufficient amount (step S2: YES), displays a web page for inputting the reason for the insufficient amount on the display unit 23 of the user terminal 2 (step S3), and determines whether the reason for the insufficient amount has been input (step S4).

[0049] For example, in step S3, the payment management server 5 displays (notifies) a reason input screen 110 having contents as shown in Fig. 8 on the user terminal 2 of the user (billed party). The reason input screen 110 has a notification section 111, a reason input section 112, and a scheduled payment completion date input section 113.

[0050] The notification section 111 is made up of a notification text 111a that prompts the user to input the reason for the shortfall in the amount of money, and a deadline display section 111b that indicates the end of the period during which the reason for the shortfall in the amount of money can be input (the reply deadline or the input deadline).

[0051] The reason input unit 112 is provided for inputting the reason for the shortfall in the amount of money. For example, the reason input unit 112 presents options corresponding to each of a plurality of preset candidates for the reason for the shortfall in the amount of money.

[0052] In this embodiment, the reason input unit 112 has a plurality of selection buttons 112a to 112c, each of which is assigned to one of a plurality of candidates for the reason for the insufficient amount. The selection buttons 112a to 112c function as so-called software keys (operation buttons). Hereinafter, the software keys are simply referred to as "buttons." Specifically, the reason input unit 112 has a selection button 112a to which "Mistake in transfer amount" is assigned, which corresponds to the case where the user makes a mistake in the amount of transfer as the reason for the insufficient amount, a selection button 112b to which "Upper limit on transfer amount" is assigned, which corresponds to the case where an upper limit is set for the transfer amount and the upper limit is less than the amount claimed, and a selection button 112c to which "Other" is assigned, which corresponds to the reason for the insufficient amount other than "Mistake in transfer amount" and "Upper limit on transfer amount". Instead of the selection buttons 112a to 112c, the reason input section 112 may have check boxes or radio buttons assigned to each of a plurality of candidate reasons for the shortfall, or a text box (input field) for receiving input of characters indicating the reason for the shortfall. The expected payment completion date input section 113 is provided for inputting the expected payment completion date of the shortfall amount. For example, the expected payment completion date input section 113 has a text box (input field) 113a for inputting the expected payment completion date. However, the expected payment completion date can only be set to a date prior to the payment deadline.

[0053] Returning to Fig. 6, in step S4, if the reason for the insufficient amount is not input (step S2: NO), the settlement management server 5 waits until the reason for the insufficient amount is input. However, if the deadline for inputting the reason for the insufficient amount (reply deadline) arrives without the reason for the insufficient amount being input, the settlement management server 5 ends the insufficient amount process.

[0054] On the other hand, if a reason for the insufficient amount is input in the reason input unit 112, the input reason for the insufficient amount is obtained (step S5), an extension application screen for extending the payment deadline is displayed on the display unit 23 of the user terminal 2 (step S6), and it is determined whether an extension application has been made (whether an extension application has been made) (step S7).

[0055] For example, in step S6, the payment management server 5 displays (notifies) an extension application screen 120 as shown in Fig. 9 on the user terminal 2 of the user (claimee). The extension application screen 120 has a content notification section 121, a deadline notification section 122, and an extension necessity selection section 123.

[0056] The content notification section 121 is composed of a sentence notifying that an extension of the payment deadline can be applied for. The deadline notification section 122 is composed of characters notifying the date of the deadline by which the extension request can be made (extension request deadline) and the date of the extended payment deadline. The respective dates of the deadline by which the extension request can be made and the extended payment deadline are preset by the business operator for each transaction.

[0057] The extension necessity selection unit 123 is provided to select whether or not to apply for an extension. For example, the extension necessity selection unit 123 presents options corresponding to the case where an extension application is made and the case where an extension application is not made. In this embodiment, the extension necessity selection unit 123 has a selection button 123a assigned to the case where an extension application is made and a selection button 123b assigned to the case where an extension application is not made. Note that the extension necessity selection unit 123 may have check boxes or radio buttons assigned to the cases where an extension application is made and the case where an extension application is not made, respectively, instead of the selection buttons 123a and 123b.

[0058] Returning to FIG. 6, if the settlement management server 5 determines in step S7 that there is no extension request, it proceeds to unpaid (uncollected) payment collection processing assuming that the user has no intention of paying the price (step S8) and ends the amount deficiency processing. Here, the absence of an extension request includes the case where an option (selection button 123b in this embodiment) assigned to the case where an extension application is not made in the extension necessity selection unit 123 is selected, or the case where an option assigned to the case where an extension application is made by the deadline for making an extension application is not selected. Here, if the receiving account is a virtual account, the settlement management server 5 instructs the sending bank server 4a or the receiving bank server 4b to delete the virtual account. This makes it possible to prevent money from being deposited while the unpaid payment collection processing is in progress. In addition, when the settlement management server 5 proceeds to the unpaid payment collection processing, the unpaid (uncollected) payment is collected by a method other than the normal payment method. Note that a detailed explanation of the specific method of unpaid payment collection processing is omitted since it is not essential to the present invention and a known method such as mailing a payment slip to the user for each transaction can be used.

[0059] In step S7, if it is determined that there is an extension request, that is, if the option (selection button 123a in this embodiment) assigned to the case where an extension application is made by the deadline for which an extension application can be made is selected, the payment deadline is extended (step S9). Then, when the payment deadline is extended (step S9), the user terminal 2 is notified of the extended payment deadline (step S10), and the business terminal 3 is notified of the expected date of completion of the deposit, the reason for the shortfall in the amount, and the extended payment deadline (step S11), and the shortfall in the amount process is terminated. If the receiving account is a virtual account, the settlement management server 5 issues a continuation instruction to the sending bank server 4a or the receiving bank server 4b so as not to delete the account until the extended payment deadline. Note that if the opening period of the virtual account was set long enough to include the extended payment deadline when the virtual account was opened, a configuration may be adopted in which no particular continuation instruction is issued. Also, if the payment of the amount of the transaction does not satisfy the settlement conditions when the extended payment deadline arrives, the shortfall in the amount process is not executed, and the process moves to the unpaid amount collection process.

[0060] Here, in step S9, the payment management server 5 displays (notifies) the user terminal 2 of the user (billed party) of the extended payment deadline by email, a pop-up screen, or the like. For example, in step S9, the payment management server 5 notifies the user terminal 2 of the user (billed party) of an extension notification screen 130 with contents as shown in Fig. 10. The extension notification screen 130 has an extension notification section 131 that notifies that the payment deadline has been extended, an extension deadline notification section 132 that notifies the date of the extended payment deadline, and an amount notification section 133 that notifies the amount of the bill.

[0061] Furthermore, in step S10, the payment management server 5 displays (notifies) the expected payment completion date, the reason for the shortfall in the amount, and the extended payment deadline on the business terminal 3 of the business (biller) by email, a pop-up screen, or the like. For example, in step S10, the payment management server 5 notifies the business terminal 3 of the business (biller) of a reason notification screen 140 with contents as shown in Fig. 11. The reason notification screen 140 has a reason notification section 141 that notifies the reason for the shortfall in the amount, an extended deadline notification section 142 that notifies the extended payment deadline, and a payment schedule notification section 143 that notifies the expected payment completion date.

[0062] As described above, in the settlement management system 1 of the present invention, when the payment due date arrives and the amount received is less than the billed amount (shortfall), the reason for the shortfall input by the user (billed party) is obtained and the reason for the shortfall is notified to the business (biller). Conventionally, when the amount is shortfall, a business's staff member would visit the user, call or e-mail the user to inquire about the reason for the shortfall and the expected date for completion of payment, but the present invention can eliminate this hassle.

[0063] Furthermore, according to the present invention, the user is presented with options corresponding to each of a number of pre-set possible reasons for the shortfall in amount, so that the user only needs to select an option, thereby improving user convenience.

[0064] Furthermore, according to the present invention, when it is determined that the amount of payment is insufficient for the amount of the invoice, the user is allowed to select whether or not to request an extension of the payment deadline, and when an extension of the payment deadline is requested, the payment deadline is extended for a predetermined period of time, thereby improving user convenience. Also, when the business operator has set the payment deadline to be automatically extended when the amount is insufficient, the payment deadline is automatically extended for a predetermined period of time without inquiring of the user. In this case, payment can be made within the extended payment deadline without the user having to apply for an extension, improving both user convenience and business operator convenience. <Modification amount determination process>

[0065] In the above embodiment, the payment condition is whether the amount deposited for payment of the transaction price is equal to or greater than the invoice amount, but this does not have to be limited to this and the payment condition can be set flexibly.

[0066] Fig. 12 is a flow diagram of the amount determination process of the modified example. The amount determination process shown in Fig. 12 is a process performed by the payment management server 5 (control unit 51) in cooperation with the user terminal 2, the bank server 4, the business operator terminal 3, etc.

[0067] When the payment management server 5 starts the amount determination process, it obtains the deposit amount directly or indirectly from the receiving bank server 4b (step S21), and determines whether the business operator will cover the transfer fee (step S22).

[0068] For example, in step S21, the payment management server 5 can obtain the deposit amount each time a deposit is made, or can obtain the sum of the amounts deposited up to that point (total amount) when the payment deadline arrives as the deposit amount.

[0069] Furthermore, if the payment management server 5 determines in step S22 that the business operator will not cover the transfer fee, it sets the billing amount as an amount for the determination process (determination amount) that serves as a criterion for determining whether the payment conditions are met (step S23), and proceeds to step S25, which will be described later. On the other hand, if it determines that the business operator will cover the transfer fee, it sets the determination amount to an allowable range based on the billing amount and the amount equivalent to the transfer fee (step S24), and proceeds to step S25. Note that this allowable range is set arbitrarily for each business operator, and the allowable range for that business operator is set as the determination amount.

[0070] Next, in step S25, it is determined whether the deposit amount is equal to or greater than the determination amount. If the allowable range is set to the determination amount in step S24, it is determined in step S25 whether the deposit amount is equal to or greater than the lower limit of the allowable range. If it is determined in step S25 that the deposit amount is not equal to or greater than the determination amount, that is, that the deposit amount is less than the determination amount (step S25: NO), the process proceeds to the amount deficiency process (step S26) described above, and the amount determination process ends.

[0071] On the other hand, if it is determined in step S25 that the deposit amount is equal to or greater than the determination amount (step S25: YES), it is determined whether the deposit amount exceeds the determination amount (step S27). Note that in step S27, if the allowable range is set to the determination amount in step S24, it is determined whether the deposit amount exceeds the upper limit of the allowable range.

[0072] In step S27, if it is determined that the deposited amount exceeds the determination amount (step S27: YES), the process proceeds to a refund process (step S28) for refunding the excess amount to the user, and the amount determination process ends. For example, in the refund process, a person in charge at the business informs the user of the refund amount and the refund method, or an email informing the user (user terminal 2) of the refund amount and the refund method is automatically sent from the settlement management server 5. The user informs the business of the refund account by an appropriate method such as email.

[0073] On the other hand, if it is determined in step S27 that the deposited amount does not exceed the judgment amount, i.e., that the deposited amount is included in the judgment amount or matches the judgment amount (step S27: NO), the user (billed party) is notified of the completion of the deposit by email or a pop-up screen, etc. (step S29), and the amount judgment process is terminated.

[0074] As described above, in the amount determination process of the present invention, in other words, if the business entity pays the transfer fee, it is determined that the payment conditions are met if the amount is within the allowable range based on the billing amount and the amount equivalent to the transfer fee, and if the business entity does not pay the transfer fee, it is determined that the payment conditions are met if the deposited amount matches the billing amount. Therefore, the payment conditions can be flexibly set according to the practical use of the transaction, and the convenience of both the business entity and the user can be improved.

[0075] In addition, in the past, when a user transferred money, the sending bank would send a "transfer completion" notice, but the receiving bank would not receive a "receipt completion" notice. In contrast, in the amount determination process of the present invention, if it is determined that the deposit amount is included in the determination amount or that the deposit amount matches the determination amount, the user is notified that the deposit has been completed, which has the advantage that the user can check whether the money has been sent to the receiving bank, leading to a sense of security.

[0076] The management server of this invention corresponds to the payment management server 5 in the above embodiment, the user terminal corresponds to the user terminal 2, the business terminal corresponds to the business terminal 3, the sending bank server corresponds to the sending bank server 4a, the receiving bank server corresponds to the receiving bank server 4b, the management server corresponds to the payment management server 5, the acquisition means corresponds to the billing amount management program 54b and the control unit 51 operating in accordance with it, the judgment means corresponds to the amount judgment program 54d and the control unit 51 operating in accordance with it, the amount deficiency notification means corresponds to the deficiency notification unit 101, the reason input means corresponds to the reason input unit 112, the reason notification means corresponds to the reason notification unit 141, the payment completion notification means corresponds to step S29, the extension application necessity selection means corresponds to the extension necessity selection unit 123, and the payment deadline extension means corresponds to the selection button 123a, but this invention is not limited to this embodiment and can be various other embodiments. Also, the screens and specific configurations etc. listed in the above embodiment are only examples and can be changed as appropriate depending on the actual product. [Industrial Applicability]

[0077] The present invention can be used in industries related to payment for goods or services by bank transfer. [Explanation of symbols]

[0078] 1. Payment management system 2. User terminal 3. Business server 4. Bank server 4a… Sending bank server 4b…Recipient bank server 5. Payment management server 51...Control unit

Claims

1. A business terminal used by a business that provides a product or service; A user terminal used by a user who receives the product or service; a sending bank server managed by a sending bank having a sending account from which the payment for the transaction relating to the provision of the product or service is transferred; a receiving bank server managed by a receiving bank having a receiving account to which the payment is to be transferred; a management server capable of communicating with each of the user terminal, the sending bank server, and the receiving bank server, and managing a deposit amount relating to the payment of the price from the sending account to the receiving account; The management server includes: An acquisition means for acquiring the billing amount and the payment deadline for the price; a determination means for determining whether or not the amount of the deposit related to the payment of the price satisfies a settlement condition for the invoice amount when the payment deadline arrives; an amount deficiency notification means for notifying said user terminal of an amount deficiency when said determination means determines that said payment conditions are not satisfied; a reason input means for allowing the user to input a reason for the amount deficiency when the amount deficiency notification is issued; a reason notifying means for notifying the carrier terminal of the reason for the shortfall input by the reason input means. Payment management system.

2. The reason input means presents the user with options corresponding to each of a plurality of preset candidates for the reason of the shortfall in the amount. The payment management system according to claim 1.

3. The management server includes: The payment completion notification means further includes a payment completion notification means for notifying the user terminal of the completion of payment when the determination means determines that the payment conditions are satisfied. The payment management system according to claim 2.

4. The determination means is If the business operator bears the transfer fee, it is determined that the payment conditions are met if the amount is within the range based on the deposit amount and the amount equivalent to the transfer fee, In the case where the business operator does not bear the bank transfer fee, the payment condition is determined to be met if the amount of the deposit matches the amount of the invoice. The payment management system according to claim 1.

5. The management server includes: an extension application necessity selection means for allowing a user to select whether or not to request an extension of the payment deadline when the determination means determines that the amount of the deposit is insufficient to cover the amount of the invoice; and a payment deadline extension means for extending the payment deadline for a predetermined period when the extension request is received.

5. The payment management system according to claim 1.

6. A business terminal used by a business that provides a product or service; A user terminal used by a user who receives the product or service; a sending bank server managed by a sending bank having a sending account from which the payment for the transaction relating to the provision of the product or service is transferred; a receiving bank server managed by a receiving bank having a receiving account to which the payment is to be transferred; A payment management method in a payment management system including a management server capable of communicating with each of the user terminal, the sending bank server, and the receiving bank server, and managing a deposit amount relating to the payment of the price from the sending account to the receiving account, comprising: The management server, Obtain the invoice amount and the payment deadline for said price, When the payment deadline arrives, it is determined whether the amount of the payment satisfies the settlement conditions for the invoice amount; generating information for notifying the user terminal of an insufficient amount when it is determined that the payment conditions are not satisfied; The user terminal receives the notification of the shortage of the amount, and the user inputs the reason for the shortage of the amount. The reason for the insufficient amount entered is notified to the business terminal. Payment management methods.

7. a management server computer capable of communicating with a business terminal used by a business providing a product or service, a user terminal used by a user receiving the product or service, a sending bank server managed by a sending bank having a sending account which is the transfer source of the payment in a transaction related to the provision of the product or service, and a receiving bank server managed by a receiving bank having a receiving account which is the transfer destination of the payment, and which manages the amount of the deposit related to the payment from the sending account to the receiving account; An acquisition means for acquiring the billing amount and the payment deadline for the price; a determination means for determining whether or not the amount of the deposit related to the payment of the price satisfies a settlement condition for the invoice amount when the payment deadline arrives; an amount deficiency notification means for notifying said user terminal of an amount deficiency when said determination means determines that said payment conditions are not satisfied; a reason input means for allowing the user to input a reason for the amount deficiency when the amount deficiency notification is issued; The reason input means functions as a reason notifying means for notifying the carrier terminal of the reason for the shortfall in the amount input by the reason input means. Payment management program.

Images