【文章內(nèi)容簡介】 析得考慮子節(jié)點父節(jié)點，讓人頭昏眼花，而 JSON 的解析難度幾乎為 0。這一點 XML 輸?shù)恼媸菦]話說。 ◆實例比較 XML 和 JSON 都使用結(jié)構(gòu)化方法來標記數(shù)據(jù)，下面來做一個簡單的比較。 現(xiàn)假設(shè)有一個用戶數(shù)據(jù)包括：用戶名、密碼、所在部門、性別、年齡。 用 XML 表示如下： ?xml version= encoding=utf8? user name張三 /name password123456/password department技術(shù)部 /department sex男 /sex old30/old /user 用 JSON 表示如下： { name:張三 , password:123456, department:技術(shù)部 , sex:男 , old:30 } 與 XML 一樣， JSON 也是基于文本的，且它們都使用 Unicode 編碼，同 樣具有可讀性。 XML 比較適合于標記文檔，而 JSON 卻更適合于時行數(shù)據(jù)交換處理。 福州大學本科生論文 6 RTMFP 協(xié)議 3 通過 Stratus 服務(wù)器在 Flash Player 中使用 RTMFP 開發(fā) 點對點應(yīng)用 Adobe Flash Player 10 和 Adobe AIR 引入了一個新的通訊協(xié)議， RealTime Media Flow Protocol (RTMFP)，其低延遲，端到端的對等功能，安全性和可擴展性使它特別適合開發(fā)實時協(xié)作應(yīng)用，不僅提供卓越的用戶體驗，而且運營商降低成本。 RealTime Media Flow Protocol (RTMFP)是一個引入到 Flash Player 10 和 in AIR 新的通訊協(xié)議。同 RealTime Messaging Protocol (RTMP)的主要不同點之一是， RTMP 基于傳輸控制協(xié)議 (TCP) 和 先前版本的 Flash Player， RTMFP 建立在 User Datagram Protocol (UDP)協(xié)議 . TCP 提供了可靠的數(shù)據(jù)傳輸（也適用于文件傳輸，電子郵件等） ，它沒有提供任何端到端延遲保證?？煽康臄?shù)據(jù)傳輸?shù)?TCP 實現(xiàn)了重新傳輸丟失的數(shù) 據(jù)，其中包括了延遲。由于盡量減少端到端延遲是實時通信 （幾百毫秒的延遲可能使一個會話不可用）中最重要的一個目標， TCP 是不適合用于這一目的。傳輸錯誤復(fù)原和恢復(fù)不可分割的組成部分，最先進的音頻和視頻壓縮技術(shù)，如 Speex音頻和 視頻編解碼器，可同時在 Flash Player 10 。因此，可靠的交付所提供的 TCP 沒有必要的。因此， UDP 連接，它提供了一個高效，快速的數(shù)據(jù)傳輸，是普遍使用的實時協(xié)作應(yīng)用，盡量減少端到端延遲是至關(guān)重要的。另一個優(yōu)勢在于 UDP 連接，它使端到端的對等，也就是說，數(shù)據(jù)直接的傳 輸客戶之間后面網(wǎng)絡(luò)地址轉(zhuǎn)換（ NAT ） 。 重要的是要注意到， Flash 播放器不僅從麥克風和攝像頭設(shè)備發(fā)送媒體，其他的 Flash Player 端點訂閱媒體流。代表 Flash 播放器并不中繼任何其他 Flash Player 的端點數(shù)據(jù)（如在一個多播的情況） 。 3 基于 WEB 的客服通信統(tǒng)計系統(tǒng) 7 圖 23 基于 Stratus 的 p2p RTMFP 與 RTMP 當同 RTMP 做對比， RTMFP 提供下列高級的即時通訊： 低延遲：一但 RTMFP 建立起了 UDP，它將給即時通訊提供最小的延遲。重要的是要注意 RTMFP 提供了可靠和不可靠的服務(wù)。當在兩個 Flash Player 實例之間發(fā)送數(shù)據(jù)的時候（例如，使用 ()方法），可靠的數(shù)據(jù)傳輸被使用。當在兩個 Flash Player 實例之間發(fā)送 Speex 音頻的時候，不可靠的交互方式被使用，以提供最小的延遲。 點對點媒體傳輸：媒體直接發(fā)送給兩個 Flash Player 的情況下，不通過路由，而是通過一個中央中繼服務(wù)器。當同 RTMP 相比發(fā)現(xiàn)，在所有通過 Flash Media Server 傳送的數(shù)據(jù)， RTMFP 不僅進一步降低了端到端的延遲，而且也消除了中央數(shù)據(jù)中繼的相關(guān)開銷，因此，有 助于自身的可擴展性部署。 數(shù)據(jù)的優(yōu)先次序：音頻傳輸具有較高優(yōu)先于視頻和非時間關(guān)鍵數(shù)據(jù)（如即時信息等） 。這可以通過帶寬通信通道的限制大大提高在用戶體驗。 所有這些功能代表了應(yīng)用于實時通信的巨大優(yōu)勢，提供了一個極大的用戶體驗，其成就比早期版本的 Flash 播放器的效應(yīng)更為巨大。 福州大學本科生論文 8 3 需求分析 用例圖 系統(tǒng) 用例 圖，如圖 31~35 所示。 圖 31 客服前臺 用例圖 基于 WEB 的客服通信統(tǒng)計系統(tǒng) 9 圖 32 管理員 用例圖 圖 33 代理人員 用例圖 福州大學本科生論文 10 * 圖 34 企業(yè)用例圖 基于 WEB 的客服通信統(tǒng)計系統(tǒng) 11 圖 35 客服后臺用例圖 福州大學本科生論文 12 類圖 圖 36 Prototype 的主要類圖 ■ Object:所有對象的基類 ,類庫的所有類都在此基礎(chǔ)上進行擴展 ■ HASH:。 ■ :Ajax 響應(yīng)類。發(fā)送請求后由 responser 進行處理 . ■ Array:數(shù)組類 ■ Emuner : 枚舉類 基于 WEB 的客服通信統(tǒng)計系統(tǒng) 13 圖 37 顯示對象核心類 4 ■ Bitmap — 使用 Bitmap 類可定義從外部文件加載或通過 ActionScript 呈現(xiàn)的位圖對象。 ■ Loader — 使用 Loader 類可加載外部資源（ SWF 文件或圖形）。 ■ Shape — 使用 Shape 類可創(chuàng)建矢量圖形，如矩形、直線、圓等。 ■ SimpleButton — SimpleButton 對象是 Flash 按鈕元件的 ActionScript 表示形式。 ■ Sprite — Sprite 對象可以包含它自己的圖形，還可以包含子顯示對象。（ Sprite 類用于擴展 DisplayObjectContainer 類） ■ MovieClip — MovieClip 對象是在 Flash 創(chuàng)作工具中創(chuàng)建的 ActionScript 形式的影片剪輯元件。實際上， MovieClip 與 Sprite 對象類似，不同的是它還有一個時間軸。 下列類不在 包中，這些類是 DisplayObject 類的子類： ■ TextField 類包括在 包中，它是用于文本顯示和輸入的顯示對象。 ■ Video 類包括在 包中，它是用于顯示視頻文件的顯示對象。 ■ AVM1Movie — AVM1Movie 類用于表示在 ActionScript 和 中創(chuàng)作的已加載SWF 文件。 ■ DisplayObjectContainer — Loader、 Stage、 Sprite 和 MovieClip 類每個都用于擴展了 ■ InteractiveObject — InteractiveObject 是用于與鼠標和鍵盤交互的所有對象的基類。 SimpleButton、 TextField、 Video、 Loader、 Sprite、 Stage 和 MovieClip 對象是 InteractiveObject 類的所有子類 ■ MorphShape — 這些對象是在 Flash 創(chuàng)作工具中創(chuàng)建補間形狀時創(chuàng)建的。無法 使用 福州大學本科生論文 14 ActionScript 實例化這些對象，但可以從顯示列表中訪問它們。 ■ Stage — Stage 類用于擴展 DisplayObjectContainer 類 5。 4 技術(shù)難點 匹配 URI的搜索引擎 ,關(guān)鍵字 在統(tǒng)計模塊中 ,需要對 URI 匹配出來源頁的是否為搜索引擎還有相關(guān)的關(guān)鍵字。 類似 可得知搜索引擎為 BAIDU，關(guān)鍵字為中恒天下 。 B8%8Bamp。btnG=Google+%E6%90%9C%E7%B4%A2amp。meta=amp。aq=famp。oq= 可得知搜索引擎為 Google,關(guān)鍵字為中恒天下 。 由于兩者使用的編碼不同 ,baidu 為 gb2312 , google 為 utf8，因此關(guān)鍵字在 URI 經(jīng)過 編碼后得到的 字符串 不同 。 為了實現(xiàn)提取出 URI 的搜索引擎以及關(guān)鍵字，首先必須獲取出搜索引擎還有經(jīng)過編碼的關(guān)鍵字 。 QUERY 上的數(shù)據(jù)是采用鍵 /值的格式存在 ,不同的搜索引擎鍵名都不一樣 .因此必須先統(tǒng)計出現(xiàn)流行的搜索引擎的鍵名 。 google:q,baidu:wd,soso:w,yahoo:p,youdao:q,lycos:query,alltheweb:q,zhongsou:word,onseek:query,msn:q,iask:_searchkey,openfind:q,yesky:wd,beijixing:query,gougou:search.又由于使用的編碼不同因此必須在統(tǒng)計搜索引擎使用的編碼 google:utf8, baidu:gb2312,soso:gb2312,yahoo:utf8,youdao:utf8,lycos:utf8,alltheweb:utf8,zhongsou:gb2312,onseek:utf8,msn:utf8,iask:gb2312,openfind:utf8,yesky:gb2312,beijixing:gb2312,gougou:utf8。 接下來就需要在客戶端對 URI 提取出所有的鍵 /值 ,最終將返回搜索引擎 ,編碼 ,關(guān)鍵字。 在服務(wù)端接收到的客戶端信息， ref=amp。screen=1440*900amp。bit=32amp。alexa=0amp。utc=8amp。key=amp。charset=utf8amp。searcher=googleamp。soid=0amp。flash=10 類似這樣，如果是 UTF8 編碼那么直接對 URI 轉(zhuǎn)換即可，若為 GB2312 則必須發(fā)送一個同步的 XMLHTTP 請求到 service/ serviceForGb2312_dll?key=,該頁用的 GB2312的編碼，因此必須在接受到數(shù)據(jù)時，進行編碼轉(zhuǎn)換。 永久識別游客 在統(tǒng)計模塊中，必須對游客進行識別，最常用的方式就是為 COOKIE 保存一個游客的 基于 WEB 的客服通信統(tǒng)計系統(tǒng) 15 ID，然后，游客一旦訪問時候，服務(wù)端就能獲取得到游客的 ID，該方法雖然能夠識別 出游客，但是一旦客戶清空了瀏覽器 COOKIE 或者換了瀏覽器，那么游客重新登陸的時候，就無法正常的識別 出。 Flash 的 sharedObject 簡單的說就是 flash 的 cookie,用于在本地存儲一些數(shù)據(jù) . 文件存放在 C:\Documents and Settings\wiles\Application Data\Macromedia\Flash Player\SharedObjects\8272MY3C\ 類似這樣的文件夾內(nèi)，很難被發(fā)現(xiàn)而清除 ,幾乎除非系統(tǒng)重裝系統(tǒng)，不然就能夠永久的識 別出游客的 身份 。 統(tǒng)計功能的流程大概為這樣 ,客戶端加載一段 JS 代碼，判斷客戶端是否安裝 FLASH 如果安裝了 FLASH 那 么 執(zhí) 行 一 個 loadSWF （）加載 ,由該 FLASH 去獲取本地 SharedObject6的可能保存的 ID，如果沒有該 SO，就創(chuàng)建一個同時返回 flashCallAjax(0).然后 flashCallAjax 函數(shù)會獲取得到所有客戶端的信息，發(fā)送到服務(wù)器 ,服務(wù)器最終返回一段動態(tài)的 JS 代碼包含了(客服列表 +邀請框 +短信框 )的 JS 代碼，如果服務(wù)器端獲取得到客戶端是安裝了 FLASH 的，那么動態(tài) JS 代碼中會包含 jsCallFlashWriteSO（ ID） ,將游客的 ID 更新到 FLASH 的 SO 里面。 這樣就可以實現(xiàn)了永久的識別游客。 實現(xiàn)聊天室的功能 1 為實現(xiàn)聊天，考慮到了兼容性，只能采用循環(huán)的 AJAX，一直獲取消息。 每 5 秒就執(zhí)行一次 getMessage(),發(fā)送一個 serviceForOP_dll?action=getamp。id=u45，第一步首先 select uiMessage where uiid=45。旁段是否為空，如果不為空，返回類似 4,6,9,類似的機構(gòu)，并執(zhí)行 select * from message where mid in (uiMessage)請求，首先按 新消息則返回{message:0,Data[[name:’中恒無敵 ’,toid:’v