Shoreside cargo scheduling method under weak network, electronic equipment and storage medium

Abstract

The invention relates to the technical field of wharf tallying, and provides a shoreside cargo scheduling method used in a weak network, electronic equipment and a storage medium. The method comprises the following steps: the electronic equipment acquires first signal intensity in a first time period, generates a first control signal in combination with a signal intensity threshold value, and triggers a rule engine to determine a temporary stacking position according to cargo detailed information; and second signal intensity later than the first time period is obtained, a second control signal is generated in combination with the threshold value, and detailed information, the temporary stacking position and goods multi-angle image data are triggered to be transmitted to a wharf operation system server so as to determine the final storage position. The method and the device can realize ordered switching of offline operation under a weak network and data synchronization after network recovery, avoid equipment suspension waiting, improve ship unloading efficiency, reduce shipping period loss, guarantee management and control precision of cargo scheduling, and are suitable for cargo scheduling scenes in a wharf frontier weak network environment.

Description

Technical Field

[0001] This application relates to the field of port terminal cargo handling technology, and in particular to a method, electronic device and storage medium for shore-side cargo scheduling under weak network conditions. Background Technology

[0002] The existing port cargo scheduling requires port staff to use electronic devices to register the quantity, weight, and damage of cargo, check the binding status, take photos for evidence, and upload the data. The electronic devices then transmit this data to the terminal operating system (TOS) server, which determines the stacking location of the cargo to make the storage location more reasonable.

[0003] However, in actual operations, Wi-Fi signals at the dock are easily blocked by quay cranes and ship hulls, or fluctuate with public 5G signals, leading to frequent weak network or network outages. Consequently, electronic devices cannot transmit data to the TOS (Transportation System) or obtain server verification, resulting in dock staff being unable to determine the location of cargo. To avoid damage to cargo due to incorrect storage, it is necessary to stop quay cranes or gantry cranes while waiting for network restoration, severely impacting unloading efficiency and causing significant delays. Summary of the Invention

[0004] In view of this, this application provides a method, electronic device and storage medium for shore cargo scheduling under weak network conditions, which can solve the problem of timely output of temporary cargo stacking location in the case of weak network or no network, avoiding the downtime of quay cranes or gantry cranes, which would lead to reduced unloading efficiency and thus cause huge loss of shipping schedule.

[0005] This application provides a method, electronic device, and storage medium for shore-side cargo scheduling under weak network conditions. The following describes this application from multiple aspects, and the embodiments and beneficial effects described below can be referenced interchangeably.

[0006] Firstly, this application provides a method for shore-side cargo scheduling under weak network conditions, applied to electronic devices, including:

[0007] Obtain the first signal strength within the first time period; when it is determined that the electronic device is in a weak network state based on the first signal strength, generate the first control signal.

[0008] Based on the first control signal, the detailed information of the goods obtained is used as input data for the preset rule engine to determine the temporary stacking location of the goods.

[0009] The second signal strength within the second time period is obtained. When it is determined from the second signal strength that the electronic device changes from a weak network state to a strong network state, a second control signal is generated, and the second time period is later than the first time period.

[0010] The final storage location of the goods is determined based on the second control signal, detailed information, temporary stacking location, and multi-angle image data of the acquired goods.

[0011] According to the embodiments of this application, the above-described technical solution of this application has at least one of the following beneficial effects:

[0012] By distinguishing the signal strength of the first and second time periods, corresponding control signals are generated, and an orderly triggering mechanism for offline operation to data synchronization is constructed, which can accurately adapt to the dynamic scenarios of Wi-Fi or 5G signal obstruction and fluctuation at the dock.

[0013] Based on the signal strength in the first time period, the offline processing process is triggered. The detailed cargo information is converted into a temporary stacking location through the rule engine, so that the terminal staff can carry out operations without relying on real-time TOS instructions. This completely avoids the downtime of quay cranes and gantry cranes due to signal interruption, effectively improving unloading efficiency and reducing schedule losses.

[0014] Once the network is restored, the electronic equipment responds to the second control signal, synchronizing the temporary stacking location, detailed cargo information, and image data to the TOS. The TOS then determines the final storage location of the cargo. This achieves efficient operation even in offline conditions, while subsequent data synchronization ensures the TOS's full-process control over the cargo status, guaranteeing the accuracy of scheduling instructions and avoiding the problem of prioritizing efficiency at the expense of control precision.

[0015] In one possible implementation of the first aspect above, determining the final storage location of the goods based on the second control signal, detailed information, temporary stacking location, and acquired multi-angle image data of the goods further includes:

[0016] Slicing is performed on detailed information, temporary storage locations, and multi-angle image data of goods.

[0017] According to the implementation method of this application, to address the problem of easy interruption and lag in the transmission of temporary stacking locations, detailed cargo information, and multi-angle image data in weak network environments, the synchronization module divides the complete data into multiple small-volume slices through slicing processing, reducing the bandwidth consumption and transmission pressure of a single data transmission. Even if the network signal fluctuates, it can be transmitted gradually through small slices, avoiding transmission failures caused by excessive data volume in a single transmission, and significantly improving the stability and success rate of data synchronization in weak network environments.

[0018] In one possible implementation of the first aspect above, the acquired detailed information about the goods is used as input data for a pre-defined rule engine to determine the temporary storage location of the goods, including:

[0019] The detailed information of the acquired goods is used as input data for the preset rule engine to obtain temporary stacking location and prompt information. The prompt information is used to indicate that the goods are oversized or risky, as well as rectification requirements.

[0020] According to the implementation method of this application, in scenarios where weak network or network outages prevent real-time interaction with the TOS, the rule engine can directly output oversized or high-risk cargo alerts based on detailed cargo information, such as weight, dimensions, category, and damage status. This allows warehouse workers to quickly identify cargo with special attributes and understand the corresponding rectification requirements without relying on server verification. It avoids problems such as improper stacking of oversized cargo and lack of special handling of high-risk cargo due to incomplete offline operation information, thus reducing the probability of cargo damage and safety accidents from the source.

[0021] In one possible implementation of the first aspect above, determining the final storage location of the goods based on the second control signal, detailed information, temporary stacking location, and acquired multi-angle image data of the goods further includes: adding tags to the detailed information, multi-angle image data, and temporary stacking location, wherein the tags include at least one of a timestamp, coordinates of an electronic device, dock worker number, and hash value.

[0022] According to the implementation method of this application, hash value tags are used to encrypt and verify detailed cargo information and multi-angle image data collected offline, thereby technically eliminating the risk of malicious tampering or accidental damage to data during offline storage and subsequent synchronization. Simultaneously, combined with tags such as timestamps, electronic device coordinates, and staff numbers, a unique identifier is formed for the entire data chain from collection to storage to synchronization. This ensures that TOS and management personnel can quickly verify data credibility through tags, addressing the pain point of lacking effective anti-counterfeiting measures for offline data in weak network environments.

[0023] In one possible implementation of the first aspect above, the detailed information of the goods includes at least one of the following: the size of the goods, the number of pieces, the weight, the type and grade of damage, the binding condition, the contamination status, and special markings.

[0024] According to the implementation method of this application, by clarifying the specific dimensions of cargo details, the accuracy and compliance of cargo scheduling in a weak network environment are further optimized. The rich and specific cargo attribute data provides a comprehensive input basis for the rule engine, which can generate differentiated temporary stacking schemes for different types of cargo. For example, it can identify oversized cargo based on size and weight and plan dedicated temporary stacking areas, and avoid high-risk stacking locations based on damage type and level and pollution status, thereby avoiding stacking errors caused by incomplete information from the source and reducing the risk of secondary damage to cargo.

[0025] In one possible implementation of the first aspect above, when it is determined that the electronic device is in a weak network state based on a first signal strength, the following is included:

[0026] If the first signal strength is less than a preset signal strength threshold, the electronic device is determined to be in a weak network state, where the signal strength threshold is -105 dBm.

[0027] According to the implementation method of this application, using -105dBm as the signal threshold for synchronization triggering can ensure that the network has basic transmission capabilities during data synchronization, avoid data packet loss and transmission failure caused by forced transmission when the signal is too weak, improve the success rate of synchronizing temporary stacking location, cargo details and other data to TOS, and ensure the accuracy of TOS's final scheduling decision.

[0028] In one possible implementation of the first aspect above, prior to obtaining the first signal strength, the method further includes obtaining the ship operation order, cargo list, and port safety rule base.

[0029] According to the implementation method of this application, by pre-loading three types of core data—ship operation order, cargo manifest, and port safety rule base—before acquiring the first signal strength, the decision-making basis for cargo scheduling in a weak network environment is further improved, enhancing the compliance and rationality of offline operations. Electronic devices can directly obtain some detailed information about the cargo from the ship operation order and cargo manifest, such as the cargo's dimensions, quantity, and weight, avoiding secondary manual input and the waste of manpower and resources.

[0030] Secondly, this application provides an electronic device, which includes a processor and a memory. The memory stores at least one instruction or at least one program. The processor loads and executes the at least one instruction or at least one program to implement a method for shore cargo scheduling under weak network conditions as disclosed in the first aspect and any possible implementation of the first aspect.

[0031] Thirdly, this application provides a computer-readable storage medium storing at least one instruction or at least one program, wherein the at least one instruction or at least one program is loaded and executed by a processor to implement a method for shore cargo scheduling under weak network conditions as disclosed in the first aspect and any possible implementation thereof.

[0032] Fourthly, this application provides a computer program product comprising: computer instructions that, when executed on an electronic device, cause the electronic device to perform a method for shore cargo scheduling under weak network conditions as disclosed in the first aspect and any possible implementation thereof.

[0033] The beneficial effects of the second to fourth aspects can be found in the first aspect and any possible beneficial effects achieved by the first aspect, and will not be repeated here. Attached Figure Description

[0034] Figure 1 This is a schematic diagram of the system structure in an embodiment of this application;

[0035] Figure 2 This is a flowchart of a method for scheduling cargo on the shore under weak network conditions, as described in the embodiments of this application.

[0036] Figure 3 This is a flowchart of the rule engine processing in the embodiments of this application;

[0037] Figure 4 This is a diagram of the human-computer interaction interface in an embodiment of this application;

[0038] Figure 5 This is a flowchart illustrating the data synchronization process after network recovery in this application embodiment;

[0039] Figure 6 This is a block diagram of the electronic device in the embodiments of this application;

[0040] Figure 7 This is a block diagram of a system-on-chip (SoC) in the embodiments of this application.

[0041] Figure label:

[0042] 100. Electronic equipment; 200. Dock operating system server; 1. Topic bar; 2. Status display bar; 3. Search bar; 4. Collapse / expand button; 5. Cargo information display bar; 6. Cargo handling confirmation button; 7. Add cargo button; 8. License plate display bar; 9. Undo button; 10. Expand display area. Detailed Implementation

[0043] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0044] The technical problems to be solved by the embodiments of this application will be described below.

[0045] As mentioned earlier, current terminal cargo scheduling relies on electronic devices to collect cargo-related data and transmit it to the terminal operating system server to determine the appropriate stacking location. However, the Wi-Fi signal at the terminal front is easily blocked by quay cranes and ship hulls, and the public 5G signal also fluctuates, resulting in frequent weak network or network outages. This prevents electronic devices from transmitting data to the terminal operating system server or obtaining server verification, and cargo handlers cannot know the location of the cargo. To avoid damage to the cargo due to incorrect storage, it is necessary to control the quay cranes or gantry cranes to stop operations until the network is restored. This will seriously affect the unloading efficiency and cause huge losses in the shipping schedule.

[0046] Therefore, to address the aforementioned issues, this application provides a method, electronic device, and storage medium for shore-side cargo scheduling under weak network conditions. The electronic device first collects its own signal strength (i.e., first signal strength) within a first time period and compares it with a preset signal strength threshold to determine if the current network condition is weak, generating a first control signal. Upon triggering this first control signal, the electronic device inputs detailed cargo information into its built-in rule engine to determine the temporary storage location of the cargo. Subsequently, the electronic device continues to collect its own signal strength (i.e., second signal strength) within a second time period and compares it again with the aforementioned threshold. When it is determined that the electronic device has transitioned from a weak network state to a strong network state, a second control signal is generated. After triggering the second control signal, the electronic device transmits detailed cargo information, the temporary storage location, and multi-angle image data of the cargo to the dock operating system server, which ultimately determines the cargo's storage location. The entire solution achieves phased triggering of the control logic through signal strength detection, ensuring the orderly determination of the cargo storage location and data integrity.

[0047] The scheduling method proposed in this application can intelligently adapt to weak or offline network environments at the terminal front, and plan the collection of cargo data and temporary stacking locations in offline states. It does not require stopping the quay crane or gantry crane while waiting for the network to be restored, which not only avoids damage to cargo caused by incorrect storage location, but also ensures the continuity of operations, effectively improves unloading efficiency and reduces schedule losses.

[0048] To better understand the method for shoreline cargo scheduling under weak network conditions according to the embodiments of this application, the following is combined with... Figure 1First, a detailed description is given of the shore cargo dispatching system, which includes electronic equipment for use in weak network conditions.

[0049] refer to Figure 1 , Figure 1 A schematic diagram of the system structure according to an embodiment of this application is shown.

[0050] like Figure 1 As shown, the shore cargo scheduling system under weak network conditions in this application embodiment includes an electronic device 100 and a dock operating system server 200.

[0051] The electronic device 100 and the terminal operating system server 200 are connected. When the electronic device 100 is in a strong network state, it directly transmits the detailed cargo information and multi-angle image data entered by the terminal staff to the terminal operating system server 200. After the terminal operating system server 200 transmits this data to its built-in TOS (Time To Storage), the TOS calculates the corresponding stacking location of the cargo. The terminal operating system server 200 then returns this location data to the electronic device 100. After the terminal operating system server 200 finds the stacking location of the cargo through the electronic device 100, it transports the cargo to the stacking location.

[0052] It should be noted that the above-mentioned strong network state is when the signal strength received by the electronic device 100 is greater than the preset signal strength threshold. When the signal strength received by the electronic device 100 is not greater than the preset signal strength threshold, the electronic device 100 is in a weak network state.

[0053] When the electronic device 100 is in a weak network state, in order to ensure the normal operation of the terminal, the electronic device 100 transmits detailed information and multi-angle image data of the cargo to the locally configured rule engine, thereby obtaining a temporary storage location corresponding to the cargo output by the rule engine. Terminal staff can then transport the cargo to this temporary storage location. After the network status of the electronic device 100 is restored, it transmits the detailed information, multi-angle image data, and temporary storage location of the cargo to the terminal operating system server 200, so that the TOS in the terminal operating system server 200 can perform secondary allocation for the cargo, thereby obtaining the final storage location of the cargo. Subsequently, the final storage location is transmitted back to the electronic device 100, so that terminal staff can query the final storage location of the cargo through the electronic device 100 and dispatch the cargo from the temporary storage location to the final storage location.

[0054] The following is in conjunction with the appendix Figure 2 The present application provides a detailed description of the method for shore cargo scheduling under weak network conditions.

[0055] refer to Figure 2 , Figure 2A flowchart of a method for shoreline cargo scheduling under weak network conditions, according to an embodiment of this application, is shown.

[0056] like Figure 2 As shown, the present application implements a method for shoreline cargo scheduling under weak network conditions, which is applied to electronic devices and includes steps S100-S400.

[0057] S100, acquire the signal strength (i.e., the first signal strength mentioned above), and generate a control signal (i.e., the first control signal mentioned above) based on the signal strength and a preset signal strength threshold.

[0058] Understandably, the signal strength here is used to determine if the electronic device is in a weak network state. When the signal strength is less than the aforementioned signal strength threshold, it indicates that the electronic device is in a weak network state.

[0059] It should be noted that electronic devices continuously monitor the connection status and signal strength changes of cellular networks or wireless LANs through a network status monitoring mechanism provided by their built-in operating system. When network signal strength or connection status changes, the electronic device automatically receives the corresponding status change information, thereby achieving real-time perception of network quality. The electronic device periodically samples the acquired network signal strength data and caches it locally in a time-series format to reflect the trend of network quality changes over a period of time, rather than relying on the detection result at a single moment. Based on preset threshold rules and duration judgment conditions, the current network status is determined. When the network signal strength is lower than the preset threshold for multiple consecutive sampling periods, it is determined to be a weak network state.

[0060] In some embodiments, the signal strength threshold can be -105 dBm.

[0061] It's important to note that -105dBm is close to the usable lower limit for most wireless standards. In common wireless communication systems (such as cellular networks, Wi-Fi, and private wireless networks), a signal strength of -90dBm indicates good signal strength and stable communication for electronic devices. A signal strength between -90dBm and -105dBm indicates a weak signal, with potential packet loss and increased latency. When the signal strength is below -105dBm, electronic devices are prone to frequent disconnections, significantly reduced uplink speeds, and high failure rates for uploading large amounts of data (such as multi-angle images). Therefore, setting -105dBm as the signal strength threshold can effectively distinguish between weak and strong network conditions for electronic devices.

[0062] S200, based on the aforementioned control signal (i.e., the aforementioned first control signal), the acquired detailed information about the goods is used as input data for the electronic device's preset rule engine to determine the temporary storage location of the goods.

[0063] In some embodiments, the detailed information of the goods may include the dimensions, number of pieces, weight, type and level of damage, binding status, contamination status, and special markings. Special markings may include oversized cargo, overheight cargo, overweight cargo, and dangerous goods.

[0064] S300, the signal strength (i.e., the second signal strength mentioned above) is acquired again, and another control signal (i.e., the second control signal mentioned above) is generated based on the signal strength (i.e., the second signal strength mentioned above) and the signal strength threshold.

[0065] Understandably, the signal strength here is used to determine whether an electronic device can recover from a weak network state to a strong network state. When the signal strength of the electronic device is not less than a preset signal strength threshold for a certain period of time, it can be determined that the electronic device can recover from a weak network state to a strong network state.

[0066] S400, based on the aforementioned control signal (i.e., the aforementioned second control signal), transmits detailed information, temporary stacking location, and acquired multi-angle image data of the goods to the terminal operating system server, so that the terminal operating system server can determine the final storage location of the goods.

[0067] It should be noted that this application determines whether electronic devices are in a weak or strong network state by using signal strength thresholds and generates corresponding control signals. This establishes an orderly triggering mechanism from offline operations to data synchronization, accurately adapting to dynamic signal scenarios at the terminal. When electronic devices are in a weak network state, temporary stacking locations are generated to avoid quay cranes and gantry cranes from stopping and waiting, improving unloading efficiency and reducing schedule losses. Once the network is restored, data is synchronized to the terminal operating system server, where the TOS (Transportation System) within the terminal operating system server performs secondary allocation for the cargo, ensuring the accuracy of cargo scheduling control throughout the entire process and achieving a balance between efficiency and control.

[0068] refer to Figure 3 , Figure 3 A flowchart of the rule engine processing according to an embodiment of this application is shown.

[0069] In some embodiments, in addition to generating a temporary storage location for the goods based on detailed information about the goods, the rule engine also generates a notification message. This notification message indicates that the goods are oversized or hazardous, and specifies rectification requirements.

[0070] like Figure 3 As shown, taking groceries as an example, the rule engine verification process includes steps S201-S205.

[0071] S201, determine if the length of the cargo is greater than or equal to 48m. If yes, output a warning (oversized cargo, must use 12 cable ties and add wooden blocks on both sides of the cargo, and take detailed photos of the binding. Temporary storage area A is recommended); otherwise, proceed to step S202.

[0072] S202, determine if the weight of the goods is greater than 100t. If yes, output a warning (overweight goods, temporary storage area B is recommended); otherwise, proceed to step S203.

[0073] S203, determine whether the damage level of the cargo is severe. If so, issue a warning (severe damage requires confirmation by the shipowner or cargo owner, and 6 additional photos taken from different angles are recommended; temporary storage area C is recommended); otherwise, proceed to step S204.

[0074] S204. Determine whether the goods are contaminated with oil residue or chemicals. If so, output a warning (contaminated goods, take additional photos of pollution prevention measures, and recommend temporary storage area D); otherwise, proceed to step S205.

[0075] S205 determines whether the goods are dangerous goods. If so, a warning is issued (dangerous goods must be entered with the International Maritime Dangerous Goods Code (IMDG) class and the United Nations Number (UN Number), and temporary storage area E is recommended); otherwise, an inspection pass is issued and the goods are sent directly to their destination.

[0076] It should be noted that the aforementioned warnings may include temporary storage locations and prompts, whereby the prompts indicate that the goods are oversized or dangerous goods, and specify rectification requirements. Terminal staff must complete the corresponding operations according to the rectification requirements. After the rule engine completes the above steps, it transmits the calculated results to the database, allowing the human-machine interface of the electronic device to access the database and display the calculated temporary storage locations and prompts. The rules in the rule engine can be adaptively modified according to actual needs; any modification, addition, or deletion of rules falls within the scope of protection of this application, and will not be elaborated further here.

[0077] refer to Figure 4 , Figure 4 A diagram of the human-computer interaction interface according to an embodiment of this application is shown.

[0078] like Figure 4 As shown, taking the unloading and tallying human-computer interaction interface of electronic devices in a weak network state as an example, the human-computer interaction interface includes a theme bar 1, a status display bar 2, a search bar 3, a collapse and expand button 4, a cargo information display bar 5, a tallying confirmation button 6, an add cargo button 7, a license plate display bar 8, a back button 9, and an expand display area 10.

[0079] The first section displays the unloading and cargo handling information. When the electronic device is in a weak or offline network state, the second section displays "Offline Operation." Similarly, when the electronic device is in a strong network state, the second section displays "Operating Normally." The third section is used by terminal staff to retrieve information. Terminal staff can enter the license plate number in the third section to view the cargo information carried by that truck.

[0080] The following is a detailed description of the cargo information carried by the container truck. Taking the Shanghai KC2825 container truck as an example, the unfolded display area 10 has a license plate display bar 8 and a fold-out button 4. The license plate display bar 8 displays the license plate information Shanghai KC2825. Terminal staff can click the fold-out button 4 in the unfolded display area 10 to view multiple cargo information display bars 5 for the vehicle Shanghai KC2825. Each cargo information display bar 5 displays corresponding cargo information, including the plan number, cargo name, loading quantity, prompt information, company name, destination location, damage status, and an image button. Among them, the prompt information is used to display the prompt information output by the rule engine mentioned above, and terminal staff can click the image button to view multi-angle image data of the cargo.

[0081] The expanded display area 10 also includes an "Add Cargo" button 7 and a "Cargo Confirmation" button 6. The "Add Cargo" button 7 allows terminal staff to access a cargo information entry page when the truck needs to transport other goods, providing detailed cargo information and multi-angle image data. After transporting the cargo to its target location based on the information in the expanded display area 10, the terminal staff can click the "Cargo Confirmation" button to complete the cargo handling process.

[0082] It should be noted that the information on the cargo carried by other trucks in the human-machine interface can be found in the above content, and will not be repeated here.

[0083] In some embodiments, the electronic device also adds labels to the above-mentioned detailed information, the above-mentioned multi-angle image data, and the above-mentioned temporary stacking location.

[0084] It should be noted that the label can include at least one of the following: timestamp, coordinates of electronic device, dock worker number, and hash value.

[0085] Understandably, using hash value tags to encrypt and verify detailed cargo information and multi-angle image data collected offline eliminates the risk of malicious tampering or accidental damage to data during offline storage and subsequent synchronization. Simultaneously, by combining tags such as timestamps, electronic device coordinates, and staff numbers, a unique identifier is constructed across the entire data collection, storage, and synchronization chain. This ensures that the Terminal Operating System (TOS) server and terminal staff can quickly verify data credibility through tags, thereby addressing the industry pain point of lacking effective anti-counterfeiting measures for offline data in weak network environments.

[0086] In some embodiments, the electronic device slices detailed information, temporary stacking locations, and multi-angle image data of the acquired goods to obtain slice data, and transmits the slice data to the terminal operating system server with a preset priority.

[0087] It should be noted that detailed information, temporary storage locations, and multi-angle image data of the goods can be divided into multiple data segments no larger than 200KB according to time sequence. Electronic devices prioritize uploading structured text data before transmitting image data (i.e., the aforementioned priority) and transmit each segment of data to the terminal operating system server. The terminal operating system server performs individual verification (i.e., hash verification) to confirm that the segment of data is complete and undamaged. After successful verification, the server stores the segment of data and transmits a confirmation of receipt instruction to the electronic device.

[0088] It is understandable that the above confirmation instruction can be an acknowledgment (ACK).

[0089] The electronic device first queries the daemon operating system server to determine which data fragments have been received using the download number or file unique identifier. Then, it only uploads the fragments that haven't been uploaded yet. Each data fragment carries the following information with it: fragment sequence number, fragment hash value, and overall data identifier. Upon receiving a data fragment, the server calculates its fragment hash and compares it with the hash provided by the client. If they match, the server stores the fragment and sends an ACK to the electronic device to indicate successful reception. If they don't match, the server rejects the fragment and instructs the electronic device to retransmit it.

[0090] The following provides a detailed description of step S400, which involves slicing up detailed information, temporary storage locations, and multi-angle image data of the goods.

[0091] refer to Figure 5 , Figure 5 A flowchart illustrating the data synchronization process after network recovery according to an embodiment of this application is shown.

[0092] like Figure 5 As shown, the steps for transferring slice data to the dock operating system server include step ah.

[0093] Step a: Determine if there are any slices to be synchronized.

[0094] The electronic device first determines whether the slice data to be synchronized is stored locally. If the result is yes, it proceeds directly to step b; if the result is no, it proceeds to step g. The technical purpose of this step is to avoid invalid process initiation when there is no data, thereby improving the resource utilization efficiency of the electronic device.

[0095] Step b: Sort all slice data to be synchronized according to job time sequence.

[0096] When there is data to be synchronized in the slices, the electronic device sorts all the slice data according to the actual cargo operation time sequence. The technical purpose of this step is to sort the slice data to be synchronized according to a preset time sequence after confirming the existence of data to be synchronized, so as to ensure the orderliness of data in the subsequent upload process.

[0097] Step c: Upload structured text data.

[0098] Electronic devices prioritize uploading structured text data (including core attribute information such as cargo dimensions, weight, temporary storage location, and damage level) from the sorted data to be synchronized. The technical purpose of this step is to provide the TOS with the core decision-making basis for determining the final storage location of the cargo. Prioritizing the upload of this data allows the TOS to start scheduling calculations earlier, shortening the waiting time from network recovery to the generation of scheduling instructions.

[0099] Step d: Determine whether the structured text data upload was successful.

[0100] If the upload is successful, proceed to step e; if the upload fails, return to step c and re-execute the upload operation for the structured text data.

[0101] After the electronic device uploads structured text data to the TOS server, it determines whether the data has been successfully uploaded based on the confirmation signal (such as confirmation character) returned by the TOS server: if the determination result is no, the upload operation in step c is re-executed (a retransmission mechanism can be used to ensure reliability); if the determination result is yes, the process proceeds to step e.

[0102] Step e: Upload multi-angle image data.

[0103] After the structured text data is successfully uploaded, the electronic device continues to upload multi-angle image data from the data to be synchronized. This multi-angle image data includes visual information such as cargo damage and securing status. The technical significance of this step is that multi-angle image data is crucial for the TOS server to verify cargo status and trace operational responsibility. Uploading this supplementary data after the core text data is completed ensures both scheduling efficiency and data integrity.

[0104] Step f: Determine whether the multi-angle image data upload was successful.

[0105] After the electronic device uploads multi-angle image data to the TOS server, it determines whether the data has been uploaded successfully based on the success signal (such as an acknowledgment character) returned by the TOS server: if the determination result is no, the upload operation in step e is re-executed; if the determination result is yes, the upload of the current batch of data to be synchronized is completed.

[0106] Step g: The dock operating system server sends back the synchronization status.

[0107] Once all data to be synchronized has been processed, the TOS server sends back the final status information of the data synchronization to the electronic device. This final status information includes data reception results, conflict resolution results, etc.

[0108] Step h: The electronic device receives the feedback and displays a normal network connection indicator.

[0109] After receiving the synchronization status from the TOS server, the electronic device updates the synchronization status flag of the local data and displays a normal network connection flag on the human-machine interface. The process ends and the electronic device switches to online operation mode.

[0110] It should be noted that the above-mentioned online operation mode means that the electronic device is in a strong network state. The electronic device can directly transmit the detailed information and multi-angle image data of the goods to the TOS. The TOS directly determines the final storage location of the goods, without the electronic device needing to input the detailed information of the goods into the rule engine to obtain the initial stacking location of the goods. After the network is restored, these data are transmitted to the TOS server for secondary allocation of the goods.

[0111] In some embodiments, electronic devices can use multi-threading to simultaneously upload multiple data fragments to the Docker operating system server. Each data fragment is independently verified and does not affect others, improving synchronization efficiency after network recovery. Once all data fragments have been uploaded to the Docker operating system server, the server merges these data fragments.

[0112] It should be noted that the merging of these fragmented data by the dock operating system server can refer to existing technologies, which will not be elaborated here.

[0113] In some embodiments, before the electronic device acquires the first signal strength, it may also acquire the ship operation order, cargo manifest, and port safety rule base.

[0114] It should be noted that the port safety rule base is a digital and structured set of rules that integrates the safety operation specifications, control standards, and emergency response requirements for the entire process of port cargo loading, unloading, storage, and transshipment. It is the core basis for the safety decision-making of the Terminal Operating System (TOS) server, rule engine, and other scheduling systems.

[0115] Once the electronic equipment receives the vessel operation order and cargo manifest, it extracts the data from these documents and stores it in the database. This avoids dock workers having to input repetitive data, such as basic parameters like cargo dimensions, quantity, and weight, thus improving dock operation efficiency.

[0116] This application provides an electronic device, which includes a processor and a memory. The memory stores at least one instruction or at least one program. When the processor loads and executes the instruction or program, the electronic device performs a method for shore-side cargo scheduling under weak network conditions as described in the above embodiments. Its specific functions and corresponding technical effects can be found in the above embodiments. Figure 1 - Figure 5 The method for shore-side cargo scheduling under weak network conditions explained earlier will not be elaborated upon here. The following section will combine... Figure 6 The electronic devices described in the embodiments of this application will be described in detail.

[0117] refer to Figure 6 The diagram shows a block diagram of an electronic device 1200 according to one embodiment of this application. The electronic device 1200 may include one or more processors 1201 coupled to a controller hub 1203. In at least one embodiment, the controller hub 1203 communicates with the processor 1201 via a multi-branch bus such as a front side bus (FSB) 1210, a point-to-point interface such as a quick path interconnect (QPI), or a similar connection. The processor 1201 executes instructions controlling general types of data processing operations. In one embodiment, the controller hub 1203 includes, but is not limited to, a graphics memory controller hub (GMCH) (not shown) and an input / output hub (IOH) (which may be on a separate chip) (not shown), wherein the GMCH includes memory and a graphics controller and is coupled to the IOH.

[0118] Electronic device 1200 may also include a coprocessor 1202 and a memory 1204 coupled to a controller hub 1203. Alternatively, one or both of the memory and the GMCH may be integrated within the processor (as described in this application), with memory 1204 and coprocessor 1202 directly coupled to processor 1201 and controller hub 1203, which resides on a single chip with the IOH. Memory 1204 may be, for example, dynamic random access memory (DRAM), phase change memory (PCM), or a combination of both. In one embodiment, coprocessor 1202 is a dedicated processor, such as, for example, a high-throughput MIC (many integerized core) processor, a network or communication processor, a compression engine, a graphics processor, a general-purpose computing on GPU (GPGPU), or an embedded processor, etc. Optional properties of coprocessor 1202 are indicated by dashed lines. Figure 6 middle.

[0119] As a computer-readable storage medium, memory 1204 may include one or more tangible, non-transitory computer-readable media for storing data and / or instructions. For example, memory 1204 may include any suitable non-volatile memory such as flash memory and / or any suitable non-volatile storage device such as one or more hard-disk drives (HDDs), one or more compact disc (CD) drives, and / or one or more digital versatile disc (DVD) drives.

[0120] In one embodiment, electronic device 1200 may further include a network interface controller (NIC) 1206. Network interface 1206 may include a transceiver for providing a radio interface for electronic device 1200 to communicate with any other suitable device, such as a front-end module, antenna, etc. In various embodiments, network interface 1206 may be integrated with other components of electronic device 1200. Network interface 1206 can implement the functions of the communication unit in the above embodiments.

[0121] Electronic device 1200 may further include input / output (I / O) device 1205. I / O device 1205 may include: a user interface designed to enable a user to interact with electronic device 1200; a peripheral component interface designed to enable peripheral components to also interact with electronic device 1200; and / or sensors designed to determine environmental conditions and / or location information related to electronic device 1200.

[0122] It is worth noting that, Figure 6 This is merely an example. That is, although... Figure 6 The electronic device 1200 shown includes multiple devices such as a processor 1201, a coprocessor 1202, a controller hub 1203, and a memory 1204. However, in practical applications, devices using the methods of this application may include only a portion of the devices in the electronic device 1200. For example, it may include only the processor 1201 and the network interface 1206. Figure 6 The properties of the optional devices are shown in dashed lines. According to some embodiments of this application, the memory 1204, which is a computer-readable storage medium, stores instructions or programs that, when executed on a computer, perform a method for shore cargo scheduling under weak network conditions as described in the above embodiments. Specific details can be found in the methods described in the above embodiments, and will not be repeated here.

[0123] Now for reference Figure 7 The diagram shown is a block diagram of a system-on-chip (SoC) 1300 according to an embodiment of this application. Figure 7 In the diagram, similar components share the same reference numerals. Additionally, dashed boxes are an optional feature for more advanced SoCs. Figure 7 In this SoC 1300, the following are included: an interconnect unit 1350 coupled to an application processor 1310; a system proxy unit 1380; a bus controller unit 1390; an integrated memory controller unit 1340; a group or one or more coprocessors 1320, which may include integrated graphics logic, an image processor, an audio processor, and a video processor; a static random access memory (SRAM) unit 1330; and a direct memory access (DMA) unit 1360. In one embodiment, the coprocessor 1320 includes a dedicated processor, such as, for example, a network or communication processor, a compression engine, a GPGPU, a high-throughput MIC processor, or an embedded processor.

[0124] The static random access memory (SRAM) cell 1330 may include one or more computer-readable media for storing data and / or instructions. The computer-readable storage medium may store instructions, specifically, temporary and permanent copies of those instructions. These instructions may include, when executed by at least one unit in the processor, causing the SoC 1300 to perform a method for shoreline cargo scheduling under weak network conditions according to the above embodiments, the specific method of which can be referred to in the above embodiments and will not be repeated here.

[0125] This application provides a computer-readable storage medium storing at least one instruction or at least one program. The instruction or program is loaded and executed by a processor to implement the shore-side cargo scheduling method described in the above embodiments under weak network conditions. Its specific functions and corresponding technical effects can be referred to the above embodiments. Figures 1-5 The method for shore-side cargo scheduling under weak network conditions explained herein will not be elaborated upon here.

[0126] This application provides a computer program product, including computer instructions. When the computer instructions are executed on an electronic device, the electronic device causes the electronic device to implement the shore-side cargo scheduling method described in the above embodiments under weak network conditions. Its specific functions and corresponding technical effects can be found in the above embodiments. Figures 1-5 The method for shore-side cargo scheduling under weak network conditions explained herein will not be elaborated upon here.

[0127] Various embodiments of the mechanisms disclosed in this application can be implemented in hardware, software, firmware, or combinations of these implementation methods. Embodiments of this application can be implemented as computer programs or program code executable on a programmable system, the programmable system including at least one processor, a storage system (including volatile and non-volatile memory and / or storage elements), at least one input device, and at least one output device.

[0128] Program code can be applied to input instructions to execute the functions described in this application and generate output information. The output information can be applied to one or more output devices in a known manner. For the purposes of this application, the processing system includes any system having a processor such as, for example, a digital signal processor (DSP), a microcontroller, an application-specific integrated circuit (ASIC), or a microprocessor.

[0129] The program code can be implemented using a high-level procedural language or an object-oriented programming language to communicate with the processing system. Assembly language or machine language can also be used when needed. In fact, the mechanisms described in this application are not limited to any particular programming language. In either case, the language can be a compiled language or an interpreted language.

[0130] In some cases, the disclosed embodiments may be implemented in hardware, firmware, software, or any combination thereof. The disclosed embodiments may also be implemented as instructions carried or stored thereon on one or more temporary or non-temporary machine-readable (e.g., computer-readable) storage media, which may be read and executed by one or more processors. For example, the instructions may be distributed via a network or through other computer-readable media. Therefore, machine-readable media may include any mechanism for storing or transmitting information in a machine-readable (e.g., computer-readable) form, including but not limited to floppy disks, optical disks, CD-ROMs, compact disc read-only memory (CD-ROMs), magneto-optical disks, read-only memory (ROM), random access memory (RAM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), magnetic cards or optical cards, flash memory, or tangible machine-readable storage for transmitting information (e.g., carrier waves, infrared signals, digital signals, etc.) using the Internet in the form of electrical, optical, acoustic, or other forms of propagated signals. Therefore, machine-readable media include any type of machine-readable medium suitable for storing or transmitting electronic instructions or information in a machine-readable (e.g., computer-readable) form.

[0131] In the accompanying drawings, some structural or methodological features may be shown in a specific arrangement and / or order. However, it should be understood that such a specific arrangement and / or order may not be necessary. Rather, in some embodiments, these features may be arranged in a manner and / or order different from that shown in the accompanying drawings. Furthermore, including structural or methodological features in a particular figure does not imply that such features are required in all embodiments, and in some embodiments, these features may be omitted or may be combined with other features.

[0132] It should be noted that the order of the embodiments described above is merely for descriptive purposes and does not represent the superiority or inferiority of the embodiments. Furthermore, specific embodiments have been described above. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps described in the claims can be performed in a different order than that shown in the embodiments and still achieve the desired result. Additionally, the processes depicted in the drawings do not necessarily require a specific or sequential order to achieve the desired result. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0133] It should be noted that all units / modules mentioned in the device embodiments of this application are logical units / modules. Physically, a logical unit / module can be a physical unit / module, a part of a physical unit / module, or a combination of multiple physical units / modules. The physical implementation of these logical units / modules themselves is not the most important factor; the combination of functions implemented by these logical units / modules is the key to solving the technical problems proposed in this application. Furthermore, to highlight the innovative aspects of this application, the above-described device embodiments of this application have not introduced units / modules that are not closely related to solving the technical problems proposed in this application. This does not mean that the above-described device embodiments do not contain other units / modules.

[0134] It should be noted that in the examples and description of this application, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one" does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0135] Although this application has been illustrated and described with reference to certain preferred embodiments thereof, those skilled in the art should understand that various changes in form and detail may be made thereto without departing from the spirit and scope of this application.

Claims

1. A method for shore-side cargo scheduling under weak network conditions, applied to electronic equipment, characterized in that, include: Acquire the first signal strength within a first time period, and when it is determined based on the first signal strength that the electronic device is in a weak network state, generate a first control signal; Based on the first control signal, the acquired detailed information about the goods is used as input data for a preset rule engine to determine the temporary storage location of the goods. The second signal strength within the second time period is obtained. When it is determined based on the second signal strength that the electronic device has changed from the weak network state to the strong network state, a second control signal is generated, and the second time period is later than the first time period. Based on the second control signal, the detailed information, the temporary stacking location, and the acquired multi-angle image data of the goods, the final storage location of the goods is determined.

2. The method according to claim 1, characterized in that, The step of determining the final storage location of the goods based on the second control signal, the detailed information, the temporary stacking location, and the acquired multi-angle image data of the goods further includes: The detailed information, the temporary storage location, and the multi-angle image data of the goods are sliced.

3. The method according to claim 1, characterized in that, The process of using the acquired detailed information about the goods as input data for a preset rule engine to determine the temporary storage location of the goods includes: The detailed information of the goods obtained is used as input data for the preset rule engine to obtain the temporary stacking location and prompt information. The prompt information is used to indicate that the goods are oversized or risky goods, and to specify rectification requirements.

4. The method according to claim 3, characterized in that, The step of determining the final storage location of the goods based on the second control signal, the detailed information, the temporary stacking location, and the acquired multi-angle image data of the goods further includes: Tags are added to the detailed information, the multi-angle image data, and the temporary stacking location. The tags include at least one of the following: timestamp, coordinates of the electronic device, dock worker number, and hash value.

5. The method according to claim 1, characterized in that, The detailed information of the goods shall include at least one of the following: dimensions, number of pieces, weight, type and level of damage, binding condition, contamination status, and special markings.

6. The method according to claim 1, characterized in that, The step of determining that the electronic device is in a weak network state based on the first signal strength includes: If the first signal strength is less than a preset signal strength threshold, the electronic device is determined to be in the weak network state, wherein the signal strength threshold is -105 dBmW.

7. The method according to claim 1, characterized in that, Prior to obtaining the first signal strength, the process also includes obtaining the ship operation order, cargo list, and port safety rule base.

8. An electronic device, characterized in that, The electronic device includes a processor and a memory, the memory storing at least one instruction or at least one program, the at least one instruction or the at least one program being loaded and executed by the processor to implement the method for shore cargo scheduling under weak network conditions as described in any one of claims 1 to 7.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores at least one instruction or at least one program, which is loaded and executed by a processor to implement the method for shore cargo scheduling under weak network conditions as described in any one of claims 1 to 7.

10. A computer program product, characterized in that, include: Computer instructions, when executed on an electronic device, cause the electronic device to perform any one of claims 1 to 7 for shore cargo scheduling in a weak network.

Images