本申請涉及互聯(lián)網(wǎng)領域，特別是涉及一種物聯(lián)網(wǎng)卡智能充值監(jiān)控系統(tǒng)和控制方法。

背景技術：

這就要求有一種可降低資費的物聯(lián)網(wǎng)卡智能充值系統(tǒng)降低資費成本，促進業(yè)務的發(fā)展，達到降低資費的目的。

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

本發(fā)明的目的在于提供一種物聯(lián)網(wǎng)卡智能充值監(jiān)控系統(tǒng)和控制方法，采用共享流量池的技術手段，為需要充值的物聯(lián)網(wǎng)卡檢索價格最便宜的充值卡從而降低資費。

為達此目的，本發(fā)明采用以下技術方案：

一種物聯(lián)網(wǎng)卡智能充值監(jiān)控系統(tǒng)，包括流量池模塊、發(fā)送模塊、監(jiān)聽接收模塊、解析分流業(yè)務處理模塊、回復模塊和監(jiān)控模塊；

所述流量池模塊用于錄入從不同運營商采購的不同套餐的物聯(lián)網(wǎng)卡，并同步到本系統(tǒng)形成不同運營商、不同餐套類型的多個流量池，同一個運營商的相同流量的套餐類型組合在一起形成一個流量池；

所述發(fā)送模塊使用http協(xié)議傳送信息，為要求充值的發(fā)送方定義了發(fā)送的標準傳輸格式，包括由本系統(tǒng)分配的用戶名、秘鑰、渠道、加密方式和報文格式，發(fā)送方只有按照本系統(tǒng)指定的格式傳輸才能和本系統(tǒng)進行通信；

所述監(jiān)聽接收模塊用于監(jiān)測到發(fā)送方發(fā)過來的報文后，按照定義的發(fā)送的標準格式解析出來，并進行報文格式的校驗，如果校驗失敗則按照系統(tǒng)定義的返回報文格式返回給發(fā)送方，如果校驗成功則存放到本系統(tǒng)的充值等待隊列里面等待后續(xù)處理；

所述解析分流業(yè)務處理模塊用于將充值等待隊列里面的業(yè)務取出來并將它解析，系統(tǒng)依據(jù)該筆業(yè)務運營商類型、套餐類型等條件結合系統(tǒng)檢索算法去檢索系統(tǒng)現(xiàn)有的流量池進行充值；充值的原則是采用與發(fā)起方所處的運營商相同的流量池為發(fā)起方充值；

所述回復模塊用于在充值結束后，將充值成功或失敗的充值業(yè)務按照定義的返回報文標準格式通過http協(xié)議傳輸方式原鏈路返回給發(fā)送方，完成整個充值業(yè)務；

所述監(jiān)控模塊用于監(jiān)控本系統(tǒng)流量池內(nèi)的所有物聯(lián)網(wǎng)卡使用情況，包括某張物聯(lián)卡使用流量超過限制時及時發(fā)起停用操作，以及某張物聯(lián)卡充值成功時及時發(fā)起啟用操作。

用于物聯(lián)網(wǎng)卡智能充值監(jiān)控系統(tǒng)的控制方法，步驟包括：

步驟1：發(fā)起方按照本系統(tǒng)規(guī)定的報文接口定義，包括物理網(wǎng)卡a的卡號、iccid號、充值數(shù)量，與本系統(tǒng)協(xié)定的加密信息進行規(guī)定格式的封裝后，使用http協(xié)議向本系統(tǒng)發(fā)起充值請求；

步驟2：本系統(tǒng)監(jiān)聽到發(fā)起方的充值請求，按照協(xié)定的報文格式對發(fā)起方請求的報文內(nèi)容進行解析和解密，并校驗發(fā)起方的充值請求是否合法，如果不合法則按照本系統(tǒng)規(guī)定的報文接口定義原鏈路返回校驗失敗的報文；如果校驗合法則放入預充值請求隊列中，合法的定義包括加密方式是否正確、物聯(lián)卡號是否存在本系統(tǒng)流量池、ip是否合法；

步驟3：系統(tǒng)從預充值請求隊列中取出充值請求，并按照系統(tǒng)預設檢索算法檢索該卡流流量池運營商歸屬、流量池套餐類型的具體情況，并對該卡進行充值；充值成功則為發(fā)起方的物聯(lián)卡增加流量，此時流量池剩余流量則減少，并扣除發(fā)起方的充值金額；充值失敗，則記錄充值失敗原因；充值失敗的原因包括該發(fā)起方的物聯(lián)卡已進入系統(tǒng)黑名單、禁止使用、物理網(wǎng)卡充值金額不匹配；

步驟4：將步驟3的充值結果按照系統(tǒng)協(xié)定報文接口定義使用http協(xié)議原鏈路返回個發(fā)起方，此時整個充值業(yè)務完成。

本發(fā)明將同樣套餐的不同物聯(lián)網(wǎng)卡集合起來，形成一個流量池，該流量池下的所有物聯(lián)網(wǎng)卡共享流量，利用本系統(tǒng)自動檢索算法選擇合適的流量池進行充值，因為流量池共享模式，充值可以使用流量池內(nèi)的流量充值，進一步降低了資費。

附圖說明

圖1是本發(fā)明的監(jiān)控系統(tǒng)的一個實施例的系統(tǒng)框圖；

圖2是本發(fā)明的監(jiān)控系統(tǒng)的一個實施例的流量池的示意圖；

圖3是本發(fā)明的控制方法的一個實施例的流程圖。

具體實施方式

本發(fā)明提出共享物聯(lián)網(wǎng)卡套餐的技術方案，將同樣套餐的不同物聯(lián)網(wǎng)卡集合起來，形成一個流量池，該流量池下的所有物聯(lián)網(wǎng)卡共享流量。因為采購量大，套餐價格較低廉，并且因為流量池共享模式，充值可以使用流量池內(nèi)的流量充值，進一步降低了資費。

本發(fā)明提出了智能充值概念，研發(fā)了一套可降低資費的充值解決方案，包括充值通信的報文接口定義，流量池充值技術實現(xiàn)細節(jié)。

下面結合附圖并通過具體實施方式來進一步說明本發(fā)明的技術方案。

例如，本系統(tǒng)擁有一個100m套餐的流量池，該流量池有100張物聯(lián)網(wǎng)卡，該流量池總流量則為10000m流量，現(xiàn)已使用流量5000m，剩余流量5000m，物聯(lián)卡a為該流量池下的其中一張卡，現(xiàn)已經(jīng)用完套餐100m流量，需為該卡再充值200m。

本申請所訴流量池概念可認為多個相同套餐的卡集合再一起，即可形成一個流量池。如，100張100m套餐的物聯(lián)網(wǎng)卡則形成10000m的流量池。

該10000m流量池下的100張物聯(lián)網(wǎng)卡都可以共享這10000m流量，既為共享概念?？蓞⒖紙D2。當該10000m流量池下的其中一張物聯(lián)網(wǎng)卡套餐用完，就可利用本系統(tǒng)發(fā)起充值請求，本系統(tǒng)自動選擇該10000m共享流量池剩余流量進行充值，以達到降低資費目的。

一種物聯(lián)網(wǎng)卡智能充值監(jiān)控系統(tǒng)，包括流量池模塊、發(fā)送模塊、監(jiān)聽接收模塊、解析分流業(yè)務處理模塊、回復模塊和監(jiān)控模塊；

所述流量池模塊用于錄入從不同運營商采購的不同套餐的物聯(lián)網(wǎng)卡，并同步到本系統(tǒng)形成不同運營商、不同餐套類型的多個流量池，同一個運營商的相同流量的套餐類型組合在一起形成一個流量池；

所述發(fā)送模塊使用http協(xié)議傳送信息，為要求充值的發(fā)送方定義了發(fā)送的標準傳輸格式，包括由本系統(tǒng)分配的用戶名、秘鑰、渠道、加密方式和報文格式，發(fā)送方只有按照本系統(tǒng)指定的格式傳輸才能和本系統(tǒng)進行通信；

所述監(jiān)聽接收模塊用于監(jiān)測到發(fā)送方發(fā)過來的報文后，按照定義的發(fā)送的標準格式解析出來，并進行報文格式的校驗，如果校驗失敗則按照系統(tǒng)定義的返回報文格式返回給發(fā)送方，如果校驗成功則存放到本系統(tǒng)的充值等待隊列里面等待后續(xù)處理；

所述解析分流業(yè)務處理模塊用于將充值等待隊列里面的業(yè)務取出來并將它解析，系統(tǒng)依據(jù)該筆業(yè)務運營商類型、套餐類型等條件結合系統(tǒng)檢索算法去檢索系統(tǒng)現(xiàn)有的流量池進行充值；充值的原則是采用與發(fā)起方所處的運營商相同的流量池為發(fā)起方充值；

所述回復模塊用于在充值結束后，將充值成功或失敗的充值業(yè)務按照定義的返回報文標準格式通過http協(xié)議傳輸方式原鏈路返回給發(fā)送方，完成整個充值業(yè)務；

所述監(jiān)控模塊用于監(jiān)控本系統(tǒng)流量池內(nèi)的所有物聯(lián)網(wǎng)卡使用情況，包括某張物聯(lián)卡使用流量超過限制時及時發(fā)起停用操作，以及某張物聯(lián)卡充值成功時及時發(fā)起啟用操作。

用于所述的物聯(lián)網(wǎng)卡智能充值監(jiān)控系統(tǒng)的控制方法，步驟包括：

步驟1：發(fā)起方按照本系統(tǒng)規(guī)定的報文接口定義，包括物理網(wǎng)卡a的卡號、iccid號（iccid：integratecircuitcardidentity集成電路卡識別碼即sim卡卡號，相當于手機號碼的身份證）、充值數(shù)量，與本系統(tǒng)協(xié)定的加密信息進行規(guī)定格式的封裝后，使用http協(xié)議向本系統(tǒng)發(fā)起充值請求；

步驟2：本系統(tǒng)監(jiān)聽到發(fā)起方的充值請求，按照協(xié)定的報文格式對發(fā)起方請求的報文內(nèi)容進行解析和解密，并校驗發(fā)起方的充值請求是否合法，如果不合法則按照本系統(tǒng)規(guī)定的報文接口定義原鏈路返回校驗失敗的報文；如果校驗合法則放入預充值請求隊列中，合法的定義包括加密方式是否正確、物聯(lián)卡號是否存在本系統(tǒng)流量池、ip是否合法；

步驟3：系統(tǒng)從預充值請求隊列中取出充值請求，并按照系統(tǒng)預設檢索算法檢索該卡流流量池運營商歸屬、流量池套餐類型的具體情況，并對該卡進行充值；充值成功則為發(fā)起方的物聯(lián)卡增加流量，此時流量池剩余流量則減少，并扣除發(fā)起方的充值金額；充值失敗，則記錄充值失敗原因；充值失敗的原因包括該發(fā)起方的物聯(lián)卡已進入系統(tǒng)黑名單、禁止使用、物理網(wǎng)卡充值金額不匹配；

步驟4：將步驟3的充值結果按照系統(tǒng)協(xié)定報文接口定義使用http協(xié)議原鏈路返回個發(fā)起方，此時整個充值業(yè)務完成。

以上結合具體實施例描述了本發(fā)明的技術原理。這些描述只是為了解釋本發(fā)明的原理，而不能以任何方式解釋為對本發(fā)明保護范圍的限制?；诖颂幍慕忉專绢I域的技術人員不需要付出創(chuàng)造性的勞動即可聯(lián)想到本發(fā)明的其它具體實施方式，這些方式都將落入本發(fā)明的保護范圍之內(nèi)。