一種手機號碼與運營商通道之間匹配的系統(tǒng)及其方法
【專利摘要】本發(fā)明提供了一種手機號碼與運營商通道之間匹配的系統(tǒng)及其方法，包括智能監(jiān)控模塊，用于定時監(jiān)控已匹配好的號碼通道數(shù)據(jù)是否達到峰值，號碼通道匹配模塊，用于接收來自平臺用戶的手機號碼以及通道信息，并將手機號碼與運營商通道進行城網(wǎng)、省網(wǎng)以及全網(wǎng)匹配，以及網(wǎng)關(guān)發(fā)送模塊，用于從號碼通道匹配模塊接收已匹配好的號碼通道數(shù)據(jù)并進行發(fā)送。通過本發(fā)明手機號碼與運營商通道之間匹配的系統(tǒng)及方法，用以解決需對用戶或短信服務(wù)平臺做硬性規(guī)定且效率不高的問題。
【專利說明】一種手機號碼與運營商通道之間匹配的系統(tǒng)及其方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及無線網(wǎng)絡(luò)通信領(lǐng)域，尤其涉及一種手機號碼與運營商通道之間匹配的系統(tǒng)及其方法。
【背景技術(shù)】
[0002]對于將運營商手機號碼與運營商發(fā)送通道進行匹配的原由是手機號碼只能走對應(yīng)的運營商通道發(fā)送。原有處理方式及目前大多數(shù)系統(tǒng)處理方式是在短信服務(wù)平臺提交數(shù)據(jù)時就硬性規(guī)定只能提交哪些運營商號碼或直接指定運營商通道發(fā)送，有些系統(tǒng)甚至不處理運營商手機號碼和運營商通道之間的關(guān)系。
[0003]顯然，在短信服務(wù)平臺提交號碼時限定只能提交某一運營商號碼或分不同運營商號碼分開提交，這樣會出現(xiàn)短信服務(wù)平臺的擴展性不靈活，而且使其平臺用戶在使用和操作上不方便和難以操作。另外，系統(tǒng)對運營商通道的使用效率降低，還需要人工調(diào)配，大大降低了整個短信服務(wù)平臺的運營效率。

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

[0004]本發(fā)明實施例提供了一種手機號碼與運營商通道之間匹配的系統(tǒng)及其方法，提高了用戶服務(wù)平臺的擴展性及效率，同時也提高了運營商通道的使用效率。
[0005]本發(fā)明實施例提供了一種手機號碼與運營商通道之間匹配的系統(tǒng)，包括:智能監(jiān)控模塊，用于定時監(jiān)控已匹配好的號碼通道數(shù)據(jù)是否達到峰值；號碼通道匹配模塊，用于接收來自平臺用戶的手機號碼以及通道信息，并將手機號碼與運營商通道進行匹配；網(wǎng)關(guān)發(fā)送模塊，用于從號碼通道匹配模塊接收已匹配好的號碼通道數(shù)據(jù)并進行發(fā)送。
[0006]優(yōu)選的，所述峰值指的是網(wǎng)關(guān)發(fā)送模塊最大的發(fā)送數(shù)據(jù)承受量；
優(yōu)選的，當號碼通道匹配數(shù)據(jù)未達到峰值時，則智能監(jiān)控模塊向號碼通道匹配模塊發(fā)送匹配指令和參數(shù)，則號碼通道匹配模塊進行號碼通道的匹配；
優(yōu)選的，當號碼通道匹配數(shù)據(jù)已達到峰值時，智能監(jiān)控模塊不再向號碼通道匹配模塊發(fā)送匹配指令并加時等待；
本發(fā)明實施例還提供了一種手機號碼與運營商通道之間的匹配方法，包括:監(jiān)控已匹配好的號碼通道數(shù)據(jù)是否達到峰值；若未達到峰值，獲取平臺用戶的手機號碼以及通道信息；判斷用戶所擁有的通道中是否包含有城網(wǎng)或省網(wǎng)通道，若有，則優(yōu)先從城網(wǎng)通道或省網(wǎng)通道發(fā)送；若無，則進行全網(wǎng)匹配。
[0007]優(yōu)選的，所述監(jiān)控已匹配好的號碼通道數(shù)據(jù)是否達到峰值方法是:計算網(wǎng)關(guān)發(fā)送模塊的發(fā)送速度，計算出每一個通道每分鐘的發(fā)送量；計算已匹配好的未發(fā)送數(shù)據(jù)庫中每個通道承受的最大數(shù)據(jù)量；計算已匹配好的未發(fā)送數(shù)據(jù)庫每一分鐘的流量，計算出一分鐘內(nèi)數(shù)據(jù)庫存放數(shù)據(jù)量對發(fā)送和數(shù)據(jù)插入及查詢最優(yōu)；
優(yōu)選的，所述通道信息包括通道類型、運營商信息以及網(wǎng)段類型；
優(yōu)選的，所述全網(wǎng)匹配是判斷通道所支持的號段跟手機號碼號段，如果通道所支持的號段包括手機號碼的號段即匹配成功，如果有多個通道可匹配，查詢對應(yīng)通道已分配好的且未發(fā)送的號碼數(shù)據(jù)，找出未發(fā)送號碼數(shù)據(jù)最少的通道進行匹配。
[0008]綜上，本發(fā)明提供了一種手機號碼與運營商通道之間匹配的系統(tǒng)和方法，無需對用戶或短信服務(wù)平臺做硬性規(guī)定，提高了用戶服務(wù)平臺的擴展性及效率，同時也提高了運營商通道的使用效率。
【專利附圖】

【附圖說明】
[0009]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0010]圖1是本發(fā)明實施例提供的一種手機號碼與運營商通道之間匹配的系統(tǒng)；
圖2是本發(fā)明實施例提供的一種手機號碼與運營商之間匹配的方法流程示意圖。
【具體實施方式】
[0011]為了使本發(fā)明所要解決的技術(shù)問題、技術(shù)方案及有益效果更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進行進一步詳細說明。
[0012]本發(fā)明實施例提供的一種手機號碼與運營商通道之間匹配的系統(tǒng)100，參見圖1，包括:智能監(jiān)控模塊101，號碼通道匹配模塊102以及網(wǎng)關(guān)發(fā)送模塊103。所述智能監(jiān)控模塊101用于定時監(jiān)控已匹配好的號碼通道數(shù)據(jù)是否達到峰值，需要說明的是所述峰值指的是網(wǎng)關(guān)發(fā)送模塊103最大的發(fā)送數(shù)據(jù)承受量。所述號碼通道匹配模塊102用于接收來自平臺用戶的手機號碼以及通道信息，并將手機號碼與運營商通道進行匹配。所述網(wǎng)關(guān)發(fā)送模塊103則用于將匹配好的號碼通道數(shù)據(jù)進行發(fā)送。具體得，當號碼通道匹配數(shù)據(jù)達到峰值時，智能監(jiān)控模塊101不再向號碼通道匹配模塊102發(fā)送匹配指令并加時等待。當號碼通道匹配數(shù)據(jù)未達到峰值時，則智能監(jiān)控模塊101向號碼通道匹配模塊102發(fā)送匹配指令和參數(shù)，則號碼通道匹配模塊102進行號碼通道的匹配。號碼通道匹配模塊102將已匹配好的號碼通道數(shù)據(jù)發(fā)送給網(wǎng)關(guān)發(fā)送模塊103，由網(wǎng)關(guān)發(fā)送模塊103進行發(fā)送。
[0013]請參照圖2，圖2為本發(fā)明實施例提供的手機號碼與運營商通道之間匹配的具體交互步驟，如圖2所示，其步驟如下:
201:定時監(jiān)控已匹配好的號碼通道數(shù)據(jù)是否達到峰值，若未達到峰值則進入步驟202 ;若達到峰值則返回步驟201進行加時等待。
[0014]需要說明的是，具體判斷是否達到峰值的方法如下:
計算網(wǎng)關(guān)發(fā)送模塊的發(fā)送速度，計算出每一個通道每分鐘的發(fā)送量N個號碼；
計算已匹配好的未發(fā)送數(shù)據(jù)庫中每個通道承受的最大數(shù)據(jù)量M個號碼；
計算已匹配好的未發(fā)送數(shù)據(jù)庫每一分鐘的流量，計算出一分鐘內(nèi)數(shù)據(jù)庫存放L個號碼據(jù)對發(fā)送和數(shù)據(jù)插入及查詢最優(yōu)；
定時監(jiān)測已匹配好的未發(fā)送數(shù)據(jù)庫中數(shù)據(jù)量是否達到L，如果達到則延遲下次監(jiān)控時間并不進行號碼分配。
[0015]需要說明的是，L、M、N 二者之間的關(guān)系是:N〈L〈M 202:獲取平臺用戶的手機號碼以及通道信息；
具體得，所述獲取平臺用戶的手機號碼是通過向數(shù)據(jù)庫中調(diào)取獲得，所述手機號碼是由用戶通過平臺提交到數(shù)據(jù)庫或是由平臺管理員提交到數(shù)據(jù)庫；
具體得，平臺用戶的通道信息是由平臺管理員創(chuàng)建賬戶時為用戶分配好的，指定用戶擁有哪些通道，或是由平臺管理員提交數(shù)據(jù)時輸入的通道信息，通過該號碼找到這個號碼的發(fā)送賬戶，通過賬戶找到分配給此賬戶的通道。
[0016]需要說明的是，所述通道信息標識包含了通道類型、運營商信息以及網(wǎng)段類型。例如:通道類型指的是發(fā)送信息是彩信還是短信，而所述網(wǎng)段類型指的是:全網(wǎng)、省網(wǎng)、城網(wǎng)。
[0017]203:判斷用戶所擁有的通道中是否包含有城網(wǎng)通道；若有，則通過城網(wǎng)通道發(fā)送；若無，則進入步驟205;
需要說明的是，手機號碼共有11位，其中第4位到第7位為號碼歸屬地編碼，當判斷具有城網(wǎng)通道時，則從未分配的手機號碼中找出與城網(wǎng)通道所在城市相同的號碼歸屬地城市的號碼優(yōu)先從城網(wǎng)通道進行發(fā)送。
[0018]204:判斷用戶所擁有的通道中是否包含有省網(wǎng)通道；若有，則通過省網(wǎng)通道發(fā)送；若無，則進入步驟205;
當判斷具有省網(wǎng)通道時，則從未分配的手機號碼中找出與省網(wǎng)通道所在省相同的號碼歸屬地城市的號碼優(yōu)先從省網(wǎng)通道進行發(fā)送。
[0019]205:進行全網(wǎng)匹配；
所述全網(wǎng)匹配具體如下:判斷通道所支持的號段跟手機號碼號段，如果通道所支持的號段包括手機號碼的號段即匹配成功，如果有多個通道可匹配，查詢對應(yīng)通道已分配好的且未發(fā)送的號碼數(shù)據(jù)，找出未發(fā)送號碼數(shù)據(jù)最少的通道進行匹配。
[0020]206:將匹配好的數(shù)據(jù)存入號碼數(shù)據(jù)庫中。
[0021]本發(fā)明提供了一種手機號碼與運營商通道之間匹配的系統(tǒng)和方法，無需對用戶或短信服務(wù)平臺做硬性規(guī)定，提高了用戶服務(wù)平臺的擴展性及效率，同時也提高了運營商通道的使用效率。
[0022]以上所揭露的僅為本發(fā)明實施例中的較佳實施例而已，當然不能以此來限定本發(fā)明之權(quán)利范圍，因此依本發(fā)明權(quán)利要求所作的等同變化，仍屬本發(fā)明所涵蓋的范圍。
【權(quán)利要求】
1.一種手機號碼與運營商通道之間匹配的系統(tǒng)，其特征在于，包括: 智能監(jiān)控模塊，用于定時監(jiān)控已匹配好的號碼通道數(shù)據(jù)是否達到峰值； 號碼通道匹配模塊，用于接收來自平臺用戶的手機號碼以及通道信息，并將手機號碼與運營商通道進行匹配； 網(wǎng)關(guān)發(fā)送模塊，用于從號碼通道匹配模塊接收已匹配好的號碼通道數(shù)據(jù)并進行發(fā)送。
2.如權(quán)利要求1所述的一種手機號碼與運營商通道之間匹配的系統(tǒng)，其特征在于:所述峰值指的是網(wǎng)關(guān)發(fā)送模塊最大的發(fā)送數(shù)據(jù)承受量。
3.如權(quán)利要求1所述的一種手機號碼與運營商通道之間匹配的系統(tǒng)，其特征在于，當號碼通道匹配數(shù)據(jù)未達到峰值時，則智能監(jiān)控模塊向號碼通道匹配模塊發(fā)送匹配指令和參數(shù)，則號碼通道匹配模塊進行號碼通道的匹配。
4.如權(quán)利要求1所述的一種手機號碼與運營商通道之間匹配的系統(tǒng)，其特征在于，當號碼通道匹配數(shù)據(jù)已達到峰值時，智能監(jiān)控模塊不再向號碼通道匹配模塊發(fā)送匹配指令并加時等待。
5.一種手機號碼與運營商通道之間的匹配方法，其特征在于，包括: 監(jiān)控已匹配好的號碼通道數(shù)據(jù)是否達到峰值； 若未達到峰值，獲取平臺用戶的手機號碼以及通道信息； 判斷用戶所擁有的通道中是否包含有城網(wǎng)或省網(wǎng)通道，若有，則優(yōu)先從城網(wǎng)通道或省網(wǎng)通道發(fā)送；若無，則進行全網(wǎng)匹配。
6.如權(quán)利要求5所述的一種手機號碼與運營商通道之間的匹配方法，其特征在于所述監(jiān)控已匹配好的號碼通道數(shù)據(jù)是否達到峰值方法是:計算網(wǎng)關(guān)發(fā)送模塊的發(fā)送速度，計算出每一個通道每分鐘的發(fā)送量；計算已匹配好的未發(fā)送數(shù)據(jù)庫中每個通道承受的最大數(shù)據(jù)量；計算已匹配好的未發(fā)送數(shù)據(jù)庫每一分鐘的流量，計算出一分鐘內(nèi)數(shù)據(jù)庫存放數(shù)據(jù)量對發(fā)送和數(shù)據(jù)插入及查詢最優(yōu)。
7.如權(quán)利要求5所述的一種手機號碼與運營商通道之間的匹配方法，其特征在于，所述通道信息包括通道類型、運營商信息以及網(wǎng)段類型。
8.如權(quán)利要求7所述的一種手機號碼與運營商通道之間的匹配方法，其特征在于，所述全網(wǎng)匹配是判斷通道所支持的號段跟手機號碼號段，如果通道所支持的號段包括手機號碼的號段即匹配成功，如果有多個通道可匹配，查詢對應(yīng)通道已分配好的且未發(fā)送的號碼數(shù)據(jù)，找出未發(fā)送號碼數(shù)據(jù)最少的通道進行匹配。
【文檔編號】H04W8/26GK103517317SQ201310494313
【公開日】2014年1月15日 申請日期:2013年10月21日 優(yōu)先權(quán)日:2013年10月21日
【發(fā)明者】李勇 申請人:東莞市東信網(wǎng)絡(luò)技術(shù)有限公司