Electronic apparatus, computer-readable medium and dispatch-order generation method for logistics management

Abstract

This invention provides an electronic device for logistics management, a computer-readable medium, and a method for creating delivery orders. The electronic device checks a delivery order using a plurality of condition modules according to a check sequence in a check configuration file. When the delivery order passes the check of the plurality of condition modules, the electronic device performs automated delivery order processing for the delivery order. Whenever the delivery order fails the check of any one of the plurality of condition modules in the check sequence, the electronic device stops using the remaining condition modules to check the delivery order.

Description

Technical Field

[0001] The present invention relates to a logistics management technology. More specifically, the present invention relates to an electronic device for logistics management, a computer-readable medium, and a method for creating a delivery order. Prior Art

[0002] For automated logistics management, each shipping order must pass multiple validation criteria before the logistics management system automatically generates a corresponding delivery order. A shipping order contains various information about a customer's goods, while a delivery order records the details of the delivery of the customer's goods. Because different shipping order formats and the required verification requirements vary, the logistics management system consumes significant computing resources to process the shipping order verification process. As the number of verification criteria increases, the burden on the logistics management system also increases. Therefore, improving the efficiency of the logistics management system in verifying shipping orders is particularly important. Summary of the Invention

[0003] To overcome the above-mentioned problems, the present invention provides an electronic device for logistics management. The electronic device may include a storage device and a processor electrically connected to the storage device. The storage device may be used to store a delivery order, the information recorded therein, and an inspection configuration file. The inspection configuration file may include a plurality of conditional models, and the plurality of conditional models may correspond to an inspection order. The processor may be used to inspect the delivery order using the plurality of conditional modules in the inspection configuration file according to the inspection order. When the delivery order passes the inspection of the plurality of conditional modules, the processor may be used to automatically process the delivery order for the delivery order. Whenever the delivery order fails to pass the inspection of any of the plurality of conditional modules in the inspection order, the processor may be used to stop using the remaining conditional modules to inspect the delivery order.

[0004] To overcome the aforementioned problems, the present invention further provides a computer-readable medium. When loaded into an electronic device, the computer-readable medium causes the electronic device to execute the following instructions: verify a shipment order using a plurality of conditional modules according to a verification sequence corresponding to the plurality of conditional modules in a verification profile; automatically process the shipment order when the shipment order passes verification by the plurality of conditional modules; and, whenever the shipment order fails verification by any of the plurality of conditional modules in the verification sequence, stop verifying the shipment order using the remaining conditional modules.

[0005] To overcome the aforementioned problems, the present invention further provides a method for creating a delivery order executed by an electronic device. The method may include: using a plurality of conditional modules in a verification profile to verify a shipment order according to a verification sequence corresponding to the plurality of conditional modules; performing automated delivery order processing on the shipment order when the shipment order passes verification by the plurality of conditional modules; and whenever the shipment order fails verification by any of the plurality of conditional modules in the verification sequence, ceasing to use the remaining conditional modules to verify the shipment order.

[0006] In the present invention, traditional verification conditions have been modularized into multiple conditional modules and integrated into a verification setting file, and each conditional module is assigned a serial number to indicate its priority in the verification sequence. In addition, the electronic device provided by the present invention uses the conditional modules in the verification setting file in sequence according to the verification sequence in the verification setting file to verify each shipment order, and as long as any shipment order fails to pass the verification of any of the multiple conditional modules, the remaining conditional modules will be stopped from being used to verify the shipment order. Accordingly, the electronic device provided by the present invention can early screen out (filter out) shipment orders that are not suitable for automatic creation of dispatch orders, which not only saves the computing resources of the logistics management system, but also improves the efficiency of shipment order verification. In other words, the electronic device, computer-readable medium, and dispatch order creation method provided by the present invention have indeed solved the above-mentioned problems.

[0007] Furthermore, the modular nature of check conditions makes the code for check operations easier to manage and maintain. Because each conditional module can be independently developed, tested, and maintained, the complexity of designing the code for each conditional module is reduced. Furthermore, the modular nature of check conditions makes it easy to adjust or expand conditional modules without requiring a major code overhaul.

[0008] The above content provides a basic description of the present invention, including the technical problems solved by the present invention, the technical means adopted, and the technical effects achieved. The following further illustrates various embodiments of the present invention. Simple diagram description

[0009] FIG1 illustrates a basic architecture of an electronic device for logistics management according to some embodiments of the present invention.

[0010] FIG2 illustrates the overall operation of the electronic device.

[0011] FIG3 illustrates how the electronic device divides the shipping order into a hot treatment area and a cold treatment area.

[0012] FIG. 4 illustrates how a computer-readable medium drives an electronic device to execute instructions according to some embodiments of the present invention.

[0013] FIG5 illustrates a method for creating a dispatch order according to some embodiments of the present invention. Implementation Method

[0014] The following embodiments are not intended to limit the claimed invention to any particular environment, application, structure, process, or scenario. Elements not directly relevant to the claimed invention are omitted from the accompanying drawings. Component sizes and dimensional ratios in the accompanying drawings are provided for illustrative purposes only and are not intended to limit the claimed invention. Unless otherwise specified, identical reference numerals may refer to identical elements.

[0015] The terminology used herein is for ease of description of the embodiments and is not intended to limit the claimed invention. Unless otherwise specified, the singular "a" or "an" shall be construed to include the plural. Terms such as "including," "comprising," and "having" are used to specify the presence of the subsequently recited features, integers, steps, operations, elements, components, and / or groups, but do not preclude the presence or addition of one or more additional features, integers, steps, operations, elements, components, and / or groups. The term "and / or" is used to refer to any and all combinations of one or more of the associated listed items. When terms such as "first," "second," and "third" are used to describe elements, they are not intended to limit the described elements but are used only to distinguish them. Thus, for example, the first element could also be named the second element without departing from the spirit or scope of the claimed invention.

[0016] Certain embodiments of the present invention relate to an electronic device for logistics management (hereinafter referred to as "electronic device 1"). Figure 1 illustrates the basic architecture of electronic device 1, while Figure 2 illustrates the overall operation of electronic device 1. Furthermore, Figure 3 illustrates how electronic device 1 divides shipping orders into hot and cold processing zones. Figures 1 through 3 are provided for illustrative purposes only and are not intended to limit the scope of protection of the present invention. Electronic device 1 can be any electronic device with computer functionality, such as, but not limited to, a personal computer, a portable computer, a tablet computer, a mobile device, etc. As shown in Figure 1, electronic device 1 can generally include a processor 10 and a memory 30. The processor 10 and memory 30 are electrically connected. In some embodiments, or more specifically, the processor 10 and memory 30 can be directly or indirectly electrically connected.

[0017] The processor 10 can be a programmable, specialized integrated circuit (IC) with computing, storage, and input / output capabilities. It can accept and process various coded instructions, perform various logical and arithmetic operations, and output corresponding computational results. The processor 10 can be programmed to interpret various instructions and execute various tasks or programs to accomplish the various actions described in the present invention. For example, the processor 10 can include a central processing unit (CPU), a digital signal processor (DSP), a microprocessor, and / or a microcontroller.

[0018] Storage 30 may include a primary storage device (e.g., memory) and may store instruction sets read by processor 10. In some embodiments, in addition to the primary storage device, storage 30 may also include a secondary storage device (e.g., a hard drive or optical disk) connected to processor 10 via an internal I / O channel, using a data buffer to transfer data to the primary memory. In some embodiments, in addition to the primary and secondary storage devices, storage 30 may also include a tertiary storage device (e.g., a USB drive or cloud drive) that can also copy data to the secondary storage device.

[0019] The storage device 30 can be used to store data generated by the electronic device 1 or data transmitted from an external source to the electronic device 1. For example, as shown in FIG1 , the storage device 30 can be used to store one or more delivery orders (DOs) and an inspection configuration file (CF). The inspection configuration file CF includes a plurality of conditional models, and each of these conditional models corresponds to a preset inspection order IO. Each conditional module can be assigned a sequence number, such as conditional module CM1, conditional module CM2, conditional module CM3, etc., to form the inspection order IO. The number and content of the conditional modules can be adjusted as needed.

[0020] As shown in FIG2 , the processor 10 may use the multiple conditional modules in the verification configuration file CF to verify the shipment order DO according to the verification sequence 10 (Act 301). When the shipment order DO passes the verification by the multiple conditional modules (Act 303), the processor 10 may mark the shipment order DO as "automatic" and automatically process the delivery order for the shipment order DO (Act 305). Furthermore, if the shipment order DO fails the verification by the multiple conditional modules (Act 303), each time the shipment order DO fails the verification by any of the multiple conditional modules in the verification sequence, the processor 10 may stop using the remaining conditional modules to verify the shipment order DO (Act 306) and mark the shipment order DO as "manual." In this way, the electronic device 1 can quickly filter out shipment orders that are unsuitable for automatic delivery order creation, thereby conserving computing resources within the logistics management system and improving shipment order verification efficiency. Furthermore, the modular nature of check conditions makes the code for check operations easier to manage and maintain. Because each conditional module can be independently developed, tested, and maintained, the complexity of designing the code for each conditional module is reduced. Furthermore, the modular nature of check conditions makes it easy to adjust or expand conditional modules without requiring a major code overhaul.

[0021] In some embodiments, the processor 10 may check the plurality of shipping orders DO stored in the storage 30 according to a fixed or non-fixed period.

[0022] In some embodiments, the shipping order DO may correspond to different warehouse types. If a warehouse type is specifically specified, the processor 10 may use the corresponding "single condition" to check the shipping order DO of the specified warehouse type.

[0023] Each conditional module consists of "Compared Data," "Judgment Method," and "Comparison Value." "Compared Data" refers to the data in a specific field of a shipping document. "Judgment Method" can be, for example, equal to, not equal to, less than, greater than, contained in, similar to, or not similar to. "Comparison Value" can be, for example, a number, text, a value returned by a function path, data in a shipping document field, a regular expression, and so on.

[0024] Each conditional module can be mapped to one of three comparison modes: field-to-value comparison (also known as general comparison), field-to-field comparison, and API comparison. Field-to-value comparison compares the data in a specific field of the shipping document with its value. Field-to-field comparison compares the data in a specific field of the shipping document with the data in another field. For example, the "estimated arrival time" must be after the "estimated shipping time." API comparison compares the data in a specific field of the shipping document with the value returned by the function path.

[0025] Each conditional module can be a single check condition or a logical combination of multiple check conditions. Combining multiple check conditions into a single conditional module through logical combination can reduce the number of executions of the conditional module. Logical combination can be accomplished through logical operations such as AND and OR.

[0026] Referring to Figure 2 , during the automated delivery order processing for the delivery order DO, the processor 10 may determine whether the delivery order DO meets a preliminary condition (Act 307 ). If the delivery order DO meets the preliminary condition, the processor 10 may assign the delivery order DO to a hot processing zone (Act 308 ). If the delivery order DO does not meet the preliminary condition, the processor 10 may assign the delivery order DO to a cold processing zone (Act 309 ). Taking Figure 3 as an example, the processor 10 may assign delivery orders DO1 and DO2, which meet the preliminary condition, to hot processing zone H1, and assign delivery orders DO3 and DO4, which do not meet the preliminary condition, to cold processing zone C1. By separating the hot processing zone from the cold processing zone, waste of processing resources of the processor 10 and storage resources of the memory 30 can be avoided. In addition, separating shipment orders into cold and hot processing areas ensures that shipment orders in the cold processing area do not affect the operations in the hot processing area, thus avoiding a reduction in the available efficiency of the hot processing area. It also ensures that shipment orders in the hot processing area are always ready for automatic creation of delivery orders.

[0027] This hot and cold processing zone mechanism also enables the following benefits: non-real-time processing, batch processing, and distributed computing, improving system performance and reducing computational complexity in the hot processing zone. Regarding non-real-time processing, electronic device 1 allows users to avoid processing all incoming shipment orders immediately when multiple orders are received. This provides greater operational flexibility, allowing users to choose the timing of shipments based on actual needs rather than being constrained by the pressure of real-time processing. Regarding batch processing and distributed computing, electronic device 1 can effectively execute various algorithms for multiple shipment orders simultaneously, shortening the processing time of a single transaction, improving overall system performance, and successfully reducing the burden on electronic device 1's real-time computing. Furthermore, when multiple shipment orders require the execution of the automatic dispatch order creation algorithm, electronic device 1 has the ability to distribute the operational load, helping to balance resource utilization across electronic device 1, preventing a single transaction from excessively occupying its resources and further improving overall performance. Regarding reducing the computational complexity of the heat treatment area, the electronic device 1 can automatically filter out the shipment orders DO of the cold treatment area, allowing the subsequent complex automatic dispatch order creation algorithm to automatically ignore these shipment orders DO, thereby allowing the shipment orders DO of the heat treatment area to be allocated more resources.

[0028] In some embodiments, the "cold processing zone" corresponds to "temporarily unprocessed shipment orders (DOs)," while the "hot processing zone" corresponds to shipment orders (DOs) for which dispatch orders can be automatically created at any time. Furthermore, the processor 10 can divide its processing resources into independent cold processing resources and independent hot processing resources, with the cold processing resources being used exclusively in the "cold processing zone" and the hot processing resources being used exclusively in the "hot processing zone." The memory 30 can also divide its storage resources into independent cold storage resources and independent hot storage resources, with the cold storage resources being used exclusively in the "cold processing zone" and the hot storage resources being used exclusively in the "hot processing zone."

[0029] In some embodiments, the aforementioned preconditions may include whether the shipping time / date exceeds the service commitment period. The service commitment period may refer to, for example, the "limited shipping time / date specified in the shipping terms and conditions signed with the customer" or the "customer-specified delivery time / date." If the shipping time / date exceeds the service commitment period, the processor 10 may assign the shipping order DO to the cold processing area C1. If the shipping time / date does not exceed the service commitment period, the processor 10 may assign the shipping order DO to the hot processing area H1.

[0030] In some embodiments, the preconditions may include determining whether a delivery order needs to be automatically created immediately. If the delivery order needs to be automatically created immediately, the processor 10 may assign the delivery order DO to the hot treatment zone H1. If the delivery order does not need to be automatically created immediately, the processor 10 may assign the delivery order DO to the cold treatment zone C1.

[0031] In some embodiments, the preconditions may include determining whether the shipment orders (DO) need to be consolidated. If the shipment orders (DO) need to be consolidated, the processor 10 may assign the shipment orders (DO) to the cold processing zone (C1). If the shipment orders (DO) do not need to be consolidated, the processor 10 may assign the shipment orders (DO) to the hot processing zone (H1).

[0032] As shown in Figure 2 , the processor 10 temporarily suspends the shipment order DO assigned to the cold processing zone C1 (Act 310) to avoid consuming processor 10's processing resources. Furthermore, when the shipment order DO assigned to the cold processing zone meets the preparatory conditions, the processor 10 can reassign the shipment order DO assigned to the hot processing zone. For example, in Figure 3 , when shipment order DO4 meets the preparatory conditions, the processor 10 can reassign shipment order DO4 to the hot processing zone H1.

[0033] The processor 10's cold processing resources automatically detect whether all shipment orders (DO) to be merged have arrived in cold processing zone C1 and reassign all such orders to hot processing zone H1. Because the requirements for shipment orders (DO) in cold processing zone C1 are simple, the processor 10's processing resources are minimal. This hot and cold partitioning reduces the processing and storage resources required in hot processing zone H1.

[0034] As shown in FIG. 2 , for the shipment order DO that is classified into the heat treatment zone, the processor 10 may further determine whether to pre-create a virtual delivery order for the shipment order DO in the storage 30 (action 311 ).

[0035] The virtual dispatch order mechanism can achieve the following benefits (for computer improvements): performance allocation, database storage optimization, and reduced duplication of dispatch algorithm runs. Regarding performance allocation, the energy consumption of creating a dispatch order is preempted before the shipment order (DO) reaches a dispatchable state (i.e., meets a dispatch condition). This means that the electronic device 1, which is less utilized at this time, pre-processes the dispatch order creation operation. This helps balance the resource utilization of the electronic device 1 and avoids the concentration of high performance demands at specific times. Regarding database storage optimization, virtual dispatch orders are first stored in a temporary storage area and then added to the database when subsequent shipment orders (DO) reach a dispatchable state (i.e., meet a dispatch condition). This optimizes database usage and reduces computational overhead in the dispatch master file. Regarding reduced duplication of dispatch algorithm runs, after creating a virtual dispatch order, since the virtual dispatch order has already been stored in the temporary storage area, the electronic device 1 will not automatically run the dispatch order creation algorithm for shipments for which a virtual dispatch order has been created, thus reducing duplication of computations.

[0036] This virtual delivery order mechanism also offers the following benefits (improving warehouse management): pre-creating delivery orders, allocating peak delivery times, providing alerts, and delivering according to delivery routes. Regarding pre-creating delivery orders, before a delivery order (DO) reaches a delivery-ready state (i.e., meets a delivery condition), the electronic device 1 pre-creates a virtual delivery order in the hot processing area. This pre-creating concept increases the flexibility of the electronic device 1, allowing it to proactively handle delivery-related tasks, such as requesting shipping documents. Without automatic pre-creating virtual delivery orders, manually creating delivery orders could increase the load in the cold processing area. Regarding allocating peak delivery times, the electronic device 1 automatically detects whether the current delivery volume falls within a peak period. If not, it automatically creates a virtual delivery order to prevent overloading of on-site operational resources. Overloading on-site operations means that the electronic device 1 will face a significant resource consumption. Allocating deliveries to peak times also allows the load on the electronic device 1 to be distributed. Regarding the warning effect, if the number of undelivered delivery orders (DOs) is excessive, electronic device 1 can issue an alert, allowing on-site staff to allocate delivery resources. After creating a virtual delivery order, they can pre-apply for shipping documents. Furthermore, for customers with low delivery rates, a warning will be issued after the virtual delivery order is created, reducing the chance of re-creating delivery orders and thus reducing the resource consumption of electronic device 1. Regarding delivery based on delivery route, some cooperating freight forwarders can assist with multiple destinations. When pre-creating delivery orders, the freight forwarder's delivery route can be factored into the pre-created delivery order to maximize the number of shipments packed into a single truck. Manually handling this process can easily result in incorrect delivery orders being issued, and repeated re-opening of delivery orders can lead to excessive system consumption.

[0037] When batch processing multiple shipment orders (DOs), the processor 10 can automatically assess system resources for a delivery period and, based on the availability of system resources for that delivery period, determine whether to pre-create virtual shipment orders in memory 30 for one or more shipment orders (DOs). Furthermore, when determining to create virtual shipment orders for multiple shipment orders (DOs), the processor 10 can also determine the priority of each of these virtual shipment orders based on a preset condition. By using priority to determine the order in which virtual shipment orders are created, the processor 10's processing resources can be used efficiently and flexibly. For example, the preset condition can include conditions related to shipment type, expected shipment date, order status, weather conditions, expedited orders, or consolidation routes.

[0038] Regarding shipment types, since export-type documents require more documents, the processor 10 can prioritize virtual delivery orders for these types of shipments, allowing field personnel to quickly apply for the relevant documents. Regarding the expected shipment date, the processor 10 compares the expected shipment date with the current date and uses the smallest absolute value to determine the order in which to create virtual delivery orders. In other words, the smaller the value, the higher the priority the processor 10 will place in creating virtual delivery orders. Regarding order status, there are several states that qualify for automatic delivery order creation, such as "in process" or "in process." The closer the order status is to a pre-delivery state, the higher the priority the processor 10 will place in creating virtual delivery orders. Regarding weather conditions, the processor 10 can access weather information for the destination city through a third-party application programming interface (API) and determine the order in which to create virtual delivery orders based on the quality of the weather in the destination city. Regarding urgent orders, the processor 10 can prioritize creating delivery orders for shipments with urgent order notes. Regarding the integrated routes, the processor 10 can obtain the delivery route information of the delivery destination through a third-party application program interface (API) and determine the order of creating virtual delivery orders based on the quality of the delivery routes.

[0039] After creating a virtual delivery order, if the corresponding shipment order is canceled, the resources originally used by processor 10 to create the virtual delivery order are wasted. Therefore, in certain embodiments, processor 10 can also determine whether to pre-create a virtual delivery order for a shipment order DO in storage 30 based on the virtual delivery order completion rate of a customer corresponding to the shipment order DO. In other words, if a customer's order abandonment probability exceeds a certain threshold, processor 10 will determine that there is a high probability that the customer will abandon the order, resulting in the shipment order not being successfully shipped (i.e., the virtual delivery order completion rate is too low). Only when the customer's virtual delivery order completion rate exceeds a preset threshold (e.g., 80%, 85%, 90%, 95%, etc.) will processor 10 create a virtual delivery order for the customer's shipment order DO, thereby minimizing unnecessary waste of electronic device 1 resources. Furthermore, this mechanism can reduce the possibility of creating useless virtual delivery orders.

[0040] As shown in Figure 2, if it is determined that a virtual delivery order needs to be pre-created for a specific delivery order (DO), the processor 10 will pre-create the virtual delivery order for that delivery order (DO) in memory 30 (Act 313). The processor 10 then waits until a delivery condition is determined to be met (Act 315), and then converts the virtual delivery order into a real delivery order (Act 316). The virtual delivery order contains exactly the same content as the real delivery order. In some embodiments, the conversion involves the processor 10 simply changing the virtual delivery order's status from virtual to real (e.g., changing the value representing the status from 0 to 1). For example, in Figure 3, the processor 10 assigns delivery order DO1 to heat treatment area H1, pre-creates a virtual delivery order for delivery order DO1, and waits for a delivery condition to be met before converting the virtual delivery order into a real delivery order. Warehouse personnel or freight forwarders can then use mobile devices to obtain information about the real delivery order, pick goods based on the real delivery order information, and deliver the picked goods to customers. In certain embodiments, the virtual delivery order is also assigned to the thermal processing area H1 and processed by the thermal processing resources of the processor 10 and the thermal storage resources of the memory 30. The aforementioned delivery condition refers to the delivery order DO reaching a delivery-ready state (e.g., completion of invoicing for the delivery order).

[0041] As shown in Figure 2 , if it is determined that a virtual delivery order does not need to be pre-created for the shipment order DO, processor 10 waits until the same delivery condition is determined to be met (Act 312), then directly creates a real delivery order for the shipment order DO in storage 30 (Act 314). Taking Figure 3 as an example, processor 10 assigns shipment order DO2 to heat treatment area H1, waits for the delivery condition to be met, and then directly creates a real delivery order for shipment order DO2 in storage 30. Warehouse personnel or freight forwarders can then use a mobile terminal device to obtain information about the real delivery order, pick goods based on the information, and then deliver the picked goods to the customer. In some embodiments, the delivery condition refers to the shipment order DO reaching a state ready for delivery (e.g., completion of invoicing for the shipment order).

[0042] Certain embodiments of the present invention relate to a computer-readable medium (hereinafter referred to as "computer-readable medium 2"). Figure 4 illustrates how computer-readable medium 2 drives an electronic device 9 to execute instructions. However, Figure 4 is provided for illustrative purposes only and is not intended to limit the scope of the present invention.

[0043] As shown in FIG4 , after computer-readable medium 4 is loaded into electronic device 9, it can cause electronic device 9 to execute the following instructions: Using a plurality of conditional modules in a verification profile to verify a shipment order (instruction 401); When the shipment order passes verification by the plurality of conditional modules, automatically processing the delivery order for the shipment order (instructions 403 and 405); and whenever the shipment order fails verification by any of the plurality of conditional modules in the verification order, ceasing verification of the shipment order using the remaining conditional modules (instructions 403 and 406). In certain embodiments of computer-readable medium 2, electronic device 9 may be the aforementioned electronic device 1.

[0044] Computer-readable medium 2 can be a tangible object containing a computer-readable program, such as a non-transitory tangible machine-readable medium. Non-transitory tangible machine-readable medium can include a non-transitory tangible machine-readable medium, a read-only memory (ROM), a flash memory, a floppy disk, a portable hard drive, a magnetic tape, a network database, a cloud node, and other tangible objects. In some embodiments, computer-readable medium 4 can also be a computer program product. A computer program product refers to an object containing a computer-readable program, regardless of its external form, and is transmitted via various networks for loading into an electronic device.

[0045] In some embodiments of the computer-readable medium 2, each of the plurality of conditional modules can be a single check condition or a logical combination of a plurality of check conditions. By logically combining the plurality of check conditions into a single conditional module, the number of execution times of the conditional module can be reduced.

[0046] In certain embodiments of the computer-readable medium 2, the electronic device 9 may also execute the following instructions: during the automated processing of the delivery order, the delivery order may be assigned to a hot processing zone or a cold processing zone based on whether the delivery order meets a precondition. By separating the hot processing zone from the cold processing zone, waste of computing resources can be avoided.

[0047] In certain embodiments of the computer-readable medium 2, the electronic device 9 can also execute the following instructions: when the shipping order is assigned to the heat treatment zone, wait for a delivery condition to be met, and then create a real delivery order for the shipping order.

[0048] In certain embodiments of the computer-readable medium 2, the electronic device 9 may also execute the following instructions: When the shipment order is assigned to the heat treatment zone, determine whether to pre-create a virtual dispatch order for the shipment order. Pre-creating a virtual dispatch order can avoid concentrating computing resources in a short period of time.

[0049] For example, the computer-readable medium 2 may further cause the electronic device 9 to execute the following instructions: in the case of batch processing, determine whether to create a virtual delivery order for the shipment based on system resources during a delivery period. Alternatively, the computer-readable medium 2 may further cause the electronic device 9 to execute the following instructions: if it is determined that a virtual delivery order should be created for the shipment, determine a priority for creating the virtual delivery order based on a preset condition. By using priority to determine the order in which virtual delivery orders are created, computing resources can be used efficiently and flexibly.

[0050] For another example, the computer-readable medium 2 may further cause the electronic device 9 to execute the following instructions: based on the completion rate of a virtual delivery order for a customer corresponding to the delivery order, determine whether to pre-create the virtual delivery order for the delivery order. This can reduce the possibility of creating useless virtual delivery orders.

[0051] In certain embodiments of the computer-readable medium 2, the electronic device 9 can also execute the following instructions: pre-establish the virtual delivery order for the shipping order, wait for a delivery condition to be met, and then convert the virtual delivery order into a real delivery order.

[0052] In certain embodiments of the computer-readable medium 2, the electronic device 9 can also execute the following instructions: if the shipment order is assigned to the cold processing zone, temporarily shelve the shipment order. Alternatively, the computer-readable medium 2 can also cause the electronic device 9 to execute the following instructions: if the shipment order assigned to the cold processing zone meets the preparatory conditions, reassign the shipment order from the cold processing zone to the hot processing zone. This effectively allocates computing resources to the shipment orders currently in need of processing and avoids wasting computing resources.

[0053] Each embodiment of computer-readable medium 4 substantially corresponds to at least one embodiment of electronic device 1. Therefore, a person skilled in the art will be able to fully understand all corresponding embodiments of computer-readable medium 4 based on the above description of electronic device 1, even though not every embodiment of computer-readable medium 4 is specifically described above.

[0054] Certain embodiments of the present invention relate to a method for creating a delivery order (hereinafter referred to as "delivery order creation method 5") executed by an electronic device. In certain embodiments, the electronic device may be the aforementioned electronic device 1. Figure 5 is a schematic diagram of delivery order creation method 5. However, the content shown in Figure 5 is merely illustrative of embodiments of the present invention and is not intended to limit the scope of protection of the present invention.

[0055] As shown in FIG5 , the delivery order creation method 5 may include: using a plurality of conditional modules in a verification setting file to verify a shipment order according to a verification sequence corresponding to the plurality of conditional modules (step 501); when the shipment order passes the verification of the plurality of conditional modules, performing automated delivery order processing on the shipment order (steps 503 and 505); and whenever the shipment order fails to pass the verification of any of the plurality of conditional modules in the verification sequence, stopping the use of the remaining conditional modules to verify the shipment order (steps 503 and 506).

[0056] In certain embodiments of the delivery order creation method 5, each of the plurality of conditional modules can be a single check condition or a logical combination of a plurality of check conditions. By logically combining the plurality of check conditions into a single conditional module, the number of execution times of the conditional module can be reduced.

[0057] In certain embodiments of the delivery order creation method 5, the method may further include: during the automated delivery order processing, classifying the delivery order into a hot processing zone or a cold processing zone based on whether the delivery order meets a preparatory condition. By separating the hot processing zone and the cold processing zone, waste of computing resources can be avoided.

[0058] In certain embodiments of the delivery order creation method 5, it may also include: when the delivery order is assigned to the heat treatment zone, waiting for a delivery condition to be met, and then creating a real delivery order for the delivery order.

[0059] In certain embodiments of the delivery order creation method 5, the method may further include: determining whether to pre-create a virtual delivery order for the delivery order when the delivery order is assigned to the heat treatment zone. Pre-creating a virtual delivery order can avoid concentrating computing resources in a short period of time.

[0060] For example, the delivery order creation method 5 may further include: in the case of batch processing, determining whether to create a virtual delivery order for the shipment based on system resources during a delivery period. Alternatively, the delivery order creation method 5 may further include: if it is determined that a virtual delivery order should be created for the shipment, determining a priority for creating the virtual delivery order based on a preset condition. By using priority to determine the order in which virtual delivery orders are created, computing resources can be used efficiently and flexibly.

[0061] For another example, the delivery order creation method 5 may further include: determining whether to pre-create a virtual delivery order for a customer corresponding to the delivery order based on the completion rate of the virtual delivery order. This can reduce the possibility of creating useless virtual delivery orders.

[0062] In certain embodiments of the delivery order creation method 5, it may also include: pre-creating the virtual delivery order for the shipping order, waiting for a delivery condition to be met, and then converting the virtual delivery order into a real delivery order.

[0063] In certain embodiments of the delivery order creation method 5, the method may further include temporarily placing the delivery order on hold if the delivery order is assigned to the cold processing zone. Alternatively, the method may further include reassigning the delivery order from the cold processing zone to the hot processing zone when the delivery order meets the preparatory conditions. This effectively allocates computing resources to the delivery orders currently in need of processing, avoiding wasted computing resources.

[0064] Each embodiment of the delivery order creation method 5 substantially corresponds to at least one embodiment of the electronic device 1. Therefore, those skilled in the art will be able to fully understand all corresponding embodiments of the delivery order creation method 5 based on the above description of the electronic device 1, even though not every embodiment of the delivery order creation method 5 is specifically described above.

[0065] The above embodiments are merely illustrative of the present invention and are not intended to limit the scope of protection of the present invention. Any modifications, alterations, adjustments, or integrations of the above embodiments that are readily apparent to one skilled in the art are encompassed within the scope of protection of the present invention. The scope of protection of the present invention shall be determined by the scope of the patent application.

[0066] 1: Electronic devices for logistics management 10: Processor 30: Storage DO, DO1, DO2, DO3, DO4: Shipping order CM1, CM2, CM3: Conditional modules CF: Verification Configuration File H1: Heat treatment area C1: Cold treatment area 301, 303, 305, 306, 307, 308, 309, 310, 311, 312, 313, 314, 315, 316: Actions of electronic devices 4: Computer readable media 401, 403, 405, 406: Instructions 5: How to create a delivery order 501, 503, 505, 506: Steps 9: Electronic devices

Claims

1. An electronic device for logistics management, comprising: a storage device for storing a delivery order and an inspection configuration file, wherein, The inspection profile includes a plurality of conditional models, each corresponding to an inspection order; and a processor electrically connected to the storage, configured to: inspect the shipping order using the plurality of conditional models in the inspection profile according to the inspection order; perform automated delivery order processing on the shipping order when the shipping order passes the inspection of the plurality of conditional models; in the automated delivery order processing, classify the shipping order into a heat treatment zone or a cold treatment zone based on whether the shipping order meets a precondition; and stop using the remaining conditional models to inspect the shipping order whenever the shipping order fails the inspection of any one of the plurality of conditional models in the inspection order.

2. The electronic device as claimed in claim 1, wherein, Each of the plurality of condition modules is either a single check condition or a logical combination of a plurality of check conditions.

3. The electronic device as claimed in claim 1, wherein, The processor is also used to: wait for a delivery condition to be met when the shipment order is assigned to the heat treatment area, and then create a real dispatch order for the shipment order in the storage.

4. The electronic device as claimed in claim 1, wherein, The processor is also used to: determine whether to pre-create a virtual delivery order for the delivery order in the storage when the delivery order is assigned to the heat treatment area.

5. The electronic device as claimed in claim 4, wherein, The processor is also used to: in the case of batch processing, determine whether to create the virtual delivery order in the storage based on the system resources of a delivery period.

6. The electronic device as claimed in claim 5, wherein, The processor is also used to: when it is determined that the virtual delivery order should be created for the shipment order, determine a priority for creating the virtual delivery order based on a preset condition.

7. The electronic device as claimed in claim 4, wherein, The processor is also used to: determine whether to pre-create the virtual delivery order for the shipment order in the storage based on the completion rate of a virtual delivery order for a customer corresponding to the shipment order.

8. The electronic device as claimed in claim 4, wherein, The processor is also used to: pre-create the virtual delivery order in the storage for the shipment order, wait for a delivery condition to be met, and then convert the virtual delivery order into a real delivery order.

9. The electronic device as claimed in claim 1, wherein, The processor is also used to temporarily suspend a shipping order if the order is assigned to the cold processing zone.

10. The electronic device as claimed in claim 9, wherein, The processor is also used to: when the shipment order that has been assigned to the cold processing zone becomes eligible for the preparatory conditions, reassign the shipment order that has been assigned to the cold processing zone to the hot processing zone.

11. A computer-readable medium, when loaded onto an electronic device, causes the electronic device to execute the following instructions: checking a delivery note using a plurality of condition modules according to a check sequence corresponding to a check setting in a check profile; when the delivery note passes the check of the plurality of condition modules, performing automated delivery note processing on the delivery note; in the automated delivery note processing, classifying the delivery note into a heat treatment zone or a cold treatment zone based on whether the delivery note meets a precondition; and whenever the delivery note fails the check of any one of the plurality of condition modules in the check sequence, stopping the use of the remaining condition modules to check the delivery note.

12. The computer-readable medium as described in claim 11, wherein, Each of the plurality of condition modules is either a single check condition or a logical combination of a plurality of check conditions.

13. The computer-readable medium as described in claim 11 further causes the electronic device to execute the following instructions: in the case that the shipment order is assigned to the heat treatment zone, wait for a delivery condition to be met, and then create a real delivery order for the shipment order.

14. The computer-readable medium as described in claim 11 further causes the electronic device to execute the following instructions: if the delivery note is assigned to the heat treatment zone, determine whether to pre-create a virtual delivery note for the delivery note.

15. The computer-readable medium as described in claim 14 further causes the electronic device to perform the following instructions: in the case of batch processing, determine, based on system resources for a delivery period, whether to create the virtual delivery order for the shipment order.

16. The computer-readable medium as described in claim 15 further causes the electronic device to execute the following instructions: when it is determined that the virtual delivery order should be created for the shipping order, determine a priority for creating the virtual delivery order based on a preset condition.

17. The computer-readable medium as described in claim 14 further causes the electronic device to execute the following instructions: determine whether to pre-create the virtual delivery order for the shipment order based on the completion rate of a virtual delivery order for a customer corresponding to the shipment order.

18. The computer-readable medium as described in claim 14 further causes the electronic device to execute the following instructions: pre-create the virtual delivery order for the shipping order, wait for a delivery condition to be met, and then convert the virtual delivery order into a real delivery order.

19. The computer-readable medium as described in claim 11 further causes the electronic device to execute the following instructions: temporarily suspend the shipping order if the shipping order is assigned to the cold processing area.

20. The computer-readable medium as described in claim 19 further causes the electronic device to execute the following instructions: when the shipment order assigned to the cold processing zone becomes compatible with the preparatory conditions, the shipment order assigned to the cold processing zone is reassigned to the heat processing zone.

21. A delivery order creation method executed by an electronic device, comprising: checking a delivery order using the plurality of condition modules according to a check sequence corresponding to the plurality of condition modules in a check setting file; when the delivery order passes the check of the plurality of condition modules, performing automated delivery order processing on the delivery order; in the automated delivery order processing, classifying the delivery order into a heat treatment zone or a cold treatment zone according to whether the delivery order meets a precondition; and whenever the delivery order fails the check of any one of the plurality of condition modules in the check sequence, stopping the use of the remaining condition modules to check the delivery order.

22. The delivery order creation method as described in request item 21, wherein, Each of the plurality of condition modules is either a single check condition or a logical combination of a plurality of check conditions.

23. The delivery order creation method as described in claim 21 further includes: when the delivery order is assigned to the heat treatment zone, waiting for a delivery condition to be met, and then creating a real delivery order for the delivery order.

24. The delivery order creation method as described in claim 21 further includes: when the delivery order is assigned to the heat treatment zone, determining whether to pre-create a virtual delivery order for the delivery order.

25. The delivery order creation method as described in claim 24 further includes: in the case of batch processing, determining whether to create the virtual delivery order for the shipment order based on the system resources of a delivery period.

26. The delivery order creation method as described in claim 25 further includes: when it is determined that the virtual delivery order should be created for the shipment order, determining a priority for creating the virtual delivery order based on a preset condition.

27. The delivery order creation method as described in claim 24 further includes: determining whether to pre-create the virtual delivery order for the delivery order based on the completion rate of a virtual delivery order for a customer corresponding to the delivery order.

28. The delivery order creation method as described in claim 24 further includes: pre-creating the virtual delivery order for the shipment order, waiting for a delivery condition to be met, and then converting the virtual delivery order into a real delivery order.

29. The delivery note creation method as described in claim 21 further includes: temporarily suspending the delivery note if the delivery note is assigned to the cold storage area.

30. The delivery order creation method as described in claim 29 further includes: when the delivery order assigned to the cold processing zone becomes eligible for the preparatory condition, the delivery order assigned to the cold processing zone is reassigned to the hot processing zone.

Images