JP6241302B2 - Purchase procedure processing program, purchase procedure processing method, and purchase procedure processing apparatus - Google Patents

Description

  The present invention relates to a purchase procedure processing program, a purchase procedure processing method, and a purchase procedure processing apparatus.

  2. Description of the Related Art In recent years, portal sites such as mail-order sales sometimes store products desired to be purchased in a cart, and then perform settlement processing after the user confirms the products stored in the cart. Goods stored in the cart are secured from stock. For example, when the user A puts a certain product into the cart, if there is only one stock of the product, one product is secured in the user A's cart. At this time, the other user B cannot store the product in his / her cart unless he / she cancels the user A who has secured the product.

JP 2002-269406 A International Publication No. 2001/084394

  However, the above-described conventional technology may not be able to suppress the loss of sales opportunities.

  For example, if the user A who secures the product in the cart cancels, if the user B gives up the purchase before the user A cancels and, for example, logs out from the portal site of mail order, the product returns to stock, The sales opportunity for B will be lost.

  In one aspect, an object of the present invention is to provide a purchase procedure processing program, a purchase procedure processing method, and a purchase procedure processing apparatus that can suppress loss of sales opportunities.

  In one aspect, the purchase procedure processing program stores a purchase procedure based on the purchase reservation for the product or service in accordance with the reception status of a request for waiting for warehousing or cancellation for the product or service reserved for purchase in the computer. Is executed to control the time until the status that allows the purchase is changed to a status that does not allow the purchase procedure based on the purchase reservation.

  Loss of sales opportunities can be suppressed.

FIG. 1 is a block diagram illustrating an example of a configuration of a purchase procedure processing system according to the first embodiment. FIG. 2 is an explanatory diagram showing an example of the member DB. FIG. 3 is an explanatory diagram showing an example of the morning market DB. FIG. 4 is an explanatory diagram showing an example of the product DB. FIG. 5 is an explanatory diagram illustrating an example of a cancellation wait DB. FIG. 6 is an explanatory diagram illustrating an example of a login screen. FIG. 7 is an explanatory diagram illustrating an example of a morning market screen. FIG. 8 is an explanatory diagram showing an example of the cart screen of the securement person. FIG. 9 is an explanatory diagram illustrating an example of the cart screen of the securer when the number of people waiting for cancellation increases. FIG. 10 is an explanatory diagram illustrating an example of a cart screen of a standby person who has the highest cancellation waiting order. FIG. 11 is an explanatory diagram showing an example of a cart screen of a standby person who is ranked second in the cancellation waiting order. FIG. 12 is an explanatory diagram illustrating an example of a cart screen of a standby person who has a third rank waiting for cancellation. FIG. 13 is a flowchart illustrating an example of the purchase procedure process. FIG. 14 is a flowchart illustrating an example of the product management process. FIG. 15 is a flowchart illustrating an example of the time limit process. FIG. 16 is a block diagram illustrating an example of a configuration of a purchase procedure processing system according to the second embodiment. FIG. 17 is an explanatory diagram illustrating an example of a cart screen of a secureer when the number of people waiting for cancellation increases according to the second embodiment. FIG. 18 is a flowchart illustrating an example of the time limit process according to the second embodiment. FIG. 19 is an explanatory diagram illustrating an example of a computer that executes a purchase procedure processing program.

  Hereinafter, embodiments of a purchase procedure processing program, a purchase procedure processing method, and a purchase procedure processing device disclosed in the present application will be described in detail with reference to the drawings. The disclosed technology is not limited by the present embodiment. Further, the following embodiments may be appropriately combined within a consistent range.

[System configuration]
FIG. 1 is a block diagram illustrating an example of a configuration of a purchase procedure processing system according to the embodiment. The purchase procedure processing system 1 shown in FIG. 1 implements a purchase procedure service that provides a terminal device 10 with a mail order site that can suppress loss of sales opportunities.

  In FIG. 1, as an example of the purchase procedure service described above, when a user intends to purchase a special product provided in a morning market sponsored by a local government, the user purchases a special product for the terminal device 10 of the user who is securing the special product. The purchase procedure processing system 1 which prompts is shown. Moreover, the purchase procedure processing system 1 presents a waiting time to the terminal device 10 of the user who is waiting for the cancellation of the special product.

  The special products offered at such a morning market have the value and advantages of being rare, fresh and delicious, which can only be bought at that location. For this reason, the morning market has the appeal of making people want to buy and taste local products. Furthermore, the morning market is also attractive for its unique vitality and communication. In this way, the morning market can provide (1) a sense of expectation that special products can be eaten, (2) fun to actually eat products, and (3) fun to experience the morning market itself.

  On the other hand, a traveler who is a consumer of a special product has a schedule restriction of “moving a place with time”. For this reason, “I can't go to the morning market where the holding time is limited”, “I can go to the morning market, but I can't cook and eat the special products I bought during the trip”, “Eat the special products of the city at eating and drinking facilities etc. Some people say that they can't go to the morning market. "

  Based on these facts, as a basis for the above purchase procedure service, a portal site provider that provides a reservation service for accommodation and food and a local government that is the organizer of the morning market cooperate with each other to create a virtual network N. The special products purchased from the morning market that are reproduced in the above are delivered to the eating and drinking facilities in the city where the actual morning market is held, in particular, to the eating and drinking facilities where travelers have made reservations, and then provide special products after cooking Provide a new service called “Anywhere Morning Market”.

  In response to the demand of the local government to have as many tourists as possible buy and consume the city's products as a result of the “anywhere morning market”, the above (1) to (3) It aims to provide value specific to the morning market and contribute to the town development of the local government.

  The morning market generally has event elements, and the organizer wants tourists to enjoy it slowly. In other words, there is a demand from the organizer that tourists want to take a leisurely look around the venue while securing products in the cart. For this reason, when a product sold in “anywhere in the morning market” is a rare special product, the traveler may temporarily keep it in a cart and adjust the product to be purchased at the time of payment. In this case, if the reserved rare product is the last one in the inventory, the other traveler confirms the purchase and confirms the purchase or pays the rare special product from the cart. Until it is taken out and canceled, it is impossible to decide whether or not to purchase.

  Also, since the morning market is limited to, for example, from 6:00 to 10:00 in the morning, if the end time comes without the traveler buying products, rare special products will not be sold, so rare special products Things will be wasted and other travelers will lose their purchase opportunities.

  Therefore, in the purchase procedure processing system 1 according to the present embodiment, as a part of the purchase procedure service described above, a time limit is set for the product to be secured in the cart, and the time limit is set for the user (traveler) who is secured. Present and present the maximum waiting time to the user waiting for cancellation. Thereby, the purchase procedure processing system 1 can suppress loss of sales opportunities. That is, the purchase procedure processing system 1 suppresses the unsold sale of rare special products, and provides many users with opportunities to purchase rare special products.

  As shown in FIG. 1, the purchase procedure processing system 1 includes a terminal device 10, an organizer terminal 50, and a server device 100. FIG. 1 shows a case where the system has two terminal devices 10 and one organizer terminal 50. However, the number of terminal devices 10 and organizer terminals 50 is not limited, and a purchase procedure processing system. 1 has an arbitrary number of terminal devices 10 and organizer terminals 50.

  The terminal device 10, the organizer terminal 50, and the server device 100 are connected via a network N so that they can communicate with each other. For such a network N, any kind of communication network such as the Internet (Internet), LAN (Local Area Network), VPN (Virtual Private Network), etc. can be adopted regardless of wired or wireless.

  The server device 100 is a computer that provides the purchase procedure service to the terminal device 10. As an aspect of the server device 10 described above, it can be implemented by installing a purchase procedure processing program for realizing the purchase procedure service as package software or online software on a desired computer. For example, the server apparatus 100 may be implemented as a Web server that provides the purchase procedure service described above, or may be implemented as a cloud that provides the purchase procedure service described above by outsourcing.

  As an example, the server device 100 is operated by a business operator of a portal site that provides a reservation service for accommodation and eating and drinking. The server device 100 executes a reservation procedure in accordance with the reservation request for the accommodation facility or the eating facility from the terminal device 10. In the following, a case where the server apparatus 100 is operated by a provider of a portal site that provides a reservation service for accommodation is illustrated, but the server apparatus 100 may be operated by a provider that provides a reservation service for eating and drinking.

  For example, when accepting a reservation for an accommodation facility, the server device 100 accepts designations such as a check-in date and a check-out date from the terminal device 10 and a region in which to stay. And the server apparatus 100 searches the accommodation establishment applicable to these conditions designation | designated from the database of the accommodation establishment which is not shown in figure. When displaying the search result on the terminal device 10, the server device 100 displays the accommodation plan together with the accommodation facility. Such an accommodation plan includes a plan in which meals are packaged with accommodation, in addition to a plan for staying overnight. Thereafter, when the server apparatus 100 receives a reservation request for an accommodation facility together with the designation of the accommodation plan, the server apparatus 100 executes a reservation procedure for the accommodation facility. For example, the server device 100 executes contact with an accommodation facility, proxy for settlement, and the like. In addition, the server device 100 has a accommodation ID, a date of check-in or check-out, and an accommodation plan including meals specified in a member ID (IDentifier) that identifies a member of the portal site that has made a reservation. In this example, information associated with a menu corresponding to a meal is registered as reservation information. In this way, in the accommodation reservation service, through reservation of the accommodation facility, reservation of tenants in a building owned by a restaurant or an accommodation facility operator that is associated with the accommodation facility, for example, a restaurant managed by the accommodation facility, can also be executed. . The reservation information collected through the reservation service is used for the purchase procedure service.

  In addition, the server device 100 accepts registration of various types of information related to the morning market from the organizer terminal 50 used by the local government that hosts the morning market. For example, the server device 100 receives information related to the morning market, such as the morning market ID for identifying the morning market, the name of the morning market to be held, and the date on which the morning market is held, from the organizer terminal 50. In addition, the server device 100 registers the information in which the morning market ID, the morning market name, and the date are associated with each other in the morning market database (hereinafter, the database is referred to as DB) as morning market information. The morning market information registered in this way is used for selecting a morning market as an example, as will be described later. Further, the server device 100 receives information on the special product sold in the morning market from the organizer terminal 50, for example, information such as a product ID for identifying the special product, the name of the special product, the number of arrivals, and a price. Then, the server device 100 registers information associated with the product ID, product name, number of arrivals, price, and the like in the product DB as special product information. The registered special product information is used, for example, for purchasing products at a “anywhere morning market” by a user, as will be described later.

  The terminal device 10 is a computer that receives the reservation service and the purchase procedure service from the server device 100. As an example of such a terminal device 10, a personal computer can be adopted. As the terminal device 10, not only a stationary terminal such as the personal computer described above but also various portable terminal devices can be adopted as the terminal device 10. For example, as an example of a mobile terminal device, a mobile communication terminal such as a smart phone, a mobile phone or a PHS (Personal Handyphone System), or a slate terminal such as a PDA (Personal Digital Assistants) can be cited.

  These reservation services and purchase procedure services can be provided by performing predetermined registration procedures on the portal site. For example, an end user who uses the terminal device 10 is a member who is issued an account such as a member ID and a password by registering personal attribute information such as name, address, telephone number and e-mail address in the portal site. Can be. In addition, the terminal device 10 can receive the provision of the reservation service by accessing the server device 100 that operates the portal site on the network N and executing login authentication with an account.

  Further, the local government or the like that hosts the morning market virtually registers the above-mentioned “anywhere morning market” on the portal site by registering the morning market information and the special product information in the server device 100 using the organizer terminal 50. Can be held. As an example, a menu “Anywhere Morning Market” is prepared as one of the menus on the top page of the portal site. At this time, the menu of “Anywhere Morning Market” may be a GUI (Graphical User Interface) that can specify morning markets in various places, a GUI that can specify the area where the morning market is held, or a user staying overnight. The GUI may be an excerpt of the morning market in the district where the facility is reserved.

[Configuration of Server Device 100]
As illustrated in FIG. 1, the server device 100 includes a communication unit 110, a storage unit 120, and a control unit 130. Note that the server apparatus 100 may include various functional units included in a known computer, for example, functional units such as various input devices and audio output devices, in addition to the functional units illustrated in FIG. In the following explanation, the reservation person (user) who has made a reservation by putting the product in the cart is referred to as the securer, and among the products in the securer's cart, the unsettled product is placed in his cart and waiting for cancellation. The user who is is represented as a waiting person.

  The communication unit 110 is realized by, for example, a NIC (Network Interface Card). The communication unit 110 is a communication interface that is connected to the terminal device 10 and the organizer terminal 50 via the network N in a wired or wireless manner, and manages communication of information between the terminal device 10 and the organizer terminal 50. The communication unit 110 receives, from the terminal device 10, accommodation information including use of eating and drinking facilities, and operation information such as ordering special products via the “anywhere morning market”. The communication unit 110 also provides information on accommodation reservations, purchase information on special products, date and time when special products arrive at the eating and drinking facilities, information such as the date and time when special products are provided by cooking, and comment information on eating and drinking facilities that cook special products. It transmits to the terminal device 10. Further, the communication unit 110 transmits to the organizer terminal 50 an order for a special product received via the “anywhere morning market”. In addition, when the order of special products is received through the “Anywhere Morning Market”, the communication unit 110 provides information such as the date and time when the special product, the special product arrives at the eating and drinking facility, and the date and time when the special product is provided by cooking. Sent to a terminal used by a dining facility associated with the facility or accommodation.

  The storage unit 120 is realized by, for example, a semiconductor memory device such as a RAM (Random Access Memory) or a flash memory, or a storage device such as a hard disk or an optical disk. The storage unit 120 includes a member DB 121, a morning market DB 122, a product DB 123, and a cancellation waiting DB 124. In addition, the storage unit 120 stores information used for processing in the control unit 130.

  The member DB 121 stores a member ID, a member's name, and an e-mail address in association with each other (hereinafter also referred to as a user) who is logged in to “Anywhere Morning Market” among the members of the portal site. FIG. 2 is an explanatory diagram showing an example of the member DB. As shown in FIG. 2, the member DB 121 includes items such as a member ID 121a, a name 121b, an E-mail 121c, a cart product 121d, a branch number 121e, a cart IN time 121f, a time limit 121g, and a remark 121h. In a member DB 121, when a certain user secures a plurality of products (products) in the cart, one record is generated for each product. That is, the member DB 121 generates a record for each secured product for the same user.

  The member ID 121a is registered in the portal site and identifies a member who is logged in to “Anywhere Morning Market”. The name 121b indicates the name of a member who is logged in to “Anywhere Morning Market”. E-mail 121c indicates an e-mail address that is a contact address of a member who is logging in to “Anywhere Morning Market”. The cart product 121d indicates the product ID of the product (product) that the logged-in member has put in the cart, that is, the secured product (product). The branch number 121e indicates the number of arrivals of products (products) of the same type and the branch number of each product. The branch number identifies each product received. For example, “5/6” indicates that the number of products received is six and that the branch number is the fifth product. The cart IN time 121f indicates the time when the user puts the product in the cart. The cart IN time 121f also indicates a cancellation waiting order when the product is not in stock and waiting for cancellation. The time limit 121g indicates the remaining time that the user can purchase the product secured in the cart by the user. Remark 121h indicates, for example, the product name of the product secured in the cart. The time limit 121g and the remarks 121h are not necessarily included in the member DB 121.

  For example, as shown in FIG. 2, the member DB 121 has a member ID 121a “R004”, a name 121b “Taro Yamada”, an E-mail 121c “yamataro@xxx.com”, a cart product 121c “P001”, and a branch number. 121e “3/3” is stored in association with each other. Further, the member DB 121 further stores the cart IN time 121f “05:00 [0]”, the time limit 121g “8M14S”, and the remarks 121h “phantom trap” in association with each other. In this case, for the phantom jar with product ID “P001”, Taro Yamada secures the phantom jar with the third branch number out of the number of arrivals in the cart at 5:00:00 Indicates that the time is 8 minutes 14 seconds.

  The morning market DB 122 stores morning markets held in various places. FIG. 3 is an explanatory diagram showing an example of the morning market DB. As shown in FIG. 3, the morning market DB 122 includes items such as a morning market ID 122a, a morning market name 122b, and a date 122c.

  The morning market ID 122a identifies a morning market held in various places. The morning market name 122b indicates the name of the morning market. Examples of the morning market name 122b include names such as “Hakodate morning market” and “Sasebo morning market”. The date 122c indicates the date on which the morning market is held. As shown in FIG. 3, for example, the morning market DB 122 stores the morning market ID 122a “A001”, the morning market name 122b “Hakodate morning market”, and the date 122c “2013/11/1” in association with each other. In this case, “Hakodate morning market” will be held on November 1, 2013.

  The product DB 123 stores products sold in the morning market, that is, special products that are products. FIG. 4 is an explanatory diagram showing an example of the product DB. As shown in FIG. 4, the product DB 123 includes a product ID 123a, a rarity flag 123b, a branch number / arrival number 123c, a product name 123d, a purchaser (securer) ID 123e, a price 123f, a time limit 123g, a sold-out flag 123h, and a waiting for cancellation. It has an item such as the number of people 123i.

  The product ID 123a identifies a product. The rare flag 123b identifies whether or not the product is a rare special product. The rare flag 123b indicates, for example, a rare special product if “Y”, and a general special product if “N”. The branch number / arrival number 123c indicates the arrival number of the same type of product and the branch number of each product. The branch number identifies each product received. The product name 123d indicates the name of the product, and examples include names such as “phantom candy” and “Omatsu candy”. The purchaser (securer) ID 123e indicates the member ID of the user who purchased or secured the product specified by the product ID 123a and the branch number / number of arrivals 123c. The price 123f indicates the price of the product. The time limit 123g indicates the remaining time that the user can purchase the product secured in the cart by the user. The sold-out flag 123h indicates whether or not the product specified by the product ID 123a and the branch number / arrival number 123c is sold out. For example, if the sold-out flag 123h is “complete”, the sold-out flag 123h indicates that the product is sold out. The number of people waiting for cancellation 123i indicates the number of people waiting for cancellation when the product is secured by the user. The number of people waiting for cancellation 123i is, for example, “0” when the product is secured by the user and the number of people waiting for cancellation is zero, and “1” when the number of people waiting for cancellation is one. In this case, it indicates the number of people waiting for cancellation, such as “2”. In the product DB 123, each item is associated and stored as one record for each product specified by the product ID 123a and the branch number / the number of arrivals 123c.

  The cancellation waiting DB 124 stores each item in association with each other for each product ID 123a and branch number / arrival number 123c for which cancellation waiting has occurred and for each cancellation waiting member ID. FIG. 5 is an explanatory diagram illustrating an example of a cancellation wait DB. As shown in FIG. 5, the cancellation waiting DB 124 includes items such as a product ID 124a, a rare flag 124b, a branch number / arrival count 124c, a product name 124d, a purchaser (securer) ID 124e, and a price 124f. In addition, the cancellation waiting DB 124 has items such as a reserver time limit 124g, a cancellation waiting member ID 124h, a cart IN time 124i, and your maximum waiting time 124j.

  In the cancellation waiting DB 124, a record is generated when a cancellation waiting occurs. Corresponding items in the product DB 123 are copied for the product ID 124a, the rare flag 124b, the branch number / the number of arrivals 124c, the product name 124d, the purchaser (securer) ID 124e, the price 124f, and the securer time limit 124g. In the product ID 124a, the rare flag 124b, the branch number / arrival number 124c, and the product name 124d, the product ID 123a, the rare flag 123b, the branch number / arrival number 123c, and the product name 123d in the product DB 123 are copied. Further, the purchaser (securer) ID 124e, the price 124f, and the securer time limit 124g are copied as the purchaser (securer) ID 123e, the price 123f, and the time limit 123g of the product DB 123, respectively. Since the details of these items are the same as the corresponding items in the product DB 123, detailed description is omitted.

  The member ID 124h waiting for cancellation identifies the user who is waiting for cancellation for the product specified by the product ID 123a and the branch number / number of arrivals 123c. When there are a plurality of users waiting for cancellation, a record is generated for each user waiting for cancellation, as indicated by a frame 11 and a frame 12 in FIG. The cart IN time 124i indicates the time when the user waiting for cancellation puts the product in the cart. In addition, the cart IN time 124i indicates the cancellation waiting order of the user identified by the cancellation waiting member ID 124h when waiting for cancellation. Your maximum waiting time 124j indicates the maximum waiting time of the user identified by the member ID 124h waiting for cancellation.

  In each of the databases described above, reference numerals are assigned as items of each database, but items having the same item name indicate the same contents in each database. For example, as the contents indicated by the product ID 123a of the product DB 123 and the product ID 124a of the cancellation waiting DB 124, an ID assigned based on the same rule is used. For example, the product ID “P002” indicates the same product “phantom lion” in both databases. Therefore, in the following description, each item name will be described unless otherwise distinguished.

  Returning to the description of FIG. 1, the control unit 130 executes, for example, a program stored in an internal storage device using a RAM as a work area by a CPU (Central Processing Unit), an MPU (Micro Processing Unit), or the like. Is realized. Further, the control unit 130 may be realized by an integrated circuit such as an application specific integrated circuit (ASIC) or a field programmable gate array (FPGA). The control unit 130 includes a portal unit 131, a reception unit 132, a product management unit 133, a time control unit 134, and a settlement unit 135, and realizes or executes information processing functions and operations described below. . Note that the internal configuration of the control unit 130 is not limited to the configuration illustrated in FIG. 1, and may be another configuration as long as the information processing described below is performed.

  The portal unit 131 provides a reservation service for accommodation and eating and drinking as a portal site. The portal unit 131 refers to a portal site member DB (not shown) and performs login authentication for portal site members. The portal unit 131 transmits a screen of a portal site having a link to the morning market screen to the terminal device 10. When the portal unit 131 receives information indicating that the link to the morning market screen has been pressed from the terminal device 10 via the communication unit 110, the portal unit 131 outputs an instruction to display a login screen of “anywhere morning market” to the reception unit 132.

  When the reception unit 132 is instructed to display the login screen from the portal unit 131, the reception unit 132 transmits the login screen to the terminal device 10 via the communication unit 110. FIG. 6 is an explanatory diagram illustrating an example of a login screen. As shown in FIG. 6, for example, the login screen 20 is provided with a field for inputting a user's member ID and password, and accepts input by the user. The login screen 20 is provided with a pull-down menu for selecting a morning market, for example, and the user selects the morning market. When the member ID and password are input by the user and the morning market is selected, the reception unit 132 refers to the member DB of the portal site (not shown) and performs login authentication again for the members of the portal site. In addition, after the login authentication, the reception unit 132 transmits the morning market screen of the selected morning market to the terminal device 10 via the communication unit 110.

  FIG. 7 is an explanatory diagram illustrating an example of a morning market screen. The reception unit 132 presents the rare special product information to the user through the morning market screen 21 as shown in FIG. As shown in FIG. 7, for example, the morning market screen 21 refers to the product DB 123 as today's rare special product information, the name of the product (product name), the price, the number of goods received, and the unsettled The number and the time limit are displayed. Further, the morning market screen 21 is provided with buttons such as a product search button 23, a sales floor tour button 24, and cart information 25. In addition, when there is an unsettled product, the time limit is displayed with buttons 22a, 22b, 22c, 22d, and 22e. The buttons 22a to 22e correspond to unsettled products.

  The accepting unit 132 secures the product in the user's cart when one of the buttons 22a to 22e is pressed by the user. That is, the reception unit 132 generates and stores a record for each product secured in the member DB 121 in order to register the product in the user's cart. Here, for example, an indication such as “8 minutes” on the button 22a indicates that the product is already secured in the cart of another user, and the other user who secured the product decides to purchase within 8 minutes. If not, it will be canceled. Further, for example, the “MAX” display of the button 22d indicates a state in which no one is secured in the cart. For example, when the user secures a product in the cart and the cart information button 25 on the morning market screen 21 is pressed, the reception unit 132 instructs the product management unit 133 to display the cart screen.

  Returning to the description of FIG. 1, the merchandise management unit 133 manages merchandise secured by each user in the cart or merchandise waiting for cancellation. That is, the merchandise management unit 133 manages the contents of each user's cart stored in the member DB 121, the status of each merchandise stored in the product DB 123, and the waiting status of each merchandise stored in the cancellation waiting DB 124. To do. Note that the product management unit 133 may perform general product management such as storing product data received from the organizer terminal 50 in the product DB 123.

  When the display of the cart screen is instructed from the reception unit 132, the merchandise management unit 133 generates a cart screen with reference to the member DB 121, and transmits the generated cart screen to the terminal device 10 via the communication unit 110. . FIG. 8 is an explanatory diagram showing an example of the cart screen of the securement person. As shown in FIG. 8, for example, “Phantom of the phantom”, “Phantom of the lion”, and “Anko” secured in the cart are displayed on the cart screen 26 of “Taro Yamada” of the member ID “R004”. . On the cart screen 26, for example, a mark indicating that it is being secured, a product ID, a product name, a time limit, the number of people waiting for cancellation, and your maximum waiting time are displayed.

  In addition, the product management unit 133 refers to the member DB 121 and determines whether or not the desired product (product) to be purchased is in the cart of the logged-in user. That is, the merchandise management unit 133 refers to the member DB 121 and determines whether or not the product ID is stored in the cart merchandise 121d of the logged-in user's record. If the purchase desired product is not in the cart, the product management unit 133 waits until the product is put in the cart. When the purchase desired product is in the cart, the product management unit 133 determines whether or not the product is the product that the logged-in user has put in the cart for the first time. That is, the merchandise management unit 133 determines whether the product ID of the merchandise is stored in the member DB 121 in association with the logged-in user.

  The merchandise management unit 133 outputs time management information to the time control unit 134 when the merchandise is not the merchandise that the logged-in user has put in the cart for the first time. The merchandise management unit 133 executes merchandise management processing when the merchandise is a merchandise that the logged-in user puts in the cart for the first time. The merchandise management unit 133 determines whether the cart merchandise is a rare special product. If the product in the cart is not a rare special product, the product management unit 133 ends the product management process. In other words, the time control unit 134 does not perform the time limit process described later when the product in the cart is not a rare special product. When the product in the cart is a rare special product, the product management unit 133 determines whether or not the product is secured in the cart of another user.

  If the product is not secured in another user's cart, the product management unit 133 updates the purchaser (securer) ID 123e of the product DB 123 with the member ID of the securer. In addition, the merchandise management unit 133 updates the member DB 121 based on the updated product DB 123. That is, the merchandise management unit 133 stores the product ID, branch number, and cart IN time of the merchandise in the member DB 121 in association with the member ID of the keeper. When the update of the member DB 121 is completed, the product management unit 133 ends the product management process and outputs time management information to the time control unit 134.

  The merchandise management unit 133 updates the member DB 121 based on the product DB 123 when the merchandise is secured in another user's cart. The product management unit 133 refers to the product DB 123 and stores the product ID, branch number, and cart IN time of the product in the member DB 121 in association with the member ID of the user who has put the product in the cart. The merchandise management unit 133 increases the number of people waiting for cancellation 123i by one for the record of the merchandise in the product DB 123.

  The product management unit 133 sets, that is, copies the data of the product from the record of the product in the product DB 123 to the cancellation waiting DB 124. The items of data set from the product DB 123 to the cancellation waiting DB 124 are a product ID 123a, a rare flag 123b, a branch number / arrival number 123c, a product name 123d, a purchaser (securer) ID 123e, a price 123f, and a time limit 123g. Note that when the product management unit 133 sets the product data in the cancellation waiting DB 124 for the first time, the product management unit 133 generates a record of the product and the user waiting for cancellation.

  When the product data is set in the cancellation waiting DB 124, the product management unit 133 sets the cancellation waiting member ID 124h, the cart IN time 124i, and your maximum waiting time 124j for the set record. Here, the cart IN time 124i also sets a cancellation waiting order. Also, your maximum waiting time 124j is, for example, the same time as the guarantor time limit 124g when the cancellation waiting rank is first, and the guarantor time limit 124g when the cancellation waiting rank is second. And 10 minutes can be added. That is, your maximum waiting time 124j can be added by 10 minutes as the number of people waiting for cancellation increases, for example, assuming that the maximum waiting time per person is 10 minutes. The merchandise management unit 133 outputs time management information to the time control unit 134 when the above-described setting of each data is completed for the cancellation waiting DB 124.

  Returning to the description of FIG. 1, the time control unit 134 controls a time limit that is provided as a purchaseable time for each product (product) secured by each user in the cart. The time control unit 134 starts counting down the time limit when the product is put into the cart by the user, and when the time limit becomes zero, the time control unit 134 removes the product from the cart and returns it to stock. In other words, the time control unit 134 purchases a status that allows a purchase procedure based on a purchase reservation for a product or service according to the reception status of a request waiting for warehousing or cancellation for a product or service reserved for purchase. Controls the time before changing to a status that does not allow the purchase procedure based on the reservation.

  When time management information is input from the merchandise management unit 133, the time control unit 134 executes time limit processing. The time control unit 134 refers to the cancellation wait DB 124 and determines whether there is a product waiting for cancellation. When there is no product waiting for cancellation, the time control unit 134 ends the time limit process. When there is a product waiting for cancellation, the time control unit 134 acquires the number of records waiting for cancellation of the same product in the cancellation waiting DB 124. The time control unit 134 sets the time limit of the person who secures the product and the maximum waiting time of the waiter who waits for cancellation according to the number of records waiting for cancellation of the same product.

  When the number of records waiting for cancellation of the same product is “1”, the time control unit 134 sets the time limit of the acquirer as “as is”. In other words, the time control unit 134 sets the time during the countdown from the time when the securer puts the product in the cart as the time limit of the securer. At this time, the time control unit 134 assumes that “the maximum waiting time” of the waiting person waiting for cancellation is “as is” because it is the same as the time limit of the securing person.

  When the number of records waiting for cancellation of the same product is “2”, the time control unit 134 sets the time limit of the acquirer as “½”. That is, the time control unit 134 sets the time limit of the securement person to one half of the time during the countdown from the time when the securement person puts the product in the cart. At this time, the time control unit 134 sets “the maximum waiting time of the waiting person waiting for the cancellation” as “the maximum waiting time of the user”, and the waiting person with the first waiting order for the cancellation has the same time limit “1 / 2 ”. In addition, the time control unit 134 sets the “maximum waiting time for you” to the waiting person who is ranked second in the cancellation waiting order by adding a predetermined time limit for one person, for example, 10 minutes to the time limit of the securing person. And For example, the time limit for the waiter who is ranked second in the cancellation waiting order is the time limit for the securer × ½ + 10 minutes.

  When the number of records waiting for cancellation of the same product is “3”, the time control unit 134 sets the time limit of the acquirer as “1/3”. That is, the time control unit 134 sets the time limit of the securer as one third of the time during the countdown from the time when the securer puts the product in the cart. At this time, the time control unit 134 sets “the maximum waiting time of the waiting person waiting for the cancellation” as “the maximum waiting time of the user”, and the waiting person with the first waiting order for the cancellation has the same time limit “1 / 3 ”. In addition, the time control unit 134 sets the “maximum waiting time for you” to the waiting person who is ranked second in the cancellation waiting order by adding a predetermined time limit for one person, for example, 10 minutes to the time limit of the securing person. And For example, the time limit for the waiter who is ranked second in the cancellation waiting order is the time limit for the securer × 1/3 + 10 minutes. Similarly, the time control unit 134 adds, as “your maximum waiting time”, a waiting person who is ranked third in the cancellation waiting order adds a predetermined time limit for two persons, for example, 20 minutes, to the time limit of the securing person. Time. For example, the time limit for the waiter who is ranked 3rd in the cancellation waiting order is the time limit for the securer × 1/3 + 20 minutes.

  In other words, the time control unit 134 shortens the time limit for the ensurer according to the number of people waiting for cancellation, and increases the time limit for the waiter according to the order of waiting for cancellation. Here, the time limit and the maximum waiting time are as follows when the number of records waiting for cancellation is N. When the number of records waiting for cancellation of the same product is “N”, the time control unit 134 sets the time limit of the acquirer as “1 / N”. That is, the time control unit 134 sets the time limit of the securing person to 1 / N of the time during the countdown from the time when the securing person puts the product in the cart. At this time, the time control unit 134 sets “the maximum waiting time of the waiting person waiting for the cancellation” as “the maximum waiting time of the user”, and the waiting person with the first waiting order for the cancellation has the same time limit “1 / N ”. In addition, the time control unit 134 sets “the maximum waiting time for you” and the waiting time with the Nth waiting order for cancellation is a time obtained by adding a predetermined time limit for (N−1) people to the time limit of the securing person. And For example, the time limit for the waiter who is ranked N in the cancellation waiting order is the time limit of the securing person × 1 / N + (N−1) × 10 minutes, assuming that the maximum waiting time per waiter is 10 minutes.

  The time control unit 134 notifies each user who is a securer or a standby person of the time limit and the maximum waiting time. For example, the time control unit 134 displays the time limit and the maximum waiting time on the cart screen, and notifies the user by transmitting the cart screen to the terminal device 10 of each user via the communication unit 110. FIG. 9 is an explanatory diagram illustrating an example of the cart screen of the securer when the number of people waiting for cancellation increases. As shown in FIG. 9, “Phantom Spear”, “Phantom Spider” and “Anko” are displayed on the cart screen 27 as secured products, respectively, the time limit, the number of people waiting for cancellation, and your The maximum waiting time is displayed. At this time, the time limit for the “phantom frog” is one person waiting for cancellation, and is, for example, “8 minutes 14 seconds” that is the same as before waiting for cancellation. The time limit for “Phantom Lion” is 2 people waiting for cancellation. For example, “1 minute 30 seconds”, which is approximately one half of the time limit “3 minutes 1 second” before waiting for cancellation. It is. The time limit for “Uncho” is “3 minutes 07 seconds”, which is approximately one third of the time limit “9 minutes 22 seconds” before waiting for cancellation because there are three people waiting for cancellation. . Further, the time control unit 134 displays a message indicating that the time limit is shortened on the cart screen 27 to call attention to the user who has secured the time.

  Here, as an example, FIG. 10 to FIG. 12 show cart screens of waiters who are ranked 1st to 3rd in terms of the rank of waiting for cancellation with respect to “Anko” with 3 people waiting for cancellation. FIG. 10 is an explanatory diagram illustrating an example of a cart screen of a standby person who has the highest cancellation waiting order. As shown in FIG. 10, the cart screen 28 displays “Uncho” as a product waiting for cancellation, and displays the time limit for the secured person, the rank and the number of people waiting for cancellation, and your maximum waiting time. Since the cart screen 28 is the cart screen of the waiter who is ranked first in the cancellation waiting order, “3 minutes 07 seconds”, which is the same as the time limit of the secured person, is displayed as your maximum waiting time.

  FIG. 11 is an explanatory diagram showing an example of a cart screen of a standby person who is ranked second in the cancellation waiting order. As shown in FIG. 11, the cart screen 29 displays “Angko” as a product waiting for cancellation, and displays the time limit for the secured person, the rank and the number of people waiting for cancellation, and your maximum waiting time. Since the cart screen 29 is the cart screen of the waiter who is ranked second in the cancellation waiting order, “13 minutes 07 seconds” obtained by adding 10 minutes to the time limit of the secured person is displayed as your maximum waiting time.

  FIG. 12 is an explanatory diagram illustrating an example of a cart screen of a standby person who has a third rank waiting for cancellation. As shown in FIG. 12, the cart screen 30 displays “Angko” as a product waiting for cancellation, and displays the time limit for the secured person, the rank and the number of people waiting for cancellation, and your maximum waiting time. Since the cart screen 30 is the cart screen of the waiter who is ranked 3rd in the cancellation waiting order, “23 minutes 07 seconds” obtained by adding 20 minutes to the time limit of the secured person is displayed as your maximum waiting time.

  The time control unit 134 determines whether the product has been purchased by the securer, or has been canceled or has expired. When the product is purchased by the securer, the time control unit 134 sets “00M00S” as the time limit 123g for the record of the product in the product DB 123, blanks the number of people waiting for cancellation 123i, and sets the sold-out flag 123h as “ Update "Complete".

  In addition, the time control unit 134 deletes the data of the corresponding item in the member DB 121. That is, the time control unit 134 deletes the data of the cart product 121d, the branch number 121e, and the cart IN time 121f in the member DB 121. The time control unit 134 deletes data when the time limit 121g and the remarks 121h are also stored. Note that the time control unit 134 deletes the record corresponding to the product when there are a plurality of records of the ensurer in the member DB 121. In addition, the time control unit 134 updates the cancellation waiting DB 124 and ends the time limit process. That is, the time control unit 134 deletes the record of the product in the cancellation waiting DB 124 and ends the time limit process.

  When the product is canceled or the time limit expires, the time control unit 134 updates the member DB 121, the product DB 123, and the cancellation waiting DB 124 according to the number of cancellation waiting records in the cancellation waiting DB 124. When the number of records waiting for cancellation is from “2” to “N”, the time control unit 134 stores the member ID of the waiter who is ranked first in the cancellation waiting order in the purchaser (securer) ID 123e of the product DB 123. To do. Moreover, when the said goods are canceled, the time control part 134 takes over a time limit of a securing person about the time limit 123g. Further, the time control unit 134 subtracts “1” from the cancellation waiting number 123i of the product in the product DB 123.

  Further, the time control unit 134 deletes the data of the corresponding item of the guarantor in the member DB 121. That is, the time control unit 134 deletes the data of the cart product 121d, the branch number 121e, and the cart IN time 121f of the keeper of the member DB 121. The time control unit 134 deletes data when the time limit 121g and the remarks 121h are also stored. Note that the time control unit 134 deletes the record corresponding to the product when there are a plurality of records of the ensurer in the member DB 121.

  In addition, the time control unit 134 updates a record related to the product of the waiting waiter waiting for cancellation in the member DB 121. That is, the time control unit 134 subtracts “1” from the cancellation waiting order of the cart IN time 121 f of the waiting waiting person in the member DB 121.

  In addition, the time control unit 134 performs a carry-up process for a waiting person waiting for cancellation in the cancellation waiting DB 124. The time control unit 134 deletes the record related to the product of the standby person who has the highest cancellation waiting order in the cancellation waiting DB 124. The time control unit 134 updates the purchaser (guarantor) ID 124e with the member ID of the waiter with the first cancellation wait order for the waiter with the second cancellation wait order in the cancellation wait DB 124. Further, the time control unit 134 subtracts your maximum waiting time 124j by the maximum waiting time for one person for the waiting person whose cancellation waiting rank is second or higher. The time control unit 134 ends the time limit process when the carry-over process is completed for the waiter waiting for cancellation.

  When the number of records waiting for cancellation is “1”, the time control unit 134 stores the member ID of the standby who is ranked first in the cancellation waiting order in the purchaser (securer) ID 123 e of the product DB 123. Moreover, when the said goods are canceled, the time control part 134 takes over a time limit of a securing person about the time limit 123g. Furthermore, the time control unit 134 sets the number of people waiting for cancellation 123i of the product in the product DB 123 to be blank.

  Further, the time control unit 134 deletes the data of the corresponding item of the guarantor in the member DB 121. That is, the time control unit 134 deletes the data of the cart product 121d, the branch number 121e, and the cart IN time 121f of the keeper of the member DB 121. The time control unit 134 deletes data when the time limit 121g and the remarks 121h are also stored. Note that the time control unit 134 deletes the record corresponding to the product when there are a plurality of records of the ensurer in the member DB 121.

  In addition, the time control unit 134 updates the record related to the product of the standby person who has the highest cancellation waiting order in the member DB 121. That is, the time control unit 134 subtracts “1” from the cancellation waiting order of the cart IN time 121f of the waiting person who has the highest waiting waiting order in the member DB 121. That is, the waiting waiting order of the waiting person is “0”.

  In addition, the time control unit 134 updates the cancellation waiting DB 124 and ends the time limit process. That is, the time control unit 134 deletes the record of the product in the cancellation waiting DB 124 and ends the time limit process.

  Returning to the description of FIG. 1, the settlement unit 135 transmits a settlement screen to the terminal device 10 via the communication unit 110 and executes a settlement process. The settlement unit 135 transmits, for example, a settlement screen (not shown) when the “clicking” display on the cart screen 26 is clicked by the user. When the payment information is input by the user on the payment screen, the payment unit 135 transmits the payment information to a payment server (not shown). When receiving the payment permission information from the payment server, the payment unit 135 transmits a payment completion screen to the terminal device 10 via the communication unit 110.

  Next, the operation of the purchase procedure processing system 1 according to the first embodiment will be described.

  FIG. 13 is a flowchart illustrating an example of the purchase procedure process. Here, the operation of the server apparatus 100 will be mainly described. The portal unit 131 of the server apparatus 100 refers to a portal site member DB (not shown) and performs login authentication for the portal site members. The portal unit 131 transmits a screen of a portal site having a link to the morning market screen to the terminal device 10. When the portal unit 131 receives information indicating that the link to the morning market screen has been pressed from the terminal device 10 via the communication unit 110, the portal unit 131 outputs an instruction to display a login screen of “anywhere morning market” to the reception unit 132. When the reception unit 132 is instructed to display the login screen from the portal unit 131, the reception unit 132 transmits the login screen to the terminal device 10 via the communication unit 110. When the member ID and password are input by the user and the morning market is selected, the accepting unit 132 refers to the member DB of the portal site (not shown) and performs login authentication again for the members of the portal site (step S1).

  The reception unit 132 transmits the morning market screen of the selected morning market to the terminal device 10 via the communication unit 110 after the login authentication. For example, the reception unit 132 presents the rare special product information to the user on the morning market screen 21 as shown in FIG. 7 (step S2).

  The accepting unit 132 registers the product in the cart of the user when one of the buttons 22a to 22e in FIG. 7 is pressed by the user, for example (step S3). The reception unit 132 generates and stores a record for each product secured in the member DB 121 in order to register the product in the user's cart. For example, when the cart information button 25 on the morning market screen 21 is pressed, the reception unit 132 instructs the product management unit 133 to display a cart screen.

  When the display of the cart screen is instructed from the reception unit 132, the merchandise management unit 133 generates a cart screen with reference to the member DB 121, and transmits the generated cart screen to the terminal device 10 via the communication unit 110. . The merchandise management unit 133 repeats the processes of steps S5 to S8 described later until the cart users 121d in the member DB 121 all become “none” for the logged-in user (steps S4a to S4b).

  The merchandise management unit 133 refers to the member DB 121 and determines whether or not the desired merchandise is in the logged-in user's cart (step S5). If the purchase desired product is not in the cart of the logged-in user, the product management unit 133 waits until the product is put in the cart (No at Step S5). If the purchase desired product is in the logged-in user's cart (step S5: Yes), the product management unit 133 determines whether or not the product is the product that the logged-in user has put in the cart for the first time. Determination is made (step S6). The product management unit 133 outputs time management information to the time control unit 134 when the product is not the product that the logged-in user has put in the cart for the first time (Step S6: No). The merchandise management unit 133 executes merchandise management processing (steps S7a to S7n) when the merchandise is the merchandise that the logged-in user has put in the cart for the first time (step S6: Yes). In addition, step S7a-S7n represents the merchandise management process for every N goods, for example, In the following description, these are demonstrated as merchandise management process (step S7), without distinguishing.

  Here, the merchandise management process will be described with reference to FIG. FIG. 14 is a flowchart illustrating an example of the product management process. The merchandise management unit 133 determines whether or not the merchandise in the cart is a rare special product (step S71). If the product in the cart is not a rare special product (No at Step S71), the product management unit 133 ends the product management process and returns to the original process. If the product in the cart is a rare special product (step S71: Yes), the product management unit 133 determines whether the product is secured in another user's cart (step S72).

  If the product is not secured in the cart of another user (No at Step S72), the product management unit 133 updates the purchaser (securer) ID 123e of the product DB 123 with the member ID of the securer (Step S72). S73). Further, the merchandise management unit 133 updates the member DB 121 based on the updated product DB 123 (step S74). When the update of the member DB 121 is completed, the product management unit 133 ends the product management process, outputs time management information to the time control unit 134, and returns to the original process.

  The merchandise management unit 133 updates the member DB 121 based on the product DB 123 when the merchandise is secured in another user's cart (step S72: Yes) (step S75). The merchandise management unit 133 updates the product DB 123 (step S76). That is, the merchandise management unit 133 increases the number of people waiting for cancellation 123i by one for the record of the merchandise in the product DB 123. The product management unit 133 sets the data of the product from the record of the product in the product DB 123 to the cancellation waiting DB 124 (step S77).

  When the product data is set in the cancellation waiting DB 124, the product management unit 133 sets the waiting waiting member ID 124h, the cart IN time 124i, and your maximum waiting time 124j for the set record ( Step S78). In addition, the merchandise management unit 133 also sets a cancellation waiting order in accordance with the cart IN time 124i. The merchandise management unit 133 ends the merchandise management process when the above-described data set is completed for the cancellation waiting DB 124, outputs the time management information to the time control unit 134, and returns to the original process.

  In this way, in the product management process, the status indicating the state of each product can be managed by managing the products secured in the cart by each user or the products waiting for cancellation.

  When time management information is input from the merchandise management unit 133, the time control unit 134 executes time limit processing (steps S8a to S8n). Note that steps S8a to S8n represent, for example, purchase procedure processing for each of N products, and in the following description, these will be described as time limit processing (step S8) without distinction.

  Here, the time limit process will be described with reference to FIG. FIG. 15 is a flowchart illustrating an example of the time limit process. The time control unit 134 refers to the cancellation wait DB 124 and determines whether there is a product waiting for cancellation (step S81). When there is no product waiting for cancellation (No at Step S81), the time control unit 134 ends the time limit process and returns to the original process. When there is a product waiting for cancellation (Yes at Step S81), the time control unit 134 acquires the number of records waiting for cancellation of the same product in the cancellation waiting DB 124.

  The time control unit 134 sets the time limit for the product securer and the maximum waiting time for the waiter waiting for cancellation according to the number of records waiting for cancellation of the same product (step S82). When the number of records waiting for cancellation of the same product is “1” (step S82: “1”), the time control unit 134 sets the time limit of the securing person “as is” (step S83a). Further, the time control unit 134 sets “the maximum waiting time” of the waiting person waiting for cancellation to be “as it is” because it is the same as the time limit of the securing person (Step S84a).

  When the number of records waiting for cancellation of the same product is “2” (step S82: “2”), the time control unit 134 sets the time limit for the securing person to “1/2” (step S83b). Further, the time control unit 134 sets “the maximum waiting time of the waiting person waiting for cancellation” as “the maximum waiting time of your waiting time”. " Furthermore, the time control unit 134 sets the “your maximum waiting time” of the waiting person who is ranked second in the cancellation waiting order to a time obtained by adding a predetermined time limit for one person, for example, 10 minutes to the time limit of the securing person. (Step S84b).

  When the number of records waiting for cancellation of the same product is “3” (step S82: “3”), the time control unit 134 sets the time limit for the acquirer to “1/3” (step S83c). Further, the time control unit 134 sets the “your maximum waiting time” of the waiting person who has the highest cancellation waiting order to “1/3”, which is the same as the time limit of the securing person. Furthermore, the time control unit 134 sets the “your maximum waiting time” of the waiting person who is ranked second in the cancellation waiting order to a time obtained by adding a predetermined time limit for one person, for example, 10 minutes to the time limit of the securing person. To do. In addition, the time control unit 134 sets the “maximum waiting time” of the waiting person who is ranked third in the cancellation waiting order to a time obtained by adding a predetermined time limit for two persons, for example, 20 minutes, to the time limit of the securing person. (Step S84c).

  Similarly, the time control unit 134 sets the time limit of the acquirer to “1 / N” (step S83d) according to the number of records waiting for cancellation “N” (step S82: “N”). Further, the time control unit 134 sets the “your maximum waiting time” of the waiting person who is ranked first in the cancellation waiting order to be “1 / N”, which is the same as the time limit of the securing person. Further, the time control unit 134 sets “the maximum waiting time” of the waiting person who has the Nth waiting order for cancellation to the time obtained by adding a predetermined time limit for (N−1) persons to the time limit of the securing person. (Step S84d).

  The time control unit 134 notifies the time limit and the maximum waiting time to each user who is a securer or a waiter (step S85). The time control unit 134 determines whether the product has been purchased by the securer, or has been canceled or has expired (step S86). The time control unit 134 updates the record of the product in the product DB 123 when the product is purchased by the securer (step S86: “purchase”). That is, the time control unit 134 updates the time limit 123g to “00M00S”, the cancel waiting number 123i to be blank, and the sold-out flag 123h to “complete” (step S87).

  The time control unit 134 deletes the data of the corresponding item in the member DB 121 (step S88). Note that the time control unit 134 deletes the record corresponding to the product when there are a plurality of records of the ensurer in the member DB 121. In addition, the time control unit 134 updates the cancellation waiting DB 124 and ends the time limit process (step S89).

  When the product is canceled or the time limit expires (step S86: “cancel or time limit expired”), the time control unit 134 updates each DB. That is, the time control unit 134 updates the member DB 121, the product DB 123, and the cancellation waiting DB 124 according to the number of cancellation waiting records in the cancellation waiting DB 124 (step S90). When the number of records waiting to be canceled is “1” (step S90: “1”), the time control unit 134 is a member of the standby who has the highest cancellation waiting rank in the purchaser (securer) ID 123e of the product DB 123. Store the ID. Moreover, when the said goods are canceled, the time control part 134 takes over a time limit of a securing person about the time limit 123g. Furthermore, the time control unit 134 sets the number of people waiting for cancellation 123i of the product in the product DB 123 to be blank (step S91).

  The time control unit 134 deletes the data of the corresponding item of the guarantor in the member DB 121 and updates the member DB 121. In addition, the time control unit 134 updates the record related to the product of the standby person who is ranked first in the cancellation waiting order in the member DB 121 (step S92). The time control unit 134 updates the cancellation waiting DB 124 and ends the time limit process (step S93).

  When the number of records waiting to be canceled is from “2” to “N” (step S90: “2” to “N”), the time control unit 134 waits for the purchase (securer) ID 123e of the product DB 123 to wait for cancellation. The member ID of the waiting person who is ranked first is stored. Moreover, when the said goods are canceled, the time control part 134 takes over a time limit of a securing person about the time limit 123g. Furthermore, the time control unit 134 subtracts “1” from the cancellation waiting number 123i of the product in the product DB 123 (step S94). The time control unit 134 deletes the data of the corresponding item of the guarantor in the member DB 121 and updates the member DB 121. In addition, the time control unit 134 updates the record related to the product of the waiting waiter in the member DB 121 (step S95). In addition, the time control unit 134 performs a carry-up process for a waiting person waiting for cancellation in the cancellation waiting DB 124 and updates the cancellation waiting DB 124. The time control unit 134 ends the time limit process when the carry-over process is completed for the waiter waiting for cancellation (step S96).

  As described above, in the time limit process, the time limit for the product securer can be shortened according to the number of people waiting for cancellation. In the time limit process, the maximum waiting time of waiting persons waiting for cancellation can be determined according to the number of waiting persons for cancellation.

  Returning to the description of FIG. 13, when the payment information is input by the user on the payment screen during the process from step S4a to S4b, the payment unit 135 transmits the payment information to a payment server (not shown). When receiving the payment permission information from the payment server, the payment unit 135 transmits a payment completion screen to the terminal device 10 via the communication unit 110. In this way, in the purchase procedure process, the loss of sales opportunities can be suppressed by providing a time limit for purchasing the product that the user has put in the cart. In other words, in the purchase procedure process, it is possible to prompt the product securer to make a settlement early.

  In this way, the server device 100 purchases a status that allows a purchase procedure based on a purchase reservation for a product or service according to the reception status of a request for waiting for warehousing or waiting for a product or service reserved for purchase. Controls the time before changing to a status that does not allow the purchase procedure based on the reservation. As a result, loss of sales opportunities can be suppressed.

  In addition, when the reservation person of the product or service that has been reserved for purchase cancels the product or service that has been reserved for purchase in time, the server device 100 waits for the top waiting for cancellation of the product or service that has been reserved for purchase. Take over time as the next reservation person. As a result, purchase can be urged to the first waiting person waiting for cancellation. Further, even when there are a plurality of people waiting for cancellation, it is possible to suppress an increase in the maximum waiting time each time a cancellation occurs.

  Further, the server device 100 shortens the time of the person who reserves the product or service reserved for purchase according to the number of people waiting to cancel the product or service reserved for purchase. As a result, the purchaser can be prompted to purchase according to the number of people waiting for cancellation.

  In addition, the server device 100 determines the maximum value of the waiting time of each waiting person waiting for cancellation according to the number of waiting persons waiting for cancellation of the product or service reserved for purchase. As a result, the maximum waiting time of the waiting person waiting for cancellation can be determined when the product is put in the cart.

  Moreover, in the said Example 1, although the time limit of the securing person of goods was reduced according to the number of people waiting for cancellation, it is not limited to this. For example, the time limit for products in the cart may be reduced in accordance with the number of products secured in the cart of the securer.

  An embodiment in which the time limit for products in the cart is reduced in accordance with the number of products secured in the securer's cart will be described below as Example 2. Note that the same components as those of the server device 100 of the first embodiment are denoted by the same reference numerals, and the description of the overlapping configuration and operation is omitted. The difference between the server device 150 of the second embodiment and the server device 100 of the first embodiment is that the time limit for the products in the cart is reduced according to the number of products secured in the cart of the securer.

  FIG. 16 is a block diagram illustrating an example of a configuration of a purchase procedure processing system according to the second embodiment. The purchase procedure processing system 2 according to the second embodiment includes a server device 150 instead of the server device 100 of the purchase procedure processing system 1 according to the first embodiment. Further, the server device 150 according to the second embodiment is different from the server device 100 according to the first embodiment in that a time control unit 184 is provided instead of the time control unit 134.

  Similar to the time control unit 134 of the first embodiment, the time control unit 184 controls a time limit provided as a purchaseable time for each product (product) secured by each user in the cart. When time management information is input from the merchandise management unit 133, the time control unit 184 performs time limit processing. The time control unit 184 refers to the member DB 121 and acquires information on a product being secured for a certain user. In addition, the time control unit 184 refers to the cancellation waiting DB 124 and acquires the number of products waiting for cancellation for the products being secured by the user. The time control unit 184 sets the time limit of the product securing person and the maximum waiting time of the waiting person waiting for the cancellation according to the number of products waiting for cancellation among the products being secured by the user, that is, the securing person.

  The time control unit 184 sets the time limit of the acquirer “as is” when the number of products waiting to be canceled among the products being secured by the securer is “1”. In other words, the time control unit 184 sets the time during the countdown from the time when the ensurer puts the product in the cart as the time limit of the ensurer. At this time, the time control unit 184 sets “the maximum waiting time” of the waiting waiter waiting for cancellation to be “as is” because it is the same as the time limit of the securing person.

  The time control unit 184 sets the time limit of all the products that the securer has put in the cart to “1/2” when the number of products that are waiting to be canceled among the products that are secured by the securer is “2”. To do. At this time, the time control unit 184 sets “your maximum waiting time”, which is the maximum waiting time of the waiting person waiting for cancellation, to “1/2”, which is the same as the time limit of the securing person.

  The time control unit 184 sets the time limit of all the products that the securer has put in the cart to “1/3” when the number of products that are waiting to be canceled among the products that are secured by the securer is “3”. To do. At this time, the time control unit 184 sets “your maximum waiting time”, which is the maximum waiting time of the waiting person waiting for cancellation, to “1/3”, which is the same as the time limit of the securing person.

  That is, the time control unit 184 shortens the time limit of the securer according to the number of products that are waiting to be canceled among the products that the securer is securing. Here, the time limit is as follows when the number of products waiting to be canceled among the products secured by the securer is N. The time control unit 184 sets the time limit of all the products that the securer has put in the cart to “1 / N” when the number of products that are waiting to be canceled among the products that are secured by the securer is “N”. To do. That is, the time control unit 184 sets the time limit of the securement person to 1 / N of the time during the countdown from the time when the securement person puts each product in the cart.

  The time control unit 184 notifies each user who is a securer or a standby person of the time limit and the maximum waiting time. For example, the time control unit 134 displays the time limit and the maximum waiting time on the cart screen, and notifies the user by transmitting the cart screen to the terminal device 10 of each user via the communication unit 110. FIG. 17 is an explanatory diagram illustrating an example of a cart screen of a secureer when the number of people waiting for cancellation increases according to the second embodiment. As shown in FIG. 17, the cart screen 31 displays “Phantom Rooster”, “Phantom Rooster” and “Anko” as the secured products, respectively, the time limit, the number of people waiting for cancellation, and your The maximum waiting time is displayed. That is, the time control unit 184 notifies the securer of the time limit of the product being secured, and notifies the standby user of the maximum waiting time of the product waiting for cancellation.

  Here, a description will be given of a case where the number of people waiting to be canceled is one for each of “phantom lion”, “phantom lion”, and “angko”. It is assumed that the time limit when the number of people waiting for cancellation is 0 each is “8 minutes 14 seconds”, “3 minutes 01 seconds”, and “9 minutes 22 seconds”. The time limit for “Phantom Rooster” is 3 people waiting for cancellation of all the products being secured. For example, the time limit for “8 minutes 14 seconds” when the number of people waiting for cancellation is 0 each. One third of “2 minutes 42 seconds”. The time limit for “Phantom Lion” is 3 people waiting for cancellation of all the products that are being secured. For example, the time limit for “3 minutes 01 seconds” when the number of people waiting for cancellation is 0 each. One third of the time is “1 minute 00 seconds”. The time limit for “Uncho” is 3 people waiting for cancellation of all the products that are being secured. For example, the time limit for “9 minutes 22 seconds” when there are 0 people waiting for cancellation is approximately 3 minutes. 1 of “3 minutes 07 seconds”. Furthermore, the time control unit 184 displays a message indicating that the time limit is shortened on the cart screen 31 to call attention to the user who has secured the time.

  The time control unit 184 determines whether the product has been purchased by the securer, or has been canceled or has expired. When the product is purchased by the securer, the time control unit 184 updates the member DB 121, the product DB 123, and the cancellation waiting DB 124, and ends the time limit process, similarly to the time control unit 134 of the first embodiment. .

  When the product is canceled or the time limit expires, the time control unit 184 determines the member DB 121, the product DB 123, and the product DB 123 according to the number of records waiting for cancellation in the cancellation waiting DB 124, as in the time control unit 134 of the first embodiment. The cancellation waiting DB 124 is updated and the time limit process is terminated.

  Next, a flow of processing executed by the server apparatus 150 according to the second embodiment will be described. The flow of processing executed by the server apparatus 150 according to the second embodiment is the same as the operation of the server apparatus 100 according to the first embodiment except for the time limit processing executed by the time control unit 184. Therefore, the time limit processing will be described. Description of other processes is omitted.

  FIG. 18 is a flowchart illustrating an example of the time limit process according to the second embodiment. The time control unit 184 refers to the cancellation wait DB 124 and determines whether there is a product waiting for cancellation (step S101). If there is no product waiting for cancellation (No at Step S101), the time control unit 184 ends the time limit process and returns to the original process. When there is a product waiting for cancellation (Yes in step S101), the time control unit 184 acquires the number of products waiting for cancellation for the product being secured by the user.

  The time control unit 184 sets the time limit for the product securing person and the maximum waiting time for the waiting person waiting for the cancellation according to the number of products waiting to be canceled among the products being secured by the securing person (step S102). When the number of products awaiting cancellation among the products currently secured by the securer is “1” (step S102: “1”), the time control unit 184 sets the time limit of the securer as “is” (step) S103a). When the number of products awaiting cancellation among the products currently secured by the securer is “2” (step S102: “2”), the time control unit 184 restricts all the products that the securer has put in the cart. The time is set to “1/2” (step S103b).

  When the number of products waiting to be canceled among the products currently secured by the securer is “3” (step S102: “3”), the time control unit 184 restricts all the products that the securer has put in the cart. The time is set to “1/3” (step S103c). Similarly, the time control unit 184 sets the time limit of the acquirer to “1 / N” according to the number N of products waiting for cancellation among the products that the acquirer is securing (step S102: “N”). (Step S103d).

  The time control unit 184 notifies each user who is a securer or a standby person of the time limit and the maximum waiting time (step S104). The time control unit 184 determines whether the product has been purchased by the securer, or has been canceled or has expired (step S105). The time control unit 184 updates the member DB 121, the product DB 123, and the cancellation waiting DB 124 in the same manner as the time control unit 134 of the first embodiment when the product is purchased by the securer (step S105: “purchase”). Then, the time limit process ends (steps S106 to S108).

  When the product is canceled or the time limit expires (step S105: “Cancel or time limit expired”), the time control unit 184 updates each DB in the same manner as the time control unit 134 of the first embodiment. That is, the time control unit 184 updates the member DB 121, the product DB 123, and the cancellation waiting DB 124 according to the number of cancellation waiting records in the cancellation waiting DB 124 (step S109). When the number of records waiting for cancellation is “1” (step S109: “1”), the time control unit 184 updates each DB in the same manner as steps S91 to S93 in the first embodiment, and ends the time limit process. (Steps S110 to S112).

  When the number of records waiting for cancellation is from “2” to “N” (step S90: “2” to “N”), the time control unit 184 stores each DB as in steps S94 to S96 of the first embodiment. The time limit process is completed after updating (steps S113 to S115). As described above, in the time limit process according to the second embodiment, the time limit for the product securer can be shortened according to the number of products waiting to be canceled among the products secured by the securer.

  As described above, the server device 150 determines, among the products or services that are reserved for purchase by the reservation person of the products or services that are reserved for purchase, according to the number of products or services that are reserved for purchase that are waiting for cancellation. Reduce the time required for the reservation. That is, the server apparatus 150 reduces the time of the person who reserves the purchase reserved product or service according to the number of the purchase reserved product or service that is waiting for cancellation. As a result, according to the number of products waiting for cancellation, it is possible to prompt the purchaser to purchase products in the cart.

  In each of the above-described embodiments, the time limit of the securing person is divided by the number of waiting for cancellation or the number of products. However, the present invention is not limited to this. For example, if the time limit of the keeper is less than or equal to a predetermined value as a result of dividing the time limit of the keeper by the number of waiting people or the number of products, the time limit of the keeper is extremely short, Suppresses becoming. Here, the predetermined value can be set to 30 seconds, for example. Accordingly, it is possible to prevent the time limit from coming while the securer notices that the time limit has been shortened and is performing an operation of the settlement process, and the product is canceled.

  In each of the above embodiments, after logging in to the portal site, the login screen is displayed again when transitioning to “Anywhere Morning Market”, but the present invention is not limited to this. For example, login information may be received from a portal site and login may be performed so that the user can seamlessly move from the portal site to the morning market screen. Thereby, the convenience for the user can be improved.

  In each of the above embodiments, the function of the portal site and the function related to the “anywhere morning market” service are operated by the same server apparatus 100, 150, but the present invention is not limited to this. For example, the server devices 100 and 150 may provide a function related to the “anywhere morning market” service, and the portal site function may be provided by providing a separate server device. Thereby, it is possible to easily add a function related to the “anywhere morning market” service according to the present invention to a portal site where an existing travel reservation system operates.

  In addition, each component of each part illustrated does not necessarily need to be physically configured as illustrated. In other words, the specific form of distribution / integration of each unit is not limited to that shown in the figure, and all or a part thereof may be functionally or physically distributed / integrated in arbitrary units according to various loads or usage conditions. Can be configured. For example, the portal unit 131 and the settlement unit 135 of the above embodiment may be integrated.

  Furthermore, various processing functions performed by each device may be executed entirely or arbitrarily on a CPU (or a microcomputer such as an MPU or MCU (Micro Controller Unit)). In addition, various processing functions may be executed in whole or in any part on a program that is analyzed and executed by a CPU (or a microcomputer such as an MPU or MCU) or on hardware based on wired logic. Needless to say, it is good.

  By the way, the various processes described in the above embodiments can be realized by executing a prepared program on a computer. Therefore, in the following, an example of a computer that executes a program having the same function as each of the above embodiments will be described. FIG. 19 is an explanatory diagram illustrating an example of a computer that executes a purchase procedure processing program.

  As illustrated in FIG. 19, the computer 200 includes a CPU 201 that executes various arithmetic processes, an input device 202 that receives data input, and a monitor 203. The computer 200 also includes a medium reading device 204 that reads a program and the like from a storage medium, an interface device 205 for connecting to various devices, and a communication device 206 for connecting to other devices by wire or wirelessly. The computer 200 also includes a RAM 207 that temporarily stores various types of information and a hard disk device 208. Each device 201 to 208 is connected to a bus 209.

  The hard disk device 208 has the same functions as the processing units of the portal unit 131, the receiving unit 132, the product management unit 133, the time control unit 134 or the time control unit 184, and the settlement unit 135 shown in FIG. A procedure processing program is stored. The hard disk device 208 stores a member DB 121, a morning market DB 122, a product DB 123, and a cancellation waiting DB 124. The hard disk device 208 stores various data for realizing the purchase procedure processing program. The input device 202 receives input of initial data from an administrator of the computer 200, for example. The monitor 203 displays various types of information when the administrator of the computer 200 performs maintenance or the like, for example. The interface device 205 is connected to, for example, a printing device. The communication device 206 is connected to the network N and exchanges various types of information with a terminal device operated by a user and an organizer terminal operated by an organizer of “Anywhere Morning Market”.

  The CPU 201 reads out each program stored in the hard disk device 208, develops it in the RAM 207, and executes it to perform various processes. In addition, these programs can cause the computer 200 to function as the portal unit 131, the reception unit 132, the product management unit 133, the time control unit 134 or the time control unit 184, and the settlement unit 135 illustrated in FIG.

  Note that the purchase procedure processing program does not necessarily have to be stored in the hard disk device 208. For example, the computer 200 may read and execute a program stored in a storage medium readable by the computer 200. The storage medium readable by the computer 200 corresponds to, for example, a portable recording medium such as a CD-ROM, a DVD disk, a USB (Universal Serial Bus) memory, a semiconductor memory such as a flash memory, a hard disk drive, and the like. Further, the purchase procedure processing program may be stored in a device connected to a public line, the Internet, a LAN (Local Area Network), etc., and the computer 200 may read and execute the purchase procedure processing program therefrom. .

DESCRIPTION OF SYMBOLS 1, 2 Purchase procedure processing system 10 Terminal apparatus 50 Organizer terminal 100,150 Server apparatus 110 Communication part 120 Storage part 121 Member DB
122 Morning Market DB
123 Product DB
124 DB waiting for cancellation
130 Control Unit 131 Portal Unit 132 Reception Unit 133 Product Management Unit 134,184 Time Control Unit 135 Settlement Unit N Network

Claims (7)

On the computer,
For a product or service that has been reserved for purchase, a status that permits the purchase procedure based on the purchase reservation for the product or service, according to the reception status of a waiting request for warehousing or cancellation, and a purchase procedure based on the purchase reservation. A purchase procedure processing program characterized by causing a process to control the time to change to an unacceptable status.   The process for controlling the time is to wait for cancellation of the purchase-reserved product or service when a reservation person of the purchase-reserved product or service cancels the purchase-reserved product or service within the time. The purchase procedure processing program according to claim 1, wherein the time is taken over with the first waiting person as the next reservation person.   The process for controlling the time shortens the time of a person who reserves the purchase-reserved product or service according to the number of people waiting to cancel the purchase-reserved product or service. 2. Purchase procedure processing program according to 2.   The process of controlling the time determines the maximum value of the waiting time of each waiting person waiting for cancellation according to the number of waiting persons waiting for cancellation of the goods or services reserved for purchase. The purchase procedure processing program according to any one of the items.   The process for controlling the time depends on the number of products or services that have been reserved for purchase among the products or services that have been reserved for purchase by the reservation user of the products or services that have been reserved for purchase. The purchase procedure processing program according to any one of claims 1 to 4, wherein the time for a person who reserves the purchase-reserved product or service is shortened. In the purchase procedure processing method,
Computer
For a product or service that has been reserved for purchase, a status that permits the purchase procedure based on the purchase reservation for the product or service, according to the reception status of a waiting request for warehousing or cancellation, and a purchase procedure based on the purchase reservation. A purchase procedure processing method characterized by executing a process for controlling a time until the status is changed to an unacceptable status. For the goods or services that have been reserved for purchase, a communication unit that receives a request for waiting for receipt or cancellation,
A control unit that controls a time until the status that allows the purchase procedure based on the purchase reservation for the product or service to be changed to a status that does not allow the purchase procedure based on the purchase reservation according to the reception status of the request And a purchase procedure processing device.

Images