[go: up one dir, main page]

WO2017088369A1 - 数据跨域请求方法、设备及系统 - Google Patents

数据跨域请求方法、设备及系统 Download PDF

Info

Publication number
WO2017088369A1
WO2017088369A1 PCT/CN2016/082631 CN2016082631W WO2017088369A1 WO 2017088369 A1 WO2017088369 A1 WO 2017088369A1 CN 2016082631 W CN2016082631 W CN 2016082631W WO 2017088369 A1 WO2017088369 A1 WO 2017088369A1
Authority
WO
WIPO (PCT)
Prior art keywords
data cross
domain request
request
domain
data
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.)
Ceased
Application number
PCT/CN2016/082631
Other languages
English (en)
French (fr)
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.)
Le Holdings Beijing Co Ltd
LeTV Sports Culture Develop Beijing Co Ltd
Original Assignee
Le Holdings Beijing Co Ltd
LeTV Sports Culture Develop Beijing 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 Le Holdings Beijing Co Ltd, LeTV Sports Culture Develop Beijing Co Ltd filed Critical Le Holdings Beijing Co Ltd
Priority to RU2016140165A priority Critical patent/RU2016140165A/ru
Priority to US15/245,207 priority patent/US20170149934A1/en
Publication of WO2017088369A1 publication Critical patent/WO2017088369A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 

Definitions

  • the embodiments of the present invention relate to the field of information technologies, and in particular, to a method, device, and system for data cross-domain request.
  • AJAX JavaScript
  • JavaScript literally translated scripting language
  • JavaScript literally translated scripting language
  • JS code is the code of the script file written in the scripting language JavaScript. Any one of the protocol, domain name, and port of the requested Uniform Resource Locator URL is different from the URL of the current page.
  • a cross-domain request can be performed in a JSONP manner, that is, a script script tag of Hyper Text Mark-up Language (HTML) is used to load and execute other domain JavaScript files, wherein JSONP is browsing.
  • HTML Hyper Text Mark-up Language
  • the JSONP method can only implement GET requests, and cannot implement cross-domain requests such as POST, PUT, and DELETE.
  • cross-domain requests can be performed by means of a proxy, such as a Flash (Flasher) proxy cross-domain request and a server proxy cross-domain request.
  • a proxy such as a Flash (Flasher) proxy cross-domain request and a server proxy cross-domain request.
  • Flash Flash
  • the cross-domain request of the data is forwarded by the Flash or the server to the cross-domain server, and the data responded by the cross-domain server is forwarded to the client by the Flash or the server, causing the cross-domain request of the data.
  • the operation is cumbersome, resulting in low efficiency of data cross-domain requests.
  • the embodiments of the present invention provide a data cross-domain request method, device, and system, which are used to solve the defect that the data cross-domain request in the prior art is low.
  • An embodiment of the present invention provides a data cross-domain request method, including:
  • first data cross-domain request carries the uniform resource locator URL and the second data cross-domain request identifier information, where the first data cross-domain request is a JSONP manner.
  • Supported data cross-domain request, the second data cross-domain request is a data cross-domain request that is not supported by the JSONP mode;
  • the server Detecting whether the identifier information of the second data cross-domain request matches the identifier information of the preset data cross-domain request, and the server stores the identifier information of the plurality of preset data cross-domain requests;
  • An embodiment of the present invention provides another data cross-domain request method, including:
  • the first data cross-domain request carries a uniform resource locator URL, where the first data cross-domain request is a data span supported by the JSONP mode
  • the domain request, the second data cross-domain request is a data cross-domain request that is not supported by the JSONP mode;
  • An embodiment of the present invention provides a server, including:
  • a receiving unit configured to receive a first data cross-domain request sent by the client, where the first data cross-domain request carries the uniform resource locator URL and the second data cross-domain request identifier information, where the first The data cross-domain request is a data cross-domain request supported by the JSONP mode, and the second data cross-domain request is a data cross-domain request that is not supported by the JSONP mode;
  • the detecting unit detects whether the identification information of the second data cross-domain request matches the identification information of the preset data cross-domain request, and the server stores the identification information of the plurality of preset data cross-domain requests;
  • a processing unit configured to: if the identifier information of the second data cross-domain request matches the identifier information of the preset data cross-domain request, request the data corresponding to the URL according to the second data cross-domain request Process
  • a sending unit configured to send the processing result to the client.
  • An embodiment of the present invention provides a client, including:
  • An obtaining unit configured to obtain identifier information of the first data cross-domain request and the second data cross-domain request, where the first data cross-domain request carries a uniform resource locator URL, where the first data cross-domain request
  • a configuration unit configured to configure the identifier information in the first data cross-domain request
  • a sending unit configured to send the first data cross-domain request for configuring the identifier information to a server, so that the server processes the data corresponding to the URL according to the second data cross-domain request;
  • a receiving unit configured to receive a processing result sent by the server.
  • An embodiment of the present invention provides a data cross-domain request system, including:
  • a client configured to obtain identifier information of the first data cross-domain request and the second data cross-domain request, where the first data cross-domain request carries a uniform resource locator URL; in the first data cross-domain request And the first data cross-domain request is sent to the server, where the first data cross-domain request is a data cross-domain request supported by the JSONP mode, and the second data is configured.
  • Cross-domain requests are cross-domain requests for data that are not supported by JSONP mode;
  • a server configured to detect whether the identifier information of the second data cross-domain request matches the identifier information of the preset data cross-domain request, where the identifier information of the cross-domain request of different preset data is saved in the server; And the identifier information of the data cross-domain request matches the identifier information of the preset data cross-domain request, and the data corresponding to the URL is processed according to the second data cross-domain request, and the processing result is sent to the client.
  • the data cross-domain request method, device, and system provided by the embodiment of the present invention change the identification information of the second data cross-domain request in the first data cross-domain request, and change the prior art method to perform POST, PUT by using a proxy.
  • Cross-domain requests such as DELETE can directly implement the cross-domain requests such as POST, PUT, and DELETE, thereby improving the efficiency of data cross-domain request.
  • FIG. 1 is a flowchart of a method for requesting data cross-domain according to an embodiment of the present invention
  • FIG. 2 is a flowchart of another method for requesting data cross-domain according to an embodiment of the present invention.
  • FIG. 3 is a schematic structural diagram of a server according to an embodiment of the present disclosure.
  • FIG. 4 is a schematic structural diagram of a client according to an embodiment of the present disclosure.
  • FIG. 5 is a data cross-domain request system according to an embodiment of the present invention.
  • FIG. 6 is a schematic diagram of a physical structure of a server according to an embodiment of the present invention.
  • An embodiment of the present invention provides a data cross-domain request method, which can be applied to a server. As shown in FIG. 1, the method includes:
  • the first data cross-domain request carries a Uniform Resource Locator (URL) and identifier information of the second data cross-domain request, where the first data cross-domain request is a data span supported by the JSONP mode.
  • a domain request such as a GET request.
  • the second data cross-domain request is a data cross-domain request that is not supported by the JSONP mode.
  • the client may be a browser, and the identifier information of the second data cross-domain request may be a name of a second data cross-domain request, such as a POST (modified) cross-domain request, a PUT (add) cross-domain request, and a DELETE ( The ID of the second data cross-domain request ID (Identification) is not limited.
  • the server can pre-customize the data cross-domain request specification, so that the client can send data cross-domain requests according to the custom data cross-domain request specification, that is, only the client needs to add the first data cross-domain request.
  • the identification information of the data cross-domain request that is, the second data cross-domain request, such as the POST request, can avoid the cumbersome operation when the second data cross-domain request is performed by the proxy, so that the client crosses the second data. Requests get a quick response, which increases the efficiency of data cross-domain requests.
  • the data that the client actually needs to send cross-domain requests is a POST cross-domain request.
  • the request URL is:
  • the client can send a GET request to the server according to the server's customized specification in advance, and then add a POST in the GET request, and the request URL is still:
  • the server When the server detects that the GET request sent by the client carries the POST, it can confirm that the POST is a cross-domain data request that the client actually needs to initiate.
  • the server stores identifier information of multiple preset data cross-domain requests.
  • the identifier information of the preset data cross-domain request may be configured according to the processing policy of the request, and the identifier information of the configured preset data cross-domain request is saved. For example, if the processing policy of the POST request is saved in the server, the POST can be configured as the identification information of the preset data cross-domain request.
  • the identifier information of the second data cross-domain request sent by the client is POST, it is confirmed that the identifier information of the second data cross-domain request matches the identifier information of the preset data cross-domain request.
  • the save form corresponding to the identifier information of the preset data cross-domain request may be a key value pair, and the key in the key value pair is used to identify the first data cross-domain request sent by the client.
  • the overload that is, the first data cross-domain request currently sent by the client is not a cross-domain request that needs to be initiated, and is the identifier information of the preset data cross-domain request.
  • the key-value pair is X-HTTP-Method-Override: POST, where the key-value pair is X-HTTP-Method-Override and the key-value pair is POST.
  • POST X-HTTP-Method-Override
  • the key-value pair is POST.
  • step 102 may specifically be: detecting whether the value of the key value pair matches the value of the preset key value pair.
  • the identifier information of the second data cross-domain request matches the identifier information of the preset data cross-domain request, the data corresponding to the URL is processed according to the second data cross-domain request, and the processing result is sent to the client.
  • the processing of the data corresponding to the URL according to the second data cross-domain request may include: performing data corresponding to the URL Modify and send the modified data to the client.
  • the processing, according to the second data cross-domain request, processing the data corresponding to the URL, and sending the processing result to the client may include: adding the URL Corresponding data and send the result to the client.
  • the processing, according to the second data cross-domain request, processing the data corresponding to the URL, and sending the processing result to the client may include: The corresponding data is deleted and the deletion result is sent to the client.
  • the data cross-domain request method provided by the embodiment of the present invention changes the identification information of the second data cross-domain request in the first data cross-domain request, and changes the prior art to adopt a proxy manner to perform POST, PUT, and DELETE.
  • the cross-domain requests such as POST, PUT, and DELETE can be directly implemented, thereby improving the efficiency of data cross-domain requests.
  • the embodiment of the present invention provides another data cross-domain request method, which can be applied to a client. As shown in FIG. 2, the method includes:
  • the first data cross-domain request carries a uniform resource locator URL
  • the first data cross-domain request is a data cross-domain request supported by the JSONP mode
  • the second data cross-domain request is not supported by the JSONP mode.
  • the client directly adds the identification information of the second data cross-domain request to the first data cross-domain request, and delivers the second data cross-domain request to the server by using the first data cross-domain request supported by the JSONP manner.
  • the identification information of the second data cross-domain request that the client actually needs to send avoids the cumbersome operation of the second data cross-domain request by means of the proxy, so that the client obtains the second data cross-domain request quickly. Responsive High data cross-domain request efficiency.
  • the step 202 may be: adding the second data cross-domain request identifier information in the field corresponding to the first data cross-domain request.
  • the field corresponding to the first data cross-domain request may be: X-HTTP-Method-Override.
  • the server is configured to process the data corresponding to the URL according to the second data cross-domain request.
  • the step 204 may be: receiving the modified data sent by the server, where the modified data is data modified by the server according to the modified POST request for the data corresponding to the URL.
  • the step 204 may specifically be: receiving an addition result sent by the server, where the result of the addition is a result generated by the server adding data corresponding to the URL according to the adding PUT request.
  • the step 204 may specifically be: receiving a deletion result sent by the server, where the deletion result is a result generated by the server according to the deletion DELETE request to delete data corresponding to the URL.
  • the embodiment of the present invention provides a server.
  • the server includes: a receiving unit 31, a detecting unit 32, a processing unit 33, and a sending unit 34.
  • the receiving unit 31 is configured to receive a first data cross-domain request sent by the client, where the first data cross-domain request carries the uniform resource locator URL and the second data cross-domain request identifier information, where the first data is The cross-domain request is a data cross-domain request supported by the JSONP mode, and the second data cross-domain request is a data cross-domain request that is not supported by the JSONP mode.
  • the first data cross-domain request is to obtain a GET request, and the second data cross-domain request is any one of modifying a POST request, adding a PUT request, and deleting a DELETE request.
  • the receiving unit 31 is the first data cross-domain received in the server.
  • the main functional modules sought sought.
  • the detecting unit 32 is configured to detect whether the identifier information of the second data cross-domain request matches the identifier information of the preset data cross-domain request, and the server stores the identifier information of the cross-domain request of different preset data.
  • the detecting unit 32 is a main functional module in the server that detects whether the identification information of the second data cross-domain request matches the identification information of the preset data cross-domain request.
  • the processing unit 33 is configured to: if the identifier information of the second data cross-domain request matches the identifier information of the preset data cross-domain request, request, according to the second data cross-domain request, the URL corresponding to the URL The data is processed.
  • the processing unit 33 is a main functional module in the server that processes data corresponding to the URL according to the second data cross-domain request.
  • the sending unit 34 is configured to send the processing result to the client.
  • the transmitting unit 34 is the main functional module that transmits the processing result in the server.
  • the saving form corresponding to the identifier information of the preset data cross-domain request is a key value pair, and the key in the key value pair is used to identify that the first data cross-domain request sent by the client is reloadable, and the value is The identification information of the preset data cross-domain request.
  • the detecting unit 32 is specifically configured to detect whether the value of the key value pair matches the value of the preset key value pair.
  • a related function module can be implemented by a hardware processor.
  • the server provided by the embodiment of the present invention changes the identification information of the second data cross-domain request in the first data cross-domain request, and changes the prior art to use the proxy mode to perform cross-domain requests such as POST, PUT, and DELETE.
  • the cross-domain request such as POST, PUT, and DELETE can be directly implemented, thereby improving the efficiency of data cross-domain request.
  • an embodiment of the present invention provides a client.
  • the client includes: an obtaining unit 41, a configuration unit 42, a sending unit 43, and a receiving unit. 44.
  • the obtaining unit 41 is configured to obtain the identifier information of the first data cross-domain request and the second data cross-domain request, where the first data cross-domain request carries a uniform resource locator URL, and the first data cross-domain request is The data supported by the JSONP mode cross-domain request, and the second data cross-domain request is a cross-domain request of data that is not supported by the JSONP mode.
  • the first data cross-domain request is to obtain a GET The request, the second data cross-domain request is any one of modifying a POST request, adding a PUT request, and deleting a DELETE request.
  • the obtaining unit 41 is a main functional module of the identification information of the first data cross-domain request and the second data cross-domain request in the client.
  • the configuration unit 42 is configured to configure the identifier information in the first data cross-domain request.
  • the configuration unit 42 is a main functional module in the client that configures the identification information in the first data cross-domain request.
  • the sending unit 43 is configured to send the first data cross-domain request for configuring the identifier information to the server.
  • the server is configured to process the data corresponding to the URL according to the second data cross-domain request.
  • the sending unit 43 is a main functional module for transmitting the first data cross-domain request in the client.
  • the receiving unit 44 is configured to receive a processing result sent by the server.
  • the receiving unit 74 is the main functional module that receives the processing result in the client.
  • a related function module can be implemented by a hardware processor.
  • the configuration unit 42 is configured to add the identifier information in a field corresponding to the first data cross-domain request.
  • the client provided by the embodiment of the present invention changes the identification information of the second data cross-domain request in the first data cross-domain request, and changes the prior art to adopt the proxy mode to perform cross-domain such as POST, PUT, and DELETE.
  • the request can directly implement the cross-domain request such as POST, PUT, DELETE, etc., thereby improving the efficiency of data cross-domain request.
  • a related function module can be implemented by a hardware processor.
  • the client provided by the embodiment of the present invention changes the identification information of the second data cross-domain request in the first data cross-domain request, and changes the prior art to adopt the proxy mode to perform cross-domain such as POST, PUT, and DELETE.
  • the request can directly implement the cross-domain request such as POST, PUT, DELETE, etc., thereby improving the efficiency of data cross-domain request.
  • the embodiment of the invention provides a data cross-domain request system, including: a client 51, a service 52.
  • the client 51 is configured to obtain identifier information of the first data cross-domain request and the second data cross-domain request, where the first data cross-domain request carries a uniform resource locator URL, and the first data cross-domain request
  • the identifier information is configured to be sent to the server 52 by the first data cross-domain request for configuring the identifier information.
  • the server 52 is configured to detect whether the identifier information of the second data cross-domain request matches the identifier information of the preset data cross-domain request, and the server stores the identifier information of the cross-domain request of different preset data; And the identifier information of the data cross-domain request matches the identifier information of the preset data cross-domain request, and the data corresponding to the URL is processed according to the second data cross-domain request, and the processing result is sent to the client. End 51.
  • FIG. 6 is a schematic diagram showing the physical structure of a server according to an embodiment of the present invention.
  • the server may include a processor 61, a communications interface 62, and a memory. (memory) 63 and bus 64, wherein the processor 61, the communication interface 62, and the memory 63 complete communication with each other via the bus 64.
  • Communication interface 62 can be used for information transfer between the server and the client.
  • the processor 61 may call the logic instruction in the memory 63 to perform the following method: receiving a first data cross-domain request sent by the client, where the first data cross-domain request carries a uniform resource locator URL and a second data cross
  • the first data cross-domain request is a data cross-domain request supported by the JSONP mode
  • the second data cross-domain request is a data cross-domain request that is not supported by the JSONP mode
  • detecting the second data cross-domain request Whether the identifier information of the domain request matches the identifier information of the preset data cross-domain request, and the server stores the identifier information of the cross-domain request of the plurality of preset data
  • the server stores the identifier information of the cross-domain request of the plurality of preset data
  • if the identifier information of the second data cross-domain request is If the identifier information of the preset data cross-domain request matches, the data corresponding to the URL is processed according to the second data cross-domain request, and the processing result is sent to
  • the logic instructions in the memory 63 described above may be implemented in the form of a software functional unit and sold or used as a stand-alone product, and may be stored in a computer readable storage medium.
  • the contributing portion or portion of the technical solution may be embodied in the form of a software product stored in a storage medium, including instructions for causing a computer device (which may be a personal computer, server, or network)
  • the apparatus or the like performs all or part of the steps of the method of the various embodiments of the present invention.
  • the foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, and the like. .
  • the data cross-domain request system changes the identification information of the second data cross-domain request in the first data cross-domain request, and changes the prior art method to perform POST, PUT, and DELETE by using a proxy.
  • the cross-domain requests such as POST, PUT, and DELETE can be directly implemented, thereby improving the efficiency of data cross-domain requests.
  • the device embodiments described above are merely illustrative, wherein the units described as separate components may or may not be physically separate, and the components displayed as units may or may not be physical units, ie may be located A place, or it can be distributed to multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the embodiment. Those of ordinary skill in the art can understand and implement without deliberate labor.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明实施例提供一种数据跨域请求方法、设备及系统，涉及信息技术领域，主要在于解决目前数据跨域请求的效率较低的问题。所述方法包括：接收客户端发送的第一数据跨域请求，第一数据跨域请求中携带有统一资源定位符URL以及第二数据跨域请求的标识信息，第一数据跨域请求为JSONP方式支持的数据跨域请求，第二数据跨域请求为JSONP方式不支持的数据跨域请求；当检测到第二数据跨域请求的标识信息与预置数据跨域请求的标识信息相匹配，则根据第二数据跨域请求对与所述URL对应的数据进行处理并将处理结果发送给客户端。本发明适用于数据的跨域请求。

Description

数据跨域请求方法、设备及系统 技术领域
本发明实施例涉及信息技术领域，尤其涉及一种数据跨域请求的方法、设备及系统。
背景技术
随着互联网技术的不断发展，创建交互式网页应用的网页开发技术(Asynchronous JavaScript And XML，AJAX)得到了广泛的运用，而AJAX技术的核心是JavaScript(直译式脚本语言)对象，它是一种支持异步请求的技术，用户可以使用JavaScript向服务器提出请求并得到响应，同时不会影响其他用户的使用。但是在实际运用中，AJAX技术是通过JavaScript对象来进行数据的交互的，当用户需要访问其他域的页面内容时，浏览器出于安全性的考虑，不允许JS代码进行跨域操作，其中，JS代码为使用脚本语言JavaScript编写的脚本文件的代码，跨域为请求的统一资源定位符URL的协议、域名、端口三者之间任意一项与当前页面的URL不同。目前，为了解决上述问题，可以采用JSONP方式的进行跨域请求，即利用超文本标记语言(Hyper Text Mark-up Language，HTML)的脚本script标签加载并执行其他域JavaScript文件，其中，JSONP为浏览器跟服务器进行数据交换的使用模式。然而，采用JSONP方式只能实现GET请求，无法实现POST，PUT、DELETE等跨域请求。
目前，为了实现POST，PUT、DELETE等跨域请求，可以采用代理的方式进行跨域请求，如Flash(闪客)代理跨域请求、服务器代理跨域请求。然而，通过采用代理的方式进行跨域请求时，需要由Flash或者服务器将数据跨域请求转发给跨域服务器以及由Flash或者服务器将跨域服务器响应的数据转发给客户端，造成数据跨域请求操作繁琐，导致数据跨域请求的效率较低。
发明内容
本发明实施例提供一种数据跨域请求方法、设备以及系统，用以解决现有技术中数据跨域请求的效率较低的缺陷。
本发明实施例提供一种数据跨域请求方法，包括：
接收客户端发送的第一数据跨域请求，所述第一数据跨域请求中携带有统一资源定位符URL以及第二数据跨域请求的标识信息，所述第一数据跨域请求为JSONP方式支持的数据跨域请求，所述第二数据跨域请求为JSONP方式不支持的数据跨域请求；
检测所述第二数据跨域请求的标识信息是否与预置数据跨域请求的标识信息相匹配，服务器中保存有多个预置数据跨域请求的标识信息；
若所述第二数据跨域请求的标识信息与所述预置数据跨域请求的标识信息相匹配，则根据所述第二数据跨域请求对与所述URL对应的数据进行处理并将处理结果发送给客户端。
本发明实施例提供另一种数据跨域请求方法，包括：
获取第一数据跨域请求和第二数据跨域请求的标识信息，所述第一数据跨域请求中携带有统一资源定位符URL，所述第一数据跨域请求为JSONP方式支持的数据跨域请求，所述第二数据跨域请求为JSONP方式不支持的数据跨域请求；
在所述第一数据跨域请求中配置所述标识信息；
将配置所述标识信息的所述第一数据跨域请求发送给服务器，以便于所述服务器根据第二数据跨域请求对URL对应的数据进行处理；
接收所述服务器发送的处理结果。
本发明实施例提供一种服务器，包括：
接收单元，用于接收客户端发送的第一数据跨域请求，所述第一数据跨域请求中携带有统一资源定位符URL以及第二数据跨域请求的标识信息，其中，所述第一数据跨域请求为JSONP方式支持的数据跨域请求，所述第二数据跨域请求为JSONP方式不支持的数据跨域请求；
检测单元，检测所述第二数据跨域请求的标识信息是否与预置数据跨域请求的标识信息相匹配，服务器中保存有多个预置数据跨域请求的标识信息；
处理单元，用于若所述第二数据跨域请求的标识信息与所述预置数据跨域请求的标识信息相匹配，则根据所述第二数据跨域请求对与所述URL对应的数据进行处理；
发送单元，用于将处理结果发送给客户端。
本发明实施例提供一种客户端，包括：
获取单元，用于获取第一数据跨域请求和第二数据跨域请求的标识信息，所述第一数据跨域请求中携带有统一资源定位符URL，其中，所述第一数据跨域请求为JSONP方式支持的数据跨域请求，所述第二数据跨域请求为JSONP方式不支持的数据跨域请求；
配置单元，用于在所述第一数据跨域请求中配置所述标识信息；
发送单元，用于将配置所述标识信息的所述第一数据跨域请求发送给服务器，以便于所述服务器根据第二数据跨域请求对URL对应的数据进行处理；
接收单元，用于接收所述服务器发送的处理结果。
本发明实施例提供一种数据跨域请求系统，包括：
客户端，用于获取第一数据跨域请求和第二数据跨域请求的标识信息，所述第一数据跨域请求中携带有统一资源定位符URL；在所述第一数据跨域请求中配置所述标识信息；将配置所述标识信息的所述第一数据跨域请求发送给服务器，其中，所述第一数据跨域请求为JSONP方式支持的数据跨域请求，所述第二数据跨域请求为JSONP方式不支持的数据跨域请求；
服务器，用于检测所述第二数据跨域请求的标识信息是否与预置数据跨域请求的标识信息相匹配，服务器中保存有不同预置数据跨域请求的标识信息；若所述第二数据跨域请求的标识信息与所述预置数据跨域请求的标识信息相匹配，则根据所述第二数据跨域请求对与所述URL对应的数据进行处理并将处理结果发送给客户端。
本发明实施例提供的数据跨域请求方法、设备及系统，通过在第一数据跨域请求中配置第二数据跨域请求的标识信息，改变了现有技术需要采用代理的方式进行POST，PUT、DELETE等跨域请求，能够直接实现所述POST，PUT、DELETE等跨域请求，从而能够提高数据跨域请求的效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种数据跨域请求方法流程图；
图2为本发明实施例提供的另一种数据跨域请求方法流程图；
图3为本发明实施例提供的一种服务器的结构示意图；
图4为本发明实施例提供的一种客户端的结构示意图；
图5为本发明实施例提供的一种数据跨域请求系统；
图6为本发明实施例提供的一种服务器的实体结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例提供了一种数据跨域请求方法，可以应用于服务器，如图1所示，所述方法包括：
101、接收客户端发送的第一数据跨域请求。
其中，所述第一数据跨域请求中携带有统一资源定位符(Uniform Resource Locator，URL)以及第二数据跨域请求的标识信息，所述第一数据跨域请求为JSONP方式支持的数据跨域请求，如GET(获取)请求。所述第二数据跨域请求为JSONP方式不支持的数据跨域请求。所述客户端可以为浏览器，所述第二数据跨域请求的标识信息可以为第二数据跨域请求的名称，如POST(修改)跨域请求、PUT(添加)跨域请求、DELETE(删除)跨域请求等，也可以为第二数据跨域请求的身份标识号(ID，Identify)，本发明实施例不做限定。
需要说明的是，服务器可以预先自定义数据跨域请求规范，使得客户端能够根据自定义数据跨域请求规范发送数据跨域请求，即只需要让客户端在第一数据跨域请求中添加第二数据跨域请求的标识信息，即可以实现第二数据跨域请求，如POST请求，避免了通过代理的方式进行第二数据跨域请求时的繁琐操作，使得客户端对第二数据跨域请求得到快速的响应，从而能够提高数据跨域请求的效率。
例如，客户端实际需要发送的数据跨域请求为POST跨域请求，请求URL为：
http://api.lesports.com/sms/v1/match；
则客户端可以预先根据服务器自定义的规范向服务器发送GET请求，然后在GET请求中增加POST，请求URL仍为：
http://api.lesports.com/sms/v1/match。
当服务器检测到客户端端发送的GET请求中携带有POST时，就可以确认POST为客户端实际需要发起的数据跨域请求。
102、检测第二数据跨域请求的标识信息是否与预置数据跨域请求的标识信息相匹配。
其中，服务器中保存有多个预置数据跨域请求的标识信息。当服务器提供有请求的处理策略时，可以根据请求的处理策略，配置预置数据跨域请求的标识信息，同时将配置的预置数据跨域请求的标识信息进行保存。例如，服务器中保存有POST请求的处理策略，则可以将POST配置为预置数据跨域请求的标识信息。当客户端发送的第二数据跨域请求的标识信息为POST时，则确认第二数据跨域请求的标识信息与预置数据跨域请求的标识信息相匹配。
需要说明的是，所述预置数据跨域请求的标识信息对应的保存形式可以为键值对，所述键值对中的键用于标识所述客户端发送的第一数据跨域请求可重载，即客户端当前发送的第一数据跨域请求不是真正需要发起的跨域请求，值为所述预置数据跨域请求的标识信息。
例如，键值对为X-HTTP-Method-Override：POST，其中，键值对的键为X-HTTP-Method-Override，键值对的值为POST。此时，说明POST跨域请求为客户端实际需要发起的跨域请求。
对于本发明实施例，步骤102具体可以为：检测键值对的值是否与预置键值对的值相匹配。
103、若第二数据跨域请求的标识信息与预置数据跨域请求的标识信息相匹配，则根据第二数据跨域请求对与URL对应的数据进行处理并将处理结果发送给客户端。
对于本发明实施例，当所述第二数据跨域请求为POST请求时，所述根据所述第二数据跨域请求对URL对应的数据进行处理具体可以包括：将所述URL对应的数据进行修改并将修改后的数据发送给所述客户端。当所述第二数据跨域请求为PUT请求时，所述根据所述第二数据跨域请求对URL对应的数据进行处理并将处理结果发送给所述客户端具体可以包括：添加所述URL对应的数据并将添加结果发送给所述客户端。当所述第二数据跨域请求为DELETE请求时，所述根据所述第二数据跨域请求对URL对应的数据进行处理并将处理结果发送给所述客户端具体可以包括：将所述URL对应的数据进行删除并将删除结果发送给所述客户端。
本发明实施例提供的一种数据跨域请求方法，通过在第一数据跨域请求中配置第二数据跨域请求的标识信息，改变了现有技术需要采用代理的方式进行POST，PUT、DELETE等跨域请求，能够直接实现所述POST，PUT、DELETE等跨域请求，从而能够提高数据跨域请求的效率。
本发明实施例提供了另一种数据跨域请求方法，可以应用于客户端，如图2所示，所述方法包括：
201、获取第一数据跨域请求和第二数据跨域请求的标识信息。
其中，所述第一数据跨域请求中携带有统一资源定位符URL，所述第一数据跨域请求为JSONP方式支持的数据跨域请求，所述第二数据跨域请求为JSONP方式不支持的数据跨域请求。
202、在第一数据跨域请求中配置第二数据跨域请求的标识信息。
对于本发明实施例，客户端通过将第二数据跨域请求的标识信息直接添加到第一数据跨域请求中，以JSONP方式支持的第一数据跨域请求向服务器传递第二数据跨域请求的标识信息，可以实现客户端实际需要发送的第二数据跨域请求，避免了通过代理的方式进行第二数据跨域请求时的繁琐操作，使得客户端对第二数据跨域请求得到快速的响应，从而能够提 高数据跨域请求的效率。
对于本发明实施例，步骤202具体可以为：在第一数据跨域请求对应的字段中添加第二数据跨域请求标识信息。
其中，第一数据跨域请求对应的字段可以为：X-HTTP-Method-Override。通过在第一数据跨域请求中设置请求字段，可以标识客户端当前发送的第一数据跨域请求不是真正需要发起的跨域请求，将第二数据跨域请求标识信息添加到第一数据跨域请求对应的字段中，可以标识客户端实际需要发起的请求方式。
203、将配置标识信息的第一数据跨域请求发送给服务器。
进一步地，以便于所述服务器根据第二数据跨域请求对URL对应的数据进行处理。
204、接收服务器发送的处理结果。
对于本发明实施，步骤204具体可以为：接收所述服务器发送的修改后的数据，所述修改后的数据为所述服务器根据修改POST请求对URL对应的数据进行修改后的数据。
对于本发明实施，步骤204具体还可以为：接收所述服务器发送的添加结果，所述添加结果为所述服务器根据添加PUT请求添加URL对应的数据生成的结果。
对于本发明实施，步骤204具体还可以为：接收所述服务器发送的删除结果，所述删除结果为所述服务器根据删除DELETE请求删除URL对应的数据生成的结果。
进一步地，作为图1所述方法的具体实现，本发明实施例提供了一种服务器，如图3所示，所述服务器包括：接收单元31、检测单元32、处理单元33、发送单元34。
接收单元31，用于接收客户端发送的第一数据跨域请求，所述第一数据跨域请求中携带有统一资源定位符URL以及第二数据跨域请求的标识信息，所述第一数据跨域请求为JSONP方式支持的数据跨域请求，所述第二数据跨域请求为JSONP方式不支持的数据跨域请求。所述第一数据跨域请求为获取GET请求，所述第二数据跨域请求为修改POST请求、添加PUT请求、删除DELETE请求中的任意一种。接收单元31是本服务器中接收第一数据跨域请 求的主要功能模块。
检测单元32，用于检测所述第二数据跨域请求的标识信息是否与预置数据跨域请求的标识信息相匹配，服务器中保存有不同预置数据跨域请求的标识信息。检测单元32是本服务器中检测所述第二数据跨域请求的标识信息是否与预置数据跨域请求的标识信息相匹配的主要功能模块。
处理单元33，用于若所述第二数据跨域请求的标识信息与所述预置数据跨域请求的标识信息相匹配，则根据所述第二数据跨域请求对与所述URL对应的数据进行处理。处理单元33是本服务器中根据所述第二数据跨域请求对与所述URL对应的数据进行处理的主要功能模块。
发送单元34，用于将处理结果发送给客户端。发送单元34是本服务器中发送处理结果的主要功能模块。
所述预置数据跨域请求的标识信息对应的保存形式为键值对，所述键值对中的键用于标识所述客户端发送的第一数据跨域请求可重载，值为所述预置数据跨域请求的标识信息。
所述检测单元32，具体用于检测所述键值对的值是否与预置键值对的值相匹配。
需要说明的是，本发明实施例提供的一种服务器所涉及各功能单元的其他相应描述，可以参考图1所示方法的对应描述，在此不再赘述。本发明实施例中可以通过硬件处理器来实现相关功能模块。
本发明实施例提供的一种服务器，通过在第一数据跨域请求中配置第二数据跨域请求的标识信息，改变了现有技术需要采用代理的方式进行POST，PUT、DELETE等跨域请求，能够直接实现所述POST，PUT、DELETE等跨域请求，从而能够提高数据跨域请求的效率。
进一步地，作为图2所述方法的具体实现，本发明实施例提供了一种客户端，如图4所示，所述客户端包括：获取单元41、配置单元42、发送单元43、接收单元44。
获取单元41，用于获取第一数据跨域请求和第二数据跨域请求的标识信息，所述第一数据跨域请求中携带有统一资源定位符URL，所述第一数据跨域请求为JSONP方式支持的数据跨域请求，所述第二数据跨域请求为JSONP方式不支持的数据跨域请求。所述第一数据跨域请求为获取GET 请求，所述第二数据跨域请求为修改POST请求、添加PUT请求、删除DELETE请求中的任意一种。获取单元41是本客户端中获取第一数据跨域请求和第二数据跨域请求的标识信息的主要功能模块。
配置单元42，用于在所述第一数据跨域请求中配置所述标识信息。配置单元42是本客户端中在所述第一数据跨域请求中配置所述标识信息的主要功能模块。
发送单元43，用于将配置所述标识信息的所述第一数据跨域请求发送给服务器。
进一步地，以便于所述服务器根据第二数据跨域请求对URL对应的数据进行处理。发送单元43是本客户端中发送第一数据跨域请求的主要功能模块。
接收单元44，用于接收所述服务器发送的处理结果。接收单元74是本客户端中接收处理结果的主要功能模块。
需要说明的是，本发明实施例提供的一种客户端所涉及各功能单元的其他相应描述，可以参考图4所示方法的对应描述，在此不再赘述。本发明实施例中可以通过硬件处理器来实现相关功能模块。
所述配置单元42，用于在所述第一数据跨域请求对应的字段中添加所述标识信息。
本发明实施例提供的一种客户端，通过在第一数据跨域请求中配置第二数据跨域请求的标识信息，改变了现有技术需要采用代理的方式进行POST，PUT、DELETE等跨域请求，能够直接实现所述POST，PUT、DELETE等跨域请求，从而能够提高数据跨域请求的效率。
需要说明的是，本发明实施例提供的一种客户端所涉及各功能单元的其他相应描述，可以参考图2所示方法的对应描述，在此不再赘述。本发明实施例中可以通过硬件处理器来实现相关功能模块。
本发明实施例提供的一种客户端，通过在第一数据跨域请求中配置第二数据跨域请求的标识信息，改变了现有技术需要采用代理的方式进行POST，PUT、DELETE等跨域请求，能够直接实现所述POST，PUT、DELETE等跨域请求，从而能够提高数据跨域请求的效率。
本发明实施例提供了一种数据跨域请求系统，包括：客户端51、服务 器52。
客户端51，用于获取第一数据跨域请求和第二数据跨域请求的标识信息，所述第一数据跨域请求中携带有统一资源定位符URL；在所述第一数据跨域请求中配置所述标识信息；将配置所述标识信息的所述第一数据跨域请求发送给服务器52。
服务器52，用于检测所述第二数据跨域请求的标识信息是否与预置数据跨域请求的标识信息相匹配，服务器中保存有不同预置数据跨域请求的标识信息；若所述第二数据跨域请求的标识信息与所述预置数据跨域请求的标识信息相匹配，则根据所述第二数据跨域请求对与所述URL对应的数据进行处理并将处理结果发送给客户端51。
需要说明的是，针对上述客户端、服务器及数据跨域请求系统，凡是本发明实施例中使用到的各个单元模块的功能都可以通过硬件处理器(hardware processor)来实现。
示例性的，如图6所示，图6示出了本发明实施例提供的一种服务器的实体结构示意图，该服务器可以包括：处理器(processor)61、通信接口(Communications Interface)62、存储器(memory)63和总线64，其中，处理器61、通信接口62、存储器63通过总线64完成相互间的通信。通信接口62可以用于服务器与客户端之间的信息传输。处理器61可以调用存储器63中的逻辑指令，以执行如下方法：接收客户端发送的第一数据跨域请求，所述第一数据跨域请求中携带有统一资源定位符URL以及第二数据跨域请求的标识信息，所述第一数据跨域请求为JSONP方式支持的数据跨域请求，所述第二数据跨域请求为JSONP方式不支持的数据跨域请求；检测所述第二数据跨域请求的标识信息是否与预置数据跨域请求的标识信息相匹配，服务器中保存有多个预置数据跨域请求的标识信息；若所述第二数据跨域请求的标识信息与所述预置数据跨域请求的标识信息相匹配，则根据所述第二数据跨域请求对与所述URL对应的数据进行处理并将处理结果发送给客户端。
此外，上述的存储器63中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做 出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本发明实施例提供的一种数据跨域请求系统，通过在第一数据跨域请求中配置第二数据跨域请求的标识信息，改变了现有技术需要采用代理的方式进行POST，PUT、DELETE等跨域请求，能够直接实现所述POST，PUT、DELETE等跨域请求，从而能够提高数据跨域请求的效率。
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (13)

  1. 一种数据跨域请求方法，其特征在于，包括：
    接收客户端发送的第一数据跨域请求，所述第一数据跨域请求中携带有统一资源定位符URL以及第二数据跨域请求的标识信息，所述第一数据跨域请求为JSONP方式支持的数据跨域请求，所述第二数据跨域请求为JSONP方式不支持的数据跨域请求；
    检测所述第二数据跨域请求的标识信息是否与预置数据跨域请求的标识信息相匹配，服务器中保存有多个预置数据跨域请求的标识信息；
    若所述第二数据跨域请求的标识信息与所述预置数据跨域请求的标识信息相匹配，则根据所述第二数据跨域请求对与所述URL对应的数据进行处理并将处理结果发送给客户端。
  2. 根据权利要求1所述的数据跨域请求方法，其特征在于，所述预置数据跨域请求的标识信息对应的保存形式为键值对，所述键值对中的键用于标识所述客户端发送的第一数据跨域请求可重载，值为所述预置数据跨域请求的标识信息，所述检测所述第二数据跨域请求的标识信息是否与预置数据跨域请求的标识信息相匹配包括：
    检测所述键值对的值是否与预置键值对的值相匹配。
  3. 根据权利要求1或2所述的数据跨域请求方法，其特征在于，所述第一数据跨域请求为获取GET请求，所述第二数据跨域请求为修改POST请求、添加PUT请求、删除DELETE请求中的任意一种。
  4. 一种数据跨域请求方法，其特征在于，包括：
    获取第一数据跨域请求和第二数据跨域请求的标识信息，所述第一数据跨域请求中携带有统一资源定位符URL，所述第一数据跨域请求为JSONP方式支持的数据跨域请求，所述第二数据跨域请求为JSONP方式不支持的数据跨域请求；
    在所述第一数据跨域请求中配置所述标识信息；
    将配置所述标识信息的所述第一数据跨域请求发送给服务器，以便于所述服务器根据第二数据跨域请求对URL对应的数据进行处理；
    接收所述服务器发送的处理结果。
  5. 根据权利要求4所述的数据跨域请求方法，其特征在于，在所述第一 数据跨域请求中配置所述标识信息包括：
    在所述第一数据跨域请求对应的字段中添加所述标识信息。
  6. 根据权利要求4或5所述的数据跨域请求方法，其特征在于，所述第一数据跨域请求为获取GET请求，所述第二数据跨域请求为修改POST请求、添加PUT请求、删除DELETE请求中的任意一种。
  7. 一种服务器，其特征在于，包括：
    接收单元，用于接收客户端发送的第一数据跨域请求，所述第一数据跨域请求中携带有统一资源定位符URL以及第二数据跨域请求的标识信息，所述第一数据跨域请求为JSONP方式支持的数据跨域请求，所述第二数据跨域请求为JSONP方式不支持的数据跨域请求；
    检测单元，检测所述第二数据跨域请求的标识信息是否与预置数据跨域请求的标识信息相匹配，服务器中保存有多个预置数据跨域请求的标识信息；
    处理单元，用于若所述第二数据跨域请求的标识信息与所述预置数据跨域请求的标识信息相匹配，则根据所述第二数据跨域请求对与所述URL对应的数据进行处理；
    发送单元，用于将处理结果发送给客户端。
  8. 根据权利要求7所述的服务器，其特征在于，所述预置数据跨域请求的标识信息对应的保存形式为键值对，所述键值对中的键用于标识所述客户端发送的第一数据跨域请求可重载，值为所述预置数据跨域请求的标识信息，
    所述检测单元，具体用于检测所述键值对的值是否与预置键值对的值相匹配。
  9. 根据权利要求7或8所述的服务器，其特征在于，所述第一数据跨域请求为获取GET请求，所述第二数据跨域请求为修改POST请求、添加PUT请求、删除DELETE请求中的任意一种。
  10. 一种客户端，其特征在于，包括：
    获取单元，用于获取第一数据跨域请求和第二数据跨域请求的标识信息，所述第一数据跨域请求中携带有统一资源定位符URL，所述第一数据跨域请求为JSONP方式支持的数据跨域请求，所述第二数据跨域请求为JSONP方式不支持的数据跨域请求；
    配置单元，用于在所述第一数据跨域请求中配置所述标识信息；
    发送单元，用于将配置所述标识信息的所述第一数据跨域请求发送给服务器，以便于所述服务器根据第二数据跨域请求对URL对应的数据进行处理；
    接收单元，用于接收所述服务器发送的处理结果。
  11. 根据权利要求10所述的客户端，其特征在于，
    所述配置单元，用于在所述第一数据跨域请求对应的字段中添加所述标识信息。
  12. 根据权利要求10或11所述的客户端，其特征在于，所述第一数据跨域请求为获取GET请求，所述第二数据跨域请求为修改POST请求、添加PUT请求、删除DELETE请求中的任意一种。
  13. 一种数据跨域请求系统，其特征在于，所述系统包括：如权利要求7-9任一项所述的服务器和如权利要求10-12任一项所述的客户端。
PCT/CN2016/082631 2015-11-24 2016-05-19 数据跨域请求方法、设备及系统 Ceased WO2017088369A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
RU2016140165A RU2016140165A (ru) 2015-11-24 2016-05-19 Способ, устройство и система для кросс-доменного запроса данных
US15/245,207 US20170149934A1 (en) 2015-11-24 2016-08-24 Method, device and system for data cross-domain request

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510828991.7 2015-11-24
CN201510828991.7A CN105871976A (zh) 2015-11-24 2015-11-24 数据跨域请求方法、设备及系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/245,207 Continuation US20170149934A1 (en) 2015-11-24 2016-08-24 Method, device and system for data cross-domain request

Publications (1)

Publication Number Publication Date
WO2017088369A1 true WO2017088369A1 (zh) 2017-06-01

Family

ID=56623816

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/082631 Ceased WO2017088369A1 (zh) 2015-11-24 2016-05-19 数据跨域请求方法、设备及系统

Country Status (3)

Country Link
CN (1) CN105871976A (zh)
RU (1) RU2016140165A (zh)
WO (1) WO2017088369A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106844452A (zh) * 2016-12-19 2017-06-13 大唐网络有限公司 跨域请求方法和装置
CN107391568B (zh) * 2017-06-16 2020-01-21 福建省华渔教育科技有限公司 突破跨域请求限制的方法及其系统
CN110297663B (zh) * 2018-03-21 2022-10-04 阿里巴巴集团控股有限公司 应用程序的唤醒方法、装置、终端和介质
CN109815254B (zh) * 2018-12-28 2020-12-22 北京东方国信科技股份有限公司 基于大数据的跨地域任务调度方法及系统
CN109831361B (zh) * 2019-02-28 2020-10-16 东软集团股份有限公司 一种分布式调试方法、系统及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103023790A (zh) * 2012-12-31 2013-04-03 北京京东世纪贸易有限公司 一种用于实现跨域交互访问的方法和系统
CN103309861A (zh) * 2012-03-07 2013-09-18 阿里巴巴集团控股有限公司 跨域数据获取的方法与装置
US20140019517A1 (en) * 2012-07-16 2014-01-16 Neopost Technologies Web-hosted shipping system and method of use thereof
CN103856493A (zh) * 2012-11-28 2014-06-11 纽海信息技术（上海）有限公司 跨域登录系统及方法
CN104426862A (zh) * 2013-08-27 2015-03-18 腾讯科技（深圳）有限公司 实现跨域请求登录的方法、系统及浏览器

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102486780A (zh) * 2010-12-01 2012-06-06 腾讯科技（深圳）有限公司 异步跨域传输xml数据的方法、客户端和服务端
CN104298757B (zh) * 2014-10-22 2018-01-12 福建星网视易信息系统有限公司 一种兼容多版本移动客户端及数据库的方法及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103309861A (zh) * 2012-03-07 2013-09-18 阿里巴巴集团控股有限公司 跨域数据获取的方法与装置
US20140019517A1 (en) * 2012-07-16 2014-01-16 Neopost Technologies Web-hosted shipping system and method of use thereof
CN103856493A (zh) * 2012-11-28 2014-06-11 纽海信息技术（上海）有限公司 跨域登录系统及方法
CN103023790A (zh) * 2012-12-31 2013-04-03 北京京东世纪贸易有限公司 一种用于实现跨域交互访问的方法和系统
CN104426862A (zh) * 2013-08-27 2015-03-18 腾讯科技（深圳）有限公司 实现跨域请求登录的方法、系统及浏览器

Also Published As

Publication number Publication date
RU2016140165A (ru) 2018-06-26
RU2016140165A3 (zh) 2018-06-26
CN105871976A (zh) 2016-08-17

Similar Documents

Publication Publication Date Title
US8813214B1 (en) Method and system for providing secure peer-to-peer file transfers
US11159630B2 (en) Third party validation of web content
WO2017190641A1 (zh) 拦截爬虫的方法、装置、服务器终端以及计算机可读介质
US10212179B2 (en) Method and system for checking security of URL for mobile terminal
CN104580406B (zh) 一种同步登录状态的方法和装置
CN104468592B (zh) 登录方法和登录系统
CN106874471B (zh) 信息推送方法和装置
CN102710748A (zh) 数据获取方法、系统及设备
WO2010051766A1 (zh) 目标资源的信息获取方法及装置
WO2017088369A1 (zh) 数据跨域请求方法、设备及系统
WO2016070718A1 (zh) 进行文件下载的方法、装置和浏览器
CN102932370A (zh) 一种安全扫描方法、设备及系统
WO2014000293A1 (zh) 用户行为的获取方法、设备及系统
CN104618444A (zh) 一种基于反向代理服务器处理请求的方法和装置
CN105959358A (zh) Cdn服务器及其缓存数据的方法
CN113452733A (zh) 文件下载方法和装置
US20170149934A1 (en) Method, device and system for data cross-domain request
WO2017174026A1 (zh) 一种客户端连接方法及系统
CN104486397A (zh) 在浏览器中进行数据传输的方法、客户端和移动终端
CN106649109A (zh) 一种智能终端的Web测试方法及系统
KR20130072907A (ko) 단축 ｕｒｌ 생성 방법 및 이를 지원하는 시스템
CN112149392A (zh) 一种富文本编辑方法和装置
CN102629943A (zh) 一种移动宽带设备及其移动宽带业务处理的方法
TWI546688B (zh) 對網路位址進行處理的方法及相關的伺服器與非暫態電腦可讀取儲存媒體
CN104462223B (zh) 一种基于对等网络模式的网页浏览方法和装置

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2016140165

Country of ref document: RU

Kind code of ref document: A

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16867598

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16867598

Country of ref document: EP

Kind code of ref document: A1