A multi-level voting method, system and storage medium

Abstract

The application discloses a multi-level voting method, system and storage medium. By obtaining voting rule configuration information, taking the lowest level as a target level, creating a voting activity according to a voting holding frequency corresponding to the target level and determining a candidate object set, a voting result is obtained and a promotion object list is determined, the promotion object list is taken as a candidate object set of a neighboring higher level voting activity, the higher level is taken as the target level, the voting activity creation and subsequent steps are repeatedly executed until the highest level voting activity is completed, and the highest level voting result is obtained and a final promotion object list is determined. By constructing an automatic promotion chain, automatic synchronization of the promotion list in the multi-level voting activity and automatic triggering generation of the voting activity of each level are realized, the promotion list does not need to be manually exported and imported between different levels, and the organization efficiency of the multi-level voting activity is effectively improved.

Description

Technical Field

[0001] This application relates to the field of computer technology, and in particular to a multi-level voting method, system and storage medium. Background Technology

[0002] Voting, as a collective decision-making mechanism, is widely used in organizational management, personnel selection, and decision-making processes. In large financial institutions such as banks, due to the multi-layered organizational structure and large number of personnel, voting and selection activities, such as the selection of outstanding employees and the recognition of advanced individuals, usually need to be carried out across multiple levels, which places high demands on the automation and intelligence of the voting system.

[0003] Currently, technologies related to electronic voting systems have made some progress. Regarding voting security, existing solutions use zero-knowledge proofs to verify the validity of voter identities, blockchain and key sharing technologies to enhance data security and privacy during the voting process, and ring signatures to process ballots and hide voter information. Regarding the reliability of voting results, existing solutions utilize neural network models to identify voter facial expressions to assist in judging voting results, or integrate multiple artificial intelligence algorithms to analyze voter comments to enhance the intelligence level of decision-making. However, the aforementioned existing technologies mainly focus on the security, privacy protection, and reliability of a single voting activity. When voting selection needs to be carried out step-by-step in a multi-level organizational structure, the list of candidates advancing from the previous round needs to be manually exported from the current voting activity and then manually imported into the next round as candidates. This process is cumbersome and prone to data omissions and human errors, making it impossible to automatically synchronize the advancement list and automatically trigger voting activities. Summary of the Invention

[0004] To address the aforementioned issues, this application provides a multi-level voting method, system, and storage medium.

[0005] The embodiments of this application disclose the following technical solutions: The first aspect of this application provides a multi-level voting method, including: Obtain voting rule configuration information, which includes at least: the voting frequency corresponding to each organizational level, and the number of promotion slots corresponding to each organizational level; the organizational level includes at least the lowest level and the highest level; Using the lowest level as the target level, a voting activity is created for the target level based on the voting frequency corresponding to the target level, and a set of candidate objects to participate in the voting activity for the target level is determined. Obtain the voting results of the target level voting activity, and determine the list of candidates to advance to the target level from the voting results based on the advancement quota corresponding to the target level; The list of candidates for advancement at the target level is used as a candidate set for voting activities at higher levels adjacent to the target level. The higher levels adjacent to the target level are used as the target level. The process of creating voting activities at the target level and subsequent steps based on the voting frequency corresponding to the target level is executed until the voting activities at the highest level are completed. Obtain the voting results of the highest-level voting activity, and determine the final list of candidates to advance based on the number of places available at the highest level.

[0006] A second aspect of this application provides a multi-level voting system, including: The acquisition unit is used to acquire voting rule configuration information, which includes at least: the voting frequency corresponding to each organizational level and the number of promotion slots corresponding to each organizational level; the organizational level includes at least the lowest level and the highest level. A creation unit is used to create a voting activity at the target level, taking the lowest level as the target level and based on the voting frequency corresponding to the target level, and to determine a set of candidate objects to participate in the voting activity at the target level. The first determining unit is used to obtain the voting results of the target level voting activity, and determine the list of candidates for advancement to the target level from the voting results based on the advancement quota corresponding to the target level. The execution unit is used to take the list of candidates for advancement at the target level as a set of candidates for voting activities at higher levels adjacent to the target level, take the higher levels adjacent to the target level as the target level, and execute the steps of creating the voting activities at the target level and subsequent steps according to the voting frequency corresponding to the target level, until the voting activities at the highest level are started. The second determining unit is used to obtain the voting results of the highest-level voting activity and determine the final list of candidates to be promoted based on the promotion quota corresponding to the highest level.

[0007] A third aspect of this application provides an electronic device, including: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the computer program, it implements the multi-level voting method as described in the first aspect above.

[0008] A fourth aspect of this application provides a computer program product that, when run on a computer, executes the multi-level voting method as described in the first aspect above.

[0009] A fifth aspect of this application provides a computer-readable storage medium storing instructions that, when executed on a terminal device, cause the terminal device to perform the multi-level voting method as described in the first aspect above.

[0010] Compared with the prior art, this application has the following beneficial effects: By configuring the voting frequency and promotion quotas at each organizational level, the voting activities can be automatically launched at the lowest level according to the preset frequency. After the voting at that level is completed, the voting results are automatically converted into a set of candidates for the next higher level adjacent to the lowest level. Then, the voting activities for the next higher level are automatically created and launched based on the voting frequency corresponding to that higher level. Subsequently, the above automatic conversion and launch process is repeated for each non-highest level that has completed voting, except for the lowest level, until the voting activities at the highest level are launched. Thus, the generation and transmission of the promotion candidate list at each level, as well as the creation and launch of the voting activities at the next level, are all completed automatically by the system in the entire multi-level voting process. There is no need for manual export and import of promotion candidate lists between voting activities at different levels, thereby completely eliminating the cumbersome process and data error risk caused by manual operation, and realizing the automatic synchronization of promotion lists and the automatic connection and triggering of voting activities across multiple levels. Attached Figure Description

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

[0012] Figure 1 A flowchart illustrating a multi-level voting method provided in this application embodiment; Figure 2 This is a structural diagram of a multi-level voting system provided in an embodiment of this application. Detailed Implementation

[0013] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present application, and not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of the present application.

[0014] To facilitate understanding of the technical solutions provided in the embodiments of this application, the background technology involved in the embodiments of this application will be described below.

[0015] As mentioned earlier, technologies related to electronic voting systems have made some progress. Regarding voting security, existing solutions utilize zero-knowledge proofs to verify the validity of voter identities, blockchain and key sharing technologies to enhance data security and privacy during the voting process, and ring signatures to process ballots and conceal voter information. Regarding the reliability of voting results, existing solutions employ neural network models to identify voters' facial expressions to assist in judging voting outcomes, or integrate multiple artificial intelligence algorithms to analyze voters' comments to enhance the intelligence of decision-making.

[0016] However, the aforementioned existing technologies primarily focus on the security, privacy protection, and reliability of results for a single voting activity. Their core shortcomings lie in the following: when voting selection needs to be conducted tiered across a multi-level organizational structure, existing systems typically create separate voting activities for each level. After the previous round of voting, the list of candidates for advancement needs to be manually exported from the current voting activity and then manually imported into the next round as candidates. This process is not only cumbersome and time-consuming but also prone to data omissions and human errors. Furthermore, due to the lack of a unified rule configuration mechanism covering all levels, administrators need to repeatedly create voting activities and configure the same rules at each level, resulting in low efficiency. In addition, existing systems do not address how to manage the jurisdictional permissions of administrators at different levels within a multi-level organizational structure, or how to configure differentiated voting weights while maintaining organizational hierarchical boundaries. These shortcomings prevent existing voting systems from adapting to the multi-level organizational structures of large institutions such as banks, and from achieving automated, tiered voting processes.

[0017] To address the aforementioned issues, this application embodiment, in accordance with claim 1, constructs a complete automatic promotion chain, resolving the problems of existing voting systems requiring manual export and import of promotion lists, which are cumbersome and prone to errors. Specifically, the method first obtains voting rule configuration information covering all organizational levels, including the voting frequency and promotion quota for each level; then, based on the voting frequency corresponding to the lowest level, it automatically creates the voting activity for that level; after the voting at that level concludes, the system automatically obtains the voting results and determines the promotion candidate list based on the promotion quota for that level; then, instead of waiting for manual intervention, the method automatically uses this promotion candidate list as a candidate set for higher-level voting activities adjacent to the lowest level, and automatically creates and initiates its voting activity based on the voting frequency corresponding to that higher level; subsequently, for each non-highest level where voting has been completed (excluding the lowest level), the system automatically converts its voting results into a candidate set for adjacent higher-level voting activities and automatically creates and initiates the voting activity for that adjacent higher level, until the voting activity for the highest level is completed; finally, it obtains the voting results of the highest level and determines the final promotion candidate list. Therefore, in the entire multi-level voting process, the determination of the promotion list at each level, the automatic transfer to the adjacent higher level, and the automatic creation and initiation of the voting activity at the next level are all completed automatically by the system according to the configuration rules, completely eliminating the need for manual export and import of lists between different levels of voting activities.

[0018] To address the issue that existing systems require individual rule configuration for each voting activity, resulting in high repetitive labor costs, this application embodiment uniformly configures the voting frequency and promotion quota corresponding to each organizational level as mandatory information when obtaining voting rule configuration information. The creation and initiation of voting activities at each level are automatically executed based on this unified configuration information, eliminating the need for administrators to repeatedly create voting activities and configure rules for each level.

[0019] To address the lack of hierarchical management permission configuration capabilities in existing systems, this application establishes a hierarchical permission management system through dependent claims. Specifically, the highest-level management end has the permission to configure voting rules and manage voting activities for all organizational levels; the intermediate-level management ends only have the permission to manage voting activities for the intermediate level and below, and do not have rule configuration permissions; and the lowest-level end only has the permission to participate in voting. This achieves effective management by administrators at each level within their respective jurisdictions, while also preventing unauthorized operations through hierarchical permission restrictions.

[0020] To address the issue that existing systems do not address differentiated voting weight configuration under multi-level architectures, this application provides a voting weight coefficient configuration function through dependent claims. The management terminal can receive instructions to configure the voting weight coefficient for a specified voter. When counting voting results, the product of the voter's original vote count and the weight coefficient is taken as the number of valid votes. Furthermore, the weight coefficient can be configured separately according to organizational levels, with the same voter corresponding to different weights at different levels, or it can be uniformly configured according to personnel roles, with all voters of the same role corresponding to the same weight. Thus, differentiated voting weight configuration is achieved while maintaining organizational level boundaries.

[0021] It should be noted that the multi-level voting method, system, and medium provided in this application can be applied to the field of computer technology. The above are merely examples and do not limit the application field of the multi-level voting method, system, and medium provided in this application. Furthermore, the embodiments of this application may not limit the executing entity of multi-level voting. For example, the multi-level voting method of this application can be applied to data processing devices such as terminal devices or servers. The terminal device can be an electronic device such as a computer or a personal digital assistant (PDA). The server can be a standalone server, a cloud server, or a cluster server composed of multiple servers.

[0022] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of this application.

[0023] The following embodiment illustrates a multi-level voting method provided in this application. See also... Figure 1 ,Should Figure 1 A flowchart of a multi-level voting method provided in this application embodiment, the method including: S101. Obtain voting rule configuration information.

[0024] This step is the initial stage of the entire multi-level voting method. Its function is to allow the management side to receive and store the voting rule configuration information, providing a unified execution basis for voting activities at all subsequent levels. The execution entity for this step is the management side, which in a banking scenario corresponds specifically to the first-level branch manager with the highest level of management authority. This manager completes the input and submission of the voting rule configuration information through the system interface.

[0025] Voting rules configuration information includes at least two core elements. The first element is the frequency of voting for each organizational level. Voting frequency refers to the time cycle in which voting activities at each organizational level are repeated, such as weekly, bi-weekly, monthly, quarterly, semi-annually, or annually. The second element is the number of candidates advancing to the next higher level after each organizational level's voting activity concludes. These two elements need to be configured independently for each organizational level because the voting cycle and the number of candidates advancing may differ between levels.

[0026] Organizational hierarchy refers to the vertical structure divided according to management affiliation. In a banking context, the organizational hierarchy, from lowest to highest, is: branch level, sub-branch level, second-tier branch level, and first-tier branch level. An organizational hierarchy includes at least a lowest level and a highest level. The lowest level is the starting level of the voting process, typically corresponding to the branch level in a banking context; the highest level is the ending level of the voting process, typically corresponding to the first-tier branch level in a banking context. In addition to the lowest and highest levels, one or more intermediate levels may exist, such as the sub-branch level and the second-tier branch level. These levels are arranged in ascending order, with direct management affiliation between adjacent levels.

[0027] In one possible implementation, the voting rule configuration information also includes configuration information for the voting subject scope corresponding to each organizational level. A voting subject refers to the personnel with voting authority in a voting activity at an organizational level. The voting subject scope configuration information is used to determine which personnel can participate in the voting activity at that level as voters. The voting subject scope configuration information includes two configuration modes: default scope and custom scope. The default scope means that the system automatically sets all personnel at the organizational level initiating the voting activity as voting subjects. For example, in a branch-level voting activity, all employees of that branch are the default voters. Custom scope allows the management to add or delete personnel based on the default scope. For example, within the default scope of all branch personnel, personnel assigned by the superior bank can be added to participate in the voting, or some personnel can be deleted to prevent them from participating in the voting, thus achieving flexible adjustment of the voting subject scope.

[0028] Furthermore, the configuration permission for voting rules is reserved for the highest-level management; only the highest-level administrators have the authority to configure voting rules uniformly, while administrators at other levels do not. Through step S101, the system acquires complete voting rules covering all organizational levels in one go, providing a unified rule basis for the automatic generation, initiation, and connection of subsequent voting activities at each level. Simultaneously, the configuration information regarding the scope of voting participants allows for flexible setting of the scope of participants in each level's voting activities based on actual business needs.

[0029] S102. Using the lowest level as the target level, create a voting activity for the target level according to the voting frequency corresponding to the target level, and determine the set of candidate objects to participate in the voting activity for the target level.

[0030] Step S102 follows the voting rules configured in step S101 and officially launches the first voting activity in the entire multi-level voting process. This step is executed based on the voting rule configuration information obtained in step S101, specifically including the voting frequency for the lowest level and the number of advancement slots for that level.

[0031] The target level refers to the organizational level at which the voting activity is currently being conducted. In step S102, since the entire voting process has just started and no voting activity at any level has been conducted yet, the system sets the lowest level as the target level. The lowest level is the lowest-level organizational unit in the entire multi-level organizational structure, which typically corresponds to the branch level in a banking scenario.

[0032] A voting activity refers to a complete voting process initiated around a specific selection theme, including the creation of the voting activity, the determination of candidates, the participation of voters, and the statistics of voting results. In step S102, the system creates a voting activity based on the voting frequency corresponding to the target level. The voting frequency determines when the voting activity is created and launched. For example, if the lowest level of voting is held once a week, the system automatically creates the lowest level voting activity for that week according to the preset time node each week. The creation of a voting activity includes generating basic information about the voting activity, setting the time range for voting, and configuring the voting rule parameters.

[0033] A candidate set refers to the collection of all candidates available for voters to choose from in a voting activity at an organizational level. Candidates are the nominees in the voting activity, and voters select their preferred candidates from this set. In the lowest level of voting, since there are no candidates from lower levels, the system sets all personnel at that level as the candidate set. For example, in a banking scenario, if the lowest level is the branch level, all staff members at that branch participate in the voting as candidates. Each branch conducts its own independent voting activity, and candidates from different branches do not overlap.

[0034] In step S102, the system needs to determine the set of voting subjects while creating the voting activity. A voting subject refers to the person with voting authority in a voting activity at an organizational level; the set of voting subjects is the collection of all persons with voting authority. In the lowest-level voting activity, the set of voting subjects is the same as the set of candidates, which is all personnel at the lowest level. That is, every employee at the lowest level is both a candidate and a voter; they can be voted for by others and can also vote for others. This setup ensures the fairness and broad participation of the lowest-level voting activity, giving every grassroots employee equal rights to be elected and to vote. Through step S102, the system automatically completes the creation of the lowest-level voting activity and the determination of the candidate set without manual intervention, preparing the data for the subsequent voting process.

[0035] S103. Obtain the voting results of the target level voting activity, and determine the list of candidates to be promoted to the target level from the voting results based on the promotion quota corresponding to the target level.

[0036] Step S103 is designed to obtain the voting results of the target level's voting activity and, based on the promotion quota for that level, determine the list of personnel who will be promoted to the next higher level from the voting results. This step is executed automatically after the voting period for the activity ends, requiring no manual intervention.

[0037] Voting results refer to the vote counts generated by the system for each candidate after all voters have cast their votes in a voting activity at an organizational level. Specifically, voting results include the original number of votes received by each candidate, the total number of participants, and the participation rate. In the lowest level of voting, since both the candidate set and the voting participants consist of all members at that level, the voting results reflect the degree of approval that all members at that level have for each candidate.

[0038] The list of candidates for promotion refers to the list of individuals selected from the pool of candidates after a voting activity at an organizational level has concluded, based on the promotion quota for that level. These candidates are eligible to advance to the next higher level. The promotion quota determines how many people are selected from that level to participate in the voting for the next higher level. For example, if the lowest level has two promotion slots, the two candidates with the most votes in the voting results will be included in the promotion list. The promotion list is determined as follows: the system sorts the candidates from highest to lowest based on their vote count, and then, according to the promotion quota for that level, selects the top-ranked candidates to form the promotion list.

[0039] In one possible implementation, step S103 also supports weighted vote counting. The management system can obtain configuration instructions for the voting weight coefficient of a specified voter. The voting weight coefficient is a value greater than or equal to one, used to adjust the influence of a specific voter in the vote count. For example, if a voter's voting weight coefficient is configured to two, then each vote cast by that vote will be counted as two votes. The specific operation of weighted vote counting is as follows: when counting votes, the system multiplies the voter's original number of votes by the voting weight coefficient configured for that voter, and the product is the voter's valid vote count. Then, the system sorts the candidates from highest to lowest based on their valid vote counts, and determines the candidates ranked higher as the list of candidates to advance to the target level. In this way, differentiated configuration of the voting influence of a specific voter is achieved.

[0040] The voting weight coefficient can be configured in two different ways. The first way is to configure it according to organizational level, meaning the same voter has different voting weight coefficients at different organizational levels. For example, a manager might have a weight coefficient of 1.5 at the branch level and 2 at the second-tier branch level, having different voting influence at different levels. The second way is to configure it uniformly according to personnel role, meaning all voters of the same role type have the same voting weight coefficient. For example, all voters with the role of branch manager have the same weight coefficient in voting activities, and all voters with the role of outlet manager also have the same weight coefficient. These two configuration methods can be flexibly selected according to actual business needs, supporting both refined management of specific individuals and unified management of specific role groups.

[0041] Through step S103, the system automatically completed the acquisition of voting results at the target level, the processing of weighted votes, and the determination of the list of candidates for advancement. The list of candidates for advancement was used as the source of candidates for subsequent higher-level voting activities, providing a data foundation for the automatic connection of the entire multi-level voting process.

[0042] S104. The list of candidates for advancement at the target level is used as a candidate set for voting activities at higher levels adjacent to the target level. The higher levels adjacent to the target level are used as the target level. The steps of creating voting activities at the target level and subsequent steps based on the voting frequency corresponding to the target level are executed until the voting activities at the highest level are completed.

[0043] In other words, the list of candidates for advancement at the lowest level is used as a candidate set for voting activities at higher levels adjacent to the lowest level. Based on the voting frequency of the higher levels adjacent to the lowest level, voting activities at higher levels adjacent to the lowest level are created and initiated. For each non-highest level where voting has been completed (excluding the lowest level), the voting results are converted into a candidate set for voting activities at adjacent higher levels, and voting activities at adjacent higher levels are created and initiated until the voting activities at the highest level are completed.

[0044] Step S104 is the core step in the entire multi-level voting process, enabling automatic promotion and connection. This step automatically transfers the list of candidates for promotion at the target level, as determined in step S103, to the next higher level adjacent to the target level. This serves as the candidate set for the voting activities at that higher level, thus synchronizing the promotion list from the current level to the adjacent higher level. This process requires no manual export or import operations and is entirely automated.

[0045] The list of candidates for promotion, determined in step S103, represents the personnel selected from the target level who are qualified for promotion. The set of candidates is the collection of all individuals available for voting in an organizational-level voting activity. In step S104, the list of candidates for promotion and the set of candidates are automatically transferred, achieving a change in status: each person in the list of candidates for promotion at the next higher level automatically becomes a candidate in the voting activity at the next higher level. Taking a banking scenario as an example, if the target level is the branch level, the top two vote-getters after the branch voting ends are included in the list of candidates for promotion. The system automatically transfers this list to the branch level adjacent to that branch, serving as the set of candidates for the branch-level voting activity. If a branch has eight branches, and each branch produces two promoted individuals, then the branch's set of candidates contains a total of sixteen candidates.

[0046] After the advancement list is passed to the adjacent higher-level candidate set, the system sets the higher-level adjacent to the target level as the new target level. Updating the target level is the basis of the iterative process; by continuously setting the adjacent higher-level of the current level as the new target level, the entire voting process progresses upwards from the lowest level. The target level update operation is completed automatically, requiring no manual specification or intervention.

[0047] After determining the new target level, the system creates and initiates a voting activity for that new target level based on the voting frequency corresponding to that level. The creation and initiation of the voting activity are automatically executed according to the voting frequency configured in step S101. Specific operations for creating a voting activity include generating a voting activity instance for that level, setting the voting time range, and configuring voting rule parameters. Initiating the voting activity means making it available for voting, allowing voters to cast their votes within the voting time range. At this point, the candidate set for the voting activity has been filled with the list of candidates for advancement determined in step S103, and voters select candidates from this set to vote.

[0048] The aforementioned operations—setting the list of candidates for advancement as the set of candidates for adjacent higher levels, setting those adjacent higher levels as the target levels, and creating and initiating voting activities for those target levels—are repeated after each level is completed, until the voting activities for the highest level are successfully initiated. In other words, starting from the lowest level, proceeding through each intermediate level, the list of candidates for advancement generated after the voting at each level is automatically passed to the adjacent higher levels, triggering the creation and initiation of voting activities for those higher levels, until the voting activities for the highest level are successfully created and initiated. The entire process of progressively passing and triggering these activities upwards is completely automatic and requires no manual intervention.

[0049] In one possible implementation, after the list of candidates for promotion at the target level is used as the candidate set for voting activities at adjacent higher levels, the management side can also supplement and edit the candidate set. Although the candidate set is automatically populated by the promotion list, the management side can manually adjust the set as needed. Supplementary editing operations specifically include the following types: First, adding personal introduction information to candidates, such as displaying textual descriptions of candidates' job responsibilities, work achievements, and personal strengths on the voting interface, making it easier for voters to understand the candidates' basic information before making a vote; Second, uploading candidates' headshots and displaying them on the voting interface in a combination of text and images, giving voters a more intuitive understanding of the candidates; Third, adjusting the display order of candidates on the voting interface, such as sorting by surname (pinyin), grouping by department, or manually pinning specific candidates. Through these supplementary editing operations, the management side can further improve the display information of candidates based on the candidate set automatically generated by the system, enhancing the information richness of the voting interface and the user experience.

[0050] Through step S104, the entire multi-level voting process achieves automatic connection and progressive advancement from the lowest level to the highest level. The voting activities at each level are automatically created and started after the voting at the previous level is completed and the list of those who will advance is determined, forming a complete automatic advancement chain.

[0051] S105. Obtain the voting results of the highest-level voting activity, and determine the final list of candidates to advance based on the advancement quota corresponding to the highest level.

[0052] Step S105 is the final step in the entire multi-level voting process. Its function is to obtain the voting results of the highest-level voting activity and, based on the advancement quota corresponding to the highest level configured in step S101, determine the final list of advancement candidates from these voting results. This step is executed automatically after the voting period for the highest-level voting activity ends, marking the completion of the entire multi-level voting process.

[0053] The highest level is the top-level organizational unit in the entire multi-level organizational structure, typically corresponding to a first-level branch in a banking scenario. In step S104, the system has already transferred the list of candidates for promotion from the second-highest level to the highest level, and used this list as the candidate set for the highest-level voting activity, creating and initiating the voting activity at that level. After the preset voting period, the highest-level voters complete their votes, and the system obtains the voting results for that level.

[0054] The voting result refers to the vote count generated by the system after all voters have cast their votes in the highest-level voting activity. In the highest-level voting activity, the candidate set comes from the list of candidates advancing from the next higher level. These candidates have undergone selection through one or more intermediate levels before entering the highest-level voting activity, representing the most outstanding nominees from the entire organizational structure. The voting subject set consists of personnel with voting authority at the highest level and below; the specific scope of the voting subject is determined by the voting subject scope configuration information in step S101.

[0055] The final list of candidates for advancement is determined in the same way as in step S103. The system sorts candidates from highest to lowest based on the number of votes received in the voting results, and then, according to the advancement quota for the highest level, determines the top-ranked candidates as the final list. This final list represents the final output of the entire multi-level voting process, signifying the outstanding individuals who have emerged from the lowest level through a series of selections.

[0056] Regarding weighted voting, if a voting weight coefficient for a specific voter is configured in step S103, the same weighted voting rule applies to the voting results of the highest-level voting activity. The system multiplies the original vote count of the voter with the configured voting weight coefficient by the weight coefficient to obtain the number of valid votes. Then, it sorts the candidates from highest to lowest based on the number of valid votes to determine the final list of those who will advance. This allows managers to have different voting influence at different levels, achieving consistent cross-level application of differentiated voting weights.

[0057] After the final list of nominees is determined, the system can perform subsequent auxiliary operations. The system automatically generates a public announcement of the final list, including the name, organizational level, number of votes received, and ranking of each nominee. The system pushes this announcement to management levels for result disclosure, and simultaneously sends voting result notifications to voters and nomination notices to the nominees themselves. These notifications create a complete closed loop in the voting process after the results are determined, improving the transparency of the voting activity and participant satisfaction.

[0058] Step S105 completes the entire multi-level voting process. From the unified rule configuration in step S101, to the creation of the lowest-level voting activity in step S102, to the acquisition of voting results and determination of the advancement list in step S103, to the automatic transmission of the advancement list and the triggering of adjacent higher-level voting activities in step S104, and finally to the acquisition of the highest-level voting results and the determination of the final advancement list in step S105, a complete automatic advancement chain is formed. Throughout the process, the advancement list of each level is automatically used as the candidate set for the adjacent higher level, and the creation and initiation of each level's voting activity are automatically triggered by the system. No manual data export or import is required, eliminating the cumbersome processes and data error risks associated with manual operation.

[0059] In one possible implementation, the method provided in this application embodiment further includes a permission management configuration step. This step is used to divide the permission scope of the management terminal that performs the voting rule configuration information acquisition operation in step S101 and the management terminals of subsequent voting activities at each level, thereby ensuring that managers at different levels can only perform corresponding operations within their authorized scope. Specifically, the highest-level management terminal has voting rule configuration permissions for all organizational levels and voting activity management permissions for all organizational levels. Voting rule configuration permissions refer to the management terminal's permission to create, modify, and delete voting rule configuration information such as the frequency of voting at each organizational level and the corresponding promotion quota for each organizational level. Voting activity management permissions refer to the management terminal's permission to create, start, pause, end, view voting results, and supplement and edit candidate information for voting activities. In a banking scenario, the highest-level management terminal corresponds to a first-level branch manager, who has complete management capabilities for voting activities at all levels in the entire multi-level organizational structure, including uniformly configuring voting rules covering all levels, managing ongoing voting activities at any level, and viewing voting results and promotion lists at any level. Meanwhile, the highest-level management terminal can also perform supplementary editing operations on candidate objects for all voting activities from the lowest to the highest level.

[0060] Each intermediate-level management terminal, excluding the highest and lowest levels, has voting activity management permissions for that intermediate level and lower organizational levels, but does not have voting rule configuration permissions. In a banking scenario, intermediate-level management terminals correspond to second-tier branch managers or sub-branch managers. Taking a second-tier branch management terminal as an example, it only has voting activity management permissions for that second-tier branch and all sub-branches and outlets within its jurisdiction. It can create, start, and end voting activities, view voting results, view the advancement list, and supplement / edit candidate information within its jurisdiction. However, this second-tier branch management terminal cannot manage voting activities in other second-tier branches and their jurisdictions, nor can it obtain or modify the voting rules uniformly configured at the highest level.

[0061] Taking the branch management terminal as an example, it only has management authority over voting activities of its own branch and all outlets within its jurisdiction, and cannot manage voting activities of other branches. All intermediate-level management terminals lack voting rule configuration authority, meaning they cannot modify rule parameters uniformly configured by the highest level, such as voting frequency and promotion quotas. The lowest-level terminal only has voting participation authority, not management authority. In a banking scenario, the lowest-level terminal corresponds to the outlet terminal; it can only participate as a voter in voting activities at its own level or higher, and cannot perform any voting activity management operations, nor can it view voting results or promotion lists or other management information. Through this hierarchical permission management configuration, it ensures unified control of voting rules by the highest level, while granting intermediate levels flexible management capabilities within their respective jurisdictions, and prevents unauthorized operations.

[0062] In one possible implementation, the method provided in this application embodiment further includes data storage and promotion path tracing steps. After determining the list of candidates for promotion at each organizational level, the method stores the association between the list of candidates for promotion at that organizational level and the voting results of the previous organizational level corresponding to that list. Specifically, the system records and saves the specific number of votes each candidate received from the voting activity of the previous level, their promotion ranking among all candidates at that level, and the promotion time, and associates this data with the original data of the candidate in the voting results of the previous level. Through this cross-level association storage, the voting performance of each candidate at each level is completely recorded and linked together. After the final list of candidates for promotion at the highest level is determined, the system responds to viewing instructions initiated by the management end or the voter end, displaying the complete promotion path of any final candidate from the lowest level to the highest level. The advancement path refers to the complete record of each level a final candidate experiences in the multi-level voting process, including the number of votes received at the lowest, intermediate, and highest levels, their ranking in each level's voting activity, and the time of advancement. For example, a final candidate might advance from the branch level to the sub-branch level as the first-ranked candidate, then from the sub-branch level to the second-tier branch level as the second-ranked candidate, then from the second-tier branch level to the first-tier branch level as the first-ranked candidate, and finally be confirmed as the final candidate as the third-ranked candidate at the first-tier branch level. The system visualizes this complete five-level advancement path, allowing managers to clearly understand the complete trajectory of each final candidate in the selection process and the level of recognition they gained at each level.

[0063] In one possible implementation, the method provided in this application embodiment further includes a real-time monitoring and early warning step for voting participation rate. After voting activities at each organizational level are created and initiated, the method acquires the voting participation rate of each initiated organizational level in real time. Voting participation rate refers to the percentage of people who actually completed voting in a voting activity at an organizational level, relative to the total number of voting entities with voting rights. This percentage reflects the level of participation in the voting activity at that level. The system dynamically calculates and updates the participation rate of each level of voting activity by real-time statistics of the number of submitted votes and the total number of voting entities. When the voting participation rate of any organizational level falls below a preset threshold, the system automatically pushes an early warning notification to the management terminal corresponding to that organizational level. The preset threshold is a minimum participation rate standard set by the highest-level management terminal when configuring voting rules, for example, setting the participation rate threshold to 60%. When the voting participation rate of a certain level falls below this standard, the system determines that the participation in the voting activity at that level is insufficient. Once the early warning notification is pushed to the corresponding management level within the organization, administrators can promptly understand the low voter turnout at that level and take appropriate intervention measures, such as reminding those who haven't voted to participate. This real-time monitoring and early warning mechanism helps ensure participation in voting activities at all levels, preventing low turnout from affecting the representativeness and credibility of the voting results.

[0064] The multi-level voting method provided in this application will be explained in detail below with reference to practical application scenarios.

[0065] Step S201: Obtain voting rule configuration information.

[0066] Taking the organizational structure of a provincial bank as an example, the bank's organizational hierarchy, from lowest to highest, includes the branch level, sub-branch level, second-tier branch level, and first-tier branch level. The hierarchical relationships are as follows: multiple branches belong to one sub-branch, multiple sub-branch belong to one second-tier branch, and multiple second-tier branches belong to one first-tier branch. In this embodiment, the first-tier branch has a total of 1000 branches, 100 sub-branch, and 10 second-tier branches.

[0067] The first-level branch administrator configures the voting rules through the management terminal. The name of this voting activity is the "Outstanding Employee Selection for the First Quarter of 2026." The first-level branch administrator configures the voting frequency for each organizational level: branch-level voting is held weekly, sub-branch-level voting is held monthly, second-level branch-level voting is held quarterly, and first-level branch-level voting is held annually. The first-level branch administrator also configures the promotion quotas for each organizational level: the top two vote-getters at the branch level are promoted to the sub-branch level; the top five vote-getters at the sub-branch level are promoted to the second-level branch level; the top ten vote-getters at the second-level branch level are promoted to the first-level branch level; and the top ten vote-getters at the first-level branch level are determined as the final winners.

[0068] Step S202: Create the lowest-level voting activity and determine the set of candidates.

[0069] Once the voting rules are configured, the system automatically generates voting activities for each of the 1,000 outlets across the province, based on the weekly frequency corresponding to the outlet level. In each outlet's voting activity, the candidate set is all staff members of that outlet, and the voting subjects are also all staff members of that outlet; that is, every staff member of the outlet is both a candidate and a voter. The voting activities of each outlet are independent and conducted separately.

[0070] Step S203: Obtain the voting results and determine the list of candidates to advance.

[0071] After the voting campaign at the branch level was launched, staff at each branch voted via web browser or mobile application. Each branch's voting was conducted independently, and the system automatically tallied the votes after the voting period ended. Based on the promotion quota for each branch level (the top two vote-getters advance), the system determined the list of promoted personnel for each branch. A total of 2000 personnel were promoted from 1000 branches across the province.

[0072] Step S204: Pass the list of candidates to be promoted to the next higher level and start the voting activity at that level.

[0073] The system automatically synchronizes the list of promoted personnel from each branch to the branch level. The synchronization operation is distributed according to branch affiliation, meaning each branch receives the list of promoted personnel from all branches within its jurisdiction, which serves as the candidate set for the branch's voting activity. For example, if a branch manages 8 branches, and each branch produces 2 promoted personnel, then the branch's candidate set will have a total of 16 candidates.

[0074] Before creating and launching a branch-level voting campaign, the first-level branch administrator can supplement and edit the candidate list. This includes adding personal information, uploading profile pictures, and adjusting the display order of candidates in the voting interface. The first-level branch administrator can also configure the voting weight coefficient for specific voters in the branch-level voting campaign. For example, assigning a weight coefficient greater than 1 to voters with the branch manager role will give them greater influence in the voting results. Furthermore, the first-level branch administrator can customize the voting scope. The default voting scope for branch-level voting campaigns is all staff members of the branch; administrators can add or delete members within this default scope. After completing the supplementary editing, the first-level branch administrator publishes the branch-level voting campaign.

[0075] Step S205: Branch-level voting to determine the list of candidates for promotion.

[0076] After the voting campaign at the branch level was launched, staff at each branch voted according to the pre-defined voting scope. After the voting period ended, the system automatically counted the votes and determined the list of promoted personnel for each branch based on the number of promotion slots corresponding to that branch level (i.e., the top 5 vote-getters advanced). A total of 500 personnel were promoted from 100 branches across the province.

[0077] Step S206: Pass the list of candidates for advancement to the second-level branch level and start the voting activity at that level.

[0078] The system automatically synchronizes the list of promoted personnel from each branch to the second-level branch level. The synchronization operation is distributed according to the second-level branch affiliation; that is, each second-level branch receives the list of promoted personnel from all branches within its jurisdiction, which becomes the candidate set for the second-level branch's voting activity. For example, if a second-level branch manages 10 branches and produces 50 promoted personnel, then the second-level branch's candidate set contains 50 candidates.

[0079] Before creating and launching a voting campaign at the second-level branch level, the second-level branch administrator can also supplement and edit the candidate list, including adding personal introductions, uploading profile pictures, and adjusting the display order. After the supplementary editing is completed, the second-level branch administrator publishes the voting campaign at the second-level branch level.

[0080] Step S207: Second-level branch voting to determine the list of candidates to be promoted.

[0081] After the voting activity at the second-tier branch level was launched, staff from each second-tier branch voted according to the pre-defined voting scope. After the voting period ended, the system automatically counted the votes and determined the list of promoted personnel for each second-tier branch based on the corresponding promotion quota, i.e., the top 10 vote-getters. A total of 100 promoted personnel were selected each quarter from the 10 second-tier branches across the province, resulting in a total of 400 promoted personnel over the four quarters of the year.

[0082] Step S208: Pass the list of candidates for advancement to the first-level branch level and start the voting activity at that level.

[0083] The system automatically synchronizes the list of promoted personnel from each second-level branch to the first-level branch level, serving as the candidate set for the first-level branch-level voting activity. First-level branch administrators can supplement and edit the candidate set. After the supplementary editing is completed, the first-level branch administrator publishes the first-level branch-level voting activity.

[0084] Step S209: The first-level branch offices vote and determine the final list of candidates to be promoted.

[0085] After the voting activity at the first-tier branch level was launched, staff at the first-tier branches voted according to the preset voting scope. After the voting period ended, the system automatically counted the votes and, based on the advancement quota corresponding to the first-tier branch level, the top 10 vote-getters advanced. From the 400 advancing candidates, the top 10 were determined as the final winners.

[0086] Step S210: Announce the final list of those who will advance.

[0087] Once the final list of advancing candidates is determined, the system automatically generates a public announcement, including the names of the final winners, their organizational level, the number of votes received at each level, and their ranking. The system then pushes this announcement to management at all levels for result disclosure, while simultaneously sending voting result notifications to voters and award notifications to the final winners. At this point, the entire multi-level voting process is complete.

[0088] In summary, compared with the prior art, this application has the following beneficial effects: First, it achieves an automated promotion chain for multi-level voting, significantly improving organizational efficiency. In this application, after the completion of each level of voting, the system automatically uses the list of candidates for promotion at that level as the candidate set for the voting activities at the adjacent higher level, and automatically creates and launches the voting activities at that adjacent higher level. The entire process eliminates the need for manual exporting and importing of promotion lists, avoiding data omissions and human errors. Taking a provincial branch as an example, this branch includes 10 second-level branches, 100 sub-branches, and 1000 outlets, totaling 50,000 employees. After adopting the technical solution provided in this application, the total creation time for a complete four-level voting activity is reduced from approximately 8 hours required for manual operation to less than 5 minutes completed automatically by the system, improving efficiency by approximately 96%.

[0089] Second, it enables unified configuration of voting rules and automatic generation of voting activities. In this application, the highest-level administrator can configure voting rules covering all organizational levels at once through the management terminal, including the frequency of voting and the number of promotions for each level. The system automatically creates voting activity instances for each level based on the configured frequency, eliminating the need for administrators to repeatedly create and configure voting activities at each level. This mechanism is particularly suitable for periodic performance evaluations and awards conducted by banks, such as quarterly outstanding employee selections and annual advanced worker selections, significantly reducing the repetitive labor costs for administrators.

[0090] Third, it implements hierarchical access control and differentiated weight configuration. In this application, through hierarchical access control, management terminals at different levels can only operate voting activities within their authorized scope. The highest-level management terminal has the authority to configure voting rules and manage voting activities for all organizational levels. Intermediate-level management terminals only have the authority to manage voting activities for their respective intermediate and lower organizational levels and do not have voting rule configuration authority. The lowest-level terminal only has voting participation authority. This ensures management efficiency while preventing unauthorized operations. Simultaneously, voting weight coefficients can be configured separately according to organizational levels, with the same voter corresponding to different voting weight coefficients at different organizational levels. Alternatively, they can be uniformly configured according to personnel roles, with all voters of the same role type corresponding to the same voting weight coefficient, meeting the practical business needs of differentiated voting weights for internal bank management personnel.

[0091] Fourth, it supports multi-platform voting to increase voter participation. This application provides dual voting channels—web browser and mobile application—and integrates the bank's unified identity authentication system, ensuring both convenience and security. Branch employees can participate in voting anytime, anywhere via the mobile application, effectively improving the voter participation rate among frontline staff.

[0092] Fifth, it has good scalability and compatibility. This application does not rely on specific hardware devices and can be directly deployed in the bank's existing server and network environment, seamlessly integrating with the bank's existing organizational structure management system and unified identity authentication system, thus reducing system implementation costs.

[0093] The above are some specific implementations of the multi-level voting method provided in the embodiments of this application. Based on this, this application also provides a corresponding multi-level voting system. The system provided in the embodiments of this application will be described below from the perspective of functional modularity. Figure 2 This is a structural diagram of a multi-level voting system provided in an embodiment of this application.

[0094] The system includes: The acquisition unit 110 is used to acquire voting rule configuration information, which includes at least: the voting frequency corresponding to each organizational level and the promotion quota corresponding to each organizational level; the organizational level includes at least the lowest level and the highest level. The creation unit 111 is used to create a voting activity for the target level, taking the lowest level as the target level and according to the voting frequency corresponding to the target level, and to determine the set of candidate objects to participate in the voting activity for the target level. The first determining unit 112 is used to obtain the voting results of the target level voting activity, and determine the list of candidates for advancement of the target level from the voting results according to the advancement quota corresponding to the target level. The execution unit 113 is used to take the list of candidates for advancement at the target level as a set of candidates for voting activities at higher levels adjacent to the target level, take the higher levels adjacent to the target level as the target level, and execute the steps of creating the voting activities at the target level and subsequent steps according to the voting frequency corresponding to the target level, until the voting activities at the highest level are started. The second determining unit 114 is used to obtain the voting results of the highest-level voting activity and determine the final list of candidates to be promoted based on the promotion quota corresponding to the highest level.

[0095] This application also provides corresponding devices and computer storage media for implementing the multi-level voting scheme provided in this application.

[0096] The device includes a memory and a processor. The memory stores instructions or code, and the processor executes the instructions or code to cause the device to perform the multi-level voting method described in any embodiment of this application.

[0097] The computer storage medium stores code, and when the code is executed, the device running the code implements the multi-level voting method described in any embodiment of this application.

[0098] It should be noted that the various embodiments in this specification are described in a progressive manner, with each embodiment focusing on the differences from other embodiments. Similar or identical parts between embodiments can be referred to interchangeably. For the systems or apparatus disclosed in the embodiments, since they correspond to the methods disclosed in the embodiments, the descriptions are relatively simple, and relevant parts can be referred to the method section.

[0099] It should be understood that in this application, "at least one" refers to one or more items, and "more" refers to two or more items. "And / or" is used to describe the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: only A exists, only B exists, and both A and B exist simultaneously, where A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. "At least one" or similar expressions refer to any combination of these items, including any combination of singular or plural items. For example, "at least one" of a, b, or c can represent: a, b, c, a and b, a and c, b and c, or a and b and c, where a, b, and c can be single or multiple.

[0100] It should be understood that the terms center, longitudinal, transverse, up, down, front, back, left, right, vertical, horizontal, top, bottom, inside, outside, etc., indicate the orientation or positional relationship based on the orientation or positional relationship shown in the accompanying drawings. They are only for the convenience of describing the present invention and simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation. Therefore, they should not be construed as limitations on the present invention.

[0101] It should be noted that, unless otherwise explicitly specified and limited, the terms installation, connection, and linking should be interpreted broadly. For example, they can refer to fixed connections, detachable connections, or integral connections; they can refer to mechanical connections or electrical connections; they can refer to direct connections or indirect connections through an intermediate medium; and they can refer to the internal communication between two components. Those skilled in the art can understand the specific meaning of the above terms in this invention based on the specific circumstances.

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

[0103] The steps of the methods or algorithms described in conjunction with the embodiments disclosed herein can be implemented directly by hardware, a software module executed by a processor, or a combination of both. The software module can be located in random access memory (RAM), main memory, read-only memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, removable disk, CD-ROM, or any other form of storage medium known in the art.

[0104] The above description of the disclosed embodiments enables those skilled in the art to make or use this application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of this application. Therefore, this application is not to be limited to the embodiments shown herein, but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A multi-level voting method, characterized in that, include: Obtain voting rule configuration information, which includes at least: the voting frequency corresponding to each organizational level, and the number of promotion slots corresponding to each organizational level; the organizational level includes at least the lowest level and the highest level; Using the lowest level as the target level, a voting activity is created for the target level based on the voting frequency corresponding to the target level, and a set of candidate objects to participate in the voting activity for the target level is determined. Obtain the voting results of the target level voting activity, and determine the list of candidates to advance to the target level from the voting results based on the advancement quota corresponding to the target level; The list of candidates for advancement at the target level is used as a candidate set for voting activities at higher levels adjacent to the target level. The higher levels adjacent to the target level are used as the target level. The process of creating voting activities at the target level and subsequent steps based on the voting frequency corresponding to the target level is executed until the voting activities at the highest level are completed. Obtain the voting results of the highest-level voting activity, and determine the final list of candidates to advance based on the number of places available at the highest level.

2. The method according to claim 1, characterized in that, The voting rule configuration information also includes: the voting subject scope configuration information corresponding to each organizational level; the voting subject scope configuration information includes a default scope and a custom scope; the default scope is all personnel of the organizational level that initiated the voting activity, and the custom scope supports adding and deleting personnel within the default scope.

3. The method according to claim 1, characterized in that, Also includes: Obtain a configuration instruction for the voting weight coefficient of a specified voter, wherein the voting weight coefficient is greater than or equal to 1; The step of determining the list of candidates for advancement to the target level from the voting results based on the advancement quota corresponding to the target level includes: The product of the original number of votes cast by the voter and the voting weight coefficient is taken as the number of valid votes cast by the voter. Based on the number of promotion slots corresponding to the target level, the candidates are sorted from high to low according to the number of valid votes cast by each candidate, and the candidates ranked first are determined as the list of candidates to be promoted to the target level.

4. The method according to claim 3, characterized in that, The voting weight coefficients are configured based on organizational levels, with the same voter corresponding to different voting weight coefficients at different organizational levels; or, the voting weight coefficients are uniformly configured according to personnel roles, with all voters of the same role type corresponding to the same voting weight coefficient.

5. The method according to claim 1, characterized in that, After considering the list of candidates for advancement at the target level as a candidate set for voting activities at higher levels adjacent to the target level, the method further includes: Based on the supplementary editing operations on the candidate object set, the candidate object set is adjusted. The supplementary editing operations include at least one of the following: adding personal introduction information to the candidate object, uploading a profile picture, and adjusting the display order of the candidate objects.

6. The method according to claim 1, characterized in that, Also includes: The highest-level management terminal is configured to have the authority to configure voting rules for all organizational levels and the authority to manage voting activities for all organizational levels. Each intermediate-level management terminal, excluding the highest and lowest levels, is configured to have voting activity management permissions for that intermediate level and lower organizational levels, but not voting rule configuration permissions. The lowest-level client is configured to only have voting participation permissions, not management permissions.

7. The method according to claim 1, characterized in that, Also includes: Store the association between the list of candidates for promotion at each organizational level and the voting results of the previous organizational level corresponding to the list of candidates for promotion; After the final list of candidates for promotion to the highest level is determined, it also includes: In response to a viewing command, the complete promotion path of any final promotion candidate from the lowest level to the highest level is displayed, the promotion path including the number of votes, promotion ranking, and promotion time of the final promotion candidate at each organizational level.

8. The method according to claim 1, characterized in that, Also includes: Real-time acquisition of voter turnout at each organizational level; When the voting participation rate at any organizational level falls below a preset threshold, an early warning notification is sent to the management terminal of the corresponding organizational level.

9. A multi-level voting system, characterized in that, include: The acquisition unit is used to acquire voting rule configuration information, which includes at least: the voting frequency corresponding to each organizational level and the number of promotion slots corresponding to each organizational level; the organizational level includes at least the lowest level and the highest level. A creation unit is used to create a voting activity at the target level, taking the lowest level as the target level and based on the voting frequency corresponding to the target level, and to determine a set of candidate objects to participate in the voting activity at the target level. The first determining unit is used to obtain the voting results of the target level voting activity, and determine the list of candidates for advancement to the target level from the voting results based on the advancement quota corresponding to the target level. The execution unit is used to take the list of candidates for advancement at the target level as a set of candidates for voting activities at higher levels adjacent to the target level, take the higher levels adjacent to the target level as the target level, and execute the steps of creating the voting activities at the target level and subsequent steps according to the voting frequency corresponding to the target level, until the voting activities at the highest level are started. The second determining unit is used to obtain the voting results of the highest-level voting activity and determine the final list of candidates to be promoted based on the promotion quota corresponding to the highest level.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores instructions that, when executed on a terminal device, cause the terminal device to perform the multi-level voting method as described in any one of claims 1-8.

Images