本發(fā)明涉及廣告領(lǐng)域，具體說是一種基于傳統(tǒng)媒體的互動(dòng)分配方法及其方法。

背景技術(shù)：

傳統(tǒng)媒體是相對(duì)于近幾年興起的網(wǎng)絡(luò)媒體而言的，傳統(tǒng)的大眾傳播方式，即通過某種機(jī)械裝置定期向社會(huì)公眾發(fā)布信息或提供教育娛樂平臺(tái)的媒體，主要包括報(bào)刊、戶外、通信、廣播、電視及自媒體以外的網(wǎng)絡(luò)等傳統(tǒng)意義上的媒體。而傳統(tǒng)媒體特別是電視廣告更是一直以來廣受詬病，觀眾被動(dòng)接受、廣告效果無法評(píng)估；近年來，移動(dòng)互聯(lián)網(wǎng)迅猛發(fā)展，帶來了多方位的變革，各種形式的新媒體也隨之爆發(fā)，在移動(dòng)化、智能化浪潮下，基于Html5技術(shù)的場(chǎng)景迅速壯大，但目前國內(nèi)Html5媒體的傳播終端局限于手機(jī)端，其播具有極大不確定性，企業(yè)設(shè)計(jì)精美、文案經(jīng)典的Html5自然能得到用戶轉(zhuǎn)發(fā)傳播，但更多的情況是用戶閱后即“焚”，缺少互動(dòng)效果。目前有些互動(dòng)活動(dòng)的場(chǎng)景，在大并發(fā)的情況下很難做到快速打開場(chǎng)景、暢快互動(dòng)以及獲得收益，通過會(huì)在鏈接場(chǎng)景的過程中崩潰，無法成功進(jìn)入場(chǎng)景。

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

針對(duì)上述現(xiàn)有技術(shù)所存在的問題，本發(fā)明的目的是提供一種在大并發(fā)的情況下快速的打開互動(dòng)場(chǎng)景、暢快的互動(dòng)并實(shí)時(shí)獲得互動(dòng)收益的基于傳統(tǒng)媒體的互動(dòng)分配方法。

為達(dá)到上述目的，本發(fā)明所采用的技術(shù)方案是：一種基于傳統(tǒng)媒體的互動(dòng)分配系統(tǒng)，其特征在于，包括有：

互動(dòng)接入模塊，通過移動(dòng)終端掃描傳統(tǒng)媒體上的二維碼信息或感知信息，調(diào)用接入請(qǐng)求服務(wù)；

接入服務(wù)模塊，用于判斷分析用戶要求接入的請(qǐng)求并返回請(qǐng)求結(jié)果；

分配進(jìn)程模塊，用于將接入的請(qǐng)求進(jìn)行分流，將不同的互動(dòng)分配到不同的處理進(jìn)程中，并實(shí)時(shí)更新和保存互動(dòng)反饋信息；以及

后臺(tái)處理模塊，用于統(tǒng)計(jì)數(shù)據(jù)和驗(yàn)證信息。

其中，所述傳統(tǒng)媒體上的二維碼信息或感知信息為廣告主基于基于Html5技術(shù)制作的帶有互動(dòng)活動(dòng)的Html5場(chǎng)景并發(fā)布后所生成的二維碼信息或感知信息。

為了減輕下一個(gè)模塊的壓力，所述接入服務(wù)模塊包括有：

驗(yàn)證模塊，用于驗(yàn)證接入請(qǐng)求是否符合接入條件，并根據(jù)驗(yàn)證結(jié)果返回信息給用戶；以及

緩存模塊，用于將返回信息進(jìn)行緩存，減少重復(fù)的、無效的請(qǐng)求對(duì)服務(wù)器的訪問。

進(jìn)一步的，所述驗(yàn)證模塊包括有提交表單驗(yàn)證、微信授權(quán)驗(yàn)證、有效請(qǐng)求驗(yàn)證以及黑名單驗(yàn)證中的至少一種驗(yàn)證。

為了支持大并發(fā)，所述接入服務(wù)模塊中設(shè)有至少兩個(gè)服務(wù)器。

為了保證響應(yīng)速度與數(shù)據(jù)一致性，所述分配進(jìn)程模塊包括有：

異步消息隊(duì)列操作數(shù)據(jù)庫：用于提高接入請(qǐng)求的響應(yīng)速度；以及

內(nèi)存對(duì)象鎖：用于保證數(shù)據(jù)的一致性。

所述后臺(tái)處理模塊包括有——安全驗(yàn)證：判斷互動(dòng)活動(dòng)是否合法，互動(dòng)活動(dòng)發(fā)送是否符合要求；發(fā)放服務(wù)：調(diào)用移動(dòng)終端API給用戶推送互動(dòng)活動(dòng)；以及數(shù)據(jù)統(tǒng)計(jì)服務(wù)：根據(jù)不同的維度統(tǒng)計(jì)互動(dòng)活動(dòng)的投放效果。

另一方面，本發(fā)明還提供一種基于傳統(tǒng)媒體的互動(dòng)分配方法，其特征在于，包括有如下步驟：

（1）通過移動(dòng)終端掃描傳統(tǒng)媒體上的二維碼信息或感知信息，調(diào)用接入請(qǐng)求服務(wù)；

（2）初始化請(qǐng)求參數(shù)；

（3）自動(dòng)互動(dòng)活動(dòng)判斷；

（4）對(duì)接入請(qǐng)求進(jìn)行驗(yàn)證；

（5）路由分配線程；

（6）進(jìn)入互動(dòng)活動(dòng)中進(jìn)行互動(dòng)。

進(jìn)一步的，所述自動(dòng)互動(dòng)活動(dòng)判斷是用于判斷是否有人為進(jìn)行惡意攻擊。

本發(fā)明的有益效果是：

在互動(dòng)接入模塊的基礎(chǔ)上增加接入服務(wù)模塊和分配進(jìn)程模塊，從而利用接入服務(wù)模塊過濾掉大部分的無效請(qǐng)求，進(jìn)而減輕分配進(jìn)程模塊的壓力，并且可橫向添加服務(wù)器快速擴(kuò)容，故可輕松支持很大的并發(fā)；分配進(jìn)程模塊實(shí)現(xiàn)將不同的互動(dòng)分配到不同的處理進(jìn)程中，從而保證在大并發(fā)的情況下觀眾掃描二維碼快速的打開場(chǎng)景、暢快的互動(dòng)、并實(shí)時(shí)獲得收益。

在接入服務(wù)模塊中設(shè)有緩存模塊，故可將接入請(qǐng)求服務(wù)的返回信息進(jìn)行緩存，從而可減少重復(fù)的、無效的請(qǐng)求對(duì)服務(wù)器的訪問。

下面結(jié)合附圖和實(shí)施例對(duì)本發(fā)明作進(jìn)一步說明。

附圖說明

圖1為本發(fā)明互動(dòng)系統(tǒng)的結(jié)構(gòu)框架示意圖。

圖2為本發(fā)明互動(dòng)方法的流程圖。

具體實(shí)施方式

如圖1所示，該發(fā)明實(shí)施例提供的一種基于傳統(tǒng)媒體的互動(dòng)分配系統(tǒng)，具體是針對(duì)紅包的分配系統(tǒng)，其包括有：

紅包接入模塊，通過移動(dòng)終端掃描傳統(tǒng)媒體上的二維碼信息或感知信息，調(diào)用接入請(qǐng)求服務(wù)；

接入服務(wù)模塊，用于判斷分析用戶要求接入的請(qǐng)求并返回請(qǐng)求結(jié)果；

分配進(jìn)程模塊，用于將接入的請(qǐng)求進(jìn)行分流，將不同的互動(dòng)分配到不同的處理進(jìn)程中，并實(shí)時(shí)更新和保存互動(dòng)反饋信息；以及

后臺(tái)處理模塊，用于統(tǒng)計(jì)數(shù)據(jù)和驗(yàn)證信息。

其中，所述傳統(tǒng)媒體上的二維碼信息或感知信息為廣告主基于基于Html5技術(shù)制作的帶有紅包的Html5場(chǎng)景并發(fā)布后所生成的二維碼信息或感知信息。Html5是用戶的搶紅包的入口，用戶通過微信瀏覽器，打開場(chǎng)景，搶紅包，通過微信授權(quán)、瀏覽器判斷等處理后調(diào)用接入請(qǐng)求服務(wù)，并根據(jù)返回信息給用戶不同的提示，為了盡量減少對(duì)服務(wù)器的訪問，Html5將返回信息進(jìn)行緩存，如：用戶搶到紅包后再搶一次不會(huì)再請(qǐng)求服務(wù)器。為了減輕下一個(gè)模塊的壓力，所述接入服務(wù)模塊包括有：驗(yàn)證模塊，用于驗(yàn)證接入請(qǐng)求是否符合接入條件，并根據(jù)驗(yàn)證結(jié)果返回信息給用戶；以及緩存模塊，用于將返回信息進(jìn)行緩存，減少重復(fù)的、無效的請(qǐng)求對(duì)服務(wù)器的訪問。所述驗(yàn)證模塊包括有提交表單驗(yàn)證、微信授權(quán)驗(yàn)證、有效請(qǐng)求驗(yàn)證以及黑名單驗(yàn)證中的至少一種驗(yàn)證。請(qǐng)求接入服務(wù)的職責(zé)是過濾掉大部分無效請(qǐng)求，請(qǐng)求接入服務(wù)不涉及任何狀態(tài)修改，永遠(yuǎn)只會(huì)讀取數(shù)據(jù)而不修改數(shù)據(jù)，讀取的數(shù)據(jù)也使用分布式緩存，比如：不合法的請(qǐng)求、紅包結(jié)束、金額用完等業(yè)務(wù)邏輯在此模塊處理。因?yàn)闆]有狀態(tài)所以不涉及到事務(wù)與一致性問題，可以橫向添加服務(wù)器快速擴(kuò)容，這一層可以輕松的支持很大的并發(fā)，并過濾掉大量無效請(qǐng)求，減輕下一個(gè)模塊的壓力。請(qǐng)求接入程序還按紅包進(jìn)行分流，根據(jù)路由規(guī)則將相同的紅包的請(qǐng)求路由到相同的紅包分配進(jìn)程中。

該實(shí)施例的分配進(jìn)程模塊包括有異步消息隊(duì)列操作數(shù)據(jù)庫：用于提高接入請(qǐng)求的響應(yīng)速度；以及內(nèi)存對(duì)象鎖：用于保證數(shù)據(jù)的一致性。該分配進(jìn)程主要體現(xiàn)在紅包分配，該紅包分配進(jìn)程會(huì)根據(jù)紅包配置參數(shù)生成搶紅包結(jié)果信息，并更新紅包剩余金額、紅包狀態(tài)、保存中獎(jiǎng)信息等。分配進(jìn)程是整個(gè)業(yè)務(wù)核心也是性能瓶頸，為保證響應(yīng)速度與數(shù)據(jù)一致性，使用異步消息隊(duì)列操作數(shù)據(jù)庫，使用內(nèi)存對(duì)象鎖保證數(shù)據(jù)一致性。因?yàn)樵谡?qǐng)求接入層進(jìn)行了分流，不同的紅包可以分配到不同的處理進(jìn)程中。而且單個(gè)分配進(jìn)程會(huì)有最大并數(shù)保護(hù)，超過限制的紅包請(qǐng)求不會(huì)參與紅包分配邏輯。

該實(shí)施例的后臺(tái)處理模塊包括有——1、準(zhǔn)備紅包發(fā)服務(wù)(最后的紅包安全驗(yàn)證)：判斷紅包是否合法，紅包發(fā)送是否超過紅包總金額，判斷同一微信號(hào)同一紅包是否只發(fā)一次，判斷同一微信是否超過當(dāng)天的最大搶紅包次數(shù);2、紅包發(fā)放服務(wù)：調(diào)用微信API給用戶推送紅包；3、紅包結(jié)算：對(duì)于結(jié)束的紅包，給廣告主結(jié)算剩余的金額，對(duì)于轉(zhuǎn)發(fā)者結(jié)算轉(zhuǎn)發(fā)應(yīng)得收益；4、數(shù)據(jù)統(tǒng)計(jì)服務(wù)：根據(jù)不同的維度統(tǒng)計(jì)廣告的投放效果。

另一方面，本發(fā)明還提供一種基于傳統(tǒng)媒體的互動(dòng)分配方法，包括有如下步驟：

（1）通過移動(dòng)終端掃描傳統(tǒng)媒體上的二維碼信息或感知信息，調(diào)用接入請(qǐng)求服務(wù)；

（2）初始化請(qǐng)求參數(shù)；

（3）自動(dòng)紅包判斷；

（4）對(duì)接入請(qǐng)求進(jìn)行驗(yàn)證；

（5）路由分配線程；

（6）進(jìn)入搶紅包。

該實(shí)施例的自動(dòng)互動(dòng)活動(dòng)判斷主要是，有些紅包是不需要用戶搶的，而是通過做任務(wù)的方式，比如：用戶在第三方系統(tǒng)注冊(cè)以后，我們給用戶推送紅包。對(duì)于這種搶紅包接口是不對(duì)外公開的，所以需要在對(duì)外公開的搶紅包接口里面判斷，該紅包是否是自動(dòng)紅包，如果是自動(dòng)紅包說明有人惡意攻擊。該實(shí)施例的接入請(qǐng)求驗(yàn)證包括有提交表單驗(yàn)證、微信授權(quán)驗(yàn)證、IP黑名單驗(yàn)證、微信黑名單驗(yàn)證等，通過這些驗(yàn)證步驟可減少非法入侵，保證搶紅包安全，也可減輕下一個(gè)模板的壓力。

盡管本發(fā)明是參照具體實(shí)施例來描述，但這種描述并不意味著對(duì)本發(fā)明構(gòu)成限制。參照本發(fā)明的描述，所公開的實(shí)施例的其他變化，對(duì)于本領(lǐng)域技術(shù)人員都是可以預(yù)料的，這種的變化應(yīng)屬于本發(fā)明保護(hù)的范圍。