專利名稱：一種發(fā)送通知消息的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及一種發(fā)送通知消息的方法及裝置。
背景技術(shù)：
呈現(xiàn)業(yè)務(wù)(Presence Service)是用來收集和散布呈現(xiàn)信息的通信業(yè)務(wù)。它的基
本業(yè)務(wù)流程包括觀察體向呈現(xiàn)服務(wù)器訂閱呈現(xiàn)體的呈現(xiàn)信息，呈現(xiàn)體客戶端或者應(yīng)用向
呈現(xiàn)服務(wù)器發(fā)布呈現(xiàn)信息，呈現(xiàn)服務(wù)器將呈現(xiàn)體變化的呈現(xiàn)信息通知給觀察體。呈現(xiàn)業(yè)務(wù)
中的呈現(xiàn)信息包括在線信息、參與業(yè)務(wù)的意愿信息、心情、活動、網(wǎng)絡(luò)狀態(tài)、設(shè)備能力等等，
并且呈現(xiàn)信息文檔以呈現(xiàn)信息數(shù)據(jù)格式(Presence Information DataFormat， PIDF)的形
式表示，并將呈現(xiàn)信息分為業(yè)務(wù)相關(guān)、呈現(xiàn)體相關(guān)、設(shè)備相關(guān)的三類信息。 現(xiàn)有技術(shù)中為了減少呈現(xiàn)業(yè)務(wù)的復(fù)雜性，引入了呈現(xiàn)業(yè)務(wù)接入層(Presence
Access Layer, PAL)服務(wù)器來接收呈現(xiàn)服務(wù)器發(fā)送的呈現(xiàn)信息，并在進行整合計算后轉(zhuǎn)發(fā)
給觀察體(即業(yè)務(wù)請求者)客戶端。發(fā)明人在發(fā)明過程中發(fā)現(xiàn)，在此方案中，存在業(yè)務(wù)請求
者客戶端與呈現(xiàn)接入層服務(wù)器交互頻繁，業(yè)務(wù)請求者客戶端負擔大的問題。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種發(fā)送通知消息的方法及裝置其目的在于減輕業(yè)務(wù)請求者 客戶端的負擔，降低業(yè)務(wù)請求者客戶端與服務(wù)器之間的交互流量，從而更加有效的利用網(wǎng) 絡(luò)資源。 本發(fā)明實施例一方面提供了一種發(fā)送通知消息的方法，包括 呈現(xiàn)接入層服務(wù)器接收請求消息，所述請求消息中包括通知抑制條件； 所述呈現(xiàn)接入層服務(wù)器獲取業(yè)務(wù)請求者與所述通知抑制條件相關(guān)的信息； 所述呈現(xiàn)接入層服務(wù)器判斷所述業(yè)務(wù)請求者與所述通知抑制條件相關(guān)的信息是
否滿足所述通知抑制條件； 當不滿足所述通知抑制條件時，所述呈現(xiàn)接入層服務(wù)器根據(jù)所述請求消息發(fā)送通 知消息。 本發(fā)明實施例一方面提供了一種發(fā)送通知消息的方法，包括 接收請求消息，所述請求消息包括通知觸發(fā)條件，所述通知觸發(fā)條件以業(yè)務(wù)接收 者的特定視圖aspect滿足預(yù)設(shè)取值發(fā)送通知消息來表示，所述aspect是對一個或多個信 息元素的概括； 獲取所述業(yè)務(wù)接收者與所述aspect相關(guān)的信息； 判斷所述相關(guān)的信息的aspect值是否滿足所述預(yù)設(shè)取值； 當滿足所述預(yù)設(shè)取值時，發(fā)送所述通知消息。 本發(fā)明實施例一方面提供了一種呈現(xiàn)接入層服務(wù)器，包括 業(yè)務(wù)請求接收單元，用于接收請求消息，所述請求消息中包括通知抑制條件； 獲取單元，用于獲取業(yè)務(wù)請求者與所述通知抑制條件相關(guān)的信息；
判斷單元，用于判斷所述相關(guān)的信息是否滿足所述通知抑制條件； 發(fā)送單元，用于當所述相關(guān)的信息不滿足所述通知抑制條件時，根據(jù)所述請求消
息發(fā)送通知消息。 本發(fā)明實施例一方面提供了一種發(fā)送通知消息的裝置，包括 請求接收單元，用于接收請求消息，所述請求消息包括通知觸發(fā)條件，所述通知 觸發(fā)條件以業(yè)務(wù)接收者的特定視圖aspect滿足預(yù)設(shè)取值時發(fā)送通知消息來表示，所述 aspect是對一個或多個信息元素的概括； 獲取單元，用于獲取所述業(yè)務(wù)接收者與所述aspect相關(guān)的信息； 判斷單元，用于判斷所述相關(guān)的信息的aspect值是否滿足所述預(yù)設(shè)取值； 通知單元，用于當滿足所述預(yù)設(shè)取值時，發(fā)送所述通知消息。 本發(fā)明實施例提供的一種發(fā)送通知消息的方法及裝置，通過PAL服務(wù)器判斷業(yè)務(wù) 相關(guān)者的信息是否滿足通知抑制條件或通知觸發(fā)條件，并將通知觸發(fā)條件以aspect方式 來表示，減輕了業(yè)務(wù)請求者的客戶端的負擔，降低了業(yè)務(wù)請求者的客戶端與PAL服務(wù)器的 交互流量，從而更加有效的利用網(wǎng)絡(luò)資源。


圖1為本發(fā)明實施例一種發(fā)送通知消息的方法的流程圖； 圖2為本發(fā)明實施例另一種發(fā)送通知消息的方法的流程圖； 圖3為本發(fā)明實施例又一種發(fā)送通知消息的方法的流程圖； 圖4為本發(fā)明實施例一種PAL服務(wù)器的結(jié)構(gòu)示意圖； 圖5為本發(fā)明實施例另一種PAL服務(wù)器的結(jié)構(gòu)示意圖； 圖6為本發(fā)明實施例一種發(fā)送通知消息的方法的流程圖； 圖7為本發(fā)明實施例另一種發(fā)送通知消息的方法的流程圖； 圖8為本發(fā)明實施例又一種發(fā)送通知消息的方法的流程圖； 圖9為本發(fā)明實施例一種發(fā)送通知消息的裝置的結(jié)構(gòu)示意圖； 圖10為本發(fā)明實施例另一種發(fā)送通知消息的裝置的結(jié)構(gòu)示意圖。
具體實施例方式
為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對 本發(fā)明進行進一步詳細說明。應(yīng)當理解，此處所描述的具體實施例僅用以解釋本發(fā)明，并不 用于限定本發(fā)明。
圖1為本發(fā)明實施例一種發(fā)送通知消息的方法的流程圖，包括 Sll， PAL服務(wù)器接收請求消息，所述請求消息中包括通知抑制條件。 請求消息由業(yè)務(wù)請求者的客戶端發(fā)送。可以是業(yè)務(wù)觸發(fā)請求，也可以是訂閱請求，
請求的業(yè)務(wù)的接收方可以是一方或多方，如業(yè)務(wù)請求者可以同時請求PAL服務(wù)器向多人發(fā)
送會話邀請。 通知抑制條件，表示當業(yè)務(wù)請求者的相關(guān)信息滿足抑制條件時，PAL服務(wù)器不執(zhí)行 某個動作。 S12， PAL服務(wù)器獲取業(yè)務(wù)請求者與所述通知抑制條件相關(guān)的信息。
7
PAL服務(wù)器解析該通知抑制條件，得知該通知抑制條件涉及到業(yè)務(wù)請求者的哪些
信息，然后去相應(yīng)的服務(wù)器獲取業(yè)務(wù)請求者的與該通知抑制條件相關(guān)的信息。響應(yīng)的服務(wù)
器可以是呈現(xiàn)服務(wù)器，也可以是位置服務(wù)器等。如通知抑制條件為業(yè)務(wù)請求者不在線時不
向其發(fā)送通知，那么與該通知抑制條件相關(guān)的信息為該業(yè)務(wù)請求者的呈現(xiàn)狀態(tài)，呈現(xiàn)接入
層服務(wù)器則向呈現(xiàn)服務(wù)器去獲取該業(yè)務(wù)請求者的在線狀態(tài)。 S13， PAL服務(wù)器判斷所述相關(guān)的信息是否滿足所述通知抑制條件。 接S12中的例子，如果該業(yè)務(wù)請求者此時不在線，那么即為滿足該通知抑制條件，
如果該業(yè)務(wù)請求者此時在線，那么即為不滿足該通知抑制條件。 S14，當不滿足所述通知抑制條件時，PAL服務(wù)器根據(jù)所述請求消息發(fā)送通知消息。
通知消息的接收方可以是業(yè)務(wù)請求的發(fā)送方，也可以是業(yè)務(wù)請求的被請求方，還 可以是應(yīng)用服務(wù)器。 如，當該請求消息為一個業(yè)務(wù)觸發(fā)請求時，PAL服務(wù)器可以向?qū)?yīng)的應(yīng)用服務(wù)器或 被請求方客戶端發(fā)送業(yè)務(wù)觸發(fā)通知。當該請求消息為訂閱請求時，PAL服務(wù)器向業(yè)務(wù)請求 者發(fā)送變化后的被訂閱信息通知。 本實施例中，通過PAL服務(wù)器在執(zhí)行請求消息要求的對應(yīng)的操作前，判斷業(yè)務(wù)請 求者的信息是否滿足通知抑制條件，減輕了業(yè)務(wù)請求者的客戶端的負擔，降低了業(yè)務(wù)請求 者的客戶端與PAL服務(wù)器的交互流量，從而更加有效的利用網(wǎng)絡(luò)資源。減少了對業(yè)務(wù)請求 者的干擾，提升了用戶體驗。 進一步的，通知抑制條件可以以業(yè)務(wù)請求者的特定視圖aspect滿足預(yù)設(shè)取值時 來表示，aspect是對一個或多個信息元素的概括。 特定aspect可以是一個特定的aspect或多個特定的aspect,如通知抑制條件中 同時要求標識為"namel"的aspect和標識為"namel"的aspect分別滿足相應(yīng)的預(yù)設(shè)取值。
預(yù)設(shè)取值可以是一個值，如以"true", "false"表示的取值，也可以是一定的取值 范圍，取值范圍可以是以列舉的多個值的形式，也可以以取值區(qū)間的形式來表示，如預(yù)定一 個范圍，要求大于某個值，小于某個值。 本發(fā)明實施例中提到的aspect是對單個或多個呈現(xiàn)信息元素，或者呈現(xiàn)信息元 素與其他類型信息元素組合(包括位置信息，個人基本信息等)的邏輯抽象，即aspect 是與該aspect相關(guān)的信息按照一定規(guī)則的整合結(jié)果。PAL中的aspect包括系統(tǒng)定義的 aspect,如-"availability"(可提供，表示在線信息)，"willingness"(意愿，表示參與業(yè) 務(wù)的意愿)，除此之外，PAL支持aspect的定制和擴展，即不同用戶，業(yè)務(wù)以及群組可自定義 所需的aspect。 具體地，aspect的定義應(yīng)當包括aspect與哪些信息相關(guān)，當各信息元素滿足什
么條件時時aspect取什么值，即aspect的計算規(guī)則。若aspect的定義采用xml格式表示，
舉例來說，可為如下形式 〈aspect name = "convenience"> 〈result id = "a，，>

〈/prs_elements> 〈loc_elements> 〈in value = "false，， > 〈gs:Circle srsName =〃 urn:ogc:def:crs:EPSG::4326〃 xmlns:gs=〃 http://www. opengis. net/pidflo/1. 0〃 xmlns:gml=〃 http://www.opengis.net/gml" > 〈gml:pos〉42. 5463-73. 2512〈/gml:pos〉 〈gs:radius uom =〃 urn:ogc:def:uom:EPSG::9001〃 > 850. 24 〈/gs:radius> 〈/gs:Circle> 〈in> 〈/loc_elements> 〈value>true〈/value> 〈/result〉 〈result id = "b"> 〈prs_elements> 〈status>others〈/status> 〈session_participation>others〈/session_participation> 〈/prs_elements> 〈loc_elements> 〈in value = "true" > ...... 〈/in> 〈/loc_elements> 〈value>false〈/value> 〈/result〉 〈/aspect> 其中，元素〈aspect〉表示aspect的定義；其屬性name表示該aspect的標識，此
例中aspect標識為"convenience";當然aspect除了運用名稱來作為標識夕卜，還可通過 序列號，鏈接等方式作為標識進行區(qū)分。它的子元素〈result〉表示aspect的取值，它具 有屬性id，用以區(qū)分不同的〈result〉元素，即aspect的不同取值?！磖esult〉元素包括子 元素〈prs-elements〉， 〈loc-elements〉及〈value〉，分別表示呈現(xiàn)信息元素，位置信息元 素與aspect值，〈result〉元素還可以擴展更多子元素，以支持更多類型的信息元素。其 中，〈prs_elements>兀素包含子兀素〈status>禾口 〈session_participation>，取值分別為 "open"與"closed",分別表示在線與正參加會話，〈loc_elements>元素具有子元素〈in>， 表示是否在此區(qū)域內(nèi)，它的屬性value取值為"false"表示不在此區(qū)域內(nèi)?！磇n>的子元素 〈Circle〉表示區(qū)域信息，它的子元素〈pos〉和〈radius〉分別表示圓點與半徑。〈value〉取 值為"true"表示在上述呈現(xiàn)信息元素與位置信息元素取上述值時，aspect取值為"true"，
9id為"b"的〈result〉元素中的各子元素含義與上述id為"a"的〈result〉元素中的各子 元素相同，只是取值不同，"others"表示當這些呈現(xiàn)信息元素與位置信息元素取其他值時， aspect取值為"false，，。 另夕卜，aspect還支持嵌套，即aspect可由其他多個aspect組成，具體地， 該aspect的取值取決于其他相關(guān)aspect的取值，如-"reachability"aspect可由 "availability" aspect與"willingness" aspect組成，其定義若米用xml格式，貝U可表不 為
0089] 〈aspect name = "reachability"> 0090] 〈result id=，，a，，>
0091] 〈sub_aspect name = ，， availability" >
0092] true
0093] 〈/sub_aspect>
0094] 〈sub_aspect name =" willingness" >
0095] true
0096] 〈/sub_aspect>
0097] 〈value>true〈/value>
0098] 〈/result>
0099] 〈result id=，，a，，>
0100] 〈sub_aspect name = ，， availability" >
0101] false 0102] 〈/sub_aspect>
0103] 〈sub_aspect name =" willingness" >
0104] false
0105] 〈/sub_aspect>
0106] 〈value>false〈/value>
0107] 〈/result〉
0108] 〈/aspect>
0109] 其中，〈sub_aspect>表示構(gòu)成該aspect定義的相關(guān)aspect,本發(fā)明中稱其為子 aspect,其屬性name表示該子aspect的標識。
0110] 通知抑制條件以業(yè)務(wù)請求者的特定aspect滿足預(yù)設(shè)取值來表示如下 〈？ xml version =〃 1.0〃 encoding = 〃 UTF-8" >
〈pal_suppnot_filter xmlns = 〃 urn:oma:xml:prs:pidf:oma_palsuppnotfilte
0112]
0113] 0114] 0115] 0116] 0117] 0118]
〈suppnot-filter id
〈name>convenience〈/name> 〈value>false〈/value>
〈/aspect>
〈inexecution>
10
〈service>IM_session〈/service> 〈/inexecution> 〈/suppnot_filter> 〈/pal_suppnot_filter> 即當標識為convenience的aspect取值為false時，不發(fā)送進行即時消息會話的 業(yè)務(wù)觸發(fā)通知。上述例子中的aspect還可以表示為 〈/aspect> 〈name>convenience〈/name> 〈value id = ，， a，， >session_inconvenience〈/value> 〈value id =，，b，， >location_inconvenience〈/value> 〈/aspect> 即當標識為convenience的aspect取值滿足多個取值中的任意一個時，不發(fā)送進 行即時消息會話的業(yè)務(wù)觸發(fā)通知。 當通知抑制條件以業(yè)務(wù)請求者的特定視圖aspect滿足預(yù)設(shè)取值時來表示時，S12 具體包括 PAL服務(wù)器根據(jù)通知抑制條件獲取該aspect的定義，并根據(jù)該aspect的定義獲取 業(yè)務(wù)請求者與該aspect相關(guān)的信息； 通知抑制條件中可以攜帶如下信息1、 aspect的標識，如上述通知抑制條件的例
子，2、 aspect的定義，即通知抑制條件中直接包括了該aspect的定義。 當通知抑制條件中只包括aspect的標識時，PAL服務(wù)器需要去查找該aspect標
識對應(yīng)的aspect定義，aspect可以預(yù)先定義好并保存在特定存儲裝置中，PAL服務(wù)器可以
通過XCAP(Xml configuration access protocol, xml配置訪問協(xié)議)協(xié)議中的GET方法
從特定存儲裝置中獲取aspect定義，并根據(jù)aspect定義去保存與該定義相關(guān)的信息的服
務(wù)器中獲取需要的業(yè)務(wù)請求者的信息。 當通知抑制條件中攜帶了 aspect的定義時，PAL服務(wù)器直接根據(jù)該定義去保存與 該定義相關(guān)的信息的服務(wù)器中獲取需要的業(yè)務(wù)請求者的信息。 并且，呈現(xiàn)接入層服務(wù)器可以保存所述aspect的定義，并向所述業(yè)務(wù)請求者返回 所述aspect的定義的存儲路徑。 具體是將所述aspect的定義保存到特定存儲裝置，如XDMS (XMLDocument Management Server, xml文檔管理服務(wù)器)中，可以是根據(jù)客戶端的指示保存到特定存儲 裝置中，也可以是PAL服務(wù)器發(fā)現(xiàn)通知抑制條件中攜帶的aspect的定義沒有保存，主動將 其保存到特定存儲裝置中。 S13中PAL服務(wù)器判斷所述相關(guān)的是否滿足所述通知抑制條件包括 PAL服務(wù)器根據(jù)aspect的定義計算所述業(yè)務(wù)請求者與所該aspect相關(guān)的信息的
aspect值； 如上面所述，aspect定義中包括aspect值的計算規(guī)則，PAL服務(wù)器需要計算所述 業(yè)務(wù)請求者與該aspect相關(guān)的信息的aspect值，以便與通知抑制條件中要求的aspect的 預(yù)設(shè)取值做比較。如根據(jù)上面aspect的定義舉例，如果業(yè)務(wù)請求者此時在線，并且沒有參 加會話，則PAL服務(wù)器計算標識為"convenience"的aspect取值為"true"。
計算出aspect取值后，PAL服務(wù)器還需要判斷該aspec值是否滿足所述預(yù)設(shè)取值， 當不滿足所述預(yù)設(shè)取值時，判斷為不滿足所述通知抑制條件。 接上例，PAL服務(wù)器計算標識為"convenience"的aspect取值為"true"。此時不 滿足通知抑制條件中的標識為"convenience"的aspect取值"false",即不滿足通知抑制 條件。 在本實施例中，通過以業(yè)務(wù)請求者的特定視圖aspect滿足預(yù)設(shè)取值來表示通知 抑制條件，使得業(yè)務(wù)請求者在請求消息中只需要攜帶較少信息即可，減輕了業(yè)務(wù)請求者客 戶端的負擔。 本發(fā)明實施例中，具體的，Sll中的請求消息可以是業(yè)務(wù)觸發(fā)請求或訂閱請求。
業(yè)務(wù)觸發(fā)請求是指根據(jù)預(yù)設(shè)取值觸發(fā)或者不觸發(fā)某種業(yè)務(wù)的請求，這時候，業(yè)務(wù) 觸發(fā)請求中通常會攜帶通知觸發(fā)條件，要求PAL服務(wù)器判斷業(yè)務(wù)接收者的相關(guān)信息是否滿 足通知觸發(fā)條件，當然，PAL服務(wù)器也可以僅根據(jù)業(yè)務(wù)請求者的相關(guān)信息來決定是否進行業(yè) 務(wù)觸發(fā)，如上述通知抑制條件的例子。 當所述請求消息為訂閱請求時，PAL服務(wù)器收到該訂閱請求后，根據(jù)所述訂閱請求 訂閱被訂閱者的相關(guān)信息，以下將訂閱的被訂閱者的相關(guān)信息稱為被訂閱信息。需要發(fā)送 的通知消息即變化后的被訂閱信息通知，即將變化后的被訂閱信息通知給業(yè)務(wù)請求者，該 被訂閱信息可以是以aspect方式來表示，可以是計算出變化后的被訂閱信息的aspect值， 將該aspect值通知給業(yè)務(wù)請求者。 此時PAL服務(wù)器判斷業(yè)務(wù)請求者與所述通知抑制條件相關(guān)的信息是否滿足所述 通知抑制條件具體為當被訂閱信息發(fā)生變化時，判斷所述業(yè)務(wù)請求者的所述相關(guān)的信息 是否滿足所述通知抑制條件。 當判斷為不滿足所述通知抑制條件時，PAL服務(wù)器變化后的被訂閱信息通知給業(yè) 務(wù)請求者。 本發(fā)明另一實施例中，Sll中的請求消息中還可以包括通知觸發(fā)條件，PAL服務(wù)器 還需要獲取業(yè)務(wù)接收者與通知觸發(fā)條件相關(guān)的信息；并判斷業(yè)務(wù)接收者與通知觸發(fā)條件相 關(guān)的信息是否滿足所述通知觸發(fā)條件，當業(yè)務(wù)接收者與通知觸發(fā)條件相關(guān)的信息滿足所述 業(yè)務(wù)觸發(fā)條件，并且業(yè)務(wù)請求者與通知抑制條件相關(guān)的信息不滿足所述通知抑制條件時， PAL服務(wù)器才發(fā)送通知消息。 通知觸發(fā)條件可以以業(yè)務(wù)接收者的特定aspect滿足預(yù)設(shè)取值時發(fā)送通知消息來 表示，所述aspect是對一個或多個信息元素的概括。 PAL服務(wù)器還判斷業(yè)務(wù)接收者的與所述aspect的相關(guān)信息的aspect值是否滿足 該預(yù)設(shè)取值，當滿足時，判斷為滿足所述通知觸發(fā)條件。 本實施例中，PAL服務(wù)器在發(fā)送通知消息之前，通過判斷業(yè)務(wù)接收者和業(yè)務(wù)請求者 雙方的相關(guān)信息是否滿足對應(yīng)的條件來決定是否發(fā)送通知消息，并將通知觸發(fā)條件以特定 aspect滿足預(yù)設(shè)取值時來表示，減輕了客戶端的負擔，以及與服務(wù)器之間的交互流量，提高 了網(wǎng)絡(luò)資源的利用效率，并為請求者帶來操作上的簡便。 另外，本發(fā)明實施例中，當業(yè)務(wù)請求者與所述通知抑制條件相關(guān)的信息滿足所述 通知抑制條件時，PAL服務(wù)器監(jiān)控業(yè)務(wù)請求者與所述通知抑制條件相關(guān)的信息。此時，PAL 服務(wù)器不發(fā)送通知消息，但是PAL服務(wù)器會監(jiān)控業(yè)務(wù)請求者的相關(guān)信息，并在業(yè)務(wù)請求者的相關(guān)信息變化后，判斷其變化后的相關(guān)信息是否滿足所述通知抑制條件，直到通知抑制 條件不再滿足，PAL服務(wù)器才發(fā)送通知消息。 圖2為本發(fā)明實施例另一種發(fā)送通知消息的方法的流程圖，其中請求消息為業(yè)務(wù) 觸發(fā)請求，并且包括通知抑制條件和通知觸發(fā)條件。通知抑制條件以所述業(yè)務(wù)請求者的特 定視圖aspect滿足預(yù)設(shè)取值時來表示，通知觸發(fā)條件以業(yè)務(wù)接收者的特定aspect滿足預(yù) 設(shè)取值時觸發(fā)某種業(yè)務(wù)來表示。 本實施例中，用戶A希望當他的同事中有5個人的標識為 "PoCiillingness"aspect值為"t潔"時和他們進行群組會話，即由PAL服務(wù)器觸發(fā) PoC (Push-to-talk Over Cellular,無線一鍵通)服務(wù)器發(fā)起群組會話，但是若此時他自身 參與至lj其《也會話中，艮卩其f示識為"session—convenience"aspect值為"false"時，則PAL月艮 務(wù)器暫不觸發(fā)業(yè)務(wù)。 S21，用戶A通過PAL客戶端發(fā)送業(yè)務(wù)觸發(fā)請求至PAL服務(wù)器，該請求中除包括通 知觸發(fā)條件外，還包括通知抑制條件，若該請求消息采用SIP SUBSCRIBE實現(xiàn)，則該消息如 下所示 SUBSCRIBE sip:workmates@example. com SIP/2.0 Via :SIP/2. 0/TCP terminal.example.com; branch = z9hG4bKwYb6QREiCL Max-Forwards :70 To :〈sip:workmates@example. com> From :〈sip:a@example. com> ;tag = ie4hbb8t Call-ID :cdB34qLToC@termiri￡il. example, com CSeq :322723822 SUBSCRIBE Contact :〈sip:terminal, example. com> Event :pal Expires :600 Accept :application/resource_lists+xml Content-Length :...... Content-Type :multipart/mixed 5b0皿dary = example-l —ex卿le-1 Content-Type :即plication/pal-trigger+xml 〈？ xml version =〃 1.0〃 encoding = 〃 UTF-8" > 〈pal-trigger xmlns =〃 urn:oma:xml:pal-trigger 〈trigger> 〈condition> 〈changed to = "true" > 〈aspect>PoC_willingness〈/aspect> 〈/ch￡inged> 〈皿mber flag =，，min，， >5〈/number> 〈/condition>
〈action id =，，a，， > 〈service>PoC_groupsession〈/service> 〈/action> 〈/trigger> 〈/pal_trigger> __example-l Content-Type :即plication/pal-suppnot-filter+xml
〈？ xml version =〃 1.0〃 encoding = 〃 UTF-8" > 〈pal_suppnot_filter xmlns=〃 urn:oma:xml:prs:pidf:oma_palsuppnotfilte r "> 〈s聊not-filter id = "a" > 〈aspect> 〈name>session_convenience〈/name> 〈value>false〈/v￡ilue> 〈/aspect> 〈/suppnot_filter> 〈/pal_suppnot_filter> —ex卿le-l- 其中，〈pal_trigger>元素表示PAL中的視圖觸發(fā)aspect trigger, aspecttrigger用于監(jiān)控aspect值的變化，當aspect值滿足aspect trigger時，PAL 服務(wù)器進行相應(yīng)操作。其子元素〈trigger〉表示一個具體的觸發(fā)設(shè)置，其包括子元素 〈condition〉和〈action〉，分別表示觸發(fā)條件和觸發(fā)條件滿足時的觸發(fā)動作?！碿ondition〉 元素的子元素〈changed〉表示值的改變，其屬性to取值為"true"表示值變?yōu)?true"，其子 兀素〈aspect〉取值為"PoC-willingness"表不該條件是監(jiān)控"PoC-willingness，， aspect 的值的改變。另一元素〈action〉具有子元素〈service〉，表示當觸發(fā)條件滿足時觸發(fā) 的業(yè)務(wù)類型，本實施例中為PoC-groupsession，即無線一鍵通群組會話。〈皿mber〉元 素作為〈condition〉元素的子元素，表示滿足〈changed〉元素表示的條件的人數(shù)應(yīng)當 滿足的條件，其屬性flag取值為"min"，表示最少人數(shù)。另外，消息體的第二部分中的 〈pal-suppnot-filter〉元素表示業(yè)務(wù)觸發(fā)抑制條件，其子元素〈suppnot-f ilter〉表示一 個具體的抑制條件，它的子元素〈aspect〉表示該抑制條件基于的aspect, 〈name〉元素和 〈value〉元素為〈aspect〉元素的兩個子元素，分別表示aspect的標識以及取值。
其中，通知抑制條件基于用戶A的"session-convenience" aspect值。 〈pal_suppnot_filter>元素表示抑制條件，艮卩當A的標識為"session-convenience，，的 〈aspect〉值為false時，PAL服務(wù)器不觸發(fā)無線一鍵通群組會話。 S22， PAL服務(wù)器對接收到的請求進行解析后，根據(jù)向RLS(ResourceList Server, 資源列表服務(wù)器)獲取用戶A的同事與"PoCiillingness" aspect相關(guān)的信息。
具體是，PAL服務(wù)器首先去保存aspect定義的服務(wù)器中獲取標識為 "PoCiillingness"的定義，看該定義涉及哪些信息元素，然后向RLS (Resource List Server,資源列表服務(wù)器)獲取用戶A的同事與"PoCiillingness" aspect相關(guān)的信息。
S23， RLS返回用戶A的同事的相關(guān)信息。 S24， PAL服務(wù)器根據(jù)"PoCiillingness" aspect中定義的計算規(guī)則計算用 戶A的各同事的"PoCiillingness"aspect值，并判斷是否滿足群組會話觸發(fā)條件， 即是否有至少五人的該aspect值為"true",此時，該aspect值為"true"的少于五 人，PAL服務(wù)器判斷得出當前觸發(fā)條件不滿足。PAL服務(wù)器繼續(xù)監(jiān)控列表的各同事的與 "PoC_willingness，， aspect相關(guān)的信息。 S25，PAL服務(wù)器將當前滿足條件的同事的URI通知給業(yè)務(wù)請求者PAL客戶端。該 通知消息也采用SIP NOTIFY實現(xiàn)，如下所示
NOTIFY sip:a@example. com SIP/2.0 Via :SIP/2. 0/TCP pal-server, example, com ;branch = z9hG4bK4EPlfSFQKl
Max-Forwards :70 From :〈sip:pal-server, example. com> ;tag = zpNctbZq To :〈sip: a@example. com> ;tag = ie4hbb8 Call-ID :cdB34qLToC@termiri￡il. example, com CSeq :997935769麗IFY Contact :〈sip:pal-server, example. com> Event :pal Subscription-State :active ;expires = 600
Content-Type :即plication/resource-lists+xml
Content-Length :… 〈？ xml version =〃 1.0〃 encoding = 〃 UTF-8" >
〈resource-lists xmlns = 〃 urn: ietf :par咖s:xml :ns:resource-lists〃
xmlns:xsi=〃 http://www.w3.org/2001/XMLSchema_instance" >
〈list> 〈entry uri =〃 sip:workmatel@example. com" /> 〈entry uri =〃 sip:workmate5@example. com" /> 〈/list>
〈/resource_lists> 其中，〈resource-lists〉元素表示滿足條件的同事，其子元素〈list〉表示同事的 列表，它具有子元素〈entry〉表示單個滿足條件的同事的信息，其屬性uri表示該同事的身 份標識。 S26， RLS將用戶A同事發(fā)生變化的呈現(xiàn)信息通知給PAL服務(wù)器。 S27， PAL服務(wù)器再次計算用戶A各同事的"PoC-willingness" aspect值，得出通
知觸發(fā)條件已經(jīng)滿足。 S28，PAL服務(wù)器向呈現(xiàn)服務(wù)器獲取用戶A的與"session-convenience"aspect相 關(guān)的信息。 具體是先向保存aspect定義的服務(wù)器獲取標識為"session-convenience" 的aspect的定義，然后根據(jù)該定義向呈現(xiàn)服務(wù)器獲取用戶A的與 "session-convenience"aspect相關(guān)的信息。
S29，呈現(xiàn)服務(wù)器返回用戶A的呈現(xiàn)信息至PAL服務(wù)器。 S210， PAL服務(wù)器計算用戶A的"session-convenience" aspect值，得出該值為 true，不滿足用戶A設(shè)置的業(yè)務(wù)觸發(fā)抑制條件的指定的值false,因此可以觸發(fā)群組會話。
如果PAL服務(wù)器計算得出用戶A的"session-convenience" aspect值為false, 即滿足所述業(yè)務(wù)觸發(fā)抑制條件，則PAL服務(wù)器不發(fā)送觸發(fā)群組會話的通知，而是繼續(xù)監(jiān)控 用戶A與session-convenience" aspect相關(guān)的信息。 S211，PAL服務(wù)器向PoC服務(wù)器發(fā)送群組會話觸發(fā)通知，通知中包括參與群組會話 的人員標識，觸發(fā)的業(yè)務(wù)為群組會話等。若該通知消息采用SIP MESSAGE實現(xiàn)，則消息如下 所示 MESSAGE sip:PoC-server. example, com SIP/2.0 From :sip:pal-server. example, com ;tag = 49513 To :sip:PoC-server. example, com Content-Type :即plication/pal-sernot+xml 〈？ xml version =〃 1.0〃 encoding = 〃 UTF-8" > 〈pal-semot xmlns =〃 urn:oma:xml:pal_sernot〃xmlns:l=〃 urn: ietf :par咖s:xml :ns:resource-lists〃 > 〈l:list〉
sip:a@example. com" /> sip:workmatel@example. com" sip:workmate7@example. com" sip:workmatel4@example. com' sip:workmate15@example. com' sip:workmate21@example. com' 〈1: entry uri =
〈1: entry uri =
〈1: entry uri =
〈1: entry uri =
〈1: entry uri =
〈1: entry uri =
〈/l:list〉
〈service>
PoC_groupsession
〈/service>
〈/pal_sernot> 本發(fā)明實施例中，通過在業(yè)務(wù)觸發(fā)請求中攜帶通知觸發(fā)條件和通知抑制條件，并 用aspect滿足預(yù)設(shè)取值來表示這些條件，PAL服務(wù)器結(jié)合業(yè)務(wù)接收者和業(yè)務(wù)請求者的相關(guān) 信息來判斷是否進行業(yè)務(wù)觸發(fā)，減少了業(yè)務(wù)請求者客戶端的負擔，及其與PAL服務(wù)器之間 的交互流量，提高了網(wǎng)絡(luò)資源利用效率，并為請求者帶來操作上的簡便。
圖3為本發(fā)明實施例又一種發(fā)送通知消息的方法的流程圖。其中，請求消息 為訂閱請求，用戶A希望與用戶B進行CPM(Converged IPMessaging，融合IP消息)會 話，因此關(guān)注用戶B是否能通過CPM聯(lián)系上，于是用戶A向PAL服務(wù)器訂閱用戶B的 "CPM-reachability" aspect,并且希望當自己不方便進行通話(與其他人正在進行通話或 者在會議室)時(即用戶A的"convenience" aspect為false時)，服務(wù)器不發(fā)送用戶B 的標識為"CPM-reachability"的aspect改變通知給自己。 S31，用戶A通過PAL客戶端向PAL服務(wù)器發(fā)送請求，請求訂閱用戶B的
16"CPM-reachability"aspect值，該訂閱請求攜帶了用戶A設(shè)置的通知抑制條件，即若自身 的"convenience " aspect值為"f al se "時，服務(wù)器不發(fā)送通知給自己。若該訂閱請求采用 SIP SUBSCRIBE,則消息如下所示 SUBSCRIBE sip:b@example. com SIP/2.0 Via :SIP/2. 0/TCP terminal, example, com ; braneh = z9hG4bKwYb6QREiCL Max-Forwards :70 To :〈sip:b@example. com From :〈sip:a@example. com> ;tag = ie4hbb8t Call-ID :cdB34qLToC@termiri￡il. example, com CSeq :322723822SUBSCRIBE Contact :〈sip: terminal, example. com> Event :pal Expires :600 Accept :即plication/aspect-result+xml Content-Length :...... Content-Type :multipart/mixed 5b0皿dary = example-l —ex卿le-1 Content-Type :即plication/pal-aspect+xml 〈？ xml version =〃 1.0〃 encoding = 〃 UTF-8" > 〈pal-aspect xmlns = 〃 urn:oma:xml:pal-aspect" > 〈aspect id = "a，，> CPM-reachability 〈/aspect> 〈/pal_aspect> —ex卿le-1 Content-Type :即plication/pal-suppnot-filter+xml 〈？ xml version =〃 1.0〃 encoding = 〃 UTF-8" > 〈pal_suppnot_f ilter xmlns = 〃 urn:oma:xml :prs:pidf :oma-pals卯pnotfilt er "> 〈s聊not-filter id = "a" > 〈aspect> 〈name>convenience〈/name>
〈value>false〈/v￡ilue>
〈/aspect>
〈/suppnot_filter> 〈/pal_suppnot_filter> —ex卿le-1— 其中，消息體第一部分中的元素〈pal-aspect〉表示訂閱的aspect信息，其子元素〈aspect〉表示單個被訂閱的aspect信息，本實施例中為"CPM-reachability"。另外，消息 體的第二部分中的各元素的含義與圖2所述的實施例中相應(yīng)元素相同，在此不再贅述。
S32，PAL服務(wù)器解析接收到的訂閱請求，并根據(jù)"CPM-reachability"aspect的定 義向呈現(xiàn)服務(wù)器獲取用戶B的相關(guān)呈現(xiàn)信息。 具體是先向保存aspect的定義的服務(wù)器獲取"CPM-reachability" aspect的定 義，再向呈現(xiàn)服務(wù)器獲取用戶B的與該aspect定義相關(guān)的呈現(xiàn)信息。S33，呈現(xiàn)服務(wù)器返回 用戶B的相關(guān)呈現(xiàn)信息。 S34，PAL服務(wù)器根據(jù)"CPM-reachability"aspect定義中規(guī)定的計算規(guī)則，對接收 到的用戶B的相關(guān)呈現(xiàn)信息進行計算，得出用戶B的該aspect的當前取值。
S35， PAL服務(wù)器通知用戶A的PAL客戶端用戶B的當前 "CPM-reachability" aspect取值。若該通知消息采用SIP NOTIFY,則消息如下所示
NOTIFY sip:a@example. com SIP/2.0 Via :SIP/2. 0/TCP pal-server, example, com ;branch = z9hG4bK4EPlfSFQKl
Max-Forwards :70 From :〈sip:pal-server, example. com> ;tag = zpNctbZq To :〈sip: a@example. com> ;tag = ie4hbb8 Call-ID :cdB34qLToC@termiri￡il. example, com CSeq :997935769N0TIFY Contact :〈sip:pal-server, example. com> Event :pal Subscription-State:active ;expires = 600
Content-Type :即plication/aspect-result+xml
Content-Length :… 〈？ xml version =〃 1.0〃 encoding = 〃 UTF-8" > 〈pal-result xmlns = 〃 urn:oma:xml:pal-result" > 〈entry uri = "sip:b@example. com" > 〈aspect name = "CPM-reachability，， >true〈/aspect> 〈/entry> 〈/pal_result> 其中，各元素的含義與圖2所示實施例中相應(yīng)元素的含義相同，在此不再贅述。 S36，呈現(xiàn)服務(wù)器通知PAL服務(wù)器用戶B的變化后的呈現(xiàn)信息。 S37， PAL服務(wù)器再次計算用戶B的"CPM-reachability" aspect值。 S38，PAL服務(wù)器向呈現(xiàn)服務(wù)器獲取用戶A的與"convenience"aspect相關(guān)的呈現(xiàn)信息。 具體是先向保存aspect定義的服務(wù)器獲取標識為"convenience"的aspect的定 義，再向呈現(xiàn)服務(wù)器獲取用戶A的與該aspect定義相關(guān)的呈現(xiàn)信息。
S39，呈現(xiàn)服務(wù)器返回用戶A的呈現(xiàn)信息至PAL服務(wù)器。 S310， PAL服務(wù)器向位置服務(wù)器Location Server獲取用戶A的 "convenience"aspect相關(guān)的位置信息。
由于"convenience" aspect的定義中還涉及到用戶A的位置信息，所以PAL服務(wù)
器還需要向Location Server獲取用戶A的"convenience" aspect相關(guān)的位置信息。 S311、 Location Server返回用戶A的位置信息至PAL服務(wù)器。 S312、 PAL服務(wù)器根據(jù)"convenience" aspect的定義中以及接收到的用戶A的呈
現(xiàn)信息與位置信息，計算用戶A的當前"convenience"aspect值為"true"，因此不滿足通
知抑制條件。 S313、PAL服務(wù)器向用戶A的PAL客戶端通知用戶B變化后的呈現(xiàn)信息，此呈現(xiàn)信 息可以用用戶B的變化后的"CPM-reachability"aspect值來表示。 本實施例中，通過在訂閱請求中包括請求者基于自身狀態(tài)信息的設(shè)置的通知抑制
條件，PAL服務(wù)器在發(fā)送通知之前依據(jù)請求者的當前狀態(tài)是否滿足通知抑制條件來決定是
否發(fā)送該通知，從而避免了發(fā)送請求者不希望接收的通知，減弱了對請求者的干擾，并且降
低了請求者客戶端與服務(wù)器之間的交互流量，更加有效地利用了網(wǎng)絡(luò)資源。 進一步的，在圖3所述的實施例中，還可以在訂閱請求中增加通知觸發(fā)條件，即表
示當被訂閱信息滿足預(yù)定條件時才判斷請求者的狀態(tài)信息是否滿足通知抑制條件。 具體，通知觸發(fā)條件可以表示為 〈pal-trigger xmlns =〃 urn:oma:xml:pal-trigger" > 〈changed to = "available" > 〈aspect id = 〃 a〃 MM-availability〈/卿ect〉 〈/changed> 〈/pal_trigger> 即當被訂閱者的"IM-availability" aspect值變?yōu)閍vailable時，才考慮向請求 者客戶端發(fā)送變化后的被訂閱信息，具體是發(fā)送被訂閱信息的aspect值。這樣，可以進一 步減少請求者客戶端和PAL服務(wù)器的負擔，以及請求者客戶端與PAL服務(wù)器的交互。
圖4為本發(fā)明實施例一種PAL服務(wù)器的結(jié)構(gòu)示意圖，包括 業(yè)務(wù)請求接收單元401，用于接收請求消息，所述請求消息中包括通知抑制條件。
業(yè)務(wù)請求接收單元401實現(xiàn)上述功能的具體過程可參見Sll的說明。
獲取單元402，用于獲取業(yè)務(wù)請求者與所述通知抑制條件相關(guān)的信息。
具體的獲取過程可以參見S12的說明。 判斷單元403，用于判斷所述相關(guān)的信息是否滿足所述通知抑制條件。
具體的判斷過程可以參見S13的說明。 通知單元404，用于當所述相關(guān)的信息不滿足所述通知抑制條件時，根據(jù)所述請求 消息發(fā)送通知消息。 具體實現(xiàn)過程可參見S14的說明。 本實施例提供的PAL服務(wù)器，可以根據(jù)判斷業(yè)務(wù)請求者與所述通知抑制條件相關(guān) 的信息是否滿足所述通知抑制條件；減輕了業(yè)務(wù)請求者的客戶端的負擔，降低了業(yè)務(wù)請求 者的客戶端與PAL服務(wù)器的交互流量，從而更加有效的利用網(wǎng)絡(luò)資源。減少了對業(yè)務(wù)請求 者的干擾，提升了用戶體驗。 進一步的，如圖5所示，在本實施例中通知抑制條件可以所述通知抑制條件以所 述業(yè)務(wù)請求者的特定視圖aspect滿足預(yù)設(shè)取值來表示，所述aspect是對一個或多個信息元素的概括。
獲取單元402可以包括 第一獲取模塊402a，用于根據(jù)所述通知抑制條件獲取所述aspect的定義；
具體是根據(jù)通知抑制條件中攜帶的aspect標識去保存aspect定義的服務(wù)器中獲 取aspect的定義，或直接獲取通知抑制條件中攜帶的aspect的定義。
第二獲取模塊402b，用于根據(jù)所述aspect的定義獲取業(yè)務(wù)請求者與所述aspect 相關(guān)的信息； 具體是向保存相關(guān)信息的服務(wù)器中獲取業(yè)務(wù)請求者與aspect相關(guān)的信息；如向 位置服務(wù)器獲取位置信息，向呈現(xiàn)服務(wù)器獲取狀態(tài)信息。 判斷單元403具體用于根據(jù)根據(jù)所述aspect的定義計算所述業(yè)務(wù)請求者與所述
aspect相關(guān)的信息的aspect值；并判斷所述aspect值是否滿足所述預(yù)設(shè)取值。 具體實現(xiàn)可參見圖2和圖3所示實施例中的說明，在此不贅述。 可選的，該PAL服務(wù)器還可以包括保存單元405，用于當所述通知抑制條件中攜帶
所述aspect的定義時，保存所述aspect的定義。 具體可是根據(jù)客戶端的指示將所述aspect的定義保存到特定的存儲裝置中，也
可以是發(fā)現(xiàn)所述aspect的定義沒有保存時，將其保存到特定的存儲裝置中。 返回單元406，用于向所述業(yè)務(wù)請求者返回所述aspect和/或aspecttrigger的
定義的存儲路徑。 監(jiān)控單元407，用于當判斷為滿足所述通知抑制條件時，監(jiān)控所述業(yè)務(wù)請求者與所 述通知抑制條件相關(guān)的信息。 當請求消息中還包括通知觸發(fā)條件；并且通知觸發(fā)條件以業(yè)務(wù)接收者的特定 aspect滿足預(yù)設(shè)取值時觸發(fā)某種業(yè)務(wù)來表示時，判斷單元403還用于判斷業(yè)務(wù)接收者的與 所述aspect的相關(guān)信息的aspect值是否滿足所述預(yù)設(shè)取值當滿足時，判斷為滿足所述通 知觸發(fā)條件；通知單元404具體用于當滿足所述通知觸發(fā)條件時并且不滿足所述通知抑制 條件時，所述發(fā)送通知消息。 圖6為本發(fā)明實施例一種發(fā)送通知消息的方法的流程圖，包括S61，接收請求消 息，所述請求消息包括通知觸發(fā)條件，所述通知觸發(fā)條件以業(yè)務(wù)接收者的特定視圖aspect 滿足預(yù)設(shè)取值時發(fā)送通知消息來表示，所述aspect是對一個或多個信息元素的概括。
aspect的概念和定義可以參見圖1所示的實施例中的說明，在此不贅述。
S62，獲取所述業(yè)務(wù)接收者與所述aspect相關(guān)的信息。 PAL服務(wù)器根據(jù)通知觸發(fā)條件獲取所述aspect的定義；并根據(jù)所述aspect的定 義獲取所述業(yè)務(wù)接收者與所述aspect相關(guān)的信息。 通知觸發(fā)條件中可以攜帶如下信息l、視圖觸發(fā)aspect trigger的標識，2、 aspect trigger的定義，3、 aspect trigger的標識及aspect的定義，4、 aspect trigger 的定義及aspect的定義。 aspect trigger用于監(jiān)控aspect值的變化，表示aspect值滿足預(yù)設(shè)取值時指示 PAL服務(wù)器進行相應(yīng)操作。其定義示例如下 〈trigger name =〃 IM_session on IM-availability" >
〈condition id = 〃 a" >
20〈changed to = "available''>
〈aspect id = 〃 a" >IM_availability〈/aspect>〈/chMiged>
'condition〉〈action>
〈service>IM_session〈/service>
...... 〈/action>
〈/trigger> 其中，trigger表示trigger的定義，其屬性name表示其標識，本例中為"IM_session on IM-availability，，，它的子元素〈condition>以及〈action>分另樣示角蟲發(fā)條件以及觸發(fā)動作，〈action〉的子元素〈changed〉表示基于aspcet值改變的條件，其屬性to表示變化為特定值，其子元素〈aspect〉指出該變化條件是針對哪個或哪些aspect的，〈changed〉為可選元素，即除了基于aspect值改變的條件，trigger還可以基于其他類型的條件，如滿足條件的人數(shù)等等，具體地可根據(jù)實際的特定需求進行相關(guān)設(shè)置，〈action〉元素中的〈service〉表示觸發(fā)的業(yè)務(wù)類型，它也為可選元素，即觸發(fā)動作不限于此，還可包括業(yè)務(wù)終止等其他類型的動作。 通知觸發(fā)條件可以只攜帶發(fā)aspect trigger的標識，如通知觸發(fā)條件表示為
〈？ xml version =〃 1.0〃 encoding = 〃 UTF-8" >
〈pal-trigger xmlns =〃 urn:oma:xml:pal-trigger" > 〈trigger id = 〃 a" >
〈reference form =name >IM_session on IM_availability〈/
reference>
〈/trigger>〈/pal_trigger> 其中〈pal_trigger>表不pal的aspect trigger,其子兀素〈trigger>表不具體的一個trigger,其屬性id用于標識該trigger,它具有子元素〈reference〉表示通過引用的方式來使用trigger,其屬性form表示通過方式來引用trigger,其取值可為"name" ， 〃 sequence" ， 〃 url〃分別表示名稱，序列號，引用路徑的方式。
因為aspect trigger中已經(jīng)包含aspect的標識，如果通知觸發(fā)條件已經(jīng)包含aspect trigger,就不必再攜帶aspect的標識，但其可以直接攜帶涉及到的aspecttrigger的定義或者aspect的定義。aspect的定義可以參見圖1所示的實施例中的說明，在此不贅述。 PAL服務(wù)器根據(jù)通知觸發(fā)條件獲取所述aspect的定義包括 根據(jù)所述通知觸發(fā)條件中攜帶的aspect trigger的標識獲取所述aspecttrigger的定義，再根據(jù)所述aspect trigger的定義獲取所述aspect的標識，并根據(jù)所述aspect的標識獲取所述aspect的定義； 或，根據(jù)通知觸發(fā)條件中攜帶的aspect trigger的定義獲取所述aspect的標識，
21根據(jù)所述aspect的標識獲取所述aspect的定義； 具體是向保存aspect trigger的定義和aspect的定義的服務(wù)器獲取其定義，aspect trigger的定義和aspect的定義的定義可以保存在一個服務(wù)器中。
另外，PAL服務(wù)器還可以獲取通知觸發(fā)條件中攜帶的aspect的定義。
S63，判斷所述相關(guān)的信息的aspect值是否滿足所述預(yù)設(shè)取值。
具體包括 PAL服務(wù)器根據(jù)所述aspect的定義計算所述所述業(yè)務(wù)接收者與所述aspect相關(guān)的信息的aspect值。 可以參見S12b中的說明，此時S12b中的業(yè)務(wù)請求者為業(yè)務(wù)接收者。
PAL服務(wù)器判斷所述aspect值是否滿足所述預(yù)設(shè)取值。
S64，當滿足所述預(yù)設(shè)取值時，發(fā)送所述通知消息。 通知消息的接收方可以是請求消息的發(fā)送方，即業(yè)務(wù)請求方，也可以是業(yè)務(wù)接收方，還可以是應(yīng)用服務(wù)器，業(yè)務(wù)接收方可以是一個或兩個以上。 本實施例中，通過采用aspect來設(shè)置通知觸發(fā)條件的方式，可以減少請求消息消
息的字節(jié)大小，使業(yè)務(wù)請求者無需針對條件中的每個信息元素賦值，可以減輕客戶端的負
擔，節(jié)省客戶端與服務(wù)器之間的交互流量，為請求者帶來操作上的簡便。 另外，在本實施例的基礎(chǔ)上，如果通知觸發(fā)條件中直接攜帶了 aspecttrigger和/
或aspect的定義，PAL服務(wù)器發(fā)現(xiàn)該aspect trigger和/或aspect的定義沒有保存時，
可以保存aspect trigger禾口/或aspect的定義，并向業(yè)務(wù)請求者返回該aspect trigger
和/或aspect的定義的存儲路徑。具體是將aspecttrigger和/或aspect的定義保存到
特定的存儲裝置中，可以是根據(jù)終端指示保存，也可以是自己主動保存。以便用戶下次使用
同樣的aspect trigger和/或aspect是可以直接提供標識即可，為用戶帶來操作上的簡便。 并且，上述實施例中，S63中PAL服務(wù)器判斷業(yè)務(wù)接收者與aspect的相關(guān)信息的aspect值不滿足預(yù)設(shè)取值時，PAL服務(wù)器監(jiān)控業(yè)務(wù)接收者與aspect的相關(guān)信息，當業(yè)務(wù)接收者與aspect的相關(guān)信息發(fā)生變化時，再進行判斷其變化后的相關(guān)信息的aspect值是否滿足所述預(yù)設(shè)取值，以便及時發(fā)送通知消息。 在本發(fā)明實施例中，S61中的請求消息可以是業(yè)務(wù)觸發(fā)請求或訂閱請求；
當請求消息為業(yè)務(wù)觸發(fā)請求時，S64中的通知消息為業(yè)務(wù)觸發(fā)通知。
當所述請求消息為訂閱請求時，S64中的通知消息為變化后的被訂閱信息通知，S61中的通知觸發(fā)條件以變化后的被訂閱信息aspect值滿足預(yù)設(shè)取值時發(fā)送變化后的被訂閱信息通知來表示。S62具體為判斷變化后的被訂閱信息aspect值是否滿足預(yù)設(shè)取值，S64為當滿足所述預(yù)設(shè)取值時，發(fā)送變化后的被訂閱信息通知給業(yè)務(wù)請求者(即訂閱者)。
圖7為本發(fā)明實施例另一種發(fā)送通知消息的方法的流程圖，其中，請求消息為業(yè)務(wù)觸發(fā)請求。本實施例中，用戶A希望當好友B即時消息在線時與其進行會話，并且希望當PAL服務(wù)器檢測到好友B的標識為"M-availability"的aspect的值為"available"時觸發(fā)即時消息服務(wù)器為他與好友建立會話通道。 S71，用戶A通過其終端上的PAL客戶端向PAL服務(wù)器發(fā)起業(yè)務(wù)觸發(fā)請求，請求中攜帶了通知觸發(fā)條件，即當好友B的"IM-availability" aspect為"available"時觸發(fā)即時消息服務(wù)器為他與好友建立會話通道。若該請求消息采用SIP (Session InitiationProtocol,會話初始協(xié)議)SUBSCRIBE實現(xiàn)，則該消息如下所示 SUBSCRIBE sip:friend@example. com SIP/2.0 Via :SIP/2. 0/TCP terminal, example, com ; branch = z9hG4bKwYb6QREiCL Max-Forwards :70 To :〈sip:friend@example. com From :〈sip: a@example. com> ;tag = ie4hbb8t Call-ID :cdB34qLToC@termiri￡il. example, com CSeq :322723822SUBSCRIBE Contact :〈sip:terminal, example. com> Event :pal Expires :600 Accept :即plication/aspect-result+xml Content-Length:...... Content-Type :即plication/pal-trigger+xml 〈？ xml version =〃 1.0〃 encoding = 〃 UTF-8" > 〈pal-trigger xmlns =〃 urn:oma:xml:pal-trigger" > xmlns:sf=〃 urn: ietf :par咖s:xml :ns: simple-filter" > 〈sf:trigger> 〈condition> 〈sf:changed to = "available" > 〈aspect>IM_availability〈/aspect> 〈/sf: changed> 〈/condition> 〈action id=，，a，，> 〈service>IM_session〈/service> 〈/action> 〈/sf:trigger> 〈/pal_trigger> 其中，〈pal-trigger〉元素表示PAL中的視圖觸發(fā)aspect trigger。其子元素
〈trigger〉表示一個具體的觸發(fā)設(shè)置，其包括子元素〈condition〉和〈action〉，分別表示觸發(fā)條件和觸發(fā)條件滿足時的觸發(fā)動作。〈condition〉元素的子元素〈changed〉表示值的改變，其屬性to取值為"available"表示值變?yōu)?available",其子元素〈aspect〉取值為"IM-availability"表示該條件是監(jiān)控"IM-availability"aspect的值的改變。另一元素〈action〉具有子元素〈service〉，表示當觸發(fā)條件滿足時觸發(fā)的業(yè)務(wù)類型，本實施例中為即時消息會話。 S72，PAL服務(wù)器接收到請求后，對其進行解析，根據(jù)"IM-availability"aspect的定義，向呈現(xiàn)服務(wù)器獲取B的相關(guān)呈現(xiàn)信息。
S73，呈現(xiàn)服務(wù)器對用戶A鑒權(quán)成功后，返回B的相關(guān)呈現(xiàn)信息至PAL服務(wù)器。
S74，PAL服務(wù)器根據(jù)"M-availability"aspect的計算規(guī)則對接收到的B的呈現(xiàn)信息進行計算，得出B的當前"IM-availability"aspect值為unavailable,因此不滿足通知觸發(fā)條件，PAL服務(wù)器將持續(xù)監(jiān)控B的相關(guān)呈現(xiàn)信息。 S75， PAL服務(wù)器發(fā)送B的當前"M-availability"aspect值至用戶A，若該通知消息采用SIP NOTIFY,則消息如下所示
NOTIFY sip:a@example. com SIP/2.0 Via :SIP/2. 0/TCP pal-server, example, com ;branch = z9hG4bK4EPlfSFQKl
Max-Forwards :70 From :〈sip:pal-server, example. com> ;tag = zpNctbZq To :〈sip:a@example. com> ;tag = ie4hbb8 Call-ID :cdB34qLToC@termiri￡il. example, com CSeq :997935769麗IFY Contact :〈sip:pal-server, example. com> Event :pal Subscription-State:active ;expires = 600
Content-Type :即plication/aspect-result+xml
Content-Length :… 〈？ xml version =〃 1.0〃 encoding = 〃 UTF-8" >
〈pal-result xmlns =〃 urn:oma:xml:pal-result" >
〈entry uri = "sip:friend@example. com"> 〈aspect name = "IM_availability，， >imavailable〈/aspect> 〈/entry>
〈/pal_result> 其中，元素〈pal-result〉表示服務(wù)器返回至客戶端的結(jié)果，其子元素〈entry〉
表示某個被訂閱者的信息，其屬性uri表示該被訂閱者的身份標識，此處為好友B的SIP
URI (Uniform Resource Identifier,統(tǒng)一資源標識符)，其子元素〈aspect〉表示某個
aspect的取值，其屬性name表示該aspect的名稱。 S76，呈現(xiàn)服務(wù)器通知PAL服務(wù)器好友B的變化的呈現(xiàn)信息。 S77， PAL服務(wù)器根據(jù)"M-availability"aspect的計算規(guī)則再一次對接收到的B的呈現(xiàn)信息進行計算，得出B的當前"M-availability"aspect值為available,因此滿足通知觸發(fā)條件。 S78， PAL服務(wù)器向即時消息服務(wù)器發(fā)送業(yè)務(wù)觸發(fā)通知，即通知IMServer為用戶A
與其好友B建立會話。若該業(yè)務(wù)觸發(fā)通知采用SIPMESSAGE實現(xiàn)，則該消息如下所示 MESSAGE sip: M-server. , com SIP/2.0 From :sip:pal-server, example, com ;tag = 49513 To :sip:IM_server. example, com Content-Type :即plication/pal-sernot+xml 〈？ xml version =〃 1.0〃 encoding = 〃 UTF-8" >
〈pal-sernot xmlns = 〃 urn:oma:xml:pal-sernot〃xmlns:l=〃 urn: ietf :par咖s:xml :ns:resource-lists〃 > 〈l:list〉 〈l:entry uri =〃 sip:a@example. com" /> 〈l:entry uri =〃 sip:friend@example. com" /> 〈/l:list〉 〈service> IM_session 〈/service> 〈/pal_sernot> 其中，〈pal-sernot〉表示PAL服務(wù)器發(fā)送至應(yīng)用服務(wù)器的業(yè)務(wù)觸發(fā)通知，其子元素〈list〉表示參與業(yè)務(wù)者，它的子元素〈entry〉用來表示單個參與者，其屬性uri表示參與者的身份標識，〈pal-sernot〉的另一個子元素〈service〉表示觸發(fā)的業(yè)務(wù)類型。
本實施例中，通過采用aspect來設(shè)置觸發(fā)條件的方式，可以減少業(yè)務(wù)觸發(fā)請求消息的字節(jié)大小，使業(yè)務(wù)請求者無需針對條件中的每個信息元素賦值，可以減輕客戶端的負擔，節(jié)省客戶端與服務(wù)器之間的交互流量，為請求者帶來操作上的簡便。并且可以在觸發(fā)條件不被滿足時，PAL服務(wù)器監(jiān)控業(yè)務(wù)接收者相關(guān)信息，以便在觸發(fā)條件被滿足時，PAL服務(wù)器及時進行業(yè)務(wù)觸發(fā)。 圖8為本發(fā)明實施例又一種發(fā)送通知消息的方法的流程圖，其中，請求消息為訂閱請求。本實施例中，用戶A希望與用戶B進行CPM(Converged IP Messaging,融合IP消息)會話，因此關(guān)注用戶B是否能通過CPM聯(lián)系上，于是用戶A向PAL Server訂閱用戶B的"CPM_reachability，， aspect,并且希望用戶B的"CPM_reachability，， aspect值為"true，，時，服務(wù)器才發(fā)送用戶B的"CPM-reachability" aspect通知給自己。
具體的，本實施例對應(yīng)的業(yè)務(wù)流程如下 S81，用戶A通過PAL客戶端向PAL服務(wù)器發(fā)送請求用來訂閱用戶B的
"CPM-reachabi lity "aspect值，該訂閱請求攜帶了用戶A設(shè)置的通知觸發(fā)條件，即若用戶
B的"CPM-reachabi 1 ity " aspect值為"true"時，服務(wù)器才發(fā)送通知給自己。若該訂閱請
求采用SIP SUBSCRIBE,則消息如下所示 SUBSCRIBE sip:b@example. com SIP/2.0 Via :SIP/2. 0/TCP terminal, example, com ;branch = z9hG4bKwYb6QREiCL Max-Forwards :70 To :〈sip:b@example. com From :〈sip:a@example. com> ;tag = ie4hbb8t Call-ID :cdB34qLToC@termiri￡il. example, com CSeq :322723822 SUBSCRIBE Contact :〈sip:terminal, example. com> Event :pal Expires :600
Accept :即plication/aspect-result+xml
Content-Length:...... Content-Type :multipart/mixed 5b0皿dary = example-l
—ex卿le-1 Content-Type :即plication/pal-trigger+xml 〈？ xml version =〃 1.0〃 encoding = 〃 UTF-8" > 〈pal-trigger xmlns =〃 urn:oma:xml:pal-trigger" > 〈changed to = "available" > 〈aspect id = "a，，> CPM-reachability 〈/aspect> 〈/changed> 〈/pal_trigger> 消息體的各元素的含義與圖3所述的實施例中相應(yīng)元素相同，在此不再贅述。
S82，PAL服務(wù)器解析接收到的訂閱請求，并根據(jù)"CPM-reachability"aspect的定義向呈現(xiàn)服務(wù)器獲取用戶B的相關(guān)呈現(xiàn)信息。 具體是先向保存aspect的定義的服務(wù)器獲取"CPM-reachability" aspect的定
義，再向呈現(xiàn)服務(wù)器獲取用戶B的與該aspect定義相關(guān)的信息。 S83，呈現(xiàn)服務(wù)器返回用戶B的相關(guān)呈現(xiàn)信息。 S84， PAL服務(wù)器向用戶A返回用戶B的相關(guān)呈現(xiàn)信息。 可以是計算用戶B的相關(guān)呈現(xiàn)信息的aspect值，將這個值返回給用戶A。 S85， PAL服務(wù)器訂閱用戶B的相關(guān)呈現(xiàn)信息。 可以是PAL服務(wù)器主動向呈現(xiàn)服務(wù)器獲取用戶B的相關(guān)呈現(xiàn)信息，也可以是用戶B的相關(guān)呈現(xiàn)信息發(fā)生變化后，呈現(xiàn)服務(wù)器將變化后的B的相關(guān)呈現(xiàn)信息通知給A。
S86， PAL服務(wù)器根據(jù)"CPM-reachability" aspect定義中規(guī)定的計算規(guī)則，對接收到的變化后的用戶B的相關(guān)呈現(xiàn)信息進行計算，得出用戶B變化后的相關(guān)呈現(xiàn)信息的該aspect的當前取值。 S87， PAL服務(wù)器判斷用戶B的該aspect的當前取值是否滿足通知觸發(fā)條件。
如果用戶B的該aspect的當前取值為"available",則執(zhí)行S85。
如果用戶B的該aspect的當前取值不為"available", PAL服務(wù)器繼續(xù)監(jiān)控用戶B與該aspect相關(guān)的信息。 S88， PAL服務(wù)器通知用戶A的PAL客戶端用戶B的當前"CPM_reachability，， aspect取值。
可參見S35中的說明。 本實施例中，通過采用aspect在訂閱請求中設(shè)置觸發(fā)條件的方式，可以減少訂閱請求消息的字節(jié)大小，使訂閱者無需針對條件中的每個信息元素賦值，可以減輕客戶端的負擔，節(jié)省客戶端與服務(wù)器之間的交互流量，為訂閱者帶來操作上的簡便。并且可以在觸發(fā)條件不被滿足時，PAL服務(wù)器監(jiān)控被訂閱者相關(guān)信息，以便在觸發(fā)條件被滿足時，PAL服務(wù)器及時將被訂閱者相關(guān)信息通知給訂閱者。
26
圖9為本發(fā)明實施例一種發(fā)送通知消息的裝置的結(jié)構(gòu)示意圖，包括 請求接收單元901，用于接收請求消息，所述請求消息包括通知觸發(fā)條件，所述通
知觸發(fā)條件以業(yè)務(wù)接收者的特定視圖aspect滿足預(yù)設(shè)取值時發(fā)送通知消息來表示，所述
aspect是對一個或多個信息元素的概括； 具體實現(xiàn)過程可參見S61的說明。 獲取單元902，用于獲取業(yè)務(wù)請求者與所述aspect相關(guān)的信息；包括
第三獲取模塊902a，用于根據(jù)所述通知觸發(fā)條件獲取所述aspect的定義；
第四獲取模塊902b，用于根據(jù)所述aspect的定義獲取所述業(yè)務(wù)接收者與所述aspect相關(guān)的信息。 判斷單元903，用于判斷所述相關(guān)的信息的aspect值是否滿足所述預(yù)設(shè)取值；具體用于根據(jù)所述aspect的定義計算所述相關(guān)的信息的aspect值，并判斷所述aspect值是否滿足所述預(yù)設(shè)取值。判斷單元903具體實現(xiàn)細節(jié)可參見S63的說明，在此不再贅述。
通知單元904，用于當滿足所述預(yù)設(shè)取值時，發(fā)送通知消息。 本實施例提供的通知消息裝置，可以解析以aspect方式表示的通知觸發(fā)條件，并根據(jù)所述條件進行判斷和相應(yīng)操作，以便使業(yè)務(wù)請求者無需針對條件中的每個信息元素賦值，可以減輕客戶端的負擔，節(jié)省客戶端與服務(wù)器之間的交互流量，為請求者帶來操作上的簡便。 如圖10所示，可選的，該通知消息裝置還可以包括保存單元905，用于當所述通知觸發(fā)條件中攜帶aspect trigger和/或aspect的定義時，保存所述aspect trigger和/或aspect的定義； 具體是將aspect trigger和/或aspect的定義保存到特定的存儲裝置中，可以是根據(jù)終端指示保存，也可以是自己主動保存。以便用戶下次使用同樣的aspect trigger和/或aspect是可以直接提供標識即可，為用戶帶來操作上的簡便。 返回單元906，用于向所述業(yè)務(wù)請求者返回所述aspect trigger和/或aspect的定義的存儲路徑。 監(jiān)控單元907，用于根據(jù)當所述業(yè)務(wù)請求者與所述aspect相關(guān)的信息的aspect值不滿足所述預(yù)設(shè)取值時，監(jiān)控所述相關(guān)的信息。 以便當業(yè)務(wù)接收者與aspect的相關(guān)信息發(fā)生變化時，再進行判斷其變化后的相
關(guān)信息的aspect值是否滿足所述預(yù)設(shè)取值，有利于及時發(fā)送通知消息。 需要說明的是，本發(fā)明實施例不需要引入獨立的功能部件，可借助軟件加必需的
通用硬件平臺的方式來實現(xiàn)?；谶@樣的理解，本發(fā)明實施例的技術(shù)方案本質(zhì)上或者說對
現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個
存儲介質(zhì)中，包括若干指令用以執(zhí)行本發(fā)明各個實施例所述的方法。這里所稱的存儲介質(zhì)，
如ROM/RAM、磁盤、光盤等。 綜上所述，以上僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
2權(quán)利要求
一種發(fā)送通知消息的方法，其特征在于，包括呈現(xiàn)接入層服務(wù)器接收請求消息，所述請求消息中包括通知抑制條件；所述呈現(xiàn)接入層服務(wù)器獲取業(yè)務(wù)請求者與所述通知抑制條件相關(guān)的信息；所述呈現(xiàn)接入層服務(wù)器判斷所述業(yè)務(wù)請求者與所述通知抑制條件相關(guān)的信息是否滿足所述通知抑制條件；當不滿足所述通知抑制條件時，所述呈現(xiàn)接入層服務(wù)器根據(jù)所述請求消息發(fā)送通知消息。
2. 如權(quán)利要求1所述的方法，其特征在于，所述通知抑制條件以所述業(yè)務(wù)請求者的特 定視圖aspect滿足預(yù)設(shè)取值來表示，所述aspect是對一個或多個信息元素的概括。
3. 如權(quán)利要求2所述的方法，其特征在于，所述呈現(xiàn)接入層服務(wù)器獲取業(yè)務(wù)請求者與 所述通知抑制條件相關(guān)的信息包括所述呈現(xiàn)接入層服務(wù)器根據(jù)所述通知抑制條件獲取所述aspect的定義，并根據(jù)所述 aspect的定義獲取業(yè)務(wù)請求者與所述aspect相關(guān)的信息。
4. 如權(quán)利要求3所述的方法，其特征在于，所述呈現(xiàn)接入層服務(wù)器判斷所述獲取的業(yè) 務(wù)請求者信息是否滿足所述通知抑制條件包括根據(jù)所述aspect的定義計算所述業(yè)務(wù)請求者與所述aspect相關(guān)的信息的aspect值； 判斷所述aspec值是否滿足所述預(yù)設(shè)取值。
5. 如權(quán)利要求3所述的方法，其特征在于，所述呈現(xiàn)接入層服務(wù)器根據(jù)所述通知抑制 條件獲取所述aspect的定義包括當所述通知抑制條件攜帶aspect的標識時，根據(jù)所述aspect的標識獲取所述aspect 的定義；或，當所述通知抑制條件攜帶aspect的定義時，獲取所述aspect的定義。
6. 如權(quán)利要求5所述的方法，其特征在于，還包括當所述通知抑制條件中攜帶所述aspect的定義時，所述呈現(xiàn)接入層服務(wù)器保存所述 aspect的定義，并向所述業(yè)務(wù)請求者返回所述aspect的定義的存儲路徑。
7. 如權(quán)利要求1至6任一項所述的方法，其特征在于， 所述請求消息為業(yè)務(wù)觸發(fā)請求或訂閱請求；當所述請求消息為業(yè)務(wù)觸發(fā)請求時，所述通知消息為業(yè)務(wù)觸發(fā)通知； 當所述請求消息為訂閱請求時，所述通知消息為變化后的被訂閱信息通知，所述呈現(xiàn)接入層服務(wù)器判斷所述獲取的業(yè)務(wù)請求者信息是否滿足所述通知抑制條件具體為當被訂閱信息發(fā)生變化時，判斷所述業(yè)務(wù)請求者與所述通知抑制條件相關(guān)的信息是否滿足所述通知抑制條件。
8. 如權(quán)利要求1所述的方法，其特征在于，所述請求消息中還包括通知觸發(fā)條件，所述 方法還包括獲取業(yè)務(wù)接收者與所述通知觸發(fā)條件相關(guān)的信息；所述呈現(xiàn)接入層服務(wù)器判斷所述業(yè)務(wù)接收者與所述通知觸發(fā)條件相關(guān)的信息是否滿 足所述通知觸發(fā)條件；當所述業(yè)務(wù)接收者與所述通知觸發(fā)條件相關(guān)的信息滿足所述通知觸發(fā)條件，并且所述 業(yè)務(wù)請求者與所述通知抑制條件相關(guān)的信息不滿足所述通知抑制條件時，所述呈現(xiàn)接入層服務(wù)器執(zhí)行所述發(fā)送通知消息。
9. 如權(quán)利要求8所述的方法，其特征在于，所述通知觸發(fā)條件以業(yè)務(wù)接收者的特定aspect滿足預(yù)設(shè)取值時發(fā)送通知消息來表 示，所述aspect是對一個或多個信息元素的概括；所述呈現(xiàn)接入層服務(wù)器判斷所述業(yè)務(wù)接收者與所述通知觸發(fā)條件相關(guān)的信息是否滿 足所述通知觸發(fā)條件具體為判斷業(yè)務(wù)接收者與所述aspect相關(guān)的信息的aspect值是否 滿足所述通知觸發(fā)條件中的預(yù)設(shè)取值。
10. 如權(quán)利要求1所述的方法，其特征在于，當所述業(yè)務(wù)請求者與所述通知抑制條件相 關(guān)的信息滿足所述通知抑制條件時，所述呈現(xiàn)接入層服務(wù)器監(jiān)控所述相關(guān)的信息。
11. 一種發(fā)送通知消息的方法，其特征在于，包括接收請求消息，所述請求消息包括通知觸發(fā)條件，所述通知觸發(fā)條件以業(yè)務(wù)接收者的 特定視圖aspect滿足預(yù)設(shè)取值發(fā)送通知消息來表示，所述aspect是對一個或多個信息元 素的概括；獲取所述業(yè)務(wù)接收者與所述aspect相關(guān)的信息； 判斷所述相關(guān)的信息的aspect值是否滿足所述預(yù)設(shè)取值； 當滿足所述預(yù)設(shè)取值時，發(fā)送所述通知消息。
12. 如權(quán)利要求ll所述的方法，其特征在于， 所述獲取所述業(yè)務(wù)接收者與所述aspect相關(guān)的信息包括根據(jù)所述通知觸發(fā)條件獲取所述aspect的定義，根據(jù)所述aspect的定義獲取所述業(yè) 務(wù)接收者與所述aspect相關(guān)的信息；所述判斷所述相關(guān)的信息的aspect值是否滿足所述預(yù)設(shè)取值具體為根據(jù)所述 aspect的定義計算所述相關(guān)的信息的aspect值，判斷所述aspect值是否滿足所述預(yù)設(shè)取 值。
13. 如權(quán)利要求ll所述的方法，其特征在于， 所述根據(jù)所述通知觸發(fā)條件獲取所述aspect的定義包括當所述通知觸發(fā)條件中攜帶視圖觸發(fā)aspect trigger的標識時，根據(jù)所述aspect trigger的標識獲取所述aspect trigger的定義，再根據(jù)所述aspecttrigger的定義獲取 所述aspect的標識，并根據(jù)所述aspect的標識獲取所述aspect的定義；或，當所述通知觸發(fā)條件中攜帶aspect trigger的定義時，根據(jù)所述aspecttrigger的定 義獲取所述aspect的標識，并根據(jù)所述aspect的標識獲取所述aspect的定義；或，當所述通知觸發(fā)條件中攜帶所述aspect的定義時，獲取所述aspect的定義。
14. 如權(quán)利要求ll所述的方法，其特征在于，當所述通知觸發(fā)條件中攜帶aspect trigger和/或aspect的定義時，保存所述aspect trigger禾口 /或aspect的定義，并向業(yè)務(wù)i青求者返回所述aspecttrigger禾口 /或aspect的 定義的存儲路徑。
15. 如權(quán)利要求11所述的方法，其特征在于，所述請求消息為業(yè)務(wù)觸發(fā)請求或訂閱請求；所述請求消息為業(yè)務(wù)觸發(fā)請求時，所述通知消息為業(yè)務(wù)觸發(fā)通知； 當所述請求消息為訂閱請求時，所述通知消息為變化后的被訂閱信息通知，所述通知觸發(fā)條件以業(yè)務(wù)接收者的特定視圖aspect滿足預(yù)設(shè)取值時發(fā)送通知消息來表示具體為 以變化后的被訂閱信息aspect值滿足預(yù)設(shè)取值時發(fā)送變化后的被訂閱信息通知來表示。
16. 如權(quán)利要求11所述的方法，其特征在于，當所述業(yè)務(wù)接收者與所述aspect相關(guān)的 信息的aspect值不滿足所述預(yù)設(shè)取值時，監(jiān)控所述相關(guān)的信息。
17. —種呈現(xiàn)接入層服務(wù)器，其特征在于，包括業(yè)務(wù)請求接收單元，用于接收請求消息，所述請求消息中包括通知抑制條件； 獲取單元，用于獲取業(yè)務(wù)請求者與所述通知抑制條件相關(guān)的信息； 判斷單元，用于判斷所述相關(guān)的信息是否滿足所述通知抑制條件；發(fā)送單元，用于當所述相關(guān)的信息不滿足所述通知抑制條件時，根據(jù)所述請求消息發(fā) 送通知消息。
18. 如權(quán)利要求17所述的呈現(xiàn)接入層服務(wù)器，其特征在于，所述通知抑制條件以所述 業(yè)務(wù)請求者的特定視圖aspect滿足預(yù)設(shè)取值來表示，所述aspect是對一個或多個信息元 素的概括；所述獲取單元包括第一獲取模塊，用于根據(jù)所述通知抑制條件獲取所述aspect的定義； 第二獲取模塊，用于根據(jù)所述aspect的定義獲取業(yè)務(wù)請求者與所述aspect相關(guān)的信息；所述判斷單元具體用于根據(jù)所述aspect的定義計算所述業(yè)務(wù)請求者與所述aspect相 關(guān)的信息的aspect值，并判斷所述aspect值是否滿足所述預(yù)設(shè)取值。
19. 如權(quán)利要求17所述的呈現(xiàn)接入層服務(wù)器，其特征在于，還包括 保存單元，用于當所述通知抑制條件中攜帶所述aspect的定義時，保存所述aspect的定義；返回單元，用于向所述業(yè)務(wù)請求者返回所述aspect和/或aspect trigger的定義的 存儲路徑。
20. 如權(quán)利要求17所述的呈現(xiàn)接入層服務(wù)器，其特征在于，所述請求消息中還包括通 知觸發(fā)條件；所述判斷單元還用于判斷所述業(yè)務(wù)接收者與所述通知觸發(fā)條件相關(guān)的信息是否滿足 所述通知觸發(fā)條件；所述發(fā)送單元具體用于當所述業(yè)務(wù)接收者與所述通知觸發(fā)條件相關(guān)的信息滿足所述 通知觸發(fā)條件，并且所述業(yè)務(wù)請求者與所述通知抑制條件相關(guān)的信息不滿足所述通知抑制 條件時，發(fā)送所述通知消息。
21. 如權(quán)利要求17所述的呈現(xiàn)接入層服務(wù)器，其特征在于，還包括監(jiān)控單元，用于當 所述業(yè)務(wù)接收者與所述通知觸發(fā)條件相關(guān)的信息滿足所述通知抑制條件時，監(jiān)控所述相關(guān) 的信息。
22. —種發(fā)送通知消息的裝置，其特征在于，包括請求接收單元，用于接收請求消息，所述請求消息包括通知觸發(fā)條件，所述通知觸發(fā)條 件以業(yè)務(wù)接收者的特定視圖aspect滿足預(yù)設(shè)取值時發(fā)送通知消息來表示，所述aspect是 對一個或多個信息元素的概括；獲取單元，用于獲取所述業(yè)務(wù)接收者與所述aspect相關(guān)的信息；判斷單元，用于判斷所述相關(guān)的信息的aspect值是否滿足所述預(yù)設(shè)取值； 通知單元，用于當滿足所述預(yù)設(shè)取值時，發(fā)送所述通知消息。
23. 如權(quán)利要求22所述的裝置，其特征在于， 所述獲取單元包括第三獲取模塊，用于根據(jù)所述通知觸發(fā)條件獲取所述aspect的定義； 第四獲取模塊，用于根據(jù)所述aspect的定義獲取所述業(yè)務(wù)接收者與所述aspect相關(guān) 的信息；所述判斷單元具體用于根據(jù)所述aspect的定義計算所述相關(guān)的信息的aspect值，并 判斷所述aspect值是否滿足所述預(yù)設(shè)取值。
24. 如權(quán)利要求22所述的裝置，其特征在于，還包括保存單元，用于當所述通知觸發(fā)條件中攜帶aspect trigger和/或aspect的定義時， 保存所述aspect trigger禾口 /或aspect的定義；返回單元，用于向所述業(yè)務(wù)請求者返回所述aspect trigger和/或aspect的定義的 存儲路徑。
25. 如權(quán)利要求22所述的裝置，其特征在于，還包括監(jiān)控單元，用于當所述業(yè)務(wù)接收者與所述aspect相關(guān)的信息的aspect值不滿足所述 預(yù)設(shè)取值時，監(jiān)控所述相關(guān)的信息。
全文摘要
本發(fā)明公開了一種發(fā)送通知消息的方法及裝置，一種發(fā)送通知消息的方法包括PAL服務(wù)器接收請求消息，所述請求消息中包括通知抑制條件；PAL服務(wù)器獲取業(yè)務(wù)請求者與所述通知抑制條件相關(guān)的信息；PAL服務(wù)器判斷所述業(yè)務(wù)請求者與所述通知抑制條件相關(guān)的信息是否滿足所述通知抑制條件；當不滿足所述通知抑制條件時，所述PAL服務(wù)器根據(jù)所述請求消息發(fā)送通知消息。本發(fā)明通過PAL服務(wù)器判斷業(yè)務(wù)請求者的信息是否滿足通知抑制條件，減輕了業(yè)務(wù)請求者的客戶端的負擔，降低了業(yè)務(wù)請求者的客戶端與PAL服務(wù)器的交互流量，從而更加有效的利用網(wǎng)絡(luò)資源。
文檔編號H04L12/18GK101771549SQ20081024221
公開日2010年7月7日 申請日期2008年12月31日 優(yōu)先權(quán)日2008年12月31日
發(fā)明者朱文杰, 李克鵬, 鄧蓉 申請人:華為技術(shù)有限公司