Cloud chat social record synchronization system with multi-level encryption

Abstract

The invention discloses a cloud chat social record synchronization system with multi-level encryption, and relates to the technical field of cloud encryption, and the system comprises a storage node management module which is used for constructing an interaction association network between storage nodes; the object retrieval module is used for identifying an own object of the social record needing to be uploaded; the node positioning module is used for querying storage node distribution corresponding to all the associated opposite objects in the cloud storage center; the storage optimization decision module is used for determining an optimal storage node of the social record; the data recovery module is used for recovering the chat record when the loss of the cloud storage record is detected, and adding a recognizable recovery mark for the recovery data; and the security synchronization module is used for implementing a multi-level encryption synchronization mechanism comprising transmission encryption and storage encryption. The method has the advantages that intelligent decentralization of associated object data storage and remarkable improvement of cooperative attack resistance are realized through dynamic topology analysis and an attack probability quantification model.

Description

Technical Field

[0001] The present invention relates to the field of cloud encryption technology, and in particular to a multi-level encrypted cloud chat and social record synchronization system. Background Art

[0002] With the rapid development of mobile internet technology, cloud storage has become a core technology supporting cross-device synchronization of social chat records. Traditional cloud-based social record storage systems typically employ single-node centralized storage or simple distributed backup strategies, resulting in problems such as unbalanced storage node load and inefficient cross-node data retrieval. Especially in multi-user association scenarios, the topological relationship between the chat objects on the cloud storage nodes is not considered, resulting in frequent cross-node access during data synchronization, increasing transmission latency and storage redundancy. Furthermore, existing systems often rely on local backups or redundant cloud copies for data recovery. When the primary storage node fails, it can easily cause a break in the associated data chain, making it difficult to achieve integrity recovery based on the social relationship network.

[0003] Regarding data security, existing encryption synchronization mechanisms often employ fixed-level encryption and decryption strategies, failing to adapt to the diverse device types and dynamically changing sensitive data protection requirements. For example, when a user requests to synchronize historical chat history on a new device, traditional solutions struggle to verify the trust relationship between devices, potentially leading to key leakage. Furthermore, the lack of differentiated permission control for restored and original data can lead to secondary leakage of restored data. Summary of the Invention

[0004] In order to solve the above technical problems, a multi-level encrypted cloud chat and social record synchronization system is provided. This technical solution solves at least one of the technical problems mentioned in the above background technology.

[0005] In order to achieve the above objects, the technical solution adopted by the present invention is:

[0006] A multi-level encrypted cloud chat and social record synchronization system, including:

[0007] The storage node management module is used to obtain all storage nodes in the cloud storage center and build an interactive association network between storage nodes based on historical operation and maintenance data;

[0008] The object retrieval module is used to identify the own object of the social record that needs to be uploaded, retrieve the storage record of the own object in the cloud storage center, and trigger according to the retrieval results:

[0009] A record updating unit, which updates the corresponding stored content using the newly added chat and social records of the terminal when there are stored records;

[0010] The associated object acquisition unit extracts the other party object from all chat and social records of the terminal when no storage record exists;

[0011] The node positioning module is used to query the storage node distribution corresponding to all associated counterpart objects in the cloud storage center;

[0012] A storage optimization decision module, which determines the optimal storage node for the social record based on the storage node distribution and interactive association network of the counterpart object through node access frequency analysis and path topology calculation;

[0013] The data recovery module, when detecting the loss of cloud storage records, extracts the corresponding chat records from its storage node according to the associated counterpart object for recovery, and adds a recognizable recovery mark to the recovered data;

[0014] The security synchronization module implements a multi-level encryption synchronization mechanism including transmission encryption and storage encryption according to the terminal device type and the sensitivity level of the record to be synchronized when the device terminal requests data synchronization.

[0015] Preferably, the multi-level encryption synchronization mechanism is specifically as follows:

[0016] If the requested device terminal has the same identification code as the uploaded device terminal, and the chat and social history requested for synchronization does not have a restore flag, synchronization will be performed directly;

[0017] If the requested device terminal has the same identification code as the uploaded device terminal, and the chat and social records requested for synchronization have a recovery flag, the requested chat and social records will be encrypted and the other party's identity will be used as the key. Synchronization will only be performed if and only if the requesting device terminal obtains the key authorization from the other party.

[0018] If the requested device terminal is different from the uploaded device terminal identification code, the chat and social records requested for synchronization will be encrypted and the uploaded device terminal identification code will be used as the key. Synchronization will only be performed if and only if the requested device terminal obtains the key authorization of the uploaded device terminal.

[0019] Preferably, the specific steps of obtaining all storage nodes of the cloud storage center and constructing an interactive association network between the storage nodes based on historical operation and maintenance data are:

[0020] If there is a direct communication link between the two storage nodes, then a direct communication link is established;

[0021] If there is no direct communication link between two storage nodes but there is a multi-hop path consisting of intermediate nodes, a multi-hop communication link is established;

[0022] For direct communication links, the connection weights between storage nodes are directly obtained based on the historical operation and maintenance interaction data between storage nodes;

[0023] For a multi-hop communication link, the propagation weight between two nodes is the product of the propagation weights between all adjacent nodes that make up the multi-hop propagation link;

[0024] The propagation weight of a storage node to itself is set to 1.

[0025] Preferably, the determining of the optimal storage node for the social record based on the storage node distribution and interactive association network of the other party object through node access frequency analysis and path topology calculation specifically includes:

[0026] Building a first storage node set based on the storage nodes of the other party's object;

[0027] Calculate the central index value of each storage node with respect to the first storage node set based on the propagation weight between the elements in the first storage node set and each storage node;

[0028] The storage node corresponding to the minimum central index value is selected as the optimal storage node for social records.

[0029] Preferably, the calculating of the central index value of each storage node with respect to the first storage node set based on the propagation weight between the elements in the first storage node set and each storage node specifically includes:

[0030] Based on the Pagerank algorithm, a global centrality index formula is constructed;

[0031] Perform at least one iterative calculation based on the global center index formula to obtain a global center index value of the element of the first storage node set;

[0032] Calculate the central index value of the storage node using the central index formula based on the global central index value of the elements of the first storage node set and the propagation weight between the elements in the first storage node set and each storage node;

[0033] The global center index formula is specifically:

[0034]

[0035] The central index formula is specifically:

[0036]

[0037] in, It is a collection of all storage nodes in the cloud storage center. is the total number of all storage nodes in the cloud storage center, is the sum of the propagation weights of t to all other storage nodes, is the propagation weight of t to j, is the k-1th iteration value of the global center index of t, is the k-th iteration value of the global center index of the j-th element in the first storage node set;

[0038] is the kth iteration value of the central index of the i-th storage node, is the damping coefficient, is the first storage node set, is the jth element in the first storage node set, is the sum of the propagation weights of the jth element in the first storage node set to all storage nodes, is the propagation weight of the j-th element in the first storage node set to the i-th storage node.

[0039] Preferably, when the cloud storage record is detected to be lost, the corresponding chat record is extracted from its storage node according to the associated counterpart object for recovery, and a recognizable recovery mark is added to the recovered data, specifically including:

[0040] When a cloud storage record is detected to be lost, the counterparty object corresponding to the lost data is obtained and recorded as the backup object, and the chat and social record storage node of the backup object is retrieved from the cloud storage center and recorded as the backup storage node;

[0041] Using the backup object as the own object value and the own object corresponding to the lost data as the other party's object value, retrieve all chat and social records that meet the conditions from the backup storage node and record them as backup chat and social records;

[0042] Restore lost chat and social history data based on the backup chat and social history content.

[0043] Compared with the prior art, the present invention has the following beneficial effects:

[0044] The present invention significantly improves the security and reliability of cloud-based backup of social records through intelligent storage node distribution and dynamic encryption mechanisms. Its core advantage is that: based on the storage node topology analysis of chat-related objects, the data of multiple objects with social associations are dispersed and stored in independent node groups with low interactive link weights or physical isolation, making it difficult for attackers to simultaneously obtain the complete associated data chain through a single intrusion path, effectively avoiding the risk of "single point breach, full chain leakage" in traditional centralized storage. At the same time, combined with the propagation weight calculation of multi-hop communication links, it ensures that the storage nodes of associated objects have both the necessary recovery paths and the attack isolation between node groups, forming a "distributed storage, associated recovery" security backup architecture. Even if some nodes are attacked or fail, the complete record can still be quickly reconstructed through the distributed nodes of the other party's object, and the restored data must be verified by dynamic key authorization, doubly guaranteeing the tamper-proof and privacy of the data chain.

[0045] This invention uses a multi-level encryption synchronization mechanism to dynamically adjust key rules based on device identification and recovery tags. This ensures that decentralized backup data requires both node topology authorization and device authentication to access. Even if an attacker obtains partial node data, they still cannot decrypt the entire social chain due to the lack of the associated device key. This dual protection mechanism of "topology isolation + dynamic encryption" fundamentally addresses the vulnerability of backup data to lateral penetration in traditional solutions and is particularly suitable for complex social scenarios across multiple devices and users. BRIEF DESCRIPTION OF THE DRAWINGS

[0046] Figure 1 This is a structural diagram of the multi-level encrypted cloud chat and social record synchronization system proposed by the present invention;

[0047] Figure 2 This is a workflow diagram of the multi-level encrypted cloud chat and social record synchronization system proposed by the present invention;

[0048] Figure 3 A flow chart of the method for determining the optimal storage node for social records proposed by the present invention;

[0049] Figure 4 This is a diagram of the architecture of the electronic equipment in this solution;

[0050] Figure 5 This is a schematic diagram of the computer-readable storage medium structure in this solution.

[0051] The numbers in the figure are:

[0052] 500 - electronic device; 501 - bus; 502 - CPU; 503 - ROM; 504 - RAM; 505 - communication port; 506 - input / output component; 507 - hard disk; 508 - user interface; 600 - computer-readable storage medium. DETAILED DESCRIPTION

[0053] The following description is intended to disclose the present invention so that those skilled in the art can implement the present invention. The preferred embodiments described below are merely examples, and those skilled in the art may conceive of other obvious variations.

[0054] Reference Figure 1 As shown, a multi-level encrypted cloud chat and social record synchronization system includes:

[0055] The storage node management module is used to obtain all storage nodes in the cloud storage center and build an interactive association network between storage nodes based on historical operation and maintenance data;

[0056] The object retrieval module is used to identify the own object of the social record that needs to be uploaded, retrieve the storage record of the own object in the cloud storage center, and trigger according to the retrieval results:

[0057] A record updating unit, which updates the corresponding stored content using the newly added chat and social records of the terminal when there are stored records;

[0058] The associated object acquisition unit extracts the other party object from all chat and social records of the terminal when no storage record exists;

[0059] The node positioning module is used to query the storage node distribution corresponding to all associated counterpart objects in the cloud storage center;

[0060] The storage optimization decision module determines the optimal storage node for social records based on the storage node distribution and interactive association network of the other party's objects through node access frequency analysis and path topology calculation;

[0061] The data recovery module, when detecting the loss of cloud storage records, extracts the corresponding chat records from its storage node according to the associated counterpart object for recovery, and adds a recognizable recovery mark to the recovered data;

[0062] The security synchronization module implements a multi-level encryption synchronization mechanism including transmission encryption and storage encryption according to the terminal device type and the sensitivity level of the record to be synchronized when the device terminal requests data synchronization.

[0063] Specifically, refer to Figure 2 As shown, the working steps of the above system are:

[0064] Get all storage nodes of the cloud storage center;

[0065] Based on the historical operation and maintenance data of the cloud storage center, an interactive association network is built between all storage nodes of the cloud storage center;

[0066] Obtain the chat and social records of the user that need to be uploaded to the cloud storage center, and search the cloud storage center to determine whether the user's object has a storage record in the cloud storage center. If so, update the storage record based on the terminal's chat and social records. If not, obtain the other party's object for all chat and social records of the terminal;

[0067] Obtain the storage nodes of all other party objects in the cloud storage center;

[0068] Based on the storage nodes of all other parties in the cloud storage center and the interactive network between all storage nodes in the cloud storage center, the optimal storage node for chat social records is determined;

[0069] Uploading the chat social records to the determined optimal storage node for the chat social records;

[0070] If the storage records in the cloud storage center are lost, the chat and social records with the party object are extracted from the other party object based on the lost storage records, and the lost storage records are restored, and a recovery mark is added to the restored storage records;

[0071] This is achieved through the following steps:

[0072] When a cloud storage record is detected to be lost, the counterparty object corresponding to the lost data is obtained and recorded as the backup object, and the chat and social record storage node of the backup object is retrieved from the cloud storage center and recorded as the backup storage node;

[0073] Using the backup object as the own object value and the own object corresponding to the lost data as the other party's object value, retrieve all chat and social records that meet the conditions from the backup storage node and record them as backup chat and social records;

[0074] Restore lost chat and social record data based on backup chat and social record content;

[0075] When a device terminal requests to synchronize chat and social records from the cloud, multi-level encryption is used to synchronize the records based on the device terminal attributes and the attributes of the chat and social records requested for synchronization.

[0076] The intelligent distribution of storage nodes and dynamic encryption mechanism significantly improves the security and reliability of cloud-based backup of social records. Its core advantage lies in: based on the storage node topology analysis of chat-related objects, the data of multiple socially related objects are dispersed and stored in independent node groups with low interaction link weights or physical isolation, making it difficult for attackers to simultaneously obtain the complete chain of related data through a single intrusion path, effectively avoiding the risk of "single point breach, full chain leakage" in traditional centralized storage. At the same time, combined with the propagation weight calculation of multi-hop communication links, it ensures that the storage nodes of related objects have both the necessary recovery paths and the attack isolation between node groups is maintained, forming a "distributed storage, associated recovery" security backup architecture. Even if some nodes are attacked or fail, the complete record can still be quickly reconstructed through the distributed nodes of the other party's object, and the restored data must be verified by dynamic key authorization, doubly guaranteeing the tamper-proof and privacy of the data chain.

[0077] Specifically, the multi-level encryption synchronization mechanism is:

[0078] If the requested device terminal has the same identification code as the uploaded device terminal, and the chat and social history requested for synchronization does not have a restore flag, synchronization will be performed directly;

[0079] If the requested device terminal has the same identification code as the uploaded device terminal, and the chat and social records requested for synchronization have a recovery flag, the requested chat and social records will be encrypted and the other party's identity will be used as the key. Synchronization will only be performed if and only if the requesting device terminal obtains the key authorization from the other party.

[0080] If the requested device terminal is different from the uploaded device terminal identification code, the chat and social records requested for synchronization will be encrypted and the uploaded device terminal identification code will be used as the key. Synchronization will only be performed if and only if the requested device terminal obtains the key authorization of the uploaded device terminal.

[0081] Through a multi-level encryption synchronization mechanism, key rules are dynamically adjusted based on device identification and recovery tags. This ensures that decentralized backup data requires both node topology authorization and device authentication to access. Even if an attacker obtains partial node data, they still cannot decrypt the entire social chain due to the lack of associated device keys. This dual protection mechanism of "topology isolation + dynamic encryption" fundamentally addresses the vulnerability of backup data to lateral penetration in traditional solutions, making it particularly suitable for complex social scenarios across multiple devices and users.

[0082] The specific steps to obtain all storage nodes in the cloud storage center and build an interactive association network between storage nodes based on historical operation and maintenance data are as follows:

[0083] If there is a direct communication link between the two storage nodes, a direct communication link is established;

[0084] If there is no direct communication link between two storage nodes but there is a multi-hop path consisting of intermediate nodes, a multi-hop communication link is established;

[0085] For direct communication links, the connection weights between storage nodes are directly obtained based on the historical operation and maintenance interaction data between storage nodes;

[0086] For a multi-hop communication link, the propagation weight between two nodes is the product of the propagation weights between all adjacent nodes that make up the multi-hop propagation link;

[0087] The propagation weight of a storage node to itself is set to 1.

[0088] In a direct communication link, the propagation weight between nodes is calculated by collecting the attack propagation chain guidance between nodes within the set update period. Specifically, the calculation method is: , is the updated propagation weight from node a to node b, is the propagation weight from node a to node b after the last update cycle, It is the ratio of the number of attack events propagated by nodes a and b in this period to the number of attack events involving node a. α and β are the temporal forgetting coefficients. When the propagation weights between nodes are updated in multiple periods, the value of β is increased to ensure that the propagation weights can accurately reflect the node interaction status in the latest period. The propagation weight reflects the probability of an attack propagating from one node to another.

[0089] For multi-hop communication links, the propagation weight between nodes is calculated by multiplying the propagation weights between all adjacent nodes that make up the multi-hop propagation link. It can be understood that if there are multiple multi-hop propagation links between two nodes, the propagation weight between the two nodes is the maximum propagation weight of the multiple multi-hop propagation links.

[0090] Reference Figure 3 As shown in the figure, based on the storage node distribution and interactive association network of the other party's objects, the optimal storage node for social records is determined through node access frequency analysis and path topology calculation, specifically including:

[0091] Building a first storage node set based on the storage nodes of the other party's object;

[0092] Calculate the central index value of each storage node with respect to the first storage node set based on the propagation weight between the elements in the first storage node set and each storage node;

[0093] The storage node corresponding to the minimum central index value is selected as the optimal storage node for social records.

[0094] Through a topology-aware dynamic storage node selection mechanism, the system achieves a coordinated optimization of social record storage security and access efficiency. Specifically, a primary storage node set constructed based on the nodes where associated objects reside, combined with a multi-level calculation of propagation weights within the interactive network, accurately quantifies each candidate node's hubness and risk exposure within the global topology. By prioritizing nodes with the lowest centrality index values as optimal storage locations, data is effectively stored at marginal nodes with low connection density and weak path dependence within the network topology, significantly reducing the risk of cascading data leaks caused by attacks or failures on high-centrality nodes. Furthermore, this dynamic location selection strategy disperses the chat history of associated objects across multiple independent node groups with low correlation weights. Even if an attacker compromises some nodes, it is difficult to deduce the complete social relationship chain through topological links, forming a natural "data island" protection barrier. Furthermore, the centrality index calculation incorporates the propagation weights of multi-hop paths between nodes, ensuring that the selected storage nodes meet path accessibility requirements for cross-node data recovery while minimizing topological centrality to mitigate security risks associated with high-frequency access. Ultimately, this achieves a triple improvement in storage security, fault tolerance, and synchronization efficiency.

[0095] Calculating the central index value of each storage node with respect to the first storage node set based on the propagation weight between the elements in the first storage node set and each storage node specifically includes:

[0096] Based on the Pagerank algorithm, a global centrality index formula is constructed;

[0097] Perform at least one iterative calculation based on the global center index formula to obtain a global center index value of the element of the first storage node set;

[0098] Calculate the central index value of the storage node using the central index formula based on the global central index value of the elements of the first storage node set and the propagation weight between the elements in the first storage node set and each storage node;

[0099] The global center index formula is as follows:

[0100]

[0101] The central index formula is as follows:

[0102]

[0103] in, It is a collection of all storage nodes in the cloud storage center. is the total number of all storage nodes in the cloud storage center, is the sum of the propagation weights of t to all other storage nodes, is the propagation weight of t to j, is the k-1th iteration value of the global center index of t, is the k-th iteration value of the global center index of the j-th element in the first storage node set;

[0104] is the kth iteration value of the central index of the i-th storage node, is the damping coefficient, is the first storage node set, is the jth element in the first storage node set, is the sum of the propagation weights of the jth element in the first storage node set to all storage nodes, is the propagation weight of the j-th element in the first storage node set to the i-th storage node.

[0105] in, The attack frequency of node t in the previous cycle is calculated by the global central index formula. Combined with the inter-node propagation weight, the probability of the elements of the first storage node set being attacked can be effectively calculated, which is used as its global central index value. When determining the optimal storage node, It represents the probability of generating an attack chain from j to i. is the probability of j being attacked, then is the probability that i and j are involved in the same attack chain. By accumulating the probabilities of all elements in the first storage node set and i being involved in the same attack chain and screening out the minimum value, the node with the smallest comprehensive probability of being involved in the same attack chain with the elements in the first storage node set can be comprehensively screened out. This node is used as the optimal storage node, which can effectively avoid the probability of cloud data of both parties in the chat record being attacked and lost at the same time, thereby ensuring the storage security of the data.

[0106] Furthermore, the method according to the embodiment of the present application can also be used with the aid of Figure 4 The electronic device architecture shown in FIG. Figure 4 As shown, the electronic device 500 may include a bus 501, one or more CPUs 502, a read-only memory (ROM) 503, a random access memory (RAM) 504, a communication port 505 connected to a network, an input / output component 506, a hard disk 507, etc. The storage device in the electronic device 500, such as the ROM 503 or the hard disk 507, may store the control method of the multi-level encrypted cloud chat social record synchronization system provided by the present application. The electronic device 500 may also include a user interface 508. Of course, Figure 4 The architecture shown is only exemplary and can be omitted according to actual needs when implementing different devices. Figure 4 One or more components of an electronic device are shown.

[0107] Figure 5 This is a schematic diagram of the computer-readable storage medium structure provided by an embodiment of the present application. Figure 5 As shown, a computer-readable storage medium 600 according to one embodiment of the present application is shown. Computer-readable instructions are stored on the computer-readable storage medium 600. When the computer-readable instructions are executed by the processor, the control method of the multi-level encrypted cloud chat and social record synchronization system proposed in the present application described with reference to the above figures can be executed. The storage medium 600 includes, but is not limited to, volatile memory and / or non-volatile memory. Volatile memory may include, for example, random access memory (RAM) and cache memory. Non-volatile memory may include, for example, read-only memory (ROM), hard disk, flash memory, etc.

[0108] In summary, the advantages of the present invention lie in: through dynamic topological analysis and an attack probability quantification model, it achieves intelligent decentralization of data storage for associated objects and significantly improves resistance to coordinated attacks. Specifically, based on the multi-level calculation of node propagation weights in an interactively associated network, combined with an iterative screening mechanism based on a global centrality index, chat records of associated objects are preferentially stored on edge nodes with the lowest attack link correlation with the first set of storage nodes. This strategy disperses the cloud data of both chat parties across independent node groups with weak topological propagation weights and minimal probability of simultaneous penetration by the same attack chain. Even if a linked node is compromised, the attacker cannot quickly locate other linked nodes due to the extremely low "j→i attack chain probability" accumulated in the centrality index calculation, effectively preventing the chain leakage of social relationship chain data. Furthermore, through a recovery tag and dynamic key authorization mechanism, decentralized backup data must meet both node topological isolation rules and device identity verification before decryption. This creates a dual protection mechanism of "physical isolation attack surface + logical encryption verification," fundamentally addressing the vulnerability of centralized storage of multi-linked object data to coordinated attacks and significantly improving the disaster recovery and penetration resistance of cloud-based social record storage.

[0109] The above shows and describes the basic principles, main features, and advantages of the present invention. Those skilled in the art should understand that the present invention is not limited to the above embodiments. The above embodiments and descriptions merely illustrate the principles of the present invention. Various changes and modifications may be made to the present invention without departing from the spirit and scope of the present invention. Such changes and modifications are intended to fall within the scope of the present invention. The scope of protection claimed by the present invention is defined by the appended claims and their equivalents.

Claims

1. A multi-level encrypted cloud chat and social record synchronization system, characterized by: include: The storage node management module is used to obtain all storage nodes in the cloud storage center and build an interactive association network between storage nodes based on historical operation and maintenance data; The object retrieval module is used to identify the own object of the social record that needs to be uploaded, retrieve the storage record of the own object in the cloud storage center, and trigger according to the retrieval results: A record updating unit, which updates the corresponding stored content using the newly added chat and social records of the terminal when there are stored records; The associated object acquisition unit extracts the other party object from all chat and social records of the terminal when no storage record exists; The node positioning module is used to query the storage node distribution corresponding to all associated counterpart objects in the cloud storage center; A storage optimization decision module, which determines the optimal storage node for the social record based on the storage node distribution and interactive association network of the counterpart object through node access frequency analysis and path topology calculation; The data recovery module, when detecting the loss of cloud storage records, extracts the corresponding chat records from its storage node according to the associated counterpart object for recovery, and adds a recognizable recovery mark to the recovered data; The security synchronization module implements a multi-level encryption synchronization mechanism including transmission encryption and storage encryption according to the terminal device type and the sensitivity level of the record to be synchronized when the device terminal requests data synchronization.

2. A multi-level encrypted cloud chat and social record synchronization system according to claim 1, characterized in that: The multi-level encryption synchronization mechanism is specifically as follows: If the requested device terminal has the same identification code as the uploaded device terminal, and the chat and social history requested for synchronization does not have a restore flag, synchronization will be performed directly; If the requested device terminal has the same identification code as the uploaded device terminal, and the chat and social records requested for synchronization have a recovery flag, the requested chat and social records will be encrypted and the other party's identity will be used as the key. Synchronization will only be performed if and only if the requesting device terminal obtains the key authorization from the other party. If the requested device terminal is different from the uploaded device terminal identification code, the chat and social records requested for synchronization will be encrypted and the uploaded device terminal identification code will be used as the key. Synchronization will only be performed if and only if the requested device terminal obtains the key authorization of the uploaded device terminal.

3. The multi-level encrypted cloud chat and social record synchronization system according to claim 2, characterized in that: The specific steps of obtaining all storage nodes of the cloud storage center and building an interactive association network between storage nodes based on historical operation and maintenance data are as follows: If there is a direct communication link between the two storage nodes, then a direct communication link is established; If there is no direct communication link between two storage nodes but there is a multi-hop path consisting of intermediate nodes, a multi-hop communication link is established; For direct communication links, the connection weights between storage nodes are directly obtained based on the historical operation and maintenance interaction data between storage nodes; For a multi-hop communication link, the propagation weight between two nodes is the product of the propagation weights between all adjacent nodes that make up the multi-hop propagation link; The propagation weight of a storage node to itself is set to 1.

4. A multi-level encrypted cloud chat and social record synchronization system according to claim 3, characterized in that: The determining of the optimal storage node for the social record based on the storage node distribution and interactive association network of the other party object through node access frequency analysis and path topology calculation specifically includes: Building a first storage node set based on the storage nodes of the other party's object; Calculate the central index value of each storage node with respect to the first storage node set based on the propagation weight between the elements in the first storage node set and each storage node; The storage node corresponding to the minimum central index value is selected as the optimal storage node for social records.

5. The multi-level encrypted cloud chat and social record synchronization system according to claim 4, characterized in that: The calculating of the central index value of each storage node with respect to the first storage node set based on the propagation weight between the elements in the first storage node set and each storage node specifically includes: Based on the Pagerank algorithm, a global centrality index formula is constructed; Perform at least one iterative calculation based on the global center index formula to obtain a global center index value of the element of the first storage node set; Calculate the central index value of the storage node using the central index formula based on the global central index value of the elements of the first storage node set and the propagation weight between the elements in the first storage node set and each storage node; The global center index formula is specifically: The central index formula is specifically: in, It is a collection of all storage nodes in the cloud storage center. is the total number of all storage nodes in the cloud storage center, is the sum of the propagation weights of t to all other storage nodes, is the propagation weight of t to j, is the k-1th iteration value of the t global center index, is the k-th iteration value of the global center index of the j-th element in the first storage node set; is the kth iteration value of the central index of the i-th storage node, is the damping coefficient, is the first storage node set, is the jth element in the first storage node set, is the sum of the propagation weights of the jth element in the first storage node set to all storage nodes, is the propagation weight of the j-th element in the first storage node set to the i-th storage node.

6. The multi-level encrypted cloud chat and social record synchronization system according to claim 5, characterized in that: When the cloud storage record is detected to be lost, the corresponding chat record is extracted from its storage node according to the associated counterpart object for recovery, and a recognizable recovery mark is added to the recovered data. Specifically, the steps include: When a cloud storage record is detected to be lost, the counterparty object corresponding to the lost data is obtained and recorded as the backup object, and the chat and social record storage node of the backup object is retrieved from the cloud storage center and recorded as the backup storage node; Using the backup object as the own object value and the own object corresponding to the lost data as the other party's object value, retrieve all chat and social records that meet the conditions from the backup storage node and record them as backup chat and social records; Restore lost chat and social history data based on the backup chat and social history content.

7. The multi-level encrypted cloud chat and social record synchronization system according to claim 1, characterized in that: The working steps of the system are: Get all storage nodes of the cloud storage center; Based on the historical operation and maintenance data of the cloud storage center, an interactive association network is built between all storage nodes of the cloud storage center; Obtain the chat and social records of the user that need to be uploaded to the cloud storage center, and search the cloud storage center to determine whether the user's object has a storage record in the cloud storage center. If so, update the storage record based on the terminal's chat and social records. If not, obtain the other party's object for all chat and social records of the terminal; Obtain the storage nodes of all other party objects in the cloud storage center; Based on the storage nodes of all other parties in the cloud storage center and the interactive network between all storage nodes in the cloud storage center, the optimal storage node for chat social records is determined; Uploading the chat social records to the determined optimal storage node for the chat social records; If the storage records in the cloud storage center are lost, the chat and social records with the party object are extracted from the other party object based on the lost storage records, and the lost storage records are restored, and a recovery mark is added to the restored storage records; When a device terminal requests to synchronize chat and social records from the cloud, multi-level encryption is used to synchronize the records based on the device terminal attributes and the attributes of the chat and social records requested for synchronization.

8. An electronic device, characterized in that: include: at least one processor; and a memory communicatively connected to the at least one processor; wherein, The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can drive the multi-level encrypted cloud chat social record synchronization system as described in any one of claims 1 to 6 to operate according to the working steps of the system as described in claim 7.

9. A computer-readable storage medium storing computer-readable instructions, characterized in that: When the computer-readable instructions are executed by a processor, they can drive the multi-level encrypted cloud chat and social record synchronization system as described in any one of claims 1 to 6 to operate according to the working steps of the system as described in claim 7.

Images