JP2002269356A - Transaction management device, transaction management method and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To prevent multiple order unintended by a customer in electronic commerce. SOLUTION: This transaction management device 100 is provided with a transaction request acquisition part 120 for a acquiring the transaction request from the customer, a judgment part 150 for determining only the fixed number of transaction requests effective when the transaction request acquisition part 120 acquires plural transaction requests showing the same transaction content by the same customer within a prescribed period, and a transaction request part 180 for outputting only the transaction requests determined effective by the determining part 150 to the outside.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

[0001] The present invention relates to a transaction management device, a transaction management method, and a program. In particular, the present invention
The present invention relates to a transaction management device, a transaction management method, and a program that can prevent erroneous multiple orders.

[0002]

2. Description of the Related Art With the development of communication technology, the field of electronic commerce is becoming popular.

[0003]

[0003] Electronic commerce is generally performed via a computer terminal. For this reason, the case where the computer terminal goes down when making a transaction request may be considered. In this case, the case where the user transmits the same transaction request again after restarting the computer terminal is also assumed. That is, as exemplified in this example, in the conventional e-commerce system, there is a possibility that the same transaction request is ordered multiple times regardless of the customer's intention.

Accordingly, an object of the present invention is to provide a transaction management device, a transaction management method, and a program that can solve the above-mentioned problems. This object is achieved by a combination of features described in the independent claims. The dependent claims define further advantageous embodiments of the present invention.

[0005]

According to a first aspect of the present invention, there is provided a transaction management apparatus for managing a transaction request from a customer, the transaction request acquisition unit acquiring a transaction request from the customer, When the transaction request acquisition unit acquires a plurality of transaction requests indicating the same transaction contents by the same customer within a predetermined period, a determination unit that determines that only a certain number of transaction requests are valid, A transaction management device, comprising: a transaction request unit that outputs only a transaction request determined to be valid to the outside.

[0006] The transaction management device further includes a transaction management database for managing the transaction contents acquired by the transaction request acquisition unit in association with the customer, and the determination unit queries the transaction management database to obtain transactions having the same transaction content. When there is a certain number of requests, the newly acquired transaction request may be determined to be invalid. The apparatus may further include a designation acquisition unit that acquires designation of the predetermined period from the customer, and the determination unit may set the period designated by the designation acquisition unit as the predetermined period. The information processing apparatus may further include a will information acquisition unit that acquires intention information indicating that the customer requests a multiple order, and the determination unit may permit the multiple orders on condition that the intention information is received. In this case, when acquiring the will information in association with the transaction request, the determination unit may permit the multiple orders by validating the transaction request associated with the will information. In addition, the determination unit determines the validity period of the multiple order starting from the acquisition time when the acquisition unit acquires the will information, and further determines a transaction request exceeding a certain number among a plurality of transaction requests received within the validity period. By making it valid, multiple orders may be permitted. When a plurality of transaction requests indicating the same transaction content are acquired within a predetermined period, the output unit further performs an output for confirming with the customer, and a reply acquisition unit acquiring a reply to the output. When the acquisition unit receives a reply indicating that a plurality of transactions have been requested, the transaction request may be determined to be valid beyond a certain number. The transaction request is, for example, a trading request for securities. In this case, the determination unit may determine that the transaction content is the same when all of the exchange, the brand, the limit price, and the order quantity match. When the determination unit determines that the transaction request is invalid, the determination unit may further include an output unit for outputting information for identifying the transaction request and information indicating that the transaction has been invalidated to the customer.

[0007] A second aspect of the present invention is a method for managing a transaction request from a customer, wherein the transaction management device acquires the transaction request from the customer and the transaction content by the same customer. And a step of, when a plurality of transaction requests indicating the same transaction content are acquired within a predetermined period, the transaction management device determining that only a certain number of transaction requests are valid. I will provide a.

A third form of the present invention is a program for managing a transaction request from a customer, wherein an acquisition module for acquiring the transaction request from the customer and the contents of the transaction and a transaction request acquisition unit are provided for the same customer. A plurality of transaction requests indicating the same transaction content are acquired within a predetermined period, and a determination module that determines that only a certain number of transaction requests are valid;
A program characterized by comprising:

The above summary of the present invention does not list all of the necessary features of the present invention, and sub-combinations of these features can also be included in the present invention.

[0010]

DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, the present invention will be described through embodiments of the present invention. However, the embodiments do not limit the claimed invention, and all combinations of features described in the embodiments are described. Is not necessarily essential to the solution of the invention.

FIG. 1 shows the configuration of a transaction support system including a transaction management device 100 according to one embodiment of the present invention. In the present system, the transaction management device 100
And a plurality of customer terminals 20 via the Internet network 10. However, the Internet network 10 may be used instead of the dedicated line 31. Transaction management device 100 receives a transaction request from a customer via customer terminal 20, and transmits the received transaction request to transaction market server 30. At this time, the transaction management device 10
0 indicates that when a plurality of transaction requests indicating the same transaction contents are obtained from the same customer within a predetermined period, only a certain number of transaction requests are determined to be valid, and a certain number of transaction requests deemed to be valid Only to the market server 30. That is, by using the transaction management apparatus 100, multiple orders that are not intended by the customer can be prevented. The transaction managed by the transaction management device 100 is, for example, a transaction of securities, but is not limited to this. In addition, when connected to a general electronic commerce server instead of the market server 30, the transaction management device 100 manages normal electronic commerce to prevent multiple orders.

FIG. 2 shows an example of the configuration of the transaction management device 100. In this example, the transaction management device 100 has a transaction management database 110 as a database, and as transaction units, a transaction request acquisition unit 120, a designation acquisition unit 130,
Will information acquisition unit 140, determination unit 150, output unit 160,
A reply acquisition unit 170 and a transaction requesting unit 180 are provided.

The transaction management database 110 stores and manages the contents of the transaction request received by the transaction management device 100. FIG. 3 shows an example of a data format of the transaction management database 110. In this example, the transaction management database 110 manages a stock transaction request and has a different table for each user. Each table has a user ID field, a name field, a predetermined period field, a multiplicity field, a multiple order valid period field, a will information field, and a transaction request field.

The predetermined period field stores information for specifying the predetermined period. The multiplicity field stores the aforementioned fixed number, that is, a numerical value specifying the multiplicity. The multiple order valid period field stores information for specifying the valid period of the multiple order. The will information field is
Stores the time at which transaction management apparatus 100 received the will information. The numerical values stored in the predetermined period field, the multiplicity field, and the multiple order valid period field may be predetermined or may be numerical values specified by each customer via the customer terminal 20.

The transaction request field has a date and time field, a market field, a brand field, a limit field, an order quantity field, and a valid field. The date and time field stores the date and time when the transaction management device 100 receives the transaction request from the customer terminal 20. The market field stores a trade market name indicated in the received trade request. The issue field stores data for identifying the issue indicated in the received transaction request. The limit field stores a limit price indicated in the received transaction request. Here, in the case where the limit price is a success, information specifying that fact is stored. The order quantity field stores the order quantity indicated in the received transaction request. The valid field stores information that specifies whether the received transaction request is determined to be valid or invalid by the transaction management device 100.

Returning to FIG. The transaction request acquisition unit 120 acquires a transaction request from a customer via the customer terminal 20. The contents of the transaction request acquired here include, for example, an exchange, a brand, a limit price, and an order quantity when the transaction request is an order for stock. Then, the transaction request acquisition unit 120 outputs the acquired transaction request to the determination unit 150.

The designation acquisition unit 130 acquires the designation of the above-mentioned predetermined period from the customer via the customer terminal 20, and transmits the acquired information to the determination unit 150. Here, the designation acquisition unit 130 may receive the information specifying the multiplicity and the multiple order validity period and transmit the information to the determination unit 150.

The will information obtaining unit 140 obtains, when the customer indicates the intention of the multiple order, the will information indicating the intention,
The acquired intention information is transmitted to the determination unit 150. Here, the intention information is, for example, a flag indicating the intention of the multiple order.

Upon receiving a transaction request from transaction request acquisition section 120, determination section 150 stores the received transaction request in transaction management database 110. Also, the judgment unit 150
Receives the specification of the predetermined period, the multiplicity, and the validity period of the multiple order from the specification acquisition unit 130, and stores the received information in the transaction management database 110. Also, the judgment unit 15
0, upon receiving the will information from the will information acquiring unit 140, stores the reception time in the transaction management database 110.

Further, the determination unit 150 includes the transaction request acquisition unit 1
When the transaction request is received from the transaction management database 110, the transaction management database 110 determines whether the received transaction request is valid or invalid.
Output to 0. Specifically, the determination unit 150 inquires of the transaction management database 110 whether or not the same transaction request as the received transaction request has been received in the past, for example. Here, if the same transaction request has been received within the period stored in the predetermined period field of the transaction management database 110, it is determined that the newly received transaction request is invalid.

However, if the decision unit 150 has acquired the will information from the will information acquisition unit 140, the judgment unit 150 will not use the newly received transaction request even if a transaction request indicating the same transaction content has been received in the past. Judge as valid. Specifically, for example, when the will information is acquired together with the transaction request, the determination unit 150 determines that the newly received transaction request is valid. As another example, the determination unit 150 determines that the interval between the reception of the newly received transaction request and the reception of the past transaction request indicating the same transaction content as the relevant transaction request is the period stored in the multiple order validity period field. If not, the newly received transaction request is determined to be valid. As another example, the determination unit 150 newly receives a transaction request from the time stored in the will information field of the transaction management database 110 within the time stored in the multiple order validity field. In this case, the transaction request is valid regardless of the presence or absence of the same transaction content. Further, as another example, when the same transaction request has been received in the past, the determination unit 150 outputs the fact to the output unit 160. Here, when it is determined that the transaction request is valid beyond the predetermined number, the determination unit 150 may add a limit to the number of transaction requests that are additionally determined to be valid. This restriction frame may be configured so that the customer can set it.

When the determination unit 150 determines that the transaction request is invalid, the output unit 160 outputs information indicating that the transaction request is invalid to the customer terminal 20 to display the information. In addition, when the determination unit 150 determines that a plurality of transaction requests indicating the same transaction content have been acquired within a predetermined period, the output unit 160 sends a notification for confirming to the customer whether or not multiple orders have been placed, Output to the customer terminal 20. In addition, the output unit 160 outputs the result of the determination as to whether the transaction request is valid, received from the determination unit 150, to the customer terminal 20.

The reply obtaining unit 170 obtains a response to the confirmation of the multiplex order notified by the output unit 160 to the customer terminal 20, and transmits the obtained reply to the determining unit 150.

Here, the determination unit 150 determines whether the reply acquisition unit 17
0 indicates that the customer terminal 20 intends to place multiple orders.
, The received transaction request is determined to be valid, and the transaction request is output to the transaction request unit 180.

[0025] When the transaction request unit 180 receives from the determination unit 150 that the transaction request is valid, it outputs the transaction request to the transaction market server 30.

FIG. 4 shows an example of the operation of the transaction management apparatus 100. In this example, the transaction management device 100 first
A transaction request is received from the customer terminal 20 using the transaction request acquisition unit 120 (S20). And the transaction management device 100
Queries the transaction management database 110 for the received transaction request using the determination unit 150 (S40), and determines whether there is a certain number of transaction requests having the same market, brand, limit, and quantity within a predetermined period. Is confirmed (S60). If there is a certain number of the same transaction requests, the transaction management device 100 uses the determination unit 150 to determine whether the multiple order condition is satisfied (S80). When the multiple order condition is satisfied, the transaction management device 100 transmits the received transaction request to the transaction market server 30 using the transaction request unit 180 (S1).
20). When the multiple order condition is not satisfied (S10
0), the transaction management device 100 determines that the received transaction request is invalid by the determining unit 150, and proceeds to S140.

If the same transaction request does not exceed a certain number (S60), the transaction management device 100
0, a transaction request is transmitted to the exchange market server (S
120). Then, the transaction management device 100 sets the output unit 16
0, the determination result of the determination unit 150 is transmitted (S1).
40) Then, the transaction management device 100 stores the content of the transaction request and the determination result in the transaction management database 110 (S160), and ends the operation.

FIG. 5 shows an example of the details of S80 in FIG. In this example, when the will information is acquired together with the transaction request (S200), the determination unit 150 determines that the multiple order condition is satisfied (S202). In addition, the determination unit 150
When the will information is not acquired together with the transaction request (S20
0), it is determined that the multiple order condition is not satisfied (S20)
4).

FIG. 6 shows another example of the details of S80 of FIG. In this example, the determination unit 150 determines whether the period between the reception of the new transaction content and the reception of the past transaction content is within the valid period (S210). The determination unit 150 determines that the multiple order condition is satisfied (S212). If the above-mentioned period is longer than the valid period, the determination unit 150 determines that the multiple order condition is not satisfied (S214).

FIG. 7 shows another operation example of S80 of FIG. In this example, the transaction management device 100 includes the output unit 16
Using 0, the multiplex order is output to the customer terminal 20 and displayed to that effect (S220). When receiving from the customer terminal 20 that the multiple order has been made as a response to the display (S222), the transaction management device 100 determines that the multiple order condition is satisfied (S224).

FIG. 8 shows another example of the details of S80 in FIG. In this example, the determination unit 150 confirms the date and time when a new transaction request has been received (S230). Also, the judgment unit 1
50 sets the multiple order effective period by adding the multiple order condition effective time to the time when the will information is received (S2).
32). If the transaction request is received within the multiple order validity period (S234), the determination unit 150 determines that the multiple order condition is satisfied (S236), and if the transaction request is received outside the multiple order validity period (S234). ) Determines that the multiple order condition is not satisfied (S238).

Therefore, by using the transaction management device 100, it is possible to prevent multiple orders that the customer does not intend in electronic commerce.

FIG. 9 shows a hardware configuration of the transaction management device 100. Transaction management device 100 includes CPU 700
, A ROM 702, a RAM 704, and a communication interface 706. The CPU 700 includes a ROM 70
2 and operates based on the programs stored in the RAM 704. The communication interface 706 communicates with the outside via the Internet 10. A hard disk drive 710 as an example of a storage device stores setting information and a program for operating the CPU 700.

The floppy (registered trademark) disk drive 712 reads data or a program from the floppy disk 714 and provides it to the CPU 700. CD-R
The OM drive 716 reads data or a program from the CD-ROM 718 and provides it to the CPU 700. The communication interface 706 transmits and receives data by connecting to the Internet network 10.

The software executed by the CPU 700 is:
It is stored in a recording medium such as a floppy disk 714 or a CD-ROM 718 and provided to the user. The software stored on the recording medium may be compressed or uncompressed. The software is installed on the hard disk drive 710 from the recording medium, and is stored in the RAM 704.
And executed by the CPU 700.

The software stored and provided on the recording medium, that is, the software installed on the hard disk drive 710 has a functional configuration of a transaction request acquisition module, a designation acquisition module, a will information acquisition module, a determination module, an output module, A reply acquisition module and a transaction request module are provided. Each of these modules works on the computer, and the CPU 70
The processes to be performed by 0 are the same as the functions and operations of the corresponding members in the transaction management device 100 according to the present embodiment, and therefore description thereof is omitted. A floppy disk 714 or a CD-ROM 718 as an example of a recording medium shown in FIG. 9 may store some or all of the functions of the transaction management apparatus 100 in all the embodiments described in the present application. it can.

These programs are directly stored in R
The program may be read out to the AM and executed, or may be read out to the RAM and executed once after being installed in the hard disk drive. Further, the program may be stored on a single recording medium or a plurality of recording media. The modules stored in the recording medium may provide their respective functions in cooperation with the operating system. For example, the function may be requested to the operating system to perform a part or all of the function, and the function may be provided based on a response from the operating system.

As a recording medium, a floppy disk,
In addition to CD-ROM, optical recording media such as DVD, MD
, A magneto-optical recording medium such as a PD, a tape medium, a magnetic recording medium, and a semiconductor memory such as an IC card or a miniature card. Alternatively, a storage device such as a hard disk or a RAM provided in a server system connected to a dedicated communication network or the Internet may be used as a recording medium, and the program may be provided to the transaction management device 100 via the communication network. Such a recording medium is used only for manufacturing the transaction management apparatus 100, and the manufacture and sale of such a recording medium as a business constitutes infringement of the patent right based on the present application. Is clear.

As described above, the present invention has been described using the embodiments. However, the technical scope of the present invention is not limited to the scope described in the above embodiments. Various changes or improvements can be added to the above embodiment. It should be noted that embodiments with such changes or improvements may be included in the technical scope of the present invention.
It is clear from the description of the claims.

[0040]

As is clear from the above description, according to the present invention, in electronic commerce, multiple orders unintended by the customer can be prevented.

[Brief description of the drawings]

FIG. 1 is a transaction management apparatus 100 according to an embodiment of the present invention.
1 shows the configuration of a transaction support system including

FIG. 2 shows an example of a configuration of a transaction management device 100.

FIG. 3 shows an example of a data format of a transaction management database 110.

FIG. 4 shows an example of the operation of the transaction management device 100.

FIG. 5 shows an example of details of S80 in FIG.

FIG. 6 shows another example of the details of S80 in FIG.

FIG. 7 shows another example of the details of S80 in FIG.

8 shows another example of the details of S80 in FIG.

9 shows a hardware configuration of the transaction management device 100. FIG.

[Explanation of symbols]

 REFERENCE SIGNS LIST 100 transaction management device 110 transaction management database 120 transaction request acquisition unit 130 designation acquisition unit 140 will information acquisition unit 150 judgment unit 160 output unit 170 reply acquisition unit 180 transaction request unit

Claims (12)

[Claims] 1. A transaction management device for managing a transaction request from a customer, wherein the transaction request acquisition unit acquires a transaction request from the customer, and wherein the transaction request acquisition unit includes the same transaction content by the same customer. A plurality of transaction requests within a predetermined period, and a determination unit for determining that only a certain number of transaction requests are valid; and a transaction request for outputting only the transaction requests determined to be valid by the determination unit to the outside. And a transaction management device. 2. The system further comprises a transaction management database that manages the transaction content acquired by the transaction request acquisition unit in association with the customer, wherein the determination unit queries the transaction management database to determine the same transaction content. The transaction management device according to claim 1, wherein when the transaction request is present, the newly acquired transaction request is determined to be invalid. 3. The apparatus according to claim 2, further comprising a designation acquisition unit that acquires designation of the predetermined period from a customer, wherein the determination unit sets a period designated by the designation acquisition unit as the predetermined period. 2. The transaction management device according to 1. 4. A system further comprising a will information acquisition unit for acquiring intention information indicating that the customer requests a multiple order, wherein the determination unit permits the multiple order on condition that the intention information is received. The transaction management device according to claim 1, wherein: 5. The method according to claim 1, wherein the determining unit, when acquiring the intention information in association with the transaction request, validates the transaction request associated with the intention information to permit multiple orders. The transaction management device according to claim 4, characterized in that: 6. The determination unit determines a validity period of the multiplex order starting from a time when the acquisition unit acquires the intention information, and determines the validity period of the plurality of transaction requests received within the validity period. 5. The transaction management device according to claim 4, wherein the multiple orders are permitted by further validating the transaction requests exceeding the number. 7. An output unit for performing an output for confirming to a customer when a plurality of transaction requests indicating the same transaction content are acquired within a predetermined period, and a reply acquiring unit for acquiring a reply to the output. 2. The method according to claim 1, wherein the determination unit determines that the transaction request exceeds the certain number and that the transaction request is valid when the reply acquisition unit receives a reply indicating that a plurality of transactions have been requested. Transaction management device. 8. The transaction management device according to claim 1, wherein the transaction request is a trading request for securities. 9. The transaction management device according to claim 8, wherein the determination unit determines that the transaction content is the same when all of the exchange, the brand, the limit price, and the order quantity match. 10. An output unit for outputting, when the determination unit determines that the transaction request is invalid, information for identifying the transaction request and information indicating that the transaction has been invalidated to the customer. The transaction management device according to claim 1, further comprising: 11. A method for managing a transaction request from a customer, wherein the transaction management device obtains the transaction request from the customer and the transaction content, and a transaction showing the same transaction content by the same customer. Request
A transaction management method comprising: when a plurality of transaction requests are acquired within a predetermined period, the transaction management device determines that only a certain number of transaction requests are valid. 12. A program for managing a transaction request from a customer, comprising: an acquisition module for acquiring a transaction request from the customer and the transaction content; and wherein the transaction request acquisition unit is the same transaction content by the same customer. And a determination module for determining that only a certain number of transaction requests are valid when a plurality of transaction requests indicating the above are acquired within a predetermined period.