File uploading method and device for electronic screen, equipment, medium and product

Abstract

The embodiment of the invention provides a file uploading method and device for an electronic screen, equipment, a medium and a product, and relates to the field of audio and video or the field of financial science and technology. Firstly, a management node responds to a file uploading request, a plurality of groups of node clusters are selected from a plurality of nodes of an intranet of a financial institution, and a main node is determined for each group of node clusters. Then, in each node cluster, based on the security detection result of each node on the file, jointly deciding whether the file is allowed to be uploaded, and forming an in-cluster consensus result; and then, performing further consensus on the intra-cluster consensus result through the main node of each node cluster to obtain an inter-cluster consensus result. And under the condition that the inter-cluster consensus result indicates that the file is allowed to be uploaded, the management node releases the file to the electronic screen. According to the method, through two rounds of consensus, the problems that a user forcibly skips a file scanning step, so that content which is not suitable for being disclosed is misuploaded to an electronic screen, then audiences feel uncomfortable or misunderstood, and the image and the reputation of a bank are damaged are solved.

Description

Technical Field

[0001] The present application relates to the field of audio and video or financial technology, and in particular to a method, device, equipment, medium and product for uploading files to an electronic screen. Background Art

[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 bear the important responsibility of real-time delivery of financial information and promotion of banking products and services.

[0003] Currently, the content displayed on the electronic screen is usually manually uploaded by users through their own computers. This method gives users 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 the information.

[0004] However, when users manually upload files through their computers, if they are forced to skip the file scanning step, some inappropriate content may be mistakenly transmitted to the electronic screen. Such inappropriate content may contain sensitive information, false information or misleading advertisements, which may not only cause discomfort or misunderstanding to the audience, but also damage the image and reputation of the bank. Summary of the invention

[0005] The present application provides a method, device, equipment, medium and product for uploading files to an electronic screen, which are used to solve the technical problem that when a user manually uploads files through his or her computer, the file scanning step may be forcibly skipped, resulting in inappropriate public content being mistakenly transmitted to the electronic screen, thereby causing discomfort or misunderstanding to the audience and damaging the image and reputation of the bank.

[0006] In a first aspect, the present application provides a method for uploading files to an electronic screen, which is applied to an electronic screen management system. The electronic screen management system includes a management node and multiple nodes of an intranet of a financial institution, including:

[0007] The management node selects a plurality of node clusters from a plurality of nodes in the intranet of the financial institution in response to a file upload request, and determines a master node of each of the node clusters, wherein the file upload request includes a file to be uploaded;

[0008] In each of the node clusters, based on the security detection of the file by each node, a consensus is reached on whether the file is allowed to be uploaded, and an intra-cluster consensus result of each of the node clusters is obtained; and, through the master nodes of the multiple groups of node clusters, a consensus is reached on the intra-cluster consensus result of each of the node clusters to obtain an inter-cluster consensus result, wherein the inter-cluster consensus result indicates whether the file is allowed to be uploaded;

[0009] When the inter-cluster consensus result indicates that uploading of the file is allowed, the management node publishes the file to the electronic screen.

[0010] In a possible implementation, in each of the node clusters, based on the security detection of the file by each node, reaching a consensus on whether to allow uploading the file, and obtaining a cluster consensus result of each of the node clusters includes:

[0011] In each of the node clusters, each node in the node cluster performs a security check on the file, and a security check result indicates whether the file passes the check;

[0012] Each node in the node cluster exchanges its own security detection result with each other, and each node determines the consensus result of each node based on the received security detection result, and sends the consensus result of each node 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 according to the consensus result of each node.

[0014] In a possible implementation, the step of obtaining a consensus on the intra-cluster consensus result of each of the node clusters through the master nodes of the multiple groups of node clusters to obtain an inter-cluster consensus result includes:

[0015] The master nodes of the multiple groups of node clusters exchange their own intra-cluster consensus results, and each of the master nodes determines the consensus result of each master node 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 according to the consensus result of each master node.

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

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

[0019] After selecting multiple groups of node clusters from multiple nodes in 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, where the first information includes upload account information, upload time, IP information of the upload terminal and the encrypted file, and the first information is used for security detection.

[0021] In a possible implementation, each node in the node cluster performs security detection on the file respectively, including:

[0022] 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.

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

[0024] The master nodes of the multiple groups of node clusters exchange second information, where the second information includes the intra-cluster consensus result of the node cluster, the identifier of the node cluster, and the encrypted file;

[0025] Each of the master nodes determines the consensus result of each master node based on the intra-cluster consensus result in the received second information and whether the encrypted files are consistent.

[0026] In a second aspect, the present application provides a file uploading device for an electronic screen, which is applied to an electronic screen management system. The electronic screen management system includes a management node and multiple nodes of an intranet of a financial institution, including:

[0027] A selection module, configured for the management node to select a plurality of node clusters from a plurality of nodes in the intranet of the financial institution in response to a file upload request, wherein the file upload request includes a file to be uploaded;

[0028] A determination module, used to determine the master node of each of the node clusters;

[0029] A consensus module is used to reach a consensus on whether to allow uploading the file in each node cluster based on the security detection of the file by each node, so as to obtain an intra-cluster consensus result of each node cluster, and reach a consensus on the intra-cluster consensus result of each node cluster through the master nodes of the multiple groups of node clusters to obtain an inter-cluster consensus result, wherein the inter-cluster consensus result indicates whether to allow uploading the file;

[0030] A publishing module is used for the management node to send the file to the electronic screen when the inter-cluster consensus result indicates that the file can be uploaded.

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

[0032] The detection module is used to perform security detection on the file in each node cluster by each node in the node cluster, and the security detection result indicates whether the detection is passed;

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

[0034] The determination module is further configured for each node to determine a 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 determination module is specifically used for the master node of the node cluster to determine the intra-cluster consensus result of the node cluster according to the consensus result of each node.

[0037] In a possible implementation, the interaction module is further used for the master nodes of the multiple groups of node clusters to exchange their respective intra-cluster consensus results;

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

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

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

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

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

[0043] The selection module is further used to select multiple groups of node clusters from multiple nodes in the financial institution's intranet;

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

[0045] In a possible implementation manner, 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 the IP information of the upload terminal in the first information, and to detect sensitive content on the encrypted file in the first information.

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

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

[0049] In a third aspect, an embodiment of the present application provides a file uploading device for an electronic screen, comprising: a memory, a processor;

[0050] The memory stores computer-executable instructions;

[0051] The processor executes the computer-executable instructions stored in the memory, so that the processor executes the above first aspect and / or various possible implementations of the first aspect.

[0052] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, in which computer-executable instructions are stored. When the computer-executable instructions are executed by a processor, they are used to implement the first aspect above and / or various possible implementations of the first aspect.

[0053] In a fifth aspect, an embodiment of the present application provides a computer program product, including a computer program, which, when executed by a processor, implements the above first aspect and / or various possible implementation methods of the first aspect.

[0054] The file upload method, device, equipment, medium and product for the electronic screen provided by the present application first respond to the file upload request by the management node, select multiple groups of node clusters from multiple nodes in the intranet of the financial institution, and determine a master node for each group of node clusters. Then, within each node cluster, based on the security detection results of each node on the file, a joint decision is made whether to allow the file to be uploaded to form an intra-cluster consensus result. Subsequently, the master node of each node cluster further reaches a consensus on the intra-cluster consensus result to obtain an inter-cluster consensus result. When the inter-cluster consensus result indicates that the file upload is allowed, the management node will publish the file to the electronic screen. Through two rounds of consensus, this method solves the problem that inappropriate public content is mistakenly transmitted to the electronic screen due to the user's forced skipping of the file scanning step, which in turn causes discomfort or misunderstanding to the audience and damages the bank's image and reputation. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0056] Figure 1 Schematic diagram of the process of uploading files to the electronic screen provided by this application Figure 1 ;

[0057] Figure 2 Schematic diagram of the process of uploading files to the electronic screen provided by this application Figure 2 ;

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

[0059] Figure 4 A 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 structure of the file uploading device for the electronic screen provided in this application;

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

[0062] The above drawings have shown clear embodiments of the present application, which will be described in more detail later. These drawings and text descriptions are not intended to limit the scope of the present application in any way, but to illustrate the concept of the present application to those skilled in the art by referring to specific embodiments. DETAILED DESCRIPTION

[0063] Exemplary embodiments will be described in detail herein, examples of which are shown in the accompanying drawings. When the following description refers to the drawings, the same numbers in different drawings represent the same or similar elements unless otherwise indicated. The implementations described in the following exemplary embodiments do not represent all implementations consistent with the present application. Instead, they are merely examples of devices and methods consistent with some aspects of the present application as detailed in the appended claims.

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

[0065] In bank branches, electronic screens, as an important information technology application, play a pivotal role. They can not only show customers the latest financial information in real time and efficiently, but also comprehensively introduce the bank's product and service information, becoming an important bridge between banks and customers. Through electronic screens, banks can convey the latest financial trends and preferential policies to customers in the most intuitive and convenient way, thereby improving customers' financial experience and satisfaction.

[0066] Currently, the content displayed on the electronic screen is usually manually uploaded by users through 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 conditions. Whether it is a new product launch, event preview or the popularization of financial knowledge, users can easily upload relevant files to the electronic screen to ensure the timeliness and accuracy of the information.

[0067] However, when users manually upload files through their computers, if they are forced to skip the file scanning step, some inappropriate content may be mistakenly transmitted to the electronic screen. Such inappropriate content may contain sensitive information, false information or misleading advertisements, which may not only cause discomfort or misunderstanding to the audience, but also damage the image and reputation of the bank.

[0068] In response to the above problems, the file upload method for the electronic screen provided in the present application is that the management node first responds to the file upload request, selects multiple groups of node clusters from multiple nodes in the intranet of the financial institution, and determines a master node for each group of node clusters. Then, within each node cluster, based on the security detection results of each node on the file, a joint decision is made whether to allow the file to be uploaded to form an intra-cluster consensus result. Subsequently, the master node of each node cluster further reaches a consensus on the intra-cluster consensus result to obtain an inter-cluster consensus result. When the inter-cluster consensus result indicates that the file upload is allowed, the management node will publish the file to the electronic screen. Through two rounds of consensus, this method solves the problem that inappropriate public content is mistakenly transmitted to the electronic screen due to the user forcibly skipping the file scanning step, thereby causing discomfort or misunderstanding to the audience and damaging the bank's image and reputation.

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

[0070] Figure 1 Schematic diagram of the process of uploading files to the electronic screen provided by this application Figure 1 , which is applied to the electronic screen management system, which includes a management node and multiple nodes in the intranet of a financial institution. Figure 1As shown, the method includes:

[0071] S101. In response to a file upload request, a management node selects multiple groups of node clusters from multiple nodes in an intranet of a financial institution and determines a master node for each node cluster, wherein the file upload request includes a file to be uploaded.

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

[0073] The intranet of a financial institution is composed of multiple computers deployed within the bank, each of which can be called an independent node in the network.

[0074] A management node is a specific node in the intranet of a financial institution that is responsible for responding to file upload requests sent by users. For example, suppose the intranet of a financial institution consists of 11 computers. It is known that a user has sent a file upload request to the electronic screen management system through computer number 006. Based on the above information, computer number 006 can be determined as a management node.

[0075] Understandably, in the intranet of a financial institution, in order to ensure the security and compliance of uploaded files, each node usually performs security checks on the files it needs to upload. However, if a node fails to perform the file scanning step and cannot perform security checks on the uploaded files, the management node will quickly select other nodes except the node from the intranet upon receiving the file upload request, organize them into multiple node clusters, and designate a master node for each node cluster, so that the uploaded files can be security checked through other nodes in the intranet of the financial institution.

[0076] For example, suppose that the intranet of a financial institution consists of 21 nodes. It is known that user A used the computer numbered 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 when uploading the file. Based on the above information, the computer numbered 006 can be first determined as the management node, and then the management node will respond to this file upload request and select three groups of node clusters from the electronic screen management system, namely {001, 002, 003, 004, 005}, {007, 008, 009, 010, 011} and {012, 013, 014, 015, 16}. At the same time, the management node also specifies a master node for each of them, namely 001, 007 and 012, corresponding to the above three groups of node clusters.

[0077] S102. In each node cluster, based on the security detection of the file by each node, a consensus is reached on whether to allow the file to be uploaded, and an intra-cluster consensus result of each node cluster is obtained. Furthermore, the master nodes of multiple groups of node clusters reach a consensus on the intra-cluster consensus result of each node cluster to obtain an inter-cluster consensus result, and the inter-cluster consensus result indicates whether the file is allowed to be uploaded.

[0078] Among them, by each node performing independent security checks on the uploaded files and reaching consensus within the node cluster based on these test results, a relatively reliable intra-cluster consensus result can be formed, which represents the overall opinion of the node cluster; and further, by having the master nodes of multiple groups of node clusters reach 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 will first conduct independent security checks on the uploaded files, and interact and discuss based on their respective test results, and finally form a unified opinion, that is, the intra-cluster consensus result. This consensus result represents the overall view of each node in the node cluster on the security of the file. In order to further ensure the security and consistency of the entire financial institution's intranet, the master nodes of multiple groups of node clusters will once again reach a consensus on these intra-cluster consensus results, thereby forming a global inter-cluster consensus result that represents the opinions of all node clusters.

[0080] S103. When the inter-cluster consensus result indicates that uploading of files is allowed, the management node publishes the files to the electronic screen.

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

[0082] It can be understood that in the inter-cluster consensus mechanism, when all participating node clusters unanimously agree through the consensus results reached by their master nodes that the file can be uploaded, the management node, as the hub of the electronic screen management system, will immediately display the file content on the electronic screen, thereby completing the legal release process of the file.

[0083] In the file upload method for the electronic screen provided in the embodiment of the present application, the management node first responds to the file upload request, and selects multiple groups of node clusters from multiple nodes in the intranet of the financial institution, and determines the master node of each node cluster at the same time. Subsequently, within each node cluster, each node will perform a security check on the file, and reach a consensus on whether to allow the file to be uploaded based on the test results, forming an intra-cluster consensus result. Next, the master nodes of the multiple groups of node clusters will further reach a consensus on their respective intra-cluster consensus results to obtain an inter-cluster consensus result, which will clearly indicate whether the file is allowed to be uploaded. Finally, when the inter-cluster consensus result indicates that the upload is allowed, the management node will publish the file to the electronic screen. This method effectively solves the technical problem that when users manually upload files through their own computers, inappropriate public content may be mistakenly transmitted to the electronic screen due to the forced skipping of the file scanning step, thereby causing discomfort or misunderstanding to the audience and damaging the image and reputation of the bank, thereby achieving while ensuring the security of file upload, improving the efficiency and accuracy of electronic screen content updates, and ensuring the compliance display of bank information.

[0084] Figure 2 Schematic diagram of the process of uploading files to the electronic screen provided by this application Figure 2 ,like Figure 2 As shown, in this embodiment Figure 1 Based on the embodiment, a method for uploading files to an electronic screen is described in detail, and the method includes:

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

[0086] The explanation of step S201 refers to the explanation of the above embodiment and will not be repeated here.

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

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

[0089] It can be understood that after receiving the file to be uploaded, the management node 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 prevents the file from being easily decrypted or abused even if it is intercepted or stolen during the transmission process.

[0090] S203. Select multiple groups of 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 refers to the explanation of the above embodiment, which will not be repeated here.

[0092] S204. The management node sends first information to the master node of each node cluster. The first information includes 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 indicate the identity information of the user who performs the file upload operation. The account information includes but is not limited to: user name, user ID or user role.

[0094] The upload time indicates the time when the file upload operation occurs.

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

[0096] By sending the 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, the management node can ensure that each master node can receive this information, thereby ensuring that other nodes in each node cluster can perform security checks on this information.

[0097] It is understandable that after the management node completes the encryption of the file to be uploaded, it will send a detailed first information to the master node of each node cluster. This information includes the specific information of the upload account, the specific time when the upload operation occurs, the IP address of the upload terminal, and the encrypted file data. In this way, the management node ensures that each master node can receive this comprehensive information, and can also enable multiple nodes in the node cluster corresponding to each master node to perform security detection on the first information respectively.

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

[0099] S205. In each node cluster, each node in the node cluster performs security detection on the file respectively, and the security detection result indicates whether the file passes the detection.

[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] It is understandable that within each node cluster, each node acts as an independent detection entity and jointly undertakes the task of security detection of files. They will use their own security detection mechanisms to perform security detection on files, and finally each will generate a clear security detection result, which will clearly indicate whether the file has passed the security detection.

[0102] Optionally, the present application provides a possible implementation method, specifically including: 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 performing permission verification on 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 corresponding permissions can upload files, thereby effectively preventing unauthorized access and operation.

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

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

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

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

[0108] It is understandable that within a node cluster, each node will interact with other nodes to check the security results. Through this interaction, each node can obtain the security test results of other nodes. Subsequently, each node will summarize the security test results it has obtained with the security test results it has generated to form a consensus result. Finally, each node will send its own 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 stage 1, the management node M first sends the first information to the master node A1. Then, it enters stage 2, and the master node A1 broadcasts within the node cluster so that other nodes A2, A3, A4, and A5 detect the first information. Then, it enters stage 3, and these nodes exchange their respective security detection results with each other. Then, it enters stage 4, and each node A2, A3, A4, and A5 summarizes the security detection results it has obtained with the detection results it has generated to form a consensus result. Finally, in stage 5, each node sends its own consensus result back to the master node A1.

[0110] S207. The master node of the node cluster determines the intra-cluster consensus result of the node cluster according to the consensus result of each node, and the inter-cluster consensus result indicates whether to allow the file to be uploaded.

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

[0112] It is understandable that within the node cluster, the master node is responsible for receiving and integrating the consensus results from each node in the cluster. These consensus results are based on the nodes' security detection results of the first information and their interactions with each other. When the master node collects the consensus results of all nodes, it will conduct a comprehensive evaluation to form an intra-cluster consensus result that represents the opinions of the entire node cluster. This intra-cluster consensus result determines whether to allow file upload, thereby ensuring that the compliance of file upload is unanimously recognized and fully guaranteed by the entire node cluster.

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

[0114] Among them, through the interaction between master nodes, each master node can understand the intra-cluster consensus results of other node clusters, and then form its own consensus based on these results.

[0115] Understandably, the master nodes of multiple groups of node clusters begin to exchange their own intra-cluster consensus results. This process is similar to the consensus formation process within the node cluster, but the scope is expanded to multiple node clusters. After receiving the intra-cluster consensus results of other master nodes, each master node will conduct a comprehensive analysis to form its own consensus result. This consensus result not only takes into account the opinions within the node cluster, but also incorporates the consensus of other node clusters, making it more comprehensive and objective. Finally, each master node will send its own consensus result to the management node to provide a basis for the final decision of the management node. This process ensures the reliability and compliance of file uploads.

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

[0117] In the first step, the master nodes of multiple groups of node clusters exchange second information, where the second information includes the intra-cluster consensus result of the node cluster, the identifier of the node cluster, and the encrypted file.

[0118] Among them, by exchanging the second information, each master node can obtain the intra-cluster consensus results of other node clusters, the identification of the node cluster and the encrypted files.

[0119] As can be understood, the master nodes of multiple groups of node clusters begin to exchange second information. This information contains the consensus results within the node cluster, which is the judgment of each node cluster on the security of file upload. At the same time, the information also contains the identification of the node cluster to distinguish different node clusters. In addition, the encrypted file is also included to ensure the security and privacy of the file during transmission.

[0120] In the second step, each master node determines the consensus result of each master node based on the intra-cluster consensus result in the received second information and whether the encrypted files are consistent.

[0121] It is understandable that after receiving the second information sent by the master node of other node clusters, each master node will perform two comparisons: first, compare its own cluster consensus results with the cluster consensus results of other master nodes; second, compare its own encrypted files with the encrypted files of other master nodes. Through this comparison process, each master node can comprehensively consider the consensus of each node cluster and the consistency of file encryption, and thus independently form a global consensus result.

[0122] S209: The management node determines an inter-cluster consensus result based on the consensus result of each master node, and the inter-cluster consensus result indicates whether to allow the file to be uploaded.

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

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

[0125] S210. When the inter-cluster consensus result indicates that file uploading is allowed, the management node publishes the file to the electronic screen.

[0126] The explanation of step S210 refers to the explanation of the above embodiment and will not be repeated here.

[0127] In the file upload method for the electronic screen provided in the embodiment of the present application, the management node responds to the file upload request and encrypts the file in the request. Subsequently, the management node selects multiple groups of node clusters from multiple nodes in the intranet of the financial institution, and determines a master node for each node cluster. The management node sends the first information containing 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 detection. In each node cluster, the nodes perform security detection on the encrypted files respectively, and exchange the detection results with each other. Based on these results, each node forms a consensus and reports to the master node. The master node of the node cluster integrates the consensus results of each node to form an intra-cluster consensus and decides whether to allow file upload. Then, the master nodes of multiple groups of node clusters exchange the intra-cluster consensus results, form 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. Through two rounds of consensus, this method effectively solves the technical problem that when users manually upload files through their own computers, they may be forced to skip the file scanning step, resulting in inappropriate public content being mistakenly transmitted to the electronic screen, which in turn causes discomfort or misunderstanding to the audience and damages the image and reputation of the bank. In addition, this method also achieves the security and compliance of file uploads through encrypted file transmission and strict security testing, ensuring the accuracy and suitability of the content on the electronic screen, thereby improving the reliability of the electronic screen.

[0128] Figure 5 A schematic diagram of the structure of the file upload device for the electronic screen provided in this application, such as Figure 5 As shown, the file uploading device 500 for the electronic screen provided in this embodiment includes:

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

[0130] A determination module 502, configured to determine a master node of each of the node clusters;

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

[0132] The publishing module 504 is configured to cause the management node to send the file to the electronic screen when the inter-cluster consensus result indicates that uploading of the file is allowed.

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

[0134] The detection module 505 is used for, in each of the node clusters, each node in the node cluster performs security detection on the file respectively, and the security detection result indicates whether the detection is passed;

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

[0136] The determination module 502 is further configured for each node to determine a 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 determination module 502 is specifically used for the master node of the node cluster to determine the intra-cluster consensus result of the node cluster according to the consensus result of each node.

[0139] In a possible implementation, the interaction module 506 is further used for the master nodes of the plurality of groups of node clusters to exchange their respective intra-cluster consensus results;

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

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

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

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

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

[0145] The selection module 501 is further used to select multiple groups of node clusters from multiple nodes in the financial institution's intranet;

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

[0147] In a 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 the IP information of the upload terminal in the first information, and to perform sensitive content detection on the encrypted file in the first information.

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

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

[0151] The file uploading 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 this embodiment will not be described in detail here.

[0152] Figure 6 This is a schematic diagram of the structure of the file upload device for the electronic screen 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 also includes a communication component 603. The processor 601, the memory 602 and the communication component 603 are connected via a bus 604.

[0153] In a specific implementation process, at least one processor 601 executes the computer execution instructions stored in the memory 602, so that at least one processor 601 executes the above method.

[0154] The specific implementation process of the processor 601 can be found in the above method embodiment, and its implementation principle and technical effect are similar, so this embodiment 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 (DSP), application-specific integrated circuits (ASIC), etc. A general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in the invention can be directly implemented as a hardware processor, or can be implemented by a combination of hardware and software modules in the processor.

[0156] The memory may include a high-speed memory (Random Access Memory, RAM), and may also include a non-volatile memory (NVM), such as at least one disk storage.

[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. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, the bus in the drawings of this application is not limited to only one bus or one type of bus.

[0158] The present application also provides a computer program product, including a computer program, which implements the above method when executed by a processor.

[0159] The present application also provides a computer-readable storage medium, in which computer-executable instructions are stored. When a processor executes the computer-executable instructions, the above method is implemented.

[0160] The above-mentioned 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 memory, flash memory, magnetic disk or optical disk. The readable storage medium can be any available medium that can be accessed by a general or special-purpose computer.

[0161] An exemplary readable storage medium is coupled to a processor so that the processor can read information from the readable storage medium 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 be located in an application specific integrated circuit (Application Specific Integrated Circuits, referred to as: ASIC). Of course, the processor and the readable storage medium can also exist in the device as discrete components.

[0162] The division of units is only a logical function division, and there may be other divisions in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be an indirect coupling or communication connection through some interface, device or unit, which can be electrical, mechanical or other forms.

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

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

[0165] If the function is implemented in the form of 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 the present invention, or the part that contributes to the prior art, or the part of the technical solution, can be embodied in the form of a software product. The computer software product is stored in a storage medium, including several instructions for a computer device (which can be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods of each embodiment of the present invention. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), disk or optical disk, etc. Various media that can store program codes.

[0166] Those skilled in the art can understand that all or part of the steps of implementing the above-mentioned method embodiments can be completed by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When the program is executed, the steps of the above-mentioned method embodiments are executed; and the aforementioned storage medium includes: ROM, RAM, disk or optical disk and other media that can store program codes.

[0167] It should be noted that, for the aforementioned method embodiments, for the sake of simplicity, they are all expressed as a series of action combinations, but those skilled in the art should be aware that the present application is not limited by the described order of actions, because according to the present application, certain steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in the specification are all optional embodiments, and the actions and modules involved are not necessarily required by the present application.

[0168] It should be further noted that, although the various steps in the flowchart are displayed in sequence according to the indication of the arrows, these steps are not necessarily executed in sequence in the order indicated by the arrows. Unless there is a clear description in this article, the execution of these steps is not strictly limited in order, and these steps can be executed in other orders. Moreover, at least a portion of the steps in the flowchart may include multiple sub-steps or multiple stages, and these sub-steps or stages are not necessarily executed at the same time, but can be executed at different times, and the execution order of these sub-steps or stages is not necessarily to be carried out in sequence, but can be executed in turn or alternately with other steps or at least a portion of the sub-steps or stages of other steps.

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

[0170] In addition, unless otherwise specified, each functional unit / module in each embodiment of the present application may be integrated into one unit / module, each unit / module may exist physically separately, or two or more units / modules may be integrated together. The above-mentioned integrated unit / module may be implemented in the form of hardware or in the form of a software program module.

[0171] If the integrated unit / module is implemented in the form of hardware, the hardware may be a digital circuit, an analog circuit, etc. The physical implementation of the hardware structure includes but is not limited to transistors, memristors, etc. Unless otherwise specified, the processor may be any appropriate hardware processor, such as a CPU, a GPU, an FPGA, a DSP, an ASIC, etc. Unless otherwise specified, the storage unit may be any appropriate magnetic storage medium or magneto-optical storage medium, such as a resistive random access memory (RRAM), a dynamic random access memory (DRAM), a static random access memory (SRAM), an enhanced dynamic random access memory (EDRAM), a high-bandwidth memory (HBM), a hybrid memory cube (HMC), etc.

[0172] If the integrated unit / module is implemented in the form of a software program module and sold or used as an independent product, it can be stored in a computer-readable memory. Based on this understanding, the technical solution of the present application, 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. The computer software product is stored in a memory, including a number of instructions to enable a computer device (which can be a personal computer, server or network device, etc.) to execute all or part of the steps of the various embodiments of the present application. The aforementioned memory includes: U disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), mobile hard disk, disk or optical disk and other media that can store program codes.

[0173] In the above embodiments, the description of each embodiment has its own emphasis. For the part not described in detail in a certain embodiment, please refer to the relevant description of other embodiments. The technical features of the above embodiments can be combined arbitrarily. In order to make the description concise, all possible combinations of the technical features in the above embodiments are not described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0174] Those skilled in the art will readily appreciate other embodiments of the present application after considering the specification and practicing the invention disclosed herein. The present application is intended to cover any modification, use or adaptation of the present application, which follows the general principles of the present application and includes common knowledge or customary techniques in the art that are not disclosed in the present application. The specification and examples are intended to be exemplary only, and the true scope and spirit of the present application are indicated by the following claims.

[0175] It should be understood that the present application is not limited to the precise structures that have been described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof. The scope of the present 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, the electronic screen management system includes a management node and multiple nodes of an intranet of a financial institution, the method includes: The management node selects a plurality of node clusters from a plurality of nodes in the intranet of the financial institution in response to a file upload request, and determines a master node of each of the node clusters, wherein the file upload request includes a file to be uploaded; In each of the node clusters, based on the security detection of the file by each node, a consensus is reached on whether the file is allowed to be uploaded, and an intra-cluster consensus result of each of the node clusters is obtained; and, through the master nodes of the multiple groups of node clusters, a consensus is reached on the intra-cluster consensus result of each of the node clusters to obtain an inter-cluster consensus result, wherein the inter-cluster consensus result indicates whether the file is allowed to be uploaded; When the inter-cluster consensus result indicates that uploading of the file is allowed, the management node publishes the file to the electronic screen.

2. The method according to claim 1, characterized in that In each of the node clusters, based on the security detection of the file by each node, a consensus is reached on whether to allow uploading of the file, and a cluster consensus result of each of the node clusters is obtained, including: In each of the node clusters, each node in the node cluster performs a security check on the file, and a security check result indicates whether the file passes the check; Each node in the node cluster exchanges its own security detection result with each other, and each node determines the consensus result of each node based on the received security detection result, and sends the consensus result of each node 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 according to the consensus result of each node.

3. The method according to claim 2, characterized in that The step of reaching consensus on the intra-cluster consensus result of each of the node clusters through the master nodes of the multiple groups of node clusters to obtain the inter-cluster consensus result includes: The master nodes of the multiple groups of node clusters exchange their own intra-cluster consensus results, and each of the master nodes determines the consensus result of each of the master nodes based on the received intra-cluster consensus result, and sends the consensus result of each of the master nodes to the management node; The management node determines the inter-cluster consensus result according to the consensus result of each master node.

4. The method according to claim 3, characterized in that Before selecting a plurality of node clusters from a plurality of nodes in the intranet of the financial institution and determining a master node for each of the node clusters, the method further includes: The management node encrypts the file to obtain the encrypted file; After selecting multiple groups of node clusters from multiple nodes in 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, where the first information includes upload account information, upload time, IP information of the upload terminal and the encrypted file, and the first information is used for security detection.

5. The method according to claim 4, characterized in that Each node in the node cluster performs security detection on the file respectively, including: 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.

6. The method according to claim 4, characterized in that The master nodes of the plurality of groups of node clusters exchange their respective intra-cluster consensus results, and each of the master nodes determines the consensus result of each master node based on the received intra-cluster consensus result, including: The master nodes of the multiple groups of node clusters exchange second information, where the second information includes the intra-cluster consensus result of the node cluster, the identifier of the node cluster, and the encrypted file; Each of the master nodes determines the consensus result of each master node based on the intra-cluster consensus result in the received second information and whether the encrypted files are consistent.

7. A file uploading device for an electronic screen, characterized in that: Applied to an electronic screen management system, the electronic screen management system includes a management node and multiple nodes of the financial institution's intranet, including: A selection module, configured for the management node to select a plurality of node clusters from a plurality of nodes in the intranet of the financial institution in response to a file upload request, wherein the file upload request includes a file to be uploaded; A determination module, used to determine the master node of each of the node clusters; A consensus module is used to reach a consensus on whether to allow uploading the file in each node cluster based on the security detection of the file by each node, so as to obtain an intra-cluster consensus result of each node cluster, and reach a consensus on the intra-cluster consensus result of each node cluster through the master nodes of the multiple groups of node clusters to obtain an inter-cluster consensus result, wherein the inter-cluster consensus result indicates whether to allow uploading the file; A publishing module is used for the management node to send the file to the electronic screen when the inter-cluster consensus result indicates that the file can be uploaded.

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

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

10. A computer program product, characterized in that The invention comprises a computer program, which implements the method according to any one of claims 1 to 6 when being executed by a processor.

Images