0在查找到服務(wù)器501注冊了該通訊通道的服務(wù),則可W向服務(wù)器503發(fā)送包括 "smsserver-1-l"和"浙江移動"的消息,服務(wù)器503可W將需要發(fā)送的通訊信息發(fā)送至ID 為"smsserver-1-l"的服務(wù)器 501。
[0巧引若ID為"smsserver-1-4"的服務(wù)器504需要ID為"上海聯(lián)通"的通訊通道的 服務(wù),則可W向配置中必500發(fā)送包括"smsserver-1-4"和"上海聯(lián)通"的消息,配置中 必500在查找到服務(wù)器502注冊了該通訊通道的服務(wù),則可W向服務(wù)器504發(fā)送包括 "smsserver-1-2"和"上海聯(lián)通"的消息,服務(wù)器504可W將需要發(fā)送的通訊信息發(fā)送至ID 為"smsserver-1-S"的服務(wù)器 502。
[0巧4] 在具體實現(xiàn)中,通訊平臺接收到通訊信息,可W用于將所述通訊信息發(fā)送至對應(yīng) 的通訊對象。
[0巧5] 該通訊平臺可W包括不同運營商(如移動、聯(lián)通、電信、虛擬運營商等等)的通 訊平臺,可W支持不同的移動網(wǎng)絡(luò),例如第二代移動通訊技術(shù)2G網(wǎng)絡(luò)、集成數(shù)字增強網(wǎng)絡(luò) (即2. 5G網(wǎng)絡(luò))、第H代移動通訊技術(shù)3G網(wǎng)絡(luò)、第四代移動通訊技術(shù)4G網(wǎng)絡(luò)、虛擬運營商 (Virtual 化twork Operator, VN0)網(wǎng)絡(luò)等等。
[0巧6] 該通訊信息可W包括通訊對象標(biāo)識(如手機號碼)和通訊內(nèi)容,則通訊平臺可W 將通訊內(nèi)容按照通訊對象標(biāo)識發(fā)送至通訊對象(如手機)。
[0巧7] 為使本領(lǐng)域技術(shù)人員更好地理解本申請實施例,W下通過具體的示例來說明本申 請實施例中通訊信息的發(fā)送方法。
[0巧引如圖6所示,業(yè)務(wù)系統(tǒng)601在步驟605中請求發(fā)送通訊信息,本服務(wù)器的網(wǎng)關(guān)集群 smsgw602在步驟606中接收通訊信息,在步驟607中查找與該通訊信息匹配的通訊通道。 [0巧9] 在查找到通訊通道時,在步驟608中判斷本地是否部署有該通訊通道的通訊連 接,如果本地有該通訊通道的通訊連接,則可W在步驟609中直接通過該通訊連接發(fā)送至 與該通訊通道連接的通訊平臺。如果本地沒有部署該通訊通道的通訊連接,則可W在步驟 610中,通過配置中必603查找到部署有該通訊通道的通訊連接的服務(wù)器。
[0260] 在查找到服務(wù)器時,在步驟611中路由該通訊信息到該服務(wù)器中,在該服務(wù)器的 網(wǎng)關(guān)集群smsgw604在步驟612中接收通訊信息,在步驟613通過該通訊連接發(fā)送至與該通 訊通道連接的通訊平臺。
[0261] 本申請實施例根據(jù)通訊信息的下行請求,查找與通訊信息匹配的通訊通道;當(dāng)已 用連接數(shù)量在本地非零時,通過通訊連接將通訊信息發(fā)送至相連的通訊平臺,通訊平臺將 通訊信息發(fā)送至對應(yīng)的通訊對象。通過對通訊連接的使用數(shù)量進行配置管理,為通訊信息 查找通訊通道,實現(xiàn)了各服務(wù)器的通訊通道的差異化部署,無需服務(wù)器的數(shù)量與通訊連接 的數(shù)量一致,在通訊平臺提供的通訊連接不等且受限的情況下,可W充分利用通訊連接,提 高通訊連接的利用率,避免了資源的空閑,不需要強依賴通訊平臺的連接資源,提高了擴容 的簡便性,滿足不斷提升的容量需求。
[0262] 參照圖7,示出了本申請的另一種通訊信息的發(fā)送方法實施例的步驟流程圖,具體 可W包括如下步驟:
[0263] 步驟701,在冷啟動時,讀取各個通訊通道關(guān)聯(lián)的,在本地的已用連接數(shù)量;
[0264] 步驟702,分別對各個通訊通道創(chuàng)建數(shù)量與所述已用連接數(shù)量相同的通訊連接;
[0265] 步驟703,對應(yīng)修改各個通訊通道關(guān)聯(lián)的已用連接數(shù)量和未用連接數(shù)量。
[0266] 需要說明的是,冷啟動可W是相對于熱啟動而言的,冷啟動可W指在關(guān)機狀態(tài)下 啟動服務(wù)器,熱啟動可W為服務(wù)器在先已啟動,由于調(diào)整配置等原因,需要重新啟動。
[0267] 在具體實現(xiàn)中,在服務(wù)器在冷啟動時,可W從如圖3所示的連接管理模塊中讀取 各個通訊通道關(guān)聯(lián)的,在本地的已用連接數(shù)量(即實例連接數(shù)),由于連接實例數(shù)是分配好 了,寫在配置信息中通訊連接的數(shù)量,可W按照分配的數(shù)量在該服務(wù)器中為各個通訊通道 創(chuàng)建對應(yīng)數(shù)量的通訊連接。
[026引例如,讀取配置信息的核必數(shù)據(jù)如下表所示:
[0269]
陽270] 若本地服務(wù)器的名稱為"smsserver-1-1",則可W在冷啟動時,為ID為"浙江移 動"的通訊通道創(chuàng)建2個通訊連接,與浙江移動運營商進行連接,可W為ID為"上海移動" 的通訊通道創(chuàng)建1個通訊連接,與上海移動運營商進行連接。
[0271] W下W TCP連接作為通訊連接的示例對通訊通道的創(chuàng)建過程進行說明。
[0272] TCP協(xié)議是傳輸層一種面向連接的通信協(xié)議,提供可靠的數(shù)據(jù)傳輸,其特點是完成 流量控制和差錯檢驗的任務(wù),保證可靠的數(shù)據(jù)傳輸。但是TCP協(xié)議在傳輸數(shù)據(jù)之前要求通 訊網(wǎng)關(guān)和通訊平臺進行H次信息交互W保證數(shù)據(jù)的準(zhǔn)確可靠的傳輸,其過程為:
[0273] 1、通訊網(wǎng)關(guān)通過向通訊平臺發(fā)送一個含有同步序列號的標(biāo)志位的數(shù)據(jù)段給通訊 平臺,向通訊平臺請求建立連接;
[0274] 2、通訊平臺收到服務(wù)器的請求后,用一個帶有確認(rèn)應(yīng)答(ACK)和同步序列號 (SYN)標(biāo)志位的數(shù)據(jù)段響應(yīng)通訊網(wǎng)關(guān);
[0275] 3、通訊網(wǎng)關(guān)收到送個數(shù)據(jù)段后,再發(fā)送一個確認(rèn)應(yīng)答,確認(rèn)已收到通訊平臺的數(shù) 據(jù)段,開始傳輸實際數(shù)據(jù)了。
[0276] 按照TCP協(xié)議進行連接需要進行H次信息交互W保證數(shù)據(jù)可W準(zhǔn)確、可靠地傳 輸,因此需要消耗一定的資源,如果每次通訊操作都是先進行連接再進行通訊操作,則會降 低處理速度。所W每次通訊操作完成后,可W不斷開連接,待下次進行通訊操作時直接發(fā)送 數(shù)據(jù)包,而不用重新建立連接。
[0277] 在創(chuàng)建通訊連接之后,可W對應(yīng)修改各個通訊通道關(guān)聯(lián)的已用連接數(shù)量和未用連 接數(shù)量。
[027引具體而言,可W在總控制表中,對各個通訊通道的已用連接數(shù)量增加創(chuàng)建的通訊 連接的數(shù)量,可W對各個通訊通道的未用連接數(shù)量減少增加創(chuàng)建的通訊連接的數(shù)量。
[0279] 步驟704,為所述通訊通道注冊通訊服務(wù)。
[0280] 本申請實施例中,可W動態(tài)向如圖3所示的配置中必為所述通訊通道注冊通訊服 務(wù),表示當(dāng)前服務(wù)器啟動了哪個通訊平臺的通訊通道,可W提供該通訊通道的通訊服務(wù)。
[0281] 在具體實現(xiàn)中,服務(wù)器可W W發(fā)布者的角色,向配置中必發(fā)送一條包含"uniqld =通訊通道ID"(配置中必的唯一標(biāo)示符)、服務(wù)器標(biāo)識和注冊服務(wù)的消息,W完成通訊服 務(wù)的注冊。
[0282] 本申請實施例在冷啟動時,按照各個通訊通道關(guān)聯(lián)的,在本地的已用連接數(shù)量創(chuàng) 建對應(yīng)的通訊連接,通過配置通訊連接的數(shù)量,充分利用了當(dāng)前的連接資源,減少了運維的 成本。
[0283] 步驟705,接收通訊信息的下行請求;
[0284] 步驟706,根據(jù)所述下行請求查找與所述通訊信息匹配的通訊通道;所述通訊通 道具有關(guān)聯(lián)的通訊連接和已用連接數(shù)量;
[0285] 步驟707,當(dāng)所述已用連接數(shù)量在本地非零時,通過所述通訊連接將所述通訊信息 發(fā)送至相連的通訊平臺;所述通訊平臺用于將所述通訊信息發(fā)送至對應(yīng)的通訊對象。
[0286] 參照圖8,示出了本申請的另一種通訊信息的發(fā)送方法實施例的步驟流程圖,具體 可W包括如下步驟:
[0287] 步驟801,接收通訊信息的下行請求;
[028引步驟802,根據(jù)所述下行請求查找與所述通訊信息匹配的通訊通道;所述通訊通 道具有關(guān)聯(lián)的通訊連接和已用連接數(shù)量;
[0289] 步驟803,當(dāng)所述已用連接數(shù)量在本地非零時,通過所述通訊連接將所述通訊信息 發(fā)送至相連的通訊平臺;所述通訊平臺用于將所述通訊信息發(fā)送至對應(yīng)的通訊對象。
[0290] 步驟804,當(dāng)接收到通訊連接的修改指令時,判斷是否開啟所述通訊連接關(guān)聯(lián)的通 訊通道;
[0291] 在具體實現(xiàn)中,可W通過一個狀態(tài)表格來維護的通訊通道的狀態(tài)。
[0292] 例如,該狀態(tài)表格的示例可W如下表所示:
[0293]
[0294] 本申請實施例中,可W通過查詢該狀態(tài)表格判斷是否開啟改了該通訊連接關(guān)聯(lián)的 通訊通道。若是通訊通道是"開啟"狀態(tài),則可W表示已經(jīng)開啟了該的通訊通道,若是通訊 通道是"關(guān)閉"狀態(tài),則可W表示未開啟該的通訊通道。
[0295] 步驟805,當(dāng)未開啟所述通訊連接關(guān)聯(lián)的通訊通道時,為所述通訊通道卸載通訊服 務(wù);
[0296] 本申請實施例中,可W動態(tài)向如圖3所示的配置中必為通訊通道卸載通訊服務(wù)。 卸載后,在配置中必?zé)o此服務(wù)器提供的該通訊通道的通訊服務(wù)。
[0297] 在具體實現(xiàn)中,服務(wù)器可W W發(fā)布者的角色,向配置中必發(fā)送一條包含"uniqld =通訊通道ID"(配置中必的唯一標(biāo)示符)、服務(wù)器標(biāo)識和卸載服務(wù)的消息,W完成通訊服 務(wù)的注冊。
[029引步驟806,關(guān)閉所述通訊通道關(guān)聯(lián)的通訊連接。
[0299] 步驟807,對應(yīng)修改所述通訊通道關(guān)聯(lián)的已用連接數(shù)量和未用連接數(shù)量。
[0300] 在本申請實施例中,通訊連接部署運行時維護可W W定時任務(wù)的方式后臺運行, 也可W手動觸發(fā)單次執(zhí)行,本申請實施例對此不加 W限制。
[0301] 在通訊平臺提供的通訊連接的數(shù)量增加/減少、單臺服務(wù)器通過某個通訊平臺發(fā) 送通訊信息的需求增加等情況下,會對通訊連接進行修改。
[0302] 在熱啟動的情形下,若服務(wù)器沒有開啟通訊連接關(guān)聯(lián)的通訊通道,則可W表明沒 法通過該通訊通道發(fā)送通訊信息,該通訊通道無效,已創(chuàng)建的通訊連接也無效,需要向配置 中必為通訊通道卸載通訊服務(wù),表示該服務(wù)器不提供該通訊通道的通訊服務(wù),并關(guān)閉通訊 通道關(guān)聯(lián)的通訊連接,W釋放該服務(wù)器占用的連接資源。
[0303] 若關(guān)閉通訊連接,則可W對應(yīng)修改該通訊通道關(guān)聯(lián)的已用連接數(shù)量和未用連接數(shù) 量。
[0304] 具體而言,可W對卸載通訊服務(wù)的通訊通道,在配置信息、總控制表的已用連接數(shù) 量減少關(guān)閉的通訊連接的數(shù)量,可W對卸載通訊服務(wù)的通訊通道的未用連接數(shù)量增加關(guān)閉 的通訊連接的數(shù)量。
[0305] 本申請實施例在熱啟動時,若服務(wù)器沒有開啟通訊連接關(guān)聯(lián)的通訊通道,則該通 訊通道無效,需要卸載該通訊通道的通訊服務(wù)、關(guān)閉其關(guān)聯(lián)的通訊連接和對應(yīng)修改已用連 接數(shù)量和未用連接數(shù)量,W防止其他服務(wù)器將需要該通訊通道服務(wù)的通訊信息發(fā)送至當(dāng)前 服務(wù)器,浪費資源;同時,釋放占用的連接資源,減少了運維的成本。
[0306] 步驟808,當(dāng)已開啟所述通訊連接關(guān)聯(lián)的通訊通道時,判斷所述通訊通道關(guān)聯(lián)的已 用連接數(shù)量在本地是否為零;
[0307] 若服務(wù)器已開啟通訊連接關(guān)聯(lián)的通訊通道,則表明可W通過通訊通道發(fā)送通訊信 息,該通訊通道有效,可W繼續(xù)判斷是否部署有該通訊通道。
[030引步驟809,當(dāng)所述已用連接數(shù)量在本地為零時,從內(nèi)存中讀取所述通訊通道關(guān)聯(lián)的 在本地的已用連接數(shù)量;
[0309] 步驟810,為所述通訊通道創(chuàng)建數(shù)量與從內(nèi)存讀取的已用連接數(shù)量相同的通訊連 接;
[0310] 步驟811,對應(yīng)修改所述通訊通道關(guān)聯(lián)的已用連接數(shù)量和未用連接數(shù)量;
[0311] 步驟812,為所述通訊通道注冊通訊服務(wù)。
[0312] 本申請實施例中,服務(wù)器在冷啟動時,最初的狀態(tài)一般是沒有啟動通訊連接的。若 在通訊通道已經(jīng)開啟,但是初始化的時候還沒啟動通訊連接的情況下,就進行配置啟動,就 會造成通訊通道已經(jīng)啟動,但是沒有創(chuàng)建通訊連接的問題。
[0313] 若已用連接數(shù)量在本地為零,則可W表示在當(dāng)前服務(wù)器中沒有部署該通訊通道, 沒有相應(yīng)的通訊連接發(fā)送通訊信息。
[0314] 雖然實際中沒有創(chuàng)建通訊連接,但是分配給該服務(wù)器的通訊連接的數(shù)量已經(jīng)存儲 在內(nèi)存中,因此可W從內(nèi)存中讀取該通訊通道關(guān)聯(lián)的,在本地的已用連接數(shù)量,W創(chuàng)建相應(yīng) 數(shù)量的通訊連接,并向配置中必為該通訊通道注冊通訊服務(wù)。
當(dāng)前第4頁
1 
2 
3 
4 
5 
6