即時通訊消息的傳輸方法和系統的製作方法
2023-04-24 05:34:21 1
專利名稱:即時通訊消息的傳輸方法和系統的製作方法
技術領域:
本發明涉及即時通訊(Instant Messaging, IM)技術領域,更具體地, 涉及即時通訊消息的傳輸方法和系統。
背景技術:
即時通訊服務是一種基於網際網路(Internet)的通信服務, 一般以實現 網絡上即時通訊功能為主。目前,即時通訊服務已經在網際網路上得到了廣泛 的應用和認可,即時通訊服務可以通過即時通訊軟體來實現。
即時通訊軟體以速度快、功能豐富、使用穩定等優點而獲得了廣大網民 的認可和喜愛。在現有的即時通訊服務中,用戶之間可以通過即時通訊軟體 進行文字信息的交互、傳送文件、發送移動終端短消息等多種操作。即時通 訊軟體發展到今天已經被大多數的網民所接受,已經成為用戶必不可少的軟 件工具。即時通訊軟體不但在平時的休閒娛樂中,在用戶的工作中也得到廣 泛的使用。相應地,用戶對即時通訊軟體的易用性、穩定性、安全性等方面 也提出了較高的要求。在即時通訊軟體中,人性化的服務可以為用戶提供一 種更加強烈的粘性作用。
在即時通訊軟體中,用戶對即時通訊消息的表現就有著十分多的要求。 最開始的即時通訊軟體只能發送文本消息,現在文本消息已經遠遠不能滿足 用戶的需求。即時通訊消息中預定義的表情、自定義的表情,或者隨時截獲 的屏幕圖片及flash動畫等,都成了用戶在即時通訊軟體中表現自我個性的 需求。此外,用戶還有利用即時通訊消息來發布網頁地址、點播歌曲、點播 影視等需求。相應的,為了實現這些內容,就必須有一種恰當的方法來描述 即時通訊消息,使得即時通訊消息可以支持如此豐富的用戶需求,並且可以在未來某天用戶新增了一個需求的時候,也能很容易地支持新需求的消息內 容。
現有技術中,採用特殊文字來充當即時通訊消息的標記字符,以表明特 殊文字後面的一段文字是特殊的消息類型。然而,當用戶輸入的內容本身就 包含有該特殊文字時,消息表現就會發生紊亂。而且,如果新增了一種類型, 現有技術中就要新增特殊文字來充當標記字符,這樣處理起來很不方便,而 且新增加的特殊文字標記字符還可能與舊的數據不兼容。當舊版本的即時通 訊客戶端收到了包含了新版本特殊文字的消息時,由於無法識別,可能會顯 示出亂碼給用戶,這些都會降低用戶的體驗。
發明內容
本發明實施例提出 一 種即時通訊消息的傳輸方法,以增加用戶的體驗。 本發明實施例還提出 一種即時通訊消息的傳輸系統,以增加用戶的體驗。
本發明實施例的技術方案如下 一種即時通訊消息的傳輸方法,該方法包括
組裝包括消息體的即時通訊消息,並將組裝後的該即時通訊消息發送到接 收方,其中所述消息體包括至少一個段,每段用於描述一種類型的消息內容;
所述接收方解析即時通訊消息的消息體中的各段,並獲取每段所描述的 消息內容。
一種即時通訊消息的傳輸系統,該系統包括
發送方,用於組裝包括消息體的即時通訊消息,並將組裝後的該即時通訊 消息發送到接收方,其中所述消息體包括至少一個段,每段用於描述一種類型 的消息內容;
接收方,用於解析即時通訊消息的消息體中的各段,並獲取每段所描述的 消息內容。
從上述技術方案中可以看出,在本發明實施例中,首先組裝包括消息體的即時通訊消息,並將組裝後的該即時通訊消息發送到接收方,其中消息體
包括至少一個段,每段用於描述一種類型的消息內容;接收方解析即時通訊
消息的消息體中的各段,並獲取每段所描述的消息內容。由此可見,應用本 發明實施例以後,並不採用特殊文字充當標記字符,而是通過分段來描述即 時通訊消息內容,因此避免了採用特殊文字充當標記字符導致的消息紊亂問 題,而且有效解決了升級時的消息兼容問題,顯著增強了用戶的體驗。
另外,在本發明實施例中,當需要滿足用戶新的需求時,只需要在即時 通訊消息中增加相應的,爻即可。對於新的即時通訊消息,新糹反本可以自動識 別,老版本可以自動忽略,應用起來十分方便,不會發生亂碼現象,也不會 有數據兼容性問題,因此本發明實施例還提高了即時通訊軟體的易用性。
圖1為根據本發明實施例的即時通訊消息的傳輸方法流程示意圖2為根據本發明實施例的即時通訊消息的結構示意圖3為根據本發明實施例的段結構示意圖4為根據本發明實施例的消息頭結構示意圖5為根據本發明實施例的消息體結構示意圖6為根據本發明實施例的即時通訊消息的傳輸系統結構示意圖。
具體實施例方式
為使本發明的目的、技術方案和優點表達得更加清楚明白,下面結合附 圖及具體實施例對本發明再作進一步詳細的說明。
本發明實施例中,提出 一種描述並傳輸即時通訊消息的技術。
圖1為根據本發明實施例的即時通訊消息的傳輸方法流程示意圖。
如圖1所示,該方法包括
步驟101:組裝包括消息體的即時通訊消息,並將組裝後的該即時通訊 消息發送到接收方,其中所述消息體包括至少一個段,每段用於描述一種類型的消息內容。
其中,消息頭可以包含有該消息體的長度信息,而且消息頭進一步還可
以包括下列信息中的至少 一個或者至少兩個的任意組合文字消息的字體名 稱;文字消息的字體顏色;文字消息的字體大小;文字消息是否加粗;文字 消息是否加下劃線;文字消息是否傾斜;即時通訊消息的發送時間等。
消息體可以由多個段組成。每一個段包括段類型、段長度和段內容。段 類型描述該段的類型,可以用一個整數表示段的類型。在每一個段中,段長 度域描述該段的內容的長度。每一個段又可以由多個節組成,而段的內容就 是若干個節組成,因此段長度域描述的值也就是這些節的總長度。
每一個節又可以由節類型、節長度和節內容組成。節類型也可以用一個
整數來表示。節類型表示內容所屬的類型,節長度表示節內容的長度,節內 容中具體描述了內容信息。
圖2為根據本發明實施例的即時通訊消息的結構示意圖;圖3為根據本 發明實施例的段結構示意圖。
在圖2所示的示範性即時通訊消息的結構中,包含有消息頭和消息體, 其中消息體包括4個段。在圖3所示的示例段的結構中,段內容包含有兩個 節,並且每個節都包括節類型、節長度和節的內容。
步驟102:接收方解析即時通訊消息的消息體中的各段,並獲取每段所 描述的消息內容。
其中,當接收方接收到即時通訊消息後,首先提取出消息頭裡的信息, 根據消息頭裡標記的消息體的長度,可以知道即時通訊消息的消息體的長 度。然後,接收方逐段解析消息體,直到已經解析的內容長度等於消息體的 長度,則解析完畢,停止解析。
具體地,當接收方解析某個段時,首先取出該段類型和段長度,然後逐
節予以解析,直至已經解析的節長度等於段長度時,則解析該段完畢,接著 解析下一段。
另外,當接收方解析即時通訊消息的消息體中的各段時,如果發現有未知的段內容或節內容,則忽略所述未知的段內容或節內容。而且,當需要滿 足用戶新的需求時,只需要增加一個段就可以。新版本的即時通訊軟體可以 自動識別該新增加的段內容,老版本的即時通訊軟體可以自動忽略該新增加 的段內容。因此應用起來十分方便,不會顯示出亂碼,也不會有數據兼容性 問題。
具體地,如果遇到了一個未知的段或節,則在解析時忽略它的內容,認 為該未知的段或節不存在。由為每個段或者節的長度是可以通過獲知的,因 此可以輕鬆的跳過未知的段或節。這一特徵在實際應用中大有裨益。假如即
時通訊軟體的某高級版本(假如是8.0版)實現了一種新的消息元素類型, 而即時通訊軟體的某較低級版本(假如是7.0版)沒有實現這個消息元素類 型。那麼,當7.0版的即時通訊終端接收到8.0版的即時通訊消息時,就可 以忽略未知部分,而把已知部分顯示出來,從而對即時通訊軟體的兼容性大 有好處。
下面描述本發明實施例的 一 個示範應用情形。
假如需要在群中發送一個即時通訊消息,該即時通訊消息包含文字abc 和一張圖片。
圖4為根據本發明實施例的消息頭結構示意圖。
如圖4所示,其中,第一項表示字體名稱,如"宋體"等;第二項表示 字體的大小,如"9"號字體等;第三項是一個二進位值,其中每一位標識 字體是否加粗、傾斜、下劃線等信息,如圖4中的"101"就表示加粗、不 傾斜和有下劃線;第四項是字體的顏色,如"紅色"等;第五項是該消息的 發送時間;第六項表示後續消息體的長度。
圖5為根據本發明實施例的該即時通訊消息的消息體結構示意圖。其 中,消息頭描述了字體、顏色、發送時間等信息。
如圖5所示,消息體由兩個段組成,第一個段的段類型是l,表示是文 字,第一個段的段長度為5。在第一個段中,只有一個節,第一節的節類型 是l,長度是3,表示文字abc。其中,可以預先設定段類型和節類型與整數的分別對應關係。
第二個段包括三個節,第一節的節類型是l,表示圖片的文件名。第二 個節的節類型是2,標識可以獲取此圖片的伺服器信息,其中伺服器信息包 含伺服器的IP位址、埠和獲取文件的密碼等信息。第三個節的節類型是
255,包含一段特殊文字(比如特殊字符),這段文字用於舊的即時通訊版 本顯示圖片。當伺服器把新的即時通訊消息轉發到不支持這種新消息的舊版 本的即時通訊客戶端時,就可以把255裡這段文字提取出來發給舊版本的即 時通訊客戶端,舊版本的即時通訊客戶端才艮據該特殊字符就可以顯示圖片。 下面,完成描述本發明實施例的一個詳細流程。
首先,用戶在即時通訊客戶端中輸入帳號以及密碼,向即時通訊伺服器 發送帳號與密碼,如果即時通訊伺服器驗證有效,則用戶成功登錄即時通訊 客戶端;
用戶在即時通訊客戶端登錄成功後,即可以接收從即時通訊伺服器下發 來的即時通訊消息,也可以對其它即時通訊客戶端發送即時通訊消息,還可 以接收其它即時通訊客戶端發過來的即時通訊消息。對於即時通訊伺服器下 發的即時通訊消息,既可以是中轉別人向自己發送的即時通訊消息,也可能 是即時通訊伺服器直接發送到即時通訊客戶端的即時通訊消息。
以圖5所示包含文字abc和一張圖片的消息為例,發送方在編輯框裡取 出abc和圖片,可以首先構建一個文字描述段,該文字描述段類型是l,在 段裡面放置一個節描述,節類型是l,節長度是3,節內容是abc。然後發送 方再構建一個圖片描述段,該圖片描述段類型是2,裡面放置三個節,分別 是文件名、伺服器信息和兼容舊格式的數據。然後,把文字描述段和圖片描 述段接起來,再組裝一個消息頭,在消息頭裡描述消息頭信息,然後把這兩 個段的長度信息也放到消息頭裡,最後把消息頭和消息體連接起來,組成即 時通訊消息發送給接收方。
接收方接收到該即時通訊消息後,首先提取出消息頭裡的信息,根據消 息頭裡標記的消息體的長度,可以知道消息體的長度。然後,逐段解析消息體,直至已經解析的內容長度等於消息體的長度,則解析完畢,停止解析。 具體地,在解析某個段時,首先取出這個段類型和節的總長度,然後逐
節解析,直至已經解析的節長度等於段的總長度,則開始解析下一段。
基於上述分析,本發明實施例還提出了一種即時通訊消息的傳輸系統。 圖6為根據本發明實施例的即時通訊消息的傳輸系統結構示意圖。
如圖6所示,該系統包括
發送方601,用於組裝包括消息體的即時通訊消息,並將組裝後的該即時 通訊消息發送到接收方602,其中所述消息體包括至少一個段,每段用於描述 一種類型的消息內容。
類似地,段可以包括段類型、段長度和段內容,且段內容包括至少一個節, 每節包括節類型、節長度和節內容。
接收方602,用於解析即時通訊消息的消息體中的各段,並獲取每段所 描述的消息內容。
其中,其中消息頭可以包含有消息體的長度信息;此時
接收方602,用於解析出所述消息體的長度信息後,解析即時通訊消息 的消息體中的各段,直至已解析的各段長度之和等於該消息體的長度信息。
發送方601既可以是即時通訊系統中的即時通訊客戶端,也可以是即時 通訊伺服器。相應地,接收方602同樣既可以是即時通訊系統中的即時通訊 客戶端,也可以是即時通訊伺服器。
本發明實施例中的即時通訊消息既可以是從伺服器下發的消息,也可以 對其它即時通訊終端發送的消息,還可以是從其它人接收來的消息。對於服 務器下發的即時通訊消息,可能是中轉別人向自己發送的即時通訊消息,也 可能是伺服器直接發送到客戶端的即時通訊消息。
綜上所述,在本發明實施例中,首先組裝包括消息體的即時通訊消息, 並將組裝後的該即時通訊消息發送到接收方,其中消息體包括至少 一個段, 每段用於描述一種類型的消息內容;接收方解析即時通訊消息的消息體中的 各段,並獲取每段所描述的消息內容。由此可見,應用本發明實施例以後,並不採用特殊文字充當標記字符,而是通過分段來描述即時通訊消息內容, 因此避免了採用特殊文字充當標記字符導致的消息紊亂問題,而且有效解決 了升級時的消息兼容問題,顯著增強了用戶的體驗。
另外,在本發明實施例中,當需要滿足用戶新的需求時,只需要在即時 通訊消息中增加相應的段即可。對於新的即時通訊消息,新版本可以自動識 別,老版本可以自動忽略,應用起來十分方便,不會發生亂碼現象,也不會 有數據兼容性問題,因此本發明實施例還提高了即時通訊軟體的易用性。
以上所述,僅為本發明的較佳實施例而已,並非用於限定本發明的保護 範圍。凡在本發明的精神和原則之內,所作的任何修改、等同替換、改進等, 均應包含在本發明的保護範圍之內。
權利要求
1、一種即時通訊消息的傳輸方法,其特徵在於,該方法包括組裝包括消息體的即時通訊消息,並將組裝後的該即時通訊消息發送到接收方,其中所述消息體包括至少一個段,每段用於描述一種類型的消息內容;所述接收方解析該即時通訊消息的消息體中的各段,並獲取每段所描述的消息內容。
2、 根據權利要求1所述的即時通訊消息的傳輸方法,其特徵在於,所述即 時通訊消息還包括消息頭,所述消息頭包含有該消息體的長度信息,該方法中接收方解析出消息頭中所述消息體的長度信息後,解析該即時通訊消息的 消息體中的各段,直至已完成解析的各段長度之和等於該消息體的長度信息。
3、 根據權利要求2所述的即時通訊消息的傳輸方法,其特徵在於,所述消 息頭進一步包括下列信息中的任意一個或者至少兩個的任意組合文字消息的字體名稱;文字消息的字體顏色;文字消息的字體大小;文字消息是否加粗;文字消息是否加下劃線;文字消息是否傾斜;即時通訊消息的發送時間。
4、 根據權利要求l所述的即時通訊消息的傳輸方法,其特徵在於,所述段 包括段類型、段長度和段內容。
5、 根據權利要求4所述的即時通訊消息的傳輸方法,其特徵在於,所述段 內容包括至少一個節,並且每節包括節類型、節長度和節內容。
6、 根據權利要求5所述的即時通訊消息的傳輸方法,其特徵在於,該方法 中,進一步包括當所述接收方解析該即時通訊消息的消息體中的各段時,如果發現未知的段內容或節內容,則忽略所述未知的段內容或節內容。
7、 一種即時通訊消息的傳輸系統,其特徵在於,該系統包括發送方,用於組裝包括消息體的即時通訊消息,並將組裝後的該即時通訊 消息發送到接收方,其中所述消息體包括至少一個段,每段用於描述一種類型 的消息內容;接收方,用於解析該即時通訊消息的消息體中的各段,並獲取每段所描述 的消息內容。
8、 根據權利要求7所述的即時通訊消息的傳輸系統,其特徵在於,所述即 時通訊消息還包括消息頭,所述消息頭包含有消息體的長度信息;接收方,用於解析出消息頭中所述消息體的長度信息後,解析該即時通訊 消息的消息體中的各段,直至已解析的各段長度之和等於該消息體的長度信息。
9、 根據權利要求7所述的即時通訊消息的傳輸系統,其特徵在於,所述段 包括段類型、段長度和段內容。
10、 根據權利要求9所述的即時通訊消息的傳輸系統,其特徵在於,所述 段內容包括至少一個節,每節包括節類型、節長度和節內容。
全文摘要
本發明實施例公開了即時通訊消息的傳輸方法和系統。該方法包括組裝包括消息體的即時通訊消息,並將組裝後的該即時通訊消息發送到接收方,其中消息體包括至少一個段,每段用於描述一種類型的消息內容;接收方解析即時通訊消息的消息體中的各段,並獲取每段所描述的消息內容。應用本發明實施例以後,避免了採用特殊文字充當標記字符導致的消息紊亂問題,而且有效解決了升級時的消息兼容問題,顯著增強了用戶的體驗。新版本可以自動識別新的即時通訊消息,老版本可以自動忽略,不會發生亂碼現象,也不會有數據兼容性問題,還提高了即時通訊軟體的易用性。
文檔編號H04L12/58GK101296197SQ20081012604
公開日2008年10月29日 申請日期2008年6月30日 優先權日2008年6月30日
發明者劉曉聰, 斌 李, 李訓耕 申請人:騰訊科技(深圳)有限公司