專利名稱：一種消息增值業(yè)務處理方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種消息增值業(yè)務處理方法、裝置及系統(tǒng)。
背景技術(shù)：
早期的消息增值業(yè)務(ValueAdded Services for SMS，VAS4SMS)，直接在短 信中心、彩信中心上實現(xiàn)，這種方式下，增值業(yè)務的增加或改動，都需要升級短信中心、彩 信中心。而支持短信、彩信的能力已經(jīng)被視為電信網(wǎng)絡的基礎(chǔ)能力，這樣就會因增值業(yè) 務而影響基礎(chǔ)能力供給的穩(wěn)定可靠。因此，業(yè)界提出了采用消息能力與增值業(yè)務分離 的解決方案，如短信業(yè)務數(shù)據(jù)中心(DCS-Data Center for Short Message Service, DCS)、擴展消息平臺(EMP-Extend Message Platform, EMP)、智能短消息業(yè)務平臺 (MSP-Message SmartPlatform, MSP)、第三代移動通信伙伴項目(Third Generation PartnershipProject, 3GPP)的VAS4SMS等，該方案把增值業(yè)務邏輯從短信、彩信中剝離到 另外的單獨網(wǎng)元來實現(xiàn)，這樣就保證了基礎(chǔ)短信、彩信能力的穩(wěn)定性。以下將就3GPP定義的短消息增值業(yè)務處理流程進行說明，DCS、EMP、MSP均與此 類似，其中短消息業(yè)務節(jié)點(short message service Node, SMSNode)還可以是其它消息 類業(yè)務服務器，例如彩信節(jié)點(Multimedia MessageService, MMS Node)、即時消息節(jié)點 (Instant Message Node, IM Node)、電子由P件節(jié)點(Electronic mail Node, Emai Node) 等，具體流程如下001 用戶A手機發(fā)送信息遷移(Message Transfer)消息給其所在的短消息業(yè)務 節(jié)點(short message service Node, SMS Node),該 SMS Node 記為 SMS Node 1 ；002 =SMS Node確定用戶A或短消息的接收方(用戶B)訂購了增值業(yè)務，則轉(zhuǎn)發(fā) 短消息給增值業(yè)務處理服務器(Value Added Service ApplicationServer，VAS AS)；003 =VAS AS對用戶A做鑒權(quán)，鑒權(quán)成功后給SMS Nodel返回鑒權(quán)響應，告知滿足 增值業(yè)務激活條件；004 =VAS AS對原始消息執(zhí)行完增值業(yè)務處理后發(fā)送消息提交請求給SMS Node2 ； SMS Node2為用戶B所在的SMS Node，如果用戶A和用戶B處于相同的SMS Node下，則SMS Node2與SMS Nodel是同一個網(wǎng)絡實體；005 =SMS Node2告知VAS AS成功接收了消息提交請求；006 =SMS Node2 把 Message Transfer 消息投遞給接收方用戶 B ；007 =SMS Node2接收用戶B返回的狀態(tài)報告(Delivery Report)的消息，該狀態(tài) 報告攜帶了消息的投遞狀態(tài)，可以包含是否投遞成功的信息；008 =SMS Node2發(fā)送狀態(tài)報告的消息給VAS AS ；009 =VAS AS向SMS Nodel發(fā)送狀態(tài)報告的消息，以告知SMS Nodel整個增值業(yè)務 處理過程的結(jié)果；010 =SMS Nodel向用戶A手機發(fā)送狀態(tài)報告，以告知消息的投遞狀態(tài)。在以上消息能力和增值業(yè)務分離的方案中，當VAS AS出現(xiàn)故障，或是VAS AS和SMS NODE之間的通信存在異常，如網(wǎng)絡出現(xiàn)問題，S卩002 009步SMS Node和VAS AS之間 的交互過程不能完整正常完成，則增值業(yè)務無法順利完成。

發(fā)明內(nèi)容
本發(fā)明實施例要解決的技術(shù)問題是提供一種消息增值業(yè)務處理方法、裝置及系 統(tǒng)，在VAS AS和消息類業(yè)務服務器之間通信出現(xiàn)問題時，保證短消息能夠下發(fā)至接收方。本發(fā)明一方面提供了一種消息增值業(yè)務處理方法實施例，包括消息類業(yè)務服務器在收到消息的發(fā)送方發(fā)送的第一消息后，若判斷所述第一消 息帶有增值業(yè)務，則向增值業(yè)務服務器發(fā)送所述第一消息，以便于所述的增值業(yè)務服務器 對所述第一消息進行增值業(yè)務處理后向所述第一消息的接收方發(fā)送增值處理后的第二消 息；所述消息類業(yè)務服務器判斷所述消息類業(yè)務服務器與所述增值業(yè)務服務器之間 的通信是否異常；如果存在異常，且所述異常發(fā)生在所述增值業(yè)務服務器成功發(fā)出所述第二消息 前，則消息類業(yè)務服務器將所述第一消息發(fā)送給所述第一消息的接收方。本發(fā)明另一方面提供了一種消息增值業(yè)務的處理方法實施例，包括增值業(yè)務服務器接收到消息發(fā)送方的消息類業(yè)務服務器發(fā)送的第一消息后，對消 息發(fā)送方或接收方進行鑒權(quán)；判斷是否收到所述發(fā)送方的消息類業(yè)務服務器發(fā)送的通知消息，該通知消息用于 指示所述增值業(yè)務服務器結(jié)束增值業(yè)務的后續(xù)處理流程；如果收到所述發(fā)送方的消息類業(yè)務服務器發(fā)送的通知消息，則結(jié)束增值業(yè)務的后 續(xù)處理流程。本發(fā)明另一方面提供了一種消息類業(yè)務服務器的實施例，包括第一消息發(fā)送單元601，用于在收到消息的發(fā)送方發(fā)送的消息，并在判斷所述消息 帶有增值業(yè)務后向增值業(yè)務服務器發(fā)送上述消息；監(jiān)測單元602，用于判斷所述消息類業(yè)務服務器與所述增值業(yè)務服務器之間的通 信是否異常，并在異常，且所述異常發(fā)生在所述增值業(yè)務服務器成功發(fā)出所述第二消息之 前的情況下指示第二短消息發(fā)送單元603將所述消息發(fā)送給所述消息的接收方；第二消息發(fā)送單元603，用于根據(jù)監(jiān)測單元的指示將所述消息發(fā)送給所述消息的 接收方。本發(fā)明另一方面提供了一種增值業(yè)務服務器的實施例，包括消息接收單元，用于接收消息發(fā)送方的消息類業(yè)務服務器發(fā)送的第一消息；鑒權(quán)單元，用于在增值業(yè)務服務器接收到消息的發(fā)送方的消息類業(yè)務服務器發(fā)送 的第一消息后，對消息發(fā)送方或接收方進行鑒權(quán)；判斷單元，用于判斷是否收到所述發(fā)送方的消息類業(yè)務服務器發(fā)送的通知消息， 該通知消息用于指示所述增值業(yè)務服務器結(jié)束增值業(yè)務的后續(xù)處理流程；消息處理單元，用于在判斷單元收到所述發(fā)送方的消息類業(yè)務服務器發(fā)送的通知 消息后，執(zhí)行結(jié)束增值業(yè)務的后續(xù)處理流程。本發(fā)明另一方面提供了一種消息增值業(yè)務處理系統(tǒng)的實施例，包括上述消息類業(yè)務服務器以及增值業(yè)務服務器。通過本發(fā)明實施例的方案解決了在消息增值業(yè)務過程中，消息類業(yè)務服務器和增 值業(yè)務服務器之間通信出現(xiàn)問題時，消息不能夠下發(fā)至接收方的技術(shù)問題。


為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例描述中所需要使用 的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本 領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他 的附圖。圖1為本發(fā)明提供的一種消息增值業(yè)務處理方法第一實施例的流程示意圖；圖2為本發(fā)明提供的一種消息增值業(yè)務處理方法第二實施例的流程示意圖；圖3為本發(fā)明提供的一種消息增值業(yè)務處理方法第三實施例的流程示意圖；圖4A為本發(fā)明提供的一種消息增值業(yè)務處理方法第四實施例的流程示意圖；圖4B為上述第四方法實施例中當Tl超時時的處理流程示意圖；圖4C為上述第四方法實施例中當T2超時時的處理流程示意圖；圖4D為上述第四方法實施例中當T3超時時的處理流程示意圖；圖5A為本發(fā)明提供的一種消息增值業(yè)務處理方法第五實施例的流程示意圖；圖5B為本發(fā)明提供的一種消息增值業(yè)務處理方法第六實施例的流程示意圖；圖6為本發(fā)明提供提供的一種消息類業(yè)務服務器的第一實施例的結(jié)構(gòu)簡單示意 圖；圖7為本發(fā)明提供提供的一種消息類業(yè)務服務器的第二實施例的結(jié)構(gòu)簡單示意 圖；圖8A為本發(fā)明提供提供的一種消息類業(yè)務服務器的第三實施例的結(jié)構(gòu)簡單示意 圖；圖8B為本發(fā)明提供提供的一種消息類業(yè)務服務器的第四實施例的結(jié)構(gòu)簡單示意 圖；圖9為本發(fā)明提供提供的一種增值業(yè)務服務器器的第一實施例的結(jié)構(gòu)簡單示意 圖；圖10為本發(fā)明提供提供的一種增值業(yè)務服務器器的第二實施例的結(jié)構(gòu)簡單示意 圖；圖11為本發(fā)明提供提供的一種消息增值業(yè)務處理系統(tǒng)實施例的結(jié)構(gòu)簡單示意 圖。
具體實施例方式下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；?本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護的范圍。需要說明的是，本發(fā)明所有實施例中涉及到的步驟之間 的編號并不表示步驟之的先后關(guān)系，除非根據(jù)方案的實質(zhì)一個步驟必須在另一個步驟之前
8或者之后發(fā)生，否則，本發(fā)明所有實施例中涉及到的步驟之間沒有先后限定關(guān)系。本發(fā)明實施例提供了一種消息增值業(yè)務處理方法，該方法的執(zhí)行主體為消息類 業(yè)務服務器，所述的服務器可以是各類消息服務器，如短消息服務器，多媒體消息服務器， Email消息服務器，以及及時消息服務器等，所述的消息類業(yè)務服務器可以包括由中央處理 器(CPU)、存儲器以及主板設(shè)備，以及相應的軟件模塊構(gòu)成的計算機系統(tǒng)實現(xiàn)，具體如圖1 所示，包括101 消息類業(yè)務服務器在收到消息的發(fā)送方發(fā)送的消息后(為了區(qū)別于增值處 理后的消息，這里可以稱為第一消息，后續(xù)實施例同)，若判斷所述消息需要進行增值業(yè)務 處理，(例如通過判斷發(fā)送方用戶或接收方用戶是否訂購了增值業(yè)務，如果定購了增值業(yè) 務，則表明所述消息需要進行增值業(yè)務處理，或者通過消息中的參數(shù)，例如特定的標識，判 斷是否需要進行增值業(yè)務處理)，則向增值業(yè)務服務器發(fā)送所述消息，以便于所述的增值 業(yè)務服務器對所述消息進行增值業(yè)務處理后向所述消息的接收方發(fā)送增值處理后的消息 (為了區(qū)別于原始消息，即第一消息，這里可以稱為第二消息，后續(xù)實施例同)；102:所述消息類業(yè)務服務器判斷所述消息類業(yè)務服務器與所述增值業(yè)務服務器 之間的通信是否異常；如果存在異常，且所述異常發(fā)生在所述增值業(yè)務服務器成功發(fā)出所 述第二消息前，則消息類業(yè)務服務器將所述消息發(fā)送給所述消息的接收方；或所述異常發(fā)生在所述增值業(yè)務服務器成功發(fā)出所述第二消息后，則消息類業(yè)務服 務器生成第一狀態(tài)報告，并將所述的第一狀態(tài)報告發(fā)送給消息的發(fā)送方；這里所述異常發(fā)生在所述增值業(yè)務服務器成功發(fā)出所述第二消息前后可以通過 判斷是否收到增值業(yè)務服務器發(fā)送的確認消息來確定，如果所述異常發(fā)生在收到所述增值 業(yè)務服務器發(fā)送的確認消息前，則表示異常發(fā)生在所述增值業(yè)務服務器成功發(fā)出所述第二 消息前，否則，表示異常發(fā)生在所述增值業(yè)務服務器成功發(fā)出所述第二消息之后。所述的確 認消息是由所述所述增值業(yè)務服務器發(fā)出所述經(jīng)過增值業(yè)務處理后的消息(即所述第二 消息)后向所述消息類業(yè)務服務器發(fā)送的。具體的實施例中，還可以通過其他方式來確定 所述異常是發(fā)生在所述增值業(yè)務服務器成功發(fā)出所述第二消息之前還是之后，例如，通過 主動監(jiān)測增值業(yè)務服務器是否成功發(fā)出所述第二消息，或者通過和第二消息的接收方消息 類服務器通信以確認增值業(yè)務服務器是否成功發(fā)出所述第二消息。具體的實施例中，可以包括如果所述異常發(fā)生在收到所述增值業(yè)務服務器發(fā)送 的確認消息后，則生成第一狀態(tài)報告，并將所述的第一狀態(tài)報告發(fā)送給消息的發(fā)送方，所述 的確認消息是由所述所述增值業(yè)務服務器發(fā)出所述經(jīng)過增值業(yè)務處理后的消息(即所述 第二消息)后向所述消息類業(yè)務服務器發(fā)送的；例如，如果所述異常發(fā)生在收到所述增值 業(yè)務服務器發(fā)送的確認消息后至收到所述增值業(yè)務服務器發(fā)送的狀態(tài)報告(此處可以稱 為第三狀態(tài)報告)之前，則生成第一狀態(tài)報告，并將所述的第一狀態(tài)報告發(fā)送給消息的發(fā) 送方，所述的狀態(tài)報告是由增值業(yè)務服務器向消息類業(yè)務服務器發(fā)送的，以告知消息類業(yè) 務服務器整個增值業(yè)務處理過程的結(jié)果。需要說明的是，本實施例中所述的消息可以包括短消息，多媒體消息，及時消息， 以及email消息等。具體的實施例中，在上述步驟的基礎(chǔ)上可以進一步包括向增值業(yè)務服務器發(fā)送通知消息指示增值業(yè)務服務器結(jié)束增值業(yè)務的后續(xù)處理流程。具體的實施例中，所述的涉及所述增值業(yè)務服務器處理的增值業(yè)務的處理流程可 以包括增值業(yè)務服務器鑒權(quán)，發(fā)送鑒權(quán)響應，對第一消息進行增值業(yè)務處理，向接收方的 消息類業(yè)務服務器發(fā)送消息提交請求，例如可以攜帶經(jīng)過處增值業(yè)務處理后的消息(第二 消息)，接收接收方的消息類業(yè)務服務器發(fā)送的成功接收所述的消息提交請求的響應，在接 收消息發(fā)送方消息類業(yè)務服務器發(fā)送的狀態(tài)報告后返回給所述接收方消息類業(yè)務服務器 的狀態(tài)報告(第三狀態(tài)報告)，以告知接收方消息類業(yè)務服務器整個增值業(yè)務處理過程的 結(jié)果等。所述的結(jié)束增值業(yè)務的后續(xù)處理流程指的是根據(jù)異常產(chǎn)生的時間點，增值業(yè)務服 務器結(jié)束該時間點之后的由該增值業(yè)務服務器處理的增值業(yè)務處理步驟。在具體的實施例中，所述的異?？赡苁窃鲋禈I(yè)務服務器出現(xiàn)故障，或是增值業(yè)務 服務器和消息類業(yè)務服務器之間的通信存在異常，如網(wǎng)絡出現(xiàn)問題，通信超時等；具體的實 施例中所述消息類業(yè)務服務器可以通過以下兩種實施方式來判斷所述消息類業(yè)務服務器 與所述增值業(yè)務服務器之間的通信是否異常實施方式一通過設(shè)置的定時器是否超時來判斷所述消息類業(yè)務服務器與所述增 值業(yè)務服務器之間的通信消息是否超時，如果超時，則確定所述消息類業(yè)務服務器與所述 增值業(yè)務服務器之間的通信存在異常；否則正常。實施方式二 監(jiān)測消息類業(yè)務服務器與增值業(yè)務服務器的連接狀態(tài)是否異常，具 體實例中可以根據(jù)所述消息類業(yè)務服務器與所述增值業(yè)務服務器之間的心跳來檢測上述 連接狀態(tài)是否異常。以下對上述兩種實施方式分別說明。實施方式一通過設(shè)置的定時器來判斷所述消息類業(yè)務服務器與所述增值業(yè)務服 務器之間的通信消息是否超時，如果超時，則確定所述消息類業(yè)務服務器與所述增值業(yè)務 服務器之間的通信存在異常；具體包括如下步驟消息類業(yè)務服務器在收到消息的發(fā)送方發(fā)送的消息后，若判斷所述消息帶有增值 業(yè)務，(例如通過判斷發(fā)送方用戶或接收方用戶是否訂購了增值業(yè)務，如果定購了增值業(yè) 務，則表明所述消息帶有增值業(yè)務)，則向增值業(yè)務服務器發(fā)送所述消息，并等待增值業(yè)務 服務器返回鑒權(quán)響應；需要說明的是，本實施例中所述的消息可以包括短消息，多媒體消 息，及時消息，以及email消息等。所述的消息發(fā)送方可以是主叫或發(fā)送方移動終端，或主叫或發(fā)送方固定終端；統(tǒng) 稱主叫或發(fā)送方用戶設(shè)備；消息的接收方可以是被叫或接收方移動終端，或被叫或接收方 固定終端，統(tǒng)稱被叫或接收方用戶設(shè)備，所述的移動或固定終端可以由中央處理器(CPU)、 存儲器以及主板設(shè)備，以及相應的軟件模塊構(gòu)成的計算機實現(xiàn)。根據(jù)設(shè)置的第一定時器判斷等待鑒權(quán)響應是否超時，若等待鑒權(quán)響應超時，則消 息類業(yè)務服務器將所述消息發(fā)送給所述消息的接收方。所述的鑒權(quán)響應可以為增值業(yè)務 服務器對用戶做鑒權(quán)，包括判斷是否滿足增值業(yè)務激活條件，并于鑒權(quán)成功(滿足增值業(yè) 務激活條件)后向消息類業(yè)務服務器返回鑒權(quán)響應，告知滿足增值業(yè)務激活條件；具體實 施例中，所述的鑒權(quán)響應可以是Continue(active originating VAS)消息。在另一實施例中，在上述基礎(chǔ)上進一步地還可以包括至少下述步驟之一向增值業(yè)務服務器發(fā)送通知消息指示增值業(yè)務服務器結(jié)束增值業(yè)務的后續(xù)處理流程。本實施例中所述的通知消息可以是一條獨立的inform消息，也可以是在收到增值業(yè) 務服務器發(fā)送的鑒權(quán)響應后通過發(fā)送鑒權(quán)相應確認消息(例如Continue Ack消息)。所述 向增值業(yè)務服務器發(fā)送通知消息指示增值業(yè)務服務器結(jié)束增值業(yè)務的后續(xù)處理流程的時 間可以是將消息發(fā)送給上述消息的接收方之后，或者等待鑒權(quán)響應超時之后，或者在鑒權(quán) 響應超時后收到鑒權(quán)響應消息之后。向消息的發(fā)送方發(fā)送第二狀態(tài)報告，告知該消息的遞交情況，如成功發(fā)送，或者失 敗發(fā)送，或者不能發(fā)送的原因。在另一實施例中，還可以為若根據(jù)設(shè)置的第一定時器判斷等待鑒權(quán)響應沒有超 時，即等待鑒權(quán)響應超時前收到鑒權(quán)響應消息，則等待增值業(yè)務服務器返回確認消息；所述 的確認消息是由所述所述增值業(yè)務服務器發(fā)出所述經(jīng)過增值業(yè)務處理后的消息(即所述 第二消息)后向所述所述消息類業(yè)務服務器發(fā)；具體的實例中，所述的確認消息是由增值 業(yè)務服務器在獲知消息接收方的消息類業(yè)務服務器已經(jīng)成功接收到消息提交請求后向所 述發(fā)送方的消息類業(yè)務服務器發(fā)出的；所述的消息提交請求是由該增值業(yè)務服務器對原始 消息執(zhí)行增值業(yè)務處理后向所述接收方的消息類業(yè)務服務器發(fā)送的。(需要說明的是，當發(fā) 送方和接收方歸屬于同一消息類業(yè)務服務器時，所述的發(fā)送方消息類業(yè)務服務器和接收方 消息類業(yè)務服務器即是該同一消息類業(yè)務服務器)。根據(jù)設(shè)置的第二定時器判斷等待確認消息是否超時，若等待確認消息超時，則消 息類業(yè)務服務器將所述消息發(fā)送給上述消息的接收方。在該實施例中，在上述等待確認消息超時，將消息發(fā)送給上述消息的接收方的基 礎(chǔ)上，進一步地還可以包括至少下述步驟之一向消息的發(fā)送方發(fā)送第二狀態(tài)報告，告知該消息的發(fā)送情況，如成功發(fā)送，或者失 敗發(fā)送；以及進一步可以包括向增值業(yè)務服務器發(fā)送通知消息指示增值業(yè)務服務器結(jié)束增值業(yè)務的后續(xù)處理 流程。所述向增值業(yè)務服務器發(fā)送通知消息指示增值業(yè)務服務器結(jié)束增值業(yè)務的后續(xù)處理 流程的時間可以是將消息發(fā)送給上述消息的接收方之后，或者等待確認消息超時之后，或 者在確認消息超時后收到確認消息之后。在另一實施例中，還可以包括若根據(jù)設(shè)置的第二定時器判斷等待確認消息沒有 超時，即在等待確認消息超時前收到確認消息，則等待增值業(yè)務服務器返回狀態(tài)報告(此 處可以稱為第三狀態(tài)報告)；根據(jù)設(shè)置的第三定時器判斷等待狀態(tài)報告是否超時，若等待 狀態(tài)報告超時，則生成第一狀態(tài)報告并發(fā)送給上述消息的發(fā)送方；所述的狀態(tài)報告是由增 值業(yè)務服務器向消息類業(yè)務服務器發(fā)送的，以告知消息類業(yè)務服務器整個增值業(yè)務處理過 程的結(jié)果。在此基礎(chǔ)上可以進一步包括向增值業(yè)務服務器發(fā)送通知消息指示增值業(yè)務服 務器結(jié)束增值業(yè)務的后續(xù)處理流程。本發(fā)明實施例提供了一種消息增值業(yè)務處理方法，如圖2所示，以下所述的消息 類業(yè)務服務器可以是各類消息服務器，如短消息服務器，多媒體消息服務器，Email消息服 務器，以及及時消息服務器等，所述的消息類業(yè)務服務器，或增值業(yè)務服務器可以包括由中 央處理器(CPU)、存儲器以及主板設(shè)備，以及相應的軟件模塊構(gòu)成的計算機系統(tǒng)實現(xiàn)；所述 的消息可以包括短消息，多媒體消息，及時消息，以及email消息等；以下實施例以短消息 為例進行說明；包括
201 增值業(yè)務服務器接收到短消息的發(fā)送方的消息類業(yè)務服務器發(fā)送的短消息 后，對消息的發(fā)送方或者接收方進行鑒權(quán)；所述的鑒權(quán)可以包括增值業(yè)務服務器對用戶做鑒權(quán)，判斷是否滿足增值業(yè)務激 活條件，并于鑒權(quán)成功(滿足增值業(yè)務激活條件)后向消息類業(yè)務服務器返回鑒權(quán)響應， 告知滿足增值業(yè)務激活條件。具體的實施例中，所述的鑒權(quán)響應可以是Continue (active originating VAS)消息。202:判斷是否接收到發(fā)送方的消息類業(yè)務服務器發(fā)送的通知消息，該通知消息用 于指示所述增值業(yè)務服務器結(jié)束增值業(yè)務的后續(xù)處理流程；如果接收到所述發(fā)送方的消息 類業(yè)務服務器發(fā)送的通知消息，則結(jié)束增值業(yè)務的后續(xù)處理流程。具體的實施例中可以進一步包括如果增值業(yè)務服務器沒有接受到所述發(fā)送方的消息類業(yè)務服務器發(fā)送的通知消 息，且所述鑒權(quán)通過，即滿足增值業(yè)務激活條件，則增值業(yè)務服務器向短消息的發(fā)送方的消 息類業(yè)務服務器返回鑒權(quán)響應；判斷是否接收到發(fā)送方的消息類業(yè)務服務器發(fā)送的通知消息，如果接收到所述通 知消息，則執(zhí)行結(jié)束增值業(yè)務處理流程；否則對上述短消息進行增值業(yè)務處理；具體的實 施例中所述對上述短消息進行增值業(yè)務處理可以包括向短消息中插入廣告信息；當然其他 類型的消息，如email消息，多媒體消息的處理也是一樣的。對所述短消息進行增值業(yè)務處理后，進一步判斷是否接收到發(fā)送方的消息類業(yè)務 服務器發(fā)送的通知消息，如果接收到所述通知消息，則執(zhí)行結(jié)束增值業(yè)務處理流程；否則在 增值業(yè)務處理后向上述短消息接收方的消息類業(yè)務服務器發(fā)送消息提交請求，具體實施例 中，所述消息提交請求中可以包括進行增值業(yè)務處理后的短消息；具體的實施例中，所述的 消息提交請求可以是Submit New Short Message消息。判斷是否接收到發(fā)送方的消息類業(yè)務服務器發(fā)送的通知消息，如果沒有接收到所 述通知消息，則在收到上述短消息接收方的消息類業(yè)務服務器發(fā)送的成功接收消息提交請 求的消息后(具體的實施例中可以是Submit New ShortMessage Ack消息)，向短消息的發(fā) 送方的消息類業(yè)務服務器發(fā)送確認消息(具體的實施例中可以是Inform消息)，以告知短 消息接收方的消息類業(yè)務服務器已經(jīng)接收到增值后的短消息；否則，則執(zhí)行結(jié)束增值業(yè)務 處理流程。以上各步驟是否執(zhí)行，需要根據(jù)判斷是否接收到發(fā)送方的消息類業(yè)務服務器發(fā)送 的通知消息而定。實施方式二 監(jiān)測消息類業(yè)務服務器與增值業(yè)務服務器的連接狀態(tài)是否異常，具 體實例中可以根據(jù)所述消息類業(yè)務服務器與所述增值業(yè)務服務器之間的心跳來檢測上述 連接狀態(tài)是否異常。本發(fā)明實施例提供了一種消息增值業(yè)務處理方法，該方法的執(zhí)行主體為消息類業(yè) 務服務器，此處沒有說明的步驟或者術(shù)語可以參見前述實施例的內(nèi)容。具體如圖3所示，包 括301 消息類業(yè)務服務器在收到消息的發(fā)送方發(fā)送的消息(第一消息)后執(zhí)行消息 增值業(yè)務處理流程，并監(jiān)測消息類業(yè)務服務器與增值業(yè)務服務器的連接狀態(tài)；具體實施例 中可以是根據(jù)所述消息類業(yè)務服務器與所述增值業(yè)務服務器之間的心跳來監(jiān)測消息類業(yè)
12務服務器與增值業(yè)務服務器的連接狀態(tài)是否異常。302 當監(jiān)測消息類業(yè)務服務器與增值業(yè)務服務器的連接狀態(tài)異常時(例如中 斷)，且所述異常發(fā)生在所述增值業(yè)務服務器成功發(fā)送第二消息之前，所述則消息類業(yè)務服 務器將所述消息發(fā)送給所述消息的接收方，或者且所述異常發(fā)生在所述增值業(yè)務服務器成 功發(fā)送第二消息之后，生成第一狀態(tài)報告并發(fā)送給消息的發(fā)送方。需要說明的是，本實施例中所述的消息可以包括短消息，多媒體消息，及時消息， 以及email消息等。具體的實施例中，在上述“生成第一狀態(tài)報告并發(fā)送給消息的發(fā)送方”步驟的基礎(chǔ) 上可以進一步包括向增值業(yè)務服務器發(fā)送通知消息指示增值業(yè)務服務器結(jié)束增值業(yè)務的 處理流程。具體的實施例中，在上述“當監(jiān)測消息類業(yè)務服務器與增值業(yè)務服務器的連接狀 態(tài)異常時，則消息類業(yè)務服務器將所述消息發(fā)送給所述消息的接收方”步驟的基礎(chǔ)上可以 進一步包括至少以下步驟之一向增值業(yè)務服務器發(fā)送通知消息指示增值業(yè)務服務器結(jié)束增值業(yè)務的處理流程。向消息的發(fā)送方發(fā)送第二狀態(tài)報告，告知該消息的發(fā)送情況，如成功發(fā)送，或者失 敗發(fā)送。具體實施例中，消息類業(yè)務服務器與增值業(yè)務服務器的連接狀態(tài)異常可以發(fā)生在 下述過程之一中在等待增值業(yè)務服務器返回鑒權(quán)響應過程中，等待增值業(yè)務服務器返回 確認消息過程中，或在等待增值業(yè)務服務器返回狀態(tài)報告過程中；所述的確認消息是由增 值業(yè)務服務器在獲知消息接收方的消息類業(yè)務服務器已經(jīng)成功接收到消息提交請求后向 所述發(fā)送方的消息類業(yè)務服務器發(fā)出的；所述的消息提交請求是由該增值業(yè)務服務器對原 始消息執(zhí)行增值業(yè)務處理后向所述接收方的消息類業(yè)務服務器發(fā)送的。若在等待增值業(yè)務服務器返回鑒權(quán)響應過程中，或者等待增值業(yè)務服務器返回確 認消息過程中，監(jiān)測到消息類業(yè)務服務器與增值業(yè)務服務器的連接中斷，則將短消息發(fā)送 給上述短消息的接收方；若在收到增值業(yè)務服務器返回的確認消息后，或者在等待增值業(yè)務服務器返回狀 態(tài)報告(第三狀態(tài)報告)過程中，監(jiān)測到消息類業(yè)務服務器與增值業(yè)務服務器的連接中斷， 則生成第一狀態(tài)報告并發(fā)送給消息的發(fā)送方。以上實施例中，消息類業(yè)務服務器對消息類業(yè)務服務器與增值業(yè)務服務器之間的 通信進行監(jiān)控，在確定通信存在異常的情況下將消息發(fā)送給消息的接收方；解決了在增值 業(yè)務服務器和消息類業(yè)務服務器之間通信出現(xiàn)問題時，保證消息能夠下發(fā)至接收方的技術(shù) 問題。另外，當增值業(yè)務服務器獲知消息已經(jīng)不再需要執(zhí)行增值業(yè)務，停止增值業(yè)務的處 理，避免系統(tǒng)沖突，減輕處理負擔。再次，主動生成第一狀態(tài)報告來告知消息的發(fā)送方消息 的處理狀態(tài)，避免在第三狀態(tài)報告接收不暢的情況下，消息的發(fā)送方無法獲知短消息的處 理狀態(tài)。為了更清楚的介紹本發(fā)明實施例的方法，以下將就3GPP網(wǎng)絡架構(gòu)下的短消息增 值業(yè)務處理流程進行說明，DCS、EMP、MSP均與此類似不再一一說明。本實施例中的消息類業(yè) 務服務器可以為短消息服務器，短消息中心，或短消息節(jié)點Short Message Service Node, SMS Node，下面以短消息節(jié)點SMSNode為例進行說明。此外，在本實施例中，可以設(shè)置三個定時器T1、T2以及Τ3，下面結(jié)合附圖對Tl超時、Τ2超時以及Τ3超時分別進行說明，可以理 解的是Tl、Τ2以及Τ3可以是同一物理實體，也可以是兩個或者三個物理實體，對此本發(fā)明 實施例不予限定。本實施例中的用戶設(shè)備UE，可以用戶移動終端，如手機，或者用戶固定終 端。本實施例以前述實施方式一，即通過設(shè)置的定時器來判斷所述消息類業(yè)務服務器與所 述增值業(yè)務服務器之間的通信消息是否存在異常；SMS Node與VAS AS之間交互處理增值業(yè)務的增值業(yè)務處理流程如圖4A所示401 用戶設(shè)備(UE，User Equipment)A 發(fā)送信息遷移(Message Transfer)消息 給其所在的短消息業(yè)務節(jié)點SMS Node，該SMS Node記為SMS Node 1 ；本發(fā)明實施例中所涉 及的信息遷移(Message Transfer)消息可以攜帶所述短消息或短消息內(nèi)容，本發(fā)明實施例 中，無論是短消息發(fā)送方發(fā)送的短消息還是執(zhí)行增值業(yè)務后的短消息均可以使用Message Transfer消息來攜帶。402 =SMS Node 1確定短消息的發(fā)送方(對應用戶A)或短消息的接收方(對應 用戶B)訂購了增值業(yè)務，則轉(zhuǎn)發(fā)短消息給增值業(yè)務處理服務器VASAS，請求檢查增值服務 (Check for originating VAS)；在402執(zhí)行后啟動定時器Tl進行計時；此處的定時器Tl 可以是預先設(shè)置的，也可以是適時設(shè)置的，相應的該Tl的定時時長可以是預先設(shè)置或者適 時設(shè)置的。403 =VAS AS對用戶A做鑒權(quán)，例如可以包括包括判斷是否滿足增值業(yè)務激活條 件，如果滿足則鑒權(quán)成功；具體實例中所述鑒權(quán)可以根據(jù)用戶A或B的用戶信息，以及用 戶A或B的的預訂業(yè)務情況來判斷；并在鑒權(quán)成功后給SMSNodel返回鑒權(quán)響應(例如可 以為繼續(xù)Continue消息)，告知滿足增值業(yè)務激活條件；若SMS Nodel在Tl設(shè)置的時間 內(nèi)接收到鑒權(quán)響應的消息，上述Tl計時結(jié)束，此時SMS Nodel可以向VAS AS發(fā)送繼續(xù)應 答(C0ntinUe_Ack)消息，以告知VAS AS繼續(xù)(go on)短消息增值業(yè)務處理流程，執(zhí)行步驟 404，并啟動定時器T2進行計時，此處的定時器T2可以是預先設(shè)置的，也可以是適時設(shè)置 的，相應的該T2的定時時長可以是預先設(shè)置或者適時設(shè)置的；若SMS Nodel在Tl設(shè)置的時 間之后接收到鑒權(quán)響應的消息，或者SMS Nodel沒有接收到鑒權(quán)響應的消息，則參見下面圖 4B對應的流程處理。404 =VAS AS對原始消息(用戶UE A向SMS Nodel發(fā)送的短消息)執(zhí)行增值業(yè) 務處理后發(fā)送消息提交請求給SMS Node2 ；例如，此處的消息可以是Submit New Short Message ；SMS Node2為用戶設(shè)備UE B所在的SMS Node，如果用戶A和用戶B處于相同的 SMS Node下，則SMS Node2與SMS Nodel是同一個網(wǎng)絡實體；405 =SMS Node2告知VAS AS成功接收了消息提交請求；例如，此處的消息可以是 Submit New Short Message ；VAS AS獲知短消息接收方的消息類業(yè)務服務器SMS Node2已 經(jīng)接收到消息提交請求后可以向SMS Nodel發(fā)送確認消息，例如，可以是Inform消息，以告 知SMS Nodel短消息接收方的消息類業(yè)務服務器SMS Node2已經(jīng)接收到消息提交請求，另 外SMS Nodel還可以返回確認消息的響應；若SMS Nodel在T2設(shè)置的時間內(nèi)接收到VAS AS 發(fā)送確認消息，例如可以是Inform消息，上述T2計時結(jié)束，T3計時開始，并繼續(xù)下述406步 驟，此處的定時器T2可以是預先設(shè)置的，也可以是適時設(shè)置的，相應的該T2的定時時長可 以是預先設(shè)置或者適時設(shè)置的；若SMS Nodel在T2設(shè)置的時間之后接收到確認消息，或者 SMS Nodel沒有接收到確認消息，則參見下面圖4C對應的流程處理。
406 =SMS Node2把Message ^Transfer消息投遞給接收方用戶設(shè)備UE B，該消息攜 帶執(zhí)行增值業(yè)務處理后的短消息；407 =SMS Node2接收用戶B返回的狀態(tài)報告(Delivery Report)的消息，該狀態(tài) 報告攜帶了消息的投遞狀態(tài)，可以包含是否投遞成功的信息；408 =SMS Node2發(fā)送狀態(tài)報告的消息給VAS AS ；例如，返回return reportfor the new short message ；409 =VAS AS向SMS Nodel發(fā)送狀態(tài)報告(第三狀態(tài)報告)，以告知SMSNodel整 個增值業(yè)務處理過程的結(jié)果；若SMS Nodel在T3設(shè)置的時間內(nèi)接收到VAS AS發(fā)送的狀態(tài) 報告(例如 get the report for the new short message)，則繼續(xù)步驟 410，停止 T3 的計 時，若SMS Nodel在T3設(shè)置的時間之后接收到VAS AS發(fā)送的狀態(tài)報告，或者SMS Nodel沒 有收到VAS AS發(fā)送的狀態(tài)報告，則參見下面圖4D對應的流程處理。410 =SMS Nodel根據(jù)VAS AS發(fā)送的狀態(tài)報告(第三狀態(tài)報告)向發(fā)送方用戶設(shè) 備UE A手機發(fā)送狀態(tài)報告(此處可以稱為第四狀態(tài)報告)，以告知消息的投遞狀態(tài)。以上這些步驟僅是一種實施例，實際應用中，并不表示所有的實施方式必須執(zhí)行 上述所有步驟，根據(jù)方案的實質(zhì)，只要能夠解決本發(fā)明的問題，在具體的實施例中，本領(lǐng)域 技術(shù)人員可以理解的其他非關(guān)鍵的步驟可以省略。在403中，SMS Nodel在等待鑒權(quán)響應的消息過程中Tl計時超時，則增值業(yè)務處 理流程如圖4B所示，同時參考圖4A 404B =SMS Nodel在第403中，等待鑒權(quán)的響應消息超時(Tl超時)后，則將短消 息發(fā)送給被叫用戶設(shè)備UE B，進一步可以包括，用戶設(shè)備UE B返回狀態(tài)報告(此處可以稱 為第五狀態(tài)報告)給SMS NodeLSMS Nodel根據(jù)該狀態(tài)報告向用戶設(shè)備UEA發(fā)送狀態(tài)報告 (第二狀態(tài)報告，需要說明的是此處的第二狀態(tài)報告可以和第五狀態(tài)報告一樣，即直接轉(zhuǎn)發(fā) 第五狀態(tài)報告)。短消息可以使用Message Transfer消息攜帶，本發(fā)明實施例中，無論是短 消息發(fā)送方發(fā)送的短消息還是執(zhí)行增值業(yè)務后的短消息均可以使用Message Transfer消 息來攜帶，對此不再一一說明。405B =SMS Nodel在發(fā)送短始消息后，給VAS AS發(fā)送通知消息，例如hform消息， 指示VAS AS結(jié)束增值業(yè)務處理流程。VAS AS可以返回通知的響應告知其執(zhí)行情況。本步 驟旨在同步VAS AS增值業(yè)務的處理狀態(tài)，并不影響本發(fā)明實施例的實現(xiàn)，為可選的。所述向增值業(yè)務服務器發(fā)送通知消息指示增值業(yè)務服務器結(jié)束增值業(yè)務的時間 可以是將短消息發(fā)送給上述消息的接收方之后，或者等待鑒權(quán)響應超時之后，或者在鑒權(quán) 響應超時后收到鑒權(quán)響應消息之后。406B:若SMS Nodel在向被叫用戶設(shè)備UE B發(fā)送所述Message ^Transfer后，發(fā)送 所述通知消息之前收到VAS AS發(fā)送的鑒權(quán)響應(例如Continue消息)，則可以向VAS AS 發(fā)送鑒權(quán)響應確認消息，例如Continue_Ack消息，指示VAS AS結(jié)束增值業(yè)務處理流程。本 步驟中指示結(jié)束增值業(yè)務處理流程是因為此時SMS Nodel已經(jīng)把短消息發(fā)送給被叫用戶設(shè) 備UE B 了，無法再對這條短消息做附加的增值業(yè)務處理了 ；告知VAS AS結(jié)束增值業(yè)務流程 則優(yōu)化甬余操作?？梢灾赖氖?06B與405B為并列的兩種執(zhí)行方案。在405中，等待確認消息的過程中T2計時超時，則增值業(yè)務處理流程如圖4C所 示，同時參考圖4A:
406C =SMS Nodel在等待VAS AS的確認消息過程中T2超時，則將短消息發(fā)送給被 叫用戶設(shè)備UE B，進一步可以包括，用戶設(shè)備UE B返回狀態(tài)報告(此處可以稱為第五狀態(tài) 報告)給SMS NodeLSMS Nodel根據(jù)該狀態(tài)報告向用戶設(shè)備UEA發(fā)送狀態(tài)報告(第二狀態(tài) 報告，需要說明的是此處的第二狀態(tài)報告可以和第五狀態(tài)報告一樣，即直接轉(zhuǎn)發(fā)第五狀態(tài) 報告)。407C =SMS Nodel在發(fā)送短消息給被叫用戶B后，還可以給VAS AS發(fā)送通知消息， 例如可以是hform消息，指示VAS AS結(jié)束增值業(yè)務處理流程。也可以在定時器T2超時后 發(fā)送所述的通知消息，指示VAS AS結(jié)束增值業(yè)務處理流程，或者在定時器T2超時后收到 VAS AS的確認消息之后發(fā)送所述的通知消息，指示VAS AS結(jié)束增值業(yè)務處理流程。408C 若SMS Nodel在發(fā)送通知消息前收到了 VAS AS發(fā)的hform消息，則可以向 VAS AS發(fā)送Inform_Ack，指示VAS AS結(jié)束增值業(yè)務流程。VAS AS接收到hform_Ack后獲 知需要結(jié)束增值業(yè)務的流程，則可以不再進行增值業(yè)務處理流程，例如不再向SMS Nodel發(fā) 送步驟409所述的狀態(tài)報告。在409中，等待狀態(tài)報告的消息的過程中T3計時超時，則增值業(yè)務處理流程如圖 4D所示，同時參考圖4A:410D =SMS Nodel在等待VAS AS返回狀態(tài)報告的消息過程中T3超時，則生成第一 狀態(tài)報告，并直接向發(fā)送方用戶設(shè)備UE A發(fā)送所述的第一狀態(tài)報告；然后可以結(jié)束增值業(yè) 務的處理流程。411D 如SMS Nodel處的增值業(yè)務的處理流程結(jié)束后，收到了 VAS AS發(fā)的狀態(tài)報 告，則可以忽略收到的狀態(tài)報告。為了更清楚的介紹本發(fā)明實施例的方法，以下將就3GPP網(wǎng)絡架構(gòu)下的短消息增 值業(yè)務處理流程進行說明，DCS、EMP、MSP均與此類似不再一一說明，在本實施例中，可以在 SMS Node和VAS AS之間建立心跳機制，SMS Node根據(jù)心跳機制來維護VAS AS的狀態(tài)信 息，本實施例以短消息為例進行說明；如圖5A所示，501 =SMS Node執(zhí)行心跳檢測，并根據(jù) 心跳檢測正常還是異常來確定VAS AS狀態(tài)是正常還是異常。需要說明的是，本實施例同 圖4A-4D所對應的實施例相比，主要體現(xiàn)在檢測SMS Node和VAS AS之間的方式不同，其他 的不因該檢測方式而改變的步驟可以可以參照上述4A-4D所對應的實施例，采用相同的處 理。具體的增值業(yè)務的處理流程如圖5B所示501B:用戶設(shè)備(UE，User Equipment)A 發(fā)送信息遷移(Message Transfer)消 息給其所在的短消息業(yè)務節(jié)點SMS Node 1 ；本發(fā)明實施例中所涉及的信息遷移(Message Transfer)消息可以攜帶所述短消息或短消息內(nèi)容，本發(fā)明實施例中，無論是短消息發(fā)送方 發(fā)送的短消息還是執(zhí)行增值業(yè)務后的短消息均可以使用Message Transfer消息來攜。502B =SMS Node 1發(fā)送方用戶設(shè)備UEA發(fā)送的信息遷移消息后，確定短消息的發(fā) 送方(對應用戶A)或短消息的接收方(對應用戶B)訂購了增值業(yè)務，則轉(zhuǎn)發(fā)短消息給增 值業(yè)務處理服務器VAS AS，請求檢查增值服務(Checkfor originating VAS)；并判斷SMS Nodel與VAS AS之間的通信狀態(tài)是否正常；如果正常，則繼續(xù)進行后續(xù)步驟；503B 如果判斷SMS Nodel與VAS AS之間的通信狀態(tài)異常，則將短消息發(fā)送給被叫用戶設(shè)備UE B，并且可以進一步包括至少下述步驟之一 =SMSNodel接收被叫用戶設(shè)備UE B返回的狀態(tài)報告，SMS Nodel根據(jù)返回的狀態(tài)報告向用戶設(shè)備UE A發(fā)送第二狀態(tài)報告，告 知短消息的遞交情況，如短消息發(fā)送成功還是失敗，或者還包括不能發(fā)送的原因；以及向增 值業(yè)務服務器發(fā)送通知消息指示增值業(yè)務服務器結(jié)束增值業(yè)務的后續(xù)處理流程；或者，如果判斷SMS Nodel與VAS AS之間的通信狀態(tài)異常，且所述異常發(fā)生在所 述增值業(yè)務服務器成功發(fā)出所述第二消息后，則直接生成第一狀態(tài)報告，并將該第一狀態(tài) 報告發(fā)送至用戶設(shè)備UE A告知短消息的發(fā)送情況；并且可以進一步包括向增值業(yè)務服務 器發(fā)送通知消息指示增值業(yè)務服務器結(jié)束增值業(yè)務的處理。也可以在確定短消息的發(fā)送方或短消息的接收方訂購了增值業(yè)務后，判斷SMS Nodel與VAS AS之間的通信狀態(tài)是否正常，如果正常，則轉(zhuǎn)發(fā)短消息給增值業(yè)務處理服務 器VAS AS，請求檢查增值服務(Check for originatingVAS)；如果不正常，則同上述不正常 情況下的處理方式一樣。本實施例中的判斷步驟可以根據(jù)設(shè)定的時間間隔定期判斷，也可以連續(xù)不斷地監(jiān) 測判斷SMS Nodel與VAS AS之間的通信狀態(tài)是否正常，如果正常，則按照現(xiàn)有的正常處理 流程進行處理，如果不正常，則同上述不正常情況下的處理一樣。具體可以結(jié)合步驟圖3 所對應的實施例，例如301-304的處理過程理解本實施例。具體的判斷可以通過監(jiān)測SMS Nodel與VAS AS之間的心跳消息來確認，具體的心跳檢測過程可以參見現(xiàn)有技術(shù)。如果SMS Nodel與VAS AS之間的通信狀態(tài)正常，則執(zhí)行后續(xù)的步驟包括VAS AS對用戶A做鑒權(quán)，例如可以包括判斷是否滿足增值業(yè)務激活條件，如果 滿足則鑒權(quán)成功；具體實例中所述鑒權(quán)可以根據(jù)用戶A或B的用戶信息，以及用戶A或B 的的預訂業(yè)務情況來判斷；并在鑒權(quán)成功后給SMS Nodel返回鑒權(quán)響應(例如可以為繼續(xù) Continue消息)，告知滿足增值業(yè)務激活條件。VAS AS對原始消息(用戶UE A向SMS Nodel發(fā)送的短消息)執(zhí)行增值業(yè)務處理 后發(fā)送消息提交請求給SMS Node2 ；例如，此處的消息可以是SubmitNew Short Message ； SMS Node2為用戶設(shè)備UE B所在的SMS Node，如果用戶A和用戶B處于相同的SMS Node 下，則SMS Node2與SMS Nodel是同一個網(wǎng)絡實體；SMS Node2告知VAS AS成功接收了消息提交請求；例如，此處的消息可以是 Submit New Short Message ；VAS AS獲知短消息接收方的消息類業(yè)務服務器SMS Node2已 經(jīng)接收到消息提交請求后可以向SMS Nodel發(fā)送確認消息，例如，可以是hfornm消息，以 告知SMS Nodel短消息接收方的消息類業(yè)務服務器SMS Node2已經(jīng)接收到消息提交請求， 另外SMS Nodel還可以返回確認消息的響應；SMS Node2把Message Transfer消息投遞給接收方用戶設(shè)備UE B，該消息攜帶執(zhí) 行增值業(yè)務處理后的短消息；SMS Node2接收用戶B返回的狀態(tài)報告(Delivery Report)的消息，該狀態(tài)報告攜 帶了消息的投遞狀態(tài)，可以包含是否投遞成功的信息；SMS Node2發(fā)送狀態(tài)報告的消息給VAS AS ；例如，返回return report forthe new short message ；VAS AS向SMS Nodel發(fā)送狀態(tài)報告的消息，以告知SMS Nodel整個增值業(yè)務處理 過程的結(jié)果；
SMS Nodel根據(jù)VAS AS發(fā)送的狀態(tài)報告向發(fā)送方用戶設(shè)備UE A手機發(fā)送第三狀 態(tài)報告，以告知短消息的投遞狀態(tài)。消息類業(yè)務服務器對消息類業(yè)務服務器與增值業(yè)務服務器的通信連接進行監(jiān)控， 在通信連接中斷的時候?qū)⒍滔l(fā)送給短消息的接收方；解決了在VAS AS和消息類業(yè)務 服務器之間通信出現(xiàn)問題時，保證短消息能夠下發(fā)至接收方的技術(shù)問題。另外，當增值業(yè) 務服務器獲知短消息已經(jīng)不再需要執(zhí)行增值業(yè)務處理時，停止所述增值業(yè)務的后續(xù)處理流 程，從而避免系統(tǒng)沖突，減輕增值業(yè)務服務器的處理負擔，以及節(jié)省網(wǎng)絡資源。再次，主動生 成第一狀態(tài)報告來告知短消息的發(fā)送方短消息的處理狀態(tài)，避免在第三狀態(tài)報告接收不暢 的情況下，短消息的發(fā)送方無法獲知短消息的處理狀態(tài)。本發(fā)明實施例還提供了一種消息類業(yè)務服務器，該消息類業(yè)務服務器可以實施前 述方法實施例中涉及消息類業(yè)務服務器的處理步驟，如圖6所示，在一個實施例中，所述的 消息類業(yè)務服務器包括第一消息發(fā)送單元601，用于在收到消息的發(fā)送方發(fā)送的第一消息，并在判斷需要 對所述第一消息進行增值業(yè)務處理后向增值業(yè)務服務器發(fā)送所述第一消息；監(jiān)測單元602，用于判斷所述消息類業(yè)務服務器與所述增值業(yè)務服務器之間的通 信是否異常，并在異常，且所述異常發(fā)生在所述增值業(yè)務服務器成功發(fā)出所述第二消息之 前的情況下指示第二消息發(fā)送單元603將所述第一消息發(fā)送給所述消息的接收方；第二消息發(fā)送單元603，用于根據(jù)監(jiān)測單元的指示將所述消息發(fā)送給所述消息的 接收方。在另一實施例中，如圖7所示，所述的消息類業(yè)務服務器，進一步包括狀態(tài)報告生 成單元604 ；所述的監(jiān)測單元602，進一步用于在判斷所述消息類業(yè)務服務器與所述增值業(yè) 務服務器之間的通信存在異常，且所述異常發(fā)生在所述增值業(yè)務服務器成功發(fā)出所述第二 消息之后的情況下指示狀態(tài)報告生成單元604生成第一狀態(tài)報告；所述狀態(tài)報告生成單 元604，用于根據(jù)所述的監(jiān)測單元602的指示生成第一狀態(tài)報告；所述的第二消息發(fā)送單元 603，用于將所述狀態(tài)報告生成單元604生成的所述第一狀態(tài)報告發(fā)送給所述消息的發(fā)送 方。進一步地，如圖8A和8B所示，在圖6和圖7所示的實施例的基礎(chǔ)上，上述消息類 業(yè)務服務器還可以包括結(jié)束指令發(fā)送單元605，用于向增值業(yè)務服務器發(fā)送通知消息指示增值業(yè)務服務 器結(jié)束增值業(yè)務的后續(xù)處理流程。具體實例中，上述將消息發(fā)送給上述消息的接收方之后，或者等待鑒權(quán)響應超時 之后，或者等待鑒權(quán)響應超時后收到鑒權(quán)響應的消息之后，向增值業(yè)務服務器發(fā)送消息指 示增值業(yè)務服務器結(jié)束增值業(yè)務。在具體的實施例中，所述的監(jiān)測單元602，進一步用于如果所述異常發(fā)生在收到 所述增值業(yè)務服務器發(fā)送的確認消息后，則指示第二短消息發(fā)送單元603生成第一狀態(tài)報 告，所述的確認消息是由所述所述增值業(yè)務服務器發(fā)出所述第二消息后向所述消息類業(yè)務 服務器發(fā)送的。在具體的實施例中，所述的監(jiān)測單元602可以根據(jù)設(shè)置的定時器是否超時判斷所 述消息類業(yè)務服務器與所述增值業(yè)務服務器之間的通信是否異常；或者所述的監(jiān)測單元602可以根據(jù)根據(jù)所述消息類業(yè)務服務器與所述增值業(yè)務服務器之間的心跳判斷所述消息 類業(yè)務服務器與所述增值業(yè)務服務器之間的連接狀態(tài)是否異常來判斷判斷所述消息類業(yè) 務服務器與所述增值業(yè)務服務器之間的通信是否異常。具體的實施例中，所述的監(jiān)測單元602，可以根據(jù)設(shè)置的第一定時器判斷等待鑒權(quán) 響應是否超時；若等待鑒權(quán)響應超時，則判斷所述消息類業(yè)務服務器與所述增值業(yè)務服務 器之間的通信存在異常；所述的鑒權(quán)響應是所述增值業(yè)務服務器收到所述消息類業(yè)務服務 器發(fā)送的所述第一消息后進行鑒權(quán)并于鑒權(quán)成功后向所述消息類業(yè)務服務器發(fā)送的。進一步的，所述監(jiān)測單元602若根據(jù)設(shè)置的第一定時器確認在等待鑒權(quán)響應超時 前收到鑒權(quán)響應的消息，則等待增值業(yè)務服務器返回所述確認消息；根據(jù)設(shè)置的第二定時 器判斷等待確認消息是否超時，若等待確認消息超時，則判斷所述消息類業(yè)務服務器與所 述增值業(yè)務服務器之間的通信存在異常。進一步的，所述的監(jiān)測單元602若根據(jù)設(shè)置的第二定時器確認在等待確認消息超 時前收到所述確認消息，則等待增值業(yè)務服務器返回第三狀態(tài)報告；根據(jù)設(shè)置的第三定時 器判斷等待第三狀態(tài)報告是否超時，若等待第三狀態(tài)報告超時，則判斷所述消息類業(yè)務服 務器與所述增值業(yè)務服務器之間的通信存在異常；所述第三狀態(tài)報告是由增值業(yè)務服務器 向消息類業(yè)務服務器發(fā)送的，以告知消息類業(yè)務服務器整個增值業(yè)務處理過程的結(jié)果。需要說明的是，以上消息類業(yè)務服務器的實施方式中，各功能模塊的劃分僅是舉 例說明，實際應用中可以根據(jù)需要，比如相應硬件的配置要求或者軟件的實現(xiàn)的便利考慮， 而將上述功能分配由不同的功能模塊完成，即將所述的消息類業(yè)務服務器的內(nèi)部結(jié)構(gòu)劃分 成不同的功能模塊，以完成以上方法實施例中該消息類業(yè)務服務器所要實施的全部步驟或 功能。而且實際應用中，本實施例中的相應的功能模塊可以是由相應的硬件實現(xiàn)，也可以由 相應的硬件執(zhí)行相應的軟件完成，例如，前述的第一消息發(fā)送單元601，可以是具有執(zhí)行前 述發(fā)送功能的硬件，如發(fā)送器，也可以是能夠執(zhí)行相應計算機程序從而完成前述功能的一 般處理器或者其他硬件設(shè)備。這些簡單的變化所引起的不同實施方式，在閱讀前述所有實 施例之后，對于本領(lǐng)域技術(shù)人員而言，都可以參照實現(xiàn)，因此，這些簡單的變化所產(chǎn)生的實 施方案都在本發(fā)明的保護范圍之內(nèi)。本發(fā)明實施例還提供了 一種增值業(yè)務服務器，該增值業(yè)務服務器可以實施前述方 法實施例中涉及增值業(yè)務服務器的處理步驟，如圖9所示，包括消息接收單元901，用于接收消息發(fā)送方的消息類業(yè)務服務器發(fā)送的第一消息；鑒權(quán)單元902，用于在增值業(yè)務服務器接收到消息的發(fā)送方的消息類業(yè)務服務器 發(fā)送的第一消息后，對消息發(fā)送方或接收方進行鑒權(quán)；判斷單元903，用于判斷是否收到所述發(fā)送方的消息類業(yè)務服務器發(fā)送的通知消 息，該通知消息用于指示所述增值業(yè)務服務器結(jié)束增值業(yè)務的后續(xù)處理流程；消息處理單元904，用于在判斷單元收到所述發(fā)送方的消息類業(yè)務服務器發(fā)送的 通知消息后，執(zhí)行結(jié)束增值業(yè)務的后續(xù)處理流程。在另一實施例中，如圖10所示，所述的增值業(yè)務服務器可以進一步包括響應發(fā)送單元905，用于若鑒權(quán)通過，則向消息的發(fā)送方的消息類業(yè)務服務器返 回鑒權(quán)響應；所述的消息處理單元進一步用于對所述消息進行增值業(yè)務處理后生成第二消 息，向所述消息接收方的消息類業(yè)務服務器發(fā)送消息提交請求，所述消息提交請求包括所述第二消息。需要說明的是，以上增值業(yè)務服務器的實施方式中，各功能模塊的劃分僅是舉例 說明，實際應用中可以根據(jù)需要，比如相應硬件的配置要求或者軟件的實現(xiàn)的便利考慮，而 將上述功能分配由不同的功能模塊完成，即將所述的增值業(yè)務服務器的內(nèi)部結(jié)構(gòu)劃分成不 同的功能模塊，以完成以上方法實施例中該增值業(yè)務服務器所要實施的全部步驟或功能。 而且實際應用中，本實施例中的相應的功能模塊可以是由相應的硬件實現(xiàn)，也可以由相應 的硬件執(zhí)行相應的軟件完成，例如，前述的消息接收單元，可以是具有執(zhí)行前述接收功能的 硬件，如接收器，收發(fā)器等，也可以是能夠執(zhí)行相應計算機程序從而完成前述功能的一般處 理器或者其他硬件設(shè)備。這些簡單的變化所引起的不同實施方式，在閱讀前述所有實施例 之后，對于本領(lǐng)域技術(shù)人員而言，都可以參照實現(xiàn)，因此，這些簡單的變化所產(chǎn)生的實施方 案都在本發(fā)明的保護范圍之內(nèi)。本發(fā)明實施例還提供了一種消息增值業(yè)務處理系統(tǒng)，如圖11所示，包括本發(fā)明 實施例圖6至圖8的消息類業(yè)務服務器1101，以及圖9的增值業(yè)務服務器1102。消息類業(yè)務服務器對消息類業(yè)務服務器與增值業(yè)務服務器的通信連接進行監(jiān)控， 在通信連接中斷的時候?qū)⒍滔l(fā)送給短消息的接收方；解決了在VAS AS和消息類業(yè)務 服務器之間通信出現(xiàn)問題時，保證消息能夠下發(fā)至接收方的技術(shù)問題。另外，對增值業(yè)務服 務器進行增值業(yè)務的控制，使增值業(yè)務服務器獲知已經(jīng)不再需要執(zhí)行增值業(yè)務，避免系統(tǒng) 沖突。再次，主動生成第一狀態(tài)報告來告知消息的發(fā)送方短消息的處理狀態(tài)，避免在前述第 三狀態(tài)報告接收不暢的情況下，消息的發(fā)送方無法獲知消息的處理狀態(tài)。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟是可以 通過程序來指令相關(guān)的硬件完成，上述的程序可以存儲于一種計算機可讀存儲介質(zhì)中，上 述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。以上對本發(fā)明實施例所提供的一種消息增值業(yè)務處理方法、裝置及系統(tǒng)進行了詳 細介紹，本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說 明只是用于幫助理解本發(fā)明的方法及其實質(zhì)；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā) 明的實質(zhì)，在具體實施方式
及應用范圍上均會有改變之處，綜上，本說明書內(nèi)容不應理解為 對本發(fā)明的限制。
20
權(quán)利要求
1.一種消息增值業(yè)務處理方法，其特征在于，包括消息類業(yè)務服務器在收到消息的發(fā)送方發(fā)送的第一消息后，若判斷需要對所述第一消 息進行增值業(yè)務處理，則向增值業(yè)務服務器發(fā)送所述第一消息，以便于所述的增值業(yè)務服 務器對所述第一消息進行增值業(yè)務處理后向所述第一消息的接收方發(fā)送增值處理后的第 二消息；所述消息類業(yè)務服務器判斷所述消息類業(yè)務服務器與所述增值業(yè)務服務器之間的通 信是否異常；如果存在異常，且所述異常發(fā)生在所述增值業(yè)務服務器成功發(fā)出所述第二消息前，則 消息類業(yè)務服務器將所述第一消息發(fā)送給所述第一消息的接收方。
2.根據(jù)權(quán)利要求1所述方法，其特征在于，進一步包括如果存在異常，且所述異常發(fā)生在所述增值業(yè)務服務器成功發(fā)出所述第二消息后，則 消息類業(yè)務服務器生成第一狀態(tài)報告，并將所述的第一狀態(tài)報告發(fā)送給消息的發(fā)送方。
3.根據(jù)權(quán)利要求1所述方法，其特征在于，進一步包括向增值業(yè)務服務器發(fā)送通知消息指示增值業(yè)務服務器結(jié)束增值業(yè)務的后續(xù)處理流程。
4.根據(jù)權(quán)利要求1所述方法，其特征在于，所述消息類業(yè)務服務器將所述第一消息發(fā) 送給所述第一消息的接收方后進一步包括向所述消息的發(fā)送方發(fā)送第二狀態(tài)報告。
5.根據(jù)權(quán)利要求2所述方法，其特征在于，所述如果存在異常，且所述異常發(fā)生在所述 增值業(yè)務服務器成功發(fā)出所述第二消息后，則消息類業(yè)務服務器生成第一狀態(tài)報告具體包 括如果所述異常發(fā)生在收到所述增值業(yè)務服務器發(fā)送的確認消息后，則生成第一狀態(tài)報 告，所述的確認消息是由所述所述增值業(yè)務服務器發(fā)出所述第二消息后向所述消息類業(yè)務 服務器發(fā)送的。
6.根據(jù)權(quán)利要求5所述的任一方法，其特征在于，所述消息類業(yè)務服務器根據(jù)設(shè)置的 定時器是否超時判斷所述消息類業(yè)務服務器與所述增值業(yè)務服務器之間的通信是否異常； 或者所述消息類業(yè)務服務器根據(jù)所述消息類業(yè)務服務器與所述增值業(yè)務服務器之間的心 跳判斷所述消息類業(yè)務服務器與所述增值業(yè)務服務器之間的連接狀態(tài)是否異常來判斷判 斷所述消息類業(yè)務服務器與所述增值業(yè)務服務器之間的通信是否異常。
7.根據(jù)權(quán)利要求6所述方法，其特征在于，所述向增值業(yè)務服務器發(fā)送所述第一消息 之后進一步包括等待所述增值業(yè)務服務器返回鑒權(quán)響應；所述消息類業(yè)務服務器根據(jù)設(shè)置的定時器是否超時判斷所述消息類業(yè)務服務器與所 述增值業(yè)務服務器之間的通信是否異常具體包括消息類業(yè)務服務器根據(jù)設(shè)置的第一定時 器判斷等待鑒權(quán)響應是否超時；若等待鑒權(quán)響應超時，則判斷所述消息類業(yè)務服務器與所 述增值業(yè)務服務器之間的通信存在異常；所述的鑒權(quán)響應是所述增值業(yè)務服務器收到所述消息類業(yè)務服務器發(fā)送的所述第一 消息后進行鑒權(quán)并于鑒權(quán)成功后向所述消息類業(yè)務服務器發(fā)送的。
8.根據(jù)權(quán)利要求7所述方法，其特征在于，所述向增值業(yè)務服務器發(fā)送通知消息指示 增值業(yè)務服務器結(jié)束增值業(yè)務的后續(xù)處理流程包括將所述第一消息發(fā)送給所述第一消息的接收方之后，或者等待鑒權(quán)響應超時之后，或者等待鑒權(quán)響應超時后收到鑒權(quán)響應之后，向增值業(yè)務服務器發(fā)送通知消息指示增值業(yè)務 服務器結(jié)束增值業(yè)務的處理流程。
9.根據(jù)權(quán)利要求7所述方法，其特征在于，進一步包括若根據(jù)設(shè)置的第一定時器確認在等待鑒權(quán)響應超時前收到鑒權(quán)響應的消息，則等待增 值業(yè)務服務器返回所述確認消息；根據(jù)設(shè)置的第二定時器判斷等待確認消息是否超時，若等待確認消息超時，則判斷所 述消息類業(yè)務服務器與所述增值業(yè)務服務器之間的通信存在異常。
10.根據(jù)權(quán)利要求9所述方法，其特征在于，所述向增值業(yè)務服務器發(fā)送通知消息指示 增值業(yè)務服務器結(jié)束增值業(yè)務的后續(xù)處理流程包括將所述第一消息發(fā)送給所述第一消息的接收方之后，或者等待確認消息超時之后，或 者等待確認消息超時后收到確認消息之后，向增值業(yè)務服務器發(fā)送通知消息指示增值業(yè)務 服務器結(jié)束增值業(yè)務的后續(xù)處理流程。
11.根據(jù)權(quán)利要求9所述方法，其特征在于，進一步包括若根據(jù)設(shè)置的第二定時器確認在等待確認消息超時前收到所述確認消息，則等待增值 業(yè)務服務器返回第三狀態(tài)報告；根據(jù)設(shè)置的第三定時器判斷等待第三狀態(tài)報告是否超時， 若等待第三狀態(tài)報告超時，則判斷所述消息類業(yè)務服務器與所述增值業(yè)務服務器之間的通 信存在異常；所述第三狀態(tài)報告是由增值業(yè)務服務器向消息類業(yè)務服務器發(fā)送的，以告知消息類業(yè) 務服務器整個增值業(yè)務處理過程的結(jié)果。
12.根據(jù)權(quán)利要求11所述方法，其特征在于，進一步包括 收到所述增值業(yè)務服務器返回的所述第三狀態(tài)報告； 忽略所述的第三狀態(tài)報告。
13.一種消息增值業(yè)務處理方法，其特征在于，包括增值業(yè)務服務器接收到消息發(fā)送方的消息類業(yè)務服務器發(fā)送的第一消息后，對消息發(fā) 送方或接收方進行鑒權(quán)；判斷是否收到所述發(fā)送方的消息類業(yè)務服務器發(fā)送的通知消息，該通知消息用于指示 所述增值業(yè)務服務器結(jié)束增值業(yè)務的后續(xù)處理流程；如果收到所述發(fā)送方的消息類業(yè)務服務器發(fā)送的通知消息，則結(jié)束增值業(yè)務的后續(xù)處 理流程。
14.根據(jù)權(quán)利要求13所述方法，其特征在于，進一步包括如果沒有收到所述發(fā)送方的消息類業(yè)務服務器發(fā)送的通知消息，則進行后續(xù)增值業(yè)務 的處理流程。
15.一種消息類業(yè)務服務器，其特征在于，包括第一消息發(fā)送單元601，用于在收到消息的發(fā)送方發(fā)送的第一消息，并在判斷需要對所 述第一消息進行增值業(yè)務后向增值業(yè)務服務器發(fā)送所述第一消息；監(jiān)測單元602，用于判斷所述消息類業(yè)務服務器與所述增值業(yè)務服務器之間的通信是 否異常，并在異常，且所述異常發(fā)生在所述增值業(yè)務服務器成功發(fā)出所述第二消息之前的 情況下指示第二消息發(fā)送單元603將所述第一消息發(fā)送給所述第一消息的接收方；第二消息發(fā)送單元603，用于根據(jù)監(jiān)測單元的指示將所述第一消息發(fā)送給所述第一消息的接收方。
16.根據(jù)權(quán)利要求11所述的消息類業(yè)務服務器，其特征在于，進一步包括狀態(tài)報告生 成單元604 ；所述的監(jiān)測單元602，進一步用于在判斷所述消息類業(yè)務服務器與所述增值業(yè)務服務 器之間的通信存在異常，且所述異常發(fā)生在所述增值業(yè)務服務器成功發(fā)出所述第二消息之 后的情況下指示狀態(tài)報告生成單元604生成第一狀態(tài)報告；所述狀態(tài)報告生成單元604，用于根據(jù)所述的監(jiān)測單元602的指示生成第一狀態(tài)報告；所述的第二消息發(fā)送單元603，用于將所述狀態(tài)報告生成單元604生成的所述第一狀 態(tài)報告發(fā)送給所述消息的發(fā)送方。
17.根據(jù)權(quán)利要求15所述消息類業(yè)務服務器，其特征在于，還包括結(jié)束指令發(fā)送單元605，用于向增值業(yè)務服務器發(fā)送通知消息指示增值業(yè)務服務器結(jié) 束增值業(yè)務的后續(xù)處理流程；
18.根據(jù)權(quán)利要求15所述消息類業(yè)務服務器，其特征在于，所述的第二消息發(fā)送單元 603，進一步用于向消息的發(fā)送方發(fā)送第二狀態(tài)報告。
19.根據(jù)權(quán)利要求16所述消息類業(yè)務服務器，其特征在于，所述的監(jiān)測單元602，進一 步用于如果所述異常發(fā)生在收到所述增值業(yè)務服務器發(fā)送的確認消息后，則指示第二短消 息發(fā)送單元603生成第一狀態(tài)報告，所述的確認消息是由所述所述增值業(yè)務服務器發(fā)出所 述第二消息后向所述消息類業(yè)務服務器發(fā)送的。
20.根據(jù)權(quán)利要求16所述消息類業(yè)務服務器，其特征在于，所述的監(jiān)測單元602進一步 用于根據(jù)設(shè)置的定時器是否超時判斷所述消息類業(yè)務服務器與所述增值業(yè)務服務器之間 的通信是否異常；或者所述監(jiān)測單元602根據(jù)所述消息類業(yè)務服務器與所述增值業(yè)務服務器之間的心跳判 斷所述消息類業(yè)務服務器與所述增值業(yè)務服務器之間的連接狀態(tài)是否異常來判斷判斷所 述消息類業(yè)務服務器與所述增值業(yè)務服務器之間的通信是否異常。
21.根據(jù)權(quán)利要求20所述消息類業(yè)務服務器，其特征在于，所述的監(jiān)測單元602，用于 根據(jù)設(shè)置的定時器是否超時判斷所述消息類業(yè)務服務器與所述增值業(yè)務服務器之間的通 信是否異常進一步包括所述的監(jiān)測單元602用于根據(jù)設(shè)置的第一定時器判斷等待鑒權(quán)響應是否超時；若等 待鑒權(quán)響應超時，則判斷所述消息類業(yè)務服務器與所述增值業(yè)務服務器之間的通信存在異 常；所述的鑒權(quán)響應是所述增值業(yè)務服務器收到所述消息類業(yè)務服務器發(fā)送的所述第一 消息后進行鑒權(quán)并于鑒權(quán)成功后向所述消息類業(yè)務服務器發(fā)送的。
22.根據(jù)權(quán)利要求21所述消息類業(yè)務服務器，其特征在于，所述結(jié)束指令發(fā)送單元 701，進一步用于在將所述第一消息發(fā)送給所述第一消息的接收方之后，或者等待鑒權(quán)響應 超時之后，或者等待鑒權(quán)響應超時后收到鑒權(quán)響應之后，向增值業(yè)務服務器發(fā)送通知消息 指示增值業(yè)務服務器結(jié)束增值業(yè)務的處理流程。
23.根據(jù)權(quán)利要求21所述消息類業(yè)務服務器，其特征在于，所述的監(jiān)測單元602用于若 根據(jù)設(shè)置的第一定時器確認在等待鑒權(quán)響應超時前收到鑒權(quán)響應的消息，則等待增值業(yè)務 服務器返回所述確認消息；根據(jù)設(shè)置的第二定時器判斷等待確認消息是否超時，若等待確認消息超時，則判斷所述消息類業(yè)務服務器與所述增值業(yè)務服務器之間的通信存在異常。
24.根據(jù)權(quán)利要求23所述消息類業(yè)務服務器，其特征在于，所述的監(jiān)測單元602用于若 根據(jù)設(shè)置的第二定時器確認在等待確認消息超時前收到所述確認消息，則等待增值業(yè)務服 務器返回第三狀態(tài)報告；根據(jù)設(shè)置的第三定時器判斷等待第三狀態(tài)報告是否超時，若等待 第三狀態(tài)報告超時，則判斷所述消息類業(yè)務服務器與所述增值業(yè)務服務器之間的通信存在 異常；所述第三狀態(tài)報告是由增值業(yè)務服務器向消息類業(yè)務服務器發(fā)送的，以告知消息類業(yè) 務服務器整個增值業(yè)務處理過程的結(jié)果。
25.一種增值業(yè)務服務器，其特征在于，包括消息接收單元901，用于接收消息發(fā)送方的消息類業(yè)務服務器發(fā)送的第一消息；鑒權(quán)單元902，用于在增值業(yè)務服務器接收到消息的發(fā)送方的消息類業(yè)務服務器發(fā)送 的第一消息后，對消息發(fā)送方或接收方進行鑒權(quán)；判斷單元903，用于判斷是否收到所述發(fā)送方的消息類業(yè)務服務器發(fā)送的通知消息，該 通知消息用于指示所述增值業(yè)務服務器結(jié)束增值業(yè)務的后續(xù)處理流程；消息處理單元904，用于在判斷單元收到所述發(fā)送方的消息類業(yè)務服務器發(fā)送的通知 消息后，執(zhí)行結(jié)束增值業(yè)務的后續(xù)處理流程。
26.根據(jù)權(quán)利要求25所述增值業(yè)務服務器，其特征在于，進一步包括響應發(fā)送單元 905，用于若鑒權(quán)通過，則向消息的發(fā)送方的消息類業(yè)務服務器返回鑒權(quán)響應；所述的消息處理單元904進一步用于對所述消息進行增值業(yè)務處理后生成第二消息， 向所述消息接收方的消息類業(yè)務服務器發(fā)送消息提交請求，所述消息提交請求包括所述第 -~-消息ο
27.一種消息增值業(yè)務處理系統(tǒng)，其特征在于，包括權(quán)利要求15至M的消息類業(yè)務 服務器，以及權(quán)利要求25至沈的增值業(yè)務服務器。
全文摘要
本發(fā)明實施例公開了一種消息增值業(yè)務的處理方法，包括消息類業(yè)務服務器在收到消息的發(fā)送方發(fā)送的第一消息后，若判斷需要對所述第一消息進行增值業(yè)務處理，則向增值業(yè)務服務器發(fā)送所述第一消息，以便于所述的增值業(yè)務服務器對所述第一消息進行增值業(yè)務處理后向所述第一消息的接收方發(fā)送增值處理后的第二消息；所述消息類業(yè)務服務器判斷所述消息類業(yè)務服務器與所述增值業(yè)務服務器之間的通信是否異常；如果存在異常，且所述異常發(fā)生在所述增值業(yè)務服務器成功發(fā)出所述第二消息前，則消息類業(yè)務服務器將所述第一消息發(fā)送給所述第一消息的接收方，從而保證在消息類業(yè)務服務器和增值業(yè)務服務器之間通信出現(xiàn)問題時短消息能夠下發(fā)至接收方。
文檔編號H04W4/12GK102131154SQ20101056576
公開日2011年7月20日 申請日期2010年11月30日 優(yōu)先權(quán)日2010年11月30日
發(fā)明者陸達君 申請人:華為技術(shù)有限公司