分布式多渠道團(tuán)購(gòu)券自動(dòng)驗(yàn)券系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種分布式多渠道團(tuán)購(gòu)券自動(dòng)驗(yàn)券系統(tǒng)，將驗(yàn)券系統(tǒng)、訂單系統(tǒng)和渠道后臺(tái)系統(tǒng)結(jié)合，實(shí)現(xiàn)團(tuán)購(gòu)券的自動(dòng)化驗(yàn)證。該驗(yàn)券系統(tǒng)包括任務(wù)分配模塊和客戶端模塊，任務(wù)分配模塊用于獲取訂單系統(tǒng)中的訂單任務(wù)并分配給客戶端模塊；客戶端模塊用于根據(jù)訂單任務(wù)的數(shù)據(jù)執(zhí)行渠道驗(yàn)證規(guī)則腳本文件中的命令自動(dòng)登錄到渠道后臺(tái)系統(tǒng)，渠道后臺(tái)系統(tǒng)對(duì)團(tuán)購(gòu)券號(hào)進(jìn)行驗(yàn)證后并發(fā)送一個(gè)結(jié)果給客戶端模塊。該驗(yàn)券系統(tǒng)實(shí)現(xiàn)了流程的自動(dòng)化，減少了人工的操作，大大提高了處理效率。
【專利說明】
分布式多渠道團(tuán)購(gòu)券自動(dòng)驗(yàn)券系統(tǒng)
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及一種團(tuán)購(gòu)券驗(yàn)券系統(tǒng)，特別是涉及一種分布式多渠道團(tuán)購(gòu)券自動(dòng)驗(yàn)券系統(tǒng)。
【背景技術(shù)】
[0002]團(tuán)購(gòu)券是為客戶在團(tuán)購(gòu)渠道網(wǎng)站進(jìn)行團(tuán)購(gòu)后，網(wǎng)站返回給客戶的消費(fèi)憑證，用于客戶到商家兌換相應(yīng)的服務(wù)或者商品。商家一般為了增加銷售額，會(huì)在多個(gè)團(tuán)購(gòu)渠道網(wǎng)站上同時(shí)進(jìn)行銷售多種商品。在團(tuán)購(gòu)網(wǎng)站后臺(tái)會(huì)將所有商品根據(jù)分店與登錄賬號(hào)分類管理，以方便商家與用于的日常消費(fèi)驗(yàn)證與對(duì)賬。
[0003]這樣，客戶在線下進(jìn)行消費(fèi)時(shí)必須給商家提供所購(gòu)買具體商品、團(tuán)購(gòu)券以及所屬團(tuán)購(gòu)渠道網(wǎng)站，商家則需要根據(jù)商品選擇相對(duì)應(yīng)的賬號(hào)登錄至相應(yīng)網(wǎng)站商家后臺(tái)，并選擇相對(duì)應(yīng)的分店進(jìn)行驗(yàn)證。商家驗(yàn)證券號(hào)必須在渠道商家后臺(tái)系統(tǒng)的賬號(hào)登錄下，并選擇正確的分店，才能正確查詢與驗(yàn)證團(tuán)購(gòu)券。這種流程上存在多商家、多渠道后臺(tái)系統(tǒng)以及多賬號(hào)多分店的選擇，對(duì)操作人員要求較高，也比較容易出錯(cuò)，處理效率也相對(duì)較低。
[0004]再者，由于團(tuán)購(gòu)網(wǎng)站商品種類繁多，客戶線下消費(fèi)時(shí)可能會(huì)提供了錯(cuò)誤的商品，造成券號(hào)與商品不一致，甚至券號(hào)對(duì)應(yīng)為其他商家的商品。這樣就會(huì)照成很多的麻煩，因此商家必須先核實(shí)券號(hào)是否正確。

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

[0005]為了克服現(xiàn)有技術(shù)的不足，本發(fā)明的目的是為提供了一種分布式多渠道團(tuán)購(gòu)券自動(dòng)驗(yàn)券系統(tǒng)，這種驗(yàn)券系統(tǒng)能夠自動(dòng)登錄到渠道商家后臺(tái)系統(tǒng)并驗(yàn)證券號(hào)是否正確，提高了處理效率，減少人工操作。
[0006]為解決上述問題，本發(fā)明所采用的技術(shù)方案如下:
[0007]本發(fā)明提供了一種分布式多渠道團(tuán)購(gòu)券自動(dòng)驗(yàn)券系統(tǒng)，包括任務(wù)分配模塊和客戶端模塊;所述任務(wù)分配模塊用于獲取訂單系統(tǒng)中的待驗(yàn)證訂單任務(wù)，所述訂單系統(tǒng)是客戶創(chuàng)建的所有訂單任務(wù)的集合;所述任務(wù)分配模塊還用于將獲取的待驗(yàn)證訂單任務(wù)按照一定的規(guī)則分配給客戶端模塊;所述客戶端模塊用于根據(jù)所獲取待驗(yàn)證訂單任務(wù)的數(shù)據(jù)來調(diào)用相對(duì)應(yīng)的預(yù)設(shè)渠道驗(yàn)證規(guī)則腳本文件自動(dòng)登錄到商家的渠道后臺(tái)系統(tǒng)。
[0008]進(jìn)一步地，所述商家的渠道后臺(tái)系統(tǒng)用于將處理后的結(jié)果發(fā)送給客戶端模塊。
[0009]進(jìn)一步地，若所述結(jié)果顯示驗(yàn)證成功，則客戶端模塊會(huì)將訂單系統(tǒng)中的相對(duì)應(yīng)的訂單任務(wù)的驗(yàn)證狀態(tài)更改為已驗(yàn)證;若所述結(jié)果顯示驗(yàn)證失敗，則客戶端模塊將訂單系統(tǒng)中的相對(duì)應(yīng)的訂單任務(wù)的驗(yàn)證狀態(tài)更改為驗(yàn)證失敗。
[0010]進(jìn)一步地，所述訂單任務(wù)的數(shù)據(jù)包括團(tuán)購(gòu)商品ID、團(tuán)購(gòu)商品價(jià)格、團(tuán)購(gòu)商品名稱、團(tuán)購(gòu)商品所屬商家、渠道以及商家的渠道后臺(tái)系統(tǒng)的賬號(hào)和密碼。
[0011]進(jìn)一步地，所述渠道驗(yàn)證規(guī)則腳本文件為模擬瀏覽器執(zhí)行登陸渠道后臺(tái)系統(tǒng)動(dòng)作的指令集合，所述客戶端模塊將獲取到的渠道后臺(tái)系統(tǒng)的賬號(hào)和密碼傳入渠道驗(yàn)證規(guī)則腳本文件，以使渠道驗(yàn)證規(guī)則腳本文件完成登陸渠道后臺(tái)系統(tǒng)的動(dòng)作。
[0012]進(jìn)一步地，所述任務(wù)分配模塊用于獲取訂單系統(tǒng)中的待驗(yàn)證訂單任務(wù)的方式是輪詢的方式。
[0013]進(jìn)一步地，所述一定的規(guī)則是指任務(wù)分配模塊將獲取的待驗(yàn)證訂單任務(wù)根據(jù)待驗(yàn)證訂單任務(wù)的生成時(shí)間依次保存在隊(duì)列中，然后任務(wù)分配模塊按照隊(duì)列的先進(jìn)先出的原則將待驗(yàn)證訂單任務(wù)依次分配給客戶端模塊。
[0014]進(jìn)一步地，所述客戶端模塊是一個(gè)或者多個(gè)。
[0015]相比現(xiàn)有技術(shù)，本發(fā)明的有益效果在于:通過驗(yàn)券系統(tǒng)與訂單系統(tǒng)進(jìn)行結(jié)合，驗(yàn)券系統(tǒng)直接從訂單系統(tǒng)中獲取訂單任務(wù)并合理分配訂單任務(wù)，然后根據(jù)訂單任務(wù)數(shù)據(jù)調(diào)用相對(duì)應(yīng)的渠道驗(yàn)證規(guī)則腳本文件自動(dòng)登錄到渠道商家后臺(tái)系統(tǒng)，并將商家的渠道后臺(tái)系統(tǒng)處理后的返回結(jié)果發(fā)送給驗(yàn)券系統(tǒng)。該驗(yàn)券系統(tǒng)的客戶端模塊可以根據(jù)任務(wù)量的多少來增加或者減少，實(shí)現(xiàn)了分布式操作，在任務(wù)并發(fā)量較大的情況下，驗(yàn)券系統(tǒng)仍然能夠完成多個(gè)查詢驗(yàn)證任務(wù)。在實(shí)際的應(yīng)用中，該驗(yàn)券系統(tǒng)不需要人工進(jìn)行操作，大大提高了訂單的處理效率，減少人工操作。
【附圖說明】
[0016]圖1是本發(fā)明提供一實(shí)施例的結(jié)構(gòu)模塊圖。
【具體實(shí)施方式】
[0017]下面，結(jié)合附圖以及【具體實(shí)施方式】，對(duì)本發(fā)明做進(jìn)一步描述:
[0018]如圖1所示，本發(fā)明提供了一種分布式多渠道團(tuán)購(gòu)券自動(dòng)驗(yàn)券系統(tǒng)，以下簡(jiǎn)稱驗(yàn)券系統(tǒng)，該驗(yàn)券系統(tǒng)可通過接口直接從訂單系統(tǒng)中獲取訂單任務(wù)，然后驗(yàn)券系統(tǒng)還根據(jù)訂單任務(wù)數(shù)據(jù)自動(dòng)登錄到相對(duì)應(yīng)的商家的渠道后臺(tái)系統(tǒng)，渠道后臺(tái)系統(tǒng)對(duì)訂單任務(wù)的券號(hào)進(jìn)行驗(yàn)證并返回結(jié)果。該驗(yàn)券系統(tǒng)實(shí)現(xiàn)流程上的自動(dòng)化，提高效率，減少人工操作。
[0019]驗(yàn)券系統(tǒng)對(duì)每個(gè)渠道網(wǎng)站后臺(tái)進(jìn)行模塊劃分，可根據(jù)業(yè)務(wù)上的增減的渠道進(jìn)行添加刪除。比如某個(gè)商家本來有A、B、C三家渠道網(wǎng)站上銷售商品，現(xiàn)在不在渠道網(wǎng)站C上銷售商品，可以直接將渠道網(wǎng)站C刪除；若增加新的渠道D，則直接將渠道D的信息添加到驗(yàn)券系統(tǒng)中。
[0020]所述訂單系統(tǒng)是客戶創(chuàng)建的所有訂單任務(wù)的集合。驗(yàn)券系統(tǒng)和訂單系統(tǒng)是通過接口的方式進(jìn)行數(shù)據(jù)交互。
[0021]工作人員會(huì)將每個(gè)渠道網(wǎng)站的具體操作流程制作成腳本文件，也即是渠道驗(yàn)證規(guī)則腳本文件。這里的具體操作流程是指當(dāng)要登錄一個(gè)系統(tǒng)時(shí)瀏覽器所要執(zhí)行的一系列的命令，將這些命令集合做成腳本文件。比如要登錄一個(gè)系統(tǒng)，首先要打開渠道網(wǎng)站的網(wǎng)址，然后在相對(duì)應(yīng)的文本框中輸入賬號(hào)和密碼，該系統(tǒng)就會(huì)對(duì)該賬號(hào)和密碼進(jìn)行驗(yàn)證，最后登錄成功，這一系列的具體操作流程也即是瀏覽器所要執(zhí)行登錄一個(gè)系統(tǒng)動(dòng)作的指令的集合。工作人員先將該渠道驗(yàn)證規(guī)則腳本文件進(jìn)行封裝然后預(yù)設(shè)于驗(yàn)券系統(tǒng)中。
[0022]當(dāng)客戶下訂單產(chǎn)生訂單任務(wù)時(shí)，訂單任務(wù)的數(shù)據(jù)中除了包含團(tuán)購(gòu)商品的有關(guān)信息，還會(huì)將商家的渠道后臺(tái)系統(tǒng)的賬號(hào)和密碼等相關(guān)信息保存在訂單任務(wù)中。
[0023]本發(fā)明提供了一種分布式渠道團(tuán)購(gòu)券自動(dòng)驗(yàn)券系統(tǒng)，其包括任務(wù)分配模塊和客戶端模塊，任務(wù)分配模塊用于從訂單系統(tǒng)中獲取待驗(yàn)證訂單任務(wù)并將待驗(yàn)證訂單任務(wù)分配給客戶端模塊;所述訂單系統(tǒng)是客戶創(chuàng)建的所有訂單任務(wù)的集合，任務(wù)分配模塊是按照訂單任務(wù)生產(chǎn)時(shí)間的先后順序來獲取數(shù)據(jù)，并將其保存在隊(duì)列中。所述客戶端模塊用于根據(jù)所獲取待驗(yàn)證訂單任務(wù)的數(shù)據(jù)來調(diào)用相對(duì)應(yīng)的預(yù)設(shè)渠道驗(yàn)證規(guī)則腳本文件自動(dòng)登錄到商家的渠道后臺(tái)系統(tǒng)中。商家的渠道后臺(tái)系統(tǒng)會(huì)根據(jù)每一個(gè)渠道自己的驗(yàn)券流程對(duì)該訂單任務(wù)的團(tuán)購(gòu)商品進(jìn)行驗(yàn)證。
[0024]比如，對(duì)于大眾點(diǎn)評(píng)網(wǎng)站來說，客戶提交了訂單并產(chǎn)生訂單任務(wù)并存儲(chǔ)于訂單系統(tǒng)中，驗(yàn)券系統(tǒng)的任務(wù)分配模塊會(huì)首先從訂單系統(tǒng)中獲取該訂單任務(wù);該訂單任務(wù)中的數(shù)據(jù)不僅僅包括團(tuán)購(gòu)商品的基本相關(guān)信息，比如價(jià)格、名稱等，還會(huì)包括該團(tuán)購(gòu)商品的其他相關(guān)信息，比如所屬商家、渠道網(wǎng)站是大眾點(diǎn)評(píng)以及該商品對(duì)應(yīng)的商家登錄大眾點(diǎn)評(píng)的后臺(tái)管理系統(tǒng)的賬號(hào)和密碼;任務(wù)分配模塊會(huì)將該訂單任務(wù)分配給客戶端模塊，客戶端模塊會(huì)從該訂單任務(wù)中獲取后臺(tái)管理系統(tǒng)的登錄賬號(hào)和密碼，然后將獲取到的登錄賬號(hào)和密碼傳入到渠道驗(yàn)證規(guī)則腳本文件中，執(zhí)行渠道驗(yàn)證規(guī)則腳本文件中的指令并自動(dòng)登錄到后臺(tái)管理系統(tǒng)中；然后后臺(tái)管理系統(tǒng)對(duì)訂單任務(wù)中的團(tuán)購(gòu)商品進(jìn)行驗(yàn)證。若后臺(tái)管理系統(tǒng)驗(yàn)證成功，就將給客戶端模塊發(fā)送一個(gè)結(jié)果，客戶端模塊并給出提示驗(yàn)證成功;若后臺(tái)管理系統(tǒng)驗(yàn)證失敗，也會(huì)給客戶端模塊發(fā)送一個(gè)結(jié)果，客戶端模塊給出提示驗(yàn)證失敗。當(dāng)然每一個(gè)渠道網(wǎng)站的后臺(tái)管理系統(tǒng)對(duì)于團(tuán)購(gòu)券號(hào)的驗(yàn)證是怎樣的具體操作，是由每一個(gè)渠道網(wǎng)站自己定義的，該驗(yàn)券系統(tǒng)并不涉及此操作。
[0025]將查詢與驗(yàn)證進(jìn)行分開處理，該驗(yàn)券系統(tǒng)實(shí)現(xiàn)了分布式處理。在實(shí)際的應(yīng)用中，當(dāng)訂單任務(wù)較大時(shí)，還可以增加客戶端模塊以應(yīng)對(duì)訂單任務(wù)量，也即是客戶端模塊可以是一個(gè)或者多個(gè)。驗(yàn)券系統(tǒng)是根據(jù)從訂單任務(wù)中獲取的數(shù)據(jù)和渠道驗(yàn)證規(guī)則腳本文件自動(dòng)登錄到渠道后臺(tái)系統(tǒng)中，不需要考慮由于商家銷售渠道的多數(shù)或者分店的選擇等產(chǎn)生的多賬號(hào)的問題，導(dǎo)致人工操作的復(fù)雜性。該驗(yàn)券系統(tǒng)減少了人工操作，大大提高了處理效率。
[0026]所述任務(wù)分配模塊從訂單系統(tǒng)中獲取訂單任務(wù)是通過輪詢的方式。只要訂單系統(tǒng)中存在待驗(yàn)證訂單任務(wù)，就會(huì)從訂單系統(tǒng)獲取該任務(wù)。任務(wù)分配模塊獲取的待驗(yàn)證訂單任務(wù)可以保存在一個(gè)隊(duì)列中。當(dāng)客戶端模塊為空時(shí)，任務(wù)分配模塊會(huì)將隊(duì)列中的一個(gè)待驗(yàn)證訂單任務(wù)分配給客戶端模塊。任務(wù)分配模塊還設(shè)置一定時(shí)器，當(dāng)任務(wù)分配模塊將待驗(yàn)證訂單任務(wù)分配給客戶端模塊后，定時(shí)器開始計(jì)時(shí)并達(dá)到一定的時(shí)間，判斷為超時(shí)，則說明客戶端模塊處理異常，任務(wù)分配模塊重新向客戶端模塊分配待驗(yàn)證訂單任務(wù)。這種實(shí)現(xiàn)隊(duì)列分配任務(wù)的實(shí)現(xiàn)方法是比較常見的，這里就不在詳細(xì)具體說明。
[0027]所述渠道后臺(tái)系統(tǒng)還會(huì)將處理后的結(jié)果返回給驗(yàn)券系統(tǒng)，當(dāng)驗(yàn)證成功時(shí)，客戶端模塊顯示驗(yàn)證成功，客戶端模塊還會(huì)將訂單系統(tǒng)中的待驗(yàn)證訂單任務(wù)的驗(yàn)證狀態(tài)更改為已驗(yàn)證;當(dāng)驗(yàn)證失敗時(shí)，客戶端模塊顯示驗(yàn)證失敗，客戶端模塊也會(huì)將訂單系統(tǒng)中的待驗(yàn)證訂單任務(wù)的驗(yàn)證狀態(tài)更改為驗(yàn)證失敗或者其它標(biāo)記。這樣在客戶進(jìn)行消費(fèi)時(shí)，商家就不需先核實(shí)客戶所提供的券號(hào)與商品是否對(duì)應(yīng)，直接對(duì)其券號(hào)進(jìn)行驗(yàn)證正確與否，即可完成消費(fèi)。
[0028]對(duì)本領(lǐng)域的技術(shù)人員來說，可根據(jù)以上描述的技術(shù)方案以及構(gòu)思，做出其它各種相應(yīng)的改變以及形變，而所有的這些改變以及形變都應(yīng)該屬于本發(fā)明權(quán)利要求的保護(hù)范圍之內(nèi)。
【主權(quán)項(xiàng)】
1.分布式多渠道團(tuán)購(gòu)券自動(dòng)驗(yàn)券系統(tǒng)，其特征在于，包括任務(wù)分配模塊和客戶端模塊；所述任務(wù)分配模塊用于獲取訂單系統(tǒng)中的待驗(yàn)證訂單任務(wù)，所述訂單系統(tǒng)是客戶創(chuàng)建的所有訂單任務(wù)的集合;所述任務(wù)分配模塊還用于將獲取的待驗(yàn)證訂單任務(wù)按照一定的規(guī)則分配給客戶端模塊;所述客戶端模塊用于根據(jù)所獲取待驗(yàn)證訂單任務(wù)的數(shù)據(jù)來調(diào)用相對(duì)應(yīng)的預(yù)設(shè)渠道驗(yàn)證規(guī)則腳本文件自動(dòng)登錄到商家的渠道后臺(tái)系統(tǒng)。2.如權(quán)利要求1所述分布式多渠道團(tuán)購(gòu)券自動(dòng)驗(yàn)券系統(tǒng)，其特征在于，所述商家的渠道后臺(tái)系統(tǒng)用于將處理后的結(jié)果發(fā)送給客戶端模塊。3.如權(quán)利要求2所述分布式多渠道團(tuán)購(gòu)券自動(dòng)驗(yàn)券系統(tǒng)，其特征在于，若所述結(jié)果顯示驗(yàn)證成功，則客戶端模塊會(huì)將訂單系統(tǒng)中的相對(duì)應(yīng)的訂單任務(wù)的驗(yàn)證狀態(tài)更改為已驗(yàn)證；若所述結(jié)果顯示驗(yàn)證失敗，則客戶端模塊將訂單系統(tǒng)中的相對(duì)應(yīng)的訂單任務(wù)的驗(yàn)證狀態(tài)更改為驗(yàn)證失敗。4.如權(quán)利要求1所述分布式多渠道團(tuán)購(gòu)券自動(dòng)驗(yàn)券系統(tǒng)，其特征在于，所述訂單任務(wù)的數(shù)據(jù)包括團(tuán)購(gòu)商品ID、團(tuán)購(gòu)商品價(jià)格、團(tuán)購(gòu)商品名稱、團(tuán)購(gòu)商品所屬商家、渠道以及商家的渠道后臺(tái)系統(tǒng)的賬號(hào)和密碼。5.如權(quán)利要求4所述分布式多渠道團(tuán)購(gòu)券自動(dòng)驗(yàn)券系統(tǒng)，其特征在于，所述渠道驗(yàn)證規(guī)則腳本文件為模擬瀏覽器執(zhí)行登陸渠道后臺(tái)系統(tǒng)動(dòng)作的指令集合，所述客戶端模塊將獲取到的渠道后臺(tái)系統(tǒng)的賬號(hào)和密碼傳入渠道驗(yàn)證規(guī)則腳本文件，以使渠道驗(yàn)證規(guī)則腳本文件完成登陸渠道后臺(tái)系統(tǒng)的動(dòng)作。6.如權(quán)利要求1所述分布式多渠道團(tuán)購(gòu)券自動(dòng)驗(yàn)券系統(tǒng)，其特征在于，所述任務(wù)分配模塊用于獲取訂單系統(tǒng)中的待驗(yàn)證訂單任務(wù)的方式是輪詢的方式。7.如權(quán)利要求1所述分布式多渠道團(tuán)購(gòu)券自動(dòng)驗(yàn)券系統(tǒng)，其特征在于，所述一定的規(guī)則是指任務(wù)分配模塊將獲取的待驗(yàn)證訂單任務(wù)根據(jù)待驗(yàn)證訂單任務(wù)的生成時(shí)間依次保存在隊(duì)列中，然后任務(wù)分配模塊按照隊(duì)列的先進(jìn)先出的原則將待驗(yàn)證訂單任務(wù)依次分配給客戶端豐吳塊。8.如權(quán)利要求1所述分布式多渠道團(tuán)購(gòu)券自動(dòng)驗(yàn)券系統(tǒng)，其特征在于，所述客戶端模塊是一個(gè)或者多個(gè)。
【文檔編號(hào)】G06Q30/02GK105825401SQ201610154215
【公開日】2016年8月3日
【申請(qǐng)日】2016年3月16日
【發(fā)明人】吳迪, 何火龍, 佘少鵬
【申請(qǐng)人】廣州酷旅旅行社有限公司