CN112532564B - Service calling method and device and electronic equipment - Google Patents
Service calling method and device and electronic equipment Download PDFInfo
- Publication number
- CN112532564B CN112532564B CN201910876194.4A CN201910876194A CN112532564B CN 112532564 B CN112532564 B CN 112532564B CN 201910876194 A CN201910876194 A CN 201910876194A CN 112532564 B CN112532564 B CN 112532564B
- Authority
- CN
- China
- Prior art keywords
- service
- calling
- target
- request
- parameter
- 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
Images
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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
-
- 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/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- 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/08—Protocols for interworking; Protocol conversion
Abstract
The embodiment of the invention discloses a service calling method, a service calling device and electronic equipment, wherein the method comprises the following steps: receiving a request protocol message sent by request end equipment, wherein the request protocol message carries a calling parameter for calling a target service of business end equipment; converting the request protocol message into a calling parameter of a target identification format based on a preset protocol message format conversion configuration, wherein the calling parameter of the target identification format can be called and executed for a target component; and calling a target component to execute the target service based on the calling parameter of the target identification format. By the method, the server-side equipment can support the access of peripheral equipment of various communication protocols, does not need to carry out the coding development of processes such as hard coding of interfaces, protocol analysis, message processing, protocol return and the like aiming at each equipment system, supports the access of various communication protocols, reduces the workload of developing and updating codes and shortens the development period.
Description
Technical Field
The invention relates to the field of Internet of things, in particular to a service calling method and device and electronic equipment.
Background
In the service processing process, the service system needs to be connected with various peripheral systems and platforms to realize data interaction and service calling, however, the interfaces of the existing peripheral systems and platforms are various and have different communication protocols, so that an interface protocol needs to be agreed in advance before the interfaces are accessed.
The existing method respectively carries out hard coding on interfaces of each peripheral system and platform, and comprises a series of developments of protocol analysis, message processing, protocol return and the like, and has the following defects: when the interface and the communication protocol thereof are changed, the updating can not be realized quickly, and the modification of the code is time-consuming and labor-consuming; the development period is long, and the workload and the cost are high; the communication protocol supporting access is limited and has poor flexibility.
Disclosure of Invention
The embodiment of the invention provides a service calling method, a service calling device and electronic equipment, and aims to solve the problem of large workload of development and code updating of a service system.
In order to solve the technical problem, the invention is realized as follows:
in a first aspect, a service invoking method is provided, which is applied to an access device, where the access device is connected to a request device and a service device, respectively, and the method includes: receiving a request protocol message sent by request end equipment, wherein the request protocol message carries a calling parameter for calling a target service of business end equipment; converting the request protocol message into a calling parameter of a target identification format based on a preset protocol message format conversion configuration, wherein the calling parameter of the target identification format can be called and executed for a target component; and calling a target component to execute the target service based on the calling parameter of the target identification format.
In a second aspect, a service invoking apparatus is provided, where the apparatus is applied to an access device, and the access device is connected to a request end device and a service end device, respectively, and the apparatus includes: the request receiving module is used for receiving a request protocol message sent by request end equipment, wherein the request protocol message carries a calling parameter for calling a target service of business end equipment; the format conversion module is used for converting the request protocol message into a calling parameter of a target identification format based on preset protocol message format conversion configuration, wherein the calling parameter of the target identification format can be called and executed for a target component; and the service calling module is used for calling the target component to execute the target service based on the calling parameter of the target identification format.
In a third aspect, an electronic device is provided, which comprises a processor, a memory and a computer program stored on the memory and executable on the processor, which computer program, when executed by the processor, performs the steps of the method according to the first aspect.
In a fourth aspect, a computer-readable storage medium is provided, having stored thereon a computer program which, when executed by a processor, carries out the steps of the method according to the first aspect.
In the embodiment of the invention, a request protocol message sent by a request terminal device can be received, the request protocol message is converted into the calling parameter of the target identification format through the preset format conversion configuration, the calling parameter of the target identification format can be called and executed for the target component, and then the target component is called to execute the target service through the calling parameter of the target identification format. Therefore, by separating the communication process and the service logic of the server-side equipment, the server-side equipment communicates with the request-side equipment through the access equipment, the access equipment uniformly converts the messages of various communication protocols into calling parameters which can be identified internally, and executes service calling based on the calling parameters, so that the server-side equipment can support the access of peripheral equipment of various communication protocols, does not need to carry out coding development of processes such as hard coding of interfaces, protocol analysis, message processing, protocol return and the like aiming at various equipment systems, supports the access of various communication protocols, reduces the workload of developing and updating codes, and shortens the development period.
Drawings
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the description serve to explain the invention and not to limit the invention. In the drawings:
FIG. 1 is a flow chart illustrating a service invocation method according to the present invention;
FIG. 2 is a block diagram of an access platform according to the present invention;
FIG. 3 is a flow driving diagram of the access platform of the present invention;
FIG. 4 is a schematic structural diagram of a service invocation device according to the present invention;
fig. 5 is a schematic structural diagram of an electronic device according to the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention. All other embodiments, which can be obtained by a person skilled in the art without inventive step based on the embodiments of the present invention, are within the scope of protection of the present invention.
The embodiment of the invention provides a service calling method and device and electronic equipment.
In order to make those skilled in the art better understand the technical solutions of the present invention, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Example one
As shown in fig. 1, an embodiment of the present invention provides a service invocation method, where an execution subject of the method may be an access device or an access platform. The access device or the access platform may be connected to the request end device and the service end device, and the method may specifically include the following steps:
in step S102, a request protocol packet sent by the request end device is received, where the request protocol packet carries a call parameter for calling a target service of the service end device.
The request end device can be a peripheral system connected with the access device, and the request end device realizes service access through the access device, so that the service of the service end device is called.
The access device comprises a communication layer for communicating with the request end device, and the communication layer supports the access of the request end device with a plurality of communication protocols. For example, the communication layer may support hypertext transfer protocol, socket protocol, simple object access protocol, web services protocol, and character set conversion protocol, among others.
In step S104, the request protocol packet is converted into a call parameter in a target identification format based on a preset protocol packet format conversion configuration, where the call parameter in the target identification format can be called and executed for the target component.
After receiving the request protocol message, the access device may convert the request protocol messages in various formats into information in an internal recognizable format based on a preset protocol message format conversion configuration. Specifically, a preset protocol message format conversion configuration is stored in the access device, or a preset format conversion method is stored in the access device, the call parameter of the target identification format can be called and executed for the target component by converting the request protocol message into the call parameter of the target identification format, so that the service of the server device is called, and due to the message format conversion in the access device, the access is realized without respectively encoding the request device of different communication protocols at the server device.
The access equipment can support the access of request end systems of various communication protocols, the service logic of the server end equipment is separated from the communication protocols, the communication protocols are concentrated into the access equipment, the interface of each request end equipment does not need to be respectively hard-coded in the server end equipment to realize a series of development of protocol analysis, message processing, protocol return and the like, but the service request messages with different formats are analyzed into calling parameters which can be identified inside through the support of the access equipment to various communication protocols and the unified format conversion, so that the development amount of codes of the server end equipment can be reduced, and the maintenance, control and emergency of the accessed request end equipment are facilitated.
When the service function development is carried out on the server side equipment or the service function is changed, the interface of the request side equipment does not need to be subjected to targeted hard coding any more, and only the access equipment needs to be connected, so that the development amount of codes can be reduced; when the request terminal equipment is increased, the access equipment can call the service of the service terminal equipment by supporting the communication protocol of the access equipment, thereby being beneficial to expanding and newly increasing channels.
After receiving the request protocol message, the dynamic analysis may be specifically performed based on the configuration information in the shared memory, and the configuration information is converted into information that the target component of the access device can identify and execute, that is, the automatic analysis of the request protocol message is performed.
In step S106, the target component is invoked to execute the target service based on the invocation parameter in the target recognition format.
The target service is a service provided by a service end device, and the service end device may include a service system and may provide various service services to a peripheral system. And the access equipment calls the service of the service system according to the processing logic of the flow script. Specifically, after obtaining a calling parameter of a target identification format, analyzing the calling parameter of the target identification format to obtain an input parameter and a service identifier; and then calling a target component corresponding to the service identifier based on the input parameter so as to execute the target service. Specifically, the request file package can be generated based on the input parameters; and sending the request file packet to the server side equipment through the target component corresponding to the service identifier, and receiving a response file packet returned by the server side equipment through the target component. For example, a call command invoke is used to perform input parameter conversion to obtain input parameters and service identifiers, so as to perform middleware call, send a request file packet and receive a response file packet.
After receiving a request protocol message sent by a request end device and calling the service of a service end device, the service end device feeds back a service processing result to an access device, and the service processing result is fed back to the request end device, so that the service calling method shown in fig. 1 may further include the following steps:
and receiving an execution result sent by the service end equipment, and assembling the execution result into a service response message based on the preset protocol message format conversion configuration, wherein the service response message can be identified for the request end equipment.
If an execution result sent by the service end equipment is received, the execution result can be converted into a service response message, the service response message uses a format which can be identified by the request end equipment, namely response message assembly is carried out, and the service response message is sent to the request end equipment. The method provides a return code conversion function for adapting to various different return code specifications of the request terminal equipment, and converts uniform return codes returned by the service processing in the server terminal equipment into return codes which can be identified by different request terminal equipment. The response message returned by the server equipment is assembled, so that the requirements of returning messages in different channels can be met.
After the server device returns the execution result to the access device, the service of the server device may be continuously invoked based on the execution result, and therefore the service invoking method shown in fig. 1 may further include the following steps: receiving an execution result sent by the service end equipment; and calling the target component to execute the corresponding service based on the execution result. The process of calling the target component based on the execution result is similar to the process of calling the target component based on the calling parameter, and is not repeated again.
In the process of executing the message parsing, assembling and target component calling by the access device, the access device may determine an execution flow according to the flow configuration and then perform processing, that is, call multiple execution functions. The flow script of the access device may be, for example, a process syntax script based on XML, and the XML script may be interpreted according to flow syntax rules such as sequential execution, branch execution, and loop execution to process the request information or the response information. Specifically, the multiple request protocol messages may be subjected to flow analysis according to flow configuration to obtain flow configuration information; and executing the flow configuration information based on the XML flow script, and performing request protocol message conversion, service response message assembly and target component calling. The flow configuration may include a parsing rule of the request protocol packet, an assembly rule of the service response packet, and a calling parameter rule of the target component.
When the protocol of the service of the server-side equipment changes, the service can be processed through flow configuration without redevelopment, and the service is quick and convenient to be online. The requirement difference and the service protocol change of the service system or the peripheral system can be flexibly realized through configuration change.
The embodiment of the invention provides a service calling method, which is applied to access equipment and can receive a request protocol message sent by request end equipment, convert the request protocol message into a calling parameter of a target identification format through preset format conversion configuration, the calling parameter of the target identification format can be called and executed for a target component, and then call the target component to execute target service through the calling parameter of the target identification format. Therefore, by separating the communication process and the business logic of the server-side equipment, the server-side equipment communicates with the request-side equipment through the access equipment, the access equipment uniformly converts messages of various communication protocols into calling parameters which can be identified internally, and service calling is executed based on the calling parameters, so that the server-side equipment can support the access of peripheral equipment of various communication protocols, the hard coding of interfaces and the code development of the processes of protocol analysis, message processing, protocol return and the like do not need to be carried out aiming at each equipment system, the access of various communication protocols is supported, the workload of developing and updating codes is reduced, and the development period is shortened.
Example two
As shown in fig. 2, the access platform of the access device may adopt a three-layer structure architecture, including a communication layer, a protocol conversion layer, and a service logic layer, and implement multi-process service processing through a process pool. Each layer is described as follows:
(1) a communication layer: the method is in charge of communication between the access platform and the peripheral equipment and character set conversion, so that the service logic is separated from the communication protocol, when the channel of the peripheral platform is increased, the communication protocol of the communication layer can be adaptively changed without modifying the service logic, and the channel expansion and increase are facilitated. For example, the communication layer may support the following communication protocols:
the method comprises the following steps that a HyperText Transfer Protocol (HTTP) realizes data exchange with each large web server through a bottom Interface based on a Fast Common Gateway Interface (fastcgi), supports head, get and post requests of the HTTP, supports path decoding and urldecode conversion, and flexibly defines path decoding through a configuration mode;
SOCKET protocol (SOCKET), support for packet transmission, support for dynamic header definition;
simple Object Access Protocol (SOAP), which completes data communication of the SOAP Protocol through HTTP Protocol transmission method, and completes analysis of the SOAP Protocol through a data conversion layer;
the character set conversion protocol supports the conversion between a Chinese Internal Code Specification (GBK) and an 8-bit Unicode conversion Format (UTF-8), facilitates the exchange between a server and a peripheral interface, and reduces the development difficulty of the peripheral interface.
The transceiving of the request information (req) and the response information (resp) by the peripheral platform through the communication layer is shown in fig. 2, and the method includes transparent transmission forwarding and non-transparent transmission forwarding.
(2) Protocol translation layer
Fig. 2 shows that the protocol conversion layer includes functions of request packet parsing and response packet assembling, and can parse a request packet of the peripheral platform into tag set and crset parameters recognizable in the access platform, and assemble processing information returned by other modules of the service system into a response packet according to the uniform access protocol and feed back the response packet to the peripheral platform. In order to adapt to the return code specification of the peripheral system, the protocol conversion layer also provides a return code conversion function, and converts the uniform return codes returned by the service processing in the service system into the return codes identified by different channels.
The request message analysis can be implemented by analyzing a peripheral request message into tagset and crset parameters (denoted by UNIONSET in FIG. 2) which can be identified by a platform, then analyzing and converting input xml into a dom object, using the dom object as a container, and acquiring specified data from the dom container through xpath according to analysis configuration, thereby completing the analysis of the tagset and crset parameters. And responding message assembly, wherein the XML message assembly is completed through an XML template and XPATH, data is filled in a position appointed by the template by means of the XPATH, the filled template is hung on an appointed node, and the template supports nested combination.
(3) Business logic layer
And the access platform analyzes the request message, assembles the response message and calls other modules of the service system according to the processing logic of the XML flow script. As shown in fig. 2, the flow processing process may complete flow analysis according to flow configuration, execute configuration information in the flow, where a main flow branch has a branch and a loop, complete flow processing on a service processing Action, a call Invoke, and an agent Proxy through a branch statement and a loop statement in cooperation with an expression, and perform call of multiple execution units.
For example, the service call may specifically obtain a req node through Invoke call, analyze the input parameter to the input parameter of the PKG file, and simultaneously obtain a corresponding service ID and a corresponding background service to perform middleware call. In fig. 2, during service invocation, the client logic invocation layer sends the request PKG file to the server service logic layer, that is, the client sends the request PKG file to the server, the server performs corresponding execution operation after receiving the request PKG file, and then sends the response PKG file to the client, and the client logic invocation layer forwards the response PKG file to the protocol conversion layer. In the configuration of the business process, an interpretation rule of a request message, an assembly rule of a return message and a parameter rule of calling a middleware are defined.
Based on the three-layer architecture, the access platform at least comprises a communication component, a logic component, a service adaptation component and a log component. The communication assembly is used for receiving messages transmitted by the periphery and supporting various communication interface protocols; the logic component is used for requesting the functions of message entry parameter analysis, flow control, middleware calling, returned message assembly, message forwarding and the like; the service adaptation component is used for checking the background service calling type and carrying out back-end service calling; the log component is used for log output, log level control and the like.
The access platform provided by the embodiment of the invention can automatically analyze the request message and assemble the response message, automatically process and call the service flow according to the configuration, and call the middleware according to the parameter rule of the assembly middleware, so that the code development amount of the service system can be reduced, the maintenance and the control of the peripheral system interface can be facilitated, when the protocol of the service system changes, the modification can be performed through the flow configuration, the redevelopment is not needed, the service is convenient to be online, and the corresponding function can be realized through the configuration change.
As shown in fig. 3, the flow-driven diagram of the access platform illustrates the invocation of multiple atomic functions in the process from parsing to responding. A set of preset flow explaining and executing engine can be adopted, and the whole process from request access to response return is driven based on preset flow configuration.
The flow script of the access platform is a process grammar based on an XML language, and in implementation, the flow script of the access platform has a control grammar with execution sequences such as sequence, branch, cycle and the like.
(1) And (4) sequential flow, wherein the access platform explains and executes the XML script according to the default sequence, processes the node and the brother node thereof in sequence from the first atomic service command of the script, namely the first node of the script, and exits the whole service flow if one service is abnormal.
(2) The branch flow control syntax of the access platform is similar to a case where a SQL (Structured Query Language) statement. The current processing of branch flows is mainly used in two places: one is when organizing response information (for example, when an access platform client organizes a response message, when a server organizes a response PKG file), and the other is when an opProcessor logic calls, a plurality of services need to be called, a certain service is decided to be called according to branch conditions, and whether the next service is called or not is decided according to the return information of the previous service; there are also times when it is necessary to determine which service should be invoked based on the incoming references. The branch syntax may also support nesting.
(3) And (3) circulating the flow, and circularly executing a certain script, wherein the certain script is generally used under the opProcessor node, the certain script depends on the crset attribute, namely, the crset attribute is required to be provided, and the circulating frequency depends on the number of rows of the crset.
The access platform provided by the embodiment of the invention is based on the lightweight process engine, realizes the control of the service process by adopting the special process syntax, and can automatically process and call the service process.
EXAMPLE III
Based on the same idea, the service invoking method provided in the embodiment of the present invention further provides a service invoking device, as shown in fig. 4.
The service calling device comprises: a request receiving module 401, a format conversion module 402, and a service invoking module 403, wherein: a request receiving module 401, configured to receive a request protocol packet sent by a request end device, where the request protocol packet carries a call parameter for calling a target service of a service end device; a format conversion module 402, configured to convert the request protocol packet into a calling parameter in a target identification format based on a preset protocol packet format conversion configuration, where the calling parameter in the target identification format can be called and executed for a target component; a service calling module 403, configured to call a target component to execute the target service based on the calling parameter in the target identification format.
Optionally, as an embodiment, the apparatus further includes: the information assembly module is used for receiving the execution result sent by the service end equipment; assembling the execution result into a service response message based on the preset protocol message format conversion configuration, wherein the service response message can be identified for the request terminal equipment; and sending the service response message to the request terminal equipment.
In this embodiment of the present invention, the service invoking module 403 is further configured to: receiving an execution result sent by the service end equipment; and calling the target component to execute the corresponding service based on the execution result.
Optionally, as an embodiment, the service invoking module 403 is further configured to: analyzing the calling parameter of the target identification format to obtain an input parameter and a service identifier; and calling a target component corresponding to the business identifier based on the input parameter so as to execute the target service.
Optionally, as an embodiment, the service invoking module 403 is further configured to: generating a request file package based on the input parameters; and sending the request file packet to the server side equipment through a target component corresponding to the service identifier, and receiving a response file packet returned by the server side equipment through the target component.
Optionally, as an embodiment, the apparatus further includes: the flow processing module is used for carrying out flow analysis on the plurality of request protocol messages according to flow configuration to obtain flow configuration information; executing the flow configuration information based on an extensible markup language (XML) flow script, and performing request protocol message conversion, service response message assembly and target component calling, wherein the flow syntax of the XML flow script at least comprises one of the following: sequential execution, branch execution, or loop execution.
Optionally, as an embodiment, the process configuration includes a parsing rule of a request protocol packet, an assembly rule of a service response packet, and a calling parameter rule of a target component.
The embodiment of the invention provides a service calling device, which can receive a request protocol message sent by request end equipment, convert the request protocol message into a calling parameter of a target identification format through preset format conversion configuration, call and execute the calling parameter of the target identification format for a target component, and call the target component to execute a target service through the calling parameter of the target identification format. Therefore, by separating the communication process and the service logic of the server-side equipment, the server-side equipment communicates with the request-side equipment through the access equipment, the access equipment uniformly converts the messages of various communication protocols into calling parameters which can be identified internally, and executes service calling based on the calling parameters, so that the server-side equipment can support the access of peripheral equipment of various communication protocols, does not need to carry out coding development of processes such as hard coding of interfaces, protocol analysis, message processing, protocol return and the like aiming at various equipment systems, supports the access of various communication protocols, reduces the workload of developing and updating codes, and shortens the development period.
Example four
Figure 5 is a schematic diagram of a hardware configuration of an electronic device implementing various embodiments of the invention,
the electronic device 500 includes, but is not limited to: a radio frequency unit 501, a network module 502, an audio output unit 503, an input unit 504, a sensor 505, a display unit 506, a user input unit 507, an interface unit 508, a memory 509, a processor 510, and a power supply 511. Those skilled in the art will appreciate that the electronic device configuration shown in fig. 5 does not constitute a limitation of the electronic device, and that the electronic device may include more or fewer components than shown, or some components may be combined, or a different arrangement of components. In the embodiment of the present invention, the electronic device includes, but is not limited to, a mobile phone, a tablet computer, a notebook computer, a palm computer, a vehicle-mounted terminal, a wearable device, a pedometer, and the like.
The processor 510 is configured to receive a request protocol packet sent by a request end device, where the request protocol packet carries a call parameter for calling a target service of a service end device;
the processor 510 is further configured to convert the request protocol packet into a calling parameter in a target identification format based on a preset protocol packet format conversion configuration, where the calling parameter in the target identification format can be called and executed for a target component;
the processor 510 is further configured to invoke a target component to execute the target service based on the invocation parameter in the target identification format.
In addition, the processor 510 is further configured to, if service response information sent by the second system is received, assemble the service response information into service feedback information, where the service feedback information is information that can be identified by the first system;
in addition, the processor 510 is further configured to receive an execution result sent by the service end device; assembling the execution result into a service response message based on the preset protocol message format conversion configuration, wherein the service response message can be identified for the request terminal equipment; and sending the service response message to the request terminal equipment.
In addition, the processor 510 is further configured to receive an execution result sent by the service end device; and calling the target component to execute the corresponding service based on the execution result.
In addition, the processor 510 is further configured to analyze the call parameter of the target identification format to obtain an input parameter and a service identifier; and calling a target component corresponding to the business identifier based on the input parameter so as to execute the target service.
Further, the processor 510 is further configured to generate a request package based on the input parameters; and sending the request file packet to the server side equipment through a target component corresponding to the service identifier, and receiving a response file packet returned by the server side equipment through the target component.
In addition, the processor 510 is further configured to perform flow analysis on the multiple request protocol messages according to flow configuration to obtain flow configuration information; executing the flow configuration information based on an extensible markup language (XML) flow script, and performing request protocol message conversion, service response message assembly and target component calling, wherein the flow syntax of the XML flow script at least comprises one of the following: sequential execution, branch execution, or loop execution. The process configuration comprises an analysis rule of a request protocol message, an assembly rule of a service response message and a calling parameter rule of a target component.
The embodiment of the invention provides electronic equipment which can receive a request protocol message sent by request end equipment, convert the request protocol message into a calling parameter of a target identification format through preset format conversion configuration, call and execute the target component by the calling parameter of the target identification format, and then call and execute the target service by the calling parameter of the target identification format. Therefore, by separating the communication process and the business logic of the server-side equipment, the server-side equipment communicates with the request-side equipment through the access equipment, the access equipment uniformly converts messages of various communication protocols into calling parameters which can be identified internally, and service calling is executed based on the calling parameters, so that the server-side equipment can support the access of peripheral equipment of various communication protocols, the hard coding of interfaces and the code development of the processes of protocol analysis, message processing, protocol return and the like do not need to be carried out aiming at each equipment system, the access of various communication protocols is supported, the workload of developing and updating codes is reduced, and the development period is shortened.
It should be understood that, in the embodiment of the present invention, the radio frequency unit 501 may be used for receiving and sending signals during a message sending and receiving process or a call process, and specifically, receives downlink data from a base station and then processes the received downlink data to the processor 510; in addition, uplink data is transmitted to the base station. In general, radio frequency unit 501 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. In addition, the radio frequency unit 501 can also communicate with a network and other electronic devices through a wireless communication system.
The electronic device provides wireless broadband internet access to the user via the network module 502, such as assisting the user in sending and receiving e-mails, browsing web pages, and accessing streaming media.
The audio output unit 503 may convert audio data received by the radio frequency unit 501 or the network module 502 or stored in the memory 509 into an audio signal and output as sound. Also, the audio output unit 503 may also provide audio output related to a specific function performed by the electronic apparatus 500 (e.g., a call signal reception sound, a message reception sound, etc.). The audio output unit 503 includes a speaker, a buzzer, a receiver, and the like.
The input unit 504 is used to receive audio or video signals. The input Unit 504 may include a Graphics Processing Unit (GPU) 5051 and a microphone 5042, the Graphics processor 5051 Processing image data of still pictures or video obtained by an image capturing device (such as a camera) in a video capture mode or an image capture mode. The processed image frames may be displayed on the display unit 506. The image frames processed by the graphic processor 5051 may be stored in the memory 509 (or other storage medium) or transmitted via the radio frequency unit 501 or the network module 502. The microphone 5042 may receive sounds and may be capable of processing such sounds into audio data. The processed audio data may be converted into a format output transmittable to a mobile communication base station via the radio frequency unit 501 in case of the phone call mode.
The electronic device 500 also includes at least one sensor 505, such as light sensors, motion sensors, and other sensors. Specifically, the light sensor includes an ambient light sensor that can adjust the brightness of the display panel 5061 according to the brightness of ambient light, and a proximity sensor that can turn off the display panel 5061 and/or a backlight when the electronic device 500 is moved to the ear. As one type of motion sensor, an accelerometer sensor can detect the magnitude of acceleration in each direction (generally three axes), detect the magnitude and direction of gravity when stationary, and can be used to identify the posture of an electronic device (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), and vibration identification related functions (such as pedometer, tapping); the sensor 505 may also include a fingerprint sensor, a pressure sensor, an iris sensor, a molecular sensor, a gyroscope, a barometer, a hygrometer, a thermometer, an infrared sensor, etc., which will not be described in detail herein.
The display unit 506 is used to display information input by the user or information provided to the user. The Display unit 506 may include a Display panel 5061, and the Display panel 5061 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like.
The user input unit 507 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the electronic device. Specifically, the user input unit 507 includes a touch panel 5071 and other input devices 5072. Touch panel 5071, also referred to as a touch screen, may collect touch operations by a user on or near it (e.g., operations by a user on or near touch panel 5071 using a finger, stylus, or any suitable object or attachment). The touch panel 5071 may include two parts of a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 510, and receives and executes commands sent by the processor 510. In addition, the touch panel 5071 may be implemented in various types such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. In addition to the touch panel 5071, the user input unit 507 may include other input devices 5072. Specifically, the other input devices 5072 may include, but are not limited to, a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, and a joystick, which are not described herein.
Further, the touch panel 5071 may be overlaid on the display panel 5061, and when the touch panel 5071 detects a touch operation thereon or nearby, the touch operation is transmitted to the processor 510 to determine the type of the touch event, and then the processor 510 provides a corresponding visual output on the display panel 5061 according to the type of the touch event. Although in fig. 5, the touch panel 5071 and the display panel 5061 are two independent components to implement the input and output functions of the electronic device, in some embodiments, the touch panel 5071 and the display panel 5061 may be integrated to implement the input and output functions of the electronic device, and is not limited herein.
The interface unit 508 is an interface for connecting an external device to the electronic apparatus 500. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. The interface unit 508 may be used to receive input (e.g., data information, power, etc.) from an external device and transmit the received input to one or more elements within the electronic apparatus 500 or may be used to transmit data between the electronic apparatus 500 and an external device.
The memory 509 may be used to store software programs as well as various data. The memory 509 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. Further, the memory 509 may include high-speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid-state storage device.
The processor 510 is a control center of the electronic device, connects various parts of the whole electronic device by using various interfaces and lines, performs various functions of the electronic device and processes data by running or executing software programs and/or modules stored in the memory 509 and calling data stored in the memory 509, thereby performing overall monitoring of the electronic device. Processor 510 may include one or more processing units; preferably, the processor 510 may integrate an application processor, which mainly handles operating systems, user interfaces, application programs, etc., and a modem processor, which mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into processor 510.
The electronic device 500 may further include a power supply 511 (e.g., a battery) for supplying power to various components, and preferably, the power supply 511 may be logically connected to the processor 510 via a power management system, so as to implement functions of managing charging, discharging, and power consumption via the power management system.
Preferably, an embodiment of the present invention further provides an electronic device, which includes a processor 510, a memory 509, and a computer program that is stored in the memory 509 and can run on the processor 510, where the computer program implements each process of the foregoing service invocation method embodiment when executed by the processor 510, and can achieve the same technical effect, and in order to avoid repetition, details are not described here again.
EXAMPLE five
The embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the computer program implements each process of the foregoing service invocation method embodiment, and can achieve the same technical effect, and in order to avoid repetition, details are not repeated here. The computer-readable storage medium may be a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.
The embodiment of the invention provides a computer-readable storage medium which can receive a request protocol message sent by a request terminal device, convert the request protocol message into a calling parameter of a target identification format through preset format conversion configuration, call and execute the target component by the calling parameter of the target identification format, and then call the target component to execute target service by the calling parameter of the target identification format. Therefore, by separating the communication process and the business logic of the server-side equipment, the server-side equipment communicates with the request-side equipment through the access equipment, the access equipment uniformly converts messages of various communication protocols into calling parameters which can be identified internally, and service calling is executed based on the calling parameters, so that the server-side equipment can support the access of peripheral equipment of various communication protocols, the hard coding of interfaces and the code development of the processes of protocol analysis, message processing, protocol return and the like do not need to be carried out aiming at each equipment system, the access of various communication protocols is supported, the workload of developing and updating codes is reduced, and the development period is shortened.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams 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 a typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
The memory may include forms of volatile memory in a computer readable medium, Random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.
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 computer storage media 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 that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include transitory computer readable media (transient 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 an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The above description is only an example of the present invention, and is not intended to limit the present invention. Various modifications and alterations to this invention will become apparent to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention should be included in the scope of the claims of the present invention.
Claims (8)
1. A service calling method is characterized in that the method is applied to access equipment, the access equipment is respectively connected with request end equipment and service end equipment, and the method comprises the following steps:
receiving a request protocol message sent by request end equipment, wherein the request protocol message carries a calling parameter for calling a target service of business end equipment;
converting the request protocol message into a calling parameter of a target identification format based on a preset protocol message format conversion configuration, wherein the calling parameter of the target identification format can be called and executed for a target component;
calling a target component to execute the target service based on the calling parameter of the target identification format;
the method further comprises the following steps:
performing flow analysis on the plurality of request protocol messages according to flow configuration to obtain flow configuration information;
executing the flow configuration information based on an extensible markup language (XML) flow script, and performing request protocol message conversion, service response message assembly and target component calling, wherein the flow syntax of the XML flow script at least comprises one of the following: sequential execution, branch execution, or loop execution;
the process configuration comprises an analysis rule of a request protocol message, an assembly rule of a service response message and a calling parameter rule of a target component.
2. The method of claim 1, wherein after the invoking a target component to execute the target service based on the invocation parameter of the target recognition format, the method further comprises:
receiving an execution result sent by the service end equipment;
assembling the execution result into a service response message based on the preset protocol message format conversion configuration, wherein the service response message can be identified for the request terminal equipment;
and sending the service response message to the request terminal equipment.
3. The method of claim 2, wherein after the invoking a target component to execute the target service based on the invocation parameter of the target recognition format, the method further comprises:
receiving an execution result sent by the service end equipment;
and calling the target component to execute the corresponding service based on the execution result.
4. The method of claim 1, wherein invoking the target service by the target component based on the invocation parameters of the target recognition format comprises:
analyzing the calling parameter of the target identification format to obtain an input parameter and a service identifier;
and calling a target component corresponding to the business identifier based on the input parameter so as to execute the target service.
5. The method of claim 4, wherein invoking the target component corresponding to the service identifier based on the input parameter to execute the target service comprises:
generating a request file package based on the input parameters;
and sending the request file packet to server equipment through a target component corresponding to the service identifier, and receiving a response file packet returned by the server equipment through the target component.
6. A service calling device is applied to an access device, wherein the access device is respectively connected with a request terminal device and a service terminal device, and the device comprises:
the system comprises a request receiving module, a service end device and a service end device, wherein the request receiving module is used for receiving a request protocol message sent by a request end device, and the request protocol message carries a calling parameter for calling a target service of the service end device;
the format conversion module is used for converting the request protocol message into a calling parameter of a target identification format based on preset protocol message format conversion configuration, wherein the calling parameter of the target identification format can be called and executed for a target component;
the service calling module is used for calling a target component to execute the target service based on the calling parameter of the target identification format;
the device further comprises: the flow processing module is used for carrying out flow analysis on the plurality of request protocol messages according to flow configuration to obtain flow configuration information; executing the flow configuration information based on an extensible markup language (XML) flow script, and performing request protocol message conversion, service response message assembly and target component calling, wherein the flow syntax of the XML flow script at least comprises one of the following: sequential execution, branch execution, or loop execution;
the process configuration comprises an analysis rule of a request protocol message, an assembly rule of a service response message and a calling parameter rule of a target component.
7. An electronic device comprising a processor, a memory and a computer program stored on the memory and executable on the processor, the computer program, when executed by the processor, implementing the steps of the method according to any one of claims 1 to 5.
8. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps of the method according to any one of claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910876194.4A CN112532564B (en) | 2019-09-17 | 2019-09-17 | Service calling method and device and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910876194.4A CN112532564B (en) | 2019-09-17 | 2019-09-17 | Service calling method and device and electronic equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112532564A CN112532564A (en) | 2021-03-19 |
| CN112532564B true CN112532564B (en) | 2022-09-13 |
Family
ID=74974866
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910876194.4A Active CN112532564B (en) | 2019-09-17 | 2019-09-17 | Service calling method and device and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112532564B (en) |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113067885B (en) * | 2021-03-31 | 2024-02-27 | 中国建设银行股份有限公司 | Application system, request processing method, electronic device and storage medium |
| CN113132473A (en) * | 2021-04-09 | 2021-07-16 | 深圳市木千科技有限公司 | Data processing method and device of Bluetooth equipment and computer equipment |
| CN113259430B (en) * | 2021-05-11 | 2023-01-31 | 京东科技控股股份有限公司 | Message calling method and device, electronic equipment and storage medium |
| CN113806037A (en) * | 2021-07-14 | 2021-12-17 | 远光软件股份有限公司 | Service calling method and device, storage medium and electronic equipment |
| CN113595795A (en) * | 2021-07-30 | 2021-11-02 | 工银科技有限公司 | Network communication method, device, system, equipment and medium |
| CN113706299A (en) * | 2021-09-10 | 2021-11-26 | 京东科技控股股份有限公司 | Data processing method and device, electronic equipment and medium |
| CN113852635A (en) * | 2021-09-26 | 2021-12-28 | 招商银行股份有限公司 | Task processing method and device, terminal equipment and storage medium |
| CN114780216B (en) * | 2022-04-18 | 2023-06-16 | 湖南长银五八消费金融股份有限公司 | Task scheduling method, device, computer equipment and storage medium |
| CN114978888B (en) * | 2022-04-25 | 2024-02-06 | 平安付科技服务有限公司 | Message forwarding method and device, electronic equipment and storage medium |
| CN114827297B (en) * | 2022-04-29 | 2024-04-16 | 中国建设银行股份有限公司 | Protocol adaptation method, device, equipment and storage medium |
| CN114928651A (en) * | 2022-05-11 | 2022-08-19 | 上海柯林布瑞信息技术有限公司 | Service transparent transmission method, device and equipment based on complex parameter identification |
| CN114915516A (en) * | 2022-05-11 | 2022-08-16 | 中国第一汽车股份有限公司 | Communication method and device |
| CN115100840B (en) * | 2022-05-16 | 2024-01-12 | 深圳绿米联创科技有限公司 | Equipment control method, device, electronic equipment and storage medium |
| CN115208960B (en) * | 2022-06-20 | 2023-08-18 | 平安银行股份有限公司 | Protocol switching method and related equipment |
| CN114942856B (en) * | 2022-07-22 | 2022-11-04 | 浙江中控技术股份有限公司 | Data processing method and device of micro-service system and electronic equipment |
| CN114938387B (en) * | 2022-07-22 | 2022-11-11 | 浙江中控技术股份有限公司 | Data transmission method, device, system and storage medium |
| CN115185717B (en) * | 2022-09-14 | 2023-01-20 | 北京达佳互联信息技术有限公司 | Interface calling method and device, electronic equipment and storage medium |
| CN115766865B (en) * | 2023-01-09 | 2023-05-05 | 利尔达科技集团股份有限公司 | 5G intelligent terminal heterogeneous platform application service oriented method and system |
| CN116055577B (en) * | 2023-01-28 | 2023-07-14 | 东方合智数据科技(广东)有限责任公司 | Protocol conversion method, device, equipment and storage medium |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101022431A (en) * | 2007-03-09 | 2007-08-22 | 中国移动通信集团福建有限公司 | Interface gateway and interface gateway data processing method |
| CN102123137A (en) * | 2010-12-28 | 2011-07-13 | 北京航空航天大学 | Multi-person collaborative virtual-real mixed disassembly and assembly system and multi-person collaborative virtual-real mixed disassembly and assembly method |
| CN104618182A (en) * | 2015-01-21 | 2015-05-13 | 中国移动通信集团广东有限公司 | Simulation testing system supporting a plurality of mobile service protocols |
| CN108769017A (en) * | 2018-05-29 | 2018-11-06 | 杭州字符串科技有限公司 | A kind of data communications method and device |
| CN109120684A (en) * | 2018-08-01 | 2019-01-01 | 武汉索雅信息技术有限公司 | Informatization management method, device, ESB bus platform and storage medium |
| CN109561104A (en) * | 2018-12-28 | 2019-04-02 | 深圳市创梦天地科技有限公司 | A kind of communication protocol conversion method and device |
| CN109818980A (en) * | 2019-03-21 | 2019-05-28 | 中国铁塔股份有限公司 | A kind of communication means and device |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105306273B (en) * | 2015-11-10 | 2018-12-14 | 中国建设银行股份有限公司 | Process configuration method and device |
| CN109714332B (en) * | 2018-12-26 | 2021-03-23 | 北京字节跳动网络技术有限公司 | Protocol conversion method and device based on Thrift and syntax tree analysis |
-
2019
- 2019-09-17 CN CN201910876194.4A patent/CN112532564B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101022431A (en) * | 2007-03-09 | 2007-08-22 | 中国移动通信集团福建有限公司 | Interface gateway and interface gateway data processing method |
| CN102123137A (en) * | 2010-12-28 | 2011-07-13 | 北京航空航天大学 | Multi-person collaborative virtual-real mixed disassembly and assembly system and multi-person collaborative virtual-real mixed disassembly and assembly method |
| CN104618182A (en) * | 2015-01-21 | 2015-05-13 | 中国移动通信集团广东有限公司 | Simulation testing system supporting a plurality of mobile service protocols |
| CN108769017A (en) * | 2018-05-29 | 2018-11-06 | 杭州字符串科技有限公司 | A kind of data communications method and device |
| CN109120684A (en) * | 2018-08-01 | 2019-01-01 | 武汉索雅信息技术有限公司 | Informatization management method, device, ESB bus platform and storage medium |
| CN109561104A (en) * | 2018-12-28 | 2019-04-02 | 深圳市创梦天地科技有限公司 | A kind of communication protocol conversion method and device |
| CN109818980A (en) * | 2019-03-21 | 2019-05-28 | 中国铁塔股份有限公司 | A kind of communication means and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112532564A (en) | 2021-03-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112532564B (en) | Service calling method and device and electronic equipment | |
| CN109117361B (en) | Remote debugging method, related equipment and system for small program | |
| WO2016127795A1 (en) | Service processing method, server, and terminal | |
| CN111178012A (en) | Form rendering method, device and equipment and storage medium | |
| WO2015096747A1 (en) | Operation response method, client, browser and system | |
| CN108287706B (en) | Data processing method and device | |
| CN113313804B (en) | Image rendering method and device, electronic equipment and storage medium | |
| CN108170723B (en) | Webpage resource acquisition method, terminal equipment, server and system | |
| CN107666406B (en) | Intelligent card display method and device | |
| CN113613064A (en) | Video processing method, device, storage medium and terminal | |
| CN112000566B (en) | Method and device for generating test cases | |
| CN112965832B (en) | Remote Procedure Call (RPC) service calling method and related device | |
| CN112650498B (en) | Static library integration method and device, electronic equipment and storage medium | |
| CN108874554A (en) | Information communicating method and device | |
| US20220292141A1 (en) | Quick Application Startup Method and Related Apparatus | |
| CN111309307B (en) | Method and device for integrating VUE page and workflow system | |
| CN115981798A (en) | File analysis method and device, computer equipment and readable storage medium | |
| CN105681723B (en) | Audio and video call method and device | |
| CN110309454B (en) | Interface display method, device, equipment and storage medium | |
| CN112559532B (en) | Data insertion method and device based on red and black trees and electronic equipment | |
| CN112667868A (en) | Data detection method and device | |
| CN110955468A (en) | Method and device for calling operation entrance and electronic equipment | |
| CN110659329A (en) | Data processing method and device and electronic equipment | |
| CN105279175B (en) | Data transmission method and device | |
| CN112988406B (en) | Remote calling method, device and 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 |