專利名稱：一種即時消息業(yè)務(wù)處理方法及服務(wù)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊技術(shù)領(lǐng)域，具體涉及即時消息(IM，Instant Messaging)業(yè)務(wù)技術(shù)。
背景技術(shù)：
IM是即時消息和存在屬性業(yè)務(wù)(IMPS，Instant Messaging and PresenceService)的主要業(yè)務(wù)能力之一，是一種可以在一系列的參與者間實(shí)時交換各種文本或多媒體格式信息的即時通訊方式。IM基于IMPS的存在屬性(Presence)信息實(shí)現(xiàn)對參與者狀態(tài)的實(shí)時獲知，從而選擇適當(dāng)?shù)姆绞竭M(jìn)行交流。Presence信息主要包括用戶和終端的可用性、通信參數(shù)、終端性能、當(dāng)前的行為和位置信息等。目前，對IMPS進(jìn)行規(guī)范的協(xié)議主要是開放移動聯(lián)盟(OMA OpenMobile Alliance)IMPS無線村(WV，Wireless Village)協(xié)議。
在現(xiàn)有的IM業(yè)務(wù)中，發(fā)送方用戶發(fā)送的即時消息和接收方用戶接收的即時消息都是存儲在本地的即時消息業(yè)務(wù)終端上的，服務(wù)器并不存儲已經(jīng)成功發(fā)送的即時消息。這種方式對于一直在固定的即時消息業(yè)務(wù)終端，例如個人電腦(PC，Personal Computer)上持續(xù)使用IM業(yè)務(wù)的用戶還能比較適合，用戶可以利用終端功能進(jìn)行歷史消息的維護(hù)。由于PC終端通常具有比較強(qiáng)的能力，因此可以滿足大部分的業(yè)務(wù)需求，不至于造成歷史消息記錄的混亂或者丟失。但是對于移動用戶，用戶處于非穩(wěn)定狀態(tài)，所使用的即時消息業(yè)務(wù)終端可能是無線應(yīng)用協(xié)議(Wap，Wireless Application Protocol)終端、超文本傳輸協(xié)議(HTTP，HyperText Transfer Protocol)終端、短消息終端等多種類型的終端，用戶會在不同的情況下靈活選擇不同的終端進(jìn)行通信。而移動終端普遍不具有強(qiáng)的信息儲存和處理能力，甚至部分終端例如大部分Wap終端根本就沒有信息存儲功能，這就可能導(dǎo)致用戶重要消息的丟失，以及對歷史消息管理的困難，降低用戶業(yè)務(wù)使用的積極性。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種能夠?yàn)镮M業(yè)務(wù)用戶提供即時消息的統(tǒng)一管理，避免用戶個人的即時消息丟失的即時消息業(yè)務(wù)處理方法及服務(wù)系統(tǒng)。
為達(dá)到本發(fā)明的目的，所采取的技術(shù)方案是一種即時消息業(yè)務(wù)處理方法，包括1)服務(wù)器接收發(fā)送方用戶的即時消息；2)服務(wù)器根據(jù)發(fā)送和/或接收方用戶的存儲屬性設(shè)置判斷是否對所述即時消息進(jìn)行存儲，根據(jù)判斷結(jié)果執(zhí)行相應(yīng)操作；3)服務(wù)器將所述即時消息轉(zhuǎn)發(fā)給接收方用戶。
本發(fā)明處理方法中，服務(wù)器可以分別在收到即時消息后和轉(zhuǎn)發(fā)即時消息后根據(jù)發(fā)送方和接收方的存儲屬性設(shè)置進(jìn)行是否需要存儲的判斷及相應(yīng)處理，如果兩次判斷均為是的話，需要兩次發(fā)送存儲消息給消息中心；消息中心在執(zhí)行存儲后，向服務(wù)器返回存儲回復(fù)。
本發(fā)明處理方法中，服務(wù)器也可以在收到即時消息后就對發(fā)送方和接收方用戶的存儲屬性設(shè)置進(jìn)行判斷及相應(yīng)處理，如果任意一方用戶需要存儲的話，只需要發(fā)送一次存儲消息到消息中心，然后再執(zhí)行即時消息的轉(zhuǎn)發(fā)；消息中心在執(zhí)行存儲后，向服務(wù)器返回存儲回復(fù)。
所述存儲消息可采用這樣的結(jié)構(gòu)包括消息類型、事務(wù)編號、消息信息和消息內(nèi)容；所述消息類型為存儲消息的類型，所述事務(wù)編號為該存儲消息的編號，所述消息信息包括所述即時消息的屬性信息和發(fā)送/接收方信息，所述消息內(nèi)容為所述即時消息的內(nèi)容；所述存儲回復(fù)可采用這樣的結(jié)構(gòu)包括消息類型、事務(wù)編號和存儲結(jié)果；所述消息類型為存儲回復(fù)的類型，所述事務(wù)編號與相應(yīng)存儲消息的事務(wù)編號對應(yīng)，所述存儲結(jié)果反映對所述存儲消息的處理狀態(tài)。
本發(fā)明處理方法中，服務(wù)器除了采用上述同步消息方式進(jìn)行到消息中心的存儲外，也可以以異步接口的方式來進(jìn)行，即，先將需要存儲的即時消息以記錄文件的形式保存在本地，再實(shí)時或定期傳輸給消息中心，傳輸方式可以是由服務(wù)器主動發(fā)送給消息中心，在定期的情況下也可以是由消息中心定期到服務(wù)器上讀取；消息中心將所述記錄文件中的信息導(dǎo)入到相應(yīng)用戶的發(fā)件/收件箱中即可。
本發(fā)明還提供一種即時消息業(yè)務(wù)服務(wù)系統(tǒng)，包括服務(wù)器和消息中心，所述服務(wù)器包括即時消息收發(fā)模塊和存儲判斷模塊；所述即時消息收發(fā)模塊接收發(fā)送方用戶的即時消息，根據(jù)所述存儲判斷模塊的指示將所述即時消息轉(zhuǎn)發(fā)給接收方用戶；所述存儲判斷模塊根據(jù)發(fā)送和/或接收方用戶的存儲屬性設(shè)置判斷是否對所述即時消息進(jìn)行存儲，將需要存儲的發(fā)送和/或接收方即時消息通過存儲消息發(fā)送給所述消息中心，并指示所述即時消息收發(fā)模塊將所述即時消息轉(zhuǎn)發(fā)給接收方用戶；所述消息中心根據(jù)所述存儲消息將所述即時消息存儲到發(fā)送方和/或接收方用戶的發(fā)件箱中。
所述消息中心可采用這樣的結(jié)構(gòu)包括消息通訊模塊、消息存儲模塊和消息管理模塊；所述消息通訊模塊接收所述存儲判斷模塊發(fā)送的存儲消息，將所述即時消息保存到所述消息存儲模塊中相應(yīng)用戶的發(fā)件/收件箱，并返回存儲回復(fù)；所述消息存儲模塊提供所述即時消息的存儲空間；所述消息管理模塊對所述消息存儲模塊中的消息目錄、存儲空間進(jìn)行編排和管理。
本發(fā)明還提供另一種即時消息業(yè)務(wù)服務(wù)系統(tǒng)，包括服務(wù)器和消息中心，所述服務(wù)器包括即時消息收發(fā)模塊、存儲判斷模塊和本地記錄模塊；所述即時消息收發(fā)模塊接收發(fā)送方用戶的即時消息，根據(jù)所述存儲判斷模塊的指示將所述即時消息轉(zhuǎn)發(fā)給接收方用戶；所述存儲判斷模塊根據(jù)發(fā)送和/或接收方用戶的存儲屬性設(shè)置判斷是否對所述即時消息進(jìn)行存儲，將需要存儲的發(fā)送和/或接收方即時消息存儲到本地記錄模塊，并指示所述即時消息收發(fā)模塊將所述即時消息轉(zhuǎn)發(fā)給接收方用戶；所述本地記錄模塊實(shí)時或定期向所述消息中心傳輸本地發(fā)送/接收記錄文件；所述消息中心將所述記錄文件中的信息導(dǎo)入到相應(yīng)用戶的發(fā)件/收件箱中。
采用上述技術(shù)方案，本發(fā)明有益的技術(shù)效果在于1)本發(fā)明采用在即時消息的收發(fā)過程中擴(kuò)展進(jìn)行存儲判斷和存儲操作的方式，能夠根據(jù)用戶設(shè)置的存儲屬性將所有接收和發(fā)送的消息都分別存儲起來，避免了現(xiàn)有技術(shù)中能力較弱的即時通訊終端造成的消息丟失和管理困難的問題，為用戶提供更好的業(yè)務(wù)體驗(yàn)，提高用戶的使用積極性和業(yè)務(wù)忠誠度。
2)所需要保存的即時消息既可以以同步消息的方式即時保存到消息中心，也可以先存儲在服務(wù)器本地，然后以異步方式實(shí)時或定期傳輸?shù)较⒅行?，?shí)現(xiàn)方法靈活，并且用戶可以通過存儲屬性設(shè)置的配置，自主選擇是否啟用即時消息存儲服務(wù)，業(yè)務(wù)使用方便。


下面通過具體實(shí)施方式
并結(jié)合附圖對本發(fā)明作進(jìn)一步的詳細(xì)說明。
圖1是實(shí)施例一中即時消息業(yè)務(wù)處理方法的流程圖。
圖2是圖1中方法在WV協(xié)議下的信令流程圖。
圖3是實(shí)施例二中即時消息業(yè)務(wù)處理方法的流程圖。
圖4是圖3中方法在WV協(xié)議下的信令流程圖。
圖5是實(shí)施例三中即時消息業(yè)務(wù)處理方法的流程圖。
圖6是圖5中方法部分采用WV協(xié)議的信令流程圖。
圖7是實(shí)施例四中即時消息業(yè)務(wù)服務(wù)系統(tǒng)的模塊結(jié)構(gòu)示意圖。
圖8是實(shí)施例五中即時消息業(yè)務(wù)服務(wù)系統(tǒng)的模塊結(jié)構(gòu)示意圖。
具體實(shí)施例方式
本發(fā)明提供了一種即時消息業(yè)務(wù)處理方法及服務(wù)系統(tǒng)，其核心思想是在即時消息的收發(fā)過程中擴(kuò)展進(jìn)行存儲判斷和存儲操作，根據(jù)用戶設(shè)置在IMPS服務(wù)器(IMPS Server)上的存儲屬性將所有接收和發(fā)送的消息都分別存儲起來，例如存儲在IMPS Server的本地記錄文件或一個統(tǒng)一的消息中心(MC，MessageCenter)中，實(shí)現(xiàn)對IM消息的集中存儲和管理。為了便于對系統(tǒng)進(jìn)行模塊化管理，采用為IMPS服務(wù)系統(tǒng)擴(kuò)展配置MC的方式更為適合。發(fā)送方消息和接收方消息既可以通過IMPS Server的兩次存儲判斷以及與MC的兩次交互分別進(jìn)行儲存，也可以由IMPS Server進(jìn)行一次集中判斷后通過與MC的一次交互分別進(jìn)行儲存。IMPS Server到MC的信息儲存既可以采用同步消息的方式，也可以采用先存儲在IMPS Server本地，然后異步實(shí)時或定期傳輸?shù)組C的方式。下面，分別對本發(fā)明即時消息業(yè)務(wù)處理方法及服務(wù)系統(tǒng)進(jìn)行詳細(xì)說明。
實(shí)施例一、一種即時消息業(yè)務(wù)處理方法，流程如圖1所示，包括1)IMPS Server接收發(fā)送方用戶發(fā)出的IM消息；2a)IMPS Server根據(jù)發(fā)送方用戶的存儲屬性設(shè)置判斷是否對該IM消息進(jìn)行存儲，若是則執(zhí)行步驟2b)，若否則直接執(zhí)行步驟3)；存儲屬性是由用戶進(jìn)行配置確定收/發(fā)消息是否需要存儲的標(biāo)記，該標(biāo)記決定“消息需要存儲”這項(xiàng)功能對該用戶的開啟或關(guān)閉狀態(tài)。存儲屬性標(biāo)記可以通過在服務(wù)器中設(shè)置一個單獨(dú)的參數(shù)字段來標(biāo)識，也可以采用其他任何服務(wù)器可識別的方式來標(biāo)識，例如在發(fā)件方名稱前加特定符號來表示發(fā)件需要保存等，具體存儲屬性的標(biāo)識方法不構(gòu)成對本發(fā)明的限制。用戶配置該功能設(shè)置的方法包括但不限于·通過用戶自助服務(wù)終端進(jìn)行配置，自助服務(wù)終端將相應(yīng)用戶的配置狀態(tài)發(fā)送到IMPS Server；·通過提供IMPS業(yè)務(wù)的服務(wù)商的營業(yè)廳進(jìn)行申請，由運(yùn)營商將相應(yīng)用戶的配置狀態(tài)寫入IMPS Server；·通過IMPS終端進(jìn)行配置，IMPS終端直接將用戶的配置狀態(tài)發(fā)送到IMPS Server。
2b)IMPS Server將包含IM消息信息的存儲消息發(fā)送給MC；2c)MC根據(jù)存儲消息的指示將IM消息存儲到發(fā)送方用戶的發(fā)件箱中，向IMPS Server返回存儲回復(fù)；3)IMPS Server將IM消息轉(zhuǎn)發(fā)給接收方用戶；4a)IMPS Server根據(jù)接收方用戶的存儲屬性設(shè)置判斷是否對該IM消息進(jìn)行存儲，若是則執(zhí)行步驟4b)，若否則直接執(zhí)行步驟5)；4b)IMPS Server將包含所述即時消息信息的存儲消息發(fā)送給MC；4c)消息中心根據(jù)所述存儲消息將所述即時消息存儲到接收方用戶的收件箱中，向IMPS Server返回存儲回復(fù)；5)IMPS Server向發(fā)送方用戶返回消息發(fā)送成功。
若接收方用戶有多個，例如，對于發(fā)送方用戶進(jìn)行IM消息群發(fā)的情形，IMPS Server可以將每個接收方用戶，以及各用戶是否需要存儲的標(biāo)記放入存儲消息中，通過與MC一次交互完成對多個接收方用戶的存儲；當(dāng)然，IMPSServer也可以對每個接收方用戶都分別執(zhí)行步驟3)～4c)來完成存儲操作。
在本發(fā)明擴(kuò)展的消息存儲過程中，IMPS Server與MC之間采用兩條消息進(jìn)行即時信息傳遞存儲消息和存儲回復(fù)。
存儲消息攜帶著與需要存儲的IM消息有關(guān)的信息，包括IM消息的屬性信息、發(fā)送/接收方信息和IM消息的內(nèi)容等。IM消息的屬性信息包括對IM消息進(jìn)行標(biāo)識的消息編號(ID，Identification)或者消息通用資源標(biāo)識符(URI，Uniform Resource Identifier)，對于同一條IM消息，其消息ID在發(fā)送/接收方是相同的；說明IM消息內(nèi)容格式的內(nèi)容類型，內(nèi)容類型遵照多用途網(wǎng)際郵件擴(kuò)充協(xié)議(MIME，Multipurpose Internet Mail Extensions)中定義；說明IM消息內(nèi)容長度的編碼大小等。發(fā)送/接收方信息包括發(fā)送者、發(fā)送者存儲屬性(發(fā)送者是否開啟消息需要存儲功能)、接收者、接收者存儲屬性(接收者是否開啟消息需要存儲功能)、發(fā)送時間等。
存儲回復(fù)則是MC向IMPS Server返回的對存儲結(jié)果的匯報。
為了使本發(fā)明擴(kuò)展的流程能夠符合IMPS業(yè)務(wù)國際規(guī)范WV協(xié)議，可以按照WV協(xié)議所規(guī)范的通用消息格式來設(shè)置本發(fā)明中的存儲消息和存儲回復(fù)。對于屬于業(yè)務(wù)請求類型的存儲消息(MC_MessageSendReq)，需要設(shè)置消息類型(Message-Type)、事務(wù)ID(Transaction-ID)、消息信息(MessageInfo)和消息內(nèi)容(Content)四個信息字段，MC_MessageSendReq的字段設(shè)置如下表所示

其中Message-Type即為存儲消息在WV協(xié)議中定義的類型名稱MC_MessageSendReq；事務(wù)ID為字符串(String)類型，指示該條存儲消息的編號；消息信息為數(shù)據(jù)結(jié)構(gòu)(Structure)類型，包括IM消息的屬性信息、發(fā)送/接收方信息，與WV協(xié)議中標(biāo)準(zhǔn)的MessageInfo字段相比，本發(fā)明MC_MessageInfo擴(kuò)展設(shè)置了說明用戶存儲屬性的標(biāo)記；消息內(nèi)容為String或二進(jìn)制數(shù)據(jù)(Binary Data)類型，攜帶IM消息的內(nèi)容。由于本實(shí)施例中采用分別對發(fā)送方用戶和接收方用戶的存儲屬性進(jìn)行判斷的方式，因此在每條存儲消息的消息信息部分中，“發(fā)送者是否開啟消息需要存儲功能”與“接收者是否開啟消息需要存儲功能”參數(shù)有且只有一個標(biāo)記為“是”。
對于屬于業(yè)務(wù)回復(fù)類型的存儲回復(fù)(MC_MessageSendRes)，需要設(shè)置消息類型(Message-Type)、事務(wù)ID(Transaction-ID)、存儲結(jié)果(Result)三個信息字段，MC_MessageSendRes的字段設(shè)置如下表所示

存儲回復(fù)的Message-Type為其在WV協(xié)議中定義的類型名稱MC_MessageSendRes；事務(wù)ID與相應(yīng)存儲消息的事務(wù)ID對應(yīng)；存儲結(jié)果(Result)為Structure類型，反映對相應(yīng)存儲消息的處理狀態(tài)，與WV協(xié)議中標(biāo)準(zhǔn)的Result字段相比，本發(fā)明Result字段可根據(jù)存儲結(jié)果實(shí)際可能出現(xiàn)的各種情況擴(kuò)展定義相應(yīng)的結(jié)果類型，例如，IM消息存儲的結(jié)果是成功、部分成功、哪些部分成功等。
基于上述兩個符合WV協(xié)議格式的消息，本實(shí)施例方法采用WV協(xié)議的信令流程如圖2所示，圖2中用戶A為發(fā)送方用戶，用戶B為接收方用戶，流程包括(1)用戶A向IMPS Server發(fā)送IM消息發(fā)送請求(SendMessageReq)；(2)IMPS Server向用戶A返回發(fā)送請求回復(fù)(SendMessageRes)；(3)IMPS Server判斷用戶A的消息需要存儲功能是否開啟，若是，發(fā)送存儲消息給MC(MC_MessageSendReq)；若否，轉(zhuǎn)到(6)；(4)MC存儲IM消息到用戶A發(fā)件箱；(5)MC向IMPS Server返回存儲回復(fù)(MC_MessageSendRes)；(6)IMPS Server向用戶B進(jìn)行IM消息發(fā)送(NewMessage)；(7)用戶B向IMPS Server返回新消息已收到(MessageDelivered)；(8)IMPS Server判斷用戶B的消息需要存儲功能是否開啟，若是，發(fā)送存儲消息給MC(MC_MessageSendReq)；若否，轉(zhuǎn)到(11)；(9)MC存儲IM消息到用戶B收件箱；(10)MC向IMPS Server返回存儲回復(fù)(MC_MessageSendRes)；
(11)IMPS Server向用戶A返回消息發(fā)送成功(DeliveryReportReq)；(12)用戶A向IMPS Server發(fā)送狀態(tài)信息(Status)。
若有多個用戶B，則步驟(8)中MC_MessageSendReq的消息信息部分包含各個接收方用戶及各用戶是否開啟消息存儲功能的說明。上述流程中所使用的除本發(fā)明根據(jù)WV協(xié)議設(shè)置的MC_MessageSendReq、MC_MessageSendRes消息外，均為標(biāo)準(zhǔn)WV消息。
實(shí)施例二、一種即時消息業(yè)務(wù)處理方法，流程如圖3所示，包括1)IMPS Server接收發(fā)送方用戶發(fā)出的IM消息；2a)IMPS Server根據(jù)發(fā)送方和接收方用戶的存儲屬性設(shè)置分別判斷是否對該IM消息進(jìn)行存儲，若至少有一方用戶需要存儲則執(zhí)行步驟2b)，若否則直接執(zhí)行步驟3)；2b)IMPS Server將包含IM消息信息的存儲消息發(fā)送給MC；在本實(shí)施例的存儲消息的消息信息部分中，“發(fā)送者是否開啟消息需要存儲功能”與“接收者是否開啟消息需要存儲功能”參數(shù)至少有一個標(biāo)記為“是”；2c)MC根據(jù)存儲消息的指示將IM消息存儲到發(fā)送方和/或接收方用戶的發(fā)件/收件箱中，向IMPS Server返回存儲回復(fù)；3)IMPS Server將IM消息轉(zhuǎn)發(fā)給接收方用戶；4)IMPS Server向發(fā)送方用戶返回消息發(fā)送成功。
本實(shí)施例與實(shí)施例一相比區(qū)別在于，IMPS Server對發(fā)送/接收方用戶的存儲屬性在轉(zhuǎn)發(fā)IM消息前進(jìn)行集中判斷，因此與MC之間最多只需要進(jìn)行一次存儲消息與存儲回復(fù)的交互，更加節(jié)省網(wǎng)絡(luò)資源。
采用實(shí)施例一中描述的符合WV協(xié)議規(guī)范的存儲消息和存儲回復(fù)，本實(shí)施例方法采用WV協(xié)議的信令流程如圖4所示，用戶A、B定義同圖2，流程包括(1)用戶A向IMPS Server發(fā)送IM消息發(fā)送請求(SendMessageReq)；(2)IMPS Server向用戶A返回發(fā)送請求回復(fù)(SendMessageRes)；(3)IMPS Server判斷用戶A和B的消息需要存儲功能是否開啟，若至少有一個是，發(fā)送存儲消息給MC(MC_MessageSendReq)；若均否，轉(zhuǎn)到(8)；(4)根據(jù)存儲消息中的發(fā)送/接收方信息，MC存儲IM消息到用戶A發(fā)件箱和/或用戶B收件箱；(5)MC向IMPS Server返回存儲回復(fù)(MC_MessageSendRes)；(6)IMPS Server向用戶B進(jìn)行IM消息發(fā)送(NewMessage)；(7)用戶B向IMPS Server返回新消息已收到(MessageDelivered)；(8)IMPS Server向用戶A返回消息發(fā)送成功(DeliveryReportReq)；(9)用戶A向IMPS Server發(fā)送狀態(tài)信息(Status)。
實(shí)施例三、一種即時消息業(yè)務(wù)處理方法，流程如圖5所示，包括1)IMPS Server接收發(fā)送方用戶發(fā)出的IM消息；2a)IMPS Server根據(jù)發(fā)送方用戶的存儲屬性設(shè)置判斷是否對該IM消息進(jìn)行存儲，若是則執(zhí)行步驟2b)，若否則直接執(zhí)行步驟3)；2b)IMPS Server將該IM消息存入本地發(fā)送記錄；發(fā)送記錄中包括IM消息的屬性信息、發(fā)送/接收方信息和IM消息的內(nèi)容等；3)IMPS Server將IM消息轉(zhuǎn)發(fā)給接收方用戶；4a)IMPS Server根據(jù)接收方用戶的存儲屬性設(shè)置判斷是否對該IM消息進(jìn)行存儲，若是則執(zhí)行步驟4b)，若否則直接執(zhí)行步驟5)；4b)IMPS Server將該IM消息存入本地接收記錄；5)IMPS Server向發(fā)送方用戶返回消息發(fā)送成功；6a)IMPS Server實(shí)時或定期向MC傳輸本地發(fā)送/接收記錄文件；傳輸方式可以是由服務(wù)器主動發(fā)送給消息中心，在定期的情況下也可以是由消息中心定期到服務(wù)器上讀?。?b)MC將所述記錄文件中的信息導(dǎo)入到相應(yīng)用戶的發(fā)件/收件箱中。
本實(shí)施例與實(shí)施例一相比，IMPS Server進(jìn)行存儲判斷的過程基本相同，但是本例中IMPS Server將需要存儲的IM消息暫時保存于本地記錄文件而不是通過實(shí)時同步消息發(fā)送給MC，這樣有利于減少IM消息在發(fā)送/接收方用戶之間的停頓時間，IMPS Server可以采用文件傳輸協(xié)議(FTP，F(xiàn)ile TransferProtocol)等異步接口方式將記錄文件傳輸給MC，實(shí)現(xiàn)方式更加靈活。
本實(shí)施例方法部分采用WV協(xié)議的信令流程如圖6所示(IMPS Server與MC之間的交互采用FTP協(xié)議)，用戶A、B定義同圖2，流程包括(1)用戶A向IMPS Server發(fā)送IM消息發(fā)送請求(SendMessageReq)；
(2)IMPS Server向用戶A返回發(fā)送請求回復(fù)(SendMessageRes)；(3)IMPS Server判斷用戶A的消息需要存儲功能是否開啟，若是，存入本地發(fā)送記錄文件；若否，轉(zhuǎn)到(4)；(4)IMPS Server向用戶B進(jìn)行IM消息發(fā)送(NewMessage)；(5)用戶B向IMPS Server返回新消息已收到(MessageDelivered)；(6)IMPS Server判斷用戶B的消息需要存儲功能是否開啟，若是，存入本地接收記錄文件；若否，轉(zhuǎn)到(7)；(7)IMPS Server向用戶A返回消息發(fā)送成功(DeliveryReportReq)；(8)用戶A向IMPS Server發(fā)送狀態(tài)信息(Status)；(9)IMPS Server實(shí)時或定期將本地記錄文件傳輸?shù)組C；(10)MC將記錄文件導(dǎo)入到相應(yīng)用戶的發(fā)件/收件箱中。
本實(shí)施例也可以采用類似實(shí)施例二的判斷步驟，即，IMPS Server對發(fā)送/接收方用戶的存儲屬性在轉(zhuǎn)發(fā)IM消息前進(jìn)行集中判斷，將需要存儲的發(fā)送/接收IM消息保存在同一條本地發(fā)送/接收記錄中，在記錄中同時保存發(fā)送/接收方用戶及其存儲屬性的設(shè)置即可，這樣可以更加節(jié)省IMPS Server的存儲資源。
實(shí)施例四、一種即時消息業(yè)務(wù)服務(wù)系統(tǒng)，系統(tǒng)模塊結(jié)構(gòu)如圖7所示，包括IMPS Server 1和MC 2；IMPS Server 1包括即時消息收發(fā)模塊11和存儲判斷模塊12；MC 2包括消息通訊模塊21、消息存儲模塊22和消息管理模塊23。
即時消息收發(fā)模塊11接收發(fā)送方用戶的IM消息，根據(jù)存儲判斷模塊12的指示將IM消息轉(zhuǎn)發(fā)給接收方用戶；存儲判斷模塊12根據(jù)發(fā)送和/或接收方用戶的存儲屬性設(shè)置判斷是否對該IM消息進(jìn)行存儲，將需要存儲的發(fā)送和/或接收方IM消息通過存儲消息發(fā)送給MC 2的消息通訊模塊21，并指示即時消息收發(fā)模塊11將IM消息轉(zhuǎn)發(fā)給接收方用戶；消息通訊模塊21接收存儲判斷模塊12發(fā)送的存儲消息，將IM消息保存到消息存儲模塊22中相應(yīng)用戶的發(fā)件/收件箱，并返回存儲回復(fù)給存儲判斷模塊12；消息存儲模塊22提供IM消息的物理存儲空間；
消息管理模塊23對消息存儲模塊22中的消息目錄、存儲空間進(jìn)行編排和管理，進(jìn)行諸如消息目錄/子目錄創(chuàng)建、目錄權(quán)限設(shè)置、消息列表獲取、存儲空間上限控制等操作。
本實(shí)施例系統(tǒng)適用于實(shí)施例一或二所描述的即時消息業(yè)務(wù)處理方法，IMPS Server 1不進(jìn)行IM消息的臨時存儲，IMPS Server 1將需要存儲的IM消息實(shí)時傳輸給MC 2。
實(shí)施例五、一種即時消息業(yè)務(wù)服務(wù)系統(tǒng)，系統(tǒng)模塊結(jié)構(gòu)如圖8所示，包括IMPS Server 3和MC 4；IMPS Server 3包括即時消息收發(fā)模塊31、存儲判斷模塊32和本地記錄模塊33；MC 4包括消息通訊模塊41、消息存儲模塊42和消息管理模塊43。
即時消息收發(fā)模塊31接收發(fā)送方用戶的IM消息，根據(jù)存儲判斷模塊32的指示將IM消息轉(zhuǎn)發(fā)給接收方用戶；存儲判斷模塊32根據(jù)發(fā)送和/或接收方用戶的存儲屬性設(shè)置判斷是否對該IM消息進(jìn)行存儲，將需要存儲的發(fā)送和/或接收方IM消息存儲到本地記錄模塊33，并指示即時消息收發(fā)模塊31將IM消息轉(zhuǎn)發(fā)給接收方用戶；本地記錄模塊33實(shí)時或定期向MC 4的消息通訊模塊21傳輸本地發(fā)送/接收記錄文件；傳輸方式可以是由本地記錄模塊33主動發(fā)送給消息通訊模塊21，在定期的情況下也可以是由消息通訊模塊21定期到本地記錄模塊33上讀取，在圖8中以雙向箭頭表示；消息通訊模塊41獲得本地記錄模塊33實(shí)時或定期發(fā)送的記錄文件，將記錄文件中的IM消息導(dǎo)入到消息存儲模塊42中相應(yīng)用戶的發(fā)件/收件箱；消息存儲模塊42提供IM消息的物理存儲空間；消息管理模塊43對消息存儲模塊22中的消息目錄、存儲空間進(jìn)行編排和管理，進(jìn)行諸如消息目錄/子目錄創(chuàng)建、目錄權(quán)限設(shè)置、消息列表獲取、存儲空間上限控制等操作。
本實(shí)施例系統(tǒng)適用于實(shí)施例四所描述的即時消息業(yè)務(wù)處理方法，IMPSServer 3將需要保存的IM消息臨時存儲為記錄文件，再通過實(shí)時或定期的文件傳輸發(fā)送給MC 4。在本實(shí)施例中盡管IMPS Server 3擴(kuò)展配置了本地記錄模塊33，但是為了便于對系統(tǒng)進(jìn)行模塊化管理，仍然為IMPS服務(wù)系統(tǒng)擴(kuò)展配置了MC來進(jìn)行IM消息的集中保存和管理，使得記錄文件只需要在本地記錄模塊33中臨時存儲，不需要占用太多的系統(tǒng)資源。當(dāng)然，采用省去MC，而將IM消息始終保存在本地記錄模塊的方案也是可行的，不過需要本地記錄模塊具有足夠的空間，并且IMPS Server需要擴(kuò)展相應(yīng)的記錄文件管理功能，即，類似于MC中消息管理模塊的功能。
以上對本發(fā)明所提供的一種即時消息業(yè)務(wù)處理方法及服務(wù)系統(tǒng)進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實(shí)施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1.一種即時消息業(yè)務(wù)處理方法，其特征在于，包括1)服務(wù)器接收發(fā)送方用戶的即時消息；2)服務(wù)器根據(jù)發(fā)送和/或接收方用戶的存儲屬性設(shè)置判斷是否對所述即時消息進(jìn)行存儲，根據(jù)判斷結(jié)果執(zhí)行相應(yīng)操作；3)服務(wù)器將所述即時消息轉(zhuǎn)發(fā)給接收方用戶。
2.根據(jù)權(quán)利要求1所述的即時消息業(yè)務(wù)處理方法，其特征在于，所述步驟2)包括2a)服務(wù)器根據(jù)發(fā)送方用戶的存儲屬性設(shè)置判斷是否對所述即時消息進(jìn)行存儲，若是則執(zhí)行步驟2b)，若否則直接執(zhí)行步驟3)；2b)服務(wù)器將包含所述即時消息信息的存儲消息發(fā)送給消息中心；2c)消息中心根據(jù)所述存儲消息將所述即時消息存儲到發(fā)送方用戶的發(fā)件箱中，向服務(wù)器返回存儲回復(fù)；所述即時消息業(yè)務(wù)處理方法還包括4a)服務(wù)器根據(jù)接收方用戶的存儲屬性設(shè)置判斷是否對所述即時消息進(jìn)行存儲，若是則執(zhí)行步驟4b)；4b)服務(wù)器將包含所述即時消息信息的存儲消息發(fā)送給消息中心；4c)消息中心根據(jù)所述存儲消息將所述即時消息存儲到接收方用戶的收件箱中，向服務(wù)器返回存儲回復(fù)。
3.根據(jù)權(quán)利要求1所述的即時消息業(yè)務(wù)處理方法，其特征在于，所述步驟2)包括2a)服務(wù)器根據(jù)發(fā)送方和接收方用戶的存儲屬性設(shè)置分別判斷是否對所述即時消息進(jìn)行存儲，若至少有一方用戶需要存儲則執(zhí)行步驟2b)，若否則直接執(zhí)行步驟3)；2b)服務(wù)器將包含所述即時消息信息及需存儲用戶信息的存儲消息發(fā)送給消息中心；2c)消息中心根據(jù)所述存儲消息將所述即時消息存儲到發(fā)送方和/或接收方用戶的發(fā)件/收件箱中，向服務(wù)器返回存儲回復(fù)。
4.根據(jù)權(quán)利要求1～3任意一項(xiàng)所述的即時消息業(yè)務(wù)處理方法，其特征在于所述存儲消息包括消息類型、事務(wù)編號、消息信息和消息內(nèi)容；所述消息類型為存儲消息的類型，所述事務(wù)編號為該存儲消息的編號，所述消息信息包括所述即時消息的屬性信息和發(fā)送/接收方信息，所述消息內(nèi)容為所述即時消息的內(nèi)容；所述存儲回復(fù)包括消息類型、事務(wù)編號和存儲結(jié)果；所述消息類型為存儲回復(fù)的類型，所述事務(wù)編號與相應(yīng)存儲消息的事務(wù)編號對應(yīng)，所述存儲結(jié)果反映對所述存儲消息的處理狀態(tài)。
5.根據(jù)權(quán)利要求1所述的即時消息業(yè)務(wù)處理方法，其特征在于，所述步驟2)包括2a)服務(wù)器根據(jù)發(fā)送方用戶的存儲屬性設(shè)置判斷是否對所述即時消息進(jìn)行存儲，若是則執(zhí)行步驟2b)，若否則直接執(zhí)行步驟3)；2b)服務(wù)器將所述即時消息存入本地發(fā)送記錄；所述即時消息業(yè)務(wù)處理方法還包括4a)服務(wù)器根據(jù)接收方用戶的存儲屬性設(shè)置判斷是否對所述即時消息進(jìn)行存儲，若是則執(zhí)行步驟4b)；4b)服務(wù)器將所述即時消息存入本地接收記錄。
6.根據(jù)權(quán)利要求7所述的即時消息業(yè)務(wù)處理方法，其特征在于，還包括6a)服務(wù)器實(shí)時或定期向消息中心傳輸本地發(fā)送/接收記錄文件；6b)消息中心將所述記錄文件中的信息導(dǎo)入到相應(yīng)用戶的發(fā)件/收件箱中。
7.一種即時消息業(yè)務(wù)服務(wù)系統(tǒng)，包括服務(wù)器，所述服務(wù)器包括即時消息收發(fā)模塊，其特征在于還包括消息中心，所述服務(wù)器還包括存儲判斷模塊；所述即時消息收發(fā)模塊接收發(fā)送方用戶的即時消息，根據(jù)所述存儲判斷模塊的指示將所述即時消息轉(zhuǎn)發(fā)給接收方用戶；所述存儲判斷模塊根據(jù)發(fā)送和/或接收方用戶的存儲屬性設(shè)置判斷是否對所述即時消息進(jìn)行存儲，將需要存儲的發(fā)送和/或接收方即時消息通過存儲消息發(fā)送給所述消息中心，并指示所述即時消息收發(fā)模塊將所述即時消息轉(zhuǎn)發(fā)給接收方用戶；所述消息中心根據(jù)所述存儲消息將所述即時消息存儲到發(fā)送方和/或接收方用戶的發(fā)件箱中。
8.根據(jù)權(quán)利要求7所述的即時消息業(yè)務(wù)服務(wù)系統(tǒng)，其特征在于所述消息中心包括消息通訊模塊、消息存儲模塊和消息管理模塊；所述消息通訊模塊接收所述存儲判斷模塊發(fā)送的存儲消息，將所述即時消息保存到所述消息存儲模塊中相應(yīng)用戶的發(fā)件/收件箱，并返回存儲回復(fù)；所述消息存儲模塊提供所述即時消息的存儲空間；所述消息管理模塊對所述消息存儲模塊中的消息目錄、存儲空間進(jìn)行編排和管理。
9.一種即時消息業(yè)務(wù)服務(wù)系統(tǒng)，包括服務(wù)器，所述服務(wù)器包括即時消息收發(fā)模塊，其特征在于還包括消息中心，所述服務(wù)器還包括存儲判斷模塊和本地記錄模塊；所述即時消息收發(fā)模塊接收發(fā)送方用戶的即時消息，根據(jù)所述存儲判斷模塊的指示將所述即時消息轉(zhuǎn)發(fā)給接收方用戶；所述存儲判斷模塊根據(jù)發(fā)送和/或接收方用戶的存儲屬性設(shè)置判斷是否對所述即時消息進(jìn)行存儲，將需要存儲的發(fā)送和/或接收方即時消息存儲到本地記錄模塊，并指示所述即時消息收發(fā)模塊將所述即時消息轉(zhuǎn)發(fā)給接收方用戶；所述本地記錄模塊實(shí)時或定期向所述消息中心傳輸本地發(fā)送/接收記錄文件；所述消息中心將所述記錄文件中的信息導(dǎo)入到相應(yīng)用戶的發(fā)件/收件箱中。
全文摘要
本發(fā)明公開了一種即時消息業(yè)務(wù)處理方法及服務(wù)系統(tǒng)，其核心思想是在即時消息的收發(fā)過程中擴(kuò)展進(jìn)行存儲判斷和存儲操作，根據(jù)用戶設(shè)置在IMPS服務(wù)器上的存儲屬性將所有接收和發(fā)送的消息都分別存儲起來，例如存儲在IMPS服務(wù)器的本地記錄文件或一個統(tǒng)一的消息中心中，實(shí)現(xiàn)對IM消息的集中存儲和管理。本發(fā)明避免了現(xiàn)有技術(shù)中能力較弱的即時通訊終端造成的消息丟失和管理困難的問題，為用戶提供更好的業(yè)務(wù)體驗(yàn)，提高用戶的使用積極性和業(yè)務(wù)忠誠度。
文檔編號H04L12/58GK1968217SQ20061007451
公開日2007年5月23日 申請日期2006年4月21日 優(yōu)先權(quán)日2006年4月21日
發(fā)明者任旭鳴 申請人:華為技術(shù)有限公司