[發明專利]規則系統中基于資源的事件鍵入

有效

• 申請號: 200780033809.2
• 申請日: 2007-09-25
• 公開（公告）號: CN101517540A
• 公開（公告）日: 2009-08-26
• 發明（設計）人: D·L·卡明斯基
• 申請（專利權）人: 國際商業機器公司
• 主分類號: G06F9/54
• 分類號: G06F9/54
• 代理公司: 北京市中咨律師事務所
• 代理人: 于 靜;楊曉光

技術領域

本發明一般地涉及包括硬件、軟件和過程的計算機和其他數據處理系統的領域。具體地說，本發明涉及使用基于資源的規則來管理數據處理系統的資源。?

背景技術

計算機系統可以具有許多資源作為系統的一部分。這些資源包括硬件(客戶端計算機、服務器、打印機、存儲設備等)以及軟件(操作系統、應用等)。此類資源通常受到可以包括規則系統的中央邏輯給與的技術支持。可以通過“拉回”或“推送”來使用規則系統中的規則。?

關于“拉回”的實例，請考慮圖1a。資源102受規則系統104的支持，規則系統104包括與規則數據庫108交互的規則邏輯106。出于示例目的，假設資源102為服務器。資源102“知道”規則系統104在規則數據庫108中具有與如何管理資源102內的中央處理單元(CPU)110相關的規則，但是資源102并不確切“知道”如何管理CPU?110。因此，資源102將(步驟1)向規則系統104發送“拉回”規則調用，請求規則系統104處理用于管理CPU?110的相應規則。規則系統104使用諸如Web服務描述語言(WSDL)之類的描述符語言來理解可以從資源102“拉回”何種數據以處理所請求的規則。然后規則系統104從資源102請求該數據(即“拉回”-步驟2)，從而導致資源102針對規則發送相應的輸入數據(步驟3)。規則系統104然后使用規則邏輯106將輸入數據應用于相應的規則，并將結果數據輸出(步驟3)到資源102。?

然后，出于示例目的在圖1a中示出，假設規則數據庫108中具有內容為“如果對于三次連續采樣，CPU利用率超過70％，則禁用低優先級軟件進程”的規則。如果對于三次連續采樣，CPU?100實際超過70％使用率，則在執行步驟1-4之后，將禁用低優先級處理，從而防止它們使用CPU?110的任何能力。?

上述實例只是示例性的。具體地說，此類規則還可以應用于軟件資源。也就是說，假設資源102的實例實際上是軟件程序，而不是上述服務器。該軟件程序可以“知道”應給予特定訂單折扣價格，但是不“知道”任何有關應何時給予折扣或給予多少折扣的細節。因此，資源102將對有關定價的規則的請求發送到(步驟1)規則系統104，后者將(使用WSDL來確定可以拉回何種數據)拉回有關訂單大小的數據(步驟2)。資源102然后使用訂單大小(例如，美元數額)來做出響應，如步驟3所示。規則系統104然后使用訂單應打折的量做出響應(步驟4)。?

另一種類型的規則利用稱為“推送”系統。“推送”可以是同步或異步的。首先考慮如圖1b中描述的“同步推送”。在此情況中，資源102不僅“知道”其需要何種規則(來自規則數據庫108)，而且資源102還知道所需的規則需要何種輸入參數。因此，資源102并行地發送對規則數據庫108中特定規則的請求以及必要的輸入數據(步驟1)。規則系統104然后使用規則邏輯106將所接收的輸入數據應用于來自規則數據庫108的所請求的規則，并將輸出數據(源自被應用于特定規則的輸入數據)發送給資源102(步驟2)。要指出的是，雖然圖1a和圖1b中所示的系統很相似，但是在圖1a中，規則系統104接下來返回資源102來請求其他信息(在圖1a的步驟2“拉回值”中示出)。?

雖然圖1a和圖1b示出了不同的“拉回”和“同步推送”系統，但是它們的相似之處在于：圖1a-b中描述的兩個系統都允許規則引擎查詢資源的數據。但是在“異步推送”系統中并非如此。?

圖1c描述了此類“異步推送”，其中在沒有請求特定規則的情況下將數據推送到規則系統104。不幸的是，這種情況在計算機系統中很常見。也就是說，資源102定期將各種事件數據發送給可以包括規則系統104的中央管理器。例如，如果資源102為服務器，則事件數據可以是諸如外部?溫度、CPU利用率、頁面交換、本地時間、時鐘速度、已登錄的用戶數之類的不同項目。此中央管理器及其關聯的規則系統104不“知道”如何處理所接收的事件數據。更具體地說，規則系統104不知道規則數據庫108中的哪個規則適合于所接收的異步數據。?

發明內容