實(shí)時(shí)獲取電子碼的方法、開(kāi)放平臺(tái)及系統(tǒng)的制作方法
【專利摘要】本發(fā)明涉及一種實(shí)時(shí)獲取電子碼的方法、開(kāi)放平臺(tái)及系統(tǒng)，該方法包括：開(kāi)放平臺(tái)接收到第三方應(yīng)用服務(wù)器發(fā)送的前端支付請(qǐng)求后，通過(guò)第一接口向第三方應(yīng)用服務(wù)器發(fā)送通知消息；通過(guò)第二接口接收第三方應(yīng)用服務(wù)器根據(jù)通知消息返回的訂單核實(shí)請(qǐng)求；當(dāng)確定訂單核實(shí)請(qǐng)求合法時(shí)，向第三方應(yīng)用服務(wù)器返回驗(yàn)證成功消息；接收第三方應(yīng)用服務(wù)器收到驗(yàn)證成功消息后返回的與訂單核實(shí)請(qǐng)求對(duì)應(yīng)的電子碼，并將電子碼提供給預(yù)設(shè)的用戶終端。由此解決了現(xiàn)有技術(shù)中，第三方應(yīng)用服務(wù)器必須以手動(dòng)方式預(yù)先向開(kāi)放平臺(tái)內(nèi)導(dǎo)入一定批量的電子碼所導(dǎo)致的操作繁瑣等問(wèn)題。
【專利說(shuō)明】實(shí)時(shí)獲取電子碼的方法、開(kāi)放平臺(tái)及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及網(wǎng)絡(luò)通信【技術(shù)領(lǐng)域】，具體涉及一種實(shí)時(shí)獲取電子碼的方法、開(kāi)放平臺(tái)及系統(tǒng)。
【背景技術(shù)】
[0002]開(kāi)放平臺(tái)能夠?qū)⑵涮峁┑母黝惙?wù)封裝成一系列計(jì)算機(jī)易識(shí)別的數(shù)據(jù)接口，第三方開(kāi)發(fā)者直接調(diào)用這些開(kāi)放的數(shù)據(jù)接口就可以享用開(kāi)放平臺(tái)的相應(yīng)服務(wù)，這些開(kāi)放的數(shù)據(jù)接口也叫做Open API，提供這些Open API的平臺(tái)本身就被稱為開(kāi)放平臺(tái)。
[0003]利用第三方應(yīng)用服務(wù)器提供的電子碼向用戶提供電子碼的推送服務(wù)是目前開(kāi)放平臺(tái)的一個(gè)典型應(yīng)用。在這種應(yīng)用場(chǎng)景中，第三方應(yīng)用服務(wù)器需要提供可以流通的電子碼，并將提供的電子碼通過(guò)開(kāi)放平臺(tái)推送給需要該電子碼的用戶終端。圖1示出了上述應(yīng)用場(chǎng)景的示意圖。如圖1所示，為了實(shí)現(xiàn)電子碼在開(kāi)放平臺(tái)上的流通，第三方應(yīng)用開(kāi)發(fā)者(即操作上述第三方應(yīng)用服務(wù)器的操作人員)需要事先將欲在該開(kāi)放平臺(tái)上流通的電子碼以手動(dòng)方式導(dǎo)入該開(kāi)放平臺(tái)內(nèi)。具體的導(dǎo)入流程如圖2所示，首先，第三方應(yīng)用開(kāi)發(fā)者需要生成一個(gè)用于存儲(chǔ)電子碼的序列號(hào)文件；然后登錄到開(kāi)放平臺(tái)提供的導(dǎo)入后臺(tái)，在該導(dǎo)入后臺(tái)上提交該第三方應(yīng)用開(kāi)發(fā)者的信息，并上傳之前生成的序列號(hào)文件；最后，確認(rèn)上傳結(jié)果，以實(shí)現(xiàn)電子碼的最終導(dǎo)入。在導(dǎo)入電子碼之后，開(kāi)放平臺(tái)就可以基于導(dǎo)入的電子碼向用戶提供電子碼的推送服務(wù)。圖1中還示出了電子碼的找回功能，該功能與本發(fā)明關(guān)系不大，此處暫不介紹。
[0004]由此可見(jiàn)，利用現(xiàn)有的開(kāi)放平臺(tái)實(shí)現(xiàn)電子碼的流通之前，必須先將電子碼導(dǎo)入到該平臺(tái)內(nèi)。但是，上述手動(dòng)導(dǎo)入電子碼的操作方式非常繁瑣，需要耗費(fèi)大量的人力成本。而且，在手動(dòng)導(dǎo)入電子碼時(shí)，通常是一次性向開(kāi)放平臺(tái)內(nèi)導(dǎo)入一定批量的電子碼以供流通。這樣，開(kāi)放平臺(tái)還需要為這些預(yù)先導(dǎo)入的電子碼預(yù)付一定的費(fèi)用，因此，開(kāi)放平臺(tái)還將承擔(dān)預(yù)付成本的損失風(fēng)險(xiǎn)。

【發(fā)明內(nèi)容】

[0005]鑒于上述問(wèn)題，提出了本發(fā)明以便提供一種克服上述問(wèn)題或者至少部分地解決上述問(wèn)題的實(shí)時(shí)獲取電子碼的方法、開(kāi)放平臺(tái)及系統(tǒng)。
[0006]依據(jù)本發(fā)明的一個(gè)方面，提供了一種實(shí)時(shí)獲取電子碼的方法，包括:開(kāi)放平臺(tái)接收到第三方應(yīng)用服務(wù)器發(fā)送的前端支付請(qǐng)求后，通過(guò)第一接口向第三方應(yīng)用服務(wù)器發(fā)送通知消息；通過(guò)第二接口接收第三方應(yīng)用服務(wù)器根據(jù)通知消息返回的訂單核實(shí)請(qǐng)求；當(dāng)確定訂單核實(shí)請(qǐng)求合法時(shí)，向第三方應(yīng)用服務(wù)器返回驗(yàn)證成功消息；接收第三方應(yīng)用服務(wù)器收到驗(yàn)證成功消息后返回的與訂單核實(shí)請(qǐng)求對(duì)應(yīng)的電子碼，并將電子碼提供給預(yù)設(shè)的用戶終端。
[0007]依據(jù)本發(fā)明的另一方面，提供了一種實(shí)時(shí)獲取電子碼的開(kāi)放平臺(tái)，包括:第一通信模塊，適于接收第三方應(yīng)用服務(wù)器發(fā)送的前端支付請(qǐng)求；第一接口模塊，適于向第三方應(yīng)用服務(wù)器發(fā)送通知消息；第二接口模塊，適于接收第三方應(yīng)用服務(wù)器根據(jù)通知消息返回的訂單核實(shí)請(qǐng)求；驗(yàn)證模塊，適于確定訂單核實(shí)請(qǐng)求是否合法；第二通信模塊，適于在訂單核實(shí)請(qǐng)求合法時(shí)向第三方應(yīng)用服務(wù)器返回驗(yàn)證成功消息，并接收第三方應(yīng)用服務(wù)器收到驗(yàn)證成功消息后返回的與訂單核實(shí)請(qǐng)求對(duì)應(yīng)的電子碼，將電子碼提供給預(yù)設(shè)的用戶終端。
[0008]依據(jù)本發(fā)明的另一方面，提供了一種實(shí)時(shí)獲取電子碼的系統(tǒng)，包括上述的開(kāi)放平臺(tái)，一個(gè)或多個(gè)用戶終端及一個(gè)或多個(gè)第三方應(yīng)用服務(wù)器。
[0009]在本發(fā)明提供的實(shí)時(shí)獲取電子碼的方法、開(kāi)放平臺(tái)及系統(tǒng)中，為第三方應(yīng)用服務(wù)器提供了兩個(gè)開(kāi)放的接口(第一接口和第二接口)，通過(guò)這兩個(gè)接口，能夠?qū)崿F(xiàn)開(kāi)放平臺(tái)與第三方應(yīng)用服務(wù)器之間的實(shí)時(shí)數(shù)據(jù)交互，從而使開(kāi)放平臺(tái)能夠在每次接收到第三方應(yīng)用服務(wù)器發(fā)送的前端支付請(qǐng)求后，向第三方應(yīng)用服務(wù)器發(fā)送通知消息，接收及驗(yàn)證第三方應(yīng)用服務(wù)器返回的訂單核實(shí)請(qǐng)求，并在驗(yàn)證通過(guò)后向第三方應(yīng)用服務(wù)器返回驗(yàn)證成功消息，最后接收第三方應(yīng)用服務(wù)器據(jù)此返回的電子碼。通過(guò)上述方式能夠?qū)崿F(xiàn)開(kāi)放平臺(tái)與第三方應(yīng)用服務(wù)器之間的雙向驗(yàn)證機(jī)制，能夠提高開(kāi)放平臺(tái)與第三方應(yīng)用服務(wù)器之間的數(shù)據(jù)傳輸?shù)陌踩?。在安全性得到保障的前提下，第三方?yīng)用服務(wù)器可以在每次接收到用戶發(fā)送的與電子碼相關(guān)的前端支付請(qǐng)求之后，實(shí)時(shí)地向開(kāi)放平臺(tái)發(fā)送所需的電子碼。由此解決了現(xiàn)有技術(shù)中，第三方應(yīng)用服務(wù)器必須以手動(dòng)方式預(yù)先向開(kāi)放平臺(tái)內(nèi)導(dǎo)入一定批量的電子碼所導(dǎo)致的操作繁瑣等問(wèn)題。
[0010]上述說(shuō)明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，而可依照說(shuō)明書的內(nèi)容予以實(shí)施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點(diǎn)能夠更明顯易懂，以下特舉本發(fā)明的【具體實(shí)施方式】。
【專利附圖】

【附圖說(shuō)明】
[0011]通過(guò)閱讀下文優(yōu)選實(shí)施方式的詳細(xì)描述，各種其他的優(yōu)點(diǎn)和益處對(duì)于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實(shí)施方式的目的，而并不認(rèn)為是對(duì)本發(fā)明的限制。而且在整個(gè)附圖中，用相同的參考符號(hào)表示相同的部件。在附圖中:
[0012]圖1示出了現(xiàn)有技術(shù)中的第三方應(yīng)用開(kāi)發(fā)者向開(kāi)放平臺(tái)導(dǎo)入電子碼時(shí)的場(chǎng)景示意圖；
[0013]圖2示出了現(xiàn)有技術(shù)中的第三方應(yīng)用開(kāi)發(fā)者向開(kāi)放平臺(tái)導(dǎo)入電子碼時(shí)的方法流程圖；
[0014]圖3示出了本發(fā)明一個(gè)實(shí)施例提供的實(shí)時(shí)獲取電子碼的方法的流程圖；
[0015]圖4示出了本發(fā)明另一實(shí)施例提供的實(shí)時(shí)獲取電子碼的方法的流程圖；
[0016]圖5示出了本發(fā)明實(shí)施例提供的實(shí)時(shí)獲取電子碼的開(kāi)放平臺(tái)的結(jié)構(gòu)圖；
[0017]圖6示出了本發(fā)明實(shí)施例提供的實(shí)時(shí)獲取電子碼的系統(tǒng)的結(jié)構(gòu)圖。
【具體實(shí)施方式】
[0018]下面將參照附圖更詳細(xì)地描述本公開(kāi)的示例性實(shí)施例。雖然附圖中顯示了本公開(kāi)的示例性實(shí)施例，然而應(yīng)當(dāng)理解，可以以各種形式實(shí)現(xiàn)本公開(kāi)而不應(yīng)被這里闡述的實(shí)施例所限制。相反，提供這些實(shí)施例是為了能夠更透徹地理解本公開(kāi)，并且能夠?qū)⒈竟_(kāi)的范圍完整的傳達(dá)給本領(lǐng)域的技術(shù)人員。[0019]本發(fā)明實(shí)施例提供了一種實(shí)時(shí)獲取電子碼的方法、開(kāi)放平臺(tái)及系統(tǒng)，用以解決現(xiàn)有技術(shù)中第三方應(yīng)用服務(wù)器必須以手動(dòng)方式預(yù)先向開(kāi)放平臺(tái)內(nèi)導(dǎo)入一定批量的電子碼所導(dǎo)致的操作繁瑣等問(wèn)題。
[0020]圖3示出了本發(fā)明實(shí)施例提供的實(shí)時(shí)獲取電子碼的方法的流程圖。如圖3所示，該方法起始于步驟S101，在步驟SlOl中，開(kāi)放平臺(tái)接收到第三方應(yīng)用服務(wù)器發(fā)送的前端支付請(qǐng)求后，通過(guò)第一接口向第三方應(yīng)用服務(wù)器發(fā)送通知消息。其中，第一接口可以通過(guò)預(yù)設(shè)的第一回調(diào)函數(shù)、第一函數(shù)指針或第一 URL地址來(lái)實(shí)現(xiàn)。
[0021]接下來(lái)，在步驟S102中，開(kāi)放平臺(tái)通過(guò)第二接口接收第三方應(yīng)用服務(wù)器根據(jù)通知消息返回的訂單核實(shí)請(qǐng)求。其中，第二接口同樣可以通過(guò)預(yù)設(shè)的第二回調(diào)函數(shù)、第二函數(shù)指針或第二 URL地址來(lái)實(shí)現(xiàn)。
[0022]然后，在步驟S103中，開(kāi)放平臺(tái)確定上述的訂單核實(shí)請(qǐng)求是否合法，并在確定其合法時(shí)向第三方應(yīng)用服務(wù)器返回驗(yàn)證成功消息。
[0023]最后，在步驟S104中，開(kāi)放平臺(tái)接收第三方應(yīng)用服務(wù)器收到驗(yàn)證成功消息后返回的與訂單核實(shí)請(qǐng)求對(duì)應(yīng)的電子碼，并將該電子碼提供給預(yù)設(shè)的用戶終端。
[0024]可選地，為了提高數(shù)據(jù)傳輸?shù)陌踩裕鲜霾襟ESlOl中發(fā)送的通知消息中進(jìn)一步包含前端支付請(qǐng)求的相關(guān)信息，且這些相關(guān)信息通過(guò)預(yù)設(shè)的數(shù)字簽名算法進(jìn)行簽名。相應(yīng)地，第三方應(yīng)用服務(wù)器收到該通知消息后，先通過(guò)預(yù)設(shè)的簽名驗(yàn)證算法對(duì)該通知消息進(jìn)行驗(yàn)證，再根據(jù)驗(yàn)證通過(guò)后得到的相關(guān)信息返回訂單核實(shí)請(qǐng)求。其中，第三方應(yīng)用服務(wù)器根據(jù)驗(yàn)證通過(guò)后得到的相關(guān)信息返回訂單核實(shí)請(qǐng)求的步驟進(jìn)一步包括:首先獲取相關(guān)信息中包含的待驗(yàn)證參數(shù)，然后通過(guò)預(yù)設(shè)的數(shù)字簽名算法對(duì)待驗(yàn)證參數(shù)進(jìn)行簽名，最后將簽名后的待驗(yàn)證參數(shù)封裝在訂單核實(shí)請(qǐng)求中即可。相應(yīng)地，在步驟S103中，開(kāi)放平臺(tái)通過(guò)下述方式驗(yàn)證訂單核實(shí)請(qǐng)求是否合法:首先，開(kāi)放平臺(tái)通過(guò)預(yù)設(shè)的簽名驗(yàn)證算法對(duì)訂單核實(shí)請(qǐng)求進(jìn)行驗(yàn)證，得到其中的待驗(yàn)證參數(shù)；然后，如果得到的待驗(yàn)證參數(shù)合法，則可以確定該訂單核實(shí)請(qǐng)求合法。
[0025]通過(guò)上面的方式就可以實(shí)現(xiàn)開(kāi)放平臺(tái)與第三方應(yīng)用服務(wù)器之間的雙向驗(yàn)證，從而既可以防止有人冒充開(kāi)放平臺(tái)來(lái)欺騙第三方應(yīng)用服務(wù)器向其發(fā)送電子碼，也可以防止有人冒充第三方應(yīng)用服務(wù)器向開(kāi)放平臺(tái)傳輸惡意數(shù)據(jù)。另外，為了進(jìn)一步確保電子碼在向開(kāi)放平臺(tái)發(fā)送的過(guò)程中不被篡改或截獲，還可以由第三方應(yīng)用服務(wù)器進(jìn)一步對(duì)電子碼進(jìn)行加密。為此，本實(shí)施例中的方法還可以包括如下細(xì)節(jié):當(dāng)開(kāi)放平臺(tái)與第三方應(yīng)用服務(wù)器之間通過(guò)第一類數(shù)據(jù)傳輸協(xié)議(例如安全性較高的HTTPS協(xié)議等)進(jìn)行通信時(shí)，第三方應(yīng)用服務(wù)器返回的電子碼是沒(méi)有加密的電子碼，則開(kāi)放平臺(tái)直接將電子碼提供給預(yù)設(shè)的用戶終端即可，這樣可以在網(wǎng)絡(luò)安全性高的情況下簡(jiǎn)化傳輸環(huán)節(jié)的操作；當(dāng)開(kāi)放平臺(tái)與第三方應(yīng)用服務(wù)器之間通過(guò)第二類數(shù)據(jù)傳輸協(xié)議(例如安全性較低的HTTP協(xié)議等)進(jìn)行通信時(shí)，第三方應(yīng)用服務(wù)器返回的電子碼是經(jīng)過(guò)加密的電子碼，則開(kāi)放平臺(tái)對(duì)電子碼進(jìn)行解密之后再將電子碼提供給預(yù)設(shè)的用戶終端，這樣可以在網(wǎng)絡(luò)安全性低的情況下提高傳輸安全性，并防止數(shù)據(jù)在網(wǎng)絡(luò)應(yīng)用層以下的層級(jí)被盜取。
[0026]通過(guò)上述方式能夠?qū)崿F(xiàn)開(kāi)放平臺(tái)與第三方應(yīng)用服務(wù)器之間的雙向驗(yàn)證機(jī)制，能夠提高開(kāi)放平臺(tái)與第三方應(yīng)用服務(wù)器之間的數(shù)據(jù)傳輸?shù)陌踩?。在安全性得到保障的前提下，第三方?yīng)用服務(wù)器可以在每次接收到用戶發(fā)送的與電子碼相關(guān)的前端支付請(qǐng)求之后，實(shí)時(shí)地向開(kāi)放平臺(tái)發(fā)送所需的電子碼。由此解決了現(xiàn)有技術(shù)中，第三方應(yīng)用服務(wù)器必須以手動(dòng)方式預(yù)先向開(kāi)放平臺(tái)內(nèi)導(dǎo)入一定批量的電子碼所導(dǎo)致的操作繁瑣等問(wèn)題。
[0027]在本發(fā)明的另一實(shí)施例中，以用戶閱讀付費(fèi)小說(shuō)的應(yīng)用場(chǎng)景為例，對(duì)本發(fā)明提供的實(shí)時(shí)獲取電子碼的方法進(jìn)行詳細(xì)介紹。其中，本實(shí)施例中的第三方應(yīng)用服務(wù)器是向用戶提供付費(fèi)小說(shuō)的服務(wù)器，該服務(wù)器提供的電子碼用于激活小說(shuō)的特定章節(jié)，以便使用戶能夠?qū)@些章節(jié)進(jìn)行閱讀。圖4示出了本實(shí)施例提供的實(shí)時(shí)獲取電子碼的方法流程圖。如圖4所示，該方法包括以下步驟:
[0028]步驟S201:用戶終端向第三方應(yīng)用服務(wù)器發(fā)送激活請(qǐng)求。
[0029]通常情況下，本步驟在用戶希望閱讀電子小說(shuō)的付費(fèi)章節(jié)時(shí)被觸發(fā)。例如，當(dāng)用戶通過(guò)電腦等用戶終端瀏覽完小說(shuō)的概要性提示內(nèi)容后，希望進(jìn)一步閱讀該小說(shuō)的剩余章節(jié)時(shí)，需要用戶先通過(guò)電子碼對(duì)這些章節(jié)進(jìn)行激活。為此，用戶可以通過(guò)點(diǎn)擊用戶終端瀏覽器上顯示的“立即激活”等字樣的按鈕來(lái)發(fā)送上述的激活請(qǐng)求。
[0030]通常情況下，該激活請(qǐng)求中會(huì)包含例如用戶帳號(hào)、小說(shuō)名稱以及章節(jié)號(hào)等信息。為此，當(dāng)用戶點(diǎn)擊“立即激活”的按鈕之后，瀏覽器頁(yè)面可以先跳轉(zhuǎn)到購(gòu)買激活碼的相應(yīng)頁(yè)面，在該頁(yè)面上顯示有“快速購(gòu)買”和“登錄購(gòu)買”兩個(gè)選項(xiàng)，如果用戶點(diǎn)擊“快速購(gòu)買”的選項(xiàng)，則需要用戶填寫訂單信息，包括:應(yīng)用名稱(如電子小說(shuō))、產(chǎn)品單價(jià)(如閱讀一節(jié)小說(shuō)的閱讀費(fèi)用)、產(chǎn)品數(shù)量(如小說(shuō)的章節(jié)數(shù))、用戶聯(lián)系方式(如手機(jī)號(hào)碼和/或電子郵箱等)等；如果用戶點(diǎn)擊“登錄購(gòu)買”的選項(xiàng)，則需要用戶先輸入用戶帳號(hào)和密碼等登錄信息之后再填寫相應(yīng)的訂單信息。由此可見(jiàn)，在上述過(guò)程中，瀏覽器可以獲取到該激活請(qǐng)求的相關(guān)信息，并將這些相關(guān)信息寫入該激活請(qǐng)求中。另外，在上述過(guò)程中，還可以進(jìn)一步包括用戶通過(guò)支付寶等支付方式為電子碼支付費(fèi)用的環(huán)節(jié)，該環(huán)節(jié)可通過(guò)現(xiàn)有的各種支付方式實(shí)現(xiàn)。
[0031]步驟S202:第三方應(yīng)用服務(wù)器收到用戶終端發(fā)來(lái)的激活請(qǐng)求后，向開(kāi)放平臺(tái)發(fā)送前端支付請(qǐng)求。
[0032]第三方應(yīng)用服務(wù)器首先解析該激活請(qǐng)求，獲取到激活請(qǐng)求中包含的用戶帳號(hào)、小說(shuō)名稱以及章節(jié)號(hào)等信息；然后，根據(jù)這些信息構(gòu)造前端支付請(qǐng)求，并將該前端支付請(qǐng)求發(fā)送給開(kāi)放平臺(tái)。
[0033]步驟S203:開(kāi)放平臺(tái)接收到第三方應(yīng)用服務(wù)器發(fā)送的前端支付請(qǐng)求后，通過(guò)第一接口向第三方應(yīng)用服務(wù)器發(fā)送通知消息。
[0034]具體地，開(kāi)放平臺(tái)對(duì)前端支付請(qǐng)求進(jìn)行解析，得到其中包含的用戶帳號(hào)、小說(shuō)名稱以及章節(jié)號(hào)等信息，然后，根據(jù)這些信息構(gòu)造通知消息，并通過(guò)第一接口將通知消息發(fā)送給第三方應(yīng)用服務(wù)器。其中，第一接口可以通過(guò)預(yù)設(shè)的回調(diào)函數(shù)、函數(shù)指針或URL地址等多種方式來(lái)實(shí)現(xiàn)。例如，該第一接口可以是開(kāi)放平臺(tái)預(yù)先設(shè)置好的Open API，第三方應(yīng)用服務(wù)器在最初接入開(kāi)放平臺(tái)時(shí)，通過(guò)加載包含第一接口在內(nèi)的Open API來(lái)實(shí)現(xiàn)與開(kāi)放平臺(tái)的對(duì)接。因此，在本步驟中，開(kāi)放平臺(tái)直接調(diào)用該第一接口就可以向第三方應(yīng)用服務(wù)器發(fā)送通知消息。
[0035]在通知消息中需要包含一些需要第三方應(yīng)用服務(wù)器確認(rèn)的參數(shù)信息。表I示出了通知消息中所包含的參數(shù)信息:
[0036]表I
[0037]
【權(quán)利要求】
1.一種實(shí)時(shí)獲取電子碼的方法，包括: 開(kāi)放平臺(tái)接收到第三方應(yīng)用服務(wù)器發(fā)送的前端支付請(qǐng)求后，通過(guò)第一接口向所述第三方應(yīng)用服務(wù)器發(fā)送通知消息； 通過(guò)第二接口接收所述第三方應(yīng)用服務(wù)器根據(jù)所述通知消息返回的訂單核實(shí)請(qǐng)求； 當(dāng)確定所述訂單核實(shí)請(qǐng)求合法時(shí)，向所述第三方應(yīng)用服務(wù)器返回驗(yàn)證成功消息； 接收所述第三方應(yīng)用服務(wù)器收到所述驗(yàn)證成功消息后返回的與所述訂單核實(shí)請(qǐng)求對(duì)應(yīng)的電子碼，并將所述電子碼提供給預(yù)設(shè)的用戶終端。
2.如權(quán)利要求1所述的方法，其中，所述第一接口通過(guò)預(yù)設(shè)的第一回調(diào)函數(shù)、第一函數(shù)指針或第一 URL地址實(shí)現(xiàn)，所述第二接口通過(guò)預(yù)設(shè)的第二回調(diào)函數(shù)、第二函數(shù)指針或第二URL地址實(shí)現(xiàn)。
3.如權(quán)利要求1所述的方法，其中，所述通知消息中包含所述前端支付請(qǐng)求的相關(guān)信息，且所述相關(guān)信息通過(guò)預(yù)設(shè)的數(shù)字簽名算法進(jìn)行簽名； 所述第三方應(yīng)用服務(wù)器收到所述通知消息后，先通過(guò)預(yù)設(shè)的簽名驗(yàn)證算法對(duì)所述通知消息進(jìn)行驗(yàn)證，再根據(jù)驗(yàn)證通過(guò)后得到的所述相關(guān)信息返回所述訂單核實(shí)請(qǐng)求。
4.如權(quán)利要求3所述的方法，其中，所述第三方應(yīng)用服務(wù)器根據(jù)驗(yàn)證通過(guò)后得到的所述相關(guān)信息返回所述訂單核實(shí)請(qǐng)求的步驟包括:獲取所述相關(guān)信息中包含的待驗(yàn)證參數(shù)，通過(guò)所述預(yù)設(shè)的數(shù)字簽名算法對(duì)所述待驗(yàn)證參數(shù)進(jìn)行簽名，將簽名后的待驗(yàn)證參數(shù)封裝在所述訂單核實(shí)請(qǐng)求中； 所述開(kāi)放平臺(tái)確定所述訂單核實(shí)請(qǐng) 求合法的步驟包括:通過(guò)預(yù)設(shè)的簽名驗(yàn)證算法對(duì)所述訂單核實(shí)請(qǐng)求進(jìn)行驗(yàn)證，得到其中的待驗(yàn)證參數(shù)，如果所述待驗(yàn)證參數(shù)合法，則確定所述訂單核實(shí)請(qǐng)求合法。
5.如權(quán)利要求1-4任一所述的方法，其中，當(dāng)所述開(kāi)放平臺(tái)與所述第三方應(yīng)用服務(wù)器之間通過(guò)第一類數(shù)據(jù)傳輸協(xié)議進(jìn)行通信時(shí)，所述第三方應(yīng)用服務(wù)器返回的電子碼是沒(méi)有加密的電子碼，則所述開(kāi)放平臺(tái)直接將所述電子碼提供給預(yù)設(shè)的用戶終端；其中，所述第一類數(shù)據(jù)傳輸協(xié)議包括HTTPS協(xié)議； 當(dāng)所述開(kāi)放平臺(tái)與所述第三方應(yīng)用服務(wù)器之間通過(guò)第二類數(shù)據(jù)傳輸協(xié)議進(jìn)行通信時(shí)，所述第三方應(yīng)用服務(wù)器返回的電子碼是經(jīng)過(guò)加密的電子碼，則所述開(kāi)放平臺(tái)對(duì)所述電子碼進(jìn)行解密之后再將所述電子碼提供給預(yù)設(shè)的用戶終端；其中，所述第二類數(shù)據(jù)傳輸協(xié)議包括HTTP協(xié)議。
6.一種實(shí)時(shí)獲取電子碼的開(kāi)放平臺(tái)，包括: 第一通信模塊，適于接收第三方應(yīng)用服務(wù)器發(fā)送的前端支付請(qǐng)求； 第一接口模塊，適于向所述第三方應(yīng)用服務(wù)器發(fā)送通知消息； 第二接口模塊，適于接收所述第三方應(yīng)用服務(wù)器根據(jù)所述通知消息返回的訂單核實(shí)請(qǐng)求； 驗(yàn)證模塊，適于確定所述訂單核實(shí)請(qǐng)求是否合法； 第二通信模塊，適于在所述訂單核實(shí)請(qǐng)求合法時(shí)向所述第三方應(yīng)用服務(wù)器返回驗(yàn)證成功消息，并接收所述第三方應(yīng)用服務(wù)器收到所述驗(yàn)證成功消息后返回的與所述訂單核實(shí)請(qǐng)求對(duì)應(yīng)的電子碼，將所述電子碼提供給預(yù)設(shè)的用戶終端。
7.如權(quán)利要求6所述的開(kāi)放平臺(tái)，其中，所述第一接口模塊通過(guò)預(yù)設(shè)的第一回調(diào)函數(shù)、第一函數(shù)指針或第一 URL地址發(fā)送所述通知消息； 所述第二接口模塊通過(guò)預(yù)設(shè)的第二回調(diào)函數(shù)、第二函數(shù)指針或第二 URL地址接收所述訂單核實(shí)請(qǐng)求。
8.如權(quán)利要求6所述的開(kāi)放平臺(tái)，其中，所述第一接口模塊發(fā)送的通知消息中包含所述前端支付請(qǐng)求的相關(guān)信息，且所述相關(guān)信息通過(guò)預(yù)設(shè)的數(shù)字簽名算法進(jìn)行簽名； 所述第三方應(yīng)用服務(wù)器收到所述通知消息后，先通過(guò)預(yù)設(shè)的簽名驗(yàn)證算法對(duì)所述通知消息進(jìn)行驗(yàn)證，再根據(jù)驗(yàn)證通過(guò)后得到的所述相關(guān)信息返回所述訂單核實(shí)請(qǐng)求。
9.如權(quán)利要求8所述的開(kāi)放平臺(tái)，其中，所述訂單核實(shí)請(qǐng)求中包含所述第三方應(yīng)用服務(wù)器從所述相關(guān)信息中獲取的待驗(yàn)證參數(shù)，且所述待驗(yàn)證參數(shù)通過(guò)預(yù)設(shè)的數(shù)字簽名算法進(jìn)行簽名； 所述驗(yàn)證模塊適于通過(guò)預(yù)設(shè)的簽名驗(yàn)證算法對(duì)所述訂單核實(shí)請(qǐng)求進(jìn)行驗(yàn)證，得到其中的待驗(yàn)證參數(shù)，如果所述待驗(yàn)證參數(shù)合法，則確定所述訂單核實(shí)請(qǐng)求合法。
10.一種實(shí)時(shí)獲取電子碼的系統(tǒng)，包括:如權(quán)利要求6-9任一所述的開(kāi)放平臺(tái)，一個(gè)或多個(gè)用戶終端以及一個(gè)或多個(gè)第`三方應(yīng)用服務(wù)器。
【文檔編號(hào)】H04L29/08GK103561115SQ201310585149
【公開(kāi)日】2014年2月5日 申請(qǐng)日期:2013年11月19日 優(yōu)先權(quán)日:2013年11月19日
【發(fā)明者】胡聰 申請(qǐng)人:北京奇虎科技有限公司, 奇智軟件（北京）有限公司