專利名稱：一種通過內(nèi)嵌網(wǎng)頁調(diào)用客戶端的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計算機技木，尤其涉及一種通過內(nèi)嵌網(wǎng)頁調(diào)用客戶端的方法及系統(tǒng)。
背景技術(shù)：
網(wǎng)絡(luò)即時通訊(頂)工具發(fā)展到今天，已經(jīng)被大多數(shù)的網(wǎng)民所接受，成為用戶必不可少的軟件工具，不但在平時的休閑娛樂中，而且在用戶的工作中得到了廣泛的使用，在頂軟件中，主要實現(xiàn)的是ー對一的好友単獨聊天以及ー對N的群(在客戶端即時通訊軟件中，群是ー種很重要的應(yīng)用，可以為用戶中擁有共性的小群體建立的一個即時通訊平臺)或者討論組的消息聊天模式。IM是對話式的，交互方式最原始，也是最自然，但是效率較低，通常需要很多對話才能表示一個完整的意思。隨著互聯(lián)網(wǎng)應(yīng)用的不斷發(fā)展，類似twitter的微博應(yīng)用也不斷發(fā)展壯大，這類微型博客即用戶通過140個字左右的一句話來表達自己，這種方式可以快速進行消息傳播與·傳遞，實現(xiàn)用戶消息聊天模式從ー對一、ー對N到一對無窮的ー種跨越，一對無窮的模式意味著一個人可以對無窮多個人進行消息的傳播，同時ー個人同時也可以收聽萬級以上的用戶。微博沒有明確對象，所以意思相對完整，寫的門檻很低，可以是一句話，也可以是一聲感嘆，信息傳遞的效率更高。由于即時通訊與微博均得到廣泛應(yīng)用，所以，用戶往往需要同時保持即時通訊窗口和微博網(wǎng)頁，并且通過人工操作在即時通訊窗口和微博網(wǎng)頁之間切換，以獲取最新的信息，操作繁瑣，且無法及時獲取更新信息，現(xiàn)有技術(shù)中，尚沒有提出將網(wǎng)絡(luò)即時通訊與微博結(jié)合的相關(guān)方案，雖然在現(xiàn)有的客戶端軟件中，群聊天窗ロ右上角有一塊專門的運營區(qū)域，用來以網(wǎng)頁的形式展示該群組內(nèi)的某些相關(guān)信息，如群公告、群相冊、群動態(tài)等信息，但是，用戶在該區(qū)域的操作實際上都會觸發(fā)打開網(wǎng)頁的動作，而和客戶端沒有任何交互，所以體驗相對較差，其他網(wǎng)頁與微博的結(jié)合也存在該問題。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種通過內(nèi)嵌網(wǎng)頁調(diào)用客戶端的方法及系統(tǒng)，能夠簡化用戶操作，便于用戶及時獲取更新信息，從而提高用戶體驗。為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種通過內(nèi)嵌網(wǎng)頁調(diào)用客戶端的方法，包括用戶通過內(nèi)嵌網(wǎng)頁向客戶端發(fā)送協(xié)議串；客戶端對收到的協(xié)議串進行解析，獲取操作對象信息；客戶端判定本地緩存了所述操作對象的內(nèi)容，則直接向用戶展示相應(yīng)的界面；客戶端判定本地沒有緩存所述操作對象的內(nèi)容，則下載所述操作對象的內(nèi)容后，向用戶展示相應(yīng)的界面。在群聊天窗ロ運營區(qū)域展示群組成員的微博更新情況，并設(shè)置操作按鈕，用戶通過點擊所述操作按鈕向客戶端發(fā)送協(xié)議串，所述協(xié)議串至少攜帶操作類型和操作對象信肩、O所述客戶端下載操作對象的內(nèi)容為a、客戶端將需要下載的操作對象加入待下載信息隊列，默認下載標識為不可下載；b、判定所述操作對象的下載標識為可下載時，客戶端啟動下載流程，下載所述操作對象的內(nèi)容，并把所述操作對象從待下載信息隊列中刪除；C、間隔設(shè)定時間后，將下載信息隊列中下ー個操作對象的下載標識修改為可下載，返回步驟a。所述操作按鈕包括轉(zhuǎn)播按鈕和對話按鈕，
所述操作對象信息為微博原文的微博消息ID。所述客戶端下載操作對象的內(nèi)容為客戶端從微博服務(wù)器下載操作對象的內(nèi)容。一種通過內(nèi)嵌網(wǎng)頁調(diào)用客戶端的系統(tǒng)，包括內(nèi)嵌網(wǎng)頁和客戶端；客戶端進一歩包括協(xié)議串接收模塊、協(xié)議串解析模塊、判斷模塊、下載模塊和界面展示模塊；其中，所述協(xié)議串接收模塊，用于接收來自內(nèi)嵌網(wǎng)頁的協(xié)議串；所述協(xié)議串解析模塊，用于對協(xié)議串接收模塊接收的協(xié)議串進行解析，獲取操作對象信息；所述判斷模塊，用于根據(jù)協(xié)議串解析模塊解析出的操作對象信息，判斷本地是否緩存了所述操作對象的內(nèi)容，判定本地緩存了所述操作對象的內(nèi)容，則直接通知界面展示模塊向用戶展示相應(yīng)的界面；所述下載模塊，用于在判斷模塊判定本地沒有緩存所述操作對象的內(nèi)容時，下載所述操作對象的內(nèi)容，之后，通知界面展示模塊向用戶展示相應(yīng)的界面；所述界面展示模塊，用于向用戶展示相應(yīng)的界面。所述協(xié)議串接收模塊接收的協(xié)議串至少攜帶操作類型和操作對象信息。所述下載模塊下載操作對象的內(nèi)容為a'、客戶端將需要下載的操作對象加入待下載信息隊列，默認下載標識為不可下載；b'、判定所述操作對象的下載標識為可下載時，客戶端啟動下載流程，下載所述操作對象的內(nèi)容，并把所述操作對象從待下載信息隊列中刪除；c,、間隔設(shè)定時間后，將下載信息隊列中下ー個操作對象的下載標識修改為可下載，返回步驟a'。所述協(xié)議串解析模塊獲取的操作對象信息為MsgID。該系統(tǒng)還包括微博服務(wù)器，所述下載模塊下載操作對象的內(nèi)容為從微博服務(wù)器下載操作對象的內(nèi)容。本發(fā)明通過內(nèi)嵌網(wǎng)頁調(diào)用客戶端的方法及系統(tǒng)，用戶通過內(nèi)嵌網(wǎng)頁向客戶端發(fā)送協(xié)議串；客戶端對收到的協(xié)議串進行解析，獲取操作對象信息；客戶端判定本地緩存了所述操作對象的內(nèi)容，則直接向用戶展示相應(yīng)的界面；客戶端判定本地沒有緩存所述操作對象的內(nèi)容，則下載所述操作對象的內(nèi)容后，向用戶展示相應(yīng)的界面。通過本發(fā)明，客戶端可以通過內(nèi)嵌網(wǎng)頁的形式向用戶展示預(yù)設(shè)的更新信息，在該網(wǎng)頁中，用戶可以通過點擊某條消息的轉(zhuǎn)播、對話等操作按鈕，方便地調(diào)起客戶端微博消息轉(zhuǎn)播、對話消息框，從而簡化用戶操作，便于用戶及時獲取更新信息，提高用戶體驗。


圖I為本發(fā)明通過內(nèi)嵌網(wǎng)頁調(diào)用客戶端的方法流程示意圖；圖2為在群聊天窗ロ運營區(qū)域展示該群組成員的微博更新情況的實現(xiàn)效果示意圖；圖3為本發(fā)明客戶端下載操作對象的內(nèi)容的流程示意圖；圖4為本發(fā)明通過內(nèi)嵌網(wǎng)頁調(diào)用客戶端的系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施例方式本發(fā)明的基本思想是通過內(nèi)嵌網(wǎng)頁的形式在網(wǎng)頁上(如群聊天窗ロ運營區(qū)域) 展示預(yù)設(shè)對象的微博更新情況(如果是在群聊天窗ロ運營區(qū)域，則可默認展示該群組成員的微博更新情況)，當(dāng)用戶關(guān)注某一條消息想繼續(xù)進行操作的時候，可以通過點擊該消息的轉(zhuǎn)播、對話等操作按鈕直接調(diào)起客戶端對于該條消息的操作消息框，方便用戶的使用。圖I為本發(fā)明通過內(nèi)嵌網(wǎng)頁調(diào)用客戶端的方法流程示意圖，如圖I所示，該方法包括步驟101 :用戶通過內(nèi)嵌網(wǎng)頁向客戶端發(fā)起協(xié)議調(diào)用，即向客戶端發(fā)送協(xié)議串。在群聊天窗ロ運營區(qū)域展示該群組成員的微博更新情況的實現(xiàn)效果圖可以如圖2所示，在群組成員的微博更新情況顯示區(qū)域一般進ー步設(shè)置操作按鈕，如轉(zhuǎn)播按鈕、對話按鈕等，用戶通過點擊轉(zhuǎn)播按鈕、對話按鈕等便可向客戶端發(fā)起協(xié)議調(diào)用。本發(fā)明中，用于發(fā)起協(xié)議調(diào)用的協(xié)議串至少攜帶操作類型和操作對象信息(例如微博消息的MsgID，MsgID指微博消息ID，是微博消息的唯一鍵值)，例如，與轉(zhuǎn)播操作對應(yīng)的協(xié)議串可以為tencent://WblogApply subcmd = Rebroad&MsgID = 17048109839638&fuin =178842092與對話操作對應(yīng)的協(xié)議串可以為tencent://WblogApply subcmd = Reply&MsgID = 17048109839638&fuin =178842092其中，轉(zhuǎn)播、對話為目前支持的兩種類型的操作，通過協(xié)議串中的子命令subcmd識別，并可方便后續(xù)擴展新增類型的微博應(yīng)用，上述協(xié)議串中，MsgID為轉(zhuǎn)播或者對話操作的微博原文MsgID,類型UInt64 ；fuin為當(dāng)前操作者的uin號碼。步驟102 :客戶端對收到的協(xié)議串進行解析，獲取操作對象信息。步驟103 :客戶端判斷本地是否緩存了所述操作對象的內(nèi)容，如果是，轉(zhuǎn)到步驟105 ;否則，執(zhí)行步驟104。具體的，客戶端根據(jù)MsgID判斷本地是否緩存了對應(yīng)操作對象的內(nèi)容。步驟104 :客戶端下載所述操作對象的內(nèi)容。例如，客戶端向微博服務(wù)器拉取微博消息內(nèi)容。步驟105 :客戶端根據(jù)所述操作類型及所述操作對象的內(nèi)容向用戶展示相應(yīng)的界面。
例如，用戶點擊轉(zhuǎn)播或?qū)υ捥崾竞螅蛻舳藦棾鱿鄳?yīng)該條消息的轉(zhuǎn)播、對話操作框。需要說明的是，由于協(xié)議串簡單方便，也會存在一定的安全隱患，客戶端的協(xié)議串現(xiàn)有實現(xiàn)采用明文的方式傳輸，所以是可能被偽造的；客戶端收到協(xié)議調(diào)用后會用fuin參數(shù)進行過濾，判斷是否為當(dāng)前登陸uin，通過該層判斷的偽造tencent串可能會觸發(fā)客戶端根據(jù)MsgID拉取消息具體內(nèi)容的行為。為了盡可能減少協(xié)議中傳輸?shù)膮?shù)信息，該條微博消息的具體內(nèi)容實際并沒有通過協(xié)議傳過來，而是客戶端通過該條消息的ID觸發(fā)完整信息的拉取過程，如果不加任何限制可能會對微博服務(wù)器帶來一定的流量壓力。針對所述該問題，客戶端可以通過如下兩種途徑加以解決I)客戶端建立MsgID- >消息內(nèi)容的本地緩存，以保證同一條消息只會向微博server拉取一次。
2)客戶端對拉取頻率進行控制，如兩次拉取的最小間隔時間設(shè)置為3秒(3秒為用戶感知操作慢的體驗時間，該時間可調(diào)節(jié))，以減少協(xié)議串被偽造后給微博服務(wù)器帶來的負載量。具體的，本發(fā)明客戶端下載操作對象的內(nèi)容的流程可以如圖3所示，包括步驟301 :客戶端將需要下載的操作對象加入待下載信息隊列，默認下載標識為不可下載。步驟302 :判定所述操作對象的下載標識為可下載時，客戶端啟動下載流程，下載所述操作對象的內(nèi)容，并把所述操作對象從待下載信息隊列中刪除。步驟303 :間隔設(shè)定時間后，將下載信息隊列中下一個操作對象的下載標識修改為可下載，返回步驟302。本發(fā)明還相應(yīng)地提出一種通過內(nèi)嵌網(wǎng)頁調(diào)用客戶端的系統(tǒng)，如圖4所示，包括內(nèi)嵌網(wǎng)頁和客戶端；客戶端進一步包括協(xié)議串接收模塊、協(xié)議串解析模塊、判斷模塊、下載模塊和界面展示模塊；其中，協(xié)議串接收模塊，用于接收來自內(nèi)嵌網(wǎng)頁的協(xié)議串；協(xié)議串解析模塊，用于對協(xié)議串接收模塊接收的協(xié)議串進行解析，獲取操作對象
信息；判斷模塊，用于根據(jù)協(xié)議串解析模塊解析出的操作對象信息，判斷本地是否緩存了所述操作對象的內(nèi)容，判定本地緩存了所述操作對象的內(nèi)容，則直接通知界面展示模塊向用戶展示相應(yīng)的界面；下載模塊，用于在判斷模塊判定本地沒有緩存所述操作對象的內(nèi)容時，下載所述操作對象的內(nèi)容，之后，通知界面展示模塊向用戶展示相應(yīng)的界面；界面展示模塊，用于向用戶展示相應(yīng)的界面。協(xié)議串接收模塊接收的協(xié)議串至少攜帶操作類型和操作對象信息。下載模塊下載操作對象的內(nèi)容為a'、客戶端將需要下載的操作對象加入待下載信息隊列，默認下載標識為不可下載；b'、判定所述操作對象的下載標識為可下載時，客戶端啟動下載流程，下載所述操作對象的內(nèi)容，并把所述操作對象從待下載信息隊列中刪除；
c,、間隔設(shè)定時間后，將下載信息隊列中下一個操作對象的下載標識修改為可下載，返回步驟a'。協(xié)議串解析模塊獲取的操作對象信息為MsgID。該系統(tǒng)還包括微博服務(wù)器，所述下載模塊下載操作對象的內(nèi)容為從微博服務(wù)器 下載操作對象的內(nèi)容。運用本發(fā)明中提供的技術(shù)實現(xiàn)方案，用戶在群聊天窗口右上角區(qū)域，可以通過內(nèi)嵌網(wǎng)頁的形式展示該群組成員的微博更新信息，在該網(wǎng)頁中用戶可以通過點擊某條消息的轉(zhuǎn)播、對話操作按鈕，方便的調(diào)起客戶端微博消息轉(zhuǎn)播、對話對話框，更加方便用戶的使用。以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權(quán)利要求
1.一種通過內(nèi)嵌網(wǎng)頁調(diào)用客戶端的方法，其特征在于，該方法包括 用戶通過內(nèi)嵌網(wǎng)頁向客戶端發(fā)送協(xié)議串； 客戶端對收到的協(xié)議串進行解析，獲取操作對象信息； 客戶端判定本地緩存了所述操作對象的內(nèi)容，則直接向用戶展示相應(yīng)的界面；客戶端判定本地沒有緩存所述操作對象的內(nèi)容，則下載所述操作對象的內(nèi)容后，向用戶展示相應(yīng)的界面。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，在群聊天窗ロ運營區(qū)域展示群組成員的微博更新情況，并設(shè)置操作按鈕，用戶通過點擊所述操作按鈕向客戶端發(fā)送協(xié)議串，所述協(xié)議串至少攜帶操作類型和操作對象信息。
3.根據(jù)權(quán)利要求I或2所述的方法，其特征在于，所述客戶端下載操作對象的內(nèi)容為 a、客戶端將需要下載的操作對象加入待下載信息隊列，默認下載標識為不可下載； b、判定所述操作對象的下載標識為可下載時，客戶端啟動下載流程，下載所述操作對象的內(nèi)容，并把所述操作對象從待下載信息隊列中刪除； C、間隔設(shè)定時間后，將下載信息隊列中下ー個操作對象的下載標識修改為可下載，返回步驟a。
4.根據(jù)權(quán)利要求3所述的方法，其特征在干， 所述操作按鈕包括轉(zhuǎn)播按鈕和對話按鈕， 所述操作對象信息為微博原文的微博消息ID。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述客戶端下載操作對象的內(nèi)容為客戶端從微博服務(wù)器下載操作對象的內(nèi)容。
6.一種通過內(nèi)嵌網(wǎng)頁調(diào)用客戶端的系統(tǒng)，其特征在干，該系統(tǒng)包括內(nèi)嵌網(wǎng)頁和客戶端；客戶端進一歩包括協(xié)議串接收模塊、協(xié)議串解析模塊、判斷模塊、下載模塊和界面展示模塊;其中， 所述協(xié)議串接收模塊，用于接收來自內(nèi)嵌網(wǎng)頁的協(xié)議串； 所述協(xié)議串解析模塊，用于對協(xié)議串接收模塊接收的協(xié)議串進行解析，獲取操作對象信息； 所述判斷模塊，用于根據(jù)協(xié)議串解析模塊解析出的操作對象信息，判斷本地是否緩存了所述操作對象的內(nèi)容，判定本地緩存了所述操作對象的內(nèi)容，則直接通知界面展示模塊向用戶展示相應(yīng)的界面； 所述下載模塊，用于在判斷模塊判定本地沒有緩存所述操作對象的內(nèi)容時，下載所述操作對象的內(nèi)容，之后，通知界面展示模塊向用戶展示相應(yīng)的界面； 所述界面展示模塊，用于向用戶展示相應(yīng)的界面。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述協(xié)議串接收模塊接收的協(xié)議串至少攜帯操作類型和操作對象信息。
8.根據(jù)權(quán)利要求6或7所述的系統(tǒng)，其特征在于，所述下載模塊下載操作對象的內(nèi)容為 、客戶端將需要下載的操作對象加入待下載信息隊列，默認下載標識為不可下載；b/、判定所述操作對象的下載標識為可下載時，客戶端啟動下載流程，下載所述操作對象的內(nèi)容，并把所述操作對象從待下載信息隊列中刪除；C'、間隔設(shè)定時間后，將下載信息隊列中下ー個操作對象的下載標識修改為可下載，返回步驟a'。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述協(xié)議串解析模塊獲取的操作對象信息為MsgID。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在干，該系統(tǒng)還包括微博服務(wù)器，所述下載模塊下載操作對象的內(nèi)容為從微博服務(wù)器下載操作對象的內(nèi)容。
全文摘要
本發(fā)明公開了一種通過內(nèi)嵌網(wǎng)頁調(diào)用客戶端的方法，包括用戶通過內(nèi)嵌網(wǎng)頁向客戶端發(fā)送協(xié)議串；客戶端對收到的協(xié)議串進行解析，獲取操作對象信息；客戶端判定本地緩存了所述操作對象的內(nèi)容，則直接向用戶展示相應(yīng)的界面；客戶端判定本地沒有緩存所述操作對象的內(nèi)容，則下載所述操作對象的內(nèi)容后，向用戶展示相應(yīng)的界面。本發(fā)明還相應(yīng)地公開了一種通過內(nèi)嵌網(wǎng)頁調(diào)用客戶端的系統(tǒng)。通過本發(fā)明，客戶端可以通過內(nèi)嵌網(wǎng)頁的形式向用戶展示預(yù)設(shè)的更新信息，在該網(wǎng)頁中，用戶可以通過點擊某條消息的轉(zhuǎn)播、對話等操作按鈕，方便地調(diào)起客戶端微博消息轉(zhuǎn)播、對話消息框，從而簡化用戶操作，便于用戶及時獲取更新信息，提高用戶體驗。
文檔編號H04L29/06GK102868590SQ20111019225
公開日2013年1月9日 申請日期2011年7月8日 優(yōu)先權(quán)日2011年7月8日
發(fā)明者庫宇 申請人:騰訊科技(北京)有限公司