專利名稱：日志文件的處理方法、裝置及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及計算機軟件產(chǎn)品開發(fā)和應用技術領域，尤其涉及一種日志文件的處理
方法、裝置及系統(tǒng)。
背景技術：
開發(fā)人員在開發(fā)軟件產(chǎn)品時，需要對產(chǎn)品進行打包發(fā)布，此時會同時生成打包日
志文件，通過打包日志文件可查看軟件相關信息。管理員設定了任務計劃，例如，每天晚上
執(zhí)行打包操作，第二天早上檢查打包日志文件打包過程是否出現(xiàn)異常。如果打包失敗，需要
根據(jù)打包日志返回碼，查找相應的詳細信息，解決問題之后重新打包，直至成功。 同樣，用戶在安裝軟件時，也可同時生成安裝日志文件。比如，在利用CD刻錄軟件
刻錄音樂CD時，可同時生成日志文件，日志中包括CD刻錄時間、CD內(nèi)存使用情況以及刻錄
曲目等信息，當刻錄出現(xiàn)問題時，日志中會包括錯誤信息，以提醒用戶糾錯。 然而，目前日志文件僅保存最近一次的打包或安裝等信息，無法追溯歷史信息，而
且，打包或安裝過程出錯無法自動處理，需要管理員或用戶人工判斷解決，費時費力。

發(fā)明內(nèi)容
本發(fā)明提供一種日志文件的處理方法、裝置及系統(tǒng)，以解決現(xiàn)有方案無法根據(jù)日 志文件對運行中的錯誤進行自動處理的問題。
為此，本發(fā)明實施例采用如下技術方案
—種日志文件的處理方法，包括
讀取日志文件中的返回碼； 通過返回碼確定出現(xiàn)錯誤時以所述返回碼查詢數(shù)據(jù)庫，其中，所述數(shù)據(jù)庫中預置 有多種錯誤信息及其處理流程； 按照查找到的所述返回碼對應的處理流程對錯誤自動進行處理。
上述方法還包括 若從數(shù)據(jù)庫中未查到所述返回碼的處理流程，則將所述返回碼及其處理流程記錄 到數(shù)據(jù)庫中。 上述方法還包括 向用戶發(fā)出提醒信息或郵件。 上述方法還包括 通過對日志文件的分析獲得其中的系統(tǒng)環(huán)境及運行參數(shù)，并將所述參數(shù)記錄到所 述數(shù)據(jù)庫中。 其中，所述數(shù)據(jù)庫為根據(jù)經(jīng)驗數(shù)據(jù)預置并定期更新的，或者，所述數(shù)據(jù)庫是根據(jù)歷 史日志文件生成的并根據(jù)最新日志文件更新的。 其中，所述返回碼對應的處理流程包括判斷錯誤是否可忽略，若是，忽略錯誤，繼 續(xù)操作，否則，終止操作。
—種日志文件的處理裝置，包括 日志分析單元，用于分析日志文件，確定是否出現(xiàn)錯誤； 數(shù)據(jù)庫查找單元，當確定出現(xiàn)錯誤時，用于以日志文件中的返回碼查詢數(shù)據(jù)庫，所 述數(shù)據(jù)庫中預置有多種錯誤信息及其處理流程； 自動處理單元，用于按照從數(shù)據(jù)庫中查找到的返回碼對應的處理流程對錯誤進行 自動處理。
上述裝置還包括 數(shù)據(jù)庫更新單元，當從數(shù)據(jù)庫中未查到所述返回碼的處理流程時用于將所述返回
碼以及其處理流程記錄到數(shù)據(jù)庫中。
上述裝置還包括 錯誤提醒單元，用于向用戶發(fā)出提醒信息。
上述裝置還包括 數(shù)據(jù)庫記錄單元，用于將所述日志分析單元獲得的系統(tǒng)運行及環(huán)境參數(shù)記錄到所 述數(shù)據(jù)庫中。 —種日志文件的處理系統(tǒng)，包括日志處理裝置以及數(shù)據(jù)庫，其中，
所述數(shù)據(jù)庫保存有多種錯誤信息及其處理流程的對應關系； 所述日志處理裝置用于分析日志文件中的返回碼，確定出現(xiàn)錯誤時，以返回碼查
詢數(shù)據(jù)庫，按照從數(shù)據(jù)庫中查找到的返回碼對應的處理流程對錯誤進行自動處理。 所述數(shù)據(jù)庫為根據(jù)經(jīng)驗數(shù)據(jù)預置并定期更新的；或者，所述數(shù)據(jù)庫是根據(jù)歷史日
志文件生成并根據(jù)最新日志文件更新的。
本發(fā)明具有以下的優(yōu)點 本發(fā)明利用日志文件中的返回碼匹配預置有各類錯誤處理流程的數(shù)據(jù)庫，通過自 動運行該錯誤對應的處理流程，實現(xiàn)自動糾錯。相比較于現(xiàn)有方案的人工檢查和處理方式， 更加及時和準確，省時省力。另外，還可對日志文件進行分析，將每次日志文件中的相關信 息記錄到數(shù)據(jù)庫中，從而實現(xiàn)追溯歷史日志信息的目的。 并且，數(shù)據(jù)庫可根據(jù)日志文件自動更新，具有自我學習能力。并且，可通過郵件等 方式實時提醒，使管理員及時發(fā)現(xiàn)和解決問題。并且，在夜間無人值守模式下，可忽略小錯 誤并重新打包，不需要等第二天人工處理，提高開發(fā)的效率。 本發(fā)明提到的日志文件包括但不限于通過調(diào)用InstallAnywhere或 Installshield生成的打包日志文件。


圖1為本發(fā)明日志文件的處理方法流程圖；
圖2為本發(fā)明實施例流程圖；
圖3為本發(fā)明實施例示意圖； 圖4為本發(fā)明日志文件的處理裝置結構示意圖；
圖5為本發(fā)明日志文件的處理系統(tǒng)示意圖。
具體實施例方式
本發(fā)明利用日志文件中的返回碼匹配預置有各類錯誤處理流程的數(shù)據(jù)庫，通過自 動運行該錯誤對應的處理流程，實現(xiàn)自動糾錯。
參見圖l，為本發(fā)明提供的日志文件的處理方法流程圖，包括 S101 :讀取日志文件中的返回碼(返回碼即確定是否出現(xiàn)錯誤的標識，也可稱為 錯誤碼)； S102 :通過返回碼確定出現(xiàn)錯誤時， 以返回碼查詢數(shù)據(jù)庫，其中，數(shù)據(jù)庫中預置有多種錯誤信息及其處理流程； S103 :按照查找到的處理流程對錯誤自動進行處理。 通過上述步驟可根據(jù)錯誤信息經(jīng)驗庫進行智能的錯誤處理。 其中的數(shù)據(jù)庫是信息經(jīng)驗庫，可以是根據(jù)經(jīng)驗數(shù)據(jù)預置并定期更新的數(shù)據(jù)庫，或 者是根據(jù)歷史日志文件生成的并根據(jù)最新日志文件更新的數(shù)據(jù)庫。 進一步，還可實現(xiàn)數(shù)據(jù)庫的自我學習，以及實時提醒管理員或用戶及時發(fā)現(xiàn)和解 決問題，具體通過以下方式實現(xiàn)當從數(shù)據(jù)庫中未查到返回碼的處理流程時，將所述返回碼 及其處理流程記錄到數(shù)據(jù)庫中，并向用戶發(fā)出提醒信息，以提醒用戶對錯誤進行處理。當 然，在按照數(shù)據(jù)庫中的處理流程自動處理錯誤前或后，也可向用戶發(fā)送提醒信息或郵件。
進一步，還可保存每次打包的日志信息，為日后統(tǒng)計和性能優(yōu)化提供依據(jù)，具體通 過以下方式實現(xiàn)在生成日志文件之后、讀取日志文件中的返回碼之前，還包括對日志文 件進行分析，獲取其中的系統(tǒng)環(huán)境及運行參數(shù)，并將所述參數(shù)記錄到所述數(shù)據(jù)庫中。
其中，上述提到的日志文件包括但不限于通過調(diào)用Instal lAnywhere或 Installshield生成的打包日志文件。 下面以對打包日志文件的處理為例對本發(fā)明進行說明，其中，打包日志文件 是通過調(diào)用Instal lAnywhere生成的。對Instal lAnywhere和安裝包簡單介紹如下 Instal lAnywhere : Instal lAnywhere是macrovision公司開發(fā)的一個相當好用的程序安 裝向導制作工具。它智能性相當高并相當容易地開發(fā)虛擬主從式平臺上的安裝程序，在 Windows、Solaris、Li皿x、Mac 0S、HP-UX及AIX都沒有問題。它擁有簡單使用的接口 ，使用 者可以自己定制。Instal lAnywhere自動地在每個平臺上處理所有相關的安裝程序細節(jié)。 安裝包指可以實現(xiàn)把軟件產(chǎn)品安裝到目標機器的包含一定邏輯的程序和文件的集合。通 常安裝包是采用了壓縮文件的方式，在目標機器上運行，會先實現(xiàn)自解壓，然后進行文件拷 貝，注冊表設置等相關工作。市面上有成熟的軟件專門制作安裝包，比如Instal lAnywhere 禾口 Installshield。 參見圖2，為本發(fā)明實施例流程圖，包括 S201 :通過命令行方式調(diào)用Instal lAnywhere進行打包，產(chǎn)生日志文件； S202 :打包結束后，調(diào)用日志分析模i央，把系統(tǒng)環(huán)境和一些相關參數(shù)記錄到數(shù)據(jù)庫中； S203 :通過讀取日志中記錄的返回判斷打包過程是否正常，例如，如果返回碼是O
說明打包正常，非0說明打包出現(xiàn)異常；如果正常，結束，否則，執(zhí)行S204 ; S204 :如果發(fā)現(xiàn)返回碼異常，還可對日志進行詳細分析，獲得具體的錯誤信息； S205 :以返回碼匹配數(shù)據(jù)庫，是否匹配出處理流程？若是，執(zhí)行S206，否則，執(zhí)行
S207 ;
S206 :按照匹配的處理流程對錯誤進行自動處理，其中，一種典型的處理流程是 根據(jù)錯誤級別進行區(qū)別處理如果錯誤級別可忽略，則忽略該錯誤重新打包并且發(fā)送郵件 給管理員，如果錯誤不可忽略，則終止安裝包輸出過程； S207:如果返回碼不能匹配數(shù)據(jù)庫任何信息，則認為是新的錯誤并且是不可忽略 的，需要在數(shù)據(jù)庫插入一條新的記錄，并還可自動發(fā)送郵件提醒管理員；
S206、S207后結束。 通過忽略小錯誤的方式，可實現(xiàn)在夜間無人值守模式下，可忽略小錯誤并重新打 包，不需要等第二天人工處理，提高開發(fā)的效率。 參見圖3，為本發(fā)明實施例示意圖，從圖3可知，在得到日志文件后，首先需要對日 志進行分析，得到包括返回碼以及日志內(nèi)容兩部分，其中，對于日志內(nèi)容，將其保存到數(shù)據(jù) 庫中，以實現(xiàn)追溯歷史日志的目的；對于返回碼，需要進一步分析，即與數(shù)據(jù)庫進行匹配處 理，如果數(shù)據(jù)庫中已包含了該返回碼對應的處理流程，則按照該流程處理該錯誤，處理后可 通過發(fā)送郵件等形式通知管理員，如果返回碼是數(shù)據(jù)庫中沒有記載的新類型，則將其記錄 到數(shù)據(jù)庫中，并通過發(fā)送郵件等形式通知管理員，等待管理員對該錯誤進行處理。
下面介紹本發(fā)明另一實施例，包括以下步驟 1 :先通過命令行方式調(diào)用InstallAnywhere進行打包，過程結束后，會產(chǎn)生一個 日志文件，例如，文件名為[項目名]J版本]J時間]—Build. log，其中[時間]的格式 如2009-10-30_23-10-23。 2 :判斷打包程序已經(jīng)結束并且產(chǎn)生日志之后，調(diào)用分析日志的模塊對日志進行分 析。典型的日志格式如 [exec] IAResourceB皿dle :create resource bundle :en
[exec] _ [exec] [exec]InstallAnywhere 8.0 Enterprise Build 3063 [exec] _ 日志分析模塊會首先把環(huán)境信息解析出來，保存到數(shù)據(jù)庫中。典型的環(huán)境信息如 Memory, os. name, class, path等等。然后會判斷EXITING :后面的數(shù)字。如果這個數(shù)字是 O，代表打包成功。否則是打包失敗。 3:如果返回碼非0，則需要到數(shù)據(jù)庫利用日志中的返回碼為關鍵字進行查詢，得 到對應該返回碼的詳細信息和錯誤級別。如果錯誤級別為可忽略，則重新調(diào)用打包程序進 行打包。如果錯誤級別是嚴重，則工具把錯誤的詳細信息，錯誤級別作為郵件內(nèi)容，打包日 志作為郵件附件，發(fā)送給管理員和相關的負責人，同時終止打包程序。 4:如果在數(shù)據(jù)庫中匹配不到返回碼信息，則會在數(shù)據(jù)庫中插入一條新的記錄，然 后把返回碼作為郵件內(nèi)容，打包日志作為郵件附件，發(fā)送給管理員和相關的負責人，同時終 止打包程序。 可見，本發(fā)明利用日志文件中的返回碼匹配預置有各類錯誤處理流程的數(shù)據(jù)庫， 通過自動運行該錯誤對應的處理流程，實現(xiàn)自動糾錯。相比較于現(xiàn)有方案的人工檢查和處
6理方式，更加及時和準確，省時省力。另外，還可對日志文件進行分析，將每次日志文件中的 相關信息記錄到數(shù)據(jù)庫中，從而實現(xiàn)追溯歷史日志信息的目的。 并且，數(shù)據(jù)庫可根據(jù)日志文件自動更新，具有自我學習能力。并且，可通過郵件等 方式實時提醒，使管理員及時發(fā)現(xiàn)和解決問題。并且，在夜間無人值守模式下，可忽略小錯 誤并重新打包，不需要等第二天人工處理，提高開發(fā)的效率。 與上述方法相對應，本發(fā)明還提供一種日志文件的處理裝置，該裝置可通過軟件、 硬件或軟硬件結合實現(xiàn)。 具體地，請參見圖4，該日志文件的處理裝置包括日志分析單元401、數(shù)據(jù)庫查找 單元402和自動處理單元403，其中日志分析單元401，用于分析日志文件，確定是否出現(xiàn) 錯誤；數(shù)據(jù)庫查找單元402，當確定出現(xiàn)錯誤時，用于以日志文件中的返回碼查詢數(shù)據(jù)庫， 所述數(shù)據(jù)庫中預置有多種錯誤信息及其處理流程；自動處理單元403，用于按照從數(shù)據(jù)庫 中查找到的返回碼對應的處理流程對錯誤進行自動處理。通過該裝置，可實現(xiàn)利用日志文 件中的返回碼匹配預置有各類錯誤處理流程的數(shù)據(jù)庫，通過自動運行該錯誤對應的處理流 程，實現(xiàn)自動糾錯。相比較于現(xiàn)有方案的人工檢查和處理方式，更加及時和準確，省時省力。
優(yōu)選地，該日志處理裝置還包括 錯誤提醒單元404，用于向用戶發(fā)出提醒信息或郵件，以提醒用戶確任處理流程或 對錯誤進行處理。具體提醒方式為當從數(shù)據(jù)庫中未查到返回碼的處理流程時，將所述返回 碼及其處理流程記錄到數(shù)據(jù)庫中，并向用戶發(fā)出提醒信息，以提醒用戶對錯誤進行處理。當 然，在按照數(shù)據(jù)庫中的處理流程自動處理錯誤前或后，也可向用戶發(fā)送提醒信息或郵件。從 而可實現(xiàn)數(shù)據(jù)庫的自我學習，以及實時提醒管理員或用戶及時發(fā)現(xiàn)和解決問題。
優(yōu)選地，該日志處理裝置還包括 數(shù)據(jù)庫更新單元405，用于將日志分析單元401獲得的系統(tǒng)運行及環(huán)境參數(shù)記錄 到所述數(shù)據(jù)庫中。具體更新方式為在生成日志文件之后、讀取日志文件中的返回碼之前， 還包括對日志文件進行分析，獲取其中的系統(tǒng)環(huán)境及運行參數(shù)，并將所述參數(shù)記錄到所述 數(shù)據(jù)庫中。從而可保存每次打包的日志信息，為日后統(tǒng)計和性能優(yōu)化提供依據(jù)。
另外，本發(fā)明還提供一種日志文件的處理系統(tǒng)，該系統(tǒng)包括日志處理裝置以及數(shù) 據(jù)庫，參見圖5。其中，數(shù)據(jù)庫501包括多種錯誤信息及其處理流程的對應關系；日志處理 裝置502用于分析日志文件，確定是否出現(xiàn)錯誤，當出現(xiàn)錯誤時以日志文件中的返回碼查 詢數(shù)據(jù)庫，并按照從數(shù)據(jù)庫中查找到的返回碼對應的處理流程對錯誤進行自動處理。
對于數(shù)據(jù)庫501，可以是根據(jù)經(jīng)驗數(shù)據(jù)預置并定期更新的數(shù)據(jù)庫；或者是根據(jù)歷 史日志文件生成并根據(jù)最新日志文件更新的數(shù)據(jù)庫。 對于日志處理裝置502，其具體結構可參見圖4，它包括日志分析單元401、數(shù)據(jù) 庫查找單元402和自動處理單元403，其中，日志分析單元401 ，用于分析日志文件，確定是 否出現(xiàn)錯誤；數(shù)據(jù)庫查找單元402，當錯誤時，用于以日志文件中的返回碼查詢數(shù)據(jù)庫，所 述數(shù)據(jù)庫中預置有多種錯誤信息及其處理流程；自動處理單元403，用于按照從數(shù)據(jù)庫中 查找到的返回碼對應的處理流程對錯誤進行自動處理。 優(yōu)選地，日志處理裝置502還包括錯誤提醒單元404，用于向用戶發(fā)出提醒信息 或郵件，以提醒用戶確任處理流程或對錯誤進行處理。具體提醒方式為當從數(shù)據(jù)庫中未 查到返回碼的處理流 時，將所述返回碼及其處理流程記錄到數(shù)據(jù)庫中，并向用戶發(fā)出提醒信息，以提醒用戶對錯誤進行處理。當然，在按照數(shù)據(jù)庫中的處理流程自動處理錯誤前或 后，也可向用戶發(fā)送提醒信息或郵件。從而可實現(xiàn)數(shù)據(jù)庫的自我學習，以及實時提醒管理員 或用戶及時發(fā)現(xiàn)和解決問題。 優(yōu)選地，日志處理裝置502還包括數(shù)據(jù)庫更新單元405，用于將日志分析單元401 獲得的系統(tǒng)運行及環(huán)境參數(shù)記錄到所述數(shù)據(jù)庫中。其中的日志文件是指打包日志文件或安 裝日志文件。具體更新方式為在生成日志文件之后、讀取日志文件中的返回碼之前，還包 括對日志文件進行分析，獲取其中的系統(tǒng)環(huán)境及運行參數(shù)，并將所述參數(shù)記錄到所述數(shù)據(jù) 庫中。從而可保存每次打包的日志信息，為日后統(tǒng)計和性能優(yōu)化提供依據(jù)。
可見，本發(fā)明利用日志文件中的返回碼匹配預置有各類錯誤處理流程的數(shù)據(jù)庫， 通過自動運行該錯誤對應的處理流程，實現(xiàn)自動糾錯。相比較于現(xiàn)有方案的人工檢查和處 理方式，更加及時和準確，省時省力。另外，還可對日志文件進行分析，將每次日志文件中的 相關信息記錄到數(shù)據(jù)庫中，從而實現(xiàn)追溯歷史日志信息的目的。 并且，數(shù)據(jù)庫可根據(jù)日志文件自動更新，具有自我學習能力。并且，可通過郵件等 方式實時提醒，使管理員及時發(fā)現(xiàn)和解決問題。并且，在夜間無人值守模式下，可忽略小錯 誤并重新打包，不需要等第二天人工處理，提高開發(fā)的效率。 本領域普通技術人員可以理解，實現(xiàn)上述實施例的方法的過程可以通過程序指令 相關的硬件來完成，所述的程序可以存儲于可讀取存儲介質(zhì)中，該程序在執(zhí)行時執(zhí)行上述 方法中的對應步驟。所述的存儲介質(zhì)可以如ROM/RAM、磁碟、光盤等。 以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術領域的普通技術人 員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應 視為本發(fā)明的保護范圍。
8
權利要求
一種日志文件的處理方法，其特征在于，包括讀取日志文件中的返回碼；通過返回碼確定出現(xiàn)錯誤時以所述返回碼查詢數(shù)據(jù)庫，其中，所述數(shù)據(jù)庫中預置有多種錯誤信息及其處理流程；按照查找到的所述返回碼對應的處理流程對錯誤自動進行處理。
2. 根據(jù)權利要求1所述方法，其特征在于，還包括若從數(shù)據(jù)庫中未查到所述返回碼的處理流程，則將所述返回碼及其處理流程記錄到數(shù) 據(jù)庫中。
3. 根據(jù)權利要求1或2所述方法，其特征在于，還包括 向用戶發(fā)出提醒信息或郵件。
4. 根據(jù)權利要求1所述方法，其特征在于，還包括通過對日志文件的分析獲得其中的系統(tǒng)環(huán)境及運行參數(shù)，并將所述參數(shù)記錄到所述數(shù) 據(jù)庫中。
5. 根據(jù)權利要求1所述方法，其特征在于，所述數(shù)據(jù)庫為根據(jù)經(jīng)驗數(shù)據(jù)預置并定期更 新的，或者，所述數(shù)據(jù)庫是根據(jù)歷史日志文件生成的并根據(jù)最新日志文件更新的。
6. 根據(jù)權利要求1所述方法，其特征在于，所述返回碼對應的處理流程 包括判斷錯誤是否可忽略，若是，忽略錯誤，繼續(xù)操作，否則，終止操作。
7. —種日志文件的處理裝置，其特征在于，包括 日志分析單元，用于分析日志文件，確定是否出現(xiàn)錯誤；數(shù)據(jù)庫查找單元，當確定出現(xiàn)錯誤時，用于以日志文件中的返回碼查詢數(shù)據(jù)庫，所述數(shù) 據(jù)庫中預置有多種錯誤信息及其處理流程；自動處理單元，用于按照從數(shù)據(jù)庫中查找到的返回碼對應的處理流程對錯誤進行自動 處理。
8. 根據(jù)權利要求7所述裝置，其特征在于，還包括數(shù)據(jù)庫更新單元，當從數(shù)據(jù)庫中未查到所述返回碼的處理流程時用于將 所述返回碼以及其處理流程記錄到數(shù)據(jù)庫中。
9. 根據(jù)權利要求7或8所述裝置，其特征在于，還包括 錯誤提醒單元，用于向用戶發(fā)出提醒信息。
10. 根據(jù)權利要求7所述裝置，其特征在于，還包括數(shù)據(jù)庫記錄單元，用于將所述日志分析單元獲得的系統(tǒng)運行及環(huán)境參數(shù)記錄到所述數(shù) 據(jù)庫中。
11. 一種日志文件的處理系統(tǒng)，其特征在于，包括日志處理裝置以及數(shù)據(jù)庫，其中， 所述數(shù)據(jù)庫保存有多種錯誤信息及其處理流程的對應關系；所述日志處理裝置用于分析日志文件中的返回碼，確定出現(xiàn)錯誤時，以返回碼查詢數(shù) 據(jù)庫，按照從數(shù)據(jù)庫中查找到的返回碼對應的處理流程對錯誤進行自動處理。
12. 根據(jù)權利要求11所述系統(tǒng)，其特征在于，所述數(shù)據(jù)庫為根據(jù)經(jīng)驗數(shù)據(jù)預置并定期 更新的；或者，所述數(shù)據(jù)庫是根據(jù)歷史日志文件生成并根據(jù)最新日志文件更新的。
全文摘要
本發(fā)明公開了一種日志文件的處理方法、裝置及系統(tǒng)，其中的方法包括讀取日志文件中的返回碼；通過返回碼確定出現(xiàn)錯誤時，以所述返回碼查詢數(shù)據(jù)庫，其中，所述數(shù)據(jù)庫中預置有多種錯誤信息及其處理流程；按照查找到的處理流程對錯誤自動進行處理。本發(fā)明利用日志文件中的返回碼匹配預置有各類錯誤處理流程的數(shù)據(jù)庫，通過自動運行該錯誤對應的處理流程，實現(xiàn)自動糾錯。相比較于現(xiàn)有方案的人工檢查和處理方式，更加及時和準確，省時省力。另外，還可對日志文件進行分析，將每次日志文件中的相關信息記錄到數(shù)據(jù)庫中，從而實現(xiàn)追溯歷史日志信息的目的。
文檔編號G06F11/34GK101719085SQ20091026000
公開日2010年6月2日 申請日期2009年12月23日 優(yōu)先權日2009年12月23日
發(fā)明者蘇召輝 申請人:金蝶軟件(中國)有限公司