本發(fā)明涉及通信技術(shù)中的流量經(jīng)營技術(shù),具體涉及一種用于移動終端上網(wǎng)流量分享的方法和系統(tǒng)。
背景技術(shù):
隨著移動互聯(lián)網(wǎng)時代的到來、智能終端的普及以及4G通信技術(shù)的迅猛發(fā)展,傳統(tǒng)的通話為主、上網(wǎng)為輔已遠遠不能滿足人們的社交需求,人們對移動終端上網(wǎng)的需求越來越多,移動數(shù)據(jù)流量消費特點突出。電信運營商們不得不面對這種傳統(tǒng)電信業(yè)務(wù)下滑、流量激增的現(xiàn)實。在互聯(lián)網(wǎng)應(yīng)用對傳統(tǒng)電信業(yè)務(wù)加速替代趨勢下,流量經(jīng)營很快占據(jù)了大半壁江山,成為通信運營商們主要的業(yè)務(wù)來源和新的利潤增長點。這就要求運營商們從話務(wù)量經(jīng)營向著力于流量經(jīng)營轉(zhuǎn)變。流量經(jīng)營對運營商傳統(tǒng)的BOSS系統(tǒng)提出了很大的挑戰(zhàn),對BOSS的要求更高、更精確。
流量卡就是在這種形勢下順應(yīng)LTE網(wǎng)絡(luò)要求,應(yīng)運而生的一種新形式的預(yù)付費卡。其特點為用戶在綁定這種類型的卡后,用戶上網(wǎng)可以選擇這個卡內(nèi)的流量,在流量范圍內(nèi),不再需要額外付費。用戶可以通過電商平臺購買這種卡,卡有多種類型,如不同的有效期,QOS,流量等,不同卡費用也不同。用戶在購買卡后,獲取一個卡號及相關(guān)的密碼。通過電商平臺,用戶輸入手機號碼,卡號,密碼后,可以進行綁定,綁定后,用戶通過手機上網(wǎng)的流量,將從這張卡的扣取。
流量卡可以為用戶提供相對靈活的流量套餐。由于流量卡購買和使用方便,因而一經(jīng)推出很快得到了市場的歡迎和認可。但是,目前的流量卡靈活性上還有不少可改進的空間。比如用戶的流量用不完的,月底即被清零,很 容易造成浪費。
技術(shù)實現(xiàn)要素:
本發(fā)明所要解決的技術(shù)問題是,提供一種用于移動終端上網(wǎng)流量分享的方法和系統(tǒng),以解決流量浪費的問題。
為了解決上述技術(shù)問題,本發(fā)明公開了一種移動終端上網(wǎng)流量分享的方法,主要包括如下操作:
流量分享系統(tǒng)按照用戶指令確定分享流量的母卡以及流量分割信息,其中,所述流量分割信息包括分割的流量包個數(shù)和/或單個流量包的流量信息;
所述流量分享系統(tǒng)根據(jù)所述流量分割信息生成流量包,同時從所述母卡中扣減所有流量包的流量總和;
所述流量分享系統(tǒng)將生成的流量包下發(fā)給流量分享系統(tǒng)中的用戶。
可選地,上述方法中,所述流量分享系統(tǒng)根據(jù)所述流量分割信息生成流量包之前,該方法還包括:
所述流量分享系統(tǒng)校驗所述用戶的合法性,僅當(dāng)所述用戶通過合法性校驗后,所述流量分享系統(tǒng)才根據(jù)所述流量分割信息生成流量包。
可選地,上述方法中,所述流量分享系統(tǒng)根據(jù)所述流量分割信息生成流量包的過程包括:
所述流量分割信息僅包括流量包個數(shù)N時,將所述母卡中當(dāng)前流量余額平均劃分為N份,生成N個流量包;或者
所述流量分割信息僅包括單個流量包的流量信息時,根據(jù)所述母卡中當(dāng)前流量余額以及單個流量包的流量信息計算可發(fā)放的流量包的個數(shù)N,生成N個流量包;或者
所述流量分割信息包括流量包個數(shù)N和單個流量包的流量信息時,將所述母卡中當(dāng)前流量余額按照單個流量包的流量信息劃分為N份,生成N個流量包。
可選地,上述方法還包括:
所述流量分享系統(tǒng)接收其他用戶發(fā)起的領(lǐng)取所述流量包的指令;
所述流量分享系統(tǒng)根據(jù)所述指令,將所述流量包與所述用戶進行綁定處理。
可選地,上述方法還包括:
所述流量分享系統(tǒng)根據(jù)預(yù)先設(shè)置的流量包有效期,確定存在過期未領(lǐng)的流量包時,將未領(lǐng)的流量包信息文件傳輸協(xié)議FTP到指定目錄;
所述流量分享系統(tǒng)定期到所述指定目錄提取流量包返還文件,將過期未領(lǐng)的流量包中的流量進行匯總并返還到母卡上。
本發(fā)明還公開了一種移動終端上網(wǎng)流量分享的系統(tǒng),至少包括電商應(yīng)用模塊和主業(yè)務(wù)邏輯模塊,其中:
所述電商應(yīng)用模塊,按照用戶指令確定分享流量的母卡以及流量分割信息,以及將生成的流量包下發(fā)給流量分享系統(tǒng)中的用戶,其中,所述流量分割信息包括分割的流量包個數(shù)和/或單個流量包的流量信息;
所述主業(yè)務(wù)邏輯模塊,根據(jù)所述流量分割信息生成流量包,同時從所述母卡中扣減所有流量包的流量總和,以及將生成的流量包返回給所述電商應(yīng)用模塊。
可選地,上述系統(tǒng)還包括數(shù)據(jù)通信接口模塊,所述電商應(yīng)用模塊通過所述數(shù)據(jù)通信接口模塊與所述主業(yè)務(wù)邏輯模塊相連,其中:
所述數(shù)據(jù)通信接口模塊,校驗所述電商應(yīng)用模塊的合法性;
所述主業(yè)務(wù)邏輯模塊,僅在所述電商應(yīng)用模塊通過合法性校驗時,根據(jù)所述流量分割信息生成流量包。
可選地,上述系統(tǒng)中,所述主業(yè)務(wù)邏輯模塊根據(jù)所述流量分割信息生成流量包指:
所述流量分割信息僅包括流量包個數(shù)N時,所述主業(yè)務(wù)邏輯模塊將所述母卡中當(dāng)前流量余額平均劃分為N份,生成N個流量包;或者
所述流量分割信息僅包括單個流量包的流量信息時,所述主業(yè)務(wù)邏輯模 塊根據(jù)所述母卡中當(dāng)前流量余額以及單個流量包的流量信息計算可發(fā)放的流量包的個數(shù)N,生成N個流量包;或者
所述流量分割信息包括流量包個數(shù)N和單個流量包的流量信息時,所述主業(yè)務(wù)邏輯模塊將所述母卡中當(dāng)前流量余額按照單個流量包的流量信息劃分為N份,生成N個流量包。
可選地,上述系統(tǒng)中,所述電商應(yīng)用模塊,還接收其他用戶發(fā)起的領(lǐng)取所述流量包的指令;
所述主業(yè)務(wù)邏輯模塊,根據(jù)所述指令,將所述流量包與所述用戶進行綁定處理。
可選地,上述系統(tǒng)中,所述電商應(yīng)用模塊,還根據(jù)預(yù)先設(shè)置的流量包有效期,確定存在過期未領(lǐng)的流量包時,將未領(lǐng)的流量包信息文件傳輸協(xié)議FTP到指定目錄;
所述主業(yè)務(wù)邏輯模塊,定期到所述指定目錄提取流量包返還文件,將過期未領(lǐng)的流量包中的流量進行匯總并返還到母卡上。
采用本申請技術(shù)方案,使得流量動起來,避免了用戶流量的浪費,提升了用戶感受,從而間接提升了運營商的客戶滿意度。
附圖說明
圖1為本發(fā)明流量分享系統(tǒng)的框架結(jié)構(gòu)圖;
圖2為本發(fā)明用戶注冊流程圖;
圖3為本發(fā)明購買流量卡流程圖;
圖4為本發(fā)明發(fā)紅包(紅包扣減指令)流程圖;
圖5為本發(fā)明領(lǐng)紅包(紅包購買和綁定指令)流程圖;
圖6為本發(fā)明紅包返還流程圖。
具體實施方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白,下文將結(jié)合附圖對本發(fā)明技術(shù)方案作進一步詳細說明。需要說明的是,在不沖突的情況下,本申請的實施例和實施例中的特征可以任意相互組合。
實施例1
本實施例提供一種移動終端上網(wǎng)流量分享的系統(tǒng),至少包括電商應(yīng)用模塊和主業(yè)務(wù)邏輯模塊,其中:
電商應(yīng)用模塊,按照用戶指令確定分享流量的母卡以及流量分割信息,以及將生成的流量包下發(fā)給流量分享系統(tǒng)中的用戶,其中,流量分割信息包括分割的流量包個數(shù)和/或單個流量包的流量信息;
主業(yè)務(wù)邏輯模塊,根據(jù)流量分割信息生成流量包(也可以稱為流量紅包),同時從母卡中扣減所有流量包的流量總和,以及將生成的流量包返回給電商應(yīng)用模塊。
優(yōu)選方案中,上述系統(tǒng)還可以包括數(shù)據(jù)通信接口模塊,電商應(yīng)用模塊通過該數(shù)據(jù)通信接口模塊與主業(yè)務(wù)邏輯模塊相連,其中:
數(shù)據(jù)通信接口模塊,校驗電商應(yīng)用模塊的合法性;
主業(yè)務(wù)邏輯模塊,僅在電商應(yīng)用模塊通過合法性校驗時,根據(jù)流量分割信息生成流量包。
具體地,主業(yè)務(wù)邏輯模塊根據(jù)流量分割信息生成流量包指:
流量分割信息僅包括流量包個數(shù)N時,主業(yè)務(wù)邏輯模塊將母卡中當(dāng)前流量余額平均劃分為N份,生成N個流量包;或者
流量分割信息僅包括單個流量包的流量信息時,主業(yè)務(wù)邏輯模塊根據(jù)母卡中當(dāng)前流量余額以及單個流量包的流量信息計算可發(fā)放的流量包的個數(shù)N,生成N個流量包;或者
流量分割信息包括流量包個數(shù)N和單個流量包的流量信息時,主業(yè)務(wù)邏輯模塊將母卡中當(dāng)前流量余額按照單個流量包的流量信息劃分為N份,生成 N個流量包。
另外,上述電商應(yīng)用模塊,還接收其他用戶發(fā)起的領(lǐng)取流量包的指令,此時,主業(yè)務(wù)邏輯模塊,根據(jù)該指令,將流量包中的流量添加到領(lǐng)取流量包的用戶賬戶,或者將流量包與用戶進行綁定處理。
還有一些方案中,電商應(yīng)用模塊還可以根據(jù)預(yù)先設(shè)置的流量包有效期,確定存在過期未領(lǐng)的流量包時,將未領(lǐng)的流量包信息文件傳輸協(xié)議FTP到指定目錄。相應(yīng)地,主業(yè)務(wù)邏輯模塊,定期到上述指定目錄提取流量包返還文件,將過期未領(lǐng)的流量包中的流量進行匯總并返還到母卡上即可。
下面結(jié)合附圖介紹上述系統(tǒng)的具體實現(xiàn)。
如圖1所示為移動終端上網(wǎng)流量分享的一種優(yōu)化系統(tǒng),其中,任意的移動終端號碼均可以注冊成為本系統(tǒng)的用戶。本系統(tǒng)主要涉及以下幾個模塊:
(第三方)電商應(yīng)用模塊,主要提供流量卡的注冊、購買、綁定等功能,我們的流量分享平臺本身提供了電商模塊,以供用戶進行注冊、購買和綁定等,此外,我們的流量卡業(yè)務(wù)也提供了和第三方平臺的標(biāo)準(zhǔn)接口規(guī)范,任何第三方均可以通過此接口實現(xiàn)與我們的流量卡業(yè)務(wù)的通信;
數(shù)據(jù)通信接口模塊,負責(zé)接收從(第三方)電商應(yīng)用或管理門戶模塊過來的請求,然后調(diào)用業(yè)務(wù)存儲過程進行各種業(yè)務(wù)邏輯的處理,并將處理結(jié)果按照約定的格式反饋給(第三方)電商應(yīng)用或管理門戶;
主業(yè)務(wù)邏輯模塊,主要提供流量卡的業(yè)務(wù)邏輯的實現(xiàn);
管理門戶模塊,主要負責(zé)流量卡的系統(tǒng)數(shù)據(jù)管理、卡管理(包括創(chuàng)建卡資源、售卡、綁定等)和各種統(tǒng)計;
數(shù)據(jù)存儲模塊,存儲的是流量卡的各種數(shù)據(jù)。
上述系統(tǒng)實現(xiàn)移動終端流量分享的過程主要包括注冊、購買、發(fā)流量包(也可稱為流量紅包)和領(lǐng)流量紅包幾個階段,下面逐一介紹。
其中,注冊的流程很簡單,如圖2所示,只涉及用戶和(第三方)電商應(yīng)用。
移動終端訪問(第三方)電商應(yīng)用,設(shè)置登錄密碼,發(fā)起注冊申請,(第三方)電商應(yīng)用模塊記錄用戶號碼和密碼,給用戶反饋注冊成功響應(yīng)。
購買的流程,如圖3所示,包括如下操作:
步驟A,用戶登錄(第三方)電商應(yīng)用模塊后,選擇卡類型,向電商應(yīng)用發(fā)起購買流量卡的申請;
步驟B,(第三方)電商應(yīng)用模塊通過SOAP消息,向數(shù)據(jù)通信接口模塊發(fā)起卡購買指令;
步驟C,數(shù)據(jù)通信接口模塊收到流量卡購買指令后,先校驗(第三方)電商模塊的合法性,校驗通過后調(diào)用流量卡主業(yè)務(wù)邏輯模塊購買卡;
步驟D,主業(yè)務(wù)邏輯模塊根據(jù)數(shù)據(jù)通信接口模塊傳過來的卡類型到數(shù)據(jù)庫中隨機選取一張符合條件的卡,反饋這張卡的卡號、密碼、有效期等信息給數(shù)據(jù)通信接口模塊,并記錄買卡信息;
步驟E,數(shù)據(jù)通信接口模塊將卡號、密碼、有效期等信息通過SOAP消息反饋給(第三方)電商應(yīng)用模塊。
步驟F,(第三方)電商應(yīng)用模塊再將卡號、密碼、有效期等信息展示給用戶。
發(fā)流量紅包的流程,如圖4所示,包括如下操作:
步驟A,用戶通過任何(第三方)電商應(yīng)用模塊購買一張新卡或直接用一張老卡做為母卡,其用途是用于制作待分享的流量紅包;
步驟B,用戶通過(第三方)電商應(yīng)用模塊制作流量紅包,根據(jù)用戶指令確定購買的母卡中的流量分割信息,此時(第三方)電商應(yīng)用模塊向數(shù)據(jù)通信接口模塊發(fā)送流量紅包扣減指令和流量分割信息;
步驟C,數(shù)據(jù)通信接口模塊收到流量紅包扣減指令后,先校驗(第三方)電商模塊的合法性,校驗通過后調(diào)用主業(yè)務(wù)邏輯模塊按照流量分割信息生成流量紅包;
步驟D,主業(yè)務(wù)邏輯模塊根據(jù)當(dāng)前母卡中的流量余額和流量分割信息計算可發(fā)放的流量紅包個數(shù)N并生成N個流量紅包,同時從母卡中扣減所有流 量紅包的流量總和,生成話單CDR;
步驟E,數(shù)據(jù)通信接口模塊把結(jié)果返回給(第三方)電商應(yīng)用模塊,并記錄扣減日志文件;
步驟F,流量紅包生成后,電商應(yīng)用模塊發(fā)放流量紅包給任意用戶。
在電商應(yīng)用模塊發(fā)流量紅包階段,具體還包含兩種方式:一是用戶在(第三方)電商應(yīng)用模塊中直接在移動終端通訊錄中選擇指定要發(fā)送流量紅包的對象,然后給數(shù)據(jù)通信接口模塊發(fā)送發(fā)流量紅包的請求;另一種是用戶在(第三方)電商應(yīng)用模塊中先給數(shù)據(jù)通信接口模塊發(fā)送制作流量紅包的請求,然后將制作好的流量紅包分享到第三方的APP應(yīng)用,如微信朋友圈、微信好友、微博等。
領(lǐng)流量紅包的流程,如圖5所示,包括如下操作:
步驟A,其它用戶獲取到流量紅包后,可以發(fā)起領(lǐng)取,此時(第三方)電商應(yīng)用模塊向數(shù)據(jù)通信接口模塊發(fā)送流量紅包領(lǐng)取指令;
步驟B,數(shù)據(jù)通信接口模塊收到流量紅包領(lǐng)取指令后,先校驗電商模塊的合法性。校驗通過后調(diào)用主業(yè)務(wù)邏輯模塊進行綁定;
步驟C,主業(yè)務(wù)邏輯模塊將流量紅包的綁定(即將流量包作為單獨的流量卡賬戶和用戶進行綁定,綁定后用戶可以通過電商應(yīng)用模塊設(shè)置優(yōu)先使用哪張流量卡上的流量)處理完成后,將處理結(jié)果反給數(shù)據(jù)通信接口模塊;
步驟D,數(shù)據(jù)通信接口模塊將主業(yè)務(wù)邏輯模塊反饋的結(jié)果通過SOAP消息返回給(第三方)電商應(yīng)用模塊,并記錄流量紅包綁定日志文件;
步驟E,(第三方)電商應(yīng)用模塊將流量包領(lǐng)取結(jié)果展示給用戶。
此外,在(第三方)電商應(yīng)用側(cè)可設(shè)置流量紅包的有效期,對于過期未領(lǐng)的流量紅包,有一個流量紅包返還的流程,如附圖6所示,主要包括如下操作:
步驟A,(第三方)電商應(yīng)用模塊將待返還的紅包信息FTP到指定目錄;
步驟B,主業(yè)務(wù)邏輯模塊中的定時任務(wù)到指定時間去配置的目錄取流量 紅包返還文件,將流量紅包的流量進行匯總并返還到母卡上,并生成處理結(jié)果文件;
步驟C,(第三方)電商應(yīng)用模塊可以通過FTP獲取和查看紅包返還的結(jié)果文件。
實施例2
本實施例提供一種移動終端上網(wǎng)流量分享的方法,主要包括如下操作:
流量分享系統(tǒng)按照用戶指令確定分享流量的母卡以及流量分割信息,其中,流量分割信息包括分割的流量包個數(shù)和/或單個流量包的流量信息;
所述流量分享系統(tǒng)根據(jù)流量分割信息生成流量包(下方也稱為流量紅包),同時從母卡中扣減所有流量包的流量總和;
所述流量分享系統(tǒng)將生成的流量包下發(fā)給流量分享系統(tǒng)中的用戶。
優(yōu)選地,流量分享系統(tǒng)根據(jù)流量分割信息生成流量包之前,可以先校驗所述用戶的合法性,僅當(dāng)用戶通過合法性校驗后,流量分享系統(tǒng)再根據(jù)流量分割信息生成流量包。
具體地,流量分享系統(tǒng)根據(jù)流量分割信息生成流量包的過程如下:
流量分割信息僅包括流量包個數(shù)N時,將母卡中當(dāng)前流量余額平均劃分為N份,生成N個流量包;或者
流量分割信息僅包括單個流量包的流量信息時,根據(jù)母卡中當(dāng)前流量余額以及單個流量包的流量信息計算可發(fā)放的流量包的個數(shù)N,生成N個流量包;或者
流量分割信息包括流量包個數(shù)N和單個流量包的流量信息時,將母卡中當(dāng)前流量余額按照單個流量包的流量信息劃分為N份,生成N個流量包。
另外,生成流量包后,其他用戶可以向流量分享系統(tǒng)發(fā)起領(lǐng)取流量包的指令,此時,流量分享系統(tǒng)可以根據(jù)該指令,可以將所述流量包中的流量添加到領(lǐng)取所述流量包的用戶賬戶中,也可以將用戶所要領(lǐng)取的流量包與用戶 進行綁定處理,即將流量包作為單獨的流量卡賬戶和用戶號碼進行綁定,綁定后用戶可以設(shè)置優(yōu)先使用哪張流量卡上的流量。一些方案還提出,為上述流量包預(yù)先設(shè)置流量包有效期,這樣,當(dāng)流量分享系統(tǒng)確定存在過期未領(lǐng)的流量包時,將未領(lǐng)的流量包信息文件傳輸協(xié)議FTP到指定目錄,再定期到該指定目錄提取流量包返還文件,將過期未領(lǐng)的流量包中的流量進行匯總并返還到母卡上即可。
本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關(guān)硬件完成,所述程序可以存儲于計算機可讀存儲介質(zhì)中,如只讀存儲器、磁盤或光盤等??蛇x地,上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現(xiàn)。相應(yīng)地,上述實施例中的各模塊/單元可以采用硬件的形式實現(xiàn),也可以采用軟件功能模塊的形式實現(xiàn)。本申請不限制于任何特定形式的硬件和軟件的結(jié)合。
以上所述,僅為本發(fā)明的較佳實例而已,并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi),所做的任何修改、等同替換、改進等,均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。