交易信息處理方法、裝置和系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種交易信息處理方法、裝置和系統(tǒng)，其中方法包括：第一服務(wù)器接收第一公眾平臺(tái)發(fā)送的用戶通過所述訂閱賬號(hào)向公眾賬號(hào)提交的交易信息以及交易信息對(duì)應(yīng)的交易賬號(hào)；第一服務(wù)器根據(jù)交易信息和與交易信息對(duì)應(yīng)的交易賬號(hào)向第二服務(wù)器發(fā)送交易請(qǐng)求并獲取第二服務(wù)器的響應(yīng)消息；和/或，將交易信息和交易賬號(hào)發(fā)送給在客戶端以第一瀏覽器賬號(hào)登錄的第一瀏覽器，以供第一瀏覽器根據(jù)交易信息和交易賬號(hào)向第二服務(wù)器提交交易請(qǐng)求并獲取第二服務(wù)器的響應(yīng)消息，第一服務(wù)器接收第一瀏覽器發(fā)送的響應(yīng)消息；第一服務(wù)器將第二服務(wù)器的響應(yīng)消息通知給用戶。根據(jù)該方案，用戶可隨時(shí)通過移動(dòng)終端上的公眾平臺(tái)客戶端進(jìn)行交易行為，不受位置限制。
【專利說明】交易信息處理方法、裝置和系統(tǒng)

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及互聯(lián)網(wǎng)【技術(shù)領(lǐng)域】，具體涉及一種交易信息處理方法、裝置和系統(tǒng)。

【背景技術(shù)】
[0002] 隨著互聯(lián)網(wǎng)技術(shù)的進(jìn)步，尤其是移動(dòng)網(wǎng)絡(luò)性能的不斷提升，越來越多的商家通過 網(wǎng)絡(luò)發(fā)布產(chǎn)品、信息，例如，網(wǎng)上搶購手機(jī)，網(wǎng)上報(bào)名W及網(wǎng)上訂車票、機(jī)票等，用戶提交查 詢、購買請(qǐng)求，服務(wù)器將請(qǐng)求處理結(jié)果W頁面形式通知到瀏覽器上。上述方式極大地節(jié)約了 出行成本，也為用戶節(jié)省了大量時(shí)間。
[0003] 瀏覽器是人們獲取上述網(wǎng)絡(luò)資源的主要途徑之一，通常，商家提供有交易頁面，用 戶在頁面中選擇商品，服務(wù)提交，返回付款頁面或處理結(jié)果的通知，用戶付款交易完成，或 繼續(xù)購買。但對(duì)于部分商品或服務(wù)，例如搶購手機(jī)或春運(yùn)期間的火車票購買，由于需求量遠(yuǎn) 大于供應(yīng)量，時(shí)效性要求較高，用戶可能需要不斷查詢，獲取最新的更新信息。因此，出現(xiàn)了 一些刷票的插件或擴(kuò)展，但該些刷票插件或擴(kuò)展仍然不能滿足時(shí)效性要求，提供足夠的購 票成功率。


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

[0004] 鑒于上述問題，提出了本發(fā)明W便提供一種克服上述問題或者至少部分地解決上 述問題的交易信息處理方法、裝置和系統(tǒng)。
[0005] 根據(jù)本發(fā)明的一個(gè)方面，提供了一種交易信息處理方法，運(yùn)行在第一服務(wù)器側(cè)，其 中，第一服務(wù)器管理第一公眾平臺(tái)的公眾賬號(hào)，該公眾賬號(hào)具有至少一個(gè)訂閱賬號(hào)；
[0006] 方法包括：
[0007] 第一服務(wù)器接收第一公眾平臺(tái)發(fā)送的用戶通過所述訂閱賬號(hào)向公眾賬號(hào)提交的 交易信息W及交易信息對(duì)應(yīng)的交易賬號(hào)；
[0008] 第一服務(wù)器根據(jù)交易信息和與交易信息對(duì)應(yīng)的交易賬號(hào)向第二服務(wù)器發(fā)送交易 請(qǐng)求并獲取第二服務(wù)器的響應(yīng)消息；
[0009] 和/或，將交易信息和交易賬號(hào)發(fā)送給在客戶端W第一瀏覽器賬號(hào)登錄的第一瀏 覽器，W供第一瀏覽器根據(jù)交易信息和交易賬號(hào)向第二服務(wù)器提交交易請(qǐng)求并獲取第二服 務(wù)器的響應(yīng)消息，第一服務(wù)器接收第一瀏覽器發(fā)送的響應(yīng)消息；
[0010] 第一服務(wù)器將第二服務(wù)器的響應(yīng)消息通知給用戶。
[0011] 根據(jù)本發(fā)明的另一方面，提供了一種交易信息處理裝置，用于管理第一公眾平臺(tái) 的公眾賬號(hào)，該公眾賬號(hào)具有至少一個(gè)訂閱賬號(hào)；
[001引裝置包括：
[0013] 第一接收模塊，適于接收第一公眾平臺(tái)發(fā)送的用戶通過訂閱賬號(hào)向公眾賬號(hào)提交 的交易信息W及交易信息對(duì)應(yīng)的交易賬號(hào)；
[0014] 交易請(qǐng)求模塊與獲取模塊，其中，交易請(qǐng)求模塊適于根據(jù)交易信息和與交易信息 對(duì)應(yīng)的交易賬號(hào)向第二服務(wù)器發(fā)送交易請(qǐng)求，獲取模塊適于獲取第二服務(wù)器的響應(yīng)消息； 和/或，發(fā)送模塊與第二接收模塊，其中，發(fā)送模塊適于將交易信息和交易賬號(hào)發(fā)送給在客 戶端W第一瀏覽器賬號(hào)登錄的第一瀏覽器，W供第一瀏覽器根據(jù)交易信息和交易賬號(hào)向第 二服務(wù)器提交交易請(qǐng)求并獲取第二服務(wù)器的響應(yīng)消息，第二接收模塊適于接收第一瀏覽器 發(fā)送的響應(yīng)消息；
[0015] 通知模塊，適于將第二服務(wù)器的響應(yīng)消息通知給用戶。
[0016] 根據(jù)本發(fā)明的另一個(gè)方面，提供了一種交易信息處理系統(tǒng)，包括上述的交易信息 處理裝置，W及與訂閱賬號(hào)關(guān)聯(lián)的移動(dòng)終端。
[0017] 根據(jù)本發(fā)明的交易信息處理方法、裝置和系統(tǒng)，接收用戶通過第一公眾平臺(tái)的訂 閱賬號(hào)向公眾賬號(hào)發(fā)送的交易信息和交易賬號(hào)，服務(wù)器W交易賬號(hào)向交易服務(wù)器請(qǐng)求獲取 響應(yīng)消息；或者將交易信息和交易賬號(hào)返回給在PC或移動(dòng)終端W第一瀏覽器賬號(hào)登錄的 第一瀏覽器側(cè)，第一瀏覽器側(cè)進(jìn)行交易請(qǐng)求的自動(dòng)提交，獲取響應(yīng)消息，并將響應(yīng)消息在發(fā) 送至第一服務(wù)器，第一服務(wù)器將響應(yīng)消息通知給用戶。根據(jù)該方案，用戶可隨時(shí)通過移動(dòng)終 端上的公眾平臺(tái)客戶端進(jìn)行交易行為，不受位置限制。
[0018] 上述說明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段， 而可依照說明書的內(nèi)容予W實(shí)施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點(diǎn)能夠 更明顯易懂，W下特舉本發(fā)明的【具體實(shí)施方式】。

【專利附圖】

【附圖說明】
[0019] 通過閱讀下文優(yōu)選實(shí)施方式的詳細(xì)描述，各種其他的優(yōu)點(diǎn)和益處對(duì)于本領(lǐng)域普通 技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實(shí)施方式的目的，而并不認(rèn)為是對(duì)本發(fā)明 的限制。而且在整個(gè)附圖中，用相同的參考符號(hào)表示相同的部件。在附圖中：
[0020] 圖1示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的交易信息處理方法的流程圖；
[0021] 圖2a示出了本發(fā)明提供的一種交易信息處理方法適用的系統(tǒng)結(jié)構(gòu)示意圖；
[0022] 圖化示出了本發(fā)明提供的另一種交易信息處理方法適用的系統(tǒng)結(jié)構(gòu)示意圖；
[0023] 圖3示出了根據(jù)本發(fā)明另一個(gè)實(shí)施例的交易信息處理方法的流程圖；
[0024] 圖4示出了根據(jù)本發(fā)明另一個(gè)實(shí)施例的交易信息處理方法的流程圖；
[00巧]圖5示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的交易信息處理裝置的結(jié)構(gòu)框圖；
[0026] 圖6示出了根據(jù)本發(fā)明另一個(gè)實(shí)施例的交易信息處理裝置的結(jié)構(gòu)框圖；
[0027] 圖7示出了根據(jù)本發(fā)明另一個(gè)實(shí)施例的交易信息處理裝置的結(jié)構(gòu)框圖；
[0028] 圖8示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的交易信息處理系統(tǒng)的結(jié)構(gòu)框圖。

【具體實(shí)施方式】
[0029] 下面將參照附圖更詳細(xì)地描述本公開的示例性實(shí)施例。雖然附圖中顯示了本公開 的示例性實(shí)施例，然而應(yīng)當(dāng)理解，可W W各種形式實(shí)現(xiàn)本公開而不應(yīng)被該里闡述的實(shí)施例 所限制。相反，提供該些實(shí)施例是為了能夠更透徹地理解本公開，并且能夠?qū)⒈竟_的范圍 完整的傳達(dá)給本領(lǐng)域的技術(shù)人員。
[0030] 圖1示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的交易信息處理方法的流程圖，運(yùn)行在第一服 務(wù)器側(cè)，第一服務(wù)器管理第一公眾平臺(tái)的公眾賬號(hào)，公眾賬號(hào)具有至少一個(gè)訂閱賬號(hào)。如圖 1所示，方法包括如下步驟：
[0031] 步驟SllO,第一服務(wù)器接收第一公眾平臺(tái)發(fā)送的用戶通過訂閱賬號(hào)向公眾賬號(hào)提 交的交易信息W及交易信息對(duì)應(yīng)的交易賬號(hào)。
[0032] 具體地，交易信息為用戶進(jìn)行網(wǎng)上交易時(shí)的需求信息。例如，用戶想要搶購小米手 機(jī)，則交易信息就是用戶在"小米搶購網(wǎng)"選擇的一個(gè)或多個(gè)手機(jī)的型號(hào)，若用戶在購票網(wǎng) 站購票，則交易信息即為票務(wù)信息，包括用戶想要的車次、席別、終點(diǎn)站，出發(fā)時(shí)間等；若用 戶參加考試報(bào)名，交易信息為用戶選擇的考試時(shí)間，考場(chǎng)地點(diǎn)等。交易賬號(hào)為用戶提供交易 信息時(shí)使用的賬號(hào)信息，例如，用戶在購票網(wǎng)站查詢車票，則交易賬號(hào)為用戶查詢前登錄購 票網(wǎng)站的購票賬號(hào)及相應(yīng)的密碼。
[0033] 本發(fā)明實(shí)施例中，第一服務(wù)器管理第一公眾平臺(tái)的公眾賬號(hào)，該公眾賬號(hào)具有至 少一個(gè)訂閱賬號(hào)，訂閱賬號(hào)和公眾賬號(hào)之間通過第一公眾平臺(tái)交換信息。W微信平臺(tái)為例， 移動(dòng)終端用戶的微信賬號(hào)關(guān)注某公眾賬號(hào)成為該公眾賬號(hào)的其中一個(gè)訂閱賬號(hào)，用戶通過 訂閱賬號(hào)向公眾賬號(hào)提交交易信息和交易賬號(hào)。
[0034] 步驟S120,第一服務(wù)器根據(jù)交易信息和與交易信息對(duì)應(yīng)的交易賬號(hào)向第二服務(wù)器 發(fā)送交易請(qǐng)求并獲取第二服務(wù)器的響應(yīng)消息，和/或，將交易信息和交易賬號(hào)發(fā)送給在客 戶端W第一瀏覽器賬號(hào)登錄的第一瀏覽器，第一服務(wù)器接收第一瀏覽器發(fā)送的響應(yīng)消息。
[0035] 本發(fā)明實(shí)施例中，第二服務(wù)器即是交易賬號(hào)所屬的交易站點(diǎn)對(duì)應(yīng)的服務(wù)器。響應(yīng) 消息中包括第二服務(wù)器對(duì)交易請(qǐng)求的處理結(jié)果，例如，用戶輸入乘車時(shí)間和乘車區(qū)間W查 詢車次，則響應(yīng)消息包括車次查詢結(jié)果，若用戶購票，響應(yīng)消息可W是包含"訂單已成功遞 交"的頁面或提示消息。進(jìn)一步的，響應(yīng)消息還可W包含訂單提交后的支付頁面。
[0036] 具體地，第一服務(wù)器可通過兩種方式向第二服務(wù)器提交交易請(qǐng)求，獲取響應(yīng)消 息：
[0037] 提交方式一：
[0038] 第一服務(wù)器W交易賬號(hào)向第二服務(wù)器提交交易請(qǐng)求，交易請(qǐng)求中包含公眾賬號(hào)接 收的交易信息。
[0039] 通常用戶購票或查詢時(shí)，在PC端瀏覽器上打開購票網(wǎng)站，輸入乘車區(qū)間、時(shí)間、席 另IJ、車次等信息，點(diǎn)擊提交，瀏覽器向購票網(wǎng)站的第二服務(wù)器發(fā)送上述信息，W獲取響應(yīng)消 息。在交易高峰時(shí)，大量用戶同時(shí)提交請(qǐng)求，第二服務(wù)器負(fù)擔(dān)增加導(dǎo)致交易請(qǐng)求提交困難， 同時(shí)，第二服務(wù)器的擁塞也會(huì)造成瀏覽器的卡頓，交易請(qǐng)求提交失敗，用戶可能需要重復(fù)多 次提交，導(dǎo)致錯(cuò)過購票時(shí)機(jī)。
[0040] 在本實(shí)施例的方式一中，用戶通過訂閱賬號(hào)將交易信息和交易賬號(hào)發(fā)送給公眾賬 號(hào)，由第一服務(wù)器自動(dòng)重復(fù)提交請(qǐng)求，例如，每2砂提交一次。該減少了用戶的操作，用戶也 不必一直守在電腦前，只需輸入一次票務(wù)信息即可。第一服務(wù)器通常具有較佳的和更穩(wěn)定 的網(wǎng)絡(luò)帶寬，第一服務(wù)器發(fā)出的請(qǐng)求被成功處理的幾率較高，提升了交易成功的概率。
[0041] 另外，購票網(wǎng)站的站點(diǎn)一般采用分布式的緩存服務(wù)器，分布在不同的區(qū)域，當(dāng)某個(gè) 地區(qū)的用戶進(jìn)行購票時(shí)，網(wǎng)站域名經(jīng)內(nèi)容分發(fā)網(wǎng)絡(luò)解析，得到購票網(wǎng)站在該區(qū)域內(nèi)的服務(wù) 器IP，瀏覽器訪問該區(qū)域內(nèi)的緩存服務(wù)器，獲取響應(yīng)消息。
[0042] -方面，緩存服務(wù)器中的數(shù)據(jù)可能W-定的頻率更新而與最新數(shù)據(jù)之間存在延 遲。例如，用戶購買北京到哈爾濱的車票，起售時(shí)間為10點(diǎn)。用戶在10點(diǎn)時(shí)訪問購票網(wǎng)站， 輸入車次，點(diǎn)擊購買。如果用戶的交易請(qǐng)求被提交至一緩存服務(wù)器，而該緩存服務(wù)器此時(shí)可 能尚未更新數(shù)據(jù)，則購票頁面會(huì)顯示售票尚未開始，無法預(yù)訂。緩存服務(wù)器數(shù)據(jù)可能在I分 鐘后更新，但此時(shí)票已售完，用戶購票失敗。本實(shí)施例通過第一服務(wù)器提交可W解決上述存 在的技術(shù)問題，第一服務(wù)器預(yù)先獲取各區(qū)域內(nèi)的緩存服務(wù)器的IP，同時(shí)監(jiān)測(cè)該些緩存服務(wù) 器的數(shù)據(jù)更新狀態(tài)，將用戶交易請(qǐng)求提交至已更新數(shù)據(jù)的緩存服務(wù)器。
[0043] 另一方面，各區(qū)域的緩存服務(wù)器負(fù)載狀態(tài)不同，例如，某區(qū)域內(nèi)的一個(gè)時(shí)間點(diǎn)，購 票用戶眾多，導(dǎo)致服務(wù)器擁塞，無法及時(shí)處理交易請(qǐng)求。但在本實(shí)施例的方式一中，第一服 務(wù)器可通過實(shí)時(shí)分析各區(qū)域緩存服務(wù)器的連接時(shí)間，下載速度等獲知各區(qū)域緩存服務(wù)器的 負(fù)載狀態(tài)，向負(fù)載狀態(tài)最優(yōu)的緩存服務(wù)器提交交易請(qǐng)求，保證用戶的交易請(qǐng)求能夠得到及 時(shí)處理，極大地提高購票的成功率。
[0044] 提交方式二：
[0045] 將交易信息和交易賬號(hào)發(fā)送給在客戶端W第一瀏覽器賬號(hào)登錄的第一瀏覽器；第 一瀏覽器根據(jù)交易信息和交易賬號(hào)向第二服務(wù)器提交交易請(qǐng)求并獲取第二服務(wù)器的響應(yīng) 消息；第一瀏覽器再將獲取的第二服務(wù)器的響應(yīng)消息發(fā)送給第一服務(wù)器。
[0046] 其中，第一瀏覽器實(shí)現(xiàn)的功能如提交請(qǐng)求、發(fā)送響應(yīng)消息等可由瀏覽器本身主程 序完成，或者可由適用于不同瀏覽器的瀏覽器插件調(diào)用瀏覽器接口完成，再或者通過頁面 調(diào)用瀏覽器接口完成。
[0047] 在本實(shí)施例的方式二中，還需要預(yù)先建立第一瀏覽器賬號(hào)和購票賬號(hào)及訂閱賬號(hào) 之間的關(guān)聯(lián)，并保存在第一服務(wù)器中。第一瀏覽器的登錄方式可W是可W是前臺(tái)或后臺(tái)的 登錄，登錄的客戶端可W是PC，也可W是移動(dòng)終端。例如，用戶購票前提前在PC上打開第一 瀏覽器，W第一瀏覽器賬號(hào)登錄。第一瀏覽器根據(jù)第一服務(wù)器發(fā)送的交易信息和交易賬號(hào) 執(zhí)行自動(dòng)上述過程?；蛘撸脩糍徠鼻疤崆霸谝苿?dòng)終端上打開第一瀏覽器，W第一瀏覽器賬 號(hào)登錄，使第一瀏覽器在后臺(tái)運(yùn)行，第一瀏覽器根據(jù)第一服務(wù)器發(fā)送的交易信息和交易賬 號(hào)執(zhí)行自動(dòng)上述過程。第一瀏覽器向第二服務(wù)器發(fā)起帶有交易信息和交易賬號(hào)的ht化請(qǐng) 求，可W GET和POST方式提交。
[0048] 相對(duì)于方式一，方式二的優(yōu)勢(shì)在于可避免由第一服務(wù)器向第二服務(wù)器自動(dòng)提交購 票請(qǐng)求時(shí)，第二服務(wù)器檢測(cè)出請(qǐng)求并非來自PC等客戶端，而是來自服務(wù)器，而將購票請(qǐng)求 識(shí)別為對(duì)服務(wù)器的攻擊，拒絕接收第一服務(wù)器提交的購票請(qǐng)求；或者，第一服務(wù)器設(shè)置有請(qǐng) 求頻率的上限，當(dāng)來自服務(wù)器的請(qǐng)求頻率過高時(shí)，被判斷為非法請(qǐng)求，該樣用戶的請(qǐng)求無法 得到及時(shí)處理的技術(shù)問題。
[0049] 在方式二中，服務(wù)器可將各緩存服務(wù)器的負(fù)載狀態(tài)、數(shù)據(jù)更新狀態(tài)通知給瀏覽器 偵由瀏覽器向合適的緩存服務(wù)器提交請(qǐng)求，保證用戶的交易請(qǐng)求能夠得到及時(shí)處理，極大 地提高購票的成功率。
[0050] 應(yīng)該理解的是，該步驟可W采用上述的方式一和方式二相結(jié)合的方式，即第一服 務(wù)器和第一瀏覽器都向第二服務(wù)器提交請(qǐng)求，獲取響應(yīng)消息。
[0051] 步驟S130,第一服務(wù)器將第二服務(wù)器的響應(yīng)消息通知給用戶。
[0052] 具體地，本實(shí)施例中給出了兩種通知方式。
[0053] 通知方式一：
[0054] 第一服務(wù)器將第二服務(wù)器的響應(yīng)消息發(fā)送給在客戶端W第一瀏覽器賬號(hào)登錄的 第一瀏覽器。
[00巧]該種方式主要適用于步驟S120中的提交方式一，即第一服務(wù)器向第二服務(wù)器提 交請(qǐng)求，從第二服務(wù)器處獲取響應(yīng)消息的情況。
[0056] 可選地，響應(yīng)消息包括請(qǐng)求處理后的支付頁面，例如，第二服務(wù)器處理請(qǐng)求后，根 據(jù)交易信息，用戶賬號(hào)等生成一個(gè)支付頁面，將支付頁面的網(wǎng)頁文件，網(wǎng)頁文件中包含交易 信息和交易賬號(hào)返回給第一瀏覽器，或?qū)㈨撁娴腢RL及交易賬號(hào)和交易信息返回給第一瀏 覽器，由第一瀏覽器直接打開支付頁面。
[0057] 通知方式二：
[0058] 第一服務(wù)器通過第一公眾平臺(tái)W公眾賬號(hào)將第二服務(wù)器的響應(yīng)消息發(fā)送給公眾 賬號(hào)的訂閱賬號(hào)。
[0059] 具體地，第一服務(wù)器將響應(yīng)消息和訂閱賬號(hào)提交給第一公眾平臺(tái)提供的消息發(fā)送 接口，完成發(fā)送。
[0060] 如同步驟S120中描述的，本實(shí)施例的通知方式二中，第一服務(wù)器發(fā)送的響應(yīng)消息 可來自第一瀏覽器或直接由第一服務(wù)器從第二服務(wù)器處獲取。
[0061] 圖2a和圖化示出了本實(shí)施例提供的其中兩種交易信息處理方法所適用的系統(tǒng)， 其中，交易站點(diǎn)對(duì)應(yīng)于第二服務(wù)器。為更清楚地描述本實(shí)施例方法，結(jié)合圖2a和圖化進(jìn)行 完整說明。
[006引在圖2a中，用戶通在移動(dòng)終端上登錄訂閱賬號(hào)，向公眾賬號(hào)提交交易信息和交易 賬號(hào)，由公眾平臺(tái)接口將交易信息和交易賬號(hào)通知給管理公眾賬號(hào)的第一服務(wù)器，第一服 務(wù)器根據(jù)交易信息和交易賬號(hào)向交易站點(diǎn)發(fā)起交易請(qǐng)求，交易站點(diǎn)處理交易請(qǐng)求后生成響 應(yīng)消息，返回給第一服務(wù)器，第一服務(wù)器將響應(yīng)消息發(fā)送給在PC端W第一瀏覽器賬號(hào)登錄 的第一瀏覽器進(jìn)行展示。
[0063] 圖化中，用戶在移動(dòng)終端上登錄訂閱賬號(hào)，向公眾賬號(hào)提交交易信息和交易賬 號(hào)，由公眾平臺(tái)接口將交易信息和交易賬號(hào)通知給管理公眾賬號(hào)的第一服務(wù)器，第一服務(wù) 器將交易信息和交易賬號(hào)發(fā)送給在客戶端W第一瀏覽器賬號(hào)登錄的第一瀏覽器，其中，第 一瀏覽器賬號(hào)與訂閱賬號(hào)關(guān)聯(lián)；第一瀏覽器根據(jù)交易信息和交易賬號(hào)向交易站點(diǎn)提交交易 請(qǐng)求，并獲取響應(yīng)消息，然后將獲取的響應(yīng)消息發(fā)送給第一服務(wù)器；第一服務(wù)器向公眾平臺(tái) 的消息發(fā)送接口提交響應(yīng)消息和訂閱賬號(hào)，W供公眾平臺(tái)將響應(yīng)消息發(fā)送給訂閱賬號(hào)。
[0064] 根據(jù)本發(fā)明上述實(shí)施例提供的方法，用戶可隨時(shí)在移動(dòng)終端上登錄公眾平臺(tái)的訂 閱賬號(hào)進(jìn)行交易信息的提交，不受位置限制，操作方便。而且，本方法可選擇通過服務(wù)器提 交交易請(qǐng)求，提高了提交的成功率。另外，可選的多種通知方式使響應(yīng)消息的返回成功率得 W提升，用戶購票成功率也因此提高。
[0065] 圖3示出了根據(jù)本發(fā)明另一個(gè)實(shí)施例的交易信息處理方法的流程圖。本實(shí)施例W 微信公眾平臺(tái)為例，說明方法在第一服務(wù)器側(cè)的執(zhí)行過程。如圖3所示，方法包括如下步 驟：
[0066] 步驟S310,第一服務(wù)器接收第一公眾平臺(tái)發(fā)送的用戶通過訂閱賬號(hào)向公眾賬號(hào)提 交的交易信息W及交易信息對(duì)應(yīng)的交易賬號(hào)。
[0067] 具體地，第一服務(wù)器管理一個(gè)微信公眾號(hào)，可通過預(yù)先實(shí)現(xiàn)的接口接收微信平臺(tái) 向該接口的事件通知或消息推送，并根據(jù)消息，執(zhí)行本實(shí)施例后續(xù)步驟中的邏輯。
[0068] 具體地，微信平臺(tái)W POST方式將包含交易信息和交易賬號(hào)的XML數(shù)據(jù)包提交到與 第一服務(wù)器提供的接口對(duì)應(yīng)的U化上。第一服務(wù)器對(duì)XML數(shù)據(jù)包解析，獲得交易信息和交 易賬號(hào)。
[0069] 可選地，利用微信平臺(tái)提供的自定義菜單創(chuàng)建接口在微信公眾號(hào)中創(chuàng)建自定義菜 單，例如，當(dāng)用戶進(jìn)入微信公眾號(hào)界面時(shí)，在微信公眾號(hào)界面下方顯示"搶票王"菜單，用戶 點(diǎn)擊后，該點(diǎn)擊事件被推送給第一服務(wù)器接口，第一服務(wù)器根據(jù)該事件，提供一個(gè)預(yù)先配置 的購票頁面，顯示在微信公眾號(hào)界面中。購票頁面中可包括多個(gè)輸入元素，例如，"出發(fā)站"， "到達(dá)站"。"出發(fā)日期"等，供用戶選擇或輸入。然后，第一服務(wù)器接收微信平臺(tái)WPOST方 式發(fā)送的數(shù)據(jù)包，從而獲取車次、席別、時(shí)間等交易信息。
[0070] 步驟S320,第一服務(wù)器根據(jù)交易信息和與交易信息對(duì)應(yīng)的交易賬號(hào)向第二服務(wù)器 發(fā)送交易請(qǐng)求，并獲取第二服務(wù)器處理交易請(qǐng)求成功后返回的支付頁面。
[0071] 從微信平臺(tái)發(fā)送到第一服務(wù)器的XML數(shù)據(jù)包中解析出交易信息和交易賬號(hào)，生成 交易請(qǐng)求，提交至購票站點(diǎn)對(duì)應(yīng)的第二服務(wù)器。如果提交成功且尚有余票，則第二服務(wù)器會(huì) 根據(jù)交易賬號(hào)和交易信息為該請(qǐng)求生成響應(yīng)消息，包括訂單確認(rèn)頁面，支付頁面等。例如， 支付頁面包括交易賬號(hào)，交易信息，乘客，訂購車次，價(jià)格等信息。
[0072] 步驟S330,第一服務(wù)器將支付頁面發(fā)送在客戶端W第一瀏覽器賬號(hào)登錄的第一瀏 1|々 H口 O
[0073] 本實(shí)施例中將支付頁面直接返回給在客戶端上，如PC上的W第一瀏覽器賬號(hào)登 錄的第一瀏覽器，瀏覽器打開該頁面，用戶即可進(jìn)行付款，十分便捷，節(jié)省了用戶多次點(diǎn)擊 和確認(rèn)的過程。
[0074] 其中，第一瀏覽器賬號(hào)與交易賬號(hào)及訂閱賬號(hào)間有一一對(duì)應(yīng)的關(guān)系，則本實(shí)施例 還包括將第一瀏覽器賬號(hào)和訂閱賬號(hào)綁定的步驟。可選地，綁定過程如下：
[00巧]首先，接收第一瀏覽器發(fā)送的標(biāo)識(shí)碼請(qǐng)求，標(biāo)識(shí)碼請(qǐng)求中帶有第一瀏覽器賬號(hào) 信息。具體地，瀏覽器插件或頁面將交易賬號(hào)攜帶在標(biāo)識(shí)碼請(qǐng)求中，發(fā)送給服務(wù)器，可W GET方式將購票賬號(hào)添加在HTTP請(qǐng)求的U化中。例如，http ;//sehd. 360. cn/turnt油Ie/ weixin/getcode ? account = wedonotsow。本實(shí)施例中，還需要提交交易賬號(hào)對(duì)應(yīng)的密碼， W供交易站點(diǎn)對(duì)應(yīng)的第二服務(wù)器驗(yàn)證。則可W選擇W POST方式提交交易賬號(hào)，將購票賬號(hào) 包含在HTTP消息主體中，該種方式具有更高的安全性。
[0076] 然后，第一服務(wù)器根據(jù)標(biāo)識(shí)碼請(qǐng)求生成標(biāo)識(shí)碼，并將標(biāo)識(shí)碼發(fā)送給第一瀏覽器，W 便第一瀏覽器顯示標(biāo)識(shí)碼。例如，使用SHAl生成標(biāo)識(shí)碼，并記錄標(biāo)識(shí)碼和第一瀏覽器賬號(hào) 的關(guān)系。
[0077] 而后，第一瀏覽器顯示標(biāo)識(shí)碼，用戶登錄訂閱賬號(hào)，打開公眾賬號(hào)界面，輸入標(biāo)識(shí) 碼并發(fā)送。
[0078] 最后，第一服務(wù)器接收訂閱賬號(hào)發(fā)送的標(biāo)識(shí)碼，根據(jù)標(biāo)識(shí)碼建立起訂閱賬號(hào)和第 一瀏覽器賬號(hào)之間的關(guān)聯(lián)。具體地，微信平臺(tái)將標(biāo)識(shí)碼推送給第一服務(wù)器的預(yù)置接口，第一 服務(wù)器建立發(fā)送該標(biāo)識(shí)碼的訂閱賬號(hào)和第一瀏覽器賬號(hào)的關(guān)聯(lián)。
[0079] 圖4示出了根據(jù)本發(fā)明另一個(gè)實(shí)施例的交易信息處理方法的流程圖，如圖4所示， 方法包括如下步驟：
[0080] 步驟S410,第一服務(wù)器接收第一公眾平臺(tái)發(fā)送的用戶通過訂閱賬號(hào)向公眾賬號(hào)提 交的交易信息W及交易信息對(duì)應(yīng)的交易賬號(hào)。
[0081] 本步驟與上一實(shí)施例的步驟S310相同，此處不再費(fèi)述。
[0082] 步驟S420,將交易信息和交易賬號(hào)發(fā)送給在客戶端W第一瀏覽器賬號(hào)登錄的第一 瀏覽器。
[0083] 步驟S430,第一瀏覽器根據(jù)交易信息和交易賬號(hào)向第二服務(wù)器提交交易請(qǐng)求并獲 取第二服務(wù)器的響應(yīng)消息。
[0084] 步驟S440,第一瀏覽器將響應(yīng)消息發(fā)送至第一服務(wù)器。
[0085] 步驟S450,第一服務(wù)器將第一瀏覽器發(fā)送的響應(yīng)消息提交至第一公眾平臺(tái)的公眾 賬號(hào)接口，發(fā)送給訂閱賬號(hào)。
[0086] 服務(wù)器W POST方式向微信平臺(tái)的上述接口提交一個(gè)JSONQavaScript化ject Notation)數(shù)據(jù)包，W將第一信息的更新信息發(fā)送給用戶微信訂閱賬號(hào)，JSON數(shù)據(jù)包的一 個(gè)示例如下：

【權(quán)利要求】
1. 一種交易信息處理方法，運(yùn)行在第一服務(wù)器側(cè)，所述第一服務(wù)器管理第一公眾平臺(tái) 的公眾賬號(hào)，所述公眾賬號(hào)具有至少一個(gè)訂閱賬號(hào)； 所述方法包括： 所述第一服務(wù)器接收第一公眾平臺(tái)發(fā)送的用戶通過所述訂閱賬號(hào)向所述公眾賬號(hào)提 交的交易信息以及所述交易信息對(duì)應(yīng)的交易賬號(hào)； 所述第一服務(wù)器根據(jù)所述交易信息和與所述交易信息對(duì)應(yīng)的交易賬號(hào)向第二服務(wù)器 發(fā)送交易請(qǐng)求并獲取第二服務(wù)器的響應(yīng)消息，和/或，將所述交易信息和所述交易賬號(hào)發(fā) 送給在客戶端以第一瀏覽器賬號(hào)登錄的第一瀏覽器，以供所述第一瀏覽器根據(jù)所述交易信 息和所述交易賬號(hào)向所述第二服務(wù)器提交交易請(qǐng)求并獲取第二服務(wù)器的響應(yīng)消息，所述第 一服務(wù)器接收所述第一瀏覽器發(fā)送的響應(yīng)消息； 所述第一服務(wù)器將第二服務(wù)器的響應(yīng)消息通知給用戶。
2. 根據(jù)權(quán)利要求1所述的方法，其中，所述方法還包括： 接收第一瀏覽器發(fā)送的標(biāo)識(shí)碼請(qǐng)求，所述標(biāo)識(shí)碼請(qǐng)求中帶有第一瀏覽器賬號(hào)信息； 根據(jù)所述標(biāo)識(shí)碼請(qǐng)求生成標(biāo)識(shí)碼，并將所述標(biāo)識(shí)碼發(fā)送給所述第一瀏覽器，以便所述 第一瀏覽器顯示所述標(biāo)識(shí)碼； 接收訂閱賬號(hào)發(fā)送的標(biāo)識(shí)碼，根據(jù)所述標(biāo)識(shí)碼建立起所述訂閱賬號(hào)和所述第一瀏覽器 賬號(hào)之間的關(guān)聯(lián)。
3. 根據(jù)權(quán)利要求1所述的方法，其中，所述第一服務(wù)器將第二服務(wù)器的響應(yīng)消息通知 給用戶進(jìn)一步為：所述第一服務(wù)器將第二服務(wù)器的響應(yīng)消息發(fā)送給在客戶端以第一瀏覽器 賬號(hào)登錄的第一瀏覽器； 所述客戶端包括：移動(dòng)終端或PC終端。
4. 根據(jù)權(quán)利要求1所述的方法，其中，所述第一服務(wù)器將第二服務(wù)器的響應(yīng)消息通知 給用戶進(jìn)一步為：所述第一服務(wù)器通過所述第一公眾平臺(tái)以所述公眾賬號(hào)將第二服務(wù)器的 響應(yīng)消息發(fā)送給所述公眾賬號(hào)的訂閱賬號(hào)。
5. 根據(jù)權(quán)利要求1-4任一項(xiàng)所述的方法，其中，所述獲取第二服務(wù)器的響應(yīng)消息包括： 獲取第二服務(wù)器處理交易請(qǐng)求成功后返回的支付頁面； 所述第一服務(wù)器將第二服務(wù)器的響應(yīng)消息通知給用戶進(jìn)一步為：將所述第二服務(wù)器處 理交易請(qǐng)求成功后返回的支付頁面通知給用戶。
6. 根據(jù)權(quán)利要求1-5任一項(xiàng)所述的方法，其中，所述交易信息為用戶的購票信息，所述 交易賬號(hào)為用戶在購票網(wǎng)站的購票賬號(hào)，所述第二服務(wù)器為購票網(wǎng)站的服務(wù)器。
7. -種交易信息處理裝置，用于管理第一公眾平臺(tái)的公眾賬號(hào)，所述公眾賬號(hào)具有至 少一個(gè)訂閱賬號(hào)； 所述裝置包括： 第一接收模塊，適于接收第一公眾平臺(tái)發(fā)送的用戶通過所述訂閱賬號(hào)向所述公眾賬號(hào) 提交的交易信息以及所述交易信息對(duì)應(yīng)的交易賬號(hào)； 交易請(qǐng)求模塊與獲取模塊，其中，所述交易請(qǐng)求模塊適于根據(jù)所述交易信息和與所述 交易信息對(duì)應(yīng)的交易賬號(hào)向第二服務(wù)器發(fā)送交易請(qǐng)求，所述獲取模塊適于獲取第二服務(wù)器 的響應(yīng)消息；和/或，發(fā)送模塊與第二接收模塊，其中，所述發(fā)送模塊適于將所述交易信息 和所述交易賬號(hào)發(fā)送給在客戶端以第一瀏覽器賬號(hào)登錄的第一瀏覽器，以供所述第一瀏覽 器根據(jù)所述交易信息和所述交易賬號(hào)向所述第二服務(wù)器提交交易請(qǐng)求并獲取第二服務(wù)器 的響應(yīng)消息，所述第二接收模塊適于接收所述第一瀏覽器發(fā)送的響應(yīng)消息； 通知模塊，適于將第二服務(wù)器的響應(yīng)消息通知給用戶。
8. 根據(jù)權(quán)利要求7所述的裝置，其中，所述第一接收模塊還適于：接收訂閱賬號(hào)發(fā)送的 標(biāo)識(shí)碼； 所述裝置還包括：關(guān)聯(lián)模塊，適于接收第一瀏覽器發(fā)送的標(biāo)識(shí)碼請(qǐng)求，所述標(biāo)識(shí)碼請(qǐng)求 中帶有第一瀏覽器賬號(hào)信息，根據(jù)標(biāo)識(shí)碼請(qǐng)求生成標(biāo)識(shí)碼，并將所述標(biāo)識(shí)碼發(fā)送給所述第 一瀏覽器，以便所述第一瀏覽器顯示所述標(biāo)識(shí)碼； 根據(jù)所述標(biāo)識(shí)碼建立起所述訂閱賬號(hào)和所述第一瀏覽器賬號(hào)之間的關(guān)聯(lián)。
9. 根據(jù)權(quán)利要求7所述的裝置，其中，所述通知模塊進(jìn)一步適于：將第二服務(wù)器的響應(yīng) 消息發(fā)送給在客戶端以第一瀏覽器賬號(hào)登錄的第一瀏覽器； 所述客戶端包括：移動(dòng)終端或PC終端。
10. -種交易信息處理系統(tǒng)，包括：權(quán)利要求7-9任一項(xiàng)所述的交易信息處理裝置，以 及與訂閱賬號(hào)關(guān)聯(lián)的移動(dòng)終端。
【文檔編號(hào)】H04L29/08GK104331296SQ201410686205
【公開日】2015年2月4日 申請(qǐng)日期:2014年11月25日 優(yōu)先權(quán)日:2014年11月25日
【發(fā)明者】季士普 申請(qǐng)人:北京奇虎科技有限公司, 奇智軟件（北京）有限公司