專利名稱：一種基于訂閱的數(shù)據(jù)預(yù)警方法
技術(shù)領(lǐng)域：
本發(fā)明涉及到一種計(jì)算機(jī)應(yīng)用軟件數(shù)據(jù)預(yù)警的方法，具體地說(shuō)是一種基于訂閱的 數(shù)據(jù)預(yù)警方法，特別是一種基于訂閱的計(jì)算機(jī)應(yīng)用軟件數(shù)據(jù)的預(yù)警，基于訂閱的預(yù)警實(shí)現(xiàn) 了檢測(cè)與處理的分離。
背景技術(shù)：
計(jì)算機(jī)數(shù)據(jù)預(yù)警是實(shí)時(shí)或者定時(shí)的檢測(cè)計(jì)算機(jī)系統(tǒng)中滿足某些特征值的數(shù)據(jù)，并 對(duì)其進(jìn)行處理的過(guò)程。計(jì)算機(jī)數(shù)據(jù)預(yù)警通常有兩部分組成數(shù)據(jù)檢測(cè)和數(shù)據(jù)處理。由于計(jì) 算機(jī)系統(tǒng)中數(shù)據(jù)非常多，僅靠人工方式查找滿足某些特征值的數(shù)據(jù)進(jìn)行處理既不及時(shí)也不 滿足自動(dòng)化的需求，所以計(jì)算機(jī)數(shù)據(jù)預(yù)警是當(dāng)前計(jì)算機(jī)軟件中比較常用的一種技術(shù)?，F(xiàn)有的預(yù)警主要有兩個(gè)階段構(gòu)成預(yù)警定義和預(yù)警執(zhí)行。預(yù)警定義一般有系統(tǒng)管 理員完成，接收人無(wú)法參與。在成功檢測(cè)到滿足指定特征的數(shù)據(jù)之后就會(huì)觸發(fā)數(shù)據(jù)處理。一 般情況下數(shù)據(jù)處理是一種消息通知。這種現(xiàn)有的預(yù)警方式無(wú)法滿足用戶在通知方式、通知 頻率上的個(gè)性化需求。比如用戶A希望使用郵件方式接受消息、用戶B希望使用短信方式接 受消息，并且接受方式是可以按照用戶的意愿隨意進(jìn)行修改。另外在數(shù)據(jù)處理頻率上，現(xiàn)有 的預(yù)警方式只能與數(shù)據(jù)檢測(cè)頻率一致，也無(wú)法滿足用戶對(duì)接收消息頻率自定義的需求。此 外，現(xiàn)有的預(yù)警方式是由管理員或者維護(hù)人員來(lái)維護(hù)消息的接受人、發(fā)送方式和內(nèi)容的，其 他人員如果需要接收此預(yù)警只能聯(lián)系管理員修改接收人，預(yù)警維護(hù)的成本也很高。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種基于訂閱的計(jì)算機(jī)數(shù)據(jù)的預(yù)警實(shí)現(xiàn)方法。本發(fā)明的目的是按以下方式實(shí)現(xiàn)的，基于訂閱的預(yù)警方法實(shí)現(xiàn)了數(shù)據(jù)檢測(cè)與數(shù)據(jù) 處理的分離，系統(tǒng)管理員或者維護(hù)人員定義數(shù)據(jù)檢測(cè)的條件及執(zhí)行頻率。普通用戶可以訂 閱此定義，并設(shè)置自己通知方式、通知內(nèi)容和訂閱頻率。數(shù)據(jù)檢測(cè)與處理分離之后，接收用 戶變成參與者，用戶可以在訂閱中定義自己喜好的通知方式、通知內(nèi)容和訂閱頻率。數(shù)據(jù)檢 測(cè)頻率和訂閱頻率可以不一致，滿足了不同用戶對(duì)數(shù)據(jù)及時(shí)性和頻度不同需求的支持，同 一個(gè)預(yù)警可以在不同的時(shí)間以不同的通知方式告知。比如周末有人要求不接受通知，出差 時(shí)間不接受通知?；谟嗛喌臄?shù)據(jù)預(yù)警方法有定義時(shí)和運(yùn)行時(shí)兩階段構(gòu)成。定義時(shí)有數(shù)據(jù)檢測(cè)定 義、訂閱定義兩個(gè)部分實(shí)現(xiàn)。運(yùn)行時(shí)有生成取數(shù)計(jì)劃、執(zhí)行取數(shù)、存儲(chǔ)取數(shù)數(shù)據(jù)、分發(fā)訂閱四 部分組成。1)定義時(shí)定義時(shí)主要完成對(duì)預(yù)警的定義，定義時(shí)主要分為數(shù)據(jù)檢測(cè)定義和訂閱定義，數(shù)據(jù) 檢測(cè)定義與訂閱定義的關(guān)系如圖一所示，它們的關(guān)系是一對(duì)多的關(guān)系，一個(gè)數(shù)據(jù)檢測(cè)定義 可被訂閱。數(shù)據(jù)檢測(cè)定義和訂閱定義的流程圖如圖二。c)數(shù)據(jù)檢測(cè)定義的主要步驟有
>步驟一數(shù)據(jù)檢測(cè)頻率定義。定義預(yù)警檢測(cè)的頻率和開始、結(jié)束時(shí)間。>步驟二 數(shù)據(jù)檢測(cè)定義。數(shù)據(jù)檢測(cè)定義有預(yù)警條件定義和數(shù)據(jù)結(jié)果結(jié)構(gòu)定義兩 部分組成。>步驟三訂閱參數(shù)定義。定義數(shù)據(jù)檢測(cè)定義(即預(yù)警條件)中可被訂閱者賦值 的參數(shù)。優(yōu)選的，步驟二中提到的預(yù)警條件定義是定義預(yù)警的數(shù)據(jù)源和在數(shù)據(jù)源上的過(guò)濾 條件，過(guò)濾條件的值可以設(shè)置為訂閱參數(shù)，由訂閱用戶在訂閱時(shí)賦值。優(yōu)選的，步驟二中提到的數(shù)據(jù)結(jié)果結(jié)構(gòu)定義是定義預(yù)警結(jié)果集的數(shù)據(jù)結(jié)構(gòu)，訂閱 用戶可以使用此數(shù)據(jù)結(jié)構(gòu)訪問(wèn)訂閱到的數(shù)據(jù)，并組織通知內(nèi)容。優(yōu)選的，預(yù)警執(zhí)行時(shí)會(huì)根據(jù)訂閱參數(shù)的賦值情況生成取數(shù)計(jì)劃并執(zhí)行預(yù)警。d)訂閱定義的主要步驟有>步驟一訂閱參數(shù)賦值。定義訂閱者關(guān)心的預(yù)警過(guò)濾條件的實(shí)際值。>步驟二訂閱頻率定義。定義訂閱的接收頻率。筍步驟三數(shù)據(jù)再加工條件定義。在取數(shù)計(jì)劃提取的數(shù)據(jù)基礎(chǔ)上再進(jìn)行條件過(guò)濾， 此次過(guò)濾之后的數(shù)據(jù)是真正預(yù)警的數(shù)據(jù)。>步驟四訂閱定義。定義通知方式定義、通知內(nèi)容定義和接收人定義。優(yōu)選的，步驟二中的訂閱頻率需要從數(shù)據(jù)檢測(cè)頻率中選取，不能是數(shù)據(jù)檢測(cè)頻率 之外的時(shí)間。優(yōu)選的，步驟二中訂閱頻率也可以指定有效期，比如只能在工作日和工作時(shí)間內(nèi) 訂閱預(yù)警。優(yōu)選的，步驟四中的通知方式定義主要選擇系統(tǒng)支持的通知方式，比如郵件方式、
短信方式等。優(yōu)選的，步驟四中的通知內(nèi)容是定義通知的格式和參數(shù)，在發(fā)送通知時(shí)，系統(tǒng)會(huì)把 參數(shù)替換為預(yù)警數(shù)據(jù)，形成通知并發(fā)送。2)運(yùn)行時(shí)運(yùn)行時(shí)主要有生成取數(shù)計(jì)劃、取數(shù)、數(shù)據(jù)存儲(chǔ)、分發(fā)訂閱四部分組成。分發(fā)訂閱又 有訂閱用戶數(shù)據(jù)再加工、生成通知、發(fā)送通知三部分組成。具體的處理流程如圖三所示。運(yùn)行時(shí)按照流程的具體執(zhí)行步驟如下>步驟一生成取數(shù)計(jì)劃。由于訂閱頻率與數(shù)據(jù)檢測(cè)頻率的不同，與數(shù)據(jù)檢測(cè)定義 對(duì)應(yīng)的所有訂閱并不都需要執(zhí)行，并且由于訂閱參數(shù)可能存在相同的情況，為了過(guò)濾有效 訂閱者并提高預(yù)警執(zhí)行的效率，所以在預(yù)警執(zhí)行時(shí)需要首先生成取數(shù)計(jì)劃。取數(shù)計(jì)劃的內(nèi) 容包括取數(shù)條件、訂閱參數(shù)值和訂閱列表。>步驟二 取數(shù)。生成取數(shù)計(jì)劃之后，系統(tǒng)會(huì)對(duì)取數(shù)計(jì)劃中的任務(wù)逐一執(zhí)行。>步驟三數(shù)據(jù)存儲(chǔ)。取數(shù)完成之后，系統(tǒng)會(huì)把結(jié)果集，以及結(jié)果集與訂閱列表進(jìn) 行存儲(chǔ)。>步驟四分發(fā)訂閱。按照取數(shù)計(jì)劃中記錄的訂閱列表發(fā)布訂閱信息。分發(fā)訂閱 有數(shù)據(jù)再加工、生成通知、發(fā)送通知組成。優(yōu)選的，步驟一中的過(guò)濾有效訂閱者的規(guī)則為如果訂閱頻率中存在與當(dāng)前預(yù)警 執(zhí)行的時(shí)間點(diǎn)相同的時(shí)間，并且當(dāng)前預(yù)警時(shí)間點(diǎn)滿足訂閱者對(duì)訂閱有效期的限制，則認(rèn)為此訂閱是本次預(yù)警的有效訂閱。優(yōu)選的，步驟一中過(guò)濾出有效訂閱者之后，系統(tǒng)根據(jù)每個(gè)訂閱者的訂閱參數(shù)賦值 情況生成取數(shù)計(jì)劃。生成取數(shù)計(jì)劃的規(guī)則為如果一個(gè)訂閱者的訂閱參數(shù)與其他訂閱者的 訂閱參數(shù)的賦值情況完全相同，則認(rèn)為這些訂閱可以合并為一次取數(shù)，并生成一個(gè)計(jì)劃，此 計(jì)劃與這些訂閱關(guān)聯(lián)。優(yōu)選的，步驟四中的數(shù)據(jù)再加工是指在數(shù)據(jù)存儲(chǔ)完畢之后，系統(tǒng)會(huì)針對(duì)每個(gè)訂閱 觸發(fā)一個(gè)流程，此流程根據(jù)數(shù)據(jù)與訂閱的對(duì)照關(guān)系逐個(gè)觸發(fā)預(yù)警的訂閱。在訂閱中，首先根 據(jù)訂閱者設(shè)置的數(shù)據(jù)再加工條件對(duì)數(shù)據(jù)進(jìn)行再次過(guò)濾，過(guò)濾之后的數(shù)據(jù)是預(yù)警的數(shù)據(jù)。優(yōu)選的，步驟四中的生成通知是把通知內(nèi)容中的參數(shù)替換為預(yù)警的數(shù)據(jù)，并生成 郵件或者短信可接收的數(shù)據(jù)格式。優(yōu)選的，步驟四中的發(fā)送通知是根據(jù)通知方式調(diào)用不同消息發(fā)送程序執(zhí)行消息的 發(fā)送。優(yōu)選的，基于訂閱的數(shù)據(jù)預(yù)警方法雖然實(shí)現(xiàn)了取數(shù)與通知的分離，但也支持現(xiàn)有 的預(yù)警方式。本發(fā)明與現(xiàn)有的預(yù)警方法相比有以下優(yōu)點(diǎn)基于訂閱的預(yù)警方法由預(yù)警定義和預(yù)警執(zhí)行兩大部分組成。預(yù)警定義又分為數(shù)據(jù) 檢測(cè)定義和訂閱定義；預(yù)警執(zhí)行有生成取數(shù)計(jì)劃、取數(shù)、數(shù)據(jù)存儲(chǔ)、分發(fā)訂閱四部分組成。分 發(fā)訂閱又有訂閱用戶數(shù)據(jù)再加工、生成通知、發(fā)送通知三部分組成。基于訂閱的預(yù)警方法解決現(xiàn)有預(yù)警在維護(hù)、通知方式和通知頻率個(gè)性化等方面的 需求。基于訂閱的預(yù)警方法實(shí)現(xiàn)了數(shù)據(jù)檢測(cè)與通知的分離，系統(tǒng)管理員或者維護(hù)人員定義 數(shù)據(jù)檢測(cè)的條件、條件參數(shù)和頻率，即數(shù)據(jù)檢測(cè)定義，普通用戶可以訂閱系統(tǒng)管理員或者維 護(hù)人員定義的取數(shù)，并設(shè)置自己的訂閱參數(shù)值、訂閱頻率、數(shù)據(jù)再加工條件、通知方式、通知 內(nèi)容和接收人。基于訂閱的預(yù)警方法在執(zhí)行時(shí)會(huì)收集訂閱者參數(shù)值生成取數(shù)計(jì)劃，如果用戶的訂 閱頻率不在此次數(shù)據(jù)檢測(cè)頻率中，則此訂閱在此輪預(yù)警中將不予執(zhí)行。基于訂閱的預(yù)警方法支持訂閱者獲取到預(yù)警數(shù)據(jù)之后進(jìn)行再加工處理的功能。


圖1是預(yù)警定義時(shí)關(guān)系圖；圖2是預(yù)警定義時(shí)流程圖；圖3是預(yù)警執(zhí)行流程圖。
具體實(shí)施例方式參照說(shuō)明書附圖對(duì)本發(fā)明的方法作以下詳細(xì)地說(shuō)明。以下將通過(guò)對(duì)本發(fā)明的優(yōu)選實(shí)施例的詳細(xì)描述，使本發(fā)明的上述目標(biāo)、特征和優(yōu) 點(diǎn)更加清晰、易懂。為了更容易理解本方法的實(shí)施方式，以示例進(jìn)行詳細(xì)的說(shuō)明。實(shí)施例場(chǎng)景在一個(gè)軟件產(chǎn)品的測(cè)試過(guò)程中，測(cè)試人員會(huì)針對(duì)開發(fā)人員提供的產(chǎn)品進(jìn)行 測(cè)試，并把測(cè)試發(fā)現(xiàn)的問(wèn)題(以下簡(jiǎn)稱Bug)登記到一個(gè)產(chǎn)品測(cè)試問(wèn)題系統(tǒng)中(以下簡(jiǎn)稱測(cè)試系統(tǒng))。問(wèn)題的處理流程為測(cè)試人員登記問(wèn)題、開發(fā)人員查看問(wèn)題并修改、開發(fā)人員驗(yàn) 證并關(guān)閉問(wèn)題三個(gè)步驟。三個(gè)步驟的處理方式如下步驟一測(cè)試人員會(huì)針對(duì)測(cè)試出的每個(gè)Bug在測(cè)試系統(tǒng)中登記一個(gè)問(wèn)題，并且指 定bug的狀態(tài)為新登記狀態(tài)(以下簡(jiǎn)稱New)，登記時(shí)間為當(dāng)前時(shí)間。步驟二 開發(fā)人員在查看問(wèn)題時(shí)需要把問(wèn)題的狀態(tài)修改為開發(fā)人員正在處理狀態(tài) (以下簡(jiǎn)稱Open)，并設(shè)置此問(wèn)題的計(jì)劃修復(fù)時(shí)間。步驟三開發(fā)人員把bug處理完成之后，修改把測(cè)試系統(tǒng)中對(duì)于的bug的狀態(tài)修改 為處理完成狀態(tài)(以下簡(jiǎn)稱Fixed)?；镜臄?shù)據(jù)結(jié)構(gòu)如下 測(cè)試系統(tǒng)中存在數(shù)據(jù)如下 在測(cè)試人員把Bug登記到測(cè)試系統(tǒng)系統(tǒng)之后，為了提醒開發(fā)人員及時(shí)的響應(yīng)bug 的處理，需要新建一個(gè)預(yù)警，下面是預(yù)警的定義和訂閱步驟；>步驟一定義預(yù)警，預(yù)警定義的結(jié)果如下■預(yù)警名稱新登記的Bug預(yù)警
■預(yù)警頻率每天上午8點(diǎn)至下午5點(diǎn)，每一小時(shí)預(yù)警一次■數(shù)據(jù)檢測(cè)取數(shù) SQL 為Select ID, Name, Description, CreateDate, CreaterFrom Bugs Where State = iNew' and Developer = ‘{Paramter1}’。 其 中’ {Paramterl}’是一個(gè)訂閱參數(shù)，需要訂閱者在訂閱時(shí)賦值?！鼋Y(jié)果集數(shù)據(jù)結(jié)構(gòu)定義 >步驟二 預(yù)警定義完成之后，需要開發(fā)人員訂閱此預(yù)警，用戶“張二”訂閱(以下 簡(jiǎn)稱張二訂閱)的內(nèi)容如下■訂閱參數(shù)賦值張二■訂閱頻率只訂閱上午8點(diǎn)的預(yù)警■數(shù)據(jù)再加工條件不定義過(guò)濾條件?！鐾ㄖx標(biāo)題待處理的Bug預(yù)警；接受方式郵件；接收人zhangerigmai 1. com內(nèi)容編號(hào)名稱描述登記人登記時(shí)間{ID} {Name} {Des} {Creater} {CreateDate}其中{ID}、{Name}、{Des}、{Creater}、{CreateDate}是參數(shù)，分別對(duì)應(yīng)結(jié)果集中 的 ID、Name、Description、Creater、CreateDate 列的值。>步驟三用戶“張三”訂閱的內(nèi)容(以下簡(jiǎn)稱張三訂閱)如下■訂閱參數(shù)賦值張三■訂閱頻率與數(shù)據(jù)檢測(cè)的頻率一致?！鰯?shù)據(jù)再加工條件不定義過(guò)濾條件?！鐾ㄖx標(biāo)題待處理的Bug預(yù)警；接受方式短信；接收人1390531XXXX內(nèi)容編號(hào)名稱描述登記人登記時(shí)間{ID} {Name} {Des} {Creater} {CreateDate}其中{ID}、{Name}、{Des}、{Creater}、{CreateDate}是參數(shù)，分別對(duì)應(yīng)結(jié)果集中 的 ID、Name、Description、Creater、CreateDate 列的值。
預(yù)警定義完成之后，在滿足數(shù)據(jù)檢測(cè)頻率的條件下，預(yù)警開始執(zhí)行。假設(shè)當(dāng)前時(shí)間 是上午8點(diǎn)，執(zhí)行的步驟如下>步驟一名稱為“新登記的Bug預(yù)警”的預(yù)警開始執(zhí)行。>步驟二 生成取數(shù)計(jì)劃“新登記的Bug預(yù)警”在執(zhí)行時(shí)，首先獲取到張二和張三 的訂閱信息，由于張二只訂閱了上午8點(diǎn)的預(yù)警，正好滿足本次預(yù)警的頻率，所以張二的訂 閱是有效的。由于張三訂閱全部預(yù)警，所有張三的預(yù)警也是有效的，則有效訂閱列表為張 二訂閱、張三訂閱。由于張二訂閱的訂閱參數(shù)值為“張二”，張三訂閱的訂閱參數(shù)值為“張 三”，兩個(gè)訂閱參數(shù)值不一致，無(wú)法合并為一次取數(shù)，所以生成的取數(shù)計(jì)劃為計(jì)劃一張二訂閱訂閱參數(shù)值張二計(jì)劃二 張三訂閱訂閱參數(shù)值張三>步驟三取數(shù)。取數(shù)計(jì)劃生成之后，開始執(zhí)行計(jì)劃。V根據(jù)計(jì)劃一的訂閱參數(shù)值形成的取數(shù)SQL為V Select ID,Name,Description,CreateDate,Creater From Bugs WhereState =‘New’ and Developer = ‘張二’，此取數(shù)SQL獲取到的數(shù)據(jù)集為 V根據(jù)計(jì)劃二的訂閱參數(shù)值形成的取數(shù)SQL為V Select ID, Name,Description, CreateDate, Creater From Bugs WhereState =‘New，and Developer = ‘張三，，此取數(shù)SQL獲取到的數(shù)據(jù)集為空。>步驟四數(shù)據(jù)存儲(chǔ)。取數(shù)計(jì)劃執(zhí)行完成之后，把取數(shù)結(jié)果集與取數(shù)計(jì)劃進(jìn)行存 儲(chǔ)，為訂閱的分發(fā)提供預(yù)警數(shù)據(jù)。>步驟五分發(fā)訂閱。訂閱的分發(fā)按照預(yù)警執(zhí)行時(shí)生成的取數(shù)計(jì)劃進(jìn)行。V計(jì)劃一由于計(jì)劃一中只有一個(gè)張二訂閱，所以只啟動(dòng)一個(gè)訂閱的分發(fā)流程即可?！鰯?shù)據(jù)再次加工由于張二訂閱對(duì)數(shù)據(jù)再次加工沒(méi)有設(shè)置過(guò)濾條件，所以計(jì)劃一 的取數(shù)結(jié)果集就是張二訂閱最終的預(yù)警數(shù)據(jù)?！錾赏ㄖl(fā)送根據(jù)張二訂閱定義的通知模板生成的通知內(nèi)容如下。并按照 生成的通知內(nèi)容發(fā)送郵件。標(biāo)題待處理的Bug預(yù)警；接受方式郵件；接收人zhanger@gmai 1. com內(nèi)容 V計(jì)劃二由于計(jì)劃二的取數(shù)結(jié)果集為空，所以不進(jìn)行訂閱的分發(fā)。通過(guò)此示例可以發(fā)現(xiàn)，基于訂閱的預(yù)警方法實(shí)現(xiàn)了數(shù)據(jù)檢測(cè)與通知的分離，系統(tǒng)管理員或者維護(hù)人員定義數(shù)據(jù)檢測(cè)的條件、條件參數(shù)和頻率，即數(shù)據(jù)檢測(cè)定義，普通用戶可 以訂閱系統(tǒng)管理員或者維護(hù)人員定義的取數(shù)，并設(shè)置自己的條件參數(shù)值、訂閱頻率、數(shù)據(jù)再 加工條件、通知方式、通知內(nèi)容和接收人通知。數(shù)據(jù)檢測(cè)與通知分離之后，接受用戶變成參 與者，用戶可以在訂閱中定義自己喜好的通知方式、通知內(nèi)容和通知頻率。數(shù)據(jù)檢測(cè)頻率和 訂閱頻率可以不一致，滿足了不同用戶對(duì)數(shù)據(jù)及時(shí)性和頻度不同需求的支持，同一個(gè)預(yù)警 可以在不同的時(shí)間以不同的通知方式告知。此外，基于訂閱的預(yù)警方法降低了系統(tǒng)管理員 或者維護(hù)人員的維護(hù)成本。
權(quán)利要求
一種基于訂閱的數(shù)據(jù)預(yù)警方法，其特征在于，步驟如下1)基于訂閱的預(yù)警方法實(shí)現(xiàn)數(shù)據(jù)檢測(cè)與數(shù)據(jù)處理的分離，系統(tǒng)管理員或者維護(hù)人員定義數(shù)據(jù)檢測(cè)的條件及執(zhí)行頻率，普通用戶訂閱此定義，并設(shè)置自己通知方式、通知內(nèi)容和訂閱頻率；2)數(shù)據(jù)檢測(cè)與處理分離之后，接收用戶變成參與者，用戶在訂閱中定義自己喜好的通知方式、通知內(nèi)容和訂閱頻率，允許數(shù)據(jù)檢測(cè)頻率和訂閱頻率不一致，以滿足不同用戶對(duì)數(shù)據(jù)及時(shí)性和頻度不同需求的支持，同一個(gè)預(yù)警在不同的時(shí)間以不同的通知方式告知，包括周末有人要求不接受通知，出差時(shí)間不接受通知；3)基于訂閱的數(shù)據(jù)預(yù)警方法有定義時(shí)和運(yùn)行時(shí)兩階段構(gòu)成，定義時(shí)有數(shù)據(jù)檢測(cè)定義、訂閱定義兩個(gè)部分實(shí)現(xiàn)，運(yùn)行時(shí)有生成取數(shù)計(jì)劃、執(zhí)行取數(shù)、存儲(chǔ)取數(shù)數(shù)據(jù)、分發(fā)訂閱四部分組成，其中(1)定義時(shí)，主要完成對(duì)預(yù)警的定義，定義時(shí)主要分為數(shù)據(jù)檢測(cè)定義和訂閱定義，它們的關(guān)系是一對(duì)多的關(guān)系；a)數(shù)據(jù)檢測(cè)定義的主要步驟有步驟一數(shù)據(jù)檢測(cè)頻率定義定義預(yù)警檢測(cè)的頻率和開始、結(jié)束時(shí)間；步驟二數(shù)據(jù)檢測(cè)定義，數(shù)據(jù)檢測(cè)定義有預(yù)警條件定義和數(shù)據(jù)結(jié)果結(jié)構(gòu)定義兩部分組成；步驟三訂閱參數(shù)定義。定義數(shù)據(jù)檢測(cè)定義中被訂閱者賦值的參數(shù)；步驟二中提到的預(yù)警條件定義是定義預(yù)警的數(shù)據(jù)源和在數(shù)據(jù)源上的過(guò)濾條件，過(guò)濾條件的值設(shè)置為訂閱參數(shù)，由訂閱用戶在訂閱時(shí)賦值；步驟二中提到的數(shù)據(jù)結(jié)果結(jié)構(gòu)定義是定義預(yù)警結(jié)果集的數(shù)據(jù)結(jié)構(gòu)，訂閱用戶使用此數(shù)據(jù)結(jié)構(gòu)訪問(wèn)訂閱到的數(shù)據(jù)，并組織通知內(nèi)容；預(yù)警執(zhí)行時(shí)會(huì)根據(jù)訂閱參數(shù)的賦值情況生成取數(shù)計(jì)劃并執(zhí)行預(yù)警；b)訂閱定義的主要步驟有步驟一訂閱參數(shù)賦值，定義訂閱者關(guān)心的預(yù)警過(guò)濾條件的實(shí)際值；步驟二訂閱頻率定義，定義訂閱的接收頻率；步驟三數(shù)據(jù)再加工條件定義，在取數(shù)計(jì)劃提取的數(shù)據(jù)基礎(chǔ)上再進(jìn)行條件過(guò)濾，此次過(guò)濾之后的數(shù)據(jù)是真正預(yù)警的數(shù)據(jù)；步驟四訂閱定義，定義通知方式定義、通知內(nèi)容定義和接收人定義；步驟二中的訂閱頻率需要從數(shù)據(jù)檢測(cè)頻率中選取，不能是數(shù)據(jù)檢測(cè)頻率之外的時(shí)間；步驟二中訂閱頻率是指定有效期，包括只能在工作日和工作時(shí)間內(nèi)訂閱預(yù)警； 步驟四中的通知方式定義主要選擇系統(tǒng)支持的通知方式，包括郵件方式、短信方式；步驟四中的通知內(nèi)容是定義通知的格式和參數(shù)，在發(fā)送通知時(shí)，系統(tǒng)會(huì)把參數(shù)替換為預(yù)警數(shù)據(jù)，形成通知并發(fā)送；(2)運(yùn)行時(shí)運(yùn)行時(shí)主要有生成取數(shù)計(jì)劃、取數(shù)、數(shù)據(jù)存儲(chǔ)、分發(fā)訂閱四部分組成，分發(fā)訂閱又有訂閱用戶數(shù)據(jù)再加工、生成通知、發(fā)送通知三部分組成，運(yùn)行時(shí)按照流程的具體執(zhí)行步驟如下步驟一生成取數(shù)計(jì)劃，由于訂閱頻率與數(shù)據(jù)檢測(cè)頻率的不同，與數(shù)據(jù)檢測(cè)定義對(duì)應(yīng)的所有訂閱并不都需要執(zhí)行；在訂閱參數(shù)可能存在相同的情況下，為了過(guò)濾有效訂閱者并提高預(yù)警執(zhí)行的效率，在預(yù)警執(zhí)行時(shí)需要首先生成取數(shù)計(jì)劃，取數(shù)計(jì)劃的內(nèi)容包括取數(shù)條件、訂閱參數(shù)值和訂閱列表；步驟二取數(shù)，生成取數(shù)計(jì)劃之后，系統(tǒng)會(huì)對(duì)取數(shù)計(jì)劃中的任務(wù)逐一執(zhí)行；步驟三數(shù)據(jù)存儲(chǔ)，取數(shù)完成之后，系統(tǒng)會(huì)把結(jié)果集，以及結(jié)果集與訂閱列表進(jìn)行存儲(chǔ)；步驟四分發(fā)訂閱，按照取數(shù)計(jì)劃中記錄的訂閱列表發(fā)布訂閱信息，分發(fā)訂閱有數(shù)據(jù)再加工、生成通知、發(fā)送通知組成；步驟一中的過(guò)濾有效訂閱者的規(guī)則為訂閱頻率中存在與當(dāng)前預(yù)警執(zhí)行的時(shí)間點(diǎn)相同的時(shí)間，并且當(dāng)前預(yù)警時(shí)間點(diǎn)滿足訂閱者對(duì)訂閱有效期的限制，則認(rèn)為此訂閱是本次預(yù)警的有效訂閱；步驟一中過(guò)濾出有效訂閱者之后，系統(tǒng)根據(jù)每個(gè)訂閱者的訂閱參數(shù)賦值情況生成取數(shù)計(jì)劃，生成取數(shù)計(jì)劃的規(guī)則為一個(gè)訂閱者的訂閱參數(shù)與其他訂閱者的訂閱參數(shù)的賦值情況完全相同，則認(rèn)為這些訂閱合并為一次取數(shù)，并生成一個(gè)計(jì)劃，此計(jì)劃與這些訂閱關(guān)聯(lián)；步驟四中的數(shù)據(jù)再加工是指在數(shù)據(jù)存儲(chǔ)完畢之后，系統(tǒng)會(huì)針對(duì)每個(gè)訂閱觸發(fā)一個(gè)流程，此流程根據(jù)數(shù)據(jù)與訂閱的對(duì)照關(guān)系逐個(gè)觸發(fā)預(yù)警的訂閱，在訂閱中，首先根據(jù)訂閱者設(shè)置的數(shù)據(jù)再加工條件對(duì)數(shù)據(jù)進(jìn)行再次過(guò)濾，過(guò)濾之后的數(shù)據(jù)是預(yù)警的數(shù)據(jù)；步驟四中的生成通知是把通知內(nèi)容中的參數(shù)替換為預(yù)警的數(shù)據(jù)，并生成郵件或者短信可接收的數(shù)據(jù)格式；步驟四中的發(fā)送通知是根據(jù)通知方式調(diào)用不同消息發(fā)送程序執(zhí)行消息的發(fā)送；基于訂閱的數(shù)據(jù)預(yù)警方法雖然實(shí)現(xiàn)了取數(shù)與通知的分離，但也支持現(xiàn)有的預(yù)警方式。FSA00000054640300011.tif,FSA00000054640300012.tif,FSA00000054640300013.tif,FSA00000054640300014.tif,FSA00000054640300015.tif,FSA00000054640300016.tif,FSA00000054640300017.tif,FSA00000054640300021.tif,FSA00000054640300022.tif,FSA00000054640300023.tif,FSA00000054640300024.tif
全文摘要
本發(fā)明提供一種基于訂閱的數(shù)據(jù)預(yù)警方法，是基于訂閱的預(yù)警方法實(shí)現(xiàn)了數(shù)據(jù)檢測(cè)與數(shù)據(jù)處理的分離，系統(tǒng)管理員或者維護(hù)人員定義數(shù)據(jù)檢測(cè)的條件及執(zhí)行頻率。普通用戶可以訂閱此定義，并設(shè)置自己通知方式、通知內(nèi)容和訂閱頻率。數(shù)據(jù)檢測(cè)與處理分離之后，接收用戶變成參與者，用戶可以在訂閱中定義自己喜好的通知方式、通知內(nèi)容和訂閱頻率。數(shù)據(jù)檢測(cè)頻率和訂閱頻率可以不一致，滿足了不同用戶對(duì)數(shù)據(jù)及時(shí)性和頻度不同需求的支持，同一個(gè)預(yù)警可以在不同的時(shí)間以不同的通知方式告知。比如周末有人要求不接受通知，出差時(shí)間不接受通知等等。
文檔編號(hào)G06F11/36GK101882093SQ20101012402
公開日2010年11月10日 申請(qǐng)日期2010年3月15日 優(yōu)先權(quán)日2010年3月15日
發(fā)明者張?jiān)诜? 鄭偉波, 陳磊, 魏亮 申請(qǐng)人:浪潮集團(tuán)山東通用軟件有限公司