單川

南京醫(yī)科大學(xué)圖書館，江蘇 南京

1. 概述

圖書館文獻采訪是保障館藏文獻建設(shè)的重要工作。目前傳統(tǒng)紙質(zhì)圖書的采購仍是圖書館采編部門的一項工作重點。伴隨著館藏量的不斷增加，館藏資源的日漸豐富，采訪人員在外出采購過程中一直存在著工作量繁重，訂單查重率高的困難?，F(xiàn)有的圖書外采系統(tǒng)大多是基于PC平臺開發(fā)[1]，攜帶與操作都有著諸多不便，并沒有實現(xiàn)提高外采工作效率的目的。

近年來，伴隨著智能移動數(shù)字終端，特別是智能手機的普及，為移動數(shù)字圖書館的發(fā)展提供了良好的硬件基礎(chǔ)；而與之配套的智能操作系統(tǒng)，在穩(wěn)定性和兼容性上也日益成熟，為移動數(shù)字化圖書館的發(fā)展提供可靠的軟件拓展平臺[2]。設(shè)計一款針對基于移動數(shù)字終端下的圖書館外采系統(tǒng)，并對其功能進行可行性的分析與研究，是實現(xiàn)移動數(shù)字外采技術(shù)的基礎(chǔ)。以下將以IOS與Android系統(tǒng)為例做簡要闡述。

2. 操作系統(tǒng)平臺與移動外采客戶端系統(tǒng)分析

2.1 IOS和Android操作系統(tǒng)

IOS是由蘋果公司開發(fā)的移動設(shè)備操作系統(tǒng), 它是以Darwin為內(nèi)核，系統(tǒng)結(jié)構(gòu)分為四個層次：核心操作系統(tǒng)（the Core OS layer），核心服務(wù)層（the Core Services layer），媒體層（the Media layer），Cocoa 觸摸框架層（the Cocoa Touch layer）。支持wap、PC Free無線傳輸、mali、iMessage、云處理等技術(shù)。

Android由Google開發(fā)，以Linux為基礎(chǔ)的開放源代碼操作系統(tǒng)，系統(tǒng)結(jié)構(gòu)分為四個層次：應(yīng)用程序?qū)?、?yīng)用程序框架層、系統(tǒng)運行庫層和linux核心層。支持wap、PC Free無線傳輸、mali、iMessage、多媒體等技術(shù)。并且開放而免費的源代碼模式為后期開發(fā)提供便利。

2.2 客戶端軟件系統(tǒng)

外采工作當(dāng)中涉及的主要業(yè)務(wù)流程是：圖書信息采集、信息查重、信息數(shù)據(jù)保存，最后生成訂單做進一步處理。設(shè)計開發(fā)一款外采客戶端軟件系統(tǒng)，可以充分的把移動數(shù)字技術(shù)帶來的各項功能整合到外采業(yè)務(wù)流程當(dāng)中，在避免功能的單一化的同時提高工作效率。

客戶端軟件（即應(yīng)用程序）的開發(fā)必須依托操作系統(tǒng)進行。Android系統(tǒng)由于其良好的開放性，開發(fā)人員也可以完全訪問核心應(yīng)用程序所使用的API框架。該應(yīng)用程序的架構(gòu)設(shè)計簡化了組件的重用，任何一個應(yīng)用程序都可以發(fā)布它的功能塊并且任何其它的應(yīng)用程序都可以使用其所發(fā)布的功能塊（不過得遵循框架的安全性）。針對Android系統(tǒng)可以選擇Java語言編寫客戶端軟件程序。IOS系統(tǒng)的架構(gòu)比較傳統(tǒng)，屬于類Unix的商業(yè)操作系統(tǒng)。本地應(yīng)用程序需使用IOS系統(tǒng)框架和Objective-C語言進行構(gòu)建。

3. 功能實現(xiàn)的可行性研究

3.1 檢索功能

目前實現(xiàn)移動設(shè)備與Internet信息互通的是WAP（無線應(yīng)用協(xié)議：Wireless Application Protocol）技術(shù)。WAP是由Motomla、Nokia、Ericsson幾家公司和美國的軟件公司Phone.com最早倡導(dǎo)和開發(fā)的無線應(yīng)用協(xié)議，是使移動通信設(shè)備接入互聯(lián)網(wǎng)的國際標(biāo)準(zhǔn)[3]。通過WAP技術(shù)，可以將Internet的大量信息及各種各樣的業(yè)務(wù)引入到移動數(shù)字終端中。在傳輸網(wǎng)絡(luò)上，WAP支持絕大多數(shù)無線網(wǎng)絡(luò),包括GSM、CDMA、CDPD、PDC、PHS、TDMA、FLEX、ReFLEX、Den、TETEA、DECT、Dat aTAC和Mobitex。且WAP支持幾乎所有的操作系統(tǒng)。

實現(xiàn)移動外采系統(tǒng)與本館數(shù)據(jù)庫的實時、同步數(shù)據(jù)交換功能主要是解決接口問題。運用XML做為數(shù)據(jù)接口格式，可以滿足大部分信息點的檢索需求?；竟ぷ髟硎牵河脩敉ㄟ^WAP發(fā)送檢索請求，系統(tǒng)轉(zhuǎn)化請求后以HTTP方式向接口統(tǒng)一資源定位符（URL網(wǎng)頁網(wǎng)址）指令，得到XML格式的返回數(shù)據(jù)后系統(tǒng)再通過解析提取信息，再以WAP方式向用戶顯示檢索結(jié)果。這一過程可以實現(xiàn)外采系統(tǒng)的檢索功能。

在進行數(shù)據(jù)檢索的過程中為避免數(shù)據(jù)冗余，我們不必為外采系統(tǒng)建立獨立的數(shù)據(jù)庫，也不必為檢索功能重新開發(fā)設(shè)計軟件程序。目前圖書館普遍使用“聯(lián)機公共查詢系統(tǒng)（OPAC：Online Public Access Catalogue）”提供文獻檢索服務(wù)。外采客戶端系統(tǒng)在程序設(shè)計時就可以直接對OPAC進行WAP化操作[4]，根據(jù)URL地址截取關(guān)鍵的數(shù)據(jù)庫訪問點做為通道，便可簡化和實現(xiàn)移動外采系統(tǒng)與本地數(shù)據(jù)庫的數(shù)據(jù)交換，使外采人員得到全面的館藏信息。

3.2 信息采集與查重功能的實現(xiàn)

外采工作主要是通過采集ISBN號來獲得圖書信息，并進行查重工作。傳統(tǒng)的條碼識別方法是用光電識讀器，主要由光電掃描器、解碼器、端口機、顯示終端和系統(tǒng)主機構(gòu)成。進行掃描時條碼被紅外線照射，深色的條碼吸收光，淺色條碼則將光返回掃描器。掃描器將光的反射情況轉(zhuǎn)換成電子脈沖，解碼器使用數(shù)學(xué)算法將此電子脈沖轉(zhuǎn)換成一種二進制碼，然后將信息返回給終端。然而這種方法受條碼印刷質(zhì)量、條碼是否完整無損的制約，且掃描設(shè)備昂貴不方便攜帶?；趫D像處理的ENA-l3碼識別，主要是通過圖像處理的方法分割出條碼圖像表示13位數(shù)據(jù)位，然后對這些數(shù)據(jù)位進行譯碼[5]。目前圖像識別技術(shù)已十分成熟，現(xiàn)有的移動數(shù)字硬件設(shè)備基本都符合其參數(shù)要求。參數(shù)如表1。

表1 參數(shù)指標(biāo)

將圖像識別做為一個模塊功能建立在外采客戶端系統(tǒng)內(nèi)，外采人員通過移動設(shè)備對EAN-13條形碼進行采集后，系統(tǒng)自動以ISBN號為檢索條件進入OPAC系統(tǒng)查詢，根據(jù)檢索結(jié)果便可實現(xiàn)查重功能[6]。

3.3 信息保存與訂單生成功能

查重工作結(jié)束后，對需要購買的圖書進行信息存儲是生成一個訂單的關(guān)鍵。當(dāng)然，現(xiàn)有的技術(shù)可以實現(xiàn)把每一條訂購數(shù)據(jù)通過WAP至HTTP的接口以XML格式上傳到本館數(shù)據(jù)庫中。但相比受限于無線網(wǎng)絡(luò)的傳輸速度，移動設(shè)備的本地數(shù)據(jù)傳輸速度更加穩(wěn)定。采取本地數(shù)據(jù)庫保存的方式可以讓系統(tǒng)運行的效率更高。為此，客戶端軟件中需要鑲嵌一個臨時的本地數(shù)據(jù)庫用來保存訂單信息。目前市場上移動硬件設(shè)備自帶或可擴展的硬盤空間大多在10G左右，完全可以滿足存儲XML格式的圖書訂單。臨時數(shù)據(jù)庫的建立是基于查重功能模塊架構(gòu)之下，在對WAP形式的OPAC進行數(shù)據(jù)反饋之后，設(shè)計一個保存信息至本地數(shù)據(jù)庫的功能。系統(tǒng)解析完成的XML格式數(shù)據(jù)，針對新訂的圖書可以抽取ISBN號為信息點寫入一個建立新的XML格式文件；針對增訂復(fù)本的圖書可以抽取多個信息（如書名、作者、出版社等）點寫入一個新建的XML格式文件。最后可以在這個文件中寫入復(fù)本數(shù)等信息，用以完善訂單的內(nèi)容。之所以為每一本書都新建一個XML格式的文件，而不是把所有書目信息存放在一個文件下，主要是為了實現(xiàn)臨時庫的本地查重功能。所有新建的XML文件都由系統(tǒng)默認(rèn)以ISBN號為文件名的方式自動保存。在出現(xiàn)新訂圖書重復(fù)的時候，新建XML文件會因為文件名重復(fù)而系統(tǒng)無法自動保存，并彈出提示框。如果采訪人員認(rèn)為是使用了同一書號的叢書或系列圖書而選擇繼續(xù)保存，系統(tǒng)可以自動生成一個序列號標(biāo)注于ISBN號后作為一個文件名重新保存。

臨時數(shù)據(jù)庫中還需建立若干個目錄層?？蛻舳嗽谙到y(tǒng)設(shè)置中對一級目錄層的新建、管理功能是完全開放的，便于系統(tǒng)管理員對書商進行分類設(shè)置。外采人員在每次外采工作開始時，首先選擇目錄層中的書商，然后系統(tǒng)會在這個目錄層下自動新建一個以當(dāng)天日期為目錄名的子目錄。子目錄層的新建功能是封閉且無法修改的，管理功能只對系統(tǒng)管理員開放刪除子目錄的權(quán)限。當(dāng)天的圖書訂單信息都會被保存在這個子目錄中。外采工作后，系統(tǒng)通過讀取當(dāng)天一級目錄（即同一書商）下子目錄中的所有XML格式文件，抽取全部數(shù)據(jù)進行解析。完成后把所有信息入一個文件中保存，便生成了一個完整的訂單。客戶端系統(tǒng)可以設(shè)計一個文件格式轉(zhuǎn)化功能，方便采訪人員根據(jù)自己的需要，最后生成以txt、Excel等格式的文件。但由于文件格式轉(zhuǎn)化功能對硬件的性能要求較高，考慮到不同移動設(shè)備的性能差異，系統(tǒng)也可以直接生成XML格式文件，待上傳至PC端后再進行處理。臨時數(shù)據(jù)庫中建立目錄層的目的有三點：方便讓采購人員把圖書訂單分類處理；保證本地庫查重功能的實現(xiàn)；便于系統(tǒng)讀取和處理生成完整訂單。

3.4 訂單發(fā)送功能

客戶端系統(tǒng)在完成所有訂單的處理程序后，可以利用IOS與Android系統(tǒng)支持的mail功能將訂單文件發(fā)送給系統(tǒng)管理員指定的郵箱中。這一功能對于Android系統(tǒng)來說，由于使用者能夠直接訪問文件管理器的路徑，郵件功能可以不必鑲嵌在外采客戶端內(nèi)。但IOS系統(tǒng)無法直接訪問其它應(yīng)用程序數(shù)據(jù)庫中的文件路徑（雖然可以通過加載第三方軟件讀取，但過程較為繁瑣且不利于操作），外采系統(tǒng)必需鑲嵌一個E-mail程序來實現(xiàn)訂單發(fā)送功能。

4. 結(jié)語

綜上所述，實現(xiàn)移動數(shù)字外采系統(tǒng)的功能已有可行性的理論依據(jù)和技術(shù)支持。但在實際研發(fā)過程中還可能會存在客戶端軟件系統(tǒng)與不同版本操作系統(tǒng)是否兼容性的問題；數(shù)據(jù)庫之間是否兼容的問題；數(shù)據(jù)解析后數(shù)據(jù)庫之間讀取和交換的數(shù)據(jù)格式是否兼容性的問題等等。但這些問題都有待于今后的程序開發(fā)中逐一發(fā)現(xiàn)和解決。

移動數(shù)字外采系統(tǒng)是移動數(shù)字圖書館在圖書館業(yè)務(wù)工作中的實踐與應(yīng)用。使移動數(shù)字圖書館的概念不再局限于讀者服務(wù)層面。必定為移動圖書館的發(fā)展探索出一個新方向。

[1]唐秀群. 采訪與現(xiàn)代信息技術(shù)[J]. 現(xiàn)代情報，2000（4）:14-15.

[2]姜海峰. 移動圖書館的興起和解決方案[J]. 大學(xué)圖書館學(xué)報，2010,28（6）：12-15.

[3]林穎,孫魁明.基于WAP的圖書館移動信息服務(wù)體系及WAP OPAC應(yīng)用實例 [J]. 現(xiàn)代圖書情報技術(shù)，2007(9):80-83.

[4]張繼清. 利用ASP.NET 2.0移動控件開發(fā)移動OPAC系統(tǒng)[J]. 青海大學(xué)學(xué)報（自然科學(xué)版），2009（4）：92-95

[5]稅午陽等. 基于數(shù)字圖像處理的EAN13碼識別[J]. 計算機工程與應(yīng)用，2008,44（26）：177-179.

[6]王杰. 基于智能手機的圖書外采查重系統(tǒng)開發(fā)[J]. 現(xiàn)代圖書情報技術(shù)，2009（7/8）：122-125.

[7]秦建寧，呂德陽. 談文獻采購智能控制系統(tǒng)的研制[J]. 現(xiàn)代圖書情報技術(shù)，2004(7)：68-72.

[8]楊健李,積源. 基于ASP.NET的追蹤技術(shù)研究[J]. 微計算機信息，2006（9）：105-108.

[9]彭建，陳岳林. 條碼掃描儀無線數(shù)據(jù)采集終端的研究[J]. 微計算機信息， 2007，23(28):81-83.

[10]孫昌匯，紀(jì)雙龍.圖書現(xiàn)場采購查重軟件的設(shè)計原則與思路[J].圖書館學(xué)刊，2008(1)：121—123.

[11]梁永鴻，蘇寧.手機二維碼在圖書館OPAC中的應(yīng)用與實現(xiàn)[J].無線互聯(lián)科技，2011（3）：58-59.

[12]BRIAN DIPERT. Apple's IOS and computing's potential future, Part 2[J].Electrical Design News，2010, 55(20).

[13]Alexander Sirotkin. The Java API to Android's Telephony Stack[J].Linux journal，2009(183).