[發(fā)明專利]收集日志的方法和裝置

有效

• 申請?zhí)枺?/td>: 201710962278.0
• 申請日: 2017-10-17
• 公開（公告）號: CN107729482B
• 公開（公告）日: 2021-04-30
• 發(fā)明（設(shè)計）人: 叢金鑫;王海旭
• 申請（專利權(quán)）人: 北京京東尚科信息技術(shù)有限公司;北京京東世紀貿(mào)易有限公司
• 主分類號: G06F16/958
• 分類號: G06F16/958
• 代理公司: 中原信達知識產(chǎn)權(quán)代理有限責(zé)任公司 11219
• 代理人: 張一軍;楊曉偉

本發(fā)明實施例公開了一種收集日志的方法和裝置，涉及計算機技術(shù)領(lǐng)域。其中，該方法包括：在監(jiān)測到切換客戶端的觸發(fā)事件時，向目標客戶端發(fā)送跳轉(zhuǎn)請求；在接收到目標客戶端返回的跳轉(zhuǎn)成功的信息的情況下，生成客戶端切換標識；將包括所述客戶端切換標識的用戶日志上報至服務(wù)端。通過以上方法，能夠有效標記出從一個客戶端跳轉(zhuǎn)至另一客戶端的用戶，進而有助于服務(wù)端快速、準確地識別出跳轉(zhuǎn)用戶的流量數(shù)據(jù)。

技術(shù)領(lǐng)域

本發(fā)明涉及計算機技術(shù)領(lǐng)域，尤其涉及一種收集日志的方法和裝置。

背景技術(shù)

隨著計算機軟、硬件技術(shù)的進步，客戶端的形式也越來越多樣化。例如，對于某一客戶端，其可能存在個人計算機網(wǎng)頁端、手機網(wǎng)頁端以及手機APP(應(yīng)用程序)端等。

用戶在瀏覽頁面時很可能從一種形式的客戶端跳轉(zhuǎn)至另一形式的客戶端。例如，用戶在瀏覽某一購物類客戶端時，可能會從該購物類客戶端的手機網(wǎng)頁端切換到該購物類客戶端的手機APP端。

由于存在用戶跳轉(zhuǎn)情況，服務(wù)端在針對跳轉(zhuǎn)前的客戶端統(tǒng)計流量指標時，很可能出現(xiàn)UV(獨立訪客數(shù))增幅遠大于PV(頁面瀏覽量)增幅的現(xiàn)象。例如，對于某一手機網(wǎng)頁端來說，其初始時刻的UV值為10，PV值為50。如果用戶A在該手機網(wǎng)頁端上連續(xù)訪問了5個頁面后，該手機網(wǎng)頁端的UV值相比初始時刻的增幅為0.1，PV值相比初始時刻的增幅為0.1。如果用戶A在該手機網(wǎng)頁端上訪問了一個頁面就跳轉(zhuǎn)到了APP端，那么UV的增幅為0.1，PV的增幅為0.02。顯然，用戶跳轉(zhuǎn)情況會導(dǎo)致UV增幅遠大于PV增幅。

為了使客戶端的UV增幅與PV增幅盡量保持一致，需要將跳轉(zhuǎn)用戶的流量數(shù)據(jù)剔除。現(xiàn)有技術(shù)中將跳轉(zhuǎn)用戶的流量數(shù)據(jù)剔除通常采用以下方案：先統(tǒng)計離線數(shù)據(jù)倉庫流量表中每個用戶的訪問深度(即用戶在網(wǎng)站上訪問的頁面的數(shù)量)，然后將訪問深度等于1的用戶數(shù)據(jù)剔除。意即，現(xiàn)有技術(shù)中，將訪問深度等于1的用戶認為是跳轉(zhuǎn)用戶，將訪問深度大于1的用戶認為是非跳轉(zhuǎn)用戶。

在實現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題：在現(xiàn)有技術(shù)中，服務(wù)端無法直接區(qū)分出跳轉(zhuǎn)用戶的流量數(shù)據(jù)與非跳轉(zhuǎn)用戶的流量數(shù)據(jù)，只能先統(tǒng)計訪問深度、再根據(jù)訪問深度判斷跳轉(zhuǎn)用戶與非跳轉(zhuǎn)用戶。這種方式比較粗略，并不能有效地識別跳轉(zhuǎn)用戶。

發(fā)明內(nèi)容

有鑒于此，本發(fā)明提供一種收集日志的方法和裝置，以能夠有效標記出從一個客戶端跳轉(zhuǎn)至另一客戶端的用戶，從而有助于服務(wù)端快速、準確地識別出跳轉(zhuǎn)用戶的流量數(shù)據(jù)。

為實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了一種收集日志的方法。

本發(fā)明的收集日志的方法包括：在監(jiān)測到切換客戶端的觸發(fā)事件時，向目標客戶端發(fā)送跳轉(zhuǎn)請求；在接收到目標客戶端返回的跳轉(zhuǎn)成功的信息的情況下，生成客戶端切換標識；將包括所述客戶端切換標識的用戶日志上報至服務(wù)端。

在一個實施例中，所述跳轉(zhuǎn)請求包括源客戶端標識。

在一個實施例中，在執(zhí)行向目標客戶端發(fā)送跳轉(zhuǎn)請求的步驟之后，所述方法還包括：確認在預(yù)設(shè)時間內(nèi)接收到所述目標客戶端返回的信息；所述目標客戶端返回的信息為跳轉(zhuǎn)成功的信息或跳轉(zhuǎn)失敗的信息。

在一個實施例中，所述切換客戶端的觸發(fā)事件中的源客戶端為網(wǎng)頁端，目標客戶端為APP端。

為實現(xiàn)上述目的，根據(jù)本發(fā)明的另一方面，提供了另一種收集日志的方法。

本發(fā)明的收集日志的方法包括：接收源客戶端的跳轉(zhuǎn)請求；所述跳轉(zhuǎn)請求包括源客戶端標識；在根據(jù)所述跳轉(zhuǎn)請求跳轉(zhuǎn)成功之后，生成包括所述源客戶端標識的用戶日志；將所述用戶日志上報至服務(wù)端。

在一個實施例中，所述方法還包括：在根據(jù)所述跳轉(zhuǎn)請求跳轉(zhuǎn)成功之后，向所述源客戶端發(fā)送跳轉(zhuǎn)成功的信息；在根據(jù)所述跳轉(zhuǎn)請求跳轉(zhuǎn)失敗之后，向所述源客戶端發(fā)送跳轉(zhuǎn)失敗的信息。