專利名稱：：一種消息發(fā)送方法、系統(tǒng)、消息發(fā)送裝置及消息服務器的制作方法
技術(shù)領域：
：本發(fā)明涉及通信技術(shù)，尤其涉及一種消息發(fā)送方法、系統(tǒng)、消息發(fā)送裝置及消息服務器。
背景技術(shù)：
：在通信技術(shù)中，IP多媒體子系統(tǒng)是一個獨立于接入技術(shù)的基于IP的標準體系，IP多媒體子系統(tǒng)與現(xiàn)存的語音和數(shù)據(jù)網(wǎng)絡(不論是如PSTN、ISDN、因特網(wǎng)等固定網(wǎng)絡用戶，還是如GSM、CDMA等移動網(wǎng)絡用戶)都可以互通。IP多媒體子系統(tǒng)體系可以快速提供和部署各種多媒體業(yè)務，使得通過各種類型的客戶端都可以建立對等的IP通信，并可以獲得所需要的服務質(zhì)量。IP多媒體子系統(tǒng)的一個重要特征是使用會話初始化協(xié)議(SIP)實現(xiàn)呼叫和信令控制功能，會話參與者和會話服務器之間可以通過SIP和與SIP配合的協(xié)議，來完成會話的功能。在基于SIP的會話框架中，消息可以單發(fā)給單個接收方，也可以群發(fā)給多個接收方。圖1示出了現(xiàn)有技術(shù)中群發(fā)消息的一個流程示意圖。如圖l所示，該流程包括如下步驟步驟101~步驟102，用戶A通過SIP/IP核心(即路由SIP信令的核心網(wǎng))向消息服務器發(fā)送SIP的即時(MESSAGE)消息。其中，該SIPMESSAGE消息可以是向已有的組發(fā)送消息，例如，用戶A為Alice,已有組的組標識為group1，則用戶A發(fā)送給group1的SIPMESSAGE消息可如下所示MESSAGEsip:groupl@example.comSIP/2.0—向groupl組發(fā)送該消息To:sip:groupl@example.comFrom:Alice<sip:aice@example.com>;tag=32331Call-ID:d432fa84b4c76e66710Content-Type:multipart/mixed;boundary-"boundary1"Content-Length:501—boundary1Content-Type:text/plain--內(nèi)容類型文本類型HelloWorld!—消息內(nèi)容—boundary1—或者，該SIPMESSAGE消息還可以是攜帶一個接收方列表的消息，例如，用戶A仍為Alice，消息列表中的接收方包括bill和randy,則參照協(xié)議RFC4826(ExtensibleMarkupLanguage(XML)FormatsforRepresentingResourceLists)中的定義，在消息的內(nèi)容類型(Content-Type)字段中設置多用途互耳關(guān)網(wǎng)郵件擴展(MIME,MultipurposeInternetMailExtensions)的內(nèi)答類型"application/resource-lists+xml",在內(nèi)容部署(Content-Disposition)字段中指定接收方列表(recipient-list),在消息體中攜帶一個擴展標簽語言(XML)文件，內(nèi)容為具體的接收方列表，即SIPMESSAGE消息可如下所示MESSAGEsip:domain@example.comSIP/2.0—向本域網(wǎng)內(nèi)發(fā)送該消息To:sip:domain@example.comFrom:Alice<sip:alice@example.com>;tag=32331Call-ID:d432fa84b4c76e66710Content-Type:multipart/mixed;;boundary="boundaryl"—boundary1Content-Type:application/resource-lists+xml—內(nèi)容類型MIME內(nèi)容類型Content-Disposition:recipient-list—指定"l妻4丈方歹'j表<xmlversion="1.0"encoding="UTF-8"><resource-listsxmlns="urn:ietf:params:xml:ns:resource-lists"xmlns:cp="urn:ietf:params:xml:ns:capacity"〉--資源歹'J表<list>--具體列表內(nèi)容<entryuri="sip:bill@example.com"/>—用戶bill<entryuri="sip:randy@example.net"/>--用戶randy</list>--具體列表內(nèi)容</resource-lists>—資源列表—boundary1Content-Type:text/plain—內(nèi)容類型文本類型HelloWorld!--消息內(nèi)容—boundary1—步驟103~步驟104，消息服務器通過SIP/IP核心向用戶A返回SIP的才妻受消息(202Accepted)。步驟105，消息服務器解析SIPMESSAGE消息，按照消息中的對應組或者接收方列表向每個接收方用戶發(fā)送該消息。具體發(fā)送時，將消息中的接收對象替換為接收方用戶。可見，群發(fā)給多個接收方的方式主要包括(l)發(fā)送消息給預先定義好的組。當消息服務器接收到該消息并進行解析后，會依次向組內(nèi)的每個接收方用戶發(fā)送該消息。(2)發(fā)送攜帶接收方用戶列表的消息。當消息服務器接收到該消息并進行解析后，會依次向用戶列表中的每個4妄收方用戶發(fā)送該消自、上述基于SIP的會話框架中，無論是發(fā)送給單接收方還是發(fā)送給多接收方的消息，有時發(fā)送方均希望設定一定的接收條件，例如發(fā)送方希望當前單接收方用戶在滿足設定條件時接收，或者希望預先定義的組中的某些滿足預定條件的接收方用戶接收該消息，或者希望接收方列表中的某些滿足預定條件的用戶接收該消息等，但現(xiàn)有技術(shù)中消息服務器無法獲知發(fā)送方希望將消息發(fā)送給哪些接收方用戶，因此只能將消息發(fā)送給對應的單接收方用戶或組內(nèi)的每個接收方用戶或接收方列表中的每個接收方用戶，因此尚無法實現(xiàn)基于條件的消息發(fā)送技術(shù)
發(fā)明內(nèi)容有鑒于此，本發(fā)明實施例中一方面提供一種消息發(fā)送方法，另一方面提供一種消息發(fā)送系統(tǒng)、消息發(fā)送裝置及消息服務器，以便實現(xiàn)基于條件的消息發(fā)送。本發(fā)明實施例提供的消息發(fā)送方法，包括接收攜帶設定條件的消息；對接收的所述消息進行解析，根據(jù)所述消息中的設定條件，將消息發(fā)送給接收方用戶。本發(fā)明實施例提供的消息發(fā)送系統(tǒng)，包括消息發(fā)送裝置，用于向消息服務器發(fā)送攜帶設定條件的消息；消息服務器，用于接收來自所述消息發(fā)送裝置的攜帶設定條件的消息，對接收的所述消息進行解析，根據(jù)所述消息中的設定條件，將消息發(fā)送給所述滿足設定條件的接收方用戶。本發(fā)明實施例提供的消息發(fā)送裝置，包括條件設置模塊，用于將設定條件設置在消息中；消息發(fā)送模塊，用于將所述攜帶設定條件的消息發(fā)送給消息服務器。本發(fā)明實施例提供的消息服務器，包括接收模塊，用于接收攜帶設定條件的消息；發(fā)送模塊，用于對所述消息進行解析，根據(jù)所述消息中的設定條件，將消息發(fā)送給接收方用戶。從上述方案可以看出，本發(fā)明實施例中通過接收來自消息發(fā)送裝置的攜帶設定條件的消息，并對接收的消息進行解析，根據(jù)解析出的消息中的設定條件，將消息發(fā)送給接收方用戶，從而實現(xiàn)了基于條件的消息發(fā)送。圖1為現(xiàn)有技術(shù)中群發(fā)消息時消息發(fā)送的流程示意圖；圖2為本發(fā)明實施例一中消息發(fā)送方法的示例性流程圖3為本發(fā)明實施例一中消息發(fā)送系統(tǒng)的示例性結(jié)構(gòu)圖；圖4為圖3所示系統(tǒng)中消息發(fā)送裝置的示例性結(jié)構(gòu)圖；圖5為圖3所示系統(tǒng)中消息服務器的示例性結(jié)構(gòu)圖；圖6為本發(fā)明實施例二中消息發(fā)送方法的流程圖。具體實施方式圖2為本發(fā)明實施例一中消息發(fā)送方法的示例性流程圖。如圖2所示，該流程包括如下步驟步驟201,消息發(fā)送方向消息服務器發(fā)送攜帶設定條件的消息。其中，消息發(fā)送方可以為用戶設備(UE),也可以為業(yè)務提供商的應用設備。其中，為例實現(xiàn)在消息中攜帶設定條件，可以對消息中的內(nèi)容進行擴展，利用擴展的內(nèi)容對設定條件進行指示。具體實現(xiàn)時，可以對消息頭進行擴展，用以指示某種內(nèi)容類型，對消息體進行擴展，用以添加對所指示內(nèi)容類型的描述，并在所添加的內(nèi)容類型的描述中設置設定條件；或者也可以是在消息體中已有內(nèi)容類型的描述中擴展屬性。例如攜帶設定條件的消息至少包括如下兩種情況第一種該消息是發(fā)送給單接收方或已有組的攜帶設定條件的消息。為了實現(xiàn)在消息中攜帶設定條件，此時，可以對消息頭進行擴展，用以指示某種內(nèi)容類型，對消息體進行擴展，用以添加對所指示內(nèi)容類型的描述，并在所添加的內(nèi)容類型的描述中設置設定條件。例如，可根據(jù)協(xié)議RFC4745(CommonPolicy:ADocumentFormatforExpressingPrivacyPreferences)中定義的MIME內(nèi)容類型"application/auth-policy+xml"及該類型的XML文件內(nèi)容等，在發(fā)送給單接收方或已有組的現(xiàn)有技術(shù)的消息中添加相應字段用于攜帶設定條件，例如，在Content-Type字段中設置類型為application/auth-policy+xml的內(nèi)容類型、在消息體中攜帶該內(nèi)容類型的XML文件、并在該XML文件的內(nèi)容中設置設定條件。具體在XML文件的內(nèi)容中設置設定條件時，可在XML文件的內(nèi)容中，由RFC4745的命名空間"urn:ietf:params:xml:ns:common-policy"中定義的<conditions〉(條件)和/或〈action〉(動作)和/或〈transformations〉(變化)元素中的已有子元素和/或擴展的子元素攜帶設定條件。例如，已有的子元素包括用戶類別限制，如指定組中某域的所有用戶，指定組中除了某域的所有用戶，指定組中除了某些用尸的所有用戶，以及指定用戶是否在線，呈現(xiàn)狀態(tài)限制(在工作、在家里、在開會、在旅行)，呈現(xiàn)心情限制(在滿足某些心情時)等。其中，擴展的子元素指本發(fā)明中增加的RFC4745沒有定義的<conditions〉、〈action〉或〈transformations〉元素中的子元素。例如，可在<(^01^出0115〉元素中擴展年齡限制、性別限制、UE能力(UE是否能夠接收視頻，用戶是否允許接收視頻等)限制、用戶處在某個地區(qū)時等中的一種或其任意組合的子元素。具體實現(xiàn)時，除上述列舉的方案外，還可以有其它的內(nèi)容擴展方式，此處不再——贅述。第二種該消息中攜帶接收方列表并在接收方列表中設置有設定條件。此時，可通過擴展接收方列表，增加一些屬性來攜帶設定條件。例如，可以通過擴展命名空間"urn:ietf:params:xml:ns:resource-Iists",對接收方列表中所包含用戶的〈entry〉元素增加一些屬性，用于攜帶設定條件。例如，所增加的屬性可以為優(yōu)先級屬性、呈現(xiàn)狀態(tài)屬性、是否需要回復遞送報告的屬性及是否回復閱讀報告的屬性等中的一種或任意組合。具體實現(xiàn)時，還可以有其它的擴展形式，此處不再——贅述。步驟202，消息服務器對來自消息發(fā)送方的上述消息進行接收，根據(jù)消息中的設定條件，將消息發(fā)送給接收方用戶。其中，若設定條件是對接收方用戶接收消息的限制，則消息服務器可根據(jù)消息中的設定條件，確定滿足該設定條件的接收方用戶，將消息發(fā)送給滿足該設定條件的接收方用戶，并且在確定滿足設定條件的接收方用戶時，可根據(jù)設定條件獲取接收方用戶的用戶信息，將用戶信息滿足消息中的設定條件的接收方用戶確定為滿足設定條件的接收方用戶。其中，所獲取的用戶信息可以是從呈現(xiàn)服務器中獲取的呈現(xiàn)信息或者可以是其它的用戶信息(比如系統(tǒng)和用戶策略、地址簿信息等)。進行發(fā)送時，對于步驟201中的第一種情況，若是單個接收方，則消息服務器根據(jù)所接收消息中的設定條件確定單個接收方滿足設定條件時，則將消息發(fā)送給這個接收方用戶；否則，可不發(fā)送。若是組的接收方，則消息服務器根據(jù)所接收消息中的設定條件確定組內(nèi)滿足設定條件的接收方用戶后，將消息發(fā)送給滿足設定條件的接收方用戶，對于不滿足的，可不發(fā)送該消息。對于步驟201中的第二種情況，消息服務器根據(jù)所接收消息中的設定條件確定接收方列表中滿足設定條件的接收方用戶后，將消息發(fā)送給滿足設定條件的接收方用戶，對于不滿足的，可不發(fā)送該消息。其中，發(fā)送給接收方用戶的消息可以是去掉設定條件的消息，也可以是攜帶設定條件的消息，并且相應地將消息的發(fā)送對象替換為接收方用戶。此時，若設定條件是對消息服務器或接收方用戶進行相關(guān)處理的限制，例如，限制消息服務器按照優(yōu)先級順序進行發(fā)送，或限制接收方用戶回復遞送報告等，則消息服務器可根據(jù)消息中的設定條件，對消息進行處理后發(fā)送給接收方用戶。以上對本發(fā)明實施例一中的消息發(fā)送方法進行了詳細描述，下面再對本發(fā)明實施例一中的消息發(fā)送系統(tǒng)及系統(tǒng)中的裝置進行詳細描述。圖3為本發(fā)明實施例一中消息發(fā)送系統(tǒng)的示例性結(jié)構(gòu)圖。如圖3所示，該系統(tǒng)包括消息發(fā)送裝置和消息服務器。其中，消息發(fā)送裝置用于向消息服務器發(fā)送攜帶設定條件的消息。其中，消息發(fā)送裝置可以是UE,也可以是應用設備等。具體實現(xiàn)時，消息發(fā)送裝置的具體操作過程可與圖2所示步驟201中描述的過程一樣，此處不再——贅述。消息服務器用于接收來自消息發(fā)送裝置的攜帶設定條件的消息，對接收的消息進行解析，根據(jù)消息中的設定條件，將消息發(fā)送給滿足設定條件的接收方用戶。具體實現(xiàn)時，消息服務器的具體操作過程可與圖2所示步驟202至步驟203中描述的過程一致，此處不再——贅述。其中，所發(fā)送的消息可以是去掉設定條件的消息。圖4示出了本發(fā)明實施例一中消息發(fā)送裝置的示例性結(jié)構(gòu)圖。如圖4所示，該消息發(fā)送裝置可包括條件設置模塊和消息發(fā)送模塊。其中，條件設置模塊用于將設定條件設置在消息中。消息發(fā)送模塊用于將上述攜帶設定條件的消息發(fā)送給消息服務器。其中，條件設置模塊的操作過程可與圖2所示步驟201中描述的過程一樣，此處不再——贅述。具體實現(xiàn)時，條件設置模塊可包括內(nèi)容擴展模塊和條件指示模塊。其中，內(nèi)容擴展模塊用于對消息中的內(nèi)容進行擴展。具體實現(xiàn)時，可以是對消息頭進行擴展，用以指示內(nèi)容類型，對消息體進行擴展，用以添加對所述內(nèi)容類型的描述；或者也可以是在消息體中已有內(nèi)容類型的描述中擴展屬性。條件指示模塊用于在所述擴展的內(nèi)容中指示所述設定條件。具體實現(xiàn)時，可以是在所添加的內(nèi)容類型的描述中設置設定條件；或者是在已擴展的屬性中設置設定條件。對應步驟201中的兩種情況，內(nèi)容擴展模塊可至少有兩種具體結(jié)構(gòu)及實現(xiàn)形式第一種內(nèi)容擴展模塊可包括內(nèi)容類型設置子模塊、消息體設置子模塊和第一條件設置子模塊。其中，內(nèi)容類型設置子模塊用于在消息中的Content-Type字段中設置類型為application/auth-policy+xml的內(nèi)容類型。消息體設置子模塊用于在消息體中攜帶上述application/auth-policy+xml的內(nèi)容類型的XML文件。此時，條件指示模塊在上述XML文件的內(nèi)容中指示設定條件。其中，在XML文件的內(nèi)容中設置設定條件的方法可以是在〈conditions〉和/或〈action〉和/或0:ransformations〉元素中的已有子元素和/或擴展的子元素設置設定條件等，此處不再——贅述。第二種消息發(fā)送裝置首先包括一個接收方列表設置模塊，用于在消息中設置接收方列表，則內(nèi)容擴展模塊可包括接收方列表擴展子模塊，用于在前述接收方列表中所包含用戶的屬性進行擴展，例如在用戶的〈entry〉元素中設置攜帶設定條件的屬性，所設置的屬性同樣可有多種，此處不再——贅述。此時，條件指示子模塊利用所述擴展的屬性指示所述設定條件。圖5示出了本發(fā)明實施例一中消息服務器的示例性結(jié)構(gòu)圖。如圖5所示，該消息服務器可包括接收模塊和發(fā)送模塊。其中，接收模塊用于接收攜帶設定條件的消息。其中，攜帶設定條件的消息可以來自UE，也可以來自應用設備。發(fā)送模塊用于對接收模塊所接收的消息進行解析，根據(jù)所述消息中的設定條件，將消息發(fā)送給接收方用戶。具體處理時，發(fā)送模塊的操作過程可與圖2所示步驟202中描述的過程一致，例如，可對所述消息進行解析，根據(jù)所述消息中的設定條件，確定滿足所述設定條件的接收方用戶將消息發(fā)送給所述滿足設定條件的接收方用戶。下面結(jié)合具體實施例和附圖，對本發(fā)明進一步詳細說明。實施例二以向組發(fā)送消息的情況為例。本實施例中，采用RFC4745中定義的方法，〃使用授權(quán)策略控制來訪問應用特殊數(shù)據(jù)的方法，使用的命名空間為"urn:ietf:params:xml:ns:common-policy"，這樣在消息的Content-Type字段中包括MIME內(nèi)容類型"application/auth-policy+xml"，在消息體中攜帶一個該類型的XML文件，內(nèi)容為具體的判斷條件。除了在RFC4745及一些相關(guān)標準中定義了大量的元素作為判斷條件外，還可以增加一些在RFC4745和相關(guān)標準中沒有定義的<conditions〉、〈actions〉或者〈transformations〉元素中的子元素，從而實現(xiàn)一些比較實用的判斷條件。例如，本實施例中假設在〈conditions〉元素中增加如表一所示的子元素，實際應用中，還可以根據(jù)需要進行其它擴展等。<table>tableseeoriginaldocumentpage14</column></row><table>表一圖6為本發(fā)明實施例二中消息發(fā)送方法的流程圖，如圖6所示，該流程包括如下步驟步驟601~步驟602,用戶A通過SIP/IP核心向消息服務器發(fā)送SIPMESSAGE消息，該SIPMESSAGE消息中攜帶有設定條件。其中，假設用戶A為alice，組為groupl，則用戶A發(fā)送給groupl的SIPMESSAGE消息可如下所示MESSAGEsip:groupl@example.comSIP/2.0—給groupl組發(fā)送消息To:sip:groupl@example.comFrom:Alice<sip:alice@example.com>;tag=32331Call-ID:d432fa84b4c76e66710Content-Type:multipart/mixed;boundary="boundary1"Content-Length:501—boundary1Content-Type:application/auth-policy+xml-內(nèi)容類型<xmlversion="1.0"encoding="UTF-8">〈rulesetxmlns="urn:ietf:params:xml:ns:common-policy">—命名S間<ruleid="f3g44r3"><conditions>-具體條件〈age-restrictionsfrom=，，，18，，imtil="60，，/>-限制年齡在18-60歲之間<sex-restrictionsvalue二，，woman，，/>-接收方應該是女士〈terminal-capablevalue=，，video"/>-才妄收方手才幾要支持i見頻</conditions>-具體條件</rule></ruleset>—boundary1Content-Type:text/plainHelloWorld!—boundary1—步驟603~步驟604，消息服務器通過SIP/IP核心向用戶A返回SIP的202Accepted。步驟605，消息服務器解析該攜帶條件的SIPMESSAGE消息，如果需要還要提取相應的呈現(xiàn)信息或者其它信息(比如系統(tǒng)和用戶策略、地址簿信息等)，判斷該組內(nèi)的接收方用戶是否滿足消息中的設定條件，消息服務器僅向滿足設定條件的接收方用戶發(fā)送消息。假設該組內(nèi)有2個接收方用戶B(ClientB)和用戶C(ClientC)，經(jīng)過條件判斷后，確定ClientB是滿足設定條件的接收方用戶，而ClientC不能滿足。步驟606~步驟607，消息服務器通過SIP/IP核心向滿足設定條件的接收方用戶B發(fā)送SIPMESSAGE消息，并且消息服務器將原始SIPMESSAGE消息中攜帶的設定條件去掉，并可以將組替換為具體的用戶，處理后的該消息例子如下所示MESSAGEsip:clientB@example.comSIP/2.0畫-給ClientB發(fā)送該消息To:sip:clientB@example.comFrom:Alice<sip:alice@example.com>;tag=32331Call-ID:d432fa84b4c76e66710Content-Type:multipart/mixed;boundary="boundary1"Content-Length:501<table>tableseeoriginaldocumentpage16</column></row><table>置的值為true、false,分別代表需要和不需要。消息服務器可按照這個值的設置，在成功發(fā)送消息給接收方用戶后，回復遞送報告給發(fā)送方。ReadReport是否需要該用戶回閱讀報告，可以設置的值為true、false,分別代表需要和不需要。消息服務器可按照這個值的設置，在向接收方用戶發(fā)送消息時，會要求接收方用戶回復閱讀報告。表二本實施例中的消息發(fā)送方法的流程與圖6所示方法流程類似，不同之處在于步驟601中所發(fā)送的攜帶設定條件的消息不同，本實施例中的消息可:^下所示MESSAGEsip:domain@example.comSIP/2.0To:sip:domain@example.comFrom:Alice<sip:alice@example.com>;tag=32331Call-ID:d432fa84b4c76e66710Content-Type:multipart/mixed;boundary="boundary1"—boundary1Content-Type:application/resource-lists+xmlContent-Disposition:recipient-list—指定4妻4丈方列表<xmlversion="1.0"encoding="UTF-8"><resource-listsxmlns="urn:ietf:params:xml:ns:resource-lists"xmlns:cp="urn:ietf:params:xml:ns:capacity"><list>〈entryuri二"sip:clientB②example.com"Priority='〗，Presence:，home，/>-該用戶優(yōu)先級為高，且狀態(tài)為在家時才發(fā)送。<entryuri="sip:clientC@example.net"Priority='2'DeliveryReport=，tme，/>-該用戶優(yōu)先級為中，且需要服務器回遞送報告。<entryuri="sip:clientD@example.net"Priority=，3'/>-^亥用戶/)"尤先級為低。</list></resource-lists>—boundary1Content-Type:text/plainHelloWorld!—boundary1—假設最后同樣確定用戶B滿足設定條件，則步驟606~步驟607中消息服務器通過SIP/IP核心向滿足設定條件的接收方用戶B發(fā)送SIPMESSAGE消息時，該消息中可將原始SIPMESSAGE消息中攜帶的接收方列表去掉。并且添加所需用戶返回遞送報告的條件指示等。本發(fā)明實施例中的消息發(fā)送裝置可包括接收方列表設置模塊、條件設置模塊以及消息發(fā)送模塊。其中，條件設置模塊包括內(nèi)容擴展模塊和條件指示模塊。其中，內(nèi)容擴展模塊可包括接收方列表擴展子模塊。上述各實施例中攜帶設定條件的消息均以MESSAGE消息為例進行的說明，實際應用中也可以是其它消息，此處不再——贅述。以上所述的具體實施例，對本發(fā)明的目的、技術(shù)方案和有益效果進行了進一步詳細說明，所應理解的是，以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。權(quán)利要求1、一種消息發(fā)送方法，其特征在于，該方法包括接收攜帶設定條件的消息；對接收的所述消息進行解析，根據(jù)所述消息中的設定條件，將消息發(fā)送給接收方用戶。2、如權(quán)利要求l所述的方法，其特征在于，所述攜帶設定條件的消息為對消息中的內(nèi)容進行擴展，利用所擴展的內(nèi)容對所述設定條件進行指示的消息。3、如權(quán)利要求2所述的方法，其特征在于，所述攜帶設定條件的消息為發(fā)送給單接收方或組的攜帶設定條件的消息。4、如權(quán)利要求3所述的方法，其特征在于，所述對消息內(nèi)容進行擴展為對消息頭進行擴展，用以指示內(nèi)容類型，對消息體進行擴展，用以添加對所述內(nèi)容類型的描述；所述利用所擴展的內(nèi)容對所述設定條件進行指示為在所述內(nèi)容類型的描述中設置所述設定條件。5、如權(quán)利要求4所述的方法，其特征在于，所述對消息頭進行擴展，用以指示內(nèi)容類型為在消息頭的Content-Type字段中設置類型為application/auth-policy+xml的內(nèi)容類型；對消息體進行擴展，用以添加對所述內(nèi)容類型的描述為在消息體中攜帶所述內(nèi)容類型的XML文件。6、如權(quán)利要求5所述的方法，其特征在于，所述在內(nèi)容類型的描述中中設置設定條件為在所述XML文件的內(nèi)容中的〈conditions〉和/或〈action〉和/或transformations)元素中的已有子元素和/或擴展的子元素中設置所述設定條件。7、如權(quán)利要求3所述的方法，其特征在于，所述設定條件包括用戶類別限制、在線限制、年齡限制、性別限制、用戶設備能力限制、呈現(xiàn)狀態(tài)限制及呈現(xiàn)心情限制中的一種或其任意組合。8、如權(quán)利要求2所述的方法，其特征在于，所述攜帶設定條件的消息為攜帶接收方列表并在所述接收方列表中設置有設定條件的消息。9、如權(quán)利要求8所述的方法，其特征在于，所述在接收方列表中設置設定條件為在接收方列表中所包含用戶中設置攜帶設定條件的屬性。10、如權(quán)利要求9所述的方法，其特征在于，所述攜帶設定條件的屬性包括優(yōu)先級屬性、呈現(xiàn)狀態(tài)屬性、是否需要回復遞送報告的屬性及是否回復閱讀報告的屬性中的一種或任意組合。11、如權(quán)利要求1至10中任一項所述的方法，其特征在于，所述根據(jù)消息中的設定條件，將消息發(fā)送給接收方用戶為根據(jù)消息中的設定條件，確定滿足所述設定條件的接收方用戶，將消息發(fā)送給所述確定的滿足所述設定條件的接收方用戶；和/或，根據(jù)消息中的設定條件對消息進行處理后，發(fā)送給接收方用戶。12、如權(quán)利要求11中任一項所述的方法，其特征在于，所述根據(jù)消息中的設定條件，確定滿足設定條件的接收方用戶包括根據(jù)所述消息中的設定條件獲取接收方用戶的用戶信息，將用戶信息滿足所述消息中的設定條件的接收方用戶確定為滿足設定條件的接收方用戶。13、如權(quán)利要求1至10中任一項所述的方法，其特征在于，所述將消息發(fā)送給接收方用戶為將攜帶設定條件的消息或去掉設定條件的消息發(fā)送給接收方用戶。14、一種消息發(fā)送系統(tǒng)，其特征在于，該系統(tǒng)包括消息發(fā)送裝置，用于向消息服務器發(fā)送攜帶設定條件的消息；消息服務器，用于接收來自所述消息發(fā)送裝置的攜帶設定條件的消息，對接收的所述消息進行解析，根據(jù)所述消息中的設定條件，將消息發(fā)送給所述滿足設定條件的接收方用戶。15、一種消息發(fā)送裝置，其特征在于，該裝置包括條件設置模塊，用于將設定條件設置在消息中；消息發(fā)送模塊，用于將所述攜帶設定條件的消息發(fā)送給消息服務器。16、如權(quán)利要求15所述的消息發(fā)送裝置，其特征在于，所述條件設置模塊包括內(nèi)容擴展模塊，用于對消息中的內(nèi)容進行擴展；條件指示模塊，用于在所述擴展的內(nèi)容中指示所述設定條件。17、如權(quán)利要求16所述的消息發(fā)送裝置，其特征在于，所述內(nèi)容擴展模塊包括內(nèi)容類型設置子模塊，用于在消息中的Content-Type字段中設置類型為application/auth-policy+xml的內(nèi)容類型；消息體設置子模塊，用于在消息體中攜帶所述application/auth-policy+xml的內(nèi)容類型的XML文件；所述條件指示模塊在所述XML文件的內(nèi)容中指示所述設定條件。18、如權(quán)利要求16所述的消息發(fā)送裝置，包括接收方列表設置模塊，用于在消息中設置接收方列表；其特征在于，所述內(nèi)容擴展模塊包括接收方列表擴展子模塊，用于在所述接收方列表中所包含用戶的屬性進行擴展；所述條件指示子模塊利用所述擴展的屬性指示所述設定條件。19、如權(quán)利要求15至18中任一項所述的消息發(fā)送裝置，其特征在于，所述消息發(fā)送裝置為用戶設備或應用設備。20、一種消息服務器，其特征在于，該消息服務器包括接收模塊，用于接收攜帶設定條件的消息；發(fā)送模塊，用于對所述消息進行解析，根據(jù)所述消息中的設定條件，將消息發(fā)送給接收方用戶。全文摘要本發(fā)明公開了一種消息發(fā)送方法，包括接收攜帶設定條件的消息；對接收的所述消息進行解析，根據(jù)所述消息中的設定條件，將消息發(fā)送給接收方用戶。此外，本發(fā)明還公開了一種消息發(fā)送系統(tǒng)、消息發(fā)送裝置及消息服務器。本發(fā)明提供的技術(shù)方案能夠?qū)崿F(xiàn)基于條件的消息發(fā)送。文檔編號H04L29/06GK101399781SQ200710151698公開日2009年4月1日申請日期2007年9月26日優(yōu)先權(quán)日2007年9月26日發(fā)明者王嘯波申請人:華為技術(shù)有限公司