專利名稱：一種通過網(wǎng)絡數(shù)據(jù)包控制輸入的遠程協(xié)助其他網(wǎng)絡用戶的方法
技術(shù)領域：
本發(fā)明涉及互聯(lián)網(wǎng)絡社區(qū)服務。特別是一種通過網(wǎng)絡數(shù)據(jù)包控制輸入的遠程協(xié)助其他網(wǎng)絡用戶的方法。
背景技術(shù)：
現(xiàn)在的網(wǎng)絡游戲社區(qū)中，很多用戶對社區(qū)產(chǎn)品的使用發(fā)生問題、或?qū)δ承┕δ軣o法理解時，通常會采用以下三種方式來獲得幫助1、通過撥打客戶服務中心的熱線電話來獲得客戶服務中心的協(xié)助；2、撰寫電子信件發(fā)送給客戶服務中心來獲得協(xié)助；3、在社區(qū)內(nèi)以即時通訊IM的方式對客戶服務人員或其他用戶進行在線文字求助；然而，客戶服務中心和其他被求助的人員，只能通過求助者的口頭或文字描述來形容問題或困惑所在，而不能實際的進行一對一互動，不僅不能夠真實迅速的掌握問題關(guān)鍵所在，更不能夠?qū)嶋H及時地幫助求助者解決問題。因此，在尋求協(xié)助的過程中，常使得求助者充滿挫折感，進而惡化對社區(qū)產(chǎn)品的滿意度，甚至可能離開社區(qū)，不再使用該社區(qū)產(chǎn)品。
當前也存在一些通過網(wǎng)絡遠端控制，對遠程用戶進行遠程協(xié)助的方法，如PCANYWHERE軟件、如騰訊QQ的遠程控制。
以上兩種軟件即為傳統(tǒng)遠程控制協(xié)助的代表產(chǎn)品，兩者皆是采用了發(fā)送連接協(xié)議到遠程客戶端，當遠程客戶端回饋該協(xié)議后，雙方按照協(xié)議建立遠程連接，并進行數(shù)據(jù)同步，由控制端對被控制端進行操作。
該種方法的弊端在于由于要按照遠程連接協(xié)議來進行遠端操作，就需要將被協(xié)助端的數(shù)據(jù)完全同步給協(xié)助端，也就是說，協(xié)助端在進行任何動作后，必須等待被協(xié)助端的數(shù)據(jù)回饋回來后，才能進行下一步的動作。如此就會造成此種遠程連接速度延緩，缺乏即時性，對于一些精細操作和說明無法實現(xiàn)。

發(fā)明內(nèi)容
本發(fā)明為解決上述問題提供了一種通過網(wǎng)絡數(shù)據(jù)包控制輸入的遠程協(xié)助其他網(wǎng)絡用戶的方法，通過對網(wǎng)絡數(shù)據(jù)包的控制，可以遠程協(xié)助其他遠端用戶進行輸入操作，讓用戶可以直觀的理解產(chǎn)品使用。
本發(fā)明實施的技術(shù)方案如下
一種通過網(wǎng)絡數(shù)據(jù)包控制輸入的遠程協(xié)助其他網(wǎng)絡用戶的方法，其特征在于受協(xié)助客戶端發(fā)送一個協(xié)助申請數(shù)據(jù)包給協(xié)助客戶端，協(xié)助客戶端根據(jù)協(xié)助申請數(shù)據(jù)包判斷是否接受申請和遠程協(xié)助受協(xié)助客戶端，所述協(xié)助客戶端根據(jù)協(xié)助申請數(shù)據(jù)包不對受協(xié)助客戶端進行遠程協(xié)助，返回該協(xié)助項目數(shù)據(jù)包至服務器端，則關(guān)閉此申請并在協(xié)助客戶端與服務器端清除受協(xié)助客戶端的用戶數(shù)據(jù)包，所述協(xié)助客戶端根據(jù)協(xié)助申請數(shù)據(jù)包對受協(xié)助客戶端進行遠程協(xié)助，接受該協(xié)助項目數(shù)據(jù)包，在協(xié)助客戶端生成一個遠程協(xié)助項目用戶界面，并將受協(xié)助客戶端的用戶數(shù)據(jù)更新在該界面內(nèi)，確保該用戶界面與受協(xié)助客戶端界面的用戶數(shù)據(jù)是相同的；所述受協(xié)助客戶端和協(xié)助客戶端都是完全相同的內(nèi)容。
所述協(xié)助申請數(shù)據(jù)包包含受協(xié)助客戶端的數(shù)據(jù)，協(xié)助申請數(shù)據(jù)包通過服務器端中轉(zhuǎn)給協(xié)助客戶端。
所述協(xié)助客戶端對受協(xié)助客戶端遠程協(xié)助時，協(xié)助客戶端同時發(fā)送一個包含已建立遠程協(xié)助項目聲明的數(shù)據(jù)包至服務器，該聲明數(shù)據(jù)包包含此次遠程協(xié)助的協(xié)助客戶端及受協(xié)助客戶端標識。
所述協(xié)助客戶端對受協(xié)助客戶端遠程協(xié)助時，協(xié)助客戶端模擬被協(xié)助客戶端接收到指令后的動作。
所述數(shù)據(jù)包作用于服務器，同一時間當受協(xié)助客戶端的任何數(shù)據(jù)包傳遞至服務器端，均被視為無效數(shù)據(jù)。
所述協(xié)助客戶端將在遠程協(xié)助項目用戶界面內(nèi)生成并發(fā)送的數(shù)據(jù)包至服務器后，則服務器中轉(zhuǎn)該數(shù)據(jù)包至受協(xié)助用戶界面。
所述受協(xié)助客戶端指接受網(wǎng)絡協(xié)助的用戶客戶端。
所述協(xié)助客戶端指協(xié)助指導其它用戶理解產(chǎn)品使用的客戶端。
本發(fā)明由于建立在網(wǎng)絡游戲固定產(chǎn)品的社區(qū)內(nèi)，所有用戶所使用的CLIENT端都是完全相同的內(nèi)容，協(xié)助端只要將需要操作的內(nèi)容連續(xù)不斷的發(fā)送給被協(xié)助端，不必與被協(xié)助端進行真正意義的數(shù)據(jù)同步，只需要在本機模擬被協(xié)助端接收到指令后的動作即可，如此可以極大的提高遠程協(xié)助的速度與質(zhì)量，滿足被協(xié)助端的協(xié)助需求。
本發(fā)明的有益效果如下本發(fā)明通過對網(wǎng)絡數(shù)據(jù)包的控制，可以遠程協(xié)助其他遠端用戶進行輸入操作，讓用戶可以直觀的理解產(chǎn)品使用，并且通過模擬的操作指示，可以非常即時地完成遠程協(xié)助的工作，不會產(chǎn)生延遲的情況。


圖1為本發(fā)明的程序流程圖具體實施方式
實施例1如圖1所示，一種通過網(wǎng)絡數(shù)據(jù)包控制輸入的遠程協(xié)助其他網(wǎng)絡用戶的方法，受協(xié)助客戶端發(fā)送一個協(xié)助申請數(shù)據(jù)包給協(xié)助客戶端，協(xié)助客戶端根據(jù)協(xié)助申請數(shù)據(jù)包判斷是否接受申請和遠程協(xié)助受協(xié)助客戶端，所述協(xié)助客戶端根據(jù)協(xié)助申請數(shù)據(jù)包不對受協(xié)助客戶端進行遠程協(xié)助，返回該協(xié)助項目數(shù)據(jù)包至服務器端，則關(guān)閉此申請并在協(xié)助客戶端與服務器端清除受協(xié)助客戶端的用戶數(shù)據(jù)包，所述協(xié)助客戶端根據(jù)協(xié)助申請數(shù)據(jù)包對受協(xié)助客戶端進行遠程協(xié)助，接受該協(xié)助項目數(shù)據(jù)包，在協(xié)助客戶端生成一個遠程協(xié)助項目用戶界面，并將受協(xié)助客戶端的用戶數(shù)據(jù)更新在該界面內(nèi)，確保該用戶界面與受協(xié)助客戶端界面的用戶數(shù)據(jù)是相同的；所述受協(xié)助客戶端和協(xié)助客戶端都是完全相同的內(nèi)容。
所述協(xié)助申請數(shù)據(jù)包包含受協(xié)助客戶端的數(shù)據(jù)，協(xié)助申請數(shù)據(jù)包通過服務器端中轉(zhuǎn)給協(xié)助客戶端。
所述協(xié)助客戶端對受協(xié)助客戶端遠程協(xié)助時，協(xié)助客戶端同時發(fā)送一個包含已建立遠程協(xié)助項目聲明的數(shù)據(jù)包至服務器，該聲明數(shù)據(jù)包包含此次遠程協(xié)助的協(xié)助客戶端及受協(xié)助客戶端標識。
所述協(xié)助客戶端對受協(xié)助客戶端遠程協(xié)助時，協(xié)助客戶端模擬被協(xié)助客戶端接收到指令后的動作。
所述數(shù)據(jù)包作用于服務器，同一時間當受協(xié)助客戶端的任何數(shù)據(jù)包傳遞至服務器端，均被視為無效數(shù)據(jù)。
所述協(xié)助客戶端將在遠程協(xié)助項目用戶界面內(nèi)生成并發(fā)送的數(shù)據(jù)包至服務器后，則服務器中轉(zhuǎn)該數(shù)據(jù)包至受協(xié)助用戶界面。
所述受協(xié)助客戶端指接受網(wǎng)絡協(xié)助的用戶客戶端。
所述協(xié)助客戶端指協(xié)助指導其它用戶理解產(chǎn)品使用的客戶端。
實施例2用戶A被協(xié)助客戶端客服協(xié)助客戶端環(huán)境建立用戶A在使用一款角色扮演類的網(wǎng)絡社群游戲產(chǎn)品時，對于如何在社群內(nèi)攻擊怪物而獲得經(jīng)驗感到困惑，希望通過向客服求助而了解如何攻擊怪物獲取經(jīng)驗。
用戶A點擊社區(qū)內(nèi)建功能的遠程協(xié)助按鈕，并在彈出的問題描述單上寫下自己的需求，客服人員接受到這份關(guān)于遠程協(xié)助的需求后，認為可以通過遠程協(xié)助的方式來幫助用戶A，于是同意了這份遠程協(xié)助申請。客服與用戶A建立了連接，客服的電腦界面上彈出一個視窗，上面顯示與用戶A完全相同?？头谶@個界面上操作用戶A的角色在游戲社群內(nèi)行走，并攻擊怪物，這些行為，發(fā)送到服務器進行計算后，返回到客服和用戶A的視窗界面，用戶A通過這些行為了解到了如何攻擊怪物，于是申請關(guān)閉連接，要求自主操作，客服人員同意，并關(guān)閉了此次遠程協(xié)助行為。本次遠程協(xié)助行為結(jié)束。
權(quán)利要求
1.一種通過網(wǎng)絡數(shù)據(jù)包控制輸入的遠程協(xié)助其他網(wǎng)絡用戶的方法，其特征在于受協(xié)助客戶端發(fā)送一個協(xié)助申請數(shù)據(jù)包給協(xié)助客戶端，協(xié)助客戶端根據(jù)協(xié)助申請數(shù)據(jù)包判斷是否接受申請和遠程協(xié)助受協(xié)助客戶端，所述協(xié)助客戶端根據(jù)協(xié)助申請數(shù)據(jù)包不對受協(xié)助客戶端進行遠程協(xié)助，返回該協(xié)助項目數(shù)據(jù)包至服務器端，則關(guān)閉此申請并在協(xié)助客戶端與服務器端清除受協(xié)助客戶端的用戶數(shù)據(jù)包，所述協(xié)助客戶端根據(jù)協(xié)助申請數(shù)據(jù)包對受協(xié)助客戶端進行遠程協(xié)助，接受該協(xié)助項目數(shù)據(jù)包，在協(xié)助客戶端生成一個遠程協(xié)助項目用戶界面，并將受協(xié)助客戶端的用戶數(shù)據(jù)更新在該界面內(nèi)，確保該用戶界面與受協(xié)助客戶端界面的用戶數(shù)據(jù)是相同的；所述受協(xié)助客戶端和協(xié)助客戶端都是完全相同的內(nèi)容。
2.根據(jù)權(quán)利要求1所述的所述一種通過網(wǎng)絡數(shù)據(jù)包控制輸入的遠程協(xié)助其他網(wǎng)絡用戶的方法，其特征在于協(xié)助申請數(shù)據(jù)包包含受協(xié)助客戶端的數(shù)據(jù)，協(xié)助申請數(shù)據(jù)包通過服務器端中轉(zhuǎn)給協(xié)助客戶端。
3.根據(jù)權(quán)利要求1所述的所述一種通過網(wǎng)絡數(shù)據(jù)包控制輸入的遠程協(xié)助其他網(wǎng)絡用戶的方法，其特征在于所述協(xié)助客戶端對受協(xié)助客戶端遠程協(xié)助時，協(xié)助客戶端同時發(fā)送一個包含已建立遠程協(xié)助項目聲明的數(shù)據(jù)包至服務器，該聲明數(shù)據(jù)包包含此次遠程協(xié)助的協(xié)助客戶端及受協(xié)助客戶端標識。
4.根據(jù)權(quán)利要求1所述的所述一種通過網(wǎng)絡數(shù)據(jù)包控制輸入的遠程協(xié)助其他網(wǎng)絡用戶的方法，其特征在于所述協(xié)助客戶端對受協(xié)助客戶端遠程協(xié)助時，協(xié)助客戶端模擬被協(xié)助客戶端接收到指令后的動作。
5.根據(jù)權(quán)利要求1所述的所述一種通過網(wǎng)絡數(shù)據(jù)包控制輸入的遠程協(xié)助其他網(wǎng)絡用戶的方法，其特征在于所述數(shù)據(jù)包作用于服務器，同一時間當受協(xié)助客戶端的任何數(shù)據(jù)包傳遞至服務器端，均被視為無效數(shù)據(jù)。
6.根據(jù)權(quán)利要求1所述的所述一種通過網(wǎng)絡數(shù)據(jù)包控制輸入的遠程協(xié)助其他網(wǎng)絡用戶的方法，其特征在于所述協(xié)助客戶端將在遠程協(xié)助項目用戶界面內(nèi)生成并發(fā)送的數(shù)據(jù)包至服務器后，則服務器中轉(zhuǎn)該數(shù)據(jù)包至受協(xié)助用戶界面。
7.根據(jù)權(quán)利要求1所述的所述一種通過網(wǎng)絡數(shù)據(jù)包控制輸入的遠程協(xié)助其他網(wǎng)絡用戶的方法，其特征在于所述受協(xié)助客戶端指接受網(wǎng)絡協(xié)助的用戶客戶端。
8.根據(jù)權(quán)利要求1所述的所述一種通過網(wǎng)絡數(shù)據(jù)包控制輸入的遠程協(xié)助其他網(wǎng)絡用戶的方法，其特征在于所述協(xié)助客戶端指協(xié)助指導其它用戶理解產(chǎn)品使用的客戶端。
全文摘要
本發(fā)明公開了一種通過網(wǎng)絡數(shù)據(jù)包控制輸入的遠程協(xié)助其他網(wǎng)絡用戶的方法，其特征在于受協(xié)助客戶端發(fā)送一個協(xié)助申請數(shù)據(jù)包給協(xié)助客戶端，協(xié)助客戶端根據(jù)協(xié)助申請數(shù)據(jù)包判斷是否接受申請和遠程協(xié)助受協(xié)助客戶端，所述協(xié)助客戶端根據(jù)協(xié)助申請數(shù)據(jù)包不對受協(xié)助客戶端進行遠程協(xié)助，返回該協(xié)助項目數(shù)據(jù)包至服務器端，則關(guān)閉此申請并在協(xié)助客戶端與服務器端清除受協(xié)助客戶端的用戶數(shù)據(jù)包，所述協(xié)助客戶端根據(jù)協(xié)助申請數(shù)據(jù)包對受協(xié)助客戶端進行遠程協(xié)助，接受該協(xié)助項目數(shù)據(jù)包，在協(xié)助客戶端生成一個遠程協(xié)助項目用戶界面，并將受協(xié)助客戶端的用戶數(shù)據(jù)更新在該界面內(nèi)，確保該用戶界面與受協(xié)助客戶端界面的用戶數(shù)據(jù)是相同的；所述受協(xié)助客戶端和協(xié)助客戶端都是完全相同的內(nèi)容；本發(fā)明可以遠程協(xié)助其他遠端用戶進行輸入操作，可以非常即時地完成遠程協(xié)助的工作，不會產(chǎn)生延遲的情況。
文檔編號H04L29/06GK101035043SQ200710048350
公開日2007年9月12日 申請日期2007年1月29日 優(yōu)先權(quán)日2007年1月29日
發(fā)明者孟憲法 申請人:成都金山數(shù)字娛樂科技有限公司