Computerized system and method for facilitating package delivery

Abstract

The present disclosure provides a system and method for delivering a package to a customer, including: a memory storing instructions; and a processor configured to execute the instructions to receive a package identifier associated with a package to be delivered to the customer from a first user device in a fulfillment center, modify a database to assign the package identifier to one of a plurality of groups based on a delivery address associated with the package identifier and a location of a campsite to which the package is routed, generate a map of the plurality of groups, send the map for display on a second user device in the campsite, and send an activatable icon for display at a location on the map, wherein the location of the activatable icon on the map is associated with the delivery address of the package.

Description

Technical Field

[0001] The present disclosure generally relates to computerized systems and methods for delivering packages to customers. In particular, embodiments of the present disclosure relate to inventive and unconventional systems that involve delivering packages to customers by assigning each package to a group based on a delivery address associated with the package and generating a map with multiple groups. Background Art

[0002] There are various computerized systems and methods for delivering packages to customers from a fulfillment center or warehouse. For example, a conventional electronic system may be configured to provide a delivery worker with a list of packages to be delivered to a customer. Conventional systems may also be configured to provide customer-specific delivery instructions on the list of packages to be delivered to a customer. However, providing a list of packages and a list of instructions may be problematic for a variety of reasons. For example, conventional systems may have delivery efficiency issues because the delivery worker will need to review the list and manually group the packages by their delivery addresses. The process of manually grouping packages by their delivery addresses may take a significant amount of time, and therefore, delay the delivery of the packages to the customer. This may result in low customer satisfaction, and comments from dissatisfied customers may deter potential purchases from other customers. Therefore, there is a need for an improved computerized system and method that is capable of automatically assigning packages to be delivered to one of a plurality of groups based on the delivery addresses associated with the packages, generating a map of the plurality of groups, and then sending the map to be displayed on the delivery worker's user device. In this way, the delivery worker can rely on the generated map to efficiently deliver the packages to the customer.

[0003] In addition, conventional systems may result in delivery staff being unable to efficiently access delivery addresses to deliver packages. For example, a delivery staff may visit building A to deliver a package, and then visit building B to deliver another package. However, the delivery staff may realize that another package needs to be delivered to building A, so building A needs to be revisited. Alternatively, the delivery staff may realize that the package needs to be delivered to building C, which is closer to building A than building B. Therefore, the delivery staff may need to walk unnecessary distances to deliver packages at various locations. Therefore, this will increase the time it takes for the delivery staff to deliver each package to each customer, thereby reducing customer satisfaction. Therefore, there is a need for an improved computerized system and method that can provide route recommendations to delivery staff so that the delivery staff can deliver packages to customers in a timely and efficient manner. For example, the improved computerized system and method can provide real-time route recommendations to delivery staff based on traffic conditions, generated package delivery groups, etc.

[0004] Therefore, there is a need for improved systems and methods for delivering packages to customers. In particular, there is a need for improved systems and methods for delivering packages by assigning each package to a group based on a delivery address associated with each package and the location of the package to be routed from a fulfillment center to a campsite. In addition, there is a need for improved systems and methods for providing a route recommendation for delivering each package by providing delivery instructions associated with each package, and / or providing a recommendation for placing each package in a vehicle for delivery to a customer. Summary of the invention

[0005] One aspect of the present disclosure relates to a computer-implemented system for delivering a package to a customer. The system may include: a memory storing instructions; and at least one processor configured to execute the instructions. The at least one processor may be configured to execute the instructions to receive a package identifier associated with a package to be delivered to a customer from a first user device in a fulfillment center. Before the package is delivered to the customer, it may be routed from the fulfillment center to a campsite. The at least one processor may be configured to execute the instructions to modify a database to assign the package identifier to one of a plurality of groups based on a delivery address associated with the package identifier and a location of a campsite to which the package is routed, generate a map of the plurality of groups, send the map to be displayed on a second user device in the campsite, and send an activatable icon to be displayed at a location on the map. Each of the plurality of groups may include one or more packages associated with delivery addresses that are within a predetermined distance of each other. In addition, the location of the activatable icon on the map may be associated with the delivery address of the package.

[0006] In some embodiments, the multiple groups can be generated in the following manner: determining the location of a camp site where packages to be delivered to customers are stored; identifying a first subset of packages to be delivered whose delivery addresses are within a first predetermined radius from the location of the camp site; in the case of a second subset of packages remaining, grouping the first subset of packages into a first group; identifying a third subset of packages to be delivered to a location within a second predetermined radius from the camp site from the second subset of remaining packages, the second predetermined radius being greater than the first predetermined radius; and grouping the third subset of packages into a second group.

[0007] In other embodiments, the plurality of groups may be generated by: determining the location of a campsite storing packages to be delivered to customers; identifying a first subset of packages to be delivered to a delivery address closest to the campsite, the first subset including a predetermined number of packages; grouping the first subset of packages into a first group with a second subset of packages remaining; identifying a third subset of packages to be delivered to a delivery address closest to the campsite from the second subset of packages remaining, the second subset including a predetermined number of packages; and grouping the third subset of packages into a second group. In some embodiments, the range of the predetermined number of packages may include 5 to 20 packages.

[0008] In some embodiments, the activatable icon may include a number representing the number of packages to be delivered to the delivery address. In some embodiments, the activatable icon may be color-coded. For example, the color of the activatable icon may represent the group to which the package identifier associated with the package is assigned.

[0009] In other embodiments, the at least one processor may be further configured to execute instructions to send a recommendation for placing multiple groups of one or more packages in a vehicle for delivery to the customer to be displayed on the second user device. The recommendation may be based on the location of a campsite storing the one or more packages to be delivered to the customer, and a delivery address associated with the one or more packages in each group. In some embodiments, the at least one processor may be further configured to execute instructions to send a delivery indication associated with each package to the second user device for display when the activatable icon is activated by the user of the second user device. In yet another embodiment, the at least one processor may be further configured to execute instructions to send a route recommendation for delivering the one or more packages to the second user device for display.

[0010] Another aspect of the present disclosure relates to a computer-implemented method for providing storage location recommendations. The method may include: receiving a package identifier associated with a package to be delivered to a customer from a first user device in a fulfillment center; modifying a database to assign the package identifier to one of a plurality of groups based on a delivery address associated with the package identifier and a location of a campsite to which the package is routed; generating a map of the plurality of groups; sending the map for display on a second user device in the campsite; and sending an activatable icon to be displayed at a location on the map. In some embodiments, the package is routed from the fulfillment center to the campsite before being delivered to the customer. In some embodiments, each of the plurality of groups may include one or more packages associated with delivery addresses that are within a predetermined distance of each other. In some embodiments, the location of the activatable icon on the map may be associated with the delivery address of the package.

[0011] In some embodiments, the multiple groups can be generated in the following manner: determining the location of a camp site where packages to be delivered to customers are stored; identifying a first subset of packages to be delivered whose delivery addresses are within a first predetermined radius from the camp site location; in the case of a second subset of packages remaining, grouping the first subset of packages into a first group; identifying a third subset of packages to be delivered to locations within a second predetermined radius from the camp site location from the second subset of remaining packages, the second predetermined radius being greater than the first predetermined radius; and grouping the third subset of packages into a second group.

[0012] In other embodiments, the multiple groups can be generated in the following manner: determining the location of a campsite where packages to be delivered to customers are stored; identifying a first subset of packages to be delivered to the delivery address closest to the campsite, the first subset including a predetermined number of packages; in the case of a second subset of packages remaining, grouping the first subset of packages into a first group; identifying a third subset of packages to be delivered to the delivery address closest to the campsite from the remaining second subset of packages, the second subset including a predetermined number of packages; and grouping the third subset of packages into a second group.

[0013] In some embodiments, the activatable icon may include a number representing the number of packages to be delivered to the delivery address. In some embodiments, the activatable icon may be color-coded. For example, the color of the activatable icon may represent the group to which the package identifier associated with the package is assigned.

[0014] In other embodiments, the method may further include sending a recommendation for placing multiple groups of one or more packages in a vehicle for delivery to the customer for display on a second user device. The recommendation may be based on the location of a campsite storing the one or more packages to be delivered to the customer, and a delivery address associated with one or more packages in each group. In some embodiments, the method may further include sending a delivery instruction associated with each package to be displayed on the second user device when the activatable icon is activated by a user of the second user device. In yet another embodiment, the method may further include sending a route recommendation for delivering the one or more packages to be displayed on the second user device.

[0015] Yet another aspect of the present disclosure relates to a computer-implemented system for providing storage location recommendations. The system may include: a memory storing instructions; and at least one processor configured to execute the instructions. The at least one processor may be configured to execute the instructions to receive a package identifier associated with a package to be delivered to a customer from a first user device in a fulfillment center. Before the package is delivered to the customer, it may be routed from the fulfillment center to a campsite. The at least one processor may be configured to execute the instructions to: modify a database to assign the package identifier to one of a plurality of groups based on a delivery address associated with the package identifier and a location of a campsite to which the package is routed; generate a map of the plurality of groups, send the map to be displayed on a second user device in the campsite; and send a color-coded activatable icon to be displayed at a location on the map. Each of the plurality of groups may include one or more packages associated with delivery addresses that are within a predetermined distance of each other. Additionally, the location of the activatable icon on the map may be associated with the delivery address of the package. Additionally, the color of the activatable icon may indicate the group to which the package identifier is assigned. The multiple groups can be generated in the following manner: determining the location of a camp site where packages to be delivered to customers are stored; identifying a first subset of packages to be delivered whose delivery addresses are located within a first predetermined radius from the location of the camp site; in the case of a second subset of packages remaining, grouping the first subset of packages into a first group; identifying a third subset of packages to be delivered to locations within a second predetermined radius from the location of the camp site from the remaining second subset of packages, the second predetermined radius being greater than the first predetermined radius; and grouping the third subset of packages into a second group.

[0016] Other systems, methods, and computer-readable media are also discussed in this disclosure. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] Figure 1A is a schematic block diagram illustrating an exemplary embodiment of a network including a computerized system for enabling communications for shipping, transportation, and logistics operations in accordance with the disclosed embodiments;

[0018] Figure 1B Depicting a search result page (SRP) including one or more search results satisfying a search request and an interactive user interface element according to the disclosed embodiments;

[0019] Figure 1C Depicting a Single Display Page (SDP) including a product and information about the product and interactive user interface elements according to the disclosed embodiments;

[0020] Figure 1D depicts a sample shopping cart page including items in a virtual shopping cart and interactive user interface elements according to the disclosed embodiments;

[0021] Figure 1E shows a sample order page including items from a virtual shopping cart, information about purchase and shipment, and interactive user interface elements according to the disclosed embodiments;

[0022] Figure 2 is a schematic diagram of an exemplary fulfillment center for utilizing the disclosed computerized system in accordance with the disclosed embodiments;

[0023] Figure 3 is a schematic block diagram illustrating an exemplary embodiment of a system according to the disclosed embodiments, the system including a delivery management system for delivering packages to customers;

[0024] Figure 4A is a schematic diagram of an exemplary graphical user interface on a user interface configured to facilitate package delivery in accordance with the disclosed embodiments;

[0025] Figure 4B According to the disclosed embodiment Figure 4A Another schematic diagram of the exemplary graphical user interface shown;

[0026] Figure 4C According to the disclosed embodiment Figure 4A Another schematic diagram of the exemplary graphical user interface shown;

[0027] Figure 4D According to the disclosed embodiment Figure 4A Another schematic diagram of the exemplary graphical user interface shown;

[0028] Figure 5 is a schematic diagram of another exemplary graphical user interface on a user interface configured to facilitate package delivery in accordance with the disclosed embodiments;

[0029] Figure 6 A flow chart of an exemplary embodiment of a method for delivering a package to a customer in accordance with the disclosed embodiments is shown. DETAILED DESCRIPTION

[0030] The following detailed description is made with reference to the accompanying drawings. In the drawings and the following description, the same reference numerals are used to refer to the same or similar parts as much as possible. Although several illustrative embodiments are described herein, modifications, improvements and other implementations are possible. For example, the components and steps shown in the drawings can be replaced, added or modified, and the exemplary methods described in the present disclosure can be modified by replacing, reordering, removing or adding the steps of the methods of the present disclosure. Therefore, the following detailed description is not limited to the disclosed embodiments and examples. On the contrary, the proper scope of protection of the present invention is defined by the appended claims.

[0031] Embodiments of the present disclosure relate to systems and methods for delivering packages to customers.

[0032] refer to Figure 1A , a schematic block diagram 100 is shown illustrating an exemplary embodiment of a system including a computerized system for communications that allows for shipping, transportation, and logistics operations. Figure 1A As shown, system 100 may include various systems, each of which may be connected to each other via one or more networks. These systems may also be connected to each other via direct connections (eg, using cables). The systems shown include a shipment authority technology (SAT) system 101, an external front-end system 103, an internal front-end system 105, a transportation system 107, mobile devices 107A, 107B and 107C, a seller portal 109, a shipment and order tracking (SOT) system 111, a fulfillment optimization (FO) system 113, a fulfillment messaging gateway (FMG) 115, a supply chain management (SCM) system 117, a warehouse management system 119, mobile devices 119A, 119B and 119C (shown as being inside a fulfillment center (FC) 200), third-party fulfillment systems 121A, 121B and 121C, a fulfillment center authorization (FC Auth) system 123 and a labor management system (LMS) 125.

[0033] In some embodiments, the SAT system 101 can be implemented as a computer system that monitors order status and delivery status. For example, the SAT system 101 can determine whether an order has exceeded its promised delivery date (Promised Delivery Date, PDD), and can take appropriate actions, including initiating a new order, re-shipping items in undelivered orders, canceling undelivered orders, initiating contact with ordering customers, etc. The SAT system 101 can also monitor other data, including output (such as the number of packages shipped in a specific time period) and input (such as the number of empty cardboard boxes received for shipment). The SAT system 101 can also act as a gateway between different devices in the system 100, allowing communication between devices (such as the external front-end system 103 and the FO system 113) (for example, using storage and forwarding or other technologies).

[0034] In some embodiments, the external front-end system 103 can be implemented as a computer system that allows external users to interact with one or more systems in the system 100. For example, in an embodiment where the system 100 is capable of implementing a system display to allow a user to place an order for an item, the external front-end system 103 can be implemented as a network server that receives search requests, displays the item page, and requests payment information. For example, the external front-end system 103 can be implemented as one or more computers that can run software such as Apache HTTP Server, Microsoft Internet Information Services (IIS), NGINX, etc. In other embodiments, the external front-end system 103 can run customized network server software that is designed to receive and process requests from external devices (e.g., mobile device 102A or computer 102B), obtain information from databases and other data stores based on these requests, and provide responses to received requests based on the obtained information.

[0035] In some embodiments, the external front-end system 103 may include one or more of a network cache system, a database, a search system, or a payment system. On the one hand, the external front-end system 103 may include one or more of these systems, and on the other hand, the external front-end system 103 may include an interface (e.g., server-to-server, database-to-database, or other network connection) for connecting to one or more of these systems.

[0036] like Figure 1B , Figure 1C , Figure 1D and Figure 1EA set of exemplary steps shown in FIG. 1 will help describe some operations of the external front-end system 103. The external front-end system 103 may receive information from systems or devices in the system 100 for presentation and / or display. For example, the external front-end system 103 may host or provide one or more web pages, including a search result page (SRP) (e.g., Figure 1B ), Single Detail Page (SDP) (for example, Figure 1C ), shopping cart pages (e.g. Figure 1D ) or order pages (e.g. Figure 1E ). A user device (e.g., using mobile device 102A or computer 102B) can navigate to the external front-end system 103 and request a search by entering information in the search box. The external front-end system 103 can request information from one or more systems in the system 100. For example, the external front-end system 103 can request information that satisfies the search request from the FO system 113. The external front-end system 103 can also request and receive (from the FO system 113) a Promised Delivery Date (Promised Delivery Date, or "PDD") for each product included in the search results. In some embodiments, the PDD can represent an estimate of when a package containing a product will arrive at the user's desired location, or if the product is ordered within a specific time period (e.g., before the end of the day (11:59 p.m.)), the date on which the product is promised to be delivered to the user's desired location (PDD will be discussed further below with respect to the FO system 113).

[0037] The external headend system 103 may prepare an SRP based on this information (e.g., Figure 1B ). The SRP may include information that satisfies the search request. For example, this may include pictures of products that satisfy the search request. The SRP may also include the corresponding price of each product, or information about advanced delivery options, PDD, weight, size, quotes, discounts, etc. for each product. The external front-end system 103 may send the SRP (e.g., via a network) to the user device that issued the request.

[0038] The user device may then select a product from the SRP (e.g., by clicking or tapping a user interface or using another input device) to select a product represented on the SRP. The user device may formulate a request for information about the selected product and send it to the external front-end system 103. In response, the external front-end system 103 may request information related to the selected product. For example, the information may include other information than that provided for the product on the corresponding SRP. For example, this may include a shelf life, country of origin, weight, dimensions, number of items in a package, handling instructions, or other information about the product. The information may also include recommendations for similar products (e.g., based on big data and / or machine learning analysis of customers who have purchased the product and at least one other product), answers to frequently asked questions, customer reviews, manufacturer information, pictures, etc.

[0039] The external front-end system 103 can prepare an SDP (single product details page) based on the received product information (e.g., Figure 1C ). The SDP may also include other interactive elements, such as a "Buy Now" button, an "Add to Cart" button, a quantity field, an item picture, etc. The SDP may further include a list of sellers offering the product. The list may be sorted based on the price offered by each seller, so that the sellers offering the product at the lowest price may be listed at the top. The list may also be sorted based on the seller ranking, so that the highest ranked sellers may be listed at the top. The seller ranking may be developed based on a variety of factors, including, for example, the seller's past record of meeting the promised PDD. The external front-end system 103 may deliver the SDP to the requesting user device (e.g., via a network).

[0040] The requesting user device may receive the SDP listing the product information. After receiving the SDP, the user device may then interact with the SDP. For example, a user of the requesting user device may click a "Place in Cart" button on the SDP or otherwise interact with it. This will add the product to a shopping cart associated with the user. The user device may transmit a request to add the product to the shopping cart to the external front-end system 103.

[0041] The external front-end system 103 may generate a shopping cart page (e.g., Figure 1D). In some embodiments, the shopping cart page lists the products that the user has added to the virtual "shopping cart". The user device can request the shopping cart page by clicking on an icon on the SRP, SDP or other page or interacting with it in other ways. In some embodiments, the shopping cart page can list all the products that the user has added to the shopping cart, as well as information about the products in the shopping cart, such as the quantity of each product, the price of each product, the price of each product based on the relevant quantity, information about the PDD, the delivery method, the shipping cost, the user interface elements for modifying the products in the shopping cart (e.g., deleting or modifying the quantity), the options for ordering other products or setting up periodic delivery of products, the options for setting interest payments, the user interface elements for advancing to the purchase, etc. The user can click on the user interface element (e.g., a button displayed as "Buy Now") on the user device or interact with it in other ways to initiate the purchase of the products in the shopping cart. Once this is done, the user device can transmit the request to initiate the purchase to the external front-end system 103.

[0042] The external front-end system 103 may generate an order page (eg, Figure 1E ). In some embodiments, the order page again lists the items in the shopping cart and requests entry of payment and shipping information. For example, the order page may include a section for requesting information about the purchaser of the items in the shopping cart (e.g., name, address, email address, phone number), information about the recipient (e.g., name, address, phone number, delivery information), shipping information (e.g., speed / method of delivery and / or pickup), payment information (e.g., credit card, bank transfer, check, stored-value card), a user interface element to request a cash receipt (e.g., for tax purposes), etc. The external front-end system 103 may send the order page to the user device.

[0043] The user device may enter information on the order page and then click or otherwise interact with a user interface element that sends the information to the external front-end system 103. The external front-end system 103 may then send the information to different systems in the system 100 to enable the creation and processing of a new order using the products in the shopping cart.

[0044] In some embodiments, external front-end system 103 may be further configured to allow sellers to send and receive information related to orders.

[0045] In some embodiments, the internal front-end system 105 can be implemented as a computer system that enables internal users (e.g., employees of an organization that owns, operates, or leases the system 100) to interact with one or more systems in the system 100. For example, in an embodiment where the network 101 is capable of system presentation to allow a user to place an order for an item, the internal front-end system 105 can be implemented as a network server that enables internal users to view diagnostic and statistical information about the order, modify item information, or view statistical information related to the order. For example, the internal front-end system 105 can be implemented as one or more computers running software such as Apache HTTP Server, Microsoft Internet Information Services (IIS), NGINX, etc. In other embodiments, the internal front-end system 105 can run customized network server software that is designed to receive and process requests from the systems or devices shown in the system 100 (and other devices not shown), obtain information from databases and other data stores based on the request, and provide responses to the received requests based on the information obtained.

[0046] In some embodiments, the internal front-end system 105 may include one or more of a network cache system, a database, a search system, a payment system, an analysis system, an order monitoring system, etc. In one aspect, the internal front-end system 105 may include one or more of these systems, while in another aspect, the internal front-end system 105 may include an interface (e.g., server-to-server, database-to-database, or other network connection) connected to one or more of these systems.

[0047] In some embodiments, the transportation system 107 can be implemented as a computer system that enables the system or device in the system 100 to communicate with the mobile device 107A-107C. In some embodiments, the transportation system 107 can receive information from one or more mobile devices 107A-107C (e.g., mobile phones, smart phones, PDAs, etc.). For example, in some embodiments, the mobile devices 107A-107C may include devices operated by delivery staff. Delivery staff (which may be fixed employees, temporary workers, or shift employees) can use mobile devices 107A-107C to deliver packages containing user-ordered products. For example, in order to deliver a package, the delivery staff can receive a notification on a mobile device indicating which package to be delivered and where to deliver it. After arriving at the delivery location, the delivery staff can locate the package (e.g., in the back of a truck or in a package box), use a mobile device to scan or otherwise obtain data related to the identifier on the package (e.g., barcodes, images, text strings, RFID tags, etc.), and then deliver the package (e.g., by placing it at the door, handing it to a security guard, handing it to a recipient, etc.). In some embodiments, the delivery staff can use a mobile device to obtain a photo of the package and / or can obtain a signature. The mobile device may send information to the transport system 107 that includes information about the delivery, including, for example, the time, date, GPS location, photos, an identifier associated with the delivery worker, an identifier associated with the mobile device, etc. The transport system 107 may store this information in a database (not shown) for access by other systems in the system 100. In some embodiments, the transport system 107 may use this information to prepare tracking data and send it to other systems indicating the location of a particular package.

[0048] In some embodiments, certain users may use one type of mobile device (e.g., a permanent employee may use a specialized PDA with customized hardware (e.g., a barcode scanner, stylus, and other devices)) while other users may use other types of mobile devices (e.g., temporary or shift workers may use off-the-shelf mobile phones and / or smartphones).

[0049] In some embodiments, the transportation system 107 may associate a user with each device. For example, the transportation system 107 may store an association between a user (represented by, for example, a user identifier, an employee identifier, or a phone number) and a mobile device (represented by, for example, an International Mobile Equipment Identity (IMEI), an International Mobile Subscription Identifier (IMSI), a phone number, a Universal Unique Identifier (UUID), or a Globally Unique Identifier (GUID)). The transportation system 107 may use this association in conjunction with data received at the time of delivery to analyze the data stored in the database to determine the location of the worker, the efficiency of the worker, or the speed of the worker, among other situations.

[0050] In some embodiments, seller portal 109 may be implemented as a computer system that enables sellers or other external entities to electronically communicate with one or more systems in system 100. For example, a seller may utilize a computer system (not shown) to upload or provide product information, order information, contact information, etc. for products that the seller wishes to sell through system 100 using seller portal 109.

[0051] In some embodiments, the shipping and order tracking system 111 may be implemented as a computer system that receives, stores, and forwards information about the location of packages containing products ordered by customers (e.g., by users using devices 102A-102B). In some embodiments, the shipping and order tracking system 111 may request or store information from a network server (not shown) operated by a shipping company that delivers packages containing products ordered by customers.

[0052] In some embodiments, the shipping and order tracking system 111 can request and store information from the systems described in the system 100. For example, the shipping and order tracking system 111 can request information from the transportation system 107. As described above, the transportation system 107 can receive information from one or more mobile devices 107A-107C (e.g., mobile phones, smart phones, PDAs, etc.) associated with one or more users (e.g., delivery workers) or vehicles (e.g., delivery trucks). In some embodiments, the shipping and order tracking system 111 can also request information from a warehouse management system (WMS) 119 to determine the location of various products within a fulfillment center (e.g., fulfillment center 200). The shipping and order tracking system 111 can request data from one or more of the transportation system 107 or the WMS 119, process it, and present it to the device (e.g., user devices 102A and 102B) upon request.

[0053] In some embodiments, fulfillment optimization (FO) system 113 may be implemented as a computer system that stores customer order information from other systems (e.g., external front-end system 103 and / or shipping and order tracking system 111). FO system 113 may also store information describing where specific items are held or stored. For example, certain items may be stored in only one fulfillment center, while certain other items may be stored in multiple fulfillment centers. In other embodiments, certain fulfillment centers may be designed to store only a specific set of items (e.g., fresh produce or frozen products). FO system 113 stores this information as well as associated information (e.g., quantity, size, receipt date, expiration date, etc.).

[0054] The FO system 113 may also calculate a corresponding PDD (promised delivery date) for each product. In some embodiments, the PDD may be based on one or more factors. For example, the FO system 113 may calculate the PDD of a product based on past demand for the product (e.g., the number of times the product has been ordered over a period of time), expected demand for the product (e.g., how many customers are expected to order the product in the future), past demand across the network indicating how many products have been ordered over a period of time, expected demand across the network indicating how many products are expected to be ordered in the upcoming period of time, one or more counts of the product stored in each fulfillment center 200 (which stores each product), expected orders or current orders for the product, etc.

[0055] In some embodiments, the FO system 113 may determine the PDD for each product periodically (e.g., every hour) and store it in a database for retrieval or transmission to other systems (e.g., external front-end system 103, SAT system 101, shipping and order tracking system 111). In other embodiments, the FO system 113 may receive electronic requests from one or more systems (e.g., external front-end system 103, SAT system 101, shipping and order tracking system 111) and calculate the PDD on demand.

[0056] In some embodiments, the fulfillment messaging gateway (FMG) 115 can be implemented as a computer system that receives requests or responses in one format or protocol from one or more systems in the system 100 (e.g., the FO system 113), converts them into another format or protocol, and then forwards them in the converted format or protocol to other systems, such as the WMS 119 or the third-party fulfillment system 121A, 121B, or 121C, or vice versa.

[0057] In some embodiments, supply chain management (SCM) system 117 may be implemented as a computer system that performs forecasting functions. For example, SCM system 117 may forecast the level of demand for a particular product based on, for example, past demand for the product, expected demand for the product, past network-wide demand, expected network-wide demand, product counts stored in each fulfillment center 200, expected or current orders for each product, etc. In response to the forecasted level and the quantity of each product in all fulfillment centers, SCM system 117 may generate one or more purchase orders to purchase and stock a sufficient quantity of the product to meet the forecasted demand for the particular product.

[0058] In some embodiments, warehouse management system (WMS) 119 may be implemented as a computer system that monitors workflow. For example, WMS 119 may receive event data indicating discrete events from various devices (e.g., devices 107A-107C or 119A-119C). For example, WMS 119 may receive event data indicating that a package was scanned using one of these devices. As described below with respect to fulfillment center 200 and Figure 2As discussed above, during the fulfillment process, a package identifier (e.g., barcode or RFID tag data) may be scanned or read by a machine (e.g., an automatic or handheld barcode scanner, an RFID reader, a high-speed camera, a device such as a tablet 119A, a mobile device / PDA 119B, a computer 119C, etc.) at a particular stage. The WMS 119 may store each event indicating a scan or read of a package identifier in a corresponding database (not shown) along with the package identifier, time, date, location, user identifier, or other information, and may provide this information to other systems (e.g., the shipping and order tracking system 111).

[0059] In some embodiments, the WMS 119 may store information associating one or more devices (e.g., devices 107A-107C or 119A-119C) with one or more users of the system 100. For example, in some cases, a user (such as a part-time or full-time employee) may be associated with a mobile device if the user owns the mobile device (e.g., the mobile device is a smartphone). In other cases, a user may be associated with a mobile device if the user temporarily has custody of the mobile device (e.g., the user signs the mobile device out at the beginning of the day, uses it during the day, and returns it at the end of the day).

[0060] In some embodiments, WMS 119 may maintain a work log for each user associated with system 100. For example, WMS 119 may store information associated with each employee, including any assigned processes (e.g., truck unloading, picking from a picking area, merge wall work, packaging items), user identifiers, locations (e.g., floors or zones in fulfillment center 200), the number of units the employee has moved through the system (e.g., number of items picked, number of items packaged), identifiers associated with equipment (e.g., equipment 119A-119C), etc. In some embodiments, WMS 119 may receive check-in and check-out information from a timekeeping system (such as a timekeeping system running on equipment 119A-119C).

[0061] In some embodiments, the third party fulfills (3 rd Third-party fulfillment (3PL) systems 121A-121C represent computer systems associated with third-party suppliers of logistics and products. For example, although some products are stored in fulfillment center 200 (as described below with reference to Figure 2), but other products may be stored off-site, may be produced on demand, or may not be stored in fulfillment center 200 for other reasons. 3PL systems 121A-121C may be configured to receive orders from FO system 113 (e.g., via FMG 115) and may provide products and / or services (e.g., delivery or installation) directly to customers. In some embodiments, one or more of 3PL systems 121A-121C may be part of system 100, while in other embodiments, one or more of 3PL systems 121A-121C may be external to system 100 (e.g., owned or operated by a third-party provider).

[0062] In some embodiments, the fulfillment center authorization system (FC Auth) 123 can be implemented as a computerized system with multiple functions. For example, in some embodiments, FC Auth 123 can act as a single sign-on (SSO) service for one or more other systems in the system 100. For example, FC Auth 123 can enable a user to log in through the internal front-end system 105, determine that the user has similar permissions to access resources in the shipping and order tracking system 111, and enable the user to access those permissions without a second login process. In other embodiments, FC Auth 123 can enable users (e.g., employees) to associate themselves with specific tasks. For example, some employees may not have electronic devices (e.g., devices 119A-119C), but may move between tasks within the fulfillment center 200 and between areas during the day. FC Auth 123 can be configured to enable these employees to indicate the tasks they are performing and the areas they are in at different times of the day.

[0063] In some embodiments, a labor management system (LMS) 125 may be implemented as a computer system that stores attendance and overtime information for employees (including full-time and part-time employees). For example, the LMS 125 may receive information from FC Auth 123, WMA 119, devices 119A-119C, transportation system 107, and / or devices 107A-107C.

[0064] Figure 1A The specific configurations shown are examples only. Figure 1AThe FCAuth system 123 connected to the FO system 113 is shown, but not all embodiments require this particular configuration. In fact, in some embodiments, the systems in the system 100 can be connected to each other through one or more public or private networks, including the Internet, an intranet, a WAN (wide area network), a MAN (metropolitan area network), a wireless network compliant with the IEEE 802.11a / b / g / n standard, a leased line, etc. In some embodiments, one or more systems in the system 100 can be implemented as one or more virtual servers implemented in a data center, a server farm, etc.

[0065] Figure 2 A fulfillment center 200 is shown. A fulfillment center 200 is an example of a physical location where items are stored to be shipped to customers after being ordered. A fulfillment center (FC) 200 may be divided into a plurality of zones, each having a Figure 2 In some embodiments, these "zones" can be thought of as virtual divisions between different stages of the process of receiving items, storing items, picking up items, and delivering items. Figure 2 The “areas” are shown in FIG. 1 , other divisions of the areas are possible, and in some embodiments, may be omitted, repeated, or modified. Figure 2 The area in.

[0066] Inbound area 203 represents an area in FC 200 where it is desired to use Figure 1A A seller who sells products in system 100 receives items. For example, the seller may deliver items 202A and 202B using truck 201. Item 202A may represent a single item that is large enough to occupy its own shipping pallet, while item 202B may represent a group of items that are stacked together on the same pallet to save space.

[0067] The staff receives the items in the inbound area 203 and can optionally check the damage and correctness of the items using a computer system (not shown). For example, the staff can use a computer system to compare the quantity of items 202A and 202B with the order quantity of the items. If the quantity does not match, the staff can reject one or more of the items 202A or 202B. If the quantity matches, the staff can move the items to the buffer 205 (using, for example, a trolley, a hand truck, a forklift, or manually). The buffer 205 can be, for example, a temporary storage area for items that are not currently needed in the picking area because there are enough items in the picking area to meet the predicted demand. In some embodiments, the forklift 206 operates to move the items around the buffer 205 and between the inbound area 203 and the unloading area 207. If the items 202A or 202B are needed in the picking area (for example, due to predicted demand), the forklift can move the items 202A or 202B to the unloading area 207.

[0068] The drop-off area 207 may be an area in the FC 200 for storing items before they are moved to the picking area 209. A worker assigned to a picking task (a "picker") may approach the items 202A and 202B in the picking area, scan the barcode of the picking area using a mobile device (e.g., device 119B), and scan the barcodes associated with the items 202A and 202B. The picker may then take the items to the picking area 209 (e.g., by placing the items on a cart or carrying the items).

[0069] The picking area 209 may be an area of ​​the FC 200 where the items 208 are stored on the storage unit 210. In some embodiments, the storage unit 210 may include one or more of physical shelves, bookcases, boxes, bags, refrigerators, freezers, cold storage, etc. In some embodiments, the picking area 209 may be organized into multiple layers. In some embodiments, workers or machines may move items into the picking area 209 in a variety of ways, including, for example, forklifts, elevators, conveyor belts, carts, hand trucks, dollies, automatic robots or equipment, or manually. For example, a picker may place the items 202A and 202B on a hand truck or cart in the drop-off area 207 and deliver the items 202A and 202B to the picking area 209 on foot.

[0070] The picker can receive instructions to place (or "stack") an item at a specific point in the picking area 209 (e.g., a specific space on the storage unit 210). For example, the picker can use a mobile device (e.g., device 119B) to scan the item 202A. The device can indicate where the picker should stack the item 202A, for example, using a system indicating aisles, shelves, and locations. The device can then prompt the picker to scan a bar code at the location before stacking the item 202A at that location. The device can send the data (e.g., via a wireless network) to a computer system (e.g., Figure 1A 119 in the WMS 119) to indicate that the user has used device 119B to stack item 202A at the location.

[0071] Once the user places an order, the picker can receive instructions on the device 119B to take one or more items 208 from the storage unit 210. The picker can take the item 208, scan the barcode on the item 208, and place the item 208 on the conveying mechanism 214. In some embodiments, although the conveying mechanism 214 is shown as a sliding device, the conveying mechanism can be implemented as one or more of a conveyor belt, an elevator, a cart, a forklift, a hand truck, a dolly, a cart, etc. Then, the item 208 can reach the packaging area 211.

[0072] The packing area 211 can be an area in the FC 200 for receiving items from the picking area 209 and packing the items into boxes or bags for final delivery to customers. In the packing area 211, the staff assigned to receive the items ("merge staff") will receive the items 208 from the picking area 209 and determine the order corresponding to the items 208. For example, the merge staff can use a device (such as computer 119C) to scan the bar code on the item 208. The computer 119C can visually indicate which order the item 208 is associated with. This can include, for example, a space or "cell" on the wall 216 corresponding to the order. Once the order is completed (for example, because the cell contains all the items for the order), the merge staff can indicate to the packing staff (or "packing staff") that the order is completed. The packing staff can take the items from the cell and place the items in a box or bag for shipment. The packing staff can then deliver the box or bag to the hub area 213 (for example, by forklift, cart, dolly, hand truck, conveyor, manually or in other ways).

[0073] Hub area 213 may be an area of ​​FC 200 that receives all boxes or bags ("parcels") from packaging area 211. Personnel and / or machines in hub area 213 may pick up parcels 218 and determine which portion of the delivery area each parcel should go to, and route the parcels to the appropriate camp area 215. For example, if the delivery area has two smaller sub-areas, the parcels will go to one of the two camp areas 215. In some embodiments, personnel or machines may scan the parcels (e.g., using one of devices 119A-119C) to determine the final destination of the parcels. Routing the parcels to the camp area 215 may include, for example, determining (e.g., based on a zip code) a portion of the geographic area to which the parcel is destined, and determining a camp area 215 associated with that portion of the geographic area.

[0074] In some embodiments, the camp area 215 may include one or more buildings, one or more physical spaces, or one or more areas where packages are received from the hub area 213 for sorting into routes and / or sub-routes. In some embodiments, the camp area 215 is physically separated from the FC 200, while in other embodiments, the camp area 215 may form part of the FC 200.

[0075] Workers and / or machines in the camp area 215 may determine which route and / or sub-route the package 220 should be associated with (e.g., based on a comparison of the destination with existing routes and / or sub-routes, a calculation of the workload for each route and / or sub-route, the real time moment, the shipping method, the cost of shipping the package 220, the PDD associated with the items in the package 220, etc.). In some embodiments, workers or machines may scan the package (e.g., using one of the devices 119A-119C) to determine the final destination of the package. Once the package 220 is assigned to a particular route and / or sub-route, the workers and / or machines may move the package 220 to be shipped. In an exemplary embodiment, the package 220 may be assigned to a particular route and / or sub-route. Figure 2 In the embodiment of the present invention, the camp area 215 includes trucks 222, cars 226, and delivery workers 224A and 224B. In some embodiments, truck 222 can be driven by delivery worker 224A, where delivery worker 224A is a full-time employee who delivers packages for FC 200, and truck 222 is owned, leased, or operated by the same company that owns, leases, or operates FC 200. In some embodiments, car 226 can be driven by delivery worker 224B, where delivery worker 224B is a "flexible" or temporary worker based on delivery needs (e.g., seasonally). Car 226 can be owned, leased, or operated by delivery worker 224B.

[0076] Reference Figure 3, a schematic block diagram illustrates an exemplary embodiment of a system including a delivery management system 301 for facilitating package delivery. The delivery management system 301 may be used with Figure 1A The delivery management system 301 is associated with one or more systems in the system 100. For example, the delivery management system 301 can be implemented as part of the WMS 119. Additionally or alternatively, the delivery management system 301 can be implemented as part of the FOS 113. In some embodiments, the delivery management system 301 can be implemented as a computer system that receives a package identifier associated with a package to be delivered to a customer from a first user device in a fulfillment center, and assigns the package identifier to a group based on a delivery address associated with the package. For example, the delivery management system 301 may include one or more processors 305 configured to modify a database (e.g., database 304) based on a delivery address associated with the package identifier to assign the package identifier associated with the package to a group. For example, the database 304 may store an inventory of each package to be delivered to a customer, a package identifier associated with each package (e.g., a shipping label), and a delivery address associated with each package. The database 304 may further store other information associated with each package, including but not limited to customer-specific delivery instructions associated with each package, a delivery type (e.g., return, redelivery, etc.), the name of the staff member who delivered the goods, a delivery timestamp, etc. Database 304 may include one or more storage devices that store information and can be accessed through network 302. For example, database 304 may include Oracle TM Database, Sybase TM 304. The system may be a delivery management system 301 or a user device 303. The delivery management system 301 may include a database or other relational or non-relational database (e.g., Hadoop sequence files, HBase, or Cassandra). Although the database 304 is shown as included in the system, it may alternatively be located remotely from the system. In other embodiments, the database 304 may be incorporated into the delivery management system 301 and / or the user device 303. The database 304 may include a computing component (e.g., a database management system, a database server, etc.) configured to receive and process requests for data stored in a storage device of the database 304 and provide data from the database 304.

[0077] In some embodiments, the one or more processors 305 may receive one or more packages to be delivered to a customer, group the one or more packages, and generate multiple groups of packages to be delivered to the customer. The one or more processors 305 may also generate a map of the multiple groups to facilitate package delivery. In some embodiments, each group may include one or more packages associated with delivery addresses that are within a predetermined distance of each other. In some embodiments, the one or more processors 305 may send the generated map to the user device 303 via the network 302 for display. Although Figure 3 One user device 303 in the system is shown, but the system may include two or more user devices 303 in communication with the delivery management system 301, the database 304, and the network 302. In some embodiments, the system may include at least one user device 303 associated with a fulfillment center (e.g., FC 200) and at least one user device 303 associated with a campsite (e.g., campsite area 215). In some embodiments, the one or more processors 305 may send the generated map to the user device 303 associated with the campsite via the network 302 for display. In some embodiments, the one or more processors 305 may also send one or more activatable icons to be displayed at one or more locations on the generated map. The location of the activatable icon may represent or be associated with the delivery address of each package.

[0078] The system may also include a network 302. The delivery management system 301, the user device 303, and the database 304 may be connected via the network 302 and communicate with each other. The network 302 may be one or more of a wireless network, a wired network, or any combination of a wireless network and a wired network. For example, the network 302 may include a fiber optic network, a passive optical network, a cable network, an Internet network, a satellite network, a wireless LAN, a global system for mobile communications ("GSM"), a personal communication service ("PCS"), a personal area network ("PAN"), D-AMPS, Wi-Fi, fixed wireless data, IEEE 802.11b, 802.15.1, 802.11n, and 802.11g, or any other wired or wireless network for sending and receiving data.

[0079] In addition, network 302 may include, but is not limited to, telephone lines, optical fibers, IEEE Ethernet 802.3, wide area networks ("WAN"), local area networks ("LAN"), or global networks (e.g., the Internet). Network 302 may also support an Internet network, a wireless communication network, a cellular network, the like, or any combination thereof. Network 302 may further include one network, or any number of the above exemplary types of networks operating as independent networks or cooperating with each other. Network 302 may utilize one or more protocols of one or more network elements to which they are communicatively coupled. Network 302 may convert to one or more protocols of a network device or convert from other protocols to one or more protocols of a network device. Although network 302 is shown as a single network, it should be understood that, according to one or more embodiments, network 302 may include multiple interconnected networks, such as the Internet, a service provider's network, a cable television network, a corporate network, or a home network.

[0080] The system may also include a server (not shown). The server may be a Web server. For example, the server may include hardware (e.g., one or more computers, including a processor, a storage device, and an input / output device) and / or software (e.g., one or more applications) that can deliver Web content that can be accessed by, for example, a user via a network such as the Internet (e.g., network 302). The server may communicate with the user using, for example, a hypertext transfer protocol (HTTP, sHTTP, or HTTPS). The web page delivered to the user may include, for example, an HTML document that may include, in addition to text content, images, style sheets, and scripts.

[0081] A user program (e.g., a web browser, web crawler, or native mobile application) can initiate communication by issuing a request for a specific resource using HTTP, and the server can respond with the content of that resource or an error message if it is unable to do so. The server can also implement or facilitate receiving content from users, so users can, for example, submit web forms, including file uploads. The server can also support server-side scripting using, for example, Active Server Pages (ASP), PHP, or other scripting languages. Thus, the behavior of the server can be scripted in a separate file, while the actual server software remains unchanged.

[0082] In other embodiments, the server may be an application server, which may include hardware and / or software dedicated to efficiently executing processes (e.g., programs, routines, scripts) used to support the applications it employs. The server may include one or more application server frameworks, including, for example, a Java application server (e.g., Java Platform, Enterprise Edition (Java EE), .NET framework, PHP application server, etc.). Various application server frameworks may include a comprehensive service layer model. The server may act as a set of components accessible through an API defined by the platform itself. For web applications, these components may be executed in, for example, the same operating environment as the web server, and the application server may support the construction of dynamic pages. The application server may also implement services such as clustering, failover, and load balancing. In various embodiments, where the application server is a Java application server, the web server behaves like an extended virtual machine for running applications, transparently handling connections to a database associated with the back end on one end, while handling connections to the web client on the other end. In some embodiments, the server may be implemented within the delivery management system 301.

[0083] The system may further include a user device 303. Figure 3 The user device 303 is shown as being remote from the delivery management system 301, but in some embodiments, the user device 303 may be a user device within the delivery management system 301. In addition, as described above, although Figure 3 One user device 303 is shown, but the system may include two or more user devices 303. For example, the system may include at least one user device 303 associated with a fulfillment center, such as FC 200, and at least one user device 303 associated with a campsite (e.g., campsite area 215). User device 303 may be any computer device or communication device, including but not limited to a server, network device, personal computer (PC), workstation, mobile device, phone, handheld PC, personal digital assistant (PDA), thin client, tablet computer, smart phone, fat client, Internet browser, or other device. User device 303 may also be a tablet computer. Non-limiting examples of tablet computers include iPad, Kindle Fire, Playbook, Touchpad, etc.

[0084] The user device 303 may include one or more processors 306. In some embodiments, the one or more processors 306 may be configured to exchange information with one or more processors 305 of the delivery management system 301 via the network 302. In some embodiments, for example, the one or more processors 306 may be configured to send a package identifier associated with a package to be delivered to a customer. For example, each package may include an accompanying package identifier. A package identifier is a unique address for a specific delivery address. For example, a package identifier may include a shipping label attached to a package that indicates a delivery address associated with the package. In other embodiments, the package identifier may be an item barcode, an RFID tag, or a matrix barcode, such as a quick response (QR) code. The user device 303 may include a camera or scanner configured to scan the package identifier using an input device (such as an imaging device including a camera or scanner). The one or more processors 306 may send the scanned package identifier to the one or more processors 305 of the delivery management system 301 via the network 302.

[0085] 4A to 4D An exemplary embodiment of a graphical user interface 401 that may be presented to a user on a user device 403 via a delivery application 400 is shown. The user device 403 may be associated with a campsite, such as campsite area 215. Additionally or alternatively, the user device 403 may be associated with a fulfillment center, such as FC 200. In some embodiments, the user device 403 may be implemented as Figure 3 In particular, Figure 4A An example embodiment of an interface 401 on a user device 403 is shown, the interface being configured to receive a package identifier 402 associated with a package. Packages may be routed from a fulfillment center (e.g., FC 200) to a campsite (e.g., campsite area 215) prior to delivery to a customer.

[0086] In some embodiments, the user may use an imaging device (e.g., a camera or scanner) on the user device 303 to scan the package identifier 402. When the user opens the delivery application 400 on the user device 403, the one or more processors 306 of the user device 403 may activate the imaging device on the user device 303 and may display an imaging area 404 on the interface 401 of the delivery application 400. The user may align the package identifier 402 with the imaging area 404 and capture the package identifier 402. In some embodiments, if the user aligns the package identifier 402 with the imaging area 404, the imaging device may automatically scan the package identifier 402. In other embodiments, the user may need to align the package identifier 402 with the imaging area 404 and press a capture button (not shown) to enable the imaging device to scan the package identifier 402. After the user scans the package identifier 402, the one or more processors 306 of the user device 403 may send the scanned package identifier 402 to the one or more processors 305 of the delivery management system 301. Additionally or alternatively, one or more processors 306 may store scanned package identifier 402 in database 304 .

[0087] After receiving the scanned package identifier 402 from the one or more processors 306 of the user device 403, the one or more processors 305 of the delivery management system 301 can determine the delivery address associated with the package identifier 402 from the package identifier 402. In addition, the one or more processors 305 can determine the location of the campsite to which the package associated with the package identifier 402 is routed. As described above, each package to be delivered can be routed from the fulfillment center to the campsite before being delivered to the customer. The campsite to which each package is routed can be stored in the database 304. Therefore, the one or more processors 305 can determine the delivery address associated with the package identifier 402 and the location of the campsite to which the package is routed.

[0088] In some embodiments, the one or more processors 305 may modify the database 304 to assign the package identifier 402 to the group. For example, the database 304 may store a plurality of groups generated by the one or more processors 305. Each of the plurality of groups may include one or more packages associated with delivery addresses within a predetermined distance from each other. For example, each group may include one or more packages associated with delivery addresses within 10 miles of each other. Additionally or alternatively, each campsite may be assigned to one or more groups within a predetermined radius from the campsite. For example, each campsite may be assigned to one or more groups based on the location of the campsite and the delivery address associated with each group. In this way, a delivery staff member in a particular campsite may be responsible for delivering packages to one or more groups assigned to the particular campsite.

[0089] In some embodiments, the one or more processors 305 may assign the package identifier 402 to one of the generated multiple groups based on the delivery address associated with the package identifier 402 and the location of the campsite to which the package is routed. For example, the one or more processors 305 may identify one or more groups assigned to the campsite to which the package is routed. The one or more processors 305 may then compare the delivery address associated with the package identifier 402 with the delivery addresses associated with the one or more groups. The one or more processors 305 may then identify a group in the multiple groups that matches the delivery address associated with the package identifier 402 and modify the database 304 to assign the package identifier 402 to the identified group.

[0090] When a delivery worker in a campsite (such as campsite area 215) opens a delivery application 400 on a user device 403 to initiate a package delivery operation to a customer, the one or more processors 306 of the user device 403 may send a request for a map of pending package deliveries from the one or more processors 305. In response, the one or more processors 305 may access the database 304 to obtain a list of pending package deliveries associated with the campsite and generate a map of pending deliveries. The one or more processors 305 may then send the map to the user device 403 in the campsite for display. Figure 4B An exemplary embodiment of a map 405 generated and displayed on an interface 401 of a delivery application 400 is shown.

[0091] like Figure 4BAs shown, a map 405 can be generated and displayed on the interface 401. The map 405 can include a plurality of activatable icons 406 covering or superimposed on the map 405. Each activatable icon 406 can represent one or more packages to be delivered to the customer. Additionally, each activatable icon 406 can be placed at a corresponding position on the map 405. In some embodiments, the position of the activatable icon 406 on the map 405 can be associated with the delivery address associated with one or more packages. That is, one or more processors 305 can place each activatable icon 406 at a specific position on the map 405, which represents the position of the delivery address associated with one or more packages represented by the activatable icon 406.

[0092] like Figure 4B As shown, the activatable icon 406 may include a number. The number may represent the number of packages for delivery to the delivery address. Additionally or alternatively, the number may represent the number of deliveries to the delivery address, and each delivery may be associated with one or more packages. In other embodiments, the activatable icon 406 may be color-coded. For example, the color of the activatable icon may represent the group to which the activatable icon 406 belongs. That is, the color of the activatable icon may represent the group to which one or more packages represented by the activatable icon 406 are assigned. For example, group 1 may be represented by a yellow activatable icon 406, group 2 may be represented by a red activatable icon 406, group 3 may be represented by a green activatable icon 406, and group 4 may be represented by a blue activatable icon 406. Although the activatable icon 406 may be color-coded, other alternatives may be envisioned by those of ordinary skill in the art to represent the group to which the activatable icon 406 belongs. For example, various numbers, symbols, images, textures, patterns, etc. may be used to distinguish the activatable icons 406 based on the group to which each activatable icon 406 belongs.

[0093] In some embodiments, activatable icons 406 can be activated by a user of user device 403. For example, the user can press, click, scroll, or touch each activatable icon 406 to activate it. When the user activates activatable icon 406, one or more processors 305 can send instructions to one or more processors 306 to display details associated with the activated activatable icon 406 on interface 401. For example, Figure 4C As shown, when the user may have activated the activatable icon 406A among the plurality of activatable icons 406, if the user activates the activatable icon 406A, the activatable icon 406A may be highlighted, for example. The activatable icon 406A may include the number 3, for example. This may indicate that there are three packages to be delivered to the location of the activatable icon 406A.

[0094] In some embodiments, when a user activates activatable icon 406A, one or more processors 305 may send details 407 associated with activatable icon 406A for display on interface 401. For example, Figure 4C As shown, one or more processors 305 may send instructions to one or more processors 306 to display the delivery address associated with each package represented by the activatable icon 406A, the delivery status of each package, and the delivery type associated with each package. For example, the delivery status of each package may include, but is not limited to, an "in progress" state, a "complete" state, and a "ready" state. The "in progress" state may indicate that the package has been loaded onto a vehicle and that the delivery staff is on the way to deliver the package to the customer. The "complete" state may indicate that the package has been delivered to the customer. The "ready" state may indicate that the package is ready for delivery, but the package has not yet been loaded onto the vehicle for delivery. The delivery type associated with each package may include, for example, the way the customer wants to receive the package. For example, the customer may want to receive the package in person to verify that the customer has received the package, especially when the package contains expensive products. Alternatively, the customer may want the delivery staff to leave the package at the door. Alternatively, the customer may want the delivery staff to leave the package at the front desk or concierge. In this way, a customer may indicate the type of delivery he or she desires, and when a user (such as a delivery person) activates an activatable icon (eg, activatable icon 406A), processor(s) 305 may send instructions to processor(s) 306 to display the type of delivery.

[0095] In some embodiments, the user can activate each detail 407 to obtain additional details associated with each package delivery. For example, the user can press, click, scroll, or touch each detail 407 to activate it. When the user activates the details 407, the one or more processors 305 can send instructions to the one or more processors 306 to display the additional details associated with each package delivery on the interface 401. For example, referring to Figure 4D , the one or more processors 305 may send additional details for display, including but not limited to delivery instructions 408 , such as a door code 408A and notification instructions 408B associated with the delivery address, an expected delivery date 409 , and a map icon 410 .

[0096] In some embodiments, the delivery instructions 408 may include, among other things, a door code 408A and a notification instruction 408B associated with the delivery address associated with each package. For example, if the package needs to be personally signed for or delivered to the door of an apartment unit, the user (such as a delivery worker) may need to enter the apartment building. Many apartments have security gates, so the user (e.g., a delivery worker) may need to enter a door code to enter the apartment building. In this way, the customer can enter a delivery instruction 408, such as a door code 408A, and the one or more processors 305 can send the door code 408A to be displayed on the interface 401. In other embodiments, the customer may have a pet at home, so it is desired that the user not ring the doorbell when the package is delivered to the customer. In this way, the customer can enter a notification instruction 408B, such as a "do not ring the doorbell" instruction or a "do not knock on the door" instruction, and the one or more processors 305 can send the notification instruction 408B to be displayed on the interface 401. Those of ordinary skill in the art can imagine other delivery instructions 408 that may be sent by one or more processors 305 to be displayed on the interface 401. For example, the one or more processors 305 may send other details for display, including, but not limited to, customer contact information, emergency contact information, the date and time the customer wishes to receive the delivery, and the like.

[0097] In some embodiments, the one or more processors 305 may further send an expected delivery date 409 of the package for display on the interface 401. The expected delivery date 409 may be a scheduled date when the customer should receive the package. The expected delivery date 409 may be displayed so that a user (such as a delivery staff member) can prioritize the delivery of the packages based on the expected delivery date 409 associated with each package. Additionally or alternatively, when the user delivers the package to the customer, the one or more processors 305 may also display a timestamp on the interface 401 that the user has delivered the package to the customer.

[0098] In other embodiments, the one or more processors 305 may also send a map icon 410 for display on the interface 401. The map icon 410 may be an activatable icon. For example, a user (such as a delivery staff member) may activate the map icon 410 by pressing, clicking, scrolling, or touching the map icon 410. When the user activates the map icon 410, the one or more processors 305 may send one or more route recommendations for delivering each package to the interface 401 for display. For example, the one or more processors 305 may obtain real-time traffic conditions from the database 304 and generate one or more route recommendations for delivering the package to the delivery address from the campsite (such as the campsite area 215). The route recommendation may include recommendations for the fastest route, the shortest route, and the like. In other embodiments, the one or more processors 305 may obtain information from the database 304, such as a delivery status associated with other pending package deliveries, and provide route recommendations that allow the user to deliver the packages in each group in the shortest possible time.

[0099] Figure 5 Another exemplary embodiment of a graphical user interface 501 that can be presented to a user on a user device 503 via a delivery application 500 is depicted. The user device 503 can be implemented as the user device 403 in FIG. 4 or Figure 3 303 in the delivery application 500. Additionally, the delivery application 500 and the interface 501 can be implemented as the delivery application 400 and the interface 401, respectively. The user device 503 can be associated with a campsite (such as the campsite area 215). Additionally or alternatively, the user device 503 can be associated with a fulfillment center (such as the FC 200). In particular, Figure 5 An exemplary embodiment of an interface 501 on a user device 503 is shown that is configured to display recommendations for placing a group of one or more packages in a vehicle for delivery to a customer.

[0100] In some embodiments, one or more processors 305 may send instructions to one or more processors 306 to display an image of vehicle 502 on interface 501. Vehicle 502 may be divided into one or more sections 503A-F. For example, vehicle 502 may be divided into sections 503A-503F based on the number of seats in vehicle 502. For example, if vehicle 502 is a five-passenger vehicle, vehicle 502 may be divided into five zones 503A-503F. Each zone in 503A-503F may represent a location for storing one or more packages. For example, Figure 5As shown, zone 503B may represent a location for storing one or more packages assigned to group 5, zone 503C may represent a location for storing one or more packages assigned to group 3, zone 503D may represent a location for storing one or more packages assigned to group 4, zone 503E may represent a location for storing one or more packages assigned to group 1, and 503F may represent a location for storing one or more packages assigned to group 2. Thus, one or more processors 305 may assign different groups of packages to zones 503A-503F based on, for example, the location of a campsite where packages to be delivered to customers are stored, and a delivery address associated with one or more packages in each group. In some embodiments, one or more processors 305 may allocate different groups of packages to zones 503A-503F based on, for example, route recommendations provided by one or more processors 305 (e.g., Figure 3 410 in D) assigns different package groups to zones 503A-503F.

[0101] In some embodiments, the one or more processors 305 may provide recommendations based on the distance from the campsite to the delivery addresses associated with groups 1 and 2, thereby placing one or more packages assigned to groups 1 and 2 in zones 503E and 503F of the vehicle 502, respectively. For example, the delivery addresses associated with the packages in groups 1 and 2 may be closest to the campsite. In this way, the one or more processors 305 may recommend that the user (e.g., a delivery worker) first deliver packages in groups 1 and 2, and therefore recommend that the user place these packages in zones 503E and 503F. In this way, the packages in groups 1 and 2 may be more easily accessible, and the user may not need to move around the packages in the vehicle 502 to reach the packages assigned to groups 1 and 2. Other categories may be used to provide recommendations for placing packages in the vehicle. For example, the one or more processors 305 may consider various factors, including but not limited to the fragility of the packages, the temperature at which each package must be maintained, and the like.

[0102] Figure 6 6 is a flow chart illustrating an exemplary method 600 for delivering a package to a customer. The exemplary method is provided as an example. Figure 6 The method 600 shown may be performed by one or more combinations of various systems or in other ways. Figure 3 As shown, the method 600 described below may be performed by the delivery management system 301 and / or the user device 303. Figure 6 The method of referring to the various elements of the delivery management system 301, however, it should be noted that the various elements of the user device 303 can perform Figure 6 method. Figure 6 Each block shown in represents one or more processes, methods, or subroutines in the exemplary method 600. Figure 6, the exemplary method 600 may begin at block 601 .

[0103] At block 601, one or more processors 305 may receive a package identifier associated with a package to be delivered to a customer from a first user device in a fulfillment center. The first user device may include a user device associated with a fulfillment center (e.g., FC 200). The first user device may be implemented as Figure 4A 403 in the user interface. As described above, the user may use an imaging device (e.g., a camera or scanner) on the user device to scan a package identifier (e.g., package identifier 402) associated with a package to be delivered to a customer. For example, the user may open a delivery application (such as delivery application 400) and activate an imaging device on the user device. The user may align the package identifier with an imaging area (e.g., imaging area 404) on the user interface and scan the package identifier. After the user scans the package identifier, the one or more processors 306 of the user device may send the scanned package identifier to the one or more processors 305 of the delivery management system 301.

[0104] After receiving the scanned package identifier from the first user device, method 600 may proceed to block 602. At block 602, one or more processors 305 of delivery management system 301 may modify a database (e.g., database 304) to assign the package identifier to a group based on a delivery address associated with the package identifier and the location of the campsite to which the package is routed. As described above, each package may be routed from a fulfillment center (e.g., FC 200) to a campsite (e.g., campsite area 215) before being delivered to a customer.

[0105] For example, one or more processors 305 of the delivery management system 301 may determine the delivery address associated with the package identifier from the package identifier. Additionally, the one or more processors 305 may determine the location of the campsite to which the package associated with the package identifier is routed. The campsite to which each package is routed may be stored in the database 304. Therefore, the one or more processors 305 may determine the delivery address associated with the package identifier and the location of the campsite to which the package is routed. Then, the one or more processors 305 may modify the database 304 to assign the package identifier to the group. As described above, each of the plurality of groups may include one or more packages associated with delivery addresses within a predetermined distance from each other. For example, each group may include one or more packages associated with delivery addresses within 10 miles of each other. Additionally or alternatively, each campsite may be assigned to one or more groups within a predetermined radius from the campsite. For example, each campsite may be assigned to one or more groups based on the location of the campsite and the delivery address associated with each group. In this way, a delivery staff member in a particular campsite may be responsible for delivering packages to one or more groups assigned to the particular campsite.

[0106] In some embodiments, the one or more processors 305 may assign the package identifier to one of the generated multiple groups based on the delivery address associated with the package identifier and the location of the campsite to which the package is routed. For example, the one or more processors 305 may identify one or more groups assigned to the campsite to which the package is routed. The one or more processors 305 may then compare the delivery address associated with the package identifier with the delivery addresses associated with the one or more groups. The one or more processors 305 may then identify a group in the multiple groups that matches the delivery address associated with the package identifier and modify the database 304 to assign the package identifier to the identified group.

[0107] As described above, a plurality of groups may be generated by one or more processors 305 and stored in the database 304. In some embodiments, the one or more processors 305 may generate a plurality of groups by determining a camp location storing packages to be delivered to a customer, identifying a first subset of packages to be delivered to a delivery address within a first predetermined radius from the camp location, and grouping the first subset of packages into a first group. The first predetermined radius may be, for example, within a range of 5 miles to 20 miles from the camp location. After grouping the first subset of packages into the first group, a second subset of packages may remain. The one or more processors 305 may further identify a third subset of packages to be delivered to a delivery address within a second predetermined radius from the camp location from the remaining second subset of packages. In some embodiments, the second predetermined radius may be greater than the first predetermined radius. For example, the second predetermined radius may be within a range of 20 miles to 35 miles from the camp location. Then, the one or more processors 305 may group the third subset of packages into a second group. The one or more processors 305 may repeat these steps, increasing the predetermined radius from the camp location each time to generate more groups.

[0108] In other embodiments, to generate multiple groups, the one or more processors 305 may identify a first subset of packages to be delivered to a delivery address closest to the campsite by determining the location of the campsite where the packages to be delivered to the customer are stored, and group the first subset of packages into a first group in the case of the second subset of remaining packages. In some embodiments, the first subset may include a predetermined number of packages. For example, the range of the first subset of packages may include 5 to 20 packages. In this way, the one or more processors 305 may identify the packages closest to the campsite until the predetermined number of packages is met. Then, the one or more processors 305 may group the first subset of packages into a first group in the case of the second subset of remaining packages. The one or more processors 305 may further identify a third subset of packages to be delivered to the delivery address closest to the campsite from the second subset of remaining packages. The second subset may also include the same predetermined number of packages. Then, the one or more processors 305 may group the third subset of packages into a second group. The one or more processors 305 may repeat these steps while maintaining a predetermined number of packages in each group to generate more groups.

[0109] After modifying database 304 to assign package identifiers to groups, method 600 may proceed to block 603. At block 603, one or more processors 305 may generate a map of multiple groups, e.g. Figure 4B405 in the map. For example, one or more processors 305 can access database 304 to obtain a list of pending package deliveries associated with the camp and generate a map of the pending deliveries. For example, one or more processors 305 can generate a map and overlay icons (e.g., activatable icons 406) at one or more locations on the map. Each overlaid icon can represent a pending delivery. The placement location of each overlaid icon on the map can represent the delivery address associated with each pending delivery. One or more processors 305 can continuously update the map to reflect the number of unprocessed deliveries in real time. For example, as the number of package deliveries changes, one or more processors 305 can continue to update the map in real time.

[0110] After the map is generated, the method 600 can proceed to box 604. At box 604, the one or more processors 305 can then send the map for display on a second user device in the camp (e.g., camp 215). For example, a delivery worker in the camp can open a delivery application (e.g., delivery application 400) to initiate an operation to deliver a package to a customer. In this way, the one or more processors of the second user device can send a request for a map of pending package delivery from the one or more processors 305. In response, the one or more processors 305 can access the database 304 to obtain the generated map of pending package delivery and send the map for display on the second user device in the camp. Then, the method 600 can proceed to box 605.

[0111] At box 605, one or more processors 305 can send the activatable icons at the location on the map to the second user device in the camp for display. For example, one or more processors 305 can place each activatable icon (e.g., activatable icon 406) at a specific location on the map, which represents the location of the delivery address associated with one or more packages represented by the activatable icon. As described above, the activatable icon may include a number representing the number of packages to be delivered to the delivery address. Additionally or alternatively, the number may represent the number of deliveries to the delivery address, and each delivery may be associated with one or more packages. In other embodiments, the activatable icons may be color-coded, and the color of the activatable icon may indicate the group to which the activatable icon belongs. In addition, the user can activate the activatable icons on the map to obtain additional details associated with each corresponding package delivery. For example, as described above with reference to 4A to 4DAs discussed, when a user activates an activatable icon on the map, one or more processors 305 may send instructions to one or more processors 306 to display the delivery address associated with each package represented by the activatable icon, the delivery status of each package, the delivery type associated with each package, customer-specific delivery instructions (e.g., access codes and notification instructions associated with the delivery address), the expected delivery date 409, a map icon providing route recommendations, and the like.

[0112] Although the present disclosure is shown and described with reference to specific embodiments, it should be understood that the present disclosure can be implemented in other environments without modification. The above description is for illustrative purposes. It is neither exhaustive nor limited to the precise form or embodiment disclosed. Those skilled in the art can obviously make modifications and adjustments by considering the above description and practicing the disclosed embodiments. In addition, although various aspects of the disclosed embodiments are described as being stored in a memory, those skilled in the art will understand that these aspects can also be stored on other types of computer-readable media, such as auxiliary storage devices, such as hard disks or CD ROMs, or other forms of RAM or ROMs, USB media, DVDs, Blu-ray or other optical drive media.

[0113] Computer programs based on the above written description and disclosed methods are within the skill of experienced developers. Various programs or program modules can be created using any technology known to those skilled in the art, or can be designed in conjunction with existing software. For example, program parts or program modules can be designed using or through .Net Framework, .Net Compact Framework (and related languages, such as Visual Basic, C, etc.), Java, C++, Objective-C, HTML, HTML / AJAX combinations, XML, or HTML with accompanying Java applets.

[0114] In addition, although illustrative embodiments are described herein, the scope of any and all embodiments should include equivalent elements, modifications, omissions, combinations (e.g., combinations of various aspects in various embodiments), adjustments and / or substitutions, which are known to those skilled in the art based on this disclosure. The limitations in the claims should be interpreted broadly based on the language used in the claims, and are not limited to the examples described in this specification or during the examination of this application. These examples should be interpreted as non-exclusive. In addition, the steps of the disclosed method can be modified in any way, including reordering and / or inserting or deleting the steps. Therefore, this specification and embodiments should be regarded as illustrative only, and the true scope and spirit of the invention are indicated by the full scope of the attached claims and their equivalents.

Claims

1. A computer-implemented system for delivering a package to a customer, the system comprising: a memory storing instructions; as well as at least one processor configured to execute the instructions to: receiving, from a first user device in a fulfillment center, a package identifier associated with a package to be delivered to a customer, the package being routed from the fulfillment center to a campsite prior to being delivered to the customer, wherein the package identifier is determined based on a scan of the package identifier by an imaging device on the first user device, and wherein the package identifier is automatically scanned when an imaging area of ​​the imaging device is aligned with the package identifier; modifying a database to assign the package identifier to one of a plurality of groups based on a delivery address associated with the package identifier and a location of the campsite to which the package is routed; generating a map of the plurality of groups, wherein each group of the plurality of groups includes one or more packages associated with delivery addresses that are within a predetermined distance of each other; sending the map for display on a second user device in the campsite; and An activatable icon is sent for display at a location on the map, wherein the location of the activatable icon on the map is associated with a delivery address for the package.

2. The system according to claim 1, characterized in that The plurality of groups are generated by: determining the location of said campsite where packages to be delivered to customers are stored; identifying a first subset of packages to be delivered whose delivery addresses are located within a first predetermined radius from the location of the obtained campsite; In case the second subset of packages remains, grouping the first subset of packages into a first group; identifying, from the remaining second subset of packages, a third subset of packages to be delivered to a location within a second predetermined radius from the campsite, the second predetermined radius being greater than the first predetermined radius; as well as A third subset of the packages is grouped into a second group.

3. The system according to claim 1, characterized in that Each of the plurality of groups is generated by: determining the location of said campsite where packages to be delivered to customers are stored; identifying a first subset of packages to be delivered to a delivery address closest to the campsite, the first subset comprising a predetermined number of packages; In case the second subset of packages remains, grouping the first subset of packages into a first group; identifying a third subset of packages to be delivered to a delivery address closest to the campsite from the remaining second subset of packages, the second subset comprising a predetermined number of packages; as well as A third subset of the packages is grouped into a second group.

4. The system according to claim 3, characterized in that The predetermined number of packages ranges from 5 to 20 packages.

5. The system according to claim 1, characterized in that The activatable icon includes a number representing the number of packages to be delivered to the delivery address.

6. The system according to claim 1, characterized in that: The activatable icons are color coded, and The color of the activatable icon indicates the group to which the package identifier associated with the package is assigned.

7. The system according to claim 1, characterized in that The at least one processor is further configured to execute instructions to send a recommendation to place the plurality of groups of the one or more packages in a vehicle for delivery to a customer to display on the second user device.

8. The system according to claim 7, characterized in that The recommendation is based on the location of the campsite where the one or more packages to be delivered to the customer are stored, and the delivery address associated with the one or more packages in each group.

9. The system according to claim 1, characterized in that The at least one processor is further configured to execute instructions to send delivery instructions associated with each package to be displayed on the second user device when the activatable icon is activated by a user of the second user device.

10. The system according to claim 1, characterized in that The at least one processor is further configured to execute instructions to send a route recommendation for delivering the one or more packages to a second user device for display.

11. A computer-implemented method for delivering a package to a customer, the method comprising: receiving, from a first user device in a fulfillment center, a package identifier associated with a package to be delivered to a customer, the package being routed from the fulfillment center to a campsite prior to being delivered to the customer, wherein the package identifier is determined based on a scan of the package identifier by an imaging device on the first user device, and wherein the package identifier is automatically scanned when an imaging area of ​​the imaging device is aligned with the package identifier; modifying a database to assign the package identifier to one of a plurality of groups based on a delivery address associated with the package identifier and a location of the campsite to which the package is routed; generating a map of the plurality of groups, wherein each of the plurality of groups includes one or more packages associated with delivery addresses that are within a predetermined distance of each other; sending the map for display on a second user device in the campsite; and An activatable icon is sent for display at a location on the map, wherein the location of the activatable icon on the map is associated with a delivery address for the package.

12. The method according to claim 11, characterized in that The plurality of groups are generated by: determining the location of said campsite where packages to be delivered to customers are stored; identifying a first subset of packages to be delivered whose delivery addresses are within a first predetermined radius from the location of the campsite; In case the second subset of packages remains, grouping the first subset of packages into a first group; identifying, from the remaining second subset of packages, a third subset of packages to be delivered to a location within a second predetermined radius from the campsite, the second predetermined radius being greater than the first predetermined radius; as well as A third subset of the packages is grouped into a second group.

13. The method according to claim 11, characterized in that Each of the plurality of groups is generated by: determining the location of said campsite where packages to be delivered to customers are stored; identifying a first subset of packages to be delivered to a delivery address closest to the campsite, the first subset comprising a predetermined number of packages; In case the second subset of packages remains, grouping the first subset of packages into a first group; identifying a third subset of packages to be delivered to a delivery address closest to the campsite from the remaining second subset of packages, the second subset comprising a predetermined number of packages; as well as A third subset of the packages is grouped into a second group.

14. The method according to claim 11, characterized in that The activatable icon includes a number representing the number of packages to be delivered to the delivery address.

15. The method according to claim 11, characterized in that: The activatable icons are color coded, and The color of the activatable icon indicates the group to which the package identifier associated with the package is assigned.

16. The method according to claim 11, characterized in that Also includes: A recommendation to place the plurality of groups of the one or more packages in a vehicle for delivery to a customer is sent to the second user device for display.

17. The method according to claim 16, characterized in that The recommendation is based on the location of the campsite where the one or more packages to be delivered to the customer are stored, and the delivery address associated with the one or more packages in each group.

18. The method according to claim 11, characterized in that Also includes: When the activatable icon is activated by a user of a second user device, delivery instructions associated with each package are sent to the second user device for display.

19. The method according to claim 11, characterized in that Also includes: A route recommendation for delivering the one or more packages is sent to a second user device for display.

20. A computer-implemented system for delivering a package to a customer, the system comprising: a memory storing instructions; as well as at least one processor configured to execute the instructions to: receiving, from a first user device in a fulfillment center, a package identifier associated with a package to be delivered to a customer, the package being routed from the fulfillment center to a campsite prior to being delivered to the customer, wherein the package identifier is determined based on a scan of the package identifier by an imaging device on the first user device, and wherein the package identifier is automatically scanned when an imaging area of ​​the imaging device is aligned with the package identifier; modifying a database to assign the package identifier to one of a plurality of groups based on a delivery address associated with the package identifier and a location of the campsite to which the package is routed; generating a map of the plurality of groups, wherein each group of the plurality of groups includes one or more packages associated with delivery addresses that are within a predetermined distance of each other; sending the map for display on a second user device in the campsite; and sending a color-coded activatable icon for display at a location on the map, wherein the location of the activatable icon on the map is associated with a delivery address of the package, and the color of the activatable icon is representative of the group to which the package identifier is assigned, wherein the plurality of groups is generated by: determining the location of said campsite where packages to be delivered to customers are stored; identifying a first subset of packages to be delivered whose delivery addresses are within a first predetermined radius from the location of the campsite; In case the second subset of packages remains, grouping the first subset of packages into a first group; identifying, from the remaining second subset of packages, a third subset of packages to be delivered to a location within a second predetermined radius from the campsite, the second predetermined radius being greater than the first predetermined radius; and A third subset of the packages is grouped into a second group.

Images