Order management device, order management method and program

Abstract

Properly manage orders for products and services that have purchase restrictions. [Solution] The system acquires order information, including orderer identification information that identifies the orderer and quantity information that indicates the ordered number of items with purchase restrictions, and specific information that can identify the payment method ID related to the payment method used for payment.The system then determines whether the order violates the purchase restrictions based on the quantity information included in the order information, quantity information recorded in a recording unit that corresponds to the orderer identification information included in the order information, and the acquired specific information.If it is determined that the order does not violate the purchase restrictions, the system confirms the order and records the orderer identification information, quantity information, and specific information corresponding to the order in association with each other.

Description

[Technical Field]

[0001] The present invention relates to an order management device, an order management method, and a program. [Background technology]

[0002] Some products and services posted on the network have purchase restrictions imposed, such as a predetermined number that can be purchased. Therefore, in order to manage such products and services with purchase restrictions, for example, Patent Document 1 discloses that a sales device that performs a sales confirmation process when a predetermined sales confirmation quantity is reached accepts purchases of quantities up to the sales upper limit. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Application Laid-Open No. 2010-117749 Summary of the Invention [Problem to be solved by the invention]

[0004] However, the above-mentioned sales device does not adequately restrict cases where, for example, the same orderer uses different identification information such as a login ID, or where the same orderer uses different payment methods such as credit cards, and there is still room for improvement in terms of properly managing orders for products and services that have purchase restrictions imposed.

[0005] The present invention is intended to solve the above-mentioned problems, and aims to provide an order management device, an order management method, and a program that are capable of appropriately managing orders for products and services that are subject to purchase restrictions. [Means for solving the problem]

[0006] An order management device according to a first aspect of the present invention comprises: An order management device for managing orders of purchase-restricted items indicating products or services on which purchase restrictions are imposed on a network, comprising: an order information acquisition unit that acquires order information including orderer identification information that identifies the orderer and quantity information that indicates the ordered number of the purchase-restricted item; a specific information acquisition unit that acquires specific information that can identify a payment method ID related to the payment method used by the orderer for payment; a determination unit that determines whether an order based on the order information acquired by the order information acquisition unit violates the purchase limit; an order confirmation unit that does not confirm the order when it is determined that the order violates the purchase limit as a result of the determination by the determination unit, and that confirms the order when it is determined that the order does not violate the purchase limit; a recording unit that, when the order is confirmed by the order confirmation unit, records the orderer identification information, the quantity information, and the specific information corresponding to the order in association with each other, The determination unit the number information included in the order information, and the number information recorded in the recording unit, the number information corresponding to the orderer identification information included in the order information; The specific information acquired by the specific information acquisition unit; determining whether the order violates the purchase limit based on It is characterized by:

[0007] In addition, in the order management device according to the above aspect, the determination unit determines that the order violates the purchase limit when the orderer identification information recorded by the recording unit and corresponding to the identification information acquired by the identification information acquisition unit does not match the orderer identification information included in the order information. It is characterized by:

[0008] In addition, in the order management device according to the above aspect, the determination unit determines that the order violates the purchase limit when the sum of the number indicated by the number information included in the order information and the number information recorded in the recording unit, the number information corresponding to the orderer identification information included in the order information, exceeds a predetermined value. It is characterized by:

[0009] In addition, in the order management device according to the above aspect, a request unit that, when it is determined that the sum of the numbers is equal to or less than the predetermined value as a result of the determination by the determination unit, transmits a payment request to secure a credit limit using the payment means of the payment means ID, and acquires a request result that is a result of the payment request; the specific information acquisition unit acquires the specific information when the request result acquired by the request unit indicates success. It is characterized by:

[0010] In addition, in the order management device according to the above aspect, the determination unit determines that the order violates the purchase limit when the sum of the numbers indicated by the number information included in the order information and the number information recorded in the recording unit, which number information corresponds to the identification information acquired by the identification information acquisition unit, exceeds a predetermined value. It is characterized by:

[0011] In addition, in the order management device according to the above aspect, the determination unit determines that the order violates the purchase limit when a sum of the number of items indicated by the number information included in the order information and the number information recorded in the recording unit, the number information corresponding to the orderer identification information included in the order information, exceeds a predetermined value; a request unit that, when it is determined that the sum of the numbers is equal to or less than the predetermined value as a result of the determination by the determination unit, transmits a payment request to secure a credit limit using the payment means of the payment means ID, and acquires a request result that is a result of the payment request; the specific information acquisition unit acquires the specific information when the request result acquired by the request unit indicates success. It is characterized by:

[0012] In addition, in the order management device according to the above aspect, the specific information acquisition unit acquires the specific information from the request result when the request result acquired by the request unit indicates success. It is characterized by:

[0013] An order management method according to a second aspect of the present invention comprises: 1. An order management method by an order management device that manages orders for purchase-restricted items, which indicate products or services on which purchase restrictions are imposed on a network, comprising: an order information acquisition step of acquiring order information including orderer identification information for identifying the orderer and quantity information indicating the ordered number of the purchase-restricted item; a specific information acquisition step of acquiring specific information capable of identifying a payment method ID related to the payment method used by the orderer for payment; a determination step of determining whether or not the order based on the order information acquired in the order information acquisition step violates the purchase limit; an order confirmation step of not confirming the order if it is determined that the order violates the purchase limit as a result of the determination in the determination step, and confirming the order if it is determined that the order does not violate the purchase limit; a recording step of, when the order is confirmed by the order confirmation step, recording the orderer identification information, the quantity information, and the specific information corresponding to the order in association with each other, In the determining step, the number information included in the order information, and the number information recorded in the recording step, the number information corresponding to the orderer identification information included in the order information; The specific information acquired in the specific information acquisition step; determining whether the order violates the purchase limit based on It is characterized by:

[0014] A program according to a third aspect of the present invention comprises: an order management device for managing orders of purchase-restricted items, which indicate products or services on which purchase restrictions are imposed on a network; an order information acquisition unit that acquires order information including orderer identification information that identifies the orderer and quantity information that indicates the ordered number of the purchase-restricted item; a specific information acquisition unit that acquires specific information that can identify a payment method ID related to the payment method used by the orderer for payment; a determination unit that determines whether or not an order based on the order information acquired by the order information acquisition unit violates the purchase limit; an order confirmation unit that does not confirm the order when it is determined that the order violates the purchase limit as a result of the determination by the determination unit, and that confirms the order when it is determined that the order does not violate the purchase limit; when the order confirmation unit confirms the order, the unit functions as a recording unit that records the orderer identification information, the quantity information, and the specific information corresponding to the order in association with each other; The determination unit the number information included in the order information, and the number information recorded in the recording unit, the number information corresponding to the orderer identification information included in the order information; The specific information acquired by the specific information acquisition unit; determining whether the order violates the purchase limit based on It is characterized by:

[0015] The program may be recorded on a non-transitory recording medium. The non-transitory recording medium can be distributed or sold independently of the computer. Here, a non-transitory recording medium refers to a tangible recording medium. Examples of non-transitory recording media include compact discs, flexible disks, hard disks, magneto-optical disks, digital video disks, magnetic tapes, and semiconductor memories. A transitory recording medium refers to the transmission medium (propagation signal) itself. Examples of transitory recording media include electrical signals, optical signals, and electromagnetic waves. A temporary storage area is an area for temporarily storing data and programs, such as volatile memory such as RAM (Random Access Memory). [Effects of the Invention]

[0016] According to the present invention, it is possible to provide an order management device, an order management method, and a program that are capable of appropriately managing orders for products and services that are subject to purchase restrictions. [Brief explanation of the drawings]

[0017] [Figure 1] FIG. 2 is a diagram illustrating the relationship between an order management device, an information terminal, a payment agent terminal, and a card company terminal. [Figure 2] FIG. 2 is a block diagram illustrating an example of an order management device. [Figure 3] FIG. 3 is an explanatory diagram showing an example of registered contents of a first database. [Figure 4] FIG. 10 is an explanatory diagram showing an example of registered contents of a second database. [Figure 5] FIG. 10 is an explanatory diagram showing an example of registered contents of a third database. [Figure 6] 10 is a flowchart illustrating an example of an order management process. [Figure 7] 10 is a flowchart illustrating an example of a normal payment process. [Figure 8] 10 is a flowchart illustrating an example of pre-authorization restriction processing. [Figure 9] 10 is a flowchart illustrating an example of post-authorization restriction processing. [Figure 10] FIG. 10 is an explanatory diagram showing an example of purchase conditions. [Figure 11] FIG. 10 is an explanatory diagram showing a display example of an information terminal. [Figure 12] FIG. 10 is an explanatory diagram showing a display example of an information terminal. [Figure 13] FIG. 10 is an explanatory diagram showing an example of a purchase condition in a modified example. DETAILED DESCRIPTION OF THE INVENTION

[0018] (Overall composition) An order management system, an order management method, and a program according to an embodiment of the present invention will be described in detail with reference to the drawings. Note that identical or corresponding parts in the drawings are designated by the same reference numerals. As shown in FIG. 1, an order management system 100 according to an embodiment of the present invention is communicatively connected to an information terminal 200 and a payment agent terminal 300 via a computer communication network 400, such as the Internet. The payment agent terminal 300 is communicatively connected to a card company terminal 500 via a payment computer communication network 600. For ease of understanding, this embodiment will be described below using an example in which an orderer purchases products or services listed online using a credit card as payment. However, the payment method is not limited to credit cards and may be any online payment method, such as a debit card. In the following, the credit card number will be referred to as the payment method ID. The payment method ID may also be the account name for the payment method. The orderer may explicitly specify the payment method ID to be used for this order after the order is accepted, or the orderer may simply use the payment method ID previously specified by the orderer. In this embodiment, products and services that are subject to purchase restrictions are collectively referred to as purchase-restricted items.

[0019] The order management device 100 is a computer such as a server, and has the function of determining whether or not a purchase limit is imposed on products and services posted on a network, such as a predetermined number that can be purchased, and managing orders when a purchase limit is imposed, i.e., a function of performing order management. Note that the order management device 100 in this embodiment also has a product provision function that provides orderers with a purchase page for products and services that will be posted on the network, but a separate server, a product management server, may also have this product provision function.

[0020] The information terminal 200 is an information terminal (so-called computer) such as a smartphone, tablet, or PC (Personal Computer) used by an orderer who wishes to purchase a product or service posted on the network. The information terminal 200 acquires the page of the product or service posted on the network from the order management device 100, and the orderer performs the purchase procedure for the product or service through operations.

[0021] The payment agent terminal 300 is an information terminal (so-called computer) such as a PC that handles payment processing for purchased products and services listed on a network. Specifically, when an orderer performs a purchase operation on the information terminal 200, the payment agent terminal 300 has a function of transmitting an authorization message to the card company terminal 500 and handling the authorization on behalf of the orderer upon receiving an authorization request from the order management device 100 confirming whether the payment can be made with the orderer's credit card. The payment agent terminal 300 also has a function of acquiring an authorization result indicating the result of the authorization performed by the card company terminal 500 and transmitting it to the order management device 100. In addition, when the authorization result indicates that the orderer's authorization has been approved, the payment agent terminal 300 also has a function of processing the payment processing by the orderer, i.e., processing to request the card company terminal 500 to process the sales of the transaction. The payment agent terminal 300 also has a function to receive sales processing results indicating the results of sales processing from the card company terminal 500. In this embodiment, the payment agent terminal 300 also has a function to send the number of the credit card used by the orderer for payment, i.e., a fingerprint (https: / / support.stripe.com / questions / how-can-i-detect-duplicate-cards-or-bank-accounts?locale=ja-JP), which is an identifier that uniquely identifies the orderer's payment method ID, as identification information to the order management device 100. The payment agent terminal 300 and the card company terminal 500 may be directly operated by an operator of an order management company, payment agent, card company, etc., or may be automatically processed by a so-called server.

[0022] The card company terminal 500 is an information terminal (so-called computer) such as a server or PC of a credit card company. Each card company has its own information terminal, and there are multiple card company terminals 500. The card company terminal 500 has the function of performing authorization and sales processing based on a request from the payment agent terminal 300, and the function of transmitting the results of these to the payment agent terminal 300.

[0023] (Functional configuration of the order management device) Next, the configuration of the order management device 100 will be described with reference to FIG.

[0024] As shown in FIG. 2, the order management device 100 includes a storage unit 110, a control unit 120, an input / output unit 130, a communication unit 140, and a system bus (not shown) that interconnects these units.

[0025] The storage unit 110 includes a ROM (Read Only Memory), a RAM (Random Access Memory), etc. The ROM stores a program 111 to be executed by the control unit 120, various data (not shown) required in advance for executing the program 111, a first database 112, a second database 113, and a third database 114.

[0026] The program 111 is a program that executes the order management process, the normal payment process, the pre-authorization limit process, and the post-authorization limit process, which will be described later, and is stored in the storage unit 110 in advance.

[0027] The first database 112 is a database that stores the order details of orderers. Specifically, as shown in FIG. 3, the first database 112 stores an orderer ID, which is identification information that identifies the orderer, an item ID that identifies the ordered product or service, and quantity information that indicates the number purchased, each associated with the other. The contents of the first database 112 are registered after a payment process corresponding to the order details by the orderer (step S22 shown in FIG. 6, step S35 shown in FIG. 7) is performed. Therefore, the contents shown in the first database 112 indicate past purchase information (the same applies to the second database 113 and the third database 114). The orderer ID corresponds to the orderer identification information. Furthermore, the quantity information corresponds to quantity information that indicates the number of items ordered.

[0028] The second database 113 is a database that stores the identification information of the orderer. Specifically, the second database 113 stores the orderer ID and the identification information in association with each other, as shown in FIG. 4. The identification information is acquired from the payment agent terminal 300 when an authorization result indicating that the authorization has been approved is received. Note that, although this embodiment shows an example in which the second database 113 shown in FIG. 4 is stored in the memory unit 110, the memory unit 110 may store only the first database 112 and the third database 114 without storing the second database 113.

[0029] The third database 114 is a database that stores payment details for orders placed by orderers. Specifically, as shown in FIG. 5, the third database 114 stores an orderer ID, identification information, item ID, and quantity information, each associated with the other. Note that, although this embodiment illustrates an example in which the third database 114 includes quantity information, the third database 114 does not necessarily need to store quantity information. In this case, for example, when an orderer with an orderer ID of "XXXXXaaXX" orders three items with an item ID of "Product A," the third database 114 simply registers three rows of data for the order of the orderer with the orderer ID of "XXXXXaaXX" for the item ID of "Product A," i.e., data for each quantity.

[0030] Returning to FIG. 2, the control unit 120 is composed of a CPU (Central Processing Unit), an ASIC (Application Specific Integrated Circuit), etc. The control unit 120 operates in accordance with a program 111 stored in the memory unit 110 and executes processing in accordance with the program 111. The control unit 120 includes an order information etc. acquisition unit 121, an authorization request unit 122, a specific information etc. acquisition unit 123, a restricted product determination unit 124, a restriction condition determination unit 125, a DB registration unit 126, and a payment processing unit 127 as main functional units provided by the program 111 stored in the memory unit 110.

[0031] The order information etc. acquisition unit 121 is a functional unit that acquires information etc. about the product or service that the orderer wishes to purchase. Specifically, the order information etc. acquisition unit 121 is a functional unit that acquires order information and payment method information from the information terminal 200 based on a purchase operation performed by the orderer on the information terminal 200. The order information includes an orderer ID, an item ID, quantity information, and amount information indicating the total amount of the ordered items. The payment method information is information that identifies the payment method, such as whether it is a credit card or a debit card.

[0032] The authorization request unit 122 is a functional unit that requests the payment agent terminal 300 to authorize the content based on the order information and payment method information of the orderer. Specifically, the authorization request unit 122 is a functional unit that requests the payment agent terminal 300 to confirm whether the amount of the amount information included in the order information acquired by the order information acquisition unit 121 can be paid using the payment method identified by the payment method information and to authorize the payment agent terminal 300 to secure a credit limit. The authorization request is made by the authorization request unit 122 sending authorization information to the payment agent terminal 300. The authorization information may include the orderer ID, total amount, and payment method information included in the order information, as well as authorization identification information that identifies the authorization. Upon receiving the authorization information, the payment agent terminal 300 prompts the information terminal 200 of the orderer identified by the orderer ID to input the payment method ID, etc., and acquires the payment required information, which is information necessary for payment. The payment agent terminal 300 then sends an authorization message together with the acquired payment necessary information to the card company terminal 500 of the card company specified by the payment necessary information, requesting authorization. The authorization request unit 122 corresponds to the request unit.

[0033] The specific information etc. acquisition unit 123 is a functional unit that acquires an authorization result and specific information corresponding to the authorization request made by the authorization request unit 122. Specifically, the specific information etc. acquisition unit 123 is a functional unit that acquires, from the payment agent terminal 300, the authorization result that the payment agent terminal 300 has acquired from the card company terminal 500, and also acquires, from the payment agent terminal 300, specific information corresponding to the payment method ID of the orderer. When an authorization request is made from the payment agent terminal 300, the card company terminal 500 performs authorization and transmits the authorization result to the payment agent terminal 300. The payment agent terminal 300 transmits the authorization result received from the card company terminal 500 to the order management device 100. The payment agent terminal 300 also transmits the specific information corresponding to the payment method ID of the orderer to the order management device 100. Note that the specific information may be acquired, for example, by transmitting a specific information request to the payment agent terminal 300. The specific information request may include information for identifying the orderer, such as the orderer ID, payment method information, authorization identification information for identifying the authorization, etc. In addition to this, the specific information may also be sent from the payment agent terminal 300 together with the authorization result.

[0034] The restricted product determination unit 124 is a functional unit that determines whether the product or service that the orderer wishes to purchase is a product or service that is subject to a purchase restriction. Specifically, the restricted product determination unit 124 is a functional unit that determines whether the product or service that the orderer wishes to purchase is a product or service for which a purchase limit has been set in advance. Whether a product or service is a product or service for which a purchase limit has been set in advance may be determined based on pre-set settings. The settings may be determined by, for example, pre-storing a restricted product list (not shown) in the storage unit 110 that lists products and services for which restrictions have been set, and referencing the restricted product list. Alternatively, restricted product information may be added to the product ID, and the determination may be made by referencing the restricted product information.

[0035] The restriction condition determination unit 125 is a functional unit that determines whether a product or service on which a purchase restriction is imposed satisfies the conditions of the purchase restriction, i.e., whether the conditions for restricting purchase are established. Specifically, when an orderer purchases a product or service that has been determined by the restricted product determination unit 124 to be a product or service on which a purchase restriction is imposed, the restriction condition determination unit 125 is a functional unit that determines whether the conditions for restricting purchase by the orderer are established. In this embodiment, the restriction condition determination unit 125 determines that the conditions for restricting purchase are established when, for example, either purchase condition 1 or purchase condition 2 shown in FIG. 10 is violated. The purchase conditions are set in advance and stored in the storage unit 110, and their contents can be changed as desired.

[0036] The DB registration unit 126 is a functional unit that registers the order details of an orderer in each database. Specifically, the DB registration unit 126 is a functional unit that, when the orderer makes a payment for the order details using the function of the payment processing unit 127 described later, registers the orderer ID, identification information, item ID, and quantity information included in the order details and payment details in each of the first database 112 to the third database 114.

[0037] The payment processing unit 127 is a functional unit that requests payment for the order details placed by the orderer. Specifically, the payment processing unit 127 has a function of requesting payment from the card company terminal 500 via the payment agent terminal 300 by sending a payment request including the order details placed by the orderer to the payment agent terminal 300.

[0038] The input / output unit 130 is a device that is configured with a keyboard, a mouse, a camera, a microphone, a liquid crystal display, an organic EL (Electro-Luminescence) display, and the like, and is used to input and output various types of data.

[0039] The communication unit 140 is a device that enables the order management device 100 to communicate with other information terminals such as the information terminal 200 and the payment agent terminal 300 via the computer communication network 400. The above is the configuration of the order management device 100.

[0040] (operation) Next, the operation of the order management device 100 will be described. FIG. 6 is a flowchart illustrating an example of the order management process in the order management device 100. In this embodiment, the order management process begins by receiving an order request from an orderer operating the information terminal 200. The order management process involves determining whether the product or service the orderer wishes to purchase is subject to a purchase restriction. Before requesting authorization of the order based on the order information and payment method information from the payment agent terminal 300, the process involves pre-authorization restriction processing to determine whether the conditions for restricting the orderer's purchase are met, post-authorization restriction processing to determine whether the conditions for restricting the orderer's purchase are met after the authorization, and processing to request payment for the order. In this embodiment, the following description will be given using an example in which an orderer with an orderer ID of "XXXXaaXX" purchases three units of product A with a credit card, as shown in FIG. 11. Furthermore, product A is subject to a purchase restriction.

[0041] When the order management process shown in FIG. 6 starts, the control unit 120, using the function of the order information etc. acquisition unit 121, acquires order information and payment method information made by the orderer operating the information terminal 200 (step S11). Specifically, in the process of step S11, the order information etc. acquisition unit 121 acquires the orderer ID, item ID, quantity information, amount information indicating the total amount of the ordered items, and payment method information included in the order request transmitted from the information terminal 200. As shown in FIG. 11, if an orderer purchases three units of product X with a credit card, in the process of step S11, the order information etc. acquisition unit 121 acquires information such as the orderer ID "XXXXaaXX", item ID "product A", quantity information "3", amount information, and payment information "credit card" of the orderer. Note that the order information etc. acquisition unit 121 that executes the process of step S11 and step S11 correspond to the order information acquisition unit and the order information acquisition step.

[0042] 6, the control unit 120 determines, by the function of the restricted product determination unit 124, whether or not the product or service indicated by the order information acquired in the processing of step S11 is a product or service for which a purchase limit has been imposed in advance, i.e., whether or not it is a restricted product (step S12). Specifically, in the processing of step S12, the restricted product determination unit 124 determines whether or not the product indicated by the order information acquired in the processing of step S11 (i.e., product A) is a product for which the purchaseable quantity is predetermined, for example, by referring to a restricted product list stored in the memory unit 110.

[0043] If it is determined in the processing of step S12 that the product is not a restricted product (step S12; No), the control unit 120 performs normal payment processing (step S13) and terminates the order management processing. FIG. 7 is a flowchart showing an example of the normal payment processing performed in the processing of step S13 of FIG. 6. In the normal payment processing shown in FIG. 7, the control unit 120 first requests authorization from the payment agent terminal 300 using the function of the authorization request unit 122 (step S31). Specifically, in the processing of step S31, the authorization request unit 122 sends an authorization request based on the order information and payment method information acquired in the processing of step S11 of FIG. 6 to the payment agent terminal 300 and requests authorization. Upon receiving the authorization information, the payment agent terminal 300 prompts the information terminal 200 of the orderer identified by the orderer ID to input a payment method ID, etc., and acquires payment necessary information, which is information necessary for payment. The payment agent terminal 300 then sends an authorization message along with the acquired payment required information to the card company terminal 500 of the card company identified by the payment required information, requesting authorization. The card company terminal 500 performs authorization corresponding to the authorization message and sends the result to the payment agent terminal 300. The authorization result sent to the payment agent terminal 300 is then sent from the payment agent terminal 300 to the order management device 100. That is, when the process of step S31 shown in FIG. 7 is executed, the authorization result sent from the card company terminal 500 to the payment agent terminal 300 is sent from the payment agent terminal 300 to the order management device 100.

[0044] After executing the process of step S31, the control unit 120 determines whether the authorization is approved (step S32). Specifically, in the process of step S32, the control unit 120 determines whether the authorization is approved based on the received authorization result.

[0045] If the control unit 120 determines in the processing of step S32 that the authorization result is not approved (step S32; No), it sends an authorization not approval notification indicating that the authorization result was not approved to the information terminal 200 of the orderer (step S33), and terminates the normal payment processing.

[0046] On the other hand, if it is determined in the processing of step S32 that the authorization result is approval (step S32; Yes), the control unit 120 acquires specific information from the payment agent terminal 300 using the function of the specific information etc. acquisition unit 123 (step S34). Specifically, in the processing of step S34, the specific information etc. acquisition unit 123 acquires the specific information by sending a specific information request to the payment agent terminal 300. As described above, the specific information request only needs to include information identifying the orderer, such as the orderer ID, payment method information, authorization identification information that identifies the authorization performed, etc. Furthermore, the specific information may be transmitted from the payment agent terminal 300 together with the authorization result, without the processing of step S33. The specific information etc. acquisition unit 123 that executes the processing of step S34 and step S34 correspond to the specific information acquisition unit and the specific information acquisition step.

[0047] After executing the processing of step S34, the control unit 120 performs a payment process to request payment for the order details placed by the orderer using the function of the payment processing unit 127 (step S35). Specifically, in the processing of step S35, the payment processing unit 127 sends a payment request including the order details placed by the orderer to the payment agent terminal 300, thereby requesting payment from the card company terminal 500 via the payment agent terminal 300. Although not shown in the figure, the payment result is sent from the card company terminal 500 via the payment agent terminal 300, and therefore the payment result is sent to the orderer's information terminal 200 by the function of the payment processing unit 127.

[0048] After executing the process of step S35, the control unit 120 uses the function of the DB registration unit 126 to register the order details by the orderer in each database (step S36), and terminates the normal payment process. Specifically, in the process of step S36, the DB registration unit 126 registers the item details corresponding to the orderer ID "XXXXaaXX" shown in Figures 3 to 5 in each database, such as the first database 112 to the third database 114.

[0049] Returning to FIG. 6, if it is determined in the processing of step S17 that the product is a restricted product (step S12; Yes), the control unit 120 executes pre-authorization restriction processing using the function of the restriction condition determination unit 125 (step S14). In this example, product A is a product to which a purchase restriction is imposed, so the processing of step S12 is determined to be Yes, and the processing of step S14 is executed. The pre-authorization restriction processing is processing that imposes restrictions when a purchase condition is violated before authorization is performed. FIG. 8 is a flowchart showing an example of the pre-authorization restriction processing performed in the processing of step S14 in FIG. 6. In the pre-authorization restriction processing shown in FIG. 8, first, the control unit 120 acquires information from the first database 112 using the function of the restriction condition determination unit 125 (step S41). Specifically, in the processing of step S41, the restriction condition determination unit 125 acquires information corresponding to the orderer ID indicating the orderer. In this example, since the orderer has the orderer ID "XXXXaaXX", in the processing of step S41, the restriction condition determination unit 125 obtains from the first database 112 the information corresponding to the orderer ID "XXXXaaXX", i.e., the information "XXXXaaXX", "Product A", and "1", which are the item contents of the first line shown in Figure 3.

[0050] After executing the process of step S41 shown in FIG. 8, the control unit 120 determines whether or not purchase condition 1 has been violated using the function of the limiting condition determination unit 125 (step S42). Specifically, in the process of step S42, the limiting condition determination unit 125 determines whether or not purchase condition 1 shown in FIG. 10 has been violated. In this embodiment, purchase condition 1 is set as "the number corresponding to the orderer ID is within a limiting number" as shown in FIG. 10. Therefore, in the process of step S42, the limiting condition determination unit 125 determines whether or not the total value (sum of the numbers) of the number indicated by the information acquired in the process of step S41 and the number indicated by the current order (the number indicated by the order information acquired in step S11 of FIG. 6) is within the limiting number. More specifically, as shown in FIG. 11 , if an orderer with an orderer ID of “XXXXaaXX” purchases three units of Product A with a credit card, and the orderer with the orderer ID of “XXXXaaXX” has already purchased “one unit” of “Product A,” and the information “XXXXaaXX,” “Product A,” and “1,” which are the item contents of the first line shown in FIG. 3 , is acquired in the processing of step S41, the orderer with the orderer ID of “XXXXaaXX” will have purchased a total of four units with this purchase. Therefore, in the processing of step S42, the restriction condition determination unit 125 determines whether the total purchase quantity of “4” is within the restriction quantity. That is, in this example, if the restriction quantity is set to 3 or less, it is determined in the processing of step S42 that purchase condition 1 is violated. On the other hand, if the restriction quantity is set to 4 or more, it is determined in the processing of step S42 that purchase condition 1 is not violated.

[0051] If it is determined in the processing of step S42 that purchase condition 1 has been violated (step S42; Yes), the control unit 120 restricts the purchase using the function of the restriction condition determination unit 125 (step S43) and terminates the pre-authorization restriction processing. On the other hand, if it is determined in the processing of step S42 that purchase condition 1 has not been violated (step S42; No), the control unit 120 determines that there is no purchase restriction using the function of the restriction condition determination unit 125 (step S44) and terminates the pre-authorization restriction processing. Note that the presence or absence of a purchase restriction can be determined by setting a restriction flag to an ON state, for example. The restriction condition determination unit 125 that executes the processing of steps S43 and S44, and steps S43 and S44, correspond to the order confirmation unit and the order confirmation step.

[0052] 6, after executing the process of step S14, control unit 120 determines whether or not a purchase restriction has been imposed in the process of step S14 (step S15). Specifically, in the process of step S15, control unit 120 determines whether or not a purchase restriction has been imposed by executing the process of step S43 shown in Fig. 8. Note that this determination may also be made by checking the state of a restriction flag.

[0053] If it is determined that there is no restriction in the processing of step S15 shown in Fig. 6 (step S15; No), the control unit 120 requests authorization from the payment agent terminal 300 using the function of the authorization request unit 122, similar to the processing of step S31 shown in Fig. 7 (step S16). After executing the processing of step S16 shown in Fig. 6, the control unit 120 determines whether the authorization is approved or not (step S17), similar to the processing of step S32 shown in Fig. 7. If it is determined that the authorization result is not approved (step S17; No), the control unit 120 sends an authorization non-approval notice indicating that the authorization result is not approved to the information terminal 200 of the orderer (step S18), and ends the order management processing.

[0054] On the other hand, if it is determined that the authorization result is approval in the processing of step S17 shown in Fig. 6 (step S17; Yes), the control unit 120 acquires specific information from the payment agent terminal 300 using the function of the specific information etc. acquisition unit 123 (step S19), similar to the processing of step S34 shown in Fig. 7. Note that the specific information may be transmitted from the payment agent terminal 300 together with the authorization result, without the processing of step S19. The specific information etc. acquisition unit 123 that executes the processing of step S19 and step S19 correspond to the specific information acquisition unit and the specific information acquisition step.

[0055] After executing the process of step S19 shown in FIG. 6, the control unit 120 executes post-authorization restriction processing using the function of the restriction condition determination unit 125 (step S20). The post-authorization restriction processing is processing that imposes restrictions when a purchase condition based on specific information acquired upon authorization is violated. FIG. 9 is a flowchart showing an example of the post-authorization restriction processing performed in the process of step S20 in FIG. 6. In the post-authorization restriction processing shown in FIG. 9, the control unit 120 first acquires information from the second database 113 using the function of the restriction condition determination unit 125 (step S51). Specifically, in the process of step S51, the restriction condition determination unit 125 acquires an orderer ID corresponding to the specific information acquired in the process of step S19 shown in FIG. 6. For example, if the specific information of the orderer with orderer ID "XXXXaaXX" is "abcd1234," the specific information of "abcd1234" is acquired in the process of step S19 shown in FIG. 6. Then, in the process of step S51, the restriction condition determination unit 125 obtains, from the second database 113, the information on the item corresponding to the specific information "abcd1234", that is, the information on the orderer ID "XXXXaaXX" which is the item content of the first line shown in Fig. 4. Note that if the second database 113 is not stored in the storage unit 110, in the process of step S51, it is sufficient to obtain, from the third database 114, the information on the orderer ID which corresponds to the specific information "abcd1234" and the product ID of the ordered product.

[0056] After executing the process of step S51 shown in FIG. 9, the control unit 120 determines whether purchase condition 2 has been violated using the function of the limiting condition determination unit 125 (step S52). Specifically, in the process of step S52, the limiting condition determination unit 125 determines whether purchase condition 2 shown in FIG. 10 has been violated. In this embodiment, purchase condition 2 is set to "the orderer ID corresponding to the specific information is the same" as shown in FIG. 10. Therefore, in the process of step S52, the limiting condition determination unit 125 determines whether the orderer ID acquired in the process of step S51 matches the orderer ID of the current orderer, and if they do not match, determines that purchase condition 2 has been violated. For example, if the specific information of the orderer with the current orderer ID "XXXXaaXX" is "abcd1234," the specific information of "abcd1234" is acquired in the process of step S19 shown in FIG. 6. Then, in the process of step S51 shown in FIG. 9, information on the orderer ID "XXXXaaXX" corresponding to the specific information "abcd1234" shown in FIG. 4 is acquired. Therefore, since the orderer ID of the current orderer matches the orderer ID acquired in the processing of step S51 shown in FIG. 9, the limiting condition determination unit 125 determines in the processing of step S52 that purchase condition 2 is not violated. On the other hand, if the identification information of the orderer with the current orderer ID "XXXXaaXX" is "foie75!", the identification information of "foie75!" is acquired in the processing of step S19 shown in FIG. 6. Then, in the processing of step S51 shown in FIG. 9, the information of the orderer ID "YYYYXCCJ" corresponding to the identification information "foie75!" shown in FIG. 4 is acquired. In this case, since the orderer ID of the current orderer does not match the orderer ID acquired in the processing of step S51 shown in FIG. 9, the limiting condition determination unit 125 determines in the processing of step S52 that purchase condition 2 is violated.

[0057] 9, if it is determined that purchase condition 2 has been violated (step S52; Yes), the control unit 120 restricts the purchase using the function of the restriction condition determination unit 125 (step S53), and terminates the post-authorization restriction process. On the other hand, if it is determined that purchase condition 2 has not been violated in the process of step S52 (step S52; No), the control unit 120 uses the function of the restriction condition determination unit 125 to determine that there is no purchase restriction (step S54), and terminates the post-authorization restriction process. Note that the presence or absence of a purchase restriction can be determined by setting a restriction flag to an on state, for example.

[0058] 6, after executing the process of step S20, the control unit 120 determines whether or not a purchase restriction has been imposed in the process of step S20 (step S21). Specifically, in the process of step S21, the control unit 120 determines whether or not a purchase restriction has been imposed by executing the process of step S53 shown in Fig. 9. Note that this determination may also be made by checking the state of a restriction flag.

[0059] 6 (Step S21; Yes), or if it is determined that there is a limit in the processing of step S15 (Step S15; Yes), the control unit 120 notifies the orderer of the limit (Step S22) and ends the order management processing. Specifically, in the processing of step S22, the control unit 120 transmits to the orderer's information terminal 200 a message that the purchase was not possible because the purchase limit was violated, as shown in FIG.

[0060] On the other hand, if it is determined in the processing of step S21 shown in Fig. 6 that there is no restriction (step S21; No), the control unit 120 performs a payment process to request payment for the order details by the orderer using the function of the payment processing unit 127, similar to the processing of step S35 shown in Fig. 7 (step S23). After executing the processing of step S23, the control unit 120 registers the order details by the orderer in each database using the function of the DB registration unit 126, similar to the processing of step S36 shown in Fig. 7 (step S24), and ends the order management processing.

[0061] The above is the operation of the order management device 100. As described above, the order management device 100 in this embodiment can determine multiple different purchase conditions to manage orders for products and services, and can appropriately manage orders for products and services that have purchase restrictions. Furthermore, it is possible to determine different purchase conditions before and after authorization, thereby reducing the processing load for authorization.

[0062] (Variation) The present invention is not limited to the above-described embodiment, and various modifications and applications are possible. For example, the order management device 100 according to the above-described embodiment does not need to have all of the technical features described above, but may have some of the configurations described in the above-described embodiment so as to solve at least one problem in the prior art. Furthermore, at least a portion of each of the following modifications may be combined.

[0063] In the above embodiment, an example was described in which an orderer purchases a product or service listed on an online site using a credit card as a payment method. However, as mentioned above, the payment method is not limited to a credit card and may be any online payment method, such as a debit card. Online payment methods may include payment using a two-dimensional code or carrier payment. In this case, the order management device 100 simply acquires, from the payment agent terminal 300, specific information corresponding to the content entered into the payment form on the information terminal 200.

[0064] In the above embodiment, the process of step S52 in the post-authorization restriction process shown in FIG. 9 determines whether purchase condition 2 shown in FIG. 10 is violated. However, this is merely an example. In the process of step S52 shown in FIG. 9, for example, it may determine whether purchase condition 2A shown in FIG. 13 is violated. In this case, in the process of step S51 shown in FIG. 9, the control unit 120 acquires information from the third database 114 using the function of the restriction condition determination unit 125. Specifically, the restriction condition determination unit 125 acquires quantity information corresponding to the specific information acquired in the process of step S19 shown in FIG. 6. For example, if the specific information of the orderer with the orderer ID "XXXXaaXX" is "abcd1234," the specific information of "abcd1234" is acquired in the process of step S19 shown in FIG. 6. Then, in the process of step S51, the restriction condition determination unit 125 acquires the item corresponding to the specific information "abcd1234," i.e., the quantity information "1," which is the item content of the first row shown in FIG. 5, from the third database 114. If the third database 114 does not contain quantity information, in the processing of step S51, the number of registered pieces of data for the specific information "abcd1234" and the item ID "product A" is counted, and the counted value is used as the quantity information.

[0065] Then, in the process of step S52 shown in FIG. 9, the control unit 120 determines whether or not the purchase condition 2A shown in FIG. 13 is violated, using the function of the limiting condition determination unit 125. As shown in FIG. 13, the purchase condition 2A is set as "the quantity corresponding to the specific information is within the limiting quantity." Therefore, in the process of step S52, the limiting condition determination unit 125 determines whether the total value (sum of the quantities) of the number indicated by the quantity information acquired in the process of step S51 and the quantity indicated in the current order (the number indicated by the order information acquired in step S11 of FIG. 6) is within the limiting quantity. More specifically, as shown in FIG. 11, if an orderer with an orderer ID of "XXXXaaXX" purchases three units of product A with a credit card and the specific information corresponding to the credit card is "abcd1234," in the process of step S51, the limiting condition determination unit 125 obtains, from the third database 114, the item corresponding to the specific information "abcd1234," i.e., the quantity information "1," which is the item content of the first row shown in FIG. 5. With this purchase, the total number of orders using the identification information "abcd1234" will be four. Therefore, in the process of step S52, the restriction condition determination unit 125 determines whether the total purchase quantity, "4," is within the restriction quantity. That is, in this example, if the restriction quantity is set to three or less, it will be determined in the process of step S52 that purchase condition 2A is violated. On the other hand, if the restriction quantity is set to four or more, it will be determined in the process of step S52 that purchase condition 2A is not violated. This allows for more flexibility in order management based on identification information, and allows for more appropriate order management for products and services that are subject to purchase restrictions.

[0066] The order management device 100 according to the above embodiment can be realized using a normal computer, not a dedicated device. For example, the order management device 100 that executes the above processes may be configured by installing a program for executing any of the above processes on a computer from a recording medium that stores the program. Also, one order management device 100 may be configured by multiple computers operating in cooperation with each other.

[0067] Furthermore, when the above-mentioned functions are realized by sharing the functions between an OS (Operating System) and an application, or by cooperation between the OS and the application, only the parts other than the OS may be stored on the medium.

[0068] It is also possible to superimpose the program on a carrier wave and distribute it via a communication network. For example, the program may be posted on a bulletin board system (BBS) on the communication network and distributed via the network. These programs may then be started and run under the control of an operating system in the same way as other application programs, thereby enabling the above-mentioned processing to be performed.

[0069] Various aspects of the present disclosure are summarized below as appendices.

[0070] (Appendix 1) An order management device for managing orders of purchase-restricted items indicating products or services on which purchase restrictions are imposed on a network, comprising: an order information acquisition unit that acquires order information including orderer identification information that identifies the orderer and quantity information that indicates the ordered number of the purchase-restricted item; a specific information acquisition unit that acquires specific information that can identify a payment method ID related to the payment method used by the orderer for payment; a determination unit that determines whether an order based on the order information acquired by the order information acquisition unit violates the purchase limit; an order confirmation unit that does not confirm the order when it is determined that the order violates the purchase limit as a result of the determination by the determination unit, and that confirms the order when it is determined that the order does not violate the purchase limit; a recording unit that, when the order is confirmed by the order confirmation unit, records the orderer identification information, the quantity information, and the specific information corresponding to the order in association with each other, The determination unit the number information included in the order information, and the number information recorded in the recording unit, the number information corresponding to the orderer identification information included in the order information; The specific information acquired by the specific information acquisition unit; determining whether the order violates the purchase limit based on An order management device characterized by:

[0071] (Appendix 2) the determination unit determines that the order violates the purchase limit when the orderer identification information recorded by the recording unit and corresponding to the identification information acquired by the identification information acquisition unit does not match the orderer identification information included in the order information. 2. The order management device according to claim 1,

[0072] (Appendix 3) the determination unit determines that the order violates the purchase limit when the sum of the number indicated by the number information included in the order information and the number information recorded in the recording unit, the number information corresponding to the orderer identification information included in the order information, exceeds a predetermined value. 3. The order management device according to claim 1 or 2.

[0073] (Appendix 4) a request unit that, when it is determined that the sum of the numbers is equal to or less than the predetermined value as a result of the determination by the determination unit, transmits a payment request to secure a credit limit using the payment means of the payment means ID, and acquires a request result that is a result of the payment request; the specific information acquisition unit acquires the specific information when the request result acquired by the request unit indicates success. 4. The order management device according to claim 3,

[0074] (Appendix 5) the determination unit determines that the order violates the purchase limit when the sum of the numbers indicated by the number information included in the order information and the number information recorded in the recording unit, which number information corresponds to the identification information acquired by the identification information acquisition unit, exceeds a predetermined value. 2. The order management device according to claim 1,

[0075] (Appendix 6) the determination unit determines that the order violates the purchase limit when a sum of the number of items indicated by the number information included in the order information and the number information recorded in the recording unit, the number information corresponding to the orderer identification information included in the order information, exceeds a predetermined value; a request unit that, when it is determined that the sum of the numbers is equal to or less than the predetermined value as a result of the determination by the determination unit, transmits a payment request to secure a credit limit using the payment means of the payment means ID, and acquires a request result that is a result of the payment request; the specific information acquisition unit acquires the specific information when the request result acquired by the request unit indicates success. 6. The order management device according to claim 5,

[0076] (Appendix 7) the specific information acquisition unit acquires the specific information from the request result when the request result acquired by the request unit indicates success. 7. The order management device according to claim 4 or 6,

[0077] (Appendix 8) 1. An order management method by an order management device that manages orders for purchase-restricted items, which indicate products or services on which purchase restrictions are imposed on a network, comprising: an order information acquisition step of acquiring order information including orderer identification information for identifying the orderer and quantity information indicating the ordered number of the purchase-restricted item; a specific information acquisition step of acquiring specific information capable of identifying a payment method ID related to the payment method used by the orderer for payment; a determination step of determining whether or not the order based on the order information acquired in the order information acquisition step violates the purchase limit; an order confirmation step of not confirming the order if it is determined that the order violates the purchase limit as a result of the determination in the determination step, and confirming the order if it is determined that the order does not violate the purchase limit; a recording step of, when the order is confirmed by the order confirmation step, recording the orderer identification information, the quantity information, and the specific information corresponding to the order in association with each other, In the determining step, the number information included in the order information, and the number information recorded in the recording step, the number information corresponding to the orderer identification information included in the order information; The specific information acquired in the specific information acquisition step; determining whether the order violates the purchase limit based on An order management method characterized by:

[0078] (Appendix 9) an order management device for managing orders of purchase-restricted items, which indicate products or services on which purchase restrictions are imposed on a network; an order information acquisition unit that acquires order information including orderer identification information that identifies the orderer and quantity information that indicates the ordered number of the purchase-restricted item; a specific information acquisition unit that acquires specific information that can identify a payment method ID related to the payment method used by the orderer for payment; a determination unit that determines whether or not an order based on the order information acquired by the order information acquisition unit violates the purchase limit; an order confirmation unit that does not confirm the order when it is determined that the order violates the purchase limit as a result of the determination by the determination unit, and that confirms the order when it is determined that the order does not violate the purchase limit; when the order confirmation unit confirms the order, the unit functions as a recording unit that records the orderer identification information, the quantity information, and the specific information corresponding to the order in association with each other; The determination unit the number information included in the order information, and the number information recorded in the recording unit, the number information corresponding to the orderer identification information included in the order information; The specific information acquired by the specific information acquisition unit; determining whether the order violates the purchase limit based on A program characterized by: [Industrial Applicability]

[0079] According to the present invention, it is possible to provide an order management device, an order management method, and a program that are capable of appropriately managing orders for products and services that are subject to purchase restrictions. [Explanation of symbols]

[0080] 100 Order Management Device 110 Storage section 111 Program 112 Database 1 113 Second Database 114 Third Database 120 control section 121 Order Information Acquisition Department 122 Authorization Request Section 123 Specific information acquisition department 124 Restricted Product Judgment Department 125 Restriction condition judgment unit 126 DB Registration Department 127 Payment Processing Unit 130 Input / output section 140 Communications Department 200 Information terminal 300 Payment processing terminal 400 Computer Network 500 Card company terminals 600 Computer communication network for payment

Claims

1. An order management device for managing orders of purchase-restricted items indicating products or services on which purchase restrictions are imposed on a network, comprising: an order information acquisition unit that acquires order information including orderer identification information that identifies the orderer and quantity information that indicates the ordered number of the purchase-restricted item; a specific information acquisition unit that acquires specific information that can identify a payment method ID related to the payment method used by the orderer for payment; a determination unit that determines whether an order based on the order information acquired by the order information acquisition unit violates the purchase limit; an order confirmation unit that does not confirm the order when it is determined that the order violates the purchase limit as a result of the determination by the determination unit, and that confirms the order when it is determined that the order does not violate the purchase limit; a recording unit that, when the order is confirmed by the order confirmation unit, records the orderer identification information, the quantity information, and the specific information corresponding to the order in association with each other, the determination unit determines that the order violates the purchase limit when the orderer identification information recorded by the recording unit and corresponding to the identification information acquired by the identification information acquisition unit does not match the orderer identification information included in the order information. An order management device characterized by:

2. The determination unit includes a pre-request determination unit that determines that the order violates the purchase limit when the sum of the number indicated by the number information included in the order information and the number information recorded in the recording unit, which number information corresponds to the orderer identification information included in the order information, exceeds a predetermined value that is set in advance; a request unit that, when it is determined that the sum of the numbers is equal to or less than the predetermined value as a result of the determination by the pre-request determination unit, transmits a payment request to secure a credit limit using the payment means of the payment means ID, and acquires a request result that is a result of the payment request; the specific information acquisition unit acquires the specific information when the request result acquired by the request unit indicates success; the determination unit includes a post-request determination unit that determines that the order violates the purchase limit when the orderer identification information corresponding to the identification information acquired by the identification information acquisition unit and recorded by the recording unit does not match the orderer identification information included in the order information.

2. The order management system according to claim 1.

3. the determination unit further determines that the order violates the purchase limit when a sum of the numbers indicated by the number information included in the order information and the number information recorded in the recording unit, the number information corresponding to the identification information acquired by the identification information acquisition unit, exceeds a predetermined value.

2. The order management system according to claim 1.

4. the determination unit determines that the order violates the purchase limit when a sum of the number of items indicated by the number information included in the order information and the number information recorded in the recording unit, the number information corresponding to the orderer identification information included in the order information, exceeds a predetermined value; a request unit that, when it is determined by the determination unit that the sum of the numbers is equal to or less than the predetermined value, transmits a payment request to secure a credit limit using the payment means of the payment means ID, and acquires a request result that is a result of the payment request; the specific information acquisition unit acquires the specific information when the request result acquired by the request unit indicates success.

4. The order management device according to claim 3.

5. the specific information acquisition unit acquires the specific information from the request result when the request result acquired by the request unit indicates success.

5. The order management device according to claim 4.

6. 1. An order management method by an order management device that manages orders for purchase-restricted items, which indicate products or services on which purchase restrictions are imposed on a network, comprising: an order information acquisition step of acquiring order information including orderer identification information for identifying the orderer and quantity information indicating the ordered number of the purchase-restricted item; a specific information acquisition step of acquiring specific information capable of identifying a payment method ID related to the payment method used by the orderer for payment; a determination step of determining whether or not the order based on the order information acquired in the order information acquisition step violates the purchase limit; an order confirmation step of not confirming the order if it is determined that the order violates the purchase limit as a result of the determination in the determination step, and confirming the order if it is determined that the order does not violate the purchase limit; a recording step of, when the order is confirmed by the order confirmation step, recording the orderer identification information, the quantity information, and the specific information corresponding to the order in association with each other, In the determination step, if the orderer identification information recorded in the recording step and corresponding to the identifying information acquired in the identifying information acquisition step does not match the orderer identification information included in the order information, it is determined that the order violates the purchase limit. An order management method characterized by:

7. an order management device for managing orders of purchase-restricted items, which indicate products or services on which purchase restrictions are imposed on a network; an order information acquisition unit that acquires order information including orderer identification information that identifies the orderer and quantity information that indicates the ordered number of the purchase-restricted item; a specific information acquisition unit that acquires specific information that can identify a payment method ID related to the payment method used by the orderer for payment; a determination unit that determines whether or not an order based on the order information acquired by the order information acquisition unit violates the purchase limit; an order confirmation unit that does not confirm the order when it is determined that the order violates the purchase limit as a result of the determination by the determination unit, and that confirms the order when it is determined that the order does not violate the purchase limit; when the order confirmation unit confirms the order, the unit functions as a recording unit that records the orderer identification information, the quantity information, and the specific information corresponding to the order in association with each other; the determination unit determines that the order violates the purchase limit when the orderer identification information recorded by the recording unit and corresponding to the identification information acquired by the identification information acquisition unit does not match the orderer identification information included in the order information. A program characterized by:

Images