平臺與結構

    信使繁簡通是服務器端的軟件，在服務器上安裝後能夠將一個網站變成雙語網站。目前支持的平臺有：
 Winnt4.0 + IIS4.0
 Win2000 + IIS5.0
 Win2000 + Apache1.3.6, Apache1.3.9,Apache1.3.12
 Linux + Apache1.3.6, Apache1.3.9,Apache1.3.12
 Solaris + Apache1.3.6, Apache1.3.9,Apache1.3.12

如果一個網站備有多台工作於不同平台的伺服器，繁簡通網關版可以降低管理多個平台、多台主機的複雜性。只要採用的通訊協議是標準的HTTP協議，並且將各個域名都指向繁簡通網關，可以根據您的配置按照不同的域名將請求發送到不同的後台主機，等後台主機將有關信息發送來後，再進行中文轉碼處理，然後將處理後的信息送返。

實時性、雙向性

    信使網絡繁簡通一個重要的特性是對網站動態內容的支持，能實現全部網站服務的實時、動態、雙向轉換。

實時性

    網站所有的內容只需要做一種內碼的版本，無須同時存在兩種內碼。只有當用戶訪問時才根據用戶的瀏覽器類型實時轉換成適當內碼的網頁返回給用戶。
信使網絡繁簡通可以對一些動態的內容進行轉換。基於 web 的聊天系統就是最好的例子。

雙向性

    信使網絡繁簡通可以對所有內容的轉換都是雙向的，即用戶端與服務器端可以用本身不同的內碼，信息在服務器與用戶之間流動時，信使網絡繁簡通不僅對服務器端向客戶端發送的網頁進行轉換，而且還把用戶向服務器發送的數據進行反向的內碼轉換。這樣，數據庫中只要保存有一種內碼就能同時對不同字型的用戶提供服務，而數據管理、查詢等問題更輕鬆地得到解決，免除數據庫處理兩種內碼的問題。

以下是信使網絡繁簡通對如今網絡上包含 BBS、基於 web 的聊天室、webmail、搜索引擎的支持說明。

BBS

    如果 BBS 的數據庫中同時存在簡體和繁體的文本，對於只能同時查看一種內碼的 IE 來說，是不能同時看到 BBS 的兩種內碼文本的。這種情況，恐怕只能在服務器端解決，就是說，通過內碼轉換，使數據庫中只維護一種內碼。通過我們的軟件，鑒別客戶端瀏覽器的內碼類型，轉換成不同的內碼發出。這樣，以往的 BBS 可能只能有一種內碼，現在，BIG5 和 GB 能同時支持。這意味著大陸的 BBS 可以拓展到海外市場。

搜索引擎

    現在，大陸人一般不會用台灣的搜索引擎，台灣人也不會用大陸 GB 碼的搜索引擎。原因是在於規定內碼的 windows 環境下，我們無法輸入其他內碼。比如，我們即使用 IE 把內碼轉換成 BIG5，我們在其搜索引擎的輸入框中輸入的仍舊是 GB 碼，結果就是什麼都查不到。由於我們的繁簡通是服務器端軟件，這個問題就迎刃而解。

Webmail

    通過 IE 的內碼選擇雖然是可以看到其他內碼的 Webmail，但是，通過 IE 的內碼轉換之後，除了郵件正文部分，其他文本都變成了亂碼，看起來也不舒服。何況，大多數的使用者未必知道要在菜單上選擇內碼轉換。

基於 web 的聊天室

    大陸人與港台及海外華人在網上聊天實際上一個很多網站都試圖實現的功能。ICQ 首先實現了繁簡字體的轉換，但很多基於 web 的聊天室卻依然被這個問題所困惑，現在的情況是大陸人和台灣人各開各的聊天室。
信使網絡繁簡通的出現使這個問題迎刃而解。不需要在服務器端再安裝什麼軟件，不需要對網絡數據庫進行任何修改，甚至不需要被用戶察覺，一個基於 web 的聊天系統就已經可以實現繁簡互通。在用戶看來，繁體用戶還是在輸入他的繁體字，簡體用戶也還是在輸入自己的簡體字。而無論其他人輸入的是什麼內碼，用戶看到的始終是自己所使用的那種內碼的漢字。

海量文本發布

    一家網上報紙也許需要繁簡兩個版本，如果使用手工繁簡轉換，對於他們來說是一個可怕的事情。此外，同時有兩個版本亦佔據了雙倍的空間。通過我們的軟件，只需維護一個版本，便同時擁有兩套版本，亦節省空間。除了報業之外，其他一些大數據量的網上服務也同時存在這樣的問題，比如財經網站和股市。

如果圖片中有漢字

    對於一個網站來說，字體內碼的轉換只完成了工作的一部分。網站的圖片是非常多的，那麼如果圖片中有漢字，對於使用不同內碼的用戶來說同樣是一個障礙，這如何處理呢？
    例如，對於一個“分類查詢”圖片的按鈕，我們希望對使用不同內碼的用戶發出不同的圖片。於是，我們需要準備兩張圖片，放在同一目錄下，如下圖所示。

圖片	用戶	圖片文件名稱
	對繁體用戶，服務器返回此圖片。	Big5_search.gif
	對簡體用戶，服務器返回此圖片。	gb_search.gif

    信使網絡簡繁通具有對客戶端瀏覽器所使用內碼的自動識別功能，並且可以通過靈活的配置實現對不同內碼的瀏覽器發回不同的圖片。信使繁簡通可以配置成對不同文件名稱轉換成相對的圖片，本例中，通過識別文件名中的“gb_”和“big5_”，繁簡通就可以實現對不同用戶發送不同的圖片。

卓越的處理速度

    信使繁簡通在設計時就把性能放到很重要的位置，以保證信使繁簡通不成為性能瓶頸。軟件是用標準 C 代碼實現的，而且直接通過底層代碼實現內碼轉換。在速度上與其他使用 java serverlet 或 CGI 寫成的同類產品不可同日而語。
    一個網站包含有文字、圖片、程序、數據庫等，通常純文本網頁的負荷只佔整個網站的很小部分。例如根據 ZDLabs 的報道，一臺 700 MHZ 單 CPU，512M 內存的機器，在使用 WEBBench 作靜態內容測試時可以達到1800Transaction/s。即是說如果全是靜態內容，一臺這樣低配置的機器每天可以接受高達 1.5 億次的訪問量。比整個 yahoo 網站的日訪問量還大。國內主機托管常用的 10Mbit 的帶寬，在僅輸出靜態內容時（包括靜態頁面和圖片），用一臺低端的 Pentium 服務器就能使之飽和。而信使繁簡通僅僅作用於輸出的靜態頁面中的純文本部分，經測試在web 服務器處理純文本時僅僅使其負載增加了１０%左右，所以對一個網站而言，性能瓶頸主要是數據庫，應用程序，圖片，音樂，視頻等。信使繁簡通是不會成為性能瓶頸。

絕對 URL 的處理

  在網頁制作過程中，有一個絕對 URL 和相對 URL 的概念。所謂絕對與相對 URL 由以下例子說明：
網址：http://www.infoscape.com.cn/
文件路徑：網站根目錄/dir1/filename.htm
絕對 URL  的寫法：http://www.infoscape.com.cn/dir1/filename.htm
相對 URL 的寫法：dir1/filename.htm

    客戶端瀏覽器對絕對 URL 和相對 URL 的處理是不一樣的，因為相對 URL 沒有指出服務器的域名或地址，那麼就客戶端會自動認為服務器來自當前瀏覽網頁所在的服務器。而絕對 URL 已經把服務器的域名或地址寫出，這對於信使網絡繁簡通軟件與其 web 服務器安裝在同一主機上的情況是不會出現任何問題的，但如果信使網絡繁簡通軟件與其 web 服務器不是安裝在同一主機上，則會可能出現客戶端瀏覽器繞過信使網絡繁簡通軟件直接訪問 web 服務器的情況。
    信使網絡繁簡通使用了巧妙技術使這一情況並沒有發生，而且對於其他網站的鏈接，信使網絡繁簡通也可以自動識別。

產品（服務）類型

    信使網絡繁簡通現在有三種基本形式的產品或服務，可以滿足從小型到大型網站的不同用戶需求。

產品（服務）類型	說明	適用範圍
信使網絡繁簡通鏈接服務 (ASP)	特點： 1.用戶的 web 服務器上不需要安裝任何軟件，對原有網站服務不會產生任何影響。 2.實現方便，通過電子郵件或電話便可以在 10 分鐘內實現轉換。 3.價格便宜。 4.自身無須維護。 5.由力衡電腦提供永久版本更新。	1） 小型網站 2） 虛擬主機用戶 3） 網頁寄存用戶
信使網絡繁簡通網關版	可以安裝在一臺主機上，作為中文繁簡互換網關。同一網站的其他主機可以通過該網關全部實現繁簡轉換。特點： 1.能支持上百臺 web 服務器使用同一繁體網關。 2.原來的網站服務不受任何影響。	適合擁有超過一臺服務器的大中型網站。

靈活的字庫完善方案

    信使網絡繁簡通目前支持超過 19,000 個漢字，比日常常用漢字高出好幾倍。即使如此，信使網絡繁簡通的字庫還可以不斷地完善，信使人員定期對發現的特殊字體進行完善，並把更新後的字庫放到網上。用戶可以通過網上下載來更新其服務器字庫。

對香港字的支持

    信使網絡繁簡通支援香港常用字及香港増補字符集 HKSCS。

 維護方便
    信使網絡繁簡通對所有網絡內容的轉換都是自動、動態進行的，無須任何人工參與。因此，信使繁簡通只要安裝好了，就無須任何人力的投入。