用於控制通知服務中的動作的方法和布置的製作方法
2023-05-25 07:55:21
用於控制通知服務中的動作的方法和布置的製作方法
【專利摘要】提供用於控制向預訂監視器(A)提供與呈現體(B)有關的通知的通知伺服器(200)中的動作的方法和布置。在除了常規通知之外還從請求方(A、B或208)接收(2:1)對附加動作的請求時，在動作規則庫(202)中激活(2:3)動作規則。動作規則包括用於執行所請求附加動作的觸發條件。在接收(2:4)涉及呈現體的事件發布時，針對動作規則來檢查(2:6)事件發布，以便確定事件發布是否滿足觸發條件。如果是的話，則運行(2:7)附加動作。由此，附加動作能夠在事務通知服務的框架之內付諸實施並且自動控制。
【專利說明】用於控制通知服務中的動作的方法和布置
【技術領域】
[0001]一般來說，本發明涉及用於控制與通知服務中涉及的監視器或呈現體(presentities )相關的動作的方法和布置。
【背景技術】
[0002]消息傳遞服務在通信網絡中的終端用戶之間變得越來越普遍。一具體示例是通過通信網絡基本上使與特定客戶端相關的數據對其它客戶端可用的呈現服務。在呈現服務中，客戶端的呈現數據被收集和存儲在呈現伺服器中，並且然後能夠傳遞給預訂那個呈現數據的客戶端。在這個上下文中，「客戶端」通常是通信網絡中的終端用戶，但是在一些實際情況下，它也能夠是諸如應用、傳感器或計數器之類的「機器功能」。
[0003]呈現數據可涉及客戶端的各種參數和特性，包括與例如終端狀態、能力、選擇和設定相關的信息以及與諸如可用性、地理位置和物理環境之類的客戶端的當前狀況相關的信息。呈現數據還可包括更多個人的信息，例如興趣和需要、當前活動、個人特性、情緒等。客戶端可預訂其它客戶端的所選呈現數據或者「更新」，以便接收具有這種信息的通知。
[0004]每當客戶端的任何呈現數據被引入、更新、改變或刪除時，這種類型的信息通常在呈現伺服器中基於從與客戶端關聯的諸如用戶終端、M2M(機器對機器)裝置和接入網之類的任何「呈現源」所接收的發布來以連續的原則收集。在這個領域中，術語「監視器」表示預訂和接收呈現數據的客戶端，而「呈現體」表示發布呈現伺服器中可用於任何經授權監視器的呈現數據的客戶端。相應地，呈現伺服器向監視器發送通知中的所發布呈現數據，通常採取XML (可擴展標記語言)文檔的形式。
[0005]協議SIP(會話初始協議)通常用作通過通信網絡的呈現數據的上述操控的框架。稱作「SIP PUBLISH」的SIP消息由呈現體用於向呈現伺服器發送呈現數據供發布。稱作「SIP SUBSCRIBE」的另一個SIP消息由監視器用於請求呈現體的呈現數據。稱作「SIPNOTIFY」的又一個SIP消息由呈現伺服器用於向監視器傳遞新呈現數據。備選地，HTTP(超文本傳輸協議)能夠用於呈現服務中，例如，呈現體可使用常規「HTTP PUT」消息或者HTTPPOST消息來發布數據。
[0006]圖1示出用於提供呈現數據的常規過程，其涉及監視器A、呈現體B以及將呈現體B的呈現數據存儲於數據存儲裝置102中的呈現伺服器100。第一動作1:1a —般說明，通過按照常規例程，從B或者從B的接入網(未示出)發送的到呈現伺服器100的頻繁發布消息來相對呈現體B發布呈現數據。呈現數據的這類發布或更新常常稱作「事件」，該術語將用於本描述中。下一個動作1:1b說明，數據存儲裝置102按照動作1:1a的發布來更新。按照現行例程，動作1:1a和1:1b可在後臺始終繼續進行。
[0007]在動作1:2，監視器A發送呈現體B的呈現數據的預訂請求，其中可指定預期預訂時限的超時參數。備選地，每當監視器想要信息時預訂請求可以是一次性請求。呈現伺服器100則在動作1:3中從數據存儲裝置102檢索呈現體B的呈現數據，並且在初始通知消息中將其發送給監視器A，如另一個動作1:4中所示。如步驟1:4中的虛線箭頭所示，取決於預訂模型，監視器A可在另外的時機(例如按照預設預定時間、以常規間隔或者每當呈現數據被改變時或者只是每請求一次地)接收這類通知。
[0008]除了只是向預訂監視器發送通知之外，有時還期望執行通過用呈現伺服器發布呈現體數據引起或產生的附加動作。例如，處理或操控所發布數據的某個邏輯可以是與一些狀況或條件下執行相關的。每當某種條件正在現行時，還可期望向監視器或呈現體或者甚至向第三方發送特定消息。當前，沒有對於能夠如何實現這個方面的解決方案是可用的，這被確定為問題。
【發明內容】
[0009]本發明的目的是解決上述問題和缺點的至少一部分。有可能通過使用如所附獨立權利要求中限定的方法和布置來實現這些目的及其它目的。
[0010]按照一個方面，提供一種用於控制向預訂監視器提供與呈現體有關的通知的通知伺服器中的動作的方法。在這種方法中，還從請求方接收除了發送所述通知之外並且與涉及呈現體的事件發布相關的附加動作的請求。通知伺服器則激活動作規則庫中的動作規貝U，該動作規則包括用於執行所請求附加動作的觸發條件。當接收涉及呈現體的事件發布時，通知伺服器針對所述動作規則來檢查事件發布，以便確定事件發布是否滿足動作規則中的觸發條件。如果發現滿足觸發條件，則通知伺服器相應地運行或發起附加動作。
[0011]按照另一方面，提供一種在通知伺服器中配置成向預訂監視器提供與呈現體有關的通知的布置。通知伺服器布置包括第一接收模塊，第一接收模塊適合於從請求方接收除了所述通知之外並且與涉及呈現體的事件發布相關的附加動作的請求。該布置還包括規則操控模塊，規則操控模塊適合激活動作規則庫中的動作規則，該動作規則包括用於執行所請求附加動作的觸發條件。該布置還包括:第二接收模塊，其適合接收涉及呈現體的事件發布；以及規則檢查模塊，其適合針對所述動作規則來檢查事件發布，以便確定事件發布是否滿足動作規則中的所述觸發條件。通知伺服器中的動作模塊適合在滿足動作規則中的觸發條件時運行或發起所述附加動作。
[0012]通過使用上述解決方案，除了按照事務(ongoing)通知服務的常規通知之外，任何所需的附加動作還能夠通過通知服務的現有和當前使用的框架自動發起，使得附加動作通過呈現體的事件發布來觸發。具有一個或多個觸發條件的動作規則能夠自由選擇或創建，以便提供對將要運行附加動作的方式和時間的定製或個性化控制。請求方可以是下列之一:監視器、呈現體、第三方以及與監視器或呈現體關聯的管理者。
[0013]上述方法和布置可按照不同可選實施例來配置和實現。在一些可能的實施例中，觸發條件涉及下列至少一個:事件發布的類型、時刻、星期或季節以及事件發布中的報告參數的值。在其它實施例中，附加動作或觸發條件可涉及特定呈現體或監視器或者一般涉及任何呈現體或監視器。
[0014]為了激活動作規則，新動作規則可被創建或定義並且安裝在動作規則庫中，或者備選地，可在動作規則庫中選取已經現有的動作供激活。此外，通知伺服器可接收XCAP消息中或者SUBSCRIBE消息中的附加動作的請求。
[0015]在其它實施例中，還有可能使通知伺服器執行下列至少一個:基於預設訪問規則來授權請求方，以及在激活所述動作規則之前，基於預設認證規則來認證請求方。[0016]附加動作可涉及下列至少一個:用於處理或操控事件發布中的信息的邏輯以及向監視器或呈現體或者向第三方發送電子郵件。動作規則可確定下列至少一個:通知是否將要發送給監視器，以及附加動作的報告、結果或輸出是否將要包含在通知中。在呈現體和監視器由不同的通知伺服器來提供服務的情況下，通知伺服器還可接收作為來自另一個通知伺服器的通知的事件發布。
[0017]通過以下詳細描述，本解決方案的其它可能特徵和有益效果將變得顯而易見。
【專利附圖】
【附圖說明】
[0018]現在將通過示範實施例並且參照附圖更詳細地描述本發明，其中:
圖1是按照現有技術的示出具有通知的常規呈現服務的通信情況。
[0019]圖2是按照一些可能實施例的示出在通知伺服器中能夠如何控制附加動作的框圖。
[0020]圖3是按照其它可能實施例的示出用於在通知伺服器中控制附加動作的配置過程的流程圖。
[0021]圖4是按照其它可能實施例的示出用於在通知伺服器中控制附加動作的運行時過程的流程圖。
[0022]圖5是按照其它可能實施例的更詳細示出通知伺服器的框圖。
[0023]圖6是按照其它可能實施例的示出當呈現體和監視器由不同通知伺服器來提供服務時能夠如何控制附加動作的框圖。
【具體實施方式】
[0024]簡言之，提供一種在通知伺服器中的解決方案，該解決方案按照事務通知服務、例如呈現服務向預訂監視器定期發送與呈現體有關的通知。這種解決方案使通知伺服器能夠除了只是向監視器發送通知之外還按照動作規則來控制涉及呈現體的所接收事件發布所觸發的附加動作的執行。動作規則包括附加動作的定義或描述以及控制將要運行動作的時間的觸發條件。在這種解決方案中，附加動作的控制能夠通過通知服務中當前使用的消息傳遞框架、例如呈現框架和/或尤其是SMPLE呈現中使用的XCAP消息和XML文檔來實現，但是該解決方案並不局限於通知服務的任何特定消息傳遞框架。
[0025]作為舉例而不是限制，通知伺服器可以是按照程度不同的普通呈現服務或者相似通知服務、例如按照以上對於圖1所述的方式向監視器發送包含呈現體的所發布信息或者更新的通知的呈現伺服器等。術語「事件發布」用於表示通過按照常規例程，從呈現體本身或者從呈現體的接入網(未示出)所發送，用於在動作1:1a發布數據的上述消息的任一種發送給呈現伺服器100的涉及呈現體的任何所發布數據、例如呈現數據和類似更新。
[0026]這種解決方案中的上述「附加動作」可以是除了按照事務通知服務向監視器發送通知的動作之外的、與涉及呈現體的事件發布相關或者由其觸發的任何動作。附加動作在這個上下文中可涉及例如用於處理或操控事件發布中的信息的邏輯或者向監視器或呈現體或者向第三方發送具有某個消息的電子郵件。這種解決方案並不局限於任何特定附加動作。按照上述機制，如果滿足預定義動作規則中的觸發條件，則附加動作將由通知伺服器來運行或者至少由其發起。例如，附加動作可以是，除了送往監視器的常規通知之外，假如滿足觸發條件，還將要把包含呈現體的所發布數據的電子郵件發送給第三方。
[0027]參照圖2中所示的通信情況，現在將描述按照這種解決方案、如何能夠在通知伺服器200中控制這種附加動作的示例。假定通知伺服器200還基本上按照常規或者不是常規的任何通知服務、例如呈現服務來向預訂監視器A提供與呈現體B有關的通知。但是，向監視器A發送通知並不局限於這種解決方案中的任何特定方案。例如，通知可因無論什麼原因而被抑制，或者通知還可包含附加動作的輸出或結果，諸如此類。此外，監視器A可由與呈現體相同的通知伺服器200或者由如圖中虛線所示的另一個通知伺服器210、例如作為允許對諸如呈現體B之類的用戶列表的預訂的伺服器的所謂RLS (資源列表伺服器)來提供服務。在這裡所述的解決方案中，通知服務的現有機制和框架按照有用方式用於除了實際通知服務之外還實現和觸發所需附加動作，如下所述。
[0028]第一行動2:1示出，除了常規通知之外，通知伺服器200還接收附加動作的請求，附加動作與涉及呈現體的事件發布相關或者由其觸發。一般從「請求方」接收動作請求，「請求方」可能是監視器A、呈現體B或者與A或B或者與第三方(未示出)關聯的管理者208。在監視器A由獨立通知伺服器210來提供服務的情況下，請求可經由伺服器210來自監視器A(未示出)。請求方可在SUBSCRIBE消息中或者在XCAP PUT消息中或者在當前使用的通知服務框架內的任何其它類型的消息中發送動作請求，並且還可引用存儲裝置212中已經定義的現有附加動作。備選地，請求方在一些情況下可在動作請求中的XML文檔中來定義或描述所請求附加動作，XML文檔通常無論如何在正常呈現框架中使用。
[0029]在這種解決方案中，所請求附加動作通過每當在通知伺服器200接收到涉及呈現體B的事件發布時激活將要應用的動作規則來實現。但是，在這個示例中激活動作規則之前，請求方可基於資料庫206中保持的預設認證規則來認證(如行動2: 2a所示)，以便基本上確定請求方是否有效和可靠。此外，請求方還可基於另一個資料庫204中所保持的預設訪問規則來授權(如行動2:2b所示)，以便確定是否能夠允許請求方實施所請求動作。行動2: 2a和2: 2b可按照任何順序進行。請求方的這個授權和認證基本上可按照與監視器提交呈現體的數據的預訂請求時相同的方式來執行。
[0030]假定行動2:2a和2:2b (若被運行的話)的輸出為肯定，使得請求方是可信的並且被允許，則下一個行動2:3示出，通知伺服器200激活動作規則庫202中的所請求附加動作的動作規則。還假定通知伺服器200具有用於基於在行動2:1所接收的動作請求來創建或選擇適當動作規則的邏輯。激活動作規則可包括在動作規則庫中創建和安裝新動作規則，或者選擇和激活動作規則庫中已現有的動作規則，下面更詳細描述。
[0031]被激活動作規則還在動作規則庫中關聯到呈現體B，使得涉及那個呈現體的事件發布能夠觸發動作按照動作規則來運行。如果附加動作按照某種方式涉及監視器A，則被激活動作規則還關聯到監視器A。在呈現體B和監視器A分別由不同的通知伺服器200和210來提供服務的情況下，動作規則可由另一通知伺服器210來操控，以及觸發附加動作的事件發布可在伺服器210採用來自通知伺服器200的通知的形式來接收，其稍後將參照另一個示例更詳細描述。
[0032]具體來說，動作規則包括每當在伺服器200接收到涉及呈現體B的事件發布時將要評估的用於執行附加動作的觸發條件。附加動作或觸發條件觸發條件通過涉及特定呈現體或監視器可以是「特定的」或者通過一般涉及任何呈現體或監視器可以是「通用的」。[0033]例如，觸發條件可涉及下列一個或多個:事件發布的類型、時刻、星期或季節以及事件發布中的報告參數的值等。在後一種情況下，觸發條件可以是，如果報告參數值超過或者備選地沒有超過預設等級，則應當運行附加動作。其示例可以是，當M2M裝置發送具有超過觸發條件中設置的閾值的溫度值的事件發布時，動作規則規定，告警消息將要作為附加動作發送給緊急中心。
[0034]在另一個示例中，觸發條件可涉及事件發布的時間或者涉及當前位置，以及動作規則可規定，附加動作應當分別僅在星期天的上午10與下午5點之間或者僅當監視器或呈現體位於某個區域時運行。此外，請求方可基於多個動作規則和/或觸發條件來請求附加動作，其也有可能通過這種解決方案付諸實施。
[0035]在行動2:3激活動作規則時，如可選行動2: 3a所示可檢查適合於動作請求的任何動作是否在具有預定義動作的存儲裝置212中已經定義。在那種情況下，從存儲裝置212選擇已現有的動作以適合請求，以及所選動作作為動作規則在庫202中被安裝和激活。否貝U，新動作規則可相應地創建以適合請求，並且安裝在動作規則庫202中。在那種情況下，通知伺服器200可管理新動作規則並且通過使用XCAP將其上傳到庫202。
[0036]上述行動2:l-2:3(2:3a)基本上涉及用於建立控制通知伺服器中的動作的機制的配置過程。以下行動確切來說涉及附加動作的控制付諸實施時的運行時過程，其當通知伺服器200接收涉及呈現體B的事件發布時開始於行動2:4。另一個行動2:5示出，通知伺服器200可按照事務通知服務向監視器A發送常規通知，但是備選地根據通知服務可抑制通知，但是這對本解決方案同樣不太重要。
[0037]下一個行動2:6示出，通知伺服器200針對庫202中的動作規則來檢查所接收事件發布，以便確定事件發布是否滿足動作規則中的觸發條件。根據上述檢查的輸出，如果認為滿足動作規則中的觸發條件，則運行附加動作，如示意行動2:7所示。如何發起和執行實際動作有點超出本解決方案的範圍。例如，通知伺服器200可自行運行動作，或者可觸發另一個節點或功能、例如為監視器A提供服務的獨立通知伺服器210來運行動作。此外，向監視器發送通知的所示行動2:5可在行動2:7的附加動作的執行之後執行，以及這個通知甚至可包含所運行動作的某個報告、結果或輸出。
[0038]這樣，由呈現體的事件發布所觸發的任何所需附加動作能夠通過通知服務的現有和當前使用的框架來自動發起。如上所述，動作規則及其一個或多個觸發條件能夠自由選擇或創建，以便提供對將要運行附加動作的方式和時間的定製或個性化控制。換言之，動作規則基本上包括關於附加動作將要如何執行的定義或描述以及用於確定將要執行附加動作的時間的觸發條件。此外，監視器和呈現體均可通過影響訪問規則204和/或認證規則206來得到對於是否能夠允許請求方實現動作規則的控制。
[0039]現在將參照圖3來描述用於控制向預訂監視器提供與呈現體有關的通知的通知伺服器中的動作的過程。這個過程基本上對應於上述配置過程，並且包括可在通知伺服器、例如圖2的通知伺服器200中運行的各種步驟或行動。這個示例再次涉及可以是上述示例中的呈現體、監視器和管理者的任一個的「請求方」。
[0040]在第一所示行動300中，通知伺服器從請求方接收除了所述通知之外並且與涉及呈現體的事件發布相關或者由其觸發的附加動作的請求，其基本上對應於上述行動2:1。在這個示例中，然後在行動302例如根據預設訪問規則和/或認證規則來確定是否能夠允許請求方實施附加動作，其基本上對應於上述行動2:2a和2:2b。如果不允許，則適當拒絕消息可在行動304發送給請求方。
[0041]如果在行動302允許請求方，則通知伺服器在另一行動306識別所請求附加動作。然後在行動308確定動作是否已經存在於具有預定義動作的存儲裝置、例如圖2的存儲裝置212中。如果沒有，則通知伺服器在另一行動310基於所請求附加動作來定義新動作。新動作還可基於當前訪問規則。另一方面，如果在行動308發現適合的預定義動作已經存在，則在行動312選擇預定義動作以滿足所接收動作請求。
[0042]最後，在行動314按照請求採用所創建或者所選動作以及至少一個觸發條件在動作規則庫中定義和激活動作規則，基本上對應於上述行動2: 3，從而完成這種解決方案的配置階段。激活動作規則基本上表示它針對輸入事件發布被應用或「施行」。應當注意，在動作314，所激活動作規則還在動作規則庫中按照適當方式關聯到呈現體。
[0043]動作規則可在動作規則庫中定義為XML文檔或類似的，並且基本上包括附加動作的定義或描述以及用於分別確定將要執行附加動作的方式和時間的觸發條件。例如，所創建或選擇的動作規則甚至可確定通知是否將要發送給監視器以及附加動作的報告、結果或輸出是否將要包含在通知中。在那種情況下，有可能基本上通過動作規則來控制通知服務中的通知的流。如上所述，一個以上觸發條件可在動作規則中定義。
[0044]下一個圖4基本上示出圖3的過程的延續，如虛線箭頭所示，並且表示這個過程的運行時階段。在第一所示行動400，通知伺服器從呈現體本身或者從配置成提供與呈現體相關的事件發布的網絡或其它節點來接收涉及呈現體的事件發布，其基本上對應於上述行動2:4。如上所述，在呈現體和監視器由例如包括為監視器提供服務的RLS的不同通知伺服器來提供服務的情況下，事件發布可作為來自另一個通知伺服器的通知來接收。
[0045]然後，基本上對應於上述行動2:6，在下一行動402中，例如通過首先將呈現體的所接收事件發布映射到在上述行動314關聯到該呈現體的已激活動作規則，通知伺服器針對以上被激活動作規則來檢查或評估事件發布。隨後，在另一所示行動404確定事件發布及其環境是否滿足動作規則中的觸發條件。這種評估能夠按照一系列不同方式、例如按照以上對於行動2:3所述的觸發條件的示例來執行，並且本發明並不局限於這個方面。
[0046]如果通知伺服器確定對於所接收事件發布不滿足觸發條件，則如行動406所示不運行附加動作，以及按照常規過程、例如向監視器發送通知來操控事件發布。另一方面，如果發現滿足觸發條件，則例如除了向監視器發送常規通知之外，附加動作還由通知伺服器在最終所示行動408中運行或者至少發起或觸發,其基本上對應於上述行動2:7。
[0047]關於如何能夠在通知伺服器中實現完成上述解決方案的布置的更詳細但非限制性示例通過圖5的框圖示出。因此，通知伺服器500配置成例如按照以上對於圖2-4的任一個所述的方式向預訂監視器提供與呈現體有關的通知。
[0048]按照這種布置，通知伺服器500包括第一接收模塊500a，第一接收模塊500a適合於從請求方502接收除了所述通知之外並且與涉及呈現體的事件發布相關或者由其觸發的附加動作的請求「A-Req」。通知伺服器500還包括規則操控模塊500b，規則操控模塊500b適合激活動作規則庫500c中的動作規則「AR」，該動作規則包括用於執行所請求附加動作的觸發條件。被激活動作規則AR還關聯到呈現體B，以便對其映射任何輸入事件發布。
[0049]通知伺服器500還包括:第二接收模塊500d，其適合接收涉及呈現體B的事件發布「EP」;以及規則檢查模塊500e，其適合針對以上被激活動作規則來檢查事件發布，以便確定事件發布是否滿足動作規則中的觸發條件。通知伺服器500還包括動作模塊500f，動作模塊500f適合在認為滿足動作規則中的觸發條件時運行或者至少發起附加動作「Ac」。
[0050]應當注意，圖5隻在邏輯意義上示出通知伺服器500中的各種功能模塊或單元，而技術人員實際上使用適當軟體和硬體部件能夠隨意地實現這些功能。因此，本解決方案的這個方面一般並不局限於通知伺服器500的所示結構，而其功能模塊500a-500f可配置成在適當的情況下按照以上對於圖2-4的任一個所述的特徵進行操作。
[0051]上述功能模塊500a_500f能夠在通知伺服器500中作為包含代碼部件的電腦程式的程序模塊來實現，其中代碼部件在由通知伺服器500中的處理器「P」運行時使伺服器500執行上述功能和動作。處理器P可以是單個CPU(中央處理器)，或者可包括兩個或更多處理單元。例如，處理器P可包括通用微處理器、指令集處理器和/或相關晶片組和/或諸如ASIC(專用集成電路)之類的專用微處理器。處理器P還可包括用於高速緩存的存儲
裝直。
[0052]電腦程式可由通知伺服器500中採取連接到處理器P的存儲器「Μ」的形式的電腦程式產品來承載。電腦程式產品或存儲器M包括計算機可讀介質，其上存儲了電腦程式。例如，存儲器M可以是閃速存儲器、RAM (隨機存取存儲器)、ROM (只讀存儲器)或者EEPR0M(電可擦除可編程ROM)，以及程序模塊在備選實施例中可分布於採取通知伺服器500中的存儲器的形式的不 同電腦程式產品上。
[0053]上述通知伺服器500和功能模塊500a-500f可配置成或者適合於按照各個可選實施例進行操作。例如，規則操控模塊500b還可適合通過在動作規則庫500c中安裝新動作規則，或者通過在動作規則庫中選擇已現有的動作(A)供激活，來激活動作規則。規則操控模塊500b可從具有預定義動作A的存儲裝置500g來選擇和取出已現有的動作A。
[0054]在另一個可能的實施例中，第一接收模塊500a還適合接收XCAP消息或者SUBSCRIBE消息中的附加動作的請求。在另一個可能的實施例中，規則操控模塊500b還適合執行下列至少一個:如相應虛線箭頭所指示的，基於預設訪問規則504來授權請求方，以及在激活動作規則之前，基於預設認證規則506來認證請求方。第二接收模塊500d還可進一步適合接收作為來自另一個通知伺服器的通知的事件發布，其中呈現體和監視器由不同的通知伺服器提供服務。
[0055]圖6示出涉及如上所述常規通知的通知服務中的另一種通信情況，其中監視器A和呈現體B由具有相應動作規則庫600a和600b的不同通知伺服器600和602來提供服務。各通知伺服器600和602可具有例如圖2的存儲裝置212中的其自己的預定義動作集合。現在將描述關於本解決方案能夠如何用於實現如始發於呈現體B的事件發布所觸發的、月艮務器600和602中的附加動作的可能示例。在其變體中，還有可能僅在伺服器602中而不在伺服器600中實現附加動作。通知伺服器602可以是RLS。
[0056]第一行動6:1示出，除了常規通知之外，通知伺服器600還從請求方604接收附加動作的請求，附加動作與涉及呈現體B的事件發布相關或者由其觸發。請求方604可以是呈現體B或者第三方等。下一個行動6:2示出，通知伺服器600在動作規則庫600a中激活所請求附加動作的動作規則，其基本上如對於上述行動2:3所述。
[0057]但是，在這個示例中，除了常規通知之外，通知伺服器602在行動6:3也從監視器A(因而作為請求方)接收對另一個附加動作的請求，另一個附加動作同樣與涉及呈現體的事件發布相關或者由其觸發。請求備選地可從第三方來接收。下一個行動6:4示出，通知伺服器602例如按照上述方式激活在動作規則庫602a中的所請求附加動作的動作規則。因此，行動6.2和6:4的每個動作規則基本上包括關於附加動作將要如何運行的定義以及關於將要何時運行該動作的觸發條件，如上所述。應當注意，上述兩個動作規則相互無關，並且可涉及不同動作和/或觸發條件。
[0058]下一個行動6:5示出，通知伺服器600接收涉及呈現體B的事件發布，以及通知伺服器600在另一行動6:6來檢查事件發布是否滿足庫600a中的動作規則中的觸發條件。然後，如果滿足觸發條件，則在另一行動6:7來運行或者至少發起動作。在這個示例中，在另一行動6:8，常規通知還從通知伺服器600發送給另一通知伺服器602，其然後可在通知中轉發或者不轉發給加入事務通知服務的監視器A的通知伺服器602 (未示出)。在這個示例中，在行動6:8由通知伺服器602所接收的通知實際上是涉及呈現體B的事件發布。因此，通知伺服器602基本上也通過在另一行動6:9檢查庫602a中的動作規則的觸發條件，並且然後在滿足觸發條件時在另一行動6:10運行或者至少發起動作，來執行上述過程。
[0059]實現由始發於呈現體B的事件發布所觸發的附加動作的上述過程能夠按照不同方式來修改。例如，通知伺服器可從一個以上請求方、例如從監視器和呈現體接收對附加動作的請求。在那種情況下，當接收涉及呈現體的事件發布時，通知伺服器將檢查對監視器所激活的動作規則，並且還檢查對呈現體所激活的動作規則。然後，將根據事件發布是否滿足相應動作規則中的觸發條件來運行或發起動作。因此，這些動作規則可具有不同觸發條件，使得對應動作將相互無關地運行或者不運行。因此，事件發布可在通知伺服器602中而不在通知伺服器600中觸發附加動作，反過來也是一樣。
[0060]還有可能的是，兩個通知伺服器(例如600和602)可具有用於操控其相應動作規則的共同動作規則庫，即，庫600a和600b可組合為單個動作規則庫。一個或多個附加動作也可以是通用的，並且應用於任何呈現體和/或監視器。此外，兩個通知伺服器600和602也可具有其自己的用於預定義動作的存儲裝置或者用於其的共同的存儲裝置。
[0061]雖然已經參照具體的示範實施例描述了本發明，但是，描述一般僅意在說明本發明的概念，而不應當被理解為限制本發明的範圍。例如，在本描述中通篇使用了術語「通知伺服器」、「呈現體」、「監視器」、「請求方」、「事件發布」、「附加動作」和「觸發條件，但是也可能使用具有這裡所述特徵和特性的任何其它對應節點、功能和/或參數。本發明由所附權利要求書限定。
【權利要求】
1.一種用於控制向預訂監視器(A)提供與呈現體(B)有關的通知的通知伺服器(200)中的動作的方法，所述方法包括: -從請求方(A，B或208)接收(2:1)除了所述通知之外並且與涉及所述呈現體的事件發布相關的附加動作的請求， -激活(2:3)動作規則庫(202)中的動作規則，所述動作規則包括用於執行所請求附加動作的觸發條件， -接收(2:4)涉及所述呈現體的事件發布， -針對所述動作規則來檢查(2:6)所述事件發布，以便確定所述事件發布是否滿足所述動作規則中的所述觸發條件，以及 -如果滿足所述動作規則中的所述觸發條件，則運行(2:7)或發起所述附加動作。
2.如權利要求1所述的方法，其中，所述請求方是下列之一:所述監視器(A)、所述呈現體(B)、第三方以及與所述監視器或者所述呈現體關聯的管理者(208)。
3.如權利要求1或2所述的方法，其中，所述觸發條件涉及下列至少一個:事件發布的類型、時刻、星期或季節以及所述事件發布中的報告參數的值。
4.如權利要求1-3中的任一項所述的方法，其中，所述附加動作或者所述觸發條件涉及特定呈現體或監視器或者一般涉及任何呈現體或監視器。
5.如權利要求1-4中·的任一項所述的方法，其中，激活所述動作規則包括在所述動作規則庫中創建和安裝新動作規則，或者在所述動作規則庫中選擇已現有的動作供激活。
6.如權利要求1-5中的任一項所述的方法，其中，在XCAP消息或者在SUBSCRIBE消息中接收對附加動作的請求。
7.如權利要求1-6中的任一項所述的方法，所述方法還包括下列至少一個:基於預設訪問規則(204)來授權(2:2a)所述請求方，以及在激活所述動作規則之前，基於預設認證規則(206)來認證(2:2b)所述請求方。
8.如權利要求1-7中的任一項所述的方法，其中，所述附加動作涉及下列至少一個:用於處理或操控所述事件發布中的信息的邏輯，以及向所述監視器或所述呈現體或者向第三方發送電子郵件。
9.如權利要求1-8中的任一項所述的方法，其中，所述動作規則確定下列至少一個:通知是否將要發送給所述監視器，以及所述附加動作的報告、結果或輸出是否將要包含在所述通知中。
10.如權利要求1-9中的任一項所述的方法，其中，所述事件發布作為來自另一個通知伺服器的通知來接收，其中所述呈現體和監視器由不同的通知伺服器(600，602)提供服務。
11.一種在通知伺服器(500)中的配置成向預訂監視器提供與呈現體(B)有關的通知的布置，所述布置包括: -第一接收模塊(500a)，其適合於從請求方(502)接收除了所述通知之外並且與涉及所述呈現體的事件發布相關的附加動作的請求(A-Req)， -規則操控模塊(500b)，其適合激活動作規則庫(500c)中的動作規則(AR)，所述動作規則包括用於執行所請求附加動作的觸發條件， -第二接收模塊(500d)，其適合接收涉及所述呈現體的事件發布(EP)，-規則檢查模塊(500e)，其適合針對所述動作規則來檢查所述事件發布，以便確定所述事件發布是否滿足所述動作規則中的所述觸發條件，以及 -動作模塊(500f)，其適合在滿足所述動作規則中的所述觸發條件時運行或發起所述附加動作(Ac)。
12.如權利要求11所述的布置，其中，所述請求方是下列之一:所述監視器、所述呈現體(B)、第三方以及與所述監視器或所述呈現體關聯的管理者。
13.如權利要求11或12所述的布置，其中，所述觸發條件涉及下列至少一個:事件發布的類型、時刻、星期或季節以及所述事件發布中的報告參數的值。
14.如權利要求11-13中的任一項所述的布置，其中，所述附加動作或者所述觸發條件涉及特定呈現體或監視器或者一般涉及任何呈現體或監視器。
15.如權利要求11-14中的任一項所述的布置，其中，所述規則操控模塊(500b)還適合通過在所述動作規則庫中創建和安裝新動作規則(AR)，或者通過在所述動作規則庫中選擇已現有的動作(A)供激活,來激活所述動作規則。
16.如權利要求11-15中的任一項所述的布置，其中，所述第一接收模塊(500a)還適合接收XCAP消息或者SUBSCRIBE消息中的對附加動作的所述請求。
17.如權利要求11-16中的任一項所述的布置，其中，所述規則操控模塊(500b)還適合執行下列至少一個:基於預設訪問規則(504)來授權所述請求方，以及在激活所述動作規則之前，基於預設認證規則(506)來認證所述請求方。
18.如權利要求11-17中的任一項所述的布置，其中，所述附加動作涉及下列至少一個:用於處理或操控所述事件.發布中的信息的邏輯，以及向所述監視器或所述呈現體或者向第三方發送電子郵件。
19.如權利要求11-18中的任一項所述的布置，其中，所述動作規則確定下列至少一個:通知是否將要發送給所述監視器，以及所述附加動作的報告、結果或輸出是否將要包含在所述通知中。
20.如權利要求11-19中的任一項所述的布置，其中，所述第二接收模塊(500d)還適合將所述事件發布作為來自另一個通知伺服器的通知來接收，其中所述呈現體和監視器由不同的通知伺服器(600，602)提供服務。
【文檔編號】H04L29/08GK103444154SQ201180069484
【公開日】2013年12月11日 申請日期:2011年3月23日 優先權日:2011年3月23日
【發明者】C.博伯格, M.克萊恩, A.林德格倫, P.奧維布拉特 申請人:瑞典愛立信有限公司