[發明專利]用于網絡傳輸的字元編碼與解碼方法以及編碼與解碼系統

有效

• 申請號: 200810211827.1
• 申請日: 2008-09-09
• 公開（公告）號: CN101674292A
• 公開（公告）日: 2010-03-17
• 發明（設計）人: 江啟逞
• 申請（專利權）人: 宏碁股份有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06
• 代理公司: 北京中原華和知識產權代理有限責任公司
• 代理人: 壽 寧;張華輝

技術領域

本發明涉及一種字元編-解碼技術，特別是涉及一種用于網絡傳輸的字 元編碼方法、字元解碼方法、字元編-解碼方法，及其編-解碼系統。

背景技術

因特網是目前一種非常普遍的通信技術，對于在個人電腦上發展網絡 程序的程序寫作人員而言，利用作業系統所提供的應用程序介面 (Application?Programming?Interface，API)，可以將數據傳送到遠端網絡節點。 例如，利用視窗(Windows)系列作業系統提供的視窗插槽軟件(Windows Socket，以下簡稱Winsock)函式庫，可以建立網絡節點間的連線，并借由 建立起的連線傳輸數據。

即時通訊軟件(Instant?Messenger，以下簡稱IM)是因特網的一種應用， 有些即時通訊軟件為了提升本身的功能性，會提供自己的函式庫供外掛程 序，這些函式庫在網絡方面的應用程序介面雖然不若視窗插槽軟件函式庫 完整，但是，對網絡程序寫作上卻相對地簡單，可以不用知道因特網協定 (Internet?Protocol，IP)位址，就能建立網絡節點之間的連線以傳輸數據。

利用即時通訊軟件提供的函式庫傳輸數據，常常會遭遇到以下問題： 一般而言，使用者欲傳輸的原始數據多半是屬于完整字元集(Full?Character Set)，而即時通訊軟件的網絡應用程序介面并不支援完整字元集的傳輸。以 Skype的網絡應用程序介面為例，其傳輸數據的基本單位是位元組(Byte) 且傳輸數據中不能有‘/0’字元，但是，位元組能表示的字元值是0到255，‘/0’ 字元的字元值是0，如此一來，當遇到‘/0’字元時，傳輸便會發生問題。

現有的解決方式，如Skype官方網站所建議，是將欲傳輸的原始數據 編碼成基于64(Base64)的字元集，以使完整字元集的原始數據可經由只 支援部分字元集(Non-full?Character?Set)的網絡應用程序介面進行傳輸。 惟，此種編碼方式是將6個位元(Bit)編碼成1個位元組(共8個位元)， 使得真正傳送的數據比原始數據多出了1/3的數據量，對于影像電話或視訊 會議應用中的視訊數據而言，會多出了太多的頻寬使用量。

有鑒于此，必須尋求一解決之道，使得完整字元集的原始數據可經由 只支援部分字元集的網絡應用程序介面進行傳輸，并降低傳輸的累贅數據 量。

有鑒于上述現有的即時通訊軟件存在的缺陷，本發明人基于從事此類 產品設計制造多年豐富的實務經驗及專業知識，并配合學理的運用，積極 加以研究創新，以期創設一種新的用于網絡傳輸的字元編碼與解碼方法以 及編碼與解碼系統，能夠改進一般現有的即時通訊軟件，使其更具有實用 性。經過不斷的研究、設計，并經反復試作及改進后，終于創設出確具實用 價值的本發明。

發明內容

本發明的目的在于，克服現有的即時通訊軟件存在的缺陷，而提供一 種新的用于網絡傳輸的字元編碼與解碼方法以及編碼與解碼系統，所要解 決的技術問題是使其提供一種用于網絡傳輸的字元編碼方法，從而更加適 于實用。

本發明的另一目的在于，提供一種用于網絡傳輸的字元解碼方法。

本發明的又一目的在于，提供一種用于網絡傳輸的字元編-解碼方法。

本發明的再一目的在于，提供一種用于網絡傳輸的字元編-解碼系統。

本發明的目的及解決其技術問題是采用以下技術方案來實現的。依據 本發明提出的一種用于網絡傳輸的字元編碼方法，適用于一傳送端的一網 絡應用程序介面，該方法包含下列步驟：(a)讀取一原始數據中至少一字 元，該字元的所屬類別為一第一類別及一第二類別其中一個；(b)根據該 字元的所屬類別，自該原始數據中分割出一片段，該片段內的所有字元屬 于同一類別；(c)當該片段內的字元的所屬類別為該第一類別時，將該第 一類別及一原始數據結尾指示資訊編碼成一封包的一標頭，將該片段內的 字元編碼成該封包的一本體；及(d)當該片段內的字元的所屬類別為該第 二類別時，將該第二類別及該原始數據結尾指示資訊編碼成該封包的標頭， 將該片段內的字元的一數目編碼成該封包的本體。

本發明的目的及解決其技術問題還可采用以下技術措施進一步實現。

前述的用于網絡傳輸的字元編碼方法，其中該第一類別是指該傳送端 的網絡應用程序介面可以支援的字元，該第二類別是指該傳送端的網絡應 用程序介面無法支援的字元。