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