專利名稱：一種事件提醒業(yè)務處理方法
技術領域：
本發(fā)明涉及事件設定時間監(jiān)控和提醒的技術，具體涉及一種事件提醒業(yè)務處理 方法。
背景技術：
一些多用戶的服務系統(tǒng)中需要把某個用戶設定的事件提醒在規(guī)定時間點發(fā)送給 該用戶，如日程提醒業(yè)務。如圖1所示，這類服務業(yè)務的基本流程是，用戶生成事件， 然后系統(tǒng)掃描事件集數(shù)據(jù)，在達到某一事件觸發(fā)的時間點時將該事件的提醒通知發(fā)送給 指定用戶，最后刪除該事件。大多數(shù)服務系統(tǒng)將事件數(shù)據(jù)保存到數(shù)據(jù)庫里，然后定時利 用sql語句查找并按時間排序，得到最新的事件，然后根據(jù)事件查找到需要通知的用戶， 最后將事件提醒通知發(fā)送出去?，F(xiàn)在的事件提醒業(yè)務處理方法存在的問題是用戶體驗需 求和系統(tǒng)性能的沖突，要提高用戶體驗，就要在指定的時間點，將事件提醒通知發(fā)送給 指定的用戶，這樣就需要秒級數(shù)據(jù)庫查找頻率，也就是每秒鐘都要掃描數(shù)據(jù)庫數(shù)據(jù)表， 看是否達到事件要求的時間點。秒級的數(shù)據(jù)庫查找操作會導致數(shù)據(jù)庫性能急劇下降，因 為一般系統(tǒng)的數(shù)據(jù)庫并不是單一業(yè)務的，往往有多種業(yè)務邏輯的數(shù)據(jù)混合在一起，比如 有保存用戶登錄信息的數(shù)據(jù)。在用戶量和事件量數(shù)據(jù)巨大的情況下，由于數(shù)據(jù)庫操作的 隨機性，此時不但查詢用戶登錄信息時因為數(shù)據(jù)庫執(zhí)行不了或執(zhí)行得很慢，導致用戶登 錄驗證變慢，而且也不能保證事件查找的操作能在要求的時間內完成，也就是說數(shù)據(jù)庫 查找事件的方式無法滿足事件提醒的實時性要求。

發(fā)明內容
本發(fā)明要解決的技術問題是提供一種事件提醒業(yè)務處理方法，克服現(xiàn)有技術事 件提醒業(yè)務處理方法采用數(shù)據(jù)庫查找事件的方式，無法滿足事件提醒實時性要求的缺 陷。本發(fā)明為解決上述技術問題所采用的技術方案為一種事件提醒業(yè)務處理方法，包括步驟Al、將用戶設置的事件數(shù)據(jù)存儲到數(shù)據(jù)庫的數(shù)據(jù)表中，所述事件數(shù)據(jù)包括事件 發(fā)送時間戳；A2、將所述事件發(fā)送時間戳大于當前系統(tǒng)時間的所述事件數(shù)據(jù)緩存到內存的數(shù) 據(jù)結構中；A3、定時掃描所述數(shù)據(jù)結構，比較當前系統(tǒng)時間和所述事件發(fā)送時間戳；A4、如果當前系統(tǒng)時間大于或者等于所述事件 發(fā)送時間戳，則將所述事件數(shù)據(jù) 發(fā)送給所述用戶。所述的事件提醒業(yè)務處理方法，其中還包括步驟A5:對所述事件數(shù)據(jù)進行后續(xù)處理。所述的事件提醒業(yè)務處理方法，其中所述數(shù)據(jù)表和所述數(shù)據(jù)結構具有統(tǒng)一的數(shù)據(jù)格式，所述數(shù)據(jù)格式包括事件序號字段、事件創(chuàng)建者字段、事件發(fā)送時間戳字段、事 件內容字段、被提醒者字段和發(fā)送狀態(tài)字段。所述的事件提醒業(yè)務處理方法，其中所述事件發(fā)送時間戳設為整型數(shù)據(jù)。所述的事件提醒業(yè)務處理方法，其中在內存中設置主鏈表，所述主鏈表按時間 跨度設置節(jié)點，并由每個節(jié)點派生相應的子鏈表，由所述子鏈表的節(jié)點存儲所述數(shù)據(jù)結 構。所述的事件提醒業(yè)務處理方法，其中所述子鏈表按所述事件發(fā)送時間戳的時間 順序生成子鏈表節(jié)點。所述的事件提醒業(yè)務處理方法，其中對所述事件數(shù)據(jù)進行的后續(xù)處理包括修改 所述數(shù)據(jù)表，將所述發(fā)送狀態(tài)字段標識為已發(fā)送。
所述的事件提醒業(yè)務處理方法，其中對所述事件數(shù)據(jù)進行的后續(xù)處理包括刪除 子鏈表節(jié)點，如果該子鏈表節(jié)點對應的子鏈表已刪除，則刪除對應的主鏈表節(jié)點。本發(fā)明的有益效果本發(fā)明事件提醒業(yè)務處理方法可以大幅度地提高事件數(shù)據(jù) 的查詢效率，滿足事件提醒的實時性要求，而不影響系統(tǒng)數(shù)據(jù)庫的性能。


本發(fā)明包括如下附圖圖1為現(xiàn)有技術事件提醒業(yè)務處理一般流程示意圖；圖2為本發(fā)明事件提醒業(yè)務處理方法流程圖；圖3為本發(fā)明事件提醒業(yè)務處理方法主鏈表和子鏈表結構示意圖；圖4為本發(fā)明遍歷鏈表流程圖；圖5為本發(fā)明對事件數(shù)據(jù)進行查詢和后續(xù)處理流程圖。
具體實施例方式下面根據(jù)附圖和實施例對本發(fā)明作進一步詳細說明事件數(shù)據(jù)的關鍵屬性用戶設置的事件包括下面幾個關鍵屬性事件發(fā)送時間一般標準格式為” YYYY-MM-DD HH24:MM:SS"，如 “2010-09-0108:00:00”。事件內容如日程提醒開會，消息公共等內容。接收事件的對象可以是單一用戶也可以是用戶集。事件設置者。根據(jù)事件數(shù)據(jù)的屬性特點，為提高查詢效率，新增一個屬性事件發(fā)送時間 戳，即將標準格式的時間轉換成整型數(shù)據(jù)，如“2010-09-0108:00:00”對應的時間戳就是 1283299200。由此，設計數(shù)據(jù)庫數(shù)據(jù)表的創(chuàng)建SQL腳本如下CREATETABLE、t—event—info、(iIDint(Il)NOTNULL,、CreateUser varchar (32) DEFAULT NULL
’ SendTime、datetime DEFAULT NULL,’Content、varchar (254) DEFAULT NULL,'ReceiverUser varchar (254) DEFAULT NULL,‘ SendTmeStampMnt (11) NOT NULL,' Status'int (2) NOT NULL,PRIMARY KEY (、SendTmeStamp、))詳細說明如下ID字段，僅作為事件的序號，隨事件數(shù)據(jù)遞增。CreateUser字段，事件創(chuàng)建者。SendTime字段，事件發(fā)送時間。Content字段，要發(fā)送事件的內容。ReceiveUser字段，接收事件的用戶。SendTimeStamp字段，事件發(fā)送時間轉換的事件發(fā)送時間戳，整型數(shù)據(jù)。Status字段，發(fā)送狀態(tài)，取值為0或1，0為未發(fā)送，1為已發(fā)送。這個數(shù)據(jù)表與系統(tǒng)的其他業(yè)務數(shù)據(jù)表一起創(chuàng)建在系統(tǒng)數(shù)據(jù)庫中。根據(jù)這個數(shù)據(jù)表的表結構，舉例說明，如小明需要通知小王在2010年9月1號 上午9點整到會議室開會，這個通知要在2010年9月1號上午8點整發(fā)送給小王。這樣 該事件保存到數(shù)據(jù)庫表t—event—info中的格式如表1所示表 權利要求
1. 一種事件提醒業(yè)務處理方法，其特征在于，包括步驟Al、將用戶設置的事件數(shù)據(jù)存儲到數(shù)據(jù)庫的數(shù)據(jù)表中，所述事件數(shù)據(jù)包括事件發(fā)送 時間戳；A2、將所述事件發(fā)送時間戳大于當前系統(tǒng)時間的所述事件數(shù)據(jù)緩存到內存的數(shù)據(jù)結 構中；A3、定時掃描所述數(shù)據(jù)結構，比較當前系統(tǒng)時間和所述事件發(fā)送時間戳；A4、如果當前系統(tǒng)時間大于或者等于所述事件發(fā)送時間戳，則將所述事件數(shù)據(jù)發(fā)送 給所述用戶。
2.根據(jù)權利要求1所述的事件提醒業(yè)務處理方法，其特征在于，還包括步驟A5:對 所述事件數(shù)據(jù)進行后續(xù)處理。
3.根據(jù)權利要求2所述的事件提醒業(yè)務處理方法，其特征在于所述數(shù)據(jù)表和所述 數(shù)據(jù)結構具有統(tǒng)一的數(shù)據(jù)格式，所述數(shù)據(jù)格式包括事件序號字段、事件創(chuàng)建者字段、事 件發(fā)送時間戳字段、事件內容字段、被提醒者字段和發(fā)送狀態(tài)字段。
4.根據(jù)權利要求3所述的事件提醒業(yè)務處理方法，其特征在于所述事件發(fā)送時間 戳設為整型數(shù)據(jù)。
5.根據(jù)權利要求4所述的事件提醒業(yè)務處理方法，其特征在于在內存中設置主鏈 表，所述主鏈表按時間跨度設置節(jié)點，并由每個節(jié)點派生相應的子鏈表，由所述子鏈表 的節(jié)點存儲所述數(shù)據(jù)結構。
6.根據(jù)權利要求5所述的事件提醒業(yè)務處理方法，其特征在于所述子鏈表按所述 事件發(fā)送時間戳的時間順序生成子鏈表節(jié)點。
7.根據(jù)權利要求2所述的事件提醒業(yè)務處理方法，其特征在于對所述事件數(shù)據(jù)進 行的后續(xù)處理包括修改所述數(shù)據(jù)表，將所述發(fā)送狀態(tài)字段標識為已發(fā)送。
8.根據(jù)權利要求7所述的事件提醒業(yè)務處理方法，其特征在于對所述事件數(shù)據(jù)進 行的后續(xù)處理包括刪除子鏈表節(jié)點，如果該子鏈表節(jié)點對應的子鏈表已刪除，則刪除對 應的主鏈表節(jié)點。
全文摘要
本發(fā)明公開了一種事件提醒業(yè)務處理方法，包括步驟A1、將用戶設置的事件數(shù)據(jù)存儲到數(shù)據(jù)庫的數(shù)據(jù)表中，所述事件數(shù)據(jù)包括事件發(fā)送時間戳；A2、將所述事件發(fā)送時間戳大于當前系統(tǒng)時間的所述事件數(shù)據(jù)緩存到內存的數(shù)據(jù)結構中；A3、定時掃描所述數(shù)據(jù)結構，比較當前系統(tǒng)時間和所述事件發(fā)送時間戳；A4、如果當前系統(tǒng)時間大于或者等于所述事件發(fā)送時間戳，則將所述事件數(shù)據(jù)發(fā)送給所述用戶。本發(fā)明事件提醒業(yè)務處理方法可以大幅度地提高事件數(shù)據(jù)的查詢效率，滿足事件提醒的實時性要求，而不影響系統(tǒng)數(shù)據(jù)庫的性能。
文檔編號G06F17/30GK102012909SQ20101054827
公開日2011年4月13日 申請日期2010年11月17日 優(yōu)先權日2010年11月17日
發(fā)明者張代軍, 謝堅 申請人:深圳市多贏軟件技術有限公司