Dynamic routing system and method based on heterogeneous protocol conversion and service mapping

Abstract

The application provides a dynamic routing system and method based on heterogeneous protocol conversion and service mapping, relates to the technical field of communication, and comprises a request conversion module, a mapping module and an adjustment module.The request conversion module is used for receiving and converting service requests of different protocols into target request information.The mapping module is used for mapping the target request information to target services.The adjustment module is used for dynamically adjusting the routing path of the target request information.The request information obtained by receiving and converting service requests of different protocols is mapped to target services to realize protocol conversion, and the routing path of the request information is dynamically adjusted based on the network state, so that communication in a unified manner is realized without considering the differences between underlying communication protocols, the demand for cross-platform and multiple protocol conversion is met, strong technical support is provided for application scenarios such as interconnection and interaccess between different platforms, interoperation between heterogeneous services, arrangement and analysis of multi-source heterogeneous data resources, data element circulation and the like, and the efficiency and reliability of multi-source data transmission are improved.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of communication technology, in particular to a dynamic routing system and method based on heterogeneous protocol conversion and service mapping. BACKGROUND

[0002] With the rapid development of Internet of Things technology and cloud computing platform, in today's emphasis on data economy, governments at all levels, industry and enterprise have set up various data resource sharing platforms and data trading platforms, but due to the self-sufficiency of the platforms, the efficient exchange and integration of data resources between platforms, and the process of factor circulation and application, a gateway is needed to flexibly realize unified protocol adaptation conversion, meet the needs of cross-platform and multiple protocol conversion, provide strong technical support for realizing interconnection and interoperation between different platforms, improve the efficiency and reliability of multi-source data transmission, however, the traditional protocol conversion method has poor scalability and is not suitable for multiple protocol conversion.

[0003] Therefore, the present application provides a dynamic routing system and method based on heterogeneous protocol conversion and service mapping. SUMMARY

[0004] The present application provides a dynamic routing system and method based on heterogeneous protocol conversion and service mapping, which maps the request information obtained by receiving and converting service requests of different protocols to target service implementation protocol conversion, and dynamically adjusts the routing path of the request information based on the network state, realizes communication in a unified way without considering the difference between the underlying communication protocols, meets the needs of cross-platform and multiple protocol conversion, provides strong technical support for interconnection and interoperation between different platforms, heterogeneous service, multi-source heterogeneous data resource sorting and analysis, data factor circulation and other application scenarios, and improves the efficiency and reliability of multi-source data transmission.

[0005] The present application provides a dynamic routing system based on heterogeneous protocol conversion and service mapping, comprising:

[0006] The request conversion module is used for receiving service requests of different protocols and converting all service requests into target request information in a unified format:

[0007] The mapping module is used for mapping the obtained target request information to the target service based on the preset service mapping rule, and realizing conversion between protocols;

[0008] The adjustment module is used for dynamically adjusting the routing path of the target request information based on the network state, and realizing communication in a unified way.

[0009] Preferably, the request conversion module comprises:

[0010] The receiving unit is configured to receive a first service request of different protocols transmitted by a gateway of other different networks based on a preset target gateway, and convert the first service request into a first protocol packet;

[0011] The judging unit is configured to judge whether the first service request currently received exists in a preset protocol conversion agreement list of the target network;

[0012] If the first service request currently received exists in the preset protocol conversion agreement list of the target network, the first protocol packet corresponding to the first service request is marked as a to-be-converted packet, and is transmitted to the converting unit;

[0013] Otherwise, the first service request currently received is packaged and encapsulated, and then combined with a target protocol packet of the target network to establish a new conversion mapping relationship through fields as entities and the relationship between the entities, and stored in a target knowledge graph, and the first protocol packet corresponding to the processed first service request is transmitted to the converting unit as a to-be-converted packet;

[0014] The converting unit is configured to introduce the target knowledge graph, analyze the to-be-converted packet, convert the to-be-converted packet into a target packet, and output the target packet as target request information.

[0015] Preferably, the converting unit comprises:

[0016] The construction block is configured to design a target protocol ontology based on protocol conversion knowledge by using a top-down method, and construct a knowledge graph mode layer;

[0017] The construction block is configured to design a target protocol ontology based on protocol conversion knowledge by using a top-down method, and construct a knowledge graph mode layer;

[0018] The conversion block is configured to analyze the to-be-converted packet by using the target knowledge graph to obtain to-be-converted information, save the to-be-converted information according to a specified data format, and obtain to-be-converted information data;

[0019] The conversion block is configured to analyze the to-be-converted packet by using the target knowledge graph to obtain to-be-converted information, save the to-be-converted information according to a specified data format, and obtain to-be-converted information data;

[0020] The conversion block is configured to analyze the to-be-converted packet by using the target knowledge graph to obtain to-be-converted information, save the to-be-converted information according to a specified data format, and obtain to-be-converted information data;

[0021] The updating block is configured to update and expand the target knowledge graph in real time by using the received new conversion mapping relationship.

[0022] Preferably, the mapping module comprises:

[0023] The list obtaining unit is configured to obtain a first interface list according to a preset service mapping rule and in combination with the obtained target request information;

[0024] The selection unit is configured to extract a preset amount of historical request information received by each first interface in the first interface list from a request information database, and output the historical request information as a first analysis sample;

[0025] Obtain a first attribute of the first analysis sample;

[0026] Compare and analyze a target attribute of the target request information with the first attribute to obtain a preferred index of the target request information to all the first interfaces, and regard a first interface with the highest preferred index as a designated service open interface;

[0027] The mapping unit is configured to call an internal interface mapping rule of the target service to perform access interface mapping on the designated service open interface to obtain a target actual interface;

[0028] Map the target request information to the target actual interface for processing to generate a response and transmit the response to a service request sender.

[0029] Preferably, a calculation formula of the preferred index is as follows:

[0030] In the formula, n represents the preferred index of the target request information to the i-th first interface, wherein n represents a similarity absolute average value of the first attribute of the i-th first interface and the target attribute corresponding to the j-th first analysis sample, wherein j n represents a frequency at which the j-th first analysis sample is received by the i-th first interface within a preset time period; n represents an influence index of the request attribute to the preferred first interface; n represents an ideal time for the i-th first interface to process the j-th first analysis sample; n represents an actual time average value of the i-th first interface processing the j-th first analysis sample greater than the corresponding ideal time; n represents a number of times that the actual time of the i-th first interface processing the j-th first analysis sample is greater than the corresponding ideal time; n represents a number of times that the actual time of the i-th first interface processing the j-th first analysis sample is not greater than the corresponding ideal time; n represents an actual time average value of the i-th first interface processing the j-th first analysis sample not greater than the corresponding ideal time; n represents a number of times that the actual time of the i-th first interface processing the j-th first analysis sample is not greater than the corresponding ideal time; n represents an actual time average value of the i-th first interface processing the j-th first analysis sample not greater than the corresponding ideal time; n represents an actual time average value of the i-th first interface processing the j-th first analysis sample not greater than the corresponding ideal time; An index representing the influence of the service delay processing degree on the preferred first interface.

[0031] Preferably, the adjustment module comprises:

[0032] The information acquisition unit is configured to acquire network state data of each path node on the network path topology where the target request information is located, and output the network state data as first key data in combination with load data extracted from the target request information;

[0033] The path optimization unit is configured to dynamically plan an optimal path based on analysis of the first key data, with the routing and forwarding performance as an optimization target, so as to realize dynamic adjustment of the routing path of the target request information.

[0034] Preferably, the path optimization unit comprises:

[0035] The pending node acquisition block is configured to analyze transmission data density of each group of homogeneous nodes except the source node in a last preset time period;

[0036] When the transmission data density is greater than a preset density threshold value, a node with a state adaptation index higher than a set adaptation threshold value is selected from a next group of nodes as a pending node of a possible path of the target request information based on a preset network state evaluation rule;

[0037] When the transmission data density is not greater than the preset density threshold value, a node with a state adaptation index higher than a set possible threshold value is selected from the same group of nodes to which the current node belongs as a pending node of a possible path of the target request information based on the preset network state evaluation rule;

[0038] The state adaptation index is calculated according to the following formula:

[0039] In the formula, k represents the kth node, d represents the dth network state characteristic value, and e represents a calculation loss factor in the network state evaluation process. represents the state adaptation index of the kth node. represents an absolute error value of the dth network state characteristic value of the kth node and a network state characteristic ideal value, where k e; represents an influence weight value of the dth network state characteristic of the kth node on state adaptation. represents a calculation loss factor in the network state evaluation process.

[0040] The planning block is configured to mark a link between the current node and each pending node as a pending link.

[0041] The prediction stability of the corresponding pending link is analyzed according to network state data of two nodes of the pending link, and a link advantage index of the pending link is calculated.

[0042] The calculation formula of the link advantage index is as follows:

[0043] In the formula, The link advantage index of the vth pending link is represented as The predicted stability of the vth pending link is represented as The influence weight of link stability on link advantage is represented as The load extracted from the target request information is represented as The load of the vth pending link is represented as The load balancing adjustment factor is represented as The maximum bandwidth of the vth pending link is represented as The distance between the corresponding two nodes of the vth pending link is represented as The influence coefficient of distance on link advantage is represented as The influence weight of link utilization rate on link advantage is represented as

[0044] The pending link with the highest advantage index is regarded as the target link, and the corresponding pending node is regarded as the target node, and the optimal path dynamic programming result is obtained.

[0045] The application provides a dynamic routing method based on heterogeneous protocol conversion and service mapping, comprising:

[0046] Receiving service requests of different protocols, converting all service requests into target request information in a unified format:

[0047] Mapping the obtained target request information to a target service based on a preset service mapping rule to realize conversion between protocols;

[0048] Based on the network state, the routing path of the target request information is dynamically adjusted to realize communication in a unified manner.

[0049] Compared with the prior art, the application has the following beneficial effects:

[0050] By mapping the request information obtained by receiving and converting service requests of different protocols to a target service to realize protocol conversion, and dynamically adjusting the routing path of the request information based on the network state, communication in a unified manner is realized without considering the differences between underlying communication protocols, meeting the needs of cross-platform, multiple protocol conversion, providing strong technical support for interconnection and access between different platforms, interoperation between heterogeneous services, sorting and analysis of multi-source heterogeneous data resources, data element circulation and other application scenarios, and improving the efficiency and reliability of multi-source data transmission.

[0051] Other features and advantages of the present application will be set forth in the description that follows, and in part will be apparent from the description, or can be learned by practice of the application. The purposes and other advantages of the present application will be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.

[0052] The technical solutions of the present application are described in further detail below with the help of the accompanying drawings and examples. BRIEF DESCRIPTION OF DRAWINGS

[0053] The accompanying drawings are included to provide a further understanding of the present application and are incorporated in and constitute a part of the specification, illustrate embodiments of the present application and are used to explain the present application, but do not limit the present application. In the drawings:

[0054] Figure 1 The structure diagram of a dynamic routing system based on heterogeneous protocol conversion and service mapping in an embodiment of the present application;

[0055] Figure 2 The flow chart of a dynamic routing method based on heterogeneous protocol conversion and service mapping in an embodiment of the present application. DETAILED DESCRIPTION

[0056] The preferred embodiments of the present application are described below in conjunction with the accompanying drawings, and it should be understood that the preferred embodiments described herein are only used to explain and illustrate the present application, and do not limit the present application.

[0057] The embodiment of the present application provides a dynamic routing system based on heterogeneous protocol conversion and service mapping, as shown in Figure 1 The embodiment of the present application provides a dynamic routing system based on heterogeneous protocol conversion and service mapping, as shown in

[0058] The request conversion module is used to receive service requests of different protocols, and convert all service requests into target request information in a unified format:

[0059] The mapping module is used to map the obtained target request information to a target service based on a preset service mapping rule, to realize conversion between protocols.

[0060] The adjustment module is used to dynamically adjust the routing path of the target request information based on the network state, to realize communication in a unified manner.

[0061] In the embodiment, a protocol is used to define the format and order of messages exchanged between two or more communication entities, and the actions taken upon sending (or receiving messages or other events).

[0062] In this embodiment, protocol conversion refers to the equivalent conversion of field information between different protocol messages while ensuring the unchanged functionality of the message during communication and data exchange between devices, the Internet or platforms using different protocols. Generally, a gateway is used to implement conversion between different protocols, where the gateway is a middleware that can receive requests from different protocols, convert them to the target protocol, and send them to the target service.

[0063] In this embodiment, for example, protocol conversion is implemented by deploying a heterogeneous service integration gateway to support heterogeneous service integration. The protocol conversion process includes sending a service request to the heterogeneous service integration gateway by the service requester, listening to the service request by the gateway, receiving the service request message and converting the message, and then sending the converted service request message to the service provider according to the service address;

[0064] The service provider returns the service response message to the gateway, which converts the service response message and returns it to the corresponding service requester;

[0065] Wherein, the implementation steps of the heterogeneous service integration are as follows:

[0066] Step 11: Service packaging and standardization: First, the services from different sources need to be packaged to have a unified standard and interface. This usually involves defining and using standard message formats, protocols and processing procedures.

[0067] Step 12: Message translation and conversion: Since different services may use different message formats and protocols, these messages need to be converted to a standard format that USB can handle. This can be done by using adapters or conversion tools.

[0068] Step 13: Service registration and discovery: Register the packaged and converted services to the service registry center of USB, so that other services or clients can query and discover these services through the center.

[0069] Step 14: Service routing and invocation: When the service is invoked, USB needs to route according to the registration information of the service, send the request message to the correct service endpoint, and forward the response message back to the caller.

[0070] Step 15: Security and authentication: USB needs to provide security mechanisms, including encryption, identity verification, etc., to ensure the security of communication between services. This can be achieved by using SSL / TLS, digital signature, etc.

[0071] Step 16: Logging and monitoring: In order to ensure the availability and reliability of services, USB needs to provide logging and monitoring functions. This can help developers diagnose problems, optimize performance, etc.

[0072] The implementation steps of service registration and discovery are as follows:

[0073] Step 131: Define service metadata format: According to the characteristics of the service, define the format of service metadata, including service identification, service IP, service port, service version, etc.

[0074] Step 132: Develop service registration interface: Provide service registration interface for each system, so that they can register their service information to the distributed registration center.

[0075] Step 133: Develop service discovery interface: Provide service discovery interface for each system, so that they can query and obtain the service information of other systems according to the service metadata.

[0076] Step 134: Deploy distributed registration center: Deploy the distributed registration center and ensure its high availability and scalability.

[0077] Step 135: Integrate each system: Integrate each system into the distributed registration center, register services by calling the service registration interface, and discover services by calling the service discovery interface.

[0078] In the implementation of heterogeneous service integration technology, the following key technologies are usually adopted:

[0079] Adapter: Adapter is a special software component that can convert specific services into USB standard interfaces. Adapters usually need to be customized and developed for different service types. Message Middleware: Message middleware is responsible for passing messages between services and handling message routing, conversion and delivery. USB usually uses existing message middleware products such as Apache ActiveMQ, RabbitMQ, etc. Service Bus: Service bus is the core component of heterogeneous integration technology. It is responsible for handling service registration, discovery, invocation, routing, etc., and provides a unified interface and standard. Secure Sockets Layer (SSL) and Transport Layer Security (TLS): These technologies are used to establish secure communication channels between services to protect data security and integrity. Logging and monitoring tools: These tools are used to record service invocation, performance indicators, etc. for troubleshooting and performance optimization. In practical applications, to improve the reusability and flexibility of services and better meet business requirements, service aggregation and combination technology can be used, and its implementation methods mainly include the following aspects:

[0080] 1. Service aggregation interface design: Service aggregation refers to aggregating the output results of multiple services into one service to provide more complete functions for customers. To achieve service aggregation, a unified aggregation interface needs to be designed, which can receive the inputs of each service and integrate the output results of each service and return them to the calling party.

[0081] 2. Service combination pattern design: Service combination refers to combining multiple services according to certain logic to form a new service. Service combination can adopt various patterns such as serial pattern, parallel pattern, conditional pattern, etc. According to business requirements, select the appropriate combination pattern and design the corresponding combination logic.

[0082] 3. Service call link design: In order to achieve service aggregation and combination, a reasonable service call link needs to be designed. Service call link refers to the calling relationship between services, and through reasonable design of the call link, the aggregation and combination of services can be achieved.

[0083] 4. Service orchestration and scheduling: In order to achieve dynamic combination and calling of services, service orchestration and scheduling technology needs to be introduced. Service orchestration refers to arranging multiple services into an executable service process according to business requirements and logic. Scheduling refers to assigning tasks in the service process to corresponding service nodes for processing according to certain rules and strategies.

[0084] 5. Service registration and discovery: In order to achieve dynamic aggregation and combination of services, service registration and discovery mechanism needs to be introduced. Service providers register their services in the unified service bus, and the unified service bus assigns a unique identifier to each service. Service consumers query the unified service bus to obtain a list of available services and select appropriate services for calling according to business requirements.

[0085] In this embodiment, the target request information is the request information obtained by converting the received service request, including request message name, request message data format, field value, etc.; the preset service mapping rule is set in advance; and the target service is obtained based on the target request information using the preset service mapping rule.

[0086] In this embodiment, the network state is described by network state data of the path node, wherein the network state data includes node transmission rate, node transmission delay, etc.; the routing path refers to the communication path of the target request information, and dynamic adjustment of the routing path can improve data transmission efficiency and routing forwarding performance.

[0087] In the embodiment, the dynamic routing system based on the key technologies of heterogeneous protocol conversion, service mapping and dynamic routing supports cross-platform interconnection and intercommunication of data element circulation transaction services, wherein the data element refers to data resources in electronic form participating in production and operation activities and playing an important value through calculation.

[0088] The technical scheme has the beneficial effects that: the request information obtained by receiving and converting service requests of different protocols is mapped to a target service to realize protocol conversion, and the routing path of the request information is dynamically adjusted based on the network state, thereby realizing communication in a unified manner without considering the differences between underlying communication protocols, meeting the needs of cross-platform and multiple protocol conversion, providing strong technical support for interconnection and intercommunication between different platforms, interoperation between heterogeneous services, sorting and analysis of multi-source heterogeneous data resources, data element circulation and other application scenarios, and improving the efficiency and reliability of multi-source data transmission.

[0089] The embodiment of the application provides a dynamic routing system based on heterogeneous protocol conversion and service mapping, and the request conversion module comprises:

[0090] The receiving unit is configured to receive first service requests of different protocols transmitted by gateways of other different networks based on a preset target gateway, and convert the first service requests to obtain first protocol packets;

[0091] The judging unit is configured to judge whether the currently received first service request exists in a preset protocol conversion consent list of the target network;

[0092] If the first service request exists in the protocol conversion consent list, the first protocol packet corresponding to the first service request is marked as a to-be-converted packet, and the to-be-converted packet is transmitted to the conversion unit;

[0093] Otherwise, the currently received first service request is packaged and encapsulated, and then combined with a target protocol packet of the current target network to establish a new conversion mapping relationship through the relationship between fields as entities, and the new conversion mapping relationship is stored in a target knowledge graph, and the first protocol packet corresponding to the processed first service request is transmitted to the conversion unit as a to-be-converted packet;

[0094] The conversion unit is configured to introduce the target knowledge graph, analyze the to-be-converted packet, convert the to-be-converted packet to obtain a target packet, and output the target packet as target request information.

[0095] In the embodiment, the target gateway is a preset middleware configured to receive requests of different protocols, convert the requests into a target protocol, and send the requests to a target service; the first protocol packet is a request packet determined based on the received first service request; the preset protocol conversion consent list is set in advance and mainly composed of service requests that agree to protocol conversion; and the to-be-converted packet refers to the first protocol packet corresponding to the first service request in the preset protocol conversion consent list.

[0096] In this embodiment, the new conversion mapping relationship refers to the relationship between the first service request corresponding message entity and the target protocol message entity that does not exist in the preset protocol conversion agreement list of the target network, wherein the entity refers to the field in the message; the target knowledge graph is constructed in a top-down manner, and the logical structure is composed of a mode layer and a data layer, which are used for message analysis, protocol conversion and target message generation.

[0097] The beneficial effects of the above technical solution are: by using the gateway, combining the knowledge graph concept to receive service requests of different protocols and converting all service requests into request information in a unified format, it is helpful to realize communication in a unified way without considering the differences of underlying communication protocols.

[0098] The embodiment of the application provides a dynamic routing system based on heterogeneous protocol conversion and service mapping, and the conversion unit comprises:

[0099] The building block is used to utilize a top-down manner to design a target protocol ontology based on protocol conversion knowledge, and construct a knowledge graph mode layer;

[0100] The preset amount of data is obtained from the specified data source to perform entity extraction to obtain an entity data set, and then the conversion mapping relationship between entities is determined based on the knowledge graph mode layer to construct a knowledge graph data layer, so as to obtain a target knowledge graph;

[0101] The conversion block is used to utilize the target knowledge graph to analyze the received to-be-converted message to obtain to-be-converted information, and save the to-be-converted information according to a specified data format, so as to obtain to-be-converted information data;

[0102] Based on the mapping relationship between the type of the to-be-converted message and the target protocol message type, the to-be-converted information data is converted to obtain a first message;

[0103] It is detected whether all fixed fields are contained in the first message, if the fixed fields are missing, the missing target message is generated after the missing value is completed, and the target request information is outputted;

[0104] The update block is used to utilize the received new conversion mapping relationship to update and expand the target knowledge graph in real time.

[0105] In this embodiment, the protocol conversion refers to the equivalent conversion operation of field information between different protocol messages under the condition that the message function is unchanged when communicating and exchanging data between devices, the Internet or platforms using different protocols, and the conversion between different protocols is generally realized by using a gateway, wherein the gateway is a kind of middleware, which can receive requests from different protocols, convert them into target protocols, and send them to target services.

[0106] In this embodiment, the target protocol ontology is obtained by defining the protocol ontology class, object attributes and data attributes of the class; the schema layer is the core layer of the knowledge graph, and is a knowledge framework for constructing entities and relationships of the knowledge graph; the specified data source includes protocol standard documents, protocol conversion standard documents and related web page searches; and the preset quantity is a quantity set in advance.

[0107] In this embodiment, the entity data set refers to a data set obtained by performing entity extraction on the data of the preset quantity, wherein the entity refers to a field; and the data layer is used for storing specific knowledge and is a main component of the knowledge graph.

[0108] In this embodiment, the target knowledge graph is constructed in a top-down manner, and the logical structure thereof is composed of the schema layer and the data layer, and can be used for message parsing and protocol conversion; the message to be converted refers to a first protocol message corresponding to the first service request in the preset protocol conversion agreement list; the specified data format includes JSON and the like; and the information data to be converted refers to JSON data containing information to be converted.

[0109] In this embodiment, the first message refers to a message obtained by performing mapping conversion on the information data to be converted; and the target request information is a target message obtained by converting the received service request, and includes a request message name, a request message data format, a field value and the like.

[0110] The above technical solution has the beneficial effects that: the target knowledge graph is constructed to realize message conversion between different protocols and the current target protocol, thereby reducing the difficulty of data conversion caused by cross-platform, multiple protocols and difficulty in integration, and effectively ensuring the flexibility of protocol conversion.

[0111] The embodiment of the present application provides a dynamic routing system based on heterogeneous protocol conversion and service mapping, and the mapping module comprises:

[0112] The list acquisition unit is configured to acquire a first interface list by performing open interface mapping of the target service according to a preset service mapping rule and in combination with the target request information.

[0113] The selection unit is configured to extract a preset quantity of historical request information received by each first interface in the first interface list from the request information database, and output the historical request information as a first analysis sample.

[0114] The first attribute of the first analysis sample is acquired.

[0115] The target attribute of the target request information is compared and analyzed with the first attribute, to obtain an optimal index of the target request information to all the first interfaces, and the first interface with the highest optimal index is regarded as a specified service open interface.

[0116] Mapping unit: for calling internal interface mapping rule of the target service to access interface mapping of the specified service development interface, obtaining target actual interface;

[0117] After mapping the target request information to the target actual interface for processing, a response is generated and transmitted to the service request sender.

[0118] In this embodiment, the preset service mapping rule is set in advance; the target request information is the target message obtained by converting the received service request, including request message name, request message data format, field value, etc.

[0119] In this embodiment, the first interface list is established by the open interface mapping of the target service according to the preset service mapping rule combined with the obtained target request information; the open interface refers to the interface named by the target service considering not to expose the input or output parameter; the preset quantity is set in advance.

[0120] In this embodiment, the request information database is composed of historical request information received by the interface; the first analysis sample refers to the preset quantity of historical request information received by each first interface in the first interface list; the first attribute includes request method, URL, protocol version, etc.; the preferred index is used to represent the favorable situation of the selected first interface to the protocol conversion operation.

[0121] In this embodiment, the specified service open interface refers to the first interface with the highest preferred index; the internal interface mapping rule is used by the target service to specify the mapping based on its own interface; the target actual interface refers to the actual interface inside the target service; the service request sender refers to the device, network or platform that sends the first service request.

[0122] The beneficial effects of the above technical solution are: through the preset service mapping rule and interface advantage analysis, the target service open interface is mapped to the target request information, and then the internal interface mapping rule of the target service is called to access the service actual interface, ensuring the efficiency and accuracy of service mapping.

[0123] The preferred index calculation formula of the embodiment of the application based on heterogeneous protocol conversion and service mapping is as follows:

[0124] ; In the formula, is the preferred index of the target request information to the i-th first interface, wherein n; is the absolute average value of the first attribute of the i-th first interface and the corresponding j-th first analysis sample and the target attribute, wherein j m; represents the frequency of the current jth first analysis sample being received by the ith first interface within a preset time period; represents the influence index of the request attribute on the preferred first interface; represents the ideal time for the ith first interface to process the corresponding jth first analysis sample; represents the actual time average for the ith first interface to process the corresponding jth first analysis sample greater than the corresponding ideal time; represents the number of times that the actual time for the ith first interface to process the corresponding jth first analysis sample is greater than the corresponding ideal time; represents the number of times that the actual time for the ith first interface to process the corresponding jth first analysis sample is not greater than the corresponding ideal time; represents the actual time average for the ith first interface to process the corresponding jth first analysis sample not greater than the corresponding ideal time; represents the influence index of the service delay processing degree on the preferred first interface.

[0125] The beneficial effects of the above technical solutions are: by combining the attribute similarity of historical request information and target request information of the first interface, the request information receiving frequency and the processing time to calculate the preferred index, the specified open interface receiving the target request information is accurately obtained, and service mapping is effectively realized.

[0126] The embodiment of the application provides a dynamic routing system based on heterogeneous protocol conversion and service mapping, and the adjustment module comprises:

[0127] The information acquisition unit is used for sensing the network state data of each path node on the network path topology where the target request information is located, and combining the load data extracted from the target request information as first key data output;

[0128] The path optimization unit is used for dynamically planning an optimal path based on the analysis of the first key data, taking the routing forwarding performance as an optimization target, and realizing dynamic adjustment of the routing path of the target request information.

[0129] In the embodiment, the target request information is a target message obtained by converting a received service request, and includes a request message name, a request message data format, a field value and the like; the network path topology refers to a request information communication path layout constructed based on a real network environment, and is composed of path nodes and links.

[0130] In this embodiment, the network status is represented by the network status data of the path nodes, which includes node transmission rate, node transmission delay, etc.; the routing path refers to the communication path of the target request information. Dynamically adjusting the routing path can improve data transmission efficiency and routing forwarding performance; the first key data refers to the network status data of the nodes and the load data extracted from the target request information.

[0131] The beneficial effects of the above technical solution are: by combining and analyzing the network status data of the path nodes and the load data in the target request information, dynamic planning of the optimal communication path for the target request information can be achieved, thereby improving routing conversion performance and ensuring information transmission efficiency.

[0132] This invention provides a dynamic routing system based on heterogeneous protocol conversion and service mapping, wherein the path optimization unit includes:

[0133] Pending node acquisition block: Analyze and obtain the transmission data density of each group of similar nodes other than the source node in the previous preset time period;

[0134] When the transmitted data density is greater than the preset density threshold, nodes with a state fitness index higher than the set fitness threshold are selected from the next group of nodes based on the preset network state evaluation rules as undetermined nodes that may be the path of the target request information.

[0135] When the transmitted data density is not greater than the preset density threshold, based on the preset network state evaluation rules, nodes with a state fitness index higher than the set possible threshold are selected from the same group of nodes as the current node as undetermined nodes for possible paths of the target request information.

[0136] The formula for calculating the state fitness index is as follows:

[0137] In the formula, It is represented as the state fitness index of the k-th node; Let be the absolute error between the d-th network state feature value of the k-th node and the ideal value of the network state feature, where k e; This represents the weight value of the influence of the d-th network state feature of the k-th node on state adaptation; This is represented as the calculated loss factor during the network state assessment process;

[0138] Planning block: Used to mark the links between the current node and each undetermined node as undetermined links;

[0139] Based on the network status data of the two nodes of the undetermined link, the predicted stability of the undetermined link is analyzed, and then the link dominance index of the undetermined link is calculated.

[0140] The calculation formula of the link advantage index is as follows:

[0141] In the formula, represents the link advantage index of the vth pending link; represents the predicted stability of the vth pending link; represents the influence weight of the link stability on the link advantage; represents the load extracted from the target request information; represents the load of the vth pending link; represents the load balancing adjustment factor; represents the maximum bandwidth of the vth pending link; represents the distance between the two nodes corresponding to the vth pending link; represents the influence coefficient of the distance on the link advantage; represents the influence weight of the link utilization rate on the link advantage;

[0142] The pending link with the highest advantage index is regarded as the target link, and the corresponding pending node is regarded as the target node, and the optimal path dynamic programming result is obtained.

[0143] In this embodiment, the preset time period is set in advance; the transmission data density is used to represent the network access situation; and the preset density threshold is set in advance.

[0144] In this embodiment, the preset network state evaluation rule is set in advance, which is used to evaluate the influence degree of the network state characteristics on the network state, and then determine the influence weight of the network adaptation; the pending node refers to the node with a state adaptation index higher than a set adaptation threshold.

[0145] In this embodiment, the pending link refers to the link between the current node and the pending node; the network state data includes node transmission rate, node transmission delay, etc.; the predicted stability is used to represent the utilization performance of the link, which is obtained by analyzing the routing link hyperparameter, node transmission range, transmission rate, etc.; the link advantage index is used to represent the optimality of the link; the target link refers to the pending link with the highest advantage index; and the target node refers to the two nodes in the target link.

[0146] The above technical scheme has the beneficial effects that: by combining and analyzing the network state data of the path node and the load data in the target request information, the pending node is obtained; then the link performance between the nodes is analyzed to determine the target link and the target node, thereby realizing the dynamic programming of the optimal communication path of the target request information, improving the routing conversion performance, and ensuring the information transmission efficiency.

[0147] The embodiment of the application provides a dynamic routing method based on heterogeneous protocol conversion and service mapping, as shown in the formula (I), comprising: Figure 2

[0148] Receiving service requests of different protocols, converting all the service requests into target request information in a unified format:

[0149] Mapping the obtained target request information to a target service based on a preset service mapping rule, so as to realize conversion between protocols;

[0150] Based on the network state, the routing path of the target request information is dynamically adjusted, and communication in a unified manner is realized.

[0151] The beneficial effects of the above technical scheme are as follows: the request information obtained by receiving and converting service requests of different protocols is mapped to a target service to realize protocol conversion, and the routing path of the request information is dynamically adjusted based on the network state, so that communication in a unified manner is realized without considering the differences between underlying communication protocols, the demand for cross-platform and multiple protocol conversion is met, powerful technical support is provided for application scenarios such as interconnection and interaccess between different platforms, interoperation between heterogeneous services, sorting and analysis of multi-source heterogeneous data resources, and circulation of data elements, and the efficiency and reliability of multi-source data transmission are improved.

[0152] Obviously, those skilled in the art can make various modifications and variations to the application without departing from the spirit and scope of the application. Therefore, if these modifications and variations of the application belong to the scope of the claims of the application and their equivalents, the application also intends to include these modifications and variations.​

Claims

1. A dynamic routing system based on heterogeneous protocol conversion and service mapping, characterized in that, include: Request Conversion Module: This module receives service requests from different protocols and converts all service requests into target request information in a unified format. The mapping module includes: a list acquisition unit, which is used to map the open interfaces of the target service according to the preset service mapping rules and the acquired target request information, and obtain the first interface list; Selection unit: used to extract a preset amount of historical request information received by each first interface in the first interface list from the request information database, and output it as a first analysis sample; Obtain the first attribute of the first analysis sample; compare and analyze the target attribute of the target request information with the first attribute to obtain the preference index of the target request information for all first interfaces, and then regard the first interface with the highest preference index as the designated service open interface; the calculation formula of the preference index is as follows: In the formula, Let be the preference index for the i-th first interface for the target request information, where n; Let be the absolute average similarity between the first attribute and the target attribute of the i-th first interface and the corresponding j-th first analysis sample, where j m; This represents the frequency at which the j-th first analysis sample is received by the i-th first interface within a preset time period; This is expressed as the index of the impact of the request attribute on the preferred first interface; This represents the ideal time for the i-th first interface to process the j-th first analysis sample; This means that the actual average time for the i-th first interface processing corresponding to the j-th first analysis sample is greater than the corresponding ideal time. This represents the number of times the actual processing time of the i-th first interface for the j-th first analysis sample is greater than the corresponding ideal time; This represents the number of times the actual processing time of the i-th first interface for the j-th first analysis sample is no greater than the corresponding ideal time; This means that the actual time average of the i-th first interface processing corresponding to the j-th first analysis sample is not greater than the corresponding ideal time. This is expressed as an index representing the impact of service delay handling on the preferred first interface; Mapping unit: used to invoke the internal interface mapping rules of the target service to perform access interface mapping on the specified service development interface to obtain the target actual interface; The target request information is mapped to the actual target interface, processed, and then a response is generated and sent to the service request sender. Adjustment module: Used to dynamically adjust the routing path of target request information based on network status, so as to achieve communication in a unified manner.

2. The dynamic routing system based on heterogeneous protocol conversion and service mapping according to claim 1, characterized in that, The request conversion module includes: Receiving unit: Used to receive first service requests of different protocols transmitted from other different network gateways based on a preset target gateway, and convert them into first protocol messages; Judgment unit: used to determine whether the first service request currently received exists in the preset protocol conversion agreement list of the target network; If it exists, the first protocol message corresponding to the first service request currently received is marked as a message to be converted and transmitted to the conversion unit; Otherwise, after packaging and encapsulating the first service request received, and combining it with the target protocol message of the current target network, a new conversion mapping relationship is established by using fields as entities and establishing the relationship between entities, and stored in the target knowledge graph. At the same time, the first protocol message corresponding to the processed first service request is transmitted to the conversion unit as the message to be converted. Transformation Unit: Introduces the target knowledge graph, parses the message to be transformed, transforms it to obtain the target message, and outputs it as the target request information.

3. A dynamic routing system based on heterogeneous protocol conversion and service mapping according to claim 2, characterized in that, The conversion unit includes: Building blocks: used to design the target protocol ontology and construct the knowledge graph pattern layer by leveraging a top-down approach and knowledge of protocol transformation. The system extracts a preset amount of data from a specified data source to obtain an entity dataset. Then, based on the knowledge graph pattern layer, it determines the transformation mapping relationship between entities to construct a knowledge graph data layer and obtain the target knowledge graph. Transformation block: Used to parse the received message to be transformed using the target knowledge graph to obtain the information to be transformed, and save it according to the specified data format to obtain the information data to be transformed; Based on the mapping relationship between the type of the message to be converted and the type of the target protocol message, the information data to be converted is converted to obtain the first message; The system checks whether the first message contains all the fixed fields. If any fixed fields are missing, the missing fixed fields are filled with missing values ​​and the target message is generated and then output as the target request information. Update block: Used to update and expand the target knowledge graph in real time using the received new transformation mapping relationship.

4. A dynamic routing system based on heterogeneous protocol conversion and service mapping according to claim 1, characterized in that, The adjustment module includes: Information acquisition unit: used to perceive the network status data of each path node on the network path topology where the target request information is located, and then combine it with the load data extracted from the acquired target request information as the first key data output; Path optimization unit: It is used to dynamically plan the optimal path based on the analysis of the first key data with the optimization goal of routing and forwarding performance, so as to realize the dynamic adjustment of the routing path of the target request information.

5. A dynamic routing system based on heterogeneous protocol conversion and service mapping according to claim 4, characterized in that, The path optimization unit includes: Pending node acquisition block: Analyze and obtain the transmission data density of each group of similar nodes other than the source node in the previous preset time period; When the transmitted data density is greater than the preset density threshold, based on the preset network state evaluation system, nodes with a state fitness index higher than the set fitness threshold are selected from the next group of nodes as undetermined nodes that may be the path of the target request information. When the transmitted data density is not greater than the preset density threshold, based on the preset network state evaluation system, nodes with a state fitness index higher than the set possible threshold are selected from the same group of nodes as the current node as the undetermined nodes of the possible path of the target request information. The formula for calculating the state fitness index is as follows: In the formula, It is represented as the state fitness index of the k-th node; Let be the absolute error between the d-th network state feature value of the k-th node and the ideal value of the network state feature, where k e; This represents the weight value of the influence of the d-th network state feature of the k-th node on state adaptation; This is represented as the calculated loss factor during the network state assessment process; Planning block: Used to mark the links between the current node and each undetermined node as undetermined links; Based on the network status data of the two nodes of the undetermined link, the predicted stability of the undetermined link is analyzed, and then the link dominance index of the undetermined link is calculated. The formula for calculating the link advantage index is as follows: In the formula, This is represented as the link dominance index for the v-th undetermined link; This is represented as the predicted stability of the v-th undetermined link; This is represented by the weight of the impact of link stability on link advantage; This represents the payload extracted from the target request information; This represents the load of the vth undetermined link; This is expressed as a load balancing adjustment factor; This represents the maximum bandwidth of the v-th undetermined link; This represents the distance between two corresponding nodes on the v-th undetermined link; This is expressed as the influence coefficient of distance on link advantage; This represents the weight of the impact of link utilization on link advantage. The undetermined link with the highest advantage index is regarded as the target link, and the corresponding undetermined node is regarded as the target node. The result of dynamic programming of the optimal path is obtained by combining the results.

6. A dynamic routing method based on heterogeneous protocol conversion and service mapping, characterized in that, include: Receive service requests from different protocols and convert all service requests into target request information in a unified format: By combining the obtained target request information, the open interfaces of the target service are mapped to obtain the first interface list; Extract a preset amount of historical request information received by each first interface in the first interface list from the request information database, and output it as the first analysis sample; Obtain the first attribute of the first analyzed sample; The target attribute of the target request information is compared and analyzed with the first attribute to obtain the preference index of the target request information for all first interfaces. Then, the first interface with the highest preference index is regarded as the designated service open interface. The calculation formula of the preference index is as follows: In the formula, Let be the preference index for the i-th first interface for the target request information, where n; Let be the absolute average similarity between the first attribute and the target attribute of the i-th first interface and the corresponding j-th first analysis sample, where j m; This represents the frequency at which the j-th first analysis sample is received by the i-th first interface within a preset time period; This is expressed as the index of the impact of the request attribute on the preferred first interface; This represents the ideal time for the i-th first interface to process the j-th first analysis sample; This means that the actual average time for the i-th first interface processing corresponding to the j-th first analysis sample is greater than the corresponding ideal time. This represents the number of times the actual processing time of the i-th first interface for the j-th first analysis sample is greater than the corresponding ideal time; This represents the number of times the actual processing time of the i-th first interface for the j-th first analysis sample is no greater than the corresponding ideal time; This means that the actual time average of the i-th first interface processing corresponding to the j-th first analysis sample is not greater than the corresponding ideal time. This is expressed as an index representing the impact of service delay handling on the preferred first interface; The internal interface mapping rules of the target service are invoked to perform access interface mapping on the specified service development interface to obtain the target actual interface; The target request information is mapped to the actual target interface, processed, and then a response is generated and sent to the service request sender. The routing path for target request information is dynamically adjusted based on network status to achieve communication in a unified manner.

Images