本申請屬于網(wǎng)絡(luò)技術(shù)領(lǐng)域，具體地說，涉及一種頁面監(jiān)控方法、裝置及系統(tǒng)。

背景技術(shù)：

互聯(lián)網(wǎng)的飛速發(fā)展，使得互聯(lián)網(wǎng)使用的越來越頻繁，在使用互聯(lián)網(wǎng)時，需要訪問網(wǎng)頁頁面來完成各種活動。

由于網(wǎng)頁頁面運(yùn)行在瀏覽器客戶端，為了方便監(jiān)控網(wǎng)頁頁面運(yùn)行是否異常，目前常見的方式是在客戶端配置采集代碼，使得客戶端在網(wǎng)頁頁面運(yùn)行異常時，可以上報錯誤信息。

在現(xiàn)有的一種頁面監(jiān)控方案中，如圖1所示的頁面監(jiān)控系統(tǒng)，是通過日志收集服務(wù)器101，由日志收集服務(wù)器101接收客戶端102上報的錯誤信息，將大量的錯誤信息存儲為一個錯誤日志，再由監(jiān)控設(shè)備103對錯誤日志進(jìn)行頁面異常分析，其中，客戶端102中運(yùn)行的網(wǎng)頁頁面是由網(wǎng)站中的應(yīng)用服務(wù)器集群渲染得到。

而于大流量的網(wǎng)站往往一秒鐘就要處理數(shù)萬條運(yùn)行錯誤信息。在監(jiān)控設(shè)備進(jìn)行頁面異常分析時，需要先將大量的錯誤信息按照應(yīng)用類型進(jìn)行分類，再進(jìn)行頁面異常分析，以實現(xiàn)對頁面運(yùn)行狀態(tài)的監(jiān)控，但是，將大量的錯誤信息進(jìn)行分類工作量較大，從而就會影響監(jiān)控效率和成本。

技術(shù)實現(xiàn)要素：

有鑒于此，本申請所要解決的技術(shù)問題是提供了一種頁面監(jiān)控方法、裝置及系統(tǒng)，降低了監(jiān)控成本，提高了監(jiān)控效率。

為了解決上述技術(shù)問題，本申請的第一方面，提供了一種頁面監(jiān)控方法，包括：

應(yīng)用服務(wù)器接收客戶端的頁面輸出請求，并在所述客戶端進(jìn)行網(wǎng)頁頁面渲染；

獲取所述客戶端在所述應(yīng)用服務(wù)器渲染的任一個網(wǎng)頁頁面運(yùn)行異常時上報的錯誤信息；

根據(jù)接收到的錯誤信息，生成所述應(yīng)用服務(wù)器的應(yīng)用類型對應(yīng)的所述網(wǎng)頁頁面的錯誤日志；其中，所述錯誤日志用于監(jiān)控設(shè)備獲取并進(jìn)行頁面異常分析。

優(yōu)選地，所述獲取所述客戶端在所述應(yīng)用服務(wù)器渲染的任一個網(wǎng)頁頁面運(yùn)行異常時上報的錯誤信息包括：

接收所述客戶端在所述應(yīng)用服務(wù)器渲染的任一個網(wǎng)頁頁面運(yùn)行異常時發(fā)送的攜帶錯誤信息的http請求；

從所述http請求中獲取所述錯誤信息。

第二方面，提供了一種頁面監(jiān)控方法，包括：

客戶端向任一應(yīng)用服務(wù)器發(fā)送頁面輸出請求；

輸出所述應(yīng)用服務(wù)器根據(jù)所述頁面輸出請求渲染的網(wǎng)頁頁面；

在所述應(yīng)用服務(wù)器渲染的任一個網(wǎng)頁頁面運(yùn)行異常時，向所述應(yīng)用服務(wù)器上報錯誤信息，以便于所述應(yīng)用服務(wù)器根據(jù)所述錯誤信息，生成所述應(yīng)用服務(wù)器的應(yīng)用類型對應(yīng)的所述網(wǎng)頁頁面的錯誤日志，所述錯誤日志用于監(jiān)控設(shè)備獲取并進(jìn)行頁面異常分析。

第三方面，提供一種頁面監(jiān)控方法，包括：

監(jiān)控設(shè)備獲取任一個應(yīng)用服務(wù)器生成的錯誤日志；所述錯誤日志為所述應(yīng)用服務(wù)器根據(jù)客戶端在其渲染的任一個網(wǎng)頁頁面運(yùn)行異常時發(fā)送的錯誤信息，為所述網(wǎng)頁頁面生成的；

根據(jù)所述錯誤日志，進(jìn)行頁面異常分析。

優(yōu)選地，所述監(jiān)控設(shè)備獲取應(yīng)用服務(wù)器生成的錯誤日志包括：

所述監(jiān)控設(shè)備根據(jù)配置規(guī)則，獲取所述配置規(guī)則對應(yīng)的一組應(yīng)用服務(wù)器中每一個應(yīng)用服務(wù)器生成的錯誤日志；

所述根據(jù)所述錯誤日志，進(jìn)行頁面異常分析包括：

根據(jù)獲取的每一個應(yīng)用服務(wù)器的每一個網(wǎng)頁頁面的錯誤日志，進(jìn)行頁面異常分析。

第四方面，提供了一種頁面監(jiān)控方法，包括：

日志收集服務(wù)器獲取客戶端在監(jiān)控任一個網(wǎng)頁頁面運(yùn)行異常時發(fā)送的錯誤信息，所述網(wǎng)頁頁面為任一個應(yīng)用服務(wù)器接收到客戶端的頁面輸出請求時，在客戶端進(jìn)行渲染輸出的；

確定所述錯誤信息對應(yīng)的網(wǎng)頁頁面的應(yīng)用類型，其中，同一個應(yīng)用服務(wù)器渲染的網(wǎng)頁頁面的應(yīng)用類型相同；

根據(jù)所述錯誤信息，生成所述應(yīng)用類型對應(yīng)的所述網(wǎng)頁頁面的錯誤日志，所述錯誤日志用于監(jiān)控設(shè)備獲取并進(jìn)行頁面異常分析。

第五方面，提供了一種頁面監(jiān)控裝置，應(yīng)用于任一個應(yīng)用服務(wù)器中，所述裝置包括：

渲染模塊，用于接收客戶端的頁面輸出請求，并在所述客戶端進(jìn)行網(wǎng)頁頁面渲染；

第一信息接收模塊，用于獲取客戶端在所述應(yīng)用服務(wù)器渲染的任一個網(wǎng)頁頁面運(yùn)行異常時上報的錯誤信息；

第一日志生成模塊，用于根據(jù)接收到的錯誤信息，生成所述應(yīng)用服務(wù)器的應(yīng)用類型對應(yīng)的所述網(wǎng)頁頁面錯誤日志，所述錯誤日志用于監(jiān)控設(shè)備獲取并進(jìn)行頁面異常分析。

優(yōu)選地，所述第一信息接收模塊具體用于：接收所述客戶端在所述應(yīng)用服務(wù)器渲染的任一個網(wǎng)頁頁面運(yùn)行異常時發(fā)送的攜帶錯誤信息的http請求；并從所述http請求中獲取所述錯誤信息。

第六方面，提供了一種頁面監(jiān)控裝置，包括：

頁面輸出模塊，用于向任一應(yīng)用服務(wù)器發(fā)送頁面輸出請求；輸出所述應(yīng) 用服務(wù)器根據(jù)所述頁面輸出請求渲染的網(wǎng)頁頁面；

監(jiān)控模塊，用于監(jiān)控所述應(yīng)用服務(wù)器渲染的任一個網(wǎng)頁頁面運(yùn)行是否異常；

信息發(fā)送模塊，用于在所述應(yīng)用服務(wù)器渲染的任一個網(wǎng)頁頁面運(yùn)行異常時，向所述應(yīng)用服務(wù)器發(fā)送錯誤信息，以便于所述應(yīng)用服務(wù)器接收所述錯誤信息，并生成所述應(yīng)用服務(wù)器的應(yīng)用類型對應(yīng)的所述網(wǎng)頁頁面的錯誤日志，所述錯誤日志用于監(jiān)控設(shè)備獲取并進(jìn)行頁面異常分析。

第七方面，提供了一種頁面監(jiān)控裝置，包括：

日志獲取模塊，用于獲取任一個應(yīng)用服務(wù)器生成的錯誤日志；所述錯誤日志為所述應(yīng)用服務(wù)器根據(jù)客戶端在所述應(yīng)用服務(wù)器渲染的任一個網(wǎng)頁頁面運(yùn)行異常時發(fā)送的錯誤信息，為所述網(wǎng)頁頁面生成的；

日志分析模塊，用于根據(jù)所述錯誤日志，進(jìn)行頁面異常分析。

優(yōu)選地，所述日志獲取模塊具體用于：根據(jù)配置規(guī)則，獲取所述配置規(guī)則對應(yīng)的一組應(yīng)用服務(wù)器中每一個應(yīng)用服務(wù)器生成的錯誤日志；

所述日志分析模塊具體用于根據(jù)獲取的每一個應(yīng)用服務(wù)器的每一個網(wǎng)頁頁面的錯誤日志，進(jìn)行頁面異常分析。

第八方面，提供了一種頁面監(jiān)控裝置，包括：

第二信息接收模塊，用于獲取客戶端在監(jiān)控任一個網(wǎng)頁頁面運(yùn)行異常時發(fā)送的錯誤信息，所述網(wǎng)頁頁面為任一個應(yīng)用服務(wù)器接收到客戶端的頁面輸出請求時，在客戶端進(jìn)行渲染輸出的；

識別模塊，用于確定所述錯誤信息對應(yīng)的網(wǎng)頁頁面的應(yīng)用類型，其中，同一個應(yīng)用服務(wù)器渲染的網(wǎng)頁頁面的應(yīng)用類型相同；

第二日志生成模塊，用于根據(jù)所述錯誤信息，生成所述應(yīng)用類型對應(yīng)的所述網(wǎng)頁頁面錯誤日志，所述錯誤日志用于監(jiān)控設(shè)備獲取并進(jìn)行頁面異常分析。

第九方面，提供一種頁面異常監(jiān)控系統(tǒng)，其特征在于，包括配置有上述第六方面所述裝置的客戶端、應(yīng)用服務(wù)器集群以及配置有上述第七方面所述裝置的監(jiān)控設(shè)備，所述應(yīng)用服務(wù)器集群包括多個配置有如上述第五方面所述 裝置的應(yīng)用服務(wù)器；

所述客戶端，用于向任一應(yīng)用服務(wù)器發(fā)送頁面輸出請求，并輸出所述應(yīng)用服務(wù)器根據(jù)所述頁面輸出請求渲染的網(wǎng)頁頁面；在所述應(yīng)用服務(wù)器渲染的任一個網(wǎng)頁頁面運(yùn)行異常時，向所述應(yīng)用服務(wù)器發(fā)送錯誤信息；

所述應(yīng)用服務(wù)器，用于接收客戶端的頁面輸出請求，并在所述客戶端進(jìn)行網(wǎng)頁頁面渲染；獲取客戶端在其渲染的任一個網(wǎng)頁頁面運(yùn)行異常的發(fā)送的錯誤信息，根據(jù)所述錯誤信息生成所述應(yīng)用服務(wù)器的應(yīng)用類型對應(yīng)的所述網(wǎng)頁頁面錯誤日志；

所述監(jiān)控設(shè)備，用于獲取任一個應(yīng)用服務(wù)器中的錯誤日志，并根據(jù)所述錯誤日志進(jìn)行頁面異常分析。

與現(xiàn)有技術(shù)相比，本申請可以獲得包括以下技術(shù)效果：

客戶端在任一應(yīng)用服務(wù)器渲染的任一個網(wǎng)頁頁面運(yùn)行異常時，可以向所述應(yīng)用服務(wù)器上報錯誤信息，由應(yīng)用服務(wù)器生成對應(yīng)其應(yīng)用類型的所述網(wǎng)頁頁面錯誤日志，監(jiān)控設(shè)備可以獲取應(yīng)用服務(wù)器生成的錯誤日志，也即獲取任一個應(yīng)用類型對應(yīng)的錯誤日志，或者客戶端可以將錯誤信息上報至日志收集服務(wù)器，由日志收集服務(wù)器確定該錯誤信息的應(yīng)用類型，并按照應(yīng)用類型生成對應(yīng)的錯誤日志，實現(xiàn)錯誤信息分類存儲，從而監(jiān)控設(shè)備可以直接獲取任一個應(yīng)用類型對應(yīng)的錯誤日志，直接進(jìn)行頁面異常分析，無需對大量錯誤信息進(jìn)行分類，節(jié)省了分類繁瑣步驟，提高了監(jiān)控效率，降低了監(jiān)控成本。

當(dāng)然，實施本申請的任一產(chǎn)品必不一定需要同時達(dá)到以上所述的所有技術(shù)效果。

附圖說明

此處所說明的附圖用來提供對本申請的進(jìn)一步理解，構(gòu)成本申請的一部分，本申請的示意性實施例及其說明用于解釋本申請，并不構(gòu)成對本申請的不當(dāng)限定。在附圖中：

圖1是現(xiàn)有技術(shù)中的頁面監(jiān)控系統(tǒng)的結(jié)構(gòu)示意圖

圖2是本申請實施例的一種頁面監(jiān)控系統(tǒng)一個實施例的結(jié)構(gòu)示意圖；

圖3是本申請實施例的一種頁面監(jiān)控方法一個實施例的流程圖；

圖4是本申請實施例的一種頁面監(jiān)控裝置一個實施例的結(jié)構(gòu)示意圖；

圖5是本申請實施例的一種頁面監(jiān)控裝置又一個實施例的結(jié)構(gòu)示意圖；

圖6是本申請實施例的一種頁面監(jiān)控裝置又一個實施例的結(jié)構(gòu)示意圖；

圖7是本申請實施例的一種頁面監(jiān)控系統(tǒng)又一個實施例的結(jié)構(gòu)示意圖；

圖8是本申請實施例的一種頁面監(jiān)控方法又一個實施例的流程圖；

圖9是本申請實施例的一種頁面監(jiān)控裝置又一個實施例的結(jié)構(gòu)示意圖。

具體實施方式

以下將配合附圖及實施例來詳細(xì)說明本申請的實施方式，藉此對本申請如何應(yīng)用技術(shù)手段來解決技術(shù)問題并達(dá)成技術(shù)功效的實現(xiàn)過程能充分理解并據(jù)以實施。

本申請技術(shù)方案主要應(yīng)用于互聯(lián)網(wǎng)場景中，以實現(xiàn)對網(wǎng)頁頁面運(yùn)行的監(jiān)控。本申請實施例中的客戶端也即是指瀏覽器，例如電腦中瀏覽器或者手機(jī)中的瀏覽器等。由于同一網(wǎng)站中，不同網(wǎng)頁頁面可以實現(xiàn)不同的業(yè)務(wù)應(yīng)用，不同業(yè)務(wù)應(yīng)用對應(yīng)不同的應(yīng)用服務(wù)器，因此客戶端顯示的網(wǎng)頁頁面可能是由不同應(yīng)用服務(wù)器渲染得到的。

發(fā)明人在實現(xiàn)本發(fā)明的過程中發(fā)現(xiàn)，現(xiàn)有技術(shù)中對大量錯誤信息的分類主要是按照應(yīng)用類型不同而進(jìn)行的。為了解決現(xiàn)有技術(shù)中，在進(jìn)行頁面異常分析時需要對收集的大量錯誤信息按照應(yīng)用類型先進(jìn)行分類，再針對每一個應(yīng)用類型進(jìn)行頁面異常分析，以確定故障具體來源，本地重現(xiàn)，找到修復(fù)手段等，導(dǎo)致監(jiān)控成本過高，影響監(jiān)控效率的技術(shù)問題，發(fā)明人經(jīng)過一系列研究提出本申請的技術(shù)方案。

在本申請實施例中，任一個應(yīng)用服務(wù)器在客戶端渲染的任一個網(wǎng)頁頁面運(yùn)行異常時，由渲染所述網(wǎng)頁頁面的應(yīng)用服務(wù)器進(jìn)行采集并生成針對每一個網(wǎng)頁頁面的錯誤日志，同一個應(yīng)用服務(wù)器獲得的不同網(wǎng)頁頁面的錯誤日志均為同一個應(yīng)用類型，不同應(yīng)用服務(wù)器的應(yīng)用類型不同；或者由于日志采集服務(wù)器采集到任一個網(wǎng)頁頁面錯誤信息首先確認(rèn)其應(yīng)用類型，并生成對應(yīng)該應(yīng) 用類型的錯誤日志，實現(xiàn)將錯誤信息按照應(yīng)用類型分類存儲，從而在進(jìn)行頁面異常分析時，即可以按照應(yīng)用類型，選擇某一應(yīng)用類型對應(yīng)的錯誤日志或者對某一應(yīng)用服務(wù)器中的錯誤日志進(jìn)行頁面異常分析，而無需對大量錯誤信息進(jìn)行分類，從而可以降低監(jiān)控成本，提高監(jiān)控效率。

圖2為本申請實施例提供的一種頁面監(jiān)控系統(tǒng)一個實施例的結(jié)構(gòu)示意圖，該頁面監(jiān)控系統(tǒng)主要由客戶端201、應(yīng)用服務(wù)器集群以及監(jiān)控設(shè)備202構(gòu)成，其中應(yīng)用服務(wù)器集群由多個應(yīng)用服務(wù)器203構(gòu)成，每一個應(yīng)用服務(wù)器203可能具有多個網(wǎng)頁頁面，通過渲染可以在客戶端中進(jìn)行顯示。不同應(yīng)用服務(wù)器用以實現(xiàn)不同應(yīng)用類型的業(yè)務(wù)應(yīng)用。其中，客戶端可以為不同類型的客戶端。

客戶端201可以向任一應(yīng)用服務(wù)器發(fā)送頁面輸出請求，并輸出所述應(yīng)用服務(wù)器根據(jù)所述頁面輸出請求渲染的網(wǎng)頁頁面；在任一個應(yīng)用服務(wù)器203渲染的任一個網(wǎng)頁頁面運(yùn)行異常時，則向所述任一個應(yīng)用服務(wù)器203發(fā)送錯誤信息；

客戶端輸出的網(wǎng)頁頁面是根據(jù)客戶端的頁面輸出請求，由請求輸出的網(wǎng)頁頁面對應(yīng)的應(yīng)用服務(wù)器在客戶端進(jìn)行渲染獲得。

任一個應(yīng)用服務(wù)器203可以接收客戶端的頁面輸出請求，并在所述客戶端進(jìn)行網(wǎng)頁頁面渲染；獲取客戶端在其渲染的任一個網(wǎng)頁頁面運(yùn)行異常時發(fā)送的錯誤信息，并根據(jù)接收到的錯誤信息，生成其應(yīng)用類型對應(yīng)的所述網(wǎng)頁頁面的錯誤日志；

其中，根據(jù)接收到的錯誤信息，生成錯誤日志，即是將錯誤信息導(dǎo)出的過程，以日志形式進(jìn)行存儲，方便對錯誤信息分析處理。

為了方便監(jiān)控設(shè)備獲取，每一個網(wǎng)頁頁面的錯誤日志還可以設(shè)置應(yīng)用類型標(biāo)記。

監(jiān)控設(shè)備202可以獲取任一個應(yīng)用服務(wù)器203生成的錯誤日志，并對所述錯誤日志進(jìn)行頁面異常分析。

該頁面異常分析可以包括錯誤合并、錯誤排序以及錯誤報警等，與現(xiàn)有 技術(shù)相同，在此不再贅述。

由于現(xiàn)有技術(shù)中，是由獨立的日志收集服務(wù)器收集瀏覽器上報的大量錯誤信息，將大量錯誤信息存儲為一個錯誤日志，進(jìn)行頁面異常分析時，再對該錯誤日志中的大量錯誤信息進(jìn)行分類之后，再進(jìn)行頁面異常分析，使得監(jiān)控成本較高，也就影響監(jiān)控效率。

而在本實施例中，直接由應(yīng)用服務(wù)器接收客戶端上報的錯誤信息，并生成錯誤日志，由于任一個應(yīng)用服務(wù)器只接收其渲染的網(wǎng)頁頁面運(yùn)行時上報的錯誤信息，因此每一個應(yīng)用服務(wù)器生成的錯誤日志即為一個應(yīng)用分類對應(yīng)的錯誤日志，監(jiān)控設(shè)備可以直接獲取任一個應(yīng)用服務(wù)器中的錯誤日志，并進(jìn)行頁面異常分析，無需再進(jìn)行分類，節(jié)省了分類操作，直接對應(yīng)用服務(wù)器生成的不同應(yīng)用分類的錯誤日志進(jìn)行頁面異常分析即可，從而可以降低監(jiān)控成本，提高監(jiān)控效率。

客戶端向應(yīng)用服務(wù)器上報錯誤信息，可以通過預(yù)先配置的客戶端采集代碼實現(xiàn)，該采集代碼可以保證所有站點頁面能夠引用到這段采集代碼。通過采集代碼就可在監(jiān)控客戶端的當(dāng)前網(wǎng)頁頁面運(yùn)行異常時，向負(fù)載渲染當(dāng)前網(wǎng)頁頁面的應(yīng)用服務(wù)器發(fā)送一條http請求，該http請求中即承載了導(dǎo)致客戶端運(yùn)行異常的詳細(xì)的錯誤信息。

該采集代碼可以使用javascript實現(xiàn)。

為了保證每一個應(yīng)用服務(wù)器可以接收客戶端上報的錯誤信息，可以預(yù)先配置每一個應(yīng)用服務(wù)器中增加接收錯誤信息的設(shè)置，使得應(yīng)用服務(wù)器可以具備接收錯誤信息上報的能力。

應(yīng)用服務(wù)器的web容器可以采用nginx實現(xiàn)。

由于應(yīng)用服務(wù)器可能對應(yīng)不止一個網(wǎng)頁頁面，如果同一個應(yīng)用服務(wù)器對應(yīng)的多個網(wǎng)頁頁面在客戶端顯示時，客戶端若運(yùn)行異常，均會向應(yīng)用服務(wù)器上報錯誤信息，因此，應(yīng)用服務(wù)器根據(jù)接收到的多個網(wǎng)頁頁面的錯誤信息，分別生成針對每一個網(wǎng)頁頁面的錯誤日志

監(jiān)控設(shè)備進(jìn)行頁面異常分析，可以包括統(tǒng)計同一個應(yīng)用類型的網(wǎng)頁頁面異常個數(shù)，根據(jù)多個網(wǎng)頁頁面的錯誤日志，進(jìn)行錯誤合并、錯誤排序以及錯 誤報警等。

基于圖2所述的頁面監(jiān)控系統(tǒng)，如圖3所示，為本申請實施例提供的一種頁面監(jiān)控方法一個實施例的流程圖，該方法可以包括以下幾個步驟：

301：客戶端向任一應(yīng)用服務(wù)器發(fā)送頁面輸出請求。

302：任一應(yīng)用服務(wù)器接收客戶端的頁面輸出請求，并在所述客戶端進(jìn)行網(wǎng)頁頁面渲染。

303：客戶端在任一個應(yīng)用服務(wù)器渲染的任一個網(wǎng)頁頁面運(yùn)行異常時，向所述應(yīng)用服務(wù)器上報所述網(wǎng)頁頁面的錯誤信息。

通過預(yù)先配置客戶端采集代碼，可以對客戶端進(jìn)行監(jiān)控，在客戶端的任一個網(wǎng)頁頁面運(yùn)行異常時，即觸發(fā)客戶端向渲染所述客戶端中所述網(wǎng)頁頁面的應(yīng)用服務(wù)器上報所述網(wǎng)頁頁面的錯誤信息。

該錯誤信息具體可以承載在http請求中。

304：任一個應(yīng)用服務(wù)器接收客戶端上報的錯誤信息。

其中，該應(yīng)用服務(wù)器可以為圖1所示的頁面監(jiān)控系統(tǒng)中的任一個應(yīng)用服務(wù)器，

305：任一個應(yīng)用服務(wù)器根據(jù)接收到的錯誤信息，生成對應(yīng)其應(yīng)用類型的所述網(wǎng)頁頁面錯誤日志。

每一個應(yīng)用服務(wù)器可以通過預(yù)先配置，使得其具備接收錯誤信息上報的能力。

為了方便錯誤信息的輸出，應(yīng)用服務(wù)器可以將接收到的錯誤信息，生成錯誤日志。

由于任一個應(yīng)用服務(wù)器渲染的網(wǎng)頁頁面可能包括多個，如果應(yīng)用服務(wù)器接收到客戶端發(fā)送的多個網(wǎng)頁頁面運(yùn)行異常時的錯誤信息，則生成針對每一個網(wǎng)頁頁面的錯誤日志。

306：監(jiān)控設(shè)備獲取任一個應(yīng)用服務(wù)器生成的錯誤日志。

其中，任一個應(yīng)用服務(wù)器均可以按照步驟202～步驟203的操作生成錯 誤日志為。

此外，還可以預(yù)先設(shè)置配置規(guī)則，配置規(guī)則根據(jù)實際處理需求對應(yīng)用服務(wù)器進(jìn)行分組。

因此所述監(jiān)控設(shè)備可以根據(jù)配置規(guī)則，獲取所述配置規(guī)則對應(yīng)的一組應(yīng)用服務(wù)器中每一個應(yīng)用服務(wù)器生成的錯誤日志。

307：根據(jù)所述錯誤日志，進(jìn)行頁面異常分析。

任一個應(yīng)用服務(wù)器生成的錯誤日志可能包括所述應(yīng)用服務(wù)器渲染的多個網(wǎng)頁頁面分別對應(yīng)的錯誤日志。

因此，具體是根據(jù)任一個應(yīng)用服務(wù)器的每一個網(wǎng)頁頁面的錯誤日志，進(jìn)行頁面異常分析。

本實施例，無需單獨設(shè)置日志收集服務(wù)器，利用應(yīng)用服務(wù)器即可以實現(xiàn)錯誤信息的收集，且每一個應(yīng)用服務(wù)器收集的錯誤信息均為同一個應(yīng)用類型的，因此監(jiān)控設(shè)備進(jìn)行頁面異常分析無需再進(jìn)行分類等操作，節(jié)省監(jiān)控步驟，降低了監(jiān)控成本，提高了監(jiān)控效率。

圖4為本申請實施例提供的一種頁面監(jiān)控裝置一個實施例的結(jié)構(gòu)示意圖，該裝置主要配置在圖2所示的頁面監(jiān)控系統(tǒng)的任一個應(yīng)用服務(wù)器中，該裝置可以包括：

渲染模塊401，用于接收客戶端的頁面輸出請求，并在所述客戶端進(jìn)行網(wǎng)頁頁面渲染。

第一信息接收模塊402，用于接收客戶端上報的錯誤信息。

其中，所述錯誤信息為所述客戶端在所述應(yīng)用服務(wù)器渲染的任一個網(wǎng)頁頁面運(yùn)行異常時發(fā)送的；

第一日志生成模塊403，用于根據(jù)接收到的錯誤信息，生成所述應(yīng)用服務(wù)器的應(yīng)用類型對應(yīng)的所述網(wǎng)頁頁面的錯誤日志，其中，所述錯誤日志用于監(jiān)控設(shè)備獲取并進(jìn)行頁面異常分析。

圖5為本申請實施例提供的一種頁面監(jiān)控裝置又一個實施例的結(jié)構(gòu)示意圖，該裝置主要配置在圖1所示頁面監(jiān)控系統(tǒng)中的客戶端中，該裝置可以包括：

頁面輸出模塊501，用于向任一應(yīng)用服務(wù)器發(fā)送頁面輸出請求；輸出所述應(yīng)用服務(wù)器根據(jù)所述頁面輸出請求渲染的網(wǎng)頁頁面。

監(jiān)控模塊502，用于監(jiān)控任一個應(yīng)用服務(wù)器在客戶端中渲染的任一個網(wǎng)頁頁面運(yùn)行是否異常；

信息發(fā)送模塊503，用于在所述應(yīng)用服務(wù)器渲染的任一個網(wǎng)頁頁面運(yùn)行異常時，向所述應(yīng)用服務(wù)器發(fā)送錯誤信息，以便于所述應(yīng)用服務(wù)器接收所述錯誤信息，并生成所述應(yīng)用服務(wù)器的應(yīng)用類型對應(yīng)的所述網(wǎng)頁頁面的錯誤日志，所述錯誤日志用于監(jiān)控設(shè)備獲取并進(jìn)行頁面異常分析。

圖6為本申請實施例提供的一種頁面監(jiān)控裝置又一個實施例的結(jié)構(gòu)示意圖，該裝置主要配置在圖1所示頁面監(jiān)控系統(tǒng)中的監(jiān)控設(shè)備中，該裝置可以包括：

日志獲取模塊601，用于獲取任一個應(yīng)用服務(wù)器生成的錯誤日志；所述錯誤日志為所述應(yīng)用服務(wù)器根據(jù)客戶端在所述應(yīng)用服務(wù)器渲染的任一個網(wǎng)頁頁面運(yùn)行異常時發(fā)送的錯誤信息，為所述網(wǎng)頁頁面生成的；

日志分析模塊602，用于根據(jù)所述錯誤日志，進(jìn)行頁面異常分析。

其中，所述日志獲取模塊可以具體用于：根據(jù)配置規(guī)則，獲取所述配置規(guī)則對應(yīng)的一組應(yīng)用服務(wù)器中每一個應(yīng)用服務(wù)器生成的錯誤日志；

所述日志分析模塊具體用于根據(jù)獲取的每一個應(yīng)用服務(wù)器的每一個網(wǎng)頁頁面的錯誤日志，進(jìn)行頁面異常分析。

圖2所示的頁面監(jiān)控系統(tǒng)中，應(yīng)用服務(wù)器也即配置有如圖3所示的頁面監(jiān)控裝置，客戶端配置有如圖5所示的頁面監(jiān)控裝置，監(jiān)控設(shè)備配置有如圖6所示的頁面監(jiān)控裝置。

在本申請實施例中，直接由應(yīng)用服務(wù)器接收客戶端上報的錯誤信息，并 生成錯誤日志，由于任一個應(yīng)用服務(wù)器只接收其渲染的網(wǎng)頁頁面運(yùn)行時上報的錯誤信息，因此每一個應(yīng)用服務(wù)器生成的錯誤日志即為一個應(yīng)用類型對應(yīng)的錯誤日志，監(jiān)控設(shè)備可以直接獲取任一個應(yīng)用服務(wù)器中的錯誤日志，并進(jìn)行頁面異常分析，無需再進(jìn)行分類，節(jié)省了分類操作，直接對應(yīng)用服務(wù)器生成的不同應(yīng)用類型的錯誤日志進(jìn)行頁面異常分析即可，從而可以降低監(jiān)控成本，提高監(jiān)控效率。

本申請還提供了另一種頁面監(jiān)控系統(tǒng)，如圖6所示，該頁面監(jiān)控系統(tǒng)由客戶端701，日志收集服務(wù)器702以及監(jiān)控設(shè)備703構(gòu)成，在本申請實施例的頁面監(jiān)控系統(tǒng)中，

客戶端701運(yùn)行異常時，即向日志收集服務(wù)器702發(fā)送錯誤信息；

日志收集服務(wù)器702接收客戶端發(fā)送的錯誤信息，確定所述錯誤信息對應(yīng)網(wǎng)頁頁面的應(yīng)用類型，并根據(jù)所述錯誤信息，生成所述應(yīng)用類型對應(yīng)的所述網(wǎng)頁頁面的錯誤日志。

監(jiān)控設(shè)備703用于獲取任一應(yīng)用類型對應(yīng)的任一網(wǎng)頁頁面的錯誤日志，并對所述錯誤日志進(jìn)行頁面異常分析。

其中，同一個應(yīng)用服務(wù)器渲染的網(wǎng)頁頁面的應(yīng)用類型相同。

本實施例中，日志收集服務(wù)器將采集的錯誤信息，按照應(yīng)用類型生成錯誤日志進(jìn)行存儲，從而監(jiān)控設(shè)備可以根據(jù)任一個應(yīng)用類型對應(yīng)的錯誤日志，進(jìn)行頁面異常分析，而無需再進(jìn)行分類，在錯誤信息采集時即進(jìn)行分類存儲，無需監(jiān)控設(shè)備進(jìn)行頁面異常分析時再對大量的錯誤信息進(jìn)行分類，降低了分類難度，從降低監(jiān)控成本，提高了監(jiān)控效率。

其中，確定所述錯誤信息對應(yīng)網(wǎng)頁頁面的應(yīng)用類型可以根據(jù)所述錯誤信息中的所述網(wǎng)頁頁面的url實現(xiàn)，

例如，任一個網(wǎng)頁頁面對應(yīng)的錯誤信息可以是：

"？url＝https://personalweb.alipay.com/portal/newhome.htm&ref＝-&clnt＝pc/-1|windows/6.1|ie/11.0|trident/7.0|c&v＝2.0&profile＝j(luò)serror&type＝global&msg＝scripterror&file＝https://lab.alipay.com/user/msgcenter/ge"

其中，“personalweb(個人網(wǎng)頁)”即識別為該網(wǎng)頁頁面對應(yīng)應(yīng)用類型：個人網(wǎng)頁。

“scripterror&file＝https://lab.alipay.com/user/msgcenter/ge"”即為錯誤信息中具體的錯誤內(nèi)容。

由于現(xiàn)有技術(shù)中，日志收集服務(wù)器會收集大量的如上述的錯誤信息，并存儲為一個錯誤日志，監(jiān)控設(shè)備進(jìn)行頁面異常分析時，需要再將大量的錯誤信息按照url中的應(yīng)用類型進(jìn)行分類，工作量非常大，而本實施例中，日志收集服務(wù)器每接收到一個錯誤信息即識別其應(yīng)用類型，存儲為對應(yīng)該應(yīng)用類型的錯誤日志，從而監(jiān)控設(shè)備直接獲取某一應(yīng)用類型的網(wǎng)頁頁面的錯誤日志即可進(jìn)行，無需再對大量的錯誤信息進(jìn)行分類，降低了分類難度，從降低監(jiān)控成本，提高了監(jiān)控效率。

基于圖7所示的本申請?zhí)峁┑牧硪环N頁面監(jiān)控系統(tǒng)，如圖8所示，為本申請實施例提供的一種頁面監(jiān)控方法又一個實施例的流程圖，本實施例所述技術(shù)方案主要應(yīng)用于日志收集服務(wù)器中，該方法可以包括以下幾個步驟：

801：接收客戶端發(fā)送的錯誤信息。

其中，所述錯誤信息為所述客戶端在任一個網(wǎng)頁頁面運(yùn)行異常時發(fā)送的。

所述網(wǎng)頁頁面為任一個應(yīng)用服務(wù)器接收到客戶端的頁面輸出請求時，在客戶端進(jìn)行渲染輸出的。

802：確定所述錯誤信息對應(yīng)網(wǎng)頁頁面的應(yīng)用類型，其中，同一個應(yīng)用服務(wù)器渲染的網(wǎng)頁頁面的應(yīng)用類型相同。

803：根據(jù)所述錯誤信息，生成所述應(yīng)用類型對應(yīng)的所述網(wǎng)頁頁面的錯誤日志。

其中，所述錯誤日志用于監(jiān)控設(shè)備獲取并進(jìn)行頁面異常分析。

監(jiān)控設(shè)備可以獲取任一個應(yīng)用類型對應(yīng)的任一個網(wǎng)頁頁面的錯誤日志，并進(jìn)行頁面異常分析?；蛘呖梢垣@取一組應(yīng)用類型中每一個應(yīng)用類型對應(yīng)的每一個網(wǎng)頁頁面的錯誤日志，并進(jìn)行頁面異常分析。

圖9為本申請實施例提供的一種頁面監(jiān)控裝置又一個實施例的結(jié)構(gòu)示意圖，該裝置主要配置在日志收集服務(wù)器中，該裝置可以包括：

第二信息接收模塊901，用于接收客戶端發(fā)送的錯誤信息，所述錯誤信息為所述客戶端運(yùn)行異常時發(fā)送的；

識別模塊902，用于識別所述錯誤信息對應(yīng)網(wǎng)頁頁面的應(yīng)用類型，其中，同一個應(yīng)用服務(wù)器渲染的網(wǎng)頁頁面的應(yīng)用類型相同；

第二日志生成模塊903，用于根據(jù)同一應(yīng)用類型對應(yīng)的錯誤信息，生成所述應(yīng)用類型的錯誤日志，所述錯誤日志用于監(jiān)控設(shè)備獲取并進(jìn)行頁面異常分析。

圖7所示的頁面監(jiān)控系統(tǒng)中，日志收集服務(wù)器即配置有如圖9所示的頁面監(jiān)控裝置，使得可以將在接收到客戶端上報的錯誤信息時，識別錯誤信息對應(yīng)網(wǎng)頁頁面的應(yīng)用類型，生成所述應(yīng)用類型的錯誤日志，實現(xiàn)了按照應(yīng)用類型生成錯誤日志進(jìn)行存儲，從而監(jiān)控設(shè)備可以根據(jù)任一個應(yīng)用類型對應(yīng)的錯誤日志，進(jìn)行頁面異常分析，而無需再進(jìn)行分類，從而在錯誤信息采集時即進(jìn)行分類存儲，無需進(jìn)行頁面異常分析時再對大量的錯誤信息進(jìn)行分類，降低了分類難度，從降低監(jiān)控成本，提高了監(jiān)控效率。

在一個典型的配置中，計算設(shè)備包括一個或多個處理器(cpu)、輸入/輸出接口、網(wǎng)絡(luò)接口和內(nèi)存。

內(nèi)存可能包括計算機(jī)可讀介質(zhì)中的非永久性存儲器，隨機(jī)存取存儲器(ram)和/或非易失性內(nèi)存等形式，如只讀存儲器(rom)或閃存(flashram)。內(nèi)存是計算機(jī)可讀介質(zhì)的示例。

計算機(jī)可讀介質(zhì)包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術(shù)來實現(xiàn)信息存儲。信息可以是計算機(jī)可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序的模塊或其他數(shù)據(jù)。計算機(jī)的存儲介質(zhì)的例子包括，但不限于相變內(nèi)存(pram)、靜態(tài)隨機(jī)存取存儲器(sram)、動態(tài)隨機(jī)存取存儲器(dram)、其他類型的隨機(jī)存取存儲器(ram)、只讀存儲器(rom)、電可擦除可編程只讀存儲器(eeprom)、快閃記憶體或其他內(nèi)存技術(shù)、只讀光盤只讀存儲 器(cd-rom)、數(shù)字多功能光盤(dvd)或其他光學(xué)存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設(shè)備或任何其他非傳輸介質(zhì)，可用于存儲可以被計算設(shè)備訪問的信息。按照本文中的界定，計算機(jī)可讀介質(zhì)不包括非暫存電腦可讀媒體(transitorymedia)，如調(diào)制的數(shù)據(jù)信號和載波。

如在說明書及權(quán)利要求當(dāng)中使用了某些詞匯來指稱特定組件。本領(lǐng)域技術(shù)人員應(yīng)可理解，硬件制造商可能會用不同名詞來稱呼同一個組件。本說明書及權(quán)利要求并不以名稱的差異來作為區(qū)分組件的方式，而是以組件在功能上的差異來作為區(qū)分的準(zhǔn)則。如在通篇說明書及權(quán)利要求當(dāng)中所提及的“包含”為一開放式用語，故應(yīng)解釋成“包含但不限定于”?！按笾隆笔侵冈诳山邮盏恼`差范圍內(nèi)，本領(lǐng)域技術(shù)人員能夠在一定誤差范圍內(nèi)解決所述技術(shù)問題，基本達(dá)到所述技術(shù)效果。此外，“耦接”一詞在此包含任何直接及間接的電性耦接手段。因此，若文中描述一第一裝置耦接于一第二裝置，則代表所述第一裝置可直接電性耦接于所述第二裝置，或通過其他裝置或耦接手段間接地電性耦接至所述第二裝置。說明書后續(xù)描述為實施本申請的較佳實施方式，然所述描述乃以說明本申請的一般原則為目的，并非用以限定本申請的范圍。本申請的保護(hù)范圍當(dāng)視所附權(quán)利要求所界定者為準(zhǔn)。

還需要說明的是，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的商品或者系統(tǒng)不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種商品或者系統(tǒng)所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的商品或者系統(tǒng)中還存在另外的相同要素。

上述說明示出并描述了本申請的若干優(yōu)選實施例，但如前所述，應(yīng)當(dāng)理解本申請并非局限于本文所披露的形式，不應(yīng)看作是對其他實施例的排除，而可用于各種其他組合、修改和環(huán)境，并能夠在本文所述申請構(gòu)想范圍內(nèi)，通過上述教導(dǎo)或相關(guān)領(lǐng)域的技術(shù)或知識進(jìn)行改動。而本領(lǐng)域人員所進(jìn)行的改動和變化不脫離本申請的精神和范圍，則都應(yīng)在本申請所附權(quán)利要求的保護(hù)范圍內(nèi)。