專利名稱：消息狀態(tài)報告處理方法和網(wǎng)絡(luò)服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及互聯(lián)網(wǎng)通信技術(shù)，尤其是一種消息狀態(tài)報告的處理方法和實(shí) 現(xiàn)該方法的網(wǎng)絡(luò)服務(wù)器。
背景技術(shù)：
隨著互聯(lián)網(wǎng)與通訊相結(jié)合越來越緊密，Web通訊應(yīng)用也越來越廣泛。在 各種Web通訊應(yīng)用中，消息(短信、彩信)類應(yīng)用以其應(yīng)用范圍廣泛，用 戶終端種類繁多，業(yè)務(wù)供應(yīng)商(SP, Service Provider)可以方便接入等眾多 優(yōu)點(diǎn)成為Web通訊應(yīng)用中的{交<交者。
當(dāng)前Web消息處理機(jī)制，主要模式是由SP提供Web頁面，通過規(guī)范 的接口，接入到運(yùn)營商提供的webservice服務(wù)上，由運(yùn)營商調(diào)用相應(yīng)方法向 多媒體消息網(wǎng)關(guān)(如Intergrated Service Access ateway ,簡稱IS AG,)發(fā)出 消息遞送請求，由ISAG完成消息投遞，并向運(yùn)營商webservice返回狀態(tài)報 告，報告消息投遞的結(jié)杲。
在處理消息投遞的結(jié)果的過程中， 一般的做法是接收到狀態(tài)報告后進(jìn)行 一系列劃價統(tǒng)計等處理過程，將處理結(jié)果寫入數(shù)據(jù)庫中。這種方法的缺點(diǎn)是 當(dāng)同時有大量狀態(tài)報告返回時，由于每個狀態(tài)報告的處理過程需要入庫，會 造成后面的狀態(tài)報告積壓，過多的積壓后會導(dǎo)致部分狀態(tài)報告被拋棄，這種 情況在群發(fā)消息返回狀態(tài)報告的處理過程中尤為顯著，最終會導(dǎo)致狀態(tài)報告 統(tǒng)計數(shù)據(jù)不正確，影響運(yùn)營商和SP的業(yè)務(wù)分成。

發(fā)明內(nèi)容
本發(fā)明要解決的的技術(shù)問題是提供一種消息狀態(tài)報告的處理方法及網(wǎng) 絡(luò)服務(wù)器，以提高處理效率及系統(tǒng)穩(wěn)定性。為解決上述技術(shù)問題，本發(fā)明提供一種消息狀態(tài)報告處理方法，該方法
基于網(wǎng)絡(luò)服務(wù)器實(shí)現(xiàn)，該方法包括
(a)網(wǎng)絡(luò)服務(wù)器接收消息狀態(tài)報告； (b )網(wǎng)絡(luò)服務(wù)器保存所述消息狀態(tài)報告； (c )網(wǎng)絡(luò)服務(wù)器對保存的消息狀態(tài)報告進(jìn)行處理。 進(jìn)一步地，步驟(c)是定時執(zhí)行的。
進(jìn)一步地，步驟(c)中網(wǎng)絡(luò)服務(wù)器對保存的消息狀態(tài)報告是逐條處理 的，并刪除處理成功的消息狀態(tài)報告。
進(jìn)一步地，所述網(wǎng)絡(luò)服務(wù)器保存的所述消息狀態(tài)報告的新增、修改或刪 除操作是依次進(jìn)行的。
為解決以上技術(shù)問題，本發(fā)明還提供一種網(wǎng)絡(luò)服務(wù)器，用于處理消息狀 態(tài)報告，所述網(wǎng)絡(luò)服務(wù)器包括接收模塊、處理模塊、與所述接收模塊及處理 模塊連接的管理模塊，其中，
所述接收模塊，用于接收消息狀態(tài)報告，還用于向所述管理模塊發(fā)送緩 存請求，其中攜帶所述消息狀態(tài)報告；
所述處理模塊，用于循環(huán)向所述管理模塊發(fā)送提取請求；還用于接收所 述管理模塊發(fā)送的所述消息狀態(tài)報告，并進(jìn)行處理；
所述管理模塊，用于接收所述緩存請求，并保存所述消息狀態(tài)報告；還 用于接收所述提取請求，并提取保存的消息狀態(tài)報告發(fā)送給所述處理模塊。
進(jìn)一步地，對所述消息狀態(tài)報告處理失敗時，所述處理模塊還用于向所 述管理模塊發(fā)送回存請求，其中攜帶處理失敗的消息狀態(tài)報告；所述管理模 塊提取所述消息狀態(tài)報告時，還用于刪除所述消息狀態(tài)報告；以及接收所述 回存請求，并回存所述消息狀態(tài)報告。
進(jìn)一步地，所述處理模塊還用于向管理模塊返回處理響應(yīng)，所述管理模 塊還用于根據(jù)處理模塊返回的處理響應(yīng)保存或刪除對應(yīng)的所述消息狀態(tài)報 告，若所述處理響應(yīng)顯示處理成功，所述管理模塊則刪除對應(yīng)的消息狀態(tài)報 告，若所述處理響應(yīng)顯示處理失敗，則所述管理模塊修改對應(yīng)的消息狀態(tài)報 告。進(jìn)一步地，所述管理模塊對保存的消息狀態(tài)報告的新增、修改或刪除操 作是依次進(jìn)行的。
進(jìn)一步地，所述管理模塊還用于保存所述消息狀態(tài)報告時，生成消息狀
態(tài)報告列表；還用于將所述消息狀態(tài)報告列表發(fā)送給所述處理模塊，所述處 理模塊根據(jù)所述列表循環(huán)發(fā)送所述提取狀態(tài)報告請求。
進(jìn)一步地，所述網(wǎng)絡(luò)服務(wù)器還包括與處理模塊連接的控制模塊，所述控 制模塊用于定時啟動處理模塊。
相較于現(xiàn)有技術(shù)，本發(fā)明消息狀態(tài)報告的處理方法和網(wǎng)絡(luò)服務(wù)器對接收 的消息狀態(tài)報告進(jìn)行緩存后，再逐一進(jìn)行處理，極大地提高了狀態(tài)報告的處 理效率，避免了因處理不及時而造成消息狀態(tài)報告擠壓或丟失，且由于狀態(tài) 報告處理效率的提高，使得鎖定狀態(tài)報告的同步時間大大減少，系統(tǒng)穩(wěn)定性 得以提高；另外，本發(fā)明方法和網(wǎng)絡(luò)服務(wù)器利用內(nèi)存數(shù)據(jù)池管理機(jī)制，結(jié)合 定時任務(wù)處理技術(shù)，實(shí)現(xiàn)了大規(guī)模狀態(tài)報告返回的快速存儲和集中處理入庫 的過程，極大減輕了數(shù)據(jù)庫的負(fù)荷，且可配置的定時任務(wù)可有效的調(diào)整數(shù)據(jù) 集中入庫的時間間隔，方便優(yōu)化系統(tǒng)效率。


圖1是消息業(yè)務(wù)系統(tǒng)的結(jié)構(gòu)示意圖。
圖2.是本發(fā)明web服務(wù)器的應(yīng)用實(shí)例示意圖。
圖3是本發(fā)明消息狀態(tài)報告的處理方法中的接收存儲流程示意圖。
圖4是本發(fā)明消息狀態(tài)報告的處理方法中的處理流程示意圖。
圖5是本發(fā)明web服務(wù)器的模塊結(jié)構(gòu)示意圖。
具體實(shí)施例方式
如圖l所示， 一般而言，消息業(yè)務(wù)通過用戶終端、業(yè)務(wù)供應(yīng)商(SP)業(yè) 務(wù)處理服務(wù)器和運(yùn)營商業(yè)務(wù)處理構(gòu)成的消息業(yè)務(wù)系統(tǒng)實(shí)現(xiàn)的，以運(yùn)營商業(yè)務(wù) 處理系統(tǒng)為核心，其關(guān)鍵點(diǎn)在于webservice應(yīng)用的狀態(tài)報告接收和管理，采 用JAVA語言實(shí)現(xiàn)。運(yùn)營商業(yè)務(wù)處理系統(tǒng)包括業(yè)務(wù)處理服務(wù)器、多媒體消息網(wǎng)關(guān)、綜合接口
機(jī)服務(wù)器及網(wǎng)絡(luò)服務(wù)器(以下稱為Web服務(wù)器)，其中，
業(yè)務(wù)處理服務(wù)器用于處理用戶或業(yè)務(wù)供應(yīng)商SP的短信收發(fā)請求，進(jìn)行 鑒權(quán)和資費(fèi)管理。
多媒體消息網(wǎng)關(guān)(如ISAG)用于接收業(yè)務(wù)的消息發(fā)送請求，向短消息 中心和彩信中心轉(zhuǎn)發(fā)短消息和彩信，根據(jù)發(fā)送的情況向網(wǎng)絡(luò)服務(wù)器返回消息 發(fā)送的狀態(tài)報告。
本發(fā)明消息狀態(tài)報告的處理方法基于Web服務(wù)器實(shí)現(xiàn)，包括以下步驟
步驟一Web服務(wù)器接收消息狀態(tài)報告；
步驟二 Web服務(wù)器保存接收的所述消息狀態(tài)報告；
步驟三Web服務(wù)器對保存的消息狀態(tài)報告進(jìn)行處理。
如圖5所示，本發(fā)明web服務(wù)器包括接收模塊、處理模塊、與接收模塊 及處理模塊連接的管理模塊、與處理模塊連接的控制模塊、及與處理模塊連 接的業(yè)務(wù)數(shù)據(jù)庫，其中，
接收模塊，用于接收多媒體消息網(wǎng)關(guān)發(fā)送的消息狀態(tài)報告，還用于向管 理模塊發(fā)送緩存請求，其中攜帶所述消息狀態(tài)報告；
管理模塊，用于接收模塊的緩存請求并保存消息狀態(tài)報告，同時生成消 息狀態(tài)報告列表，并向接收模塊返回響應(yīng)，還用于向處理模塊發(fā)送消息狀態(tài) 報告列表；還用于接收處理模塊發(fā)送的提取請求，并提取所述消息狀態(tài)報告 發(fā)送給所述處理模塊；還用于刪除提取的消息狀態(tài)報告，以及根據(jù)回存請求 回存對應(yīng)消息狀態(tài)報告；
管理模塊對保存的消息狀態(tài)報告的新增、修改或刪除操作是依次進(jìn)行 的，以保證保存的消息狀態(tài)報告的一致性。
控制模塊，用于定時通知處理模塊執(zhí)行或結(jié)束處理操作，還用于接收處 理才莫塊的處理結(jié)果響應(yīng)；
處理模塊，用于接收所述消息狀態(tài)報告列表，以及根據(jù)所述列表循環(huán)向 管理模塊發(fā)送狀態(tài)報告提取請求，以及對管理模塊發(fā)送的消息狀態(tài)報告進(jìn)行 處理，若處理成功則將消息狀態(tài)"t艮告及處理結(jié)果保存入業(yè)務(wù)數(shù)據(jù)庫，若處理失敗，則向管理模塊發(fā)送回存狀態(tài)報告請求，其中攜帶處理失敗的消息狀態(tài)
報告；還用于遍歷處理所有狀態(tài)報告時或處理周期結(jié)束時向控制模塊返回處 理結(jié)果響應(yīng)。
業(yè)務(wù)數(shù)據(jù)庫，用于保存處理模塊處理后的消息狀態(tài)報告及處理結(jié)果。
圖2是本發(fā)明web服務(wù)器的具體應(yīng)用實(shí)例，其中，webservice接收接口 實(shí)現(xiàn)接收模塊功能，狀態(tài)報告池管理器實(shí)現(xiàn)管理模塊的管理功能，報告狀態(tài) 池相當(dāng)于內(nèi)存庫，用于實(shí)現(xiàn)管理模塊的存儲功能，任務(wù)管理器實(shí)現(xiàn)控制模塊 功能，狀態(tài)報告處理任務(wù)實(shí)現(xiàn)處理模塊功能，業(yè)務(wù)數(shù)據(jù)庫用于存儲處理結(jié)果， 相當(dāng)于物理庫。
本發(fā)明消息狀態(tài)報告的處理方法包括接收存儲流程及處理流程，以下結(jié) 合附圖分別對兩個流程進(jìn)行說明
如圖3所示，消息狀態(tài)報告的接收存儲流程包括以下步驟
步驟301: webservice接收接口接收消息狀態(tài)報告；
多媒體消息網(wǎng)關(guān)ISAG調(diào)用規(guī)范接口將消息的狀態(tài)報告返回給運(yùn)營商 Web服務(wù)器的webservice接收接口 ， webservice接收接口接收所述消息狀態(tài) 報告，實(shí)現(xiàn)接收模塊功能。
步驟302: webservice接收接口向狀態(tài)報告池管理器發(fā)送緩存狀態(tài)報告 請求；
在webservice接收4矣口中調(diào)用狀態(tài)才艮告池管理器的方法PoolManager， 向狀態(tài)報告池管理器發(fā)緩存狀態(tài)報告請求。在狀態(tài)報告池管理器中詳細(xì)實(shí)現(xiàn) 狀態(tài)報告入池的操作，向狀態(tài)報告池插入消息狀態(tài)報告。
步驟303:保存消息狀態(tài)報告，實(shí)現(xiàn)消息狀態(tài)報告管理；
狀態(tài)報告池管理器向狀態(tài)報告池保存消息狀態(tài)報告，每個消息返回的狀 態(tài)報告在池中存為一個結(jié)構(gòu)，具有一個存儲索引號，便于檢查操作及數(shù)據(jù)管 理。整個狀態(tài)"t艮告池由多個狀態(tài)l艮告信息結(jié)構(gòu)組成。
對狀態(tài)報告池中狀態(tài)報告的管理體現(xiàn)在整個處理過程中，包括將新接收 的消息狀態(tài)報告新增到狀態(tài)報告池，及對狀態(tài)報告池中的消息狀態(tài)報告進(jìn)行修改或刪除。
該狀態(tài)報告池采用靜態(tài)變量，通過唯一 實(shí)例保證狀態(tài)報告池數(shù)據(jù)的唯一性。
為保證狀態(tài)報告池數(shù)據(jù)的 一致性，狀態(tài)報告池管理器使用 一個同步方法
PoolManage實(shí)現(xiàn)狀態(tài)報告的增力口/修改/刪除操作，確保在同一時間內(nèi)只有一 個線程對狀態(tài)報告池進(jìn)行寫搡作，根據(jù)輸入的數(shù)據(jù)操作參數(shù)(如增加、修改 或刪除)決定不同的操作。
具體來說，若有多個線程分別執(zhí)行增加、修改或刪除操作，則該些線程 會在統(tǒng)一控制下依次進(jìn)行，稱為狀態(tài)報告池管理機(jī)制。
如圖4所示，消息狀態(tài)報告的處理流程包括以下步驟 步驟401:定時觸發(fā)狀態(tài)報告處理；
任務(wù)管理器在觸發(fā)時間到達(dá)后觸發(fā)狀態(tài)報告處理任務(wù)，觸發(fā)時間通過配 置文件可配置，以期達(dá)到最優(yōu)化的狀態(tài)報告入庫存儲效率。
步驟402:發(fā)提取狀態(tài)報告請求；
狀態(tài)報告處理任務(wù)從狀態(tài)報告池獲得當(dāng)前未處理消息狀態(tài)報告列表，循 環(huán)向狀態(tài)報告池管理器發(fā)狀態(tài)報告請求。
步驟403:提取消息狀態(tài)報告；
狀態(tài)報告池管理器向狀態(tài)報告處理任務(wù)返回需要的狀態(tài)報告并從狀態(tài) 報告池中將已提取狀態(tài)報告記錄刪除。
步驟404:狀態(tài)報告處理任務(wù)對提取的消息狀態(tài)報告進(jìn)行處理操作；若 處理成功，執(zhí)行步驟405，否則執(zhí)行步驟406;
步驟405:狀態(tài)報告處理任務(wù)執(zhí)行狀態(tài)報告的入庫處理，轉(zhuǎn)執(zhí)行步驟
408;
步驟406:狀態(tài)報告處理任務(wù)向狀態(tài)報告池管理器請求回存未成功處理 的消息狀態(tài)l艮告，等待下一次任務(wù)調(diào)用時再處理；
步驟407:狀態(tài)報告池管理器重新保存狀態(tài)報告；步驟408:循環(huán)執(zhí)行步驟402直至提取完所有消息狀態(tài)報告或處理周期 結(jié)束；
步驟409:狀態(tài)報告處理任務(wù)向任務(wù)管理器返回處理結(jié)果響應(yīng)。
對web服務(wù)器而言，接收存儲流程與處理流程之間沒有嚴(yán)格的先后順 序，二者可以同步進(jìn)行，以提高系統(tǒng)處理速度，而步驟302的新增保存操作 及步驟403的刪除及步驟407的重新保存操作應(yīng)保證存儲的消息狀態(tài)報告的 正確性與唯一性。
對某一消息狀態(tài)報告而言， 一定是先接收存儲、再進(jìn)行處理的。
以上處理流程中，狀態(tài)報告處理任務(wù)是先從狀態(tài)報告池獲取未處理的狀 態(tài)報告列表，再根據(jù)列表通過狀態(tài)報告池管理器循環(huán)提取狀態(tài)報告的，當(dāng)然，
.，J^j
息狀態(tài)凈艮 告。
以上處理流程中，狀態(tài)報告池管理器是在提取消息狀態(tài)報告時直接從狀 態(tài)報告池刪除該消息狀態(tài)報告的，并在處理失敗時，根據(jù)狀態(tài)報告處理任務(wù) 的請求，將處理失敗的消息狀態(tài)報告回存到狀態(tài)報告池的，當(dāng)然也可以先提 取消息狀態(tài)報告，再由狀態(tài)報告池管理器根據(jù)狀態(tài)處理任務(wù)的處理結(jié)果響 應(yīng)，刪除或保留提取過的消息狀態(tài)報告。
與以上web服務(wù)器中處理模塊僅在處理失敗時返回回存請求不同的是， 所述處理模塊用于向管理模塊返回處理響應(yīng)，所述管理模塊還用于根據(jù)處理 模塊返回的處理響應(yīng)保存或刪除對應(yīng)的所述消息狀態(tài)報告，若所述處理響應(yīng) 顯示處理成功，所述管理模塊則刪除對應(yīng)的消息狀態(tài)報告，若所述處理響應(yīng) 顯示處理失敗，則所述管理模塊修改對應(yīng)的消息狀態(tài)報告
為了保證狀態(tài)報告池中數(shù)據(jù)的唯一性，所述管理模塊必須執(zhí)行狀態(tài)報告 池管理機(jī)制，即對保存的消息狀態(tài)報告的新增、修改或刪除操作是依次進(jìn)行 的。
本發(fā)明通過將散列的狀態(tài)報告處理集中到狀態(tài)報告池中，然后通過任務(wù) 統(tǒng)一入庫，極大減緩了數(shù)據(jù)庫寫入的負(fù)荷，同時又提高了狀態(tài)報告的保存效率。
在測試過程中，未使用本方法，使用傳統(tǒng)的單個狀態(tài)報告入庫方法時，
在ISAG狀態(tài)報告返回不頻繁不集中的情況下，可以及時響應(yīng)狀態(tài)報告，當(dāng) 同時返回的狀態(tài)報告達(dá)到5個以上時，狀態(tài)報告的處理會產(chǎn)生一定延時，當(dāng) 同時返回的狀態(tài)報告達(dá)到25個以上時，將產(chǎn)生一定狀態(tài)報告的丟棄。測試 使用短信和彩信群發(fā)的時候，群發(fā)給50個用戶并立刻得到狀態(tài)報告時，系 統(tǒng)丟棄的狀態(tài)報告將達(dá)到50%,主要是在入庫過程中數(shù)據(jù)庫不能及時處理而 丟棄。
而使用本方法后，同樣群發(fā)給50個用戶并立刻得到狀態(tài)報告，所有狀 態(tài)報告都及時得到正確保存，對狀態(tài)報告的入庫也變成任務(wù)間隔時間執(zhí)行一 次集中入庫，大大減輕了數(shù)據(jù)庫的負(fù)荷。
本發(fā)明可應(yīng)用于以下情況
一Web消息系統(tǒng)比較繁忙，經(jīng)常有間歇性集中的狀態(tài)報告返回時，可 使用本發(fā)明。
二 Web消息系統(tǒng)支持群發(fā)消息(短信/彩信)，群發(fā)用戶數(shù)目龐大， 返回的狀態(tài)報告數(shù)目較多且相對集中時，可使用本發(fā)明。
三其它門戶(如WAP門戶、短信門戶等)的消息系統(tǒng)支持群發(fā)消息 (短信/彩信)時，群發(fā)用戶數(shù)目龐大，返回的狀態(tài)報告數(shù)目較多且相對集 中時，可使用本發(fā)明。
相較于現(xiàn)有4支術(shù)，本發(fā)明消息狀態(tài)報告的處理方法和網(wǎng)絡(luò)服務(wù)器對接收 的消息狀態(tài)報告進(jìn)行緩存后，再逐一進(jìn)行處理，極大地提高了狀態(tài)報告的處 理效率，避免了因處理不及時而造成消息狀態(tài)報告擠壓或丟失，且由于狀態(tài) 報告處理效率的提高，使得鎖定狀態(tài)報告的同步時間大大減少，系統(tǒng)穩(wěn)定性 得以提高；另外，本發(fā)明方法和網(wǎng)絡(luò)服務(wù)器利用內(nèi)存數(shù)據(jù)池管理機(jī)制，結(jié)合 定時任務(wù)處理技術(shù)，實(shí)現(xiàn)了大規(guī)模狀態(tài)報告返回的快速存儲和集中處理入庫 的過程，極大減輕了數(shù)據(jù)庫的負(fù)荷，且可配置的定時任務(wù)可有效的調(diào)整數(shù)據(jù) 集中入庫的時間間隔，方便優(yōu)化系統(tǒng)效率。
權(quán)利要求
1、一種消息狀態(tài)報告處理方法，其特征在于，該方法基于網(wǎng)絡(luò)服務(wù)器實(shí)現(xiàn)，該方法包括(a)網(wǎng)絡(luò)服務(wù)器接收消息狀態(tài)報告；(b)網(wǎng)絡(luò)服務(wù)器保存所述消息狀態(tài)報告；(c)網(wǎng)絡(luò)服務(wù)器對保存的消息狀態(tài)報告進(jìn)行處理。
2、 如權(quán)利要求l所述的方法，其特征在于步驟(c)是定時執(zhí)行的。
3、 如權(quán)利要求l所述的方法，其特征在于步驟(c)中網(wǎng)絡(luò)服務(wù)器對 保存的消息狀態(tài)報告是逐條處理的，并刪除處理成功的消息狀態(tài)報告。
4、 如權(quán)利要求1至3中任一項(xiàng)所述的方法，其特征在于所述網(wǎng)絡(luò)服 務(wù)器保存的所述消息狀態(tài)報告的新增、修改或刪除操作是依次進(jìn)行的。
5、 一種網(wǎng)絡(luò)服務(wù)器，用于處理消息狀態(tài)報告，其特征在于所述網(wǎng)絡(luò) 服務(wù)器包括接收模塊、處理模塊、與所述接收模塊及處理模塊連接的管理模 塊，其中，所述接收模塊，用于接收消息狀態(tài)報告，還用于向所述管理模塊發(fā)送緩 存請求，其中攜帶所述消息狀態(tài)報告；所述處理模塊，用于循環(huán)向所述管理模塊發(fā)送提取請求；還用于接收所 述管理模塊發(fā)送的所述消息狀態(tài)報告，并進(jìn)行處理；所述管理模塊，用于接收所述緩存請求，并保存所述消息狀態(tài)報告；還 用于接收所述提取請求，并提取保存的消息狀態(tài)報告發(fā)送給所述處理模塊。
6、 如權(quán)利要求5所述的網(wǎng)絡(luò)服務(wù)器，其特征在于對所述消息狀態(tài)報 告處理失敗時，所述處理模塊還用于向所述管理模塊發(fā)送回存請求，其中攜 帶處理失敗的消息狀態(tài)報告；所述管理模塊提取所述消息狀態(tài)報告時，還用 于刪除所述消息狀態(tài)報告；以及接收所述回存請求，并回存所述消息狀態(tài)報
7、 如權(quán)利要求5所述的網(wǎng)絡(luò)服務(wù)器，其特征在于所述處理模塊還用 于向管理模塊返回處理響應(yīng)，所述管理模塊還用于根據(jù)處理模塊返回的處理 響應(yīng)保存或刪除對應(yīng)的所述消息狀態(tài)報告，若所述處理響應(yīng)顯示處理成功， 所述管理模塊則刪除對應(yīng)的消息狀態(tài)報告，若所述處理響應(yīng)顯示處理失敗， 則所述管理模塊修改對應(yīng)的消息狀態(tài)報告。
8、 如權(quán)利要求5至7中任一項(xiàng)所述的網(wǎng)絡(luò)服務(wù)器，其特征在于所述 管理模塊對保存的消息狀態(tài)報告的新增、修改或刪除操作是依次進(jìn)行的。
9、 如權(quán)利要求5至7中任一項(xiàng)所述的網(wǎng)絡(luò)服務(wù)器，其特征在于所述 管理模塊還用于保存所述消息狀態(tài)報告時，生成消息狀態(tài)報告列表；還用于 將所述消息狀態(tài)報告列表發(fā)送給所述處理模塊，所述處理模塊根據(jù)所述列表 循環(huán)發(fā)送所述提取狀態(tài)報告請求。
10、 如權(quán)利要求5至7中任一項(xiàng)所述的網(wǎng)絡(luò)服務(wù)器，其特征在于所述 網(wǎng)絡(luò)服務(wù)器還包括與處理模塊連接的控制模塊，所述控制模塊用于定時啟動 處理模塊。
全文摘要
本發(fā)明提供一種消息狀態(tài)報告處理方法及網(wǎng)絡(luò)服務(wù)器，所述網(wǎng)絡(luò)服務(wù)器包括接收模塊、處理模塊、與所述接收模塊及處理模塊連接的管理模塊，其中，所述接收模塊，用于接收消息狀態(tài)報告，還用于向所述管理模塊發(fā)送緩存請求，其中攜帶所述消息狀態(tài)報告；所述處理模塊，用于循環(huán)向所述管理模塊發(fā)送提取請求；還用于接收所述管理模塊發(fā)送的所述消息狀態(tài)報告，并進(jìn)行處理；所述管理模塊，用于接收所述緩存請求，并保存所述消息狀態(tài)報告；還用于接收所述提取請求，并提取保存的消息狀態(tài)報告發(fā)送給所述處理模塊。本發(fā)明方法及網(wǎng)絡(luò)服務(wù)器，可以提高處理效率及系統(tǒng)穩(wěn)定性。
文檔編號H04L29/08GK101527691SQ200910130010
公開日2009年9月9日 申請日期2009年3月26日 優(yōu)先權(quán)日2009年3月26日
發(fā)明者田冠偉, 猛 陳 申請人:中興通訊股份有限公司