專利名稱：日志記錄方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計算機(jī)領(lǐng)域，具體涉及一種日志記錄(logging)方法和裝
背景技術(shù)：
對于軟件和系統(tǒng)服務(wù)的日志工具來說，通常的做法是將軟件和系統(tǒng)服 務(wù)的日志(log或trace )信息寫入本地系統(tǒng)中指定位置處的日志文件中。 為了訪問和閱讀這些日志文件，用戶必須作為初L授權(quán)的系統(tǒng)用戶登錄。這 樣的日志工具存在如下幾個問題
1)當(dāng)人們需要閱讀單個系統(tǒng)上的日志時，系統(tǒng)管理員必須或者將日志 文件傳遞給他們，或者為他們授予訪問該系統(tǒng)的權(quán)限。這給系統(tǒng)管理員帶 來了額外的工作量，并向該系統(tǒng)引入了安全風(fēng)險。
2 )對于具有4艮多系統(tǒng)的大規(guī)模環(huán)境來說，訪問和檢查所有系統(tǒng)上的曰 志文件將造成極為繁重的工作量，非常耗時，并且極大地增大了安全風(fēng)險。
3)當(dāng)系統(tǒng)位于具有某些安全策略和防火墻i殳置的受限的子網(wǎng)絡(luò)中時， 從外部網(wǎng)絡(luò)中訪問日志文件是困難或不可能的。
存在著如下幾種已知的解決方案，可部分地解決上述問題
1) 在UNIX和Linux上可以安裝一中央日志服務(wù)(例如，syslog-ng)。 在這種設(shè)置中，可配置一中央日志服務(wù)器來為其他服務(wù)器(例如，日志客 戶)存儲日志。這種解決方案解決了上述問題2),但仍不能解決上述問 題l)。而且，如果日志客戶和日志服務(wù)器由受限的子網(wǎng)絡(luò)的邊界所分隔， 問題3)將會發(fā)生。
2) 某些服務(wù)和軟件提供其自身的用于日志訪問和其他功能的web接口 (例如webmin )。這種web接口偵聽本地系統(tǒng)的某一端口 ，并使用系 統(tǒng)用戶帳戶或自己另外的一組帳戶來控制系統(tǒng)的安全性。該解決方案部分 解決了上述問題l)，但沒有解決上述問題2)和3)。
此外，上述兩種解決方案都不是一種通用的解決方案，而只能運(yùn)行在 特定平臺例如UNIX/Linux上。
顯然，本領(lǐng)域中需要一種通用、高效、安全、且不受限于子網(wǎng)邊界的 日志記錄解決方案。

發(fā)明內(nèi)容
根據(jù)本發(fā)明的一個方面，提供了一種日志記錄方法，該方法包括登
錄博客服務(wù)器；接收一個或多個應(yīng)用或服務(wù)生成的日志信息；以及將所述
日志信息提交到所述博客服務(wù)器上用于接收博客文章的URL地址。
根據(jù)本發(fā)明的另 一個方面，提供了 一種用于存儲和提供日志信息以供
查看的方法，該方法包括由博客服務(wù)器通過用于接收博客文章的URL 地址接收由一個或多個應(yīng)用或服務(wù)生成的日志信息；由博客服務(wù)器將所述 日志信息存儲在博客服務(wù)器上用于存儲博客文章的URL地址；以及響應(yīng) 于接收到來自客戶端的查看日志信息的請求，由博客服務(wù)器將所請求的曰 志信息提供給客戶端。
根據(jù)本發(fā)明的又一個方面，提供了一種日志記錄裝置，該裝置包括 接收模塊，該接^1^漠塊被配置為接收一個或多個應(yīng)用或服務(wù)生成的日志信 息；以及博客交互模塊，該博客交互模塊被配置為登錄博客服務(wù)器，并將 所述日志信息提交到所述博客服務(wù)器上用于接收博客文章的URL地址。
根據(jù)本發(fā)明的再一個方面，提供了一種用于存儲和提供日志信息以供 查看的裝置，該裝置包括博客服務(wù)器，該博客服務(wù)器包括接收模塊，該 接收模塊被配置為通過用于接收博客文章的URL地址接收由一個或多個 應(yīng)用或服務(wù)生成的日志信息；存儲模塊，該存儲才莫塊4皮配置為將所述日志 信息存儲在博客服務(wù)器上用于存儲博客文章的URL地址；以及提供模塊， 該提供模塊被配置為響應(yīng)于接收到來自客戶端的查看日志信息的請求，將
6所請求的日志信息提供給客戶端。
本發(fā)明的優(yōu)點如下
通過博客服務(wù)器將日志信息提供給用戶訪問，對日志的訪問的控制是 在博客服務(wù)器上而不是在起初生成該日志信息的系統(tǒng)或網(wǎng)絡(luò)源環(huán)境進(jìn)行 的，因此，不需要暴露源環(huán)境的任何系統(tǒng)訪問信息，從而提高了其安全性。
多個系統(tǒng)或軟件可將日志信息提交給單個博客服務(wù)器，或提交給多個 博客服務(wù)器。它們可使用單個博客帳戶或多個博客帳戶。組合方式是靈活 的；因此日志信息可被靈活地組織和記錄，并且可靈活地區(qū)分和管理訪問 的范圍。
即使對于專用子網(wǎng)絡(luò)，大多數(shù)防火墻配置允許外出的HTTP請求。這 使得遠(yuǎn)程日志提交的傳輸容易穿越網(wǎng)絡(luò)邊界，從而提高了網(wǎng)絡(luò)可達(dá)性。
不需要開發(fā)日志服務(wù)器，因為已存在很多可用的博客服務(wù)器實現(xiàn)，并 且相當(dāng)程度上已標(biāo)準(zhǔn)化。具有平臺獨立性。
用戶可以使用web瀏覽器閱讀博客服務(wù)器上的日志信息，與其他查看 日志信息的方式相比，博客的web呈現(xiàn)是更為用戶友好的。
用戶可以定義博客引擎的過濾器和策略，來控制被提交給博客服務(wù)器 的日志的內(nèi)容和數(shù)量等。
因為博客是完全基于HTTP的，并且HTTP是SOA所使用的標(biāo)準(zhǔn)協(xié) 議，所以該功能可被容易地添加到SOA服務(wù)。
以上對本發(fā)明的優(yōu)點的列舉并不意味著本發(fā)明的某個實施例能實現(xiàn)上 述全部或大部分優(yōu)點，而僅意味著上述每個優(yōu)點可以由本發(fā)明的至少一個 實施例實現(xiàn)。


所附權(quán)利要求中闡述了被認(rèn)為是本發(fā)明的特點的創(chuàng)造性特征。但是， 通過參照附圖閱讀下面對說明性實施例的詳細(xì)說明可更好地理解發(fā)明本身 以及其優(yōu)選使用模式、另外的目標(biāo)、特征以及優(yōu)點，在附圖中
圖1示意性地示出了本發(fā)明的總體結(jié)構(gòu)；圖2示意性地示出了一個典型的博客服務(wù)器的與文章提交有關(guān)的處理
機(jī)制；
圖3示出了才艮據(jù)本發(fā)明的實施例的、利用博客月良務(wù)器的典型流程實現(xiàn) 的日志記錄過程；
圖4示出了才艮據(jù)本發(fā)明的實施例的日志記錄裝置；
圖5集中示出了本發(fā)明的日志記錄裝置的三種示例性應(yīng)用場景；以及
圖6示出了才艮據(jù)本發(fā)明的實施例的日志記錄方法。
具體實施例方式
下面參照附圖來說明本發(fā)明的實施例。在下面的說明中，闡述了許多 具體技術(shù)特征等細(xì)節(jié)以便更全面地了解本發(fā)明。但是，對于本技術(shù)領(lǐng)域內(nèi)
的技術(shù)人員顯然的是，本發(fā)明的實現(xiàn)可不具有其中的一些具體技術(shù)特征。 本發(fā)明的范圍僅由所附的權(quán)利要求書的語言限定。
圖1示意性地示出了本發(fā)明的總體結(jié)構(gòu)。如圖所示，由i殳置在生成日 志的系統(tǒng)(源系統(tǒng))中的日志記錄裝置(即博客引擎)101通過網(wǎng)絡(luò)將日 志信息作為博客文章提交給博客服務(wù)器(博客服務(wù))102。博客月艮務(wù)器102 用作中央日志服務(wù)器，存儲和組織日志信息，并管理對日志信息的提交和 閱讀訪問。用戶使用web瀏覽器103閱讀博客服務(wù)器102上的日志信息。
所述博客引擎101可^L添加到需要遠(yuǎn)程日志記錄能力的服務(wù)或軟件 中，例如添加到該服務(wù)或軟件現(xiàn)有的日志模塊中，或作為單獨的系統(tǒng)服務(wù) 而運(yùn)行。
所述博客服務(wù)器102通常位于與生成日志信息的本地系統(tǒng)(稱為源系 統(tǒng))相對的遠(yuǎn)程系統(tǒng)上。然而，也可能使該博客月艮務(wù)器102在初始生成日 志信息的源系統(tǒng)上運(yùn)行。
博客服務(wù)器102可以是任何現(xiàn)有的或未來開發(fā)的博客服務(wù)器。博客月艮 務(wù)器作為web服務(wù)器或web服務(wù)器上的應(yīng)用服務(wù)器運(yùn)行。博客服務(wù)器通過 HTTP提供了一組功能，作為博客功能包。這些功能的范圍并不是嚴(yán)格定 義的，但諸如訪問控制、文章提交、文章瀏覽的一組核心功能總是包括在其中，且在相當(dāng)程度上已凈皮標(biāo)準(zhǔn)化。
圖2示意性地示出了一個典型的博客服務(wù)器的與文章提交有關(guān)的處理 機(jī)制。博客服務(wù)器通過HTTP請求和響應(yīng)來服務(wù)客戶。它通常具有一入口 URL ( URL#1),用戶可在該入口 URL的頁面的HTML登錄表單中輸入 帳戶ID和口令。從該頁面，用戶將登錄表單提交給登錄URL (URL#2 )， 以便進(jìn)行處理。如果登錄成功，則作為響應(yīng)，返回門戶URL (URL#3)的 頁面。在該門戶頁面中，將存在一文章編輯鏈接，該鏈接將導(dǎo)向一文章編 輯器URL (URL糾)。在文章編輯器URL中，用戶可在文章提交表單中 輸入主題、文本內(nèi)容、圖像、視頻或其他類型的文件，并將其發(fā)送給文章 提交URL (URL#5)。文章提交URL對接收到的文章提交表單進(jìn)行必要 的處理，然后將所提交的文章放到文章瀏覽URL (URL#6)處，用戶可在 該URL處瀏覽和閱讀該文章。博客服務(wù)器通常還提供一退出(logoff )URL (URL#7)，用戶可通過訪問該URL來結(jié)束該登錄會話。如果用戶不做 任何事情，則該會話將在持續(xù)空閑一段時間后到期。
除了上述文章提交功能外，博客服務(wù)器還可提供其他功能，然而，該 文章提交功能本身就足以支持本發(fā)明的日志記錄能力。目前存在著多種的 博客實現(xiàn)，它們之間具有微小的差別，但大多數(shù)都遵循上述典型的模式或流程。
用戶可使用任何web瀏覽器，例如Internet Explorer (IE)或FireFox， 來閱讀博客服務(wù)器上的博客內(nèi)容即博客頁中列出的文章。用戶使用該web 瀏覽器訪問博客服務(wù)器的入口網(wǎng)頁，并遵循所設(shè)計的動作序列來閱讀文章， 即本發(fā)明中的日志信息。博客服務(wù)器可對用戶通過web瀏覽器對博客服務(wù) 器上的日志信息的訪問進(jìn)行控制。
下面參照附圖3描述根據(jù)本發(fā)明的實施例的、利用博客服務(wù)器的該典 型流程實現(xiàn)的日志記錄過程。
在步驟1，由博客引擎101接收配置信息并使用該配置信息進(jìn)行配置， 該配置信息可包括博客服務(wù)器102上的URL (例如，博客服務(wù)器102上的 所述URL然等)、用戶帳戶信息(例如，用戶帳戶ID和口令等)、可選的日志記錄時間安排、策略和過濾規(guī)則(例如，可提交的日志信息的內(nèi)容、 提交塊大小和時間間隔等)、以及其他配置信息(例如，通信和^t設(shè)置
等)。當(dāng)博客引擎101用于服務(wù)于多個應(yīng)用或服務(wù)時，所述配置信息還包
括用于指定日志的源應(yīng)用或服務(wù)的信息。所述配置信息可以是博客引擎
101從博客服務(wù)器102接收的，也可以是博客引擎101直接從管理員處或 從任何其他地方接收的。
在步驟2，博客引擎101使用帳戶ID和口令向博客服務(wù)器102上的 URL#2發(fā)送HTTP登錄請求。該操作可在博客引擎101啟動時自動發(fā)起， 或者由所述配置信息中可選的日志記錄時間安排、策略或過濾規(guī)則觸發(fā)。
在步驟3，響應(yīng)于接收到所述HTTP登錄請求，博客服務(wù)器102te 帳戶ID和口令，并為該登錄操作進(jìn)行必要的處理。如果登錄成功，則博 客服務(wù)器102將轉(zhuǎn)發(fā)和返回URL#3的頁內(nèi)容，或者僅在有效的用戶登錄 會話中可訪問的任何其他URL，作為HTTP響應(yīng)。
在步驟4，響應(yīng)于接收到該HTTP響應(yīng)，博客引擎101可以HTTP請 求的形式將待記錄的日志信息作為博客文章提交到URL#5。該操作可在應(yīng) 用或服務(wù)生成并存儲日志時自動發(fā)起，或者由所述配置信息中可選的日志 記錄時間安排、策略和過濾規(guī)則觸發(fā)。
在步驟5，響應(yīng)于接收到該提交請求，博客服務(wù)器102處理該提交請 求，并執(zhí)行必要的數(shù)據(jù)存儲和組織。當(dāng)該博客文章被成功提交后，博客月良 務(wù)器102以HTTP響應(yīng)的形式向博客引擎101發(fā)回URL#6或任何表明成 功提交的URL的頁面內(nèi)容。
在步驟6，為了結(jié)束日志記錄活動，博客引擎101向博客服務(wù)器102 的URL#7發(fā)送HTTP請求來結(jié)束當(dāng)前登錄^。該操作可在博客引擎101 接收到表明日志成功提交的HTTP響應(yīng)后自動發(fā)起，或者由可選的日志記 錄時間安排、策略和過濾規(guī)則觸發(fā)。
在步驟7，博客服務(wù)器102以HTTP響應(yīng)的形式發(fā)送回URL#1或其他 URL的頁面內(nèi)容。
當(dāng)存在多個日志信息要被提交到博客服務(wù)器102時，可重復(fù)上述過程;或者，可以循環(huán)執(zhí)行步驟4和5，這樣，在單個用戶會話中，將有更多日 志提交被發(fā)送到博客服務(wù)器。應(yīng)注意的是，如果博客引擎101需要維護(hù)這 種^^舌以用于多個提交，則需要某種機(jī)制來防止^"到期。例如，博客引 擎101以短于博客服務(wù)器102上的超時設(shè)置的速率定期發(fā)送向博客服務(wù)器 102發(fā)送保持生存(keep-alive)請求。該保持生存請求可以是向URL#3 或URL#6或用戶會話中的任何其他URL的HTTP請求。
應(yīng)注意的是，作為web服務(wù)器或應(yīng)用服務(wù)器的博客服務(wù)器102保持web 會活的機(jī)制是不同的。兩種廣泛使用的做法是l)使用Cookie; 2)傳遞 會話ID，作為HTTP請求的一部分。使用這種技術(shù)，博客引擎101需要通 過維護(hù)一 cookie接口或傳遞會話ID作為HTTP請求的一部分，或通過任何 其他會話維護(hù)技術(shù)，來維護(hù)會話。
以上參照博客服務(wù)器的典型流程描述了根據(jù)本發(fā)明的實施例的日志記 錄過程，應(yīng)指出的是，盡管為了易于理解以上描述是參照博客服務(wù)器的典 型流程進(jìn)行的，并這并不是對本發(fā)明的日志記錄過程的限制。
下面參照附圖描述根據(jù)本發(fā)明的實施例的日志記錄裝置、用于存儲和 提供日志信息以供查看的裝置以及相應(yīng)的方法。為簡明起見，在以下描述 中省略了部分與以上描述中重復(fù)的內(nèi)容，因此可參照以上描述了解本發(fā)明 的裝置和方法的細(xì)節(jié)。
圖4示出了根據(jù)本發(fā)明的實施例的日志記錄裝置，即博客引擎。如圖 所示，該日志記錄裝置101包括接收模塊401,該接收模塊被配置為接 收一個或多個應(yīng)用或服務(wù)生成的日志信息；以及博客交互模塊402，該博 客交互模塊被配置為將所述日志信息提交到博客服務(wù)器102上用于接收博 客文章的URL地址。
優(yōu)選地，在將日志信息提交給所述博客服務(wù)器102之前，所述博客交 互模塊402登錄所述博客服務(wù)器102。進(jìn)一步優(yōu)選地，所述登錄是通過博 客交互模塊402向所述博客服務(wù)器102提交博客帳戶信息(例如博客帳戶 ID和口令)來完成的。
根據(jù)本發(fā)明的一實施例，所述日志記錄裝置101還包括過濾模塊403，該過濾模塊被配置為所述提交之前，對所述日志信息進(jìn)行過濾。優(yōu)選地， 所述過濾是根據(jù)存儲在一配置信息存儲模塊中的過濾規(guī)則進(jìn)行的。
根據(jù)本發(fā)明的一實施例，所述日志記錄裝置101還包括配置信息存儲 模塊404，該配置信息存儲才莫塊用于存儲配置信息，所述配置信息包括以 下各項中的一個或多個所述用于接收博客文章的URL、對所述一個或多 個應(yīng)用或服務(wù)的指定、用于登錄所述博客服務(wù)器102的博客帳戶信息、以 及用于提交所述日志信息的時間安排、策略或過濾規(guī)則。所述配置信息可 以是由所述日志記錄裝置101從所述博客服務(wù)器102或用戶等處接收并存 儲在所述配置信息存儲模塊404中的。所述配置信息可用于對所述日志記 錄裝置101中的各模塊進(jìn)行配置，從而使得所述日志記錄裝置101中的各 模塊執(zhí)行相應(yīng)的操作。例如，所述接收模塊401可被配置為接收來自配置 信息中指定的一個或多個應(yīng)用或服務(wù)的日志信息；所述過濾模塊403被配 置為使用配置信息中的過濾規(guī)則對所接收到日志信息進(jìn)行過濾；所述博客 交互模塊402被配置為根據(jù)配置信息中指定的時間安排、使用配置信息中 指定的一個或多個帳戶信息登錄配置信息中指定的一個或多個博客服務(wù) 器，并將日志信息提交到配置信息中指定的一個或多個URL地址。
根據(jù)本發(fā)明的一實施例，所述博客交互模塊402還被配置為在所述登 錄之后，維護(hù)與所述博客服務(wù)器的會話。這樣，所述博客交互模塊402就 可以在登錄后的同一個會話中，向所述博客服務(wù)器102多次提交日志信息。 優(yōu)選地，在提交完日志信息后，所述博客交互模塊402可退出所述博客服 務(wù)器102，從而結(jié)束會話。所述博客交互模塊402可以任何方式來維護(hù)與 博客服務(wù)器102的會話，例如使用cookie機(jī)制或向博客服務(wù)器102傳遞會 話ID等。
才艮據(jù)本發(fā)明的一實施例，該日志記錄裝置實現(xiàn)為生成所述日志信息的 應(yīng)用或服務(wù)的日志工具。也就是說，該日志記錄裝置被實現(xiàn)為作為應(yīng)用或 服務(wù)的一部分的功能模塊，它將僅服務(wù)于該應(yīng)用或服務(wù)，并且該應(yīng)用或服 務(wù)具有某種機(jī)制來向該博客引擎饋送數(shù)據(jù)。這種實現(xiàn)方式既可以通過為該 應(yīng)用或服務(wù)創(chuàng)建新的日志記錄功能模塊來完成，也可以通過對該應(yīng)用或服
12務(wù)現(xiàn)有的日志工具進(jìn)行修改或增強(qiáng)，使其具有向博客服務(wù)器提交日志的功 能來完成。
才艮據(jù)本發(fā)明的另 一實施例，該日志記錄裝置實現(xiàn)為獨立于生成所述日 志信息的應(yīng)用或服務(wù)的日志服務(wù)。這樣，作為系統(tǒng)中的服務(wù)。該日志記錄 裝置可被配置為服務(wù)于運(yùn)行在該系統(tǒng)上的任何其他軟件或服務(wù)，以及操作 系統(tǒng)。該日志記錄裝置將從所配置的應(yīng)用或服務(wù)加載日志信息。該日志記 錄裝置可使用本領(lǐng)域中已知的或未來開發(fā)的任何方法來從應(yīng)用或服務(wù)加載 曰志信息。
以上描述了才艮據(jù)本發(fā)明的實施例的日志記錄裝置101，應(yīng)指出的是， 以上的描述以及圖4中的圖示僅為示例性說明，而不是對本發(fā)明的限制。 在本發(fā)明的其他實施例中，所述日志記錄裝置101可具有更多、更少或不 同的模塊，且各模塊之間的連接、包含、輸入輸出等關(guān)系可以與描述和圖 示的不同。例如，在本發(fā)明的一些實施例中，所述日志記錄裝置101可以 沒有所述過濾模塊403和配置信息存儲模塊404;再例如，所述日志記錄 裝置101也可以沒有單獨的接收模塊401，而是接收模塊401的功能被并 入其他模塊中；又例如，所述日志記錄裝置101還可以包含一個博客文章 構(gòu)造裝置，用于將所接收的日志信息轉(zhuǎn)換為博客文章格式；等等。所述這 些變化都處于本發(fā)明的精神和范圍之內(nèi)。
圖5集中示出了本發(fā)明的日志記錄裝置的三種示例性應(yīng)用場景。在第 一示例性應(yīng)用場景中，在源系統(tǒng)1中存在多個日志記錄裝置，即博客引擎 1和博客引擎2，每個日志記錄裝置對應(yīng)于一個生成日志的源應(yīng)用或服務(wù)， 并且每個日志記錄裝置都將來自源應(yīng)用或服務(wù)的日志信息通過網(wǎng)絡(luò)發(fā)送到 同一個博客服務(wù)器A。在第二示例性應(yīng)用場景中，在源系統(tǒng)2中只存在一 個曰志記錄裝置，即博客引擎3，該日志記錄裝置服務(wù)于多個源應(yīng)用或服 務(wù)，并將來自源應(yīng)用或服務(wù)的日志信息通過網(wǎng)絡(luò)發(fā)送到同一個博客服務(wù)器 A。在第三示例性應(yīng)用場景中，在源系統(tǒng)3中存在多個日志記錄裝置，即博 客引擎4和博客引擎5，所述每個日志記錄裝置都服務(wù)于同一個源應(yīng)用， 并且將來自源應(yīng)用的日志信息分別通過網(wǎng)絡(luò)發(fā)送到博客服務(wù)器A和博客服
13務(wù)器B。在客戶端的日志查看者可使用Web瀏覽器通過網(wǎng)絡(luò)訪問博客服務(wù) 器A或B上的日志信息。
在本發(fā)明的另 一個方面，提供了 一種用于存儲和提供日志信息以供查 看的裝置。該裝置包括博客服務(wù)器102，該博客服務(wù)器包括接收模塊， 該接收模塊被配置為通過用于接收博客文章的URL地址接收由一個或多個 應(yīng)用或服務(wù)生成的日志信息；存儲模塊，該存儲才莫塊被配置為將所述日志 信息存儲在博客服務(wù)器上用于存儲博客文章的URL地址；以及提供模塊， 該提供模塊被配置為響應(yīng)于接收到來自客戶端的查看日志信息的請求，將 所請求的日志信息作為博客文章提供給客戶端。
根據(jù)本發(fā)明的一實施例，所述博客服務(wù)器102還包括認(rèn)證模塊，該認(rèn) 證模塊被配置為在所述接收模塊執(zhí)行所述接收操作之前，對提交所述日志 信息的用戶進(jìn)行認(rèn)證，并且所述接收模塊執(zhí)行所述接收操作是響應(yīng)于所述 認(rèn)證通過而進(jìn)行的。優(yōu)選地，所述認(rèn)證是通過驗證所述用戶登錄所述博客 服務(wù)器102時提交的帳戶ID和口令來進(jìn)行的。
根據(jù)本發(fā)明的一實施例，所述博客月良務(wù)器102還包^^人iiE^莫塊，該認(rèn) 證模塊被配置為在所述提供模塊執(zhí)行所述提供操作之前，對請求查看所述 日志信息的用戶進(jìn)行認(rèn)證，并且所述提供模塊執(zhí)行所述提供步驟是響應(yīng)于 所述{人證通過而進(jìn)行的。優(yōu)選地，所述i人證是通過驗iJE所述用戶登錄所述 博客服務(wù)器102時提交的帳戶ID和口令而進(jìn)行的。
優(yōu)選地，所述博客服務(wù)器102還包括帳戶管理模塊，該帳戶管理模塊 被配置為維護(hù)和管理用于向其提交日志信息以及用于向其請求查看日志信 息的用戶的博客帳戶信息。
在本發(fā)明的又一個方面，還提供了一種日志記錄方法，圖6示出了根 據(jù)本發(fā)明的實施例的日志記錄方法。
如圖所示，在可選步驟601，獲得配置信息，其中所述配置信息包括 以下各項中的一個或多個博客服務(wù)器上用于接收博客文章的URL、對將 接收其日志信息的一個或多個應(yīng)用或服務(wù)的指定、用于登錄所述博客服務(wù) 器的博客帳戶信息、以及用于提交所述日志信息的時間安排、策略或過濾規(guī)則等。
在步驟602，登錄一個或多個博客服務(wù)器。優(yōu)選地，可以使用在博客 服務(wù)器上維護(hù)的用戶帳戶信息例如用戶帳戶ID和口令來登錄博客服務(wù)器。
在步驟603，接收一個或多個應(yīng)用或服務(wù)生成的日志信息。優(yōu)選地， 所述一個或多個應(yīng)用或服務(wù)是在所述配置信息中指定的。
在可選步驟604，對所述日志信息進(jìn)行過濾。優(yōu)選地，可以使用所述 配置信息中的過濾規(guī)則對所述日志信息進(jìn)行過濾。
在步驟605，將所述日志信息提交到所述博客服務(wù)器上用于接收博客 文章的URL地址。
根據(jù)本發(fā)明的一實施例，該方法還包括在所述登錄之后，維護(hù)與所述 博客服務(wù)器的會話的步驟。這樣，就可以在同一次登錄會話中向博客服務(wù) 器多次提交日志信息。
根據(jù)本發(fā)明的一實施例，該方法還包括在接收到來自 一個或多個的應(yīng) 用或服務(wù)的日志信息之后，將所述日志信息轉(zhuǎn)換為博客文章格式的步驟。
根據(jù)本發(fā)明的一實施例，該方法還包括在完成提交日志信息后，退出 博客月良務(wù)器的步驟。
根據(jù)本發(fā)明的一實施例，該方法在生成所述日志信息的應(yīng)用或服務(wù)的 日志工具中執(zhí)行。
才艮據(jù)本發(fā)明的一實施例，該方法在獨立于生成所述日志信息的應(yīng)用或 服務(wù)的日志服務(wù)中執(zhí)行。
以上描述了才艮據(jù)本發(fā)明的實施例的日志記錄方法，應(yīng)指出的上，以上 描述和圖示僅為示例，而不是對本發(fā)明的限制。在本發(fā)明的其他實施例中， 該方法可具有更多、更少或不同的步驟，且各步驟之間的順序可以與所描 述和圖示的不同。例如，在本發(fā)明的一些實施例中，可以沒有上述各可選 步驟，所述登錄步驟和所述接收步驟之間可具有不同的順序，等等，所有 這些變化都處于本發(fā)明的精神和范圍之內(nèi)。
在本發(fā)明的再一個方面，還提供了一種用于存儲和提供日志信息以供 查看的方法，該方法包括由博客服務(wù)器通過用于接收博客文章的URL地址接收由一個或多個應(yīng)用或服務(wù)生成的日志信息；由博客服務(wù)器將所述 日志信息存儲在博客服務(wù)器上用于存儲博客文章的URL地址；以及響應(yīng) 于接收到來自客戶端的查看日志信息的請求，由博客服務(wù)器將所請求的日 志信息作為博客文章提供給客戶端。
根據(jù)本發(fā)明的一實施例，該方法還包括在所述接收步驟之前，由博客 服務(wù)器對提交所述日志信息的用戶進(jìn)行認(rèn)證，并且所述接收步驟是響應(yīng)于 所述認(rèn)證通過而執(zhí)行的。
根據(jù)本發(fā)明的一實施例，該方法還包括在所述提供步驟之前，由博客 服務(wù)器對請求查看所述日志信息的實體進(jìn)行認(rèn)證，并且所述提供步驟是響 應(yīng)于所述i人證通過而執(zhí)行的。
才艮據(jù)本發(fā)明的一實施例，該方法還包括由所述博客服務(wù)器維護(hù)和管理 用于向其提交日志信息以及用于向其請求查看日志信息的用戶的博客帳戶 信息。
以上描述了根據(jù)本發(fā)明的實施例的日志記錄裝置、用于存儲和提供日 志信息以供查看的裝置、以及相應(yīng)的日志記錄方法和用于存儲和提供日志 信息以供查看的方法。應(yīng)指出的是，以上描述僅為示例性說明，而不是對 本發(fā)明的限制。本發(fā)明的基本思想在于利用博客服務(wù)器來實現(xiàn)日志記錄。 任何利用了該基本思想的日志記錄技術(shù)方案都屬于本發(fā)明的范圍，而無論 該技術(shù)方案是否包含了以上描述的一個或多個具體技術(shù)特征。
本發(fā)明可以硬件、軟件、或硬件與軟件的結(jié)合的方式實現(xiàn)。本發(fā)明可 以集中的方式在一個計算機(jī)系統(tǒng)中實現(xiàn)，或以分布方式實現(xiàn)，在這種分布 方式中，不同的部件分布在若干互連的計算機(jī)系統(tǒng)中。適于執(zhí)行本文中描 述的方法的任何計算機(jī)系統(tǒng)或其它裝置都是合適的。 一種典型的硬件和軟 件的組合可以是帶有計算機(jī)程序的通用計算機(jī)系統(tǒng)，當(dāng)該計算^4呈序凈iL^ 載和執(zhí)行時，控制該計算機(jī)系統(tǒng)而使其執(zhí)行本發(fā)明的方法，并構(gòu)成本發(fā)明 的裝置。
本發(fā)明也可體現(xiàn)在計算機(jī)程序產(chǎn)品中，該程序產(chǎn)品包含使能實現(xiàn)本文 中描述的方法的所有特征，并且當(dāng)其被加載到計算機(jī)系統(tǒng)中時，能夠執(zhí)行所述方法。
盡管已參照優(yōu)選實施例具體示出和說明了本發(fā)明，但是本領(lǐng)域內(nèi)的那 些技術(shù)人員應(yīng)理解，可在形式和細(xì)節(jié)上對其進(jìn)行各種改變而不會背離本發(fā) 明的精神和范圍。
權(quán)利要求
1.一種日志記錄方法，包括登錄博客服務(wù)器；接收一個或多個應(yīng)用或服務(wù)生成的日志信息；以及將所述日志信息提交到所述博客服務(wù)器上用于接收博客文章的URL地址。
2. 根據(jù)權(quán)利要求l的方法，還包括 在所述提交之前，對所述日志信息進(jìn)行過濾。
3. 根據(jù)權(quán)利要求l的方法，還包括在所述提交之前，獲得配置信息，其中所述配置信息包括以 下各項中的一個或多個所述用于接收博客文章的URL、對所述 一個或多個應(yīng)用或服務(wù)的指定、用于登錄所述博客服務(wù)器的博客 帳戶信息、以及用于提交所述日志信息的時間安排、策略或過濾 規(guī)則。
4. 根據(jù)權(quán)利要求1的方法，還包括在所述登錄之后，維護(hù)與 所述博客服務(wù)器的會話。
5. 根據(jù)權(quán)利要求1的方法，其中該方法在生成所述日志信息 的應(yīng)用或服務(wù)的日志工具中執(zhí)行。
6. 根據(jù)權(quán)利要求1的方法，其中該方法在獨立于生成所述日 志信息的應(yīng)用或服務(wù)的日志服務(wù)中執(zhí)行。
7. —種用于存儲和提供日志信息以供查看的方法，包括 由博客服務(wù)器通過用于接收博客文章的URL地址接收由一個或多個應(yīng)用或月艮務(wù)生成的日志信息；由博客服務(wù)器將所述日志信息存儲在博客服務(wù)器上用于存儲 博客文章的URL地址；以及響應(yīng)于接收到來自客戶端的查看日志信息的請求，由博客服 務(wù)器將所請求的日志信息提供給客戶端。
8. 根據(jù)權(quán)利要求7的方法，還包括在所述接收步驟之前，由 博客服務(wù)器對提交所述日志信息的用戶進(jìn)行認(rèn)證，并且所述接收 步驟是響應(yīng)于所述認(rèn)證通過而執(zhí)行的。
9. 根據(jù)權(quán)利要求7的方法，還包括在所述提供步驟之前，由 博客服務(wù)器對請求查看所述日志信息的用戶進(jìn)行認(rèn)證，并且所述 提供步驟是響應(yīng)于所述認(rèn)證通過而執(zhí)行的。
10. 根據(jù)權(quán)利要求7的方法，還包括由所述博客服務(wù)器維護(hù)和 管理用于向其提交日志信息以及用于向其請求查看日志信息的用 戶的博客帳戶信息。
11. 一種日志記錄裝置，包括接收模塊，被配置為接收一個或多個應(yīng)用或服務(wù)生成的曰志 信息；以及博客交互模塊，被配置為登錄博客服務(wù)器，并將所述日志信 息提交到所述博客服務(wù)器上用于接收博客文章的URL地址。
12. 根據(jù)權(quán)利要求11的裝置，還包括過濾模塊，被配置為在所述提交之前，對所述日志信息進(jìn)行 過濾。
13. 根據(jù)權(quán)利要求11的裝置，還包括配置信息存儲模塊，用于存儲配置信息，其中所述配置信息 包括以下各項中的一個或多個所述用于接收博客文章的URL、 對所述一個或多個應(yīng)用或服務(wù)的指定、用于登錄所述博客服務(wù)器 的博客帳戶信息、以及用于提交所述日志信息的時間安排、策略 或過濾規(guī)則。
14. 根據(jù)權(quán)利要求11的裝置，其中所述博客交互模塊還被配 置為在所述登錄之后，維護(hù)與所述博客服務(wù)器的會話。
15. 根據(jù)權(quán)利要求11的裝置，其中該裝置實現(xiàn)為生成所述日 志信息的應(yīng)用或服務(wù)的日志工具。
16. 根據(jù)權(quán)利要求11的裝置，其中該裝置實現(xiàn)為獨立于生成所述日志信息的應(yīng)用或服務(wù)的日志服務(wù)。
17. —種用于存儲和提供日志信息以供查看的裝置，該裝置包 括博客服務(wù)器，該博客服務(wù)器包括接收模塊，被配置為通過用于接收博客文章的URL地址接收 由一個或多個應(yīng)用或服務(wù)生成的日志信息；存儲模塊，被配置為將所述日志信息存儲在博客服務(wù)器上用 于存儲博客文章的URL地址；以及提供模塊，被配置為響應(yīng)于接收到來自客戶端的查看日志信 息的請求，將所請求的日志信息提供給客戶端。
18. 根據(jù)權(quán)利要求17裝置，其中，所述博客服務(wù)器還包括 認(rèn)證模塊，被配置為在所述接收模塊執(zhí)行所述接收操作之前，對提交所述日志信息的用戶進(jìn)行認(rèn)證，并且所述接收模塊執(zhí)行所 述接收操作是響應(yīng)于所述認(rèn)證通過而進(jìn)行的。
19. 根據(jù)權(quán)利要求17的裝置，其中，所述博客服務(wù)器還包括 認(rèn)證模塊，被配置為在所述提供模塊執(zhí)行所述提供操作之前，對請求查看所述日志信息的用戶進(jìn)行認(rèn)證，并且所述提供模塊執(zhí) 行所述提供操作是響應(yīng)于所述認(rèn)證通過而進(jìn)行的。
20. 根據(jù)權(quán)利要求17的裝置，其中，所述博客服務(wù)器還包括 帳戶管理模塊，被配置為維護(hù)和管理用于向其提交日志信息以及用于向其請求查看日志信息的用戶的博客帳戶信息。
全文摘要
本發(fā)明提供了一種日志記錄方法和裝置，該方法包括登錄博客服務(wù)器；接收一個或多個應(yīng)用或服務(wù)生成的日志信息；以及將所述日志信息提交到所述博客服務(wù)器上用于接收博客文章的URL地址。本發(fā)明還提供了一種用于存儲和提供日志信息以供查看的方法和裝置，該方法包括由博客服務(wù)器通過用于接收博客文章的URL地址接收由一個或多個應(yīng)用或服務(wù)生成的日志信息；由博客服務(wù)器將所述日志信息存儲在博客服務(wù)器上用于存儲博客文章的URL地址；以及響應(yīng)于接收到來自客戶端的查看日志信息的請求，由博客服務(wù)器將所請求的日志信息提供給客戶端。
文檔編號H04L29/06GK101594342SQ20081010887
公開日2009年12月2日 申請日期2008年5月29日 優(yōu)先權(quán)日2008年5月29日
發(fā)明者冉曉松 申請人:國際商業(yè)機(jī)器公司