CN108667865A - A kind of API request processing method and processing device - Google Patents
A kind of API request processing method and processing device Download PDFInfo
- Publication number
- CN108667865A CN108667865A CN201710198302.8A CN201710198302A CN108667865A CN 108667865 A CN108667865 A CN 108667865A CN 201710198302 A CN201710198302 A CN 201710198302A CN 108667865 A CN108667865 A CN 108667865A
- Authority
- CN
- China
- Prior art keywords
- service side
- target
- api request
- gateway
- api
- 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.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 20
- 238000000034 method Methods 0.000 claims abstract description 14
- 230000004044 response Effects 0.000 claims description 68
- 230000010354 integration Effects 0.000 claims description 13
- 238000012217 deletion Methods 0.000 claims description 6
- 230000037430 deletion Effects 0.000 claims description 6
- 230000006978 adaptation Effects 0.000 abstract description 3
- 235000013399 edible fruits Nutrition 0.000 description 2
- 239000004698 Polyethylene Substances 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- -1 polyethylene Polymers 0.000 description 1
- 229920000573 polyethylene Polymers 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a kind of API request processing method and processing device, the method includes：Gateway is received from client carries target target and to the API request of the target target object run, the service side that the target target is carried out the business of the object run and is connected to the gateway is supported in inquiry, API request is sent to the destination service side by gateway selected target service side from the service side inquired.The present invention allows client to pass through the service that this intermediary of gateway is convenient to use each service side, and the interface of service side of the gateway in the present invention using unified API protocol setting for distinct interface format, when gateway needs to connect a new service side without carrying out a large amount of coding work, make gateway can be with the different service side of intelligent adaptation interface format.
Description
Technical field
The present invention relates to Internet technical field more particularly to a kind of API request processing method and processing devices.
Background technology
Cloud server terminal provides various application programming interface (Application for different service sides
Programming Interface, API) to support the business of each service side.Mobile client can install each service side's
APP softwares make user use each business of corresponding service side in mobile client.It is more in order to be supported on an APP
The business of a service side, for supporting the application of the APP of multiple service sides more and more while mobile client.
In existing scheme, since API is without concrete norm, front and back end is linked up, debugs, cost of access is huge.Moreover, general work(
It overlapping development can be also required to expend a large amount of manpowers and time cost between multiple services.Therefore, it is that different service sides build system
One interface simultaneously provides for the user of front end and more polynary is selected to active demand.
Therefore, there is an urgent need for a kind of new API request processing method and processing devices.
Invention content
In order to solve the above technical problem, the present invention provides a kind of API request processing method and processing devices.
API request processing method provided by the invention, including：
Gateway is received from client carries target target and to the API request of the target target object run, inquiry branch
Hold the service side that the target target is carried out the business of the object run and is connected to the gateway, the gateway is from looking into
API request is sent to the destination service side by selected target service side in the service side ask.
Above-mentioned API request processing method also has the characteristics that：
The method further includes：When the quantity of the destination service side is more than one, the gateway is from each destination service
After side receives API responses, final response knot is obtained after each response results are carried out integration processing according to default processing rule
The final response results are sent to the client by fruit.
Above-mentioned API request processing method also has the characteristics that：
The default processing rule includes one kind in following processing rule：Using the union of each response results as integration at
Final response results after reason will have using the intersection of each response results as integrate that treated final response results
The difference set of the response results of at least two destination service sides of intersection is as final response results.
Above-mentioned API request processing method also has the characteristics that：
Gateway selected target service side from the service side inquired includes：According to service side to the sound of API request
Answer duration and/or the return unnatural proportions selection target service side to API request.
Above-mentioned API request processing method also has the characteristics that：
The restrictive condition for carrying out object run is also carried in the API request；
Gateway selected target service side from the service side inquired includes：According to the target target, the mesh
Mark operation and the restrictive condition are inquired in the service side, disclosure satisfy that the target target, institute by what is inquired
The service side of object run and the restrictive condition is stated as the destination service side.
Above-mentioned API request processing method also has the characteristics that：
The method further includes：It is that the service side builds API that the gateway, which is based on unified API agreement,；The wherein described system
One API protocol includes the data field for covering the data type that each service side supports, the type of the data field include with
At least one of Types Below：Parameter type, action type, parameter position, return value, safety certification；Wherein action type packet
Include at least one of following operation：Reading and writing, update, deletion.
API request processing unit provided by the invention is applied to gateway, including：
First receiving module carries target target and to the target target object run for being received from client
API request；
Enquiry module, for inquire support to the target target carry out the object run business and with the net
The logical service side of connection；
Selecting module, for the selected target service side from the service side inquired；
First sending module, for the API request to be sent to the destination service side.
Above-mentioned API request processing unit also has the characteristics that：
Further include：Second receiving module integrates processing module and the second sending module；
Second receiving module is used to receive API responses from each destination service side；
The processing module of integrating is used for when the quantity of the destination service side is more than one, by each response results root
Final response results are obtained after carrying out integration processing according to default processing rule；
The final response results are sent to the client by second sending module.
Above-mentioned API request processing unit also has the characteristics that：
The default processing rule includes one kind in following processing rule：Using the union of each response results as integration at
Final response results after reason will have using the intersection of each response results as integrate that treated final response results
The difference set of the response results of at least two destination service sides of intersection is as final response results.
Above-mentioned API request processing unit also has the characteristics that：
Selecting module is additionally operable to the response time according to service side to API request and/or the return anomaly ratio to API request
Example selection target service side.
Above-mentioned API request processing unit also has the characteristics that：
It further include the condition resolution module for parsing the restrictive condition for carrying out object run from the API request；
The selecting module is additionally operable to according to following methods the selected target service side from the service side inquired：According to institute
It states target target, the object run and the restrictive condition to inquire in the service side, can expire what is inquired
The service side of the foot target target, the object run and the restrictive condition is as the destination service side.
Above-mentioned API request processing unit also has the characteristics that：
Described device further includes for the gateway based on the interface structure that unified API agreement is service side structure API
Model block；Wherein, the unified API agreement includes covering the data field for the data type that each service side supports, the number
Type according to field includes at least one of Types Below：Parameter type, action type, parameter position, return value, safety are recognized
Card；Wherein action type includes at least one of following operation：Reading and writing, update, deletion.
The present invention allows client to pass through the service that this intermediary of gateway is convenient to use each service side, and the present invention
In gateway using unified API protocol be used for build distinct interface format service side interface, need connection one in gateway
Without carrying out a large amount of coding work when a new service side, make gateway can be with the different service side of intelligent adaptation interface format.
Interface integrated service provided by the invention keeps interface format unitized, same client is allow to access different services simultaneously
Side, or access the different business of same service side can effectively promote service stability, reduce management cost, improve user and make
With experience.
Description of the drawings
The attached drawing for constituting the part of the present invention is used to provide further understanding of the present invention, schematic reality of the invention
Example and its explanation are applied for explaining the present invention, is not constituted improper limitations of the present invention.In the accompanying drawings：
Fig. 1 is the flow chart of API request processing method in embodiment；
Fig. 2 is the structure chart of API request processing unit in embodiment.
Specific implementation mode
In order to make the object, technical scheme and advantages of the embodiment of the invention clearer, below in conjunction with the embodiment of the present invention
In attached drawing, technical scheme in the embodiment of the invention is clearly and completely described, it is clear that described embodiment is
A part of the embodiment of the present invention, instead of all the embodiments.Based on the embodiments of the present invention, those of ordinary skill in the art
The every other embodiment obtained without making creative work, shall fall within the protection scope of the present invention.It needs
Illustrate, in the absence of conflict, the features in the embodiments and the embodiments of the present application mutually can be combined arbitrarily.
Fig. 1 is the flow chart of API request processing method in embodiment；The executive agent of the method is gateway, the method packet
It includes：
Step 101, it is received from client and carries target target and to the API request of the target target object run；
Step 102, inquiry is supported to carry out the business of the object run to the target target and be connected with the gateway
Logical service side；
Step 103, the selected target service side from the service side inquired；
Step 104, API request is sent to destination service side.
The method further includes step 105：When the quantity of destination service side is more than one, the gateway is from each destination service
After side receives API responses, final response knot is obtained after each response results are carried out integration processing according to default processing rule
The final response results are sent to the client by fruit.Default processing rule includes one kind in following processing rule：
Using the union of each response results as integrate that treated final response results, using the intersection of each response results as integration at
Final response results after reason, using the difference set of the response results of at least two destination service sides with intersection as final
Response results.
In step 103, gateway selected target service side from the service side inquired includes：API is asked according to service side
The response time asked and/or the return unnatural proportions selection target service side to API request.Selection is to API request when selection
Response time it is most short and/or to API request return unnatural proportions minimum service side as destination service side.
Alternatively, the restrictive condition for carrying out object run is also carried in this method in API request.Gateway described in step 103
Selected target service side includes from the service side inquired：According to the target target, the object run and the limitation
Condition is inquired in the service side, disclosure satisfy that the target target, the object run and described by what is inquired
The service side of restrictive condition is as the destination service side.
The method further includes：It is that the service side builds API that gateway, which is based on unified API agreement,；Service side's unified API
Agreement includes covering the data field for the data type that each service side supports, the type of the data field includes with Types Below
At least one of：Parameter type, action type, parameter position, return value, safety certification；Wherein action type includes following
At least one of operation：Reading and writing, update, deletion.Can be that different service sides build API by this feature gateway, in gateway
Without carrying out a large amount of coding work when needing to connect a new service side, keep gateway different with intelligent adaptation interface format
Service side.
Fig. 2 is API request processing unit in embodiment, is applied to gateway, including：First receiving module, enquiry module, choosing
Select module and the first sending module.
First receiving module, which is used to receive from client, carries target target and to the API of the target target object run
Request；
Enquiry module be used for inquire support to the target target carry out the object run business and with the net
The logical service side of connection；
Selecting module is used for the selected target service side from the service side inquired；
First sending module is used to the API request being sent to the destination service side.
This device further includes：Second receiving module integrates processing module and the second sending module.
Second receiving module is used to receive API responses from each destination service side；
Processing module is integrated to be used for when the quantity of the destination service side is more than one, by each response results according to pre-
If processing rule obtains final response results after carrying out integration processing；
The final response results are sent to the client by the second sending module.
Default processing rule includes one kind in following processing rule：After the union of each response results is handled as integration
Final response results will have intersection using the intersection of each response results as integrate that treated final response results
At least two destination service sides response results difference set as final response results.
Selecting module is additionally operable to the response time according to service side to API request and/or the return anomaly ratio to API request
Example selection target service side.
This device further includes the condition resolution for parsing the restrictive condition for carrying out object run from the API request
Module.The selecting module is additionally operable to according to following methods the selected target service side from the service side inquired：According to described
Target target, the object run and the restrictive condition are inquired in the service side, disclosure satisfy that is inquired
The service side of the target target, the object run and the restrictive condition is as the destination service side.
This device further includes for the gateway based on the interface structure that unified API agreement is service side structure API
Module；Wherein, unified API agreement includes covering the data field for the data type that each service side supports, the data field
Type include at least one of Types Below：Parameter type, action type, parameter position, return value, safety certification；Its
Middle action type includes at least one of following operation：Reading and writing, update, deletion.
Specific embodiment one
There are two e-commerce websites, i.e. the first electric business and the second electric business for gateway connection.Gateway receives API from client and asks
Ask, the target target in this API request be 25 cun of certain brand LCD TVs, object run be purchase, restrictive condition be price most
It is low.Gateway inquiry open support user buy the business of this target and the service side that be connected to this gateway for the first electric business and
Second electric business, the first electric business that gateway selects commercial value minimum according to cheapest restrictive condition as destination service side,
API request is sent to the first electric business, after the first electric business receives response results, this response results is sent to client.
Specific embodiment two
There are two electronic search website, i.e., the first search website and the second search websites for gateway connection.Gateway is from client
API request is received, the target target in this API request is polyethylene price quotations, and object run is search.Gateway inquiry is open-minded
There is the business for supporting this search operation and the service side being connected to this gateway is the first search website and the second search website, net
It closes from the first search website and scans for and obtain the first search result, scan for from the second search website and obtain second to search
Rope is as a result, the intersection of this two results is sent to client by gateway calculating acquisition using this intersection as final result.
Descriptions above can combine implementation individually or in various ways, and these variants all exist
Within protection scope of the present invention.
One of ordinary skill in the art will appreciate that all or part of step in the above method can be instructed by program
Related hardware is completed, and described program can be stored in computer readable storage medium, such as read-only memory, disk or CD
Deng.Optionally, all or part of step of above-described embodiment can also be realized using one or more integrated circuits, accordingly
Ground, the form that hardware may be used in each module/unit in above-described embodiment are realized, the shape of software function module can also be used
Formula is realized.The present invention is not limited to the combinations of the hardware and software of any particular form.
It should be noted that herein, the terms "include", "comprise" or its any other variant are intended to non-row
His property includes, so that article or equipment including a series of elements include not only those elements, but also includes not having
There is the other element being expressly recited, or further includes for this article or the intrinsic element of equipment.Do not limiting more
In the case of system, the element that is limited by sentence " including ... ", it is not excluded that including the element article or equipment in
There is also other identical elements.
The above examples are only used to illustrate the technical scheme of the present invention and are not limiting, reference only to preferred embodiment to this hair
It is bright to be described in detail.It will be understood by those of ordinary skill in the art that can modify to technical scheme of the present invention
Or equivalent replacement should all cover the claim model in the present invention without departing from the spirit of the technical scheme of the invention and range
In enclosing.
Claims (12)
1. a kind of API request processing method, which is characterized in that including：
Gateway is received from client carries target target and to the API request of the target target object run, inquiry support pair
The service side that the target target carries out the business of the object run and is connected to the gateway, the gateway is from inquiring
Service side in selected target service side, API request is sent to the destination service side.
2. API request processing method as described in claim 1, which is characterized in that
The method further includes：When the quantity of the destination service side is more than one, the gateway connects from each destination service side
After receiving API responses, final response results are obtained after each response results are carried out integration processing according to default processing rule, it will
The final response results are sent to the client.
3. API request processing method as claimed in claim 2, which is characterized in that
The default processing rule includes one kind in following processing rule：After the union of each response results is handled as integration
Final response results will have intersection using the intersection of each response results as integrate that treated final response results
At least two destination service sides response results difference set as final response results.
4. API request processing method as described in claim 1, which is characterized in that
Gateway selected target service side from the service side inquired includes：When according to service side to the response of API request
Return unnatural proportions selection target service side long and/or to API request.
5. the API request processing method as described in claim 1,2,3 or 4, which is characterized in that
The restrictive condition for carrying out object run is also carried in the API request；
Gateway selected target service side from the service side inquired includes：It is grasped according to the target target, the target
Make and the restrictive condition is inquired in the service side, disclosure satisfy that the target target, the mesh by what is inquired
The service side of mark operation and the restrictive condition is as the destination service side.
6. the API request processing method as described in claim 1,2,3 or 4, which is characterized in that
The method further includes：It is that the service side builds API that the gateway, which is based on unified API agreement,；The wherein described unified API
Agreement includes covering the data field for the data type that each service side supports, the type of the data field includes with Types Below
At least one of：Parameter type, action type, parameter position, return value, safety certification；Wherein action type includes following
At least one of operation：Reading and writing, update, deletion.
7. a kind of API request processing unit is applied to gateway, which is characterized in that including：
First receiving module, for receiving carrying target target from client and being asked to the API of the target target object run
It asks；
Enquiry module is supported to carry out the business of the object run to the target target and be connected with the gateway for inquiring
Logical service side；
Selecting module, for the selected target service side from the service side inquired；
First sending module, for the API request to be sent to the destination service side.
8. API request processing unit as claimed in claim 7, which is characterized in that further include：At second receiving module, integration
Manage module and the second sending module；
Second receiving module is used to receive API responses from each destination service side；
The processing module of integrating is used for when the quantity of the destination service side is more than one, by each response results according to pre-
If processing rule obtains final response results after carrying out integration processing；
The final response results are sent to the client by second sending module.
9. API request processing unit as claimed in claim 8, which is characterized in that
The default processing rule includes one kind in following processing rule：After the union of each response results is handled as integration
Final response results will have intersection using the intersection of each response results as integrate that treated final response results
At least two destination service sides response results difference set as final response results.
10. API request processing unit as claimed in claim 7, which is characterized in that
Selecting module is additionally operable to the response time according to service side to API request and/or the return unnatural proportions choosing to API request
Select destination service side.
11. the API request processing unit as described in claim 7,8,9 or 10, which is characterized in that further include for from described
The condition resolution module for the restrictive condition for carrying out object run is parsed in API request；
The selecting module is additionally operable to according to following methods the selected target service side from the service side inquired：According to the mesh
Mark target, the object run and the restrictive condition are inquired in the service side, disclosure satisfy that institute by what is inquired
The service side of target target, the object run and the restrictive condition is stated as the destination service side.
12. the API request processing unit as described in claim 7,8,9 or 10, which is characterized in that
Described device further includes building mould based on the interface that unified API agreement is service side structure API for the gateway
Block；Wherein, the unified API agreement includes covering the data field for the data type that each service side supports, the data word
The type of section includes at least one of Types Below：Parameter type, action type, parameter position, return value, safety certification；
Wherein action type includes at least one of following operation：Reading and writing, update, deletion.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710198302.8A CN108667865B (en) | 2017-03-29 | 2017-03-29 | A kind of API request processing method and processing device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710198302.8A CN108667865B (en) | 2017-03-29 | 2017-03-29 | A kind of API request processing method and processing device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108667865A true CN108667865A (en) | 2018-10-16 |
| CN108667865B CN108667865B (en) | 2019-07-26 |
Family
ID=63786822
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710198302.8A Active CN108667865B (en) | 2017-03-29 | 2017-03-29 | A kind of API request processing method and processing device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108667865B (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110290054A (en) * | 2019-06-23 | 2019-09-27 | 技鼎软件科技(南京)有限公司 | A kind of multi-path media gateway system |
| CN113691575A (en) * | 2020-05-18 | 2021-11-23 | 华为技术有限公司 | Communication method, device and system |
| CN116132246A (en) * | 2022-09-02 | 2023-05-16 | 马上消费金融股份有限公司 | Interaction method, device, gateway equipment and storage medium |
| CN116132246B (en) * | 2022-09-02 | 2024-07-09 | 马上消费金融股份有限公司 | Interaction method, device, gateway equipment and storage medium |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1744582A (en) * | 2004-08-31 | 2006-03-08 | 华为技术有限公司 | Network instant communication system and method for providing instant message subscribing |
| CN101304392A (en) * | 2007-05-10 | 2008-11-12 | 中国传媒大学 | Parallel application service gateway, system and method for medium asset management |
| CN101689271A (en) * | 2007-05-31 | 2010-03-31 | 艾玛迪斯股份有限公司 | Search technique or relative improvement |
| CN103023762A (en) * | 2011-09-27 | 2013-04-03 | 阿尔卡特朗讯公司 | Cloud computing access gateway and method for providing access to cloud provider for user terminal |
| CN103428166A (en) * | 2012-05-16 | 2013-12-04 | 腾讯科技（深圳）有限公司 | Multi-SNS platform unified access method and system applied by third party |
| US20150356656A1 (en) * | 2014-06-10 | 2015-12-10 | Ebay Inc. | Marketplace listings on procurement tool |
| CN105245622A (en) * | 2015-11-11 | 2016-01-13 | 中国建设银行股份有限公司 | Configurable data processing method and system and mobile platform |
| CN106533944A (en) * | 2016-12-29 | 2017-03-22 | 金蝶软件（中国）有限公司 | Distributed API gateway, management method and management system |
-
2017
- 2017-03-29 CN CN201710198302.8A patent/CN108667865B/en active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1744582A (en) * | 2004-08-31 | 2006-03-08 | 华为技术有限公司 | Network instant communication system and method for providing instant message subscribing |
| CN101304392A (en) * | 2007-05-10 | 2008-11-12 | 中国传媒大学 | Parallel application service gateway, system and method for medium asset management |
| CN101689271A (en) * | 2007-05-31 | 2010-03-31 | 艾玛迪斯股份有限公司 | Search technique or relative improvement |
| CN103023762A (en) * | 2011-09-27 | 2013-04-03 | 阿尔卡特朗讯公司 | Cloud computing access gateway and method for providing access to cloud provider for user terminal |
| CN103428166A (en) * | 2012-05-16 | 2013-12-04 | 腾讯科技（深圳）有限公司 | Multi-SNS platform unified access method and system applied by third party |
| US20150356656A1 (en) * | 2014-06-10 | 2015-12-10 | Ebay Inc. | Marketplace listings on procurement tool |
| CN105245622A (en) * | 2015-11-11 | 2016-01-13 | 中国建设银行股份有限公司 | Configurable data processing method and system and mobile platform |
| CN106533944A (en) * | 2016-12-29 | 2017-03-22 | 金蝶软件（中国）有限公司 | Distributed API gateway, management method and management system |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110290054A (en) * | 2019-06-23 | 2019-09-27 | 技鼎软件科技(南京)有限公司 | A kind of multi-path media gateway system |
| CN113691575A (en) * | 2020-05-18 | 2021-11-23 | 华为技术有限公司 | Communication method, device and system |
| WO2021232860A1 (en) * | 2020-05-18 | 2021-11-25 | 华为技术有限公司 | Communication method, apparatus and system |
| CN116132246A (en) * | 2022-09-02 | 2023-05-16 | 马上消费金融股份有限公司 | Interaction method, device, gateway equipment and storage medium |
| CN116132246B (en) * | 2022-09-02 | 2024-07-09 | 马上消费金融股份有限公司 | Interaction method, device, gateway equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108667865B (en) | 2019-07-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10958524B2 (en) | Method for generating network slice template and for applying network slice template, and apparatus | |
| CN102710798B (en) | Browser expansion service based on real-time Communication for Power provides system and method | |
| US20070254635A1 (en) | System and method to query wireless network offerings | |
| CN104660620A (en) | Two-dimension code processing method, client side, electronic equipment, server side and server | |
| CN108696399B (en) | Business service test method and device | |
| CN104954468A (en) | Resource allocation method and resource allocation device | |
| CN102867266B (en) | A kind of news valency method and device | |
| CN104216695A (en) | Method and system for providing webpage information to be displayed on webpage and displaying webpage information | |
| CN103139137B (en) | Network service provider method and device | |
| CN102783119A (en) | Access control method and system, and access terminal | |
| CN108932277B (en) | Webpage loading method, webpage loading system and server | |
| CN106506715A (en) | Domain name analytic method and device | |
| CN112532711A (en) | Edge computing application deployment method, terminal, edge computing node and storage medium | |
| CN105306472A (en) | Seat matching device and method | |
| CN103973682A (en) | Method and device for having access to webpage | |
| CN108667865B (en) | A kind of API request processing method and processing device | |
| CN110933170A (en) | Multi-device linkage control method and device of ZigBee gateway and storage medium | |
| CN103605549A (en) | Interface exit display method and device | |
| CN1953455A (en) | A method, module and server to control access to network resource | |
| CN105471953A (en) | Client-side page dynamic display method, device and system | |
| CN109491971A (en) | A kind of file filter method, apparatus, equipment and computer readable storage medium | |
| CN111026047B (en) | Software configuration method and device | |
| CN112788576A (en) | Equipment offline processing method and system, storage medium and electronic device | |
| KR102174041B1 (en) | System for advertisement platform based big data | |
| CN105227661A (en) | Sharing files method and system, server |
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 | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: 100015 5 floor, block E, 201 IT tower, electronic city, 10 Jiuxianqiao Road, Chaoyang District, Beijing. Applicant after: GUIZHOU BAISHANCLOUD TECHNOLOGY Co.,Ltd. Address before: 100015 5 floor, block E, 201 IT tower, electronic city, 10 Jiuxianqiao Road, Chaoyang District, Beijing. Applicant before: GUIZHOU BAISHANCLOUD TECHNOLOGY Co.,Ltd. |
|
| TA01 | Transfer of patent application right |
Effective date of registration: 20181113 Address after: 100015 Beijing Chaoyang District Jiuxianqiao North Road 10 hospital 201 Building 5 floor 505 inside 03 Applicant after: BEIJING SHUJU XINYUN INFORMATION TECHNOLOGY Co.,Ltd. Address before: 100015 5 floor, block E, 201 IT tower, electronic city, 10 Jiuxianqiao Road, Chaoyang District, Beijing. Applicant before: GUIZHOU BAISHANCLOUD TECHNOLOGY Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: 550003 Building No. 12 in the Southern Park of Gui'an High-end Equipment Industrial Park, Guizhou Province Applicant after: GUIZHOU BAISHANCLOUD TECHNOLOGY Co.,Ltd. Address before: 550003 Building No. 12 in the Southern Park of Gui'an High-end Equipment Industrial Park, Guizhou Province Applicant before: GUIZHOU BAISHANCLOUD TECHNOLOGY Co.,Ltd. Address after: 550003 Building No. 12 in the Southern Park of Gui'an High-end Equipment Industrial Park, Guizhou Province Applicant after: GUIZHOU BAISHANCLOUD TECHNOLOGY Co.,Ltd. Address before: 100015 5 floor, block E, 201 IT tower, electronic city, 10 Jiuxianqiao Road, Chaoyang District, Beijing. Applicant before: GUIZHOU BAISHANCLOUD TECHNOLOGY Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20181203 Address after: 100015 Beijing Chaoyang District Jiuxianqiao North Road 10 hospital 201 Building 5 floor 505 inside 03 Applicant after: BEIJING SHUJU XINYUN INFORMATION TECHNOLOGY Co.,Ltd. Address before: 550003 Building No. 12 in the Southern Park of Gui'an High-end Equipment Industrial Park, Guizhou Province Applicant before: GUIZHOU BAISHANCLOUD TECHNOLOGY Co.,Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |