Logistics scheduling method and device, medium, equipment and computer program product
By using blockchain technology to securely store contract and vehicle information between sales companies and carriers, and generating vehicle dispatch information, the problem of low logistics coordination efficiency is solved, and the efficiency of contract performance and the accuracy of dispatch are improved.
Patent Information
- Application Number
- CN202610651434.0
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2026-05-12
- Publication Date
- 2026-08-25
AI Technical Summary
Inefficient logistics coordination between the sales company and the carrier affects the fulfillment of sales contracts.
By using blockchain technology, contract information and vehicle information from the sales and transportation ends of products are securely stored, and vehicle dispatch information is generated using the dispatch management module to achieve accurate vehicle dispatch.
This improved the efficiency of contract fulfillment and ensured the accuracy of vehicle dispatching and the security of data.
Smart Images
Figure CN122636047A_ABST
Abstract
Description
Technical Field
[0001] This disclosure relates to the field of computer technology, and more specifically, to a logistics scheduling method, apparatus, medium, equipment, and computer program product. Background Technology
[0002] After a new sales contract is signed, the logistics management system will deliver the corresponding quantity of products to the customer within the specified period according to the contract requirements. However, the sales company that formulates the vehicle allocation plan and the carrier of the product are usually different companies. Multiple coordinations of transportation tasks are required between the sales company and the carrier, resulting in low transportation efficiency and even affecting the performance of the sales contract. Summary of the Invention
[0003] The purpose of this disclosure is to provide a logistics scheduling method, apparatus, medium, equipment, and computer program product for accurately scheduling carrier vehicles based on contract information.
[0004] To achieve the above objectives, in a first aspect, this disclosure provides a logistics scheduling method, the method comprising: In response to receiving contract information, determine the total available quantity of products in the contract information; The total available quantity of the product and the contract information are stored in the blockchain to call the scheduling management module in the blockchain to generate vehicle scheduling information. The blockchain contains vehicle information, and the scheduling management module is used to generate the vehicle scheduling information based on the total available quantity, the contract information of the product, and the vehicle information. The vehicle dispatch information is sent to the product carrier so that the product carrier can dispatch vehicles based on the vehicle dispatch information.
[0005] Optionally, determining the total available quantity of products corresponding to the contract information includes: Receive the predicted production volume sent by the production end of the product; Based on the predicted production volume, the quantity of the product in stock, and the quantity of the product in transit, the total available quantity is determined. The quantity in stock represents the quantity of the product in the storage warehouse, and the quantity in transit represents the quantity that has been shipped from the production end but is not yet in the storage warehouse.
[0006] Optionally, the predicted production volume is determined in the following way: The production end determines the basic production plan based on its capacity information and its production volume in historical periods. The predicted production volume is determined based on the basic production plan and the product scheduling period and product scheduling quantity in the contract information.
[0007] Optionally, the method further includes: The system receives production plan information sent by the scheduling management module, wherein the production plan information is determined by the scheduling management module based on the available total quantity, the product scheduling period and the product scheduling quantity in the contract information; The production plan information is sent to the production end of the product so that the production end can produce the product based on the production plan information.
[0008] Optionally, the contract information is modification information of existing contract information in the blockchain; The method further includes: The existing contract information in the blockchain is updated based on the change information, and a change record corresponding to the existing contract information is generated.
[0009] Optionally, the vehicle information in the blockchain is used to represent the attribute information of vehicles that can be dispatched by the product carrier, and the vehicle information is reported by the product carrier when there are changes in the dispatchable vehicles.
[0010] Secondly, this disclosure provides a logistics scheduling device, the device comprising: A determination module is used to determine the total available quantity of products in the contract information in response to receiving contract information; The processing module is used to store the total available quantity of the product and the contract information into the blockchain, and to call the scheduling management module in the blockchain to generate vehicle scheduling information. The blockchain contains vehicle information, and the scheduling management module is used to generate the vehicle scheduling information based on the total available quantity, the contract information of the product, and the vehicle information. The first sending module is used to send the vehicle dispatch information to the product carrier so that the product carrier can perform vehicle dispatch based on the vehicle dispatch information.
[0011] Thirdly, this disclosure provides a non-transitory computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps of the method described in the first aspect.
[0012] Fourthly, this disclosure provides an electronic device, comprising: A memory on which computer programs are stored; A processor for executing the computer program in the memory to implement the steps of the method described in the first aspect.
[0013] Fifthly, this disclosure provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the method described in the first aspect.
[0014] Therefore, through the above technical solution, contract information from the product sales end and vehicle information from the product transportation end can be jointly uploaded to the blockchain. This enables the effective and secure storage of contract and vehicle information through the blockchain. Furthermore, based on the scheduling management module in the blockchain, vehicle scheduling information is generated according to the total available quantity of the product, contract information, and vehicle information. This allows for accurate vehicle scheduling without disclosing data between the product sales end and the product transportation end, ensuring the accuracy of vehicle dispatch and improving the efficiency of contract fulfillment.
[0015] Other features and advantages of this disclosure will be described in detail in the following detailed description section. Attached Figure Description
[0016] The accompanying drawings are provided to further illustrate the present disclosure and form part of the specification. They are used together with the following detailed description to explain the present disclosure, but do not constitute a limitation thereof. In the drawings: Figure 1 This is a flowchart of a logistics scheduling method provided according to some embodiments of the present disclosure.
[0017] Figure 2 This is a schematic diagram of an architecture for implementing a logistics scheduling method according to some embodiments of the present disclosure.
[0018] Figure 3 This is an interactive schematic diagram of a logistics scheduling method provided based on some embodiments of the present disclosure.
[0019] Figure 4 This is a block diagram of a logistics scheduling device provided according to some embodiments of the present disclosure.
[0020] Figure 5 This is a block diagram illustrating an electronic device according to an exemplary embodiment.
[0021] Figure 6 This is a block diagram illustrating an electronic device according to an exemplary embodiment. Detailed Implementation
[0022] The specific embodiments of this disclosure will be described in detail below with reference to the accompanying drawings. It should be understood that the specific embodiments described herein are for illustration and explanation only and are not intended to limit this disclosure.
[0023] It should be noted that all actions involving the acquisition of signals, information, or data in this disclosure are carried out in compliance with the relevant data protection laws and policies of the country where the location is situated, and with authorization from the owner of the relevant device.
[0024] Figure 1The diagram shown is a flowchart of a logistics scheduling method provided according to some embodiments of this disclosure. Figure 1 As shown, the method may include: In step 11, in response to receiving the contract information, the total available quantity of the products in the contract information is determined.
[0025] For example, the method provided in this disclosure can be applied to a logistics management system, where the consolidation information can be obtained from a product sales platform. For instance, after signing a contract, a salesperson confirms it on the sales platform and uploads the signed contract information to the logistics management system. Here, the products in the contract information can represent products sold based on the consolidation information, and the total available products represent the total amount of products that can be dispatched to fulfill the contract information.
[0026] In step 12, the total available quantity of the product and contract information are stored in the blockchain to call the scheduling management module in the blockchain to generate vehicle scheduling information. The blockchain contains vehicle information, and the scheduling management module is used to generate the vehicle scheduling information based on the total available quantity, the product contract information, and the vehicle information.
[0027] The vehicle information in the blockchain represents the attribute information of vehicles that can be dispatched by the product carrier. This vehicle information is reported by the product carrier when the number of dispatchable vehicles changes. For example, the vehicle information may include the number of vehicles that can be dispatched by the product carrier and the product transport capacity of each vehicle. For instance, relevant personnel at the product carrier can input the attribute information of dispatchable vehicles through a visual interface, which is then uploaded to the blockchain by the product carrier for the dispatch management module to read and dispatch. The dispatch management module can be implemented based on a smart contract agreed upon by the seller and the carrier.
[0028] For example, if the attribute information of the schedulable vehicles on the product carrier side changes, relevant personnel can re-enter the vehicle information in the visual interface on the product carrier side and upload the updated vehicle information to the blockchain to update the vehicle information in the blockchain, so that the blockchain can store the latest attribute information of the schedulable vehicles on the product carrier side.
[0029] The blockchain can contain vehicle information from the product carrier, as well as the total available quantity of products and contract information in the contract. This can trigger the scheduling management module in the blockchain to perform scheduling. For example, the scheduling management module can be implemented based on a large model or a model commonly used for vehicle scheduling in this field. The scheduling management module will send the vehicle information, contract information and the total available quantity of products read from the blockchain to the large model so that the large model can perform reasoning analysis to obtain vehicle scheduling information.
[0030] In step 13, vehicle scheduling information is sent to the product carrier so that the product carrier can schedule vehicles based on the vehicle scheduling information. For example, the vehicle scheduling information may include the vehicles used to transport products and the product carrying capacity of the vehicles. Then, the product carrier can configure the corresponding vehicles based on the vehicle scheduling information and carry out product transportation based on the product carrying capacity of the vehicles.
[0031] Therefore, through the above technical solution, contract information from the product sales end and vehicle information from the product transportation end can be jointly uploaded to the blockchain. This enables the effective and secure storage of contract and vehicle information through the blockchain. Furthermore, based on the scheduling management module in the blockchain, vehicle scheduling information is generated according to the total available quantity of the product, contract information, and vehicle information. This allows for accurate vehicle scheduling without disclosing data between the product sales end and the product transportation end, ensuring the accuracy of vehicle dispatch and improving the efficiency of contract fulfillment.
[0032] In some embodiments, determining the total available quantity of the products corresponding to the contract information may include: The system receives the predicted production quantity sent by the production end of the product. This predicted production quantity represents the number of products to be produced by the production end. After generating data based on this predicted production quantity, the production end can obtain the corresponding products for product scheduling. This predicted production quantity can be determined by the production end and sent to the logistics management system so that the logistics management system can uniformly schedule the products.
[0033] The total available quantity is determined based on the predicted production volume, the inventory quantity of the products, and the quantity of the products in transit. The inventory quantity represents the number of products in the storage warehouse, and the quantity in transit represents the quantity that has been shipped from the production line but is not yet in the storage warehouse. For example, the total available quantity can be determined by the sum of the predicted production volume, the inventory quantity of the products, and the quantity of the products in transit.
[0034] After products are produced, they are typically temporarily stored in a production warehouse before being transported to a storage warehouse for allocation based on the products in the warehouse and contract information. Therefore, this disclosed technical solution considers not only existing products in the storage warehouse but also products being transported to the warehouse and products yet to be produced when determining the total available quantity of products, thus improving the accuracy of the total available quantity estimate. This allows for the rapid and accurate determination of the schedulable quantity of products upon receiving contract information, enabling the subsequent scheduling management model to determine the delivery plan and providing data reference for determining subsequent product production planning information.
[0035] For example, the predicted production volume can be determined in the following way: The production end determines a basic production plan based on its capacity information and production volume in historical time periods. For example, the basic production plan can be used to represent the production volume of the product per unit time. For instance, when the unit time is set to days, the basic production plan can represent the daily production volume.
[0036] In some scenarios, product production requires a certain amount of time. For example, when the product is for generating electricity or providing calorific value, it takes time to produce the product. Therefore, to improve the efficiency of contract fulfillment, a certain quantity of products can be pre-produced to meet potential contract demands, allowing for timely contract fulfillment when new contracts are signed, taking into account the pre-produced products.
[0037] For example, the production volume of a product within a preset time dimension can be recorded. For instance, if the time dimension is set to monthly, the monthly production volume of the product can be recorded. Therefore, on the production side, the basic production volume of the product can be determined based on the monthly production volume within a historical period. Then, combined with the production capacity information of the production side, the basic production plan can be determined. The historical period can be preset based on the actual application scenario; this disclosure does not limit this. As an example, a predictive model can be trained based on the product's already produced data, thereby predicting the basic production volume through the production volume within the historical period. For example, the predictive model can be implemented using a neural network model. Alternatively, production can be carried out based on a product pre-production implementation method commonly used in the production side in this field; this disclosure does not limit this.
[0038] The predicted production volume is determined based on the basic production plan and the product scheduling period and product scheduling quantity in the contract information.
[0039] As an example, a logistics management system can send the product scheduling deadline and quantity from the contract information to the production end so that the production end can formulate a production plan. For instance, after determining the basic production plan, it can be further determined whether product production based on this basic production plan can meet the product scheduling deadline and quantity. For example, if the transportation time is N days, it can be determined whether the required quantity of products can be obtained N days before the product scheduling deadline by combining the basic production plan and the product scheduling deadline. If the basic production plan can meet the product scheduling deadline and quantity, a predicted production quantity is determined based on the basic production plan. The predicted production quantity may include the predicted output quantity of products and the product's warehousing time to determine the product's available scheduling time. If the basic production plan cannot meet the product scheduling deadline and quantity, the basic production plan can be increased based on capacity information, and the predicted production quantity is determined based on the increased basic production plan.
[0040] Therefore, the historical production volume of a product can be used to pre-produce the product, and the production plan on the production side can be adjusted in combination with contract information to improve the matching degree between the product production process and contract requirements, so as to enable timely product scheduling based on contract information.
[0041] In some embodiments, the method further includes: The system receives production plan information sent by the scheduling management module, wherein the production plan information is determined by the scheduling management module based on the total available quantity, the product scheduling period and the product scheduling quantity in the contract information.
[0042] For example, the total available quantity of products is determined based on products awaiting production, products in transit, and products in the warehouse. Therefore, the scheduling management module needs to consider the arrival time of products awaiting production and products in transit in the warehouse when scheduling products. These products can only be scheduled after their arrival time. Thus, the scheduling management module can determine the production plan information for products based on the products awaiting production, products in transit and their arrival times, and the quantity of products in the warehouse, combined with the product scheduling period and the product scheduling quantity. This production plan information can be obtained through reasoning based on the above data using a large model.
[0043] The production plan information is sent to the production end of the product so that the production end can produce the product based on the production plan information.
[0044] Therefore, production plan information for products can be generated during the process of generating vehicle scheduling information corresponding to the products, thereby improving the matching degree between the product's production process, contract information, and vehicle scheduling information, and providing data support for the production end to carry out effective and reasonable production of products.
[0045] like Figure 2 The diagram shown is an architectural schematic for implementing a logistics scheduling method according to some embodiments of this disclosure. Figure 2 As shown, the logistics management system can determine the total available quantity of products through a product pool. This includes determining the predicted production volume through the product manufacturing end, the inventory quantity through the inventory management module, and the quantity in transit through the transportation management module. It can also receive contract information from the sales platform and report the total available quantity and contract information to the blockchain. The product carrier end can report vehicle information to the blockchain, and then the scheduling management module on the blockchain can combine the total available quantity, contract information, and vehicle information to generate a vehicle scheduling plan.
[0046] In some embodiments, the contract information is a newly added contract; therefore, the contract information can be directly stored in the blockchain. For example... Figure 3The diagram shown illustrates the interaction of a logistics scheduling method based on some embodiments of this disclosure. For example, a new contract is used as an example: S1. Input vehicle information at the product carrier end and upload the vehicle information to the blockchain; S2. The logistics management system stores the product scheduling period and product scheduling quantity of each existing contract into the blockchain; S3. The sales platform uploads new contract information to the logistics management system; S4. The logistics management system sends the product scheduling deadline and product scheduling quantity of the new contract information to the product production end, and the production end determines the predicted production quantity. S5. The production side sends the predicted production volume to the product pool of the logistics management system. S6. The logistics management system includes the quantity of products in stock in the product pool; S7. The logistics management system includes the quantity of products in stock in the product pool; S8. The logistics management system stores the total available quantity in the product pool to the blockchain and triggers the scheduling management module to process it; S9. The scheduling management module generates production plan information and vehicle scheduling information for the products based on the available quantity in the product pool, various contract information, and vehicle information of the product carrier, and returns them to the logistics management system. S10. The logistics management system returns production planning information to the production end; S11. The logistics management system returns vehicle dispatch information to the vehicle carrier.
[0047] In some embodiments, the contract information is modification information of existing contract information in the blockchain. For example, the buyer in the contract information may need to extend the product dispatch period for some reason, in which case the existing contract information needs to be modified. For example, the buyer can modify the existing contract information in the sales platform and submit the modification to the logistics management system.
[0048] Accordingly, the method further includes: The existing contract information in the blockchain is updated based on the change information, and a change record corresponding to the existing contract information is generated.
[0049] Change information can be stored in a blockchain to update existing contract information within the blockchain. Because blockchain data is immutable and tamper-proof, when updating contract information in the blockchain, both the original and updated contract information can be retained in the blockchain, thus generating change information and ensuring the integrity of the transaction history.
[0050] As an example, if the change information indicates an adjustment to the product scheduling period in the contract information, the updated product scheduling period can be determined based on the change information. Accordingly, scheduling management can be triggered, and the module generates new vehicle scheduling information based on the product scheduling volume, vehicle information, and the updated product scheduling period to meet the updated product scheduling period. The specific implementation is similar to steps S4-S11 described above and will not be repeated here.
[0051] Therefore, blockchain can be used to effectively store contract information, ensure that changes to contract information are traceable, and guarantee the accuracy of logistics scheduling.
[0052] This disclosure also provides a logistics scheduling device, such as Figure 4 As shown, the device 10 includes: The determining module 101 is configured to determine the total available quantity of products in the contract information in response to receiving the contract information; Processing module 102 is used to store the total available quantity of the product and the contract information in the blockchain, so as to call the scheduling management module in the blockchain to generate vehicle scheduling information. The blockchain contains vehicle information, and the scheduling management module is used to generate the vehicle scheduling information based on the total available quantity, the contract information of the product and the vehicle information. The first sending module 103 is used to send the vehicle dispatch information to the product carrier so that the product carrier can perform vehicle dispatch based on the vehicle dispatch information.
[0053] Optionally, the determining module 102 includes: The receiving submodule is used to receive the predicted production quantity sent by the production end of the product; The determination submodule is used to determine the total available quantity based on the predicted production volume, the quantity of the product in stock, and the quantity of the product in transit. The quantity in stock represents the quantity of the product in the storage warehouse, and the quantity in transit represents the quantity that has been shipped out of the production end but is not yet in the storage warehouse.
[0054] Optionally, the predicted production volume is determined in the following way: The production end determines the basic production plan based on its capacity information and its production volume in historical periods. The predicted production volume is determined based on the basic production plan and the product scheduling period and product scheduling quantity in the contract information.
[0055] Optionally, the device 10 further includes: A receiving module is used to receive production plan information sent by the scheduling management module, wherein the production plan information is determined by the scheduling management module based on the available total quantity, the product scheduling period and the product scheduling quantity in the contract information; The second sending module is used to send the production plan information to the production end of the product, so that the production end can produce the product based on the production plan information.
[0056] Optionally, the contract information is modification information of existing contract information in the blockchain; The device 10 further includes: The update module is used to update the existing contract information in the blockchain based on the change information, and generate change records corresponding to the existing contract information.
[0057] Optionally, the vehicle information in the blockchain is used to represent the attribute information of vehicles that can be dispatched by the product carrier, and the vehicle information is reported by the product carrier when there are changes in the dispatchable vehicles.
[0058] Regarding the apparatus in the above embodiments, the specific manner in which each module performs its operation has been described in detail in the embodiments related to the method, and will not be elaborated upon here.
[0059] Figure 5 This is a block diagram illustrating an electronic device 700 according to an exemplary embodiment. Figure 5 As shown, the electronic device 700 may include a processor 701 and a memory 702. The electronic device 700 may also include one or more of a multimedia component 703, an input / output (I / O) interface 704, and a communication component 705.
[0060] The processor 701 controls the overall operation of the electronic device 700 to complete all or part of the steps in the aforementioned logistics scheduling method. The memory 702 stores various types of data to support the operation of the electronic device 700. This data may include, for example, instructions for any application or method operating on the electronic device 700, and application-related data such as contact data, sent and received messages, pictures, audio, video, etc. The memory 702 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as Static Random Access Memory (SRAM), Electrically Erasable Programmable Read-Only Memory (EEPROM), Erasable Programmable Read-Only Memory (EPROM), Programmable Read-Only Memory (PROM), Read-Only Memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk. The multimedia component 703 may include a screen and audio components. The screen may be, for example, a touchscreen, and the audio component is used to output and / or input audio signals. For example, the audio component may include a microphone for receiving external audio signals. The received audio signals may be further stored in memory 702 or transmitted via communication component 705. The audio component also includes at least one speaker for outputting audio signals. I / O interface 704 provides an interface between processor 701 and other interface modules, such as a keyboard, mouse, buttons, etc. These buttons may be virtual or physical buttons. Communication component 705 is used for wired or wireless communication between the electronic device 700 and other devices. Wireless communication, such as Wi-Fi, Bluetooth, Near Field Communication (NFC), 2G, 3G, 4G, NB-IoT, eMTC, or other 5G technologies, or combinations thereof, is not limited here. Therefore, the corresponding communication component 705 may include: a Wi-Fi module, a Bluetooth module, an NFC module, etc.
[0061] In an exemplary embodiment, the electronic device 700 may be implemented by one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field-programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic components to perform the logistics scheduling method described above.
[0062] In another exemplary embodiment, a computer-readable storage medium including program instructions is also provided, which, when executed by a processor, implement the steps of the logistics scheduling method described above. For example, the computer-readable storage medium may be the memory 702 including program instructions, which may be executed by the processor 701 of the electronic device 700 to complete the logistics scheduling method described above.
[0063] Figure 6 This is a block diagram illustrating an electronic device 1900 according to an exemplary embodiment. For example, the electronic device 1900 may be provided as a server. (Refer to...) Figure 6 The electronic device 1900 includes a processor 1922, which may be one or more, and a memory 1932 for storing computer programs executable by the processor 1922. The computer program stored in the memory 1932 may include one or more modules, each corresponding to a set of instructions. Furthermore, the processor 1922 may be configured to execute the computer program to perform the aforementioned logistics scheduling method.
[0064] Additionally, the electronic device 1900 may also include a power supply component 1926 and a communication component 1950. The power supply component 1926 can be configured to perform power management of the electronic device 1900, and the communication component 1950 can be configured to enable communication of the electronic device 1900, such as wired or wireless communication. Furthermore, the electronic device 1900 may also include an input / output (I / O) interface 1958. The electronic device 1900 can operate on an operating system stored in memory 1932.
[0065] In another exemplary embodiment, a computer-readable storage medium including program instructions is also provided, which, when executed by a processor, implement the steps of the logistics scheduling method described above. For example, the non-transitory computer-readable storage medium may be the memory 1932 including program instructions, which may be executed by the processor 1922 of the electronic device 1900 to complete the logistics scheduling method described above.
[0066] In another exemplary embodiment, a computer program product is also provided, which includes a computer program executable by a programmable device, the computer program having a code portion for performing the above-described logistics scheduling method when executed by the programmable device.
[0067] The preferred embodiments of this disclosure have been described in detail above with reference to the accompanying drawings. However, this disclosure is not limited to the specific details of the above embodiments. Within the scope of the technical concept of this disclosure, various simple modifications can be made to the technical solutions of this disclosure, and these simple modifications all fall within the protection scope of this disclosure.
[0068] It should also be noted that the various specific technical features described in the above embodiments can be combined in any suitable manner without contradiction. To avoid unnecessary repetition, this disclosure will not describe the various possible combinations separately.
[0069] Furthermore, various different embodiments of this disclosure can be combined in any way, as long as they do not violate the spirit of this disclosure, they should also be regarded as the content disclosed in this disclosure.
Claims
1. A logistics scheduling method, characterized in that, The method includes: In response to receiving contract information, determine the total available quantity of products in the contract information; The total available quantity of the product and the contract information are stored in the blockchain to call the scheduling management module in the blockchain to generate vehicle scheduling information. The blockchain contains vehicle information, and the scheduling management module is used to generate the vehicle scheduling information based on the total available quantity, the contract information of the product, and the vehicle information. The vehicle dispatch information is sent to the product carrier so that the product carrier can dispatch vehicles based on the vehicle dispatch information.
2. The method according to claim 1, characterized in that, Determining the total available quantity of the products corresponding to the contract information includes: Receive the predicted production volume sent by the production end of the product; Based on the predicted production volume, the quantity of the product in stock, and the quantity of the product in transit, the total available quantity is determined. The quantity in stock represents the quantity of the product in the storage warehouse, and the quantity in transit represents the quantity that has been shipped from the production end but is not yet in the storage warehouse.
3. The method according to claim 2, characterized in that, The predicted production volume is determined in the following way: The production end determines the basic production plan based on its capacity information and its production volume in historical periods. The predicted production volume is determined based on the basic production plan and the product scheduling period and product scheduling quantity in the contract information.
4. The method according to claim 1, characterized in that, The method further includes: The system receives production plan information sent by the scheduling management module, wherein the production plan information is determined by the scheduling management module based on the available total quantity, the product scheduling period and the product scheduling quantity in the contract information; The production plan information is sent to the production end of the product so that the production end can produce the product based on the production plan information.
5. The method according to claim 1, characterized in that, The contract information refers to changes to existing contract information in the blockchain. The method further includes: The existing contract information in the blockchain is updated based on the change information, and a change record corresponding to the existing contract information is generated.
6. The method according to claim 1, characterized in that, The vehicle information in the blockchain is used to represent the attribute information of the vehicles that can be dispatched by the product carrier. The vehicle information is reported by the product carrier when there are changes in the dispatchable vehicles.
7. A logistics scheduling device, characterized in that, The device includes: A determination module is used to determine the total available quantity of products in the contract information in response to receiving contract information; The processing module is used to store the total available quantity of the product and the contract information into the blockchain, and to call the scheduling management module in the blockchain to generate vehicle scheduling information. The blockchain contains vehicle information, and the scheduling management module is used to generate the vehicle scheduling information based on the total available quantity, the contract information of the product, and the vehicle information. The first sending module is used to send the vehicle dispatch information to the product carrier so that the product carrier can perform vehicle dispatch based on the vehicle dispatch information.
8. A non-transitory computer-readable storage medium having a computer program stored thereon, characterized in that, When executed by a processor, the computer program implements the steps of the method described in any one of claims 1-6.
9. An electronic device, characterized in that, include: A memory on which computer programs are stored; A processor for executing the computer program in the memory to implement the steps of the method according to any one of claims 1-6.
10. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1-6.