王 力

(西安郵電大學(xué) 圖書館， 陜西 西安 710121)

高校圖書館自建WAP服務(wù)的流量控制方案

王 力

(西安郵電大學(xué) 圖書館， 陜西 西安 710121)

針對BS模式下的高校圖書館自建移動服務(wù)中用戶訪問產(chǎn)生的數(shù)據(jù)流量問題，提出一套數(shù)據(jù)流量控制方案。該方案在WAP站點開發(fā)及頁面源代碼編寫過程中，進行了系統(tǒng)識別、頁面簡化、代碼優(yōu)化等操作。實際應(yīng)用測試顯示，WAP站點中多數(shù)頁面相對于Web站點中的頁面數(shù)據(jù)加載量有大幅的減少，減少了用戶在使用移動瀏覽器訪問圖書館網(wǎng)站時產(chǎn)生的流量費用。

移動圖書館；移動終端；數(shù)據(jù)流量；流量控制

國內(nèi)移動圖書館業(yè)務(wù)發(fā)展迅速，各高校也紛紛開通移動圖書館服務(wù)。許多高校通過購買移動圖書館系統(tǒng)產(chǎn)品，向本校讀者推出移動圖書館服務(wù)[1]。而另外一些高校圖書館由于成品的移動圖書館系統(tǒng)產(chǎn)品功能模塊多，且封裝程度高、相對固定、不能“量身定做”開發(fā)系統(tǒng)，或是由于自身資金條件、硬件條件、技術(shù)條件等限制，尚未通過購買方式開通移動圖書館服務(wù)[2]。同時，這些圖書館又希望提供給讀者一些最基本同時符合自身特點的移動服務(wù)，來提升圖書館服務(wù)的全面性、高效性?；诖谁h(huán)境，本文利用原有數(shù)字圖書館Web系統(tǒng)，將其加以修改移植，從而自建簡單的移動圖書館系統(tǒng)服務(wù)提供給讀者。

1 自建移動系統(tǒng)的方式及要點

從用戶體驗角度以及開發(fā)技術(shù)要求角度分析，自建移動服務(wù)更加適合采用瀏覽器訪問頁面(即BS)方式。相對應(yīng)PC終端的Web模式，移動終端的BS模式即WAP模式[3]，移動圖書館WAP站點可利用數(shù)字圖書館Web站點頁面，將其修改、移植，編寫WML頁面，再通過WAP服務(wù)器處理后形成二進制的WML數(shù)據(jù)流送往客戶端[4]。

移動終端瀏覽器不同于PC瀏覽器。由于移動終端屏幕較PC屏幕更小，網(wǎng)絡(luò)傳輸速率較低，更重要的是國內(nèi)移動運營商提供的移動網(wǎng)絡(luò)是按照數(shù)據(jù)流量計費的。因此，開發(fā)移動圖書館WAP頁面時，在保證用戶獲取信息完整的基礎(chǔ)上，頁面數(shù)據(jù)流量要盡可能小，為讀者節(jié)省流量資費。

2 改進方案

基于BS模式下的自建移動圖書館信息服務(wù)目前構(gòu)建的基本內(nèi)容主要包括：移動圖書館門戶網(wǎng)站、移動OPAC查詢以及簡單的資源檢索等幾個功能模塊。由于數(shù)據(jù)庫資源平臺不同，作為自建移動圖書館信息服務(wù)涉及其中較為復(fù)雜，在此僅討論門戶網(wǎng)站及移動OPAC查詢服務(wù)中涉及到的問題。

2.1 移動門戶網(wǎng)站的改進方案

2.1.1 操作系統(tǒng)判別

通常情況下，移動終端用戶訪問圖書館站點時，由于個人習(xí)慣或不了解該移動子站點，往往直接登錄PC版圖書館門戶網(wǎng)站地址，點擊首頁上的“手機版”鏈接，再進入移動頁面。此時移動瀏覽器就已經(jīng)加載一次圖書館PC版首頁，而PC版頁面數(shù)據(jù)量遠大于移動頁面，造成了巨大的流量浪費[5]?？稍趫D書館Web站點首頁面最前端加一條判別及跳轉(zhuǎn)語句，通過對來源客戶端的操作系統(tǒng)進行判斷，并進行選擇性跳轉(zhuǎn)，相關(guān)具體方式見如圖1所示。

圖1 終端判別及跳轉(zhuǎn)流程

以ASP腳本語言為例，具體代碼如下。

<%

os=Request.ServerVariables("HTTP_USER_AGENT")

if

Instr(os,"IOS")>0 or Instr(os,"Android")>0 or Instr(os,"Windows Phone")>0 or

Instr(os,"Mobile")>0 or Instr(os,"Symbian")>0 or Instr(os,"BlackBerry")>0

then

Response.Redirect ("http://m.lib.xxxx.edu.cn/")

else

end if

%>

在移動用戶訪問到PC版網(wǎng)站首頁時，頁面最前端的識別代碼首先提取訪問來源客戶端操作系統(tǒng)字符串，其中包含Android、IOS、Symbian等系統(tǒng)標(biāo)識時，頁面自動跳轉(zhuǎn)至移動站點首頁，不再加載原來的Web首頁其它代碼，從而避免流量浪費。

2.1.2 站點首頁優(yōu)化

由于移動終端涉及屏幕尺寸、流量控制等問題，需將移動站點首頁提供的服務(wù)模塊鏈接進行篩選，只將使用頻率較高，相對較為實用的功能模塊鏈接呈現(xiàn)即可，如館內(nèi)最新公告、書刊檢索、讀者信息查詢、服務(wù)項目查詢等；而使用頻率低、不支持移動終端使用的、或?qū)儆谕晟祈撁嫘再|(zhì)的功能等模塊，如簡介類、訪問統(tǒng)計類、視頻點播類等的功能模塊鏈接，便可向后排列，甚至不予顯示。同時設(shè)計首頁語言要精煉，一、二級欄目都放在主頁上，可以直接點擊進入，減少數(shù)據(jù)流量。如果需要瀏覽更多信息時就點擊“全部”或“更多”鏈接，如大量文字的閱覽及大量資料的下載，都可以放在這里[6]，最后在條件允許的情況下，首頁設(shè)計為純靜態(tài)頁面為宜。

2.1.3 頁面元素優(yōu)化

在將Web站點頁面向WAP站點頁面移植過程中，為了控制頁面代碼流量，不再使用原頁面上的圖片、Flash、音頻、視頻等媒體元素，而使用純文本頁面，從而減少頁面加載的數(shù)據(jù)。如果必須使用圖片，則降低圖像的實際像素及質(zhì)量，從而降低其源文件大小達到控制頁面流量[6]。

2.1.4 頁面排版簡化

在PC版頁面中常用到Css、Style樣式、效果等樣式代碼，以及一些動態(tài)特效代碼，如JavaScript、VBScript等，來增加單位面積區(qū)域的信息含量，同時增加頁面美觀性。

在建立移動站點WAP頁面時，由于只需將原Web頁面中有效的模塊代碼、參數(shù)代碼、URL利用并加以移植，同時，排版時只用空格符、標(biāo)點符、換行符等可識別字符進行分割排列。對于移動瀏覽器不支持，但又在客戶端加載的樣式、特效代碼不再使用，避免造成頁面混亂以及頁面字符流量的浪費。

2.2 移動OPAC系統(tǒng)

移動OPAC服務(wù)是移動圖書館功能系統(tǒng)中為讀者服務(wù)快捷性、便利性提高最為顯著的功能模塊。據(jù)筆者隨機調(diào)查結(jié)果顯示，80%以上的讀者使用移動終端訪問圖書館所使用最頻繁的就是OPAC服務(wù)。

高校圖書館提供OPAC服務(wù)的方式大多是利用圖書自動化管理系統(tǒng)所帶的OPAC功能模塊，如匯文、ILAS、MELINETS等，都提供了Web模式下的OPAC模塊。自建的BS模式下的移動OPAC服務(wù)，就可以從Web版的OPAC模塊移植過來，通過調(diào)用Web版OPAC系統(tǒng)的參數(shù)及接口，建立WAP版的OPAC系統(tǒng)。

OPAC服務(wù)大多是檢索、查詢服務(wù)，站點頁面中包含了很多的數(shù)據(jù)庫連接、調(diào)用代碼以及判斷語句、循環(huán)語句、排列語句等大量功能性執(zhí)行代碼，因此，在OPAC移植或建立過程中更加要注意頁面代碼流量控制。

2.2.1 編程語言選擇

在選擇代碼編程腳本語言時，盡量選擇服務(wù)器端編譯的腳本語言，筆者在開發(fā)時使用ASP創(chuàng)建WML頁面。在代碼進行編譯時，如數(shù)據(jù)庫連接、調(diào)用代碼以及判斷語句、循環(huán)語句、排列語句等大量功能性執(zhí)行代碼，全部由服務(wù)器執(zhí)行編譯，而終端用戶瀏覽器中加載的只是最終編譯執(zhí)行完成后的靜態(tài)頁面代碼，從而將移動終端用戶的代碼流量降低。

2.2.2 分頁機制優(yōu)化

在移動終端使用信息檢索、數(shù)據(jù)庫查詢等需要在頁面陳列多條條目的子功能時，將單頁顯示條數(shù)進行優(yōu)化[7]。如果設(shè)置其為固定值，就將其設(shè)置為一個較小的數(shù)值，例如pagesize= “5”；如果要考慮到讀者習(xí)慣，需要有自定義單頁顯示條數(shù)的選項，則將默認值設(shè)置為一個最小的數(shù)值，例如

<%pagesize=int(request("pagesize"))%>

……

5

10

……

。

同時，將頁面結(jié)果排序方式設(shè)置為按照相關(guān)度排序。這樣，使用戶盡可能的從最前面幾條或較為靠前的頁數(shù)中找到符合要求的查詢結(jié)果，同時減少翻頁次數(shù),從而達到節(jié)省流量的目的，同時也可以照顧的移動終端屏幕較小的特點。

2.2.3 檢索結(jié)果信息篩選

對于 WAP 網(wǎng)站來說，一方面手機屏幕的大小有限，另一方面還需考慮到流量等問題，因此不能將檢索結(jié)果頁面直接顯示出來。實際上，在檢索結(jié)果頁面中，只需關(guān)注檢索到的書目信息而不必考慮與頁面格式等無關(guān)信息。

解決的方法是對檢索結(jié)果頁面進行源代碼分析，篩選出所需的書目信息，包括書名、作者、索書號、出版日期、館藏地和書刊狀態(tài)等，最后將這些信息再按照一定的格式組合起來。例如，通過分析發(fā)現(xiàn)檢索結(jié)果頁面中書目信息都包含在

代碼塊中，利用正則表達式

就可以將此信息篩選出來。關(guān)鍵代碼[8]如下。

// 獲取檢索結(jié)果頁面的源代碼

WebRequest request = WebRequest.Create(openlinkurl);

WebResponse response = request.GetResponse();

StreamReader reader = new StreamReader(response.GetResponseStream(), Encoding.GetEncoding("UTF-8"));

string source = reader.ReadToEnd();

// 利用正則表達式從代碼中提取所需的信息

string pattern = "