本發(fā)明涉及互聯(lián)網(wǎng)領(lǐng)域，具體而言，涉及一種跨域請求方法和裝置。

背景技術(shù)：

RestApi是目前比較成熟的一種互聯(lián)網(wǎng)應(yīng)用程序的API設(shè)計理念，方便不同的前端與后端之間，服務(wù)與服務(wù)之間，進(jìn)行信息交互。RestApi主要是利用http(s)協(xié)議進(jìn)行通信，數(shù)據(jù)主要以json與xml格式進(jìn)行交互。它的這些特點(diǎn)使其便于跨平臺，跨語言協(xié)作開發(fā)和通信。同時一般的設(shè)備都支持http服務(wù)。

在同一域名下，RestApi設(shè)計本身不會有問題。再不同服務(wù)之間交互時，RestApi交互也不會存在問題。但是，在RestApi框架中，如果是瀏覽器作為終端去訪問在不同域名下的RestApi服務(wù)時，很容易暴露出跨域問題。

跨域的產(chǎn)生是因?yàn)楦鞣N瀏覽器的廠商從安全角度考慮，不允許不同域之間互相操作數(shù)據(jù)。一般只允許獲得數(shù)據(jù)，不允許添加，刪除，修改等操作行為。

但在實(shí)際的軟件開發(fā)過程中經(jīng)常會遇到跨域操作數(shù)據(jù)的情況。為了解決跨域問題，同時考慮各種瀏覽器的兼容性，一般會采用jsonp來處理跨域的數(shù)據(jù)交互。JSONP是一種非官方的跨域數(shù)據(jù)交互協(xié)議，一般瀏覽器都支持。JSONP協(xié)議的一個特點(diǎn)就是：用戶傳遞一個callback參數(shù)給服務(wù)端，然后服務(wù)端返回數(shù)據(jù)時會將這個callback參數(shù)作為函數(shù)名來包裹住數(shù)據(jù)，如此以來用戶就可以定義自己的函數(shù)來處理返回數(shù)據(jù)了。

現(xiàn)有技術(shù)中，跨域數(shù)據(jù)的添加，刪除，修改等操作的操作步驟十分復(fù)雜。

針對上述的問題，目前尚未提出有效的解決方案。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明實(shí)施例提供了一種跨域請求方法和裝置，以至少解決現(xiàn)有技術(shù)中跨域數(shù)據(jù)操作方式步驟復(fù)雜的技術(shù)問題。

根據(jù)本發(fā)明實(shí)施例的一個方面，提供了一種跨域請求方法，包括：接收第一跨域請求，所述第一跨域請求中攜帶以下信息：目標(biāo)統(tǒng)一資源定位符URL、第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)，其中，所述第一跨域請求由客戶端發(fā)出；解析所述第一跨域請求，得到所述目標(biāo)統(tǒng)一資源定位符URL、所述第二跨域請求的標(biāo)識信息、所述第一數(shù)據(jù)；根據(jù)所述第二跨域請求的標(biāo)識信息、所述第一數(shù)據(jù)對所述目標(biāo)統(tǒng)一資源定位符URL對應(yīng)的數(shù)據(jù)進(jìn)行相應(yīng)的處理。

進(jìn)一步地，在根據(jù)所述第二跨域請求的標(biāo)識信息、所述第一數(shù)據(jù)對所述目標(biāo)統(tǒng)一資源定位符URL對應(yīng)的數(shù)據(jù)進(jìn)行相應(yīng)的處理之后，所述方法還包括：向所述客戶端發(fā)送處理結(jié)果。

進(jìn)一步地，所述第一跨域請求為Get請求，所述第二跨域請求為以下之一：Post請求、Delete請求、Put請求。

根據(jù)本發(fā)明實(shí)施例的另一方面，還提供了一種跨域請求方法，包括：獲取第一跨域請求，其中，所述第一跨域請求中攜帶了目標(biāo)統(tǒng)一資源定位符URL；獲取第二跨域請求的標(biāo)識信息和第一數(shù)據(jù)；根據(jù)所述第二跨域請求的標(biāo)識信息和所述第一數(shù)據(jù)對所述第一跨域請求進(jìn)行配置，得到配置之后的第一跨域請求，所述配置之后的第一跨域請求攜帶以下信息：所述目標(biāo)統(tǒng)一資源定位符URL、所述第二跨域請求的標(biāo)識信息、所述第一數(shù)據(jù)；向服務(wù)器發(fā)送所述配置之后的第一跨域請求。

進(jìn)一步地，在向服務(wù)器發(fā)送所述配置之后的第一跨域請求之后，所述方法還包括：接收所述服務(wù)器發(fā)送的處理結(jié)果。

進(jìn)一步地，所述第一跨域請求為Get請求，所述第二跨域請求為以下之一：Post請求、Delete請求、Put請求。

根據(jù)本發(fā)明實(shí)施例的另一方面，還提供了一種跨域請求裝置，包括：接收單元，用于接收第一跨域請求，所述第一跨域請求中攜帶以下信息：目標(biāo)統(tǒng)一資源定位符URL、第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)，其中，所述第一跨域請求由客戶端發(fā)出；解析單元，用于解析所述第一跨域請求，得到所述目標(biāo)統(tǒng)一資源定位符URL、所述第二跨域請求的標(biāo)識信息、所述第一數(shù)據(jù)；處理單元，用于根據(jù)所述第二跨域請求的標(biāo)識信息、所述第一數(shù)據(jù)對所述目標(biāo)統(tǒng)一資源定位符URL對應(yīng)的數(shù)據(jù)進(jìn)行相應(yīng)的處理。

進(jìn)一步地，所述裝置還包括：處理結(jié)果發(fā)送單元，用于在所述處理單元根據(jù)所述第二跨域請求的標(biāo)識信息、所述第一數(shù)據(jù)對所述目標(biāo)統(tǒng)一資源定位符URL對應(yīng)的數(shù)據(jù)進(jìn)行相應(yīng)的處理之后，向所述客戶端發(fā)送處理結(jié)果。

根據(jù)本發(fā)明實(shí)施例的另一方面，還提供了一種跨域請求裝置，包括：第一獲取單元，用于獲取第一跨域請求，其中，所述第一跨域請求中攜帶了目標(biāo)統(tǒng)一資源定位符URL；第二獲取單元，用于獲取第二跨域請求的標(biāo)識信息和第一數(shù)據(jù)；配置單元，用于根據(jù)所述第二跨域請求的標(biāo)識信息和所述第一數(shù)據(jù)對所述第一跨域請求進(jìn)行配置，得到配置之后的第一跨域請求，所述配置之后的第一跨域請求攜帶以下信息：所述目標(biāo)統(tǒng)一資源定位符URL、所述第二跨域請求的標(biāo)識信息、所述第一數(shù)據(jù)；發(fā)送單元，用于向服務(wù)器發(fā)送所述配置之后的第一跨域請求。

進(jìn)一步地，所述裝置還包括：處理結(jié)果接收單元，用于在所述發(fā)送單元向服務(wù)器發(fā)送所述配置之后的第一跨域請求之后，接收所述服務(wù)器發(fā)送的處理結(jié)果。

在本發(fā)明實(shí)施例中，第一跨域請求中攜帶了目標(biāo)統(tǒng)一資源定位符URL、第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)，客戶端向服務(wù)器發(fā)送第一跨域請求，當(dāng)服務(wù)器接收到第一跨域請求之后，對第一跨域請求進(jìn)行解析，得到目標(biāo)統(tǒng)一資源定位符URL、第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)，根據(jù)第二跨域請求的標(biāo)識信息識別是哪一種第二跨域請求，例如，識別出第二跨域請求是提交數(shù)據(jù)、刪除數(shù)據(jù)或者修改數(shù)據(jù)，根據(jù)第二跨域請求所指示的操作、第一數(shù)據(jù)對目標(biāo)統(tǒng)一資源定位符URL對應(yīng)的數(shù)據(jù)進(jìn)行操作，達(dá)到了簡化跨域數(shù)據(jù)操作步驟的技術(shù)效果，進(jìn)而解決了現(xiàn)有技術(shù)中跨域數(shù)據(jù)操作方式步驟復(fù)雜的技術(shù)問題。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本發(fā)明的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中：

圖1是服務(wù)器執(zhí)行本發(fā)明實(shí)施例提供的跨域請求方法的流程圖；

圖2是客戶端執(zhí)行本發(fā)明實(shí)施例提供的跨域請求方法的流程圖；

圖3是根據(jù)本發(fā)明實(shí)施例的一種跨域請求裝置的示意圖；

圖4是根據(jù)本發(fā)明實(shí)施例的另一種跨域請求裝置的示意圖。

具體實(shí)施方式

為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分的實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都應(yīng)當(dāng)屬于本發(fā)明保護(hù)的范圍。

需要說明的是，本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應(yīng)該理解這樣使用的數(shù)據(jù)在適當(dāng)情況下可以互換，以便這里描述的本發(fā)明的實(shí)施例能夠以除了在這里圖示或描述的那些以外的順序?qū)嵤４送?，術(shù)語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設(shè)備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn)品或設(shè)備固有的其它步驟或單元。

根據(jù)本發(fā)明實(shí)施例，提供了一種跨域請求方法的實(shí)施例，需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計算機(jī)可執(zhí)行指令的計算機(jī)系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。

本發(fā)明實(shí)施例提供的跨域請求方法由服務(wù)器和客戶端共同執(zhí)行。

圖1示出了服務(wù)器執(zhí)行本發(fā)明實(shí)施例提供的跨域請求方法的流程，如圖1所示，包括如下步驟：

步驟S102，接收第一跨域請求，第一跨域請求中攜帶以下信息：目標(biāo)統(tǒng)一資源定位符URL、第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)，其中，第一跨域請求由客戶端發(fā)出。

步驟S104，解析第一跨域請求，得到目標(biāo)統(tǒng)一資源定位符URL、第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)。

步驟S106，根據(jù)第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)對目標(biāo)統(tǒng)一資源定位符URL對應(yīng)的數(shù)據(jù)進(jìn)行相應(yīng)的處理。

第一跨域請求為各瀏覽器都允許的跨域請求，第二跨域請求為瀏覽器不允許的跨域請求。

第一跨域請求可以是獲取數(shù)據(jù)請求。

第二跨域請求可以是提交數(shù)據(jù)請求、刪除數(shù)據(jù)請求或者修改數(shù)據(jù)請求。

在第二跨域請求是修改數(shù)據(jù)請求的情況下，服務(wù)器接收到第一跨域請求之后，將目標(biāo)統(tǒng)一資源定位符URL對應(yīng)的數(shù)據(jù)修改為第一數(shù)據(jù)。

在本發(fā)明實(shí)施例中，第一跨域請求中攜帶了目標(biāo)統(tǒng)一資源定位符URL、第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)，客戶端向服務(wù)器發(fā)送第一跨域請求，當(dāng)服務(wù)器接收到第一跨域請求之后，對第一跨域請求進(jìn)行解析，得到目標(biāo)統(tǒng)一資源定位符URL、第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)，根據(jù)第二跨域請求的標(biāo)識信息識別是哪一種第二跨域請求，例如，識別出第二跨域請求是提交數(shù)據(jù)、刪除數(shù)據(jù)或者修改數(shù)據(jù)，根據(jù)第二跨域請求所指示的操作、第一數(shù)據(jù)對目標(biāo)統(tǒng)一資源定位符URL對應(yīng)的數(shù)據(jù)進(jìn)行操作，解決了現(xiàn)有技術(shù)中跨域數(shù)據(jù)操作方式步驟復(fù)雜的技術(shù)問題，達(dá)到了簡化跨域數(shù)據(jù)操作步驟的技術(shù)效果。

可選地，在根據(jù)第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)對目標(biāo)統(tǒng)一資源定位符URL對應(yīng)的數(shù)據(jù)進(jìn)行相應(yīng)的處理之后，方法還包括：向客戶端發(fā)送處理結(jié)果。

在服務(wù)器根據(jù)第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)對目標(biāo)統(tǒng)一資源定位符URL對應(yīng)的數(shù)據(jù)進(jìn)行相應(yīng)的處理之后，例如提交數(shù)據(jù)、刪除數(shù)據(jù)或者修改數(shù)據(jù)，將處理結(jié)果發(fā)送給客戶端，這樣，客戶端就能夠知道服務(wù)器已經(jīng)對目標(biāo)統(tǒng)一資源定位符URL對應(yīng)的數(shù)據(jù)進(jìn)行了處理。

可選地，第一跨域請求為Get請求，第二跨域請求為以下之一：Post請求、Delete請求、Put請求。

Post請求是提交數(shù)據(jù)請求；Delete請求是刪除數(shù)據(jù)請求；Put請求是修改數(shù)據(jù)請求。

圖2示出了客戶端執(zhí)行本發(fā)明實(shí)施例提供的跨域請求方法的流程。如圖2所示，該流程包括以下步驟：

步驟S202，獲取第一跨域請求，其中，第一跨域請求中攜帶了目標(biāo)統(tǒng)一資源定位符URL。

步驟S204，獲取第二跨域請求的標(biāo)識信息和第一數(shù)據(jù)。

步驟S206，根據(jù)第二跨域請求的標(biāo)識信息和第一數(shù)據(jù)對第一跨域請求進(jìn)行配置，得到配置之后的第一跨域請求，配置之后的第一跨域請求攜帶以下信息：目標(biāo)統(tǒng)一資源定位符URL、第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)。

步驟S208，向服務(wù)器發(fā)送配置之后的第一跨域請求。

第一跨域請求為各瀏覽器都允許的跨域請求，第二跨域請求為瀏覽器不允許的跨域請求。

第一跨域請求可以是獲取數(shù)據(jù)請求。

第二跨域請求可以是提交數(shù)據(jù)請求、刪除數(shù)據(jù)請求或者修改數(shù)據(jù)請求。

在第二跨域請求是修改數(shù)據(jù)請求的情況下，服務(wù)器接收到第一跨域請求之后，將目標(biāo)統(tǒng)一資源定位符URL對應(yīng)的數(shù)據(jù)修改為第一數(shù)據(jù)。

在本發(fā)明實(shí)施例中，第一跨域請求中攜帶了目標(biāo)統(tǒng)一資源定位符URL、第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)，客戶端向服務(wù)器發(fā)送第一跨域請求，當(dāng)服務(wù)器接收到第一跨域請求之后，對第一跨域請求進(jìn)行解析，得到目標(biāo)統(tǒng)一資源定位符URL、第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)，根據(jù)第二跨域請求的標(biāo)識信息識別是哪一種第二跨域請求，例如，識別出第二跨域請求是提交數(shù)據(jù)、刪除數(shù)據(jù)或者修改數(shù)據(jù)，根據(jù)第二跨域請求所指示的操作、第一數(shù)據(jù)對目標(biāo)統(tǒng)一資源定位符URL對應(yīng)的數(shù)據(jù)進(jìn)行操作，解決了現(xiàn)有技術(shù)中跨域數(shù)據(jù)操作方式步驟復(fù)雜的技術(shù)問題，達(dá)到了簡化跨域數(shù)據(jù)操作步驟的技術(shù)效果。

可選地，在向服務(wù)器發(fā)送配置之后的第一跨域請求之后，方法還包括：接收服務(wù)器發(fā)送的處理結(jié)果。

在服務(wù)器根據(jù)第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)對目標(biāo)統(tǒng)一資源定位符URL對應(yīng)的數(shù)據(jù)進(jìn)行相應(yīng)的處理之后，例如提交數(shù)據(jù)、刪除數(shù)據(jù)或者修改數(shù)據(jù)，將處理結(jié)果發(fā)送給客戶端，這樣，客戶端就能夠知道服務(wù)器已經(jīng)對目標(biāo)統(tǒng)一資源定位符URL對應(yīng)的數(shù)據(jù)進(jìn)行了處理。

可選地，第一跨域請求為Get請求，第二跨域請求為以下之一：Post請求、Delete請求、Put請求。

Post請求是提交數(shù)據(jù)請求；Delete請求是刪除數(shù)據(jù)請求；Put請求是修改數(shù)據(jù)請求。

本發(fā)明實(shí)施例提供的跨域請求方法基于各瀏覽器都允許跨域發(fā)起get請求。對于Post請求、Delete請求、Put請求，通過Get方法來進(jìn)行模擬。具體實(shí)現(xiàn)方式為：在header頭定義一個屬性，標(biāo)示當(dāng)前操作為Get，Post，Delete，Put等方法，同時將需要傳輸?shù)膬?nèi)容存儲在指定的屬性中。這樣就解決了跨域問題，同時能執(zhí)行多種http方法。

本發(fā)明實(shí)施例提供的跨域請求方法的前后端不需要針對跨域進(jìn)行額外的程序開發(fā)，只需要在服務(wù)器端接收數(shù)據(jù)時統(tǒng)一處理一下header頭就行，簡單，方便，快捷。

一般header頭只支持幾十kb到幾兆大小不等，即使只有幾十kb大小也已經(jīng)足以滿足一般的數(shù)據(jù)交互需求了。

Nodejs是事件驅(qū)動的、非阻塞式I/O的，輕量又高效的,跑在Chrome V8引擎的JavaScript。Nodejs非常適合封裝RestApi接口。

本發(fā)明實(shí)施例提供的Nodejs的跨域解決方案，只需要在服務(wù)收到request對象時，解析header內(nèi)容，根據(jù)定義的規(guī)則，將其內(nèi)容轉(zhuǎn)發(fā)到對應(yīng)的路由即可。這樣在開發(fā)程序的過程除了解析方法以外，跨域和不跨域的處理程序以及方式和方法都是一致的，無額外的工作量。

根據(jù)本發(fā)明實(shí)施例，還提供了一種跨域請求裝置，如圖3所示。該跨域請求裝置可以執(zhí)行圖1示出的跨域請求方法。

如圖3所示，該裝置包括：接收單元32、解析單元34、處理單元36。

接收單元32，用于接收第一跨域請求，第一跨域請求中攜帶以下信息：目標(biāo)統(tǒng)一資源定位符URL、第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)，其中，第一跨域請求由客戶端發(fā)出。

解析單元34，用于解析第一跨域請求，得到目標(biāo)統(tǒng)一資源定位符URL、第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)。

處理單元36，用于根據(jù)第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)對目標(biāo)統(tǒng)一資源定位符URL對應(yīng)的數(shù)據(jù)進(jìn)行相應(yīng)的處理。

第一跨域請求為各瀏覽器都允許的跨域請求，第二跨域請求為瀏覽器不允許的跨域請求。

第一跨域請求可以是獲取數(shù)據(jù)請求。

第二跨域請求可以是提交數(shù)據(jù)請求、刪除數(shù)據(jù)請求或者修改數(shù)據(jù)請求。

在第二跨域請求是修改數(shù)據(jù)請求的情況下，服務(wù)器接收到第一跨域請求之后，將目標(biāo)統(tǒng)一資源定位符URL對應(yīng)的數(shù)據(jù)修改為第一數(shù)據(jù)。

在本發(fā)明實(shí)施例中，第一跨域請求中攜帶了目標(biāo)統(tǒng)一資源定位符URL、第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)，客戶端向服務(wù)器發(fā)送第一跨域請求，當(dāng)服務(wù)器接收到第一跨域請求之后，對第一跨域請求進(jìn)行解析，得到目標(biāo)統(tǒng)一資源定位符URL、第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)，根據(jù)第二跨域請求的標(biāo)識信息識別是哪一種第二跨域請求，例如，識別出第二跨域請求是提交數(shù)據(jù)、刪除數(shù)據(jù)或者修改數(shù)據(jù)，根據(jù)第二跨域請求所指示的操作、第一數(shù)據(jù)對目標(biāo)統(tǒng)一資源定位符URL對應(yīng)的數(shù)據(jù)進(jìn)行操作，解決了現(xiàn)有技術(shù)中跨域數(shù)據(jù)操作方式步驟復(fù)雜的技術(shù)問題，達(dá)到了簡化跨域數(shù)據(jù)操作步驟的技術(shù)效果。

可選地，裝置還包括：處理結(jié)果發(fā)送單元。處理結(jié)果發(fā)送單元，用于在處理單元36根據(jù)第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)對目標(biāo)統(tǒng)一資源定位符URL對應(yīng)的數(shù)據(jù)進(jìn)行相應(yīng)的處理之后，向客戶端發(fā)送處理結(jié)果。

根據(jù)本發(fā)明實(shí)施例，還提供了一種跨域請求裝置，如圖4所示。該跨域請求裝置可以執(zhí)行圖2示出的跨域請求方法。

如圖4所示，該裝置包括：第一獲取單元42、第二獲取單元44、配置單元46、發(fā)送單元48。

第一獲取單元42，用于獲取第一跨域請求，其中，第一跨域請求中攜帶了目標(biāo)統(tǒng)一資源定位符URL。

第二獲取單元44，用于獲取第二跨域請求的標(biāo)識信息和第一數(shù)據(jù)。

配置單元46，用于根據(jù)第二跨域請求的標(biāo)識信息和第一數(shù)據(jù)對第一跨域請求進(jìn)行配置，得到配置之后的第一跨域請求，配置之后的第一跨域請求攜帶以下信息：目標(biāo)統(tǒng)一資源定位符URL、第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)。

發(fā)送單元48，用于向服務(wù)器發(fā)送配置之后的第一跨域請求。

第一跨域請求為各瀏覽器都允許的跨域請求，第二跨域請求為瀏覽器不允許的跨域請求。

第一跨域請求可以是獲取數(shù)據(jù)請求。

第二跨域請求可以是提交數(shù)據(jù)請求、刪除數(shù)據(jù)請求或者修改數(shù)據(jù)請求。

在第二跨域請求是修改數(shù)據(jù)請求的情況下，服務(wù)器接收到第一跨域請求之后，將目標(biāo)統(tǒng)一資源定位符URL對應(yīng)的數(shù)據(jù)修改為第一數(shù)據(jù)。

在本發(fā)明實(shí)施例中，第一跨域請求中攜帶了目標(biāo)統(tǒng)一資源定位符URL、第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)，客戶端向服務(wù)器發(fā)送第一跨域請求，當(dāng)服務(wù)器接收到第一跨域請求之后，對第一跨域請求進(jìn)行解析，得到目標(biāo)統(tǒng)一資源定位符URL、第二跨域請求的標(biāo)識信息、第一數(shù)據(jù)，根據(jù)第二跨域請求的標(biāo)識信息識別是哪一種第二跨域請求，例如，識別出第二跨域請求是提交數(shù)據(jù)、刪除數(shù)據(jù)或者修改數(shù)據(jù)，根據(jù)第二跨域請求所指示的操作、第一數(shù)據(jù)對目標(biāo)統(tǒng)一資源定位符URL對應(yīng)的數(shù)據(jù)進(jìn)行操作，解決了現(xiàn)有技術(shù)中跨域數(shù)據(jù)操作方式步驟復(fù)雜的技術(shù)問題，達(dá)到了簡化跨域數(shù)據(jù)操作步驟的技術(shù)效果。

可選地，裝置還包括：處理結(jié)果接收單元。處理結(jié)果接收單元，用于在發(fā)送單元向服務(wù)器發(fā)送配置之后的第一跨域請求之后，接收服務(wù)器發(fā)送的處理結(jié)果。

上述本發(fā)明實(shí)施例序號僅僅為了描述，不代表實(shí)施例的優(yōu)劣。

在本發(fā)明的上述實(shí)施例中，對各個實(shí)施例的描述都各有側(cè)重，某個實(shí)施例中沒有詳述的部分，可以參見其他實(shí)施例的相關(guān)描述。

在本發(fā)明所提供的幾個實(shí)施例中，應(yīng)該理解到，所揭露的技術(shù)內(nèi)容，可通過其它的方式實(shí)現(xiàn)。其中，以上所描述的裝置實(shí)施例僅僅是示意性的，例如所述單元的劃分，可以為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點(diǎn)，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，單元或模塊的間接耦合或通信連接，可以是電性或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個單元上。可以根據(jù)實(shí)際的需要選擇其中的部分或者全部單元來實(shí)現(xiàn)本實(shí)施例方案的目的。

另外，在本發(fā)明各個實(shí)施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨(dú)物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能單元的形式實(shí)現(xiàn)。

所述集成的單元如果以軟件功能單元的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷售或使用時，可以存儲在一個計算機(jī)可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機(jī)設(shè)備(可為個人計算機(jī)、服務(wù)器或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實(shí)施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：U盤、只讀存儲器(ROM，Read-Only Memory)、隨機(jī)存取存儲器(RAM，Random Access Memory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也應(yīng)視為本發(fā)明的保護(hù)范圍。