JP7634348B2 - Delivery management device and information processing program - Google Patents

Description

Embodiments of the present invention relate to a delivery management device and an information processing program.

When multiple deliveries need to be delivered at different times to nearby destinations, the deliverer must make multiple trips to the same area, which places a burden on the deliverer.
For these reasons, there was a need to reduce the burden on deliverers.

JP 2003-128259 A

The problem that this invention aims to solve is to provide a delivery management device and information processing program that can reduce the burden on deliverers.

The delivery management device of the embodiment includes a first receiving means and a determining means. The first receiving means receives an instruction for delivery of a delivery item from any one of a plurality of users belonging to a group, together with a designation of whether the delivery destination of the delivery item is to be a group delivery destination or a normal delivery destination. The determining means, at an execution timing according to a delivery service, performs a process of determining a delivery destination for each of the products to be delivered by the delivery service, in a case where a designation of a group delivery destination for the corresponding product is received by the first receiving means, even if another product for which the same group delivery destination is received by the first receiving means is not included in the other products to be delivered by the same delivery service, in such a way that the determining means determines the delivery destination determined for the group to which the user who issued the delivery instruction belongs as the delivery destination of the delivery item, in a case where a designation of a normal delivery destination is received by the first receiving means, the determining means determines the delivery destination determined for the user who issued the delivery instruction, among the delivery destinations individually determined for the plurality of users, as the delivery destination of the delivery item.

1 is a block diagram showing a main circuit configuration of an information processing device according to an embodiment and a schematic configuration of a network super system configured using this information processing device; FIG. 2 is a diagram illustrating a data structure of a data record included in a user database. FIG. 2 is a diagram illustrating a data structure of a data record included in a group database. FIG. 2 is a diagram illustrating a data structure of a data record included in an order database. 13 is a flowchart of order processing. 13 is a flowchart of order processing. 13 is a flowchart of order processing. FIG. 13 is a diagram showing an example of a first setting screen. FIG. 11 is a diagram showing an example of a second setting screen. FIG. 11 is a diagram showing an example of a third setting screen. 13 is a flowchart of a management process. FIG. 13 is a diagram showing an example of a delivery slip.

An example of an embodiment will be described below with reference to the drawings. Note that in this embodiment, an example relating to delivery management of ordered products at an online supermarket will be described.
FIG. 1 is a block diagram showing the main circuit configuration of an information processing device 1 according to this embodiment, and a schematic configuration of a network super system 100 configured using this information processing device 1. As shown in FIG.

The online supermarket system 100 includes an information processing device 1, a user terminal 2, a store terminal 3, and a printer 4. The online supermarket system 100 enables communication between the information processing device 1, the user terminal 2, and the store terminal 3 via a communication network 200, and is configured by connecting the printer 4 to the store terminal 3.

The information processing device 1 executes information processing for providing an online supermarket service. The online supermarket service is a service that delivers products displayed and sold in physical stores such as supermarkets in response to orders placed via a communication network. In addition to information processing for receiving orders, the information processing device 1 also performs information processing for managing the delivery of ordered products. In other words, the information processing device 1 has the function of a delivery management device.

The user terminal 2 is a terminal used by a user of the online supermarket service to place an order. For example, the user terminal 2 may be a personal computer installed in the user's home or a mobile communication terminal owned by the user.

The store terminal 3 is a terminal installed in a brick-and-mortar store and used to provide various types of information to workers who perform tasks to provide the online supermarket service at the brick-and-mortar store. For example, the store terminal 3 may be a personal computer installed in the back room of the store or a mobile communication terminal carried by a store employee.
The printer 4 prints various slips such as delivery slips in response to instructions from the store terminal 3.

For example, the communication network 200 may be the Internet, a virtual private network (VPN), a local area network (LAN), a public communication network, a mobile communication network, or the like, either alone or in appropriate combination. Typically, a mobile communication network and the Internet are used as the communication network 200.

The information processing device 1 includes a processor 11, a main memory 12, an auxiliary storage unit 13, a communication interface 14, and a transmission path 15. The processor 11, the main memory 12, the auxiliary storage unit 13, and the communication interface 14 are capable of communicating with each other via the transmission path 15. The processor 11, the main memory 12, and the auxiliary storage unit 13 are connected by the transmission path 15 to form a computer for controlling the information processing device 1.

The processor 11 corresponds to the central part of the computer. The processor 11 executes information processing to realize various functions of the information processing device 1 in accordance with information processing programs such as an operating system and application programs. The processor 11 is, for example, a CPU (central processing unit).

The main memory 12 corresponds to the main storage portion of the computer. The main memory 12 includes a nonvolatile memory area and a volatile memory area. The main memory 12 stores the information processing program in the nonvolatile memory area. The main memory 12 may also store data required for the processor 11 to execute information processing in a nonvolatile or volatile memory area. The main memory 12 uses the volatile memory area as a work area where data is appropriately rewritten by the processor 11. The nonvolatile memory area is, for example, a ROM (read only memory). The volatile memory area is, for example, a RAM (random access memory).

The auxiliary memory unit 13 corresponds to the auxiliary memory portion of the computer. As the auxiliary memory unit 13, for example, a memory unit using a well-known memory device such as an EEPROM (electrical erasable programmable read-only memory), a HDD (hard disk drive), or an SSD (solid state drive) can be used. The auxiliary memory unit 13 stores data used by the processor 11 when performing various processes, or data created by the processes in the processor 11. The auxiliary memory unit 13 may also store the information processing program.

The communication interface 14 performs data communication via the communication network 200. As the communication interface 14, for example, a well-known communication device for performing communication via the Internet can be applied.
The transmission path 15 includes an address bus, a data bus, and control signal lines, and transmits data and control signals between the connected components.

The auxiliary memory unit 13 stores an online supermarket application APA, which is one of the information processing programs. The online supermarket application APA is an application program in which information processing for providing an online supermarket service is described.
Part of the storage area of the auxiliary storage unit 13 is used as a user database DBA, a group database DBB, and an order database DBC. The user database DBA is a database for managing users. The group database DBB is a database for managing groups consisting of multiple users. The order database DBC is a database for managing orders placed by users.

FIG. 2 is a diagram showing a typical data structure of a data record DRA contained in the user database DBA.
The user database DBA is a collection of data records DRA associated with users, and each data record DRA includes fields FAA, FAB, FAC, FAD, FAE, and FAF.

In the field FAA, a user ID (identifier) is set as an identifier for identifying the associated user. The user ID is determined by the user, for example, so as not to overlap with other user IDs already in use. Alternatively, the user ID may be determined by the processor 11, for example, according to a predetermined rule so as not to overlap with the user IDs set in the field FAA of other data records DRA included in the user database DBA. In the field FAB, the name of the associated user is set. In the field FAC, data representing the normal delivery destination designated by the associated user is set. As an example of the normal delivery destination, the user's residence is specified. In this case, the address of the associated user's residence is set in the field FAC. In addition, a store such as a convenience store that handles receipt may be specified as the normal delivery destination. In this case, in the field FAC, a store ID for identifying the specified store is set. In the field FAD, a group ID for identifying the group to which the associated user belongs or data representing the address of the location is set. In the field FAD, if the associated user does not belong to a group, a predetermined invalid value is set. Field FAE is set to the receiving order determined within the group for the associated user. For example, if the receiving order within the group is set to first, field FAE is set to "1". If the associated user is not designated as the recipient, a predetermined invalid value is set in field FAE. Field FAF is set to payment information used to settle the price of an order by the associated user. The payment information is, for example, a credit card number. Data record DRA may include fields in which various attribute information, such as gender, age, or phone number, is set to identify the user. Data record DRA may also include a field in which a password for user authentication is set.

The processor 11 generates a new data record DRA in response to an instruction on the user terminal 2 by a user who wishes to register as a user, and adds it to the user database DBA. The processor 11 may also generate a new data record DRA in response to an instruction on any terminal device by an operator in response to a declaration by a user who wishes to register as a user, and add it to the user database DBA. Alternatively, the processor 11 may add a data record DRA generated by another information processing device to the user database DBA in response to a request from that information processing device.

FIG. 3 is a diagram showing a typical data structure of a data record DRB contained in the group database DBB.
The group database DBB is a collection of data records DRB associated with groups. The data records DRB include fields FBA and FBB.

A group ID for identifying the associated group is set in field FBA. The group ID is determined, for example, by processor 11 according to a predetermined rule so that it does not overlap with group IDs set in field FBA of other data records DRB included in the group database DBB. A group name, which is a name given to the associated group, is set in field FBB. The group name is determined arbitrarily, for example, by the user, so that users belonging to the group can identify the group.

The processor 11 generates a new data record DRB in response to a group creation instruction from the user terminal 2, and adds it to the group database DBB. The processor 11 also updates the data record DRB to add or remove users belonging to an existing group in response to a group editing instruction from the user terminal 2. The processor 11 may generate or update the data record DRB in response to an instruction from an operator on any terminal device in response to a declaration from the user. Alternatively, the processor 11 may add or rewrite a data record DRB generated or updated by another information processing device to the group database DBB in response to a request from that information processing device.

FIG. 4 is a diagram showing a typical data structure of a data record DRC contained in the order database DBC.
The order database DBC is a collection of data records DRC associated with each order placed through the online supermarket service. The data records DRC include fields FCA, FCB, FCC, FCD, FCE, FCF, FCG, and FCH.

Field FCA is set with an order ID for identifying the associated order. Field FCB is set with the user ID of the user who placed the associated order. Field FCC is set with a delivery method ID for identifying the delivery method specified for the associated order. Field FCD is set with data on the delivery destination specified for the associated order. Field FCE is set with the delivery date specified for the associated order. Field FCF is set with a time zone ID for identifying the time zone to which the delivery time specified for the associated order belongs. Field FCG is set with a payment method ID for identifying the payment method specified for the associated order. Field FCH is set with a product list for the associated order. The product list is a list of product codes identifying each of the purchased products.

The data record DRC may include fields other than the fields FCA, FCB, FCC, FCD, FCE, FCF, FCG, and FCH, and any data may be set in the fields. For example, the information processing device 1 may manage online supermarket services provided by multiple stores, in which case an ID for identifying the online supermarket service or store that is the subject of an order may be set in the data record DRC. The data record DRC may not include some of the fields FCA, FCB, FCC, FCD, FCE, FCF, FCG, and FCH. For example, if the delivery method is limited to home delivery only, the field FCC may not be included. For example, if the product list is managed in another database, the field FCH may not be included.

Next, the operation of the information processing device 1 configured as described above will be described. Note that the contents of the various processes described below are merely examples, and it is possible to change the order of some of the processes, omit some of the processes, or add other processes as appropriate. For example, in the following explanation, in order to easily explain the characteristic operations of this embodiment, explanations of some of the processes are omitted. For example, when an error occurs, a process may be performed to deal with the error, but a description of some of such processes is omitted.

When a user wishes to use the online supermarket service, the user accesses a predetermined website provided by the information processing device 1 from the user terminal 2 via the communication network 200. The user terminal 2 may perform the above access using a general-purpose web browser or a dedicated application. In the following, processing on the user terminal 2 will be referred to as processing using a web browser.

When the processor 11 in the information processing device 1 receives access from the user terminal 2 as described above, it executes information processing for receiving an order (hereinafter referred to as order processing) based on the online supermarket application APA. Note that in the following explanation of the order processing, when the word "user" is used, it refers to the user who has accessed the order. In addition, since this order processing is executed for one order, when the word "order" is used in the following explanation of the order processing, it refers to the order that is the subject of the order processing.
5, 6 and 7 are flow charts of the order processing.

As ACT11 in FIG. 5, processor 11 performs user authentication to confirm whether the accessing person is a user. This user authentication can be performed using, for example, a well-known technique for authenticating an accessing person via the Internet. If processor 11 can confirm that the accessing person is a user, it adds a new data record DRC to the order database DBC for managing future orders. Processor 11 sets each data in each field of the new data record DRC, for example, as follows:

The processor 11 sets in the field FCA an order ID determined, for example, according to a predetermined rule, so as not to overlap with order IDs set in the field FCA of other data records DRC included in the order database DBC.
The processor 11 sets the user ID acquired during the above authentication in the field FCB.

Processor 11 sets the delivery method ID of the default delivery method in field FCC. The delivery method can be, for example, home delivery, in-store pick-up, or convenience store pick-up, and which delivery method is available is determined in advance by the online supermarket service provider. It is assumed that the default delivery method is, for example, home delivery. However, processor 11 may set a predetermined invalid value in field FCC to indicate that a delivery method has not been selected.

Processor 11 sets default delivery destination data in field FCD. The default delivery destination data is assumed to be, for example, normal delivery destination data. That is, processor 11 finds a data record DRA in which the user ID acquired during the above authentication is set in field FAA from user database DBA, and copies the normal delivery destination data set in field FAC of that data record DRA to field FCD. However, processor 11 may set a predetermined invalid value to field FCD to indicate that a delivery method has not been selected.

Processor 11 sets the default delivery date in field FCE. The default delivery date is expected to be the earliest of the selectable delivery dates. However, processor 11 may also set a predetermined invalid value in field FCE to indicate that a delivery date has not been selected.

Processor 11 sets a default time zone ID in field FCF. It is assumed that the default time zone ID is the time zone ID of the time zone to which the earliest delivery time of the selectable delivery times belongs. However, processor 11 may also set a predetermined invalid value in field FCF to indicate that a delivery time zone has not been selected.

The processor 11 sets a default payment method ID in the field FCG. The payment method may be, for example, cash on delivery or credit card payment, and which payment method is available is determined in advance by the online supermarket service provider. It is assumed that the default payment method ID is the payment method ID for cash on delivery. However, the processor 11 may set a predetermined invalid value in the field FCG to indicate that a payment method has not been selected.
The processor 11 does not include any product code in the field FCH, and may set the field FCH to an invalid value that is predetermined to indicate that the product is not registered.

The various default settings described above may be arbitrarily determined by, for example, the creator of the online supermarket application APA. The default settings may also be changed as appropriate by the provider of the online supermarket service or the user. If it is desired to enable the user to change the various default settings, a field for setting the relevant default settings is added to the data record DRA of the user database DBA.
Then, when the processor 11 finishes updating the order database DBC, it proceeds to ACT 12.

In ACT 12, the processor 11 registers the purchased product in response to an instruction from the user on the user terminal 2. This product registration is a process of registering a product specified by the user on a web page as a purchased product, and may be a process similar to that performed in existing online supermarket services, for example. The processor 11 sets the product code of the specified product in the field FCH of the data record DRC added to the order database DBC as described above. Then, when the user declares the completion of the product registration, the processor 11 proceeds to ACT 13.
In ACT 13, the processor 11 checks whether the user belongs to a group.

Here, the groups in this embodiment will be described.
A user of the online supermarket service can form a group with any other user. The type of group is up to the user. It is preferable to form a group with users who have nearby delivery destinations for items ordered from the online supermarket. In addition, some users in the group are designated as recipients. It is optional for each group to determine which users are designated as recipients. For example, it is assumed that a group is formed with multiple users living in the same apartment building, and a user who is a manager stationed in the apartment building or a user who is often at home is designated as a recipient. When multiple recipients are determined, a receiving order is determined. When a new group is formed, any user belonging to the group registers the group ID and group name in the group database DBB by prior notification. In addition, each user belonging to the group registers the group ID in the user database DBA by prior notification. In addition, the user who is the recipient registers the receiving order in the user database DBA by prior notification. Thus, when a data record DRA in the user database DBA is associated with a user who belongs to a group, a valid group ID and a receiving order are set in the fields FAD and FAE.

Therefore, in ACT 13, if an invalid value is set in the field FAD of the data record DRA associated with the user in the user database DBA, the processor 11 determines that the user does not belong to a group and proceeds to ACT 14.
As ACT 14, the processor 11 instructs the user terminal 2 to display a first setting screen. The first setting screen is a screen for a user who does not belong to a group to set various conditions for purchasing a registered product. The processor 11, for example, sends instruction data including identification data for identifying that the instruction is to display the first setting screen from the communication interface 14 to the communication network 200 to the user terminal 2. The processor 11 includes web page data showing the first setting screen in the instruction data.
Various instructions from the information processing device 1 to the user terminal 2, which will be described below, are realized in the same manner as described above.

FIG. 8 is a diagram showing an example of the first setting screen SCA.
The first setting screen SCA displays areas ARA, ARB, ARC, ARD, and ARE, and buttons BUA and BUB.

Area ARA is an area that displays the delivery method being set. In FIG. 8, it shows a state where "Delivery" is set as the delivery method. Area ARA also serves as a GUI (graphical user interface) for the user to declare that he/she wishes to change the delivery method.
The area ARB is an area that displays the delivery destination being set. In Fig. 8, the delivery destination registered as the normal delivery destination is set as the delivery destination. The area ARB also serves as a GUI for the user to declare that he/she wishes to change the delivery destination.
The area ARC is an area that displays the delivery date being set. In Fig. 8, "Wednesday, January 1, 2020" is set as the delivery date. The area ARC also serves as a GUI that allows the user to declare that he or she will change the delivery date.

Area ARD is an area that displays the delivery time being set. Area ARD also serves as a GUI for the user to specify the delivery time. Figure 8 shows a case where the delivery time can be specified as one of four time slots: "14:00-16:00", "16:00-18:00", "18:00-20:00", and "20:00-21:00". Area ARD shows radio buttons corresponding to each time slot, and these radio buttons indicate which time slot is set as the delivery time. Figure 8 shows a state where the time slot "14:00-16:00" is set as the delivery time. Figure 8 also shows a case where the time slots "14:00-16:00" and "16:00-18:00" can be specified, and this is indicated by the circles corresponding to the time slots. FIG. 8 also shows a case where the time period "20:00-21:00" cannot be specified, and this is indicated by a cross mark corresponding to that time period. FIG. 8 also shows a case where the number of orders for which the time period "18:00-20:00" can be specified is small, and this is indicated by a triangle mark corresponding to that time period.

Area ARE is an area that displays the payment method being set. Area ARE also serves as a GUI for the user to specify the payment method. Figure 8 shows a case where the payment method can be specified as one of two methods: cash on delivery and credit card payment. Area ARE shows radio buttons corresponding to each payment method, and these radio buttons indicate which payment method is set. Figure 8 shows a state where cash on delivery is set as the payment method.

The button BUA is a soft key for the user to declare that the current settings are accepted, and the button BUB is a soft key for the user to declare that the user wants to return to product registration.
The processor 11 generates the first setting screen SCA to display various settings based on the data record DRC associated with the order in the order database DBC.

On the other hand, if a valid group ID is set in the field FAD of the data record DRA associated with the user in the user database DBA, the user belongs to the group, so the answer is YES in ACT13 of FIG. 5, and the process proceeds to ACT15.
In ACT 15, the processor 11 instructs the user terminal 2 to display a second setting screen. The second setting screen is a screen for users belonging to the group to set various conditions related to the purchase of registered products.

Fig. 9 is a diagram showing an example of the second setting screen SCB. In Fig. 9, the same elements as those in the first setting screen SCA shown in Fig. 8 are denoted by the same reference numerals as in Fig. 8, and detailed description thereof will be omitted.
The second setting screen SCB shows areas ARA, ARB, ARC, ARD, ARE, buttons BUA, BUB, and a message MEA. That is, the second setting screen SCB is a screen showing the first setting screen SCA with the message MEA added. The message MEA is shown in the area ARB and is a text message indicating that the delivery charge will be discounted by specifying a group as the delivery destination.

When instruction data for instructing the display of the first setting screen SCA or the second setting screen SCB is transmitted via the communication network 200, the user terminal 2 displays the first setting screen SCA or the second setting screen SCB according to the web page data included in the instruction data on a built-in or external display device.

When the second settings screen SCB is displayed on the display device, the user can recognize from the message MEA that it is advantageous to specify a group as the delivery destination. In other words, this gives the user an incentive to specify a group as the delivery destination, which is equivalent to suggesting to the user as the orderer that he or she specify a group as the delivery destination. In other words, instructing to display the second settings screen SCB is equivalent to sending a notification to suggest to the orderer that the group to which the user as the orderer belongs be specified as the delivery destination. Thus, by having the processor 11 execute information processing based on the online supermarket application APA, the computer with the processor 11 as its central part functions as a notification means for sending the above notification.

After issuing the display instruction in ACT 14 or ACT 15 in FIG. 5, the processor 11 proceeds to ACT 16.
In ACT 16, the processor 11 checks whether or not a delivery method has been specified. If the processor 11 cannot check the specified method, it determines "NO" and proceeds to ACT 17.
The processor 11 checks whether or not a delivery destination has been specified in ACT 17. If the processor 11 cannot confirm the designation, it determines NO and proceeds to ACT 18.
In ACT 18, the processor 11 checks whether or not a delivery date has been specified. If the processor 11 cannot check that a delivery date has been specified, the result is NO, and the process proceeds to ACT 19.
In ACT 19, the processor 11 checks whether or not a delivery time has been specified. If the processor 11 cannot check the specified time, it determines that the result is NO and proceeds to ACT 20.

In ACT 20, the processor 11 checks whether or not a payment method has been specified. If the processor 11 cannot check that a payment method has been specified, the processor 11 determines that the method has been specified as NO and proceeds to ACT 21.
In ACT 21, the processor 11 checks whether or not a condition determination is specified. If the corresponding designation is not confirmed, the processor 11 judges the result as NO and proceeds to ACT 22.
In ACT 22, the processor 11 checks whether or not a return to product registration has been specified. If the corresponding specification has not been confirmed, the processor 11 determines that the result is NO and returns to ACT 16.
Thus, in ACT16 to ACT22, the processor 11 waits for any one of the delivery method, delivery destination, delivery date, delivery time, payment method, decision, and return to be specified.

The user checks the current setting status based on the first setting screen SCA or the second setting screen SCB. If the user wants to change the delivery method, he or she touches or clicks the area ARA. In response to this, the user terminal 2 displays a selection screen for the delivery method and receives the user's designation of the delivery method to be set. If the delivery method is designated, the user terminal 2 notifies the information processing device 1 of the designated delivery method. The user terminal 2 executes the display of the selection screen and the notification of the designated contents to the information processing device 1 based on, for example, the definition in the web page data of the first setting screen SCA or the second setting screen SCB. The user terminal 2 then sends notification data including, for example, identification data for identifying whether the notification is related to the designation of the delivery method, delivery destination, delivery date, delivery time, or payment method, and data indicating the designated contents, to the communication network 200, addressed to the information processing device 1.
Various notifications from the user terminal 2 to the information processing device 1, which will be described below, are realized in the same manner as described above.

When notification data informing of the designation of the delivery method is transmitted to the information processing device 1 via the communication network 200, the communication interface 14 of the information processing device 1 captures the notification data. In response to this, the processor 11 judges YES in ACT 16 in Fig. 5 and proceeds to ACT 23 in Fig. 6.
In ACT 23, the processor 11 sets the delivery method based on the notification. For example, the processor 11 sets the delivery method ID of the notified delivery method in the field FCC of the data record DRC associated with the order in the order database DBC. Then, the processor 11 returns to the standby state of ACT 16 to ACT 22 in FIG. 5.

When the user wants to change the delivery destination, the user touches or clicks the area ARB. In response to this, the user terminal 2 displays a delivery destination selection screen and receives the user's designation of the delivery destination to be set. Then, when the delivery destination is designated, the user terminal 2 notifies the information processing device 1 of the designated delivery destination.
In response to the notification of the designated delivery destination, the processor 11 judges YES in ACT 17 in Fig. 5 and proceeds to ACT 24 in Fig. 6. In this manner, the processor 11 executes information processing based on the online supermarket application APA, and the computer having the processor 11 as its central part functions as a first reception means for receiving designation regarding the delivery destination.

In ACT 24, the processor 11 sets the delivery destination based on the notification. For example, the processor 11 sets delivery destination data representing the notified delivery destination in the field FCD of the data record DRC associated with the order in the order database DBC. If a normal delivery destination is specified, the processor 11 sets the normal delivery destination data set in the field FAC of the data record DRA associated with the user in the user database DBA as the delivery destination data in the field FCD. If a group is specified, the processor 11 sets the group ID set in the field FAD of the data record DRA associated with the user in the user database DBA as the delivery destination data in the field FCD.
In ACT 25, the processor 11 checks whether the newly set delivery destination is a group. If the delivery destination is not a group, the processor 11 judges the result as NO, and returns to the standby state of ACT 16 to ACT 22 in FIG.

When the user wants to change the delivery date, the user touches or clicks the area ARC. In response, the user terminal 2 displays a delivery date selection screen and receives the user's specification of the delivery date to be set. Then, when the delivery date is specified, the user terminal 2 notifies the information processing device 1 of the specified delivery date.
In response to the notification of the designated delivery date, the processor 11 determines YES in ACT 18 in FIG. 5 and proceeds to ACT 26 in FIG.
In ACT 26, the processor 11 sets a delivery date based on the notification. For example, the processor 11 sets the notified delivery date in the field FCE of the data record DRC associated with the order in the order database DBC. Then, the processor 11 returns to the standby state of ACT 16 to ACT 22 in FIG. 5.

When the user wants to change the delivery time, the user touches or clicks a radio button in the area ARD that corresponds to the time slot to which the delivery time should be set. The user terminal 2 then notifies the information processing device 1 of the time slot of the delivery time thus specified.
In response to the notification of the designated delivery time, the processor 11 determines YES in ACT 19 in FIG. 5 and proceeds to ACT 27 in FIG.
In ACT 27, the processor 11 sets the delivery time based on the notification. For example, the processor 11 sets the time slot ID of the notified time slot in the field FCF of the data record DRC associated with the order in the order database DBC. Then, the processor 11 returns to the standby state of ACT 16 to ACT 22 in FIG. 5.

When the user wants to change the payment method, the user touches or clicks a radio button in the area ARE that corresponds to the payment method to be set. The user terminal 2 then notifies the information processing device 1 of the payment method designated in this manner.
In response to the notification of the designated payment method, the processor 11 judges as YES in ACT 20 in FIG. 5 and proceeds to ACT 28 in FIG.
In ACT 28, the processor 11 sets the payment method based on the notification. For example, the processor 11 sets the payment method ID of the notified payment method in the field FCG of the data record DRC associated with the order in the order database DBC. Then, the processor 11 returns to the standby state of ACT 16 to ACT 22 in FIG. 5.

If, while in the standby state of ACT16 to ACT22, the processor 11 determines that the answer is YES in ACT22 and returns to ACT12 if a return is specified, for example, by touching or clicking the button BUB, the processor 11 performs an additional product registration.

Now, if the user designates a group as the delivery destination, the processor 11 judges YES in ACT 25 in FIG. 6 and proceeds to ACT 29 in FIG.
In ACT 29, the processor 11 sets the delivery time to "unspecified." For example, the processor 11 sets a predetermined invalid value representing "unspecified" to a field FCF of a data record DRC associated with the order in the order database DBC.

In ACT 30, the processor 11 sets the payment method to credit card payment. For example, the processor 11 sets a payment method ID for credit card payment in a field FCG of a data record DRC associated with the order in the order database DBC.
In ACT 31, the processor 11 instructs the user terminal 2 to display a third setting screen. The third setting screen is a screen for a user who has designated a group as a delivery destination to set various conditions related to the purchase of a registered product.

Fig. 10 is a diagram showing an example of the third setting screen SCC. In Fig. 10, the same elements as those in the first setting screen SCA and the second setting screen SCB shown in Fig. 8 and Fig. 9 are denoted by the same reference numerals as those in Fig. 8 and Fig. 9, and detailed description thereof will be omitted.
The third setting screen SCC shows areas ARA, ARB, ARC, ARD, ARE, buttons BUA, BUB, message MEA, and images IMA, IMB. That is, the third setting screen SCC is a screen in which the images IMA and IMB are added to the second setting screen SCB. The image IMA is overlaid on the area ARD to notify the user that the delivery time cannot be specified. The image IMB is overlaid on the display line representing cash on delivery in the area ARE to notify the user that cash on delivery cannot be selected as a payment method.

In ACT 32, the processor 11 checks whether or not a delivery method has been specified. If the processor 11 cannot check the specified method, it determines that the result is NO and proceeds to ACT 33.
In ACT 33, the processor 11 checks whether or not a delivery destination has been specified. If the processor 11 cannot confirm the designation, it determines that the result is NO and proceeds to ACT 34.
In ACT 34, the processor 11 checks whether or not a delivery date has been specified. If the processor 11 cannot check that the delivery date has been specified, the result is NO, and the process proceeds to ACT 35.
In ACT 35, the processor 11 checks whether or not a condition determination is specified. If the corresponding designation is not confirmed, the processor 11 judges that the result is NO and proceeds to ACT 36.
In ACT 36, the processor 11 checks whether or not a return to product registration has been specified. If the corresponding specification cannot be confirmed, the processor 11 determines that the result is NO and returns to ACT 32.
Thus, the processor 11 waits for any of the delivery method, delivery destination, delivery date, confirmation, and return to be specified in ACT 32 to ACT 36. That is, in the standby state in ACT 32 to ACT 36, the processor 11 does not wait for the specification of the delivery time and the payment method, unlike the standby state in ACT 16 to ACT 22 in FIG.

In the standby state of ACT16 to ACT22, the processor 11 receives a delivery time designation in ACT19, but in the standby state of ACT32 to ACT36, the processor 11 does not receive a delivery time designation. Thus, by the processor 11 executing information processing based on the online supermarket application APA, the computer with the processor 11 as its central part functions as a second reception means.

The reason why the delivery time is set to "no time specified" and no specification by the user is awaited is to increase the number of deliveries that can be made on the same flight. Also, the reason why the payment method is set to "credit card" and no specification by the user is awaited is because there is a possibility that the recipient and the orderer are different.

The user terminal 2 also receives designation of the delivery method, delivery destination, and delivery date on the third setting screen SCC in the same manner as on the first setting screen SCA and the second setting screen SCB, and notifies the information processing device 1 of the designation.
When the designation of the delivery method is notified, the processor 11 judges YES in ACT 32 and proceeds to ACT 37.
In ACT 37, the processor 11 sets the delivery method in the same manner as in ACT 23. This changes the delivery method to something other than delivery, and the designation of delivery to a group as the delivery destination is cancelled. The processor 11 then returns to ACT 15 in FIG. 5 and executes the subsequent processes in the same manner as described above.

When the designated delivery destination is notified, the processor 11 judges YES in ACT 33 and proceeds to ACT 38.
In ACT 38, the processor 11 sets the delivery destination in the same manner as in ACT 24.
In ACT 39, the processor 11 checks whether the newly set delivery destination is a group. If it is not a group, the processor 11 judges it as NO, returns to ACT 15 in Fig. 5, and executes the subsequent processes in the same manner as described above. If it is a group, the processor 11 judges it as YES, and returns to the standby state of ACT 32 to ACT 36. If one user is allowed to belong to only one group, the delivery destination will be changed to a destination other than a group in ACT 38, so the processor 11 may omit ACT 39 and return to ACT 15 in Fig. 5.

When the designated delivery date is notified, the processor 11 judges YES in ACT 34 and proceeds to ACT 40.
In ACT 40, the processor 11 sets the delivery date in the same manner as in ACT 26. Then, the processor 11 returns to the standby state of ACT 32 to ACT 36.

If the return is specified by touching or clicking the button BUB, for example, the processor 11 judges that the answer is YES in ACT 36 and proceeds to ACT 41.
In ACT 41, the processor 11 performs product registration in the same manner as in ACT 12 in Fig. 5. Then, when the user declares the completion of the product registration, the processor 11 returns to the standby state of ACT 32 to ACT 36.

If confirmation is specified by touching or clicking button BUA on the first setting screen SCA or the second setting screen SCB, processor 11 determines YES in ACT 21 in FIG. 5 and ends the order processing. If confirmation is specified by touching or clicking button BUA on the third setting screen SCC, processor 11 determines YES in ACT 35 in FIG. 7 and ends the order processing. If processor 11 determines YES in ACT 21 in FIG. 5 or ACT 35 in FIG. 7, processor 11 may have the user specify whether or not to proceed to a new order, and if a transition is specified, add a data record DRA related to the new order to the order database DBC and then return to ACT 12 in FIG. 5.

The processor 11 executes management processing for delivery of group orders in accordance with the online supermarket application APA. The management processing is processing for managing the delivery of products on delivery services for products for which a group is specified. For this reason, the processor 11 executes management processing for each delivery service for products for which a group is specified, at each execution timing according to the delivery service (hereinafter referred to as the target service). The execution timing may be arbitrarily determined, for example, for each store, as an appropriate timing before the departure time of the target service. For example, if a delivery service for products for which a group is specified is set to one service per business day of the store, and the departure time of the delivery service is set to a fixed time, it is assumed that the execution timing is a fixed time a certain amount of time before the departure time.
The processor 11 also executes information processing for managing deliveries of orders for which a group is not specified as the delivery destination, but a description of this information processing will be omitted. This information processing may be similar to existing processing, for example.

FIG. 11 is a flowchart of the management process.
In ACT 51, the processor 11 determines a group to be processed (hereinafter, referred to as a target group). For example, the processor 11 selects one data record DRB included in the group database DBB, and sets the group with the group ID set in the field FBA of the data record DRB as the target group.

In ACT 52, processor 11 extracts all orders for which products should be delivered on the target flight and for which the target group is set as the delivery destination. For example, processor 11 searches the order database DBC for all data records DRC in which the delivery destination data set in field FCD is a group ID and the delivery date set in field FCE is the current day.

In ACT 53, the processor 11 checks whether the extraction in ACT 52 was successful. If at least one corresponding data record DRC is found in ACT 52, the processor 11 determines that the extraction was successful (YES) and proceeds to ACT 54.
In ACT 54, the processor 11 checks whether or not there are multiple orders extracted in ACT 52. If only one corresponding data record DRC is found in ACT 52, the processor 11 determines that the result is NO and proceeds to ACT 55.

In ACT 55, the processor 11 performs a settlement process for one extracted order. In this settlement process, the processor 11 calculates the price of the product based on the product list set in the field FCH of the data record DRC extracted in ACT 52. The processor 11 may also perform a well-known discount process when calculating the price of the product. The processor 11 then adds the delivery fee (hereinafter referred to as the first group fee) for when the number of orders targeted for group delivery is one to the price to calculate the settlement amount. Furthermore, the processor 11 finds a data record DRA in which the user ID set in the field FCB of the data record DRC extracted in ACT 52 is set in the field FAA from the user database DBA, and settles the above settlement amount by settlement using the settlement information set in the field FAF of the data record DRA. For example, if a credit card number is set in the field FAF as settlement information, the processor 11 executes a well-known process for credit settlement using the number.
The first group fee may be set arbitrarily by, for example, the provider of the online supermarket service or for each store. For example, the first group fee is expected to be set lower than the delivery fee for delivery without specifying a group as the delivery destination (hereinafter referred to as the normal fee), but it may be the same as the normal fee.

If the first group fee is set lower than the normal fee, then when a group is specified as the delivery destination, the user as the orderer will be given a greater benefit than if a group is not specified as the delivery destination. Therefore, the process of calculating the payment amount by applying the first group fee as the delivery fee corresponds to the process of giving the user the above-mentioned benefit. Thus, by having the processor 11 execute information processing based on the online supermarket application APA, the computer with the processor 11 as its central part functions as a processing means that performs the above-mentioned processing.

In ACT 56, the processor 11 checks whether the payment is successful through the payment process in ACT 55. If the payment is successful, the processor 11 determines that the result is YES and proceeds to ACT 57.
In ACT 57, the processor 11 instructs the store terminal 3 to issue a delivery slip. For example, the processor 11 sends instruction data including identification data for identifying that this is an instruction to issue a delivery slip from the communication interface 14 to the communication network 200, addressed to the store terminal 3. The processor 11 includes the data to be written on the delivery slip in the instruction data. The type of data to be included in the data may be determined arbitrarily for each store. For example, the data to be written includes the order number, membership number, delivery date, delivery time, name, payment method, number of items, barcode data, total amount, taxable amount, tax amount, group name, and delivery destination list.

For example, the processor 11 includes the order ID set in field FCA of the data record DRC extracted in ACT52 as an order number in the description data. For example, the processor 11 includes the user ID set in field FCB of the data record DRC extracted in ACT52 as a membership number in the description data. For example, the processor 11 includes the delivery date set in field FCE of the data record DRC extracted in ACT52 in the description data. For example, the processor 11 includes data that is predetermined to represent "no time specified" as a delivery time in the description data. The processor 11 finds a data record DRA from the user database DBA in which the user ID set in field FCB of the data record DRC extracted in ACT52 is set in field FAA. Then, the processor 11 includes, for example, the name set in field FAB of the data record DRA in question as the description data. For example, the processor 11 includes "credit" as the payment method. The processor 11, for example, includes in the written data the total number of products shown in the product list set in the field FCH of the data record DRC extracted in ACT 52 as the number of products. The processor 11, for example, generates barcode data including data to be acquired by a terminal device for delivery management, and includes this in the written data. The processor 11, for example, includes in the barcode data predetermined data among the data included in the written data. The processor 11 may include in the barcode data data data that is not included in the written data, such as a slip number. The processor 11, for example, includes in the written data the payment amount settled in ACT 55 as the total amount. The processor 11 includes in the written data the taxable amount related to the payment amount settled in ACT 55. The processor 11 includes in the written data the tax amount related to the payment amount settled in ACT 55. The processor 11 finds out from the group database DBB a data record DRB in which the group ID set as delivery destination data in the field FCD of the data record DRC extracted in ACT 52 is set in the field FBA. Then, for example, the processor 11 includes the group name set in field FBB of the data record DRB in question in the description data. The processor 11 searches the user database DBA for all data records DRA in which the group ID set as delivery destination data in field FCD of the data record DRC extracted in ACT52 is set in field FAD and an invalid value is not set in field FAE. The processor 11 then generates a delivery destination list in which, for example, the name set in field FAB of the data record DRA in question and the normal delivery destination data set in field FAC are arranged in a manner that allows the receiving order set in field FAE of each data record DRA to be determined, and includes this in the description data.

On the other hand, if the payment process in ACT 55 fails, the processor 11 judges NO in ACT 56 and proceeds to ACT 58.
At ACT 58, the processor 11 performs error processing. For example, the processor 11 performs processing to notify the user that the order is invalid. Note that the order receiving processing for the order has already been completed. For this reason, the processor 11 sends an e-mail for the notification to an e-mail address that is predetermined by the user. In this case, for example, the e-mail address may be included in the data record DRA of the user database DBA. Alternatively, if a mobile communication terminal is used as the user terminal 2, the processor 11 may perform the notification using a notification function via a mobile communication network. In this case, the processor 11 does not instruct the store terminal 3 to issue a delivery slip. As a result, a delivery slip is not issued, the product for the order is not delivered, and the order is invalid. The processor 11 may delete the data record DRC associated with the order in the order database DBC. Alternatively, the processor 11 may add a flag indicating whether the data record DRC is valid or not to the data record DRC, and change the flag to a state indicating invalid. After the notification, the processor 11 may accept a user's specification for changing the conditions of the invalidated order and accept it as a new order.

Meanwhile, if two or more corresponding data records DRC are found in ACT 52, the processor 11 judges that the result is YES in ACT 54 and proceeds to ACT 59.
In ACT 59, the processor 11 determines a delivery fee. The delivery fee to be determined may be set arbitrarily by, for example, the provider of the online supermarket service or for each store. The delivery fee (hereinafter referred to as the second group fee) is assumed to be set lower than the first group fee, but may be the same as the first group fee. The processor 11 determines, for example, the amount obtained by dividing a base amount set to the same amount as the first group fee or the normal fee, or an arbitrarily set base amount, by the number of orders extracted in ACT 52 as the second group fee. The decimal points of the value obtained by the division are removed by a predetermined rounding process. The processor 11 may determine the second group fee as a predetermined amount regardless of the number of orders extracted in ACT 52.

The processor 11 determines the target order in ACT 60. For example, the processor 11 selects one of the data records DRC found in ACT 52, and determines the order associated with the data record DRC as the target order.
In ACT 61, the processor 11 executes the settlement process for the target order in the same manner as in ACT 55. However, for the delivery fee, the second group fee is applied instead of the first group fee.

In ACT 62, the processor 11 checks whether the payment has been successfully made by the payment process in ACT 61. If the payment has been successfully made, the processor 11 determines that the result is YES and proceeds to ACT 63.
In ACT 63, the processor 11 instructs the store terminal 3 to issue a delivery slip, similar to ACT 57.

On the other hand, if the payment process in ACT 55 fails, the processor 11 judges NO in ACT 62 and proceeds to ACT 64.
In ACT 64, the processor 11 performs error processing similarly to ACT 58.

When the processor 11 finishes ACT 63 or ACT 64, it proceeds to ACT 65.
In ACT 65, the processor 11 checks whether all of the orders extracted in ACT 52 have been selected as target orders. If there are any orders that have not yet been determined as target orders, the processor 11 judges the result to be NO, and repeats the processing from ACT 60 onwards. At this time, in ACT 60, the processor 11 selects an unselected order while repeating the processing from ACT 60 to ACT 65, and determines it as the target order.

Thus, the processor 11 sequentially selects each of the orders extracted in ACT 52 as the target order and repeats the processes in ACT 60 to ACT 65. If all of the orders extracted in ACT 52 have been selected as the target orders, the processor 11 determines YES in ACT 65 and proceeds to ACT 66.
Incidentally, the processor 11 also proceeds to ACT 66 after completing ACT 57 or ACT 58. If the processor 11 does not find any corresponding data record DRC in ACT 52, it determines that the extraction has failed and the result is NO in ACT 53, and proceeds to ACT 66.

In ACT 66, the processor 11 checks whether all groups have been selected as the target group. If there is a group that has not yet been determined as the target group, the processor 11 judges that the result is NO, and repeats the processing from ACT 51 onwards. At this time, in ACT 51, the processor 11 selects an unselected group while repeating the processing from ACT 51 to ACT 66, and determines it as the target group.
Thus, the processor 11 sequentially selects all groups managed by the group database DBB as target groups and repeats the processes in ACT 51 to ACT 65. If all groups have been selected as target groups, the processor 11 determines YES in ACT 66 and ends the management process.

Now, when instruction data instructing the issuance of a delivery slip is transmitted to the store terminal 3 via the communication network 200, the store terminal 3 issues a delivery slip based on the description data included in the instruction data and the predetermined form data by having the printer 4 print it.

FIG. 12 is a diagram showing an example of a delivery slip SLA.
In FIG. 12, the character strings of "Order Number", "Member Number", "Designated Delivery Method", "Name", "Payment Method", "Purchase Points", "Delivery Person", "Stamp", "Receipt Stamp", "Stamp/Signature", "Total Amount", "10% Taxable Amount", "10% Tax Amount", "Group Name", and "Delivery Destination" and the ruled lines are based on the form data. "999-999999-99999" represents the order number included in the written data. "999-9999" represents the membership number included in the written data. "9999/99/9999" represents the delivery date included in the written data. "No Time Designated" represents the delivery time included in the written data. "Mr. AA AA" represents the name included in the written data. "Credit" represents the payment method included in the written data. "99 points" represents the number of items included in the written data. The image IMC represents a barcode based on the barcode data included in the written data. "￥9,999" represents the total amount included in the written data. "9,999 yen" represents the taxable amount included in the data. "999 yen" represents the amount of tax included in the data. "BBBBBBBB" represents the group name included in the data. "(1) Dear CC CC, Tokyo..." and "(2) Dear DD DD, Tokyo..." represent the delivery list included in the data.

In Figure 12, all the numbers shown in the written data are represented by "9", which is different from the actual numbers. Also, the alphabet characters representing names and group names are actually replaced with other character strings. Also, "Tokyo...." is actually replaced with a character string representing an address.

In this way, the delivery slip SLA for an order in which a group is specified as the delivery destination lists "CC CC" and "DD DD" as delivery destinations in addition to the orderer "AA AA". However, Figure 12 shows a case in which "CC CC" and "DD DD" are specified as delivery destinations, with "CC CC" in first place and "DD DD" in second place as the receiving order, and the delivery destination list may also show the names and addresses of one or more delivery destinations.

Now, when the processor 11 repeats the processing of ACT 60 to ACT 65, the issuance of the delivery slip SLA is repeated every time an instruction to issue a delivery slip is given in ACT 68. The multiple delivery slips SLA issued in this way will all have the same delivery date, delivery time, and delivery destination list.
Therefore, based on these multiple delivery slips SLA, the deliverer in charge of deliveries for the online supermarket service delivers items related to multiple orders together to the same delivery destination.

Thus, when the processor 11 determines the delivery destination list to be included in the written data when instructing the store terminal 3 to issue a delivery slip in ACT 57, this is equivalent to determining the delivery destinations defined for the group as the delivery destinations for the delivery item. Therefore, by the processor 11 executing information processing based on the online supermarket application APA, the computer with the processor 11 as its central part functions as a determination means for making the above-mentioned determinations.

As described above, the information processing device 1 makes it possible to deliver multiple deliveries together. This reduces the burden on the deliverer.

If the burden on the delivery person can be reduced in this way, it is also possible to reduce the delivery fee. And as mentioned above, if a first group fee or a second group fee that is lower than the normal fee is applied when a group is specified as the delivery destination, users can be motivated to specify a group as the delivery destination.

When the first group fee is applied, although a group is specified as the delivery destination, there are no other orders for the same group, and multiple deliveries cannot be delivered together. However, if the delivery destination set for the group is a user who is often at home, such as a manager stationed at an apartment complex, the rate of absence for deliveries in response to orders from other users who are less likely to be at home decreases. This reduces the burden on the deliverer. In addition, since it is possible to increase the possibility that a group will be specified as the delivery destination, it is also possible to increase the possibility that multiple deliveries can be delivered together, so it is effective to set the first group fee lower than the normal fee.

In addition, according to the information processing device 1, the second group fee is determined so as to be reduced according to the number of orders that can be delivered together. This increases the possibility that users in a group will set the conditions of their respective orders so that they are delivered by the same delivery service by prior agreement. This increases the possibility that multiple deliveries can be delivered together, further reducing the burden on the deliverer.

In addition, according to the information processing device 1, if the user belongs to a group, the second setting screen SCB or the third setting screen SCC showing the message MEA is displayed, so that the user can be made aware of designating a group as a delivery destination. This can increase the likelihood that a group will be designated as a delivery destination.

This embodiment can be modified in various ways as follows.
The information processing for product registration may be performed by another information processing device. In other words, it may be realized as a delivery management device specialized in the function of managing deliveries of deliveries determined by another information processing device. It may also be realized by providing the delivery management device function to a device having various other functions, such as a function for inventory management in a store or warehouse.

The deliveries to be managed are not limited to deliveries from online supermarket services, but may be deliveries related to any service, such as internet shopping, telephone shopping, mail order orders placed by post, and even delivery services for in-store orders.

A user may be allowed to belong to multiple groups. In this case, for example, in the user database DBA, the group IDs of each of the multiple groups are set in the field FAD of the data record DRA associated with the user who belongs to multiple groups. Alternatively, another field for setting the second and subsequent group IDs may be added to the data record DRA. The data record DRA also describes the order of receipt in each group in association with each of the multiple group IDs. The order of receipt may be managed in the group database DBB. For example, the data record DRB in the group database DBB describes the user IDs of the recipients in the group to which the data record DRB is associated so that the order of receipt can be determined.

Users belonging to each group may be managed by describing the user IDs of all users belonging to the associated group in a data record DRB in the group database DBB.

The first setting screen SCA, the second setting screen SCB, and the third setting screen SCC may be generated by the user terminal 2. In this case, the processor 11 includes data representing the various settings in the instruction data for instructing the display of the various screens.

If the first group fee is set to the same amount as the regular fee, the second setting screen SCB may be displayed if there is already an order from another user who has specified the same group as the delivery destination.

The notification to suggest to the user to specify a group as the delivery destination may be performed by a method other than displaying the message MEA. For example, a screen to suggest to specify a group as the delivery destination may be displayed prior to displaying the settings screen. Alternatively, the initial value of the delivery destination may be the group for users who belong to a group. Alternatively, a different notification operation other than a display, such as outputting a voice message, may be performed.

When the second settings screen SCB is displayed on the display device, the user can recognize from the message MEA that it is advantageous to specify a group as the delivery destination. In other words, this gives the user an incentive to specify a group as the delivery destination, which is equivalent to suggesting to the user as the orderer that he or she specify a group as the delivery destination. In other words, instructing to display the second settings screen SCB is equivalent to sending a notification to suggest to the orderer that the group to which the user as the orderer belongs be specified as the delivery destination. Thus, by having the processor 11 execute information processing based on the online supermarket application APA, the computer with the processor 11 as its central part functions as a notification means for sending the above notification.

When a group is specified as the delivery destination, the user may also be allowed to specify a delivery time. For example, if there are a large number of orders, or if users belonging to a group make an agreement to specify the same time period when placing orders, the possibility of orders from the same group being placed at the same time period increases even if a delivery time is specified. In this way, if there is a high possibility of orders from the same group being placed at the same time period, it is more convenient for the user to be able to specify a delivery time. Note that if it is possible to arbitrarily set, for example for each store or user, whether or not to accept a user's specification of a delivery time when a group is specified as the delivery destination, operation according to the individual circumstances of the store or user becomes possible, which is convenient.

When a group is specified as the delivery destination, the payment method may be specified by the user. For example, if the orderer agrees to pay the recipient when receiving the delivery from the recipient, there is no problem with applying cash on delivery as the payment method. In some cases, it may be more convenient for the user to be able to specify the payment method in this way. Furthermore, if it is possible to arbitrarily set, for example for each store or user, whether or not to accept the user's specification of the payment method when a group is specified as the delivery destination, this would enable operation according to the individual circumstances of the store or user, making it more convenient.

Instead of the store terminal 3, a terminal installed at a distribution center or a terminal carried by the delivery person may be used.

The delivery slip may be printed using a printer built into or external to the information processing device 1.

In lieu of, or in addition to, different delivery fees, other generous benefits may be offered for deliveries that are delivered to a group. For example, the number or rate of points awarded may be greater when the delivery destination is a group than when it is not a group. Also, for example, coupons may be attached only to deliveries that are delivered to a group.

Each function realized by the processor 11 through information processing can be realized in part or in whole by hardware that executes information processing not based on a program, such as a logic circuit. Each of the above functions can also be realized by combining hardware such as the above logic circuits with software control.

Although some embodiments of the present invention have been described, these embodiments are presented as examples and are not intended to limit the scope of the invention. These novel embodiments can be implemented in various other forms, and various omissions, substitutions, and modifications can be made without departing from the spirit of the invention. These embodiments and their modifications are included in the scope and spirit of the invention, and are included in the scope of the invention and its equivalents described in the claims.
The invention as originally claimed in the present application is set forth below.
[Supplementary Note 1] A first reception means for receiving a designation of a delivery destination of a delivery item from an orderer;
a determination means for determining, when a designation that a group to which a plurality of users including the orderer belongs is designated as a delivery destination by the first reception means, a delivery destination defined for the group as a delivery destination of the piece;
A delivery management device comprising:
[Supplementary Note 2] A notification means for notifying the orderer, if the orderer belongs to the group, to suggest that the orderer designate the group as a delivery destination;
The delivery management device of claim 1, further comprising:
[Appendix 3] A second reception means for receiving the orderer's designation regarding the delivery time of the delivery item when the group is not designated as a delivery destination by the first reception means, and not receiving the designation when the group is designated as a delivery destination by the first reception means;
The delivery management device of claim 1 or 2, further comprising:
[Appendix 4] A processing means for performing a process for giving a greater benefit to the orderer when the group is designated as a delivery destination by the first reception means, compared to a case where the group is not designated as a delivery destination by the first reception means;
The delivery management device according to any one of claims 1 to 3, further comprising:
[Additional Note 5] The processing means performs processing to determine a delivery fee for the piece when the group is designated as a delivery destination by the first reception means, to be lower than a delivery fee for the piece when the group is not designated as a delivery destination by the first reception means.
5. The delivery management device of claim 4.
[Supplementary Note 6] A computer provided in the delivery management device,
A first reception means for receiving a designation by an orderer regarding a delivery destination of a delivery item;
a determination means for determining, when a designation that a group to which a plurality of users including the orderer belongs is designated as a delivery destination by the first reception means, a delivery destination defined for the group as a delivery destination of the piece;
An information processing program that functions as a

1...information processing device, 2...user terminal, 3...store terminal, 4...printer, 11...processor, 12...main memory, 13...auxiliary storage unit, 14...communication interface, 15...transmission path, 100...network supermarket system, 200...communication network.

Claims (6)

a first receiving means for receiving an instruction for delivery of a piece from any one of a plurality of users belonging to the group, together with a designation of whether the delivery destination of the piece is to be a group delivery destination or a normal delivery destination;
a determination means for performing a process of determining a delivery destination for each product to be delivered by a delivery service at an execution timing corresponding to the delivery service, in which when a designation of a group delivery destination for the relevant product is received by the first reception means, the process determines a delivery destination set for a group to which a user who issued a delivery instruction belongs as the delivery destination of the delivery piece even if another product for which the same group delivery destination is received by the first reception means is not included in other products to be delivered by the same delivery service, and when a designation of a regular delivery destination is received by the first reception means, the process determines a delivery destination set for the user who issued a delivery instruction, among delivery destinations set individually for multiple users, as the delivery destination of the delivery piece;
A delivery management device comprising: a notification means for notifying the orderer, if the orderer who has issued the instruction received by the first reception means belongs to the group, of a suggestion to the orderer to designate the orderer as a group delivery destination;
The delivery management device of claim 1 , further comprising: a second reception means for receiving a designation of the orderer regarding a delivery time of the delivery item by the orderer who has issued an instruction received by the first reception means when the designation of the orderer as a group delivery destination is not received by the first reception means, and not receiving the designation when the designation of the orderer as a group delivery destination is received by the first reception means;
The delivery management device according to claim 1 or 2, further comprising: a processing means for performing a process for giving a greater benefit to the orderer who has made the instruction received by the first reception means, when the designation of the group delivery destination is received by the first reception means, compared with a case in which the designation of the group delivery destination is not received by the first reception means;
The delivery management device according to any one of claims 1 to 3, further comprising: the processing means performs processing to determine a lower delivery fee for the delivery piece when a designation of the delivery piece as the group delivery destination is received by the first receiving means, compared with a case in which a designation of the delivery piece as the group delivery destination is not received by the first receiving means.
The delivery management device according to claim 4. A computer provided in the delivery management device,
a first receiving means for receiving an instruction for delivery of a piece from any one of a plurality of users belonging to the group, together with a designation of whether the delivery destination of the piece is to be a group delivery destination or a normal delivery destination;
a determination means for performing a process of determining a delivery destination for each product to be delivered by a delivery service at an execution timing corresponding to the delivery service, in which when a designation of a group delivery destination for the relevant product is received by the first reception means, the process determines a delivery destination set for a group to which a user who issued a delivery instruction belongs as the delivery destination of the delivery piece even if another product for which the same group delivery destination is received by the first reception means is not included in other products to be delivered by the same delivery service, and when a designation of a regular delivery destination is received by the first reception means, the process determines a delivery destination set for the user who issued a delivery instruction, among delivery destinations set individually for multiple users, as the delivery destination of the delivery piece;
An information processing program that functions as a