JP2023023801A - Commodity delivery support apparatus, commodity delivery support method, and program - Google Patents

Abstract

To provide a commodity delivery support apparatus which receives an order for and a delivery request for a commodity in consideration of whether or not the commodity is one required for purchase at a shop.SOLUTION: An apparatus according to the present invention has a screen information storage unit 102 for storing order screen information for use in configuring an order screen which has over-the-counter commodity information relating to an over-the-counter commodity acquired at a shop and delivered and ordinary commodity information relating to an ordinary commodity acquired without any over-the-counter sales and delivered and which visually discriminated the over-the-counter commodity and the ordinary commodity, a screen transmission unit 104 for transmitting the order screen information to a user terminal 20 in response to access instructions, an order instruction reception unit 105 for receiving the order instruction having a commodity identifier from the user terminal 20, an offer output unit 107 for outputting an offer of delivery of the commodity in response to the order instruction, an acceptance information reception unit 108 for receiving acceptance information indicating intension to accept the delivery offer from a deliverer terminal 30, a charging unit 115 for carrying out charging processing, and a rewarding unit 116 for carrying out rewarding processing.SELECTED DRAWING: Figure 1

Description

TECHNICAL FIELD The present invention relates to a device or the like for assisting delivery of goods.

As a conventional technology, there has been known a food delivery service in which a delivery of food is requested at the same time that the food is ordered via the Internet (see, for example, Patent Document 1).

JP 2019-185727 A (page 1, FIG. 1, etc.)

However, in the conventional technology, there is a problem that when an order for a product is received, it is not considered whether the product is to be acquired side by side.

SUMMARY OF THE INVENTION It is an object of the present invention to provide a product delivery support device or the like that can receive an order for a product considering whether or not the product is to be acquired in parallel. With the goal.

The product delivery support device of the present invention includes a deliverer information storage unit that stores one or more deliverer information having a deliverer identifier that identifies the deliverer of the product, and the product to be acquired and delivered after lining up. It has one or more standard product information about the standard product and one or more standard product information about the standard product that is the product that is acquired and delivered without queuing, and visually distinguishes the standard product from the standard product. A screen information storage unit for storing order screen information for constructing a separate order screen, an access instruction reception unit for receiving an access instruction from a user terminal, and transmitting the order screen information to the user terminal in response to the access instruction. an order instruction receiving unit for receiving an order instruction having a product identifier from a user terminal; an offer output unit for outputting an offer for delivery of a product according to the order instruction; an acceptance information receiving unit for receiving acceptance information indicating that a delivery offer has been received from the terminal of the delivery person; a charging unit for performing charging processing for charging the user of the user terminal for the amount corresponding to the order instruction; and a remuneration unit that performs remuneration processing for paying a remuneration to a person.

With such a configuration, it is possible to receive an order for a product in consideration of whether or not it is a product to be acquired side by side.

In the product delivery support device of the present invention, the billing unit acquires the charge amount by different methods depending on whether the product corresponding to the order instruction is a medium product or a normal product. However, the billing amount may be used for billing processing.

With such a configuration, it is possible to charge an amount corresponding to the product to be acquired in line and the product to be acquired without lining up. For example, it is possible to charge an amount of money that takes into account whether or not customers line up.

Further, the product delivery assistance device of the present invention further comprises a waiting quantity information receiving unit for receiving waiting quantity information relating to the quantity of waiting for obtaining the product corresponding to the order instruction in the product delivery supporting device; The unit may acquire the billing amount using the waiting amount information and perform billing processing using the billing amount.

With such a configuration, it is possible to charge an amount of money according to the length of time that customers line up.

Further, in the product delivery support device of the present invention, in the product delivery support device, the remuneration unit obtains a reward amount by a different method depending on whether the product is obtained by lining up and not lining up, Reward processing may be performed using the remuneration amount.

With such a configuration, it is possible to give rewards according to products acquired in line and products acquired without lining up. For example, it is possible to give an amount of reward considering whether or not to line up.

Further, the product delivery assistance device of the present invention further comprises a waiting quantity information receiving unit for receiving waiting quantity information relating to the quantity of waiting for obtaining the product corresponding to the order instruction in the product delivery supporting device, The unit may use the waiting amount information to obtain the reward amount, and use the reward amount to perform the reward processing.

With such a configuration, it is possible to give a reward of an amount corresponding to the time spent in line.

Further, the product delivery assistance device of the present invention further comprises a non-acquisition information receiving unit for receiving non-acquisition information indicating that the product delivery assistance device was not able to acquire the product despite being lined up. The reward amount corresponding to the information may be acquired and the reward process may be performed using the reward amount.

With such a configuration, a reward can be given even when the product cannot be acquired in line.

In the product delivery support device of the present invention, the product delivery support device further comprises: a confirmation information receiving unit for receiving confirmation information confirming that the product corresponding to the order instruction is lined up to obtain the product; A confirmation information accumulation unit may be further provided.

With such a configuration, it is possible to check whether or not the customers are lined up when acquiring the product.

Further, in the product delivery assistance device of the present invention, the average product information included in the order screen information may include wait information that is information relating to a waiting time or a queue.

Such an arrangement allows the user to be informed in advance of the waiting time or queue.

In addition, the product delivery assistance device of the present invention is the product delivery assistance device, and includes: a person information storage unit storing one or more person information having a person identifier that identifies a person lining up to obtain a product; , the offer output unit includes acquisition offer output means for outputting an acquisition offer, which is an offer to line up in line to acquire the product according to the order instruction, and an offer for delivering the product according to the order instruction. and delivery offer output means for outputting a delivery offer.

With such a configuration, it is possible to use people in line to acquire products.

The product delivery assistance device of the present invention further comprises a purchase information receiving unit for receiving purchase information, which is information related to obtaining the product from a parallel terminal, which is a terminal of a person lining up in line. , the delivery offer output means may output a delivery offer to the deliverer in response to reception of the acquisition information by the acquisition information receiving section.

With such a configuration, it is possible to output a delivery offer according to the availability of goods for the people in line. As a result, for example, it is possible to prevent the delivery person from having to wait for an unnecessary time, and to prevent delays in receiving the goods when the goods can be obtained earlier than planned.

According to the present invention, it is possible to receive an order and a delivery request for a product in consideration of whether or not it is a product to be acquired side by side.

1 is a block diagram of a delivery support system according to Embodiment 1 of the present invention; Flowchart explaining the operation of the product delivery support device Flowchart explaining the operation of the product delivery support device (Figs. 3(a) and 3(b)) A diagram showing an example of a service area management table of the product delivery support device A diagram showing an example of a product management table of the same product delivery support device. A diagram showing an example of a user management table of the product delivery support device A diagram showing an example of a delivery person management table of the product delivery support device A diagram showing an example of an order screen management table of the product delivery support device Diagram showing a display example of the same user terminal A diagram showing an example of an order management table of the product delivery support device (Figs. 10(a) and 10(b)) Diagram showing a display example of the same delivery person's terminal A diagram showing an example of an image captured by the delivery person's terminal A diagram showing an example of a confirmation information management table of the product delivery support device A diagram showing an example of a billing type management table of the product delivery support device (Fig. 14(a)) and a diagram showing an example of a reward type management table (Fig. 14(b)) Diagram showing a display example of the same delivery person's terminal Block diagram of a delivery support system according to Embodiment 2 of the present invention Flowchart explaining the operation of the product delivery support device A diagram showing an example of an ordinary person information management table of the product delivery support device A diagram showing an example of an order management table of the product delivery support device (Fig. 19(a), Fig. 19(b)) Diagram showing a diagram showing a display example of the same terminal FIG. 1 shows an example of the appearance of a computer system according to Embodiments 1 and 2; Diagram showing an example of the configuration of the same computer system

Hereinafter, embodiments of a product delivery support device and the like will be described with reference to the drawings. It should be noted that, since components denoted by the same reference numerals in the embodiments perform similar operations, repetitive description may be omitted.

(Embodiment 1)
FIG. 1 is a block diagram of a delivery support system according to this embodiment.
The delivery assistance system 1 includes a product delivery assistance device 10 , one or more user terminals 20 , and one or more deliverer terminals 30 . The product delivery support device 10, each user terminal 20, and each deliverer terminal 30 are connected by a wired or wireless network or the like so as to be communicable.

The product delivery assistance device 10 includes a deliverer information storage unit 101, a screen information storage unit 102, an access instruction reception unit 103, a screen transmission unit 104, an order instruction reception unit 105, an offer output unit 107, an acceptance information reception unit 108, and confirmation information. A reception unit 109 , a confirmation information accumulation unit 110 , a confirmation information storage unit 111 , a waiting amount information reception unit 113 , a non-acquisition information reception unit 114 , a charging unit 115 and a reward unit 116 are provided.

The product delivery support device 10 is, for example, a server device such as an ASP server or a cloud server. The product delivery assistance device 10 can be implemented by, for example, a computer.

The deliverer information storage unit 101 stores one or more deliverer information. The deliverer information is information about the deliverer of the product. The deliverer information has a deliverer identifier that identifies the deliverer of the product. The deliverer identifier is, for example, one or more of a deliverer name, a code assigned to the deliverer, an account of the deliverer, an email address of the deliverer, and a mobile phone number of the deliverer. The deliverer information may have a service area identifier that identifies the service area covered by the deliverer. The service area is, for example, an area where product acquisition and delivery are performed. For example, a user whose product delivery destination is within one service area can order products from stores within the same one service area. Also, for example, a product ordered by a user whose delivery destination is within one service area can be delivered by a delivery person in charge of the same one service area, or can be acquired and delivered. A service area is usually specified using an address (for example, using a city, town, village, ward name, etc.), but may be specified by an outline with a plurality of coordinates. The service area identifier may be a code assigned to the service area, and may be an address name (for example, city, town, village, ward name, etc.) or area name (for example, Roppongi area, Shinagawa station area, etc.) that constitutes the service area. There may be. The courier information may have a courier status indicating the current status of the courier. The deliverer status is, for example, information indicating whether delivery is in progress, information indicating whether delivery is possible, or information equivalent to these. The deliverer information may include information on the deliverer's remuneration. The reward information is, for example, the amount of reward received by the delivery person. In addition, the deliverer information may include the account number of the deliverer used when paying the delivery person, and the information of the payee such as an electronic money account. In addition, the deliverer information may include the deliverer's destination information for transmitting a delivery offer, which will be described later, to the deliverer. The destination information includes the mail address of the deliverer, an account for sending messages to the deliverer (this account may be the mobile phone number of the deliverer), and the deliverer terminal 30 used by the deliverer. , a notification identifier (eg, device token, etc.) associated with application software for receiving notifications. Also, the destination information and the delivery person identifier may be used together.

The deliverer information storage unit 101 is preferably a non-volatile recording medium, but can also be realized with a volatile recording medium. The same applies to other storage units.

The screen information storage unit 102 stores order screen information for constructing an order screen. The order screen information is, for example, a screen for accepting orders for products. The screen information storage unit 102 stores order screen information including one or more items of normal product information about standard products and one or more items of normal product information about normal products. The average product is a product that is acquired and delivered after lining up. Here, queuing may be considered as waiting for a turn to acquire a product. Average products can be thought of as products that are acquired and delivered after lining up in a line to acquire the product, or are acquired and delivered after waiting for the order to acquire the product. You can think of it as a product to be delivered. Regular products are products that are acquired and delivered without queuing. For example, a regular product may be considered a product to be delivered that is easy to obtain without queuing. A product is, for example, food and drink that can be delivered. However, the products are not limited to food and drink as long as they can be delivered.

The order screen is information having, for example, a product identifier for one or more products, a store that sells the product, an address of the store that sells the product, text describing the product, an image of the product, the price of the product, and the like. A product identifier is a product name, a code assigned to the product, or the like. The order screen is preferably a screen capable of accepting orders for one or more products (for example, a screen having a button for accepting an order, a button or field for accepting the number of orders, etc.). For example, the order screen is a screen on which information having the product identifier of the ordered product is transmitted to the product delivery support device 10 when an operation to press a button or the like associated with the product is accepted. is preferred.

The screen information storage unit 102 stores order screen information for constructing an order screen that visually distinguishes standard products from regular products. The order screen that visually distinguishes the average product from the regular product is, for example, an order screen that allows the user to visually distinguish between the average product and the regular product. The order screen that visually distinguishes the average product from the normal product may be, for example, an order screen on which a character string or an image indicating that the average product is an average product is placed. For products, the order screen may include a character string or image that indicates that it is a normal product, and for standard products, a character string or image that indicates that it is a standard product may be displayed on the order screen. For products, the order screen may be an order screen on which a character string or an image indicating that the product is a normal product is arranged. In addition, the order screen, which visually distinguishes between standard products and standard products, has an area where information about standard products and buttons for accepting orders are placed, and an area where information and buttons for accepting orders are placed for regular products. The order screen may have different background colors, fonts, button colors, presence/absence of frames, frame colors, sizes, etc., depending on the region. The order screen information may be considered as information for outputting the order screen.

The average product information included in the order screen information may include waiting information, for example. Queue information is information about wait times or queues. The wait information is, for example, the expected wait time from ordering to the acquisition of the product, or the average wait time. Also, the waiting information is, for example, the expected number of people waiting for a turn when acquiring the product after placing an order, or the average number of people. The wait information may be information that differs according to the time zone in which an order is placed or the time zone in which an access instruction (to be described later) is received. Waiting information is information that is accumulated or updated according to information (e.g., transmitted information) provided by a provider (e.g., store) that provides average product information contained in order screen information. may Also, the waiting information may be information that differs depending on the weather.

The screen information storage unit 102 stores order screen information for each service area, which is order screen information for configuring an order screen for one or more products provided in each service area. It may be stored in association with the identifier.

The order screen information stored in the screen information storage unit 102 is dynamically generated by the product delivery support device 10 using a CMS (content management system) (not shown) or the like. Order screen information temporarily stored in the screen information storage unit 102 after generation may be used. In this case, the CMS may be included in the product delivery support device 10, or the product delivery support device 10 may use a CMS provided by an external server device (not shown) or the like. For example, as order screen information transmitted by the product delivery support device 10 to a user who has transmitted an access instruction, which will be described later, a store within a service area including the user's delivery destination and a distance from the user's delivery destination is displayed. Order screen information may be configured and temporarily stored to constitute an order screen for products of stores within a predetermined distance or products of stores whose travel time to a delivery destination is within a predetermined time. . When the order screen information is dynamically generated, the information of each product on the order screen may include the travel time to the store that sells each product.

The access instruction receiving unit 103 receives access instructions from the user terminal 20 . The access instruction is, for example, an access instruction to the order screen. The access instruction may be considered as an instruction requesting output of the order screen.

The access instruction receiving unit 103 receives, for example, an access instruction associated with a user identifier that identifies a user who uses the user terminal 20 . The user identifier is, for example, one or more of a user name, a code assigned to the user, the user's account, the user's email address, and the user's mobile phone number. The access instruction and the user identifier may be associated directly, or may be associated via the IP address of the user terminal 20, session ID, or the like.

The access instruction may have information specifying order screen information for outputting the order screen to be accessed (for example, a URL assigned to the order screen information, etc.). The access instruction is, for example, information (eg, information having information specifying the delivery destination) associated with information specifying the delivery destination of the product to be ordered (eg, location information of the delivery destination, etc.). The information specifying the delivery destination may be, for example, location information of the user's whereabouts, location information of the user's current location, or location information of another location. Location information is, for example, an address or coordinates. Also, the access instruction may have a search key or the like for searching for the product or the store that provides the product. The search key may be, for example, information indicating a genre such as a product. If the storage unit (not shown) of the product delivery assistance device 10 stores the location information of the delivery destination of the product in association with the user identifier, the stored location information of the delivery destination It may be considered as information specifying a delivery destination associated with an access instruction.

Access instruction receiving section 103 is usually realized by wireless or wired communication means. The access instruction receiving unit 103 may or may not include a communication device.

The screen transmission unit 104 transmits order screen information to the user terminal 20 (usually, the user terminal 20 that transmitted the access instruction) in response to the access instruction. For example, the screen transmission unit 104 reads the order screen information specified by the access instruction from the screen information storage unit 102 and transmits it to the user terminal 20 . Further, for example, the screen transmission unit 104 sends the order screen information of one or more stores capable of delivering the product to the delivery destination detected by searching using the information specifying the delivery destination associated with the access instruction. Send to terminal 20 . Also, for example, the screen transmission unit 104 transmits the order screen information of one or more stores located in the same service area as the delivery destination, which is detected by searching using the information specifying the delivery destination associated with the access instruction. Send to the user terminal 20 . Also, for example, the screen transmission unit 104 transmits to the user terminal 20 the order screen information detected by searching using the search key included in the access instruction. In addition, the screen transmission unit 104 generates order screen information of products that can be delivered to the user, which is generated by the CMS using the information specifying the delivery destination associated with the access instruction and temporarily stored in the screen information storage unit 102. may be sent to the user terminal 20 . In addition, the screen transmission unit 104 transmits the order screen information acquired by the CMS and temporarily stored in the screen information storage unit 102 using the information of the product or the store that provides the product acquired by searching using the search key included in the access instruction. , may be transmitted to the user terminal 20 . Also, the screen transmission unit 104 may transmit the order screen information acquired by combining two or more of the above to the user terminal 20 .

The screen transmission unit 104 is usually realized by wireless or wired communication means. The screen transmission unit 104 may or may not include a communication device.

The order instruction receiving unit 105 receives an order instruction having a product identifier from the user terminal 20 . The product identifier included in the order instruction is the product identifier of the product to be ordered. For example, the order instruction receiving unit 105 receives an order instruction associated with the user identifier of the user who places the order. The order instruction may have information such as the quantity of the product to be ordered. In addition, it may have information on the price of the product to be ordered. In addition, the order instruction may include information designating the delivery destination of the product indicated by the product identifier, contact information (for example, the delivery destination's telephone number), and the like. In addition, information such as a credit card number used for payment of the order fee, an electronic money account, and the like may be further included. If the storage unit (not shown) of the product delivery support device 10 stores the location information of the delivery destination of the product in association with the user identifier, information used for payment of the order fee, etc., Order instructions may not have this information.

The order instruction receiving unit 105 is normally realized by wireless or wired communication means. The order instruction receiving unit 105 may or may not include a communication device.

The offer output unit 107 outputs an offer for product delivery according to the order instruction. A delivery offer is, for example, an offer to acquire and deliver a product according to an order instruction. A delivery offer is, for example, an offer to deliver a product to one or more deliverers.

For example, if the product according to the order instruction is a normal product, the offer output unit 107 acquires and delivers the product according to the order instruction without lining up as an offer for delivery of the product according to the output order instruction. Output an offer. Such a delivery offer is hereinafter referred to as a delivery offer. In addition, when the product according to the order instruction is a medium-sized product, the offer output unit 107 acquires and delivers the product according to the order instruction after arranging them as a delivery offer for the product according to the order instruction, for example. Output an offer. Such delivery offers are hereinafter referred to as acquired delivery offers.

The delivery offer output by the offer output unit 107 is preferably a delivery offer that can be visually distinguished between the normal product and the normal product according to the order instruction. For example, the delivery offer output by the offer output unit 107 and the acquired delivery offer are preferably visually distinguishable delivery offers. A visually distinguishable delivery offer may be, for example, an offer with a character string or a mark indicating whether it is an offer for regular products or an offer for ordinary products. The offer for delivery may have different background colors, background images, background patterns, etc. depending on whether it is an offer or an offer for standard products, and the offer for standard products and the offer for standard products may be placed in different areas. The display mode of the offer for delivery is not limited to the above as long as it can be visually distinguished whether the product according to the order instruction is a normal product or a normal product.

The offer for delivery for the bulk product may have pending information for the bulk product. For example, a delivery offer may have wait information. Since the wait information has been described above, a detailed description thereof will be omitted here. The presence or absence of this wait information may be considered as information for visually distinguishing between the normal product and the average product.

The offer output unit 107 may output a delivery offer to all deliverers, or may output a delivery offer to only some deliverers.

The offer output unit 107, for example, outputs a delivery offer to one or more deliverers who satisfy the deliverer offer conditions. The deliverer offer conditions are, for example, conditions for receiving a delivery offer. The deliverer offer condition is, for example, that the deliverer is in a position where it is possible to obtain and deliver the product according to the order instruction. A deliverer who satisfies the deliverer offer conditions is, for example, a deliverer who has registered a service area including the delivery destination of the user who issued the order instruction. A deliverer who satisfies the conditions of the deliverer offer is, for example, a deliverer who is in a position where the deliverer corresponding to the deliverer information having the service area identifier of the service area including the delivery destination of the user who issued the order instruction can deliver. . The deliverer corresponding to the deliverer information is the deliverer identified by the deliverer identifier included in the deliverer information. For example, the offer output unit 107 uses the service area indicated by the service area identifier of the deliverer included in the deliverer information and the location information of the delivery destination of the user who places the order corresponding to the order instruction to obtain the location information of the delivery destination. One or two or more deliverers corresponding to deliverer information having a service area identifier of a service area including is determined as deliverers in a deliverable position, and a delivery offer is output to the determined deliverers. Further, when the service area identifier of the service area including the delivery destination of the user is associated with the user identifier of the user in advance, the service area is the same as the service area identifier associated with the user of the delivery destination corresponding to the order instruction. One or more deliverers corresponding to the deliverer information having an identifier may be determined as deliverers in a deliverable position, and a delivery offer may be output to the determined deliverers.

The location information of the delivery destination of the user is, for example, the location information of the delivery destination of the user associated with the order instruction received by the order instruction receiving unit 105 (for example, included in the order instruction). In addition, the location information of the delivery destination of the user is stored in the storage unit (not shown) of the product delivery support device 10 in association with the user identifier associated with the order instruction. may be The location information is, for example, coordinates and addresses. The location information of the user's delivery destination is, for example, information specifying the delivery destination described above.

Whether or not the offer output unit 107 specifies one or more deliverers who are in a position where the product can be delivered and outputs a delivery offer to the specified deliverers is not limited to the above process. For example, the offer output unit 107 determines that the position information of the deliverer included in the deliverer information is within a predetermined distance from the position indicated by the position information of the delivery destination of the user who places the order corresponding to the order instruction. A deliverer or a deliverer whose travel time to the position indicated by the location information of the delivery destination of the user who places the order is within a predetermined time may be determined as a deliverer at a deliverable position. good.

Also, the deliverer offer condition may be a condition that the delivery is currently possible. The current delivery status may be, for example, a status in which no delivery is currently being performed. For example, the offer output unit 107 selects a deliverer whose deliverer status included in the corresponding deliverer information indicates that the deliverer can deliver, or a deliverer whose deliverer status indicates that the deliverer does not currently deliver. A delivery person who meets the offer conditions may be determined.

Also, the courier offer conditions may be a combination of two or more of the above conditions. For example, the deliverer offer condition may be a condition that the condition that the product corresponding to the order instruction is obtained and is in a position where delivery is possible and the condition that the delivery is possible at present are satisfied.

Delivery offers are made, for example, by notifications, emails or messages. For example, the offer output unit 107 outputs the delivery offer to one or more deliverers (for example, the deliverer terminal 30 of the deliverer) to which the delivery offer is output, by notification, email, message, or the like. . For example, the offer output unit 107 acquires, from the deliverer information storage unit 101, the deliverer's destination information contained in the deliverer information corresponding to each of the one or more deliverers to whom the delivery offer is output, and Output a delivery offer using the destination information.

The delivery offer is information including, for example, product identifiers of products to be delivered, the number of products, the name of the store that provides the products to be delivered, and the location information of the store that provides the products to be delivered. The name of the store that provides the product to be delivered may be considered as the name of the store that acquires the product to be delivered. However, the delivery offer may be information other than the above as long as it specifies the product to be delivered, the location where the product is provided, and the location where the product is to be delivered. In addition, the delivery offer may include information such as location information of the delivery destination and the name and telephone number of the user of the delivery destination for specifying the delivery destination.

Delivery offers may be associated with corresponding order instructions. A delivery offer associated with an order instruction is, for example, a delivery offer associated with an order identifier that identifies the order instruction. The delivery offer associated with the order identifier may be, for example, the delivery offer with the order identifier. The same is true for information other than delivery offers associated with order instructions. An order identifier is, for example, a code assigned to an order instruction. For example, when the order instruction receiving unit 105 receives an order instruction, an order processing unit (not shown) or the like of the product delivery support device 10 sends an order for the product to the store that provides the product corresponding to the order instruction. online, etc., a delivery offer that has an order identifier (e.g., order number, order code, etc.) that identifies this order instead of (or in addition to the product identifier, quantity, etc.) may be output.

Output of a delivery offer means transmission to an external device such as the deliverer terminal 30, temporary storage in a recording medium for transmission, and processing results in other processing devices or other programs that perform transmission. It is a concept that includes the delivery of The offer output unit 107 may or may not include an output device such as communication means. The order instruction identifier is realized by, for example, output device driver software, or output device driver software and output device.

The acceptance information receiving unit 108 receives acceptance information indicating that the delivery offer is received from the deliverer terminal 30 in response to the delivery offer output by the offer output unit 107 . This deliverer terminal 30 is, for example, the deliverer terminal 30 of a deliverer who receives a delivery offer. For example, the acceptance information for the delivery offer is information for accepting to obtain and deliver the product without queuing, and the acceptance information for the acquisition delivery offer is information for accepting to obtain and deliver the product in line. You can think that there is. The acceptance information receiving unit 108 receives, for example, acceptance information associated with a deliverer who receives a delivery offer. Acceptance information associated with the deliverer is acceptance information associated with the deliverer identifier of the deliverer. Acceptance information associated with a deliverer identifier may be acceptance information having a deliverer identifier. The same applies to information other than the acceptance information associated with the deliverer identifier. Also, the acceptance information receiving unit 108 may receive acceptance information associated with an order instruction corresponding to a delivery offer, for example.

For example, when the acceptance information is received, the acceptance information receiving unit 108 associates the delivery person corresponding to the acceptance information with the order instruction corresponding to the delivery offer corresponding to the acceptance information, and stores the information in the storage unit (Fig. not shown). For example, a deliverer identifier that identifies this deliverer and an order identifier that identifies this order instruction may be stored in association with each other.

Acceptance information receiving section 108 is usually realized by wireless or wired communication means. Acceptance information receiving section 108 may or may not include a communication device.

Confirmation information receiving section 109 receives confirmation information. The confirmation information is information for confirming that the customer has lined up to obtain the product corresponding to the order instruction. The product corresponding to the order instruction here is, for example, an average product. The confirmation information is, for example, a photographed image showing that people are lined up to obtain the product. A captured image is a moving image or a still image captured using a camera (not shown) or the like. The camera here may be a camera included in an electronic device such as a mobile phone, a smart phone, or a computer. Confirmation information may be, for example, an image of a line of people lining up to obtain an item at a store or other location where the item is to be obtained, or an image of the inside or outside of the store where the item is to be received. good. Further, the confirmation information may be an image or the like of a numbered ticket or the like taken while waiting for a turn. However, the confirmation information is not limited to the above information, as long as it is information that can confirm that they are lined up.

The confirmation information receiving unit 109 receives confirmation information from the deliverer terminal 30, for example. This deliverer terminal 30 is the deliverer terminal 30 of the deliverer who transmitted the acceptance information. The confirmation information transmitted by the deliverer terminal 30 is, for example, information for confirming that the deliverer using this deliverer terminal 30 has lined up to obtain the product corresponding to the order instruction. The confirmation information receiving unit 109 may receive, for example, confirmation information associated with the order instruction corresponding to the acceptance information, and confirmation information associated with the deliverer using the deliverer terminal 30 that transmitted the confirmation information. Information may be received.

Confirmation information receiving section 109 is usually realized by wireless or wired communication means. Confirmation information receiving unit 109 may or may not include a communication device.

The confirmation information accumulation unit 110 accumulates the confirmation information received by the confirmation information reception unit 109 . The confirmation information accumulation unit 110 accumulates confirmation information in the confirmation information storage unit 111, for example. The confirmation information storage unit 110 may store the confirmation information in association with the order instruction, for example. The order instruction here is an order instruction corresponding to the confirmation information. Further, the confirmation information storage unit 110 stores the confirmation information in association with, for example, the user of the user terminal 20 who transmitted the order instruction corresponding to the confirmation information or the deliverer of the deliverer terminal 30 who transmitted the confirmation information. may

The confirmation information storage unit 111 stores one or more pieces of confirmation information. Confirmation information is stored in the confirmation information storage unit 111 in association with, for example, an order instruction. Further, confirmation information may be stored in the confirmation information storage unit 111 in association with the user of the user terminal 20 who transmitted the order instruction corresponding to the confirmation information. It may be stored in association with a person.

The product delivery assistance apparatus 10 may further include a determination unit (not shown) that determines whether or not the confirmation information received by the confirmation information reception unit 109 is appropriate. The confirmation information received by confirmation information receiving section 109 may be considered as confirmation information accumulated in confirmation information storage section 111 . Here, the determination of whether or not it is appropriate is based on whether or not the delivery person who sent the confirmation information lined up in line to obtain the product. If it is determined that it is not in line, it is not determined to be correct. For example, the determination unit determines that the photographed image, which is the confirmation information, has the name of the shop (the name of the shop included in the order instruction) from which the product associated with the order instruction corresponding to the confirmation information is obtained, and the date and time of the photographing are: It may be determined that it is suitable (queued) if it is after the date and time when the order instruction is received (or the date and time when the offer for delivery, etc. is sent). In addition, the determination unit determines that the position information of the captured image is appropriate when the address is the same as the position of the store from which the product corresponding to the order instruction is obtained, or the position is within a predetermined distance. may In addition, a learning device (decision device) etc. obtained by performing machine learning using a photographed image of a store with people lined up and a photographed image of a store with no people lined up as training data is stored in the storage unit ( (not shown)), etc., and the output indicating whether or not it is arranged in the matrix obtained by inputting the photographed image as confirmation information to this learning device is arranged in the matrix. If the output indicates Further, it may be judged whether or not it is appropriate by combining two or more of the above processes. It should be noted that the process of determining whether or not the confirmation information is appropriate by the determination unit is not limited to the above.

In addition, the product delivery assistance device 10 may further include a determination result output unit (not shown) that outputs the determination result of the determination unit. For example, when the determination result is not appropriate, the determination result output unit notifies the administrator who manages the product delivery support device 10 or a predetermined output destination that the determination result is not appropriate (for example, warning) may be output. The notification preferably has a carrier identifier corresponding to the confirmation information. The output here is, for example, the display of the notification, the printing of the notification, the transmission of the notification to an external device, the temporary storage on a recording medium for transmission, the other processing device or other program that performs transmission. It is a concept that includes delivery of processing results to etc.

The waiting amount information receiving unit 113 receives waiting amount information. The waiting amount information is information related to the waiting amount for obtaining the product corresponding to the order instruction. The amount of waiting to obtain the product is, for example, the number of people in line to obtain the product, the length of the queue to obtain the product, and the time in line to obtain the product. be. For example, the waiting amount information is information indicating the number of people in the line to obtain the product, or a numerical value indicating the length of the line. In this embodiment, the number and length of queues are, for example, the number and length of queues lined up for the delivery person to acquire the product. Also, the waiting amount information is, for example, information that can acquire the time spent in line to acquire the product corresponding to the order instruction. The queuing time, in this embodiment, is, for example, the time when the deliverer lined up to obtain the product. The waiting amount information may be, for example, the time the customer waited in line to obtain the product corresponding to the order instruction, and is a combination of the time when the customer started queuing to obtain the product and the time when the product was obtained. good too. The time spent queuing to obtain the product usually does not include the travel time to the store that provides the product, but may include it. The granularity of the time indicated by the waiting amount information does not matter.

The waiting amount information receiving unit 113 receives waiting amount information from the deliverer terminal 30, for example. The waiting amount information received from the deliverer terminal 30 is, for example, information about the time that the deliverer using this deliverer terminal 30 stood in line to obtain the product.

The waiting amount information receiving unit 113 may receive, for example, waiting amount information associated with an order instruction corresponding to a product to be acquired.

The waiting amount information receiving unit 113 may store the received waiting amount information in a storage unit (not shown) in association with the order instruction associated with the waiting amount information. The waiting amount information may be stored in a storage unit (not shown) in association with the deliverer of the deliverer terminal 30 that transmitted the wait amount information.

Waiting amount information receiving section 113 is usually realized by wireless or wired communication means, but may be realized by means for receiving broadcast. The waiting amount information receiving unit 113 may or may not include a communication device.

The non-acquisition information receiving unit 114 receives non-acquisition information. The non-acquisition information is information to the effect that the product could not be acquired even though the customers were lined up. The non-acquisition information receiving unit 114 receives non-acquisition information from the delivery person terminal 30, for example. The non-acquisition information received from the deliverer terminal 30 is, for example, non-acquisition information indicating that the deliverer using this deliverer terminal 30 lined up to acquire the product but was unable to acquire the product.

The non-acquisition information receiving unit 114 may receive, for example, the non-acquisition information associated with the deliverer who uses the delivery person terminal 30 that transmits the non-acquisition information, and the product corresponding to the non-acquisition information (i.e., The non-acquisition information associated with the order instruction corresponding to the product that could not be acquired) may be received.

Non-acquisition information receiving section 114 is normally realized by wireless or wired communication means. The non-acquisition information receiving unit 114 may or may not include a communication device.

The billing unit 115 performs billing processing for billing the user of the user terminal 20 for the amount corresponding to the order instruction. The billing unit 115 acquires, for example, the amount of one or more ordered products corresponding to the order instruction, and uses this amount to perform a billing process of billing the user of the user terminal 20 that transmitted the order instruction. conduct. The billing unit 115, for example, acquires the amount of the product delivery fee, the service fee, etc. in addition to the product price, and performs a billing process of charging the sum of these as the billing amount. For example, the billing unit 115 may acquire, as the billing amount, an amount obtained by adding a predetermined amount to the total amount of the one or more products corresponding to the order instruction, and bill this billing amount. Also, the billing unit 115 may calculate the billing amount by substituting the total price of one or more products corresponding to the order instruction into a predetermined formula as a variable, and bill the billing amount. In addition, the billing unit 115 calculates the total amount of the one or more products corresponding to the order instruction from a calculation table having the range of the total price of the products corresponding to the order instruction and the amount to be added to the total price associated with each other. may be acquired as an additional amount by adding this amount to the total amount of the product, and the acquired charging amount may be charged. Note that the charging process performed by the charging unit 115 is not limited to the above process.

The billing unit 115 acquires the billing amount by different methods depending on, for example, when the product corresponding to the order instruction is a standard product and when it is a normal product, and performs billing processing using the obtained billing amount. may For example, the billing unit 115 adds different predetermined shipping charges, service charges, etc. to the product amount depending on whether the product corresponding to the order instruction is a normal product or a normal product. An additional amount may be acquired, the acquired additional amount and the amount of the product may be added to acquire the billing amount, and the billing process may be performed using the acquired billing amount.

Further, for example, the billing unit 115 acquires the billing amount using different calculation formulas depending on whether the product corresponding to the order instruction is a standard product or a normal product, and bills using the obtained billing amount. You may make it process. The calculation formula here is, for example, a calculation formula in which the price of the product corresponding to the order instruction is used as a variable. Different calculation formulas mean, for example, different coefficients and constant terms of the calculation formulas. For example, if the product corresponding to the order instruction is a regular product, the billing unit 115 acquires an amount that is 1.1 times the total amount of the one or more products corresponding to the order instruction as the billing amount. In the case of a medium-sized product, an amount that is 1.4 times the total price of one or more products corresponding to the order instruction may be acquired as the billing amount.

Further, the billing unit 115 obtains the billing amount using different calculation tables used for obtaining the billing amount depending on whether the product corresponding to the order instruction is a medium product or a normal product, and obtains the billing amount. Billing processing may be performed using the billing amount. The calculation table here is, for example, a table for obtaining a delivery charge, a service charge, etc. to be added to the price of the product. The calculation table is, for example, information indicating the corresponding relationship between the price of the product and the delivery charge or service charge converted into this price. For example, if the product corresponding to the order instruction is a normal product and the total amount of the one or more products corresponding to the order instruction is less than 1000 yen, the billing unit 115 calculates the total amount using the calculation table. If the amount is less than 1,000 yen, add 250 yen to the total amount as the billing amount. If the total price of one or more products is less than 1,000 yen, the amount obtained by adding 500 yen to the total price will be obtained as the billing amount, and if the total price is less than 1,000 yen, the total amount plus 400 yen may be acquired as the billing amount. Note that the different methods used by billing unit 115 to acquire the billing amount are not limited to the methods described above.

Also, the billing unit 115 may acquire a billing amount using the waiting amount information received by the waiting amount information receiving unit 113, and perform billing processing using the billing amount. For example, if the product corresponding to the order instruction is a medium product, the billing unit 115 acquires the billing amount using the waiting amount information corresponding to the order instruction, and performs billing processing using the obtained billing amount. can be For example, the billing unit 115 may set a previously prepared amount of money that increases continuously or stepwise as the length of time indicated by the waiting amount information (or the number of people in the queue, the length of the queue, etc.) increases. The total price of the product and the time (or the number of people, the length, etc.) indicated by the waiting amount information may be used as variables to obtain the total price, and this amount may be obtained as the billing amount. Also, for example, the billing unit 115 sets the amount of money that increases continuously or stepwise as the length of time indicated by the waiting amount information (or the number of people in the line, the length of the line, etc.) increases. Acquired using a calculation table showing the correspondence relationship between the time indicated by the information (or the number of people, length, etc.) and the additional amount such as delivery charges and service charges, and one or more corresponding to this additional amount and the order instruction You may acquire the total amount with the price of the product of , as the billing amount. Further, the billing unit 115 may acquire the billing amount using different calculation formulas according to the range to which the length of time indicated by the waiting amount information (or the number of people in the queue, the length of the queue, etc.) belongs. This calculation formula is, for example, a calculation formula in which the variable is the total price of one or more products corresponding to the order instruction. It should be noted that the process by which billing unit 115 obtains the billing amount using the waiting amount information is not limited to the process described above.

Charging here means, for example, charging the user of the user terminal 20 who output the order instruction to pay the amount corresponding to the product corresponding to the order instruction. The billing process performed by the billing unit 115 is, for example, a process of paying the amount corresponding to the product ordered by the user from a credit card, prepaid card, debit card, electronic money, bank account, etc. associated with the user. . The billing unit 115 performs billing processing using, for example, a card number such as a credit card associated with the user identifier of the user, an electronic money account associated with the user identifier, or the like. These card numbers, electronic money accounts, account numbers, etc. may be included in order instructions received by the order instruction receiving unit 105, for example, and are stored in a storage unit (not shown) in association with user identifiers. may Further, the billing process here may be, for example, a process of withdrawing the amount charged by settlement from the user's credit card or electronic money account. and send it to a company (for example, a credit card company) that performs operations such as withdrawing the amount to be charged, or a server device (not shown) that performs electronic settlement of the amount to be charged. Alternatively, it may be a process of transmitting information requesting automatic withdrawal of charges to the bank. Note that the billing process is not limited to the above process, as long as the process can eventually bill the user for the amount of money corresponding to the product corresponding to the order instruction.

The remuneration unit 116 performs remuneration processing for paying remuneration to the deliverer of the deliverer terminal 30 . The deliverer terminal 30 here is, for example, the deliverer terminal 30 that transmitted the acceptance information received by the acceptance information receiving unit 108 . The remuneration unit 116, for example, performs remuneration processing for a delivery person corresponding to one order instruction. The reward for the deliverer is, for example, a reward for delivering the product corresponding to the order instruction associated with the acceptance information, or the product corresponding to the order instruction is obtained in a waiting line or the like and delivered. It is a reward for In the remuneration process, for example, the remuneration amount to be paid to the deliverer is associated with the deliverer (for example, with the deliverer identifier), and stored in the deliverer information storage unit 101 and other storage units (not shown). It may be a process of accumulating in . Alternatively, the remuneration amount to be paid to the deliverer may be transferred to an electronic money account associated with the deliverer, transferred to the deliverer's bank account, or the like. Alternatively, the processing may be such as transmitting information in which the amount of remuneration to be paid and the delivery person are associated with each other to a company that provides services for which remuneration is paid.

The reward processing may further include processing for obtaining a reward amount to be paid to the delivery person. For example, the remuneration unit 116 may acquire a predetermined amount of money as a remuneration amount for each order instruction. Further, the remuneration unit 116 may calculate the remuneration amount by substituting the total amount of one or more products corresponding to the order instruction into a predetermined calculation formula as a variable, and remunerate the remuneration amount. Also, the remuneration unit 116 corresponds to the total amount of the one or more products corresponding to the order instruction from a calculation table showing the correspondence relationship between the total amount of the products corresponding to the order instruction and the amount of remuneration paid to the deliverer. You may get a reward amount to do. The calculation table showing the correspondence relationship between the total amount and the remuneration amount is, for example, a calculation table that associates the range of the total amount of the product corresponding to the order instruction with the remuneration amount to be paid to the deliverer. Note that the reward processing performed by the reward unit 116 is not limited to the above processing.

Further, the remuneration unit 116 acquires the remuneration amount by different methods depending on, for example, when the product is acquired in line and when the product is acquired without lining up, and the remuneration process is performed using the acquired remuneration amount. It is preferable to The case where the product is obtained in line is, for example, when the product corresponding to the order instruction is the average product, that is, when the average product is obtained and delivered, and when the product is obtained without queuing, For example, when the product corresponding to the order instruction is the normal product, that is, when the normal product is obtained and delivered.

For example, the remuneration unit 116 performs the same processing as when the charging unit 115 described above acquires the charge amount by different methods depending on whether the product corresponding to the order instruction is a standard product or a normal product. Therefore, the remuneration amount may be obtained by different methods depending on whether the product is obtained by lining up or not.

For example, the remuneration unit 116 may acquire different pre-determined remuneration amounts depending on whether the product corresponding to the order instruction is a medium product or a normal product. Further, for example, similarly to the billing unit 115, the remuneration unit 116 may acquire a remuneration amount using different calculation formulas depending on whether the product corresponding to the order instruction is a medium product or a normal product. . The calculation formula here does not have to be the same calculation formula as used when acquiring the billing amount. Further, similarly to the billing unit 115, the remuneration unit 116 uses different calculation tables for obtaining remuneration amounts depending on whether the product corresponding to the order instruction is a standard product or a normal product. You can get the amount. The calculation table is, for example, information indicating the corresponding relationship between the amount of goods and the amount of remuneration corresponding to this amount. The calculation table here does not have to be the same calculation table as the calculation table used when acquiring the billing amount. However, the method of obtaining the reward amounts used by the reward unit 116 for the case where the product corresponding to the order instruction is a medium product and the case where the product is a normal product are not limited to the above, as long as they are different methods.

Further, the remuneration unit 116 may acquire a remuneration amount using the waiting amount information received by the waiting amount information receiving unit 113, and perform remuneration processing using the remuneration amount. For example, if the product corresponding to the order instruction is a medium product, the remuneration unit 116 acquires the remuneration amount using the waiting amount information corresponding to the order instruction, and performs remuneration processing using the acquired remuneration amount. can be For example, similarly to the charging unit 115, the reward unit 116 increases continuously or stepwise as the length of time indicated by the waiting amount information (or the number of people in the queue, the length of the queue, etc.) increases. The amount of money may be obtained by using a calculation formula or the like in which the time (or the number of people, length, etc.) indicated by the waiting amount information prepared in advance is used as a variable, and this amount of money may be obtained as the remuneration amount. Also, for example, the billing unit 115 may charge a reward amount that increases continuously or in stages as the length of time indicated by the waiting amount information (or the number of people in the queue, the length of the queue, etc.) increases. It may be acquired using a calculation table showing the correspondence relationship between the time (or the number of people, length, etc.) indicated by the amount information and the amount of remuneration. Also, the billing unit 115 may acquire the reward amount using different calculation formulas according to the range to which the length of time indicated by the waiting amount information (or the number of people in the queue, the length of the queue, etc.) belongs. It should be noted that the process by which charging unit 115 acquires the amount of reward using the waiting amount information is not limited to the process described above.

The remuneration unit 116 may acquire a remuneration amount corresponding to the non-acquisition information received by the non-acquisition information receiving unit 114, and perform remuneration processing using the acquired remuneration amount. For example, when the non-acquisition information receiving unit 114 receives non-acquisition information, the remuneration unit 116 acquires the amount of remuneration corresponding to this non-acquisition information and performs remuneration processing. For example, the reward unit 116 may acquire a predetermined reward amount corresponding to the non-acquisition information. Further, the remuneration unit 116 may acquire the remuneration amount using a predetermined calculation formula or a calculation table using the price of the product corresponding to the order instruction. Also, in the same manner as described above, the reward amount corresponding to the waiting amount information received for the order information corresponding to the non-acquisition information may be acquired. The remuneration amount in this case, the calculation formula used when obtaining the remuneration amount, and the calculation table may be different from those described above. The remuneration process here is, for example, a remuneration process for the deliverer corresponding to the order instruction corresponding to the non-acquisition information.

For example, when the waiting amount information receiving unit 113 receives the waiting amount information, the remuneration unit 116 pays a reward to the delivery person who has transmitted the acceptance information corresponding to the order instruction corresponding to this waiting amount information. Perform reward processing. In addition, the remuneration unit 116 includes a completion receiving unit (not shown) for receiving, from the deliverer terminal 30 of the deliverer, information indicating that the delivery of the product corresponding to the order instruction has been completed. When the completion receiving unit receives information indicating that the delivery has been completed, the delivery person may be compensated. The information indicating that the delivery has been completed is preferably information associated with the delivery person, the order instruction, etc., so that the target of the remuneration process can be specified, for example. It should be noted that the timing at which the remuneration unit 116 acquires remuneration processing is not limited to the above.

Note that the reward unit 116 is provided when the above-described determination unit (not shown) or the like determines that the confirmation information received by the confirmation information reception unit 109 is not appropriate, or when the confirmation information storage unit If the confirmation information corresponding to the order instruction is not stored in 111, even if the product corresponding to the order instruction is a low-grade product, the remuneration process for the normal product may be performed. may not be performed.

The user terminal 20 is a device used by a user, such as a smart phone, a tablet terminal, a mobile terminal such as a mobile phone, a personal computer, or the like, and the type thereof does not matter. The user terminal 20 includes, for example, a user reception unit (not shown) that receives operations from the user via an input device or the like, and transmits access instructions, order instructions, and the like to the product delivery support apparatus 10 according to the received operations. a user transmission unit (not shown) that receives the screen information from the product delivery support apparatus 10 in response to an access instruction; and a display device such as a monitor that receives the received screen information. A user output unit (not shown) for displaying and the like are provided.

The deliverer terminal 30 is a device used by the deliverer, such as a smart phone, a tablet terminal, a mobile terminal such as a mobile phone, or a personal computer, and the type thereof does not matter. The delivery person terminal 30 is preferably a device having a photographing function. The deliverer terminal 30 includes, for example, a deliverer reception unit (not shown) that receives operations from the deliverer via an input device or the like, acceptance information, confirmation information, waiting amount information, A deliverer transmission unit (not shown) that transmits non-acquisition information and the like to the product delivery support device 10, a deliverer reception unit (not shown) that receives delivery offers and the like from the product delivery support device A deliverer output unit (not shown) for displaying a delivery offer or the like on a display device such as a monitor is provided. Further, the deliverer terminal 30 may further have a deliverer acquisition unit that acquires confirmation information using a photographing function or the like.

Next, an example of the operation of the product delivery assistance device 10 of the delivery assistance system 1 will be described with reference to the flowchart of FIG.

(Step S<b>101 ) The access instruction receiving unit 103 determines whether an access instruction has been received from the user terminal 20 . If it has been received, the process proceeds to step S102, and if it has not been received, the process proceeds to step S103.

(Step S102) The screen transmission unit 104 transmits order screen information corresponding to the access instruction received in step S101 to the user terminal 20 that transmitted the access instruction. The screen transmission unit 104 may, for example, read the order screen information corresponding to the access instruction from the screen information storage unit 102 and transmit it, dynamically acquire the order screen information corresponding to the access instruction, and store the screen information. The order screen information may be temporarily stored in the unit 102 and the temporarily stored order screen information may be transmitted. Then, the process returns to step S101.

(Step S103) The order instruction receiving unit 105 determines whether an order instruction transmitted from the user terminal 20 has been received in accordance with the order screen information transmitted in step S102. If it has been received, the process proceeds to step S104, and if it has not been received, the process proceeds to step S105. The order instruction receiving unit 105 stores the received order instruction in a storage unit (not shown) or the like in association with the order instruction, for example.

(Step S104) The offer output unit 107 outputs a delivery offer corresponding to the order instruction received in step S103. For example, a delivery offer is sent to the deliverer terminals 30 of one or more deliverers who meet the deliverer offer conditions. The delivery offer to be output is, for example, information having information indicating whether the order is for a regular product or an order for a standard product. A delivery offer output by the offer output unit 107 indicating an order for a regular product may be considered as a delivery offer. Also, the delivery offer output by the offer output unit 107 indicating that the order is for a medium-sized product may be considered as an acquisition delivery offer. Then, the process returns to step S101.

(Step S105) The acceptance information receiving unit 108 determines whether acceptance information for the one delivery offer transmitted in step S104 has been received. If so, the process proceeds to step S106; if not, the process proceeds to step S107.

(Step S106) The acceptance information receiving unit 108 stores the acceptance information received in step S105 in a storage unit (not shown) in association with the order instruction corresponding to the acceptance information. The acceptance information is accumulated by associating at least part of the acceptance information with the deliverer corresponding to the acceptance information (for example, the deliverer of the deliverer terminal 30 that transmitted the acceptance information) or the order instruction. may be Then, the process returns to step S101.

(Step S<b>107 ) Confirmation information receiving unit 109 determines whether confirmation information has been received from deliverer terminal 30 . If so, go to step S108; if not, go to step S109.

(Step S108) The confirmation information accumulation unit 110 accumulates the confirmation information received in step S107 in the confirmation information storage unit 111. FIG. For example, the confirmation information accumulation unit 110 may accumulate the confirmation information in association with the order instruction corresponding to the confirmation information, or may accumulate the confirmation information in correspondence with the deliverer of the deliverer terminal 30 that transmitted the confirmation information. good. Then, the process returns to step S101.

(Step S<b>109 ) Waiting amount information receiving section 113 determines whether waiting amount information has been received from deliverer terminal 30 . If so, go to step S110; if not, go to step S111.

(Step S110) The waiting amount information receiving unit 113 stores the waiting amount information received in step S109 in association with the delivery person of the delivery person terminal 30 that transmitted the waiting amount information and the order instruction corresponding to the waiting amount information. do. Then, the process returns to step S101.

(Step S111) The billing unit 115 determines whether it is time to perform billing processing corresponding to the one order instruction received in step S103. For example, the product delivery support device 10 may include a completion receiving unit (not shown) that receives information indicating that the delivery of the product corresponding to the order instruction has been completed. , the charging unit 115 determines that it is time to perform charging processing for the user of the user terminal 20 who transmitted the one order instruction, and has not received the information indicating that the delivery corresponding to If so, it is determined that it is not the time to perform billing processing. If it is the time to perform the billing process, the process proceeds to step S112; otherwise, the process proceeds to step S113.

(Step S112) The billing unit 115 performs billing processing corresponding to one order instruction. Details of this process will be described later. Then, the process returns to step S101.

(Step S113) The remuneration unit 116 determines whether it is time to perform remuneration processing corresponding to the one order instruction received in step S103. For example, the product delivery support device 10 may include a completion receiving unit (not shown) that receives information indicating that the delivery of the product corresponding to the order instruction has been completed. When information indicating that the delivery corresponding to the order instruction has been completed is received, the remuneration unit 116 determines that it is time to perform remuneration processing for the delivery person corresponding to one order instruction. , it is determined that it is not the time to perform reward processing. If it is the timing to perform the reward process, the process proceeds to step S114, and if not, the process proceeds to step S115.

(Step S114) The remuneration unit 116 performs remuneration processing corresponding to one order instruction. Details of this process will be described later. Then, the process returns to step S101.

(Step S115) The non-acquisition information receiving unit 114 determines whether non-acquisition information has been received. If so, the process proceeds to step S116; if not, the process returns to step S101.

(Step S116) The remuneration unit 116 performs remuneration processing according to the non-acquisition information received in step S115. The remuneration unit 116, for example, provides a reward corresponding to the non-acquisition information to the deliverer of the deliverer terminal 30 who transmitted the non-acquisition information or to the deliverer who responds to the order instruction corresponding to the non-acquisition information. Perform reward processing. For the user of the user terminal 20 who has sent an order instruction corresponding to this non-acquisition information, for example, information indicating that the order could not be fulfilled is sent using an e-mail or a message. good too. Also, for example, the delivery of the product in response to this order instruction may be terminated. Then, the process returns to step S101.

Note that in the flowchart of FIG. 2, the process ends when the power is turned off or when the process ends.

Next, an example of billing processing of the product delivery assistance device 10 of the delivery assistance system 1 will be described with reference to the flowchart of FIG. 3(a). This process corresponds to step S112 in the flowchart of FIG.

(Step S201) The billing unit 115 determines whether the product corresponding to the order instruction corresponding to the billing process is a regular product. If it is a normal product, the process proceeds to step S202, and if it is not a normal product (specifically, if it is a medium product), the process proceeds to step S203.

(Step S202) The billing unit 115 performs processing for billing by a method according to the normal product. The billing unit 115 performs processing for billing the user of the user terminal 20 that has transmitted the order instruction. Then, it returns to the upper processing.

(Step S203) The billing unit 115 acquires waiting amount information corresponding to the order instruction from a storage unit (not shown) in which waiting amount information is stored.

(Step S204) The billing unit 115 performs processing for billing by a method according to the average product. The billing unit 115 performs processing for billing the user of the user terminal 20 that has transmitted the order instruction. The billing unit 115 determines the billing amount using, for example, the waiting amount information acquired in step S203. If the waiting amount information is not used for billing processing, the processing of step S203 may be omitted. Then, it returns to the upper processing.

Note that in the flowchart of FIG. 3, the process ends when the power is turned off or an interrupt for ending the process occurs.

Next, an example of remuneration processing of the product delivery assistance device 10 of the delivery assistance system 1 will be described with reference to the flowchart of FIG. 3(b). This process is a process corresponding to step S114 in the flowchart of FIG.

(Step S301) The remuneration unit 116 determines whether the product corresponding to the order instruction corresponding to the remuneration process is a normal product. If it is a normal product, the process proceeds to step S302, and if it is not a normal product (specifically, if it is a medium product), the process proceeds to step S303.

(Step S302) The remuneration unit 116 performs processing for giving a remuneration by a method according to the normal product. The reward unit 116 performs processing for rewarding the deliverer of the deliverer terminal 30 corresponding to the order instruction. Then, it returns to the upper processing.

(Step S303) The reward unit 116 acquires waiting amount information corresponding to the order instruction from a storage unit (not shown) in which waiting amount information is stored.

(Step S304) The remuneration unit 116 performs processing for giving a remuneration by a method according to the average product. The billing unit 115 performs processing for rewarding the deliverer of the deliverer terminal 30 corresponding to the order instruction. The remuneration unit 116 determines the amount of remuneration using, for example, the waiting amount information acquired in step S303. If the waiting amount information is not used for billing processing, the processing of step S303 may be omitted. Then, it returns to the upper processing.

In the flowchart of FIG. 3(b), the process ends when the power is turned off or an interrupt for ending the process occurs.

Next, an example of operation of the user terminal 20 will be briefly described. When the user reception unit receives an operation to display the product order screen, the user transmission unit transmits an access instruction to the product delivery support device 10, and when the user reception unit receives the order screen information corresponding to the access instruction, A user output displays an order screen. When the user reception unit receives an operation to order a product from the order screen, the user transmission unit transmits an order instruction to the product delivery support device 10. - 特許庁

Next, an example of the operation of the deliverer terminal 30 will be briefly described. When the deliverer receiving unit receives the delivery offer from the product delivery support device 10, the deliverer output unit displays the delivery offer. When the deliverer reception unit receives an operation to accept the delivery offer, the deliverer transmission unit transmits acceptance information to the product delivery support device 10 . When the delivery person reception unit receives an operation to acquire confirmation information (for example, an operation to photograph a queue), a delivery person acquisition unit (not shown) acquires confirmation information using a photographing function, etc., and transmits it to the delivery person. department transmits the acquired confirmation information to the product delivery support device 10 . When the deliverer reception unit receives an operation to transmit the waiting amount information, the deliverer transmission unit transmits the waiting amount information to the product delivery support device 10 . When the deliverer reception unit receives an operation to transmit the non-acquisition information, the deliverer transmission unit transmits the non-acquisition information to the product delivery support device 10 .

Specific operations of the delivery support system 1 according to this embodiment will be described below.

FIG. 4 is a service area management table for managing service areas stored in a storage unit (not shown). The service area management table has attributes of "area ID", which is a service area identifier, and "area", which is one or more areas included in the service area. A district is each area when a municipality is divided into a plurality of areas, and is represented by, for example, 1-chome, 2-chome, and the like. "Area" is represented here by a combination of one or more of prefecture name, municipality name, and area name.

FIG. 5 is a product management table for managing products stored in a storage unit (not shown). The product management table contains a product identifier “product ID”, product name “product name”, product unit price “unit price”, product selling store name “store name”, store address "address", "area ID", which is the service area identifier of the service area including the store, "product classification", which is information indicating whether the product is a regular product or a medium product, to acquire the product has an attribute "waiting time" which is the waiting time of The value "normal" of the "product category" indicates that the corresponding product is a normal product, and the value "average" indicates that the corresponding product is a medium product. "Waiting time" is an example of waiting information. "Waiting time" is, for example, the average time (minutes) required to acquire a product. Since there is no need to wait in line to receive a normal product, the "waiting time" value of the record corresponding to the normal product is blank or NULL here.

FIG. 6 is a user management table stored in a storage unit (not shown). The user management table includes a user identifier “user ID”, a user name “name”, a delivery address used when delivering products to the user “delivery address”, and a user It has attributes such as "card number" which is a credit card number.

FIG. 7 is a deliverer management table for managing deliverer information stored in the deliverer information storage unit 101. As shown in FIG. The deliverer management table includes a "deliverer ID" that is a deliverer identifier, a "name" that is the name of the deliverer, and a service area corresponding to the deliverer (for example, a service area where the deliverer can obtain and deliver the product). It has attributes of "Area ID", which is the service area identifier of the service area, and "Total Remuneration", which is the total amount of remuneration received by the delivery person. Rewards to the deliverer are paid to the deliverer at predetermined times (for example, every day at 23:00, every Monday at 9:00 am, etc.). The value is reset to '0'.

FIG. 8 is an order screen management table for managing the order screen information stored in the screen information storage unit 102. As shown in FIG. The order screen management table has attributes of "order screen", which is the file name of the order screen information, and "area identifier", which is the service area identifier corresponding to the order screen information. The service area identifier corresponding to the order screen information here is assumed to be the service area identifier where all the stores that provide the products in the order screen displayed using the order screen information are located.

First, user A whose user identifier is "U0001" inputs the user identifier "U0001" into the user terminal 20 used by user A in order to order a product, and transmits an instruction to access the order screen. , the user reception unit of the user terminal 20 receives this operation, and transmits an access instruction having the input user identifier “U0001” to the product delivery assistance device 10 .

When the access instruction receiving unit 103 of the product delivery support device 10 receives the access instruction having the user identifier "U0001", the screen transmitting unit 104 sets the "user ID" in the user management table shown in FIG. A record (row) matching the user identifier "U0001" is detected, and the address "3-12-20, A-cho, A-shi, A-ken", which is the value of the "delivery address" of the detected record, is acquired. Then, "3-chome, A-town, A-city, A-prefecture", which is the set value of the prefecture name, municipality ward name, and area name of the acquired address, is acquired, and in the service area management table shown in FIG. As the value of "area", the value of "area ID" of the record having a value that matches the acquired value of "3-chome, A-cho, A-shi, A-ken" is acquired. Here, since the record (row) whose "area ID" is "A101" in the service area management table has a matching value, "A101", which is the value of the "area ID" of this record, is acquired. do. Then, in the order screen management table shown in FIG. 8, the value "R001" of the "order screen" of the record whose "area ID" matches the acquired value "A101" is obtained. The screen transmission unit 104 acquires the order screen information file whose file name has the acquired value “R001” from the screen information storage unit 102, and transmits the acquired file to the user terminal 20 of the user A who is the source of the access instruction. Send. The order screen information whose file name is "R001" is an order screen for accepting orders for one or more products provided at a store located in a service area whose service area identifier is "A101". Assume that the data is information to be displayed (for example, an HTML file, etc.). Specifically, one or more products provided in a store located in a service area with a service area identifier of "A101" are identified by "area ID" of "A101" in the product management table shown in FIG. ” is the product corresponding to the record. As an example, the products here are foods and drinks.

When the user reception unit of the user terminal 20 of the user A receives the order screen information transmitted in response to the access instruction from the product delivery support device 10, the user display unit uses the received order screen information "R001" to Display the order screen.

FIG. 9 is a diagram showing a display example of an order screen displayed on the monitor 20a of the user terminal 20 by the user output unit of the user terminal 20 of the user A. As shown in FIG. On the order screen, a mark 90 indicating that it is a medium-sized product is placed on the medium-sized product, unlike the normal product. As a result, the normal product and the average product are displayed on the order screen so as to be visually distinguishable. In addition, a waiting time 97 for lining up to obtain the average product is provided for the average product. This waiting time corresponds to the value of "waiting time" for each product in the product management table of FIG. This waiting time corresponds to waiting information. This waiting time is not arranged for normal products.

User A who viewed the order screen enters an order in the quantity column 93 to order the product with the product name "special boxed lunch" sold at the store with the store name "DD Sushi". Assume that the number "1" is entered and the order button 94 is pressed. The user output unit of the user terminal 20 outputs the product identifier "F0003" of the product whose product name is "special bento", which is associated with the order button 94 in advance, and the order quantity "1" which is the value of the quantity column 93. , and the user identifier “U0001” of the user A is sent to the product delivery assistance device 10 .

When receiving an order instruction from the user terminal 20, the order instruction receiving unit 105 of the product delivery support device 10 associates the received order instruction with the reception time and an order identifier that identifies the order instruction, and stores the order instruction in a storage unit (not shown). ). Here, the order identifier is a code that is automatically generated and assigned, and is, for example, a code obtained by adding "E" to the head of a serial number indicating the order in which order instructions are received. Assume that the associated order identifier is "E0817".

FIG. 10(a) is an order management table for managing order instructions stored in a storage unit (not shown). The order management table includes an "order ID" that is an order identifier that identifies the order instruction, a "date and time" that is the date and time when the order instruction was received, a "product ID" that is the product identifier of the product corresponding to the order instruction, "Order number" which is the number of ordered products, "User ID" which is the user identifier of the user of the user terminal 20 who transmitted the order instruction, and the delivery person identifier of the deliverer who acquires and delivers the product corresponding to the order instruction. and "parallel time", which is waiting amount information indicating the time spent in line to obtain the product. Note that when the order instruction is received, records (rows) in which the "deliverer ID" is blank or NULL are accumulated. Also, the value of the "parallel time" of the record corresponding to the order instruction corresponding to the normal product is blank or NULL. When an order instruction is received, even if the order instruction corresponds to a non-standard product, records (rows) in which the "parallel time" is blank or NULL are accumulated. Also, in the order management table of FIG. 10(a), the record containing the order instruction received most recently is arranged at the top. is a record of

When the order instruction receiving unit 105 receives the order instruction, the offer output unit 107 performs processing for outputting a delivery offer for this order instruction. First, the offer output unit 107 selects the name of the user who will be the delivery destination from the record in the user management table shown in FIG. "Yamada A man" and the address of the delivery destination "3-12-20, A town, A city, A prefecture" are obtained. In addition, the offer output unit 107 selects the product name “special boxed lunch”, the product name from the record in the product management table shown in FIG. Price "1200 yen", store name "DD Sushi", store address "3-chome A-cho, A-shi, A-ken", service area identifier "A101" including store location, product category "Normal" and "waiting time" "20 minutes" is acquired. Since the classification of the product is "Normal", this product is a medium product.

Then, the offer output unit 107 outputs the acquired name "A man Yamada", the delivery address "3-12-20 A-cho, A-shi, A-ken", the product name "special bento", the price of the product "1200 yen", the store name "DD Sushi", store address "3-chome A-cho, A-shi, A-ken...", information indicating that it is a medium-size product corresponding to the acquired product category "average", and "waiting time" of "20 minute", the number of orders "1" included in the order instruction, the order identifier "E0817" corresponding to the order instruction, and a template prepared in advance, etc., to create a delivery offer. Here, since the product corresponding to the order instruction is a medium product, the delivery offer created is a delivery offer.

In addition, the offer output unit 107 distributes one or more records (rows) in the delivery person management table shown in FIG. Records of deliverers who satisfy the delivery party offer conditions are detected, and deliverer identifiers, which are the values of "delivery ID", are acquired from one or more detected records. Then, the delivery offer created above is transmitted to the deliverer terminal 30 used by the deliverer indicated by the acquired deliverer identifier. For example, a delivery offer is sent using a notification identifier such as a device token stored in a storage unit (not shown) or the like in association with a delivery person identifier. It should be noted that the transmission of the delivery offer is not limited to the above method.

The deliverer receiving unit of each of the one or more deliverer terminals 30 to which the offer of delivery is sent receives the offer of delivery transmitted by the offer output unit 107 . The delivery offer received here is an acquired delivery offer. When the carrier receiver receives the delivery offer, the carrier output displays the received delivery offer.

FIG. 11 is a diagram showing a display example of a delivery offer displayed on the monitor 30a of the deliverer terminal 30 by the deliverer output unit of the deliverer terminal 30. As shown in FIG. Since this is an offer for delivery of a medium-sized product (that is, an acquisition delivery offer), a mark 81 indicating that it is a medium-sized product is placed. Also, a waiting time 82 for receiving the goods is arranged. Also provided is a button 83 for accepting the delivery offer. Assume that this button is associated with the order identifier "E0817" corresponding to the delivery offer.

When deliverer B sees the delivery offer on deliverer terminal 30 and presses button 83 to accept the delivery offer, the deliverer transmission unit pre-stores in a storage unit (not shown). The acceptance information having the delivery person identifier “D004” of the delivery person B and the order identifier “E0817” associated with the button 83 is transmitted to the product delivery assistance device 10 .

When the acceptance information receiving unit 108 of the product delivery support device 10 receives the acceptance information, the "order ID" in the order management table shown in FIG. 10(a) matches the order identifier "E0817" included in the acceptance information. Determine whether the value of "Delivery ID" in the record is blank or NULL. Since the field is blank or NULL, the deliverer identifier "D004" of the received acceptance information is stored as the value of "deliverer ID" of the matching record. This means that the deliverer is determined. Also, here, determination information indicating that the delivery person has been determined is transmitted to the delivery person terminal 30 that has transmitted the acceptance information, using a transmission unit (not shown) or the like. Decision information is, for example, information having an order identifier that acceptance information has. Decision information may comprise information necessary for obtaining and delivering goods, similar to delivery offers. If the field is not blank or NULL, the delivery person has already been determined, and the undetermined information indicating that the delivery person has not been determined has been sent as acceptance information using a transmission unit (not shown) or the like. It is transmitted to the deliverer terminal 30.

It should be noted that the details of the name and delivery address are not output as a delivery offer, but are sent to the deliverer of the deliverer terminal 30 that transmitted the acceptance information at the time the acceptance information is received and the delivery person is determined. You may send.

When the deliverer receiving section of the deliverer terminal 30 of the deliverer B receives the decision information, the deliverer output section displays this information on the monitor 30a. After confirming this display, delivery person B uses the address indicated by the delivery offer, etc. in order to acquire the product corresponding to the above delivery offer. (hereinafter referred to as "DD Sushi"). Then, they line up in a queue to purchase items at the store.

When the deliverer B stands in line at the store to receive the product, the delivery person B takes a picture of the queue of people to receive the product in front of the DD Sushi shop using the photographing function of the delivery person terminal 30, and obtains a photographed image. as confirmation information, an operation is performed to transmit the same in association with the order identifier included in the decision information received above. For example, when the delivery person terminal 30 is operated to transmit the confirmation information obtained by photographing after specifying the determination information described above, the deliverer transmission unit of the deliverer terminal 30 detects that the specified determination information is The photographed image, which is confirmation information, is transmitted to the product delivery support device 10 in association with the order identifier “E0817” that it has. It is assumed that the file name of the captured image to be transmitted is "img1234.jpg".

FIG. 12 is a diagram showing a photographed image of a queue photographed by the delivery terminal 30. As shown in FIG.

When the confirmation information receiving unit 109 receives the confirmation information transmitted in association with the order identifier "E0817" from the deliverer terminal 30, that is, the photographed image with the file name "img1234.jpg", the confirmation information storage unit 110 stores the received confirmation information, which is the photographed image, in confirmation information storage unit 111 in association with the order identifier associated with this confirmation information and the reception time of the confirmation information.

FIG. 13 is a confirmation information management table for managing confirmation information stored in the confirmation information storage unit 111. As shown in FIG. The confirmation information management table includes "confirmation information", which is the file name of the photographed image as confirmation information, "order ID", which is the order identifier associated with each piece of personal information, and "receipt time", which is the reception time of the confirmation information. ” attribute.

By referring to the confirmation information corresponding to the order identifier stored in the confirmation information storage unit 111, for example, it is possible to determine whether the delivery person corresponding to the order identifier actually lined up at the store to obtain the product, and whether the queue length It is possible to check whether the length corresponds to the time required to receive the product (in other words, the waiting time) indicated by the waiting amount information described later.

When deliverer B acquires the product at store B, delivery person B confirms the time spent queuing at store B to receive the product (in other words, the time spent waiting), and sends the waiting amount information indicating this time to the decision received above. An operation is performed to transmit the order identifier in association with the information. For example, after designating the above-mentioned decision information, if the delivery person terminal 30 is operated to input the time the customer waited in line at the store B using an input device or the like and transmit the input time, the delivery of the delivery person terminal 30 will be performed. The customer transmission unit transmits to the product delivery assistance device 10 the wait amount information indicating the time the customer waited in line at store B, which was input above, in association with the order identifier "E0817" included in the specified determination information. Here, it is assumed that "30 minutes" is acquired as the waiting amount information. It should be noted that pressing a predetermined button (not shown) or the like output by the terminal output unit when queuing in line at the store to receive the product and when acquiring (receiving) the product are required. , the waiting amount information, which is the length of time that the vehicle has been lined up, can be automatically obtained. Alternatively, as the waiting amount information, a set of the time when the queue started and the time when the product was acquired may be obtained and transmitted.

When the waiting amount information receiving unit 113 of the product delivery support device 10 receives the waiting amount information associated with the order identifier "E0817" from the deliverer terminal 30, the received waiting amount information is processed by the order identifier "E0817". Store in association with the identified order instruction. For example, the waiting amount information receiving unit 113 detects a record (row) whose “order ID” is the order identifier “E0817” in the order management table shown in FIG. ' is stored as the value of '30 minutes', which is the time indicated by the received waiting amount information. The accumulated order management table becomes as shown in FIG. 10(b).

Although the waiting amount information is transmitted after the product is acquired here, the waiting amount information may be transmitted after the product is delivered, for example.

Suppose that deliverer B, who lined up at store B to obtain the product, moves to the delivery address and delivers the product to user A, who is the delivery destination.

Since the delivery is completed, deliverer B sends delivery completion information indicating completion of delivery corresponding to the order instruction indicated by the order identifier included in the decision information received above to deliverer terminal 30. 10. For example, when the delivery completion information is sent to the deliverer terminal 30 after specifying the decision information, the deliverer transmission unit of the deliverer terminal 30 transmits the order identifier included in the specified decision information. The delivery completion information is sent to the product delivery support device 10 in association with "E0817".

When the receiving unit (not shown) of the product delivery support device 10 receives the delivery completion information associated with the order identifier "E0817" from the deliverer terminal 30, the billing unit 115 receives the order identifier "E0817" as follows. E0817” is charged.

FIG. 14(a) is a billing formula management table for managing billing amount calculation formulas used in billing processing. The charging formula management table consists of a "product classification" that indicates whether the product corresponding to the order instruction is a normal product or a medium product, and a "charging formula" that is a calculation formula used to determine the charge amount. ”. In the "product category", "regular" indicates normal products, and "average" indicates average products. In addition, in the "billing formula", Y is the determined billing amount (yen), and X is the amount of the ordered product (yen). The price of the product is, for example, a value obtained by multiplying the quantity of the ordered product by the unit price of the ordered product managed by the product management table shown in FIG. T is the time (minutes) of queuing to obtain the average product, and is the time indicated by the waiting amount information. The above calculation formula is stored, for example, in a storage unit (not shown). It should be noted that an algorithm or the like for performing calculation processing corresponding to the calculation formula may be stored instead of the calculation formula. The same applies to the calculation formula for the remuneration amount, which will be described later.

Billing unit 115 detects a record whose “order ID” matches order identifier “E0817” in the order management table shown in FIG. Using the obtained product identifier "F0003", the product classification "Normal" indicating that the product is a medium product is acquired from the record with the "product ID" of "F0003" in the product management table shown in FIG.

Since the acquired product category is "Normal", the calculation formula " Y=X+500+10T".

Next, in order to calculate using the obtained formula, the billing unit 115 obtains the number of orders "1", the user identifier "U0001", and " The time "30 minutes" indicated by the waiting amount information, which is the value of "parallel time", is acquired. Also, the unit price of the product "1200 yen" is acquired from the record with the "product ID" of "F0003" in the product management table shown in FIG. Then, the acquired unit price of the item "1200 yen" is multiplied by the number of orders "1" to calculate the price of the ordered item "1200 yen".

The billing unit 115 performs calculation by substituting the above-calculated amount of product "1,200 yen" for X in the above-acquired calculation formula, and substituting "30 minutes", which is the time indicated by the waiting amount information, for T. to acquire the charge amount "2000 yen", which is the value of Y.

Then, the billing unit 115 bills the acquired billing amount “2000 yen” to the user whose user identifier is “U0001” acquired above. Here, for example, the user's credit card number "3520-15..." is obtained from the record whose "user ID" is "U0001" in the user management table shown in FIG. Then, the charged amount "2000 yen" is settled by card.

Further, the remuneration unit 116 performs remuneration processing corresponding to the order identifier "E0817" as follows.

FIG. 14B is a remuneration formula management table for managing remuneration calculation formulas used in remuneration processing. The remuneration formula management table consists of a "product classification" that indicates whether the product corresponding to the order instruction is a normal product or a normal product, and a "remuneration formula" that is a calculation formula used to determine the remuneration amount. ”. In the "product category", "regular" indicates normal products, and "average" indicates average products. In the "remuneration formula", Y is the determined remuneration amount (yen), T is the time (minutes) of queuing to obtain the average product, and is the time indicated by the waiting amount information. The above calculation formula is stored, for example, in a storage unit (not shown). It should be noted that an algorithm or the like for performing calculation processing corresponding to the calculation formula may be stored instead of the calculation formula. The same applies to the calculation formula for the remuneration amount, which will be described later.

The remuneration unit 116 detects a record in the order management table shown in FIG. , from the record with the "product ID" of "F0003" in the product management table shown in FIG.

Since the acquired product category is “Normal”, the remuneration unit 116 determines the remuneration amount from the record in which the “Product category” is “Normal” in the remuneration formula management table shown in FIG. 14(b). Obtain the formula used "Y=200+5T".

In the order management table shown in FIG. , which is the value of "30 minutes" indicated by the waiting amount information.

The remuneration unit 116 performs calculation by substituting “30 minutes”, which is the time indicated by the waiting amount information, for T in the obtained calculation formula, and obtains the value of Y, which is the remuneration amount of “350 yen”.

Then, the remuneration unit 116 performs a process of giving the acquired remuneration amount “350 yen” as a remuneration to the deliverer whose deliverer identifier acquired above is “D004”. Here, for example, in the delivery person management table shown in FIG. Overwrite with the value "3150 yen" added with "yen".

In the above description, it is assumed that delivery person B lined up to obtain the product, but was unable to obtain the product. In this case, the deliverer B transmits to the product delivery assistance device 10 non-acquisition information indicating that the average product, which is the product corresponding to the order instruction indicated by the order identifier included in the decision information received above, could not be obtained. to perform the operation. For example, when the delivery person terminal 30 is operated to transmit non-acquisition information after specifying the determination information described above, the deliverer transmission unit of the deliverer terminal 30 transmits the order identifier included in the specified determination information. The non-acquisition information is transmitted to the product delivery support device 10 in association with "E0817".

When the non-acquisition information receiving unit 114 of the product delivery support device 10 receives the non-acquisition information, the charging unit 115 does not perform charging processing because the product has not been acquired. The remuneration unit 116 performs remuneration processing as follows according to the non-acquisition information.

First, in the order management table shown in FIG. The time "30 minutes" indicated by the waiting amount information, which is the value of the identifier "D004" and "parallel time", is acquired. Then, the obtained time "30 minutes" is substituted as the value of T in "Y=2T", which is a formula for calculating a predetermined reward amount, to obtain the reward amount Y (yen). Here, the reward amount "60 yen" is acquired.

Then, the remuneration unit 116 performs a process of giving the acquired remuneration amount “60 yen” as a remuneration to the user whose delivery person identifier acquired above is “D0001”. Here, for example, in the user management table shown in FIG. ” is added and overwritten with the value “2860 yen”.

Here, assuming that the item ordered by the user A with the item identifier "F0003" and the item name "special bento box" is not a regular item but a regular item, and the item management shown in FIG. Assume that the value of the "product classification" of the record whose "product ID" in the table is "F0003" is not "normal" but "normal".

In this case, unlike FIG. 9, neither the mark 90 indicating the average product nor the waiting time 97 for obtaining the product is placed in the area corresponding to this product on the order screen. Also, the order management table when this order instruction is received becomes the same as in FIG. 10(a).

When the order instruction receiving unit 105 receives the order instruction, the offer output unit 107 acquires the delivery offer and outputs it to the deliverer terminal 30 in the same manner as described above. However, the delivery offer to be obtained and output is the delivery offer corresponding to the normal product, and is a delivery offer different from the obtained delivery offer obtained and sent above. Since this delivery offer is a delivery offer for a normal product, it is a delivery offer that does not require a waiting time (for example, the value of "waiting time" in the product management table in FIG. 5) to acquire the product.

FIG. 15 is a diagram showing a display example of a delivery offer displayed on the monitor 30a of the deliverer terminal 30 by the deliverer output unit of the deliverer terminal 30. As shown in FIG. Here, since the offer is for delivery of a normal product, unlike FIG. 11, instead of displaying the mark 81 indicating the average product, a mark 85 indicating the normal product is placed. , the title of the offer is changed from Get Delivery Offer to Delivery Offer. Also, unlike FIG. 11, the waiting time 82 is not arranged here. A delivery offer similar to the delivery offer in FIG. 11 is displayed except for this mark 85 and waiting time 82 .

If deliverer B sees the above deliverer offer on deliverer terminal 30 and presses button 83 to accept the delivery offer, the deliverer identifier of deliverer B is "D004", as described above. , and the order identifier “E0817” associated with the button 83 is transmitted to the product delivery assistance device 10 .

Upon receiving the acceptance information, the acceptance information receiving unit 108 of the product delivery support device 10 receives the order management table shown in FIG. It is determined whether the value of "deliverer ID" is blank or NULL. If the field is blank or NULL, the deliverer identifier "D004" of the received acceptance information is stored as the "deliverer ID" value of the matching record. As a result, the deliverer is determined, and the transmission unit (not shown) transmits determination information indicating that the deliverer has been determined to the deliverer terminal 30 that transmitted the acceptance information. If the field is blank or not NULL, undecided information is sent to the deliverer terminal 30 that sent the acceptance information.

In the same way as described above, delivery person B confirms this determination information and moves to the store "DD Sushi" to obtain the product corresponding to the above delivery offer. Acquire a product and deliver the acquired product to a user who responds to the delivery offer. Here, since the product is a normal product, deliverer B does not queue to obtain the product. In addition, neither acquisition nor transmission of confirmation information as described above, nor transmission of standby amount information as described above is performed.

When the delivery is completed, the deliverer B performs an operation to transmit the delivery completion information to the product delivery assistance device 10, and in response to this, the deliverer transmission unit of the deliverer terminal 30 transmits the order included in the specified determination information. The delivery completion information is sent to the product delivery support device 10 in association with the identifier "E0817".

When the receiving unit (not shown) of the product delivery support device 10 receives the delivery completion information associated with the order identifier "E0817" from the deliverer terminal 30, the billing unit 115 receives the order identifier "E0817" as follows. E0817” is charged.

Billing unit 115 detects a record in the order management table shown in FIG. Using the obtained product identifier "F0003", the product classification is acquired from the record with the "product ID" of "F0003" in the product management table shown in FIG. The product classification acquired here is not "Normal" indicating that the product is a medium product as described above, but "Normal" indicating that it is a normal product.

Since the acquired product classification is "normal", the calculation formula " Y=X+500” is acquired.

Next, billing unit 115 calculates the number of orders “1” and the user identifier “U0001” from the record detected in the order management table shown in FIG. get. Also, the unit price of the product "1200 yen" is acquired from the record with the "product ID" of "F0003" in the product management table shown in FIG. Then, the acquired unit price of the item "1200 yen" is multiplied by the number of orders "1" to calculate the price of the ordered item "1200 yen".

The billing unit 115 substitutes the above-calculated product amount “1200 yen” for X in the calculation formula obtained above, and obtains the value of Y, which is the billing amount “1700 yen”.

Then, similarly to the above, the charging unit 115 charges the acquired charging amount “1700 yen” to the user whose user identifier is “U0001” acquired above.

Further, the remuneration unit 116 performs remuneration processing corresponding to the order identifier "E0817" as follows.

The remuneration unit 116 detects a record in the order management table shown in FIG. , from the record in which the "product ID" is "F0003" in the product management table shown in FIG.

Since the acquired product category is “normal”, the remuneration unit 116 determines the amount of remuneration from the record in which the “product category” is “normal” in the remuneration formula management table shown in FIG. 14(b). Acquire the formula “Y=200” to be used.

The remuneration unit 116 acquires the remuneration amount “200 yen”, which is the value of Y, using the acquired formula.

Then, in the same manner as described above, the remuneration unit 116 performs a process of giving the acquired remuneration amount of "200 yen" as a remuneration to the deliverer whose deliverer identifier is "D004" acquired above.

As described above, according to the present embodiment, it is possible to accept an order and a delivery request for a product in consideration of whether or not the product is to be acquired side by side.

(Embodiment 2)
FIG. 16 is a block diagram of a delivery support system according to this embodiment. The delivery support system 1a of the present embodiment includes a product delivery support device 10a instead of the product delivery support device 10 in the delivery support system 1 of the above embodiment, and one or more parallel terminals 40 are provided. It is designed to have

The product delivery assistance device 10a and parallel terminals 40 are connected to each other via a wired or wireless network or the like so as to be communicable.

The product delivery assistance device 10a includes a deliverer information storage unit 101, a screen information storage unit 102, an access instruction reception unit 103, a screen transmission unit 104, an order instruction reception unit 105, an ordinary person information storage unit 206, an offer output unit 207, an acceptance Information reception unit 208, confirmation information reception unit 209, confirmation information storage unit 210, confirmation information storage unit 211, acquisition information reception unit 212, waiting amount information reception unit 213, non-acquisition information reception unit 214, charging unit 115, and reward unit 216. The offer output unit 207 includes acquisition offer output means 2071 and delivery offer output means 2072 .

16, the same reference numerals as in FIG. 1 denote the same or corresponding parts, and detailed description thereof is omitted here.

The average person information storage unit 206 stores one or more average person information. The queuing information is information about people queuing up to acquire the product. The people who line up are, for example, people who line up in a queue at a store or the like in order to acquire products. The parallel person information has a parallel person identifier that identifies a person in line. For the parallel person identifier, for example, the same information as the delivery person identifier, such as the name of the person in line and the code assigned to the person in line, can be used.

The queuing person information may have a service area identifier of the service area that the queuing person is in charge of. The service area for which the people in line are in charge is, for example, a service area in which people line up to obtain (for example, receive) products. The queuing information may include information about the rewards of queuing people. The reward information is, for example, the amount of reward received by the line-up person. Also, the average person information may have an average person status indicating the current situation of the average person. The average person status is information indicating whether or not the average person is following the line, information indicating whether or not the person is in a situation where it is possible to line up in the line, or a combination of these. In addition, the queuing person information may include the account numbers of queuing people used when paying remuneration to queuing people, information on payees such as electronic money accounts, and the like. In addition, the parallel person information may include the destination information of the parallel person for transmitting an offer (for example, acquisition offer) to the parallel person, which will be described later. The destination information includes the e-mail address of the person in line, the account for sending messages to the person in line (this account may be the mobile phone number of the person in line), and the terminal 40 used by the person in line. , a notification identifier (eg, device token, etc.) associated with application software for receiving notifications. Also, the destination information and the ordinary identifier may be used in common.

The offer output unit 207, in the offer output unit 107 described in the above embodiment, determines whether the product corresponding to the order instruction is a normal product or a normal product as an offer for delivery of the product according to the order instruction. Regardless, the above-described delivery offer is output, and if the order instruction is an order instruction for an average product, an acquisition offer is output. Acquisition offers are offers to acquire products in line according to order instructions. A pick-up offer is, for example, an offer to pick up a product in line to one or more line-ups.

The offer output unit 207 outputs a delivery offer for the product corresponding to the order instruction, for example, when the product corresponding to the order instruction is a normal product. Further, the offer output unit 207 may output an acquisition offer and a delivery offer for the product corresponding to the order instruction when the product corresponding to the order instruction is a medium-sized product. A delivery offer when the product is a medium product may be considered as a delivery offer to acquire and deliver the product obtained by the acquisition offer, for example. When outputting an acquisition offer and a delivery offer in response to one order instruction, the acquisition offer and the delivery offer may or may not be output at the same time. Delivery offers are preferably output after acquisition offers.

Hereinafter, in this embodiment, offer output unit 207 mainly includes acquisition offer output means 2071 and delivery offer output means 2072. A description will be given of a case where a product delivery offer is output according to the order instruction, and when the product according to the order instruction is a normal product, an acquisition offer and a delivery offer for the product according to the order instruction are output.

Acquisition offer output means 2071 outputs an acquisition offer. Acquisition offer output means 2071 outputs, for example, an acquisition offer for a product according to an order instruction. For example, the acquisition offer output unit 2071 outputs an acquisition offer when the product corresponding to the order instruction is a medium-sized product. Further, for example, the acquisition offer output means 2071 does not output an acquisition offer when the product according to the order instruction is a normal product.

The acquisition offer output means 2071 may output the acquisition offer to all the people in line, or may output the offer to acquire only to some people in line. Acquisition offer output means 2071 outputs an acquisition offer to, for example, one or more people in line who satisfy acquisition offer conditions. Acquisition offer conditions are conditions for receiving an acquisition offer. The acquisition offer condition is, for example, a condition that the customer stands in line and is in a position where it is possible to acquire the product in line with the order instruction in order to acquire the product. For example, the acquisition offer output means 2071 asks all or some of the people who are in line to acquire the product in line with the order instruction to obtain the product according to the order instruction. Output a get offer for a product. A line-up person who is in an obtainable position is, for example, a line-up person who has registered a service area including the delivery address of the user who issued the order instruction (for example, registers as a service area in which the product can be obtained side by side). . A queue person in an obtainable position is, for example, a queue person corresponding to the queue person information having the service area identifier of the service area including the delivery destination location of the user who issued the order instruction. A line person corresponding to the line person information is a line person identified by the line person identifier included in the line person information. For example, the acquired offer output unit 2071 uses the service area indicated by the service area identifier of the queuing person in the queuing person information and the location information of the delivery destination of the user who places the order corresponding to the order instruction to determine the delivery destination location. One or more line-up persons corresponding to the line-up person information having the service area identifier of the service area containing the information are determined to be line-up persons in a deliverable position, and an offer is output to the determined line-up persons. Further, when the service area identifier of the service area including the delivery destination of the user is associated with the user identifier of the user in advance, the service area is the same as the service area identifier associated with the user of the delivery destination corresponding to the order instruction. One or two or more people in line corresponding to the person-in-person information having an identifier may be determined as people in line who are in a position where the product can be acquired side by side, and an acquisition offer may be output to the determined people in line.

The location information of the delivery destination of the user here may be the location information of the delivery destination of the user associated with the order instruction received by the order instruction receiving unit 105 (for example, included in the order instruction). location information of the user's delivery destination stored in a storage unit (not shown) of the product delivery support device 10 in association with the user identifier associated with the . The location information of the user's delivery destination is, for example, information specifying the delivery destination described above.

It should be noted that the acquisition offer output means 2071 does not limit the process of identifying one or more people who are in a position where the product can be acquired side by side. For example, a queuing person whose position information contained in the queuing person information is within a predetermined distance from the position indicated by the location information of the delivery destination of the user who places the order corresponding to the order instruction. Alternatively, the queuing person who is in a position where the travel time to the position indicated by the location information of the delivery destination of the user who places the order is within a predetermined time may be determined as the queuing person who is in a deliverable position.

Also, the acquisition offer condition may be a condition that it is possible to stand in line at present. The state of being able to line up at present may be a state of not currently standing in line. For example, the obtained offer output means 2071 may display a line person indicating that the line person status of the corresponding line person information is possible to line up, or a line person indicating that the line person status is not currently in line, It may be determined to those who meet the acquisition offer conditions.

Also, the acquisition offer condition may be a combination of two or more of the above conditions.

Acquisition offers are made, for example, by notifications, emails, or messages. For example, the acquisition offer output means 2071 outputs the acquisition offer by notification, email, message, or the like to one or more queuing people (for example, the parallel terminals 40 of the queuing people) who are output destinations of the acquisition offer. For example, the acquisition offer output means 2071 acquires the transmission destination information of the line-up person included in the line-up information corresponding to one or more line-up persons to whom the acquisition offer is output from the line-up information storage unit 106, and obtains the acquired transmission Output the acquisition offer with the destination information.

The acquisition offer is information including, for example, the product identifier of the product to be acquired, the number of products, the name of the store where the product is to be acquired, the location information of the store to be acquired, waiting information for acquiring the product, and the like. However, the acquisition offer may be information other than the above as long as it specifies the product to be acquired and the location from which the product is to be acquired. Acquisition offers may also be associated with corresponding order instructions. For example, when the order instruction receiving unit 105 receives an order instruction, an order processing unit (not shown) or the like of the product delivery support device 10a sends an order for the product to the store that provides the product corresponding to the order instruction. is performed online, etc., an order identifier (e.g., order number, order code, etc.) that identifies this order is output instead of (or in addition to the product identifier, quantity, etc.) the acquisition offer. You may

The acquisition offer may have pending information about the product. Since the wait information has been described above, a detailed description thereof will be omitted here.

The output of the acquisition offer includes transmission to an external device such as the parallel terminal 40, temporary storage in a recording medium for transmission, delivery of the processing result to another processing device or other program that performs transmission, etc. It is a concept that includes Acquisition offer output means 2071 may or may not include an output device such as communication means. Acquired offer output means 2071 can be realized by output device driver software, or output device driver software and output device.

Delivery offer output means 2072 outputs a delivery offer. The delivery offer output means 2072 outputs, for example, a delivery offer for the product according to the order instruction. The delivery offer is an offer to obtain and deliver the product without queuing, and is a delivery offer similar to the delivery offer described in the above embodiment. For example, the acquisition offer output means 2071 outputs a delivery offer to acquire and deliver the product without lining up when the product according to the order instruction is a normal product. For example, the acquisition offer output unit 2071 outputs a delivery offer to acquire and deliver the product without lining up when the product according to the order instruction is a medium product. A delivery offer in the case of an ordinary product outputs a delivery offer to acquire and deliver the product acquired by the queuing person without lining up. The delivery offer output when the product according to the order instruction is a regular product and the delivery offer output when the product according to the order instruction is a normal product may be considered the same delivery offer. You can think of it as a different delivery offer. For example, a delivery offer that is output when the product according to the order instruction is a standard product may be considered as one aspect of the delivery offer to obtain and deliver the product without lining up. In addition, the delivery offer output when the product according to the text instruction is a normal product and the delivery offer output when the product according to the order instruction is a normal product are different offers (for example, visual different offers) or the same offer.

The delivery offer output means 2072 outputs the delivery offer immediately after receiving the order instruction, for example, when the product according to the order instruction is a normal product. Also, the delivery offer output means 2072 may output a delivery offer to the deliverer in response to the received information received by the acquired information receiving section 112, for example. For example, when the product according to the order instruction is a medium-sized product, the acquisition offer output means 2071 outputs a delivery offer to the deliverer in response to the reception of the acquisition information in the acquisition information receiving section 112 . However, the timing at which the delivery offer output means 2072 outputs the delivery offer is not limited to the above. For example, when the order instruction receiving unit 105 receives an order instruction, the delivery offer output means 2072 may output a delivery offer corresponding to this order instruction.

The delivery offer output means 2072 may output delivery offers to all deliverers, or may output delivery offers only to some deliverers. For example, the delivery offer output means 2072 outputs a delivery offer to one or more deliverers who satisfy the delivery offer conditions. Delivery offer conditions are, for example, conditions for receiving a delivery offer. As delivery offer conditions, for example, the same conditions as the deliverer offer conditions described in the above embodiment can be used. Further, regarding the process of outputting a delivery offer to the deliverer who satisfies the delivery offer conditions, the process of outputting a delivery offer to the deliverer who satisfies the deliverer offer conditions is performed by the offer output unit 107 of the above-described embodiment. is similar to Therefore, a detailed description of the delivery offer conditions and the process of outputting the delivery offer will be omitted.

It does not matter how the delivery offer output means 2072 specifies one or more deliverers who are in a position where the product can be delivered, and outputs the delivery offer to the specified deliverers. For example, the delivery offer output means 2072 may determine the deliverer by the same processing as the offer output section 107 of the above embodiment.

The process of outputting the delivery offer by the delivery offer output means 2072 and the delivery offer to be transmitted are, for example, the process of outputting the delivery offer performed by the offer output unit 107 in the above-described embodiment and the delivery offer output by the offer output unit 107. etc. can be used, detailed description is omitted here.

Acceptance information receiving section 208 receives acceptance information indicating that the delivery offer is received from deliverer terminal 30 in response to the delivery offer output by offer output section 207, similarly to acceptance information receiving section 108 of the above embodiment. .

In addition, the acceptance information receiving section 208 may receive, from the parallel terminal 40, acceptance information to the effect that an offer to be acquired is received from the parallel terminal 40 according to the offer to be acquired output by the offer output section 207. FIG. This parallel terminal 40 is, for example, the parallel terminal 40 of a person in line who receives an acquisition offer. The acceptance information receiving unit 208 receives, for example, the secondary acceptance information associated with the line-up person who receives the acquisition offer. The parallel acceptance information associated with the parallel person is, for example, parallel acceptance information associated with the parallel person identifier that identifies the parallel person. The joint acceptance information associated with the joint identifier may be the joint acceptance information having the joint identifier. Note that this also applies to information other than the parallel acceptance information associated with the parallel person identifier. The acceptance information receiving unit 208 further receives secondary acceptance information associated with the order instruction corresponding to the obtained offer (for example, secondary acceptance information associated with the order instruction associated with the obtained offer). good too.

The acceptance information receiving unit 208 is normally realized by wireless or wired communication means. Acceptance information receiving section 208 may or may not include a communication device.

The confirmation information receiving unit 209 receives confirmation information from the parallel terminal 40 . This parallel terminal 40 is the parallel terminal 40 of the person in line who transmitted the parallel acceptance information. The confirmation information transmitted by the parallel terminal 40 is, for example, information for confirming that the queuing person using the parallel terminal 40 has lined up to obtain the product corresponding to the order instruction. The confirmation information receiving unit 209 receives confirmation information associated with an order instruction (for example, an order instruction corresponding to the order acceptance information), and confirmation information associated with a person in line using the same terminal 40 that has transmitted the confirmation information. may be received.

Confirmation information receiving section 109 is usually realized by wireless or wired communication means. Confirmation information receiving unit 109 may or may not include a communication device.

Confirmation information storage unit 210 is the same as the confirmation information storage unit of the above-described embodiment, except that confirmation information received by confirmation information reception unit 209 is stored in confirmation information storage unit 211. Therefore, detailed description will be given. are omitted. Note that the confirmation information accumulation unit 210 may accumulate the confirmation information in association with the queuing person using the parallel terminal 40 or the like that transmitted the confirmation information.

The confirmation information storage unit 211 is the same as the confirmation information storage unit 211 of the above-described embodiment except that the confirmation information may be stored in association with the person in line, so detailed description will be omitted. .

Note that the product delivery assistance device 10a uses the confirmation information received by the confirmation information receiving unit 209 to determine whether or not the product delivery support device 10a is appropriate, as in the above-described embodiment. A determination result output unit (not shown) for outputting the determination result may be provided.

The acquisition information receiving unit 212 receives acquisition information from the parallel terminal 40, which is the terminal of the person lining up. Acquisition information is information related to obtaining a product. Acquisition information is, for example, information indicating that people lined up to obtain an item, or information indicating that the item is expected to be available within a predetermined time. In addition, the obtained information is a predetermined situation (for example, a situation in which the number of people in line in front of the queue reaches a predetermined number, or a situation in which people are queuing to obtain the product indicated by the order instruction). , the waiting time is lined up at a predetermined time). The acquisition information receiving unit 112 may receive, for example, the acquisition information associated with the ordinary person using the average terminal 40 that transmits the acquisition information, and the acquisition information associated with the order instruction corresponding to the product to be acquired. Information may be received.

Acquisition information receiving unit 212 is usually realized by wireless or wired communication means. Obtained information receiving unit 112 may or may not include a communication device.

The waiting amount information receiving section 213 is the same as the waiting amount information receiving section 213 of the above-described embodiment except that it receives the waiting amount information from the parallel terminal 40, and detailed description thereof will be omitted here. The waiting amount information received from the parallel terminal 40 is, for example, information relating to the amount of waiting for the queuing person using the parallel terminal 40 to obtain the product (for example, the time spent in line). The waiting amount information to be received may be the waiting amount information associated with the queuing person using the parallel terminal 40 that transmits the waiting amount information, or may be the waiting amount information associated with the order instruction corresponding to the product to be obtained. .

The non-acquisition information receiving unit 114 is the same as the non-acquisition information receiving unit 114 of the above-described embodiment except that it receives non-acquisition information from the parallel terminal 40, so detailed description thereof will be omitted here. note that. The non-acquisition information received from the parallel terminal 40 is, for example, non-acquisition information indicating that a person in line using the parallel terminal 40 lined up to acquire the product but was unable to acquire the product. The waiting amount information received by the non-acquisition information receiving unit 114 may be, for example, waiting amount information associated with a person in line using the parallel terminal 40 that transmits the non-acquisition information. (That is, the non-obtainable information associated with the order instruction corresponding to the product that could not be obtained).

The remuneration unit 216 performs remuneration processing for paying remuneration to the deliverer of the deliverer terminal 30 . The deliverer terminal 30 here is, for example, the deliverer terminal 30 that transmitted the acceptance information received by the acceptance information receiving unit 108 . The remuneration for the delivery person here is, for example, remuneration for delivering the product corresponding to the order instruction associated with the acceptance information. The remuneration for the deliverer is, for example, remuneration for obtaining and delivering the product corresponding to the order instruction associated with the acceptance information without lining up. Acquiring and delivering products without queuing is a concept that includes acquiring (receiving) and delivering products obtained by people standing in line. For the remuneration processing here, processing similar to the remuneration processing performed by the remuneration unit 116 for paying remuneration for acquiring and delivering the product corresponding to the order instruction associated with the acceptance information without queuing can be used. Therefore, detailed description of the reward processing here is omitted.

Further, the remuneration unit 216 may perform a remuneration process for paying a remuneration to a person lined up at the normal terminals 40 . The parallel terminal 40 here is, for example, the parallel terminal 40 that has transmitted the parallel acceptance information received by the acceptance information receiving unit 108 . The reward for the queuing person here is, for example, a reward for lining up and acquiring the product (specifically, the standard product) corresponding to the order instruction associated with the standard acceptance information. In the average reward processing, for example, the amount of compensation to be paid to an average person is associated with an average person (for example, an average person identifier of an average person) and stored in the average person information storage unit 106 or another storage unit (not shown). It may be a process of accumulating in . Alternatively, the amount of remuneration to be paid to the person in line may be transferred to an electronic money account associated with the person in line, or transferred to the bank account of the person in line. In addition, the process of transmitting the information that associates the amount of remuneration to be paid with the queuing person (for example, the queuing person's ninja identifier) to a company that provides a service for paying the remuneration or the like may be performed.

The secondary reward process may further include obtaining a reward amount to be paid to the secondary person. For example, the remuneration unit 216 acquires the amount of remuneration to be paid to the person in line by performing the same processing as when acquiring the amount of remuneration to be paid to the deliverer. For example, the remuneration unit 116 may acquire a predetermined amount of money as a remuneration amount to be paid to the person in line for each order instruction. The amount of remuneration to be paid to the person in line may be calculated by substituting the total amount of one or more products corresponding to the order instruction as a variable into a predetermined calculation formula, and this remuneration amount may be remunerated. In addition, the remuneration unit 216 corresponds to the total amount of one or more items corresponding to the order instruction from a calculation table showing the correspondence relationship between the total amount of items corresponding to the order instruction and the amount of remuneration to be paid to the person. You may get a reward amount to do. Note that the normal reward processing performed by the reward unit 116 is not limited to the above processing.

In addition, the remuneration unit 216 acquires the remuneration amount by different methods depending on whether the product is acquired in line or not, and performs remuneration processing using the acquired remuneration amount. good too.

Further, the reward unit 216 may acquire a reward amount using the waiting amount information received by the waiting amount information receiving unit 113, and perform the normal reward processing using this reward amount. For example, similarly to the billing unit 115, the reward unit 216 increases continuously or stepwise as the length of time indicated by the waiting amount information (or the number of people in the queue, the length of the queue, etc.) increases. The amount of money is obtained using a calculation formula, etc., in which the time (or the number of people, length, etc.) indicated by the waiting amount information prepared in advance is used as a variable, and this amount is obtained as the amount of remuneration used for normal remuneration processing. good too. Also, for example, the billing unit 115 may charge a reward amount that increases continuously or in stages as the length of time indicated by the waiting amount information (or the number of people in the queue, the length of the queue, etc.) increases. It may be acquired using a calculation table showing the correspondence relationship between the time (or the number of people, length, etc.) indicated by the amount information and the amount of remuneration. Also, the billing unit 115 may acquire the reward amount using different calculation formulas according to the range to which the length of time indicated by the waiting amount information (or the number of people in the queue, the length of the queue, etc.) belongs. It should be noted that the process by which the billing unit 115 acquires the amount of remuneration to be used for the normal remuneration process using the waiting amount information is not limited to the process described above.

The remuneration unit 116 acquires the amount of remuneration corresponding to the non-acquisition information received by the non-acquisition information receiving unit 114, and uses the acquired remuneration amount to provide a non-acquisition amount to the person in line using the standard terminal 40 that has transmitted the non-acquisition information. You may make it process. Except for the fact that this non-acquisition information reward processing is the same as the compensation processing for non-acquisition information, except that the process of giving a compensation corresponding to non-acquisition information to the person in line instead of the delivery person is performed, detailed description here will be omitted. Description is omitted.

For example, when the waiting amount information receiving unit 113 receives the waiting amount information, the remuneration unit 116 pays a reward to the queuing person who transmitted the order acceptance information corresponding to the order instruction corresponding to this waiting amount information. Reward processing is performed. In addition, the remuneration unit 116 includes a completion receiving unit (not shown) for receiving, from the deliverer terminal 30 of the deliverer, information indicating that the delivery of the product corresponding to the order instruction has been completed. When the completion receiving unit receives information indicating that the delivery has been completed, the delivery person is compensated, and a sequence of products for which the delivery has been completed is acquired in a row. Reward processing may be performed on the person. Further, when the obtained information receiving unit 112 receives the obtained information, the reward unit 116 may perform a reward process for the person in line with the parallel terminal 40 that has transmitted the obtained information. Information indicating that the product has been received in line, information indicating that the delivery has been completed, etc. are associated with the person in line, the delivery person, the order instruction, etc., so that the target of the reward processing can be specified, for example. It is preferable that the information It should be noted that the timing at which the remuneration unit 116 acquires remuneration processing is not limited to the above.

Note that the reward unit 116 is provided when the determination unit (not shown) or the like described above determines that the confirmation information stored in the confirmation information storage unit 111 is not appropriate, or when the confirmation information is stored. If the confirmation information corresponding to the order instruction is not stored in the unit 111, the person in line with the average terminal 40 that has transmitted the confirmation information may not be subjected to the average reward process.

Note that the deliverer terminal 30 of this embodiment may not have a photographing function. It does not have to be sent to the device 10 .

The parallel terminal 40 is a device such as a smart phone, a tablet terminal, a portable terminal such as a mobile phone, a personal computer, or the like, which is used by people in line, and the type thereof does not matter. The parallel terminal 40 is preferably a device having a photographing function. The average terminal 40 includes an average person reception unit (not shown) that receives operations from people in line via an input device or the like, and an average acceptance information, confirmation information, waiting amount information, non-acquisition An average person transmission unit (not shown) that transmits information and the like to the product delivery assistance device 10, an average person reception unit (not shown) that receives acquisition offers and the like from the product delivery assistance device 10, and received acquisition offers and the like is provided on a display device such as a monitor (not shown).

Next, an example of the operation of the product delivery assistance device 10a of the delivery assistance system 1a will be described with reference to the flowchart of FIG. In the figure, the same reference numerals as in FIG. 2 denote the same or corresponding steps, and the description thereof is omitted. 2 are performed by the acceptance information receiving unit 108, the confirmation information receiving unit 109, the confirmation information storage unit 110, the confirmation information storage unit 111, the waiting amount information reception unit 113, and the non-acquisition information reception unit 114. For example, the acceptance information reception unit 208, the confirmation information reception unit 209, the confirmation information storage unit 210, the confirmation information storage unit 211, the waiting amount information reception unit 213, and the non-acquisition information reception unit 214 respectively perform the processing make it

(Step S401) The offer output unit 207 determines whether the product corresponding to the order instruction received in step S103 is a regular product. If it is a normal product, the process proceeds to step S402, and if it is not a normal product (specifically, if it is a medium product), the process proceeds to step S403.

(Step S402) Delivery offer output means 2072 of offer output unit 207 outputs a delivery offer corresponding to the order instruction received in step S103. For example, a delivery offer is sent to the deliverer terminals 30 of one or more deliverers who meet the delivery offer conditions. Then, the process returns to step S101.

(Step S403) Acquisition offer output means 2071 of offer output unit 207 outputs an acquisition offer corresponding to the order instruction received in step S103. For example, the acquisition offer is sent to one or more queue terminals 40 that meet the acquisition offer conditions. Then, the process returns to step S101.

(Step S404) The acceptance information receiving unit 208 determines whether or not it has received parallel acceptance information for the one acquisition offer output in step S403. If so, the process proceeds to step S405; if not, the process proceeds to step S107.

(Step S405) The acceptance information receiving unit 208 stores the parallel acceptance information received in step S404 in a storage unit (not shown) in association with order instructions and the like corresponding to the parallel acceptance information. The storage of the secondary acceptance information is performed by associating at least a part of the secondary acceptance information with the queue person corresponding to the secondary acceptance information (for example, the queued person of the secondary terminal 40 that transmitted the secondary acceptance information) or the order instruction. It may be accumulated. Then, the process returns to step S101.

(Step S<b>406 ) Obtained information receiving section 212 determines whether obtained information has been received from parallel terminal 40 . For example, the acquisition information receiving unit 212 receives acquisition information associated with the order instruction. If so, the process proceeds to step S407; if not, the process proceeds to step S109.

(Step S407) Delivery offer output means 2072 of offer output unit 207 outputs a delivery offer corresponding to the order instruction associated with the acquisition information received in step S406. For example, a delivery offer is sent to the deliverer terminals 30 of one or more deliverers who meet the delivery offer conditions. The delivery offer here is, for example, a delivery offer to acquire and deliver the product acquired by the queuing person from the queuing person. Then, the process returns to step S101.

(Step S408) The acceptance information receiving unit 208 determines whether acceptance information for the one delivery offer transmitted in step S402 or step S406 has been received. If so, the process proceeds to step S408; if not, the process proceeds to step S111.

(Step S409) The acceptance information receiving unit 208 stores the acceptance information received in step S407 in a storage unit (not shown) in association with the order instruction corresponding to the acceptance information, as in step S106. Then, the process returns to step S101.

(Step S410) The remuneration unit 216 performs remuneration processing corresponding to one order instruction determined to be the timing for remuneration processing in step S113.

(Step S411) The remuneration unit 216 determines whether the product corresponding to the order processing corresponding to the remuneration processing performed in step S410 is a normal product. If it is an average product, the process proceeds to step S411, and if it is not an average product, the process returns to step S101.

(Step S412) The remuneration unit 216 performs a second remuneration process corresponding to one order instruction. For example, the waiting amount information corresponding to this one order instruction accumulated in step S110 is used to determine the remuneration amount and perform the secondary remuneration process. Then, the process returns to step S101.

(Step S413) The remuneration unit 216 performs normal remuneration processing according to the non-acquisition information received in step S115. The reward unit 216 performs, for example, a reward process for giving a reward according to the non-acquisition information to the user of the normal terminal 40 that has transmitted the non-acquisition information. For the user of the user terminal 20 who has sent an order instruction corresponding to this non-acquisition information, for example, information indicating that the order could not be fulfilled is sent using an e-mail or a message. good too. Also, for example, a delivery offer may not be output in response to this order instruction. Then, the process returns to step S101.

In the flowchart of FIG. 17, when waiting amount information is received in step S109 instead of steps S411 and S412, the remuneration unit 216 performs normal remuneration processing for the order instruction corresponding to the received waiting amount information. You can do it.

Note that in the flowchart of FIG. 17, the process ends when the power is turned off or an interrupt for ending the process occurs.

The operation of the deliverer terminal 30 of the present embodiment is similar to the operation of the above-described embodiment, such as the operation of acquiring and transmitting confirmation information, the operation of transmitting standby amount information, the operation of transmitting non-acquisition information, and the like. This is an omitted operation.

An example of the operation of parallel terminal 40 will be briefly described. When the parallel reception unit receives the acquisition offer from the product delivery support device 10, the parallel output unit displays the acquisition offer. When the normal reception unit receives the operation of accepting the acquisition offer, the normal transmission unit transmits the normal acceptance information to the product delivery support device 10 . When the parallel reception unit receives an operation to acquire confirmation information (for example, an operation to photograph a queue), a parallel acquisition unit (not shown) acquires confirmation information using a photographing function, etc., and a parallel transmission unit The acquired confirmation information is transmitted to the product delivery support device 10 . When the normal receiving unit receives an operation to transmit the waiting amount information, the normal transmitting unit transmits the waiting amount information to the product delivery support device 10 . When the normal reception unit receives an operation to transmit the non-acquisition information, the normal transmission unit transmits the non-acquisition information to the product delivery support device 10 .

Specific operations of the delivery support system 1a according to this embodiment will be described below. Here, description will be made using the description of the specific example of the above embodiment.

FIG. 18 is an average person information management table for managing average person information stored in the average person information storage unit 206 . The parallel person management table includes the parallel person identifier “stand person ID”, the parallel person name “name”, the service area identifier of the service area corresponding to the parallel person “area ID”, and the parallel person obtained It has an attribute of "remuneration total amount" which is the total amount of remuneration. It is assumed that the remuneration for the queuing person is paid to the queuing person at predetermined timings, and when paid, the value of the corresponding "total amount of remuneration" is reset to "0".

As in the specific example of the above embodiment, the user A performs an operation to order one product whose product name is "characteristic bento box" from the order screen as shown in FIG. 9 displayed on the user terminal 20. , an order instruction having the product identifier "F0003", the number of orders "1", and the user identifier "U0001" of user A is transmitted to the product delivery assistance device 10a, and the order instruction receiving unit 105 of the product delivery assistance device 10a. However, when it receives this order instruction, it stores the received order instruction in a storage unit (not shown) in association with the reception time and an order identifier that identifies the order instruction. Assume that the order identifier associated here is "E0817" as in the above specific example.

FIG. 19(a) is an order management table for managing order instructions stored in a storage unit (not shown). This order management table is the same as the order management table shown in FIG. 10(a), to which an attribute "Naminin ID", which is the identifier of the people lining up to obtain the corresponding product, is added. . Note that when the order instruction is received, records (rows) are accumulated in which the "parallel ID" and "deliverer ID" are blank or NULL. The order instruction record accumulated above corresponds to the record on the first line from the top.

When the order instruction receiving unit 105 receives the order instruction, the acquisition offer output means 2071 of the offer output unit 207 performs processing for outputting a delivery offer for this order instruction. First, the acquired offer output unit 2071 selects the product name from the record in the product management table shown in FIG. "Special bento box", product price "1200 yen", store name "DD Sushi", store address "3-chome, A town, A city, A prefecture...", service area identifier including store location "A101", product category "Normal" and "waiting time" of "20 minutes" are acquired. Since the item is classified as "Normal", it is determined that this item is an average item.

Then, the offer output unit 107 acquires the acquired product name “special lunch”, product price “1200 yen”, store name “DD Sushi”, store address “3-chome A-cho, A-shi, A-ken”. Information indicating that the product is a medium product corresponding to the product category “average”, the “waiting time” of “20 minutes”, the number of orders “1” included in the order instruction, and the order identifier “E0817” corresponding to the order instruction Then, using a template prepared in advance, etc., an acquisition offer is created.

In addition, the offer output unit 107 detects one or more records (rows) in the ordinary person management table shown in FIG. , and obtains a parallel person identifier, which is the value of the parallel person ID, from one or more detected records. Then, the acquisition offer created above is transmitted to the parallel terminal 40 used by the parallel person indicated by the acquired parallel person identifier. For example, the acquisition offer is transmitted using a notification identifier such as a device token stored in a storage unit (not shown) or the like in association with the ordinary identifier. It should be noted that the transmission of acquisition offers is not limited to the above method.

The average receiving unit of each of the one or more parallel terminals 40 to which the acquisition offer is transmitted receives the acquisition offer transmitted by the acquisition offer output means 2071 . When the average receiving unit of the average terminal 40 receives the offer to acquire, the average output unit displays the received offer to acquire.

FIG. 20 is a diagram showing a display example of an acquired offer displayed on the monitor 40a of the normal terminal 40 by the normal output unit of the normal terminal 40. As shown in FIG. Here, a waiting time 71 for receiving the goods is arranged. It is assumed that the waiting time 71 is an example of waiting information. Also provided is a button 72 for accepting the acquisition offer. It is assumed that this button 72 is associated with the order identifier "E0817" corresponding to the acquisition offer.

Assuming that the person C who saw the acquisition offer on the average terminal 40 presses the button 72 to accept the acquisition offer, the average person transmission unit is pre-stored in the storage unit (not shown). The parallel acceptance information having the parallel person identifier "W001" of the parallel person C and the order identifier "E0817" associated with the button 72 is transmitted to the product delivery assistance device 10a.

When the acceptance information receiving unit 208 of the product delivery support device 10a receives the acceptance information, the order management table shown in FIG. It is determined whether the value of "personal ID" is blank or NULL. Since the column is blank or NULL, the normalized identifier "W001" of the received normalized acceptance information is accumulated as the value of the normalized "normalized ID" of the matching record. As a result, the people in line to acquire the product are determined. Further, here, to the average terminal 40 that transmitted the average acceptance information, average determination information indicating that the average person was determined is transmitted using a transmission unit (not shown) or the like. The parallel determination information is, for example, information having an order identifier included in the acceptance information. The secondary decision information may have information necessary for obtaining and delivering the product, similar to the delivery offer. If the column is not blank or NULL, the undecided information indicating that the ordinary person has already been decided and the ordinary person has not been decided is transmitted by using a transmission unit (not shown) or the like. The data is transmitted to the parallel terminal 40 that has been connected.

When the average reception unit of the average terminal 40 of the average person C receives the average decision information, the average person output unit displays this information on the monitor 40a. After confirming this display, the line-up person C uses the address indicated by the delivery offer or the like and moves to the store "DD Sushi" indicated by the delivery offer in order to acquire the product corresponding to the acquisition offer. Then, they line up in a queue to purchase items at the store.

When queuing in line at the store to receive the product, the queuing person C takes a picture of the queue of people to receive the product in front of the DD sushi shop using the photographing function of the parallel terminal 40, and then saves the photographed image. An operation is performed to transmit confirmation information in association with the order identifier included in the parallel determination information received above. For example, after specifying the above-mentioned second decision information, if the deliverer terminal 30 is operated to transmit the confirmation information obtained by photographing, the deliverer transmission unit of the deliverer terminal 30 sends the specified second decision information. The photographed image, which is confirmation information, is transmitted to the product delivery support device 10 in association with the order identifier "E0817" included in the information. It is assumed that the file name of the captured image to be transmitted is "img1234.jpg". Assume that the photographed image, which is the confirmation information, is the same image as in FIG. 12 .

When the confirmation information receiving unit 109 receives the confirmation information transmitted in association with the order identifier "E0817" from the deliverer terminal 30, that is, the photographed image with the file name "img1234.jpg", the confirmation information storage unit 110 stores the received confirmation information, which is the photographed image, in confirmation information storage unit 111 in association with the order identifier associated with this confirmation information and the reception time of the confirmation information. The confirmation information is managed using a confirmation information management table such as that shown in FIG. 13 of the specific example of the above embodiment.

When the queuing person C acquires the product at the store B, the queuing person C performs an operation of transmitting the obtained information in association with the order identifier included in the queuing decision information received above. For example, after specifying the above-mentioned parallel determination information, when an operation to transmit the obtained information is performed on the parallel terminal 40, the parallel terminal 40 transmits the order identifier " E0817", and transmits the acquired information to the product delivery support device 10a.

When the acquisition information receiving section 212 receives the acquisition information, the delivery offer output means 2072 performs processing for outputting a delivery offer corresponding to the order instruction associated with the acquisition information. The process of outputting the delivery offer is the same as the process of outputting the delivery offer for the order instruction for the normal product by the offer output unit 107 in the specific example of the above embodiment, so the description is omitted here. The delivery offer to be sent does not have to have the mark 85 or the like indicating that it is a normal product.

A display example of the delivery offer transmitted by the delivery offer output means 2072 on each deliverer terminal 30 is the same as in FIG. However, the mark 85 or the like indicating that the product is a normal product is not displayed.

If deliverer B sees the delivery offer on deliverer terminal 30 and presses button 83 to accept the delivery offer, the deliverer transmission unit is pre-stored in a storage unit (not shown). The acceptance information having the deliverer identifier "D004" of the deliverer B and the order identifier "E0817" associated with the button 83 is transmitted to the product delivery assistance device 10a.

Upon receiving the acceptance information, the acceptance information receiving unit 108 of the product delivery support device 10 displays the order management table shown in FIG. In the order management table, it is determined whether the value of the "deliverer ID" of the record whose "order ID" matches the order identifier "E0817" of the acceptance information is blank or NULL. Since the field is blank or NULL, the deliverer identifier "D004" of the received acceptance information is stored as the value of "deliverer ID" of the matching record. This means that the deliverer is determined. Further, here, as in the specific example of the above-described embodiment, a transmission unit (not shown) or the like is used to send decision information indicating that the deliverer has been decided to the deliverer terminal 30 that has transmitted the acceptance information. to send. If the field is blank or not NULL, undecided information is transmitted to the deliverer terminal 30 that transmitted the acceptance information.

The name and address of the delivery destination are not output as a delivery offer, but are sent to the deliverer of the deliverer terminal 30 that sent the acceptance information when the acceptance information is received and the delivery person is determined. good too.

When the deliverer receiving section of the deliverer terminal 30 of the deliverer B receives the decision information, the deliverer output section displays this information on the monitor 30a. After confirming this display, delivery person B uses the address indicated by the delivery offer, etc., and moves to the store "DD Sushi" indicated by the delivery offer in order to acquire the product corresponding to the delivery offer. Then, he receives (acquires) the product whose product name is "special bento box", which was acquired by the person C lined up at the store.

Line-up person C confirms the time spent in line at store B to receive the product (in other words, the time spent waiting), and associates the waiting amount information indicating this time with the order identifier included in the parallel decision information received above. perform the operation to attach and send. For example, after specifying the above-mentioned decision information, inputting the time spent in line at store B using an input device or the like, and performing an operation to transmit the input time to the non-standard terminal 40, the non-standard terminal 40 The transmission unit associates the order identifier "E0817" included in the designated parallel determination information with the wait amount information indicating the time the customer waited in line at store B, which has been input above, to the product delivery assistance device 10a. Here, it is assumed that "30 minutes" is acquired as the waiting amount information. It should be noted that pressing a predetermined button (not shown) or the like output by the terminal output unit when queuing in line at the store to receive the product and when acquiring (receiving) the product are required. , the time of queuing may be obtained automatically. Alternatively, as the waiting amount information, a set of the time when the queue started and the time when the product was acquired may be obtained and transmitted.

When the waiting amount information receiving unit 213 of the product delivery support device 10a receives the waiting amount information associated with the order identifier "E0817" from the parallel terminal 40, the received waiting amount information is identified by the order identifier "E0817". stored in association with the order instructions to be issued. For example, the waiting amount information receiving unit 113 detects a record (row) whose “order ID” is the order identifier “E0817” in the order management table shown in FIG. ' is stored as the value of '30 minutes', which is the time indicated by the received waiting amount information. The accumulated order management table becomes as shown in FIG. 19(b).

Assume that delivery person B, who has acquired the product from person C, delivers the acquired product to user A, who is the delivery destination. Since the delivery has been completed, the deliverer B performs an operation to transmit the delivery completion information to the product delivery support device 10a in the same manner as in the specific example of the above embodiment. Completion information is sent to the product delivery support device 10a.

When the receiving unit (not shown) of product delivery support device 10a receives the delivery completion information associated with order identifier "E0817" from deliverer terminal 30, charging unit 115 Similarly, charging processing corresponding to the order identifier "E0817" is performed depending on whether the product is a standard product or a normal product. A description of this processing is omitted here.

Also, since the delivery completion information associated with the order identifier "E0817" has been received, the remuneration unit 216 performs remuneration processing corresponding to the order identifier "E0817". Here, reward processing is performed to give a predetermined reward amount of "200 yen" to the deliverer corresponding to the deliverer identifier "D004" associated with the order identifier "E0817". For example, the value of "total remuneration" of the record whose "deliverer ID" is "D004" in the deliverer management table shown in FIG. 7 is overwritten with the value "3000 yen" obtained by adding "200 yen".

Also, the remuneration unit 216 determines whether the product corresponding to the order instruction corresponding to the order identifier "E0817" is a medium product. Here, in the order management table shown in FIG. Since the value of the "product classification" of the record whose "product ID" is "F0003" is "normal", it is determined that the corresponding product is a medium product. Therefore, the remuneration unit 216 performs the secondary remuneration process for the ordered product corresponding to the order identifier "E0817". Here, by the formula Y=5×T (T is the time indicated by the waiting amount information) prepared in advance, A reward amount Y is determined. Specifically, in the order management table shown in FIG. is substituted for T in the above formula to obtain the reward amount "150 yen". Then, the remuneration unit 216 adds "150 yen" to the value of the "total remuneration" of the record whose "personal ID" is "W001" in the delivery person management table shown in FIG. overwrite with

In the above description, it is assumed that the queuing person C lined up to obtain the product, but was unable to obtain the product. In this case, the queuing person C sends non-acquisition information to the product delivery support device 10a, indicating that the non-obtainable product, which is the product corresponding to the order instruction indicated by the order identifier included in the non-parallel decision information received above, could not be obtained. Perform the operation to send. For example, when the delivery person terminal 30 is operated to transmit non-acquisition information after specifying the above-mentioned decision information, the deliverer transmission unit of the deliverer terminal 30 sends the order included in the specified decision information. The non-acquisition information is transmitted to the product delivery support device 10 in association with the identifier "E0817".

When the non-acquisition information receiving unit 114 of the product delivery support device 10 receives the non-acquisition information, the charging unit 115 does not perform charging processing because the product has not been acquired. The remuneration unit 116 performs a remuneration process for giving a remuneration to the person C in line as follows according to the non-acquisition information.

First, in the order management table shown in FIG. The time "30 minutes" indicated by the waiting amount information, which is the value of the identifier "W001" and "parallel time", is acquired. Then, the obtained time "30 minutes" is substituted as the value of T in "Y=2T", which is a formula for calculating a predetermined reward amount, to obtain the reward amount Y (yen). Here, the reward amount "60 yen" is acquired. Then, in the same manner as described above, the remuneration unit 116 performs a process of giving the obtained remuneration amount of “60 yen” as a remuneration to the queue person C whose average person identifier is “W001”.

Here, assuming that the item ordered by the user A with the item identifier "F0003" and the item name "special bento box" is not a regular item but a regular item, and the item management shown in FIG. Assume that the value of the "product classification" of the record whose "product ID" in the table is "F0004" is not "normal" but "normal".

In this case, in the area corresponding to this product on the order screen, unlike FIG. 9, the mark 90 indicating the average product is not placed, and the waiting time 97 for acquiring the product is not placed. Also, the order management table when this order instruction is received becomes the same as in FIG. 19(a).

When the order instruction receiving unit 105 receives the order instruction, the offer output unit 107 acquires the delivery offer corresponding to the order instruction and outputs it to the delivery person terminal 30 that satisfies the delivery offer conditions, as described above.

Then, the deliverer of the deliverer terminal 30 that has transmitted the acceptance information for this delivery offer is determined as the deliverer of the product corresponding to the delivery offer, as described above. Then, the determined deliverer acquires the product, delivers it to the user, and, in the same manner as described above, charges the user A of the user terminal 20 who transmitted the order instruction for the normal product. Then, the delivery person is subjected to reward processing for giving a predetermined reward similar to the above.

As described above, according to the present embodiment, it is possible to accept an order and a delivery request for a product in consideration of whether or not the product is to be acquired side by side. In addition, it is possible to separate the line-up person who gets the product in line and the delivery person who gets the product without lining up and delivers it. You can make a suitable offer according to your wishes.

In the second embodiment, the offer output unit 207 outputs the acquired offer to the line-up person, but may also output the acquired offer to the delivery person. That is, the acquisition offer may be output to the queue person and/or the delivery person. Then, the acceptance information receiving unit 208 may receive the acceptance information from either the parallel terminal 40 of the queuing person or the deliverer terminal 30 of the deliverer in response to the acquisition offer. In this case, the acquisition offer may be considered, for example, as an invitation to the queuing person and/or the delivery person to acquire the product in line. In this case, for example, the confirmation information reception unit 209, the acquisition information reception unit 212, the waiting amount information reception unit 213, and the non-acquisition information reception unit 214 receive the confirmation information, the acquisition information, and the waiting amount from the person in line or the delivery person, respectively. to receive information, and non-acquisition information. Also, the reward unit 216 performs reward processing for, for example, giving a reward for the obtained offer to the queuing person or the delivery person.

Further, in the delivery support system shown in the second embodiment, the configuration of the first embodiment may be appropriately combined. For example, when the product indicated by the order instruction is an ordered product, the offer output unit 207 outputs an acquisition offer to the parallel terminal 40, and the deliverer terminal 30 also receives the product in the same manner as in the first embodiment. An acquisition delivery offer to be acquired and delivered in line may be output.

In addition, in the specific examples of the above embodiments, the case where one product is ordered at one store has been described as an example, but it goes without saying that a plurality of different products may be ordered at the same store. Not even.

In each of the above-described embodiments, the amount charged to the user who ordered the product and the amount of reward given to the delivery person may be determined according to the distance between the store and the delivery address, and is determined for each store. It may be determined according to the weather. For example, the billing amount or reward amount may be set to increase continuously or stepwise as the distance increases. Also, the reward amount for rainy weather may be set higher than the reward amount for fine weather.

In each of the above embodiments, each process (each function) may be implemented by centralized processing by a single device (system), or may be implemented by distributed processing by a plurality of devices. may be

In each of the above embodiments, two or more communication means (screen transmission unit, offer output unit, access instruction reception unit, order instruction reception unit, acceptance information reception unit, confirmation information reception unit, It goes without saying that the acquisition information reception unit, the waiting amount information reception unit, the non-acquisition information reception unit, etc.) may be physically realized by one medium.

Further, in each of the above embodiments, each component may be configured by dedicated hardware, or components that can be realized by software may be realized by executing a program. For example, each component can be realized by reading and executing a software program recorded in a recording medium such as a hard disk or a semiconductor memory by a program execution unit such as a CPU. During execution, the program execution unit may execute the program while accessing a storage unit (for example, a recording medium such as a hard disk or memory).

The software that realizes the product delivery support device in each of the above embodiments is the following program. In other words, this program includes a deliverer information storage unit that stores one or more deliverer information having a deliverer identifier that identifies the deliverer of the product, and a medium product that is a product that is acquired after lining up and delivered. An order that has one or more standard product information and one or more standard product information related to a standard product that is a product that is acquired and delivered without queuing, and that visually distinguishes the standard product from the standard product. a computer accessible to a screen information storage unit storing order screen information for configuring a screen; an access instruction receiving unit receiving an access instruction from a user terminal; a screen transmission unit for transmitting to a user terminal; an order instruction reception unit for receiving an order instruction having a product identifier from the user terminal; an offer output unit for outputting an offer for delivery of a product according to the order instruction; In response, an acceptance information receiving unit for receiving acceptance information indicating that the delivery offer is received from the deliverer terminal, a billing unit for performing billing processing for billing the user of the user terminal for the amount corresponding to the order instruction, and a delivery This is a program for functioning as a remuneration unit that performs remuneration processing for paying a remuneration to the delivery person of the person's terminal.

In the program, the functions realized by the program do not include functions that can be realized only by hardware. For example, functions that can be realized only by hardware such as modems and interface cards, such as an acquisition unit that acquires information and an output unit that outputs information, are not included in the functions realized by the above program.

Also, the number of computers executing this program may be singular or plural. That is, centralized processing may be performed, or distributed processing may be performed.

FIG. 21 is a schematic diagram showing an example of the appearance of a computer that executes the above program and realizes the product delivery support device according to the above embodiment. The above embodiments can be implemented by computer hardware and computer programs executed thereon.

In FIG. 21, a computer system 900 comprises a computer 901 including a CD-ROM (Compact Disk Read Only Memory) drive 905 , a keyboard 902 , a mouse 903 and a monitor 904 .

FIG. 22 is a diagram showing the internal configuration of the computer system 900. As shown in FIG. In FIG. 22, a computer 901 includes a CD-ROM drive 905, an MPU (Micro Processing Unit) 911, a ROM 912 for storing programs such as a boot-up program, and a ROM 912 for storing programs such as a boot-up program. A RAM (Random Access Memory) 913 that temporarily stores and provides a temporary storage space, a hard disk 914 that stores application programs, system programs, and data, a bus 915 that interconnects the MPU 911, ROM 912, etc. Prepare. Note that computer 901 may include a network card (not shown) that provides connection to a LAN.

A program that causes computer system 900 to execute the functions of the product delivery support apparatus according to the above embodiments may be stored in CD-ROM 921 , inserted into CD-ROM drive 905 , and transferred to hard disk 914 . Alternatively, the program may be transmitted to computer 901 via a network (not shown) and stored in hard disk 914 . Programs are loaded into RAM 913 during execution. The program may be loaded directly from the CD-ROM 921 or network.

The program does not necessarily include an operating system (OS) or a third-party program that causes the computer 901 to perform the functions of the product delivery support device according to the above embodiments. A program may contain only those portions of instructions that call the appropriate functions (modules) in a controlled manner to produce the desired result. How the computer system 900 operates is well known and will not be described in detail.

It goes without saying that the present invention is not limited to the above-described embodiments, and that various modifications are possible and are also included within the scope of the present invention.

INDUSTRIAL APPLICABILITY As described above, the product delivery support device and the like according to the present invention are suitable as a device for receiving orders and delivery instructions. It is useful as a device for receiving

1, 1a delivery support system 10, 10a product delivery support device 20 user terminal 30 deliverer terminal 101 deliverer information storage unit 102 screen information storage unit 103 access instruction reception unit 104 screen transmission unit 105 order instruction reception unit 106, 206 ordinary people Information storage unit 107, 207 Offer output unit 108, 208 Acceptance information reception unit 109, 209 Confirmation information reception unit 110, 210 Confirmation information storage unit 111, 211 Confirmation information storage unit 112, 212 Obtained information reception unit 113, 213 Waiting amount information Receiving unit 114, 214 Non-acquisition information receiving unit 116, 216 Reward unit 115 Billing unit 2071 Acquisition offer output means 2072 Delivery offer output means

Claims (12)

a deliverer information storage unit storing one or more deliverer information having a deliverer identifier that identifies a deliverer of the product;
1 or more standard product information related to standard products that are products to be acquired and delivered after lining up, and 1 or more normal product information related to regular products that are products to be acquired and delivered without queuing , a screen information storage unit for storing order screen information for constructing an order screen visually distinguishing between the average product and the normal product;
an access instruction receiving unit that receives an access instruction from a user terminal;
a screen transmission unit that transmits the order screen information to the user terminal in response to the access instruction;
an order instruction receiving unit that receives an order instruction having a product identifier from the user terminal;
an offer output unit that outputs an offer for product delivery in accordance with the order instruction;
an acceptance information receiving unit that receives acceptance information indicating that the delivery offer is received from the deliverer terminal in response to the delivery offer;
a billing unit that performs billing processing for billing the user of the user terminal for the amount corresponding to the order instruction;
and a remuneration unit for performing remuneration processing for paying a remuneration to the delivery person of the delivery person terminal. The billing unit
2. The product delivery support according to claim 1, wherein the charge amount is obtained by different methods depending on whether the product corresponding to the order instruction is a standard product or a normal product, and the charge processing is performed using the charge amount. Device. further comprising a waiting amount information receiving unit that receives waiting amount information regarding the amount of waiting to acquire the product corresponding to the order instruction,
The billing unit
3. The product delivery support device according to claim 2, wherein a billing amount is obtained using said waiting amount information, and billing processing is performed using said billing amount. The reward unit
Any one of claim 1 to claim 3, wherein the reward amount is obtained by different methods depending on whether the product is obtained in line or not in line, and the reward amount is used to process the reward. 3. The product delivery support device described in . further comprising a waiting amount information receiving unit that receives waiting amount information regarding the amount of waiting to acquire the product corresponding to the order instruction,
The reward unit
5. The product delivery support device according to claim 4, wherein a reward amount is obtained using said waiting amount information, and a reward process is performed using said reward amount. further comprising a non-acquisition information receiving unit for receiving non-acquisition information to the effect that the product was not acquired despite being lined up;
The reward unit
6. The product delivery support device according to any one of claims 1 to 5, wherein a remuneration amount corresponding to said non-acquisition information is acquired, and remuneration processing is performed using said remuneration amount. a confirmation information receiving unit that receives confirmation information confirming that the customer has lined up to obtain the product corresponding to the order instruction;
7. The product delivery support device according to any one of claims 1 to 6, further comprising a confirmation information accumulation unit for accumulating said confirmation information. 8. The product delivery support device according to any one of claims 1 to 7, wherein the average product information included in said order screen information includes waiting information that is information relating to a waiting time or a queue. a person-in-person information storage unit that stores one or more person-in-person information having an person-in-person identifier that identifies people in line to acquire a product;
The offer output unit
Acquisition offer output means for outputting an acquisition offer, which is an offer to stand in line to acquire a product in accordance with the order instruction;
9. The product delivery support device according to any one of claims 1 to 8, further comprising delivery offer output means for outputting a delivery offer that is an offer to deliver the product according to the order instruction. further comprising an acquisition information receiving unit for receiving acquisition information, which is information relating to acquisition of the product from the parallel terminal, which is the terminal of the person lining up;
The delivery offer output means includes:
10. The product delivery support device according to claim 9, wherein a delivery offer is output to a deliverer in response to reception of the obtained information by said obtained information receiving section. A deliverer information storage unit that stores one or more deliverer information having a deliverer identifier that identifies the deliverer of the product, and one or more medium product information related to the medium product that is the product to be acquired and delivered after lining up. and one or more items of regular product information related to the regular product, which is the product to be delivered without queuing, and which visually distinguishes the regular product from the regular product. a screen information storage unit for storing order screen information, an access instruction reception unit, a screen transmission unit, an order instruction reception unit, an offer output unit, an acceptance information reception unit, a charging unit, and a reward unit A product delivery support method performed using
an access instruction receiving step in which the access instruction receiving unit receives an access instruction from a user terminal;
a screen transmission step in which the screen transmission unit transmits the order screen information to the user terminal in response to the access instruction;
an order instruction receiving step in which the order instruction receiving unit receives an order instruction having a product identifier from the user terminal;
an offer output step in which the offer output unit outputs an offer for delivery of the product according to the order instruction;
an acceptance information receiving step in which the acceptance information receiving unit receives acceptance information indicating that the delivery offer is received from the deliverer terminal in response to the delivery offer;
a charging step in which the charging unit performs charging processing in which the user of the user terminal is charged an amount corresponding to the order instruction;
and a remuneration step in which the remuneration unit performs remuneration processing for paying a remuneration to the delivery person of the delivery person terminal. A deliverer information storage unit that stores one or more deliverer information having a deliverer identifier that identifies the deliverer of the product, and one or more medium product information related to the medium product that is the product to be acquired and delivered after lining up. and one or more items of regular product information related to the regular product, which is the product to be delivered without queuing, and which visually distinguishes the regular product from the regular product. a computer accessible to a screen information storage unit in which order screen information for
an access instruction receiving unit that receives an access instruction from a user terminal;
a screen transmission unit that transmits the order screen information to the user terminal in response to the access instruction;
an order instruction receiving unit that receives an order instruction having a product identifier from the user terminal;
an offer output unit that outputs an offer for product delivery in accordance with the order instruction;
an acceptance information receiving unit that receives acceptance information indicating that the delivery offer is received from the deliverer terminal in response to the delivery offer;
a billing unit that performs billing processing for billing the user of the user terminal for the amount corresponding to the order instruction;
A program for functioning as a remuneration unit for performing remuneration processing for paying a remuneration to the delivery person of the delivery person terminal.

Images