數(shù)據(jù)處理方法、裝置和系統(tǒng)的制作方法
【專利摘要】本申請(qǐng)涉及數(shù)據(jù)處理方法、裝置和系統(tǒng)。該方法包括:接收來自第一客戶端的憑證創(chuàng)建請(qǐng)求;根據(jù)該請(qǐng)求,創(chuàng)建憑證數(shù)據(jù)并對(duì)憑證數(shù)據(jù)進(jìn)行第一加簽操作;將經(jīng)第一加簽的憑證數(shù)據(jù)發(fā)送給第一客戶端,以由第一客戶端對(duì)經(jīng)第一加簽的憑證數(shù)據(jù)進(jìn)行第二加簽操作并將經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)傳輸給第二客戶端;接收來自第二客戶端的憑證處理請(qǐng)求,該請(qǐng)求是第二客戶端在接收到來自第一客戶端的憑證數(shù)據(jù)并對(duì)該憑證數(shù)據(jù)進(jìn)行第一驗(yàn)簽操作成功之后發(fā)出的;根據(jù)憑證處理請(qǐng)求,對(duì)憑證數(shù)據(jù)進(jìn)行第二驗(yàn)簽操作并針對(duì)第二驗(yàn)簽操作成功的憑證數(shù)據(jù)進(jìn)行憑證處理操作;以及向第二客戶端發(fā)送憑證處理操作的結(jié)果信息。由此能增加數(shù)據(jù)交互的靈活性和方便性,方便用戶的使用。
【專利說明】數(shù)據(jù)處理方法、裝置和系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本申請(qǐng)涉及計(jì)算機(jī)通信領(lǐng)域,尤其涉及互聯(lián)網(wǎng)數(shù)據(jù)傳輸中的數(shù)據(jù)處理方法、裝置和系統(tǒng)。
【背景技術(shù)】
[0002]隨著互聯(lián)網(wǎng)的迅猛發(fā)展,網(wǎng)上數(shù)據(jù)交互越來越普遍,當(dāng)前已經(jīng)成為人們生活中的主要數(shù)據(jù)交互方式。
[0003]在目前的網(wǎng)上數(shù)據(jù)交互的數(shù)據(jù)處理過程中,通常需要交互雙方都保持實(shí)時(shí)在線,即與互聯(lián)網(wǎng)實(shí)時(shí)連接,才能完成數(shù)據(jù)交互過程。由于環(huán)境的問題,網(wǎng)絡(luò)穩(wěn)定性不高,往往出現(xiàn)網(wǎng)絡(luò)狀況不良的情況,這就會(huì)影響網(wǎng)上數(shù)據(jù)交互的成功率,另外也阻礙了移動(dòng)業(yè)務(wù)數(shù)據(jù)交互和線下業(yè)務(wù)數(shù)據(jù)交互的推廣和發(fā)展,降低了網(wǎng)絡(luò)狀況不良時(shí)的用戶體驗(yàn)。
[0004]因此,需求一種新的數(shù)據(jù)處理方式,以解決上述網(wǎng)絡(luò)狀況不良的情況下網(wǎng)上數(shù)據(jù)交互困難甚至無法完成的問題。
【發(fā)明內(nèi)容】
[0005]本申請(qǐng)的主要目的在于提供一種數(shù)據(jù)處理技術(shù),其能夠解決現(xiàn)有技術(shù)中的上述問題。
[0006]根據(jù)本申請(qǐng)一個(gè)方面的實(shí)施例,提供一種數(shù)據(jù)處理方法,其特征在于,包括:第一客戶端向服務(wù)器發(fā)送憑證創(chuàng)建請(qǐng)求;第一客戶端從服務(wù)器接收憑證數(shù)據(jù),所述憑證數(shù)據(jù)由服務(wù)器根據(jù)所述憑證創(chuàng)建請(qǐng)求創(chuàng)建并進(jìn)行第一加簽操作;第一客戶端對(duì)經(jīng)第一加簽的憑證數(shù)據(jù)進(jìn)行第二加簽操作以得到經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù);以及第一客戶端將所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)傳輸給第二客戶端。
[0007]根據(jù)本申請(qǐng)一個(gè)方面的另一實(shí)施例,提供一種數(shù)據(jù)處理裝置,其特征在于,包括:第一請(qǐng)求發(fā)送模塊,用于第一客戶端向服務(wù)器發(fā)送憑證創(chuàng)建請(qǐng)求;第一加簽憑證接收模塊,用于第一客戶端從服務(wù)器接收憑證數(shù)據(jù),所述憑證數(shù)據(jù)由服務(wù)器根據(jù)所述憑證創(chuàng)建請(qǐng)求創(chuàng)建并進(jìn)行第一加簽操作;加簽?zāi)K,用于第一客戶端對(duì)經(jīng)第一加簽的憑證數(shù)據(jù)進(jìn)行第二加簽操作以得到經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù);以及憑證傳輸模塊,用于第一客戶端將所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)傳輸給第二客戶端。
[0008]根據(jù)本申請(qǐng)另一方面的實(shí)施例,提供一種數(shù)據(jù)處理方法,其特征在于,包括:第二客戶端接收來自第一客戶端的憑證數(shù)據(jù),所述憑證數(shù)據(jù)是由服務(wù)器根據(jù)來自第一客戶端的憑證創(chuàng)建請(qǐng)求創(chuàng)建并經(jīng)過服務(wù)器的第一加簽操作和第一客戶端的第二加簽操作;第二客戶端對(duì)所述憑證數(shù)據(jù)進(jìn)行第一驗(yàn)簽操作;第一驗(yàn)簽操作成功后,第二客戶端向服務(wù)器發(fā)送憑證處理請(qǐng)求,以由服務(wù)器對(duì)所述憑證數(shù)據(jù)進(jìn)行第二驗(yàn)簽操作并針對(duì)第二驗(yàn)簽操作成功后的憑證數(shù)據(jù)執(zhí)行憑證處理操作;以及第二客戶端接收來自服務(wù)器的憑證處理操作的結(jié)果信肩、O
[0009]根據(jù)本申請(qǐng)另一方面的另一實(shí)施例,提供一種數(shù)據(jù)處理裝置,其特征在于,包括:憑證接收模塊,用于第二客戶端接收來自第一客戶端的憑證數(shù)據(jù),所述憑證數(shù)據(jù)是由服務(wù)器根據(jù)來自第一客戶端的憑證創(chuàng)建請(qǐng)求創(chuàng)建并經(jīng)過服務(wù)器的第一加簽操作和第一客戶端的第二加簽操作;驗(yàn)簽?zāi)K,用于第二客戶端對(duì)所述憑證數(shù)據(jù)進(jìn)行第一驗(yàn)簽操作;第二請(qǐng)求發(fā)送模塊,用于第一驗(yàn)簽操作成功后,第二客戶端向服務(wù)器發(fā)送憑證處理請(qǐng)求,以由服務(wù)器對(duì)所述憑證數(shù)據(jù)進(jìn)行第二驗(yàn)簽操作并針對(duì)第二驗(yàn)簽操作成功后的憑證數(shù)據(jù)執(zhí)行憑證處理操作;以及信息接收模塊,用于第二客戶端接收來自服務(wù)器的憑證處理操作的結(jié)果信息。
[0010]根據(jù)本申請(qǐng)又一方面的實(shí)施例,提供一種數(shù)據(jù)處理方法,其特征在于,包括:接收來自第一客戶端的憑證創(chuàng)建請(qǐng)求;根據(jù)所述憑證創(chuàng)建請(qǐng)求,創(chuàng)建憑證數(shù)據(jù)并對(duì)憑證數(shù)據(jù)進(jìn)行第一加簽操作;將經(jīng)第一加簽的憑證數(shù)據(jù)發(fā)送給第一客戶端,以由第一客戶端對(duì)所述經(jīng)第一加簽的憑證數(shù)據(jù)進(jìn)行第二加簽操作并將所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)傳輸給第二客戶端;接收來自第二客戶端的憑證處理請(qǐng)求,所述憑證處理請(qǐng)求是第二客戶端在接收到來自第一客戶端的經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)并對(duì)所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)進(jìn)行第一驗(yàn)簽操作成功之后發(fā)出的;根據(jù)所述憑證處理請(qǐng)求,對(duì)憑證數(shù)據(jù)進(jìn)行第二驗(yàn)簽操作并針對(duì)第二驗(yàn)簽操作成功的憑證數(shù)據(jù)進(jìn)行憑證處理操作;以及向第二客戶端發(fā)送憑證處理操作的結(jié)果信息。
[0011]根據(jù)本申請(qǐng)又一方面的另一實(shí)施例,提供一種數(shù)據(jù)處理裝置,其特征在于,包括:第一請(qǐng)求接收模塊,用于接收來自第一客戶端的憑證創(chuàng)建請(qǐng)求;創(chuàng)建和加簽?zāi)K,用于根據(jù)所述憑證創(chuàng)建請(qǐng)求,創(chuàng)建憑證數(shù)據(jù)并對(duì)憑證數(shù)據(jù)進(jìn)行第一加簽操作;第一加簽憑證發(fā)送模塊,用于將經(jīng)第一加簽的憑證數(shù)據(jù)發(fā)送給第一客戶端,以由第一客戶端對(duì)所述經(jīng)第一加簽的憑證數(shù)據(jù)進(jìn)行第二加簽操作并將所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)傳輸給第二客戶端;第二請(qǐng)求接收模塊,用于接收來自第二客戶端的憑證處理請(qǐng)求,所述憑證處理請(qǐng)求是第二客戶端在接收到來自第一客戶端的經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)并對(duì)所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)進(jìn)行第一驗(yàn)簽操作成功之后發(fā)出的;驗(yàn)簽和處理模塊,用于根據(jù)所述憑證處理請(qǐng)求,對(duì)憑證數(shù)據(jù)進(jìn)行第二驗(yàn)簽操作并針對(duì)第二驗(yàn)簽操作成功的憑證數(shù)據(jù)進(jìn)行憑證處理操作;以及信息發(fā)送模塊,用于向第二客戶端發(fā)送憑證處理操作的結(jié)果信肩、O
[0012]根據(jù)本申請(qǐng)?jiān)僖环矫娴膶?shí)施例,提供一種數(shù)據(jù)處理系統(tǒng),其特征在于,包括:
[0013]第一客戶端,包括:第一請(qǐng)求發(fā)送模塊,用于向服務(wù)器發(fā)送憑證創(chuàng)建請(qǐng)求;第一加簽憑證接收模塊,用于從服務(wù)器接收憑證數(shù)據(jù),所述憑證數(shù)據(jù)由服務(wù)器根據(jù)所述憑證創(chuàng)建請(qǐng)求創(chuàng)建并進(jìn)行第一加簽操作;加簽?zāi)K,用于對(duì)經(jīng)第一加簽的憑證數(shù)據(jù)進(jìn)行第二加簽操作以得到經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù);以及憑證傳輸模塊,用于將所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)傳輸給第二客戶端;
[0014]第二客戶端,包括:憑證接收模塊,用于接收來自第一客戶端的憑證數(shù)據(jù),所述憑證數(shù)據(jù)是由服務(wù)器根據(jù)來自第一客戶端的憑證創(chuàng)建請(qǐng)求創(chuàng)建并經(jīng)過服務(wù)器的第一加簽操作和第一客戶端的第二加簽操作;驗(yàn)簽?zāi)K,用于對(duì)所述憑證數(shù)據(jù)進(jìn)行第一驗(yàn)簽操作;第二請(qǐng)求發(fā)送模塊,用于在第一驗(yàn)簽操作成功后,向服務(wù)器發(fā)送憑證處理請(qǐng)求,以由服務(wù)器對(duì)所述憑證數(shù)據(jù)進(jìn)行第二驗(yàn)簽操作并針對(duì)第二驗(yàn)簽操作成功后的憑證數(shù)據(jù)執(zhí)行憑證處理操作;以及信息接收模塊,用于接收來自服務(wù)器的憑證處理操作的結(jié)果信息;和
[0015]服務(wù)器,包括:第一請(qǐng)求接收模塊,用于接收來自第一客戶端的憑證創(chuàng)建請(qǐng)求;創(chuàng)建和加簽?zāi)K,用于根據(jù)所述憑證創(chuàng)建請(qǐng)求,創(chuàng)建憑證數(shù)據(jù)并對(duì)憑證數(shù)據(jù)進(jìn)行第一加簽操作;第一加簽憑證發(fā)送模塊,用于將經(jīng)第一加簽的憑證數(shù)據(jù)發(fā)送給第一客戶端,以由第一客戶端對(duì)所述經(jīng)第一加簽的憑證數(shù)據(jù)進(jìn)行第二加簽操作并將所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)傳輸給第二客戶端;第二請(qǐng)求接收模塊,用于接收來自第二客戶端的憑證處理請(qǐng)求,所述憑證處理請(qǐng)求是第二客戶端在接收到來自第一客戶端的經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)并對(duì)所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)進(jìn)行第一驗(yàn)簽操作成功之后發(fā)出的;驗(yàn)簽和處理模塊,用于根據(jù)所述憑證處理請(qǐng)求,對(duì)憑證數(shù)據(jù)進(jìn)行第二驗(yàn)簽操作并針對(duì)第二驗(yàn)簽操作成功的憑證數(shù)據(jù)進(jìn)行憑證處理操作;以及信息發(fā)送模塊,用于向第二客戶端發(fā)送憑證處理操作的結(jié)果信息。
[0016]與現(xiàn)有技術(shù)相比,根據(jù)本申請(qǐng)的技術(shù)方案,能夠通過創(chuàng)建、處理和傳輸憑證數(shù)據(jù)來實(shí)現(xiàn)在用戶離線的狀況下完成用戶之間的數(shù)據(jù)交互,從而更方便用戶之間的交互。在一個(gè)典型情形中,能夠?qū)崿F(xiàn)離線支付,即使在用戶離線狀態(tài)下也能夠完成支付,從而克服上述網(wǎng)絡(luò)狀況不良的情況下在線支付困難甚至無法完成的問題,減少實(shí)際支付中對(duì)網(wǎng)絡(luò)的依賴,方便用戶的使用。
【專利附圖】
【附圖說明】
[0017]此處所說明的附圖用來提供對(duì)本申請(qǐng)的進(jìn)一步理解,構(gòu)成本申請(qǐng)的一部分,本申請(qǐng)的示意性實(shí)施例及其說明用于解釋本申請(qǐng),并不構(gòu)成對(duì)本申請(qǐng)的不當(dāng)限定。在附圖中:
[0018]圖1示出了根據(jù)本申請(qǐng)實(shí)施例的數(shù)據(jù)處理系統(tǒng)的架構(gòu)示意圖;
[0019]圖2示出了根據(jù)本申請(qǐng)一個(gè)實(shí)施例的數(shù)據(jù)處理方法的流程圖;
[0020]圖3示出了根據(jù)本申請(qǐng)另一實(shí)施例的數(shù)據(jù)處理方法的流程圖;
[0021]圖4示出了根據(jù)本申請(qǐng)又一實(shí)施例的數(shù)據(jù)處理方法的流程圖;
[0022]圖5示出了根據(jù)本申請(qǐng)一個(gè)實(shí)施例的數(shù)據(jù)處理裝置的結(jié)構(gòu)示意圖;
[0023]圖6示出了根據(jù)本申請(qǐng)另一實(shí)施例的數(shù)據(jù)處理裝置的結(jié)構(gòu)示意圖;以及
[0024]圖7示出了根據(jù)本申請(qǐng)又一實(shí)施例的數(shù)據(jù)處理裝置的結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0025]本申請(qǐng)的主要思想就在于,通過創(chuàng)建、處理和傳輸憑證數(shù)據(jù)來實(shí)現(xiàn)在用戶離線的狀況下完成用戶之間的數(shù)據(jù)交互。具體而言,在線創(chuàng)建憑證數(shù)據(jù),基于非對(duì)稱加密機(jī)制通過服務(wù)器和用戶客戶端對(duì)該憑證數(shù)據(jù)進(jìn)行相應(yīng)的加簽和/或驗(yàn)簽處理,從而可以基于憑證數(shù)據(jù)來離線完成用戶之間的數(shù)據(jù)交互。更具體而言,利用創(chuàng)建憑證數(shù)據(jù)的服務(wù)器的私鑰對(duì)憑證數(shù)據(jù)進(jìn)行加簽可以確保憑證數(shù)據(jù)的合法性,而利用請(qǐng)求創(chuàng)建憑證數(shù)據(jù)的客戶端的私鑰對(duì)憑證數(shù)據(jù)進(jìn)行加簽,則可以確保憑證數(shù)據(jù)的防抵賴特性。
[0026]在這種借助于非對(duì)稱加密機(jī)制實(shí)現(xiàn)的基于憑證數(shù)據(jù)的數(shù)據(jù)交互過程中,除了用戶本身,還可以通過第三方來基于用戶請(qǐng)求服務(wù)器創(chuàng)建的憑證數(shù)據(jù)完成用戶之間的數(shù)據(jù)交互。這樣在數(shù)據(jù)交互過程中就可以做到數(shù)據(jù)交互完成時(shí)不記名、不在線、不需在服務(wù)器注冊(cè)等。另外,可以通過多種方式存儲(chǔ)、攜帶該憑證數(shù)據(jù)或是將該憑證數(shù)據(jù)傳輸給對(duì)方用戶。此夕卜,使得實(shí)際交互中雙方用戶盡可能地?cái)[脫了對(duì)網(wǎng)絡(luò)的依賴。由此可見,根據(jù)本申請(qǐng)的構(gòu)思,可以增加數(shù)據(jù)交互的靈活性和方便性,方便用戶的使用,增強(qiáng)用戶體驗(yàn)。
[0027]為使本申請(qǐng)的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚,以下結(jié)合附圖及具體實(shí)施例,對(duì)本申請(qǐng)作進(jìn)一步地詳細(xì)說明。
[0028]為便于對(duì)本申請(qǐng)構(gòu)思的理解,這里首先結(jié)合圖1描述根據(jù)本申請(qǐng)實(shí)施例的數(shù)據(jù)處理系統(tǒng)的一個(gè)典型的應(yīng)用場景,即網(wǎng)上支付。需要指出的是,本文中將結(jié)合該典型應(yīng)用場景對(duì)本申請(qǐng)構(gòu)思的實(shí)施例進(jìn)行具體描述,但本申請(qǐng)并不限于此,而是可以適用于現(xiàn)有或未來開發(fā)的其它任意適合的數(shù)據(jù)交互場景中。
[0029]圖1示出了根據(jù)本申請(qǐng)實(shí)施例的數(shù)據(jù)處理系統(tǒng)的架構(gòu)示意圖。如圖1所示,系統(tǒng)100至少可以包括服務(wù)器110、第一客戶端120和第二客戶端130。
[0030]在本實(shí)施例的應(yīng)用場景中,服務(wù)器110可以為支付服務(wù)商的服務(wù)器,其可以是諸如支付寶、財(cái)付通、盛付通之類的第三方支付平臺(tái)的服務(wù)器,也可以是網(wǎng)上銀行的服務(wù)器。第一客戶端120和第二客戶端130都可以為諸如手機(jī)、個(gè)人計(jì)算機(jī)、個(gè)人數(shù)字助理、便攜式設(shè)備之類的終端設(shè)備。其中,第一客戶端120可以為支付方,其為交易創(chuàng)建者,在服務(wù)器側(cè)開設(shè)有賬戶。第二客戶端130可以為收款方,其為交易發(fā)貨者,在服務(wù)器側(cè)也開設(shè)有賬戶。
[0031]第一客戶端120可以通過諸如因特網(wǎng)、局域網(wǎng)、廣域網(wǎng)等通信網(wǎng)絡(luò)與服務(wù)器110建立連接,在線向服務(wù)器110發(fā)送憑證創(chuàng)建請(qǐng)求,以申請(qǐng)創(chuàng)建用于離線支付的憑證數(shù)據(jù)。
[0032]響應(yīng)于第一客戶端120的憑證創(chuàng)建請(qǐng)求,服務(wù)器110創(chuàng)建用于離線支付的憑證數(shù)據(jù)并且可以對(duì)該憑證數(shù)據(jù)進(jìn)行加簽操作(第一加簽操作)。服務(wù)器110在完成對(duì)憑證數(shù)據(jù)的加簽操作之后,將加簽后的憑證數(shù)據(jù)通過通信網(wǎng)絡(luò)發(fā)送給第一客戶端120。
[0033]第一客戶端120在接收到來自服務(wù)器110的憑證數(shù)據(jù)后,對(duì)該憑證數(shù)據(jù)再次進(jìn)行加簽操作(第二加簽操作),并將經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)傳輸給第二客戶端130,或者傳輸給第三方,然后由第三方傳輸給第二客戶端130。
[0034]第二客戶端130在接收到來自第一客戶端120或第三方的經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)后,對(duì)該憑證數(shù)據(jù)進(jìn)行驗(yàn)簽操作(第一驗(yàn)簽操作),并將驗(yàn)簽成功的憑證數(shù)據(jù)發(fā)送給服務(wù)器110以請(qǐng)求收款處理。
[0035]服務(wù)器110接收來自第二客戶端130的憑證數(shù)據(jù),并對(duì)該憑證數(shù)據(jù)再次進(jìn)行驗(yàn)簽操作(第二驗(yàn)簽操作),并針對(duì)驗(yàn)簽成功的憑證數(shù)據(jù)執(zhí)行收款處理(憑證處理),并向第二客戶端130反饋收款處理的結(jié)果信息。
[0036]第二客戶端130在接收到收款成功信息之后,對(duì)第一客戶端120的用戶或第三方予以放行。
[0037]以上結(jié)合圖1描述了根據(jù)本申請(qǐng)實(shí)施例的典型場景下的總體系統(tǒng)架構(gòu)的工作流程,但本申請(qǐng)并不對(duì)此作任何限制。例如,在保證支付方信用狀況良好、而不會(huì)利用收款方離線無法基于憑證數(shù)據(jù)實(shí)時(shí)劃賬的機(jī)會(huì)來人為惡意重復(fù)使用憑證付款的前提下,還能夠?qū)崿F(xiàn)支付過程中收款方的離線。在此狀況下,可以在第二客戶端即收款方過一段時(shí)間之后在線時(shí),批量完成收款處理,也就是,第二客戶端收到憑證數(shù)據(jù)后即可對(duì)第一客戶端或第三方予以放行。
[0038]根據(jù)本申請(qǐng)實(shí)施例的數(shù)據(jù)處理系統(tǒng),可以在客戶端離線、即與服務(wù)器斷開連接的情況下通過憑證數(shù)據(jù)實(shí)現(xiàn)客戶端之間的數(shù)據(jù)交互。在典型場景中,可以在支付方離線甚至收款方也離線的情況下,即與服務(wù)器斷開連接的情況下,通過憑證數(shù)據(jù)完成與收款方之間交易的收款處理。由此可以增加數(shù)據(jù)交互(網(wǎng)上支付)的靈活性和方便性,方便用戶的使用,增強(qiáng)用戶體驗(yàn)。
[0039]下面結(jié)合圖2至圖4更詳細(xì)地描述該系統(tǒng)架構(gòu)中的服務(wù)器(支付服務(wù)商)、第一客戶端(支付方)、第二客戶端(收款方)中的每一側(cè)的數(shù)據(jù)處理過程。
[0040]圖2示出了根據(jù)本申請(qǐng)一個(gè)實(shí)施例的數(shù)據(jù)處理方法的流程圖,其中描述了第一客戶端(圖1的第一客戶端120,支付方)側(cè)的數(shù)據(jù)處理過程。
[0041]在步驟S210處,第一客戶端120向服務(wù)器110發(fā)送憑證創(chuàng)建請(qǐng)求。
[0042]具體而言,如上面提及的,第一客戶端120可以通過諸如因特網(wǎng)、局域網(wǎng)、廣域網(wǎng)等通信網(wǎng)絡(luò)與服務(wù)器110建立連接,在線向服務(wù)器110發(fā)送憑證創(chuàng)建請(qǐng)求,以申請(qǐng)創(chuàng)建用于離線數(shù)據(jù)交互的憑證數(shù)據(jù)。
[0043]在一個(gè)示例中,第一客戶端120的用戶可以在線向服務(wù)器110申請(qǐng)創(chuàng)建一筆待付款交易,并可以針對(duì)這筆待付款交易申請(qǐng)離線支付方式。服務(wù)器110響應(yīng)于第一客戶端120的上述憑證創(chuàng)建請(qǐng)求,可以創(chuàng)建針對(duì)這筆待付款交易的離線支付憑證數(shù)據(jù)。
[0044]更具體而言,該憑證數(shù)據(jù)可以包括例如單據(jù)號(hào)、單據(jù)類型、創(chuàng)建時(shí)間、付款賬號(hào)、支付金額、收款賬號(hào)等,但并不限于此。例如,該憑證數(shù)據(jù)可以不包括收款賬號(hào)和/或支付金額,進(jìn)而可以根據(jù)需要實(shí)現(xiàn)定向、不定向、定額或不定額支付。在一個(gè)具體示例中,該憑證數(shù)據(jù)例如可以為電子支票數(shù)據(jù)或其它類似數(shù)據(jù)。
[0045]在另一示例中,第一客戶端120的用戶可以在線向服務(wù)器110直接申請(qǐng)創(chuàng)建電子支票數(shù)據(jù)以進(jìn)行離線支付。
[0046]接下來,在步驟S220處,第一客戶端120從服務(wù)器110接收憑證數(shù)據(jù),憑證數(shù)據(jù)由服務(wù)器110根據(jù)憑證創(chuàng)建請(qǐng)求創(chuàng)建并進(jìn)行第一加簽操作。
[0047]具體而言,響應(yīng)于第一客戶端120的憑證創(chuàng)建請(qǐng)求,服務(wù)器110在如上述那樣創(chuàng)建了用于離線支付的憑證數(shù)據(jù)之后,可以對(duì)該憑證數(shù)據(jù)進(jìn)行加簽操作,即第一加簽操作。在一個(gè)具體實(shí)施例中,可以根據(jù)服務(wù)器110的私鑰對(duì)該憑證數(shù)據(jù)進(jìn)行第一加簽操作。在另一個(gè)具體實(shí)施例中,可以根據(jù)服務(wù)器110的公鑰對(duì)該憑證數(shù)據(jù)進(jìn)行第一加簽操作。在一個(gè)優(yōu)選實(shí)施例中,服務(wù)器110在對(duì)憑證數(shù)據(jù)進(jìn)行第一加簽操作的同時(shí)或之后,可以對(duì)第一客戶端的賬戶進(jìn)行相應(yīng)凍結(jié)處理,即從付款賬號(hào)中凍結(jié)相應(yīng)的申請(qǐng)金額。
[0048]這里,通過服務(wù)器(支付服務(wù)商)的私鑰或公鑰對(duì)憑證數(shù)據(jù)進(jìn)行加簽操作,可以確保憑證數(shù)據(jù)的合法性。
[0049]在步驟S230處,第一客戶端120對(duì)經(jīng)第一加簽的憑證數(shù)據(jù)進(jìn)行第二加簽操作以得到經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)。
[0050]具體而言,第一客戶端120在接收到來自服務(wù)器110的憑證數(shù)據(jù)后,對(duì)該憑證數(shù)據(jù)再次進(jìn)行加簽操作,即第二加簽操作。在一個(gè)具體實(shí)施例中,可以根據(jù)第一客戶端120的私鑰對(duì)憑證數(shù)據(jù)進(jìn)行第二加簽操作,該第一客戶端120的私鑰是由服務(wù)器110預(yù)先為其創(chuàng)建的一組專屬的非對(duì)稱密鑰即私鑰-公鑰對(duì)中的私鑰。在另一個(gè)具體實(shí)施例中,可以根據(jù)第一客戶端120的公鑰對(duì)憑證數(shù)據(jù)進(jìn)行第二加簽操作,該第一客戶端120的公鑰是由服務(wù)器110預(yù)先為其創(chuàng)建的一組專屬的非對(duì)稱密鑰即私鑰-公鑰對(duì)中的公鑰。
[0051]這里,通過第一客戶端(支付方)的私鑰或公鑰對(duì)憑證數(shù)據(jù)進(jìn)行加簽操作,可以確保憑證數(shù)據(jù)的防抵賴特性。
[0052]然后,在步驟S240處,第一客戶端120將經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)傳輸給第二客戶端130。
[0053]具體而言,第一客戶端120可以將經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)以任意合適方式傳輸給第二客戶端130。根據(jù)本申請(qǐng)的實(shí)施例,可以通過諸如二維碼、聲波、藍(lán)牙、wifi等中的任意一種或多種方式來進(jìn)行傳輸。
[0054]在一個(gè)示例中,第一客戶端120可以通過第三方(如圖1的虛線框所示)將經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)傳輸給第二客戶端130。具體而言,第一客戶端120可以通過任意合適方式將經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)傳輸給第三方,然后由第三方再將經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)通過任意合適方式傳輸給第二客戶端130。該第三方例如可以為第一客戶端120的用戶之外的任意方,其可以在服務(wù)器側(cè)沒有開設(shè)賬戶,也可以在服務(wù)器側(cè)開設(shè)有賬戶。
[0055]在另一個(gè)示例中,第一客戶端120可以直接將經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)通過任意合適方式傳輸給第二客戶端130,而不通過第三方。
[0056]另外,根據(jù)本申請(qǐng)的實(shí)施例,在網(wǎng)上支付場景中,在憑證數(shù)據(jù)初始創(chuàng)建時(shí)不包括支付金額的情況下,即不定額支付時(shí),可以在向收款方提供憑證數(shù)據(jù)時(shí)輸入或給定一個(gè)需要實(shí)際支付的金額,該金額通常不可大于不定額憑證申請(qǐng)中設(shè)定的最大金額值。
[0057]以上結(jié)合圖2描述了第一客戶端(支付方)側(cè)的數(shù)據(jù)處理過程。在該數(shù)據(jù)處理過程中,第一客戶端只需要在線申請(qǐng)創(chuàng)建離線數(shù)據(jù)交互的憑證數(shù)據(jù),即可實(shí)現(xiàn)即使在離線狀態(tài)下也能夠基于該憑證數(shù)據(jù)與第二客戶端進(jìn)行數(shù)據(jù)交互。在典型場景中,支付方只需要在線申請(qǐng)創(chuàng)建離線支付的憑證數(shù)據(jù),即可實(shí)現(xiàn)即使在離線狀態(tài)下也能夠基于該憑證數(shù)據(jù)與收款方進(jìn)行交易的支付??梢?,根據(jù)本實(shí)施例的數(shù)據(jù)處理方法,可以增加數(shù)據(jù)交互(網(wǎng)上支付)的靈活性和方便性,方便用戶的使用,增強(qiáng)用戶體驗(yàn)。
[0058]下面結(jié)合圖3描述第二客戶端(圖1的第二客戶端130,收款方)側(cè)的數(shù)據(jù)處理過程。
[0059]如圖3所示,在步驟S310處,第二客戶端130接收來自第一客戶端120的憑證數(shù)據(jù)(參見圖1),所述憑證數(shù)據(jù)是由服務(wù)器110根據(jù)來自第一客戶端120的憑證創(chuàng)建請(qǐng)求創(chuàng)建并經(jīng)過服務(wù)器110的第一加簽操作和第一客戶端120的第二加簽操作。
[0060]具體而言,第二客戶端130可以通過任意合適方式來接收來自第一客戶端120的憑證數(shù)據(jù)。根據(jù)本申請(qǐng)的實(shí)施例,可以通過諸如二維碼、聲波、藍(lán)牙、wifi等中的任意一種或多種方式進(jìn)行接收。在一種優(yōu)選情形中,第二客戶端130可以在第一客戶端120離線的情況下,也就是第一客戶端120與服務(wù)器110斷開網(wǎng)絡(luò)連接的情況下,接收來自第一客戶端120的憑證數(shù)據(jù)。
[0061]如上面提及的,該憑證數(shù)據(jù)可以包括例如單據(jù)號(hào)、單據(jù)類型、創(chuàng)建時(shí)間、付款賬號(hào)、支付金額、收款賬號(hào)等,但并不限于此。例如,該憑證數(shù)據(jù)可以不包括收款賬號(hào)和/或支付金額,進(jìn)而可以根據(jù)需要實(shí)現(xiàn)定向、不定向、定額或不定額支付。在一個(gè)具體示例中,該憑證數(shù)據(jù)例如可以為電子支票數(shù)據(jù)或其它類似數(shù)據(jù)。
[0062]在一個(gè)具體實(shí)施例中,第二客戶端130接收到的憑證數(shù)據(jù)可以是經(jīng)過服務(wù)器110根據(jù)服務(wù)器110的私鑰或公鑰加簽并經(jīng)過第一客戶端120根據(jù)第一客戶端120的私鑰或公鑰加簽的。
[0063]接下來,在步驟S320處,第二客戶端130對(duì)接收到的憑證數(shù)據(jù)進(jìn)行第一驗(yàn)簽操作。
[0064]具體而言,第二客戶端130根據(jù)服務(wù)器110的公鑰或私鑰對(duì)上述接收到的憑證數(shù)據(jù)進(jìn)行第一驗(yàn)簽操作。在一個(gè)具體實(shí)施例中,如果接收到的憑證數(shù)據(jù)是經(jīng)過服務(wù)器110根據(jù)服務(wù)器110的私鑰加簽的,則第二客戶端130根據(jù)服務(wù)器110的公鑰進(jìn)行第一驗(yàn)簽操作。在另一個(gè)具體實(shí)施例中,如果接收到的憑證數(shù)據(jù)是經(jīng)過服務(wù)器110根據(jù)服務(wù)器110的公鑰加簽的,則第二客戶端130根據(jù)服務(wù)器110的私鑰進(jìn)行第一驗(yàn)簽操作。
[0065]第一驗(yàn)簽操作成功后,在步驟S320處,第二客戶端130向服務(wù)器110發(fā)送憑證處理請(qǐng)求,以由服務(wù)器110對(duì)所述憑證數(shù)據(jù)進(jìn)行第二驗(yàn)簽操作并針對(duì)第二驗(yàn)簽操作成功后的憑證數(shù)據(jù)執(zhí)行憑證處理操作。
[0066]具體而言,第二客戶端130可以通過諸如因特網(wǎng)、局域網(wǎng)、廣域網(wǎng)等通信網(wǎng)絡(luò)與服務(wù)器110建立連接,在線將第一驗(yàn)簽成功的憑證數(shù)據(jù)發(fā)送給服務(wù)器110,并請(qǐng)求服務(wù)器110執(zhí)行憑證處理操作。服務(wù)器110在接收到該憑證處理請(qǐng)求之后,先對(duì)憑證數(shù)據(jù)進(jìn)行驗(yàn)簽操作(第二驗(yàn)簽操作),然后針對(duì)驗(yàn)簽成功的憑證數(shù)據(jù)執(zhí)行憑證處理操作。
[0067]在本申請(qǐng)的實(shí)施例中,憑證處理操作可以包括收款操作,其中根據(jù)例如電子支票之類的憑證數(shù)據(jù)中包括的付款賬號(hào)、支付金額等信息,執(zhí)行從付款賬號(hào)到收款賬號(hào)的資金劃轉(zhuǎn)操作。
[0068]接下來,在步驟S330處,第二客戶端130接收來自服務(wù)器110的憑證處理操作的結(jié)果息。
[0069]具體而言,服務(wù)器110響應(yīng)于第二客戶端130的憑證處理請(qǐng)求,可以向第二客戶端130反饋憑證處理操作的結(jié)果信息。更具體而言,當(dāng)憑證數(shù)據(jù)驗(yàn)簽成功并且憑證處理操作執(zhí)行成功時(shí),第二客戶端130可以接收到憑證處理操作成功的信息。當(dāng)憑證數(shù)據(jù)驗(yàn)簽失敗和/或憑證處理操作執(zhí)行失敗時(shí),第二客戶端130可以接收到憑證處理操作失敗的信息。
[0070]在一個(gè)示例場景中,當(dāng)服務(wù)器對(duì)離線支付憑證數(shù)據(jù)驗(yàn)簽成功并且收款操作執(zhí)行成功時(shí),可以向收款方發(fā)送收款成功的通知。收款方收到收款成功的通知后,可以對(duì)交易的支付方或第三方予以放行。
[0071]以上結(jié)合圖3描述了第二客戶端(收款方)側(cè)的數(shù)據(jù)處理過程。在該數(shù)據(jù)處理過程中,第二客戶端可以在第一客戶端離線的情況下,即第一客戶端與服務(wù)器斷開網(wǎng)絡(luò)連接的情況下,基于憑證數(shù)據(jù)向服務(wù)器申請(qǐng)完成與第一客戶端的數(shù)據(jù)交互。在典型場景中,收款方可以在支付方離線的狀態(tài)下基于離線支付憑證數(shù)據(jù)向服務(wù)器請(qǐng)求執(zhí)行收款操作。可見,根據(jù)本實(shí)施例的數(shù)據(jù)處理方法,可以增加數(shù)據(jù)交互(網(wǎng)上支付)的靈活性和方便性,方便用戶的使用,增強(qiáng)用戶體驗(yàn)。
[0072]下面結(jié)合圖4描述服務(wù)器(圖1的服務(wù)器110,支付服務(wù)商)側(cè)的數(shù)據(jù)處理過程。
[0073]如圖4所示,在步驟S410處,接收來自第一客戶端120的憑證創(chuàng)建請(qǐng)求(參見圖1)。
[0074]具體而言,如上面提及的,服務(wù)器110可以經(jīng)由與第一客戶端120之間的諸如因特網(wǎng)、局域網(wǎng)、廣域網(wǎng)等的網(wǎng)絡(luò)連接,接收來自第一客戶端120的憑證創(chuàng)建請(qǐng)求。
[0075]接下來,在步驟S420處,根據(jù)所述憑證創(chuàng)建請(qǐng)求,創(chuàng)建憑證數(shù)據(jù)并對(duì)憑證數(shù)據(jù)進(jìn)行第一加簽操作。
[0076]在一個(gè)示例中,當(dāng)?shù)谝豢蛻舳?20的用戶在線向服務(wù)器110申請(qǐng)創(chuàng)建一筆待付款交易,并針對(duì)這筆待付款交易申請(qǐng)離線支付方式時(shí),服務(wù)器110可以響應(yīng)于第一客戶端120的上述憑證創(chuàng)建請(qǐng)求,創(chuàng)建該交易并產(chǎn)生針對(duì)這筆待付款交易的離線支付憑證數(shù)據(jù)。
[0077]更具體而言,該憑證數(shù)據(jù)可以包括例如單據(jù)號(hào)、單據(jù)類型、創(chuàng)建時(shí)間、付款賬號(hào)、支付金額、收款賬號(hào)等,但并不限于此。例如,該憑證數(shù)據(jù)可以不包括收款賬號(hào)和/或支付金額,進(jìn)而可以根據(jù)需要實(shí)現(xiàn)定向、不定向、定額或不定額支付。在一個(gè)具體示例中,該憑證數(shù)據(jù)例如可以為電子支票數(shù)據(jù)或其它類似數(shù)據(jù)。
[0078]在另一示例中,當(dāng)?shù)谝豢蛻舳?20的用戶在線向服務(wù)器110直接申請(qǐng)創(chuàng)建電子支票數(shù)據(jù)時(shí),服務(wù)器110可以據(jù)此直接創(chuàng)建電子支票數(shù)據(jù)以由用戶在各種離線支付場景中使用。
[0079]在創(chuàng)建了憑證數(shù)據(jù)之后,服務(wù)器110對(duì)該憑證數(shù)據(jù)進(jìn)行加簽操作(第一加簽操作)。根據(jù)本申請(qǐng)的實(shí)施例,服務(wù)器110可以根據(jù)服務(wù)器的私鑰或公鑰對(duì)該憑證數(shù)據(jù)進(jìn)行加簽。更優(yōu)選地,服務(wù)器110在對(duì)憑證數(shù)據(jù)進(jìn)行第一加簽操作的同時(shí)或之后,可以對(duì)第一客戶端120的賬戶進(jìn)行相應(yīng)凍結(jié)處理,即從付款賬號(hào)中凍結(jié)相應(yīng)的申請(qǐng)金額。
[0080]接下來,在步驟S430處,將經(jīng)第一加簽的憑證數(shù)據(jù)發(fā)送給第一客戶端120,以由第一客戶端120對(duì)所述經(jīng)第一加簽的憑證數(shù)據(jù)進(jìn)行第二加簽操作并將所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)傳輸給第二客戶端130。
[0081]具體而言,服務(wù)器110通過與第一客戶端120之間的網(wǎng)絡(luò)連接,將經(jīng)第一加簽的憑證數(shù)據(jù)發(fā)送給第一客戶端120。
[0082]如上面提及的,第一客戶端120在接收到來自服務(wù)器110的經(jīng)第一加簽的憑證數(shù)據(jù)后,可以根據(jù)第一客戶端120的私鑰或公鑰對(duì)所述經(jīng)第一加簽的憑證數(shù)據(jù)再次進(jìn)行加簽操作(第二加簽操作)并將所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)以任意合適方式傳輸給第二客戶端130。
[0083]然后,在步驟S440處,接收來自第二客戶端130的憑證處理請(qǐng)求,所述憑證處理請(qǐng)求是第二客戶端130在接收到來自第一客戶端120的經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)并對(duì)所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)進(jìn)行第一驗(yàn)簽操作成功之后發(fā)出的。
[0084]具體而言,第二客戶端130在根據(jù)服務(wù)器的公鑰或私鑰對(duì)來自第一客戶端120的經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)進(jìn)行驗(yàn)簽操作成功之后,與服務(wù)器110建立網(wǎng)絡(luò)連接,在線向服務(wù)器110發(fā)出憑證處理請(qǐng)求,因而服務(wù)器110相應(yīng)地接收該請(qǐng)求。
[0085]接下來,在步驟S450處,根據(jù)所述憑證處理請(qǐng)求,對(duì)憑證數(shù)據(jù)進(jìn)行第二驗(yàn)簽操作并針對(duì)第二驗(yàn)簽操作成功的憑證數(shù)據(jù)進(jìn)行憑證處理操作。
[0086]具體而言,服務(wù)器110根據(jù)第一客戶端120的公鑰或私鑰對(duì)憑證數(shù)據(jù)進(jìn)行驗(yàn)簽操作(第二驗(yàn)簽操作)以確定憑證數(shù)據(jù)的合法性。如果驗(yàn)簽成功,則繼續(xù)執(zhí)行憑證處理操作;如果驗(yàn)簽失敗,則向第二客戶端130反饋驗(yàn)簽失敗的結(jié)果信息。
[0087]在一個(gè)示例中,憑證處理操作可以包括收款操作,其中根據(jù)例如電子支票之類的憑證數(shù)據(jù)中包括的付款賬號(hào)、支付金額、收款賬號(hào)等信息,執(zhí)行從付款賬號(hào)到收款賬號(hào)的資金劃轉(zhuǎn)操作。在一個(gè)具體實(shí)施例中,如果憑證數(shù)據(jù)中不包括收款賬號(hào),則根據(jù)憑證數(shù)據(jù)的上傳方確定收款方和收款賬戶。在一個(gè)具體實(shí)施例中,如果在第一客戶端申請(qǐng)創(chuàng)建離線支付憑證數(shù)據(jù)時(shí),服務(wù)器I1在對(duì)憑證數(shù)據(jù)進(jìn)行第一加簽操作的同時(shí)或之后,對(duì)第一客戶端120的賬戶進(jìn)行了相應(yīng)凍結(jié)處理,則服務(wù)器110在對(duì)來自第二客戶端130的憑證數(shù)據(jù)驗(yàn)簽成功后,對(duì)凍結(jié)的支付方賬戶的資金進(jìn)行解凍,并將資金劃轉(zhuǎn)到收款方賬戶。
[0088]接下來,在步驟S460處,向第二客戶端130發(fā)送憑證處理操作的結(jié)果信息。
[0089]如果服務(wù)器110針對(duì)憑證數(shù)據(jù)驗(yàn)簽成功并且憑證處理操作也執(zhí)行成功,則通知第二客戶端130操作成功。如果服務(wù)器110針對(duì)憑證數(shù)據(jù)驗(yàn)簽失敗和/或憑證處理操作執(zhí)行失敗,則通知第二客戶端130操作失敗。
[0090]之后,第二客戶端130根據(jù)憑證處理操作的結(jié)果信息,可以確定是否對(duì)第一客戶端120或第三方予以放行。
[0091]以上結(jié)合圖4描述了服務(wù)器(支付服務(wù)商)側(cè)的數(shù)據(jù)處理過程。在該數(shù)據(jù)處理過程中,服務(wù)器可以創(chuàng)建憑證數(shù)據(jù)并使得在第一客戶端離線即與服務(wù)器斷開網(wǎng)絡(luò)連接的情況下基于憑證數(shù)據(jù)完成第一客戶端與第二客戶端之間的數(shù)據(jù)交互。在典型場景中,服務(wù)器可以在支付方離線的狀態(tài)下基于來自收款方的離線支付憑證數(shù)據(jù)執(zhí)行收款操作??梢?,根據(jù)本實(shí)施例的數(shù)據(jù)處理方法,可以增加數(shù)據(jù)交互(網(wǎng)上支付)的靈活性和方便性,方便用戶的使用,增強(qiáng)用戶體驗(yàn)。
[0092]至此已經(jīng)結(jié)合圖2至圖4描述了根據(jù)本申請(qǐng)實(shí)施例的數(shù)據(jù)處理方法,上述實(shí)施例僅為本申請(qǐng)的優(yōu)選示例,本申請(qǐng)不限于此,而是還可以進(jìn)行各種改型。例如,在本申請(qǐng)的其它實(shí)施例中,在保證支付方信用狀況良好、而不會(huì)利用收款方離線無法基于憑證數(shù)據(jù)實(shí)時(shí)劃賬的機(jī)會(huì)來人為惡意重復(fù)使用憑證付款的前提下,還能夠?qū)崿F(xiàn)支付過程中收款方的離線。在此狀況下,可以在第二客戶端即收款方過一段時(shí)間之后在線時(shí),批量完成收款處理,也就是,第二客戶端收到憑證數(shù)據(jù)后即可對(duì)第一客戶端或第三方予以放行。
[0093]與上述數(shù)據(jù)處理方法類似,本申請(qǐng)實(shí)施例還提供了相應(yīng)的裝置。
[0094]圖5示出了根據(jù)本申請(qǐng)一個(gè)實(shí)施例的數(shù)據(jù)處理裝置的結(jié)構(gòu)示意圖,其中描述了第一客戶端(支付方)側(cè)的數(shù)據(jù)處理裝置500。
[0095]如圖5所示,該裝置500可以包括第一請(qǐng)求發(fā)送模塊510、第一加簽憑證接收模塊520、加簽?zāi)K530和憑證傳輸模塊540。
[0096]具體而言,第一請(qǐng)求發(fā)送模塊510可以用于向服務(wù)器發(fā)送憑證創(chuàng)建請(qǐng)求。第一加簽憑證接收模塊520可以用于從服務(wù)器接收憑證數(shù)據(jù),所述憑證數(shù)據(jù)由服務(wù)器根據(jù)所述憑證創(chuàng)建請(qǐng)求創(chuàng)建并進(jìn)行第一加簽操作。加簽?zāi)K530可以用于對(duì)經(jīng)第一加簽的憑證數(shù)據(jù)進(jìn)行第二加簽操作以得到經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)。憑證傳輸模塊540可以用于將所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)傳輸給第二客戶端。
[0097]通過本實(shí)施例的數(shù)據(jù)處理裝置,第一客戶端只需要在線申請(qǐng)創(chuàng)建離線數(shù)據(jù)交互的憑證數(shù)據(jù),即可實(shí)現(xiàn)即使在離線狀態(tài)下也能夠基于該憑證數(shù)據(jù)與第二客戶端進(jìn)行數(shù)據(jù)交互。在典型場景中,支付方只需要在線申請(qǐng)創(chuàng)建離線支付的憑證數(shù)據(jù),即可實(shí)現(xiàn)即使在離線狀態(tài)下也能夠基于該憑證數(shù)據(jù)與收款方進(jìn)行交易的支付??梢?,根據(jù)本實(shí)施例的數(shù)據(jù)處理裝置,可以增加數(shù)據(jù)交互(網(wǎng)上支付)的靈活性和方便性,方便用戶的使用,增強(qiáng)用戶體驗(yàn)。
[0098]圖6示出了根據(jù)本申請(qǐng)另一實(shí)施例的數(shù)據(jù)處理裝置的結(jié)構(gòu)示意圖,其中描述了第二客戶端(收款方)側(cè)的數(shù)據(jù)處理裝置600。
[0099]如圖6所示,該裝置600可以包括憑證接收模塊610、驗(yàn)簽?zāi)K620、第二請(qǐng)求發(fā)送模塊640和信息接收模塊650。
[0100]具體而言,憑證接收模塊610可以用于接收來自第一客戶端的憑證數(shù)據(jù),所述憑證數(shù)據(jù)是由服務(wù)器根據(jù)來自第一客戶端的憑證創(chuàng)建請(qǐng)求創(chuàng)建并經(jīng)過服務(wù)器的第一加簽操作和第一客戶端的第二加簽操作。驗(yàn)簽?zāi)K620可以用于對(duì)所述憑證數(shù)據(jù)進(jìn)行第一驗(yàn)簽操作。第二請(qǐng)求發(fā)送模塊640可以用于在第一驗(yàn)簽操作成功后,向服務(wù)器發(fā)送憑證處理請(qǐng)求,以由服務(wù)器對(duì)所述憑證數(shù)據(jù)進(jìn)行第二驗(yàn)簽操作并針對(duì)第二驗(yàn)簽操作成功后的憑證數(shù)據(jù)執(zhí)行憑證處理操作。信息接收模塊650可以用于接收來自服務(wù)器的憑證處理操作的結(jié)果信肩、O
[0101]通過本實(shí)施例的數(shù)據(jù)處理裝置,第二客戶端可以在第一客戶端離線的情況下,SP第一客戶端與服務(wù)器斷開網(wǎng)絡(luò)連接的情況下,基于憑證數(shù)據(jù)向服務(wù)器申請(qǐng)完成與第一客戶端的數(shù)據(jù)交互。在典型場景中,收款方可以在支付方離線的狀態(tài)下基于離線支付憑證數(shù)據(jù)向服務(wù)器請(qǐng)求執(zhí)行收款操作??梢姡鶕?jù)本實(shí)施例的數(shù)據(jù)處理方法,可以增加數(shù)據(jù)交互(網(wǎng)上支付)的靈活性和方便性,方便用戶的使用,增強(qiáng)用戶體驗(yàn)。
[0102]圖7示出了根據(jù)本申請(qǐng)又一實(shí)施例的數(shù)據(jù)處理裝置的結(jié)構(gòu)示意圖,其中描述了服務(wù)器(支付服務(wù)商)側(cè)的數(shù)據(jù)處理裝置700。
[0103]如圖7所示,該裝置700可以包括第一請(qǐng)求接收模塊710、創(chuàng)建和加簽?zāi)K720、第一加簽憑證發(fā)送模塊730、第二請(qǐng)求接收模塊740、驗(yàn)簽和處理模塊750和信息發(fā)送模塊760。
[0104]具體而言,第一請(qǐng)求接收模塊710可以用于接收來自第一客戶端的憑證創(chuàng)建請(qǐng)求。創(chuàng)建和加簽?zāi)K720可以用于根據(jù)所述憑證創(chuàng)建請(qǐng)求,創(chuàng)建憑證數(shù)據(jù)并對(duì)憑證數(shù)據(jù)進(jìn)行第一加簽操作。第一加簽憑證發(fā)送模塊730可以用于將經(jīng)第一加簽的憑證數(shù)據(jù)發(fā)送給第一客戶端,以由第一客戶端對(duì)所述經(jīng)第一加簽的憑證數(shù)據(jù)進(jìn)行第二加簽操作并將所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)傳輸給第二客戶端。第二請(qǐng)求接收模塊740可以用于接收來自第二客戶端的憑證處理請(qǐng)求,所述憑證處理請(qǐng)求是第二客戶端在接收到來自第一客戶端的經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)并對(duì)所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)進(jìn)行第一驗(yàn)簽操作成功之后發(fā)出的。驗(yàn)簽和處理模塊750可以用于根據(jù)所述憑證處理請(qǐng)求,對(duì)憑證數(shù)據(jù)進(jìn)行第二驗(yàn)簽操作并針對(duì)第二驗(yàn)簽操作成功的憑證數(shù)據(jù)進(jìn)行憑證處理操作。信息發(fā)送模塊760可以用于向第二客戶端發(fā)送憑證處理操作的結(jié)果信息。
[0105]通過本實(shí)施例的數(shù)據(jù)處理裝置,服務(wù)器可以創(chuàng)建憑證數(shù)據(jù)并使得在第一客戶端離線即與服務(wù)器斷開網(wǎng)絡(luò)連接的情況下基于憑證數(shù)據(jù)完成第一客戶端與第二客戶端之間的數(shù)據(jù)交互。在典型場景中,服務(wù)器可以在支付方離線的狀態(tài)下基于來自收款方的離線支付憑證數(shù)據(jù)執(zhí)行收款操作。可見,根據(jù)本實(shí)施例的數(shù)據(jù)處理方法,可以增加數(shù)據(jù)交互(網(wǎng)上支付)的靈活性和方便性,方便用戶的使用,增強(qiáng)用戶體驗(yàn)。
[0106]另外,以上描述的各數(shù)據(jù)處理裝置與之前描述的相應(yīng)數(shù)據(jù)處理方法的處理是對(duì)應(yīng)的,因此,關(guān)于更詳細(xì)的技術(shù)細(xì)節(jié),可以參見之前描述的方法。
[0107]本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白,本申請(qǐng)的實(shí)施例可提供為方法、系統(tǒng)、或計(jì)算機(jī)程序產(chǎn)品。因此,本申請(qǐng)可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且,本申請(qǐng)可采用在一個(gè)或多個(gè)其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī)可用存儲(chǔ)介質(zhì)(包括但不限于磁盤存儲(chǔ)器、CD-ROM、光學(xué)存儲(chǔ)器等)上實(shí)施的計(jì)算機(jī)程序產(chǎn)品的形式。
[0108]在一個(gè)典型的配置中,計(jì)算設(shè)備包括一個(gè)或多個(gè)處理器(CPU)、輸入/輸出接口、網(wǎng)絡(luò)接口和內(nèi)存。內(nèi)存可能包括計(jì)算機(jī)可讀介質(zhì)中的非永久性存儲(chǔ)器,隨機(jī)存取存儲(chǔ)器(RAM)和/或非易失性內(nèi)存等形式,如只讀存儲(chǔ)器(ROM)或閃存(flash RAM)。內(nèi)存是計(jì)算機(jī)可讀介質(zhì)的示例。
[0109]計(jì)算機(jī)可讀介質(zhì)包括永久性和非永久性、可移動(dòng)和非可移動(dòng)媒體可以由任何方法或技術(shù)來實(shí)現(xiàn)信息存儲(chǔ)。信息可以是計(jì)算機(jī)可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序的模塊或其他數(shù)據(jù)。計(jì)算機(jī)的存儲(chǔ)介質(zhì)的例子包括,但不限于相變內(nèi)存(PRAM)、靜態(tài)隨機(jī)存取存儲(chǔ)器(SRAM)、動(dòng)態(tài)隨機(jī)存取存儲(chǔ)器(DRAM)、其他類型的隨機(jī)存取存儲(chǔ)器(RAM)、只讀存儲(chǔ)器(ROM)、電可擦除可編程只讀存儲(chǔ)器(EEPROM)、快閃記憶體或其他內(nèi)存技術(shù)、只讀光盤只讀存儲(chǔ)器(CD-ROM)、數(shù)字多功能光盤(DVD)或其他光學(xué)存儲(chǔ)、磁盒式磁帶,磁帶磁磁盤存儲(chǔ)或其他磁性存儲(chǔ)設(shè)備或任何其他非傳輸介質(zhì),可用于存儲(chǔ)可以被計(jì)算設(shè)備訪問的信息。按照本文中的界定,計(jì)算機(jī)可讀介質(zhì)不包括暫存電腦可讀媒體(transitory media),如調(diào)制的數(shù)據(jù)信號(hào)和載波。
[0110]以上所述僅為本申請(qǐng)的實(shí)施例而已,并不用于限制本申請(qǐng),對(duì)于本領(lǐng)域的技術(shù)人員來說,本申請(qǐng)可以有各種更改和變化。凡在本申請(qǐng)的精神和原則之內(nèi),所作的任何修改、等同替換、改進(jìn)等,均應(yīng)包含在本申請(qǐng)的權(quán)利要求范圍之內(nèi)。
【權(quán)利要求】
1.一種數(shù)據(jù)處理方法,其特征在于,包括: 第一客戶端向服務(wù)器發(fā)送憑證創(chuàng)建請(qǐng)求; 第一客戶端從服務(wù)器接收憑證數(shù)據(jù),所述憑證數(shù)據(jù)由服務(wù)器根據(jù)所述憑證創(chuàng)建請(qǐng)求創(chuàng)建并進(jìn)行第一加簽操作; 第一客戶端對(duì)經(jīng)第一加簽的憑證數(shù)據(jù)進(jìn)行第二加簽操作以得到經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù);以及 第一客戶端將所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)傳輸給第二客戶端。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述第一加簽操作是由服務(wù)器根據(jù)服務(wù)器的私鑰進(jìn)行的。
3.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述第二加簽操作是由第一客戶端根據(jù)第一客戶端的私鑰進(jìn)行的。
4.根據(jù)權(quán)利要求1所述的方法,其特征在于,第一客戶端通過第三方將所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)傳輸給第二客戶端。
5.根據(jù)權(quán)利要求1-4中任一項(xiàng)所述的方法,其特征在于,通過包括二維碼、聲波、藍(lán)牙、wifi中的任意一種或多種方式,將所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)傳輸給第二客戶端。
6.一種數(shù)據(jù)處理方法,其特征在于,包括: 第二客戶端接收來自第一客戶端的憑證數(shù)據(jù),所述憑證數(shù)據(jù)是由服務(wù)器根據(jù)來自第一客戶端的憑證創(chuàng)建請(qǐng)求創(chuàng)建并經(jīng)過服務(wù)器的第一加簽操作和第一客戶端的第二加簽操作; 第二客戶端對(duì)所述憑證數(shù)據(jù)進(jìn)行第一驗(yàn)簽操作; 第一驗(yàn)簽操作成功后,第二客戶端向服務(wù)器發(fā)送憑證處理請(qǐng)求,以由服務(wù)器對(duì)所述憑證數(shù)據(jù)進(jìn)行第二驗(yàn)簽操作并針對(duì)第二驗(yàn)簽操作成功后的憑證數(shù)據(jù)執(zhí)行憑證處理操作;以及 第二客戶端接收來自服務(wù)器的憑證處理操作的結(jié)果信息。
7.根據(jù)權(quán)利要求6所述的方法,其特征在于,所述第一加簽操作是由服務(wù)器根據(jù)服務(wù)器的私鑰進(jìn)行的,且所述第一驗(yàn)簽操作是由第二客戶端根據(jù)服務(wù)器的公鑰進(jìn)行的。
8.根據(jù)權(quán)利要求6所述的方法,其特征在于,所述第二加簽操作是由第一客戶端根據(jù)第一客戶端的私鑰進(jìn)行的,且所述第二驗(yàn)簽操作是由服務(wù)器根據(jù)第一客戶端的公鑰進(jìn)行的。
9.根據(jù)權(quán)利要求6-8中任一項(xiàng)所述的方法,其特征在于,第二客戶端通過包括二維碼、聲波、藍(lán)牙、wifi中的任意一種或多種方式接收來自第一客戶端的憑證數(shù)據(jù)。
10.一種數(shù)據(jù)處理方法,其特征在于,包括: 接收來自第一客戶端的憑證創(chuàng)建請(qǐng)求; 根據(jù)所述憑證創(chuàng)建請(qǐng)求,創(chuàng)建憑證數(shù)據(jù)并對(duì)憑證數(shù)據(jù)進(jìn)行第一加簽操作; 將經(jīng)第一加簽的憑證數(shù)據(jù)發(fā)送給第一客戶端,以由第一客戶端對(duì)所述經(jīng)第一加簽的憑證數(shù)據(jù)進(jìn)行第二加簽操作并將所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)傳輸給第二客戶端; 接收來自第二客戶端的憑證處理請(qǐng)求,所述憑證處理請(qǐng)求是第二客戶端在接收到來自第一客戶端的經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)并對(duì)所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)進(jìn)行第一驗(yàn)簽操作成功之后發(fā)出的; 根據(jù)所述憑證處理請(qǐng)求,對(duì)憑證數(shù)據(jù)進(jìn)行第二驗(yàn)簽操作并針對(duì)第二驗(yàn)簽操作成功的憑證數(shù)據(jù)進(jìn)行憑證處理操作;以及 向第二客戶端發(fā)送憑證處理操作的結(jié)果信息。
11.根據(jù)權(quán)利要求10所述的方法,其特征在于,所述第一加簽操作是由服務(wù)器根據(jù)服務(wù)器的私鑰進(jìn)行的,且所述第一驗(yàn)簽操作是由第二客戶端根據(jù)服務(wù)器的公鑰進(jìn)行的。
12.根據(jù)權(quán)利要求10所述的方法,其特征在于,所述第二加簽操作是由第一客戶端根據(jù)第一客戶端的私鑰進(jìn)行的,且所述第二驗(yàn)簽操作是由服務(wù)器根據(jù)第一客戶端的公鑰進(jìn)行的。
13.一種數(shù)據(jù)處理裝置,其特征在于,包括: 第一請(qǐng)求發(fā)送模塊,用于第一客戶端向服務(wù)器發(fā)送憑證創(chuàng)建請(qǐng)求; 第一加簽憑證接收模塊,用于第一客戶端從服務(wù)器接收憑證數(shù)據(jù),所述憑證數(shù)據(jù)由服務(wù)器根據(jù)所述憑證創(chuàng)建請(qǐng)求創(chuàng)建并進(jìn)行第一加簽操作; 加簽?zāi)K,用于第一客戶端對(duì)經(jīng)第一加簽的憑證數(shù)據(jù)進(jìn)行第二加簽操作以得到經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù);以及 憑證傳輸模塊,用于第一客戶端將所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)傳輸給第二客戶端。
14.一種數(shù)據(jù)處理裝置,其特征在于,包括: 憑證接收模塊,用于第二客戶端接收來自第一客戶端的憑證數(shù)據(jù),所述憑證數(shù)據(jù)是由服務(wù)器根據(jù)來自第一客戶端的憑證創(chuàng)建請(qǐng)求創(chuàng)建并經(jīng)過服務(wù)器的第一加簽操作和第一客戶端的第二加簽操作; 驗(yàn)簽?zāi)K,用于第二客戶端對(duì)所述憑證數(shù)據(jù)進(jìn)行第一驗(yàn)簽操作; 第二請(qǐng)求發(fā)送模塊,用于第一驗(yàn)簽操作成功后,第二客戶端向服務(wù)器發(fā)送憑證處理請(qǐng)求,以由服務(wù)器對(duì)所述憑證數(shù)據(jù)進(jìn)行第二驗(yàn)簽操作并針對(duì)第二驗(yàn)簽操作成功后的憑證數(shù)據(jù)執(zhí)行憑證處理操作;以及 信息接收模塊,用于第二客戶端接收來自服務(wù)器的憑證處理操作的結(jié)果信息。
15.一種數(shù)據(jù)處理裝置,其特征在于,包括: 第一請(qǐng)求接收模塊,用于接收來自第一客戶端的憑證創(chuàng)建請(qǐng)求; 創(chuàng)建和加簽?zāi)K,用于根據(jù)所述憑證創(chuàng)建請(qǐng)求,創(chuàng)建憑證數(shù)據(jù)并對(duì)憑證數(shù)據(jù)進(jìn)行第一加簽操作; 第一加簽憑證發(fā)送模塊,用于將經(jīng)第一加簽的憑證數(shù)據(jù)發(fā)送給第一客戶端,以由第一客戶端對(duì)所述經(jīng)第一加簽的憑證數(shù)據(jù)進(jìn)行第二加簽操作并將所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)傳輸給第二客戶端; 第二請(qǐng)求接收模塊,用于接收來自第二客戶端的憑證處理請(qǐng)求,所述憑證處理請(qǐng)求是第二客戶端在接收到來自第一客戶端的經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)并對(duì)所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)進(jìn)行第一驗(yàn)簽操作成功之后發(fā)出的; 驗(yàn)簽和處理模塊,用于根據(jù)所述憑證處理請(qǐng)求,對(duì)憑證數(shù)據(jù)進(jìn)行第二驗(yàn)簽操作并針對(duì)第二驗(yàn)簽操作成功的憑證數(shù)據(jù)進(jìn)行憑證處理操作;以及 信息發(fā)送模塊,用于向第二客戶端發(fā)送憑證處理操作的結(jié)果信息。
16.一種數(shù)據(jù)處理系統(tǒng),其特征在于,包括: 第一客戶端,包括: 第一請(qǐng)求發(fā)送模塊,用于向服務(wù)器發(fā)送憑證創(chuàng)建請(qǐng)求; 第一加簽憑證接收模塊,用于從服務(wù)器接收憑證數(shù)據(jù),所述憑證數(shù)據(jù)由服務(wù)器根據(jù)所述憑證創(chuàng)建請(qǐng)求創(chuàng)建并進(jìn)行第一加簽操作; 加簽?zāi)K,用于對(duì)經(jīng)第一加簽的憑證數(shù)據(jù)進(jìn)行第二加簽操作以得到經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù);以及 憑證傳輸模塊,用于將所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)傳輸給第二客戶端; 第二客戶端,包括: 憑證接收模塊,用于接收來自第一客戶端的憑證數(shù)據(jù),所述憑證數(shù)據(jù)是由服務(wù)器根據(jù)來自第一客戶端的憑證創(chuàng)建請(qǐng)求創(chuàng)建并經(jīng)過服務(wù)器的第一加簽操作和第一客戶端的第二加簽操作; 驗(yàn)簽?zāi)K,用于對(duì)所述憑證數(shù)據(jù)進(jìn)行第一驗(yàn)簽操作; 第二請(qǐng)求發(fā)送模塊,用于在第一驗(yàn)簽操作成功后,向服務(wù)器發(fā)送憑證處理請(qǐng)求,以由服務(wù)器對(duì)所述憑證數(shù)據(jù)進(jìn)行第二驗(yàn)簽操作并針對(duì)第二驗(yàn)簽操作成功后的憑證數(shù)據(jù)執(zhí)行憑證處理操作;以及 信息接收模塊,用于接收來自服務(wù)器的憑證處理操作的結(jié)果信息;和 服務(wù)器,包括: 第一請(qǐng)求接收模塊,用于接收來自第一客戶端的憑證創(chuàng)建請(qǐng)求; 創(chuàng)建和加簽?zāi)K,用于根據(jù)所述憑證創(chuàng)建請(qǐng)求,創(chuàng)建憑證數(shù)據(jù)并對(duì)憑證數(shù)據(jù)進(jìn)行第一加簽操作; 第一加簽憑證發(fā)送模塊,用于將經(jīng)第一加簽的憑證數(shù)據(jù)發(fā)送給第一客戶端,以由第一客戶端對(duì)所述經(jīng)第一加簽的憑證數(shù)據(jù)進(jìn)行第二加簽操作并將所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)傳輸給第二客戶端; 第二請(qǐng)求接收模塊,用于接收來自第二客戶端的憑證處理請(qǐng)求,所述憑證處理請(qǐng)求是第二客戶端在接收到來自第一客戶端的經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)并對(duì)所述經(jīng)第一加簽和第二加簽的憑證數(shù)據(jù)進(jìn)行第一驗(yàn)簽操作成功之后發(fā)出的; 驗(yàn)簽和處理模塊,用于根據(jù)所述憑證處理請(qǐng)求,對(duì)憑證數(shù)據(jù)進(jìn)行第二驗(yàn)簽操作并針對(duì)第二驗(yàn)簽操作成功的憑證數(shù)據(jù)進(jìn)行憑證處理操作;以及 信息發(fā)送模塊,用于向第二客戶端發(fā)送憑證處理操作的結(jié)果信息。
【文檔編號(hào)】H04L29/06GK104301293SQ201310305847
【公開日】2015年1月21日 申請(qǐng)日期:2013年7月19日 優(yōu)先權(quán)日:2013年7月19日
【發(fā)明者】曹愷 申請(qǐng)人:阿里巴巴集團(tuán)控股有限公司