A government affair service number taking method and system based on multi-level classification

Abstract

The application relates to the technical field of government affair service, in particular to a government affair service number taking method and system based on multistage classification. The method comprises the following steps: obtaining an initial service request of a user and analyzing the initial service request into standardized service demand information, and obtaining multistage classification labels through step-by-step identification by a multistage government affair item classification model; according to a specific service item, a verification rule is called to verify the completeness of a material list; when the materials are in compliance, a window real-time queue state is matched, an estimated waiting time is calculated, a window group is selected and recommended in combination with a window service capacity; the recommended window group and the estimated waiting time are displayed to the user through a government affair terminal, and a window selection instruction returned by the user is received; according to the window selection instruction, a corresponding queue number is allocated to the user, and the queue number and corresponding window information are pushed to the government affair terminal and a corresponding window service terminal; and the application can improve the efficiency of the government affair service number taking based on multistage classification.

Description

Technical Field

[0001] This invention relates to the field of government service technology, and in particular to a method and system for obtaining government service numbers based on multi-level classification. Background Technology

[0002] Traditional government service ticket retrieval methods rely heavily on manual work for classifying matters and verifying materials. The classification of matters lacks a unified standard, which can easily lead to inaccurate classification due to differences in staff experience. At the same time, the manual verification of material lists is prone to omissions. This not only makes the ticket retrieval process cumbersome but also significantly increases the time users spend at this stage, resulting in low overall efficiency in the preliminary preparation for the service.

[0003] The existing number-taking system lacks a precise matching mechanism between service items and processing windows. Window allocation is based solely on simple broad categories of service items, without considering the specific processing capabilities of each window and the real-time queue status for overall selection. This easily leads to uneven workloads at windows, with some windows under excessive pressure while others are idle. Furthermore, users may need to retake the number due to mismatched window capabilities, further reducing the overall efficiency of government services. Therefore, improving the efficiency of government service number taking has become an urgent problem to be solved. Summary of the Invention

[0004] This invention provides a method and system for obtaining numbers for government services based on multi-level classification, in order to solve the problems mentioned in the background art.

[0005] To achieve the above objectives, this invention provides a method for obtaining a government service number based on multi-level classification, comprising: A1. Obtain the initial service request submitted by the user through the government terminal, and perform natural language understanding and parsing on the initial service request to obtain the user's standardized service requirement information. A2. Input the standardized service demand information into the pre-built multi-level government affairs classification model for hierarchical classification and identification to obtain multi-level classification labels for the standardized service demand information; A3. Based on the specific service item names in the multi-level classification labels, retrieve the corresponding personalized verification rules from the pre-stored government knowledge base, and based on the personalized verification rules, perform completeness verification on the required materials list in the standardized service requirement information to obtain a verification result report of the required materials list. A4. When the verification result report indicates that the materials are complete and compliant, the multi-level classification labels are matched with the real-time queue status of each window, the estimated waiting time of the matched window is calculated, and the user's recommended processing window group is selected from the matched windows based on the specific processing item name and the window's exclusive processing capabilities. A5. Display the recommended service window group and estimated waiting time to the user through the government service terminal, and receive the user's return window selection instruction; A6. Based on the window selection instructions, assign the corresponding queue number to the user, and push the queue number and the corresponding window information to the government affairs terminal and the corresponding window service terminal.

[0006] In a preferred embodiment, the step of obtaining the initial service request submitted by the user through the government terminal and performing natural language understanding and parsing on the initial service request to obtain the user's standardized service requirement information includes: Obtain the initial service request submitted by the user through the government service terminal; Filter out stop words and noise characters in the initial service request to obtain the user's normalized request text; The normalized request text is segmented into tokens to obtain the word sequence of the normalized request text; The segmented sequence is input into a pre-configured intent recognition rule base for pattern matching to identify the user's intent to do business. Key material entities associated with the intent to do business are extracted from the segmented sequence to obtain the list of required materials corresponding to the intent to do business. The purpose of the service and the list of required materials are integrated into standardized service requirement information for users.

[0007] In a preferred embodiment, the step of inputting standardized service demand information into a pre-built multi-level government affairs classification model for hierarchical classification and identification to obtain multi-level classification labels for the standardized service demand information includes: Standardized service request information is input into the first-level classifier of a pre-built multi-level government affairs classification model. The first-level classifier identifies and matches the service intent in the standardized service request information to obtain the major category of the service intent. The second-level classifier of the multi-level government affairs classification model determines the category of the service intention based on the major category of the service, and obtains the sub-category of the service intention. The subcategories of matters and standardized service requirements are input into the third-level classifier of the multi-level government affairs classification model. The third-level classifier accurately locks the service intent based on the subcategories of matters, and obtains the specific service name corresponding to the service intent. By hierarchically associating major categories, minor categories, and specific service items, we can obtain multi-level classification labels for standardized service demand information.

[0008] In a preferred embodiment, the step of retrieving corresponding personalized verification rules from a pre-stored government knowledge base based on the specific service item name in the multi-level classification tags, and performing a completeness verification of the required materials list in the standardized service requirement information based on the personalized verification rules, to obtain a verification result report of the required materials list, includes: Using the specific service item name in the multi-level category tags as the query index, the system performs matching and positioning in the pre-stored government knowledge base to obtain the rule storage address corresponding to the specific service item name. Based on the rule storage address, access the rule storage area of ​​the government knowledge base to read the personalized verification rule corresponding to the specific handling item name. The personalized verification rule includes a list of required material types and the format requirements for each type of material. The required materials list in the standardized service requirements information is compared item by item with the materials in the essential materials list to identify the missing materials in the required materials list; Compare each submitted material in the required materials list with the format requirements for each type of material, and mark the materials that do not meet the format requirements. The missing material types and non-compliant material items are summarized and collected to obtain a verification result report of the required material list.

[0009] In a preferred embodiment, when the verification result report indicates that the materials are complete and compliant, the multi-level classification tags are matched with the real-time queue status of each window, the estimated waiting time of the matched window is calculated, and the user's recommended service window group is selected from the matched windows based on the specific service item name and the window's exclusive service capabilities, including: Obtain the real-time queue status information of each window, and extract the current number of people in the queue for each window from the real-time queue status information; Based on the specific service item names in the multi-level category tags, traverse the service capability tags of each window, and filter out the windows whose service capability tags contain the specific service item names to obtain the user's candidate window set. The baseline processing time corresponding to the specific processing item name is retrieved from the government knowledge base. The baseline processing time is then weighted and estimated by combining it with the current number of people queuing at each window in the candidate window set to obtain the estimated waiting time for each window. The window-specific processing capability description information of each window is analyzed to obtain the additional service characteristics associated with the specific processing item name, and the windows with positive additional service characteristics are identified. In the candidate window set, windows with positive additional service characteristics will be identified and prioritized. Then, they will be sorted according to the priority marking and the estimated waiting time to obtain the user's recommended processing window group.

[0010] In a preferred embodiment, the formula for calculating the estimated waiting time is as follows: ; In the formula, To estimate the waiting time, Based on the processing time, This represents the current number of people in the queue. The preset adjustment coefficient, The capability coefficient is obtained by parsing the capability description information of the window-specific processing capability.

[0011] In a preferred embodiment, parsing the window-specific processing capability description information of each window to obtain additional service features associated with the specific processing item name, and identifying windows with positive additional service features, includes: Core word mining was performed on the description text of the window-specific processing capabilities of each window to obtain the capability keyword set of each window; The specific service item name is associated with the keywords in the capability keyword set and mapped to obtain the additional service features associated with the specific service item name; Iterate through the additional service features of all windows and mark the windows that contain positive additional service features as windows with positive additional service features.

[0012] In a preferred embodiment, the step of displaying the recommended service window group and estimated waiting time to the user through the government service terminal, and receiving the user's returned window selection instruction, includes: Based on the estimated waiting time, the recommended processing window groups are arranged in chronological order to generate a sorted list of recommended processing window groups; The sorted window list and the corresponding estimated waiting time are pushed to the government terminal, which then renders them on the display interface to generate the user's window selection view. Capture the user's click signal on the window selection view, and encode the window identifier selected by the user in the click signal into the user's window selection command.

[0013] In a preferred embodiment, the step of assigning a corresponding queue number to the user based on the window selection instruction, and pushing the queue number and corresponding window information to the government service terminal and the corresponding window service terminal, includes: Extract the identifier of the window selected by the user and the user's identity identifier from the window selection command; Access the queue of the corresponding window based on the window identifier, generate the user's queue number by incrementing the last number in the queue, and associate the user's identity with the queue number and write it into the queue. Encapsulate the queue number and window identifier into a push message for the user; The push message is sent to the government terminal and the window service terminal corresponding to the window identifier. The government terminal displays the queue number to the user, and the window service terminal updates the queue display on the window screen.

[0014] To address the aforementioned problems, this invention also provides a government service number retrieval system based on multi-level classification, the system comprising: The demand parsing module is used to obtain the initial service requests submitted by users through the government affairs terminal, and to perform natural language understanding and parsing on the initial service requests to obtain the user's standardized service demand information. The item classification module is used to input standardized service requirement information into a pre-built multi-level government service item classification model for hierarchical classification and identification, and to obtain multi-level classification labels for the standardized service requirement information. The material verification module is used to retrieve the corresponding personalized verification rules from the pre-stored government knowledge base based on the specific service item name in the multi-level classification tags, and perform completeness verification on the required material list in the standardized service requirement information based on the personalized verification rules, and obtain a verification result report of the required material list. The window matching module is used to match multi-level category tags with the real-time queue status of each window when the verification result report indicates that the materials are complete and compliant. It calculates the estimated waiting time of the matching window and, in combination with the specific service item name and the window's exclusive service capabilities, filters out the user's recommended service window group from the matching windows. The interactive confirmation module is used to display the recommended service window group and estimated waiting time to the user through the government service terminal, and to receive the user's returned window selection instructions; The sequence number allocation module is used to assign a corresponding queue number to the user based on the window selection instruction, and push the queue number and the corresponding window information to the government affairs terminal and the corresponding window service terminal.

[0015] Compared with the prior art, the present invention has the following beneficial effects: 1. This invention relies on natural language understanding and parsing to achieve standardized transformation of service requirements. It completes the step-by-step accurate classification of service requirements through a pre-built multi-level government affairs classification model. At the same time, it combines personalized verification rules of the government affairs knowledge base to achieve systematic and complete verification of the service materials list. This greatly improves the accuracy and efficiency of item identification and material review in the number-taking process, ensuring the smooth progress of the number-taking process from the source.

[0016] 2. This invention achieves precise matching between multi-level classification tags and service windows, combines real-time queue status and dedicated processing capabilities to filter and recommend window groups, and uses formulas to quantitatively calculate and estimate waiting time, making window allocation more scientific. At the same time, it realizes automated allocation of queue numbers and real-time information push, improving the utilization efficiency of window resources and the intelligent level of the entire number retrieval process, optimizing the overall experience of government service number retrieval, and further improving the overall operational efficiency of government service number retrieval. Attached Figure Description

[0017] Figure 1 This is a flowchart illustrating a government service number retrieval method based on multi-level classification, as provided in an embodiment of the present invention. Figure 2 A functional module diagram of a government service number retrieval system based on multi-level classification provided in an embodiment of the present invention; The realization of the objective, functional features and advantages of the present invention will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0018] It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

[0019] This application provides a method for obtaining a government service number based on multi-level classification. The executing entity of this method includes, but is not limited to, at least one of the following electronic devices that can be configured to execute the method provided in this application: a server, a terminal, etc. In other words, this method can be executed by software or hardware installed on a terminal device or a server device. The server includes, but is not limited to, a single server, a server cluster, a cloud server, or a cloud server cluster. The server can be an independent server or a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, content delivery networks (CDNs), and big data and artificial intelligence platforms.

[0020] Reference Figure 1 The diagram shown is a flowchart illustrating a multi-level classification-based government service number retrieval method according to an embodiment of the present invention. In this embodiment, the multi-level classification-based government service number retrieval method includes: A1. Obtain the initial service request submitted by the user through the government terminal, and perform natural language understanding and parsing on the initial service request to obtain the user's standardized service requirement information. In this embodiment of the invention, obtaining the initial service request submitted by the user through the government affairs terminal, and performing natural language understanding and parsing on the initial service request to obtain the user's standardized service requirement information includes: Obtain the initial service request submitted by the user through the government service terminal; Filter out stop words and noise characters in the initial service request to obtain the user's normalized request text; The normalized request text is segmented into tokens to obtain the word sequence of the normalized request text; The segmented sequence is input into a pre-configured intent recognition rule base for pattern matching to identify the user's intent to do business. Key material entities associated with the intent to do business are extracted from the segmented sequence to obtain the list of required materials corresponding to the intent to do business. The purpose of the service and the list of required materials are integrated into standardized service requirement information for users.

[0021] The government service system receives initial service requests submitted by users in real time via text input at self-service terminals in government service halls and online government service platform terminals through the information collection interface of government terminals. The system stores the request in plain text format in the system's temporary data storage area, thus completing the acquisition of the user's initial service request.

[0022] The government service system retrieves a pre-stored stop word library and noise character library specifically for government service areas. The stop word library contains fixed words such as modal particles, conjunctions, and function words that do not have the semantic meaning of government services. The noise character library contains non-textual special symbols, garbled characters, and consecutive whitespace characters. The system performs a word-by-word traversal and matching of the text content of the initial service request in the temporary data storage area. Content that matches as stop words or noise characters is directly removed from the text. The continuous text content with actual service semantics that is retained after the removal operation is completed is the user's standardized request text, which will be stored in the system's dedicated text processing storage area.

[0023] The government service system calls upon its built-in word segmentation dictionary, which includes professional terms, commonly used terms, and fixed expressions for all categories of government services and has completed semantic labeling. The system scans and matches the standardized request text character by character in the dedicated storage area for text processing. According to the word boundary labeling rules in the dictionary, the standardized request text is split into independent word units with complete government service semantics. All the split word units are arranged in order according to their order in the original standardized request text. The resulting ordered set of words is the word segmentation sequence of the standardized request text. Each word unit in the sequence is associated with and bound to the position information in the original text.

[0024] The government service system inputs the complete word segmentation sequence into a pre-configured intent recognition rule base. This rule base is categorized by the type of government service matter and stores matching rules for feature word combinations corresponding to various service intents. The system performs a full comparison and matching of all words in the word segmentation sequence with the feature word combinations of various service intents in the rule base. When the number of successfully matched feature words for a single service intent reaches 95% or more of the total number of feature word combinations for that type, the system determines that the service intent is the user's service intent. After completing the service intent recognition, the system extracts word entities that are directly related to the service intent and belong to the category of materials required for government services from the word segmentation sequence according to the material entity extraction rules corresponding to the service intent in the rule base. All extracted material entities are classified and organized according to the type of government materials, and the complete set of material entities formed is the list of materials required for the service intent.

[0025] The government service system retrieves a pre-set standardized structured data template for service requests. This template contains two core data fields: service intent and a list of required materials. Each field has a corresponding information entry format. The system identifies and confirms the user's service intent and enters it completely into the service intent field according to the template requirements. The system also enters the categorized list of required materials into the required materials list field according to material type. After the information in both core fields is entered in a standardized manner, the resulting structured data is the user's standardized service request information. This information will be stored in the system's dedicated database for government service request processing and will be marked with a unique request identification code for retrieval in subsequent stages.

[0026] The beneficial effects are that this implementation process relies on various databases and preset rules specific to the government service sector to automate the entire process. By setting clear matching thresholds and standardized data templates, the parsing process of users' initial service requests is highly reproducible and consistent. It can accurately identify users' service intentions and completely extract the required material entities. The standardized service request information structure is standardized and accurate, providing standardized and reliable basic data support for subsequent multi-level government affairs classification and identification and material integrity verification. The text processing method without human intervention throughout the process not only ensures the accuracy of service request parsing but also improves the processing efficiency of the parsing stage, ensuring the smooth progress of each subsequent step of government service number acquisition from the source.

[0027] A2. Input the standardized service demand information into the pre-built multi-level government affairs classification model for hierarchical classification and identification to obtain multi-level classification labels for the standardized service demand information; In this embodiment of the invention, the step of inputting standardized service demand information into a pre-constructed multi-level government affairs classification model for hierarchical classification and identification to obtain multi-level classification labels for the standardized service demand information includes: Standardized service request information is input into the first-level classifier of a pre-built multi-level government affairs classification model. The first-level classifier identifies and matches the service intent in the standardized service request information to obtain the major category of the service intent. The second-level classifier of the multi-level government affairs classification model determines the category of the service intention based on the major category of the service, and obtains the sub-category of the service intention. The subcategories of matters and standardized service requirements are input into the third-level classifier of the multi-level government affairs classification model. The third-level classifier accurately locks the service intent based on the subcategories of matters, and obtains the specific service name corresponding to the service intent. By hierarchically associating major categories, minor categories, and specific service items, we can obtain multi-level classification labels for standardized service demand information.

[0028] The government service system retrieves the stored standardized service request information from the dedicated database for government service request processing. This information is then completely input into the first-level classifier of a pre-built multi-level government service item classification model. This classifier pre-stores all major categories of items within the government service domain and the characteristic service intent description text corresponding to each major category. The system extracts the service intent text content from the standardized service request information. The first-level classifier performs a sentence-by-sentence semantic comparison between the extracted service intent text and its own pre-stored characteristic service intent description text for each major category. When the number of successfully matched characteristic service intent description texts accounts for 95% or more of the total number of characteristic service intent description texts under the corresponding major category, the major category is immediately determined to be the major category corresponding to the user's service intent. This major category will be stored separately by the system and synchronized to the second-level classifier of the multi-level government service item classification model.

[0029] The government service system inputs the major categories of matters identified by the first-level classifier and the text of service intent from the standardized service request information into the second-level classifier of the multi-level government service classification model. This classifier stores the information according to different major categories of matters. Under each major category, all corresponding subcategories of matters and the characteristic service intent description text of each subcategory are pre-stored. The second-level classifier locks the storage area corresponding to the input major category of matters and performs a sentence-by-sentence semantic comparison between the text of service intent and the characteristic service intent description text of each subcategory of matters only within this area. When the number of successfully matched characteristic service intent description texts accounts for 95% or more of the total number of characteristic service intent description texts under the corresponding subcategory of matters, the subcategory of matters is immediately determined to be the subcategory of matters corresponding to the user's service intent. The system then associates and stores the subcategory of matters with the identified major category of matters and synchronizes it to the third-level classifier of the multi-level government service classification model.

[0030] The government service system inputs the subcategories of matters determined by the second-level classifier, along with standardized service request information retrieved from the dedicated database for government service request processing, into the third-level classifier of the multi-level government service matter classification model. This classifier stores information according to different subcategories. Under each subcategory, all specific service matters and their corresponding precise service intent descriptions are pre-stored. The third-level classifier locks the storage area corresponding to the input subcategories and performs a sentence-by-sentence semantic comparison between the service intent text in the standardized service request information and the precise service intent descriptions of each specific service matter name within that area. When the number of successfully matched precise service intent descriptions reaches 98% or more of the total number of precise service intent descriptions under the corresponding specific service matter name, the system immediately completes the precise locking of the user's service intent, confirming that the specific service matter name is the specific service matter name corresponding to the user's service intent. The system then stores this specific service matter name along with the associated major and subcategories.

[0031] The government service system retrieves a pre-set multi-level classification label structured data template. This template contains three hierarchical fields: major category, minor category, and specific service item name. Each field has a corresponding information entry format. The system enters the determined major category, minor category, and specific service item name into the corresponding fields according to the template's hierarchical order and entry format. The structured data formed after all three fields are entered in a standardized manner constitutes the multi-level classification label for standardized service demand information. The system assigns a unique classification label code to each multi-level classification label and binds this code to the demand identification code of the standardized service demand information. Both codes are stored in a dedicated database for government demand processing for retrieval in subsequent stages.

[0032] The beneficial effects of this implementation process are that it achieves hierarchical classification and identification of government affairs through a three-level classifier. Each level of the classifier conducts semantic comparison within a limited classification range and sets clear matching judgment ratio thresholds, making the classification and identification of service intentions highly reproducible. It can achieve precise step-by-step locking from the major category of the matter to the subcategory of the matter and then to the specific name of the matter to be handled. The resulting multi-level classification labels are clear in hierarchy, accurate in information, and uniquely bound to standardized service requirement information. This provides a precise query index for retrieving personalized verification rules in the subsequent material verification stage. The entire classification and identification process is automated by relying on pre-stored classification information and clear comparison rules, which not only ensures the consistency of classification results but also improves the overall processing efficiency of government affairs classification and identification, ensuring the accurate advancement of the government service number retrieval process from the classification stage.

[0033] A3. Based on the specific service item names in the multi-level classification labels, retrieve the corresponding personalized verification rules from the pre-stored government knowledge base, and based on the personalized verification rules, perform completeness verification on the required materials list in the standardized service requirement information to obtain a verification result report of the required materials list. In this embodiment of the invention, the step of retrieving corresponding personalized verification rules from a pre-stored government knowledge base based on the specific service item name in the multi-level classification tags, and performing a completeness verification of the required materials list in the standardized service requirement information based on the personalized verification rules, to obtain a verification result report of the required materials list, includes: Using the specific service item name in the multi-level category tags as the query index, the system performs matching and positioning in the pre-stored government knowledge base to obtain the rule storage address corresponding to the specific service item name. Based on the rule storage address, access the rule storage area of ​​the government knowledge base to read the personalized verification rule corresponding to the specific handling item name. The personalized verification rule includes a list of required material types and the format requirements for each type of material. The required materials list in the standardized service requirements information is compared item by item with the materials in the essential materials list to identify the missing materials in the required materials list; Compare each submitted material in the required materials list with the format requirements for each type of material, and mark the materials that do not meet the format requirements. The missing material types and non-compliant material items are summarized and collected to obtain a verification result report of the required material list.

[0034] The government service system retrieves multi-level classification tags bound to standardized service demand information from a dedicated database for processing government service demands. It then extracts the names of specific service items as query indexes. A pre-built index mapping table in the government knowledge base uses the names of specific service items as unique search keys. The table stores a one-to-one correspondence between all specific service item names and their corresponding rule storage addresses. The system performs a full-character exact match between the extracted specific service item names and the search keys in the index mapping table. If a match is successful, the system directly extracts the corresponding rule storage address from the mapping table. This address consists of the partition identifier of the government knowledge base, the file storage path, and a unique data number. The system then temporarily stores the extracted rule storage address in the temporary data area of ​​the verification process.

[0035] The government service system locates the corresponding storage partition of the government knowledge base based on the rule storage address stored in the temporary data area and the partition identifier. Then, it locates the specific rule storage file within the partition according to the file storage path. Finally, it extracts the corresponding data content from the storage file through the unique data number. This data content is the personalized verification rule corresponding to the specific handling item name. The list of required material types is a set of all material types required for handling this item, formulated in accordance with the legal norms for handling government affairs. The format requirements of each type of material are the legal and government affairs handling norms requirements for the corresponding material in terms of format, filling, and presentation. The system stores the read personalized verification rule completely in the rule reading cache area of ​​the government knowledge base for direct retrieval in subsequent verification steps.

[0036] The government service system retrieves the required material list from the standardized service demand information in the dedicated database for government demand processing. It sorts out the material type names corresponding to all materials in the list and forms a set of material types to be verified. At the same time, it retrieves the list of essential material types from the personalized verification rules from the rule reading cache. According to the order of the material type names in the list, it performs a full character-by-character exact match between the names in the set of material types to be verified and the names in the list of essential material types. If a material type name in the list of essential material types has no matching result in the set of material types to be verified, it is added to the set of missing material types. After completing the comparison operation of all items, the set of missing material types is the set of material types missing in the required material list.

[0037] The government service system extracts the actual presentation information of each submitted material from the list of required materials for standardized service needs. At the same time, it retrieves the format requirements of the corresponding material type from the personalized verification rules in the rule reading cache. According to the specific specifications in the format requirements, the actual presentation information of the submitted materials is checked point by point. If the actual presentation information of the submitted materials does not meet the format requirements of the corresponding material type at any point, the specific format discrepancy point of the material item is immediately marked and included in the set of format discrepancy material items. After completing the item-by-item comparison operation of all submitted materials, the set of format discrepancy material items is the material items in the list of required materials that do not meet the format requirements.

[0038] The government service system retrieves a pre-set structured template for the verification result report of the required materials list. This template contains three fixed columns: missing material type, material items with non-compliant format, and corresponding discrepancies. Each column has a unified information entry standard. The system enters the identified missing material type into the missing material type column according to the legal name standard. The marked material items with non-compliant format and their corresponding specific discrepancies are entered into the corresponding columns in sequence. The standardized structured document formed after all columns have been fully entered is the verification result report of the required materials list. The system assigns a unique verification report code to this report and associates and binds this code with the demand identification code of the standardized service demand information and the classification label code of the multi-level classification label, and stores them together in the dedicated database for government demand processing.

[0039] The beneficial effects of this implementation process are that it uses the specific name of the service item as a precise search index to quickly retrieve personalized verification rules. Relying on fixed rules of full-character precise matching and point-by-point verification, it completes the verification of the completeness of the material type and the compliance of the format. The verification process has clear operating standards and judgment criteria, making the material verification results highly reproducible and accurate. The resulting verification result report has a standardized structure, complete information, and can clearly present the specific problems existing in the materials. This provides clear and accurate material review basis for the subsequent government service number retrieval process. The fully automated verification operation not only avoids the subjective errors of manual review, but also improves the overall processing efficiency of the material verification process, ensuring the orderly progress of the government service number retrieval process from the material review level.

[0040] A4. When the verification result report indicates that the materials are complete and compliant, the multi-level classification labels are matched with the real-time queue status of each window, the estimated waiting time of the matched window is calculated, and the user's recommended processing window group is selected from the matched windows based on the specific processing item name and the window's exclusive processing capabilities. In this embodiment of the invention, when the verification result report indicates that the materials are complete and compliant, the multi-level classification tags are matched with the real-time queue status of each window, the estimated waiting time of the matched window is calculated, and the user's recommended service window group is selected from the matched windows based on the specific service item name and the window's exclusive service capabilities, including: Obtain the real-time queue status information of each window, and extract the current number of people in the queue for each window from the real-time queue status information; Based on the specific service item names in the multi-level category tags, traverse the service capability tags of each window, and filter out the windows whose service capability tags contain the specific service item names to obtain the user's candidate window set. The baseline processing time corresponding to the specific processing item name is retrieved from the government knowledge base. The baseline processing time is then weighted and estimated by combining it with the current number of people queuing at each window in the candidate window set to obtain the estimated waiting time for each window. The window-specific processing capability description information of each window is analyzed to obtain the additional service characteristics associated with the specific processing item name, and the windows with positive additional service characteristics are identified. In the candidate window set, windows with positive additional service characteristics will be identified and prioritized. Then, they will be sorted according to the priority marking and the estimated waiting time to obtain the user's recommended processing window group.

[0041] The formula for calculating the estimated waiting time is as follows: ; In the formula, To estimate the waiting time, Based on the processing time, This represents the current number of people in the queue. The preset adjustment coefficient, The capability coefficient is obtained by parsing the capability description information of the window-specific processing capability.

[0042] The process involves parsing the window-specific processing capability description information of each window to obtain additional service features associated with the specific processing item name, and identifying windows with positive additional service features, including: Core word mining was performed on the description text of the window-specific processing capabilities of each window to obtain the capability keyword set of each window; The specific service item name is associated with the keywords in the capability keyword set and mapped to obtain the additional service features associated with the specific service item name; Iterate through the additional service features of all windows and mark the windows that contain positive additional service features as windows with positive additional service features.

[0043] The government service system establishes a real-time data transmission channel with each window service terminal, continuously retrieving real-time queue status information for each window. This information includes the window's unique identifier, the maximum sequence number in the current queue, and the sequence number of completed transactions. The system calculates the difference between the maximum sequence number and the completed transaction number to obtain the current number of people queuing at each window, as shown in the formula. Each window's unique identifier is bound to the corresponding current number of people in the queue, and stored completely in the window queue data temporary storage area.

[0044] The government service system retrieves the names of specific service items from the multi-level classification tags in the dedicated database for processing government service demands. At the same time, it retrieves the basic information of all windows pre-stored in the government service system. Each window's basic information contains a service capability tag bound to its unique identifier. This tag is a fixed set of all specific service item names that the window can handle. The system uses the specific service item name as the matching basis and iterates through the service capability tags of all windows one by one. If a window's service capability tag contains the name of the specific service item, the window's unique identifier is added to the candidate window set. The candidate window set is initially stored according to the coding order of the window's unique identifier.

[0045] The government service system uses the name of the specific service item as the unique search key to perform a precise search in the service item processing time storage area of ​​the government knowledge base, retrieving the benchmark processing time corresponding to that specific service item name, which is the formula shown in the image. This duration is a standard duration determined by the government knowledge base based on legal regulations for government affairs processing and statistical analysis of massive historical processing data for corresponding matters. It also incorporates a pre-set adjustment coefficient, calculated using systematic statistical analysis of historical data from long-term window operations across all categories of matters in the government service hall. The capability coefficient obtained by parsing the information on the window-specific processing capability description is the one in the formula. The system retrieves the corresponding data for each window in the candidate window set from the temporary storage area of ​​the window queue data. The calculation is performed by multiplying the baseline processing time by the current number of people in the queue, and then by the difference between the adjustment coefficient and the capacity coefficient. This yields the estimated waiting time for each window, as shown in the formula. Each window's unique identifier is bound to its corresponding estimated waiting time and stored in the window waiting time data area.

[0046] The government service system retrieves pre-stored descriptions of each window's unique processing capabilities, each linked to its unique identifier. These descriptions are standardized representations of the window's specific capabilities and supporting services for the corresponding matters. The system uses core word extraction rules specific to the government service field to iterate through the text word by word, removing stop words, modifiers, and other words without actual capability descriptions. Only core nouns and verbs expressing the window's processing capabilities and supporting services are retained. All extracted core words are arranged in the order of their appearance in the text, forming a unique set of capability keywords for each window. Then, based on the pre-set unique mapping rules between capability keywords and capability coefficients in the government knowledge base, the capability keyword set undergoes full-character precise matching and conversion to obtain the formula... The set of capability keywords is bound and stored with the unique identifier of the window.

[0047] The government service system performs word segmentation on the names of specific service items in the multi-level category tags, extracts the core descriptive words of the name, and uses these core descriptive words as the matching basis to perform full-character exact matching with all words in the capability keyword set of each window. The keywords that match successfully are identified as the additional service features associated with the specific service item name of that window. If no keywords match successfully, it is determined that the window has no additional service features associated with the specific service item name. The additional service features of each window are then bound to the window's unique identifier and stored in the window additional feature data area.

[0048] The government service system retrieves a list of positive additional service features bound to the name of the specific service item from the government knowledge base. This list is a set of service features defined in the government service specifications that have a positive auxiliary effect on the handling of the service item. The system traverses the additional service features of all windows in the window additional feature data area. If the additional service feature of a certain window appears in the positive additional service feature list, the window is immediately marked as a window with positive additional service features. The marking result is bound to the window's unique identifier and synchronized to the associated data area of ​​the candidate window set.

[0049] The government service system prioritizes windows within the candidate window set. Windows marked as having positive additional service characteristics are assigned a first-level priority identifier, while unmarked windows are assigned a second-level priority identifier. The system first sorts the windows in the candidate window set according to their priority identifiers, with all windows with first-level priority identifiers preceding those with second-level priority identifiers. Within the same priority identifier range, windows are then sorted a second time according to their estimated waiting time from shortest to longest. The resulting ordered set of unique window identifiers is the user's recommended service window group. The system associates and integrates the unique identifier of each window in the recommended service window group with its corresponding estimated waiting time and priority identifier, storing the data in the dedicated recommended window data area.

[0050] The beneficial effects of this implementation process are that it extracts the number of people queuing at service windows through standardized data retrieval and calculation methods. It integrates three core data types—basic processing standards, real-time window operation status, and window-specific processing capabilities—using a dedicated formula and adjusting coefficients to balance the impact of capability coefficients on waiting time. This makes the estimated waiting time calculation more accurate and objective. Simultaneously, it uses full-character precise matching rules to accurately filter candidate windows and map additional service features. Combined with a pre-set list of positive additional service features, it clearly marks window priorities. Through a two-tiered comprehensive ranking based on priority and estimated waiting time, it forms a recommended processing window group. The entire process has clear operational standards and well-defined judgment criteria, making window matching and recommendation highly reproducible and scientific. It not only achieves precise matching between the matters to be handled and the window service capabilities, but also optimizes the rational allocation of window resources. At the same time, it provides users with window selection criteria that fit their handling needs. The processing results of steps such as window real-time queue status extraction, window-specific handling capability analysis, and benchmark processing time retrieval form an effective linkage, making the overall data processing of the window matching process a complete logical closed loop. The fully automated processing significantly improves the processing efficiency of the window matching process, further promoting the efficient advancement of the government service number retrieval process.

[0051] A5. Display the recommended service window group and estimated waiting time to the user through the government service terminal, and receive the user's return window selection instruction; In this embodiment of the invention, the step of displaying the recommended service window group and estimated waiting time to the user through the government service terminal, and receiving the user's returned window selection instruction, includes: Based on the estimated waiting time, the recommended processing window groups are arranged in chronological order to generate a sorted list of recommended processing window groups; The sorted window list and the corresponding estimated waiting time are pushed to the government terminal, which then renders them on the display interface to generate the user's window selection view. Capture the user's click signal on the window selection view, and encode the window identifier selected by the user in the click signal into the user's window selection command.

[0052] The government service system retrieves the association information of all windows in the recommended processing window group from the dedicated data area of ​​the recommended window. This information includes the unique identifier of each window and the corresponding estimated waiting time. The system uses the estimated waiting time as the core time sequence arrangement basis and arranges the windows in the recommended processing window group in a fixed order from shortest to longest estimated waiting time. After the arrangement is completed, an ordered list containing the unique identifier of the window and the corresponding estimated waiting time is formed. This ordered list is the sorted window list of the recommended processing window group. The system organizes the list according to the preset display data format and stores it in the window recommended display data area.

[0053] The government service system retrieves the sorted window list and the estimated waiting time for each window from the window recommendation display data area through a dedicated data transmission channel established with the government terminal. This data is then packaged in a standardized data format recognizable by the government terminal. The packaged data packet contains core display information such as the window's unique identifier and the corresponding estimated waiting time. The system pushes the standardized data packet completely to the government terminal operated by the user. After receiving the data packet, the government terminal calls its built-in interface rendering program to visually display the window items in the sorted window list and their corresponding estimated waiting times according to the preset window selection view layout rules. The layout rules set the window items to be arranged vertically in sorted order, and each item simultaneously displays the window's unique identifier and estimated waiting time. The government terminal display interface after the visualization is completed is the user's window selection view.

[0054] The interactive monitoring module of the government terminal continuously monitors the operation status of all window item interactive areas in the window selection view. When a user clicks on a certain window item interactive area, the terminal immediately captures the raw electrical signal generated by the operation. This raw electrical signal is the user's click operation signal. The government terminal extracts the corresponding window unique identifier from the click operation signal and converts it into a fixed-length standardized character code according to the predefined instruction encoding standard of the government service system. This standardized character code is the user's window selection instruction. The government terminal feeds back the window selection instruction to the instruction receiving module of the government service system in real time through a dedicated data transmission channel.

[0055] The beneficial effects of this implementation process are that it uses fixed time-based sorting rules to arrange the recommended service window groups in a specific time sequence, ensuring the standardization and consistency of the sorted window list. Standardized data encapsulation and push enable precise view rendering on the government service terminal, allowing users to intuitively and clearly obtain information about the window and its estimated waiting time. Simultaneously, relying on real-time operation monitoring and fixed coding standards, it generates and responds to window selection instructions, achieving precise capture of user operation signals and standardized conversion of instructions. This provides accurate and reliable instructions for the subsequent queuing number allocation process. The fully automated process not only improves the efficiency of the window selection stage but also optimizes the user's interactive experience during the government service number retrieval process, ensuring a smooth connection between the user interaction stage and subsequent processing stages.

[0056] A6. Based on the window selection instructions, assign the corresponding queue number to the user, and push the queue number and the corresponding window information to the government affairs terminal and the corresponding window service terminal.

[0057] In this embodiment of the invention, the step of assigning a corresponding queue number to the user according to the window selection instruction, and pushing the queue number and the corresponding window information to the government service terminal and the corresponding window service terminal, includes: Extract the identifier of the window selected by the user and the user's identity identifier from the window selection command; Access the queue of the corresponding window based on the window identifier, generate the user's queue number by incrementing the last number in the queue, and associate the user's identity with the queue number and write it into the queue. Encapsulate the queue number and window identifier into a push message for the user; The push message is sent to the government terminal and the window service terminal corresponding to the window identifier. The government terminal displays the queue number to the user, and the window service terminal updates the queue display on the window screen.

[0058] The command parsing module of the government service system receives the user's window selection command. This command is a standardized character code of fixed length. The system splits the code into fields according to a predefined encoding parsing rule. This rule specifies that the first twelve digits of the code are the window identifier field and the last eighteen digits are the identity identifier field. The window identifier field corresponds to the unique identifier of the window selected by the user, and the identity identifier field is the unique identification information of the government service system entered by the user when submitting a service request at the government terminal. The system extracts the window identifier and identity identifier obtained after splitting and completes the temporary binding and storage of the two to ensure the unique correspondence between the two identification information.

[0059] The government service system uses the extracted and bound window identifier as the sole retrieval basis. It accurately locates the window-specific queue corresponding to the window identifier in the dedicated queue database. This queue is an ordered linear data structure that stores the identity identifiers, queue numbers, and business processing status information of all users already in the queue under that window in real time. The system extracts the valid queue number at the end of the queue, increments it by one, and the resulting new number is the user's queue number. Subsequently, the system permanently associates the user's identity identifier with the generated queue number and writes this association information completely to the end of the corresponding window-specific queue according to the queue's preset storage specifications. After writing, the system immediately updates the end number information of the queue to ensure that the queue data is consistent with the actual queuing situation.

[0060] The government service system retrieves a pre-set standardized data template for push messages. This template contains only two core data fields: queue number and window identifier. Each field has a fixed character input format and data length limit. The queue number field is limited to an eight-digit numeric character format, and the window identifier field is limited to a twelve-digit mixed character format. The system inputs the generated user queue number into the corresponding field according to the numeric character format, and inputs the extracted window identifier into the other core field according to the mixed character format. After both core fields are input without deviation, the system integrates and encapsulates all the data in the template. The resulting standardized structured data is the user's push message. This message has a unified data format that can be directly recognized by both government service terminals and window service terminals.

[0061] The government service system sends packaged user push messages completely and without delay to the government terminal operated by the user through a dedicated real-time data transmission channel. At the same time, through dedicated data transmission channels established with each window service terminal, the push message is accurately sent to the window service terminal corresponding to the window identifier. After receiving the push message, the government terminal calls the built-in information display program to display the user's queue number and corresponding window identifier in the core interactive area of ​​the display interface according to the preset display format. After receiving the push message, the window service terminal calls the queue real-time update program to synchronize the user's queue number and associated identity identifier to the queue display area of ​​the window display screen, and completes the line-by-line update of the queue information according to the queue order to ensure that the queue displayed on the window display screen is completely consistent with the actual queue data in the system.

[0062] The beneficial effects of this implementation process are as follows: It relies on fixed encoding and parsing rules to accurately extract window identifiers and user identity identifiers, ensuring the accuracy of the corresponding identifier information. Queue numbers are generated by adding one to the natural number at the end of the queue, ensuring absolute uniqueness and orderliness in queue number allocation. Push messages are encapsulated using standardized data templates, ensuring compatible transmission across different terminals. Dedicated data transmission channels enable accurate sending of push messages to government service terminals and window service terminals, while simultaneously achieving real-time synchronization and updates between the two ends. This allows users to instantly obtain their queue number, and window staff to monitor the latest queue status. The entire process is clearly defined, with fixed judgment criteria, and is highly reproducible. The fully automated processing significantly improves the efficiency of queue number allocation, message encapsulation, and push notifications, while ensuring the accuracy and synchronization of information in the final stage of government service number retrieval. This achieves a closed-loop completion of the entire government service number retrieval process, while optimizing the operation and user experience for both users and window staff.

[0063] like Figure 2The diagram shown is a functional module diagram of a government service number retrieval system based on multi-level classification provided in an embodiment of the present invention.

[0064] The multi-level classification-based government service number retrieval system 100 described in this invention can be installed in an electronic device. Depending on the functions implemented, the multi-level classification-based government service number retrieval system 100 may include a demand analysis module 101, a service item classification module 102, a material verification module 103, a window matching module 104, an interactive confirmation module 105, and a serial number allocation module 106. The modules described in this invention can also be referred to as units, which are a series of computer program segments that can be executed by the processor of an electronic device and perform a fixed function, stored in the memory of the electronic device.

[0065] In this embodiment, the functions of each module / unit are as follows: The demand parsing module 101 is used to obtain the initial service request submitted by the user through the government terminal, and to perform natural language understanding parsing on the initial service request to obtain the user's standardized service demand information. The item classification module 102 is used to input standardized service requirement information into a pre-built multi-level government service item classification model for hierarchical classification and identification, and to obtain multi-level classification labels for the standardized service requirement information. The material verification module 103 is used to retrieve the corresponding personalized verification rules from the pre-stored government knowledge base according to the specific handling item name in the multi-level classification label, and perform completeness verification on the required material list in the standardized handling requirement information based on the personalized verification rules, and obtain a verification result report of the required material list. The window matching module 104 is used to match the multi-level classification labels with the real-time queue status of each window when the verification result report indicates that the materials are complete and compliant, calculate the estimated waiting time of the matching window, and filter out the user's recommended processing window group from the matching window by combining the specific processing item name and the window's exclusive processing capabilities. The interactive confirmation module 105 is used to display the recommended processing window group and the estimated waiting time to the user through the government affairs terminal, and to receive the window selection instructions returned by the user. The sequence number allocation module 106 is used to assign a corresponding queue number to the user according to the window selection instruction, and push the queue number and the corresponding window information to the government affairs terminal and the corresponding window service terminal.

[0066] As can be seen from several embodiments of the present invention, the reference information generation method and system disclosed herein can be implemented in other forms. For example, the foregoing system embodiments are only illustrative, and the module division therein is only a division method based on logical functions. In actual implementation, other module division forms can be adopted according to requirements.

[0067] Modules described as independent components are not necessarily physically separate structures; components presented in modular form are not necessarily independent physical units, and can be centrally deployed in the same physical location or distributed across multiple network units. Those skilled in the art can select some or all of the modules to achieve the technical objectives of this embodiment based on actual application requirements.

[0068] Furthermore, the functional modules in the various embodiments of the present invention can be integrated into the same processing unit, exist independently as physical units, or integrate two or more units into a single unit. The integrated unit can implement its functions either purely in hardware or by combining hardware and software functional modules.

[0069] It will be apparent to those skilled in the art that the present invention is not limited to the specific details of the exemplary embodiments described above, and that the present invention can be implemented in other specific forms without departing from the core spirit and basic characteristics of the present invention.

[0070] This application embodiment can rely on artificial intelligence technology to complete the acquisition and processing of relevant data. Artificial intelligence refers to the general term for theories, methods, technologies, and application systems that use digital computers, or intelligent machines controlled by digital computers, to simulate, extend, and expand human intelligence, thereby achieving environmental perception, knowledge acquisition, and the application of knowledge to obtain optimal results.

[0071] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them; although the present invention has been described in detail with reference to preferred embodiments, those skilled in the art should understand that the technical solutions of the present invention can be modified or adjusted by equivalent substitution, and any modification or substitution shall not depart from the spirit and protection scope of the technical solutions of the present invention.

Claims

1. A method for obtaining a government service number based on multi-level classification, characterized in that, The method includes: A1. Obtain the initial service request submitted by the user through the government terminal, and perform natural language understanding and parsing on the initial service request to obtain the user's standardized service requirement information. A2. Input the standardized service demand information into the pre-built multi-level government affairs classification model for hierarchical classification and identification to obtain multi-level classification labels for the standardized service demand information; A3. Based on the specific service item names in the multi-level classification labels, retrieve the corresponding personalized verification rules from the pre-stored government knowledge base, and based on the personalized verification rules, perform completeness verification on the required materials list in the standardized service requirement information to obtain a verification result report of the required materials list. A4. When the verification result report indicates that the materials are complete and compliant, the multi-level classification labels are matched with the real-time queue status of each window, the estimated waiting time of the matched window is calculated, and the user's recommended processing window group is selected from the matched windows based on the specific processing item name and the window's exclusive processing capabilities. A5. Display the recommended service window group and estimated waiting time to the user through the government service terminal, and receive the user's return window selection instruction; A6. Based on the window selection instructions, assign the corresponding queue number to the user, and push the queue number and the corresponding window information to the government affairs terminal and the corresponding window service terminal.

2. The method for obtaining a government service number based on multi-level classification as described in claim 1, characterized in that, The process of obtaining the initial service request submitted by the user through the government service terminal and performing natural language understanding and parsing on the initial service request to obtain the user's standardized service requirement information includes: Obtain the initial service request submitted by the user through the government service terminal; Filter out stop words and noise characters in the initial service request to obtain the user's normalized request text; The normalized request text is segmented into tokens to obtain the word sequence of the normalized request text; The segmented sequence is input into a pre-configured intent recognition rule base for pattern matching to identify the user's intent to do business. Key material entities associated with the intent to do business are extracted from the segmented sequence to obtain the list of required materials corresponding to the intent to do business. The purpose of the service and the list of required materials are integrated into standardized service requirement information for users.

3. The method for obtaining a government service number based on multi-level classification as described in claim 1, characterized in that, The process involves inputting standardized service request information into a pre-built multi-level government affairs classification model for hierarchical classification and identification, resulting in multi-level classification labels for the standardized service request information, including: Standardized service request information is input into the first-level classifier of a pre-built multi-level government affairs classification model. The first-level classifier identifies and matches the service intent in the standardized service request information to obtain the major category of the service intent. The second-level classifier of the multi-level government affairs classification model determines the category of the service intention based on the major category of the service, and obtains the sub-category of the service intention. The subcategories of matters and standardized service requirements are input into the third-level classifier of the multi-level government affairs classification model. The third-level classifier accurately locks the service intent based on the subcategories of matters, and obtains the specific service name corresponding to the service intent. By hierarchically associating major categories, minor categories, and specific service items, we can obtain multi-level classification labels for standardized service demand information.

4. The method for obtaining a government service number based on multi-level classification as described in claim 1, characterized in that, The process involves retrieving corresponding personalized verification rules from a pre-stored government knowledge base based on the specific service item names in the multi-level classification tags, and then performing a completeness verification of the required materials list in the standardized service requirement information based on these personalized verification rules. This results in a verification result report for the required materials list, including: Using the specific service item name in the multi-level category tags as the query index, the system performs matching and positioning in the pre-stored government knowledge base to obtain the rule storage address corresponding to the specific service item name. Based on the rule storage address, access the rule storage area of ​​the government knowledge base to read the personalized verification rule corresponding to the specific handling item name. The personalized verification rule includes a list of required material types and the format requirements for each type of material. The required materials list in the standardized service requirements information is compared item by item with the materials in the essential materials list to identify the missing materials in the required materials list; Compare each submitted material in the required materials list with the format requirements for each type of material, and mark the materials that do not meet the format requirements. The missing material types and non-compliant material items are summarized and collected to obtain a verification result report of the required material list.

5. The method for obtaining a government service number based on multi-level classification as described in claim 4, characterized in that, When the verification result report indicates that the materials are complete and compliant, the multi-level classification tags are matched with the real-time queue status of each window, the estimated waiting time of the matched window is calculated, and the user's recommended service window group is selected from the matched windows based on the specific service item name and the window's exclusive service capabilities, including: Obtain the real-time queue status information of each window, and extract the current number of people in the queue for each window from the real-time queue status information; Based on the specific service item names in the multi-level category tags, traverse the service capability tags of each window, and filter out the windows whose service capability tags contain the specific service item names to obtain the user's candidate window set. The baseline processing time corresponding to the specific processing item name is retrieved from the government knowledge base. The baseline processing time is then weighted and estimated by combining it with the current number of people queuing at each window in the candidate window set to obtain the estimated waiting time for each window. The window-specific processing capability description information of each window is analyzed to obtain the additional service characteristics associated with the specific processing item name, and the windows with positive additional service characteristics are identified. In the candidate window set, windows with positive additional service characteristics will be identified and prioritized. Then, they will be sorted according to the priority marking and the estimated waiting time to obtain the user's recommended processing window group.

6. The method for obtaining a government service number based on multi-level classification as described in claim 5, characterized in that, The formula for calculating the estimated waiting time is as follows: ； In the formula, To estimate the waiting time, Based on the processing time, This represents the current number of people in the queue. The preset adjustment coefficient, The capability coefficient is obtained by parsing the capability description information of the window-specific processing capability.

7. The method for obtaining a government service number based on multi-level classification as described in claim 5, characterized in that, The process involves parsing the window-specific processing capability description information of each window to obtain additional service features associated with the specific processing item name, and identifying windows with positive additional service features, including: Core word mining was performed on the description text of the window-specific processing capabilities of each window to obtain the capability keyword set of each window; The specific service item name is associated with the keywords in the capability keyword set and mapped to obtain the additional service features associated with the specific service item name; Iterate through the additional service features of all windows and mark the windows that contain positive additional service features as windows with positive additional service features.

8. The method for obtaining a government service number based on multi-level classification as described in claim 1, characterized in that, The process of displaying recommended service window groups and estimated waiting times to users via the government service terminal, and receiving user-returned window selection instructions, includes: Based on the estimated waiting time, the recommended processing window groups are arranged in chronological order to generate a sorted list of recommended processing window groups; The sorted window list and the corresponding estimated waiting time are pushed to the government terminal, which then renders them on the display interface to generate the user's window selection view. Capture the user's click signal on the window selection view, and encode the window identifier selected by the user in the click signal into the user's window selection command.

9. The method for obtaining a government service number based on multi-level classification as described in claim 1, characterized in that, The step of assigning a corresponding queue number to the user based on the window selection instruction, and pushing the queue number and corresponding window information to the government service terminal and the corresponding window service terminal, includes: Extract the identifier of the window selected by the user and the user's identity identifier from the window selection command; Access the queue of the corresponding window based on the window identifier, generate the user's queue number by incrementing the last number in the queue, and associate the user's identity with the queue number and write it into the queue. Encapsulate the queue number and window identifier into a push message for the user; The push message is sent to the government terminal and the window service terminal corresponding to the window identifier. The government terminal displays the queue number to the user, and the window service terminal updates the queue display on the window screen.

10. A government service number retrieval system based on multi-level classification, characterized in that, The system for implementing the multi-level classification-based government service number retrieval method as described in claim 1 includes: The demand parsing module is used to obtain the initial service requests submitted by users through the government affairs terminal, and to perform natural language understanding and parsing on the initial service requests to obtain the user's standardized service demand information. The item classification module is used to input standardized service requirement information into a pre-built multi-level government service item classification model for hierarchical classification and identification, and to obtain multi-level classification labels for the standardized service requirement information. The material verification module is used to retrieve the corresponding personalized verification rules from the pre-stored government knowledge base based on the specific service item name in the multi-level classification tags, and perform completeness verification on the required material list in the standardized service requirement information based on the personalized verification rules, and obtain a verification result report of the required material list. The window matching module is used to match multi-level category tags with the real-time queue status of each window when the verification result report indicates that the materials are complete and compliant. It calculates the estimated waiting time of the matching window and, in combination with the specific service item name and the window's exclusive service capabilities, filters out the user's recommended service window group from the matching windows. The interactive confirmation module is used to display the recommended service window group and estimated waiting time to the user through the government service terminal, and to receive the user's returned window selection instructions; The sequence number allocation module is used to assign a corresponding queue number to the user based on the window selection instruction, and push the queue number and the corresponding window information to the government affairs terminal and the corresponding window service terminal.

Images