本發(fā)明涉及電信增值業(yè)務(wù)技術(shù)領(lǐng)域，尤其涉及一種流量使用方法和裝置。

背景技術(shù)：

隨著移動通信網(wǎng)絡(luò)的快速發(fā)展，4g時代的到來，數(shù)據(jù)帶寬大幅提升，ott(overthetop，利用運營商寬帶發(fā)展業(yè)務(wù))應(yīng)用迅速普及，給用戶帶來豐富的業(yè)務(wù)體驗。隨著4g用戶的流量使用習(xí)慣的改變和使用需求增長，給運營商的網(wǎng)絡(luò)帶來很大壓力，迫使運營商在流量經(jīng)營領(lǐng)域?qū)で筠D(zhuǎn)型。同時在產(chǎn)業(yè)價值鏈上也悄然發(fā)生了轉(zhuǎn)移，從傳統(tǒng)電信運營商主導(dǎo)逐步轉(zhuǎn)向為ott業(yè)務(wù)提供商直接與用戶打交道。用戶的通信業(yè)務(wù)行為已經(jīng)從傳統(tǒng)的運營商提供的短彩信業(yè)務(wù)向互聯(lián)網(wǎng)ott應(yīng)用快速轉(zhuǎn)移。

目前電信運營商推出的流量產(chǎn)品大多都是基于bss系統(tǒng)實現(xiàn)，例如基礎(chǔ)流量包、流量加油包、專屬流量包、閑時流量包。其中，基礎(chǔ)流量包、專屬流量包、閑時流量包都屬于包月類型的產(chǎn)品；流量加油包，則是按次購買，當(dāng)月有效，次月失效。從現(xiàn)有的流量產(chǎn)品看，流量經(jīng)營模式仍以傳統(tǒng)的經(jīng)營方式在進行，未能實現(xiàn)流量經(jīng)營轉(zhuǎn)型的突破，不能吸引用戶，刺激流量的使用。

bss(businesssupportsystem，業(yè)務(wù)支撐系統(tǒng))作為運營商最重要的運營支撐、計費系統(tǒng)，采用電信級架構(gòu)設(shè)計，需要它的高穩(wěn)定性和高可靠性。而數(shù)據(jù)業(yè)務(wù)處在快速發(fā)展的過程中，用戶業(yè)務(wù)行為的個性化和使用數(shù)據(jù)業(yè)務(wù)的碎片化，都要求業(yè)務(wù)場景和形態(tài)設(shè)計必須靈活?；赽ss的業(yè)務(wù)設(shè)計和流程設(shè)計都相對嚴謹和完善，不能夠經(jīng)常用于創(chuàng)新的業(yè)務(wù)開發(fā)，無法滿足快速變化、快速形成套餐、快速滿足營銷需求。

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

本發(fā)明的主要目的在于提出一種流量使用方法和裝置，旨在解決現(xiàn)有技術(shù)中流量產(chǎn)品生成難度高，經(jīng)營場景單一，無法滿足需求的問題，實現(xiàn)了降低流量產(chǎn) 品生成的難度，豐富經(jīng)營場景，增強流量計價屬性，滿足市場和用戶的流量使用需求。

為實現(xiàn)上述目的，本發(fā)明提供的流量使用方法，包括：

接收購買請求，進行流量購買操作；

接收綁卡請求，并判斷用戶的類型；

若所述用戶為指定用戶，則執(zhí)行不指定定向信息綁卡操作。

優(yōu)選地，所述接收購買請求，進行流量購買操作的步驟包括：

接收預(yù)鑒權(quán)請求，根據(jù)所述預(yù)鑒權(quán)請求進行預(yù)鑒權(quán)操作。

優(yōu)選地，所述接收預(yù)鑒權(quán)請求，根據(jù)所述預(yù)鑒權(quán)請求進行預(yù)鑒權(quán)操作的步驟之后，還包括：

若所述預(yù)鑒權(quán)操作成功，則發(fā)送預(yù)鑒權(quán)成功消息，并由扣費平臺進行預(yù)扣費操作。

優(yōu)選地，所述若所述預(yù)鑒權(quán)操作成功，則發(fā)送預(yù)鑒權(quán)成功消息，并由扣費平臺進行預(yù)扣費操作的步驟之后，還包括：

若所述預(yù)扣費操作成功，則接收鑒權(quán)確認請求，并執(zhí)行鑒權(quán)確認操作。

優(yōu)選地，所述若所述預(yù)扣費操作成功，則接收鑒權(quán)確認請求，并執(zhí)行鑒權(quán)確認操作的步驟之后，還包括：

若所述鑒權(quán)確認操作操作成功，則發(fā)送鑒權(quán)確認成功消息，并由所述扣費平臺進行扣費確認操作。

優(yōu)選地，所述若所述用戶為指定用戶，則執(zhí)行綁卡操作的步驟包括：

接收所述綁卡請求，并進行綁卡操作。

優(yōu)選地，所述接收所述綁卡請求，并進行綁卡操作的步驟之后，還包括：

若所述綁卡操作成功，則為所述用戶切換使用優(yōu)先級。

優(yōu)選地，所述若所述綁卡操作成功，則為所述用戶切換使用優(yōu)先級的步驟之后，還包括：

接收獲取統(tǒng)計數(shù)據(jù)請求，發(fā)送所述統(tǒng)計數(shù)據(jù)，并由所述扣費平臺進行扣費操作。

優(yōu)選地，所述接收綁卡請求，并判斷用戶的類型的步驟之后，還包括：

若所述用戶為非指定用戶，則執(zhí)行指定定向信息綁卡操作。

本發(fā)明實施例還提出一種流量使用裝置，所述裝置包括：

流量購買模塊，用于接收購買請求，進行流量購買操作；

用戶判斷模塊，用于接收綁卡請求，并判斷用戶的類型；

不指定定向信息綁卡模塊，用于若所述用戶為指定用戶，則執(zhí)行不指定定向信息綁卡操作。

優(yōu)選地，所述流量購買模塊包括：

預(yù)鑒權(quán)單元，用于接收預(yù)鑒權(quán)請求，根據(jù)所述預(yù)鑒權(quán)請求進行預(yù)鑒權(quán)操作。

優(yōu)選地，所述流量購買模塊還包括：

預(yù)扣費單元，用于若所述預(yù)鑒權(quán)操作成功，則發(fā)送預(yù)鑒權(quán)成功消息，并由扣費平臺進行預(yù)扣費操作。

優(yōu)選地，所述流量購買模塊還包括：

鑒權(quán)確認單元，用于若所述預(yù)扣費操作成功，則接收鑒權(quán)確認請求，并執(zhí)行鑒權(quán)確認操作。

優(yōu)選地，流量購買模塊還包括：

扣費確認單元，用于若所述鑒權(quán)確認操作操作成功，則發(fā)送鑒權(quán)確認成功消息，并由所述扣費平臺進行扣費確認操作。

優(yōu)選地，所述指定定向信息綁卡模塊包括：

綁卡單元，用于接收所述綁卡請求，并進行綁卡操作。

優(yōu)選地，所述指定定向信息綁卡模塊還包括：

優(yōu)先級切換單元，用于若所述綁卡操作成功，則為所述用戶切換使用優(yōu)先級。

優(yōu)選地，所述指定定向信息綁卡模塊還包括：

扣費單元，用于接收獲取統(tǒng)計數(shù)據(jù)請求，發(fā)送所述統(tǒng)計數(shù)據(jù)，并由所述扣費平臺進行扣費操作。

優(yōu)選地，所述裝置還包括：

指定定向信息綁卡模塊，用于若所述用戶為非指定用戶，則執(zhí)行指定定向信息綁卡操作。

本發(fā)明公開了一種流量使用方法和裝置，通過接收購買請求，進行流量購買操作；接收綁卡請求，并判斷用戶的類型；若用戶為指定用戶，則執(zhí)行不指定定向信息綁卡操作。

由此，解決了現(xiàn)有技術(shù)中流量產(chǎn)品生成難度高，經(jīng)營場景單一，無法滿足需求的問題，實現(xiàn)了降低流量產(chǎn)品生成的難度，豐富經(jīng)營場景，增強流量計價屬性，滿足市場和用戶的流量使用需求。

附圖說明

圖1是本發(fā)明流量使用方法第一實施例的流程示意圖；

圖2是本發(fā)明實施例中接收購買請求，進行流量購買操作的步驟的第一種流程示意圖；

圖3是本發(fā)明實施例中接收購買請求，進行流量購買操作的步驟的第二種流程示意圖；

圖4是本發(fā)明實施例中接收購買請求，進行流量購買操作的步驟的第三種流程示意圖；

圖5是本發(fā)明實施例中接收購買請求，進行流量購買操作的步驟的第四種流程示意圖；

圖6是本發(fā)明實施例中若所述用戶為指定用戶，則執(zhí)行綁卡操作的步驟的第一種流程示意圖；

圖7是本發(fā)明實施例中若所述用戶為指定用戶，則執(zhí)行綁卡操作的步驟的第二種流程示意圖；

圖8是本發(fā)明實施例中若所述用戶為指定用戶，則執(zhí)行綁卡操作的步驟的第三種流程示意圖；

圖9是本發(fā)明流量使用方法第二實施例的流程示意圖；

圖10是本發(fā)明流量使用裝置第一實施例的功能模塊示意圖；

圖11是本發(fā)明實施例中流量購買模塊的第一種功能模塊示意圖；

圖12是本發(fā)明實施例中流量購買模塊的第二種功能模塊示意圖；

圖13是本發(fā)明實施例中流量購買模塊的第三種功能模塊示意圖；

圖14是本發(fā)明實施例中流量購買模塊的第四種功能模塊示意圖；

圖15是本發(fā)明實施例中指定定向信息綁卡模塊的第一種功能模塊示意圖；

圖16是本發(fā)明實施例中指定定向信息綁卡模塊的第二種功能模塊示意圖；

圖17是本發(fā)明實施例中指定定向信息綁卡模塊的第三種功能模塊示意圖；

圖18是本發(fā)明流量使用裝置第二實施例的功能模塊示意圖。

本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結(jié)合實施例，參照附圖做進一步說明。

具體實施方式

應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

本發(fā)明實施例的主要解決方案是：對于需要大量使用流量的政企客戶，運營商提供一種流量池禮包(流量池禮包指的是：運營商所提供的共享流量，所有符合其要求的用戶或設(shè)備都可以使用該流量池禮包中的流量，只需在小于等于流量池禮包總流量的范圍內(nèi)都不限定每個用戶使用流量的大小，流量池禮包又可分為指定用戶流量池禮包、不指定用戶流量池禮包或者可分為定向流量池禮包、非定向流量池禮包)，通過接收購買請求，進行流量購買操作；接收綁卡請求，并判斷用戶的類型；若用戶為指定用戶，則執(zhí)行不指定定向信息綁卡操作。由此，解決了現(xiàn)有技術(shù)中流量產(chǎn)品生成難度高，經(jīng)營場景單一，無法滿足需求的問題。實現(xiàn)了降低流量產(chǎn)品生成的難度，豐富經(jīng)營場景，增強流量計價屬性，滿足市場和用戶的流量使用需求。

如圖1所示，本發(fā)明第一實施例提出一種流量使用方法，包括：

步驟s10，接收購買請求，進行流量購買操作。

本發(fā)明方法的執(zhí)行主體可以為一種流量管理平臺或流量管理服務(wù)器，本實施例以流量管理平臺進行舉例，當(dāng)然也不限定于其他能夠?qū)崿F(xiàn)提供流量使用服務(wù)的設(shè)備或服務(wù)器。

其中，上述流量管理平臺，可以是與流量池禮包交互的一個外部網(wǎng)元，主要負責(zé)具體流量的管理、使用等。

此外，在具體實現(xiàn)時，還可以包括與上述流量管理平臺實現(xiàn)協(xié)作的：政企客戶，可以是政府機構(gòu)、學(xué)校、企業(yè)等需要開通/購買流量池禮包的機構(gòu)；流量池禮包門戶，是提供政企客戶用來購買運營商所提供流量池禮包的一個web(互聯(lián)網(wǎng))、app(application，應(yīng)用程序)或者微信公眾號門戶，流量池禮包數(shù)據(jù)庫，是存放流量池禮包相關(guān)數(shù)據(jù)的數(shù)據(jù)庫；接口機，可用于協(xié)助流量池禮包門戶和流量管理平臺之間的信息傳遞。同時，上述政企客戶的用戶，指的是使用政企客戶 所開通/購買的流量池禮包的用戶。

政企客戶首先可以通過注冊和登錄操作來實現(xiàn)流量購買，在具體實現(xiàn)時，政企客戶注冊用戶可包括自注冊和委托流量池禮包管理員注冊兩種，自注冊需要提交流量池禮包門戶管理員審批，審批通過后該政企客戶會收到注冊成功通知，此時用戶才可被使用；委托流量池禮包管理員注冊為流量池禮包管理員將注冊和審批一體化操作，流量池禮包管理員注冊審批完成后政企客戶將會收到攜帶用戶名和密碼的告知短信。其中，政企客戶需要填寫的注冊信息包括：政企客戶名稱、用戶名、密碼、聯(lián)系方式、付費號碼等。其中，注冊/審批信息包括：政企id(唯一)、政府機構(gòu)或企業(yè)名、用戶名、密碼、聯(lián)系電話、付費賬號(通訊賬號或其他第三方賬號)、用戶郵箱、定向信息(定向信息特指一些固定ip地址、固定端口、固定手機號等)等；流量池禮包管理員進行注冊/審批會對用戶信息進行敏感詞校驗，以保證信息都符合國家法律規(guī)范。

在流量池禮包門戶接收政企客戶發(fā)送的注冊請求后，流量池禮包門戶根據(jù)注冊請求，為政企客戶注冊對應(yīng)賬戶。其中，若上述注冊請求滿足審批要求，則流量池禮包門戶根據(jù)注冊請求，為政企客戶注冊對應(yīng)賬戶。

在流量池禮包門戶根據(jù)注冊請求，為政企客戶注冊對應(yīng)賬戶后，流量池禮包門戶接收政企客戶發(fā)送的登錄請求。其中，政企客戶可以依據(jù)上述通過注冊獲得的用戶名和密碼進行登錄。在流量池禮包門戶接收政企客戶發(fā)送的登錄請求后，流量池禮包門戶根據(jù)登錄請求，授權(quán)政企客戶進行登錄。其中，若政企客戶輸入的用戶名和密碼正確，則授權(quán)政企客戶進行登錄流量池禮包門戶。

在完成注冊和登錄操作(具體實現(xiàn)時注冊和登錄操作為可選，若已經(jīng)注冊了，則直接進行登錄操作，或者，若已經(jīng)注冊和登錄了，則直接進行下述操作)后，即可進行流量購買操作。

具體地，流量管理平臺接收購買請求，進行流量購買操作。

其中，在具體實現(xiàn)時，可以采用如下方式：

1、流量池禮包門戶接收政企客戶發(fā)送的流量購買/開通請求，并發(fā)送購買/開通請求至接口機，接口機將購買/開通請求組裝成流量管理平臺可識別的消息，發(fā)送購買/開通流量池禮包預(yù)鑒權(quán)請求至流量管理平臺；

2、流量管理平臺接收預(yù)鑒權(quán)請求，并進行預(yù)鑒權(quán)操作，若預(yù)鑒權(quán)成功，則發(fā)送預(yù)鑒權(quán)成功消息至接口機，接口機將預(yù)鑒權(quán)成功消息分包后返回給流量池禮 包門戶，同時，流量池禮包門戶向流量池禮包數(shù)據(jù)庫中插入一條預(yù)鑒權(quán)記錄；

3、流量池禮包門戶接收預(yù)鑒權(quán)成功消息，發(fā)送預(yù)扣費請求至boss扣費系統(tǒng)；

4、boss扣費系統(tǒng)接收預(yù)扣費請求，并進行預(yù)扣費操作，若預(yù)扣費操作成功，則發(fā)送預(yù)扣費成功消息至流量池禮包門戶，同時，流量池禮包門戶向流量池禮包數(shù)據(jù)庫中插入一條預(yù)扣費記錄；

5、流量池禮包門戶接收預(yù)扣費成功消息，發(fā)送鑒權(quán)確認請求至接口機，接口機將收到的請求消息組包后發(fā)送給流量管理平臺；

6、流量管理平臺接收鑒權(quán)確認請求，并進行鑒權(quán)確認操作，若流量管理平臺鑒權(quán)確認操作成功，則發(fā)送鑒權(quán)確認成功消息至接口機，接口機將鑒權(quán)確認成功消息進行分包后，返回給流量池禮包門戶；

7、流量池禮包門戶接收鑒權(quán)確認成功消息，更新流量池禮包數(shù)據(jù)庫記錄為鑒權(quán)成功；

8、流量池禮包門戶向政企客戶返回開通流量池禮包成功消息(對于只需開通流量池禮包的政企客戶，最后只需要執(zhí)行這一步驟，對于需要購買流量池禮包的政企客戶則跳過這一步驟)；

8、流量池禮包門戶發(fā)送扣費確認請求至boss扣費系統(tǒng)；boss扣費系統(tǒng)接收扣費確認請求，并進行扣費確認操作，若扣費平臺扣費確認操作成功，則發(fā)送扣費確認成功消息至流量池禮包門戶；

9、流量池禮包門戶接收扣費確認成功消息，更新流量池禮包數(shù)據(jù)庫記錄為扣費成功，向流量池禮包數(shù)據(jù)庫中插入一條購買記錄，發(fā)送流量購買成功消息至政企客戶。

步驟s20，接收綁卡請求，并判斷用戶的類型。

具體地，在接收購買請求，進行流量購買操作后，流量管理平臺接收綁卡請求，并判斷用戶的類型。

其中，在具體實現(xiàn)時，可以采用如下方式：

1、政企客戶向流量池禮包門戶發(fā)起綁卡請求；

2、流量池禮包門戶向接口機發(fā)送綁卡請求；

3、接口機將請求消息重新組包后發(fā)送給流量管理平臺；

4、流量管理平臺接收綁卡請求。

其中，上述用戶的類型包括指定用戶和非指定用戶。

步驟s30，若所述用戶為指定用戶，則執(zhí)行不指定定向信息綁卡操作。

具體地，在接收綁卡請求，并判斷用戶的類型后，若用戶為指定用戶，則流量管理平臺執(zhí)行不指定定向信息綁卡操作。

其中，在具體實現(xiàn)時，可以采用如下方式：

1、流量池禮包門戶發(fā)送綁卡請求至接口機，接口機將綁卡請求重新組包后發(fā)送給流量管理平臺；

2、流量管理平臺接收綁卡請求，并進行綁卡操作，若流量管理平臺成功進行綁卡操作，則發(fā)送綁卡成功消息至接口機，接口機將綁卡成功消息進行分包處理后返回給流量池禮包門戶；

3、流量池禮包門戶將綁卡成功記錄插入到流量池禮包數(shù)據(jù)庫的用戶表中，接收綁卡成功消息，發(fā)送綁卡成功消息至政企客戶，不需要回復(fù)短信確認的綁卡用戶為其自動切換使用優(yōu)先級；需要回復(fù)短信確認的綁卡用戶，向此類用戶發(fā)送確認短信后，收到確認短信后為其切換使用優(yōu)先級；

4、流量池禮包門戶按照預(yù)先設(shè)定的時間(比如：1周)，定時從流量管理平臺獲取統(tǒng)計數(shù)據(jù)，獲取成功后插入數(shù)據(jù)庫統(tǒng)計表，并可在流量池禮包門戶頁面展示；

5、流量池禮包門戶根據(jù)統(tǒng)計數(shù)據(jù)，發(fā)送扣費請求至boss扣費系統(tǒng)；

6、boss扣費系統(tǒng)接收扣費請求，并根據(jù)扣費請求進行扣費操作，若扣費平臺扣費操作成功，則發(fā)送扣費成功消息至流量池禮包門戶；

7、流量池禮包門戶接收扣費成功消息，發(fā)送扣費成功消息至政企客戶。

其中，當(dāng)需要解綁時，可以采用如下方式：

1、用戶向流量池禮包門戶發(fā)送解綁請求；

2、流量池禮包門戶接收解綁請求，向接口機發(fā)送解綁請求，接口機將解綁請求消息重新組包后發(fā)送給流量管理平臺；

3、流量管理平臺接收解綁請求，并進行解綁操作，若解綁成功，則將解綁成功消息返回給接口機，接口機將解綁成功消息進行分包處理后返回給流量池禮包門戶；

4、流量池禮包門戶在流量池禮包數(shù)據(jù)庫中更新用戶表解綁字段；

5、流量池禮包門戶將解綁成功信息通知給政企客戶和相應(yīng)解綁用戶。

通過上述方案，本發(fā)明提供了一種流量使用方法，實現(xiàn)將網(wǎng)絡(luò)的智能管道能力聚合，簡化流量產(chǎn)品生成，同時提高業(yè)務(wù)快速迭代能力，快速實現(xiàn)流量商品化，豐富流量經(jīng)營場景，滿足市場需求，增強流量計價屬性，理順運營商與互聯(lián)網(wǎng)企業(yè)在流量經(jīng)營合作上的價值鏈。

進一步的，為了更好地實現(xiàn)流量的有效使用，參照圖2，為本發(fā)明具體實施方式中，收購買請求，進行流量購買操作的步驟的第一種流程示意圖。

作為第一種實施方式，上述步驟s10包括：

步驟s11，接收預(yù)鑒權(quán)請求，根據(jù)所述預(yù)鑒權(quán)請求進行預(yù)鑒權(quán)操作。

具體地，流量管理平臺接收預(yù)鑒權(quán)請求，根據(jù)預(yù)鑒權(quán)請求進行預(yù)鑒權(quán)操作。

其中，在具體實現(xiàn)時，流量池禮包門戶首先發(fā)送流量購買/開通請求至接口機；然后，接口機將流量購買/開通請求組裝成流量管理平臺可識別的消息；然后，接口機將流量購買/開通請求發(fā)送至流量管理平臺。

其中，政企客戶進行流量池禮包購買/開通時首先需要去流量管理平臺進行預(yù)鑒權(quán)，預(yù)鑒權(quán)時攜帶企業(yè)和流量池禮包相關(guān)信息(包括：業(yè)務(wù)id(serviceid，區(qū)分該購買請求為政企客戶請求)、政企id、禮包id、卡類型(cardtype，區(qū)分該禮包為流量池禮包)、流量池大小、流量池禮包有效期、時間戳、流水號(匹配預(yù)鑒權(quán)請求消息和響應(yīng)消息)、客戶端類型(clienttype，區(qū)分用戶使用何種客戶端進行購買))。

在流量池禮包門戶接收政企客戶發(fā)送的流量購買請求，發(fā)送預(yù)鑒權(quán)請求至流量管理平臺后，流量管理平臺接收預(yù)鑒權(quán)請求，并進行預(yù)鑒權(quán)操作。

通過上述方案，本發(fā)明提供了一種流量使用方法，該方法中包括了預(yù)鑒權(quán)操作，提高購買流量購買的安全性，為政企客戶提供更好的服務(wù)，更好地實現(xiàn)將網(wǎng)絡(luò)的智能管道能力聚合，簡化流量產(chǎn)品生成，同時提高業(yè)務(wù)快速迭代能力，快速實現(xiàn)流量商品化，豐富流量經(jīng)營場景，滿足市場需求，增強流量計價屬性，理順運營商與互聯(lián)網(wǎng)企業(yè)在流量經(jīng)營合作上的價值鏈。

進一步的，為了更好地實現(xiàn)流量的有效使用，參照圖3，為本發(fā)明具體實施方式中，接收購買請求，進行流量購買操作的步驟的第二種流程示意圖。

作為第二種實施方式，上述步驟s11之后還包括：

步驟s12，若所述預(yù)鑒權(quán)操作成功，則發(fā)送預(yù)鑒權(quán)成功消息，并由扣費平臺進行預(yù)扣費操作。

具體地，在接收預(yù)鑒權(quán)請求，根據(jù)預(yù)鑒權(quán)請求進行預(yù)鑒權(quán)操作后，若預(yù)鑒權(quán)操作成功，則流量管理平臺發(fā)送預(yù)鑒權(quán)成功消息由扣費平臺進行預(yù)扣費操作。

其中，在具體實現(xiàn)時，若流量管理平臺預(yù)鑒權(quán)成功，則流量管理平臺首先發(fā)送預(yù)鑒權(quán)成功消息至接口機；然后接口機將預(yù)鑒權(quán)成功消息分包后返回給流量池禮包門戶。

其中，預(yù)鑒權(quán)成功后流量管理平臺返回流量池禮包門戶預(yù)鑒權(quán)成功消息(包括鑒權(quán)結(jié)果碼(rltcode)、鑒權(quán)描述(description)、卡id(cardid)、卡密鑰(cardpin)、時間戳、流水號)，同時會向流量池禮包數(shù)據(jù)庫鑒權(quán)表中插入一條預(yù)鑒權(quán)成功記錄(記錄數(shù)據(jù)包括：業(yè)務(wù)id、政企id、禮包id、卡類型、流量池大小、流量池禮包有效期、時間戳、流水號、客戶端類型、鑒權(quán)結(jié)果碼、鑒權(quán)描述、卡id、卡密鑰、鑒權(quán)確認標(biāo)示(初始化為固定值))。

其中，若預(yù)鑒權(quán)失敗流量管理平臺返回流量池禮包門戶預(yù)鑒權(quán)失敗消息(包括鑒權(quán)結(jié)果碼rltcode(rltcode)、鑒權(quán)描述(description)、時間戳、流水號)，以告知用戶，預(yù)鑒權(quán)失敗的請求不做回溯處理，流量禮包管理平臺直接做廢棄請求定時清理。

在流量管理平臺發(fā)送預(yù)鑒權(quán)成功消息至流量池禮包門戶后，流量池禮包門戶接收預(yù)鑒權(quán)成功消息，發(fā)送預(yù)扣費請求至扣費平臺，由扣費平臺進行預(yù)扣費操作。

其中，在具體實現(xiàn)時，上述扣費平臺可以為boss扣費系統(tǒng)。

其中，流量池禮包向boss扣費系統(tǒng)發(fā)送預(yù)扣費請求時需攜帶如下相關(guān)信息包括流量池禮包id、流量池禮包費用、付費賬號、余額校驗標(biāo)示(校驗付費賬號余額是否足夠支付)、短信通知標(biāo)示(可配置為需要短信通知或不需要短信通知)、鑒權(quán)結(jié)果碼、流水號、時間戳。

通過上述方案，本發(fā)明提供了一種流量使用方法，該方法中包括了預(yù)扣費操作，提高購買流量購買的安全性，為政企客戶提供更好的服務(wù)，更好地實現(xiàn)將網(wǎng)絡(luò)的智能管道能力聚合，簡化流量產(chǎn)品生成，同時提高業(yè)務(wù)快速迭代能力，快速實現(xiàn)流量商品化，豐富流量經(jīng)營場景，滿足市場需求，增強流量計價屬性，理順運營商與互聯(lián)網(wǎng)企業(yè)在流量經(jīng)營合作上的價值鏈。

進一步的，為了更好地實現(xiàn)流量的有效使用，參照圖4，為本發(fā)明具體實施方式中，接收購買請求，進行流量購買操作的步驟的第三種流程示意圖。

作為第三種實施方式，上述步驟s12之后還包括：

步驟s13，若所述預(yù)扣費操作成功，則接收鑒權(quán)確認請求，并執(zhí)行鑒權(quán)確認操作。

具體地，在發(fā)送預(yù)鑒權(quán)成功消息，并由扣費平臺進行預(yù)扣費操作后，若預(yù)扣費操作成功，則流量管理平臺接收鑒權(quán)確認請求，并執(zhí)行鑒權(quán)確認操作。

其中，boss扣費系統(tǒng)預(yù)扣費成功后，boss扣費系統(tǒng)將會返回預(yù)扣費成功消息給流量池禮包門戶(包括：流量池禮包id、預(yù)扣費費用、預(yù)扣費結(jié)果碼、預(yù)扣費描述、短信通知標(biāo)示、流水號、時間戳)，同時，會向流量池禮包數(shù)據(jù)庫扣費表中插入一條預(yù)扣費成功記錄(記錄數(shù)據(jù)包括：流量池禮包id、流量池禮包費用、付費賬號、余額校驗標(biāo)示、短信通知標(biāo)示、鑒權(quán)結(jié)果碼、流水號、時間戳、預(yù)扣費結(jié)果碼、預(yù)扣費描述、審批標(biāo)示(初始化為固定值)、扣費標(biāo)示(初始化為固定值))。

其中，若boss扣費系統(tǒng)預(yù)扣費失敗，boss扣費系統(tǒng)同樣會返回預(yù)扣費失敗消息給流量池禮包門戶(包括：流量池禮包id、預(yù)扣費錯誤碼、錯誤描述、短信通知標(biāo)示、流水號、時間戳)，預(yù)扣費失敗的請求不做回溯處理，boss扣費平臺直接做廢棄請求定時處理。

其中，在具體實現(xiàn)時，流量池禮包門戶首先發(fā)送鑒權(quán)確認請求至接口機；然后，接口機將收到的請求消息組包后發(fā)送給流量管理平臺。

在流量池禮包門戶接收扣費平臺發(fā)送的預(yù)扣費成功消息，發(fā)送鑒權(quán)確認請求至流量管理平臺后，流流量管理平臺接收鑒權(quán)確認請求，并進行鑒權(quán)確認操作。

其中，流量池禮包門戶管理員發(fā)起購買審批時，企業(yè)禮包管理員攜帶鑒權(quán)結(jié)果碼、流水號去流量管理平臺進行鑒權(quán)確認，確認成功則返回成功結(jié)果碼，流量池禮包門戶判定為鑒權(quán)成功。

通過上述方案，本發(fā)明提供了一種流量使用方法，該方法中包括了預(yù)扣費操作，提高購買流量購買的安全性，為政企客戶提供更好的服務(wù)，更好地實現(xiàn)將網(wǎng)絡(luò)的智能管道能力聚合，簡化流量產(chǎn)品生成，同時提高業(yè)務(wù)快速迭代能力，快速實現(xiàn)流量商品化，豐富流量經(jīng)營場景，滿足市場需求，增強流量計價屬性，理順運營商與互聯(lián)網(wǎng)企業(yè)在流量經(jīng)營合作上的價值鏈。

進一步的，為了更好地實現(xiàn)流量的有效使用，參照圖5，為本發(fā)明具體實施方式中，接收購買請求，進行流量購買操作的步驟的第四種流程示意圖。

作為第三種實施方式，上述步驟s13之后還包括：

步驟s14，若所述鑒權(quán)確認操作操作成功，則發(fā)送鑒權(quán)確認成功消息，并由所述扣費平臺進行扣費確認操作。

具體地，在接收鑒權(quán)確認請求，并執(zhí)行鑒權(quán)確認操作后，若鑒權(quán)確認操作操作成功，則流量管理平臺發(fā)送鑒權(quán)確認成功消息，并由扣費平臺進行扣費確認操作。

其中，在具體實現(xiàn)時，流量管理平臺首先發(fā)送鑒權(quán)確認成功消息至接口機；然后，接口機收到將鑒權(quán)確認成功消息進行分包返回給流量池禮包門戶。

在若鑒權(quán)確認操作成功，則流量管理平臺發(fā)送鑒權(quán)確認成功消息至流量池禮包門戶后，流量池禮包門戶接收鑒權(quán)確認成功消息，發(fā)送扣費確認請求至扣費平臺，由扣費平臺進行扣費確認操作。

在流量池禮包門戶接收鑒權(quán)確認成功消息，發(fā)送扣費確認請求至扣費平臺，由扣費平臺進行扣費確認操作后，若扣費確認操作成功，則流量池禮包門戶接收扣費平臺發(fā)送的扣費確認成功消息，發(fā)送流量購買成功消息至政企客戶。

其中，企業(yè)禮包管理員攜帶預(yù)扣費結(jié)果碼、流水號去boss扣費平臺進行扣費確認，確認成功則完成扣費返回成功結(jié)果碼，流量池禮包門戶判斷為扣費成功。

其中，當(dāng)鑒權(quán)和扣費確認都成功時則流量池禮包門戶判斷為審批通過。審批通過后更新流量池禮包數(shù)據(jù)庫鑒權(quán)表鑒權(quán)確認標(biāo)示、扣費表扣費標(biāo)示，并插入一條購買記錄到流量池禮包數(shù)據(jù)庫中，以便后續(xù)作為對賬、統(tǒng)計、綁卡、解綁的依據(jù)。

其中，若鑒權(quán)和扣費確認二者任何一個失敗，則企業(yè)禮包管理員審批時則判斷為審批不通過。對于鑒權(quán)和扣費確認失敗的情況，流量管理平臺和boss扣費系統(tǒng)會根據(jù)未審批通過的時間來進行預(yù)扣費解凍處理(預(yù)扣費為一種凍結(jié)用戶賬戶相應(yīng)金額的行為，不是真正意義上的扣費)；鑒權(quán)確認和扣費確認為一種順序串聯(lián)操作(順序串聯(lián)操作指兩種操作有先后優(yōu)先順序且都為真時才為真)，鑒權(quán)確認失敗扣費確認必然失敗，只有當(dāng)兩者都成功時才判為成功。

其中，流量池禮包開通審批只需去流量管理平臺進行鑒權(quán)確認即可，鑒權(quán)確 認成功即可認為開通成功，審批通過。

通過上述方案，本發(fā)明提供了一種流量使用方法，該方法中包括了預(yù)扣費操作，提高購買流量購買的安全性，為政企客戶提供更好的服務(wù)，更好地實現(xiàn)將網(wǎng)絡(luò)的智能管道能力聚合，簡化流量產(chǎn)品生成，同時提高業(yè)務(wù)快速迭代能力，快速實現(xiàn)流量商品化，豐富流量經(jīng)營場景，滿足市場需求，增強流量計價屬性，理順運營商與互聯(lián)網(wǎng)企業(yè)在流量經(jīng)營合作上的價值鏈。

進一步的，為了更好地實現(xiàn)流量的合理使用，參照圖6，為本發(fā)明具體實施方式中若所述用戶為指定用戶，則執(zhí)行綁卡操作的步驟的一種流程示意圖。

作為第一種實施方式，上述步驟s30包括：

步驟s31，接收所述綁卡請求，并進行綁卡操作。

具體地，在接收綁卡請求，并判斷用戶的類型后，流量管理平臺接收綁卡請求，并進行綁卡操作。

其中，在具體實現(xiàn)時，流量池禮包門戶首先發(fā)送綁卡請求至接口機；然后，接口機將綁卡請求重新組包后發(fā)送至流量管理平臺。

其中，流量池禮包門戶的綁卡請求包括：客戶端類型(clienttype：標(biāo)示政企客戶使用何種客戶端操作)、業(yè)務(wù)id(serviceid)、卡id(cardid)、卡密鑰(cardpin)、禮包id、流量池大小、綁卡用戶個數(shù)、綁卡用戶號碼、時間戳、流水號、綁卡類型(sendtype：綁卡類型分為兩種：一種為針對自然人用戶，該類型需要用戶回復(fù)短信確認是否綁卡；另一種為針對設(shè)備用戶，該類型無需用戶回復(fù)短信即可自動為其綁卡并切換使用優(yōu)先級)。

在流量池禮包門戶發(fā)送綁卡請求至流量管理平臺后，流量管理平臺接收綁卡請求，并進行綁卡操作，將用戶綁定至對應(yīng)政企客戶。

另外，當(dāng)需要解綁時，可以采用如下方式：

1、用戶向流量池禮包門戶發(fā)送解綁請求；

2、流量池禮包門戶接收解綁請求，向接口機發(fā)送解綁請求，接口機將解綁請求消息重新組包后發(fā)送給流量管理平臺；

3、流量管理平臺接收解綁請求，并進行解綁操作，若解綁成功，則將解綁成功消息返回給接口機，接口機將解綁成功消息進行分包處理后返回給流量池禮包門戶；

4、流量池禮包門戶在流量池禮包數(shù)據(jù)庫中更新用戶表解綁字段；

5、流量池禮包門戶將解綁成功信息通知給政企客戶和相應(yīng)解綁用戶。

其中，解綁可分為政企客戶主動解綁(不允許用戶使用該流量池禮包的情形)和被動解綁(分為兩種：1、綁卡成功切換優(yōu)先級失敗，此時流量池禮包門戶會自助向流量管理平臺發(fā)起解綁請求；2、當(dāng)流量池禮包用盡時流量管理平臺會主動將綁定在該流量池禮包的用戶全部解綁，并將其優(yōu)先級切換到用戶基礎(chǔ)流量套餐)。

其中，解綁時流量池禮包門戶向流量管理平臺發(fā)送的請求消息包括：客戶端類型(clienttype)、業(yè)務(wù)id(serviceid)、卡id(cardid)、卡密鑰(cardpin)、禮包id、流量池大小、解綁用戶個數(shù)、解綁用戶號碼、時間戳、流水號。

其中，解綁時的流量池禮包門戶收到管理門戶返回的響應(yīng)消息包括：客戶端類型、業(yè)務(wù)id、禮包id、解綁結(jié)果碼、解綁描述、切換優(yōu)先級標(biāo)志、流水號、時間戳，并且更新流量池禮包數(shù)據(jù)庫用戶表中的解綁結(jié)果碼狀態(tài)為已成功解綁。

其中，若解綁失敗，則流量管理平臺會返回錯誤信息以告知用戶失敗原因，此時流量池禮包優(yōu)先級仍然為最高，仍然可以正常使用。

通過上述方案，本發(fā)明提供了一種流量使用方法，該方法中包括了綁卡操作和解綁操作，提高購買流量購買的有效性，為政企客戶提供更好的服務(wù)，更好地實現(xiàn)將網(wǎng)絡(luò)的智能管道能力聚合，簡化流量產(chǎn)品生成，同時提高業(yè)務(wù)快速迭代能力，快速實現(xiàn)流量商品化，豐富流量經(jīng)營場景，滿足市場需求，增強流量計價屬性，理順運營商與互聯(lián)網(wǎng)企業(yè)在流量經(jīng)營合作上的價值鏈。

進一步的，為了更好地實現(xiàn)流量的合理使用，參照圖7，為本發(fā)明具體實施方式中若所述用戶為指定用戶，則執(zhí)行綁卡操作的步驟的一種流程示意圖。

作為第二種實施方式，上述步驟s31之后還包括：

步驟s32，若所述綁卡操作成功，則為所述用戶切換使用優(yōu)先級。

具體地，在接收綁卡請求，并進行綁卡操作后，若綁卡操作成功，則流量管理平臺為用戶切換使用優(yōu)先級。

其中，若綁卡操作成功，則流量管理平臺發(fā)送綁卡成功消息至流量池禮包門戶。

其中，在具體實現(xiàn)時，流量管理平臺首先發(fā)送綁卡成功消息至接口機；然后， 接口機將綁卡成功消息進行分包處理后返回給流量池禮包門戶。

其中，流量池禮包門戶收到流量管理平臺的綁卡響應(yīng)包括：客戶端類型、業(yè)務(wù)id、禮包id、綁卡結(jié)果碼、綁卡描述、切換優(yōu)先級標(biāo)志、流水號、時間戳、解綁結(jié)果碼(默認置為未解綁狀態(tài))，并根據(jù)流水號和時間戳將這些字段與請求消息中的字段拼接后插入流量池禮包數(shù)據(jù)庫用戶表中。

其中，若流量管理平臺綁卡操作成功但是切換優(yōu)先級失敗情形出現(xiàn)時，流量池禮包門戶將會自動向流量管理平臺發(fā)送一條解綁請求，為該用戶解綁，以確保該用戶下次綁卡時能夠正常綁定。

其中，綁卡和切換優(yōu)先級為一種順序串聯(lián)操作，且都為同一請求消息所觸發(fā)，先綁卡成功才能切換優(yōu)先級，且兩者成功才會被認為成功。

其中，政企客戶進行綁卡時也可以指定定向信息，此時就進一步限定綁定流量池禮包的用戶只能在指定的定向信息范圍內(nèi)使用流量，不指定定向信息則無此限制；對于不指定用戶流量池禮包可以指定定向信息，切換定向信息優(yōu)先級，以保證任何用戶在符合定向信息要求時可以優(yōu)先使用政企客戶提供的流量池禮包。

通過上述方案，本發(fā)明提供了一種流量使用方法，該方法中包括了切換優(yōu)先級操作，提高購買流量購買的有效性，為政企客戶提供更好的服務(wù)，更好地實現(xiàn)將網(wǎng)絡(luò)的智能管道能力聚合，簡化流量產(chǎn)品生成，同時提高業(yè)務(wù)快速迭代能力，快速實現(xiàn)流量商品化，豐富流量經(jīng)營場景，滿足市場需求，增強流量計價屬性，理順運營商與互聯(lián)網(wǎng)企業(yè)在流量經(jīng)營合作上的價值鏈。

進一步的，為了更好地實現(xiàn)流量的合理使用，參照圖8，為本發(fā)明具體實施方式中若所述用戶為指定用戶，則執(zhí)行綁卡操作的步驟的一種流程示意圖。

作為第三種實施方式，上述步驟s32之后還包括：

步驟s33，接收獲取統(tǒng)計數(shù)據(jù)請求，發(fā)送所述統(tǒng)計數(shù)據(jù)，并由所述扣費平臺進行扣費操作。

具體地，在為用戶切換使用優(yōu)先級后，流量管理平臺接收獲取統(tǒng)計數(shù)據(jù)請求，發(fā)送統(tǒng)計數(shù)據(jù)，并由扣費平臺進行扣費操作。

其中，扣費金額為周期使用流量和流量單價計算所得。

其中，若扣費操作成功，則流量池禮包門戶接收扣費平臺發(fā)送的扣費成功消息，發(fā)送扣費成功消息至政企客戶。

通過上述方案，本發(fā)明提供了一種流量使用方法，該方法中包括了扣費操作，提高購買流量購買的有效性，為政企客戶提供更好的服務(wù)，更好地實現(xiàn)將網(wǎng)絡(luò)的智能管道能力聚合，簡化流量產(chǎn)品生成，同時提高業(yè)務(wù)快速迭代能力，快速實現(xiàn)流量商品化，豐富流量經(jīng)營場景，滿足市場需求，增強流量計價屬性，理順運營商與互聯(lián)網(wǎng)企業(yè)在流量經(jīng)營合作上的價值鏈。

如圖9所示，本發(fā)明第二實施例提出一種流量使用方法，在上述第一實施例的基礎(chǔ)上的步驟s20之后，該方法還包括：

步驟s40，若所述用戶為非指定用戶，則執(zhí)行指定定向信息綁卡操作。

具體地，在接收綁卡請求，并判斷用戶的類型后，若用戶為非指定用戶，則流量管理平臺執(zhí)行指定定向信息綁卡操作。

其中，在具體實現(xiàn)時，流量池禮包門戶首先發(fā)送指定定向信息請求至接口機；然后，接口機將指定定向信息請求重新組包后發(fā)送至流量管理平臺。

在流量池禮包門戶接收用戶發(fā)送的指定定向信息請求，發(fā)送指定定向信息請求至流量管理平臺后，流量管理平臺接收指定定向信息請求，并進行指定定向信息操作。

在流量管理平臺接收指定定向信息請求，并進行指定定向信息操作后，若指定定向信息操作成功，則流量管理平臺發(fā)送指定定向信息成功消息至流量池禮包門戶。

其中，在具體實現(xiàn)時，流量管理平臺首先發(fā)送指定定向信息成功消息至接口機；然后，接口機將指定定向信息成功消息進行分包處理后返回給流量池禮包門戶。

在流量管理平臺發(fā)送指定定向信息成功消息至流量池禮包門戶后，流量池禮包門戶發(fā)送指定定向信息成功消息至政企客戶，并為用戶切換優(yōu)先級。

其中，若流量管理平臺綁卡操作成功但是切換優(yōu)先級失敗情形出現(xiàn)時，流量池禮包門戶將會自動向流量管理平臺發(fā)送一條解綁請求，為該用戶解綁，以確保該用戶下次綁卡時能夠正常綁定。

其中，綁卡和切換優(yōu)先級為一種順序串聯(lián)操作，且都為同一請求消息所觸發(fā)，先綁卡成功才能切換優(yōu)先級，且兩者成功才會被認為成功。

其中，政企客戶進行綁卡時也可以指定定向信息，此時就進一步限定綁定流 量池禮包的用戶只能在指定的定向信息范圍內(nèi)使用流量，不指定定向信息則無此限制；對于不指定用戶流量池禮包可以指定定向信息，切換定向信息優(yōu)先級，以保證任何用戶在符合定向信息要求時可以優(yōu)先使用政企客戶提供的流量池禮包。

在流量池禮包門戶發(fā)送指定定向信息成功消息至政企客戶，并為用戶切換優(yōu)先級后，流量池禮包門戶按照預(yù)先設(shè)定的時間，定時從流量管理平臺獲取統(tǒng)計數(shù)據(jù)。

在流量池禮包門戶按照預(yù)先設(shè)定的時間，定時從流量管理平臺獲取統(tǒng)計數(shù)據(jù)后，流量池禮包門戶根據(jù)統(tǒng)計數(shù)據(jù)，發(fā)送扣費請求至扣費平臺，由扣費平臺進行扣費操作。

其中，扣費金額為周期使用流量和流量單價計算所得。

在流量池禮包門戶根據(jù)統(tǒng)計數(shù)據(jù)，發(fā)送扣費請求至扣費平臺，由扣費平臺進行扣費操作后，若扣費操作成功，則流量池禮包門戶接收扣費平臺發(fā)送的扣費成功消息，發(fā)送扣費成功消息至政企客戶。

其中，指定定向信息流量池禮包不存在解綁，用戶指定定向信息以后只要符合其定向信息要求、流量池禮包沒有用完的情況下都能使用，當(dāng)流量池禮包用完時流量管理平臺會自動為用戶切換優(yōu)先級。

通過上述方案，本發(fā)明提供了一種流量使用方法，該方法中包括了為非指定用戶提供的指定定向信息操作，提高購買流量購買的有效性，為政企客戶提供更好的服務(wù)，更好地實現(xiàn)將網(wǎng)絡(luò)的智能管道能力聚合，簡化流量產(chǎn)品生成，同時提高業(yè)務(wù)快速迭代能力，快速實現(xiàn)流量商品化，豐富流量經(jīng)營場景，滿足市場需求，增強流量計價屬性，理順運營商與互聯(lián)網(wǎng)企業(yè)在流量經(jīng)營合作上的價值鏈。

基于上述方法實施例的實現(xiàn)，本發(fā)明還提供對應(yīng)的裝置實施例。

如圖10所示，本發(fā)明第一實施例提出一種流量使用裝置，包括：

100，用于接收購買請求，進行流量購買操作。

本發(fā)明裝置可以為一種流量管理平臺或流量管理服務(wù)器，本實施例以流量管理平臺進行舉例，當(dāng)然也不限定于其他能夠?qū)崿F(xiàn)提供流量使用服務(wù)的設(shè)備或服務(wù)器。

其中，上述流量管理平臺，可以是與流量池禮包交互的一個外部網(wǎng)元，主要負責(zé)具體流量的管理、使用等。

此外，在具體實現(xiàn)時，還可以包括與上述流量管理平臺實現(xiàn)協(xié)作的：政企客戶，可以是政府機構(gòu)、學(xué)校、企業(yè)等需要開通/購買流量池禮包的機構(gòu)；流量池禮包門戶，是提供政企客戶用來購買運營商所提供流量池禮包的一個web(互聯(lián)網(wǎng))、app(application，應(yīng)用程序)或者微信公眾號門戶，流量池禮包數(shù)據(jù)庫，是存放流量池禮包相關(guān)數(shù)據(jù)的數(shù)據(jù)庫；接口機，可用于協(xié)助流量池禮包門戶和流量管理平臺之間的信息傳遞。同時，上述政企客戶的用戶，指的是使用政企客戶所開通/購買的流量池禮包的用戶。

政企客戶首先可以通過注冊和登錄操作來實現(xiàn)流量購買，在具體實現(xiàn)時，政企客戶注冊用戶可包括自注冊和委托流量池禮包管理員注冊兩種，自注冊需要提交流量池禮包門戶管理員審批，審批通過后該政企客戶會收到注冊成功通知，此時用戶才可被使用；委托流量池禮包管理員注冊為流量池禮包管理員將注冊和審批一體化操作，流量池禮包管理員注冊審批完成后政企客戶將會收到攜帶用戶名和密碼的告知短信。其中，政企客戶需要填寫的注冊信息包括：政企客戶名稱、用戶名、密碼、聯(lián)系方式、付費號碼等。其中，注冊/審批信息包括：政企id(唯一)、政府機構(gòu)或企業(yè)名、用戶名、密碼、聯(lián)系電話、付費賬號(通訊賬號或其他第三方賬號)、用戶郵箱、定向信息(定向信息特指一些固定ip地址、固定端口、固定手機號等)等；流量池禮包管理員進行注冊/審批會對用戶信息進行敏感詞校驗，以保證信息都符合國家法律規(guī)范。

在流量池禮包門戶接收政企客戶發(fā)送的注冊請求后，流量池禮包門戶根據(jù)注冊請求，為政企客戶注冊對應(yīng)賬戶。其中，若上述注冊請求滿足審批要求，則流量池禮包門戶根據(jù)注冊請求，為政企客戶注冊對應(yīng)賬戶。

在流量池禮包門戶根據(jù)注冊請求，為政企客戶注冊對應(yīng)賬戶后，流量池禮包門戶接收政企客戶發(fā)送的登錄請求。其中，政企客戶可以依據(jù)上述通過注冊獲得的用戶名和密碼進行登錄。在流量池禮包門戶接收政企客戶發(fā)送的登錄請求后，流量池禮包門戶根據(jù)登錄請求，授權(quán)政企客戶進行登錄。其中，若政企客戶輸入的用戶名和密碼正確，則授權(quán)政企客戶進行登錄流量池禮包門戶。

在完成注冊和登錄操作(具體實現(xiàn)時注冊和登錄操作為可選，若已經(jīng)注冊了，則直接進行登錄操作，或者，若已經(jīng)注冊和登錄了，則直接進行下述操作)后，即可進行流量購買操作。

具體地，100接收購買請求，進行流量購買操作。

其中，在具體實現(xiàn)時，可以采用如下方式：

1、流量池禮包門戶接收政企客戶發(fā)送的流量購買/開通請求，并發(fā)送購買/開通請求至接口機，接口機將購買/開通請求組裝成100可識別的消息，發(fā)送購買/開通流量池禮包預(yù)鑒權(quán)請求至100；

2、100接收預(yù)鑒權(quán)請求，并進行預(yù)鑒權(quán)操作，若預(yù)鑒權(quán)成功，則發(fā)送預(yù)鑒權(quán)成功消息至接口機，接口機將預(yù)鑒權(quán)成功消息分包后返回給流量池禮包門戶，同時，流量池禮包門戶向流量池禮包數(shù)據(jù)庫中插入一條預(yù)鑒權(quán)記錄；

3、流量池禮包門戶接收預(yù)鑒權(quán)成功消息，發(fā)送預(yù)扣費請求至boss扣費系統(tǒng)；

4、boss扣費系統(tǒng)接收預(yù)扣費請求，并進行預(yù)扣費操作，若預(yù)扣費操作成功，則發(fā)送預(yù)扣費成功消息至流量池禮包門戶，同時，流量池禮包門戶向流量池禮包數(shù)據(jù)庫中插入一條預(yù)扣費記錄；

5、流量池禮包門戶接收預(yù)扣費成功消息，發(fā)送鑒權(quán)確認請求至接口機，接口機將收到的請求消息組包后發(fā)送給100；

6、100接收鑒權(quán)確認請求，并進行鑒權(quán)確認操作，若100鑒權(quán)確認操作成功，則發(fā)送鑒權(quán)確認成功消息至接口機，接口機將鑒權(quán)確認成功消息進行分包后，返回給流量池禮包門戶；

7、流量池禮包門戶接收鑒權(quán)確認成功消息，更新流量池禮包數(shù)據(jù)庫記錄為鑒權(quán)成功；

8、流量池禮包門戶向政企客戶返回開通流量池禮包成功消息(對于只需開通流量池禮包的政企客戶，最后只需要執(zhí)行這一步驟，對于需要購買流量池禮包的政企客戶則跳過這一步驟)；

8、流量池禮包門戶發(fā)送扣費確認請求至boss扣費系統(tǒng)；boss扣費系統(tǒng)接收扣費確認請求，并進行扣費確認操作，若扣費平臺扣費確認操作成功，則發(fā)送扣費確認成功消息至流量池禮包門戶；

9、流量池禮包門戶接收扣費確認成功消息，更新流量池禮包數(shù)據(jù)庫記錄為扣費成功，向流量池禮包數(shù)據(jù)庫中插入一條購買記錄，發(fā)送流量購買成功消息至政企客戶。

200，用于接收綁卡請求，并判斷用戶的類型。

具體地，在接收購買請求，進行流量購買操作后，200接收綁卡請求，并判 斷用戶的類型。

其中，在具體實現(xiàn)時，可以采用如下方式：

1、政企客戶向流量池禮包門戶發(fā)起綁卡請求；

2、流量池禮包門戶向接口機發(fā)送綁卡請求；

3、接口機將請求消息重新組包后發(fā)送給200；

4、200接收綁卡請求。

其中，上述用戶的類型包括指定用戶和非指定用戶。

300，用于若所述用戶為指定用戶，則執(zhí)行不指定定向信息綁卡操作。

具體地，在接收綁卡請求，并判斷用戶的類型后，若用戶為指定用戶，則300執(zhí)行不指定定向信息綁卡操作。

其中，在具體實現(xiàn)時，可以采用如下方式：

1、流量池禮包門戶發(fā)送綁卡請求至接口機，接口機將綁卡請求重新組包后發(fā)送給300；

2、300接收綁卡請求，并進行綁卡操作，若300成功進行綁卡操作，則發(fā)送綁卡成功消息至接口機，接口機將綁卡成功消息進行分包處理后返回給流量池禮包門戶；

3、流量池禮包門戶將綁卡成功記錄插入到流量池禮包數(shù)據(jù)庫的用戶表中，接收綁卡成功消息，發(fā)送綁卡成功消息至政企客戶，不需要回復(fù)短信確認的綁卡用戶為其自動切換使用優(yōu)先級；需要回復(fù)短信確認的綁卡用戶，向此類用戶發(fā)送確認短信后，收到確認短信后為其切換使用優(yōu)先級；

4、流量池禮包門戶按照預(yù)先設(shè)定的時間(比如：1周)，定時從300獲取統(tǒng)計數(shù)據(jù)，獲取成功后插入數(shù)據(jù)庫統(tǒng)計表，并可在流量池禮包門戶頁面展示；

5、流量池禮包門戶根據(jù)統(tǒng)計數(shù)據(jù)，發(fā)送扣費請求至boss扣費系統(tǒng)；

6、boss扣費系統(tǒng)接收扣費請求，并根據(jù)扣費請求進行扣費操作，若扣費平臺扣費操作成功，則發(fā)送扣費成功消息至流量池禮包門戶；

7、流量池禮包門戶接收扣費成功消息，發(fā)送扣費成功消息至政企客戶。

其中，當(dāng)需要解綁時，可以采用如下方式：

1、用戶向流量池禮包門戶發(fā)送解綁請求；

2、流量池禮包門戶接收解綁請求，向接口機發(fā)送解綁請求，接口機將解綁請求消息重新組包后發(fā)送給300；

3、300接收解綁請求，并進行解綁操作，若解綁成功，則將解綁成功消息返回給接口機，接口機將解綁成功消息進行分包處理后返回給流量池禮包門戶；

4、流量池禮包門戶在流量池禮包數(shù)據(jù)庫中更新用戶表解綁字段；

5、流量池禮包門戶將解綁成功信息通知給政企客戶和相應(yīng)解綁用戶。

通過上述方案，本發(fā)明提供了一種流量使用裝置，實現(xiàn)將網(wǎng)絡(luò)的智能管道能力聚合，簡化流量產(chǎn)品生成，同時提高業(yè)務(wù)快速迭代能力，快速實現(xiàn)流量商品化，豐富流量經(jīng)營場景，滿足市場需求，增強流量計價屬性，理順運營商與互聯(lián)網(wǎng)企業(yè)在流量經(jīng)營合作上的價值鏈。

進一步的，為了更好地實現(xiàn)流量的有效使用，參照圖11，上述100包括：

110，用于接收預(yù)鑒權(quán)請求，根據(jù)所述預(yù)鑒權(quán)請求進行預(yù)鑒權(quán)操作。

具體地，110接收預(yù)鑒權(quán)請求，根據(jù)預(yù)鑒權(quán)請求進行預(yù)鑒權(quán)操作。

其中，在具體實現(xiàn)時，流量池禮包門戶首先發(fā)送流量購買/開通請求至接口機；然后，接口機將流量購買/開通請求組裝成110可識別的消息；然后，接口機將流量購買/開通請求發(fā)送至110。

其中，政企客戶進行流量池禮包購買/開通時首先需要去110進行預(yù)鑒權(quán)，預(yù)鑒權(quán)時攜帶企業(yè)和流量池禮包相關(guān)信息(包括：業(yè)務(wù)id(serviceid，區(qū)分該購買請求為政企客戶請求)、政企id、禮包id、卡類型(cardtype，區(qū)分該禮包為流量池禮包)、流量池大小、流量池禮包有效期、時間戳、流水號(匹配預(yù)鑒權(quán)請求消息和響應(yīng)消息)、客戶端類型(clienttype，區(qū)分用戶使用何種客戶端進行購買))。

在流量池禮包門戶接收政企客戶發(fā)送的流量購買請求，發(fā)送預(yù)鑒權(quán)請求至110后，110接收預(yù)鑒權(quán)請求，并進行預(yù)鑒權(quán)操作。

通過上述方案，本發(fā)明提供了一種流量使用裝置，該裝置實現(xiàn)了鑒權(quán)操作，提高購買流量購買的安全性，為政企客戶提供更好的服務(wù)，更好地實現(xiàn)將網(wǎng)絡(luò)的智能管道能力聚合，簡化流量產(chǎn)品生成，同時提高業(yè)務(wù)快速迭代能力，快速實現(xiàn)流量商品化，豐富流量經(jīng)營場景，滿足市場需求，增強流量計價屬性，理順運營商與互聯(lián)網(wǎng)企業(yè)在流量經(jīng)營合作上的價值鏈。

進一步的，為了更好地實現(xiàn)流量的有效使用，參照圖12，上述100還包括：

120，用于若所述預(yù)鑒權(quán)操作成功，則發(fā)送預(yù)鑒權(quán)成功消息，并由扣費平臺進行預(yù)扣費操作。

具體地，在接收預(yù)鑒權(quán)請求，根據(jù)預(yù)鑒權(quán)請求進行預(yù)鑒權(quán)操作后，若預(yù)鑒權(quán)操作成功，則120發(fā)送預(yù)鑒權(quán)成功消息由扣費平臺進行預(yù)扣費操作。

其中，在具體實現(xiàn)時，若120預(yù)鑒權(quán)成功，則120首先發(fā)送預(yù)鑒權(quán)成功消息至接口機；然后接口機將預(yù)鑒權(quán)成功消息分包后返回給流量池禮包門戶。

其中，預(yù)鑒權(quán)成功后120返回流量池禮包門戶預(yù)鑒權(quán)成功消息(包括鑒權(quán)結(jié)果碼(rltcode)、鑒權(quán)描述(description)、卡id(cardid)、卡密鑰(cardpin)、時間戳、流水號)，同時會向流量池禮包數(shù)據(jù)庫鑒權(quán)表中插入一條預(yù)鑒權(quán)成功記錄(記錄數(shù)據(jù)包括：業(yè)務(wù)id、政企id、禮包id、卡類型、流量池大小、流量池禮包有效期、時間戳、流水號、客戶端類型、鑒權(quán)結(jié)果碼、鑒權(quán)描述、卡id、卡密鑰、鑒權(quán)確認標(biāo)示(初始化為固定值))。

其中，若預(yù)鑒權(quán)失敗120返回流量池禮包門戶預(yù)鑒權(quán)失敗消息(包括鑒權(quán)結(jié)果碼rltcode(rltcode)、鑒權(quán)描述(description)、時間戳、流水號)，以告知用戶，預(yù)鑒權(quán)失敗的請求不做回溯處理，流量禮包管理平臺直接做廢棄請求定時清理。

在120發(fā)送預(yù)鑒權(quán)成功消息至流量池禮包門戶后，流量池禮包門戶接收預(yù)鑒權(quán)成功消息，發(fā)送預(yù)扣費請求至扣費平臺，由扣費平臺進行預(yù)扣費操作。

其中，在具體實現(xiàn)時，上述扣費平臺可以為boss扣費系統(tǒng)。

其中，流量池禮包向boss扣費系統(tǒng)發(fā)送預(yù)扣費請求時需攜帶如下相關(guān)信息包括流量池禮包id、流量池禮包費用、付費賬號、余額校驗標(biāo)示(校驗付費賬號余額是否足夠支付)、短信通知標(biāo)示(可配置為需要短信通知或不需要短信通知)、鑒權(quán)結(jié)果碼、流水號、時間戳。

通過上述方案，本發(fā)明提供了一種流量使用裝置，該裝置實現(xiàn)了預(yù)扣費操作，提高購買流量購買的安全性，為政企客戶提供更好的服務(wù)，更好地實現(xiàn)將網(wǎng)絡(luò)的智能管道能力聚合，簡化流量產(chǎn)品生成，同時提高業(yè)務(wù)快速迭代能力，快速實現(xiàn)流量商品化，豐富流量經(jīng)營場景，滿足市場需求，增強流量計價屬性，理順運營商與互聯(lián)網(wǎng)企業(yè)在流量經(jīng)營合作上的價值鏈。

進一步的，為了更好地實現(xiàn)流量的有效使用，參照圖13，上述100還包括：

130，用于若所述預(yù)扣費操作成功，則接收鑒權(quán)確認請求，并執(zhí)行鑒權(quán)確認 操作。

具體地，在發(fā)送預(yù)鑒權(quán)成功消息，并由扣費平臺進行預(yù)扣費操作后，若預(yù)扣費操作成功，則130接收鑒權(quán)確認請求，并執(zhí)行鑒權(quán)確認操作。

其中，boss扣費系統(tǒng)預(yù)扣費成功后，boss扣費系統(tǒng)將會返回預(yù)扣費成功消息給流量池禮包門戶(包括：流量池禮包id、預(yù)扣費費用、預(yù)扣費結(jié)果碼、預(yù)扣費描述、短信通知標(biāo)示、流水號、時間戳)，同時，會向流量池禮包數(shù)據(jù)庫扣費表中插入一條預(yù)扣費成功記錄(記錄數(shù)據(jù)包括：流量池禮包id、流量池禮包費用、付費賬號、余額校驗標(biāo)示、短信通知標(biāo)示、鑒權(quán)結(jié)果碼、流水號、時間戳、預(yù)扣費結(jié)果碼、預(yù)扣費描述、審批標(biāo)示(初始化為固定值)、扣費標(biāo)示(初始化為固定值))。

其中，若boss扣費系統(tǒng)預(yù)扣費失敗，boss扣費系統(tǒng)同樣會返回預(yù)扣費失敗消息給流量池禮包門戶(包括：流量池禮包id、預(yù)扣費錯誤碼、錯誤描述、短信通知標(biāo)示、流水號、時間戳)，預(yù)扣費失敗的請求不做回溯處理，boss扣費平臺直接做廢棄請求定時處理。

其中，在具體實現(xiàn)時，流量池禮包門戶首先發(fā)送鑒權(quán)確認請求至接口機；然后，接口機將收到的請求消息組包后發(fā)送給130。

在流量池禮包門戶接收扣費平臺發(fā)送的預(yù)扣費成功消息，發(fā)送鑒權(quán)確認請求至130后，130接收鑒權(quán)確認請求，并進行鑒權(quán)確認操作。

其中，流量池禮包門戶管理員發(fā)起購買審批時，企業(yè)禮包管理員攜帶鑒權(quán)結(jié)果碼、流水號去130進行鑒權(quán)確認，確認成功則返回成功結(jié)果碼，流量池禮包門戶判定為鑒權(quán)成功。

通過上述方案，本發(fā)明提供了一種流量使用裝置，該裝置實現(xiàn)了預(yù)扣費操作，提高購買流量購買的安全性，為政企客戶提供更好的服務(wù)，更好地實現(xiàn)將網(wǎng)絡(luò)的智能管道能力聚合，簡化流量產(chǎn)品生成，同時提高業(yè)務(wù)快速迭代能力，快速實現(xiàn)流量商品化，豐富流量經(jīng)營場景，滿足市場需求，增強流量計價屬性，理順運營商與互聯(lián)網(wǎng)企業(yè)在流量經(jīng)營合作上的價值鏈。

進一步的，為了更好地實現(xiàn)流量的有效使用，參照圖14，上述100還包括：

140，用于若所述鑒權(quán)確認操作操作成功，則發(fā)送鑒權(quán)確認成功消息，并由所述扣費平臺進行扣費確認操作。

具體地，在接收鑒權(quán)確認請求，并執(zhí)行鑒權(quán)確認操作后，若鑒權(quán)確認操作操作成功，則140發(fā)送鑒權(quán)確認成功消息，并由扣費平臺進行扣費確認操作。

其中，在具體實現(xiàn)時，140首先發(fā)送鑒權(quán)確認成功消息至接口機；然后，接口機收到將鑒權(quán)確認成功消息進行分包返回給流量池禮包門戶。

在若鑒權(quán)確認操作成功，則140發(fā)送鑒權(quán)確認成功消息至流量池禮包門戶后，流量池禮包門戶接收鑒權(quán)確認成功消息，發(fā)送扣費確認請求至扣費平臺，由扣費平臺進行扣費確認操作。

在流量池禮包門戶接收鑒權(quán)確認成功消息，發(fā)送扣費確認請求至扣費平臺，由扣費平臺進行扣費確認操作后，若扣費確認操作成功，則流量池禮包門戶接收扣費平臺發(fā)送的扣費確認成功消息，發(fā)送流量購買成功消息至政企客戶。

其中，企業(yè)禮包管理員攜帶預(yù)扣費結(jié)果碼、流水號去boss扣費平臺進行扣費確認，確認成功則完成扣費返回成功結(jié)果碼，流量池禮包門戶判斷為扣費成功。

其中，當(dāng)鑒權(quán)和扣費確認都成功時則流量池禮包門戶判斷為審批通過。審批通過后更新流量池禮包數(shù)據(jù)庫鑒權(quán)表鑒權(quán)確認標(biāo)示、扣費表扣費標(biāo)示，并插入一條購買記錄到流量池禮包數(shù)據(jù)庫中，以便后續(xù)作為對賬、統(tǒng)計、綁卡、解綁的依據(jù)。

其中，若鑒權(quán)和扣費確認二者任何一個失敗，則企業(yè)禮包管理員審批時則判斷為審批不通過。對于鑒權(quán)和扣費確認失敗的情況，140和boss扣費系統(tǒng)會根據(jù)未審批通過的時間來進行預(yù)扣費解凍處理(預(yù)扣費為一種凍結(jié)用戶賬戶相應(yīng)金額的行為，不是真正意義上的扣費)；鑒權(quán)確認和扣費確認為一種順序串聯(lián)操作(順序串聯(lián)操作指兩種操作有先后優(yōu)先順序且都為真時才為真)，鑒權(quán)確認失敗扣費確認必然失敗，只有當(dāng)兩者都成功時才判為成功。

其中，流量池禮包開通審批只需去140進行鑒權(quán)確認即可，鑒權(quán)確認成功即可認為開通成功，審批通過。

通過上述方案，本發(fā)明提供了一種流量使用裝置，該裝置實現(xiàn)了預(yù)扣費操作，提高購買流量購買的安全性，為政企客戶提供更好的服務(wù)，更好地實現(xiàn)將網(wǎng)絡(luò)的智能管道能力聚合，簡化流量產(chǎn)品生成，同時提高業(yè)務(wù)快速迭代能力，快速實現(xiàn)流量商品化，豐富流量經(jīng)營場景，滿足市場需求，增強流量計價屬性，理順運營商與互聯(lián)網(wǎng)企業(yè)在流量經(jīng)營合作上的價值鏈。

進一步的，為了更好地實現(xiàn)流量的合理使用，參照圖15，上述300包括：

310，用于接收所述綁卡請求，并進行綁卡操作。

具體地，在接收綁卡請求，并判斷用戶的類型后，310接收綁卡請求，并進行綁卡操作。

其中，在具體實現(xiàn)時，流量池禮包門戶首先發(fā)送綁卡請求至接口機；然后，接口機將綁卡請求重新組包后發(fā)送至310。

其中，流量池禮包門戶的綁卡請求包括：客戶端類型(clienttype：標(biāo)示政企客戶使用何種客戶端操作)、業(yè)務(wù)id(serviceid)、卡id(cardid)、卡密鑰(cardpin)、禮包id、流量池大小、綁卡用戶個數(shù)、綁卡用戶號碼、時間戳、流水號、綁卡類型(sendtype：綁卡類型分為兩種：一種為針對自然人用戶，該類型需要用戶回復(fù)短信確認是否綁卡；另一種為針對設(shè)備用戶，該類型無需用戶回復(fù)短信即可自動為其綁卡并切換使用優(yōu)先級)。

在流量池禮包門戶發(fā)送綁卡請求至310后，310接收綁卡請求，并進行綁卡操作，將用戶綁定至對應(yīng)政企客戶。

另外，當(dāng)需要解綁時，可以采用如下方式：

1、用戶向流量池禮包門戶發(fā)送解綁請求；

2、流量池禮包門戶接收解綁請求，向接口機發(fā)送解綁請求，接口機將解綁請求消息重新組包后發(fā)送給310；

3、310接收解綁請求，并進行解綁操作，若解綁成功，則將解綁成功消息返回給接口機，接口機將解綁成功消息進行分包處理后返回給流量池禮包門戶；

4、流量池禮包門戶在流量池禮包數(shù)據(jù)庫中更新用戶表解綁字段；

5、流量池禮包門戶將解綁成功信息通知給政企客戶和相應(yīng)解綁用戶。

其中，解綁可分為政企客戶主動解綁(不允許用戶使用該流量池禮包的情形)和被動解綁(分為兩種：1、綁卡成功切換優(yōu)先級失敗，此時流量池禮包門戶會自助向310發(fā)起解綁請求；2、當(dāng)流量池禮包用盡時310會主動將綁定在該流量池禮包的用戶全部解綁，并將其優(yōu)先級切換到用戶基礎(chǔ)流量套餐)。

其中，解綁時流量池禮包門戶向310發(fā)送的請求消息包括：客戶端類型(clienttype)、業(yè)務(wù)id(serviceid)、卡id(cardid)、卡密鑰(cardpin)、禮包id、流量池大小、解綁用戶個數(shù)、解綁用戶號碼、時間戳、流水號。

其中，解綁時的流量池禮包門戶收到管理門戶返回的響應(yīng)消息包括：客戶端 類型、業(yè)務(wù)id、禮包id、解綁結(jié)果碼、解綁描述、切換優(yōu)先級標(biāo)志、流水號、時間戳，并且更新流量池禮包數(shù)據(jù)庫用戶表中的解綁結(jié)果碼狀態(tài)為已成功解綁。

其中，若解綁失敗，則310會返回錯誤信息以告知用戶失敗原因，此時流量池禮包優(yōu)先級仍然為最高，仍然可以正常使用。

通過上述方案，本發(fā)明提供了一種流量使用裝置，該裝置實現(xiàn)了綁卡操作和解綁操作，提高購買流量購買的有效性，為政企客戶提供更好的服務(wù)，更好地實現(xiàn)將網(wǎng)絡(luò)的智能管道能力聚合，簡化流量產(chǎn)品生成，同時提高業(yè)務(wù)快速迭代能力，快速實現(xiàn)流量商品化，豐富流量經(jīng)營場景，滿足市場需求，增強流量計價屬性，理順運營商與互聯(lián)網(wǎng)企業(yè)在流量經(jīng)營合作上的價值鏈。

進一步的，為了更好地實現(xiàn)流量的合理使用，參照圖16，上述300還包括：

320，用于若所述綁卡操作成功，則為所述用戶切換使用優(yōu)先級。

具體地，在接收綁卡請求，并進行綁卡操作后，若綁卡操作成功，則320為用戶切換使用優(yōu)先級。

其中，若綁卡操作成功，則320發(fā)送綁卡成功消息至流量池禮包門戶。

其中，在具體實現(xiàn)時，320首先發(fā)送綁卡成功消息至接口機；然后，接口機將綁卡成功消息進行分包處理后返回給流量池禮包門戶。

其中，流量池禮包門戶收到320的綁卡響應(yīng)包括：客戶端類型、業(yè)務(wù)id、禮包id、綁卡結(jié)果碼、綁卡描述、切換優(yōu)先級標(biāo)志、流水號、時間戳、解綁結(jié)果碼(默認置為未解綁狀態(tài))，并根據(jù)流水號和時間戳將這些字段與請求消息中的字段拼接后插入流量池禮包數(shù)據(jù)庫用戶表中。

其中，若320綁卡操作成功但是切換優(yōu)先級失敗情形出現(xiàn)時，流量池禮包門戶將會自動向320發(fā)送一條解綁請求，為該用戶解綁，以確保該用戶下次綁卡時能夠正常綁定。

其中，綁卡和切換優(yōu)先級為一種順序串聯(lián)操作，且都為同一請求消息所觸發(fā)，先綁卡成功才能切換優(yōu)先級，且兩者成功才會被認為成功。

其中，政企客戶進行綁卡時也可以指定定向信息，此時就進一步限定綁定流量池禮包的用戶只能在指定的定向信息范圍內(nèi)使用流量，不指定定向信息則無此限制；對于不指定用戶流量池禮包可以指定定向信息，切換定向信息優(yōu)先級，以保證任何用戶在符合定向信息要求時可以優(yōu)先使用政企客戶提供的流量池禮包。

通過上述方案，本發(fā)明提供了一種流量使用裝置，該裝置實現(xiàn)了切換優(yōu)先級操作，提高購買流量購買的有效性，為政企客戶提供更好的服務(wù)，更好地實現(xiàn)將網(wǎng)絡(luò)的智能管道能力聚合，簡化流量產(chǎn)品生成，同時提高業(yè)務(wù)快速迭代能力，快速實現(xiàn)流量商品化，豐富流量經(jīng)營場景，滿足市場需求，增強流量計價屬性，理順運營商與互聯(lián)網(wǎng)企業(yè)在流量經(jīng)營合作上的價值鏈。

進一步的，為了更好地實現(xiàn)流量的合理使用，參照圖17，上述300還包括：

330，用于接收獲取統(tǒng)計數(shù)據(jù)請求，發(fā)送所述統(tǒng)計數(shù)據(jù)，并由所述扣費平臺進行扣費操作。

具體地，在為用戶切換使用優(yōu)先級后，330接收獲取統(tǒng)計數(shù)據(jù)請求，發(fā)送統(tǒng)計數(shù)據(jù)，并由扣費平臺進行扣費操作。

其中，扣費金額為周期使用流量和流量單價計算所得。

其中，若扣費操作成功，則流量池禮包門戶接收扣費平臺發(fā)送的扣費成功消息，發(fā)送扣費成功消息至政企客戶。

通過上述方案，本發(fā)明提供了一種流量使用裝置，該方裝置實現(xiàn)了扣費操作，提高購買流量購買的有效性，為政企客戶提供更好的服務(wù)，更好地實現(xiàn)將網(wǎng)絡(luò)的智能管道能力聚合，簡化流量產(chǎn)品生成，同時提高業(yè)務(wù)快速迭代能力，快速實現(xiàn)流量商品化，豐富流量經(jīng)營場景，滿足市場需求，增強流量計價屬性，理順運營商與互聯(lián)網(wǎng)企業(yè)在流量經(jīng)營合作上的價值鏈。

如圖18所示，本發(fā)明第二實施例提出一種流量使用裝置，在上述第一實施例的基礎(chǔ)上，該裝置還包括：

400，用于若所述用戶為非指定用戶，則執(zhí)行指定定向信息綁卡操作。

具體地，在接收綁卡請求，并判斷用戶的類型后，若用戶為非指定用戶，則執(zhí)行指定定向信息綁卡操作。

其中，在具體實現(xiàn)時，流量池禮包門戶首先發(fā)送指定定向信息請求至接口機；然后，接口機將指定定向信息請求重新組包后發(fā)送至400。

在流量池禮包門戶接收用戶發(fā)送的指定定向信息請求，發(fā)送指定定向信息請求至400后，400接收指定定向信息請求，并進行指定定向信息操作。

在400接收指定定向信息請求，并進行指定定向信息操作后，若指定定向信 息操作成功，則400發(fā)送指定定向信息成功消息至流量池禮包門戶。

其中，在具體實現(xiàn)時，400首先發(fā)送指定定向信息成功消息至接口機；然后，接口機將指定定向信息成功消息進行分包處理后返回給流量池禮包門戶。

在400發(fā)送指定定向信息成功消息至流量池禮包門戶后，流量池禮包門戶發(fā)送指定定向信息成功消息至政企客戶，并為用戶切換優(yōu)先級。

其中，若400綁卡操作成功但是切換優(yōu)先級失敗情形出現(xiàn)時，流量池禮包門戶將會自動向400發(fā)送一條解綁請求，為該用戶解綁，以確保該用戶下次綁卡時能夠正常綁定。

其中，綁卡和切換優(yōu)先級為一種順序串聯(lián)操作，且都為同一請求消息所觸發(fā)，先綁卡成功才能切換優(yōu)先級，且兩者成功才會被認為成功。

其中，政企客戶進行綁卡時也可以指定定向信息，此時就進一步限定綁定流量池禮包的用戶只能在指定的定向信息范圍內(nèi)使用流量，不指定定向信息則無此限制；對于不指定用戶流量池禮包可以指定定向信息，切換定向信息優(yōu)先級，以保證任何用戶在符合定向信息要求時可以優(yōu)先使用政企客戶提供的流量池禮包。

在流量池禮包門戶發(fā)送指定定向信息成功消息至政企客戶，并為用戶切換優(yōu)先級后，流量池禮包門戶按照預(yù)先設(shè)定的時間，定時從400獲取統(tǒng)計數(shù)據(jù)。

在流量池禮包門戶按照預(yù)先設(shè)定的時間，定時從400獲取統(tǒng)計數(shù)據(jù)后，流量池禮包門戶根據(jù)統(tǒng)計數(shù)據(jù)，發(fā)送扣費請求至扣費平臺，由扣費平臺進行扣費操作。

其中，扣費金額為周期使用流量和流量單價計算所得。

在流量池禮包門戶根據(jù)統(tǒng)計數(shù)據(jù)，發(fā)送扣費請求至扣費平臺，由扣費平臺進行扣費操作后，若扣費操作成功，則流量池禮包門戶接收扣費平臺發(fā)送的扣費成功消息，發(fā)送扣費成功消息至政企客戶。

其中，指定定向信息流量池禮包不存在解綁，用戶指定定向信息以后只要符合其定向信息要求、流量池禮包沒有用完的情況下都能使用，當(dāng)流量池禮包用完時400會自動為用戶切換優(yōu)先級。

通過上述方案，本發(fā)明提供了一種流量使用裝置，該裝置實現(xiàn)了非指定用戶提供的指定定向信息操作，提高購買流量購買的有效性，為政企客戶提供更好的服務(wù)，更好地實現(xiàn)將網(wǎng)絡(luò)的智能管道能力聚合，簡化流量產(chǎn)品生成，同時提高業(yè)務(wù)快速迭代能力，快速實現(xiàn)流量商品化，豐富流量經(jīng)營場景，滿足市場需求，增強流量計價屬性，理順運營商與互聯(lián)網(wǎng)企業(yè)在流量經(jīng)營合作上的價值鏈。

以上僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運用在其他相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護范圍內(nèi)。