A multi-code inter-recognition-oriented cross-domain routing system and method

Abstract

The application relates to a multi-code mutual recognition-oriented cross-domain routing system and method, which realizes efficient compatibility and data sharing of multi-codes in different cities and different fields; through an original two-level routing data platform, multi-code cross-domain matching in different cities and different fields is realized; through a new code registration module, a standardized city service code input interface is provided, dynamic expansion of the system is realized, efficient code reading and checking are realized through a city service code reading module, and corresponding city services are provided for the cross-domain routing city code through a back-end business service module. Compared with traditional point-to-point local mutual recognition, the application has better practicability and matching efficiency in view of the current multi-code situation of various codes and isolated business systems. Based on the original two-level routing data platform and routing table design, the accuracy, safety and high expansibility of multi-code mutual recognition are ensured.

Description

TECHNICAL FIELD

[0001] The present application relates to a multi-code mutual recognition oriented cross-domain routing system and method, and belongs to the field of information technology. BACKGROUND

[0002] At present, two-dimensional codes have a wide range of applications in many aspects and have become an important carrier for identity recognition and information interaction. In order to better improve the quality of life services and enhance the efficiency of supervision and investigation, many cities have designed and promoted city service codes based on actual application needs, such as Shanghai "Shen Code", Jiangsu "Su Code", Zhejiang "Enterprise Code", etc. Relying on the city big data platform, many conveniences are provided for citizens and enterprises in government services, medical and social security, daily travel and consumption, etc.

[0003] However, the current city service code still has some problems. On the one hand, there are too many codes, and there is a lack of coding standard specification in code design, resulting in the need to switch APPs to scan codes in different cities. In addition, due to the lack of unified business specifications, multiple codes often need to be used simultaneously to complete business services, reducing efficiency. On the other hand, the business systems are isolated, and there is a lack of multi-code mutual recognition mechanism, so that cross-regional and cross-business service codes cannot be mutually recognized and communicated. In order to improve the redundancy of city codes and improve the efficiency of city services, the present application proposes a multi-code mutual recognition oriented cross-domain routing system and method.

[0004] The current multi-code mutual recognition method is still relatively scarce, mainly being point-to-point communication in a local area. Some simple mutual recognition is achieved between certain types of service codes in some cities, including public transportation tickets and medical codes, which improves service efficiency. However, such mutual recognition has great limitations, and the methods used are relatively primitive. Typically, the original code is upgraded to support the functions of another determined city service code, which is inefficient. Local point-to-point communication cannot achieve global cross-domain communication of different businesses in numerous provinces and cities across the country, and cannot fundamentally break through the information island of city service codes across the country. In order to achieve nationwide multi-code mutual recognition, a matching mechanism and method for any city service code need to be designed from a macro perspective, and a nationwide city code communication and mutual recognition support platform needs to be developed. Therefore, the present application proposes a multi-code mutual recognition oriented cross-domain routing system and method by referring to the network routing method, which has significant advantages in functionality, efficiency and system scalability compared to existing local mutual recognition technologies. SUMMARY

[0005] The present application solves the problem of overcoming the shortcomings of the prior art and providing a multi-code mutual recognition oriented cross-domain routing system and method. In order to improve the redundancy of city codes and improve the efficiency of city services, the present application supports multi-code cross-domain communication and achieves efficient compatibility and data sharing of different city codes in different fields.

[0006] The technical solution of the present application is as follows:

[0007] In a first aspect, the present application provides a cross-domain routing system for multi-code mutual recognition, comprising a city service code new code registration module, a city service code reading module, a secondary routing data platform, a national-level routing data platform, and a backend business service module.

[0008] The city service code new code registration module comprises a city service code new code registration front-end interface and a data synchronization update access module. The city service code new code registration front-end interface provides a user interface and connects city service code new code data through a registration interface. The synchronization update access module inputs city service code data into the national-level routing data platform. The city service code data includes city type, service type, and coding algorithm.

[0009] The city service code reading module is based on a multi-code cross-domain routing prediction method and provides efficient code scanning and analysis of city service codes according to the coding algorithm of city service codes to obtain city service code data queried by a user and input the data into the secondary routing data platform.

[0010] The secondary routing data platform is connected to the national-level routing data platform through an internal data access layer. The secondary routing data platform receives city service code data from the national-level routing data platform, and the amount of city service code data contained in the secondary routing data platform is controlled by the national-level routing data platform.

[0011] The secondary routing data platform and the national-level routing data platform use routing fields, identity fields, and business fields to represent city service code data. The routing field is composed of code administrative division, code business type, and code number, and uniquely represents a certain type of city service code. The identity field is a field generated by a user after scanning a city service code and uniquely represents user identity information. The business field is composed of business service interface number, business permission identification, and activation state identification, and is used to support business service applications.

[0012] Each secondary routing data platform contains a secondary routing table that records the routing fields corresponding to all city service codes under the secondary routing data platform. The table is used to determine whether the secondary routing data platform contains city service code data queried by a user. City service code data contained in the secondary routing data platform is pushed to the backend business service module to provide business services, and city service code data not contained in the secondary routing data platform is pushed to the national-level routing data platform to provide cross-domain routing.

[0013] The national-level routing data platform is a data platform for unique and complete city service code data, provides routing matching of each city service code to a secondary routing data platform, can query the data of the city service code in the matched secondary routing data platform, accepts the city service code data pushed by the secondary routing data platform, provides routing matching to other secondary routing data platforms, realizes cross-domain routing of the city service code, and further allocates a secondary routing data platform for each newly registered code, and completes city service code data updating and synchronization. When the load of some secondary routing data platforms exceeds the set threshold, i.e., the total amount of supported city service code data access is large, the national-level routing data platform rebalances the load of the secondary routing data platforms.

[0014] The backend business service module is directly associated with the secondary routing data platform, obtains the city service code data from the secondary routing data platform, and provides specific city services for users according to the city type and service type.

[0015] Further, in the city service code reading module, the multi-code cross-domain routing prediction method is implemented as follows:

[0016] (1) Each city service code reading module obtains all encoding algorithms and the use frequency of different encoding algorithms in all city service code reading modules connected to the secondary routing data platform, i.e., the total frequency of the secondary routing data platform, according to a set update period.

[0017] (2) Each city service code reading module statistics the use frequency of different encoding algorithms in the module and inputs it to the connected secondary routing data platform for total frequency statistics of the secondary routing data platform.

[0018] (3) During reading, the frequency statistics of different encoding algorithms in the city service code reading module and the total frequency statistics of the secondary platform are weighted and averaged to calculate the expected score of each encoding algorithm, and the encoding algorithm is ranked from high to low to select the encoding algorithm for reading.

[0019] (4) According to the number of times of matching errors of the encoding algorithm for each reading, the weight of the total frequency statistics of the secondary platform in the expected score calculation in the reading module is dynamically updated.

[0020] Further, the process of rebalancing the load of the secondary routing data platform by the national-level routing data platform is as follows:

[0021] (1) The national-level routing data platform obtains the number of city service codes contained in each secondary routing data platform according to the total routing table, and sorts them from few to many.

[0022] (2) When the load of some secondary routing data platforms exceeds the set threshold, actively initiate a load rebalancing request to the national-level routing data platform;

[0023] (3) After the national-level routing data platform receives each load rebalancing request, select a secondary routing data platform containing the least number of city service codes, and perform load balancing with the secondary routing data platform requesting load rebalancing.

[0024] In a second aspect, the application provides a multi-code mutual recognition oriented cross-domain routing method, which realizes the following:

[0025] Step 1: City service code new code registration step: including city service code new code registration front-end interface and data synchronization update access; the city service code new code registration front-end interface provides a user interface, and the city service code new code data is accessed through the registration interface; the synchronization update access inputs the city service new code data to the national-level routing data platform, allocates a secondary routing data platform for each newly registered new code by the national-level routing data platform, and completes the data update and synchronization of the city service code; the data of the city service code includes: city type, service type and coding algorithm;

[0026] Step 2: City service code reading step: based on the multi-code cross-domain routing prediction method, according to the coding algorithm of the city service code, efficient code scanning and analysis of the city service code are provided, the data of the city service code queried by the user is obtained, and is input to the secondary routing data platform; the multi-code cross-domain routing prediction method is specifically implemented as follows: according to the set update period, all coding algorithms and the use frequency of different coding algorithms are obtained from the connected secondary routing data platforms; the use frequency of different coding algorithms is counted during reading, and is input to the connected secondary routing data platform for total frequency statistics of the secondary routing data platform; the expected score of each coding algorithm is calculated by weighted average according to the frequency statistics of different coding algorithms and the total frequency statistics of the secondary platform, and is ranked, and the coding algorithm is selected for reading from high to low according to the expected score; at the end of each update period, the weight of the total frequency statistics of the secondary platform in the expected score calculation is dynamically updated according to the number of times of matching errors of the coding algorithm during each reading;

[0027] Step 3: Each secondary routing data platform establishes a data connection with the national routing data platform through an internal data access layer, receives city service code data from the national routing data platform, the national routing data platform is a data platform that contains all city service code data, provides routing matching of each city service code to the secondary routing data platform, and can query city service code data in the secondary routing data platform; the amount of city service code data contained in the secondary routing data platform is controlled by the national routing data platform; the city service code data between the secondary routing data platform and the national routing data platform is represented by a routing field, an identity field and a business field; the routing field is composed of administrative division, business type and code number, and uniquely represents a certain type of city service code; the identity field is a field generated by the user after scanning the city service code, which uniquely represents the user's identity information; the business field is composed of business service interface number, business permission identification and enable state identification, which is used to support the application of business services;

[0028] Each secondary routing data platform contains a secondary routing table, which records the routing field corresponding to all city service codes under the secondary routing data platform, and is used to determine whether the secondary routing data platform contains the city service code data queried by the user from the city service code reading module, and to push the city service code data contained in the secondary routing data platform to the back-end business service module to provide business services, and to push the city service code data not contained in the secondary routing data platform to the national routing data platform to provide cross-domain routing; the national routing data platform contains all city service code data, accepts city service code requested by the secondary routing data platform, provides routing matching of each city service code to the secondary routing data platform, and can query city service code data in the matched secondary routing data platform, thereby realizing cross-domain routing of city service code;

[0029] Step 4: The back-end business service module obtains city service code data from the secondary routing data platform, and provides specific city services for the user according to the city type and service type.

[0030] In step 2, when the load of some secondary routing data platforms exceeds the set threshold, i.e. the total amount of supported city service code data access is large, the national routing data platform rebalances the load of the secondary routing data platforms, and the rebalancing process is as follows:

[0031] (1) The national routing data platform obtains the number of city service codes contained in each secondary routing data platform according to the total routing table, and sorts them from small to large;

[0032] (2) When the load of some secondary routing data platforms exceeds the set threshold, actively initiate a load rebalancing request to the national routing data platform;

[0033] (3) The national-level routing data platform receives each load rebalancing request, selects a secondary routing data platform containing the least number of city service codes, and performs load balancing with the secondary routing data platform from which the load rebalancing request is sent.

[0034] In a third aspect, the application provides an electronic device, comprising a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory complete communication with each other through the communication bus.

[0035] The memory is used for storing a computer program.

[0036] The processor is used for executing the computer program stored on the memory, and the execution realizes the above-mentioned multi-code mutual recognition oriented cross-domain routing system and method.

[0037] In a fourth aspect, the application provides a computer readable storage medium, which stores a computer program, and the computer program is executed by a processor to realize the above-mentioned multi-code mutual recognition oriented cross-domain routing system and method.

[0038] Compared with the prior art, the application has the following advantages:

[0039] (1) The application realizes cross-domain matching of different city codes in the whole country through two-level routing data platforms of national-level platforms and secondary platforms, provides a standardized city code registration interface for each city service code for routing matching and forwarding.

[0040] (2) The application method predicts which coding algorithm to try first according to the past frequency statistics of different coding algorithms, and compared with the random traversal mechanism used by the current platform, the application preferentially matches the coding algorithm with high frequency, thereby significantly reducing the number of trial and error required for reading code and greatly improving business efficiency.

[0041] (3) The application designs a load rebalancing method for the problem of excessive load of part of the secondary routing data platforms, and the national-level routing data platform preferentially selects the platform with the least load to bear the load, which reduces the number of load scheduling and avoids involving other city-level platforms in the load balancing process, thereby greatly reducing the interference on normal business services.

[0042] (4) The application is based on the two-level routing data platform, supports dynamic registration of new city service codes, realizes high scalability of the multi-code cross-domain mutual recognition system, and as the business volume increases, the two-level routing system can also be conveniently extended to three levels or higher levels.

[0043] (5) The present application is based on the originality of the routing table design, to ensure the accuracy and security of multi-code mutual recognition, improve the matching efficiency of multi-code cross-domain mutual recognition. BRIEF DESCRIPTION OF DRAWINGS

[0044] Figure 1 is the overall schematic diagram of the system of the present application;

[0045] Figure 2 is the implementation flowchart of the new code registration module of the city service code of the present application;

[0046] Figure 3 is the implementation flowchart of the city service code reading module of the present application;

[0047] Figure 4 is the implementation flowchart of the secondary routing data platform of the present application;

[0048] Figure 5 is the implementation flowchart of the national-level routing data platform of the present application;

[0049] Figure 6 is the implementation flowchart of the back-end business service module of the city service code of the present application;

[0050] Figure 7 is the flowchart of the city service code reading module of the present application, based on the multi-code cross-domain routing prediction method;

[0051] Figure 8 is the flowchart of the national-level routing data platform rebalancing the load of the secondary routing data platform. DETAILED DESCRIPTION

[0052] The specific embodiments of the present application will be further described below in conjunction with the accompanying drawings:

[0053] As shown in Figure 1 , the system of the present application mainly includes five components: the new code registration module of the city service code, the city service code reading module, the secondary routing data platform, the national-level routing data platform and the back-end business service module. Through the two-level routing data platform, the multi-code cross-domain matching of different fields in any city is realized. The new code registration module provides a standardized city service code input interface to realize the dynamic expansion of the system, and the city service code reading module realizes efficient code reading and verification. The back-end business service module provides corresponding city services for the cross-domain routing city service code, which provides convenience for the daily travel and consumption of citizens, the government service management of enterprises and other city services.

[0054] City service code new code registration module: provides a standardized city service code registration interface, so that the system can successfully support new city service code related business services and cross-domain mutual recognition; the module includes a city service code new code registration front-end interface and a data synchronization update access module; the new code registration front-end interface provides a simple and clear user interface, and the operator can quickly and accurately enter the city type, service type, coding algorithm and other necessary supplementary information of the city service code into the system through the registration interface, wherein the supplementary information relates to the occasions under which the city service code does not provide services, and also needs to supplement which service feedback delay is higher; the data synchronization update access module enters the city service new code information into the national-level routing data platform, and provides corresponding business support in the back-end business service module;

[0055] City service code reading module: based on the multi-code cross-domain routing prediction method, the coding algorithm of the city service code is obtained, efficient scanning and analysis of all city service codes are provided, so that the system can obtain the data information contained in the city service code held by the user, and input to the secondary routing data platform; the reading module widely supports different two-dimensional code coding algorithms, covering all city service codes supported by the system;

[0056] Secondary routing data platform: the bottom layer of the two-level routing data platform, providing the most basic local area routing matching service. Each secondary routing data platform establishes data connection with the national-level routing data platform through the internal data access layer, receives city service code data from the national-level routing data platform, and the amount of city service code data contained in the secondary routing data platform is controlled by the national-level routing data platform; multiple secondary routing data platforms are included in the entire system, the data in each secondary platform is completely independent and has no overlap, and together they constitute the entire set of city service codes supported by the system; information synchronization and interaction between secondary routing data platforms are realized through the national-level routing data platform;

[0057] The city service code data is represented by a routing field, an identity field and a business field between the secondary routing data platform and the national routing data platform. The system inputs the routing field into the secondary routing data platform for query, and verifies the identity field and the business field for the city service code belonging to the secondary routing data platform. For the city service code not belonging to the secondary routing data platform, the cross-domain intercommunication is realized through routing forwarding to locate the secondary routing data platform supporting the city service code, and the related business service is applied according to the identity field and the business field after successful verification. The routing field is composed of administrative division of code, business type of code and code number, and is used for query matching of two-level routing data platforms; the identity field is a field uniquely representing user identity information generated by the user after scanning the city service code; and the business field is composed of business service interface number, business permission identification and enable state identification, and is used for supporting application of business service;

[0058] Each secondary routing data platform contains a secondary routing table, which records the routing field corresponding to all city service codes under the secondary routing data platform, and is used for judging whether the secondary routing data platform contains the city service code data queried by the user from the city service code reading module. The city service code data contained in the secondary routing data platform is pushed to the back-end business service module to provide business service, and the city service code data not contained in the secondary routing data platform is pushed to the national routing data platform to provide cross-domain routing. There is no overlap between the city service codes supported by different secondary routing data platforms, and the routing tables of the secondary routing data platforms do not have the same table entries. Each secondary routing data platform contains a series of city service code information pushed from the national routing data platform. The city service code is represented by a series of identification fields in the system, and the identification rules are common in the national platform and each city platform, so as to realize cross-domain intercommunication of city service code information.

[0059] The national-level routing data platform is a top-level scheduling platform in the two-level routing data platform, is a data platform containing all city service code data, provides routing matching of each city service code to the secondary routing data platform, can query the data of the city service code in the matched secondary routing data platform, accepts the city service code data pushed by the secondary routing data platform, provides routing matching to other secondary routing data platforms, realizes cross-domain routing of the city service code, and completes the interaction of different city service code information; unlike the secondary routing data platform, the national-level routing data platform has only one and contains a total routing table, which can determine the secondary routing data platform to which the city service code belongs according to the routing field of the city service code; in addition, the national-level routing data platform allocates a secondary routing data platform for each newly registered code and completes the city service code data update and synchronization; when the load of some secondary routing data platforms exceeds the set threshold, that is, the total amount of supported city service code data access is relatively large, the national-level routing data platform rebalances the load of the secondary routing data platform, which avoids performance degradation due to high load and avoids involving too many secondary routing data platforms in the load balancing process, reducing the interference on normal business services.

[0060] The backend business service module provides specific city services, including specific business services of various city service codes such as citizen health codes, public transportation ride codes, and medical insurance codes, and completes daily code scanning and checking needs; the backend business service module is directly associated with the secondary routing data platform, obtains city service code data from the secondary routing data platform, and provides corresponding city services for users according to the city type and service type.

[0061] The specific implementation modes of the above modules are as follows:

[0062] 1. City service code new code registration module

[0063] The implementation process of the module is as shown in Figure 2

[0064] (1) Initialize the system, start the server, and load the front-end UI interface and the back-end database;

[0065] (2) The operator first inputs the registration information containing the city type and service type originally supported by the city service code, and registers the city service code new code information;

[0066] (3) The operator continues to input the coding algorithm of the city service code, the system traverses a maximum set composed of all the coding algorithms currently supported by the codes, respectively, to determine whether the newly registered city service code involves a new coding algorithm;

[0067] ​(4) Operator inputs necessary supplementary information as needed, such as the occasions when the city service code does not provide services, and the need for supplementary explanation if the service feedback delay is high, to avoid unnecessary distress;

[0068] (5) After the registration information is input, the national-level routing data platform allocates a city-level routing data platform for the newly registered city service code based on the city information to which the code belongs, and updates the total routing table by inserting a new table entry (city service code, secondary platform, target routing, network mask, next hop address);

[0069] (6) If the newly registered city service code involves a new coding algorithm, the national-level routing data platform will issue a broadcast containing the new coding algorithm to all city-level routing data platforms, requiring each city-level platform's corresponding code reading module to support the new coding algorithm.

[0070] 2. City service code reading module

[0071] The implementation process of this module is shown in Figure 3 .

[0072] (1) Initialize the system, start the server, and load the city service code reading module

[0073] (2) Obtain the expected score ranking of each coding algorithm based on the multi-code cross-domain routing prediction method, and select the coding algorithm from high to low to attempt reading code;

[0074] (3) If the current coding algorithm cannot parse the city service code, select the next coding algorithm to continue attempting;

[0075] (4) If the correct coding algorithm is reached, efficiently scan and parse the city service code;

[0076] (5) Successfully obtain the city service code data and input it to the secondary routing data platform.

[0077] 3. Secondary routing data platform

[0078] The implementation process of this module is shown in Figure 4 .

[0079] (1) Initialize the system, start the server, and start the secondary routing data platform;

[0080] (2) Receive the city service code data parsed by the city service code reading module, represented by the routing field, the identity field, and the business field;

[0081] (3) Read the secondary routing table contained in the secondary routing data platform itself, query whether the parsed routing field matches the routing field corresponding to the city service code under the platform, that is, whether the routing field appears in the target routing table item in the secondary routing table;

[0082] (4) If the parsed routing field corresponds to a business belonging to the city service code of the platform, send the business field and identity field to the backend service module directly connected to the platform;

[0083] (5) If the parsed routing field corresponds to a business not belonging to the city service code of the platform, push the routing field, business field and identity field to the national-level routing data platform, and the national-level platform provides cross-domain routing to find the correct secondary platform to provide business services, realizing cross-domain transmission.

[0084] 4. National-level routing data platform

[0085] The implementation process of the module is as shown in Figure 5 .

[0086] (1) Initialize the system, start the server, and start the national-level routing data platform;

[0087] (2) Receive the new registration demand transmitted by the city service code new code registration module, and allocate a secondary routing data platform according to the information;

[0088] (3) Complete city service code data update and synchronization for the newly registered city code;

[0089] (4) Test the load of the allocated secondary routing data platform, and determine whether it exceeds the threshold σ;

[0090] (5) If the threshold is exceeded, the secondary routing data platform needs to be balanced for routing load;

[0091] (6) If the threshold is not exceeded, the process ends;

[0092] (7) Similar to (2), this module will also receive routing field, business field and identity field information transmitted by the secondary routing data platform, query the secondary platform field of the total routing table according to the target routing field, determine the secondary platform to which the city service code belongs, and forward the above information to the corresponding secondary routing data platform. Repeat the processes of (4) to (6) to realize cross-domain routing of city service codes.

[0093] 5. Backend service module

[0094] The implementation process of the module is as shown in Figure 6 .

[0095] (1) Initialize the system, start the server, and load the backend service database;

[0096] (2) Receive the city service code data transmitted by the secondary routing data platform, mainly the business field and the identity field;

[0097] (3) Check the business database according to the identity field, and perform identity verification and permission authentication of the user;

[0098] (4) If the verification fails, report an error to the superior system, and the process ends;

[0099] (5) If the verification succeeds, provide the corresponding city service according to the business field, and the process ends.

[0100] 6. In the city service code reading module, a multi-code cross-domain routing prediction method

[0101] The implementation process of the method is shown in Figure 7 .

[0102] (1) Initialize the system, start the server, and load the city service code reading module;

[0103] (2) The reading module obtains all the encoding algorithms from the connected secondary routing data platform according to the set update period, and the usage frequency of different encoding algorithms in all city service code reading modules connected to the secondary routing data platform, i.e., the total frequency of the secondary routing data platform;

[0104] (3) The reading module counts the usage frequency of different encoding algorithms in the module and inputs it to the connected secondary routing data platform for counting the total frequency of the secondary routing data platform;

[0105] (4) When reading, the frequency statistics of different encoding algorithms in the city service code reading module and the total frequency statistics of the secondary platform are weighted and averaged to calculate the expected score of each encoding algorithm, and the encoding algorithm is selected from high to low according to the expected score for reading attempt. The expected score calculation formula is as follows:

[0106] Score=ω c *rank c +ω T *rank T

[0107] Where, rank c and rank T represent the frequency statistics ranking of all encoding algorithms in the city service code reading module and the total frequency statistics ranking in the secondary platform, respectively, ω c and ω T correspond to the weighting weights of the above two rankings in the final score, and the initial weight ω c = ω T = 0.5.

[0108] (5) According to the number of times of matching errors of the coding algorithm for each code reading, the total frequency of the secondary platform is counted, and the weight of the expected score calculation in the code reading module is dynamically updated.

[0109] ω T = ω T -0.01*N

[0110] ω c = 1- ω T

[0111] Wherein, N represents the number of times of matching errors of the coding algorithm, ω T is updated according to N first, and then ω c is updated to ensure that the sum of the two weights is always 1.

[0112] 7. A load rebalancing method for a national-level routing data platform to a secondary routing data platform

[0113] The implementation process of the method is shown in Figure 8 .

[0114] (1) Initialize the system, start the server, and start the national-level routing data platform;

[0115] (2) The national-level routing data platform counts the information of the secondary platform entries in the total routing table, and clearly indicates the number of times of all secondary platforms appearing in the total routing table, so as to obtain the number of city service codes contained by each secondary routing data platform, and sort from few to many;

[0116] (3) When the load of some secondary routing data platforms exceeds the set threshold, actively initiate a load rebalancing request to the national-level routing data platform;

[0117] (4) After the national-level routing data platform receives each load rebalancing request, it selects a secondary routing data platform containing the least number of city service codes, and performs load balancing with the secondary routing data platform requesting load rebalancing;

[0118] (5) The national-level routing data platform updates the number of city service codes contained by each secondary routing data platform, and repeats the processes of (2) to (4) again until the load of all secondary routing data platforms is lower than the threshold.

[0119] In summary, the application realizes efficient compatibility and data sharing of different codes in different fields of different cities; the two-level routing data platform realizes cross-domain matching of different codes in different fields of different cities, the new code registration module provides a standardized city service code input interface, realizes dynamic expansion of the system, and realizes efficient code reading and checking through the city service code reading module, and the back-end business service module provides corresponding city services for cross-domain routing city codes. The application is aimed at the current situation of various codes and isolated business systems, and has better practicability and matching efficiency compared with the traditional point-to-point local mutual recognition. Based on the two-level routing data platform and the routing table design, the accuracy, security and high scalability of the multi-code mutual recognition are ensured.

[0120] Based on the same inventive concept, another embodiment of the application provides an electronic device (computer, server, smart phone, etc.), which includes a memory and a processor, the memory stores a computer program, the computer program is configured to be executed by the processor, and the computer program includes instructions for executing each step in the method of the application.

[0121] Based on the same inventive concept, another embodiment of the application provides a computer readable storage medium (such as ROM / RAM, magnetic disk, optical disk), which stores a computer program, and the computer program is executed by a computer to realize each step of the method of the application.

[0122] The above embodiments are provided only for the purpose of describing the application, and are not intended to limit the scope of the application. The scope of the application is defined by the appended claims. Various equivalent replacements and modifications made without departing from the spirit and principles of the application shall be included in the scope of the application.

Claims

1. A multi-code interworking oriented cross-domain routing system, characterized in that: The application relates to a city service code registration and reading system. The city service code registration module comprises a city service code registration front-end interface and a data synchronization update access module. The city service code reading module is based on a multi-code cross-domain routing prediction method, and according to the coding algorithm of the city service code, the city service code reading module provides efficient code scanning and analysis of the city service code, obtains the data of the city service code queried by a user, and inputs the data into the secondary routing data platform. The secondary routing data platform is connected with the national routing data platform through an internal data access layer, receives the city service code data from the national routing data platform, and the amount of city service code data contained in the secondary routing data platform is controlled by the national routing data platform. The routing field, the identity field and the business field are used to represent the city service code data between the secondary routing data platform and the national routing data platform. Each secondary routing data platform contains a secondary routing table, which records the routing field corresponding to all city service codes under the secondary routing data platform, and is used to determine whether the secondary routing data platform contains the city service code data queried by the user. The national routing data platform is a unique data platform containing all city service code data, provides routing matching of each city service code to the secondary routing data platform, can query the data of the city service code in the matched secondary routing data platform, accepts the city service code data pushed by the secondary routing data platform, provides routing matching to other secondary routing data platforms, realizes cross-domain routing of the city service code, and additionally, the national routing data platform allocates a secondary routing data platform for each newly registered code, completes city service code data updating and synchronization, and rebalances the load of the secondary routing data platform when the load of some secondary routing data platforms exceeds a set threshold value. ​ ​ Backend business service module: directly associated with the secondary routing data platform, obtains city service code data from the secondary routing data platform, and provides specific city services for users according to city types and service types; The city service code reading module is realized based on the multi-code cross-domain routing prediction method as follows: (1) Each city service code reading module obtains all encoding algorithms and the use frequency of different encoding algorithms in all city service code reading modules connected to the secondary routing data platform, i.e., the total frequency of the secondary routing data platform, from the connected secondary routing data platform according to the set update period; (2) Each city service code reading module statistics the use frequency of different encoding algorithms in the module and inputs it to the connected secondary routing data platform for statistics of the total frequency of the secondary routing data platform; (3) The frequency statistics of different encoding algorithms in the city service code reading module and the total frequency statistics of the secondary platform are weighted and averaged to calculate the expected score of each encoding algorithm, and the encoding algorithm is selected for reading from high to low according to the expected score; (4) According to the number of times of matching errors of each reading code to the encoding algorithm, the weight of the total frequency statistics of the secondary platform in the expected score calculation in the reading module is dynamically updated.

2. The multi-code inter-operable oriented cross-domain routing system according to claim 1, characterized in that: The process of load rebalancing of the national routing data platform to the secondary routing data platform is as follows: (1) The national routing data platform obtains the number of city service codes contained by each secondary routing data platform according to the total routing table, and sorts them from few to many; (2) When the load of some secondary routing data platforms exceeds the set threshold, they actively initiate a load rebalancing request to the national routing data platform; (3) After receiving each load rebalancing request, the national routing data platform selects a secondary routing data platform containing the least number of city service codes, and performs load balancing with the secondary routing data platform requesting load rebalancing.

3. A cross-domain routing method for multi-code inter-recognition, characterized in that, The implementation is as follows: Step 1: City service code new code registration step: including city service code new code registration front-end interface and data synchronization update access; the city service code new code registration front-end interface provides a user interface, and the city service code new code data is accessed through the registration interface; the synchronization update access inputs the city service new code data to the national routing data platform, and assigns a secondary routing data platform for each newly registered new code by the national routing data platform, and completes the data update and synchronization of the city service code; The data of the city service code includes: city type, service type and encoding algorithm; Step 2: City service code reading code step: based on the multi-code cross-domain routing prediction method, according to the encoding algorithm of city service code, the efficient scanning and analysis of city service code are provided, the data of city service code queried by user is obtained, and is input to the secondary routing data platform; the multi-code cross-domain routing prediction method is specifically realized as follows: according to the set update period, all encoding algorithms and the use frequency of different encoding algorithms are obtained from the connected secondary routing data platform; the use frequency of different encoding algorithms is counted during reading code, and is input to the connected secondary routing data platform for statistical total frequency of the secondary routing data platform; the expected score of each encoding algorithm is calculated by weighted average according to the frequency statistics of different encoding algorithms and the total frequency statistics of the secondary platform, and is ranked, and the encoding algorithm is selected from high to low according to the expected score for reading code; at the end of each update period, the weight of the total frequency statistics of the secondary platform in the expected score calculation is dynamically updated according to the number of matching errors of each reading code to the encoding algorithm; Step 3: each secondary routing data platform establishes data connection with the national routing data platform through internal data access layer, receives city service code data from the national routing data platform, the national routing data platform is the only data platform containing all city service code data, provides routing matching of each city service code to the secondary routing data platform, and can query the data of city service code in the secondary routing data platform; the amount of city service code data contained in the secondary routing data platform is controlled by the national routing data platform; the city service code data is represented by routing field, identity field and business field between the secondary routing data platform and the national routing data platform; the routing field is composed of administrative division of code, business type of code and code number, and uniquely represents a certain city service code; the identity field is a field generated after the user scans the city service code, which uniquely represents the user identity information; the business field is composed of business service interface number, business permission identification and enable state identification, which is used to support the application of business service; Each secondary routing data platform respectively contains a secondary routing table, which records the routing field corresponding to all city service codes under the secondary routing data platform, is used to judge whether the secondary routing data platform contains the city service code data queried by the user output by the city service code reading module, pushes the city service code data contained in the secondary routing data platform to the back-end business service module to provide business service, and pushes the city service code data not contained in the secondary routing data platform to the national routing data platform to provide cross-domain routing; the national routing data platform contains all city service code data, accepts the city service code requested by the secondary routing data platform, provides routing matching of each city service code to the secondary routing data platform, can query the data of city service code in the matched secondary routing data platform, and realizes cross-domain routing of city service code; Step 4: the back-end business service module obtains the city service code data from the secondary routing data platform, and provides specific city service for the user according to the city type and service type.

4. The method of claim 3, wherein: In step 2, when the load of some secondary routing data platforms exceeds the set threshold, i.e., the total amount of supported city service code data access is more, the load of the secondary routing data platforms is rebalanced by the national-level routing data platform, and the rebalancing process is as follows: (1) The national-level routing data platform obtains the number of city service codes contained by each secondary routing data platform according to the total routing table, and sorts them from less to more; (2) When the load of some secondary routing data platforms exceeds the set threshold, actively initiate a load rebalancing request to the national-level routing data platform; (3) After receiving each load rebalancing request, the national-level routing data platform selects a secondary routing data platform containing the least number of city service codes, and performs load balancing with the secondary routing data platform requesting load rebalancing.

5. An electronic device, comprising: The system comprises a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory complete communication with each other through the communication bus; The memory is used for storing a computer program; The processor is used for executing the computer program stored on the memory, and when executed, the system or method of any of claims 1-2 or any of claims 3-4 is implemented.

6. A computer-readable storage medium having stored thereon a computer program, characterized in that, The computer program is executed by the processor to implement the system or method of any of claims 1-2 or any of claims 3-4.

Images