JP4666167B2 - Discount payment system, server, split payment determination method and program - Google Patents

Description

  The present invention relates to a percent payment settlement system, a server, a percent bill sharing determination method, and a program, and more particularly, to a percent bill settlement system, a server, a percent bill sharing determination method, and a program that can determine split bill sharing through user discussion.

  In recent years, with the rapid spread of the Internet, various services using the Internet have been provided. As one of the services, for example, a system that allows for payment of shopping on the Internet is described in Patent Document 1. ing. The system described in Patent Document 1 includes a credit card company system, a credit card terminal and a user terminal, and operates as follows.

  The representative of the secretary pays in a lump sum (card payment), and after or before that, sends a split account slip to the community members, pays based on the number of the split account slip, and the representative in the card company DB Deduct the percent discount from the amount of credit paid.

  Such a system capable of split payment is also described in Patent Document 2 and the like.

  When such a technology is applied to joint purchase using a Web conference system, which is a form of real-time communication on the Internet, the representative determines the percentage sharing rate using conversation, application sharing, etc. The slip is sent to the person by e-mail or the like and paid.

  Further, Patent Document 3 describes an electronic purchase system in which members who make joint purchases select their own burdens. In this way, the members who make joint purchases can determine their own burden based on their opinions by selecting their own burden.

  Here, Patent Document 4 describes a system that determines whether all members participating in a Web conference system are online or not, and starts a synchronous conference when it is determined that all members are online. Yes.

If the above-mentioned split payment system is applied to this synchronous conference system, when all of the members to be split are online, the system can be activated so that the members can determine the split split using the system. become.
JP 2004-280318 A JP 2003-150866 A Japanese translation of PCT publication No. 2004-527059 JP 2005-223664 A

  However, in the systems described in Patent Documents 1 and 2, since the distribution of the split account is determined without the member's approval, there is a case where the member refuses the payment after knowing the distribution of the split account. There is a problem that the agreement of all members cannot be guaranteed.

  Further, in the system described in Patent Document 3, when a member selects a burden amount, communication with other members is not established. It is not possible to select the amount to be paid, and there is a possibility that after all the members have determined the amount to be paid, the member may know the share of the time split and refuse payment. There is a problem that everyone's agreement cannot be guaranteed.

  In addition, when the conventional split payment system as described above is applied to Patent Document 3, it is difficult to say that the system is activated only when all of the members to be split are online, and the system can be used effectively.

  The present invention has been made in view of the problems of the conventional technology as described above, and is a split payment settlement system, server, and split payment sharing that can determine split payment sharing based on the agreement of all users and perform split payment settlement. An object is to provide a determination method and a program.

In order to achieve the above object, the present invention provides:
A plurality of user terminals each of which can be operated by a plurality of users who pay by splitting the usage fee, a settlement means for settlement of the usage price, and a usage that is settled by the settlement means based on an operation on the user terminal In the discount payment settlement system, which has a discount payment management means for managing the split payment of the price,
The split payment management means is:
A communication means comprising a conversation function with the plurality of user terminals, and managing the online / offline status of the user terminals;
Split apportionment determination means for determining the apportionment of usage charges based on information specified by each of the plurality of user terminals;
A settlement monitoring means for instructing the settlement means to perform settlement according to the percentage allocation determined by the percentage allocation determination means, and for monitoring a payment status of a usage fee for the settlement means;
Based on the payment status monitored by the settlement monitoring means, and having a payment status confirmation means for managing the payment status according to the percentage allocation determined by the percentage allocation determination means,
The split apportionment deciding means comprises presence confirmation means for managing the online / offline status of the plurality of user terminals based on the management status in the communication means, and the plurality of user terminals are all online. If only a screen for the plurality of users total amount of money that is input arbitrarily terminals of the plurality to achieve the target amount of money corresponding to the usage fee user adjusts the Dutch treat sharing usage fee Is transmitted to the plurality of user terminals .

Further, the split apportionment deciding means starts a discussion of the apportionment apportionment by designating the information among the plurality of user terminals by designating only a predetermined user terminal among the plurality of user terminals. And a preparation means for setting the target amount .

  The split apportionment determination means notifies the plurality of user terminals that the user terminal is in an offline state when at least one of the plurality of user terminals is in an offline state. It is characterized by.

Also, the payment status confirmation means is:
Payment monitoring means for managing the payment status for the payment means based on the payment status monitored by the payment monitoring means;
Based on the payment status managed by the payment monitoring means, a totaling means for managing the payment status according to the percentage sharing determination determined by the percentage allocation determination means;
When the totaling means summarizes that the payment according to the percent account sharing determination unit determined by the percent account sharing determination unit is completed, the settlement monitoring is performed according to the percent account sharing determined by the percent account sharing determination unit. And final decision means for instructing the settlement means via the means.

  In the present invention configured as described above, only when a plurality of user terminals that can be operated by a plurality of users who are paying by splitting the usage fee are all online, respectively, at a plurality of user terminals. Since the apportionment of the usage fee is determined based on the specified information, the apportionment of the usage fee is determined in consultation with a plurality of users who pay the usage fee.

  As described above, in the present invention, only when a plurality of user terminals that can be operated by a plurality of users who are payable by splitting the usage fee are all online, the communication means and the split apportionment determination means cooperate. Since the distribution of usage charges is determined based on the information specified by multiple user terminals, the allocation of usage charges is discussed in consultation with multiple users who pay for the usage charges. It is possible to guarantee the agreement of all users on the split apportionment.

  Embodiments of the present invention will be described below with reference to the drawings.

  FIG. 1 is a diagram showing an embodiment of a discount payment settlement system according to the present invention.

  In this embodiment, as shown in FIG. 1, a conference server 100 serving as a discount account settlement management unit, a plurality of user terminals 210 to 230 that can be operated by a plurality of users who pay and account for a usage fee, and a settlement system 300 And an EC site 400. In this embodiment, three user terminals 210 to 230 are provided, but the number of user terminals is not limited to this.

  The plurality of user terminals 210 to 230 can log in to the conference server 100 and hold a conference among the plurality of user terminals 210 to 230 using the communication unit 110. On the screens of the plurality of user terminals 210 to 230, screens necessary for communication are output for each user. Based on the result of the conference server 100, the user issues a deposit instruction to each settlement system 300. The conference server 100 is linked to the payment system 300 and can monitor the payment status. The EC site 400 can notify the conference server 100 of the payment request, and the payment is completed when the payment is confirmed by the payment system 300.

  The conference server 100 includes a communication unit 110, a split apportionment determination unit 120, a payment status confirmation unit 130, and a settlement monitoring unit 140. Each of these operates as follows. The online / offline status of the plurality of user terminals 210 to 230 is notified from the communication unit 110 to the split account sharing determination unit 120, and the split account sharing determination unit 120 receives a payment request from the EC site 400 and determines the split account sharing. Execute the process. When the split account sharing is determined, control is transferred from the split account sharing determining unit 120 to the deposit status confirmation unit 130, and the deposit status is aggregated and displayed based on the deposit status notified from the settlement monitoring unit 140.

  Hereinafter, a detailed configuration of the conference server 100 will be described.

  FIG. 2 is a diagram for explaining a detailed configuration of the conference server 100 shown in FIG.

  As shown in FIG. 2, the communication unit 110 includes a conversation unit 111 and a login status confirmation unit 112. The conversation unit 111 confirms that a conversation is being performed at the user terminals 210 to 230 and notifies the login state confirmation unit 112 of the usage status of the conversation unit 111. The login status confirmation unit 112 manages the login status of the session of the user terminals 210 to 230, and takes the product of the usage status of the conversation unit 111 notified from the conversation unit 111 and the login status, and thereby the user. The online / offline status of the terminals 210-230 is managed, and it is determined that the user terminals 210-230 are online when they are logged in and talking, and otherwise they are offline Notify the means 120.

  The percent account sharing determination unit 120 includes a preparation unit 121, a situation management unit 122, a presence confirmation unit 123, and a percent account rate input unit 124.

  FIG. 3 is a diagram illustrating a screen that is transmitted from the status management unit 122 illustrated in FIG. 2 and displayed on the user terminals 210 to 230.

  As shown in FIG. 3, the screen transmitted from the situation management means 122 shown in FIG. 2 and displayed on the user terminals 210 to 230 includes a conversation means, a circumcision situation screen, an individual input screen, and a representative. There is a screen.

  The preparation unit 121 accepts only the designation of a user terminal operated by a predetermined representative among the plurality of user terminals 210 to 230, and the EC for the target amount setting item shown in FIG. By setting the target amount based on the payment request from the site 400 and specifying the start of the consultation, the discussion of the split account between the user terminals 210 to 230 is started. At the start of the consultation, a synchronous mode or an asynchronous mode can be selected. When the synchronous mode is selected, the operation can be performed only when all of the plurality of user terminals 210 to 230 are online. When the asynchronous mode is selected, even if any one of the plurality of user terminals 210 to 230 is in an offline state, each user terminal 210 to 230 can perform only its own operation. It becomes. When all of the plurality of user terminals 210 to 230 guarantee the split account discussion when online, the synchronous mode is set. The preparation unit 121 notifies the status management unit 122 that the target amount, mode, and discussion have been held.

  The presence confirmation unit 123 is notified of the online / offline status of the user terminals 210 to 230 from the communication unit 110, and based on this, the online / offline status of all the user terminals 210 to 230 related to the split sharing is determined. to manage. When all of the user terminals 210 to 230 are not in an online state and any of the user terminals is in an offline state, a command to enter a waiting state is transmitted to the status management unit 122. Thereafter, when all of the user terminals 210 to 230 are in an online state, an instruction to return from the waiting state is transmitted to the state management unit 122.

  The situation management unit 122 starts the situation management of the split apportionment determination in accordance with the start request from the preparation unit 121. The online / offline status of the user terminals 210 to 230 is acquired from the presence confirmation unit 123, and the percent payment sharing amount individually input by the user at the user terminals 210 to 230 is received via the percent account rate input unit 124. The status management unit 122 constructs the split account status screen shown in FIG. 3 and displays the user name, the split budget amount input, the total price, and the target price set in accordance with the usage fee. In addition, the current status is displayed. Situations include negotiable, agreed, finalized, and waiting. When the user terminal 210-230 is inputting the split amount of the split account and the total does not match the target amount, the discussion is underway. In the state of discussion, each user inputs the amount of the apportionment amount by the user terminals 210 to 230, and the amount is notified to the status management unit 122 via the apportionment rate input unit 124. An agreement can be reached when the sum matches the target amount. When the agreement is possible, the representative can press the agreement request button displayed on his user terminal. When the agreement request button is pressed, the agreement is attached. In the state of consensus attachment, the user can no longer accept the percent account share amount input using the user terminals 210 to 230 via the percent account rate input means 124, and each user enters the user terminals 210 to 230. It is possible to press the displayed agreement button, and the state of the agreement attachment continues while the button is pressed. When the agreement button is pressed in all of the user terminals 210 to 230 and all the agreements are attached, the final decision is made. In the synchronous mode, when at least one user terminal out of the user terminals 210 to 230 is in an offline state due to a notification from the presence confirmation unit 123 in a state where the agreement is possible and the agreement is attached during the discussion, Waiting for attendance. In the waiting state, the above-described processing is interrupted, and the user's terminals 210 to 230 are prohibited from inputting the split amount and pressing the agreement button and the agreement request button. When all of the user terminals 210 to 230 are in an online state by the notification of the presence confirmation unit S123 and the presence of all members is confirmed, the state returns to the original state and the above-described processing is continued.

  The percent account rate input means 124 has functions of an individual amount setting and an agreement button in the individual input screen shown in FIG. During the discussion and a state where agreement is possible, the input button after setting the individual amount can be pressed. In the state after the consensus installation, the input button cannot be pressed. When the agreement is attached, the agreement button can be pressed. When the agreement button is pressed once, it becomes an agreement cancellation button, and when it is pressed again, the agreement is canceled and becomes an agreement button again.

  By the above-described processing, the split apportionment determination unit 120 determines the split apportionment of the usage fee based on the split apportionment amount input at the user terminals 210 to 230.

  The deposit status confirmation unit 130 includes a totaling unit 131, a deposit monitoring unit 132, and a final determination unit 130.

  The payment monitoring means 132 is notified of the payment status monitored by the payment monitoring means 140 and manages the payment status for the payment system 300 based on the payment status.

  The totaling unit 131 totals the user's payment status notified from the payment monitoring unit 132 and reflects it in the payment amount, total, and status on the discount account status screen shown in FIG. Situations include pre-payment, during deposit, deposit termination, payment completed, and refund. The initial state is before depositing, and when deposit information is notified from the deposit monitoring means 132, depositing is in progress and reflected in the payment status and total amount of each user. When the payment of all users who have been divided into the split payments is completed, and the split payment amount matches the total amount, the payment is completed. When the deposit is completed, the final decision means 133 is notified of this. Further, when the cancel button on the representative screen shown in FIG. 3 is pressed, the split account settlement is canceled and a refund state is entered, and the final decision means 133 is notified to that effect.

  As described above, the counting unit 131 manages the deposit status according to the percent apportionment determined by the percent apportionment determination unit 120 based on the deposit status notified from the deposit monitoring unit 132.

  The final determination means 133, when notified from the totaling means 131 that the payment according to the split account sharing determined by the split account sharing determination unit 120 has been completed or that a refund has been designated, The settlement monitoring means 140 is notified that the settlement according to the split account sharing determined in step S1 is to be performed and that the refund is to be performed.

  The payment monitoring unit 140 is connected to the payment system 300 online, and sends the payment status of the usage fee for the payment system 300 notified from the payment system 300 to the payment monitoring unit 132. Further, based on the final determination notification notified from the final determination means 133, the payment system 300 is notified that the settlement according to the distribution sharing determination determined by the distribution consideration sharing determination means 120 is performed. When a refund notification is received from the final decision means 133, a refund is instructed to the settlement system 300.

  There are as many user terminals 210 to 230 as the number of users. By logging in to the conference server 100, the screen shown in FIG. 3 is assigned to each user. Each user can perform each person's operation on the individual input screens displayed on the user terminals 210 to 230, and the communication means 110 such as the conversation means 111 can be used. In addition, the user terminals 210 to 230 can use the existing payment system 300 to make a payment for the split payment.

  The payment system 300 is an existing payment system such as a credit card or bank, or a billing agency. Transfer can be performed by operating the user terminals 210 to 230, and transfer notification can be made to the transfer destination merchant. Explain the method of settlement payment based on the existing banking system. The user deposits money into a temporary account dedicated to the discount account prepared by the operator of the conference server, and notifies the settlement monitoring means 140 of the deposit status. In response to the payment notification from the payment monitoring means 140, payment is made from the temporary account dedicated to the discount account to the EC site 400 which is the actual transfer destination. Further, in accordance with a refund notification from the settlement monitoring means 140, the account is refunded from the temporary account dedicated to the discount account to each user account.

  Below, operation | movement of the discount payment settlement system comprised as mentioned above is demonstrated.

  FIG. 4 is a flowchart for explaining the operation of the percent payment settlement system shown in FIG. 1 to FIG. 3, (a) is a diagram showing a process for setting the percent account sharing, and (b) is a deposit monitoring process. FIG.

  First, the process for setting the split sharing will be described.

  Based on the payment request of the EC site 400, the representative sets the target amount on the screen shown in FIG. 3 displayed on the user terminal operated by the representative, selects the synchronous mode or the asynchronous mode, and starts the discussion. A button is pressed (step S11).

  Next, a plurality of users who split the usage fee use the communication means 110 while checking the split status screen shown in FIG. 3 displayed on the user terminals 210 to 230 operated by the respective users. By talking to each other, it is negotiated as to who will be responsible for how much of the discount, and the split is set. The user inputs each amount with respect to the individual amount setting shown in FIG. 3, and adjusts so that the total amount of all users reaches the target amount (step S12).

  Here, when the synchronous mode is selected in step S11, if any one of the user terminals 210 to 230 that are in discussion during the consultation process in step S12 goes offline, Waiting for a seat is entered, and all the operations are stopped (step S13). In this way, by stopping the operation of all the members, it is guaranteed that all the users are in a council.

  Thereafter, when all of the user terminals 210 to 230 that are in discussion return to the online state, the process returns to step S12.

  If the total amount matches the target amount in step S12, the process proceeds to a state where an agreement attachment request can be accepted. In this state, it becomes possible to press the agreement request button shown in FIG. 3 on the user terminal operated by the representative, and it is thoroughly known that all the users can agree (step S14). Even in this case, when the synchronization mode is selected in step S11, if any one of the user terminals 210 to 230 is in an offline state, it is in a waiting state (step S15), and thereafter When all of the user terminals 210 to 230 return to the online state, the process returns to step S14. The individual amount can also be set in step S14. If the total amount changes, the process returns to step S12.

  In the state of step S14, when the agreement request button shown in FIG. 3 is pressed on the user terminal operated by the representative, an agreement from all the users in discussion is attached (step S16). The user confirms the discount amount displayed on the user terminals 210 to 230, and presses the agreement button shown in FIG. Even in this case, when the synchronization mode is selected in step S11, if any one of the user terminals 210 to 230 is in an offline state, it is in a waiting state (step S17), and thereafter When all of the user terminals 210 to 230 return to the online state, the process returns to step S16.

  When the agreement from all the users who are in discussion is attached, the split account sharing set in the split account sharing determining unit 120 is finally determined (step S18). In this case, even when the synchronization mode is selected in step S11, it is not necessary for all the user terminals 210 to 230 to be online, and each user can deposit money.

  If an agreement cannot be obtained, the representative cancels the agreement request and returns to step S14.

  Next, the deposit monitoring process will be described.

  When the final determination is made in step S18, the state immediately before the payment of the amount for split payment based on the percent split sharing determined by the split bill sharing determination means 120 is immediately entered (step S21).

  When one of the users makes a transfer to the payment system 300, the payment is in a depositing state (step S22), and the payment of the amount agreed upon by the split payment sharing from all the users is awaited.

  When the payment of the amount agreed by the split account sharing from all the users is completed, all the payments are completed (step S23).

  Further, when the payment waiting state in step S22 elapses for a certain time, the payment becomes invalid and a refund is performed (step S24).

  When all the payments are completed, the payment system 300 immediately starts payment to the EC site 400 and enters a payment completion state (step S25).

  As described above, in this embodiment, in the conference server 100, the communication unit 110 and the split account sharing determination unit 120 are linked, and all the user terminals 210 to 230 operated by the user are in an online state. The split apportionment determination means 120 is configured to perform the process of determining the split apportionment sharing only in some cases, so the apportionment of apportionment is negotiated only when all the users are able to talk online. Can be determined.

  Hereinafter, the operation in the above-described embodiment will be described using specific examples. In this embodiment, it is assumed that three user users 1 to 3 negotiate the percent discount rate.

  First, the operation under discussion about the split sharing between users will be described.

  FIG. 5 is a diagram showing a screen displayed on user terminals 210-230 during the discussion in the discount bill settlement system shown in FIG.

  First, as shown in FIG. 5A, the representative sets a target amount of 10,000 based on a payment request from the EC site 400, and holds a split account sharing discussion in the synchronous mode.

  Next, as shown in FIG.5 (b), it transfers during consultation and the users 1-3 input the money which should pay with an individual amount setting. At this time, the total amount is automatically calculated in the total column.

  Here, when the user terminal operated by the user 2 goes offline, a flag indicating that the user terminal operated by the user 2 is offline as shown in FIG. 5C. Then, all the users are notified that the user terminal operated by the user 2 is in an offline state, and the status is changed to waiting for attendance. When the user terminal operated by the user 2 returns from the offline state to the online state, the state returns to the state shown in FIG.

  Next, an explanation will be given of the operation when the consensus is attached from all the users on the split sharing.

  FIG. 6 is a diagram showing a screen displayed on the user terminals 210 to 230 when attaching an agreement about the split account sharing from all the users in the split account settlement system shown in FIG.

  When the sum of the discount amount entered by each user matches the target amount, as shown in FIG. 6 (a), an agreement is reached, and the agreement request shown in FIG. 3 is executed on the user terminal operated by the representative. The button can be pressed.

  Each participant indicates his / her intention by pressing the agreement button shown in FIG. 3 displayed on the user terminal, and as shown in FIG. 6 (b), a flag indicating that he / she has agreed to his / her area. Gatsu. Each user cannot enter the amount while the agreement is attached.

  Here, when the user terminal operated by the user 1 is in an offline state during the attachment of the agreement, as shown in FIG. 6C, the user terminal operated by the user 1 is in the offline state. The flag will change and the status will change to waiting. In this state, the other users 2 and 3 cannot perform an operation of pressing the agreement button.

  After that, when an agreement is obtained from all of the users 1 to 3 regarding the split apportioning, the situation is changed to the final decision as shown in FIG. 6D, and the agreement cannot be canceled or the amount cannot be changed.

  Next, an operation when the amount determined by the split account sharing is deposited will be described.

  FIG. 7 is a diagram showing a screen displayed on the user terminals 210 to 230 when the amount determined by the split account sharing in the discount account settlement system shown in FIG. 1 is deposited.

  When none of the users 1 to 3 has received money, the total amount is 0 yen as shown in FIG.

  When the deposit is started, as shown in FIG. 7B, the payment status of each user is displayed below the discount amount, and the total is automatically calculated.

  After that, when the payment that matches the discounted amount is confirmed for all of the users 1 to 3, the total amount of the payment amount matches the total of the discounted amount as shown in FIG. It becomes.

  When the payment is completed, communication with the payment system 300 is performed, payment to the EC site 400 is automatically executed, and payment is completed as shown in FIG.

  In the present invention, the processing in the conference server 100 is recorded on a recording medium readable by the conference server 100 in addition to the above-described dedicated hardware. The program recorded on the recording medium may be read by the conference server 100 and executed. The recording medium readable by the conference server 100 refers to an HDD or the like built in the conference server 100 in addition to a removable recording medium such as a floppy disk, a magneto-optical disk, a DVD, or a CD. The program recorded on this recording medium is read by a control block, for example, and the same processing as described above is performed under the control of the control block.

  According to the present invention, when a broadband content is jointly purchased by sharing money on an EC site in a community on the Internet, the split account sharing is negotiated and the joint purchase is surely performed at an agreed amount. Applicable to.

  In addition, in the community on the Internet, it is also possible to apply for purposes such as making a joint purchase with an agreed amount by negotiating the split sharing when purchasing gifts for someone from the EC site. It is.

It is a figure which shows one Embodiment of the discount payment settlement system of this invention. It is a figure for demonstrating the detailed structure of the conference server shown in FIG. It is a figure which shows the screen transmitted from the condition management means shown in FIG. 2, and displayed on a user terminal. It is a flowchart for demonstrating operation | movement of the percent payment settlement system shown in FIGS. 1-3, (a) is a figure which shows the process for setting a percentage account sharing, (b) is a figure which shows a money_receiving | payment monitoring process. . It is a figure which shows the screen displayed on a user terminal during the discussion in the percent payment settlement system shown in FIG. It is a figure which shows the screen displayed on a user terminal, when attaching consensus about allotment sharing from all the users in the percent account settlement system shown in FIG. It is a figure which shows the screen displayed on a user terminal, when the money determined by the split payment sharing is deposited in the split payment system shown in FIG.

Explanation of symbols

DESCRIPTION OF SYMBOLS 100 Conference server 110 Communication means 111 Conversation means 112 Login status confirmation means 120 Percentage sharing determination means 121 Preparation means 122 Situation management means 123 Enrollment confirmation means 124 Percentage ratio input means 130 Deposit status confirmation means 131 Aggregation means 132 Deposit monitoring means 133 Final decision Means 140 Payment monitoring means 210-230 User terminal 300 Payment system 400 EC site

Claims (10)

A plurality of user terminals each of which can be operated by a plurality of users who pay by splitting the usage fee, a settlement means for settlement of the usage price, and a usage that is settled by the settlement means based on an operation on the user terminal In the discount payment settlement system, which has a discount payment management means for managing the split payment of the price,
The split payment management means is:
A communication means comprising a conversation function with the plurality of user terminals, and managing the online / offline status of the user terminals;
Split apportionment determination means for determining the apportionment of usage charges based on information specified by each of the plurality of user terminals;
A settlement monitoring means for instructing the settlement means to perform settlement according to the percentage allocation determined by the percentage allocation determination means, and for monitoring a payment status of a usage fee for the settlement means;
Based on the payment status monitored by the settlement monitoring means, and having a payment status confirmation means for managing the payment status according to the percentage allocation determined by the percentage allocation determination means,
The split apportionment deciding means comprises presence confirmation means for managing the online / offline status of the plurality of user terminals based on the management status in the communication means, and the plurality of user terminals are all online. If only a screen for the plurality of users total amount of money that is input arbitrarily terminals of the plurality to achieve the target amount of money corresponding to the usage fee user adjusts the Dutch treat sharing usage fee Is transmitted to the plurality of user terminals . In the discount settlement system according to claim 1,
The split apportionment determination means starts a discussion of the apportionment share by specifying the information among the plurality of user terminals by specifying only a predetermined user terminal among the plurality of user terminals, A discount payment settlement system comprising preparation means for setting the target amount. In the discount settlement system according to claim 1,
The split apportionment determination means notifies the plurality of user terminals that the user terminal is in an offline state when at least one of the plurality of user terminals is in an offline state. The percent payment settlement system. In the discount settlement system according to claim 1,
The deposit status confirmation means is:
Payment monitoring means for managing the payment status for the payment means based on the payment status monitored by the payment monitoring means;
Based on the payment status managed by the payment monitoring means, a totaling means for managing the payment status according to the percentage sharing determination determined by the percentage allocation determination means;
When the totaling means summarizes that the payment according to the percent account sharing determination unit determined by the percent account sharing determination unit is completed, the settlement monitoring is performed according to the percent account sharing determined by the percent account sharing determination unit. And a final decision means for instructing the settlement means via the means. Connected to a plurality of user terminals that can be operated respectively by a plurality of users who pay by splitting the usage fee and a settlement means for settlement of the usage price, and settles at the settlement means based on an operation on the user terminal A server that manages the share of usage charges
A communication means comprising a conversation function with the plurality of user terminals, and managing the online / offline status of the user terminals;
Split apportionment determination means for determining the apportionment of usage charges based on information specified by each of the plurality of user terminals;
A settlement monitoring means for instructing the settlement means to perform settlement according to the percentage allocation determined by the percentage allocation determination means, and for monitoring a payment status of a usage fee for the settlement means;
Based on the payment status monitored by the settlement monitoring means, and having a payment status confirmation means for managing the payment status according to the percentage allocation determined by the percentage allocation determination means,
The split apportionment deciding means comprises presence confirmation means for managing the online / offline status of the plurality of user terminals based on the management status in the communication means, and the plurality of user terminals are all online. If only a screen for the plurality of users total amount of money that is input arbitrarily terminals of the plurality to achieve the target amount of money corresponding to the usage fee user adjusts the Dutch treat sharing usage fee The server which transmits to the plurality of user terminals . The server according to claim 5,
The split apportionment determination means starts a discussion of the apportionment share by specifying the information among the plurality of user terminals by specifying only a predetermined user terminal among the plurality of user terminals, A server comprising preparation means for setting the target amount. The server according to claim 5,
The split apportionment determination means notifies the plurality of user terminals that the user terminal is in an offline state when at least one of the plurality of user terminals is in an offline state. Server. The server according to claim 5,
The deposit status confirmation means is:
Payment monitoring means for managing the payment status for the payment means based on the payment status monitored by the payment monitoring means;
Based on the payment status managed by the payment monitoring means, a totaling means for managing the payment status according to the percentage sharing determination determined by the percentage allocation determination means;
When the totaling means summarizes that the payment according to the percent account sharing determination unit determined by the percent account sharing determination unit is completed, the settlement monitoring is performed according to the percent account sharing determined by the percent account sharing determination unit. And a final decision means for instructing the settlement means via the means. A plurality of user terminals each of which can be operated by a plurality of users who pay by splitting the usage fee, and a discount payment management means for managing the sharing of the usage fee based on the operation on the user terminal. A method for determining the split of the split payment in the split payment system,
The split payment management means monitors the online / offline status of the user terminal,
When the plurality of user terminals are all online, the percent payment management means achieves a total amount of amounts arbitrarily input to the plurality of user terminals to a target amount corresponding to the usage fee. As described above, the plurality of users transmit a screen for adjusting the apportionment of usage charges to the plurality of user terminals ,
A split account sharing determination method for interrupting the split account sharing determination process when at least one of the plurality of user terminals is in an offline state. On the computer,
A procedure for monitoring the online / offline status of multiple user terminals that can be operated by multiple users who pay by dividing the usage fee,
If the plurality of user terminals are all online, the plurality of users total amount of money that is input arbitrarily terminals of the plurality to achieve the target amount of money corresponding to the usage fee user and procedures but which transmits the screen for adjusting the Dutch treat sharing available price to the plurality of user terminals,
When at least one of the plurality of user terminals is in an offline state, a procedure for interrupting the setting processing of the split account sharing;
A procedure for accepting an agreement attachment request when all of the plurality of user terminals are in an online state, and the total amount of the set split sharing reaches the target amount;
A procedure for interrupting the acceptance process of the consensus attachment when at least one of the plurality of user terminals is in an offline state;
When the plurality of user terminals are all online, and when the agreement attachment request is received, a procedure for attaching an agreement from the plurality of user terminals for the set split sharing,
A procedure for interrupting the consensus attachment process when at least one of the plurality of user terminals is offline;
A program for executing a procedure for finalizing the split apportionment when an agreement is attached to the set apportionment from the plurality of user terminals.

Images