CN116668542B - Service execution method based on heterogeneous resource binding under enhanced service architecture - Google Patents
Service execution method based on heterogeneous resource binding under enhanced service architecture Download PDFInfo
- Publication number
- CN116668542B CN116668542B CN202310933899.1A CN202310933899A CN116668542B CN 116668542 B CN116668542 B CN 116668542B CN 202310933899 A CN202310933899 A CN 202310933899A CN 116668542 B CN116668542 B CN 116668542B
- Authority
- CN
- China
- Prior art keywords
- heterogeneous
- service
- communication
- service request
- function instance
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 66
- 238000012545 processing Methods 0.000 claims abstract description 15
- 230000006854 communication Effects 0.000 claims description 244
- 238000004891 communication Methods 0.000 claims description 240
- 230000006870 function Effects 0.000 claims description 204
- 238000004590 computer program Methods 0.000 claims description 16
- 238000012546 transfer Methods 0.000 claims description 10
- 238000004458 analytical method Methods 0.000 claims description 2
- 230000008569 process Effects 0.000 abstract description 7
- 238000010586 diagram Methods 0.000 description 16
- 230000006872 improvement Effects 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000011161 development Methods 0.000 description 2
- 230000002708 enhancing effect Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 239000008186 active pharmaceutical agent Substances 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 229920001296 polysiloxane Polymers 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000010979 ruby Substances 0.000 description 1
- 229910001750 ruby Inorganic materials 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45595—Network integration; Enabling network access in virtual machine instances
Abstract
The specification discloses a service execution method based on heterogeneous resource binding under an enhanced service architecture. The method comprises the following steps: the service consumer SC sends a service request carrying a resource binding HTTP header of a network function heterogeneous indication to a selected service provider SP network function NF instance, and the service request is used for searching the NF heterogeneous instance of the converted SP after the subsequent SC exchanges roles with the SP; the NF instance of the SP receives and processes the service request, and returns the heterogeneous realization instruction for processing the service request to the SC through a resource binding HTTP header carried in the service reply for the subsequent high-reliability service processing requirement; SC according to the SP heterogeneous resource binding HTTP header to analyze each SP heterogeneous NF instance, and send service request according to the SP heterogeneous resource binding HTTP header; the heterogeneous target NF examples of the SP process the service request, and a target execution result is determined and returned according to the execution result corresponding to each heterogeneous target NF example.
Description
Technical Field
The present disclosure relates to the field of computer technologies, and in particular, to a service execution method based on heterogeneous resource binding under an enhanced service architecture.
Background
With the development of communication technology, network function virtualization (NFV, network Function Virtualization) is also widely used, and decoupling of the strong binding relationship between software and hardware in a traditional physical device is achieved by constructing multiple virtual network function instances (Network Function Instance) on a unified hardware device and executing service requests by using each network function instance.
However, in the actual communication process, different communication terminals may perform conversion between the service consumer sending the request and the service provider executing the request, and in the current communication method, the execution result of each communication terminal on the request is easily tampered by a malicious user, so that it is difficult to ensure the reliability and accuracy of the execution result.
Therefore, how to ensure the reliability and accuracy of the corresponding execution results of different communication terminals, and further ensure the safety of the communication system is a problem to be solved urgently.
Disclosure of Invention
The present disclosure provides a service execution method based on heterogeneous resource binding under an enhanced service architecture, so as to partially solve the above-mentioned problems in the prior art.
The technical scheme adopted in the specification is as follows:
the present disclosure provides a service execution method based on heterogeneous resource binding under an enhanced service architecture, where the method is applied to a first communication end in a communication system, and includes:
The method comprises the steps that a first communication terminal is used as a service consumption terminal, and a first service request carrying a first heterogeneous resource binding hypertext transfer protocol (HTTP) header is sent to a designated function instance in a second communication terminal which is used as a service providing terminal, so that the second communication terminal executes the first service request through the designated function instance;
when the first communication end is converted into a service providing end and the second communication end is converted into a service consuming end, receiving a second service request sent by the second communication end to each heterogeneous target function instance in the first communication end, wherein each heterogeneous target function instance is obtained by analyzing the first heterogeneous resource binding HTTP header by the second communication end;
executing the second service request through the heterogeneous target function examples to determine an execution result corresponding to each heterogeneous target function example;
and determining a target execution result corresponding to the second service request according to the execution result corresponding to each heterogeneous target function instance, and returning the target execution result to the second communication terminal.
Optionally, the first heterogeneous resource binding HTTP header is configured to indicate, to the second communication end, a communication address corresponding to each heterogeneous target function instance for executing the second service request, where at least part of each heterogeneous target function instance is compiled by a different operating system.
Optionally, determining a target execution result corresponding to the second service request according to the execution result corresponding to each heterogeneous target function instance and returning the target execution result to the second communication end, which specifically includes:
judging the execution results corresponding to each heterogeneous target function instance, taking the execution result with the largest number as the target execution result and returning the target execution result to the second communication end, or
And returning the execution results corresponding to the different target function examples to the second communication end so that the second communication end judges the execution results to obtain the target execution results.
The present disclosure provides a service execution method based on heterogeneous resource binding under an enhanced service architecture, where the method is applied to a second communication end in a communication system, and specifically includes:
the second communication terminal is used as a service providing terminal and receives a first service request which is sent to a designated function instance by a first communication terminal used as a service consumption terminal and carries a first heterogeneous resource binding HTTP header;
executing the first service request through the designated function instance;
when the second communication end is converted into a service consumption end, the first communication end is converted into a service providing end, and the first heterogeneous resource binding HTTP header is analyzed to obtain each heterogeneous target function instance in the first communication end;
And sending a second service request to each heterogeneous target function instance in the first communication terminal so that the first communication terminal determines an execution result corresponding to each heterogeneous target function instance, and according to the execution result corresponding to each heterogeneous target function instance, determining a target execution result corresponding to the second service request and returning to the second communication terminal.
Optionally, executing the first service request through the specified function instance specifically includes:
determining an execution result corresponding to the first service request, and returning the execution result and a second heterogeneous resource binding HTTP header corresponding to the second communication terminal to the first communication terminal, wherein the second heterogeneous resource binding HTTP header is used for receiving a valid service request processing reply when the first communication terminal cannot receive the valid service request processing reply,
and indicating the communication address of each heterogeneous target function instance for executing the subsequent service request to the first communication terminal.
Optionally, the first heterogeneous resource binding HTTP header is parsed to obtain each heterogeneous target function instance in the first communication end, which specifically includes:
and sending a first heterogeneous resource binding HTTP carried by the first service request to a preset network storage function NRF end, inquiring communication addresses of various heterogeneous target function instances pointed by the first heterogeneous resource binding HTTP through the NRF end, and returning the communication addresses to the second communication end.
The present description provides a service execution device based on resource binding, including:
the sending module is used as a service consumption end and used for sending a first service request carrying a first heterogeneous resource binding hypertext transfer protocol (HTTP) header to a designated function instance in a second communication end serving as a service providing end, so that the second communication end executes the first service request through the designated function instance;
the receiving module is used for receiving a second service request sent by the second communication terminal to each heterogeneous target function instance in the first communication terminal when the first communication terminal is converted into a service providing terminal and the second communication terminal is converted into a service consuming terminal, wherein each heterogeneous target function instance is obtained by analyzing the first heterogeneous resource binding HTTP header by the second communication terminal;
the execution module executes the second service request through the heterogeneous target function examples to determine an execution result corresponding to each heterogeneous target function example;
and the determining module is used for determining a target execution result corresponding to the second service request according to the execution result corresponding to each heterogeneous target function instance and returning the target execution result to the second communication terminal.
The present specification provides a service execution device based on resource binding, including:
the receiving module is used as a service providing end and used for receiving a first service request which is sent to the appointed function instance by a first communication end serving as a service consumption end and carries a first heterogeneous resource binding HTTP header;
an execution module that executes the first service request through the specified function instance;
the analysis module is used for analyzing the first heterogeneous resource binding HTTP header when the second communication terminal is converted into the service consumption terminal and the first communication terminal is converted into the service providing terminal, so as to obtain each heterogeneous target function instance in the first communication terminal;
the sending module sends a second service request to each heterogeneous target function instance in the first communication end, so that the first communication end determines an execution result corresponding to each heterogeneous target function instance, and determines a target execution result corresponding to the second service request and returns the second communication end according to the execution result corresponding to each heterogeneous target function instance.
The present specification provides a computer readable storage medium storing a computer program which when executed by a processor implements the above-described resource binding based service execution method.
The present specification provides an electronic device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, where the processor implements the above-mentioned service execution method based on resource binding when executing the program.
The above-mentioned at least one technical scheme that this specification adopted can reach following beneficial effect:
in the service execution method based on resource binding provided in the present specification, a first communication terminal is used as a service consumption terminal, and a first service request carrying a first heterogeneous resource binding hypertext transfer protocol (HTTP) header is sent to a designated function instance in a second communication terminal, so that the second communication terminal executes the first service request through the designated function instance; when the first communication end is converted into a service providing end, the second communication end analyzes the first heterogeneous resource binding HTTP header to obtain each heterogeneous target function instance in the first communication end and sends a second service request to each heterogeneous target function instance; the first communication end executes the second service request through each heterogeneous target function instance, and determines a target execution result corresponding to the second service request according to the execution result corresponding to each heterogeneous target function instance and returns the target execution result to the second communication end.
According to the method, when the first communication terminal is used as the service consumption terminal to send the service request to the second communication terminal, the heterogeneous resource binding HTTP head for pointing to the heterogeneous target function instance is sent to the second communication terminal at the same time, so that when the second communication terminal is used as the server consumption terminal and the first communication terminal is used as the service providing terminal, a plurality of heterogeneous target function instances can be determined according to the heterogeneous resource binding HTTP head, a final target execution result can be accurately determined through the execution results of the heterogeneous target function instances, the accuracy and the reliability of the final target execution result are guaranteed, and the safety of a communication system is further guaranteed.
Drawings
The accompanying drawings, which are included to provide a further understanding of the specification, illustrate and explain the exemplary embodiments of the present specification and their description, are not intended to limit the specification unduly. In the drawings:
fig. 1 is a schematic flow chart of a service execution method based on resource binding under an enhanced service architecture provided in the present specification;
fig. 2 is a schematic diagram of a communication process based on a heterogeneous resource binding HTTP header provided in the present specification;
FIG. 3 is a schematic flow chart of a method for executing a service based on resource binding under an enhanced service architecture provided in the present specification;
FIG. 4 is a schematic diagram of a method for improving communication reliability based on resource binding provided in the present specification;
FIG. 5 is a schematic diagram of a service execution device based on resource binding provided in the present specification;
FIG. 6 is a schematic diagram of a service execution device based on resource binding provided in the present specification;
fig. 7 is a schematic view of an electronic device corresponding to fig. 1 or fig. 3 provided in the present specification.
Detailed Description
For the purposes of making the objects, technical solutions and advantages of the present specification more apparent, the technical solutions of the present specification will be clearly and completely described below with reference to specific embodiments of the present specification and corresponding drawings. It will be apparent that the described embodiments are only some, but not all, of the embodiments of the present specification. All other embodiments, which can be made by one of ordinary skill in the art without undue burden from the present disclosure, are intended to be within the scope of the present disclosure.
The following describes in detail the technical solutions provided by the embodiments of the present specification with reference to the accompanying drawings.
Fig. 1 is a flow chart of a service execution method based on resource binding provided in the present specification, which includes the following steps:
s101: the method comprises the steps that a first communication terminal is used as a service consumption terminal, a first service request carrying a first heterogeneous resource binding hypertext transfer protocol (HTTP) header is sent to a designated function instance in a second communication terminal which is used as a service providing terminal, and the second communication terminal executes the first service request through the designated function instance.
Network Function virtualization (NFV, network Function Virtualization) decouples the relationship of software and hardware strong binding in traditional physical devices by applying standardized Network Functions (NF) to unified hardware. Through a plurality of network function instances (Network Function Instance) virtually implemented on the unified hardware device, a plurality of heterogeneous network function instance groups (Network Function Set) with different network functions, which are formed according to the network functions and logic/codes corresponding to the operating system kernel, are loaded on each of the plurality of network function instances, and then corresponding service requests are executed through the function instances in the instance groups. In practical applications, heterogeneous architectures may be built at the NF Instance (NF Instance) level, NF Service Instance (NF Service Instance) level, NF group (NF Set) level, and NF Service group (NF Service Set) level.
Based on this, the present specification provides a service execution method based on an enhanced service architecture, which is based on multiple sets of operating systems virtualized on a unified hardware device, and loads virtual network function and application function interfaces (APIs, application Program Interface) with the same network function and application function interfaces on different operating systems, and the same network function instance group (Network Function Instance Set) is formed by multiple network function instances (NF, network Function Instance) compiled into different operation logics according to the kernel of the operating system, and provides high-reliability system function execution guarantee by means of a newly added resource binding HTTP header definition for indicating heterogeneous implementation service processing resources when each communication end is used as a service providing end, and the resource binding HTTP header definition is respectively carried in service requests of service consumers and service replies of service providers.
In a communication system, a Service Provider (SP) represents an operator of a network Service, and a Service Provider corresponding to the Service Provider provides network functions corresponding to different network services to a user, and executes corresponding services through corresponding network functions after receiving a Service request.
The service consumer ((Service Consumers, SC) represents a program for accessing a service according to a service interface description, and a user transmits a service request to a service provider through its corresponding service consumer to execute a corresponding service through a network function corresponding to the service provider.
In this specification, the above example may be an actual program set corresponding to a network function, and the network function provided by the service provider corresponding to the service provider may include: authentication server functions, access and mobility management functions, data networks, such as operator services, internet access or third party services, unstructured data storage functions, network opening functions, network repository functions, network slice selection functions, control policy functions, session management functions, unified data management, (wireless) access networks, service communication agents, wired access gateway functions, etc., which are not exemplified one by one in this specification.
When the first communication terminal is used as a service consumption terminal and the second communication terminal is used as a service providing terminal, the first service request can be sent to a designated function instance in the second communication terminal through the function instance of the first communication terminal, and the designated function instance is used for providing a network function corresponding to the first service request. The service request carries a first heterogeneous resource binding hypertext transfer protocol (Hypertext Transfer Protocol, HTTP) header.
Specifically, in practical application, each network element function of the 5G eSBA service architecture performs service communication connection through a service-based interface (SBI, service Based Interface), where the SBI uses hypertext transfer protocol/2 (HTTP/2) and uses transport layer security (Transmission Layer Security) to ensure communication security between network functions that constitute both parties of service communication. The HTTP/2 message is composed of an HTTP Header (Header) and JavaScript Object Notation (JSON, javaScript Object notification) file. The HTTP header contains a request header sent by the service consumer and a response header replied by the service provider. The basic information of the service request transmitting end is described by HTTP Standard Headers (Standard Headers) and optional Headers (Custom Headers).
In this specification, a Heterogeneous resource Binding HTTP header (3 gpp-Sbi-generic-Binding) may be added to indicate each communication end as a service providing end, and carried in a service request of a service consumer and a service reply of a service provider, so as to provide a high-reliability system function execution guarantee.
When the first communication terminal is used as a service consumption terminal and the second communication terminal is used as a service providing terminal, the first heterogeneous resource binding HTTP header carried by the first service request is used for indicating the communication address of each heterogeneous target function instance executing the second service request to the second communication terminal when the second communication terminal is used as a service consumer to send the second service request, and at least part of the heterogeneous target function instances are compiled by different operating systems, so that the isomerism of each heterogeneous target function instance is realized.
In this specification, the above-mentioned encoding object of the heterogeneous resource binding HTTP header may include a binding level (binding level), a parameter (parameter), a recovery time (recovery time), a notification receiver (notify-receiver), a resource group/session context parameter (group of resource/session context), and the like.
The second communication terminal is used as a service providing terminal, and after receiving a first service request carrying a first heterogeneous resource binding HTTP header, the second communication terminal can execute the service request through the specified function instance and obtain an execution result corresponding to the service request.
And then the second communication end can carry the execution result and the second heterogeneous resource binding HTTP header corresponding to the second communication end in the request reply message, and return the request reply message to the first communication end. The second heterogeneous resource binding HTTP header is configured to indicate, to the first communication end, a communication address of each heterogeneous target function instance that executes a subsequent service request, in a case that the first communication end cannot receive a valid service request processing reply.
Specifically, when the first communication end is converted into the service end again and the second communication end is converted into the service providing end, if the previous designated function instance in the second communication end cannot execute the subsequent service request sent by the first communication end or cannot send an effective service request processing reply, the first communication end can analyze the second heterogeneous resource binding HTTP header at this time, determine each standby heterogeneous function instance in the second communication end, send the service request to each heterogeneous function instance, and judge the execution result of each heterogeneous function instance.
S102: when the first communication end is converted into a service providing end and the second communication end is converted into a service consuming end, receiving a second service request sent by the second communication end to each heterogeneous target function instance in the first communication end, wherein each heterogeneous target function instance is obtained after the second communication end analyzes the first heterogeneous resource binding HTTP header.
S103: and executing the second service request through the heterogeneous target function examples to determine an execution result corresponding to each heterogeneous target function example.
When the first communication end is converted into the service providing end and the second communication end is converted into the service consuming end due to the requirement of the subsequent service flow, the second communication end can analyze the first heterogeneous resource binding HTTP header carried by the first service request, so that each heterogeneous target function instance in the first communication end is determined.
Specifically, the second communication end may send the first heterogeneous resource binding HTTP carried by the first service request to a preset network storage function (Network Repository Function, NRF) end, query, by using the NRF end, a communication address of each heterogeneous target function instance in the first communication end pointed by the first heterogeneous resource binding HTTP head, and return the communication address to the second communication end.
And then the second communication terminal can send the second service request to each heterogeneous target function instance in the first communication terminal according to the communication address of each heterogeneous target function instance.
In this specification, there may be various manners in which the second communication end sends the second service request to the first communication end as the service consumption end, for example, the second communication end (the service consumption end at this time) may send the service request to all target instances in the first communication end (the service providing end at this time) at the same time, and broadcast, multicast, and unicast modes are adopted.
For another example, the second communication end may sequentially select and send the service request to a part of heterogeneous target function instances according to a certain algorithm, and terminate sending the service request to the other target service instances after the received service execution result can reach the effective decision result.
Of course, the second communication end may send multiple service requests to only a single heterogeneous target function instance for a period of time, and make a decision by collecting request reply information in a certain period of time.
Before each heterogeneous target function instance executes the service request, the server can load each corresponding operating system kernel, and then compile the corresponding heterogeneous target function instance through each operating system kernel, so that in practical application, the server can execute a second service request according to each compiled logic code.
S104: and determining a target execution result corresponding to the second service request according to the execution result corresponding to each heterogeneous target function instance, and returning the target execution result to the second communication terminal.
The first communication end can determine the target execution result corresponding to the second service request according to the execution result corresponding to each heterogeneous target function instance receiving the second service request, for example, the first communication end can make minority compliance majority decision on the result of each target communication instance, and take the execution result with the largest number as the target execution result and return to the second client.
Of course, the first communication end may also return all the execution results to the second client, where the second client determines each execution result and selects the execution result with the largest number as the target execution result.
For ease of understanding, the present disclosure provides a communication process schematic based on heterogeneous resource binding HTTP header, as shown in fig. 2.
Fig. 2 is a schematic diagram of a communication process based on a heterogeneous resource binding HTTP header provided in the present specification.
The nf_a and nf_b are two different communication ends, when nf_a is converted into a service providing end and nf_b is converted into a service consuming end, nf_b searches a Heterogeneous instance group of service resource Binding designated by nf_a through a network function discovery service of NRF according to a Heterogeneous resource Binding HTTP header carried by nf_a in a service request through 3 gpp-Sbi-heterogenic-Binding, determines each Heterogeneous target function instance and sends the service request, so that even if instance 1 and instance 2 in nf_a fail, a final target execution result can be determined according to other Heterogeneous instances (instance 3, instance 4 and instance 5).
Further, when the first communication end is converted into the service consumption end and the second communication end is converted into the service providing end, the first communication end may determine and send each heterogeneous target function instance in the second communication end according to the second heterogeneous resource binding HTTP header carried in the request reply message sent by the previous second communication end, and a method for determining each heterogeneous target function instance in the second communication end and a method for determining a target execution result are the same as the above-mentioned methods, which are not repeated in the present specification.
In the foregoing, a service execution method based on resource binding provided in the present specification is described from the perspective of the first communication end, and in order to facilitate understanding, a service execution method based on resource binding provided in the present specification is described from the perspective of the second communication end, as shown in fig. 3.
Fig. 3 is a flow chart of a service execution method based on resource binding provided in the present specification, which includes the following steps:
s301: the second communication terminal is used as a service providing terminal and receives a first service request which is sent to the appointed function instance by the first communication terminal and carries a first heterogeneous resource binding HTTP header.
S302: executing the first service request through the designated function instance.
S303: when the second communication end is converted into a service consumption end, the first communication end is converted into a service providing end, and the first heterogeneous resource binding HTTP header is analyzed to obtain each heterogeneous target function instance in the first communication end.
S304: and sending a second service request to each heterogeneous target function instance in the first communication terminal so that the first communication terminal determines an execution result corresponding to each heterogeneous target function instance, and according to the execution result corresponding to each heterogeneous target function instance, determining a target execution result corresponding to the second service request and returning to the second communication terminal.
Further, the present disclosure further provides a schematic diagram of a communication reliability enhancing method based on resource binding, as shown in fig. 4.
Fig. 4 is a schematic diagram of a communication reliability enhancing method based on resource binding provided in the present specification.
When nf_a is a service consumer and nf_b is a service provider, nf_a may send a first service request carrying a first heterogeneous resource binding HTTP header to nf_b, query, by using NRF, a network address (the designated function instance may be multiple or one) of the designated function instance in nf_b, send the service request to the designated function instance, and after the designated function instance in nf_b executes the service request, may return request reply information of an execution result to nf_a, where the request reply information may carry a second heterogeneous resource binding HTTP header corresponding to nf_b.
When nf_a is converted into a service providing end and nf_b is converted into a service consuming end, nf_b can bind the HTTP header according to the first heterogeneous resource, query each heterogeneous target function instance in nf_a through the NRF end, send a service request to each heterogeneous target function instance in nf_a, and nf_a can make minority-compliance majority decision according to the execution result corresponding to each heterogeneous target function instance, so as to return request reply information of the target execution result to nf_b.
According to the method, when the first communication terminal is used as the service consumption terminal to send the service request to the second communication terminal, the heterogeneous resource binding HTTP head for pointing to the heterogeneous target function instance is sent to the second communication terminal at the same time, so that when the second communication terminal is used as the server consumption terminal and the first communication terminal is used as the service providing terminal, a plurality of heterogeneous target function instances can be determined according to the heterogeneous resource binding HTTP head, a final target execution result can be accurately determined through the execution results of the heterogeneous target function instances, the accuracy and the reliability of the final target execution result are guaranteed, and the safety of a communication system is further guaranteed.
The above is a method for executing a service based on resource binding implemented by one or more embodiments of the present disclosure, and based on the same concept, the present disclosure further provides a corresponding service executing device based on resource binding, as shown in fig. 5 or fig. 6.
Fig. 5 is a schematic diagram of a service execution device based on resource binding provided in the present specification, including:
a sending module 501, configured to serve as a service consuming end, send a first service request carrying a first heterogeneous resource binding hypertext transfer protocol HTTP header to a specified function instance in a second communication end serving as a service providing end, so that the second communication end executes the first service request through the specified function instance;
the receiving module 502 is configured to receive, when the first communication end is converted into a service providing end and the second communication end is converted into a service consuming end, a second service request sent by the second communication end to each heterogeneous target function instance in the first communication end, where each heterogeneous target function instance is obtained by the second communication end analyzing the first heterogeneous resource binding HTTP header;
an execution module 503, configured to execute the second service request through the heterogeneous target function instances, so as to determine an execution result corresponding to each heterogeneous target function instance;
and the determining module 504 is configured to determine, according to the execution result corresponding to each heterogeneous target function instance, a target execution result corresponding to the second service request, and return the target execution result to the second communication end.
Optionally, the first heterogeneous resource binding HTTP header is configured to indicate, to the second communication end, a communication address corresponding to each heterogeneous target function instance for executing the second service request, where at least part of each heterogeneous target function instance is compiled by a different operating system.
Optionally, the executing module 503 is specifically configured to determine an execution result corresponding to each heterogeneous target function instance, take the execution result with the largest number as the target execution result and return the target execution result to the second communication end, or return the execution result corresponding to each heterogeneous target function instance to the second communication end, so that the second communication end determines each execution result to obtain the target execution result.
Fig. 6 is a schematic diagram of a service execution device based on resource binding provided in the present specification, including:
a receiving module 601, configured to receive, by using a second communication terminal as a service providing terminal, a first service request that is sent by a first communication terminal as a service consuming terminal to a specified function instance and carries a first heterogeneous resource binding HTTP header;
an execution module 602, configured to execute the first service request through the specified function instance;
The parsing module 603 is configured to parse the first heterogeneous resource binding HTTP header when the second communication end is converted into the service consumption end and the first communication end is converted into the service providing end, so as to obtain each heterogeneous target function instance in the first communication end;
and the sending module 604 is configured to send a second service request to each heterogeneous target function instance in the first communication end, so that the first communication end determines an execution result corresponding to each heterogeneous target function instance, determines a target execution result corresponding to the second service request according to the execution result corresponding to each heterogeneous target function instance, and returns the target execution result to the second communication end.
Optionally, the executing module 602 is specifically configured to determine an execution result corresponding to the first service request, and return the execution result and a second heterogeneous resource binding HTTP header corresponding to the second communication end to the first communication end, where the second heterogeneous resource binding HTTP header is used to indicate, to the first communication end, a communication address of each heterogeneous target function instance that executes the subsequent service request when the first communication end cannot receive a valid service request processing reply.
Optionally, the parsing module 603 is specifically configured to parse the first heterogeneous resource binding HTTP header to obtain each heterogeneous target function instance in the first communication end, and specifically includes: and sending a first heterogeneous resource binding HTTP carried by the first service request to a preset network storage function NRF end, inquiring communication addresses of various heterogeneous target function instances pointed by the first heterogeneous resource binding HTTP through the NRF end, and returning the communication addresses to the second communication end.
The present specification also provides a computer readable storage medium storing a computer program operable to perform a resource binding-based service execution method as provided in fig. 1 above.
The present specification also provides a schematic structural diagram of an electronic device corresponding to fig. 1 or fig. 2 shown in fig. 7. At the hardware level, the electronic device includes a processor, an internal bus, a network interface, a memory, and a non-volatile storage, as described in fig. 7, although other hardware required by other services may be included. The processor reads the corresponding computer program from the nonvolatile memory into the memory and then runs the computer program to implement a service execution method based on resource binding as described in fig. 1 or fig. 2. Of course, other implementations, such as logic devices or combinations of hardware and software, are not excluded from the present description, that is, the execution subject of the following processing flows is not limited to each logic unit, but may be hardware or logic devices.
Improvements to one technology can clearly distinguish between improvements in hardware (e.g., improvements to circuit structures such as diodes, transistors, switches, etc.) and software (improvements to the process flow). However, with the development of technology, many improvements of the current method flows can be regarded as direct improvements of hardware circuit structures. Designers almost always obtain corresponding hardware circuit structures by programming improved method flows into hardware circuits. Therefore, an improvement of a method flow cannot be said to be realized by a hardware entity module. For example, a programmable logic device (Programmable Logic Device, PLD) (e.g., field programmable gate array (Field Programmable Gate Array, FPGA)) is an integrated circuit whose logic function is determined by the programming of the device by a user. A designer programs to "integrate" a digital system onto a PLD without requiring the chip manufacturer to design and fabricate application-specific integrated circuit chips. Moreover, nowadays, instead of manually manufacturing integrated circuit chips, such programming is mostly implemented by using "logic compiler" software, which is similar to the software compiler used in program development and writing, and the original code before the compiling is also written in a specific programming language, which is called hardware description language (Hardware Description Language, HDL), but not just one of the hdds, but a plurality of kinds, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), lava, lola, myHDL, PALASM, RHDL (Ruby Hardware Description Language), etc., VHDL (Very-High-Speed Integrated Circuit Hardware Description Language) and Verilog are currently most commonly used. It will also be apparent to those skilled in the art that a hardware circuit implementing the logic method flow can be readily obtained by merely slightly programming the method flow into an integrated circuit using several of the hardware description languages described above.
The controller may be implemented in any suitable manner, for example, the controller may take the form of, for example, a microprocessor or processor and a computer readable medium storing computer readable program code (e.g., software or firmware) executable by the (micro) processor, logic gates, switches, application specific integrated circuits (Application Specific Integrated Circuit, ASIC), programmable logic controllers, and embedded microcontrollers, examples of which include, but are not limited to, the following microcontrollers: ARC 625D, atmel AT91SAM, microchip PIC18F26K20, and Silicone Labs C8051F320, the memory controller may also be implemented as part of the control logic of the memory. Those skilled in the art will also appreciate that, in addition to implementing the controller in a pure computer readable program code, it is well possible to implement the same functionality by logically programming the method steps such that the controller is in the form of logic gates, switches, application specific integrated circuits, programmable logic controllers, embedded microcontrollers, etc. Such a controller may thus be regarded as a kind of hardware component, and means for performing various functions included therein may also be regarded as structures within the hardware component. Or even means for achieving the various functions may be regarded as either software modules implementing the methods or structures within hardware components.
The system, apparatus, module or unit set forth in the above embodiments may be implemented in particular by a computer chip or entity, or by a product having a certain function. One typical implementation is a computer. In particular, the computer may be, for example, a personal computer, a laptop computer, a cellular telephone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.
For convenience of description, the above devices are described as being functionally divided into various units, respectively. Of course, the functions of each element may be implemented in one or more software and/or hardware elements when implemented in the present specification.
It will be appreciated by those skilled in the art that embodiments of the present description may be provided as a method, system, or computer program product. Accordingly, the present specification may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present description can take the form of a computer program product on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.
The present description is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the specification. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
In one typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
The memory may include volatile memory in a computer-readable medium, random Access Memory (RAM) and/or nonvolatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of computer-readable media.
Computer readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of storage media for a computer include, but are not limited to, phase change memory (PRAM), static Random Access Memory (SRAM), dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), read Only Memory (ROM), electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium, which can be used to store information that can be accessed by a computing device. Computer-readable media, as defined herein, does not include transitory computer-readable media (transmission media), such as modulated data signals and carrier waves.
It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article or apparatus that comprises the element.
It will be appreciated by those skilled in the art that embodiments of the present description may be provided as a method, system, or computer program product. Accordingly, the present specification may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present description can take the form of a computer program product on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.
The description may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The specification may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.
In this specification, each embodiment is described in a progressive manner, and identical and similar parts of each embodiment are all referred to each other, and each embodiment mainly describes differences from other embodiments. In particular, for system embodiments, since they are substantially similar to method embodiments, the description is relatively simple, as relevant to see a section of the description of method embodiments.
The foregoing is merely exemplary of the present disclosure and is not intended to limit the disclosure. Various modifications and alterations to this specification will become apparent to those skilled in the art. Any modifications, equivalent substitutions, improvements, or the like, which are within the spirit and principles of the present description, are intended to be included within the scope of the claims of the present description.
Claims (10)
1. A service execution method based on heterogeneous resource binding under an enhanced service architecture is characterized by being applied to a first communication end in a communication system and specifically comprising the following steps:
the method comprises the steps that a first communication terminal is used as a service consumption terminal, and a first service request carrying a first heterogeneous resource binding hypertext transfer protocol (HTTP) header is sent to a designated function instance in a second communication terminal which is used as a service providing terminal, so that the second communication terminal executes the first service request through the designated function instance;
when the first communication end is converted into a service providing end and the second communication end is converted into a service consuming end, receiving a second service request sent by the second communication end to each heterogeneous target function instance in the first communication end, wherein each heterogeneous target function instance is obtained by analyzing the first heterogeneous resource binding HTTP header by the second communication end;
executing the second service request through the heterogeneous target function examples to determine an execution result corresponding to each heterogeneous target function example;
and determining a target execution result corresponding to the second service request according to the execution result corresponding to each heterogeneous target function instance, and returning the target execution result to the second communication terminal.
2. The method of claim 1, wherein the first heterogeneous resource binding HTTP header is used to indicate to the second communication end a communication address corresponding to each heterogeneous target function instance executing the second service request, at least some of the heterogeneous target function instances being compiled by different operating systems.
3. The method of claim 1, wherein determining, according to the execution result corresponding to each heterogeneous target function instance, the target execution result corresponding to the second service request and returning to the second communication end specifically includes:
judging the execution results corresponding to each heterogeneous target function instance, taking the execution result with the largest number as the target execution result and returning the target execution result to the second communication end, or
And returning the execution results corresponding to the different target function examples to the second communication end so that the second communication end judges the execution results to obtain the target execution results.
4. The service execution method based on resource binding is characterized by being applied to a second communication end in a communication system and specifically comprising the following steps:
the second communication terminal is used as a service providing terminal and receives a first service request which is sent to a designated function instance by a first communication terminal used as a service consumption terminal and carries a first heterogeneous resource binding HTTP header;
Executing the first service request through the designated function instance;
when the second communication end is converted into a service consumption end, the first communication end is converted into a service providing end, and the first heterogeneous resource binding HTTP header is analyzed to obtain each heterogeneous target function instance in the first communication end;
and sending a second service request to each heterogeneous target function instance in the first communication terminal so that the first communication terminal determines an execution result corresponding to each heterogeneous target function instance, and according to the execution result corresponding to each heterogeneous target function instance, determining a target execution result corresponding to the second service request and returning to the second communication terminal.
5. The method of claim 4, wherein executing the first service request by the specified function instance comprises:
determining an execution result corresponding to the first service request, and returning the execution result and a second heterogeneous resource binding HTTP header corresponding to the second communication terminal to the first communication terminal, wherein the second heterogeneous resource binding HTTP header is used for indicating the communication address of each heterogeneous target function instance for executing the subsequent service request to the first communication terminal under the condition that the first communication terminal cannot receive the effective service request processing reply.
6. The method of claim 4, wherein the parsing the first heterogeneous resource binding HTTP header to obtain each heterogeneous target function instance in the first communication end specifically includes:
and sending a first heterogeneous resource binding HTTP carried by the first service request to a preset network storage function NRF end, inquiring communication addresses of various heterogeneous target function instances pointed by the first heterogeneous resource binding HTTP through the NRF end, and returning the communication addresses to the second communication end.
7. A service execution device based on resource binding, comprising:
the sending module is used as a service consumption end and used for sending a first service request carrying a first heterogeneous resource binding hypertext transfer protocol (HTTP) header to a designated function instance in a second communication end serving as a service providing end, so that the second communication end executes the first service request through the designated function instance;
the receiving module is used for receiving a second service request sent by the second communication terminal to each heterogeneous target function instance in the first communication terminal when the first communication terminal is converted into a service providing terminal and the second communication terminal is converted into a service consuming terminal, wherein each heterogeneous target function instance is obtained by analyzing the first heterogeneous resource binding HTTP header by the second communication terminal;
The execution module executes the second service request through the heterogeneous target function examples to determine an execution result corresponding to each heterogeneous target function example;
and the determining module is used for determining a target execution result corresponding to the second service request according to the execution result corresponding to each heterogeneous target function instance and returning the target execution result to the second communication terminal.
8. A service execution device based on resource binding, comprising:
the receiving module is used as a service providing end and used for receiving a first service request which is sent to the appointed function instance by a first communication end serving as a service consumption end and carries a first heterogeneous resource binding HTTP header;
the execution module is used for executing the first service request through the appointed function instance;
the analysis module is used for analyzing the first heterogeneous resource binding HTTP header when the second communication terminal is converted into the service consumption terminal and the first communication terminal is converted into the service providing terminal, so as to obtain each heterogeneous target function instance in the first communication terminal;
the sending module sends a second service request to each heterogeneous target function instance in the first communication end, so that the first communication end determines an execution result corresponding to each heterogeneous target function instance, and determines a target execution result corresponding to the second service request and returns the second communication end according to the execution result corresponding to each heterogeneous target function instance.
9. A computer readable storage medium, characterized in that the storage medium stores a computer program which, when executed by a processor, implements the method of any of the preceding claims 1-6.
10. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the method of any of the preceding claims 1-6 when executing the program.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310933899.1A CN116668542B (en) | 2023-07-27 | 2023-07-27 | Service execution method based on heterogeneous resource binding under enhanced service architecture |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310933899.1A CN116668542B (en) | 2023-07-27 | 2023-07-27 | Service execution method based on heterogeneous resource binding under enhanced service architecture |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN116668542A CN116668542A (en) | 2023-08-29 |
| CN116668542B true CN116668542B (en) | 2023-09-22 |
Family
ID=87720902
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310933899.1A Active CN116668542B (en) | 2023-07-27 | 2023-07-27 | Service execution method based on heterogeneous resource binding under enhanced service architecture |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116668542B (en) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102255935A (en) * | 2010-05-20 | 2011-11-23 | 中兴通讯股份有限公司 | Cloud service consumption method, cloud service message packet, cloud service broker and cloud system |
| EP3361711A1 (en) * | 2017-02-08 | 2018-08-15 | OpenSynergy GmbH | Method for synchronizing a service between a service provider and a service consumer and system |
| CN110191164A (en) * | 2019-05-20 | 2019-08-30 | 中国工商银行股份有限公司 | Distributed Services access system and method |
| WO2023016255A1 (en) * | 2021-08-09 | 2023-02-16 | 华为技术有限公司 | Network function service authorization method and apparatus |
| CN115883633A (en) * | 2022-12-12 | 2023-03-31 | 中国工商银行股份有限公司 | Dubbo frame-based request processing method and device |
| CN116405554A (en) * | 2023-06-08 | 2023-07-07 | 之江实验室 | Network communication method and device, storage medium and electronic equipment |
-
2023
- 2023-07-27 CN CN202310933899.1A patent/CN116668542B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102255935A (en) * | 2010-05-20 | 2011-11-23 | 中兴通讯股份有限公司 | Cloud service consumption method, cloud service message packet, cloud service broker and cloud system |
| EP3361711A1 (en) * | 2017-02-08 | 2018-08-15 | OpenSynergy GmbH | Method for synchronizing a service between a service provider and a service consumer and system |
| CN110191164A (en) * | 2019-05-20 | 2019-08-30 | 中国工商银行股份有限公司 | Distributed Services access system and method |
| WO2023016255A1 (en) * | 2021-08-09 | 2023-02-16 | 华为技术有限公司 | Network function service authorization method and apparatus |
| CN115883633A (en) * | 2022-12-12 | 2023-03-31 | 中国工商银行股份有限公司 | Dubbo frame-based request processing method and device |
| CN116405554A (en) * | 2023-06-08 | 2023-07-07 | 之江实验室 | Network communication method and device, storage medium and electronic equipment |
Also Published As
| Publication number | Publication date |
|---|---|
| CN116668542A (en) | 2023-08-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI699988B (en) | Information processing method, device, equipment and system | |
| CN111355816B (en) | Server selection method, device, equipment and distributed service system | |
| CN110750437B (en) | Equipment debugging method, device, equipment and system | |
| CN112311600A (en) | Strategy suggestion generation method and device based on network data analysis | |
| CN110046187B (en) | Data processing system, method and device | |
| CN116405554B (en) | Network communication method and device, storage medium and electronic equipment | |
| CN115225709B (en) | Data transmission system, method, electronic device and readable storage medium | |
| CN111597058B (en) | Data stream processing method and system | |
| CN111552945B (en) | Resource processing method, device and equipment | |
| CN110457132B (en) | Method and device for creating functional object and terminal equipment | |
| CN116668535B (en) | Service execution method, device and equipment based on enhanced service architecture | |
| CN111625422A (en) | Thread monitoring method and device, electronic equipment and computer readable storage medium | |
| CN116668542B (en) | Service execution method based on heterogeneous resource binding under enhanced service architecture | |
| CN112559565A (en) | Abnormity detection method, system and device | |
| CN113127775A (en) | Page loading method, device, equipment and storage medium | |
| CN111078435A (en) | Service processing method and device and electronic equipment | |
| CN115514800A (en) | Equipment network connection method, device, electronic equipment, server and system | |
| CN117041980B (en) | Network element management method and device, storage medium and electronic equipment | |
| CN112650710A (en) | Data migration sending method and device, storage medium and electronic device | |
| CN111796864A (en) | Data verification method and device | |
| CN117376143A (en) | Service execution method and device based on full-dimension definable network function instance | |
| CN116389561B (en) | Application deployment method, device and system based on computing power network | |
| CN110417904B (en) | Push information processing method, device and system | |
| CN114401302B (en) | Linkage action execution method, linkage action execution device and storage medium | |
| CN117097779B (en) | Network communication method and device, storage medium and electronic equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |