專利名稱：網(wǎng)絡(luò)信息服務(wù)系統(tǒng)中收集服務(wù)操作信息的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)信息服務(wù)技術(shù)，尤其涉及一種網(wǎng)絡(luò)信息服務(wù)系統(tǒng)中收集服務(wù)操作信息的方法。
背景技術(shù)：
隨著信息技術(shù)的發(fā)展，互聯(lián)網(wǎng)已經(jīng)深入到人們的工作、學習、生活等多個領(lǐng)域，為人們提供較大便利的溝通和交流服務(wù)。通常，網(wǎng)絡(luò)信息服務(wù)系統(tǒng)由處理服務(wù)器和客戶端等節(jié)點組成。
圖1為現(xiàn)有的一種較復(fù)雜的網(wǎng)絡(luò)信息服務(wù)系統(tǒng)的組網(wǎng)示意圖。參見圖1，該網(wǎng)絡(luò)信息服務(wù)系統(tǒng)包括多個處理服務(wù)器，客戶端與各個處理服務(wù)器之間，以及各個處理服務(wù)器之間通過預(yù)定的服務(wù)應(yīng)用協(xié)議進行通訊，為客戶端所提供的網(wǎng)絡(luò)信息服務(wù)由對應(yīng)的服務(wù)應(yīng)用協(xié)議設(shè)定的操作流程進行處理。對于某項復(fù)雜的信息服務(wù)，其服務(wù)應(yīng)用協(xié)議的操作流程不但在客戶端與其直接請求的處理服務(wù)器1之間存在，而且還有可能客戶端與其他處理服務(wù)器之間存在。例如目前在互聯(lián)網(wǎng)上被廣泛應(yīng)用的即時通訊(IM)系統(tǒng)中有一項長昵稱的服務(wù)，即用戶可以在設(shè)置自己名字的同時設(shè)置自己的長昵稱，當某個用戶通過客戶端登陸網(wǎng)絡(luò)后，參見圖1，該客戶端首先訪問進行登陸處理的服務(wù)器(此處假設(shè)為處理服務(wù)器1)，處理服務(wù)器1為其進行登陸操作，返回登陸操作結(jié)果給客戶端，并向存儲由用戶信息的服務(wù)器(此處假設(shè)為處理服務(wù)器2)查找該用戶好友的名字和長昵稱，由該處理服務(wù)器2返回其查找到的好友名字和長昵稱信息，如果此處理服務(wù)器2還有沒有查找到的該用戶好友的名字和長昵稱，則向下一個用戶信息服務(wù)器(此處假設(shè)為處理服務(wù)器3)查找，處理服務(wù)器3和或后續(xù)服務(wù)處理器重復(fù)上述操作，直到查找到所有該用戶好友的名字和長昵稱，并返回給客戶端。
在這種復(fù)雜的網(wǎng)絡(luò)信息服務(wù)系統(tǒng)中，客戶端的每一步操作可能涉及不同的網(wǎng)絡(luò)段和不同的服務(wù)器，因此需收集客戶端上的服務(wù)操作信息以在此基礎(chǔ)上了解質(zhì)量、跟蹤服務(wù)效果。目前，收集網(wǎng)絡(luò)服務(wù)操作信息的常用方法是，在各種互聯(lián)網(wǎng)服務(wù)系統(tǒng)中，采用客戶端定時向服務(wù)器上報針對某項服務(wù)的總體統(tǒng)計數(shù)據(jù)，根據(jù)這些統(tǒng)計數(shù)據(jù)對服務(wù)質(zhì)量進行分析，跟蹤質(zhì)量效果。
但是，在使用互聯(lián)網(wǎng)服務(wù)時，會出現(xiàn)因網(wǎng)絡(luò)質(zhì)量不好或者丟包等原因引起的服務(wù)不能得到滿足的現(xiàn)象，例如對于上述復(fù)雜的網(wǎng)絡(luò)信息服務(wù)系統(tǒng)，涉及的網(wǎng)元較多，很容易發(fā)生故障，而目前的方法只是統(tǒng)計了某項服務(wù)的總體數(shù)據(jù)，不能方便、準確地定位故障發(fā)生在客戶端的哪個具體操作環(huán)節(jié)，也就無從知道故障對應(yīng)發(fā)生在哪個網(wǎng)段和哪個服務(wù)器，尤其是當故障個別存在時，則更難進行故障定位。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種網(wǎng)絡(luò)信息服務(wù)系統(tǒng)中收集服務(wù)操作信息的方法，可以實現(xiàn)方便、準確地分析定位網(wǎng)絡(luò)服務(wù)故障。
為了實現(xiàn)上述發(fā)明目的，本發(fā)明的主要技術(shù)方案為一種網(wǎng)絡(luò)信息服務(wù)系統(tǒng)中收集服務(wù)操作信息的方法，該方法包括A、預(yù)設(shè)指定服務(wù)器，其中設(shè)置網(wǎng)絡(luò)信息服務(wù)系統(tǒng)的服務(wù)信息；B、客戶端監(jiān)測自身所運行服務(wù)應(yīng)用協(xié)議的操作進程，采集服務(wù)應(yīng)用協(xié)議操作進程中的操作信息；C、所述指定服務(wù)器向客戶端發(fā)送上報指令，其中包括服務(wù)應(yīng)用協(xié)議標識；收到所述上報指令的客戶端將采集到的、且為該上報指令中所標識服務(wù)應(yīng)用協(xié)議的操作信息上報給所述指定服務(wù)器；D、所述指定服務(wù)器將所述服務(wù)應(yīng)用協(xié)議的操作信息與該服務(wù)應(yīng)用協(xié)議標識對應(yīng)記錄處理。
優(yōu)選地，所述采集服務(wù)應(yīng)用協(xié)議操作進程中操作信息的具體方式為在所述服務(wù)應(yīng)用協(xié)議的預(yù)定操作步驟中采集其操作信息。
優(yōu)選地，在步驟B之前進一步包括所述指定服務(wù)器向客戶端發(fā)送包含服務(wù)應(yīng)用協(xié)議標識的采集指令，所述客戶端收到采集指令后，再執(zhí)行步驟B和后續(xù)步驟；且在步驟B中，該客戶端只監(jiān)測所述采集指令中所標識服務(wù)應(yīng)用協(xié)議的操作進程，并采集該服務(wù)應(yīng)用協(xié)議操作進程中的操作信息。
優(yōu)選地，步驟C中，進一步包括所述指定服務(wù)器向客戶端發(fā)送包含服務(wù)應(yīng)用協(xié)議標識的停止指令，收到停止指令的客戶端停止采集該停止指令中所標識服務(wù)應(yīng)用協(xié)議的操作信息。
優(yōu)選地，步驟C中，進一步包括所述指定服務(wù)器向客戶端發(fā)送包含服務(wù)應(yīng)用協(xié)議標識的清空指令；收到清空指令的客戶端清空所采集的、且為該清空指令中所標識服務(wù)應(yīng)用協(xié)議的操作信息，并返回步驟B，重新采集清空指令中所標識服務(wù)應(yīng)用協(xié)議的操作信息。
優(yōu)選地，步驟C中客戶端上報操作信息的具體方法為在每完成一次采集操作后即上報所采集到的操作信息。
優(yōu)選地，所述上報指令中進一步包括上報時間，所述客戶端上報操作信息的具體方法為在所述上報時間到達后，上報所述操作信息。
優(yōu)選地，所述步驟D中具體包括所述指定服務(wù)器對同一客戶端的同一服務(wù)應(yīng)用協(xié)議的各個操作步驟信息集合記錄，形成服務(wù)應(yīng)用協(xié)議流記錄。
優(yōu)選地，所述方法進一步包括在某項服務(wù)應(yīng)用協(xié)議涉及一個以上客戶端時，所述指定服務(wù)器向該服務(wù)應(yīng)用協(xié)議所涉及的各個客戶端發(fā)送包含該服務(wù)應(yīng)用協(xié)議標識的上報指令，所述客戶端收到后將所采集的該項服務(wù)應(yīng)用協(xié)議的操作信息上報給該指定服務(wù)器統(tǒng)一記錄處理，所述指定服務(wù)器對于一個以上客戶端的相同服務(wù)應(yīng)用協(xié)議的操作信息進行集合記錄，形成對該服務(wù)應(yīng)用協(xié)議的各個環(huán)節(jié)的成功率或失敗率的對比統(tǒng)計信息。
優(yōu)選地，所述步驟D中進一步包括所述指定服務(wù)器根據(jù)記錄數(shù)據(jù)對于原子事件進行數(shù)量的統(tǒng)計。
相對于現(xiàn)有技術(shù)，本發(fā)明存在以下有益效果
本發(fā)明在客戶端運行服務(wù)應(yīng)用協(xié)議操作進程的同時，采集操作進程中的操作信息，并將其上報給指定的服務(wù)器進行記錄，因此該指定服務(wù)器上針對各個服務(wù)應(yīng)用協(xié)議都會收集所采集的操作信息，這些操作信息涉及到該服務(wù)應(yīng)用協(xié)議進程的各個階段，如果某個階段發(fā)生故障，則可利用發(fā)生故障操作信息的位置定位該故障，相對于現(xiàn)有技術(shù)，本發(fā)明可以方便、準確地定位網(wǎng)絡(luò)服務(wù)故障，更好的跟蹤服務(wù)質(zhì)量，定位出現(xiàn)問題具體環(huán)節(jié)，并進一步定位故障發(fā)生的網(wǎng)段和服務(wù)器，還可跟蹤各個環(huán)節(jié)的成功和失敗率，并且能夠根據(jù)需要來跟蹤想要的跟蹤的用戶和環(huán)節(jié)。
由于本發(fā)明的方法是針對某個具體的服務(wù)應(yīng)用協(xié)議獲取操作信息，因此可以用來對單個服務(wù)質(zhì)量較差的用戶進行跟蹤，可以較快的定位服務(wù)出錯的位置。
本發(fā)明也可針對某服務(wù)事件進行驅(qū)動大量用戶上報該服務(wù)的操作信息因此還可以完成一種對某個服務(wù)流程各個部分完成操作的成功率進行統(tǒng)計，進一步明確反映該服務(wù)的服務(wù)質(zhì)量。
另外，由于本發(fā)明使得客戶端可以同指定服務(wù)器交互，只上報該指定服務(wù)器所關(guān)心的服務(wù)數(shù)據(jù)，使得客戶端的自動上報行為有了交互性和選擇性，使得上報信息的方式更加靈活。


圖1為現(xiàn)有的一種較復(fù)雜的網(wǎng)絡(luò)信息服務(wù)系統(tǒng)的組網(wǎng)示意圖；圖2為本發(fā)明所述方法的流程圖；圖3為本發(fā)明所述加入交互上報統(tǒng)計服務(wù)器的網(wǎng)絡(luò)信息服務(wù)系統(tǒng)的構(gòu)架圖；圖4為本發(fā)明所述方法的一具體實施例的流程圖。
具體實施例方式
下面通過具體實施例和附圖對本發(fā)明做進一步詳細說明。
本發(fā)明的核心技術(shù)方案請參見圖2，包括步驟21、預(yù)設(shè)指定服務(wù)器，其中設(shè)置網(wǎng)絡(luò)信息服務(wù)系統(tǒng)的服務(wù)信息；步驟22、客戶端監(jiān)測自身所運行服務(wù)應(yīng)用協(xié)議的操作進程，采集服務(wù)應(yīng)用協(xié)議操作進程中的操作信息；步驟23、所述指定服務(wù)器向客戶端發(fā)送上報指令，其中包括服務(wù)應(yīng)用協(xié)議標識，一般某種具體的服務(wù)，對應(yīng)的就是某條或者某幾條服務(wù)應(yīng)用協(xié)議；收到所述上報指令的客戶端將采集到的、且為該上報指令中所標識服務(wù)應(yīng)用協(xié)議的操作信息上報給所述指定服務(wù)器；步驟24、所述指定服務(wù)器將所述服務(wù)應(yīng)用協(xié)議的操作信息與該服務(wù)應(yīng)用協(xié)議標識對應(yīng)記錄處理。
本發(fā)明所述的方法適用于任何包括服務(wù)器和客戶端的網(wǎng)絡(luò)服務(wù)系統(tǒng)，尤其適用于即時通訊系統(tǒng)。本文中，將所述指定服務(wù)器稱為交互上報統(tǒng)計服務(wù)器。
圖3為本發(fā)明所述加入交互上報統(tǒng)計服務(wù)器的網(wǎng)絡(luò)信息服務(wù)系統(tǒng)的構(gòu)架圖。參見圖3，其中，交互上報統(tǒng)計服務(wù)器中設(shè)置網(wǎng)絡(luò)信息服務(wù)系統(tǒng)的服務(wù)應(yīng)用協(xié)議信息，其中主要是各項服務(wù)應(yīng)用協(xié)議的標識，并用于根據(jù)需要向某個客戶端下發(fā)某個服務(wù)應(yīng)用協(xié)議或某些服務(wù)應(yīng)用協(xié)議的采集指令、上報指令、停止指令或清空指令，并可處理客戶端回復(fù)的數(shù)據(jù)包，從中提取除所采集的操作信息，并記錄處理這些操作信息，另外，還可根據(jù)所述操作信息繪制統(tǒng)計圖標，以方便用戶定位服務(wù)故障。所述處理服務(wù)器用于向客戶端提供相應(yīng)的服務(wù)。所述客戶端(Client)能夠向處理服務(wù)器請求各種服務(wù)，并根據(jù)交互上報統(tǒng)計服務(wù)器下發(fā)的指令，采集、上報、停止上報或清空操作信息。
圖4為本發(fā)明所述方法的客戶端的具體實施流程圖。參見圖4，該流程包括步驟41、客戶端登陸服務(wù)器，開始請求并運行相關(guān)服務(wù)。
步驟42、客戶端監(jiān)測所運行服務(wù)應(yīng)用協(xié)議的操作進程，采集服務(wù)應(yīng)用協(xié)議操作進程中的操作信息。具體的，可在所述服務(wù)應(yīng)用協(xié)議的預(yù)定操作步驟中采集其操作信息，例如可以預(yù)定設(shè)置在所述服務(wù)應(yīng)用協(xié)議進程中的每一操作步驟中采集其操作信息；但對于一個操作步驟繁多的服務(wù)應(yīng)用協(xié)議，也可設(shè)定在幾個關(guān)鍵的步驟中采集操作信息。所述預(yù)定操作步驟可以由用戶自行設(shè)定，相應(yīng)地本發(fā)明還需在用戶終端上提供人機交互的設(shè)定接口。
步驟43～步驟44、客戶端等待交互上報統(tǒng)計服務(wù)器的指令，交互上報統(tǒng)計服務(wù)器根據(jù)需要向客戶端發(fā)送指令，客戶端在收到指令后判斷該指令的類型，如果是上報指令，則執(zhí)行步驟45；如果是停止指令則執(zhí)行步驟47；如果是清空指令則執(zhí)行步驟48。
步驟45、客戶端將采集到的、且為該上報指令中所標識服務(wù)應(yīng)用協(xié)議的操作信息上報給所述交互上報統(tǒng)計服務(wù)器。具體的，客戶端可以在每一次采集操作結(jié)束后上報所采集到該服務(wù)應(yīng)用協(xié)議的操作信息；另外，所述交互上報統(tǒng)計服務(wù)器發(fā)送的上報指令中可進一步指定的上報時間，所述客戶端在所述上報時間到達后，上報所述采集的操作信息?？蛻舳艘部稍谏蠄蟛僮餍畔⒌耐瑫r上報自身的標識，交互上報統(tǒng)計服務(wù)器可根據(jù)該用戶標識對操作信息進行區(qū)分。
步驟46、所述交互上報統(tǒng)計服務(wù)器將所述服務(wù)應(yīng)用協(xié)議的操作信息與該服務(wù)應(yīng)用協(xié)議標識對應(yīng)記錄處理，結(jié)束流程。
所述交互上報統(tǒng)計服務(wù)器中具體的記錄處理過程包括a.對同一用戶的同一服務(wù)應(yīng)用協(xié)議的各個操作步驟信息集合記錄，形成服務(wù)應(yīng)用協(xié)議流記錄。
b.如果某項服務(wù)應(yīng)用協(xié)議涉及一個以上的用戶時，則所述指定服務(wù)器向該服務(wù)應(yīng)用協(xié)議所涉及的各個用戶的客戶端發(fā)送包含該服務(wù)應(yīng)用協(xié)議標識的上報指令(本發(fā)明在所述交互上報統(tǒng)計服務(wù)器中設(shè)置用戶標識，并與其請求的服務(wù)標識相對應(yīng))，所述客戶端收到后將所采集的該項服務(wù)應(yīng)用協(xié)議的操作信息上報給該交互上報統(tǒng)計服務(wù)器統(tǒng)一記錄處理，該交互上報統(tǒng)計服務(wù)器對于多用戶的相同服務(wù)應(yīng)用協(xié)議的操作信息進行集合記錄，形成對該服務(wù)應(yīng)用協(xié)議的各個環(huán)節(jié)的成功率或失敗率的對比統(tǒng)計。
c.根據(jù)記錄數(shù)據(jù)對于原子事件的數(shù)量進行統(tǒng)計。所述原子事件為對于只需要一步完成的服務(wù)應(yīng)用協(xié)議事件，也就是只需要請求一次服務(wù)器就完成的服務(wù)應(yīng)用協(xié)議事件。對該原子事件驅(qū)動上報的話，所述統(tǒng)計結(jié)果就是總的進行該原子事件的次數(shù)。
步驟47、客戶端停止采集所述停止指令中所標識服務(wù)應(yīng)用協(xié)議的操作信息，返回步驟43。
步驟48、客戶端清空所采集的、且為所述清空指令中所標識服務(wù)應(yīng)用協(xié)議的操作信息，并返回步驟42，重新采集清空指令中所標識服務(wù)應(yīng)用協(xié)議的操作信息。
在上述流程中，也可以在步驟42之前進一步包括所述交互上報統(tǒng)計服務(wù)器向客戶端發(fā)送包含服務(wù)應(yīng)用協(xié)議標識的采集指令，所述客戶端收到采集指令后，再執(zhí)行步驟42和后續(xù)流程；且在步驟42中，該客戶端只監(jiān)測所述采集指令中所標識服務(wù)應(yīng)用協(xié)議的操作進程，并采集該服務(wù)應(yīng)用協(xié)議操作進程中的操作信息。
以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉該技術(shù)的人在本發(fā)明所揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種網(wǎng)絡(luò)信息服務(wù)系統(tǒng)中收集服務(wù)操作信息的方法，其特征在于，該方法包括A、預(yù)設(shè)指定服務(wù)器，其中設(shè)置網(wǎng)絡(luò)信息服務(wù)系統(tǒng)的服務(wù)信息；B、客戶端監(jiān)測自身所運行服務(wù)應(yīng)用協(xié)議的操作進程，采集服務(wù)應(yīng)用協(xié)議操作進程中的操作信息；C、所述指定服務(wù)器向客戶端發(fā)送上報指令，其中包括服務(wù)應(yīng)用協(xié)議標識；收到所述上報指令的客戶端將采集到的、且為該上報指令中所標識服務(wù)應(yīng)用協(xié)議的操作信息上報給所述指定服務(wù)器；D、所述指定服務(wù)器將所述服務(wù)應(yīng)用協(xié)議的操作信息與該服務(wù)應(yīng)用協(xié)議標識對應(yīng)記錄處理。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述采集服務(wù)應(yīng)用協(xié)議操作進程中操作信息的具體方式為在所述服務(wù)應(yīng)用協(xié)議的預(yù)定操作步驟中采集其操作信息。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，在步驟B之前進一步包括所述指定服務(wù)器向客戶端發(fā)送包含服務(wù)應(yīng)用協(xié)議標識的采集指令，所述客戶端收到采集指令后，再執(zhí)行步驟B和后續(xù)步驟；且在步驟B中，該客戶端只監(jiān)測所述采集指令中所標識服務(wù)應(yīng)用協(xié)議的操作進程，并采集該服務(wù)應(yīng)用協(xié)議操作進程中的操作信息。
4.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，步驟C中，進一步包括所述指定服務(wù)器向客戶端發(fā)送包含服務(wù)應(yīng)用協(xié)議標識的停止指令，收到停止指令的客戶端停止采集該停止指令中所標識服務(wù)應(yīng)用協(xié)議的操作信息。
5.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，步驟C中，進一步包括所述指定服務(wù)器向客戶端發(fā)送包含服務(wù)應(yīng)用協(xié)議標識的清空指令；收到清空指令的客戶端清空所采集的、且為該清空指令中所標識服務(wù)應(yīng)用協(xié)議的操作信息，并返回步驟B，重新采集清空指令中所標識服務(wù)應(yīng)用協(xié)議的操作信息。
6.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，步驟C中客戶端上報操作信息的具體方法為在每完成一次采集操作后即上報所采集到的操作信息。
7.根據(jù)權(quán)利要1或2所述的方法，其特征在于，所述上報指令中進一步包括上報時間，所述客戶端上報操作信息的具體方法為在所述上報時間到達后，上報所述操作信息。
8.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述步驟D中具體包括所述指定服務(wù)器對同一客戶端的同一服務(wù)應(yīng)用協(xié)議的各個操作步驟信息集合記錄，形成服務(wù)應(yīng)用協(xié)議流記錄。
9.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，該方法進一步包括在某項服務(wù)應(yīng)用協(xié)議涉及一個以上客戶端時，所述指定服務(wù)器向該服務(wù)應(yīng)用協(xié)議所涉及的各個客戶端發(fā)送包含該服務(wù)應(yīng)用協(xié)議標識的上報指令，所述客戶端收到后將所采集的該項服務(wù)應(yīng)用協(xié)議的操作信息上報給該指定服務(wù)器統(tǒng)一記錄處理，所述指定服務(wù)器對于一個以上客戶端的相同服務(wù)應(yīng)用協(xié)議的操作信息進行集合記錄，形成對該服務(wù)應(yīng)用協(xié)議的各個環(huán)節(jié)的成功率或失敗率的對比統(tǒng)計信息。
10.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述步驟D中進一步包括所述指定服務(wù)器根據(jù)記錄數(shù)據(jù)對于原子事件進行數(shù)量的統(tǒng)計。
全文摘要
本發(fā)明公開了一種網(wǎng)絡(luò)信息服務(wù)系統(tǒng)中收集服務(wù)操作信息的方法，該方法包括A.預(yù)設(shè)指定服務(wù)器，其中設(shè)置網(wǎng)絡(luò)信息服務(wù)系統(tǒng)的服務(wù)信息；B.客戶端監(jiān)測自身所運行服務(wù)應(yīng)用協(xié)議的操作進程，采集服務(wù)應(yīng)用協(xié)議操作進程中的操作信息；C.所述指定服務(wù)器向客戶端發(fā)送上報指令，其中包括服務(wù)應(yīng)用協(xié)議標識；收到所述上報指令的客戶端將采集到的、且為該上報指令中所標識服務(wù)應(yīng)用協(xié)議的操作信息上報給所述指定服務(wù)器；D.所述指定服務(wù)器將所述服務(wù)應(yīng)用協(xié)議的操作信息與該服務(wù)應(yīng)用協(xié)議標識對應(yīng)記錄。本發(fā)明可以實現(xiàn)方便、準確地定位網(wǎng)絡(luò)服務(wù)故障。
文檔編號H04L29/06GK101035118SQ20061005675
公開日2007年9月12日 申請日期2006年3月6日 優(yōu)先權(quán)日2006年3月6日
發(fā)明者高自光 申請人:騰訊科技(深圳)有限公司