Methods, devices, equipment, media and products for uploading files to electronic screens

Abstract

This application provides a method, apparatus, device, medium, and product for uploading files to an electronic screen, relating to the audio-visual field or the fintech field. First, a management node responds to a file upload request, selecting multiple node clusters from various nodes within the financial institution's intranet, and assigning a master node to each cluster. Next, within each cluster, based on the security detection results of the file by each node, a consensus is reached on whether to allow the file upload, forming an intra-cluster consensus result. Subsequently, the master nodes of each cluster further reach a consensus on the intra-cluster consensus result, resulting in an inter-cluster consensus result. If the inter-cluster consensus result indicates that file upload is allowed, the management node publishes the file to the electronic screen. This method, through two rounds of consensus, solves the problem that inappropriate content might be mistakenly uploaded to the electronic screen due to users forcibly skipping the file scanning step, causing discomfort or misunderstanding to viewers and damaging the bank's image and reputation.

Description

Technical Field

[0001] This application relates to the fields of audio and video or financial technology, and in particular to a method, apparatus, device, medium and product for uploading files to an electronic screen. Background Technology

[0002] With the development of modern banking, electronic screens in bank branches have become an indispensable information display platform. They not only beautify the branch environment, but also play an important role in transmitting financial information in real time and promoting bank products and services.

[0003] Currently, the content displayed on electronic screens is typically uploaded manually by users via their own computers. This method provides users with great flexibility, allowing them to update the displayed content at any time according to actual needs and dynamic changes, ensuring the timeliness and accuracy of information.

[0004] However, when users manually upload files via their own computers, skipping the file scanning step could result in inappropriate content being mistakenly displayed on the screen. This inappropriate content could include sensitive information, misinformation, or misleading advertisements, potentially causing discomfort or misunderstanding to viewers and damaging the bank's image and reputation. Summary of the Invention

[0005] This application provides a method, apparatus, device, medium, and product for uploading files to an electronic screen, which addresses the technical problem that when users manually upload files via their own computers, the forced skipping of the file scanning step may result in inappropriate content being mistakenly transmitted to the electronic screen, causing discomfort or misunderstanding to viewers and damaging the image and reputation of banks.

[0006] Firstly, this application provides a file upload method for an electronic screen, applied to an electronic screen management system, the electronic screen management system including a management node and multiple nodes of a financial institution's intranet, including:

[0007] In response to a file upload request, the management node selects multiple node clusters from multiple nodes within the financial institution's intranet and determines the master node for each node cluster, wherein the file upload request includes the file to be uploaded;

[0008] Within each node cluster, based on the security detection of the file by each node, consensus is reached on whether to allow the file to be uploaded, resulting in an intra-cluster consensus result for each node cluster. Furthermore, the intra-cluster consensus result for each node cluster is reached through consensus by the master nodes of the multiple node clusters, resulting in an inter-cluster consensus result. The inter-cluster consensus result indicates whether the file is allowed to be uploaded.

[0009] If the inter-cluster consensus result indicates that the file can be uploaded, the management node will publish the file to the electronic screen.

[0010] In one possible implementation, within each node cluster, based on each node's security detection of the file, consensus is reached on whether to allow the file to be uploaded, resulting in an intra-cluster consensus result for each node cluster, including:

[0011] Within each node cluster, each node in the node cluster performs a security check on the file, and the security check result indicates whether the check passes.

[0012] Each node in the node cluster interacts with its own security detection results, and each node determines its consensus result based on the received security detection results and sends its consensus result to the master node of the node cluster.

[0013] The master node of the node cluster determines the intra-cluster consensus result of the node cluster based on the consensus result of each node.

[0014] In one possible implementation, the step of reaching consensus on the intra-cluster consensus results of each of the multiple node clusters through the master node of each node cluster to obtain inter-cluster consensus results includes:

[0015] The master nodes of the multiple node clusters interact with each other to obtain their respective intra-cluster consensus results. Each master node determines its own consensus result based on the received intra-cluster consensus result and sends the consensus result of each master node to the management node.

[0016] The management node determines the inter-cluster consensus result based on the consensus result of each master node.

[0017] In one possible implementation, before selecting multiple node clusters from multiple nodes within the financial institution's intranet and determining the master node of each node cluster, the method further includes:

[0018] The management node encrypts the file to obtain the encrypted file;

[0019] After selecting multiple node clusters from multiple nodes within the financial institution's intranet and determining the master node of each node cluster, the method further includes:

[0020] The management node sends first information to the master node of each node cluster. The first information includes the upload account information, upload time, IP information of the upload terminal, and the encrypted file. The first information is used for security detection.

[0021] In one possible implementation, each node within the node cluster performs security checks on the file, including:

[0022] Each node in the node cluster performs permission verification on the upload account information and upload terminal IP information in the first information, and performs sensitive content detection on the encrypted file in the first information.

[0023] In one possible implementation, the master nodes of the multiple node clusters exchange their respective intra-cluster consensus results, and each master node determines its own consensus result based on the received intra-cluster consensus result, including:

[0024] The master nodes of the multiple node clusters exchange second information, which includes the consensus result within the node cluster, the identifier of the node cluster, and the encrypted file.

[0025] Each master node determines its consensus result based on whether the intra-cluster consensus result in the received second information matches the encrypted file.

[0026] Secondly, this application provides a file upload device for an electronic screen, applied to an electronic screen management system, the electronic screen management system including a management node and multiple nodes of a financial institution's intranet, including:

[0027] The selection module is used by the management node to select multiple node clusters from multiple nodes in the financial institution's intranet in response to a file upload request, wherein the file upload request includes the file to be uploaded;

[0028] The determination module is used to determine the master node of each of the node clusters;

[0029] The consensus module is used to reach a consensus on whether to allow the file to be uploaded within each of the node clusters based on the security detection of the file by each node, and to obtain the intra-cluster consensus result of each of the node clusters. Furthermore, the inter-cluster consensus result is obtained by reaching a consensus on the intra-cluster consensus result of each of the multiple sets of node clusters through the master node of each node cluster. The inter-cluster consensus result indicates whether the file is allowed to be uploaded.

[0030] The publishing module is used so that, when the inter-cluster consensus result indicates that the file can be uploaded, the management node sends the file to the electronic screen.

[0031] In one possible implementation, the device further includes: a detection module; an interaction module; and a transmission module;

[0032] The detection module is used to have each node in each node cluster perform a security check on the file, and the security check result indicates whether the check passes.

[0033] The interaction module is used for each node in the node cluster to exchange their respective security detection results.

[0034] The determining module is further configured to determine the consensus result of each node based on the received security detection result;

[0035] The sending module is used to send the consensus result of each node to the master node of the node cluster;

[0036] The determining module is specifically used by the master node of the node cluster to determine the intra-cluster consensus result of the node cluster based on the consensus result of each node.

[0037] In one possible implementation, the interaction module is further used to exchange the intra-cluster consensus results between the master nodes of the multiple node clusters.

[0038] The determining module is further configured to determine the consensus result of each master node based on the received intra-cluster consensus result;

[0039] The sending module is also used to send the consensus results of each master node to the management node;

[0040] The determining module is specifically used by the management node to determine the inter-cluster consensus result based on the consensus result of each master node.

[0041] In one possible implementation, the device further includes: an encryption module;

[0042] The encryption module is used by the management node to encrypt the file to obtain the encrypted file;

[0043] The selection module is also used to select multiple node clusters from multiple nodes in the financial institution's intranet.

[0044] The sending module is further configured to send first information to the master node of each node cluster, the first information including upload account information, upload time, IP information of the upload terminal and the encrypted file, and the first information is used for security detection.

[0045] In one possible implementation, the device further includes: a verification module;

[0046] The verification module is used for each node in the node cluster to perform permission verification on the upload account information and upload terminal IP information in the first information, and to perform sensitive content detection on the encrypted file in the first information.

[0047] In one possible implementation, the interaction module is further configured to exchange second information between the master nodes of the multiple node clusters, the second information including the intra-cluster consensus result of the node cluster, the identifier of the node cluster, and the encrypted file;

[0048] The determining module is specifically used to determine the consensus result of each master node based on whether the intra-cluster consensus result in the received second information and the encrypted file are consistent.

[0049] Thirdly, embodiments of this application provide a file upload device for an electronic screen, including: a memory and a processor;

[0050] The memory stores computer-executed instructions;

[0051] The processor executes computer execution instructions stored in the memory, causing the processor to perform the first aspect and / or various possible implementations of the first aspect as described above.

[0052] Fourthly, embodiments of this application provide a computer-readable storage medium storing computer-executable instructions, which, when executed by a processor, are used to implement the first aspect and / or various possible implementations of the first aspect.

[0053] Fifthly, embodiments of this application provide a computer program product, including a computer program that, when executed by a processor, implements the first aspect and / or various possible implementations of the first aspect.

[0054] The file upload method, apparatus, device, medium, and product for electronic screens provided in this application first involve a management node responding to a file upload request. This node selects multiple node clusters from various nodes within the financial institution's intranet and assigns a master node to each cluster. Next, within each node cluster, based on the security detection results of the file by each node, a consensus is reached on whether to allow the file upload, forming an intra-cluster consensus. Subsequently, the master nodes of each node cluster further reach a consensus on the intra-cluster consensus, resulting in an inter-cluster consensus. If the inter-cluster consensus indicates that file upload is allowed, the management node publishes the file to the electronic screen. This method, through two rounds of consensus, solves the problem of inappropriate content being mistakenly uploaded to the electronic screen due to users forcibly skipping the file scanning step, thereby causing discomfort or misunderstanding to viewers and damaging the bank's image and reputation. Attached Figure Description

[0055] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0056] Figure 1 Flowchart of the file upload method for the electronic screen provided in this application Figure 1 ;

[0057] Figure 2 Flowchart of the file upload method for the electronic screen provided in this application Figure 2 ;

[0058] Figure 3 Consensus diagram of the file upload method for the electronic screen provided in this application Figure 1 ;

[0059] Figure 4 Consensus diagram of the file upload method for the electronic screen provided in this application Figure 2 ;

[0060] Figure 5 A schematic diagram of the electronic screen file upload device provided in this application;

[0061] Figure 6 A schematic diagram of the electronic screen file upload device provided in this application.

[0062] The accompanying drawings illustrate specific embodiments of this application, which will be described in more detail below. These drawings and descriptions are not intended to limit the scope of the concept in any way, but rather to illustrate the concept of this application to those skilled in the art through reference to particular embodiments. Detailed Implementation

[0063] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.

[0064] It should be noted that the file uploading method, device, equipment, medium and product for electronic screens provided in this application can be used in the audio-visual field or the financial technology field, or in any field other than the audio-visual field or the financial technology field. This application does not limit the application field of the file uploading method, device, equipment, medium and product for electronic screens.

[0065] In bank branches, electronic displays play a crucial role as an important application of information technology. They not only provide customers with the latest financial information in real time and efficiently, but also comprehensively introduce the bank's products and services, serving as a vital bridge between the bank and its customers. Through electronic displays, banks can convey the latest financial news and preferential policies to their customers in the most intuitive and convenient way, enhancing their financial experience and satisfaction.

[0066] Currently, the content displayed on electronic screens is typically uploaded manually by users via their own computers. This method allows users to update the content displayed on the electronic screen at any time according to their needs and actual circumstances. Whether it's a new product launch, event announcement, or the dissemination of financial knowledge, users can easily upload relevant documents to the electronic screen, ensuring the timeliness and accuracy of the information.

[0067] However, when users manually upload files via their own computers, skipping the file scanning step could result in inappropriate content being mistakenly displayed on the screen. This inappropriate content could include sensitive information, misinformation, or misleading advertisements, potentially causing discomfort or misunderstanding to viewers and damaging the bank's image and reputation.

[0068] To address the aforementioned issues, the file upload method for electronic screens provided in this application first involves a management node responding to a file upload request. This node selects multiple node clusters from among various nodes within the financial institution's intranet and assigns a master node to each cluster. Next, within each node cluster, based on the security checks performed on the file by each node, a consensus is reached on whether to allow the upload, forming an intra-cluster consensus. Subsequently, the master nodes of each node cluster further consolidate the intra-cluster consensus to arrive at an inter-cluster consensus. If the inter-cluster consensus indicates that file upload is permitted, the management node publishes the file to the electronic screen. This method, through two rounds of consensus, resolves the problem of inappropriate content being mistakenly uploaded to the electronic screen due to users forcibly skipping the file scanning step, thereby causing discomfort or misunderstanding to viewers and damaging the bank's image and reputation.

[0069] The technical solution of this application and how the technical solution of this application solves the above-mentioned technical problems are described in detail below with specific embodiments. These specific embodiments can be combined with each other, and the same or similar concepts or processes may not be described again in some embodiments. The embodiments of this application will now be described with reference to the accompanying drawings.

[0070] Figure 1 Flowchart of the file upload method for the electronic screen provided in this application Figure 1 This is applied to electronic display management systems, which include management nodes and multiple nodes within the financial institution's intranet. For example... Figure 1As shown, the method includes:

[0071] S101. In response to a file upload request, the management node selects multiple node clusters from multiple nodes on the financial institution's intranet and determines the master node of each node cluster. The file upload request includes the file to be uploaded.

[0072] The files to be uploaded include, but are not limited to, videos and images.

[0073] A financial institution's intranet consists of multiple computers deployed within the bank, each of which can be considered an independent node in the network.

[0074] A management node is a specific node within a financial institution's intranet responsible for responding to file upload requests sent by users. For example, suppose the financial institution's intranet consists of 11 computers. If a user sends a file upload request to the electronic display management system via computer number 006, then based on this information, computer number 006 can be identified as the management node.

[0075] Understandably, within a financial institution's intranet, to ensure the security and compliance of uploaded files, each node typically performs security checks on the files it needs to upload. However, if a node fails to perform a file scanning step and is unable to conduct a security check on the file to be uploaded, the management node, upon receiving a file upload request, will quickly select other nodes from the intranet besides the previously selected node, organize them into multiple node clusters, and assign a master node to each cluster. This allows other nodes within the financial institution's intranet to perform the security check on the file to be uploaded.

[0076] For example, suppose a financial institution's intranet consists of 21 nodes. User A used computer number 006 to send a file upload request to the electronic screen management system, and it is known that the user manually skipped the file scanning step during the upload. Based on this information, computer number 006 can be identified as the management node. The management node will then respond to this file upload request by selecting three node clusters from the electronic screen management system: {001, 002, 003, 004, 005}, {007, 008, 009, 010, 011}, and {012, 013, 014, 015, 16}. Simultaneously, the management node also assigns a master node to each of these clusters: 001, 007, and 012, corresponding to the three node clusters mentioned above.

[0077] S102. Within each node cluster, based on the security detection of the file by each node, consensus is reached on whether the file upload is allowed, resulting in the intra-cluster consensus result of each node cluster. Furthermore, the intra-cluster consensus result of each node cluster is reached through the master nodes of multiple node clusters, resulting in the inter-cluster consensus result. The inter-cluster consensus result indicates whether the file upload is allowed.

[0078] By having each node perform independent security checks on uploaded files and reach a consensus within the node cluster based on these check results, a relatively reliable intra-cluster consensus result can be formed, which represents the overall opinion of the node cluster. Furthermore, by having the master nodes of multiple node clusters reach a consensus on these intra-cluster consensus results, a unified consensus result can be formed among multiple node clusters.

[0079] Understandably, within each node cluster, all nodes first perform independent security checks on uploaded files, and then interact and discuss based on their respective check results, ultimately reaching a unified opinion—the cluster consensus result. This consensus result represents the overall view of the nodes within that cluster regarding file security. To further ensure the security and consistency of the entire financial institution's intranet, the master nodes of multiple node clusters will further consolidate these cluster consensus results, thus forming a global inter-cluster consensus result that represents the opinions of all node clusters.

[0080] S103. If the inter-cluster consensus result indicates that file upload is allowed, the management node will publish the file to the electronic screen.

[0081] The purpose of this step is to ensure that the uploaded file is safe to upload after reaching consensus within multiple node clusters and between multiple node clusters. Then, the management node is responsible for officially publishing the file on the electronic screen for internal personnel of financial institutions or other designated audiences to view.

[0082] Understandably, in the inter-cluster consensus mechanism, when all participating node clusters agree through their master node that a file can be uploaded, the management node, as the central hub of the electronic screen management system, will immediately display the file content on the electronic screen, thus completing the legal publication process of the file.

[0083] The file upload method for electronic screens provided in this application involves a management node first responding to a file upload request and selecting multiple node clusters from various nodes within the financial institution's intranet, while simultaneously determining the master node for each cluster. Subsequently, within each node cluster, each node performs a security check on the file and reaches a consensus on whether to allow the upload based on the check results, forming an intra-cluster consensus result. Next, the master nodes of the multiple node clusters further reach a consensus on their respective intra-cluster consensus results, resulting in an inter-cluster consensus result, which explicitly indicates whether the file upload is allowed. Finally, if the inter-cluster consensus result indicates that the upload is allowed, the management node publishes the file to the electronic screen. This method effectively solves the technical problem that when users manually upload files via their own computers, the forced skipping of the file scanning step may lead to inappropriate content being mistakenly uploaded to the electronic screen, causing discomfort or misunderstanding to viewers and damaging the bank's image and reputation. This method achieves both ensuring file upload security and improving the efficiency and accuracy of electronic screen content updates, thus guaranteeing the compliant display of bank information.

[0084] Figure 2 Flowchart of the file upload method for the electronic screen provided in this application Figure 2 ,like Figure 2 As shown, in this embodiment... Figure 1 Based on the embodiments, the file upload method for electronic screens is described in detail, and the method includes:

[0085] S201, The management node responds to the file upload request, wherein the file upload request includes the file to be uploaded.

[0086] The explanation of step S201 is the same as that in the above embodiments, and will not be repeated here.

[0087] S202. The management node encrypts the file to obtain the encrypted file.

[0088] The purpose of this step is to enhance the security of the files to be uploaded.

[0089] Understandably, once the management node receives a file to be uploaded, it will immediately encrypt the file. The encrypted file will become difficult to understand or read. This encryption method not only improves the security of the file, but also makes it impossible to decrypt or misuse the file even if it is intercepted or stolen during transmission.

[0090] S203. Select multiple node clusters from multiple nodes in the financial institution's intranet and determine the master node of each node cluster.

[0091] The explanation of step S203 is the same as that in the above embodiments, and will not be repeated here.

[0092] S204. The management node sends the first information to the master node of each node cluster. The first information includes the upload account information, upload time, IP information of the upload terminal, and the encrypted file. The first information is used for security detection.

[0093] The account information is used to identify the user performing the file upload operation. Account information includes, but is not limited to: username, user ID, or user role.

[0094] Upload time indicates the point in time when the file upload operation occurred.

[0095] The IP information of the uploading terminal is used to indicate the IP address of the terminal that performed the file upload operation.

[0096] By sending initial information containing the upload account information, upload time, upload terminal IP information, and encrypted file to the master node of each node cluster, the management node can ensure that each master node receives this information, thereby ensuring that other nodes within each node cluster can perform security checks on this information.

[0097] Understandably, after encrypting the file to be uploaded, the management node sends a detailed first message to the master node of each node cluster. This message includes the specific information of the uploading account, the specific time the upload operation occurred, the IP address of the uploading terminal, and the encrypted file data. In this way, the management node ensures that each master node receives this comprehensive information and also allows multiple nodes within each master node's corresponding node cluster to perform security checks on the first message.

[0098] For example, this application provides a consensus diagram of a management node sending first information to the master node of each node cluster. Figure 1 ,like Figure 3 As shown, the management node is labeled M, and there are four node clusters. Each node cluster contains one master node and four other nodes. Specifically, the first node cluster A contains the master node A1 and other nodes A2, A3, A4, and A5; the second node cluster B contains the master node B1 and other nodes B2, B3, B4, and B5; the third node cluster C contains the master node C1 and other nodes C2, C3, C4, and C5; and the fourth node cluster D contains the master node D1 and other nodes D2, D3, D4, and D5. The management node M sends initial information to the master nodes A1, B1, C1, and D1 of each of these four node clusters.

[0099] S205. Within each node cluster, each node in the cluster performs a security check on the file, and the security check result indicates whether the check passes.

[0100] The purpose of this step is to ensure that within each node cluster, each node can perform independent and comprehensive security checks on the received files.

[0101] Understandably, within each node cluster, each node acts as an independent detection entity, collectively undertaking the task of security detection for files. They utilize their respective security detection mechanisms to perform security checks on the files, ultimately generating a clear security detection result that explicitly indicates whether the file has passed the security check.

[0102] Optionally, this application provides a possible implementation method, which specifically includes: each node in the node cluster performs permission verification on the upload account information and the IP information of the upload terminal in the first information, and performs sensitive content detection on the encrypted file in the first information.

[0103] The purpose of this step in verifying the upload account information and the IP information of the upload terminal in the first information is to ensure that only accounts and IPs with the corresponding permissions can upload files, thereby effectively preventing unauthorized access and operation.

[0104] The purpose of this step, which performs sensitive content detection on the encrypted file in the first information, is to detect whether there is any sensitive or illegal information in the file.

[0105] Understandably, in the electronic screen management system, each node in the node cluster will perform security checks on the first piece of information. They not only verify whether the upload account information and upload terminal IP information in the first piece of information meet the preset permission standards of the electronic screen management system, but also perform sensitive content detection on encrypted files in order to identify and avoid potential security risks.

[0106] S206. Each node in the node cluster exchanges its own security detection results. Each node determines its consensus result based on the received security detection results and sends its consensus result to the master node of the node cluster.

[0107] The purpose of this step is to achieve the sharing and consensus of security detection results within the node cluster, so as to ensure that the entire node cluster has a unified judgment on the compliance of the file.

[0108] Understandably, within a node cluster, each node interacts with other nodes to exchange security detection results. Through this interaction, each node obtains the security detection results from other nodes. Subsequently, each node aggregates the security detection results it has obtained with its own generated results to form a consensus result. Finally, each node sends its consensus result to the master node of its node cluster.

[0109] For example, this application provides a consensus diagram. Figure 2 ,like Figure 4 As shown in the diagram. In phase 1, the management node M first sends the first message to the master node A1. Then, in phase 2, master node A1 broadcasts the message within the node cluster, enabling other nodes A2, A3, A4, and A5 to check the first message. Next, in phase 3, these nodes exchange their security check results. Then, in phase 4, each node A2, A3, A4, and A5 aggregates the security check results they have obtained with their own generated results to form a consensus result. Finally, in phase 5, each node sends its consensus result back to master node A1.

[0110] S207. The master node of the node cluster determines the intra-cluster consensus result based on the consensus result of each node, and the inter-cluster consensus result indicates whether file upload is allowed.

[0111] By integrating the security detection results and consensus of each node, the master node can arrive at a unified cluster consensus result, thereby ensuring that the entire node cluster has a common understanding and judgment on the compliance of file uploads.

[0112] Understandably, within a node cluster, the master node is responsible for receiving and integrating the consensus results from all nodes within the cluster. These consensus results are derived from the nodes' security checks on the initial information and their interactions with each other. Once the master node has collected the consensus results from all nodes, it performs a comprehensive evaluation to form an intra-cluster consensus result representing the opinion of the entire node cluster. This intra-cluster consensus result determines whether file uploads are allowed, thus ensuring that the compliance of file uploads is unanimously recognized and fully guaranteed by the entire node cluster.

[0113] S208. The master nodes of multiple node clusters exchange their respective intra-cluster consensus results. Each master node determines its own consensus result based on the received intra-cluster consensus result and sends the consensus result of each master node to the management node.

[0114] Through the interaction between master nodes, each master node can learn about the consensus results of other node clusters and then form its own consensus based on these results.

[0115] Understandably, the master nodes of multiple node clusters begin exchanging their respective intra-cluster consensus results. This process is similar to the consensus formation process within a node cluster, but its scope is expanded to include multiple node clusters. After receiving the intra-cluster consensus results from other master nodes, each master node performs comprehensive analysis to form its own consensus result. This consensus result not only considers the opinions within its own node cluster but also incorporates the consensus of other node clusters, making it more comprehensive and objective. Finally, each master node sends its consensus result to the management node, providing a basis for the management node's final decision. This process ensures the reliability and compliance of file uploads.

[0116] Optionally, this application provides a possible implementation for determining the consensus result of each master node, specifically including:

[0117] The first step involves the master nodes of multiple node clusters exchanging second information, which includes the consensus result within the node cluster, the identifier of the node cluster, and the encrypted file.

[0118] Through the exchange of second information, each master node can obtain the consensus results within other node clusters, the identifier of the node cluster, and the encrypted files.

[0119] Understandably, the master nodes of multiple node clusters begin exchanging second-level information. This information includes the consensus results within each node cluster, representing each cluster's assessment of file upload security. Simultaneously, the information also includes the node cluster's identifier to distinguish between different clusters. Furthermore, the encrypted file is also included to ensure its security and privacy during transmission.

[0120] The second step involves each master node determining its consensus result based on the intra-cluster consensus result in the received second information and whether the encrypted file is consistent.

[0121] Understandably, after receiving the second message from the master nodes of other node clusters, each master node will perform two comparison tasks: First, it compares its own cluster consensus result with the cluster consensus results of other master nodes; second, it compares its own encrypted file with the encrypted files of other master nodes. Through this comparison process, each master node can comprehensively consider the consensus status of each node cluster and the consistency of file encryption, thereby independently forming a global consensus result.

[0122] S209. The management node determines the inter-cluster consensus result based on the consensus result of each master node. The inter-cluster consensus result indicates whether file upload is allowed.

[0123] The purpose of this step is to summarize and determine the consensus results among all node clusters.

[0124] Understandably, after comprehensively considering the opinions of all master nodes, the management node reaches a global inter-cluster consensus. This inter-cluster consensus is a comprehensive decision that ensures the comprehensiveness and fairness of the file upload decision. Ultimately, this inter-cluster consensus will determine whether a file is allowed to be uploaded to the electronic screen, thereby guaranteeing the reliability of the electronic screen.

[0125] S210. If the inter-cluster consensus result indicates that file upload is allowed, the management node will publish the file to the electronic screen.

[0126] The explanation of step S210 is the same as that in the above embodiments, and will not be repeated here.

[0127] The file upload method for electronic screens provided in this application involves a management node responding to a file upload request and encrypting the file in the request. Subsequently, the management node selects multiple node clusters from multiple nodes within the financial institution's intranet and assigns a master node to each node cluster. The management node sends first information, including the upload account information, upload time, IP information of the upload terminal, and the encrypted file, to the master node of each node cluster for security testing. Within each node cluster, nodes perform security testing on the encrypted file and exchange the test results. Based on these results, each node reaches a consensus and reports to the master node. The master node of the node cluster synthesizes the consensus results of all nodes to form an intra-cluster consensus and decides whether to allow the file upload. Next, the master nodes of multiple node clusters exchange intra-cluster consensus results, reach a consensus again, and submit the results to the management node. The management node determines the final inter-cluster consensus based on the consensus results of all master nodes to decide whether to publish the file to the electronic screen. This method, through two rounds of consensus, effectively addresses the technical issue that when users manually upload files via their own computers, the forced skipping of the file scanning step could lead to inappropriate content being mistakenly transmitted to the electronic screen, causing discomfort or misunderstanding to viewers and damaging the bank's image and reputation. Furthermore, the method ensures the security and compliance of file uploads through encrypted file transmission and rigorous security checks, guaranteeing the accuracy and appropriateness of the content on the electronic screen and thus improving its reliability.

[0128] Figure 5 A schematic diagram of the electronic screen file upload device provided in this application is shown below. Figure 5 As shown, the file upload device 500 for electronic screens provided in this embodiment includes:

[0129] The selection module 501 is used by the management node to select multiple node clusters from multiple nodes in the financial institution's intranet in response to a file upload request, wherein the file upload request includes the file to be uploaded;

[0130] The determining module 502 is used to determine the master node of each of the node clusters;

[0131] The consensus module 503 is used to reach a consensus on whether to allow the upload of the file within each node cluster based on the security detection of the file by each node, to obtain the intra-cluster consensus result of each node cluster, and to reach a consensus on the intra-cluster consensus result of each node cluster through the master node of the multiple groups of node clusters, to obtain the inter-cluster consensus result, wherein the inter-cluster consensus result indicates whether the upload of the file is allowed.

[0132] The publishing module 504 is used to send the file to the electronic screen when the inter-cluster consensus result indicates that the file can be uploaded.

[0133] In one possible implementation, the device further includes: a detection module 505; an interaction module 506; and a sending module 507.

[0134] The detection module 505 is used to perform security checks on the file by each node in each node cluster, and the security check result indicates whether the check passes.

[0135] The interaction module 506 is used for each node in the node cluster to exchange their respective security detection results.

[0136] The determining module 502 is further configured to determine the consensus result of each node based on the received security detection result;

[0137] The sending module 507 is used to send the consensus result of each node to the master node of the node cluster;

[0138] The determining module 502 is specifically used for the master node of the node cluster to determine the intra-cluster consensus result of the node cluster based on the consensus result of each node.

[0139] In one possible implementation, the interaction module 506 is further used to exchange the intra-cluster consensus results between the master nodes of the multiple node clusters.

[0140] The determining module 502 is further configured to determine the consensus result of each master node based on the received intra-cluster consensus result;

[0141] The sending module 507 is also used to send the consensus results of each master node to the management node;

[0142] The determining module 502 is specifically used by the management node to determine the inter-cluster consensus result based on the consensus result of each master node.

[0143] In one possible implementation, the device further includes: an encryption module 508;

[0144] The encryption module 508 is used by the management node to encrypt the file to obtain the encrypted file;

[0145] The selection module 501 is also used to select multiple node clusters from multiple nodes in the financial institution's intranet.

[0146] The sending module 507 is further configured to send first information to the master node of each node cluster, the first information including upload account information, upload time, IP information of the upload terminal and the encrypted file, and the first information is used for security detection.

[0147] In one possible implementation, the device further includes: a verification module 510;

[0148] The verification module 510 is used for each node in the node cluster to perform permission verification on the upload account information and upload terminal IP information in the first information, and to perform sensitive content detection on the encrypted file in the first information.

[0149] In one possible implementation, the interaction module 506 is further configured to exchange second information between the master nodes of the multiple node clusters, the second information including the intra-cluster consensus result of the node cluster, the identifier of the node cluster, and the encrypted file;

[0150] The determining module 502 is specifically used to determine the consensus result of each master node based on whether the intra-cluster consensus result in the received second information and the encrypted file are consistent.

[0151] The file upload device for the electronic screen provided in this embodiment can execute the method provided in the above method embodiment. Its implementation principle and technical effect are similar, and will not be described in detail here.

[0152] Figure 6 A schematic diagram of the electronic screen file upload device provided in this application. Figure 6 As shown, the electronic device 600 provided in this embodiment includes at least one processor 601 and a memory 602. Optionally, the device 600 further includes a communication component 603. The processor 601, memory 602, and communication component 603 are connected via a bus 604.

[0153] In a specific implementation, at least one processor 601 executes computer execution instructions stored in memory 602, causing at least one processor 601 to perform the above-described method.

[0154] The specific implementation process of processor 601 can be found in the above method embodiments, and its implementation principle and technical effect are similar. It will not be repeated here.

[0155] In the above embodiments, it should be understood that the processor can be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), etc. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in this invention can be directly implemented by a hardware processor, or implemented by a combination of hardware and software modules within the processor.

[0156] The memory may include random access memory (RAM) and may also include non-volatile memory (NVM), such as at least one disk storage device.

[0157] The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, etc. Buses can be categorized as address buses, data buses, control buses, etc. For ease of illustration, the buses shown in the accompanying drawings are not limited to a single bus or a single type of bus.

[0158] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the above-described method.

[0159] This application also provides a computer-readable storage medium storing computer-executable instructions, which, when executed by a processor, implement the above-described method.

[0160] The aforementioned readable storage medium can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk. The readable storage medium can be any available medium accessible to a general-purpose or special-purpose computer.

[0161] An exemplary readable storage medium is coupled to a processor, enabling the processor to read information from and write information to the readable storage medium. Of course, the readable storage medium can also be a component of the processor. The processor and the readable storage medium can reside in an Application Specific Integrated Circuit (ASIC). Alternatively, the processor and the readable storage medium can exist as discrete components in the device.

[0162] The division of units is merely a logical functional division; in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be indirect coupling or communication connection through some interfaces, devices, or units, and may be electrical, mechanical, or other forms.

[0163] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0164] In addition, the functional units in the various embodiments of the present invention can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0165] If a function 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 invention, or the part that contributes to the prior art, or a 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 of the various embodiments of this invention. 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.

[0166] Those skilled in the art will understand that all or part of the steps of the above-described method embodiments can be implemented by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When executed, the program performs the steps of the above-described method embodiments; and the aforementioned storage medium includes various media capable of storing program code, such as ROM, RAM, magnetic disks, or optical disks.

[0167] It should be noted that, for the sake of simplicity, the foregoing method embodiments are all described as a series of actions. However, those skilled in the art should understand that this application is not limited to the described order of actions, as some steps may be performed in other orders or simultaneously according to this application. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are all optional embodiments, and the actions and modules involved are not necessarily essential to this application.

[0168] It should be further noted that although the steps in the flowchart are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowchart may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these sub-steps or stages is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the sub-steps or stages of other steps.

[0169] It should be understood that the above-described device embodiments are merely illustrative, and the device of this application can also be implemented in other ways. For example, the division of units / modules in the above embodiments is only a logical functional division, and there may be other division methods in actual implementation. For example, multiple units, modules, or components may be combined, or integrated into another system, or some features may be ignored or not executed.

[0170] Furthermore, unless otherwise specified, the functional units / modules in the various embodiments of this application can be integrated into one unit / module, or each unit / module can exist physically separately, or two or more units / modules can be integrated together. The integrated units / modules described above can be implemented in hardware or as software program modules.

[0171] When integrated units / modules are implemented in hardware, the hardware can be digital circuits, analog circuits, etc. The physical implementation of the hardware structure includes, but is not limited to, transistors, memristors, etc. Unless otherwise specified, the processor can be any suitable hardware processor, such as a CPU, GPU, FPGA, DSP, and ASIC, etc. Unless otherwise specified, the storage unit can be any suitable magnetic or magneto-optical storage medium, such as Resistive Random Access Memory (RRAM), Dynamic Random Access Memory (DRAM), Static Random Access Memory (SRAM), Enhanced Dynamic Random Access Memory (EDRAM), High-Bandwidth Memory (HBM), Hybrid Memory Cube (HMC), etc.

[0172] If the integrated unit / module is implemented as a software program module and sold or used as an independent product, it can be stored in a computer-readable storage device (CMD). 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 memory 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 of the various embodiments of this application. The aforementioned memory includes various media capable of storing program code, such as a USB flash drive, read-only memory (ROM), random access memory (RAM), portable hard drive, magnetic disk, or optical disk.

[0173] In the above embodiments, the descriptions of each embodiment have their own emphasis. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions of other embodiments. The technical features of the above embodiments can be combined arbitrarily. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as the combination of these technical features does not contradict each other, it should be considered within the scope of this specification.

[0174] Other embodiments of this application will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of this application that follow the general principles of this application and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this application are indicated by the following claims.

[0175] It should be understood that this application is not limited to the precise structure described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this application is limited only by the appended claims.

Claims

1. A method for uploading files to an electronic screen, characterized in that, Applied to an electronic screen management system, which includes a management node and multiple nodes within a financial institution's intranet, the method includes: In response to a file upload request, the management node selects multiple node clusters from multiple nodes within the financial institution's intranet and determines the master node for each node cluster, wherein the file upload request includes the file to be uploaded; Within each node cluster, based on the security detection of the file by each node, consensus is reached on whether to allow the file to be uploaded, resulting in an intra-cluster consensus result for each node cluster. Furthermore, the intra-cluster consensus result for each node cluster is reached through consensus by the master nodes of the multiple node clusters, resulting in an inter-cluster consensus result. The inter-cluster consensus result indicates whether the file is allowed to be uploaded. If the inter-cluster consensus result indicates that uploading the file is permitted, the management node will publish the file to the electronic screen; Within each node cluster, based on each node's security detection of the file, consensus is reached on whether to allow the file to be uploaded, resulting in an intra-cluster consensus result for each node cluster, including: Within each node cluster, each node in the node cluster performs a security check on the file, and the security check result indicates whether the check passes. Each node in the node cluster interacts with its own security detection results, and each node determines its consensus result based on the received security detection results and sends its consensus result to the master node of the node cluster. The master node of the node cluster determines the intra-cluster consensus result of the node cluster based on the consensus result of each node; The process of reaching consensus on the intra-cluster consensus results of each of the multiple node clusters through the master nodes of the node clusters to obtain inter-cluster consensus results includes: The master nodes of the multiple node clusters interact with each other to obtain their respective intra-cluster consensus results. Each master node determines its own consensus result based on the received intra-cluster consensus result and sends the consensus result of each master node to the management node. The management node determines the inter-cluster consensus result based on the consensus result of each master node.

2. The method according to claim 1, characterized in that, Before selecting multiple node clusters from multiple nodes within the financial institution's intranet and determining the master node of each node cluster, the method further includes: The management node encrypts the file to obtain the encrypted file; After selecting multiple node clusters from multiple nodes within the financial institution's intranet and determining the master node of each node cluster, the method further includes: The management node sends first information to the master node of each node cluster. The first information includes the upload account information, upload time, IP information of the upload terminal, and the encrypted file. The first information is used for security detection.

3. The method according to claim 2, characterized in that, Each node within the node cluster performs a security check on the file, including: Each node in the node cluster performs permission verification on the upload account information and upload terminal IP information in the first information, and performs sensitive content detection on the encrypted file in the first information.

4. The method according to claim 2, characterized in that, The master nodes of the multiple node clusters exchange their respective intra-cluster consensus results. Each master node determines its own consensus result based on the received intra-cluster consensus result, including: The master nodes of the multiple node clusters exchange second information, which includes the consensus result within the node cluster, the identifier of the node cluster, and the encrypted file. Each master node determines its consensus result based on whether the intra-cluster consensus result in the received second information matches the encrypted file.

5. A file upload device for an electronic screen, characterized in that, This is applied to an electronic screen management system, which includes a management node and multiple nodes within the financial institution's intranet, including: The selection module is used by the management node to select multiple node clusters from multiple nodes in the financial institution's intranet in response to a file upload request, wherein the file upload request includes the file to be uploaded; The determination module is used to determine the master node of each of the node clusters; The consensus module is used to reach a consensus on whether to allow the file to be uploaded within each of the node clusters based on the security detection of the file by each node, and to obtain the intra-cluster consensus result of each of the node clusters. Furthermore, the inter-cluster consensus result is obtained by reaching a consensus on the intra-cluster consensus result of each of the multiple sets of node clusters through the master node of each node cluster. The inter-cluster consensus result indicates whether the file is allowed to be uploaded. The publishing module is used so that, when the inter-cluster consensus result indicates that uploading the file is permitted, the management node sends the file to the electronic screen; The detection module is used to perform security checks on the file by each node in each node cluster, and the security check result indicates whether the check passes. The interaction module is used for each node in the node cluster to exchange their respective security detection results; The determining module is further configured to determine the consensus result of each node based on the received security detection result; The sending module is used to send the consensus result of each node to the master node of the node cluster; The determining module is specifically used by the master node of the node cluster to determine the intra-cluster consensus result of the node cluster based on the consensus result of each node; The interaction module is also used for the master nodes of the multiple node clusters to exchange their respective intra-cluster consensus results; The determining module is further configured to determine the consensus result of each master node based on the received intra-cluster consensus result; The sending module is also used to send the consensus results of each master node to the management node; The determining module is specifically used by the management node to determine the inter-cluster consensus result based on the consensus result of each master node.

6. An electronic device, characterized in that, include: A processor, and a memory communicatively connected to the processor; The memory stores computer-executed instructions; The processor executes computer execution instructions stored in the memory to implement the method as described in any one of claims 1 to 4.

7. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer-executable instructions, which, when executed by a processor, are used to implement the method as described in any one of claims 1 to 4.

8. A computer program product, characterized in that, Includes a computer program that, when executed by a processor, implements the method of any one of claims 1 to 4.

Images