JP2008003772A - Reverse auction processing apparatus and program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a reverse auction processing apparatus for effectively implementing a purchaser's predetermined purchase budget. <P>SOLUTION: The reverse auction processing apparatus, which is connected via a communication network to purchaser terminals and bidder terminals, includes: a first storage part for storing successful bid requirements sent from the purchaser terminals, including a purchase budget for a group of commodities to be purchased, the commodities to be purchased composing the group of commodities to be purchased, the priorities of the group of commodities to be purchased, and the minimum number of purchases of each commodity to be purchased; a second storage part for storing bidding information sent from the bidder terminals capable of viewing the successful bid requirements, including the price of the group of commodities to be purchased and the sales quantity; a determining part for comparing the successful bid requirements in the first storage part with the bidding information in the second storage part and determining whether or not a piece of bidding information where the price of the group of commodities to be purchased equals the budget price and the sales quantity is equal to or greater than the minimum number of purchases, starting with the commodity to be purchased of the highest priority in the group; and a notifying part which, if a corresponding piece of bidding information is determined to exist, notifies the bidder terminal having received the bidding information that it is the successful bidder. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

  The present invention relates to a reverse auction processing device and a program connected to a purchaser terminal and a bidder terminal via a communication network.

  A reverse auction processing device in which a purchaser terminal and a bidder terminal are connected via a communication network is known (for example, see Patent Document 1). In the reverse auction, when the purchaser discloses the order contents information to the bidder, the bidder transmits the price information to the reverse auction processing device through the bidder terminal. On the other hand, the bid situation such as the price gathered in the reverse auction processing device in this way is disclosed to all bidders participating in the reverse auction, for example, through the bidder terminal. Within a predetermined bidding period, bidders bid for this price while referring to the published price. In the reverse auction processing apparatus, the bidder who finally presented the lowest price is set as the winning bidder. Specifically, among the price information gathered in the reverse auction processing device within the bid period, the bidder who uses the bidder terminal that has transmitted the lowest price information is the successful bidder. The reverse auction processing device notifies the bidder terminal that it has made a successful bid.

As a specific example, if a personal computer owned by a purchaser, a personal computer owned by a bidder, and a Web server as a reverse auction processing device are connected via the Internet, each information processing device is disclosed in Patent Literature. 1 is equipped with a predetermined program, a predetermined database, a predetermined display means, and the like, the above-described functions can be executed.
JP 2003-331158 A

  By the way, when a purchaser purchases a product under, for example, a single year budget, there is a desire to purchase as many products as possible within a predetermined budget. For example, government offices and large corporations may execute budgets that cannot be carried over to the next fiscal year during the current fiscal year. In order to meet such demands, a bidding method in which the quantity of products is auctioned under a certain purchase budget may be adopted. This is equivalent to a bidding method in which the unit price of a product is auctioned on the assumption that all of a certain purchase budget is used.

  Here, when using the above-described reverse auction processing device, when the amount of the commodity desired by the purchaser is auctioned, it greatly exceeds the start quantity of the reverse auction (for example, the minimum required quantity set by the purchaser), rather If a bid is made with an unnecessary volume, the buyer can no longer effectively execute his budget. On the other hand, if the purchaser sets the required quantity along with the purchase budget, there will be no competing numbers, so there is no point in holding a reverse auction.

  The present invention has been made in view of such problems, and an object of the present invention is to provide a reverse auction processing apparatus capable of effectively executing a purchaser's predetermined purchase budget.

  The invention for solving the problem is a reverse auction processing device connected to a purchaser terminal and a bidder terminal via a communication network, the budget amount of a purchased product group transmitted from the purchaser terminal, A first storage unit for storing a successful bid condition including each purchased product constituting the purchased product group, a priority order of the purchased product group, and a minimum purchase quantity of each purchased product; and the successful bid condition is viewable A second storage unit for storing bid information including a sales price and a sales quantity of the purchased product group, transmitted from the bidder terminal; the successful bid condition in the first storage unit; and the bid information in the second storage unit. The bid information in which the sales amount of the purchased product group is the budget amount and the sales quantity is higher than the minimum purchase quantity from the higher priority of the purchased product group. Exists And whether a determination unit or consists equipped when it is determined that the bid information corresponding exists, a notification unit for notifying the successful to the bidder terminals which transmitted the bid information.

  If multiple bidder terminals transmit multiple pieces of bid information, respectively, the decision unit determines that the sales amount of the purchased product group is the budget amount and the sales quantity is the lowest from the highest priority, based on the multiple pieces of bid information. Bid information that exceeds the purchase quantity can be detected. Here, if the minimum purchase quantity is, for example, the maximum quantity among a plurality of sales quantities corresponding to a plurality of pieces of bid information, the detected bid information includes the sales amount of the purchased product group as a budget amount. Bid information presenting the maximum sales quantity from the purchase item with higher priority. On the other hand, if, as a result, one bidder terminal transmits one bid information and ends the reverse auction, the bid information indicates that the sales amount of the purchased product group is the budget amount and the sales quantity of each purchased product. Whether or not is equal to or greater than the minimum purchase quantity is determined by the determination unit, and notification or non-notification of a successful bid is determined based on the determination result. In this case, the minimum purchase quantity may be the minimum necessary quantity for each purchased product, for example. From the above, if a predetermined successful bid condition that the purchaser thinks that the purchaser can effectively execute his / her predetermined purchase budget is transmitted to the reverse auction processing device in advance through the purchaser terminal, the bid information detected by the determination unit is The purchaser's predetermined purchase budget can be effectively executed. That is, a reverse auction processing device capable of effectively executing a purchaser's predetermined purchase budget is provided.

In the reverse auction processing device, it is preferable that the bid information for each of the purchased products to which the priorities are assigned is transmitted in a lump from the bidder terminal.
According to this reverse auction processing apparatus, for example, since a bidder can present bid information collectively, the reverse auction can proceed efficiently.

Further, in the reverse auction processing device, the bid information is individually transmitted from the bidder terminal according to the priority order of the purchased product group, and the determination unit compares the successful bid condition with the bid information, From the higher priority of the purchased product group, it is determined whether or not there is the bid information in which the sales amount is the budget amount and the sales quantity is greater than or equal to the minimum purchase quantity. It is preferable.
According to the reverse auction processing device, it is possible to change the successful bid condition according to the bid information from the bidder terminal, for example, during the reverse auction, so that the predetermined purchase budget of the purchaser can be executed more effectively. it can.

Moreover, it is preferable that the reverse auction processing apparatus further includes a transmission unit that transmits, to the bidder terminal, bid status information that is generated based on the bid information and can be viewed through the bidder terminal.
According to this reverse auction processing device, there is an increased possibility that bid information with a larger sales quantity is transmitted through browsing of the bid information status.

  The invention for solving the problem is transmitted from the purchaser terminal to a computer that controls a reverse auction processing operation in a reverse auction processing device connected to the purchaser terminal and the bidder terminal via a communication network. The first storage unit stores a successful bid condition including a budget amount of the purchased product group, each purchased product constituting the purchased product group, a priority order of the purchased product group, and a minimum purchase quantity of each purchased product. A second storage procedure for storing, in a second storage unit, bid information including a sales price and a sales quantity of the purchased product group, which is transmitted from the bidder terminal capable of browsing the successful bid condition; The successful bid condition of the first storage unit is compared with the bid information of the second storage unit, the sales amount of the purchased product group is the budget amount, and the purchase product group is superior. A determination procedure for determining whether or not there exists the bid information in which the sales quantity is greater than or equal to the minimum purchase quantity from the higher rank, and when it is determined that the corresponding bid information exists in the determination procedure And a notification procedure for notifying the bidder terminal that has transmitted the bid information of a successful bid.

  There is provided a reverse auction processing device capable of effectively executing a predetermined purchase budget of a purchaser.

=== Configuration of Reverse Auction Processing Device ===
A configuration example of the reverse auction server (reverse auction processing device) 10 of the present embodiment will be described with reference to FIGS. 1 and 2. FIG. 1 is a block diagram illustrating a configuration example of the purchaser terminal 1, the bidder terminal 2, and the reverse auction server 10 according to the present embodiment. FIG. 2A is a chart showing a configuration example of the bid condition data 101a of the present embodiment, and FIG. 2B is a chart showing a configuration example of the bid data 102a of the present embodiment.

  As illustrated in FIG. 1, a reverse auction server 10 according to the present embodiment is connected to a purchaser terminal 1 and a bidder terminal 2 via a communication network 3 such as the Internet, for example, to perform a reverse auction. It is a server. The reverse auction server 10 is, for example, a dedicated server that is provided by an electric power company for procurement of materials and the like. Via the reverse auction server 10, materials are ordered from the purchaser terminal 1 provided in each department in the same electric power company to the bidder terminal 2 of the affiliated company. Alternatively, the reverse auction server 10 may be a general-purpose server managed by a company that manages auctions in general. Via the reverse auction server 10, materials are ordered from the purchaser terminal 1 of the electric power company to the bidder terminal 2 of the trader who handles the materials.

  Specifically, the reverse auction server 10 according to the present embodiment is an information processing apparatus such as a Web server that includes a CPU 10a and a timer 10b that measures a bidding period in the reverse auction. The reverse auction server 10 also stores a bid condition database (first storage unit) 101 that stores bid condition data 101a related to bid conditions presented by the purchaser, and bid data 102a related to bid information presented by the bidder. A bid database (second storage unit) 102 and a Web database 103 for storing Web data 103a for announcing a bid situation and the like to a purchaser and a bidder are provided.

  The purchaser terminal 1 of the present embodiment is an information processing apparatus used by a purchaser who intends to purchase a product through a reverse auction. The purchaser terminal 1 stores a dedicated web browser for transmitting the bid condition data 101a and receiving and displaying the web data 103a in a predetermined memory (not shown). A display 1a is provided. This Web browser is, for example, distributed in advance from the sponsor of the reverse auction to the purchaser, and the purchaser installs the personal computer appropriately on his / her personal computer or the like. This distribution method may be, for example, that the purchaser downloads to his / her own personal computer through a predetermined website provided by the reverse auction server 10 or through a predetermined recording medium from the host of the reverse auction. It may be received by the purchaser. In this case, the purchaser terminal 1 needs to be provided with a predetermined reading means for the recording medium.

  The bidder terminal 2 of the present embodiment is an information processing apparatus used by a bidder who intends to bid for selling a product through a reverse auction. The bidder terminal 2 stores a dedicated Web browser for transmitting bid information constituting the bid data 102a and receiving and displaying the Web data 103a in a predetermined memory (not shown). In addition, a display 2a for this display is provided. This Web browser is, for example, distributed in advance from the host of the reverse auction to the bidder, and the bidder installs it appropriately in his / her personal computer. This distribution method may be, for example, that a bidder downloads to his / her personal computer or the like through a predetermined website provided by the reverse auction server 10, or a predetermined recording medium from the host of the reverse auction. May be received by the bidder. In this case, the bidder terminal 2 needs to include a predetermined reading unit for the recording medium.

  In the illustration of FIG. 1, the purchaser terminal 1 and the reverse auction server 10 are separate information processing apparatuses, but are not limited thereto. For example, as described above, when the reverse auction server 10 is a dedicated server on the purchaser side, this may be an information processing device integrated with the purchaser terminal 1.

  Moreover, in the illustration of FIG. 1, although the purchaser terminal 1 is one, it is not limited to this. For example, as described above, when the reverse auction server 10 is a general-purpose server, it may be configured such that different reverse auctions can be executed for a plurality of purchaser terminals 1 according to respective uses.

<<< Bid condition data >>>
As illustrated in FIG. 2A, the bid condition data 101a according to the present embodiment includes the purchaser's budget amount at the time of the reverse auction, a plurality of products with priorities, the minimum purchase quantity of each product, etc. It has information on bidding conditions including conditions and bidding period.

  The bid condition data 101a illustrated in the figure includes a purchaser's budget amount (for example, “100,000 yen”), a reverse auction bid period (for example, “June 1, 2006 9:00 to June 1, 2006). 17:00 "), for example, the purchaser is configured with information indicating the products X, Y, Z from the first to the third desired.

  The bid condition data 101a includes the minimum required quantity (for example, “60”) of the first desired product X as information on the minimum purchase quantity. In this case, “minimum purchase quantity” means a minimum quantity required by the purchaser.

  Further, the bidding condition data 101a includes information indicating that the maximum quantity of the quantity bid for each of the second desired product Y and the third desired product Z is the minimum purchase quantity. In this bidding condition data 101a, the quantity of a plurality of bids for the first desired product X is all the minimum required quantity (for example, “60 pieces”) and the upper limit quantity (for example, “100 pieces”). In this case, it is assumed that the maximum quantity among these bidd quantities is the minimum purchase quantity of the product X. In the above case, the “minimum purchase quantity” means the minimum purchase quantity for making a successful bid in that a bidder who bids more than this minimum purchase quantity can become a successful bidder.

  Furthermore, the bid condition data 101a includes information on the upper limit quantity (eg, “100”) of the first desired product X and information on the upper limit quantity (eg, “50”) of the second desired product Y. I have. This upper limit quantity is a quantity indicating the upper limit value of the quantity required by the purchaser.

  The bid condition data 101a of the present embodiment is generated by the purchaser through the purchaser terminal 1 and transmitted to the reverse auction server 10, but is not limited to this. For example, the bid condition data 101a may be generated by the reverse auction server 10 based on a successful bid condition transmitted from the purchaser terminal 1 or the like. The reverse auction server 10 stores the received or generated bid condition data 101 a in the bid condition database 101.

<<< Bid data >>>
As illustrated in FIG. 2B, the bid data 101b of the present embodiment includes each bid based on the budget amount and the minimum required quantity and the upper limit quantity of each product constituting the bid condition data 101a described above. It has bid information by the person.

  The bid data 101b illustrated in the figure includes information for specifying the bidder terminal 1 (that is, information for specifying the bidder), sales amounts of the first to third desired products X, Y, and Z, and Bid information having a sales quantity is configured to correspond. For example, “Bidder A” is “700 yen × 100” for the first desired product X of the purchaser, “550 yen × 50” for the second desired product Y of the purchaser, That is, “500 yen × 5” is presented for the third desired product Z. Note that the total amount of these sales amounts matches the budget amount of “100,000 yen”. On the other hand, for example, “Bidder B” presents “1428 yen × 70” only for the first desired product X. In other words, the bidder presents “0” for the second desired product Y and the third desired product Z. In this case as well, the total sales amount matches the budget amount of “100,000 yen”.

  The bid data 102a of the present embodiment is generated by the reverse auction server 10 based on the bid information generated by the bidder through the bidder terminal 2. The reverse auction server 10 stores the generated bid data 102 a in the bid database 102.

  2A and 2B, the product group desired by the purchaser (purchased product group) is composed of three types of products. However, the present invention is not limited to this. In general, what is necessary is just to be comprised from 2 or more types of goods. Further, in the illustration of the figure, the minimum required quantity is not given to the second and third desired products X and Y, but the present invention is not limited to this. The required quantity may be given. Further, in the illustration of FIG. 3, the upper limit quantity is not given to the third desired product Z, but the present invention is not limited to this, and generally the upper limit quantity may be given to the final desired product.

=== Reverse Auction (1) (When publishing products after the second hope before starting) ===
The reverse auction procedure by the reverse auction server 10 having the above-described configuration will be described with reference to FIGS. 3 and 4. FIG. 3 is a flowchart illustrating an example of a processing procedure of the reverse auction server 10 in the reverse auction according to the present embodiment. FIG. 4A is a schematic diagram showing a display example of a bid situation on the display 2a of the bidder terminal 2 at the time of the reverse auction according to the present embodiment, and FIG. 4B is a reverse auction according to the present embodiment. It is a schematic diagram which shows the example of a display of the bid condition on the display 1a of the buyer terminal 1 at the time.

  As illustrated in FIG. 3, the reverse auction server 10 receives the bid condition data 101a from the purchaser terminal 1 and stores it in the bid condition database 101 (S100).

  The reverse auction server 10 generates Web data 103a related to the bid condition based on the bid condition data 101a and stores it in the Web database 103 (S101). The bidder can display information related to the bid condition on the display 2a by transmitting the URL corresponding to the Web data 103a related to the bid condition from the bidder terminal 2 to the reverse auction server 10. By performing such browsing from a plurality of bidder terminals 2 at the same time, the bid conditions are announced to all bidders participating in the reverse auction.

  The reverse auction server 10 resets the timer 101b at the bid start time indicated by the bid condition data 101a, and then starts counting time (S102).

  The reverse auction server 10 announces that the reverse auction has been started to the purchaser and the bidder via the Web data 103a in the same manner as in step S101 described above (S103).

  The reverse auction server 10 determines whether bid information has been received from the bidder terminal 1 (S104). When it is determined that bid information has not been received (S104: NO), the reverse auction server 10 executes this determination again.

  When it is determined that the bid information has been received (S104: YES), the reverse auction server 10 satisfies the conditions of the budget amount, the product, the minimum required quantity, and the upper limit quantity indicated by the bid condition data 101a. It is determined whether or not there is (S105). In this embodiment, satisfying the budget amount means that the total sales amount is equal to the budget amount.

  When it is determined that the received bid information does not satisfy the conditions such as the budget amount (S105: NO), the reverse auction server 10 transmits the bid information to the bidder terminal 2 through the Web data 103a and the like. The fact that the bid condition is not satisfied is notified (S106), and the process of step S109 described later is executed.

  When it is determined that the received bid information satisfies the conditions such as the budget amount (S105: YES), the reverse auction server 10 stores the bid information as bid data 102a in the bid database 102 (S107).

  Further, the reverse auction server 10 generates Web data 103a indicating the current bid status based on the bid data 102a and the bid condition data 101a, and stores the Web data 103a in the Web database 103 (S108). In the present embodiment, it is assumed that there are two types of Web data 103a indicating the bid status, for bidders and purchasers described below.

  As illustrated in FIG. 4A, in the present embodiment, for the bidder, for example, the current date and time, the reverse auction start date and end date, and the lowest priority item such as the maximum and the maximum The bid information and the like giving the second quantity is displayed on each display 2a. In the example shown in the figure, in addition to presenting the upper limit quantities for the first and second desired products X and Y of the purchaser, the bidder who presents the maximum “2” to the third desired product Z is “ There is a situation where there is one bidder who presents the upper limit quantity for each of the products X and Y and presents the second highest “1” to the third desired product Z. It is displayed. In the present embodiment, it is assumed that the bidder can retransmit the bid information that presents better conditions than the already transmitted bid information while referring to the bid status within the bid period. . In other words, the reverse auction server 10 receives the bid information and bids only when the quantity of any product is presented when the bid information is transmitted again from the same bidder terminal 2. The data 102a is configured to be updated. Specifically, the bidder transmits the URL of the Web data 103a generated for the bidder in step S108 from the bidder terminal 2 to the reverse auction server 10, thereby the bid situation illustrated in FIG. Can be displayed on the display 2a. By performing such browsing from a plurality of bidder terminals 2a at the same time, the bid status is announced to all bidders participating in the reverse auction.

  As illustrated in FIG. 4B, in the present embodiment, for the purchaser, for example, the current date and time, bid information presented by all bidders, and the like are displayed on the display 1a. It has become. As will be described later, in the present embodiment, it is assumed that the purchaser can change the bidding conditions within the bidding period while referring to the bidding situation. Specifically, the purchaser transmits the URL of the Web data 103a generated for the purchaser in step S108 from the purchaser terminal 1 to the reverse auction server 10, thereby the bid situation illustrated in FIG. Can be displayed on the display 1a.

  In addition, the display form of a bid condition is not limited to the illustration of Fig.4 (a) and FIG.4 (b). For example, Web data 103a that allows browsing of bid information of all bidders may be generated for each bidder. Further, for example, generating the Web data 103 a for announcing the bid situation to the purchaser is not an essential operation of the reverse auction server 10. That is, it is not always necessary for the purchaser to be able to view the bid status.

  Returning to FIG. 3, the processing procedure of the reverse auction server 10 after step S108 described above will be described. The reverse auction server 10 refers to the time indicated by the timer 10b that started timing in step S102 described above, and determines whether or not this time has reached the bid period indicated by the bid condition data 101a (S109). When it is determined that the time measured by the timer 10b has not reached the bidding period (S109: NO), the reverse auction server 10 executes the process of step S104 described above again.

  When it is determined that the time measured by the timer 10b has reached the bidding period (S109: YES), the reverse auction server 10 uses the Web data 103a to store the purchaser and the purchaser in the same manner as in step S103 described above. The fact that the reverse auction has been completed is announced to the bidder (S110).

  The reverse auction server 10 compares the bid condition data 101a (FIG. 2A) stored in the bid condition database 101 with the bid data 102a stored in the bid database 102 (FIG. 2B). In the present embodiment, in the bid data 102a, the total sales amount presented by each bidder matches the budget amount (for example, “100,000 yen”), and the first desired product X presented by each bidder It has been determined in advance in step S105 that the sales quantity is equal to or greater than the minimum required quantity (eg, “60”). On the other hand, the sales volume of the second desired product Y is “0” for the bidders B, C and G, and “15” for the bidder E, so the bidders A, D and F are “50”. That is, the maximum quantity has been reached. In addition, the sales quantity of the third desired product Z is “0” for bidders B, C, E and G, “5” for bidder A, and “10” for bidder D. The person F has reached “25”, that is, the maximum quantity. Therefore, the reverse auction server 10 determines that the total sales amount is the budget amount from the first desired product X having a higher priority in the product group (X, Y, Z) to the third desired product Z having a lower priority. Bidding information that is equal and whose sales quantity is equal to or greater than the maximum quantity (that is, the minimum purchase quantity) is determined as the bid information of the bidder F, and this bidder F is determined as the winning bidder (S111).

  The reverse auction server 10 notifies the purchaser terminal 1 that the bidder F is a successful bidder, and notifies the bidder terminal 2 corresponding to the bidder F that it is a successful bidder (S112). ). In the present embodiment, this notification is directly transmitted to the terminal of the person concerned by e-mail or the like, for example.

  The determination unit included in the reverse auction processing device of the present invention corresponds to the CPU 10a included in the reverse auction server 10 of the present embodiment and a predetermined program that causes the CPU 10a to execute the operations of steps S105 and S111 described above. Is.

  The notification unit provided in the reverse auction processing apparatus of the present invention corresponds to the CPU 10a provided in the reverse auction server 10 of the present embodiment and a predetermined program that causes the CPU 10a to execute the operation of step S112 described above. is there.

  The transmission unit provided in the reverse auction processing device of the present invention corresponds to the CPU 10a provided in the reverse auction server 10 of the present embodiment and a predetermined program that causes the CPU 10a to execute the operation of step S108 described above. is there.

  The above predetermined program is stored, for example, in a predetermined memory (not shown) provided in the reverse auction server 10 of the present embodiment.

=== Reverse Auction (2) (When launching products after the second hope after starting) ===
In the above-described reverse auction (1), the products after the second hope have been announced in advance as bid conditions before the start thereof, but the present invention is not limited to this. For example, a reverse auction is started on the assumption that the sales quantity of only the first desired product X is auction, and only when the sales quantity reaches a preset upper limit quantity, The upper limit quantity and the second desired product Y may be added.

  The reverse auction procedure by the reverse auction server 10 of the present embodiment will be described with reference to FIGS. FIG. 5 is a flowchart showing a part of a processing procedure example of the reverse auction server 10 in the reverse auction according to the present embodiment. FIG. 6 is a flowchart showing another part of the processing procedure example of the reverse auction server 10 in the reverse auction according to the present embodiment. FIG. 7 is a flowchart showing still another part of the processing procedure example of the reverse auction server 10 in the reverse auction according to the present embodiment. FIG. 8 is a schematic diagram showing a display example of bid conditions on the display 2a of the bidder terminal 2 during the reverse auction according to the present embodiment.

<<< Only the first desired product X is announced as a bid condition >>>
As illustrated in FIG. 5, the reverse auction server 10 publishes the bid conditions received from the buyer terminal 1 to the bidder, and whether the bid information transmitted from the bidder terminal 2 satisfies the bid conditions. The process (S200 to S206) for determining whether or not to notify the sender of the bid information that does not satisfy the bidding conditions is the same as the above-described steps S100 to S106. The bid conditions in this case are mainly the budget amount and the minimum purchase quantity of the first desired product X (the minimum required quantity when there is one bidder, the maximum quantity when there are multiple bidders) And an upper limit quantity. As illustrated in FIG. 8A, in step S203, the display 2a of the bidder terminal 2 displays, for example, the budget amount, the bidding period, the product X, and its minimum required quantity.

  As will be described later, the bidding condition further includes a minimum purchase quantity (maximum quantity) and an upper limit quantity of the second desired product Y, and a minimum purchase quantity (maximum quantity) of the third desired product Z. May be. However, in the stage of step S203, since the products after the second request have not yet been announced, the upper limit quantity of the product X, information about the products after the second request, and the like are not displayed on the display 2a.

  In step S205, the reverse auction server 10 determines whether there is any bid information satisfying the bid condition in step S205 in which the sales quantity of the product X exceeds the upper limit quantity (S207).

  If it is determined in step S205 that no bid information satisfying the bid condition has a sales quantity of the product X exceeding the upper limit quantity (S207: YES), the reverse auction server 10 bids using the bid information as the bid data 102a. It is stored in the database 102, the tender status is announced to bidders and buyers, and the bid price data 101a and the bid data 102a are compared. The sales price of the product X is the budget price and the sales volume is the maximum quantity. The bidder corresponding to the bid information that is equal to or greater than (that is, the minimum purchase quantity) is determined as the winning bidder, and a predetermined notification is made (S208 to S213). That is, the processes in steps S208 to S213 are the same as the processes in steps S107 to S112 described above.

  When it is determined in step S205 that the bid information satisfying the bid condition includes the sales quantity of the product X exceeding the upper limit quantity (S207: NO), the reverse auction server 10 performs the processing of steps S300 to S311 described later. Execute.

<<< Addition of second desired product Y and announce as re-bid conditions >>>
As illustrated in FIG. 6, the reverse auction server 10 additionally announces the upper limit quantity of the first desired product X and the information of the second desired product Y as re-bidding conditions through the Web data 103a (S300). . Here, the information regarding the second desired product Y may be previously received as a bid condition from the purchaser terminal 1 in step S200 described above, or new information from the purchaser terminal 1 in step S300. You may receive as a bid condition. In the latter case, the purchaser generates new bid condition data 101a through the purchaser terminal 2 while referring to the bid status (for example, see FIG. 4B) displayed on the display 2a. It transmits to the reverse auction server 10.

  Processing in which the reverse auction server 10 determines whether or not the bid information transmitted from the bidder terminal 2 satisfies the bid conditions, and notifies the sender of the bid information that does not satisfy the bid conditions (S301 to S303). Is the same as steps S204 to S206 described above. As illustrated in FIG. 8B, in step S300, the display 2a of the bidder terminal 2 displays, for example, the upper limit quantity of the product X in addition to the budget amount, the bid period, the product X, and the minimum required quantity thereof. And the product Y as the 2nd hope is further displayed. However, at this stage, since the third desired product has not yet been announced, the upper limit quantity of the product Y, information on the third desired product, and the like are not displayed on the display 2a.

  In step S302, the reverse auction server 10 determines whether there is a piece of bid information satisfying the bid condition in which the sales quantity of the product Y exceeds the upper limit quantity (S304).

  If it is determined in step S302 that there is no bid information satisfying the bid condition in which the sales quantity of the product Y exceeds the upper limit quantity (S304: YES), the reverse auction server 10 bids using the bid information as the bid data 102a. It is stored in the database 102, the bid situation is announced to the bidder and purchaser, the bid condition data 101a and the bid data 102a are compared, the sales amount of the products X and Y is the budget amount, and the product Y The bidder corresponding to the bid information whose sales quantity is greater than or equal to the maximum quantity (that is, the minimum purchase quantity) is determined as the successful bidder, and a predetermined notification is made (S305 to S310). That is, the processes in steps S305 to S310 are the same as the processes in steps S208 to S213 described above.

  When it is determined in step S302 that the bid information satisfying the bidding conditions includes the sale quantity of the product Y exceeding the upper limit quantity (S304: NO), the reverse auction server 10 performs the processing of steps S400 to S409 described later. Execute.

<<<< Add 3rd desired product Z and announce as re-bid condition >>>>
As illustrated in FIG. 7, the reverse auction server 10 additionally announces the upper limit quantity of the second desired product Y and the information of the third desired product Z as re-bidding conditions through the Web data 103a (S400). . Here, the information regarding the third desired product Z may be previously received as a bid condition from the purchaser terminal 1 in step S200 described above, or new information from the purchaser terminal 1 in step S400. You may receive as a bid condition. In the latter case, the purchaser generates new bid condition data 101a through the purchaser terminal 2 while referring to the bid status (for example, see FIG. 4B) displayed on the display 2a. It transmits to the reverse auction server 10.

  Processing in which the reverse auction server 10 determines whether or not the bid information transmitted from the bidder terminal 2 satisfies the bid condition, and notifies the sender of the bid information that does not satisfy the bid condition (S401 to S403) Is the same as steps S301 to S303 described above. As illustrated in FIG. 8C, in step S400, the display 2a of the bidder terminal 2 displays, for example, the budget amount, the bidding period, the product X, the minimum required quantity and the upper limit quantity, the product Y and the upper limit quantity. In addition, information on the product Z as the third desire is further displayed.

  The reverse auction server 10 stores the bid information determined to satisfy the bid condition in the above-described step S402 in the bid database 102 as the bid data 102a, announces the bid status to the bidder and the purchaser, and bids with the bid condition data 101a. Compared with the data 102a, it corresponds to bid information in which the sales amount of the products X, Y, and Z is a budget amount and the sales quantity of the product Z is equal to or larger than the maximum quantity (that is, the minimum purchase quantity). A bidder is determined as a successful bidder and a predetermined notification is made (S404 to S409). That is, the processes in steps S404 to S409 are the same as the processes in steps S305 to S310 described above.

=== Effective execution of purchaser's predetermined purchase budget ===
According to the reverse auction server 10 of the present embodiment, the total sales amount of the product groups X, Y, and Z is the budget amount from the plurality of pieces of bid information transmitted from the plurality of bidder terminals 2 and has the highest priority. Bidding information in which the sales quantity of the third desired product Z having a lower rank is equal to or greater than the minimum purchase quantity (maximum quantity) is detected. As a result, for example, if the bid condition data 101a including the predetermined successful bid condition that the purchaser thinks that the purchaser can effectively execute his / her predetermined purchase budget is transmitted to the reverse auction server 10 through the purchaser terminal 1 in advance. The bid information can effectively execute the predetermined purchase budget of the purchaser. In particular, the reverse auction server 10 of the present embodiment performs a reverse auction in which a purchaser cannot carry over to the next fiscal year and auctions for the quantity of goods under a certain budget amount in order to execute a purchase budget during the current fiscal year. Useful when you want. That is, it is possible to avoid making a successful bid with a large quantity that can be said to be unnecessary for one type of product. In this case, the minimum purchase quantity of the bid condition data 101a (FIG. 2A) is the minimum required quantity (for example, “60”) for the product X, and the maximum among the bidders for the product Y. It is the quantity, and the product Z is the maximum quantity among bidders.

  According to the above-described reverse auction (1), the bidder can present the bid information in a lump, so that the reverse auction can proceed efficiently. On the other hand, according to the above-described reverse auction (2), the bid condition can be changed according to the bid information from the bidder terminal 2 during the reverse auction. Can be effectively executed.

  In the embodiment described above, there is a bid information that presents the products Y and Z as a result. However, the present invention is not limited to this. For example, the reverse auction server 10 of the present embodiment is useful even if the result is a bid only with the bid information that presents only the product X. For example, when all the bid quantities for the product X are not less than the minimum required quantity (for example, “60 pieces”) and not more than the upper limit quantity (for example, “100 pieces”), the reverse auction server 10 of the present embodiment According to this, the bidder who presents the maximum quantity among the bid quantities is the winning bidder. In this case, the minimum purchase quantity regarding the product X in the bid condition data 101a (FIG. 2A) is the maximum quantity among bidders.

  In the above-described embodiment, the case where a plurality of pieces of bid information are transmitted from the plurality of bidder terminals 2 has been described, but the present invention is not limited to this. For example, the reverse auction server 10 of the present embodiment is useful even when one bidder terminal 2 eventually transmits one bid information and the reverse auction ends. For example, in one bid information, whether the total sales amount of the products X, Y, and Z is equal to the budget amount and the sales amount of each product X, Y, and Z is greater than or equal to the minimum purchase quantity (minimum required quantity or maximum quantity) Whether or not to make a successful bid is determined based on the determination result. In this case, the minimum purchase quantity of the bid condition data 101a (FIG. 2A) is the minimum required quantity (for example, “60”) for the product X, and the maximum among the bidders for the product Y. It is the quantity, and the product Z is the maximum quantity among bidders. Here, regarding the products Y and Z, if the bidder presents the maximum quantity when there is only one bidder, this is the maximum quantity no matter what quantity the bidder presents. That's it.

  Further, in the above-described embodiment, the upper limit quantities of the first desired product X and the second desired product Y are set in the bid condition data 101a (FIG. 2A). Setting is not a requirement. Even if the upper limit quantity is not set, for example, the reverse auction server 10 determines that the total sales amount is equal to the budget amount, and that each sale quantity has the highest priority on the product X side over the product Z side. What is necessary is just to detect the bid information more than quantity. Thereby, a purchaser's predetermined purchase budget can be executed effectively.

  Furthermore, in the above-described embodiment, the total sales amount is equal to the budget amount. However, the present invention is not limited to this. Even if the budget amount is, for example, a reference amount, and there is, for example, a level that is less than the unit price of each product X, Y, Z, the effect achieved by the above-described reverse auction server 10 hardly changes.

=== Other Embodiments ===
The above-described embodiment is intended to facilitate understanding of the present invention, and is not intended to limit the present invention. The present invention is changed and improved without departing from the gist thereof, and the present invention includes equivalents thereof.

  In the above-described embodiment, the reverse auction processing device of the present invention has been described as a Web server (reverse auction server 10), but the present invention is not limited to this. In general, the reverse auction processing device only needs to be an information processing device that can communicate with the purchaser terminal 1 and the bidder terminal 2. Also good. In addition, as the means corresponding to the notification unit of the reverse auction processing device of the present invention, e-mail has been cited in the above-described embodiment, but the present invention is not limited to this. Any means may be used as long as it notifies the effect.

It is a block diagram which shows the structural example of the buyer terminal of this Embodiment, a bidder terminal, and a reverse auction server. (A) is a chart which shows the example of a structure of the bid condition data of this Embodiment, (b) is a chart which shows the example of a structure of the bid data of this Embodiment. It is a flowchart which shows an example of the procedure of the process of the reverse auction server in the reverse auction of this Embodiment. (A) is a schematic diagram which shows the example of a display of the bid condition in the display of the bidder terminal at the time of the reverse auction of this Embodiment, (b) is a purchaser terminal at the time of the reverse auction of this Embodiment. It is a schematic diagram which shows the example of a display of the bid condition on a display. It is a flowchart which shows a part of procedure example of the process of the reverse auction server in the reverse auction of this Embodiment. It is a flowchart which shows another part of the example of a procedure of the process of the reverse auction server in the reverse auction of this Embodiment. It is a flowchart which shows another part of the example of a procedure of the process of the reverse auction server in the reverse auction of this Embodiment. It is a schematic diagram which shows the example of a bid condition displayed on the display of the bidder terminal at the time of the reverse auction of this Embodiment.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 Buyer terminal 1a Display 2 Bidder terminal 2a Display 3 Communication network 10 Reverse auction server 10a CPU 10b Timer 101 Bid condition database 101a Bid condition data 102 Bid database 102a Bid data 103 Web database 103a Web data

Claims (5)

A reverse auction processing device connected to a buyer terminal and a bidder terminal via a communication network,
Stores the successful bid condition transmitted from the purchaser terminal, including the budget amount of the purchased product group, each purchased product constituting the purchased product group, the priority of the purchased product group, and the minimum purchase quantity of each purchased product. A first storage unit that
A second storage unit that stores bid information including a sales amount and a sales quantity of the purchased product group, transmitted from the bidder terminal capable of browsing the successful bid condition;
The successful bid condition of the first storage unit is compared with the bid information of the second storage unit, the sales amount of the purchased product group is the budget amount, and the priority of the purchased product group is high A determination unit for determining whether or not there is the bid information in which the sales quantity is equal to or greater than the minimum purchase quantity;
A notification unit that notifies the bidder terminal that has transmitted the bid information when it is determined that the corresponding bid information exists;
A reverse auction processing device comprising:   2. The reverse auction processing apparatus according to claim 1, wherein the bid information for each of the purchased products to which the priority is assigned is transmitted in a lump from the bidder terminal. The bid information is individually transmitted from the bidder terminal according to the priority order of the purchased product group,
The determination unit compares the successful bid condition with the bid information, and from the higher priority of the purchased product group, the sales amount is the budget amount, and the sales quantity is greater than or equal to the minimum purchase quantity It is determined whether or not the bid information is
The reverse auction processing device according to claim 1.   4. The transmitter according to claim 1, further comprising: a transmitting unit configured to transmit, to the bidder terminal, bid status information that is generated based on the bid information and is viewable through the bidder terminal. The reverse auction processing device described in 1. A computer for controlling a reverse auction processing operation in a reverse auction processing device connected to a purchaser terminal and a bidder terminal via a communication network;
A successful bid condition including a budget amount of a purchased product group, each purchased product constituting the purchased product group, a priority order of the purchased product group, and a minimum purchase quantity of each purchased product, transmitted from the purchaser terminal. A first storage procedure to be stored in one storage unit;
A second storage procedure for storing bid information including a sales amount and a sales quantity of the purchased product group, which is transmitted from the bidder terminal capable of browsing the successful bid condition, in a second storage unit;
The successful bid condition of the first storage unit is compared with the bid information of the second storage unit, the sales amount of the purchased product group is the budget amount, and the priority of the purchased product group is high A determination procedure for determining whether or not there is the bid information in which the sales quantity is greater than or equal to the minimum purchase quantity;
A notification procedure for notifying a successful bid to the bidder terminal that has transmitted the bid information when it is determined in the determination procedure that the corresponding bid information exists;
A program for running

Images