JP2016048419A - Information processing device, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an information processing device and a program for facilitating identification of an order for a payment object when billing amount is paid.SOLUTION: An information processing device includes: an order confirmation part which confirms whether there is a second order with the same standard billing amount as a first order among a plurality of generated orders; and a billing amount determination part which determines actual billing amount of the first order to amount different from the standard billing amount when the second order is confirmed.SELECTED DRAWING: Figure 13

Description

  The present invention relates to an information processing apparatus and a program.

  Conventionally, a large number of transfer transactions are processed in financial institutions. Since this transfer transaction can be performed without the information of the transfer client, various techniques for facilitating the work of specifying the transfer client have been proposed. For example, Patent Document 1 proposes a technique of providing different transfer destination accounts for individual transfer requesters in order to facilitate the transfer confirmation process.

JP 2001-195508 A

  By the way, in the situation where the charged amount for each order is paid, it is desirable that it is possible to easily identify which order the paid amount is for.

  Assuming that the technique described in Patent Document 1 is applied to such a scene, in the above technique, the same amount is charged for orders having the same content. For this reason, for example, when an order with the same content is made twice by one person and payment for one order is made, which order was paid for by the above technique? Cannot be specified. That is, with the above technique, it is not easy to specify an order to be paid.

  Therefore, the present invention has been made in view of the above problems, and an object of the present invention is to facilitate the identification of an order to be paid in a scene where the charged amount is paid. To provide a new and improved information processing apparatus and program.

  In order to solve the above-mentioned problem, according to a certain aspect of the present invention, an order for confirming whether or not there is a second order having the same basic billing amount as the first order among a plurality of orders that have been generated. An information processing unit comprising: a confirmation unit; and a billing amount determination unit that determines an actual billing amount of the first order to be an amount different from the reference billing amount when it is confirmed that the second order exists. An apparatus is provided.

  The charged amount determination unit may determine the actual charged amount of the first order to be smaller than the reference charged amount when it is confirmed that the second order exists.

  The charge amount determination unit may determine the actual charge amount of the first order to be an amount different from the actual charge amount of the second order.

  The first order is an order generated after the second order, and the billing amount determination unit determines the actual billing amount of the first order from the actual billing amount of the second order. You may decide on a small amount.

  The second order may be an unsettled order when the first order is generated.

  The second order may be an order generated within a predetermined period from an order date of the first order.

  Each of the plurality of orders and the first order may be associated with one of a plurality of accounts for payment.

  Each of the plurality of orders and the first order may be associated with different accounts among the plurality of accounts.

  The information processing apparatus may further include an event control unit that controls display of an event for notifying a user of the actual charged amount of the first order determined by the charged amount determining unit.

  In order to solve the above problem, according to another aspect of the present invention, it is determined whether or not there is a second order having the same basic billing amount as the first order among a plurality of orders that have been generated. An order confirmation unit to confirm and a transfer condition determination for determining an actual transfer condition of the first order to be different from a reference transfer condition of the first order when it is confirmed that the second order exists. And an information processing apparatus including the unit.

  In order to solve the above-described problem, according to another aspect of the present invention, the computer has a second order that has the same basic billing amount as the first order among a plurality of generated orders. An order confirmation unit for confirming whether or not, and when it is confirmed that the second order is present, a billing amount determination unit that determines an actual billing amount of the first order to an amount different from the reference billing amount; As a result, a program is provided.

  As described above, according to the present invention, it is possible to facilitate specification of an order to be paid in a situation where the charged amount is paid.

It is explanatory drawing which showed the structural example of the information processing system common to each embodiment of this invention. It is explanatory drawing which showed the structural example of the order data by the embodiment. It is explanatory drawing which showed the structural example of account management DB by the same embodiment. It is explanatory drawing which showed the flow of the payment via the virtual account by the embodiment. It is explanatory drawing which showed the subject of the information processing system of the embodiment. It is the functional block diagram which showed the structure of the bill amount determination server 10-1 by the 1st Embodiment of this invention. It is explanatory drawing which showed the structural example of discount situation management DB by the embodiment. It is explanatory drawing which showed the example of determination of the actual charge amount by the same embodiment. It is explanatory drawing which showed the update example of discount state management DB by the embodiment. It is explanatory drawing which showed the example of a display of the game screen by the embodiment. It is explanatory drawing which showed the structural example of the transfer slip by the same embodiment. FIG. 6 is a sequence diagram showing an operation according to the same embodiment. 6 is a flowchart showing an operation of “billing amount determination processing” according to the embodiment. It is the functional block diagram which showed the structure of the bill amount determination server 10-2 by the 2nd Embodiment of this invention. It is explanatory drawing which showed the structural example of discount situation management DB by the embodiment. It is explanatory drawing which showed the update example of discount state management DB by the embodiment. 6 is a flowchart showing an operation of “billing amount determination processing” according to the embodiment. It is explanatory drawing which showed the hardware constitutions of the charge amount determination server 10 common to each embodiment of this invention.

  Exemplary embodiments of the present invention will be described below in detail with reference to the accompanying drawings. In addition, in this specification and drawing, about the component which has the substantially same function structure, duplication description is abbreviate | omitted by attaching | subjecting the same code | symbol.

  In the present specification and drawings, a plurality of components having substantially the same functional configuration may be distinguished by adding different alphabets after the same reference numeral. For example, a plurality of configurations having substantially the same functional configuration are distinguished as necessary, such as the communication network 26a and the communication network 26b. However, when it is not necessary to particularly distinguish each of a plurality of constituent elements having substantially the same functional configuration, only the same reference numerals are given. For example, when it is not necessary to distinguish between the communication network 26a and the communication network 26b, they are simply referred to as the communication network 26.

Further, the “DETAILED DESCRIPTION OF THE INVENTION” will be described according to the following item order.
1. 1. Basic configuration of information processing system 1-1. Basic configuration 1-2. Organize issues 2. 2. Detailed description of each embodiment 2-1. First embodiment 2-2. Second embodiment 3. Hardware configuration Modified example

<< 1. Basic configuration of information processing system >>
<1-1. Basic configuration>
The present invention can be implemented in various forms as described in detail in “2-1. First embodiment” to “2-2. Second embodiment” as an example. First, a basic configuration of an information processing system common to each embodiment of the present invention will be described with reference to FIG.

  As shown in FIG. 1, the information processing system common to the embodiments includes a billing amount determination server 10, an EC settlement server 20, an account management DB 22, a customer terminal 24, and a communication network 26.

  It is assumed that this information processing system uses a virtual account service provided by a financial institution. Here, the contents of the virtual account service will be described.

[1-1-1. Virtual account service]
The virtual account service is a service that can provide a plurality of temporary accounts (virtual accounts) in association with individual real accounts opened in financial institutions. The user of the real account is, for example, a business that transfers money from a large number of people, such as a company that sells products on an EC (Electronic Commerce) site described later.

  The virtual account is basically an account that is uniquely assigned to each customer of the business by the business having the real account. However, since the number of virtual accounts possessed by each business operator is limited, the business operator can use the virtual account number to reuse the virtual account for the customer when, for example, the number of customers increases. Assign. For example, each time an order is placed by a customer, the business operator selects an account number of any virtual account held by the business operator, and manages the selected account number and the order in association with each other. The business operator guides the selected account number to the customer who placed the order as the account number of the transfer account for the order.

[1-1-2. EC payment server 20]
The EC payment server 20 is a server that manages an EC (Electronic Commerce) site. In this EC site, products are exhibited by a plurality of companies, and the customer can order the exhibited products on the EC site.

  The EC settlement server 20 generates order data based on the contents ordered by the customer at the EC site. Here, a configuration example (order data 30) of the order data will be described with reference to FIG. As shown in FIG. 2, for example, in order data 30, order number 300, product name 302, billing amount 304, and customer name 306 are recorded in association with each other. Here, in the order number 300, an order number for identifying each generated order is recorded. In the product name 302, the name of the product ordered with the corresponding order number is recorded. Further, in the billing amount 304, for example, a billing amount displayed on the EC site (hereinafter also referred to as a reference billing amount) for the product ordered with the corresponding order number is recorded. In the customer name 306, the name of the customer who placed an order corresponding to the corresponding order number is recorded.

  2 shows an example in which only the name of one product is recorded in the product name 302, the present invention is not limited to this example. For example, when a plurality of products are ordered at the corresponding order number, the names of all the ordered products are recorded in the product name 302. When a plurality of products are ordered in a lump, the billed amount 304 records the total billed amount of all ordered products.

  Further, as will be described later in detail, the EC settlement server 20 refers to the account management DB 22 and determines the order number of the generated order and the account number of the virtual account that is the transfer destination account of the order in a predetermined manner. Match according to the rules.

  In addition, the EC settlement server 20 can transmit and receive various types of information to and from the billing amount determination server 10 or the account management DB 22 via the communication network 26a. For example, the EC settlement server 20 can transmit the generated order data and the account number of the virtual account associated with the order indicated by the order data to the billing amount determination server 10 or the account management DB 22.

[1-1-3. Customer terminal 24]
The customer terminal 24 is an information processing terminal used by a customer who has registered as a member on the EC site, for example. The customer terminal 24 may be, for example, a PC (Personal Computer), a tablet terminal, or a smartphone.

  The customer terminal 24 can receive, for example, a web page of an EC site from the EC payment server 20 via the communication network 26b and display it on the display screen. Further, the customer terminal 24 can transmit the order contents inputted by the customer on the Web page of the EC site to the EC settlement server 20.

[1-1-4. Account management DB22]
The account management DB 22 is a database for managing real accounts and virtual accounts in association with each other. When the account management DB 22 receives the order data and the account number of the virtual account associated with the order indicated by the order data from the EC settlement server 20, the order number included in the received order data; The virtual account number is stored in association with the virtual account number.

  Here, a configuration example of the account management DB 22 will be described with reference to FIG. As shown in FIG. 3, for example, in the account management DB 22, the real account number 220, the virtual account number 222, the order number 224, and the charge amount 226 are stored in association with each other. Here, in the real account number 220, the account number of each real account is recorded. In the virtual account number 222, each account number of a plurality of virtual accounts associated with the corresponding real account is recorded. Further, in the order number 224, the order number of the order associated with the corresponding virtual account is recorded. Further, in the billing amount 226, the billing amount of the order associated with the corresponding virtual account is recorded.

[1-1-5. Billing amount determination server 10]
The bill amount determination server 10 is an example of an information processing apparatus according to the present invention. As will be described later, the billing amount determination server 10 is a device for determining the actual billing amount of the order indicated by the order data received from the EC settlement server 20, that is, the actual billing amount.

  Further, as will be described later, the billing amount determination server 10 sends a payment slip in which the actual billing amount of the determined order and the account number of the transfer destination account of the corresponding order are described to the customer who has performed the order. It is possible to make it.

  In each embodiment, it is assumed that the ordered merchandise is settled, for example, according to the flow shown in FIG. As shown in FIG. 4, first, a customer who has placed an order on the EC site confirms a payment slip sent after the order is placed, and then, for example, an ATM (Automated Teller Machine), a financial institution window, or Internet banking, etc. The billing amount described in the payment slip is transferred to the account number of the virtual account described in the payment slip through the service of the financial institution. The amount transferred to the virtual account is deposited into the real account via the virtual account. Then, for example, a holder of a real account such as a business operator confirms whether or not the payment for the corresponding order has been made correctly by confirming the payment result for the corresponding virtual account.

[1-1-6. Communication network 26]
The communication network 26 is a wired or wireless transmission path for information transmitted from a device connected to the communication network 26. For example, the communication network 26 includes a public line network such as a telephone line network, the Internet, and a satellite communication network, various LANs (Local Area Network) including Ethernet (registered trademark), a WAN (Wide Area Network), and the like. The communication network 26 may include a dedicated line network such as an IP-VPN (Internet Protocol-Virtual Private Network).

  Note that the information processing system according to the present embodiment is not limited to the configuration described above. For example, the account management DB 22 may be stored in the billing amount determination server 10 or the EC settlement server 20 instead of being configured as an independent device. Further, the billing amount determination server 10 and the EC settlement server 20 may be configured as an integrated device instead of being configured as independent devices.

<1-2. Organizing issues>
By the way, as described above, since the number of virtual accounts possessed by a business operator is limited, it is difficult to uniquely assign a virtual account to each customer. For this reason, a business operator often assigns an account number of a virtual account to a customer who has placed an order by using the account number of the virtual account (pooling).

  As a result, even if, for example, the same customer orders the same product that is sold by the same business operator, the account number of the virtual account assigned to the customer may be different for each order. For this reason, in particular, a customer who has ordered multiple times may transfer the charge amount of his / her order by mistake in the transfer account. For example, the customer may transfer the amount charged for the current order to the account at the time of the previous order.

  If the transfer is performed with the wrong account number by the customer, for example, a transfer recipient such as a business operator may not be able to detect the occurrence of a transfer error.

  Here, the above content will be described in more detail with reference to FIG. In the example shown in FIG. 5, customer A makes two orders (“order 1” and “order 2”) for the same billing amount (ie, “300,000 yen”), and customer B It is assumed that one order with the same billing amount as “Order 1” (“Order 3”) is placed. Further, it is assumed that the virtual accounts associated with the two orders of the customer A are different from each other.

  In this case, for example, when the customer A erroneously transfers the charge amount of “Order 1” to the virtual account 400b associated with “Order 2”, the charge amount is the same, so I can't notice the wrong transfer. Further, even when the customer B mistakenly transfers the charge amount of “Order 3” to the virtual account 400a associated with “Order 1”, the charge amount is the same. It is impossible to notice and it is judged that the correct transfer has been made.

  For the reasons described above, there may arise a problem that a transfer mistake cannot be detected unless the transfer requester makes a claim to the transfer recipient, for example, “the product does not arrive despite the transfer”.

  Accordingly, the bill amount determination server 10 according to the present invention has been created with the above circumstances taken into consideration. The billing amount determination server 10 according to the present invention can facilitate the specification of an order that the transfer requester intends to pay when the charge amount of the order is transferred by the transfer requester. Hereinafter, such embodiments of the present invention will be sequentially described in detail.

<< 2. Detailed Description of Embodiment >>
<2-1. First Embodiment>
First, the first embodiment will be described. As will be described later, according to the first embodiment, when an order that is the same as the reference billing amount of the new order has already been generated, the actual billing amount of the new order is randomly determined from the reference billing amount. By subtracting, it is possible to determine the actual charge amount of each order as uniquely as possible.

[2-1-1. Constitution]
First, the configuration according to the first embodiment will be described. FIG. 6 is a functional block diagram showing the configuration of the billing amount determination server 10-1 according to the first embodiment. As shown in FIG. 6, the billing amount determination server 10-1 includes a control unit 100-1, a communication unit 120, and a storage unit 122.

(2-1-1-1. Control unit 100-1)
The control unit 100-1 uses hardware such as a CPU (Central Processing Unit) 150 and a RAM (Random Access Memory) 154, which will be described later, built in the billing amount determination server 10-1, and the billing amount determination server 10-. 1 operation is generally controlled. As shown in FIG. 6, the control unit 100-1 includes an order confirmation unit 102-1, a bill amount determination unit 104-1, an event control unit 106, and a payment slip generation unit 108.

(2-1-1-2. Order Confirmation Unit 102-1)
The order confirmation unit 102-1 has the same reference billing amount as the order indicated by the order data newly received from the EC settlement server 20 (hereinafter also referred to as a new order) among a plurality of generated orders. For example, it is confirmed by referring to the discount status management DB 124. Here, the new order is an example of the first order in the present invention, and the above-mentioned “other order” is an example of the second order in the present invention.

  For example, the order confirmation unit 102-1 has, among the plurality of orders that have been generated, whether there is another order that has the same basic billing amount as the new order and is unsettled when the new order is generated. It is confirmed by referring to the discount status management DB 124.

-Discount status management DB124
Here, a configuration example of the discount status management DB 124 will be described with reference to FIG. As shown in FIG. 7, for example, in the discount status management DB 124, the virtual account number 1240, the order number 1242, the reference charge amount 1244, the special discount amount 1246, the actual charge amount 1248, and the settlement status 1250 are recorded in association with each other. Is done. Here, the account number of each virtual account is recorded in the virtual account number 1240. The order number 1242 records the order number of the order associated with the corresponding virtual account. In the standard billing amount 1244, the standard billing amount of the corresponding order is recorded. Further, in the special discount amount 1246, a discount amount determined by the charge amount determination unit 104-1 described later is recorded for the corresponding order. The actual billing amount 1248 records the actual billing amount determined by the billing amount determination unit 104-1 for the corresponding order. In the settlement status 1250, a settlement status (such as “unsettled” or “settled”) regarding the corresponding order is recorded.

  For example, in the example shown in FIG. 7, the reference billing amount for the order with the order number “111111” is “300,000 yen”, and the order is currently “unsettled”. For this reason, if the standard billing amount of the new order is “300,000 yen”, the order confirmation unit 102-1 has the same standard billing amount as the new order and an unsettled order. It is determined that it exists.

  As a modification, the order confirmation unit 102-1 limits the new order and other orders with the same reference billing amount to a plurality of orders generated within a predetermined period from the order date of the new order. It may be confirmed whether or not there is.

(2-1-1-3. Billing amount determination unit 104-1)
-Determination of billing amount When the order confirmation unit 102-1 confirms that there is another order with the same standard billing amount as the new order, the order confirmation unit 104-1 The actual billing amount is determined to be different from the base billing amount. More specifically, in the above case, the billing amount determination unit 104-1 randomly determines the actual billing amount of a new order to be a smaller amount within a predetermined range than the reference billing amount.

  For example, in the above case, the billing amount determination unit 104-1 first randomly determines a discount amount from the reference billing amount for a new order within a predetermined range such as within 1% of the reference billing amount. To do. Then, the billing amount determination unit 104-1 determines the actual billing amount of the new order by subtracting the determined discount amount from the reference billing amount of the new order.

  Here, the above function will be described in more detail with reference to FIG. In FIG. 8, it is assumed that “order 2” or “order 3” is ordered by the customer after “order 1” is ordered.

  As shown in FIG. 8, the reference billing amounts of “order 1” and “order 2” are the same. Therefore, when “order 2” is ordered by the customer A, the billing amount determination unit 104-1 has the actual billing amount of “order 2” smaller than the reference billing amount (“300,000 yen”). The amount is determined (for example, “299,999 yen”).

  Similarly, the reference billing amounts of “Order 1” and “Order 3” are the same. For this reason, when “order 3” is ordered by the customer B, the billing amount determination unit 104-1 has the actual billing amount of “order 3” smaller than the reference billing amount (“300,000 yen”). The amount is determined (for example, “299,995 yen”).

  According to this determination example, for example, when the customer A erroneously transfers the charge amount of “Order 1” to the virtual account 400b associated with “Order 2”, the charge amount is different. Is detected as a transfer error. For this reason, the payee can recognize a transfer error by the customer A.

  Further, even when customer B erroneously transfers the charged amount of “Order 3” to the virtual account 400a associated with “Order 1”, the charged amount is different, and is thus detected as a transfer error by the payment system. . For this reason, the payee can recognize the transfer error. Further, the transfer payee infers from the transferred amount (that is, “299,995 yen”) that the transfer requester is likely to be the person who ordered “Order 3”, that is, the customer B. can do.

-Recording of billing amount The billing amount determination unit 104-1 can record the determined actual billing amount in the discount status management DB 124. For example, it is assumed that the actual billing amount of a new order with the order number “111188” is determined as “299,997 yen”. In this case, for example, as indicated by the one-dot chain line in FIG. 9, the billing amount determination unit 104-1 determines the actual billing amount of the determined new order as “1000008” which is the account number of the corresponding virtual account and the order. Are recorded in the discount status management DB 124 in association with the order number.

(2-1-1-4. Event control unit 106)
The event control unit 106 controls display of an event for notifying the customer of the discount amount of the new order determined by the billing amount determination unit 104-1. For example, the event control unit 106 causes the EC settlement server 20 to transmit the instruction information for displaying the game screen for notifying the customer of the discount amount determined for the new order to the communication unit 120. Here, the instruction information may include all display information constituting the game screen, or may include only the determined discount amount.

  The EC settlement server 20 displays the game screen 50 as shown in FIG. 10 on the customer terminal 24 when the instruction information is received. This game screen 50 is a display example of a 3-option game.

  Suppose that the discount amount of a new order is determined to be “3 yen” by the billing amount determination unit 104-1. In this case, when one of the buttons 500 is selected by the customer on the game screen 50, the customer terminal 24, for example, “Congratulations on winning. 3 yen discount from the site display amount” or “3 etc. Congratulations on winning, 3 yen will be discounted from the amount displayed on the site. "Text showing the determined amount will be displayed on the display screen.

  The effects of this display example are as follows. As described above, even if the reference billing amount is the same, the discount amount determined by the billing amount determination unit 104-1 is usually different for each order. That is, when a customer orders the same product a plurality of times, or when a plurality of customers order the same product, the discount amount may differ for each order. Therefore, without any prior notice, only the determined discount amount (or the actual billing amount) is notified to the customer, and the discount amount is between multiple orders of the same customer or between multiple customer orders. If the customer knows that they are different, the customer may feel uncomfortable or unfair with regard to determining the discount amount. On the other hand, according to the above display example, since it is highly likely that the customer will recognize the discount amount through the execution of an event such as a game, the customer feels uncomfortable or unfair about the determined discount amount. There is almost no fear of embrace.

(2-1-1-5. Payment slip generation unit 108)
The payment slip generation unit 108 generates a payment slip in which the actual billing amount determined by the billing amount determination unit 104-1 is recorded.

  Here, with reference to FIG. 11, a configuration example of the payment slip (payment slip 60) will be described. As shown in FIG. 11, the payment slip 60 includes, for example, a transfer destination account number 600 and a transfer amount 602. Here, in the transfer destination account number 600, for example, the account number of the virtual account associated with the corresponding order received from the EC settlement server 20 is recorded. Further, in the transfer amount 602, the actual charge amount of the corresponding order determined by the charge amount determination unit 104-1 is recorded.

  Further, the payment slip generation unit 108 causes the generated payment slip to be sent to the ordered customer by e-mail or mail, for example. In addition, the customer to whom the payment slip has been sent can use the service of a financial institution such as ATM, for example, to accurately transfer the transfer amount indicated in the payment slip to the account number indicated in the payment slip. Required.

(2-1-1-6. Communication unit 120)
The communication unit 120 transmits and receives information to and from other devices via the communication network 26, for example. For example, the communication unit 120 receives order data from the EC payment server 20. In addition, the communication unit 120 transmits the generated payment slip to the email address of the customer who has made an order corresponding to the payment slip under the control of the payment slip generation unit 108.

(2-1-1-7. Storage Unit 122)
The storage unit 122 can store various data such as a discount situation management DB 124, for example.

  In addition, the structure of the bill amount determination server 10 by this embodiment is not limited to the structure mentioned above. For example, the discount status management DB 124 may be stored in another device that can communicate with the billing amount determination server 10 instead of being stored in the storage unit 122.

[2-1-2. Operation]
The configuration according to the first embodiment has been described above. Subsequently, an operation according to the first embodiment will be described. Here, an example of operation in a scene where a customer orders a product on an EC site will be described.

(2-1-2-1. Overall operation)
FIG. 12 is a sequence diagram illustrating an overall operation according to the first embodiment. As shown in FIG. 12, first, the customer terminal 24 connects to the EC payment server 20 based on the operation of the customer, and receives the Web page of the EC site from the EC payment server 20.

  Thereafter, the customer inputs a product order on the received Web page. Then, the customer terminal 24 transmits the input content to the EC payment server 20 (S101).

  Thereafter, the EC settlement server 20 generates order data based on the input information received in S101 (S102).

  Then, the EC settlement server 20 refers to the account management DB 22 and selects the account number of the virtual account to be associated with the order made in S101 according to a predetermined rule. Then, the EC settlement server 20 transmits the order number included in the order data generated in S102 and the account number of the selected virtual account to the account management DB 22. Thereafter, the account management DB 22 stores the received order number and account number in association with each other (S103). As a result, the order number is associated with the account number of the virtual account.

  Thereafter, the EC settlement server 20 transmits the order number associated with S103 and the account number of the virtual account to the billing amount determination server 10-1 (S104).

  Thereafter, the billing amount determination server 10-1 performs “billing amount determination processing” to be described later (S105).

  Thereafter, the event control unit 106 of the billing amount determination server 10-1 causes the EC settlement server 20 to transmit instruction information for displaying a game screen for notifying the customer of the discount amount determined in S105 to the communication unit 120 ( S106).

  Thereafter, the EC settlement server 20 transmits a game screen corresponding to the instruction information received in S106 to the customer terminal 24 (S107).

  Thereafter, the customer terminal 24 displays the game screen received in S107. When the game is executed by the customer on the displayed game screen, the customer terminal 24 displays the discount amount determined in S105 on the display screen (S108).

  Further, after S106, the payment slip generation unit 108 of the billing amount determination server 10-1 generates a payment slip in which the account number received in S104 and the actual billing amount determined in S105 are recorded (S109). ).

  Thereafter, the payment slip generation unit 108 causes the generated payment slip to be sent to the ordered customer by e-mail or mail, for example (S110).

(2-1-2-2. Billing amount determination process)
Here, with reference to FIG. 13, the “billing amount determination process” in S105 will be described in detail.

  First, the order confirmation unit 102-1 of the billing amount determination server 10-1 has the same standard billing amount as the new order indicated by the order data received from the EC settlement server 20 among a plurality of generated orders, In addition, it is confirmed by referring to the discount status management DB 124 whether there is another unsettled order (S201).

  If there is no other order (S201: No), the billing amount determination unit 104-1 determines the actual billing amount of the new order as the same amount as the reference billing amount (S202). Then, the billing amount determination unit 104-1 associates the order number of the order with the determined actual billing amount and records them in the discount status management DB 124 (S205).

  On the other hand, if another order exists (S201: Yes), the billing amount determination unit 104-1 first randomly determines a discount amount from the reference billing amount related to the new order within a predetermined range ( S203).

  Subsequently, the billing amount determination unit 104-1 determines the amount obtained by subtracting the discount amount determined in S203 from the reference billing amount of the order as the actual billing amount of the order (S204). Thereafter, the billing amount determination unit 104-1 performs the operation of S205.

[2-1-3. effect]
As described above, for example, with reference to FIGS. 6, 12, 13, etc., the billing amount determination server 10 according to the first embodiment is configured so that the new order and the reference billing amount among a plurality of orders that have been generated. When it is confirmed that there is another order with the same, the amount that is randomly reduced within a predetermined range from the reference charge amount of the new order is determined as the actual charge amount of the order.

  For this reason, since the actual charge amount for each order is determined uniquely, the transfer recipient specifies the order that the transfer requester intended to pay in the situation where the charge amount of the order was transferred by the transfer requester. Work can be facilitated.

  For example, when the transfer requester mistakenly transfers the amount charged for an order to a virtual account other than the virtual account associated with the order, it is associated with the actually transferred virtual account. It is very unlikely that the actual charge amount of the order matches the actual charge amount of the order that the transfer requester intends to pay. For this reason, when the payment error is detected by the settlement system, the transfer recipient can recognize that the transfer requester has made the transfer error. Then, the transfer recipient can guess the person who requested the transfer by searching the order history based on the transferred amount. The transfer recipient can also make an inquiry to the person who has guessed.

<2-2. Second Embodiment>
The first embodiment has been described above. Next, a second embodiment will be described. As will be described later, according to the second embodiment, when a transfer is made to one of a plurality of orders received by a single operator, the operator transfers the money according to the amount transferred. It is possible for the client to specify an order intended for payment.

[2-2-1. Constitution]
First, the configuration according to the second embodiment will be described in detail. Hereinafter, only components having functions different from those of the first embodiment will be described.

  FIG. 14 is a functional block diagram showing the configuration of the billing amount determination server 10-2 according to the second embodiment. As illustrated in FIG. 14, the billing amount determination server 10-2 includes a control unit 100-2 instead of the control unit 100-1 as compared with the first embodiment.

(2-2-1. Control unit 100-2)
As illustrated in FIG. 14, the control unit 100-2 replaces the order confirmation unit 102-1 with the order confirmation unit 102-2, and replaces the charge amount determination unit 104-1 with the charge amount determination unit 104-2. Respectively. Other functions are the same as those of the control unit 100-1.

(2-2-1-2. Order Confirmation Unit 102-2)
The order confirmation unit 102-2 has the same basic charge amount as the new order among the plurality of orders associated with the plurality of virtual accounts possessed by the business operator corresponding to the new order, and the new order It is confirmed by referring to the discount status management DB 124 whether there is another order that has not been settled when the order is generated.

-Discount status management DB124
FIG. 15 is an explanatory diagram showing a registration example of the discount status management DB 124 according to the second embodiment. FIG. 15 shows a discount situation management DB 124 when a certain business operator has three virtual accounts (“1000001” to “1000003”) and 7 orders are made for the business enterprise. An example of registration is shown. Although omitted in FIG. 15, the discount status management DB 124 according to the second embodiment can further include a column for indicating identification information of a business entity having each virtual account.

(2-2-1-3. Billing amount determination unit 104-2)
The billing amount determination unit 104-2 includes a new order and a reference billing amount among a plurality of orders associated with a plurality of virtual accounts possessed by a business operator corresponding to a new order by the order confirmation unit 102-2. If it is confirmed that there are other orders that are the same and are unsettled when a new order is generated, the actual charge amount of the new order is different from the actual charge amount of the other order. To decide. More specifically, in the above case, the billing amount determination unit 104-2 determines the actual billing amount of the new order to be smaller than the actual billing amount of the other orders.

  For example, in the above case, the billing amount determination unit 104-2 first determines the discount amount from the reference billing amount for the new order as an amount larger than the discount amount of the other orders. Then, the billing amount determination unit 104-2 determines the actual billing amount of the new order by subtracting the determined discount amount from the reference billing amount of the new order.

  Here, the above function will be described in more detail with reference to FIG. FIG. 16 shows a situation where a new order with an order number “111188” is further generated in the state shown in FIG. 15 and the order is associated with a virtual account with an account number “1000002”. An example of updating the discount status management DB 124 is shown.

  As shown in FIG. 16, the standard billing amount (“300,000 yen”) of a new order is the other four orders associated with the three virtual accounts owned by the same operator (that is, Order number "111111", "111122", "111144", or "111155"). Therefore, the billing amount determination unit 104-2 determines the actual billing amount of the new order to be smaller than the actual billing amount of the other four orders (for example, “299,996 yen”).

  According to this determination example, the actual billing amount of each order is determined so that the actual billing amount of each of a plurality of orders associated with a plurality of virtual accounts possessed by one operator is unique. For this reason, when a transfer request is made to one of a plurality of virtual accounts possessed by a certain business operator, the transfer recipient (that is, the business operator) receives a plurality of orders received by the business operator. It is possible to specify which of the orders has been transferred by the amount transferred.

[2-2-2. Operation]
The configuration according to the second embodiment has been described above. Subsequently, an operation according to the second embodiment will be described. The overall operation according to the second embodiment is substantially the same as that of the first embodiment shown in FIG.

(2-2-2-1. Billing amount determination process)
Here, with reference to FIG. 17, the “billing amount determination process” (that is, S105 shown in FIG. 12) according to the second embodiment will be described in detail.

  First, the order confirmation unit 102-2 of the billing amount determination server 10-2 is associated with a plurality of virtual accounts possessed by a business operator corresponding to a new order indicated by the order data received from the EC settlement server 20. By referring to the discount status management DB 124, whether or not there is another order that has the same basic billing amount as the new order and has not yet been settled when the new order is generated. Confirm (S301).

  When there is no other order (S301: No), the billing amount determination unit 104-2 determines the actual billing amount of the new order to be the same amount as the reference billing amount, similarly to S202 (S302). . Then, similarly to S205, the billing amount determination unit 104-2 associates the order number of the order with the determined actual billing amount and records them in the discount status management DB 124 (S305).

  On the other hand, if another order exists (S301: Yes), the billing amount determination unit 104-2 firstly increases the discount amount from the reference billing amount for the new order larger than the discount amount of the other order. The amount is determined (S303).

  Subsequently, the billing amount determination unit 104-2 determines an amount obtained by subtracting the discount amount determined in S303 from the reference billing amount of the new order as the actual billing amount of the new order (S304). Thereafter, the billing amount determination unit 104-2 performs the operation of S305.

[2-2-3. effect]
As described above, for example, with reference to FIGS. 14 and 17, the billing amount determination server 10 according to the second embodiment is associated with a plurality of virtual accounts possessed by a business operator corresponding to a new order. If it is confirmed that there are other orders that have the same basic charge amount as the new order, the actual charge amount of the new order is less than the actual charge amount of the other orders. Decide on a small amount.

  For this reason, the actual billing amount of each of a plurality of orders associated with a plurality of virtual accounts possessed by one operator is determined to be unique. Therefore, when a transfer is made to one of a plurality of virtual accounts held by a certain company, the company transfers which of the plurality of orders received by the company has been transferred. It is possible to specify by the amount paid.

  For example, when one business operator has account numbers for 100 virtual accounts and more than 100 orders are made per day, the same standard billing amount for the same virtual account A plurality of orders are associated with each other. In the second embodiment, when a transfer is made to a virtual account in which such a plurality of orders are associated, both the transfer requester and the order that the transfer requester intends to pay are specified. Can do.

<< 3. Hardware configuration >>
Next, the hardware configuration of the billing amount determination server 10 common to each embodiment will be described with reference to FIG. As shown in FIG. 18, the billing amount determination server 10 includes a CPU 150, a ROM (Read Only Memory) 152, a RAM 154, an internal bus 156, an input / output interface 158, an HDD (Hard Disk Drive) 160, and a network interface 162. .

<3-1. CPU 150>
The CPU 150 functions as an arithmetic processing unit and a control unit, and controls the overall operation within the bill amount determination server 10 according to various programs. Further, the CPU 150 realizes the function of the control unit 100-1 or the control unit 100-2 in the billing amount determination server 10. The CPU 150 is configured by a processor such as a microprocessor.

<3-2. ROM152>
The ROM 152 stores programs used by the CPU 150, calculation parameters, and the like.

<3-3. RAM154>
The RAM 154 temporarily stores programs used in the execution of the CPU 150, parameters that change as appropriate during the execution, and the like.

<3-4. Internal bus 156>
The internal bus 156 is composed of a CPU bus and the like. The internal bus 156 connects the CPU 150, the ROM 152, and the RAM 154 to each other.

<3-5. Input / output interface 158>
The input / output interface 158 connects the HDD 160 and the network interface 162 to the internal bus 156. For example, the HDD 160 exchanges data with the RAM 154 or the like via the input / output interface 158 and the internal bus 156.

<3-6. HDD 160>
The HDD 160 is a data storage device that functions as the storage unit 122. The HDD 160 includes, for example, a storage medium, a recording device that records data on the storage medium, a reading device that reads data from the storage medium, and a deletion device that deletes data recorded on the storage medium. The HDD 160 stores programs executed by the CPU 150 and various data.

<3-7. Network Interface 162>
The network interface 162 is a communication interface configured by a communication device for connecting to a communication network such as the Internet, for example. This network interface 162 functions as the communication unit 120. The network interface 162 may be a wireless LAN compatible communication device, a LTE (Long Term Evolution) compatible communication device, or a wire communication device that performs wired communication.

<< 4. Modification >>
The preferred embodiments of the present invention have been described in detail above with reference to the accompanying drawings, but the present invention is not limited to such examples. It is obvious that a person having ordinary knowledge in the technical field to which the present invention pertains can come up with various changes or modifications within the scope of the technical idea described in the claims. Of course, it is understood that these also belong to the technical scope of the present invention.

<4-1. Modification 1>
For example, in the above description, the billing amount determination server 10 has described an example in which the customer terminal 24 displays a game screen for notifying the customer of the discount amount determined for a new order. It is not limited. For example, the billing amount determination server 10 may display a game screen on the customer terminal 24 before determining the actual billing amount (or discount amount) of a new order. Further, the billing amount determination server 10 may determine the discount amount of the corresponding order by reflecting the result of the game executed by the customer on the displayed game screen.

<4-2. Modification 2>
Further, in each of the above-described embodiments, when it is confirmed that the billing amount determination server 10 has another order having the same base billing amount as the new order among a plurality of generated orders, Although an example in which the actual billing amount of a new order is determined to be an amount different from the reference billing amount has been described, the present invention is not limited to such an example.

  As a modification, for example, the billing amount determination server 10 determines that there is another order having the same base billing amount as the new order among a plurality of generated orders. It is also possible to determine that the transfer period of the charged amount is different from the transfer period of the charged amount of the other orders. For example, in the above case, the billing amount determination server 10 may determine that the order for which the billing amount is transferred is delayed as the order for which the desired product delivery date specified by the customer at the time of the order is later is delayed.

  According to this modification, the transfer periods of a plurality of orders having the same reference billing amount are determined to be unique. For this reason, when the invoiced amount of the order is transferred by the transfer requester, the transfer recipient should make it easier to identify the order that the transfer requester intended to pay from the amount transferred and the date and time of transfer. Can do.

<4-3. Modification 3>
Further, although the billing amount determination server 10 according to each of the above embodiments has been described mainly with respect to an example applied to the scene of EC settlement, the present invention is not limited to such an example. For example, the billing amount determination server 10 can also be applied to funds transfer and currency conversion such as transfer of university entrance fee, overseas remittance, or electronic money charge.

<4-4. Modification 4>
Further, according to the present embodiment, it is also possible to provide a computer program for causing hardware such as the CPU 150, the ROM 152, and the RAM 154 to perform the same functions as the components of the billing amount determination server 10 described above. A recording medium on which the computer program is recorded is also provided.

10-1, 10-2 Billing amount determination server 20 EC settlement server 22 Account management DB
24 Customer terminal 26 Communication network 100-1, 100-2 Control unit 102-1, 102-2 Order confirmation unit 104-1, 104-2 Bill amount determination unit 106 Event control unit 108 Payment slip generation unit 120 Communication unit 122 Storage Part 124 Discount status management DB
150 CPU
152 ROM
154 RAM
156 Internal bus 158 I / O interface 160 HDD
162 Network interface

Claims (11)

An order confirmation unit for confirming whether or not there is a second order having the same basic billing amount as the first order among a plurality of orders that have been generated;
A charge amount determination unit that determines an actual charge amount of the first order to be different from the reference charge amount when it is confirmed that the second order exists;
An information processing apparatus comprising:   The billing amount determination unit according to claim 1, wherein when it is confirmed that the second order exists, the billing amount determination unit determines an actual billing amount of the first order to be an amount smaller than the reference billing amount. Information processing device.   The information processing apparatus according to claim 1, wherein the charge amount determination unit determines the actual charge amount of the first order to be an amount different from the actual charge amount of the second order. The first order is an order generated after the second order;
The information processing apparatus according to claim 3, wherein the charge amount determination unit determines an actual charge amount of the first order to be an amount smaller than an actual charge amount of the second order.   The information processing apparatus according to claim 1, wherein the second order is an unsettled order when the first order is generated.   6. The information processing apparatus according to claim 1, wherein the second order is an order generated within a predetermined period from an order date of the first order.   The information processing apparatus according to any one of claims 1 to 6, wherein each of the plurality of orders and the first order are associated with one of a plurality of accounts for payment.   The information processing apparatus according to claim 7, wherein each of the plurality of orders and the first order are associated with different accounts among the plurality of accounts.   The information processing apparatus further includes an event control unit that controls display of an event for notifying a user of the actual charged amount of the first order determined by the charged amount determining unit. The information processing apparatus according to any one of the above. An order confirmation unit for confirming whether or not there is a second order having the same basic billing amount as the first order among a plurality of orders that have been generated;
A transfer condition determining unit that determines an actual transfer condition of the first order to be different from a reference transfer condition of the first order when it is confirmed that the second order exists;
An information processing apparatus comprising: Computer
An order confirmation unit for confirming whether or not there is a second order having the same basic billing amount as the first order among a plurality of orders that have been generated;
A charge amount determination unit for determining an actual charge amount of the first order to be different from the reference charge amount when it is confirmed that the second order exists;
Program to function as

Images