CN110543371B - Method and device for remotely calling interface, electronic equipment and storage medium - Google Patents
Method and device for remotely calling interface, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN110543371B CN110543371B CN201910806771.2A CN201910806771A CN110543371B CN 110543371 B CN110543371 B CN 110543371B CN 201910806771 A CN201910806771 A CN 201910806771A CN 110543371 B CN110543371 B CN 110543371B
- Authority
- CN
- China
- Prior art keywords
- data
- streaming
- module
- original
- user
- 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 80
- 238000004806 packaging method and process Methods 0.000 claims abstract description 4
- 230000006870 function Effects 0.000 claims description 25
- 238000007493 shaping process Methods 0.000 claims description 20
- 238000004590 computer program Methods 0.000 claims description 9
- 238000005243 fluidization Methods 0.000 claims description 7
- 230000005540 biological transmission Effects 0.000 claims description 6
- 238000004364 calculation method Methods 0.000 claims description 4
- 238000003032 molecular docking Methods 0.000 claims 1
- 238000012545 processing Methods 0.000 abstract description 5
- 238000003491 array Methods 0.000 description 10
- 230000008569 process Effects 0.000 description 6
- 238000004458 analytical method Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 238000012795 verification Methods 0.000 description 3
- 210000001503 joint Anatomy 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000010998 test method Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000000605 extraction Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000010561 standard procedure Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- 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/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
- G06F9/548—Object oriented; Remote method invocation [RMI]
Abstract
The invention discloses a method, a device, electronic equipment and a storage medium for remotely calling an interface, wherein the method comprises the following steps of S1, receiving original IDL text data from a main thread of a user; s2, streaming the received original IDL text data to obtain original streaming data, adopting a main function as a program entry interface, decoding the data by a decoding function, inputting the data into user logic, and streaming the data again after the user logic calculates the result to obtain edited streaming data; s3, decoding the editing streaming data again to obtain editing IDL text data, and sending the data to a user; s4, decoding the original streaming data, inputting the decoded streaming data into user logic, and encapsulating the decoded streaming data into a server by a method of generating edited streaming data again in a streaming mode; and packaging the method for receiving the original IDL text data of the user, streaming, decoding and editing the IDL text data and sending the IDL text data to the user into a client. The invention greatly improves the efficiency and the safety of data processing.
Description
Technical Field
The present invention relates to the field of computer technologies, and in particular, to a method, an apparatus, an electronic device, and a storage medium for remotely calling an interface.
Background
CORBA is a standard object-oriented application system specification formulated by OMG organization, encapsulates IDL files via ace_tao interface, but the method of using the tool for implementing remote invocation of IDL files has a certain disadvantage, firstly, the encapsulation process is cumbersome and inconvenient due to consideration of too many accidents, resulting in complex and very complex mechanism. And secondly, the adopted package is a file writing package, and the index seems to have some limitation, so that the response speed is very slow when the package is used, and the operation speed of a main program can be seriously interfered.
Other processing tools have some requirements for high speed, some are very difficult to use, some have very high learning cost, some are particularly unstable, and the processing efficiency and safety of IDL files are greatly reduced.
Disclosure of Invention
The invention aims to overcome the defects of the prior art and provide a method, a device, electronic equipment and a storage medium for remotely calling an interface, which solve the problem that no product which is efficient, easy to use, cross-platform and capable of meeting high-speed requirements exists at present.
In order to solve the technical problems, the invention provides the following technical scheme:
according to a first aspect of the present invention, a method for remotely calling an interface includes the steps of:
s1, receiving original IDL text data from a main thread of a user;
s2, streaming the received original IDL text data to obtain original streaming data, adopting a main function as a program entry interface, decoding the data by a decoding function, inputting the data into user logic, and streaming the data again after the user logic calculates the result to obtain edited streaming data;
s3, decoding the editing streaming data again to obtain editing IDL text data, and sending the data to a main thread of a user for use;
s4, decoding the original streaming data, inputting the decoded streaming data into user logic, and encapsulating the decoded streaming data into a server by a method of generating edited streaming data again in a streaming mode; and packaging the method for receiving the original IDL text data of the user, streaming, decoding and editing the IDL text data and sending the IDL text data to the user into a client.
Preferably, the server and the client adopt a data interface end for data transmission, and the data interface end automatically detects the IP of the server and the IP of the client and automatically matches the same IP for butt joint.
Preferably, the streaming data comprises the steps of:
a: judging whether the data variable type of the IDL text data is one of four data variable types of shaping, long shaping, double precision and character strings; if yes, executing the step B, if not, converting the data variable type into a character string, and then executing the step C;
b: setting eight fluidization functions according to four variable types of shaping, long shaping, double precision and character string and four data types of shaping, long shaping, double precision and character string, and fluidizing data through the eight fluidization functions to obtain a user-defined data type;
c: and marking each variable and the custom data type according to the variable name, and outputting.
Preferably, the decoding data determines the data type according to the variable name, and the custom data type is analyzed by adopting eight streaming functions so as to finish decoding.
According to a second technical scheme of the invention, the device for remotely calling the interface comprises a user main thread module, an original data streaming module, an original data decoding module, a user logic module, an edited data streaming module and an edited data decoding module; the system comprises a server side formed by an original data decoding module, a user logic module and an edited data streaming module, and a client side formed by a user main thread module, an original data streaming module and an edited data decoding module;
the user main thread module is used for receiving and sending IDL text data;
the original data streaming module is used for streaming IDL text data received by the user main thread module to obtain original streaming data, and then transmitting the original streaming data to the original data decoding module;
the original data decoding module is used for decoding the original streaming data and sending the decoded original streaming data to the user logic module;
the user logic module is used for carrying out logic calculation on the data decoded by the original streaming data to obtain a result and then sending the result to the editing data streaming module;
the editing data streaming module is used for streaming the data after the calculation result of the user logic module again to obtain editing streaming data; then transmitting the editing streaming data to an editing data decoding module;
the editing data decoding module is used for decoding the editing streaming data again and transmitting the editing streaming data to the user main thread module for transmission.
Preferably, the server and the client are both provided with data interface modules, and the data interface modules detect the IP of the server and the IP of the client and automatically match the same IP to enable the server and the client to be in butt joint.
According to a third aspect of the present invention, an electronic device for remotely calling an interface includes a memory and a processor; the memory is used for storing a computer program; the processor being configured to implement the method of remotely invoking an interface as claimed in any of claims 1 to 4 when executing the computer program.
According to a fourth aspect of the present invention, a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements a method of remotely invoking an interface as claimed in any of claims 1 to 4.
Compared with the prior art, the invention has the following beneficial effects:
the method is efficient, only needs to perform simple verification, does not generate a complex verification module, and gives the user the right to verify, focuses on the interface, has no complex calling mechanism or complex verification mechanism, and ensures that the data can be transmitted in the most efficient mode to the maximum extent.
All data processing in the method can be automatically completed, parameters are not required to be regulated, any options are not required to be set, and a complete interface file and a correct transmission flow can be obtained.
The cross-platform embodiment is that whether the client and the server adopt the same language, are in the same system and have the same environment or not, and the client and the server generated by the method can communicate with each other in the environments of different systems, platforms and languages.
Meanwhile, the method can greatly exert the capability of professionals, so that the professionals can be released from the complicated work of interface definition. And interfaces of different modules in the same project can be rapidly determined without complex discussion and repeated communication.
Drawings
The accompanying drawings are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate the invention and together with the embodiments of the invention, serve to explain the invention. In the drawings:
FIG. 1 is a flow chart of the method of the present invention;
FIG. 2 is a schematic view of the overall structure of the device of the present invention;
Detailed Description
The preferred embodiments of the present invention will be described below with reference to the accompanying drawings, it being understood that the preferred embodiments described herein are for illustration and explanation of the present invention only, and are not intended to limit the present invention. Detailed descriptions of known techniques are omitted if they are not necessary to illustrate the features of the present invention, and furthermore, the present invention is not directed to any particular programming language. It is to be appreciated that the following description of the present invention may be implemented in a variety of programming languages, and the particular language used in the following description is provided to disclose a preferred embodiment of the present invention.
Example 1
As shown in fig. 1, the present invention provides a method for remotely calling an interface, comprising the following steps:
s1, receiving original IDL text data from a main thread of a user;
s2, streaming the received original IDL text data to obtain original streaming data, adopting a main function as a program entry interface, decoding the data by a decoding function, inputting the data into user logic, and streaming the data again after the user logic calculates the result to obtain edited streaming data;
s3, decoding the editing streaming data again to obtain editing IDL text data, and sending the data to a main thread of a user for use;
s4, decoding the original streaming data, inputting the decoded streaming data into user logic, and encapsulating the decoded streaming data into a server by a method of generating edited streaming data again in a streaming mode; and packaging the method for receiving the original IDL text data of the user, streaming, decoding and editing the IDL text data and sending the IDL text data to the user into a client.
The method mainly focuses on the S2-S4 part, namely how to analyze IDL text extraction information and how to generate a server and a client program. The following is a detailed description:
IDL files are abbreviations of interface definition languages that define the user's own custom interface, tell programs what data to receive, and have those custom data types. In the method, IDL adopts international general grammar, but for implementing high efficiency, the principle of conciseness only makes minimum support, namely the minimum data type capable of forming any program is supported. Specifically, only shaping (int), long, double, and string (string), and an array and custom data type composed of these four types are supported.
The tools in different languages are different for the array, but are all arrays, JAVA will have an array, python will have an Object, and C/C++ will have an array and a vector. But all are arrays with the basic method and characteristics of arrays. They are all similar for this method.
For the custom data types, different from the custom data types, JAVA has objects, python has only objects, and C/C++ has Struct. But for remote method calls this is a custom data type, with custom data interfaces, they are similar in the IDL language used in the method.
Any IDL file is only allowed to contain one method, and multiple methods are not allowed to appear, so that the multiplexing rate is ensured and the complexity is in a controllable state.
In terms of grammar, all elements are required to be separated by semicolons, variables defined by a custom data interface are all required to be widened by brackets so as to define membership, and meanwhile, all the variables are separated by semicolons. The method does not allow specific implementation, and can only be defined by adopting a return value type, function name and incoming parameters, wherein the incoming parameters are required to be widened by a small bracket, and meanwhile, the incoming parameters are separated by commas. Meanwhile, since the method is a cross-language method, the language to be used needs to be defined at the beginning.
A simple example of IDL used in the C/C++ language is given below.
In the examples a structure random struct and a method testMethod are defined. Wherein random struct contains four elements, a shaped variable a, a long shaped variable b, a double precision variable c, and an array string random string. The method defines two input parameters, input1 of the random struct type and input2 of the array shaping variable. The first sentence also defines this method as C/C++.
This IDL definition ensures the multiplexing rate of the program, and is easy to understand and use. The program interface is guaranteed to be unintentional, but at the same time the functionality of multiplexing the internal self-data type definitions is sacrificed. Such a one-time copy-and-paste sacrifice is considered acceptable in order to guarantee ease of use and other characteristics.
After learning the IDL file, it is necessary to parse the IDL file, and according to the definition of the IDL file, it is known that only one method, in this example, testMethod, is allowed to be included in any file. We first screen out this line for later analysis, leaving the remainder entirely defined for custom data types. Since both the incoming parameters and the return values of the method may be custom data types, we first analyze the custom data type definition section.
When analyzing the custom data type, we first determine why the IDL is, in the example, defined that the IDL is specific to the C/C++ language, we can know that the custom data type will all start with Struct. If Java, an Object will appear, and Python will also be an Object. After knowing the beginning, it can be known that the beginning is followed by the name of this custom type, in the example, randomStruct. The portion from brackets to brackets + semicolons is then the content in this custom type. All information within the custom type can be obtained by a line-by-line analysis. May be stored separately in a predetermined data format.
The method row may then be analyzed. The format of the method row is already well defined, the first one to take is the return value format, then the name, then all the incoming parameters. Since the end is marked with a semicolon, and the entire file definition only has the combination of brackets + semicolons present here, the end is easily determined.
So far, all information of the IDL file can be collected.
The framework for generating the using information is mainly divided into two parts, namely a server and a client. The server is used for acquiring client information for a program running on a remote platform, and the client is used for a main program on a local machine to communicate with the remote terminal.
The server generates the method package containing a main function as the program entry interface and the user logic connector as the tool for decoding the streamed data. The client generates an interface for calling the method, and the interface comprises a method for streaming data and an automatic sending method.
To understand what is generated, the entire communication structure is first understood, and the following description is given with reference to the second embodiment.
Example two
As shown in FIG. 2, the invention provides a communication overall structure of a remote call interface, which comprises a user main thread module, an original data streaming module, an original data decoding module, a user logic module, an edited data streaming module and an edited data decoding module; the system comprises a server side formed by an original data decoding module, a user logic module and an edited data streaming module, and a client side formed by a user main thread module, an original data streaming module and an edited data decoding module;
starting from the middle of the right, a user main thread calls a method, then enters an original data streaming module upwards, changes incoming data into data streams, sends the data streams to a server end through a data interface module, decodes the data into user logic through an original data decoding module of the server, calculates a result through the user logic, then streams the data into an editing data streaming module below, returns the data to a client through an interface module, finally decodes the data streams through the editing data streaming module, and feeds back the data streams to a main program, so that the main program can continue to run. The main program may be one thread of the main program or may be the actual main program, but the caller is the main program for the called method.
From the flow we can see that either end contains two things, one is the interface module and one is the streaming and decoding module. They are all constructed in the same way. Taking the server side as an example, the client side method is the same, but the order is reverse.
The server-side flow starts from the receiving end of the data interface module and we will also describe here.
The interface module is a program that actually receives network traffic from a client and sends the network traffic to the client, where the difficulty is how to ensure knowledge of the client location. In the case that both parties do not know the IP address of the other party, there is obviously no way to communicate. The method for binding the client and the server is adopted, that is, the client and the server must be located on the same server/PC. At this time, the generating program automatically detects the IP, and generates an interface module pointing to the IP, and then allows the client to find the server based on the IP. Meanwhile, when the client transmits data, the client transmits the local IP to the server, so that the server can return the data, and finally an information loop is formed.
The rest of the interface module is a standard message queue or standard procedure for socket interfaces, which will not be described in detail here.
The two modules of data decoding and data streaming appear in pairs, and are described beginning with the streaming of the original data. The principle of streaming the original data is simple, and the original data is only arranged in sequence, but the operation method is not easy. The difficulties are mainly focused on how to determine the order, how to stream the array and custom data types, and how to automatically generate the program three blocks.
The problem of determining order can be solved by using xml file transfer. Xml, which is a structured but unordered file, can make the program unnecessary to determine the order of the incoming data, and at the same time, uses the unique program rule of variable names, and uses the names of various variables and custom data types as tab to make any data have uniqueness. By storing the data of the variables under the tab of the corresponding name and placing the variables of the custom data structure in multiple stages, the program can realize the function of transmitting all the incoming parameters without considering the sequence.
The processing principles of streaming arrays and custom data types are also simple. When the data is stored in the xml file, each variable under the array and the custom data type can be stored under the variable name according to the independent variable and the name as the mark, thereby achieving the purpose of streaming the variables. In specific operation, the array can be formed only by storing the self-defined tag at the lower part and adding the num attribute as a check bit. The custom data type is troublesome, and because the custom data type can contain other arrays, the variable insertion operation is also needed in the custom data type, and the fluidization can be successful after the custom data type is inserted for a plurality of times by taking the defined name as the variable name.
The principle of automatic program generation is also not difficult. It can be known from the above that the objects to be targeted by streaming are only three, common variables, arrays and structures, and all variable types are string in the process due to file transmission, but the objects need to be converted according to a preset good interface when the program is finally decoded.
The functions used for generating the program can be divided into three parts, namely, a streaming function aiming at variables and arrays, which can be written in advance, and a function for streaming custom data types, which needs to be automatically generated and converted into a third data format, which needs to adopt a method combining the automatic generation and the advanced writing, and are respectively described below.
The streaming functions for variables and arrays are fixed, and we support 4 variable types in total, so eight streaming functions are totally used, and four types of arrays are respectively used for int, long, double, string types and int, long, double and string arrays. Aiming at common variables, the things are very simple, and the method can be completed by only performing entry test first to confirm the type of data without errors, then converting the data into character strings and plugging the character strings into xml. The array is similar, but the types are confirmed one by one, the types are converted and the xml is filled. After the advanced writing is finished, a part of needed entry is copied at the final generation.
Streaming custom type functions has some minor difficulties because we do not know what the internal structure is, and the data acquired by the IDL analyzer is then put on site. Firstly, confirming the type from the analysis process, and then, aiming at the type, finding the custom type information needing to be generated in a name searching mode. The information contains names and types of included variables, and through the information, eight functions which are written can be called to be written in layers one by one, and finally, the complete xml format output is formed.
The format conversion program is basically the same, firstly, the format conversion program is realized aiming at eight fixed functions, references are made when eight types are encountered, and then the format conversion program is called in sequence when the types are customized.
Knowing how to fluidize, how to decode, we can complete the decoding work by parsing according to the variable name after receiving. The generation method is that the information obtained by IDL file directly carries out the self-defined arrangement to the program.
Summarizing: in the information collection stage, firstly, an IDL file is analyzed, information about user-defined types and methods which are informed by a user is obtained, then, a local IP is obtained through a program, and finally, the written fixed type conversion and streaming method is copied, so that the information collection stage is completed.
In the frame generation stage, the program for generating the xml file is generated one by one through the previous information, the original type adopts a copying mode, the custom type adopts a one-by-one arrangement mode, and the program capable of filling the data into the xml file is completed under the condition of no relation of sequence. Then according to the method, the decoding program is generated.
After that, the process is repeated once to generate the programs at both ends.
The invention also provides an embodiment of the device corresponding to the embodiment of the method.
The embodiment of the invention discloses electronic equipment for remotely calling an interface, which comprises a memory and a processor; the memory is used for storing a computer program; the computer program, when executed, enables the processor to implement the aforementioned method of remotely invoking an interface.
Another embodiment of the apparatus of the present invention is a computer readable storage medium having a computer program stored thereon, which when executed by a processor, implements the method of remotely invoking an interface described above.
The apparatus embodiment and the method embodiment are substantially similar, and the detailed information may refer to the detailed description of the first embodiment, which is not repeated herein.
The invention can make the program light enough, convenient enough and fast and the information will not be confused by the minimum IDL file and single line method line structure.
The simplified design is adopted, so that the method is simple enough, and a user with a certain foundation can quickly get up to the hand to use the method.
With basic security measures, both data type checking and related security checking have been set, although without higher level checking, there is still considerable security in an efficient situation.
The generating method is easy to realize and easy to adjust in a small scale, the method meets the existing engineering characteristics, different modules are developed by a plurality of groups, and finally the products are spliced, so that the generating method has the characteristics of easy realization in engineering and good realization.
The problems of complex interface negotiation process and the like in the existing engineering system can be saved, and the automatic process is easy to use and is friendly to users.
Finally, it should be noted that: the foregoing description is only a preferred embodiment of the present invention, and the present invention is not limited thereto, but it is to be understood that modifications and equivalents of some of the technical features described in the foregoing embodiments may be made by those skilled in the art, although the present invention has been described in detail with reference to the foregoing embodiments. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention should be included in the protection scope of the present invention.
Claims (7)
1. A method for remotely invoking an interface, comprising the steps of:
s1, receiving original IDL text data from a main thread of a user;
s2, streaming the received original IDL text data to obtain original streaming data, adopting a main function as a program entry interface, decoding the data by a decoding function, inputting the data into user logic, and streaming the data again after the user logic calculates the result to obtain edited streaming data;
s3, decoding the editing streaming data again to obtain editing IDL text data, and sending the data to a main thread of a user for use;
s4, decoding the original streaming data, inputting the decoded streaming data into user logic, and encapsulating the decoded streaming data into a server by a method of generating edited streaming data again in a streaming mode; the method comprises the steps of packaging a method for receiving original IDL text data of a user, streaming, decoding and editing the IDL text data and sending the IDL text data to the user into a client;
the streaming data comprises the steps of:
a: judging whether the data variable type of the IDL text data is one of four data variable types of shaping, long shaping, double precision and character strings; if yes, executing the step B, if not, converting the data variable type into a character string, and then executing the step C;
b: setting eight fluidization functions according to four variable types of shaping, long shaping, double precision and character string and four data types of shaping, long shaping, double precision and character string, and fluidizing data through the eight fluidization functions to obtain a user-defined data type;
c: and marking each variable and the custom data type according to the variable name, and outputting.
2. The method for remotely calling an interface according to claim 1, wherein the server and the client use data interface terminals for data transmission, and the data interface terminals automatically detect the IP of the server and the client and automatically match the same IP for docking.
3. The method of claim 1, wherein the data determines the data type according to the variable name, and the custom data type is parsed by using eight streaming functions to complete the decoding.
4. The device for remotely calling the interface is characterized by comprising a user main thread module, an original data streaming module, an original data decoding module, a user logic module, an edited data streaming module and an edited data decoding module; the system comprises a server side formed by an original data decoding module, a user logic module and an edited data streaming module, and a client side formed by a user main thread module, an original data streaming module and an edited data decoding module;
the user main thread module is used for receiving and sending IDL text data;
the original data streaming module is used for streaming IDL text data received by the user main thread module to obtain original streaming data, and then transmitting the original streaming data to the original data decoding module;
the original data decoding module is used for decoding the original streaming data and sending the decoded original streaming data to the user logic module;
the user logic module is used for carrying out logic calculation on the data decoded by the original streaming data to obtain a result and then sending the result to the editing data streaming module;
the editing data streaming module is used for streaming the data after the calculation result of the user logic module again to obtain editing streaming data; then transmitting the editing streaming data to an editing data decoding module;
the editing data decoding module is used for decoding the editing streaming data again and transmitting the editing streaming data to the user main thread module for transmission;
the streaming data comprises the steps of:
a: judging whether the data variable type of the IDL text data is one of four data variable types of shaping, long shaping, double precision and character strings; if yes, executing the step B, if not, converting the data variable type into a character string, and then executing the step C;
b: setting eight fluidization functions according to four variable types of shaping, long shaping, double precision and character string and four data types of shaping, long shaping, double precision and character string, and fluidizing data through the eight fluidization functions to obtain a user-defined data type;
c: and marking each variable and the custom data type according to the variable name, and outputting.
5. The device for remotely calling an interface according to claim 4, wherein the server and the client are each provided with a data interface module, and the data interface module detects the IP of the server and the client and automatically matches the same IP to enable the server and the client to be docked.
6. An electronic device for remotely invoking an interface, comprising a memory and a processor; the memory is used for storing a computer program; the processor, when executing the computer program, is adapted to implement a method of remotely invoking an interface as in any of claims 1 to 3.
7. A computer readable storage medium, characterized in that the storage medium has stored thereon a computer program which, when executed by a processor, implements a method of remotely invoking an interface according to any of claims 1 to 3.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910806771.2A CN110543371B (en) | 2019-08-29 | 2019-08-29 | Method and device for remotely calling interface, electronic equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910806771.2A CN110543371B (en) | 2019-08-29 | 2019-08-29 | Method and device for remotely calling interface, electronic equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110543371A CN110543371A (en) | 2019-12-06 |
| CN110543371B true CN110543371B (en) | 2023-11-17 |
Family
ID=68710895
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910806771.2A Active CN110543371B (en) | 2019-08-29 | 2019-08-29 | Method and device for remotely calling interface, electronic equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110543371B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111130593A (en) * | 2019-12-17 | 2020-05-08 | 上海溪智科技有限公司 | Narrow-band Internet of things data transmission method and transmission system |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1728133A (en) * | 2004-07-27 | 2006-02-01 | 武征 | Object oriented information server, preparation method and browser |
| CN1745382A (en) * | 2003-10-24 | 2006-03-08 | 微软公司 | Embedding a session description message in a real-time control protocol (RTCP) message |
| CN101313552A (en) * | 2005-11-23 | 2008-11-26 | 法国电信公司 | Distributed computing architecture and associated method of providing a portable user environment |
| CN101473628A (en) * | 2006-04-12 | 2009-07-01 | 思杰系统有限公司 | Systems and methods for accelerating delivery of a computing environment to remote user |
| CN102306102A (en) * | 2011-08-25 | 2012-01-04 | 中兴通讯股份有限公司 | Method and device for automatically generating program file |
| CN102446167A (en) * | 2011-08-31 | 2012-05-09 | 中博信息技术研究院有限公司 | Method and device for carrying out logic processing on complex character strings on basis of logic templates |
| CN113434683A (en) * | 2021-06-30 | 2021-09-24 | 平安科技（深圳）有限公司 | Text classification method, device, medium and electronic equipment |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000099332A (en) * | 1998-09-25 | 2000-04-07 | Hitachi Ltd | Remote procedure call optimization method and program execution method using the optimization method |
| US10552240B2 (en) * | 2014-09-04 | 2020-02-04 | International Business Machines Corporation | Automatically generating efficient remote procedure call (RPC) code for heterogeneous systems |
-
2019
- 2019-08-29 CN CN201910806771.2A patent/CN110543371B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1745382A (en) * | 2003-10-24 | 2006-03-08 | 微软公司 | Embedding a session description message in a real-time control protocol (RTCP) message |
| CN1728133A (en) * | 2004-07-27 | 2006-02-01 | 武征 | Object oriented information server, preparation method and browser |
| CN101313552A (en) * | 2005-11-23 | 2008-11-26 | 法国电信公司 | Distributed computing architecture and associated method of providing a portable user environment |
| CN101473628A (en) * | 2006-04-12 | 2009-07-01 | 思杰系统有限公司 | Systems and methods for accelerating delivery of a computing environment to remote user |
| CN102306102A (en) * | 2011-08-25 | 2012-01-04 | 中兴通讯股份有限公司 | Method and device for automatically generating program file |
| CN102446167A (en) * | 2011-08-31 | 2012-05-09 | 中博信息技术研究院有限公司 | Method and device for carrying out logic processing on complex character strings on basis of logic templates |
| CN113434683A (en) * | 2021-06-30 | 2021-09-24 | 平安科技（深圳）有限公司 | Text classification method, device, medium and electronic equipment |
Non-Patent Citations (3)
| Title |
|---|
| J2EE平台中分布式事务互操作的研究与实现;张勇等;《计算机科学》;20050725(第07期);全文 * |
| 基于XML的分布式计算;张水坤;《计算机应用与软件》;20061012(第10期);全文 * |
| 基于轻量级XML Web服务的代码生成技术;华斌等;《实验科学与技术》;20061228;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110543371A (en) | 2019-12-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5787147A (en) | Test message generator in a telecommunications network | |
| CN100483419C (en) | Data format verification method and device | |
| US20080046868A1 (en) | Method and system for template-based code generation | |
| CN109460219B (en) | Method for quickly serializing interface control file | |
| CN108337236A (en) | A kind of gRPC call methods and device based on Protobuf and HTTP/1.1 | |
| US8667506B2 (en) | Object oriented management device for ASN.1 message | |
| CN105337968A (en) | Cross platform communication protocol code conversion method and system | |
| CN107329849B (en) | Data verification method and system based on Java system | |
| CN104360937A (en) | Intelligent parameter checking device | |
| CN110543371B (en) | Method and device for remotely calling interface, electronic equipment and storage medium | |
| CN110780860A (en) | Generation method and device of table building script, computer equipment and storage medium | |
| CN108664546B (en) | XML data structure conversion method and device | |
| CN107450993A (en) | A kind of data interactive method of distributed IEC61850 communication components | |
| CN103607376A (en) | Method and device for compatible protocol | |
| CN115408169A (en) | Remote procedure calling method, device, equipment and readable storage medium | |
| CN102708106B (en) | Exi encoder | |
| CN110554857B (en) | JavaBean generation method, device and system and readable storage medium | |
| CN110134380A (en) | A kind of code generating method based on template engine, device and electronic equipment | |
| CN106550026A (en) | A kind of network communication device and method | |
| US20030217190A1 (en) | Service description and development processes | |
| KR101142322B1 (en) | ASN.1 Compiler | |
| WO2017084515A1 (en) | Method and device for transmitting data code stream | |
| CN110990000B (en) | Data request processing method, device and equipment of MVC pattern design model layer | |
| CN104980308A (en) | OMCI protocol message packaging method and OMCI protocol message packaging device | |
| CN111782882A (en) | TCP message conversion method, device, system and computer storage medium |
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 |