A cloud computing-based method, system, and storage medium for aluminum processing data sharing.

By segmenting and transferring aluminum processing data, combined with covert processing and secure communication tunnel transmission, the problem of low data sharing efficiency was solved, and efficient and secure data sharing was achieved.

CN120301929BActive Publication Date: 2025-12-02HENAN DINGHESHUN ALUMINUM CO LTD
View PDF 4 Cites 0 Cited by

Patent Information

Application Number
CN202510432546.2
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2025-04-08
Publication Date
2025-12-02
Estimated Expiration
2045-04-08

AI Technical Summary

Technical Problem

Existing technologies have failed to effectively solve the problem of data sharing efficiency, especially in the process of aluminum processing data sharing, where data silos and low sharing efficiency exist.

Method used

The aluminum processing data is divided into several parts. The management module counts the number of historical data in each intermediate module to determine if it exceeds the threshold. Data exceeding the threshold is then transferred to a backup intermediate module. Data is transmitted using covert processing and a secure communication tunnel to ensure data security and sharing efficiency.

Benefits of technology

It improves data sharing efficiency, ensures the security of shared data, avoids the problem of data not being recorded due to busy intermediate modules, and achieves efficient data access and query.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN120301929B_ABST
    Figure CN120301929B_ABST
Patent Text Reader

Abstract

This application relates to the field of cloud computing technology, and in particular to a cloud-based method, system, and storage medium for sharing aluminum processing data. The method includes: performing separate processing on aluminum processing data to obtain several partial data sets; counting the number of historical partial data sets in each intermediate module; when no intermediate module has a corresponding number greater than a preset threshold, selecting one partial data set from the several partial data sets and transferring it to each intermediate module; when an intermediate module has a corresponding number greater than the preset threshold, transferring several historical partial data sets from the intermediate module to a backup intermediate module, and then selecting one partial data set from the several partial data sets and transferring it to each intermediate module. This application can improve data sharing efficiency.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of cloud computing technology, and in particular to cloud-based methods, systems and storage media for aluminum processing data sharing. Background Technology

[0002] Data sharing can be the process of transferring data to a cloud environment and sharing data among different users. Data sharing can solve the problem of data silos and promote collaboration.

[0003] Chinese patent application CN108920111A discloses a data sharing method and a distributed data sharing system. The distributed data sharing system further includes a shared processing cluster, a data transmission cluster, and a data storage area. The method includes: the shared processing cluster receiving a first sharing task sent by a requester; wherein the first sharing task carries multiple sharing modes; then, the shared processing cluster allocates system resources for the available sharing modes and instructs the data transmission cluster to use the system resources allocated for the available sharing modes to send data stored in the data storage cluster to the requester. Furthermore, Chinese patent application CN105740474A discloses a data sharing method and a data sharing apparatus. The data sharing method includes: mapping the same attributes and private attributes of multiple applications to a shared entity to obtain a target shared entity; creating a database table for the target shared entity according to predetermined rules; and modifying the mapping relationship for multiple applications based on the database table to achieve data sharing between multiple applications through the modified mapping relationship. However, neither of these patent applications considers the issue of data sharing efficiency. Summary of the Invention

[0004] This application divides aluminum processing data into several parts, counts the number of historical data parts in each intermediate module, and when no intermediate module has a corresponding number exceeding a threshold, transfers some data to each intermediate module. When an intermediate module has a corresponding number exceeding the threshold, several historical data parts from the intermediate module are transferred to a backup intermediate module, and then some data is transferred to each intermediate module. This application aims to improve data sharing efficiency.

[0005] This application provides a cloud computing-based method for sharing aluminum processing data, including the following steps:

[0006] The user module collects aluminum processing data, transmits the aluminum processing data to the management module, and the management module performs separate processing on the aluminum processing data to obtain several partial data.

[0007] The management module counts the number of historical partial data in each intermediate module and determines whether there is an intermediate module whose corresponding number is greater than the preset number threshold. If yes, it continues to the next step. If no, it selects a partial data from several partial data and transfers the partial data to each intermediate module. Each intermediate module sends different historical partial data and partial data to the corresponding recording module in the order of receipt. This step is repeated.

[0008] For intermediate modules whose corresponding number exceeds the preset threshold, the management module transfers several historical data segments from the intermediate module to the backup intermediate module, selects one segment from the several segments, and transfers the segment to each intermediate module. Each intermediate module sends different historical data segments and the segment data to the corresponding record module in the order of receipt. The backup intermediate module also sends each historical data segment to the corresponding record module in the order of receipt, and then jumps to the previous step.

[0009] As a preferred technical solution of this application, the backup intermediate module sends historical data to the corresponding recording module, including the following steps:

[0010] The backup intermediate module acquires the characteristic data of the corresponding recording module, and the backup intermediate module checks whether the characteristic data of the corresponding recording module meets the first preset requirement.

[0011] If the characteristic data of the corresponding recording module meets the first preset requirement, the backup intermediate module performs the first transmission process; if the characteristic data of the corresponding recording module does not meet the first preset requirement, the backup intermediate module performs the second transmission process.

[0012] As a preferred technical solution of this application, the first sending process refers to the backup intermediate module performing covert processing on the historical data before sending the historical data to the corresponding recording module, and then sending the final data after covert processing to the corresponding recording module through the public network.

[0013] As a preferred technical solution of this application, the second transmission process refers to the backup intermediate module establishing a secure communication tunnel on a public network before sending the historical data to the corresponding recording module.

[0014] As a preferred technical solution of this application, the backup intermediate module performs covert processing on historical data, including the following steps:

[0015] The backup intermediate module performs separate processing on the historical data to obtain several historical data segments, and sets progressively larger encoded data for all historical data segments in the order of acquisition.

[0016] For each historical data segment, the backup intermediate module uses the historical data segment and the corresponding encoded data to form combined data, and the backup intermediate module shuffles all the combined data.

[0017] For each set of combined data, the backup intermediate module performs a preset operation on the encoded data and the historical data segments in the combined data, and replaces the historical data segments in the combined data with the operation result data.

[0018] For each combination of data, the backup intermediate module performs secret processing on the encoded data in the combination data, replaces the encoded data in the combination data with the secret result data, and uses all the combination data as transition data, adding flag data at the end of the transition data to obtain the final data after secret processing.

[0019] As a preferred technical solution of this application, the corresponding recording module, after receiving the final data after covert processing sent by the first transmission process, includes the following steps:

[0020] The corresponding recording module extracts the marker data from the final data after the concealment process, and the corresponding recording module determines the feature data corresponding to the final data after the concealment process based on the marker data;

[0021] The corresponding recording module determines whether the feature data meets the second preset requirement. If it does, it performs recovery processing on the final data after the concealment process; otherwise, it performs recording processing on the final data after the concealment process.

[0022] As a preferred technical solution of this application, the corresponding recording module performs recovery processing on the final data after the concealment process, including the following steps:

[0023] The corresponding recording module removes the marker data from the final data after covert processing to obtain transition data, separates different combination data from the transition data, and for each combination data, the corresponding recording module restores the secret result data in the combination data to the encoded data;

[0024] For each combination of data, the corresponding recording module performs a preset operation on the coded data and the operation result data in the combination data to obtain a historical data fragment, and uses the historical data fragment to replace the operation result data in the combination data.

[0025] Based on the coded data in each combination of data, the corresponding recording module uses historical data fragments from all the combination data to compose historical data.

[0026] This application also provides a cloud-based aluminum processing data sharing system, including the following modules:

[0027] The user module is used to collect aluminum processing data and transmit the aluminum processing data to the management module;

[0028] The management module is used to perform separate processing on aluminum processing data to obtain several partial data. It is also used to count the number of historical partial data in each intermediate module, determine whether there is an intermediate module whose corresponding number is greater than a preset number threshold. If so, it transfers several historical partial data from the intermediate module whose corresponding number is greater than the preset number threshold to a backup intermediate module. It selects one partial data from several partial data and transfers it to each intermediate module. If not, it selects one partial data from several partial data and transfers it to each intermediate module.

[0029] The intermediate module is used to send different historical partial data and partial data to the corresponding record modules in the order of receipt;

[0030] The backup intermediate module is used to send the historical data to the corresponding record module in the order of receipt.

[0031] The recording module is used to record and process various historical data segments and partial data.

[0032] This application also provides a storage medium storing program instructions, wherein the program instructions, when executed, control the device where the storage medium is located to perform any of the methods described above.

[0033] Compared with the prior art, the beneficial effects of this application are at least as follows:

[0034] In the technical solution provided in this application, firstly, the user module collects aluminum processing data and transmits it to the management module. The management module performs separate processing on the aluminum processing data to obtain several partial data. Secondly, the management module counts the number of historical partial data in each intermediate module and determines whether there is an intermediate module whose corresponding number exceeds a preset threshold. If yes, it continues to the next step; otherwise, it selects a partial data from the several partial data and transfers it to each intermediate module. Each intermediate module sends different historical partial data and partial data to the corresponding recording module in the receiving order, and this step is repeated. Finally, for the intermediate modules whose corresponding number exceeds the preset threshold, the management module transfers several historical partial data from the intermediate module to a backup intermediate module, selects a partial data from the several partial data, and transfers it to each intermediate module. Each intermediate module sends different historical partial data and partial data to the corresponding recording module in the receiving order, and the backup intermediate module also sends each historical partial data to the corresponding recording module in the receiving order, and then jumps to the previous step to continue execution. This application not only improves the efficiency of data sharing but also ensures the security of shared data. Attached Figure Description

[0035] To more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings used in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0036] Figure 1 This is a flowchart of a cloud computing-based aluminum processing data sharing method in the embodiments of this application;

[0037] Figure 2 This is a flowchart illustrating the process of the backup intermediate module sending historical data in an embodiment of this application.

[0038] Figure 3 A flowchart illustrating the covert processing of the backup intermediate module in this application embodiment;

[0039] Figure 4 This is a schematic diagram of a cloud computing-based aluminum processing data sharing system in an embodiment of this application. Detailed Implementation

[0040] This application provides a cloud computing-based method, system, and storage medium for sharing aluminum processing data. The terms "first," "second," "third," "fourth," etc. (if present) in the specification, claims, and accompanying drawings are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments described herein can be implemented in a sequence other than that illustrated or described herein. Furthermore, the terms "comprising" or "having" and any variations thereof are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0041] For ease of understanding, the specific process of the embodiments of this application is described below. Please refer to [link / reference]. Figure 1 The cloud computing-based aluminum processing data sharing method in this application includes the following main steps:

[0042] Step 1: The user module collects aluminum processing data and transmits it to the management module. The management module then performs separate processing on the aluminum processing data to obtain several partial data sets.

[0043] Step 2: The management module counts the number of historical partial data in each intermediate module and determines whether there is an intermediate module whose corresponding number is greater than the preset number threshold. If yes, continue to the next step. If no, select a partial data from several partial data and transfer the partial data to each intermediate module. Each intermediate module sends different historical partial data and partial data to the corresponding recording module in the order of receipt. Repeat this step.

[0044] Step 3: For intermediate modules whose corresponding number exceeds the preset threshold, the management module transfers several historical data segments from the intermediate module to the backup intermediate module. It selects one data segment from the several data segments and transfers it to each intermediate module. Each intermediate module sends different historical data segments and data segments to the corresponding record modules in the order of receipt. The backup intermediate module also sends each historical data segment to the corresponding record modules in the order of receipt. Then, it jumps to the previous step.

[0045] Specifically, storing aluminum processing data in a distributed system within a cloud environment allows different users to access it at any time. In step 1, the user module collects aluminum processing data, which may include specific processes, equipment parameters, and formulas for aluminum plate production. This data is then transmitted to the management module, which performs separate processing on the aluminum processing data to obtain several partial data sets, which can have the same data size. In step 2, the management module counts the number of historical partial data in each intermediate module. Historical partial data refers to past partial data that has not yet been sent to the corresponding recording module. It determines whether there are intermediate modules with a number greater than a preset threshold. The threshold is set according to the actual application scenario. If there is, proceed to step 3. If not, select a partial data from several partial data that has not been selected before and transfer it to each intermediate module. Each intermediate module sends different historical partial data and partial data to the corresponding recording module in the order of receipt. It should be noted that each intermediate module corresponds to a recording module used for recording processing. Each intermediate module sends one piece of historical partial data or partial data to the corresponding recording module at a time until the corresponding recording module has completed the recording processing before sending the next piece of historical partial data or partial data. While each intermediate module is performing the sending process, step 2 is repeated until several pieces of partial data have been transferred to each intermediate module. In step 3, it's important to note that the communication distance between each intermediate module and its corresponding recording module varies. This results in a different number of historical data segments in each intermediate module that haven't yet been sent to the corresponding recording module. When the number of historical data segments in an intermediate module exceeds a threshold, it cannot receive some data and therefore cannot record it in the corresponding recording module, preventing users from performing queries. To address this issue, for intermediate modules with a number exceeding the preset threshold, the management module transfers several historical data segments to a backup intermediate module. It then selects one segment from these segments and transfers it to each intermediate module. Each intermediate module, following the receiving order, sequentially sends different historical data segments and the remaining data segments to the corresponding recording module. The backup intermediate module also sequentially sends its historical data segments to the corresponding recording module. While each intermediate module and backup intermediate module are performing the sending process, the process jumps to step 2 and continues until all data segments have been transferred to each intermediate module. This method improves data sharing efficiency.

[0046] Furthermore, the backup intermediate module sends the historical data to the corresponding recording module, including the following steps:

[0047] Step 1: The backup intermediate module obtains the characteristic data of the corresponding recording module, and the backup intermediate module checks whether the characteristic data of the corresponding recording module meets the first preset requirement.

[0048] Step 2: If the characteristic data of the corresponding recording module meets the first preset requirement, the backup intermediate module performs the first transmission process; if the characteristic data of the corresponding recording module does not meet the first preset requirement, the backup intermediate module performs the second transmission process.

[0049] Furthermore, the first sending process refers to the backup intermediate module performing covert processing on the historical data before sending the historical data to the corresponding recording module, and then sending the final data after covert processing to the corresponding recording module through the public network.

[0050] Furthermore, the second transmission process refers to the backup intermediate module establishing a secure communication tunnel on the public network before sending the historical data to the corresponding recording module.

[0051] Specifically, please refer to Figure 2This section describes how the backup intermediate module sends historical data to the corresponding recording module. In step 1, the backup intermediate module obtains the characteristic data of the corresponding recording module. The characteristic data can be the busy level value of the central processing unit, which indirectly represents the busy level of the corresponding recording module. The backup intermediate module checks whether the characteristic data of the corresponding recording module meets the first preset requirement. The first preset requirement can be that the busy level value is greater than a certain threshold. In step 2, if the characteristic data of the corresponding recording module meets the first preset requirement, it is considered that the corresponding recording module is relatively busy. In order not to affect the user's query processing and to ensure data sharing efficiency, the backup intermediate module performs the first sending process. The first sending process refers to the backup intermediate module performing covert processing on the historical data before sending it to the corresponding recording module, and sending the covertly processed final data to the corresponding recording module through the public network. As will be explained below, the corresponding recording module does not need to immediately perform recovery processing when it receives the covertly processed final data, thereby reducing the workload of the corresponding recording module. If the characteristic data of the corresponding recording module does not meet the first preset requirement, the backup intermediate module performs the second sending process. The second sending process refers to the backup intermediate module establishing a secure communication tunnel on the public network before sending the historical data to the corresponding recording module, and sending the historical data to the corresponding recording module through the communication tunnel. It should be noted that the corresponding recording module needs to immediately decrypt the encrypted final data sent by the backup intermediate module. This will increase the workload of the corresponding recording module. Specifically, encryption algorithms in the existing technology can be used for encryption processing, which will not be elaborated further. By using the methods described above, the security of shared data can be ensured.

[0052] Furthermore, the backup intermediate module performs covert processing on historical data, including the following steps:

[0053] Step 1: The backup intermediate module performs separate processing on the historical data to obtain several historical data segments, and sets progressively larger encoding data for all historical data segments in the order of acquisition.

[0054] Step 2: For each historical data segment, the backup intermediate module uses the historical data segment and the corresponding encoded data to form combined data, and the backup intermediate module shuffles all the combined data.

[0055] Step 3: For each combination of data, the backup intermediate module performs a preset operation on the encoded data and the historical data fragments in the combination data, and replaces the historical data fragments in the combination data with the operation result data.

[0056] Step 4: For each combination of data, the backup intermediate module performs secret processing on the encoded data in the combination data, replaces the encoded data in the combination data with the secret result data, and uses all the combination data as transition data, adding flag data at the end of the transition data to obtain the final data after secret processing.

[0057] Specifically, please refer to Figure 3 This section describes the process by which the backup intermediate module performs covert processing on historical data. In step 1, the backup intermediate module performs separate processing on the historical data, sequentially acquiring several historical data fragments. These fragments have the same data size, for example, all 16 bytes. Following the acquisition order, the backup intermediate module assigns progressively larger encoded data to each historical data fragment. For ease of understanding, for example, the second encoded data is a fixed value larger than the first, the third is a fixed value larger than the second, and so on. It's important to note that the data size of all encoded data is the same as the data size of the historical data fragments. In step 2, for each historical data fragment, the backup intermediate module uses the historical data fragment and its corresponding encoded data to form combined data. The backup intermediate module also scrambles all combined data. It should be noted that before scrambling, all combined data is arranged in ascending order of the corresponding encoded data; scrambling completely disrupts the order of all combined data. In step 3, for each combination of data, the backup intermediate module performs a preset operation on the encoded data and historical data fragments within the combination. The result of this operation replaces the historical data fragments in the combination. For ease of understanding, for example, performing a preset operation on "1100" and "0011" yields "1111". In step 4, for each combination of data, the backup intermediate module performs secret processing on the encoded data. The size of the secret result data is the same as the size of the encoded data. This secret result data replaces the encoded data in the combination. Secret processing can be understood as encryption using the AES algorithm. The backup intermediate module uses all the combination data as transition data; that is, it sequentially concatenates all the combination data according to the shuffled order to form transition data. A marker data is added to the end of the transition data to obtain the final, secretly processed data. The size of the marker data is fixed.

[0058] Furthermore, after receiving the final, secretly processed data sent through the first transmission process, the corresponding recording module includes the following steps:

[0059] Step 1: The corresponding recording module extracts the marker data from the final data after the concealment process, and the corresponding recording module determines the feature data corresponding to the final data after the concealment process based on the marker data.

[0060] Step 2: The corresponding recording module determines whether the feature data meets the second preset requirement. If it does, it performs recovery processing on the final data after the concealment process. If it does not meet the requirement, it performs recording processing on the final data after the concealment process.

[0061] Specifically, the process performed by the corresponding recording module after receiving the final data after anonymization is described. In step 1, the recording module extracts marker data from the final anonymized data. The marker data indicates the category of the historical data corresponding to the final anonymized data. After knowing the category of the historical data, the corresponding feature data can be obtained. The feature data is, for example, the probability value of a user querying this type of data. In step 2, the recording module determines whether the feature data meets a second preset requirement. The second preset requirement is, for example, the probability value being greater than a certain threshold. If it meets the requirement, the final anonymized data is restored. If it does not meet the requirement, the final anonymized data is recorded. Restoration will only be performed when the user queries the corresponding historical data.

[0062] Furthermore, the corresponding recording module performs recovery processing on the final data after the concealment process, including the following steps:

[0063] Step 1: The corresponding recording module removes the marker data from the final data after the covert processing to obtain transition data, separates different combination data from the transition data, and for each combination data, the corresponding recording module restores the secret result data in the combination data to the encoded data.

[0064] Step 2: For each combination of data, the corresponding recording module performs a preset operation on the coded data and the operation result data in the combination data to obtain historical data fragments, and uses the historical data fragments to replace the operation result data in the combination data.

[0065] Step 3: Based on the coded data in each combination of data, the corresponding recording module uses historical data fragments from all the combination data to compose historical data.

[0066] Specifically, the process of the corresponding recording module recovering the final data after the covert processing is described. In step 1, the recording module removes the marker data from the final data after covert processing to obtain transition data. Different combinations of data are then separated from the transition data. For each combination of data, the recording module restores the secret result data in the combination data to encoded data. This can be done using the existing AES algorithm for decryption. In step 2, for each combination of data, the recording module performs a preset operation on the encoded data and the operation result data in the combination data. The purpose is to obtain historical data fragments. This preset operation is the same as the preset operation mentioned above, using historical data fragments to replace the operation result data in the combination data. In step 3, the historical data fragments in all the combination data are sequentially concatenated according to the corresponding encoded data in ascending order, finally obtaining the historical data.

[0067] According to another aspect of the embodiments of this application, reference is made to... Figure 4 As shown, this application also provides a cloud-based aluminum processing data sharing system, including a user module, a management module, an intermediate module, a backup intermediate module, and a recording module, to implement the cloud-based aluminum processing data sharing method described above.

[0068] The functions of each module are as follows:

[0069] The user module is used to collect aluminum processing data and transmit the aluminum processing data to the management module;

[0070] The management module is used to perform separate processing on aluminum processing data to obtain several partial data. It is also used to count the number of historical partial data in each intermediate module, determine whether there is an intermediate module whose corresponding number is greater than a preset number threshold. If so, it transfers several historical partial data from the intermediate module whose corresponding number is greater than the preset number threshold to a backup intermediate module. It selects one partial data from several partial data and transfers it to each intermediate module. If not, it selects one partial data from several partial data and transfers it to each intermediate module.

[0071] The intermediate module is used to send different historical partial data and partial data to the corresponding record modules in the order of receipt;

[0072] The backup intermediate module is used to send the historical data to the corresponding record module in the order of receipt.

[0073] The recording module is used to record and process various historical data segments and partial data.

[0074] According to another aspect of the embodiments of this application, a storage medium is also provided, which stores program instructions, wherein the program instructions, when executed, control the device where the storage medium is located to perform any of the methods described above.

[0075] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0076] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0077] The above-described embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application.

Claims

1. A cloud computing-based method for sharing aluminum processing data, characterized in that, The method includes the following steps: The user module collects aluminum processing data, transmits the aluminum processing data to the management module, and the management module performs separate processing on the aluminum processing data to obtain several partial data. The management module counts the number of historical partial data in each intermediate module and determines whether there is an intermediate module whose corresponding number is greater than the preset number threshold. If yes, it continues to the next step. If no, it selects a partial data from several partial data and transfers the partial data to each intermediate module. Each intermediate module sends different historical partial data and partial data to the corresponding recording module in the order of receipt. This step is repeated. For intermediate modules whose corresponding number exceeds the preset threshold, the management module transfers several historical data segments from the intermediate module to the backup intermediate module, selects one segment from the several segments, and transfers the segment to each intermediate module. Each intermediate module sends different historical data segments and the segment data to the corresponding record module in the order of receipt. The backup intermediate module also sends each historical data segment to the corresponding record module in the order of receipt, and then jumps to the previous step.

2. The method according to claim 1, characterized in that, The backup intermediate module sends historical data to the corresponding recording module, including the following steps: The backup intermediate module acquires the characteristic data of the corresponding recording module, and the backup intermediate module checks whether the characteristic data of the corresponding recording module meets the first preset requirement. If the characteristic data of the corresponding recording module meets the first preset requirement, the backup intermediate module performs the first transmission process; if the characteristic data of the corresponding recording module does not meet the first preset requirement, the backup intermediate module performs the second transmission process.

3. The method according to claim 2, characterized in that, The first transmission process refers to the backup intermediate module performing covert processing on the historical data before sending it to the corresponding recording module, and then sending the final data after covert processing to the corresponding recording module through the public network.

4. The method according to claim 2, characterized in that, The second transmission process refers to the backup intermediate module establishing a secure communication tunnel on the public network before sending the historical data to the corresponding recording module.

5. The method according to claim 3, characterized in that, The backup intermediate module performs covert processing on historical data, including the following steps: The backup intermediate module performs separate processing on the historical data to obtain several historical data segments, and sets progressively larger encoded data for all historical data segments in the order of acquisition. For each historical data segment, the backup intermediate module uses the historical data segment and the corresponding encoded data to form combined data, and the backup intermediate module shuffles all the combined data. For each set of combined data, the backup intermediate module performs a preset operation on the encoded data and the historical data segments in the combined data, and replaces the historical data segments in the combined data with the operation result data. For each combination of data, the backup intermediate module performs secret processing on the encoded data in the combination data, replaces the encoded data in the combination data with the secret result data, and uses all the combination data as transition data, adding flag data at the end of the transition data to obtain the final data after secret processing.

6. The method according to claim 5, characterized in that, After receiving the final, secretly processed data sent by the first transmission process, the corresponding recording module includes the following steps: The corresponding recording module extracts the marker data from the final data after the concealment process, and the corresponding recording module determines the feature data corresponding to the final data after the concealment process based on the marker data; The corresponding recording module determines whether the feature data meets the second preset requirement. If it does, it performs recovery processing on the final data after the concealment process; otherwise, it performs recording processing on the final data after the concealment process.

7. The method according to claim 6, characterized in that, The corresponding recording module performs recovery processing on the final data after it has been concealed, including the following steps: The corresponding recording module removes the marker data from the final data after covert processing to obtain transition data, separates different combination data from the transition data, and for each combination data, the corresponding recording module restores the secret result data in the combination data to the encoded data; For each combination of data, the corresponding recording module performs a preset operation on the coded data and the operation result data in the combination data to obtain a historical data fragment, and uses the historical data fragment to replace the operation result data in the combination data. Based on the coded data in each combination of data, the corresponding recording module uses historical data fragments from all the combination data to compose historical data.

8. A cloud-based aluminum processing data sharing system, used to implement the method as described in any one of claims 1 to 7, characterized in that, Includes the following modules: The user module is used to collect aluminum processing data and transmit the aluminum processing data to the management module; The management module is used to perform separate processing on aluminum processing data to obtain several partial data. It is also used to count the number of historical partial data in each intermediate module, determine whether there is an intermediate module whose corresponding number is greater than a preset number threshold. If so, it transfers several historical partial data from the intermediate module whose corresponding number is greater than the preset number threshold to a backup intermediate module. It selects one partial data from several partial data and transfers it to each intermediate module. If not, it selects one partial data from several partial data and transfers it to each intermediate module. The intermediate module is used to send different historical partial data and partial data to the corresponding record modules in the order of receipt; The backup intermediate module is used to send the historical data to the corresponding record module in the order of receipt. The recording module is used to record and process various historical data segments and partial data.

9. A storage medium, characterized in that, The storage medium stores program instructions, wherein when the program instructions are executed, they control the device where the storage medium is located to perform the method described in any one of claims 1 to 7.

Citation Information

Patent Citations

  • Data sharing method and data sharing device

    CN105740474A

  • Data sharing method and distributed data sharing system

    CN108920111A

  • Buffer event-based breakpoint resuming method and system for edge acquisition history module

    CN115277723A

  • Location and Relocation of Data Within a Cache

    US20140047190A1