Government affair transaction system and method based on message queue

Abstract

A government affair item handling system based on a message queue comprises an item acceptance platform, a distributed message queue in a publishing and subscribing mode and a plurality of item processing modules. The item acceptance platform accepts the file handling information submitted by the user, and the item acceptance platform encapsulates the file handling information submitted by the user into a preset format; a plurality of information themes are arranged on the distributed message queue; the item acceptance platform sends the piece handling information to the corresponding information theme, and the item processing module obtains the piece handling information from the corresponding information theme and sends the handling result to the preset corresponding information theme. According to the method, a distributed message queue is used as an intermediate item transfer layer; each item processing module does not call each other any more, and forwards data to a specified theme channel only depending on an interface and a message format of a distributed message queue; the distributed message queue has the characteristic of conveniently increasing information themes, so that the whole government affair item handling system has the characteristic of flexible expansion.

Description

Technical Field

[0001] The present invention relates to a government service system, and in particular to a government affairs processing system and method based on a message queue; this system and method are particularly suitable for government affairs and the internal circulation of various government services. Background Art

[0002] With the advancement of digital government, most government departments have established basic workflow frameworks. Through workflow engines, government affairs can be streamlined according to pre-set process steps. For example, administrative approvals can proceed in an orderly manner, from application acceptance, document review, on-site inspection, to final approval. For example, in the case of business registration, after an applicant submits an application online, the system automatically transfers the application information to the acceptance office at the industrial and commercial registration department. After the acceptance officer completes the initial review, the task is pushed to the reviewer based on business rules. Once the review is passed, the application is transferred to the license issuance process. This workflow system has achieved a certain degree of standardization and automation in government affairs, improving processing efficiency and reducing the arbitrariness and error rate of manual operations. However, in government affairs involving multi-departmental collaboration, workflow operations face numerous challenges. Departments often build workflows based on their own business systems, lacking effective integration and coordination mechanisms between departments. Furthermore, relatively fixed business process designs lack sufficient flexibility and adaptability. This makes it difficult to quickly adapt workflows to changes in policies and regulations or special circumstances. For example, in the approval of construction projects, departments such as planning, environmental protection, and fire protection have their own independent approval processes and workflow systems. When a construction project requires approval from multiple departments, information flow between these departments is often not smooth, requiring extensive manual coordination and re-entry of data. This not only prolongs the approval cycle and increases business costs, but also easily leads to misunderstandings and errors due to inconsistent information, compromising the accuracy and fairness of approvals.

[0003] In traditional government systems, components are often tightly coupled. For example, a government service system consists of a user application module, an identity verification module, and an application processing module. Often, after a user application is submitted, the identity verification module is directly called for verification. Once verification is successful, the application processing module is called. This direct calling approach creates interdependencies between modules. If the identity verification module's interface changes or requires an upgrade, the relevant code in both the user application module and the application processing module may need to be modified simultaneously, resulting in poor system maintainability and scalability.

[0004] Many systems experience traffic spikes. For example, in government service systems, when the government launches new welfare policies or opens applications for popular services, they may receive a large number of requests in a short period of time. Without effective countermeasures, these sudden surges can cause system overload, response delays, service interruptions, or even system crashes.

[0005] In traditional synchronous communication, one operation must wait for another to complete before proceeding. For example, in government systems, after a user submits a service application, they must wait for identity verification to complete before proceeding to the next step of service activation. This synchronous waiting method results in a poor user experience, especially when the identity verification process is complex or time-consuming, and users may be forced to wait for a long time. Summary of the Invention

[0006] The technical problem to be solved by the present invention is to overcome the deficiencies of the prior art and provide a government affairs handling system and method based on a message queue that can achieve efficient internal operation of government services.

[0007] In order to solve the above technical problems, the technical solution proposed in the present invention is: a government affairs handling system based on a message queue, including an affairs acceptance platform, a distributed message queue in a publish-subscribe mode and multiple affairs processing modules; the affairs acceptance platform accepts the handling information submitted by the user, and the affairs acceptance platform encapsulates the handling information submitted by the user into a preset format; multiple information topics are set on the distributed message queue; the affairs acceptance platform sends the handling information to the corresponding information topic, the affairs processing module obtains the handling information from the corresponding information topic, and sends the handling results to the preset corresponding information topic.

[0008] The above-mentioned government affairs handling system based on message queue, preferably, the affairs acceptance platform encapsulates the handling information submitted by the user into a preset format including json format; json format includes one or more of user ID, handling unique id, matter type code, matter name, handling area code and organization, sending subject, status, push address, and matter processing results.

[0009] In the above-mentioned government affairs handling system based on message queue, preferably, the affairs handling module monitors the information topic in the corresponding distributed message queue through the message processing component.

[0010] In the above-mentioned government affairs processing system based on the message queue, preferably, the affairs processing module obtains the affairs information from the corresponding information subject through the event processing component and performs affairs processing.

[0011] In the above-mentioned government affairs handling system based on message queue, preferably, each of the affairs handling modules corresponds to a mapping table; a type code is set for the handling method of each specific matter in the mapping table; the affairs handling module matches the specific matters in the handling information with the matter type code in the mapping table, finds the handling method for the specific matter, and calls it out.

[0012] In the above-mentioned government affairs handling system based on message queue, preferably, the affairs handling module encapsulates the handling results into a preset format and sends them to the next information topic or the original information topic; and the affairs handling module feeds back the handling results to the affairs acceptance platform or the user.

[0013] A method for handling government affairs based on a message queue, comprising the following steps: 1) The matter acceptance platform accepts the case information submitted by the user and encapsulates the case information into a preset format; 2) The matter acceptance platform sends the case information to the corresponding information topic; 3) The matter processing module obtains the matter information from the corresponding information subject; 4) After the matter processing module obtains the case information, it handles the case according to the processing method of each specific matter in the mapping table; 5) The matter processing module encapsulates the processing result of step 4) into a preset format and sends it to the next information topic or the original information topic.

[0014] In the above-mentioned method for handling government affairs based on a message queue, preferably, the types of the preset formats in step 1) and step 4) are consistent.

[0015] Compared with the existing technology, the advantages of the present invention are: the government affairs processing system based on message queue of the present invention uses distributed message queue as the intermediate affairs transmission layer; the various affairs processing modules no longer call each other, they only rely on the interface and message format of the distributed message queue to forward data to the designated topic channel for communication; the distributed message queue has the feature of conveniently adding information topics, so the entire government affairs processing system has the characteristics of flexible expansion.

[0016] At the same time, in the present invention, the distributed message queue as an intermediate matter delivery layer can be used as a buffer; it can receive and temporarily store a large amount of case information. During peak traffic periods, the matter acceptance platform will quickly send the case information requested by the user to the distributed message queue deployed in the cluster. The matter processing module can obtain and process the number of messages from the distributed message queue according to the load capacity of the government staff. In this way, even if a large number of distributed message queues accumulate in the distributed message queue, they can be gradually processed at a stable consumption speed to ensure that the back-end system will not crash due to instantaneous high traffic, thereby achieving the purpose of traffic peak reduction. At the same time, during the traffic trough period, the remaining matters in the distributed message queue can continue to be processed by government staff, thereby improving the utilization rate of the system and human resources.

[0017] In the present invention, after the matter acceptance platform forwards the user's case information to the distributed message queue, it can quickly respond to the front end, informing the user that the current request has been processed and the user does not need to wait, and can continue to apply for and handle other matters. During the low traffic period, the platform will query the processing status of each matter in the post-processing system according to the user ID, and notify the user by text message or other means. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] Figure 1 This is a data flow diagram of the government affairs processing system based on the message queue in Example 1. DETAILED DESCRIPTION

[0019] In order to facilitate understanding of the present invention, the present invention will be described more comprehensively and meticulously below in conjunction with preferred embodiments, but the protection scope of the present invention is not limited to the following specific embodiments.

[0020] It should be noted that when an element is described as being "fixed, fixed, connected or communicated with" another element, it can be directly fixed, fixed, connected or communicated with the other element, or it can be indirectly fixed, fixed, connected or communicated with the other element through other intermediate connectors.

[0021] Unless otherwise defined, all technical terms used hereinafter have the same meanings as those generally understood by those skilled in the art. The technical terms used herein are only for the purpose of describing specific embodiments and are not intended to limit the scope of protection of the present invention. Example

[0022] A government affairs affairs handling system based on a message queue in this embodiment includes an affairs acceptance platform, a distributed message queue in a publish-subscribe mode, and multiple affairs processing modules; the affairs acceptance platform accepts the handling information submitted by the user, and the affairs acceptance platform encapsulates the handling information submitted by the user into a preset format; multiple information topics are set on the distributed message queue; the affairs acceptance platform sends the handling information to the corresponding information topic, the affairs processing module obtains the handling information from the corresponding information topic, and sends the handling results to the preset corresponding information topic.

[0023] In this embodiment, the matter acceptance platform encapsulates the case information submitted by the user into a preset format including json format; the json format includes one or more of the user ID, case unique ID, matter type code, matter name, case area code and organization, sending subject, status, push address, and matter processing results.

[0024] In this embodiment, the event processing module monitors the message topics in the corresponding distributed message queue through the message processing component. When the event processing module detects that the message topic in the corresponding distributed message queue contains event information, it obtains the event information from the corresponding message topic through the event processing component and performs the event processing.

[0025] In this embodiment, each item processing module corresponds to a mapping table. Each specific item handling method in the mapping table is assigned a type code. The item processing module matches the specific item in the case information with the item type code in the mapping table, finds the handling method for the specific item, and calls it. After the specific item is processed, the item processing module encapsulates the processing results into a pre-set format and sends them to the next information topic or the original information topic. The item processing module also feeds back the processing results to the item acceptance platform or the user.

[0026] To further illustrate the message queue-based government affairs processing system of this embodiment, this embodiment uses the example of a user submitting an application to open a restaurant to illustrate the message queue-based government affairs processing method of this embodiment. The matter processing modules of this embodiment include a business entity registration module, a fire protection module, a housing and construction module, and a food safety module; correspondingly, the distributed message queue includes the Registration_Confirm_TOPIC message topic, the Fire_Safety_TOPIC message topic, the Facility_Standard_TOPIC message topic, and the Business_Licens_TOPIC message topic. Each matter processing module obtains the processing information from the corresponding information topic through the corresponding event processing component; the event processing component can be NormalScheduleEvents.

[0027] In this embodiment, if Figure 1 As shown, the user first fills in the registration application information, such as the name of the restaurant, business type, legal person information, shareholder information, etc., through the front-end module of the matter acceptance platform, and uploads relevant supporting documents. After the front-end module of the matter acceptance platform receives the complete application information, it encapsulates it into a json string that conforms to the preset format, and then sends the message to the distributed message queue of the corresponding message topic. At this point, the task of the front-end module is completed. It does not need to wait for the processing results of the subsequent modules, and directly feeds back to the enterprise the information that the application has been successfully submitted, which improves the response speed and improves the user experience of the enterprise. In this embodiment, the json string in the preset format can be shown in the following table.

[0028] Afterwards, it enters the stage of business entity establishment and registration. As a consumer of the buffer pool, the business entity registration module continuously listens to the Registration_Confirm_TOPIC message topic through the MessageHandleComponent component. When it detects a message, it obtains the message from the queue through the event processing component, such as the NormalScheduleEvents class, and extracts the approveCode item code field in the json string format of the handling information and matches it with the type code in the mapping table corresponding to the current topic, finds the pre-configured class name, obtains the corresponding method through the program's reflection mechanism, and performs subsequent business processing. For example, after the business entity registration module matches the item code field with the type code of the name approval in the mapping table, it connects to the name database. The name database stores information such as the names of registered restaurants and related restrictions. The staff checks the applied restaurant information for duplicates and compliance. If the information is approved, the business entity registration module encapsulates the approval result, along with restaurant standard information such as the event ID, business scope, and legal representative, into a new processing message and sends it to the Fire_Safety_TOPIC message topic, the Facility_Standard_TOPIC message topic, and the Business_Licens_TOPIC message topic. If the information is not approved, the module also encapsulates the reason for the failure into a message and sends it back to the message queue. In this embodiment, if the business entity's business scope does not involve food safety, the business entity registration module does not send the new processing message to the Business_Licens_TOPIC message topic.

[0029] The fire protection module then retrieves the message containing the business registration results from the Fire_Safety_TOPIC message topic. If the business registration is approved, it further conducts a comprehensive review of the restaurant's registration application information, including an offline review of the safety of the business premises, fire protection facilities, and fire escape routes. After the review is complete, a fire inspection message is generated based on the results and sent to the message queue. If the review passes, the message contains information about the fire inspection; if not, it includes detailed reasons for failure and corrective action requirements.

[0030] The Housing and Construction module then retrieves the message containing the business registration results from the Facility_Standard_TOPIC message topic. Based on the signboard, building, and venue information in the message, it creates a registration file for the restaurant in the Housing and Construction system. After an offline review confirms that the facility meets the standards, the result is sent to the message queue. If the review fails, detailed reasons for failure and corrective action requirements are included.

[0031] Subsequently, the food safety module obtains the approveCode item code for the food business license instance from the Business_Licens_TOPIC message topic, checks the approval result of the corresponding previous link according to the event ID, and handles the business license issuance transaction. The processing result is then updated to the instanceState field, and a new message content is constructed to send the processing result and license collection information to the user's account and mobile phone text message.

[0032] In this embodiment, the distributed message queue is used to achieve a high degree of decoupling between the various event processing modules. For example, if the audit rules of the fire safety inspection link change, it is necessary to add new audit points or modify the audit process. As long as the processing component NormalScheduleEvents class between it and the distributed message queue remains unchanged and the message format remains unchanged, Figure 1 Similarly, if other links update their internal logic due to policy adjustments, it will not affect the normal operation of other modules, greatly enhancing the flexibility and maintainability of the entire government service platform.

[0033] In this embodiment, during certain periods, such as after the government introduces policies encouraging entrepreneurship, a large number of businesses may apply to start businesses. The distributed message queue acts as a buffer, receiving a large influx of processing information from the front-end module, such as registration application messages. This prevents the front-end module from experiencing slow responses or even crashes due to sudden high traffic. Furthermore, each processing module can retrieve messages from the message queue and process them according to its own processing capabilities. This prevents the entire system from being paralyzed by a sudden surge in applications, effectively reducing traffic peaks and ensuring the stability and reliability of government services.

[0034] In this embodiment, the entire business start-up workflow utilizes an asynchronous processing mechanism. After submitting an application, the front-end module can respond to the user without waiting for subsequent steps to complete. Business modules also do not need to wait for the previous module to complete processing before starting work. Instead, they communicate and collaborate asynchronously through a distributed message queue. For example, while the fire protection module is processing a fire inspection, the food safety module can prepare for subsequent comprehensive audits. This significantly shortens the overall business start-up time, improves the efficiency of government services, and helps optimize the business environment and promote economic development.

Claims

1. A government affairs handling system based on a message queue, characterized by: It includes an event acceptance platform, a distributed message queue in a publish-subscribe mode, and multiple event processing modules; the event acceptance platform accepts event information submitted by users, and encapsulates the event information submitted by users into a preset format; multiple information topics are set on the distributed message queue; The matter acceptance platform sends the handling information to the corresponding information subject, the matter processing module obtains the handling information from the corresponding information subject, and sends the processing result to the preset corresponding information subject.

2. The government affairs handling system based on message queue according to claim 1 is characterized by: The matter acceptance platform encapsulates the case information submitted by the user into a preset format including json format; the json format includes one or more of user ID, case unique id, matter type code, matter name, case regional code and organization, sending subject, status, push address, and matter processing results.

3. The government affairs handling system based on message queue according to claim 1 or 2 is characterized in that: The matter processing module monitors the information topic in the corresponding distributed message queue through the message processing component.

4. The government affairs handling system based on message queue according to claim 3 is characterized by: The matter processing module obtains the matter information from the corresponding information subject through the event processing component and performs the matter processing.

5. The government affairs handling system based on message queue according to claim 4 is characterized by: Each of the matter processing modules corresponds to a mapping table; a type code is set for the processing method of each specific matter in the mapping table; the matter processing module matches the specific matter in the handling information with the matter type code in the mapping table, finds the processing method for the specific matter, and calls it out.

6. The government affairs handling system based on message queue according to claim 1 or 2, characterized in that: The item processing module encapsulates the processing result into a preset format and sends it to the next information topic or the original information topic; And the matter processing module will feed back the processing results to the matter acceptance platform or user.

7. A method for handling government affairs based on a message queue, characterized in that: The following steps are involved: 1) The matter acceptance platform accepts the case information submitted by the user, and encapsulates the case information into a preset format; 2) The matter acceptance platform sends the case information to the corresponding information subject; 3) The matter processing module obtains the matter information from the corresponding information subject; 4) After the matter processing module obtains the case information, it handles the case according to the processing method of each specific matter in the mapping table; 5) The matter processing module encapsulates the processing result of step 4) into a preset format and sends it to the next information topic or the original information topic.

8. The method for handling government affairs based on a message queue according to claim 7 is characterized in that: The types of the preset formats in step 1) and step 4) are consistent.

Images