專利名稱：在計(jì)算機(jī)系統(tǒng)中收集關(guān)于事件的信息的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及自動(dòng)服務(wù)，并且尤其涉及數(shù)據(jù)和信息的自動(dòng)收集，以
用于個(gè)人信息管理器(PIM)、個(gè)人數(shù)據(jù)助理(PDA)、膝上型計(jì)算 機(jī)以及任何類型的電子設(shè)備，個(gè)人可以使用這些設(shè)備在移動(dòng)環(huán)境中包 含個(gè)人信息和商業(yè)信息。
背景技術(shù)：
今天的很多機(jī)構(gòu)都日益全球化，這意味著位于一個(gè)地理位置的員 工可能需要與其另一遠(yuǎn)程地理位置的合作者和客戶進(jìn)行交互。在最近 美國(guó)進(jìn)行的調(diào)查中，發(fā)現(xiàn)去年美國(guó)的"公路勇士"(商業(yè)人士)進(jìn)行 20.7億次商業(yè)旅行，每次旅行從離開辦公室開始平均花費(fèi)了大約3天 半的時(shí)間(http:〃www.media3pub.com/usbank/articles/road—warrior.html)。 由于這種移動(dòng)模式，員工常常在遠(yuǎn)程位置工作，并具有對(duì)所需合作信 息或個(gè)人信息的受限的訪問或者非實(shí)時(shí)的訪問。
在這種環(huán)境中對(duì)勞動(dòng)生產(chǎn)率最大的阻礙之一在于無(wú)法訪問所需 的信息以完成短期任務(wù)，例如在后方辦公室中找到適當(dāng)?shù)娜藖?lái)回答問 題，或者可能是在明天的會(huì)見之前閱覽客戶的購(gòu)買歷史。雖然很多機(jī) 構(gòu)具有其自己的保存員工信息和客戶信息的協(xié)作目錄，但是他們需要
一種總是能夠通過其移動(dòng)設(shè)備來(lái)訪問可用的最新并且真實(shí)的信息以 及重要的相關(guān)商業(yè)信息的方法。
所需要的是一種不論用戶在何位置都能確保重要信息在用戶的 膝上型計(jì)算機(jī)或者移動(dòng)設(shè)備上可用的方法。
上述問題聲明帶來(lái)了多個(gè)問題，包括包含多媒體元素(諸如圖形、 圖片、地圖、甚至視頻演示)的協(xié)作數(shù)據(jù)庫(kù)的大小。重要的商業(yè)信息 還可以包括在客戶關(guān)系管理(CRM)系統(tǒng)、社會(huì)關(guān)系網(wǎng)、博客等中找
5到的信息。
才艮據(jù)"Wikipedia，，網(wǎng)站(http:〃www.wikipedia.org/ )，混4荅(mashup ) 是使用來(lái)自不止一個(gè)來(lái)源的內(nèi)容來(lái)創(chuàng)建全新服務(wù)的網(wǎng)站或者web應(yīng) 用。術(shù)語(yǔ)"混搭，，的起源來(lái)自音樂產(chǎn)業(yè)，其中DJ將來(lái)自一首歌的聲 軌與另一首歌的樂軌相混合。最近，混搭已經(jīng)出現(xiàn)在非基于瀏覽器的 應(yīng)用中(例如即時(shí)消息收發(fā))，其中，插件被用以為最終用戶產(chǎn)生信 息合成，例如在聊天窗口中顯示目錄和社交網(wǎng)絡(luò)數(shù)據(jù)。目前，混搭已 經(jīng)關(guān)注于為最終用戶產(chǎn)生實(shí)時(shí)合成。
對(duì)于諸如關(guān)系數(shù)據(jù)庫(kù)、電子郵件系統(tǒng)以及web中的邊緣服務(wù)器的 特定應(yīng)用領(lǐng)域而言，緩存技術(shù)已有很長(zhǎng)的歷史。這些緩存技術(shù)中的一 些具有預(yù)裝載(preload)關(guān)聯(lián)應(yīng)用領(lǐng)域的元件的智能功能。例如，一 種已知的電子郵件應(yīng)用在電子郵件消息的標(biāo)題顯示出現(xiàn)在收件箱表 示中的屏幕上時(shí)取回這些消息的副本； 一種已知的數(shù)據(jù)庫(kù)應(yīng)用，如果 存在該數(shù)據(jù)庫(kù)應(yīng)用使用查詢來(lái)"連接(join)"相關(guān)表子集的歷史，則 該數(shù)據(jù)庫(kù)應(yīng)用在一些表行被檢索時(shí)預(yù)取這些相關(guān)表子集。
還曾經(jīng)嘗試通過專用的數(shù)據(jù)訪問客戶端、匹配服務(wù)器擴(kuò)展以及可 選的中間件層來(lái)替代移動(dòng)設(shè)備中對(duì)遠(yuǎn)程數(shù)據(jù)的多應(yīng)用訪問。在這種布 置中，使用規(guī)則來(lái)允許在移動(dòng)設(shè)備從網(wǎng)絡(luò)斷開之前基于最近歷史而將 那些最有可能需要的文件復(fù)制到移動(dòng)設(shè)備。

發(fā)明內(nèi)容
本發(fā)明提供了 一種用戶設(shè)備上的數(shù)據(jù)混搭。優(yōu)選的且可能是最有 用的設(shè)備是移動(dòng)設(shè)備。然而，沒有理由來(lái)這樣限制本發(fā)明。當(dāng)用戶編 制應(yīng)用數(shù)據(jù)條目(例如用于會(huì)見客戶的日歷條目)時(shí)，混搭使用用戶 已經(jīng)定義的規(guī)則和數(shù)據(jù)模式來(lái)查詢其他相關(guān)的信息源，以收集關(guān)于該 客戶或者該會(huì)見的相關(guān)信息，并且將收集到的信息緩存在用戶設(shè)備 上。


當(dāng)結(jié)合附圖閱讀下文的詳細(xì)描述時(shí)，將更好地理解本發(fā)明，其中 圖1是示范性緩存混搭系統(tǒng)的框圖，包括客戶端應(yīng)用、應(yīng)用緩存、
應(yīng)用服務(wù)器以及用于這些系統(tǒng)組件之間通信的消息排隊(duì)系統(tǒng)；
圖2示出了響應(yīng)于輸入到客戶端應(yīng)用(諸如日歷、瀏覽器以及類
似的客戶端應(yīng)用)的用戶條目而管理系統(tǒng)操作的示范性用戶定義規(guī)
圖3示出了在圖1的系統(tǒng)中傳遞的一種示范性消息格式；
圖4是圖2系統(tǒng)的簡(jiǎn)化示范性框圖，以示出響應(yīng)于輸入到客戶端
曰歷應(yīng)用的會(huì)見條目的本發(fā)明操作；
圖5示出了在客戶端應(yīng)用(例如日歷客戶端應(yīng)用)處執(zhí)行的示范
性處理步驟；
圖6示出了在應(yīng)用緩存(諸如根據(jù)本發(fā)明的日歷緩存應(yīng)用)處執(zhí) 行的示范性處理步驟；以及
圖。 '、 ^ ^ ,、、 、王
具體實(shí)施例方式
圖1示出了客戶端計(jì)算機(jī)的框圖，其具有用于描述本發(fā)明的多個(gè) 示范性軟件應(yīng)用。例如，客戶端計(jì)算機(jī)100包含地址簿104、日歷應(yīng) 用106、 web瀏覽器108以及客戶端關(guān)系管理器(CRM) 110。
這些應(yīng)用通過消息隊(duì)列112、 114、 116和118邏輯上連接至緩存 混搭應(yīng)用102，消息隊(duì)列112、 114、 116和118依次分別連4妄至與提 到的客戶端應(yīng)用分別關(guān)聯(lián)的緩存128、 130、 132和134。消息隊(duì)列用 以在客戶端應(yīng)用和混4荅之間傳遞消息，并且可以利用IBM的Message Queuing (消息排隊(duì))系統(tǒng)來(lái)實(shí)現(xiàn)。作為示例，每個(gè)緩存還連接至服 務(wù)于各自客戶端應(yīng)用的后端服務(wù)器。例如，地址簿104與后端地址服 務(wù)器136相關(guān)聯(lián)，日歷106與后端日歷服務(wù)器138相關(guān)聯(lián)，對(duì)于瀏覽 器108和web服務(wù)器140以及CRM 110和服務(wù)器142依此類推。每 個(gè)混搭緩存還示例性地與規(guī)則和模式(R&P)模塊相關(guān)聯(lián)。例如，地址緩存128與R&P 120相關(guān)聯(lián)；日歷緩存130與R&P 122相關(guān)聯(lián)， 對(duì)于針對(duì)瀏覽器緩存和CRM緩存的R&P 124和R&P 126依此類推。 這些R&P模塊包含客戶端計(jì)算機(jī)用戶輸入的信息，用以控制在用戶 經(jīng)由客戶端應(yīng)用之一而在后端服務(wù)器中輸入或者刪除信息時(shí)所采取 的動(dòng)作。
圖2示出了用戶可能輸入到R&P模塊中的規(guī)則集的一個(gè)示范性 示例。主要關(guān)注日歷應(yīng)用106和日歷緩存130。在選擇用來(lái)說明本發(fā) 明的示例中，用戶希望用于客戶會(huì)見的日歷條目發(fā)起一 系列行為來(lái)自 動(dòng)收集可能有助于用戶準(zhǔn)備會(huì)見的客戶信息。無(wú)意將本發(fā)明限于此示 例。這僅僅是用戶可能發(fā)覺有用的動(dòng)作類型的示范。由此，在R&P 122 中，用戶已經(jīng)輸入了規(guī)則R1，其向日歷緩存130指示對(duì)于每個(gè)新 安排的與Sam的客戶會(huì)見，發(fā)起對(duì)其他客戶端應(yīng)用的動(dòng)作，從而使混 搭從地址服務(wù)器收集Sam的電子郵件地址以及雇主公司名稱。R&P 122的規(guī)則R2指示混搭從指定的新聞源(例如Wall Street Journal) 取回一些最近的新聞文章，并將其緩存在瀏覽器緩存132。規(guī)則R3 向混搭指示對(duì)于與Sam的客戶會(huì)見，取回Sam最喜歡的Web書簽。 對(duì)于R3,該規(guī)則將包含社交網(wǎng)絡(luò)URL (諸如http:〃del，icio.us )以查 詢Sam的書簽。
參考圖4，其是輔助此說明書的簡(jiǎn)化的、重布置的系統(tǒng)視圖，用 戶在400處輸入針對(duì)與Sam的客戶會(huì)見的日歷條目，其結(jié)果是通過 從日歷客戶端106經(jīng)由通信鏈路402、隊(duì)列114、日歷緩存130以及 鏈路404和405而發(fā)送的消息，在日歷服務(wù)器138處將會(huì)議條目編制 到Sam的日歷中。該用戶輸入的消息包含設(shè)置為整數(shù)值1的COUNT 字段，以防止客戶端應(yīng)用丟棄消息(其原因?qū)南挛牡挠懻撝凶兊们?楚)。在編制該日歷條目時(shí)，日歷緩存130還查詢R&P 122以確定該 曰歷消息的內(nèi)容將觸發(fā)哪個(gè)用戶規(guī)則(如果有的話)。由于這是與 Sam的客戶會(huì)見，規(guī)則R1、 R2、 R3和R4被觸發(fā)。作為Rl的結(jié)果， 日歷緩存130經(jīng)由邏輯連接406將隊(duì)列114中的消息排隊(duì)到服務(wù)于地 址簿緩存104的隊(duì)列112,以從地址服務(wù)器136耳又回Sam的^^司地址和其電子郵件地址。當(dāng)該消息到達(dá)地址緩存128時(shí)，該消息觸發(fā)規(guī)則 R2以取回所期望的信息并將其緩存。當(dāng)然，對(duì)于該示例做出以下假 設(shè)，即，用戶先前已經(jīng)將Sam的這些信息輸入到了地址服務(wù)器中。圖 3示出了該消息格式的示例。在圖3中，TYPE(類型)被設(shè)置為ADDR
(地址)，這意味著從地址服務(wù)器取回消息。HANDLE (名稱)被設(shè) 置為Sam,以標(biāo)識(shí)期望其地址的一方。TARGET DATE (目標(biāo)日期) 被設(shè)為會(huì)見的日期；PATTERN (模式)被設(shè)為特定于所生成消息類 型的其他信息，但是其在此優(yōu)選實(shí)施方式中針對(duì)此消息為空；COUNT
(計(jì)數(shù))被設(shè)為大于0的任意整數(shù)以防止消息循環(huán)。這將在下文詳細(xì) 闡釋。此去往地址簿的消息的目的是將來(lái)自地址服務(wù)器136的Sam的 地址信息存儲(chǔ)到用戶的地址緩存128中。TARGET DATE防止在需要 所存儲(chǔ)的地址信息之前將其從地址緩存刪除。
曰歷緩存130處的原始會(huì)見條目消息還觸發(fā)日歷R&P 122的規(guī)則 R2、 R3和R4。在此示例中，規(guī)則R2導(dǎo)致在隊(duì)列114中生成和排隊(duì) 經(jīng)由邏輯鏈路408和連接414去往瀏覽器緩存132的消息，以取回關(guān) 于雇用Sam的公司的最近的新聞文章。規(guī)則R2的HANDLE將包含 從R&P 12 2得到的公司名稱。如果期望，也可以從地址簿取回該信息， 但是這需要日歷緩存130處稍微復(fù)雜一點(diǎn)的應(yīng)用。對(duì)于該消息，R&P 122的規(guī)則R2包含針對(duì)Sam公司的期望新聞源的用戶輸入的URL, 并且其存儲(chǔ)在所生成的去往瀏覽器應(yīng)用108的消息的PATTERN中。 這例如可以是標(biāo)識(shí)Wall Street Journal網(wǎng)站的http:〃www,wsj.com。頭見 則R2還可以包含數(shù)目(比如說IO)以限制將被獲取的新聞文章的數(shù) 目，但是在此簡(jiǎn)化的實(shí)施例中，該數(shù)目被置于其他客戶端應(yīng)用的規(guī)則 中。該消息觸發(fā)瀏覽器R&P 124中的規(guī)則R2。
規(guī)則R3還導(dǎo)致去往瀏覽器緩存132的第二消息，以取回Sam最 喜歡的書簽。此示例中的該消息與社交網(wǎng)絡(luò)網(wǎng)站相關(guān)，以取回說明 Sam的喜好以及可能的反感的多個(gè)項(xiàng)目，并將其存儲(chǔ)在用戶的瀏覽器 緩存132中。在此示例中，假設(shè)SAM參與社交網(wǎng)絡(luò)，Sam的最喜歡 的Web書簽被用于此目的。消息的TYPE被設(shè)為BROWSER (瀏覽器)以標(biāo)識(shí)瀏覽器li存，HANDLE ^皮i殳為http:〃del.icio.us/sam以標(biāo) 識(shí)Sam存儲(chǔ)的最喜歡書簽的位置。該具體的站點(diǎn)當(dāng)然僅是一個(gè)示例。 在任意給定時(shí)間，可以存在用戶可能希望使用的任意數(shù)目的社交網(wǎng)絡(luò) 網(wǎng)站。該消息觸發(fā)瀏覽器R&P 124中的規(guī)則Rl。
日歷緩存R&P122處的規(guī)則R4觸發(fā)去往隊(duì)列112的消息經(jīng)由邏 輯鏈路410和連接416去往CRM緩存134。此消息的目的是將來(lái)自 用戶內(nèi)部CRM服務(wù)器142的關(guān)于Sam的信息存儲(chǔ)在CRM緩存134 中。TYPE被設(shè)為CRM并且HANDLE被設(shè)為Sam。再一次，COUNT 被設(shè)為大于0的一些任意整數(shù)值。該消息觸發(fā)CRM R&P 126的規(guī)則 R2。
圖5示出了用以在日歷客戶端應(yīng)用處實(shí)現(xiàn)本發(fā)明所采取的步驟的 示范性流程圖。當(dāng)用戶輸入新日歷條目時(shí)，日歷應(yīng)用處的步驟502生 成適當(dāng)?shù)南⒉⑵浒l(fā)送至日歷緩存，以發(fā)起如前所述的操作。
圖6示出了響應(yīng)于從日歷客戶端接收到消息而在日歷緩存130處 執(zhí)行的示范性步驟。步驟602獲取傳入消息的COUNT字段，將值遞 減l，并且將得到的整數(shù)存儲(chǔ)回COUNT字段。步驟604接下來(lái)檢查 遞減后的整數(shù)值。如果其小于0，步驟606丟棄該消息。這防止了傳 入請(qǐng)求因觸發(fā)可能存儲(chǔ)在各個(gè)緩存R&P的其他規(guī)則而生成無(wú)數(shù)消息。 如果減小后的COUNT是非負(fù)的，步驟608確定這是否是客戶會(huì)見條 目。如果不是，在此示例中，日歷緩存130執(zhí)行其他適當(dāng)?shù)牟襟E，諸 如僅僅將該條目發(fā)送到后端日歷服務(wù)器138上。如果這是針對(duì)客戶會(huì) 見的條目，步驟610從傳入消息取回客戶姓名，并且步驟612搜索曰 歷R&P 122以確定哪些規(guī)則匹配(如果有的話)。當(dāng)每次在步驟614 確定找到每個(gè)匹配規(guī)則時(shí)，步驟616執(zhí)行該失見則，如上所述，其在通 常情況下使得日歷緩存130生成去往客戶端應(yīng)用之一的外發(fā)消息，以 發(fā)起適當(dāng)?shù)膭?dòng)作來(lái)緩存期望的信息。如上所述，去往客戶端應(yīng)用的每 個(gè)外發(fā)消息中所包括的會(huì)見日期防止了緩存在會(huì)議之前從緩存刪除 所獲取的信息。
注意，每個(gè)客戶端應(yīng)用緩存將執(zhí)行類似于上面描述的步驟。還要注意，應(yīng)用緩存可以將緩存排隊(duì)請(qǐng)求所描述的數(shù)據(jù)延遲到剛好在請(qǐng)求 中的目標(biāo)日期之前的時(shí)間。例如，瀏覽器緩存可以延遲獲取日歷規(guī)則
R3所請(qǐng)求的書簽，直到比如說日歷會(huì)見之前的三天，這是各排隊(duì)請(qǐng) 求中的目標(biāo)日期。
圖7示出了可以用來(lái)實(shí)踐本發(fā)明的信息處理系統(tǒng)的簡(jiǎn)化示例。本 發(fā)明可以實(shí)現(xiàn)在多種硬件平臺(tái)上，包括嵌入式系統(tǒng)、個(gè)人計(jì)算機(jī)、工 作站、服務(wù)器以及主機(jī)。圖7的計(jì)算機(jī)系統(tǒng)具有至少一個(gè)處理器760。 處理器760經(jīng)由系統(tǒng)總線762與隨機(jī)訪問存儲(chǔ)器(RAM) 766、只讀 存儲(chǔ)器(ROM) 764以及用于將外圍設(shè)備(諸如盤片單元720和帶驅(qū) 動(dòng)器740)連接至總線762的輸入/輸出(I/O)適配器768互連。該 系統(tǒng)具有用戶接口適配器722，以用于將鍵盤724、鼠標(biāo)726或者其 他用戶接口設(shè)備(諸如音頻輸出設(shè)備766和音頻輸入設(shè)備768 )連接 至總線762。該系統(tǒng)具有用于將信息處理系統(tǒng)連接至數(shù)據(jù)處理網(wǎng)絡(luò)750 的通信適配器734,以及用于將總線762連接至顯示設(shè)備738的顯示 器適配器736。通信適配器734可以將圖7中描述的系統(tǒng)鏈接至上百 個(gè)甚至上千個(gè)類似的系統(tǒng)或者諸如遠(yuǎn)程打印機(jī)、遠(yuǎn)程服務(wù)器或遠(yuǎn)程存 儲(chǔ)單元的其他設(shè)備。圖7中描述的系統(tǒng)可以鏈接至局域網(wǎng)(有時(shí)稱為 內(nèi)部網(wǎng))和諸如互聯(lián)網(wǎng)的廣域網(wǎng)二者。
將會(huì)意識(shí)到，圖6中所示的計(jì)算機(jī)系統(tǒng)700僅僅是說明性的，并 且并非意在限制可以提供用于實(shí)踐本發(fā)明的適當(dāng)操作環(huán)境的系統(tǒng)類 型。盡管圖7中描述的計(jì)算機(jī)系統(tǒng)能夠執(zhí)行在此描述的處理，該計(jì)算 機(jī)系統(tǒng)僅是計(jì)算機(jī)系統(tǒng)的一個(gè)示例。很多系統(tǒng)能夠執(zhí)行本發(fā)明的處 理。
本發(fā)明所屬領(lǐng)域的技術(shù)人員將會(huì)很快認(rèn)識(shí)到，在本啟示的意圖和 范圍內(nèi)，優(yōu)選的和公開的實(shí)施方式可以具有多種變形。發(fā)明人意在按 照本發(fā)明相關(guān)領(lǐng)域可適用的狀況盡可能地涵蓋這些變形。
ii
權(quán)利要求
1. 一種在計(jì)算機(jī)系統(tǒng)中收集有關(guān)事件的信息的方法，所述計(jì)算機(jī)系統(tǒng)包括多個(gè)客戶端計(jì)算機(jī)應(yīng)用、臨時(shí)存儲(chǔ)所述應(yīng)用的關(guān)聯(lián)信息的多個(gè)客戶端計(jì)算機(jī)緩存、半永久地存儲(chǔ)所述應(yīng)用的所述關(guān)聯(lián)信息的多個(gè)連網(wǎng)服務(wù)器，以及提供所述系統(tǒng)中的消息傳輸?shù)南⑴抨?duì)系統(tǒng)，所述方法包括在一個(gè)或多個(gè)所述緩存處存儲(chǔ)規(guī)則集，每個(gè)規(guī)則觸發(fā)另一緩存中的事件，在第一緩存處從客戶端應(yīng)用接收第一消息，以創(chuàng)建事件，并將有關(guān)所述事件的信息存儲(chǔ)在關(guān)聯(lián)服務(wù)器中，將所述第一消息與同所述第一緩存關(guān)聯(lián)存儲(chǔ)的規(guī)則集進(jìn)行比較，以和與所述第一緩存相關(guān)聯(lián)的一個(gè)或多個(gè)規(guī)則匹配，以及對(duì)于匹配所述第一消息的每個(gè)規(guī)則，生成指向特定客戶端應(yīng)用緩存的另一消息，所述消息指示所述特定客戶端應(yīng)用緩存從與所述特定客戶端應(yīng)用緩存相關(guān)聯(lián)的所述服務(wù)器收集并緩存特定信息。
2. 根據(jù)權(quán)利要求1所述的方法，其中，所述第一客戶端計(jì)算機(jī)應(yīng) 用是日歷應(yīng)用，其與日歷緩存和日歷服務(wù)器相關(guān)聯(lián)，以及與所述日歷往地址簿客戶端緩存的消息以收集客戶信息。
3. 根據(jù)權(quán)利要求1所述的方法，其中，所述第一客戶端計(jì)算機(jī)應(yīng) 用是日歷應(yīng)用，其與日歷緩存和日歷服務(wù)器相關(guān)聯(lián)，以及與所述日歷 緩存關(guān)聯(lián)存儲(chǔ)的規(guī)則使得當(dāng)從所述日歷應(yīng)用輸入客戶會(huì)見時(shí)，生成發(fā) 送至社交網(wǎng)絡(luò)網(wǎng)站的消息以收集客戶信息。
4. 根據(jù)權(quán)利要求3所述的方法，其中，所述社交網(wǎng)絡(luò)網(wǎng)站在與所 述曰歷緩存相關(guān)聯(lián)的所述規(guī)則中規(guī)定。
5. 根據(jù)權(quán)利要求1所述的方法，其中，所述第一客戶端計(jì)算機(jī)應(yīng) 用是日歷應(yīng)用，其與日歷緩存和日歷服務(wù)器相關(guān)聯(lián)，以及與所述日歷 緩存關(guān)聯(lián)存儲(chǔ)的規(guī)則使得當(dāng)從所述日歷應(yīng)用輸入客戶會(huì)見時(shí)，生成去往數(shù)據(jù)庫(kù)的消息以收集客戶信息。
6. 根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括在每個(gè)消息中包含具有正整數(shù)的COUNT字段，以及在每個(gè)客戶端應(yīng)用緩存處遞減所述COUNT字段中的值，并且在所述經(jīng)過遞減的值達(dá)到某個(gè)值時(shí)丟棄消 自
7. 根據(jù)權(quán)利要求1所述的方法，其中，指示所述特定客戶端應(yīng)用 緩存從與所述特定客戶端應(yīng)用緩存相關(guān)聯(lián)的服務(wù)器收集并緩存特定 信息進(jìn)一步包括延遲信息的獲取，直到剛好在所述特定事件之前。
8. —種客戶端計(jì)算機(jī)，包括多個(gè)客戶端計(jì)算機(jī)應(yīng)用以及臨時(shí)存儲(chǔ) 所述應(yīng)用的關(guān)聯(lián)信息的、并且與所述客戶端計(jì)算機(jī)應(yīng)用相關(guān)聯(lián)的多個(gè) 計(jì)算機(jī)緩存，所述客戶端計(jì)算機(jī)包括至少位于第一緩存處的存儲(chǔ)器，用于存儲(chǔ)一個(gè)或多個(gè)規(guī)則的集 合，每個(gè)規(guī)則響應(yīng)于從與所述第一緩存相關(guān)聯(lián)的應(yīng)用接收到消息而觸 發(fā)消息的傳輸，以觸發(fā)另一緩存中的事件，用于在所述第 一緩存處從所述關(guān)聯(lián)客戶端應(yīng)用接收第 一消息，以 在與所述第一緩存相關(guān)聯(lián)的遠(yuǎn)程服務(wù)器中創(chuàng)建事件并將關(guān)于所述事 件的信息存儲(chǔ)在關(guān)聯(lián)服務(wù)器中的裝置，用于將所述第 一 消息與同所述第 一 緩存關(guān)聯(lián)存儲(chǔ)的規(guī)則集進(jìn)行 比較，以與一個(gè)或多個(gè)規(guī)則匹配的裝置，以及用于響應(yīng)于與所述第一消息匹配的每個(gè)規(guī)則，生成去往特定客戶 端應(yīng)用緩存的另 一 消息的裝置，所述另 一 消息指示所述特定客戶端應(yīng) 用緩存從與所述特定客戶端應(yīng)用緩存相關(guān)聯(lián)的遠(yuǎn)程服務(wù)器收集并緩 存特定信息。
9. 根據(jù)權(quán)利要求8所述的客戶端計(jì)算機(jī)，其中，所述第一客戶端計(jì)算機(jī)應(yīng)用是日歷應(yīng)用，其與日歷緩存和遠(yuǎn)程日歷服務(wù)器相關(guān)聯(lián)，以及與所述日歷緩存關(guān)聯(lián)存儲(chǔ)的規(guī)則使得當(dāng)從所述日歷應(yīng)用輸入客戶會(huì)見時(shí)，所述生成裝置向地址簿客戶端緩存?zhèn)魉拖⒁允占蛻粜?自
10. 根據(jù)權(quán)利要求8所述的客戶端計(jì)算機(jī)，其中，所述第一客戶端計(jì)算機(jī)應(yīng)用是日歷應(yīng)用，其與日歷緩存和日歷服務(wù)器相關(guān)聯(lián)，以及見時(shí)，所述生成裝置向社交網(wǎng)絡(luò)網(wǎng)站傳送消息以收集客戶信息。
11. 根據(jù)權(quán)利要求IO所述的客戶端計(jì)算機(jī)，其中，所述社交網(wǎng)絡(luò) 網(wǎng)站在與所述日歷緩存相關(guān)聯(lián)的所述規(guī)則中規(guī)定。
12. 根據(jù)權(quán)利要求8所述的客戶端計(jì)算機(jī)，其中，所述第一客戶 端計(jì)算機(jī)應(yīng)用是日歷應(yīng)用，其與日歷緩存和日歷服務(wù)器相關(guān)聯(lián)，以及 與所述日歷緩存關(guān)聯(lián)存儲(chǔ)的規(guī)則使得當(dāng)從所述日歷應(yīng)用輸入客戶會(huì) 見時(shí)，所述生成裝置向數(shù)據(jù)庫(kù)傳送消息以收集客戶信息。
13. 根據(jù)權(quán)利要求8所述的客戶端計(jì)算機(jī)，進(jìn)一步包括其中， 每個(gè)客戶端應(yīng)用緩存裝置具有用于遞減COUNT字段中的值的裝置， 以及用于在所述經(jīng)過遞減的值達(dá)到某個(gè)值時(shí)丟棄消息的裝置。
14. 根據(jù)權(quán)利要求8所述的客戶端計(jì)算機(jī)，其中，用于生成去往 特定客戶端應(yīng)用緩存的、指示所述特定客戶端應(yīng)用緩存收集并緩存特 定信息的另 一 消息的裝置進(jìn)一 步包括用于延遲信息的獲取直到剛好 在所述特定事件之前的裝置。
全文摘要
本發(fā)明涉及在計(jì)算機(jī)系統(tǒng)中收集關(guān)于時(shí)間的事件的方法和裝置。具體地，提供了一種用戶設(shè)備上的數(shù)據(jù)混搭。優(yōu)選的且可能最有用的設(shè)備是移動(dòng)設(shè)備。然而，沒有理由這樣限制本發(fā)明。當(dāng)用戶輸入應(yīng)用數(shù)據(jù)條目(例如針對(duì)與客戶會(huì)見的日歷條目)時(shí)，該混搭使用已經(jīng)由用戶定義的規(guī)則和數(shù)據(jù)模式來(lái)查詢其他相關(guān)信息源，以收集關(guān)于該客戶或者該會(huì)見的相關(guān)信息，并且將收集到的信息緩存在用戶設(shè)備上。
文檔編號(hào)G06F17/30GK101446948SQ200810165820
公開日2009年6月3日 申請(qǐng)日期2008年9月23日 優(yōu)先權(quán)日2007年11月28日
發(fā)明者B·斯里瓦斯塔瓦, J·R·欣德 申請(qǐng)人:國(guó)際商業(yè)機(jī)器公司