Method, system and electronic device for managing urban public services

Abstract

The application provides a management method, system and electronic equipment of urban public services, the method comprises the following steps: generating a corresponding city code for a city entity based on a preset coding rule; in response to a code scanning request of a service requester for the city code, obtaining context information associated with the code scanning request; based on the context information, routing the code scanning request to a target urban public service processing unit matched with the context information. The application solves the problem of incompatible coding systems of different departments by generating a corresponding city code for a city entity, realizes the standardization and unification of city entities, realizes the intelligent and automated routing of the target urban public service processing unit based on the context information, optimizes the configuration and response mechanism of urban public service resources, and improves the user experience.

Description

Technical Field

[0001] This application relates to the field of smart city technology, and in particular to a management method, system and electronic device for urban public services. Background Technology

[0002] In the construction of smart cities, the same urban entities (such as manhole covers, streetlights, and buildings) are assigned multiple codes or QR code identifiers by different departments based on their own business needs. The coding rules between different departments are not uniform, the data formats are different, and they are not mutually recognized, resulting in incompatibility between the coding systems of different departments. Furthermore, it is impossible to intelligently route scanning requests to the most appropriate urban public service processing unit based on the scanning request, which limits the improvement of the city's refined management and service level. At the same time, in terms of cross-departmental and cross-level data sharing and mutual trust, there is still a lack of secure, reliable, and efficient mechanisms to ensure the authenticity, privacy, and traceability of data in the process of data flow. Summary of the Invention

[0003] The purpose of this application is to at least partially solve one of the technical problems in the aforementioned technologies.

[0004] The first aspect of this application provides a method for managing urban public services, comprising: generating corresponding city codes for urban entities based on preset coding rules; responding to a service requester's scan request for the city code, obtaining context information associated with the scan request; and routing the scan request to a target urban public service processing unit that matches the context information based on the context information.

[0005] A second aspect of this application provides a management system for urban public services, comprising: a first acquisition module for generating corresponding city codes for urban entities based on preset coding rules; a second acquisition module for acquiring context information associated with the scanning request in response to a service requester's scanning request for the city code; and a routing module for routing the scanning request to a target urban public service processing unit matching the context information based on the context information.

[0006] A third aspect of this application provides an electronic device, including: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform the urban public service management method provided in the first aspect of this application.

[0007] A fourth aspect of this application provides a non-transitory computer-readable storage medium storing computer instructions for causing the computer to execute the urban public service management method provided in the first aspect of this application.

[0008] A fifth aspect of this application provides a computer program product that, when executed by an instruction processor, performs the urban public service management method provided in the first aspect of this application.

[0009] This application provides a management method for urban public services. Based on preset coding rules, it generates corresponding city codes for urban entities. Responding to a service requester's scan request for the city code, it obtains contextual information associated with the scan request and routes the scan request to a target urban public service processing unit that matches the context information. Thus, by generating corresponding city codes for urban entities, this application solves the problem of incompatibility between coding systems of different departments, achieving standardization and unification of urban entities. Based on contextual information, it enables intelligent and automated routing to target urban public service processing units, optimizes the allocation and response mechanism of urban public service resources, and improves user experience.

[0010] Additional aspects and advantages of this application will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of this application. Attached Figure Description

[0011] The above and / or additional aspects and advantages of this application will become apparent and readily understood from the following description of the embodiments taken in conjunction with the accompanying drawings, wherein: Figure 1 This is a flowchart illustrating a method for managing urban public services according to an embodiment of this application. Figure 2 This is a flowchart illustrating a method for managing urban public services according to another embodiment of this application; Figure 3 This is a flowchart illustrating a method for managing urban public services according to an embodiment of this application. Figure 4 This is a flowchart illustrating a method for managing urban public services according to an embodiment of this application. Figure 5 This is a schematic diagram of the structure of an urban public service management system according to an embodiment of this application; Figure 6 This is a block diagram of an electronic device according to an embodiment of this application. Detailed Implementation

[0012] The embodiments of this application are described in detail below. Examples of these embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are exemplary and intended to explain this application, and should not be construed as limiting this application.

[0013] The following description, with reference to the accompanying drawings, describes a method, system, electronic device, and medium for managing urban public services according to embodiments of this application.

[0014] Figure 1 This is a flowchart illustrating a method for managing urban public services according to an embodiment of this application, as shown below. Figure 1 As shown, the method includes: S101 generates corresponding city codes for city entities based on preset encoding rules.

[0015] It should be noted that urban entities include, but are not limited to, infrastructure entities (such as manhole covers, streetlights, etc.), public building entities (such as schools, hospitals, etc.), and public facility entities (such as bus stops, public toilets, etc.).

[0016] The city code is used to provide a basic identity identifier for each city entity.

[0017] In this embodiment of the application, a preset encoding rule is determined, and based on the preset encoding rule, a unique, structured digital identity code, namely a city code, is generated for each city entity.

[0018] S102, in response to the service requester's request to scan the city code, obtain the context information associated with the scan request.

[0019] It should be noted that service requesters include, but are not limited to, citizens, city management personnel, and maintenance personnel.

[0020] Optionally, when the service requester uses the scanning application on the terminal device to scan the city code of a city entity and initiates a scanning request, the system responds to the service requester's scanning request for the city code by performing context awareness and information extraction on the scanning request to obtain the context information associated with the scanning request.

[0021] The context information includes at least the identity and role information of the service requester, the terminal device information associated with the service requester, the geographical location information of the person initiating the scanning request, the timestamp information, and the application information.

[0022] S103, based on context information, routes the service request to the target city public service processing unit that matches the context information.

[0023] In this embodiment of the application, after obtaining the context information, the routing decision engine is invoked. The routing decision engine determines the target city public service processing unit based on the context information and the preset routing strategy, and routes the service request to the target city public service processing unit that matches the context information.

[0024] This application proposes a management method for urban public services. Based on preset coding rules, it generates corresponding city codes for urban entities. Responding to a service requester's scan request for the city code, it obtains contextual information associated with the scan request and routes the scan request to a target urban public service processing unit that matches the context information. Thus, by generating corresponding city codes for urban entities, this application solves the problem of incompatibility between coding systems of different departments, achieving standardization and unification of urban entities. Based on contextual information, it enables intelligent and automated routing to target urban public service processing units, optimizes the allocation and response mechanism of urban public service resources, and improves user experience.

[0025] Figure 2 This is a flowchart illustrating a method for managing urban public services according to an embodiment of this application, as shown below. Figure 2 As shown, the method includes: S201, determine the hierarchical information of the coding rules, wherein the hierarchical information includes at least the prefix identifier segment of the coding issuing agency, the administrative division code, the facility classification code and the instance serial number.

[0026] In this embodiment of the application, the coding rules adopt a hierarchical structure of coding issuing agency prefix identifier segment, administrative division code, facility classification code and instance serial number to ensure the uniqueness, resolvability and scalability of city code.

[0027] The prefix identifier of the coding issuing organization is 2 characters, for example: BJ represents Beijing, HB represents Hebei Province, etc.

[0028] It should be noted that, since the prefix identifier segment of the coding issuing agency may have duplicate issues due to the use of Pinyin abbreviation, administrative division codes are used to avoid duplicate issues. The administrative division codes are accurate to the district and county level. For example, 110101 represents Dongcheng District of Beijing, to ensure that the data can be efficiently collected and managed by region.

[0029] The facility classification code consists of 6 digits and adopts a hierarchical classification method, for example: XXYYZZ, where XX is the major category (such as 07 for water supply and drainage), YY is the intermediate category (such as 01 for manhole covers), and ZZ is the minor category (such as 01 for rainwater manhole covers).

[0030] The instance serial number consists of 9 digits and refers to a code that uniquely identifies a city entity under a specific region and category.

[0031] In this embodiment of the application, the latitude and longitude coordinates of the city entity are determined, and an instance sequence number is generated based on the latitude and longitude coordinates of the city entity using a hash algorithm.

[0032] For example, for manhole cover A in the city entity, determine the latitude and longitude coordinates of manhole cover A as (116.404, 39.915) and the required encoding precision. Recursively perform a binary search on the latitude interval [-90, 90]. If the latitude of manhole cover A is to the right (north) of the current latitude interval's midpoint, mark it as 1; if the latitude of manhole cover A is to the left (south) of the current latitude interval's midpoint, mark it as 0. Similarly, recursively perform a binary search on the longitude interval [-180, 180]. If the latitude of manhole cover A... If the longitude of manhole cover A is to the right (east) of the midpoint of the current longitude interval, it is marked as 1; if the longitude of manhole cover A is to the left (west) of the midpoint of the current longitude interval, it is marked as 0. The longitude and latitude are alternately divided (usually odd-numbered positions record longitude, even-numbered positions record latitude), dividing the Earth's surface into increasingly fine grids. The resulting binary sequence is divided into groups of 5 bits, and each group is converted into a Base32 character. The instance sequence number for manhole cover A is wxz4g0ec1. The Base32 character set uses 0-9 and bz, removing easily confused characters such as a, i, l, and o, ultimately resulting in a string like wxz4g0ec1.

[0033] S202, generate corresponding city codes for city entities according to the hierarchical information.

[0034] In this embodiment of the application, after obtaining the prefix identifier segment of the coding issuing agency, the administrative division code, the facility classification code and the instance serial number of each city entity, a corresponding city code is generated for each city entity based on the prefix identifier segment of the coding issuing agency, the administrative division code, the facility classification code and the instance serial number of each city entity.

[0035] S203, in response to the service requester's request to scan the city code, performs context awareness on the scanning request and obtains the context information associated with the scanning request. The context information includes at least the service requester's identity and role information, the terminal device information associated with the service requester, the geographical location information of the initiator of the scanning request, timestamp information, and application information.

[0036] Optionally, the identity and role information of the service requester can be obtained through the unified identity authentication system of the government application. For example, the identity and role information of the service requester may be "ordinary citizen", "urban management law enforcement officer", "municipal operation and maintenance personnel", etc., and the type of terminal device used for scanning the code (such as mobile phone, law enforcement recorder, etc.) can be identified to obtain the terminal device information associated with the service requester.

[0037] Optionally, the latitude and longitude of the device that initiated the scanning request can be obtained by using the Global Positioning System (GPS) or base station positioning to obtain geographical location information, as well as the timestamp information and application information of the scanning request.

[0038] S204, invoke the routing decision engine, which determines the target city public service processing unit based on context information and preset routing strategies. The routing strategy is determined based on at least one of the routing rule base and the routing strategy model.

[0039] Optionally, routing rules can be pre-built, and a routing rule base can be generated based on the routing rules. The routing decision engine then determines the target city's public service processing unit based on the context information and the routing rule base.

[0040] For example, for routing rule r1, the identity role information of the service requester is "urban management law enforcement personnel" AND the facility classification code is "070701", and the target city public service processing unit is determined to be "manhole cover management ledger application programming interface (API)".

[0041] Alternatively, a Gradient Boosting Tree (GBDT) strategy model can be adopted. GBDT iteratively trains multiple decision trees (weak learners), with each tree learning to correct the prediction error (residual) of the previous tree. Finally, the prediction results of all trees are weighted and summed to form a strong classification model.

[0042] in, The final predicted value is the sample value. The probability corresponding to each city's public service processing unit For the initial model, initialize it with the prior values ​​of the sample labels. For the first Decision tree The learning rate controls the contribution of each tree to the final result, preventing overfitting. This represents the total number of trees. It needs to be converted to a probability using the Sigmoid function. The Sigmoid function formula is... , For the Sigmoid function, These are the original predicted values ​​from the model.

[0043] For each iteration

[0044] (1) Calculate the negative gradient (pseudo residual): For each sample Calculate the negative gradient of the loss function under the current model, as the first... The target value that the tree needs to fit :

[0045] Among them, the loss function , It is the Sigmoid function.

[0046] (2) Fit a new decision tree : Use all training data To train a new decision tree, the goal is to fit the negative gradient calculated in the previous step. The leaf nodes of this tree will divide the samples into multiple mutually exclusive regions. .

[0047] (3) Calculate the optimal output value for each leaf node. For trees Each leaf node region Calculate an output value To minimize the loss within this region, the approximate solution is:

[0048] (4) Update the model by adding the new tree and updating the prediction function:

[0049] in, It's an indicator function. The learning rate. Typically less than 1, it has a shrinking effect, making the model learn more robustly and avoiding overfitting of a single tree.

[0050] Optionally, the context information is vectorized to obtain feature vectors, which are then input into the trained GBDT model to output predicted values ​​for each city's public service processing unit. The predicted values ​​are then converted into a probability distribution using the Sigmoid function.

[0051] in, Indicates the first From the available urban public service processing units, the urban public service processing unit with the highest probability is selected as the target urban public service processing unit.

[0052] Optionally, a weighted distribution strategy model can be used to determine the target city's public service processing unit based on the weight ratio preset according to context information. Alternatively, a gray-scale release strategy model can be used to open the service to a small number of users based on context information, and then gradually expand the scope after collecting feedback to determine the target city's public service processing unit.

[0053] S205 routes service requests to the target city's public service processing unit via the application programming interface (API) gateway.

[0054] Optionally, after determining the target city's public service processing unit, the service request can be rewritten and routed to the target city's public service processing unit via an API gateway.

[0055] The target city public service processing unit can be a backend city public service interface or a city public service data display module.

[0056] It should be noted that standardized data access and service interfaces ensure the flexibility and scalability of urban public service management methods. A unified API gateway is used to provide a set of representational state transfer (REST) ​​APIs (i.e., RESTful APIs) to the outside world, handle all front-end requests, be responsible for authentication and rate limiting, and call the intelligent routing engine to obtain routing decision results.

[0057] The following explains the specific process of urban public service management methods.

[0058] For example, such as Figure 3 As shown, when a user scans a city code, the system performs context awareness and information extraction on the scan request to obtain context-aware information. This information includes at least the user's identity and role information, the terminal device information associated with the user, the geographical location information of the initiating scan request, timestamp information, and application information. The system then calls a routing decision engine, which makes a routing decision based on the context information and a preset routing strategy. The routing strategy is determined based on at least one of a routing rule base and a routing strategy model to identify the target city's public service processing unit and route the scan request to that unit. For example: when a citizen scans the code, based on the context information, the scan request is routed to the "Convenience Information Inquiry Service," displaying the "Convenience Information Interface"; when a city management officer scans the code, based on the context information, the scan request is routed to the "City Management Business Service," displaying the "Management Ledger Interface"; and when maintenance personnel scan the code, based on the context information, the scan request is routed to the "Facility Maintenance Work Order System," displaying the "Warranty Entry Interface."

[0059] This application proposes a management method for urban public services. The method determines hierarchical information for coding rules, including at least a prefix identifier segment of the coding issuing agency, administrative division code, facility classification code, and instance serial number. Based on this hierarchical information, a corresponding city code is generated for each urban entity. In response to a service requester's request to scan the city code, the method performs context awareness on the scan request, obtaining context information associated with the scan request. This context information includes at least the service requester's identity and role information, the terminal device information associated with the service requester, the geographical location information initiating the scan request, timestamp information, and application information. A routing decision engine is invoked, which determines the target urban public service processing unit based on the context information and a preset routing strategy. The routing strategy is determined based on at least one of a routing rule base and a routing strategy model. Finally, the method routes the service request to the target urban public service processing unit via an application programming interface (API) gateway. Therefore, this application, through an intelligent routing engine, enables the same city code to be dynamically routed to different and precisely matched target city public service processing units based on context information, greatly improving the accuracy of public services and user experience. The intelligent routing engine replaces the inefficient process of traditional manual browsing or switching between multiple systems, realizing the automated and intelligent distribution of city public service processing units, upgrading city public service management from passive data verification to proactive, on-demand service empowerment, significantly improving the management efficiency and refinement of city public services, and enhancing the intelligence and refinement of city management.

[0060] Figure 4 This is a flowchart illustrating a method for managing urban public services according to an embodiment of this application, as shown below. Figure 4 As shown, the method includes: S401, determines the hierarchical information of the encoding rules.

[0061] In this embodiment of the application, the mapping relationship between the internal identifier of the department to which the city entity belongs and the city code is registered to the blockchain in the form of a smart contract.

[0062] Optionally, the department to which the city entity belongs (such as the housing and construction, public security, or municipal departments) is determined, and the mapping relationship between the internal identifier of the city entity's department and the city code is registered on the blockchain in the form of a smart contract to achieve consensus storage and immutability of the rules.

[0063] S402, generate corresponding city codes for city entities according to the hierarchical information.

[0064] S403, in response to the service requester's request to scan the city code, performs context awareness on the scanning request and obtains the context information associated with the scanning request.

[0065] S404 invokes the routing decision engine, which determines the target city public service processing unit based on context information and preset routing strategies.

[0066] S405 routes service requests to the target city's public service processing unit via the API gateway.

[0067] S406, in response to an instruction from the target city public service processing unit to obtain cross-departmental related data, obtains an authorized access token to access the related data based on the city code and mapping relationship.

[0068] In this embodiment of the application, a data query transaction is initiated to the blockchain, and a smart contract on the blockchain is invoked. Through the smart contract, the city code is mapped to the internal identifier of the target department according to the mapping relationship. Based on the internal identifier, an authorized access token for accessing the associated data is obtained.

[0069] For example, if a city entity is a manhole cover, the system obtains the registration data of the public security department for the manhole cover, initiates a data query transaction on the blockchain, executes the smart contract on the blockchain, and automatically parses the city code into the internal identifier of the public security department according to the mapping relationship. Based on the internal identifier, the smart contract generates an authorized access token on the chain.

[0070] S407, In response to authorization via an authorized access token, access the data source of the target department based on the authorized access token to obtain cross-department related data.

[0071] For example, in response to an authorized access token, temporary and secure access can be granted to a public security department's off-chain database or API to obtain cross-departmental related data.

[0072] It should be noted that the data query transaction, the mapping process of the city code, and the generation record of the authorized access token are recorded on the blockchain, realizing full traceability.

[0073] S408 processes the associated data and encapsulates the processed associated data into a target format to obtain the target data.

[0074] For example, processing operations such as cleaning, transforming, and aggregating related data are performed, and the processed related data is encapsulated in JSON format to ensure that data from different sources can be presented consistently and in a user-friendly manner.

[0075] S409 returns the target data to the service requester.

[0076] This application proposes a management method for urban public services. The method involves determining hierarchical information of coding rules, generating corresponding city codes for urban entities based on this hierarchical information, responding to a service requester's request to scan the city code, performing context awareness on the scan request, obtaining the context information associated with the scan request, invoking a routing decision engine, which determines the target urban public service processing unit based on the context information and a preset routing strategy, and routing the service request to the target urban public service processing unit via an API gateway. In response to the target urban public service processing unit's instruction to obtain cross-departmental related data, the method obtains an authorized access token for accessing the related data based on the city code and mapping relationship, grants authorization upon receiving the authorized access token, accesses the target department's data source to obtain the cross-departmental related data, processes the related data, encapsulates the processed related data into a target format to obtain the target data, and returns the target data to the service requester. Therefore, this application registers the mapping relationship between the internal identifiers of the departments to which urban entities belong and the city codes on the blockchain in the form of smart contracts, ensuring consensus and immutability of the rules. When a query is required, the smart contract automatically and reliably completes the parsing and data association of different coding systems, effectively solving the trust problem in the data sharing process. Utilizing the inherent immutability, full traceability, and auditability of blockchain technology, it provides strong protection for the secure and compliant use of public service data. All data uploads, authorized access, and transfers are recorded, forming a complete audit and traceability chain. This not only prevents the risk of unauthorized data access or retention but also enhances the credibility of departments when handling sensitive data, effectively protecting data privacy and security while promoting data sharing. Simultaneously, blockchain technology enables seamless data flow under authorization, reducing numerous repetitive submissions of proofs and identity verification steps, significantly improving the efficiency of a single service.

[0077] Figure 5 This is a schematic diagram of the structure of an urban public service management system according to an embodiment of this application, as shown below. Figure 4 As shown, a management system 500 for urban public services includes a first acquisition module 51, a second acquisition module 52, and a routing module 53, wherein: The first acquisition module 51 is used to generate corresponding city codes for city entities based on preset encoding rules; The second acquisition module 52 is used to acquire the context information associated with the scanning request in response to the service requester's scanning request for the city code. The routing module 53 is used to route the QR code scanning request to a target urban public service processing unit that matches the context information based on the context information.

[0078] The urban public service management system provided in the second aspect of this application also has the following technical features.

[0079] According to one embodiment of this application, the second acquisition module 52 is used to: perform context awareness on the scanning request and acquire context information associated with the scanning request, wherein the context information includes at least the identity and role information of the service requester, the terminal device information associated with the service requester, the geographical location information of the initiator of the scanning request, timestamp information, and application information.

[0080] According to one embodiment of this application, the routing module 53 is configured to: invoke a routing decision engine, wherein the routing decision engine determines the target city public service processing unit based on the context information and a preset routing strategy, wherein the routing strategy is determined based on at least one of a routing rule base and a routing strategy model; and route the QR code scanning request to the target city public service processing unit through an application programming interface (API) gateway.

[0081] According to one embodiment of this application, the first acquisition module 51 is configured to: determine the hierarchical information of the coding rule, wherein the hierarchical information includes at least a prefix identifier segment of the coding issuing agency, an administrative division code, a facility classification code, and an instance serial number; and generate a corresponding city code for the city entity according to the hierarchical information.

[0082] According to one embodiment of this application, the first acquisition module 51 is configured to: determine the latitude and longitude coordinates of the city entity; and generate the instance sequence number based on the latitude and longitude coordinates of the city entity using a hash algorithm.

[0083] According to one embodiment of this application, system 500 is configured to: register the mapping relationship between the internal identifier of the department to which the city entity belongs and the city code to the blockchain in the form of a smart contract; and in response to an instruction from the target city public service processing unit to obtain cross-departmental related data, obtain an authorized access token for accessing the related data based on the city code and the mapping relationship.

[0084] According to one embodiment of this application, system 500 is configured to: initiate a data query transaction to the blockchain and call a smart contract on the blockchain; through the smart contract, map the city code to an internal identifier of a target department according to the mapping relationship; and obtain an authorized access token to access the associated data based on the internal identifier.

[0085] According to one embodiment of this application, system 500 is configured to: in response to authorization by the authorized access token, access the data source of the target department according to the authorized access token to obtain cross-departmental related data; process the related data and encapsulate the processed related data into a target format to obtain target data; and return the target data to the service requester.

[0086] This application proposes a management system for urban public services. Based on preset coding rules, it generates corresponding city codes for urban entities. Responding to a service requester's scan request for the city code, it obtains contextual information associated with the scan request and routes the scan request to a target urban public service processing unit that matches the context information. Thus, by generating corresponding city codes for urban entities, this application solves the problem of incompatibility between coding systems of different departments, achieving standardization and unification of urban entities. Based on contextual information, it realizes intelligent and automated routing to target urban public service processing units, optimizes the allocation and response mechanism of urban public service resources, and improves user experience. To achieve the above embodiments, this application also provides an electronic device, a computer-readable storage medium, and a computer program product.

[0087] Figure 6 This is a block diagram of an electronic device according to an embodiment of this application, such as... Figure 6 As shown, the electronic device 1000 includes a memory 101, a processor 102, and a computer program stored in the memory 101 and executable on the processor 102. When the processor 102 executes program instructions, it performs... Figures 1 to 4 Examples of urban public service management methods.

[0088] To implement the above embodiments, this application also provides a non-transitory computer-readable storage medium storing computer instructions for causing a computer to execute... Figures 1 to 4 An example of a method for managing urban public services.

[0089] To implement the above embodiments, this application also provides a computer program product that, when the instruction processor in the computer program product is executed, performs... Figures 1 to 4 An example of a method for managing urban public services.

[0090] In the description of this specification, the references to terms such as "one embodiment," "some embodiments," "example," "specific example," or "some examples," etc., indicate that a specific feature, structure, material, or characteristic described in connection with that embodiment or example is included in at least one embodiment or example of this application. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples. Moreover, without contradiction, those skilled in the art can combine and integrate the different embodiments or examples described in this specification, as well as the features of different embodiments or examples.

[0091] Furthermore, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one of that feature. In the description of this application, "multiple" means at least two, such as two, three, etc., unless otherwise explicitly specified.

[0092] Any process or method description in the flowchart or otherwise herein can be understood as representing a module, segment, or portion of code comprising one or more executable instructions for implementing custom logic functions or processes, and the scope of the preferred embodiments of this application includes additional implementations in which functions may be performed not in the order shown or discussed, including substantially simultaneously or in reverse order depending on the functions involved, as should be understood by those skilled in the art to which embodiments of this application pertain.

[0093] The logic and / or steps represented in the flowchart or otherwise described herein, for example, can be considered as a sequenced list of executable instructions for implementing logical functions, and can be embodied in any computer-readable medium for use by, or in conjunction with, an instruction execution system, apparatus, or device (such as a computer-based system, a processor-included system, or other system that can fetch and execute instructions from, an instruction execution system, apparatus, or device). For the purposes of this specification, "computer-readable medium" can be any means that can contain, store, communicate, propagate, or transmit programs for use by, or in conjunction with, an instruction execution system, apparatus, or device. More specific examples (a non-exhaustive list) of computer-readable media include: an electrical connection having one or more wires (electronic device), a portable computer disk drive (magnetic device), random access memory (RAM), read-only memory (ROM), erasable and editable read-only memory (EPROM or flash memory), fiber optic devices, and portable optical disc read-only memory (CDROM). Alternatively, the computer-readable medium may be paper or other suitable media on which the program can be printed, since the program can be obtained electronically, for example, by optically scanning the paper or other medium, followed by editing, interpreting, or otherwise processing as necessary, and then stored in a computer memory.

[0094] It should be understood that various parts of this application can be implemented using hardware, software, firmware, or a combination thereof. In the above embodiments, multiple steps or methods can be implemented using software or firmware stored in memory and executed by a suitable instruction execution system. For example, if implemented in hardware as in another embodiment, it can be implemented using any one or a combination of the following techniques known in the art: discrete logic circuits having logic gates for implementing logical functions on data signals, application-specific integrated circuits (ASICs) having suitable combinational logic gates, programmable gate arrays (PGAs), field-programmable gate arrays (FPGAs), etc.

[0095] Those skilled in the art will understand that all or part of the steps of the methods in the above embodiments can be implemented by a program instructing related hardware. The program can be stored in a computer-readable storage medium, and when executed, the program includes one or a combination of the steps of the method embodiments.

[0096] Furthermore, the functional units in the various embodiments of this application can be integrated into a processing module, or each unit can exist physically separately, or two or more units can be integrated into a module. The integrated module can be implemented in hardware or as a software functional module. If the integrated module is implemented as a software functional module and sold or used as an independent product, it can also be stored in a computer-readable storage medium.

[0097] The storage medium mentioned above can be a read-only memory, a disk, or an optical disk, etc. Although embodiments of this application have been shown and described above, it is understood that the above embodiments are exemplary and should not be construed as limiting this application. Those skilled in the art can make changes, modifications, substitutions, and variations to the above embodiments within the scope of this application.

Claims

1. A management method for urban public services, characterized in that, The method includes: Based on preset coding rules, generate corresponding city codes for city entities; In response to a service requester's request to scan the city code, obtain the context information associated with the scan request; Based on the context information, the service QR code scanning request is routed to the target city public service processing unit that matches the context information.

2. The method according to claim 1, characterized in that, The step of obtaining the context information associated with the scanning request includes: The scanning request is context-aware, and the context information associated with the scanning request is obtained. The context information includes at least the identity and role information of the service requester, the terminal device information associated with the service requester, the geographical location information of the initiator of the scanning request, the timestamp information, and the application information.

3. The method according to claim 2, characterized in that, The step of routing the QR code scanning request to a target urban public service unit matching the context information further includes: The routing decision engine is invoked, and the routing decision engine determines the target urban public service processing unit based on the context information and the preset routing strategy, wherein the routing strategy is determined based on at least one of the routing rule base and the routing strategy model; The scanning request is routed to the target city public service processing unit via the application programming interface (API) gateway.

4. The method according to claim 1, characterized in that, The process of generating corresponding city codes for city entities based on preset encoding rules includes: Determine the hierarchical information of the coding rules, wherein the hierarchical information includes at least the prefix identifier segment of the coding issuing agency, the administrative division code, the facility classification code, and the instance serial number; Based on the aforementioned hierarchical information, a corresponding city code is generated for each city entity.

5. The method according to claim 4, characterized in that, The process of determining the instance serial number includes: Determine the latitude and longitude coordinates of the urban entity; The instance sequence number is generated based on the latitude and longitude coordinates of the city entity using a hash algorithm.

6. The method according to any one of claims 1-5, characterized in that, The method further includes: The mapping relationship between the internal identifier of the department to which the city entity belongs and the city code is registered to the blockchain in the form of a smart contract; In response to the instruction from the target city public service processing unit to obtain cross-departmental related data, an authorized access token for accessing the related data is obtained based on the city code and the mapping relationship.

7. The method according to claim 6, characterized in that, The step of obtaining an authorized access token for accessing the associated data based on the city code and the mapping relationship further includes: Initiate a data query transaction to the blockchain and invoke the smart contract on the blockchain; The smart contract maps the city code to the internal identifier of the target department according to the mapping relationship. Based on the internal identifier, obtain an authorized access token to access the associated data.

8. The method according to claim 7, characterized in that, The method further includes: In response to the authorization access token being granted, the data source of the target department is accessed according to the authorization access token to obtain cross-departmental related data; The associated data is processed, and the processed associated data is encapsulated into a target format to obtain the target data; The target data is returned to the service requester.

9. A management system for urban public services, characterized in that, The system includes: The first acquisition module is used to generate corresponding city codes for city entities based on preset encoding rules; The second acquisition module is used to acquire the context information associated with the scanning request in response to the service requester's scanning request for the city code. The routing module is used to route the QR code scanning request to a target urban public service processing unit that matches the context information, based on the context information.

10. An electronic device, characterized in that, Including processor and memory; The processor reads executable program code stored in the memory to run a program corresponding to the executable program code, so as to implement the method as described in any one of claims 1-8.

Images