CN113760563B - Data processing method and device based on open platform and data processing system - Google Patents

Data processing method and device based on open platform and data processing system Download PDF

Info

Publication number
CN113760563B
CN113760563B CN202011073644.5A CN202011073644A CN113760563B CN 113760563 B CN113760563 B CN 113760563B CN 202011073644 A CN202011073644 A CN 202011073644A CN 113760563 B CN113760563 B CN 113760563B
Authority
CN
China
Prior art keywords
interface
party
service provider
calling
data processing
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
Application number
CN202011073644.5A
Other languages
Chinese (zh)
Other versions
CN113760563A (en
Inventor
王雷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Xi'an Jingxundi Supply Chain Technology Co ltd
Original Assignee
Xi'an Jingxundi Supply Chain Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Xi'an Jingxundi Supply Chain Technology Co ltd filed Critical Xi'an Jingxundi Supply Chain Technology Co ltd
Priority to CN202011073644.5A priority Critical patent/CN113760563B/en
Publication of CN113760563A publication Critical patent/CN113760563A/en
Application granted granted Critical
Publication of CN113760563B publication Critical patent/CN113760563B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/44Program or device authentication

Abstract

The invention discloses a data processing method and device based on an open platform and a data processing system, and relates to the technical field of computers. One embodiment of the method comprises the following steps: receiving an interface calling request sent by an interface calling party, and verifying authority of the interface calling party and the interface realizing party according to interface calling party information, interface realizing party information and service provider interface names included in the interface calling request; under the condition that the authority verification is passed, determining the direction of data transmission according to the interface realization party information and the interface name of the service provider; and determining an interface calling mode according to the data transmission direction so as to call the service provider interface according to the interface calling mode, so that the interface realization party executes data processing. According to the implementation mode, one interface can correspond to a plurality of interface implementation parties, the complexity of data processing by calling the interface by the interface calling party is reduced, the creation of the interface by the interface calling party is realized, and the service scene is expanded.

Description

Data processing method and device based on open platform and data processing system
Technical Field
The present invention relates to the field of computer technologies, and in particular, to a data processing method and apparatus based on an open platform, and a data processing system.
Background
In the internet era, services of websites are packaged into a series of easily-identified data interfaces of computers to be opened for use by third party developers, and this behavior is called an Open data interface (Open API) of the websites, and a platform providing the Open data interface is called an Open platform.
An open platform typically employs an application program interface Gateway (API Gateway) to enable access of user applications, management of interface permissions, management of interface call times, and the like.
In the process of implementing the present invention, the inventor finds that at least the following problems exist in the prior art:
1. in the prior art, an open platform adopts an API Gateway to manage an API, only one-way call can be realized, and one interface corresponds to one interface realization party, so that a plurality of interfaces need to be created under the condition that a plurality of interface realization parties exist, and the complexity of the interface calling party for calling the interfaces to process data is increased;
2. the existing method is that an interface realization party creates an interface, and an interface calling party cannot determine the specification of the interface (namely, the interface calling party cannot create the interface), so that a service scene is single.
Disclosure of Invention
In view of the above, embodiments of the present invention provide a data processing method, apparatus, and data processing system based on an open platform, which can enable one interface to correspond to multiple interface implementation parties, reduce complexity of the interface calling party to call the interface for data processing, and further implement creation of the interface by the interface calling party, so as to expand service scenarios.
To achieve the above object, according to a first aspect of an embodiment of the present invention, there is provided an open platform-based data processing method, including:
receiving an interface calling request sent by an interface calling party, and verifying authority of the interface calling party and the interface realizing party according to interface calling party information, interface realizing party information and service provider interface names included in the interface calling request, wherein an open platform comprises a service provider interface, and the service provider interface corresponds to at least one interface realizing party;
under the condition that the authority verification is passed, determining the direction of data transmission according to the interface realization party information and the interface name of the service provider;
and determining an interface calling mode according to the data transmission direction so as to call the service provider interface according to the interface calling mode, so that the interface realization party executes data processing.
Further, the step of determining the direction of data transmission according to the interface implementer information and the service provider interface name includes:
and traversing a routing table according to the interface realization party information and the interface name of the service provider, determining the access address of the interface realization party, and determining the direction of data transmission according to the access address, wherein the routing table comprises the access address of the interface realization party with the interface authority of the service provider.
Further, the service provider interface is created based on the interface creation request of the interface caller, and before the step of receiving the interface call request sent by the interface caller, the method further includes:
and receiving an interface creation request of an interface calling party, creating a service scene according to the interface creation request, and creating a service provider interface under the service scene.
Further, after the step of creating the service provider interface in the traffic scenario, the method further includes:
and receiving encryption information and authorization information sent by the interface calling party, and carrying out encryption setting and authority setting on the service provider interface.
Further, after the step of creating the service provider interface in the traffic scenario, the method further includes:
and testing the service provider interface by using the interface realizing party, and determining that the test result is passed.
Further, either side of the open platform is an interface caller or an interface implementer.
Further, the service provider interface is set as an open interface, and at least one interface caller invokes the service provider interface to perform corresponding data processing.
According to a second aspect of an embodiment of the present invention, there is provided an open platform based data processing apparatus, including:
the permission verification module is used for receiving an interface calling request sent by an interface calling party, and verifying permission of the interface calling party and the interface realizing party according to interface calling party information, interface realizing party information and service provider interface names included in the interface calling request, wherein an open platform comprises a service provider interface, and the service provider interface corresponds to at least one interface realizing party;
the data transmission direction determining module is used for determining the direction of data transmission according to the interface realization party information and the interface name of the service provider under the condition that the authority verification is passed;
and the data processing module is used for determining an interface calling mode according to the data transmission direction so as to call the service provider interface according to the interface calling mode, so that the interface realization party executes data processing.
According to a third aspect of an embodiment of the present invention, there is provided a data processing system comprising an interface caller, an open platform, and an interface implementer, wherein,
the interface calling party is used for sending an interface calling request to the open platform;
the open platform is used for receiving an interface calling request sent by an interface calling party, and carrying out authority verification on the interface calling party and the interface realizing party by the interface calling party information, the interface realizing party information and the service provider interface name; under the condition that the authority verification is passed, determining the direction of data transmission according to the interface realization party information and the interface name of the service provider; determining an interface calling mode according to the data transmission direction so as to call a service provider interface according to the interface calling mode;
and the interface realizing side is used for executing data processing.
According to a fourth aspect of an embodiment of the present invention, there is provided an electronic device including:
one or more processors;
storage means for storing one or more programs,
when the one or more programs are executed by the one or more processors, the one or more processors are caused to implement any of the open platform based data processing methods described above.
According to a fifth aspect of embodiments of the present invention, there is provided a computer readable medium having stored thereon a computer program which when executed by a processor implements any of the open platform based data processing methods described above.
One embodiment of the above invention has the following advantages or benefits: because the interface calling request sent by the interface calling party is received, the authority verification is carried out on the interface calling party and the interface realizing party according to the interface calling party information, the interface realizing party information and the service provider interface name included in the interface calling request, wherein the open platform comprises a service provider interface, and the service provider interface corresponds to at least one interface realizing party; under the condition that the authority verification is passed, determining the direction of data transmission according to the interface realization party information and the interface name of the service provider; according to the data transmission direction, the interface calling mode is determined, the service provider interface is called according to the interface calling mode, so that the interface realizing side executes the technical means of data processing, the technical problems that in the prior art, as the API Gateway can only realize unidirectional calling, the interface is created by the interface realizing side, one interface can only correspond to one interface realizing side, the complexity of data processing of the interface calling interface is high, and the service scene is single are solved, and further, the purposes that one interface can correspond to a plurality of interface realizing sides, the complexity of data processing of the interface calling interface is reduced, the creation of the interface by the interface calling side is realized, and the technical effects of expanding the service scene are achieved.
Further effects of the above-described non-conventional alternatives are described below in connection with the embodiments.
Drawings
The drawings are included to provide a better understanding of the invention and are not to be construed as unduly limiting the invention. Wherein:
FIG. 1 is a schematic diagram of the main flow of an open platform based data processing method according to a first embodiment of the present invention;
FIG. 2a is a schematic diagram of the main flow of an open platform based data processing method according to a second embodiment of the present invention;
FIG. 2b is a schematic diagram of the execution flow of each module of the open platform in the method of FIG. 2 a;
FIG. 3 is a schematic diagram of the main modules of an open platform based data processing device provided in accordance with an embodiment of the present invention;
FIG. 4 is a schematic diagram of a main framework of a data processing system provided in accordance with an embodiment of the present invention;
FIG. 5 is an exemplary system architecture diagram in which embodiments of the present invention may be applied;
fig. 6 is a schematic diagram of a computer system suitable for use in implementing an embodiment of the invention.
Detailed Description
Exemplary embodiments of the present invention will now be described with reference to the accompanying drawings, in which various details of the embodiments of the present invention are included to facilitate understanding, and are to be considered merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the invention. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.
FIG. 1 is a schematic diagram of the main flow of an open platform based data processing method according to a first embodiment of the present invention; as shown in fig. 1, the data processing method based on an open platform provided by the embodiment of the present invention mainly includes:
step S101, receiving an interface calling request sent by an interface calling party, and carrying out authority verification on the interface calling party and the interface realizing party by interface calling party information, interface realizing party information and service provider interface names, wherein an open platform comprises a service provider interface, and the service provider interface corresponds to at least one interface realizing party.
Wherein a service provider interface (service provider interface, SPI) refers to an interface of an application program conforming to a certain service standard provided by a provider (service provider) that meets the standard, the SPI should be compatible with an API (Application Program Interface ) standard of the service, and the application program should generally be written based on an API unless the SPI contains functions not provided in the API but must be used (if the SPI is required if the interface is to be created by an interface caller).
An API is created in the existing open platform, for the situation that a plurality of interface realization parties exist, the open platform is required to select one interface realization party after receiving an interface calling request, the problem that the interface calling party can not designate a certain interface realization party according to own requirements, and meanwhile, the open platform based on the API only can realize unidirectional calling is solved.
Specifically, according to the embodiment of the present invention, any side of the open platform is an interface caller or an interface implementer.
In the embodiment of the invention, an SPI (serial peripheral interface) is created in an open platform, and after the open platform receives an interface call request initiated by an interface calling party, authority verification is performed on interface calling party information and interface implementation party information included in the interface call request through the SPI Gateway, and under the condition that the authority verification is passed, the interface calling party and the interface implementation party (the interface implementation party is specified in the interface call request by the interface calling party) are allowed to perform data processing through the SPI subsequently, for example, data transmission and other operations are performed between the interface calling party and the interface implementation party. Because any side of the open platform is an interface calling party or an interface realizing party, the embodiment of the invention realizes the problem of bidirectional calling, and any side of the open platform can be used as the interface calling party to create an interface and also can be used as the interface realizing party to process data in the instruction of the calling request.
Specifically, according to an embodiment of the present invention, the interface caller information includes information such as an application key (APPKEY), an application signature, a token (token), and a time stamp of the interface caller. The interface implementer information includes information of an application key, an application signature, a token, a time stamp, etc. of the interface implementer.
Further, according to an embodiment of the present invention, the service provider interface is created based on an interface creation request of an interface caller, and before the step of responding to the interface call request sent by the interface caller, the method further includes:
and receiving an interface creation request of an interface calling party, creating a service scene according to the interface creation request, and creating a service provider interface under the service scene.
Specifically, according to a specific implementation manner of the embodiment of the present invention, the service scenarios include conference brand scenarios, marketing scenarios, and the like, and different service scenarios are preferably created, so as to facilitate different types of interface classification, and only need to create corresponding types of service provider interfaces under corresponding service scenarios.
Preferably, according to an embodiment of the present invention, after the step of creating the service provider interface in the traffic scenario, the method further includes:
and receiving encryption information and authorization information sent by the interface calling party, and carrying out encryption setting and authority setting on the service provider interface.
The encryption information may indicate a certain type of keyword, field, etc., and when the data transmitted through the service provider interface after encryption setting includes the encryption information of the keyword, field, etc., the service provider interface will encrypt the data.
Specifically, according to a specific implementation of the embodiment of the present invention, before the interface caller sends the interface creation request, the method further includes: at least one interface realization party sends information of the interface realization party to an interface calling party (namely, the interface realization party applies SPI to the interface calling party), the interface calling party selects an interface realization party which needs to execute data processing according to own requirements, and authorization information is set according to the information of the interface realization party.
Preferably, according to an embodiment of the present invention, the service provider interface is set as an open interface, and at least one interface caller invokes the service provider interface to perform corresponding data processing.
Specifically, after the service provider interface is created, the service provider interface is set to be an open interface, so that a plurality of interface invokers can call the service provider interface to perform corresponding business services (such as data processing and the like). According to a specific implementation manner of the embodiment of the present invention, at least one interface implementation party determines a target interface calling party from an interface calling party set (a set formed by a plurality of interface calling parties of an open interface), sends interface implementation party information to a target interface calling party (i.e. the interface implementation party applies for an SPI to the target interface calling party), and the target interface calling party selects an interface implementation party which needs to execute data processing according to own requirements and sets authorization information according to the interface implementation party information.
Further, according to an embodiment of the present invention, after the step of creating the service provider interface in the traffic scenario, the method further includes:
and testing the service provider interface by using the interface realizing party, and determining that the test result is passed.
Specifically, only the test route address is filled in, and the interface realization party is utilized to call the function of the interface, so that the test of the service provider interface is realized. In the event that the test passes, the service provider interface is allowed to come online.
Step S102, in the case that the authority verification is passed, determining the direction of data transmission according to the interface realization party information and the interface name of the service provider.
Specifically, according to an embodiment of the present invention, the step of determining the direction of data transmission according to the interface realization side information and the service provider interface name includes:
and traversing a routing table according to the interface realization party information and the interface name of the service provider, determining the access address of the interface realization party, and determining the direction of data transmission according to the access address, wherein the routing table comprises the access address of the interface realization party with the interface authority of the service provider.
Specifically, according to the embodiment of the invention, when the authority of the SPI is set, the interface calling party can store the access addresses of the interface realization parties using the interface, and as a plurality of interface realization parties exist, a routing table is created in the interface calling party and used for recording the access addresses of all the interface realization parties with the interface authority of the service provider. Through the arrangement, the direction of data transmission is determined according to the access address of the interface realization party, so that the interface calling mode is determined according to the direction of data transmission, and the interface calling efficiency is improved.
Step S103, determining an interface calling mode according to the data transmission direction so as to call the service provider interface according to the interface calling mode, so that the interface realization party executes data processing.
Specifically, according to the embodiment of the present invention, according to the direction of data transmission, it may be determined that the calling process is the calling direction of online or offline (intranet or extranet), if the calling process is performed from the outside, an HTTP calling mode (HyperText Transfer Protocol ) is adopted, which provides a form of accessing network resources for an application program, and the HTTP calling mode includes HT TPClient, rest (Representational State Transfer ), etc.; if the call is made from inside, an HTTP call mode can be adopted, or a TCP call mode (Transmission Control Protocol, transmission control protocol, TCP call mode comprises RPC, remote Procedure Call, remote procedure call) can be adopted, wherein the TCP call mode is a connection-oriented, reliable and byte stream-based transport layer communication protocol.
Through the arrangement, not only is the online and offline data intercommunication realized (realized through an SPI interface) realized, but also an interface calling mode is determined according to the data transmission direction, and the data processing efficiency is improved.
According to the technical scheme of the embodiment of the invention, the interface calling party and the interface realizing party are subjected to authority verification according to the interface calling party information, the interface realizing party information and the service provider interface name which are included in the interface calling party by adopting the interface calling request sent by the interface calling party, wherein the open platform comprises a service provider interface, and the service provider interface corresponds to at least one interface realizing party; under the condition that the authority verification is passed, determining the direction of data transmission according to the interface realization party information and the interface name of the service provider; according to the data transmission direction, the interface calling mode is determined, the service provider interface is called according to the interface calling mode, so that the interface realizing side executes the technical means of data processing, the technical problems that in the prior art, as the API Gateway can only realize unidirectional calling, the interface is created by the interface realizing side, one interface can only correspond to one interface realizing side, the complexity of data processing of the interface calling interface is high, and the service scene is single are solved, and further, the purposes that one interface can correspond to a plurality of interface realizing sides, the complexity of data processing of the interface calling interface is reduced, the creation of the interface by the interface calling side is realized, and the technical effects of expanding the service scene are achieved.
FIG. 2a is a schematic diagram of the main flow of an open platform based data processing method according to a second embodiment of the present invention; the application scenario of the open platform-based data processing method provided by the embodiment of the invention is that the data transmission of the internal and external networks is realized between the enterprise intranet based on the own open platform and an ISV service provider (Independent Software Vendors, independent software developer) of the external network, as shown in fig. 2a, the open platform-based data processing method provided by the embodiment of the invention mainly comprises the following steps:
step S201, receiving an interface creation request of an interface calling party, creating a service scene according to the interface creation request, and creating a service provider interface under the service scene.
Specifically, according to a specific implementation manner of the embodiment of the present invention, the service scenarios include conference brand scenarios, marketing scenarios, and the like, and different service scenarios are preferably created, so as to facilitate different types of interface classification, and only need to create corresponding types of service provider interfaces under corresponding service scenarios. For example, an intranet may want to call for a certain type of data of an extranet, and may create a scene corresponding to the type, and then create an interface under the scene.
Step S202, receiving encryption information and authorization information sent by an interface calling party, and carrying out encryption setting and authority setting on the service provider interface.
The encryption information may indicate a certain type of keyword, field, etc., and when the data transmitted through the service provider interface after encryption setting includes the encryption information of the keyword, field, etc., the service provider interface will encrypt the data.
Specifically, according to a specific implementation of the embodiment of the present invention, before the interface caller sends the interface creation request, the method further includes: at least one interface realization party sends information of the interface realization party to an interface calling party (namely, the interface realization party applies SPI to the interface calling party), the interface calling party selects an interface realization party which needs to execute data processing according to own requirements, and authorization information is set according to the information of the interface realization party. As shown in fig. 2b, the SPI-MAN (SPI gateway management side) performs the above steps S201 and S202. The open platform stores the SPI-MAN service provider interface created based on the request of the interface caller to a DB (Database).
And step S203, testing the interface of the service provider by using the interface realization party, and determining that the test result is passed.
Specifically, only the test route address is filled in, and the interface realization party is utilized to call the function of the interface, so that the test of the service provider interface is realized. In the event that the test passes, the service provider interface is allowed to come online. As shown in fig. 2b, the SPI console obtains the interface created previously from the database, tests the interface, and persists the interface that passed the test to redis (an open-source, supporting network, log-type, key-Value database that can be either memory-based or persisted).
Step S204, receiving an interface calling request sent by an interface calling party, and verifying authority of the interface calling party and the interface realizing party according to the interface calling party information, the interface realizing party information and the service provider interface name included in the interface calling request.
An API is created in the existing open platform, for the situation that a plurality of interface realization parties exist, the open platform is required to select one interface realization party after receiving an interface calling request, the problem that the interface calling party can not designate a certain interface realization party according to own requirements, and meanwhile, the open platform based on the API only can realize unidirectional calling is solved. As shown in fig. 2b, after receiving the interface call request, the SPI gateway verifies the timestamp, the SPI, the application key of the interface caller, the call key of the interface implementer, etc. included in the interface call request, and may encrypt the sensitive field (this portion encrypts according to the encryption information indicated by the interface caller).
Preferably, according to an embodiment of the present invention, the service provider interface is set as an open interface, and at least one interface caller invokes the service provider interface to perform corresponding data processing.
Specifically, after the service provider interface is created, the service provider interface is set to be an open interface, so that a plurality of interface invokers can call the service provider interface to perform corresponding business services (such as data processing and the like).
Specifically, according to the embodiment of the present invention, any side of the open platform is an interface caller or an interface implementer.
In the embodiment of the invention, an SPI (serial peripheral interface) is created in an open platform, and after the open platform receives an interface call request initiated by an interface calling party, authority verification is performed on interface calling party information and interface implementation party information included in the interface call request through the SPI Gateway, and under the condition that the authority verification is passed, the interface calling party and the interface implementation party (the interface implementation party is specified in the interface call request by the interface calling party) are allowed to perform data processing through the SPI subsequently, for example, data transmission and other operations are performed between the interface calling party and the interface implementation party. Because any side of the open platform is an interface calling party or an interface realizing party, the embodiment of the invention realizes the problem of bidirectional calling, and any side of the open platform can be used as the interface calling party to create an interface and also can be used as the interface realizing party to process data in the instruction of the calling request.
Specifically, according to an embodiment of the present invention, the interface caller information includes information such as an application key (APPKEY), an application signature, a token (token), and a time stamp of the interface caller. The interface implementer information includes information of an application key, an application signature, a token, a time stamp, etc. of the interface implementer.
Step S205, when the authority verification is passed, traversing the routing table according to the interface realization party information and the service provider interface name, determining the access address of the interface realization party, and determining the direction of data transmission according to the access address.
Specifically, according to the embodiment of the invention, when the authority of the SPI is set, the interface calling party can store the access addresses of the interface realization parties using the interface, and as a plurality of interface realization parties exist, a routing table is created in the interface calling party and used for recording the access addresses of all the interface realization parties with the interface authority of the service provider. Through the arrangement, the direction of data transmission is determined according to the access address of the interface realization party, so that the interface calling mode is determined according to the direction of data transmission, and the interface calling efficiency is improved.
Step S206, determining an interface calling mode according to the data transmission direction so as to call the service provider interface according to the interface calling mode, so that the interface realization party executes data processing.
Specifically, according to the embodiment of the present invention, according to the direction of data transmission, it may be determined that the calling process is the calling direction of online or offline (intranet or extranet), if the calling process is performed from the outside, an HTTP calling mode (HyperText Transfer Protocol ) is adopted, which provides a form of accessing network resources for an application program, and the HTTP calling mode includes HT TPClient, rest (Representational State Transfer ), etc.; if the call is made from inside, an HTTP call mode can be adopted, or a TCP call mode (Transmission Control Protocol, transmission control protocol, TCP call mode comprises RPC, remote Procedure Call, remote procedure call) can be adopted, wherein the TCP call mode is a connection-oriented, reliable and byte stream-based transport layer communication protocol.
Through the arrangement, not only is the online and offline data intercommunication realized (realized through an SPI interface) realized, but also an interface calling mode is determined according to the data transmission direction, and the data processing efficiency is improved. As shown in fig. 2b, after the corresponding interface is called to perform data processing, the SPI gateway also generates a detailed log according to the related call condition, and stores the detailed log.
According to the technical scheme of the embodiment of the invention, the interface calling party and the interface realizing party are subjected to authority verification according to the interface calling party information, the interface realizing party information and the service provider interface name which are included in the interface calling party by adopting the interface calling request sent by the interface calling party, wherein the open platform comprises a service provider interface, and the service provider interface corresponds to at least one interface realizing party; under the condition that the authority verification is passed, determining the direction of data transmission according to the interface realization party information and the interface name of the service provider; according to the data transmission direction, the interface calling mode is determined, the service provider interface is called according to the interface calling mode, so that the technical means that the interface realization party executes data processing is overcome, the technical problems that in the prior art, as the API Gateway can only realize unidirectional calling, the interface is created by the interface realization party, one interface can only correspond to one interface realization party, the interface calling party calls the interface to process data, the complexity of the interface is high, and the service scene is single are solved, the interface can correspond to a plurality of interface realization parties, the complexity of the interface calling party calls the interface to process data is reduced, the interface creation by the interface calling party is realized, and the technical effects of expanding the service scene are achieved.
FIG. 3 is a schematic diagram of the main modules of an open platform based data processing device provided in accordance with an embodiment of the present invention; as shown in fig. 3, an open platform-based data processing apparatus 300 according to an embodiment of the present invention mainly includes:
and the permission verification module 301 is configured to receive an interface call request sent by an interface caller, and perform permission verification on the interface caller and the interface implementer according to interface caller information, interface implementer information, and service provider interface names included in the interface call request, where the open platform includes a service provider interface, and the service provider interface corresponds to at least one interface implementer.
Specifically, according to an embodiment of the present invention, the interface caller information includes information such as an application key (APPKEY), an application signature, a token (token), and a time stamp of the interface caller. The interface implementer information includes information of an application key, an application signature, a token, a time stamp, etc. of the interface implementer.
According to the embodiment of the invention, any side of the open platform is an interface calling party or an interface realizing party.
In the embodiment of the invention, an SPI (serial peripheral interface) is created in an open platform, and after the open platform receives an interface call request initiated by an interface calling party, authority verification is performed on interface calling party information and interface implementation party information included in the interface call request through the SPI Gateway, and under the condition that the authority verification is passed, the interface calling party and the interface implementation party (the interface implementation party is specified in the interface call request by the interface calling party) are allowed to perform data processing through the SPI subsequently, for example, data transmission and other operations are performed between the interface calling party and the interface implementation party. Because any side of the open platform is an interface calling party or an interface realizing party, the embodiment of the invention realizes the problem of bidirectional calling, and any side of the open platform can be used as the interface calling party to create an interface and also can be used as the interface realizing party to process data in the instruction of the calling request.
Further, according to an embodiment of the present invention, the open platform-based data processing apparatus 300 further includes an interface creation module, before the step of responding to the interface call request sent by the interface caller, the interface creation module is configured to:
and receiving an interface creation request of an interface calling party, creating a service scene according to the interface creation request, and creating a service provider interface under the service scene.
Specifically, according to a specific implementation manner of the embodiment of the present invention, the service scenarios include conference brand scenarios, marketing scenarios, and the like, and different service scenarios are preferably created, so as to facilitate different types of interface classification, and only need to create corresponding types of service provider interfaces under corresponding service scenarios.
Preferably, according to an embodiment of the present invention, the open platform-based data processing apparatus 300 further includes an encryption setting and rights setting module, after the step of creating the service provider interface in the traffic scenario, for:
and receiving encryption information and authorization information sent by the interface calling party, and carrying out encryption setting and authority setting on the service provider interface.
The encryption information may indicate a certain type of keyword, field, etc., and when the data transmitted through the service provider interface after encryption setting includes the encryption information of the keyword, field, etc., the service provider interface will encrypt the data.
Specifically, according to a specific implementation manner of the embodiment of the present invention, before an interface caller sends an interface creation request, at least one interface implementer sends interface implementer information to an interface caller (i.e., the interface implementer applies for an SPI to the interface caller), and the interface caller selects an interface implementer that needs to perform data processing according to its own requirements, and sets authorization information according to the interface implementer information.
Preferably, according to an embodiment of the present invention, the service provider interface is set as an open interface, and at least one interface caller invokes the service provider interface to perform corresponding data processing.
Specifically, after the service provider interface is created, the service provider interface is set to be an open interface, so that a plurality of interface invokers can call the service provider interface to perform corresponding business services (such as data processing and the like). According to a specific implementation manner of the embodiment of the present invention, at least one interface implementation party determines a target interface calling party from an interface calling party set (a set formed by a plurality of interface calling parties of an open interface), sends interface implementation party information to a target interface calling party (i.e. the interface implementation party applies for an SPI to the target interface calling party), and the target interface calling party selects an interface implementation party which needs to execute data processing according to own requirements and sets authorization information according to the interface implementation party information.
Further, according to an embodiment of the present invention, the open platform-based data processing apparatus 300 further includes an interface testing module, after the step of creating the service provider interface in the service scenario, for:
and testing the service provider interface by using the interface realizing party, and determining that the test result is passed.
Specifically, only the test route address is filled in, and the interface realization party is utilized to call the function of the interface, so that the test of the service provider interface is realized. In the event that the test passes, the service provider interface is allowed to come online.
The data transmission direction determining module 302 is configured to determine a direction of data transmission according to the interface implementer information and the service provider interface name in a case where the authority verification is passed.
Specifically, according to an embodiment of the present invention, the data transmission direction determining module 302 is further configured to:
and traversing a routing table according to the interface realization party information and the interface name of the service provider, determining the access address of the interface realization party, and determining the direction of data transmission according to the access address, wherein the routing table comprises the access address of the interface realization party with the interface authority of the service provider.
Specifically, according to the embodiment of the invention, when the authority of the SPI is set, the interface calling party can store the access addresses of the interface realization parties using the interface, and as a plurality of interface realization parties exist, a routing table is created in the interface calling party and used for recording the access addresses of all the interface realization parties with the interface authority of the service provider. Through the arrangement, the direction of data transmission is determined according to the access address of the interface realization party, so that the interface calling mode is determined according to the direction of data transmission, and the interface calling efficiency is improved.
The data processing module 303 is configured to determine an interface calling manner according to a data transmission direction, so as to call the service provider interface according to the interface calling manner, so that the interface implementation party performs data processing.
Specifically, according to the embodiment of the present invention, according to the direction of data transmission, it may be determined that the calling process is the calling direction of online or offline (intranet or extranet), if the calling process is performed from the outside, an HTTP calling mode (HyperText Transfer Protocol ) is adopted, which provides a form of accessing network resources for an application program, and the HTTP calling mode includes HT TPClient, rest (Representational State Transfer ), etc.; if the call is made from inside, an HTTP call mode can be adopted, or a TCP call mode (Transmission Control Protocol, transmission control protocol, TCP call mode comprises RPC, remote Procedure Call, remote procedure call) can be adopted, wherein the TCP call mode is a connection-oriented, reliable and byte stream-based transport layer communication protocol.
Through the arrangement, not only is the online and offline data intercommunication realized (realized through an SPI interface) realized, but also an interface calling mode is determined according to the data transmission direction, and the data processing efficiency is improved.
According to the technical scheme of the embodiment of the invention, the interface calling party and the interface realizing party are subjected to authority verification according to the interface calling party information, the interface realizing party information and the service provider interface name which are included in the interface calling party by adopting the interface calling request sent by the interface calling party, wherein the open platform comprises a service provider interface, and the service provider interface corresponds to at least one interface realizing party; under the condition that the authority verification is passed, determining the direction of data transmission according to the interface realization party information and the interface name of the service provider; according to the data transmission direction, the interface calling mode is determined, the service provider interface is called according to the interface calling mode, so that the interface realizing side executes the technical means of data processing, the technical problems that in the prior art, as the API Gateway can only realize unidirectional calling, the interface is created by the interface realizing side, one interface can only correspond to one interface realizing side, the complexity of data processing of the interface calling interface is high, and the service scene is single are solved, and further, the purposes that one interface can correspond to a plurality of interface realizing sides, the complexity of data processing of the interface calling interface is reduced, the creation of the interface by the interface calling side is realized, and the technical effects of expanding the service scene are achieved.
FIG. 4 is a schematic diagram of a main framework of a data processing system provided in accordance with an embodiment of the present invention; as shown in fig. 4, the data processing system provided in the embodiment of the present invention mainly includes:
the interface caller 401 is configured to send an interface call request to the open platform.
Specifically, the above-mentioned interface caller 401 is also configured to: an interface creation request is sent to the open platform 402, such that the open platform 402 creates a business scenario according to the interface creation request and creates a service provider interface in the business scenario.
Specifically, according to a specific implementation manner of the embodiment of the present invention, the service scenarios include conference brand scenarios, marketing scenarios, and the like, and different service scenarios are preferably created, so as to facilitate different types of interface classification, and only need to create corresponding types of service provider interfaces under corresponding service scenarios.
Preferably, according to an embodiment of the present invention, after the step of creating the service provider interface in the traffic scenario, the above-mentioned interface caller 401 is further configured to: the encryption information and authorization information are sent to the open platform 402 to enable encryption settings and rights settings for the service provider interface.
The encryption information may indicate a certain type of keyword, field, etc., and when the data transmitted through the service provider interface after encryption setting includes the encryption information of the keyword, field, etc., the service provider interface will encrypt the data.
Specifically, according to a specific implementation of the embodiment of the present invention, before the interface caller sends the interface creation request, the method further includes: at least one interface realization party sends information of the interface realization party to an interface calling party (namely, the interface realization party applies SPI to the interface calling party), the interface calling party selects an interface realization party which needs to execute data processing according to own requirements, and authorization information is set according to the information of the interface realization party.
An open platform 402, configured to receive an interface call request sent by an interface caller, where the interface caller information, interface implementer information, and service provider interface name perform authority verification on the interface caller and the interface implementer; under the condition that the authority verification is passed, determining the direction of data transmission according to the interface realization party information and the interface name of the service provider; and determining an interface calling mode according to the data transmission direction so as to call the service provider interface according to the interface calling mode.
Specifically, according to an embodiment of the present invention, the step of determining the direction of data transmission according to the interface realization side information and the service provider interface name includes:
and traversing a routing table according to the interface realization party information and the interface name of the service provider, determining the access address of the interface realization party, and determining the direction of data transmission according to the access address, wherein the routing table comprises the access address of the interface realization party with the interface authority of the service provider.
Specifically, according to the embodiment of the invention, when the authority of the SPI is set, the interface calling party can store the access addresses of the interface realization parties using the interface, and as a plurality of interface realization parties exist, a routing table is created in the interface calling party and used for recording the access addresses of all the interface realization parties with the interface authority of the service provider. Through the arrangement, the direction of data transmission is determined according to the access address of the interface realization party, so that the interface calling mode is determined according to the direction of data transmission, and the interface calling efficiency is improved.
Specifically, according to the embodiment of the present invention, according to the direction of data transmission, it may be determined that the calling process is the calling direction of online or offline (intranet or extranet), if the calling process is performed from the outside, an HTTP calling mode (HyperText Transfer Protocol ) is adopted, which provides a form of accessing network resources for an application program, and the HTTP calling mode includes HT TPClient, rest (Representational State Transfer ), etc.; if the call is made from inside, an HTTP call mode can be adopted, or a TCP call mode (Transmission Control Protocol, transmission control protocol, TCP call mode comprises RPC, remote Procedure Call, remote procedure call) can be adopted, wherein the TCP call mode is a connection-oriented, reliable and byte stream-based transport layer communication protocol.
Through the arrangement, not only is the online and offline data intercommunication realized (realized through an SPI interface) realized, but also an interface calling mode is determined according to the data transmission direction, and the data processing efficiency is improved.
An interface implementer 403 for performing data processing.
Specifically, according to an embodiment of the present invention, after the step of creating the service provider interface in the traffic scenario, the interface implementer 403 is further configured to: and testing the service provider interface and determining that the test result is passed.
Specifically, only the test route address is filled in, and the interface realization party is utilized to call the function of the interface, so that the test of the service provider interface is realized. In the event that the test passes, the service provider interface is allowed to come online.
The interface caller shown in fig. 4 is a member center inside a company, and the interface implementer includes n external institutions/enterprises corresponding to brands.
According to the technical scheme of the embodiment of the invention, the interface calling party and the interface realizing party are subjected to authority verification according to the interface calling party information, the interface realizing party information and the service provider interface name which are included in the interface calling party by adopting the interface calling request sent by the interface calling party, wherein the open platform comprises a service provider interface, and the service provider interface corresponds to at least one interface realizing party; under the condition that the authority verification is passed, determining the direction of data transmission according to the interface realization party information and the interface name of the service provider; according to the data transmission direction, the interface calling mode is determined, the service provider interface is called according to the interface calling mode, so that the interface realizing side executes the technical means of data processing, the technical problems that in the prior art, as the API Gateway can only realize unidirectional calling, the interface is created by the interface realizing side, one interface can only correspond to one interface realizing side, the complexity of data processing of the interface calling interface is high, and the service scene is single are solved, and further, the purposes that one interface can correspond to a plurality of interface realizing sides, the complexity of data processing of the interface calling interface is reduced, the creation of the interface by the interface calling side is realized, and the technical effects of expanding the service scene are achieved.
FIG. 5 illustrates an exemplary system architecture 500 of an open platform based data processing method or an open platform based data processing device to which embodiments of the present invention may be applied.
As shown in fig. 5, a system architecture 500 may include terminal devices 501, 502, 503, a network 504, and a server 505 (this architecture is merely an example, and the components contained in a particular architecture may be tailored to the application specific case). The network 504 is used as a medium to provide communication links between the terminal devices 501, 502, 503 and the server 505. The network 504 may include various connection types, such as wired, wireless communication links, or fiber optic cables, among others.
A user may interact with the server 505 via the network 504 using the terminal devices 501, 502, 503 to receive or send messages or the like. Various communication client applications, such as a data processing class application, a data calling class application, etc. (by way of example only) may be installed on the terminal devices 501, 502, 503.
The terminal devices 501, 502, 503 may be a variety of electronic devices having a display screen and supporting web browsing, including but not limited to smartphones, tablets, laptop and desktop computers, and the like.
The server 505 may be a server providing various services, such as a background management server (by way of example only) providing support for shopping-type websites browsed by users using the terminal devices 501, 502, 503. The background management server may analyze and process the received data such as the interface call request, and feed back the processing result (such as the data transmission direction and the interface call mode—only examples) to the terminal device.
It should be noted that, the data processing method based on the open platform according to the embodiment of the present invention is generally executed by the server 505, and accordingly, the data processing device based on the open platform is generally disposed in the server 505.
It should be understood that the number of terminal devices, networks and servers in fig. 5 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.
Referring now to FIG. 6, there is illustrated a schematic diagram of a computer system 600 suitable for use in implementing an embodiment of the present invention. The terminal device shown in fig. 6 is only an example, and should not impose any limitation on the functions and the scope of use of the embodiment of the present invention.
As shown in fig. 6, the computer system 600 includes a Central Processing Unit (CPU) 601, which can perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM) 602 or a program loaded from a storage section 608 into a Random Access Memory (RAM) 603. In the RAM 603, various programs and data required for the operation of the system 600 are also stored. The CPU 601, ROM 602, and RAM 603 are connected to each other through a bus 604. An input/output (I/O) interface 605 is also connected to bus 604.
The following components are connected to the I/O interface 605: an input portion 606 including a keyboard, mouse, etc.; an output portion 607 including a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, a speaker, and the like; a storage section 608 including a hard disk and the like; and a communication section 609 including a network interface card such as a LAN card, a modem, or the like. The communication section 609 performs communication processing via a network such as the internet. The drive 610 is also connected to the I/O interface 605 as needed. Removable media 611 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is installed as needed on drive 610 so that a computer program read therefrom is installed as needed into storage section 608.
In particular, according to embodiments of the present disclosure, the processes described above with reference to flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method shown in the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network through the communication portion 609, and/or installed from the removable medium 611. The above-described functions defined in the system of the present invention are performed when the computer program is executed by a Central Processing Unit (CPU) 601.
The computer readable medium shown in the present invention may be a computer readable signal medium or a computer readable storage medium, or any combination of the two. The computer readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples of the computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present invention, however, the computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, with the computer-readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.
The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The modules involved in the embodiments of the present invention may be implemented in software or in hardware. The described modules may also be provided in a processor, for example, as: a processor includes a rights verification module, a data transmission direction determination module, and a data processing module. The names of these modules do not constitute limitations on the module itself in some cases, and for example, the authority verification module may also be described as "a module for performing authority verification from interface caller information and interface implementer information included in an interface caller in response to an interface caller request sent by the interface caller".
As another aspect, the present invention also provides a computer-readable medium that may be contained in the apparatus described in the above embodiments; or may be present alone without being fitted into the device. The computer readable medium carries one or more programs which, when executed by a device, cause the device to include: receiving an interface calling request sent by an interface calling party, and verifying authority of the interface calling party and the interface realizing party according to interface calling party information, interface realizing party information and service provider interface names included in the interface calling request, wherein an open platform comprises a service provider interface, and the service provider interface corresponds to at least one interface realizing party; under the condition that the authority verification is passed, determining the direction of data transmission according to the interface realization party information and the interface name of the service provider; and determining an interface calling mode according to the data transmission direction so as to call the service provider interface according to the interface calling mode, so that the interface realization party executes data processing.
According to the technical scheme of the embodiment of the invention, the interface calling party and the interface realizing party are subjected to authority verification according to the interface calling party information, the interface realizing party information and the service provider interface name which are included in the interface calling party by adopting the interface calling request sent by the interface calling party, wherein the open platform comprises a service provider interface, and the service provider interface corresponds to at least one interface realizing party; under the condition that the authority verification is passed, determining the direction of data transmission according to the interface realization party information and the interface name of the service provider; according to the data transmission direction, the interface calling mode is determined, the service provider interface is called according to the interface calling mode, so that the interface realizing side executes the technical means of data processing, the technical problems that in the prior art, as the API Gateway can only realize unidirectional calling, the interface is created by the interface realizing side, one interface can only correspond to one interface realizing side, the complexity of data processing of the interface calling interface is high, and the service scene is single are solved, and further, the purposes that one interface can correspond to a plurality of interface realizing sides, the complexity of data processing of the interface calling interface is reduced, the creation of the interface by the interface calling side is realized, and the technical effects of expanding the service scene are achieved.
The above embodiments do not limit the scope of the present invention. It will be apparent to those skilled in the art that various modifications, combinations, sub-combinations and alternatives can occur depending upon design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present invention should be included in the scope of the present invention.

Claims (10)

1. An open platform-based data processing method, comprising:
receiving an interface calling request sent by an interface calling party, and verifying authority of the interface calling party and the interface realizing party according to interface calling party information, interface realizing party information and service provider interface names included in the interface calling request, wherein the open platform comprises a service provider interface, and the service provider interface corresponds to at least one interface realizing party;
under the condition that the authority verification is passed, determining the direction of data transmission according to the interface realization party information and the service provider interface name;
determining an interface calling mode according to the data transmission direction to call the service provider interface according to the interface calling mode so that the interface realization party executes data processing,
Either side of the open platform is the interface caller or the interface implementer.
2. The data processing method according to claim 1, wherein the step of determining the direction of data transmission based on interface implementer information and the service provider interface name comprises:
and traversing a routing table according to the interface realization party information and the service provider interface name, determining an access address of the interface realization party, and determining a data transmission direction according to the access address, wherein the routing table comprises the access address of the interface realization party with the service provider interface authority.
3. The data processing method according to claim 1, wherein the service provider interface is created based on an interface creation request of the interface caller, further comprising, before the step of receiving the interface call request sent by the interface caller:
and receiving an interface creation request of the interface calling party, creating a service scene according to the interface creation request, and creating the service provider interface under the service scene.
4. A data processing method according to claim 3, further comprising, after the step of creating the service provider interface in the traffic scenario:
And receiving the encryption information and the authorization information sent by the interface calling party, and carrying out encryption setting and authority setting on the service provider interface.
5. A data processing method according to claim 3, further comprising, after the step of creating the service provider interface in the traffic scenario:
and testing the interface of the service provider by using the interface realizing party, and determining that the test result is passed.
6. A data processing method according to claim 1, characterized in that the service provider interface is set as an open interface, which is called by at least one interface caller for corresponding data processing.
7. An open platform based data processing apparatus, comprising:
the authority verification module is used for receiving an interface calling request sent by an interface calling party, and verifying the authority of the interface calling party and the authority of an interface realizing party according to interface calling party information, interface realizing party information and service provider interface names contained in the interface calling request, wherein the open platform comprises a service provider interface, and the service provider interface corresponds to at least one interface realizing party;
The data transmission direction determining module is used for determining the direction of data transmission according to the interface realization party information and the service provider interface name under the condition that the authority verification is passed;
a data processing module for determining an interface calling mode according to the data transmission direction to call the service provider interface according to the interface calling mode so that the interface realizing party executes data processing,
wherein either side of the open platform is the interface caller or the interface implementer.
8. A data processing system is characterized by comprising an interface calling party, an open platform and an interface realizing party, wherein,
the interface calling party is used for sending an interface calling request to the open platform;
the open platform is used for receiving an interface calling request sent by the interface calling party, and carrying out authority verification on the interface calling party and the interface realizing party by the interface calling party information, the interface realizing party information and the service provider interface name; under the condition that the authority verification is passed, determining the direction of data transmission according to the interface realization party information and the service provider interface name; determining an interface calling mode according to the data transmission direction so as to call the service provider interface according to the interface calling mode;
The interface implementation side is used for executing data processing,
wherein either side of the open platform is the interface caller or the interface implementer.
9. An electronic device, comprising:
one or more processors;
storage means for storing one or more programs,
when executed by the one or more processors, causes the one or more processors to implement the method of any of claims 1-6.
10. A computer readable medium, on which a computer program is stored, characterized in that the program, when being executed by a processor, implements the method according to any of claims 1-6.
CN202011073644.5A 2020-10-09 2020-10-09 Data processing method and device based on open platform and data processing system Active CN113760563B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011073644.5A CN113760563B (en) 2020-10-09 2020-10-09 Data processing method and device based on open platform and data processing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011073644.5A CN113760563B (en) 2020-10-09 2020-10-09 Data processing method and device based on open platform and data processing system

Publications (2)

Publication Number Publication Date
CN113760563A CN113760563A (en) 2021-12-07
CN113760563B true CN113760563B (en) 2024-04-16

Family

ID=78785804

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011073644.5A Active CN113760563B (en) 2020-10-09 2020-10-09 Data processing method and device based on open platform and data processing system

Country Status (1)

Country Link
CN (1) CN113760563B (en)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106453519A (en) * 2016-09-21 2017-02-22 合网络技术(北京)有限公司 Interface call method and device
CN109308416A (en) * 2017-07-26 2019-02-05 财付通支付科技有限公司 Business service data processing method, device, system, storage medium and equipment

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106453519A (en) * 2016-09-21 2017-02-22 合网络技术(北京)有限公司 Interface call method and device
CN109308416A (en) * 2017-07-26 2019-02-05 财付通支付科技有限公司 Business service data processing method, device, system, storage medium and equipment

Also Published As

Publication number Publication date
CN113760563A (en) 2021-12-07

Similar Documents

Publication Publication Date Title
US10666745B2 (en) Method and procedure for dynamic services orchestration that runs within an on-device software container
US10614233B2 (en) Managing access to documents with a file monitor
US10218790B2 (en) Providing access to a resource for a computer from within a restricted network
US10762193B2 (en) Dynamically generating and injecting trusted root certificates
US20200184035A1 (en) Managing content delivery to client devices
CN109154968B (en) System and method for secure and efficient communication within an organization
WO2019015272A1 (en) Information processing method and device
US10891386B2 (en) Dynamically provisioning virtual machines
CN113595927A (en) Method and device for processing mirror flow in bypass mode
CN112702336A (en) Security control method and device for government affair service, security gateway and storage medium
US20190075018A1 (en) Managing a generation and delivery of digital identity documents
WO2023185514A1 (en) Message transmission methods and apparatuses, storage medium and electronic device
CN108293047B (en) System and method for accessing resources by a user across multiple distributed computing networks
CN112115500A (en) Method, device and system for accessing file
CN113760563B (en) Data processing method and device based on open platform and data processing system
US10831883B1 (en) Preventing application installation using system-level messages
CN111367590A (en) Interrupt event processing method and device
CN113641966B (en) Application integration method, system, equipment and medium
US20210281629A1 (en) Processing of web-based applications
US11909720B2 (en) Secure remote support of systems deployed in a private network
US11445057B2 (en) Private contact sharing
US10547645B1 (en) Public-private computing system
CN117149525A (en) Method, apparatus, device and computer readable medium for data backup
CN113347217A (en) Network request auditing method and device
CN113132303A (en) Information processing method and device executed by firewall

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