基于移动数字终端下的外采系统功能开发可行性研究<br/>——以IOS、Android系统为例

基于移动数字终端下的外采系统功能开发可行性研究
——以IOS、Android系统为例

2013-05-11单川

中国科技信息 2013年24期

单川

南京医科大学图书馆，江苏南京

1. 概述

图书馆文献采访是保障馆藏文献建设的重要工作。目前传统纸质图书的采购仍是图书馆采编部门的一项工作重点。伴随着馆藏量的不断增加，馆藏资源的日渐丰富，采访人员在外出采购过程中一直存在着工作量繁重，订单查重率高的困难。现有的图书外采系统大多是基于PC平台开发[1]，携带与操作都有着诸多不便，并没有实现提高外采工作效率的目的。

近年来，伴随着智能移动数字终端，特别是智能手机的普及，为移动数字图书馆的发展提供了良好的硬件基础；而与之配套的智能操作系统，在稳定性和兼容性上也日益成熟，为移动数字化图书馆的发展提供可靠的软件拓展平台[2]。设计一款针对基于移动数字终端下的图书馆外采系统，并对其功能进行可行性的分析与研究，是实现移动数字外采技术的基础。以下将以IOS与Android系统为例做简要阐述。

2. 操作系统平台与移动外采客户端系统分析

2.1 IOS和Android操作系统

IOS是由苹果公司开发的移动设备操作系统, 它是以Darwin为内核，系统结构分为四个层次：核心操作系统（the Core OS layer），核心服务层（the Core Services layer），媒体层（the Media layer），Cocoa 触摸框架层（the Cocoa Touch layer）。支持wap、PC Free无线传输、mali、iMessage、云处理等技术。

Android由Google开发，以Linux为基础的开放源代码操作系统，系统结构分为四个层次：应用程序层、应用程序框架层、系统运行库层和linux核心层。支持wap、PC Free无线传输、mali、iMessage、多媒体等技术。并且开放而免费的源代码模式为后期开发提供便利。

2.2 客户端软件系统

外采工作当中涉及的主要业务流程是：图书信息采集、信息查重、信息数据保存，最后生成订单做进一步处理。设计开发一款外采客户端软件系统，可以充分的把移动数字技术带来的各项功能整合到外采业务流程当中，在避免功能的单一化的同时提高工作效率。

客户端软件（即应用程序）的开发必须依托操作系统进行。Android系统由于其良好的开放性，开发人员也可以完全访问核心应用程序所使用的API框架。该应用程序的架构设计简化了组件的重用，任何一个应用程序都可以发布它的功能块并且任何其它的应用程序都可以使用其所发布的功能块（不过得遵循框架的安全性）。针对Android系统可以选择Java语言编写客户端软件程序。IOS系统的架构比较传统，属于类Unix的商业操作系统。本地应用程序需使用IOS系统框架和Objective-C语言进行构建。

3. 功能实现的可行性研究

3.1 检索功能

目前实现移动设备与Internet信息互通的是WAP（无线应用协议：Wireless Application Protocol）技术。WAP是由Motomla、Nokia、Ericsson几家公司和美国的软件公司Phone.com最早倡导和开发的无线应用协议，是使移动通信设备接入互联网的国际标准[3]。通过WAP技术，可以将Internet的大量信息及各种各样的业务引入到移动数字终端中。在传输网络上，WAP支持绝大多数无线网络,包括GSM、CDMA、CDPD、PDC、PHS、TDMA、FLEX、ReFLEX、Den、TETEA、DECT、Dat aTAC和Mobitex。且WAP支持几乎所有的操作系统。

实现移动外采系统与本馆数据库的实时、同步数据交换功能主要是解决接口问题。运用XML做为数据接口格式，可以满足大部分信息点的检索需求。基本工作原理是：用户通过WAP发送检索请求，系统转化请求后以HTTP方式向接口统一资源定位符（URL网页网址）指令，得到XML格式的返回数据后系统再通过解析提取信息，再以WAP方式向用户显示检索结果。这一过程可以实现外采系统的检索功能。

在进行数据检索的过程中为避免数据冗余，我们不必为外采系统建立独立的数据库，也不必为检索功能重新开发设计软件程序。目前图书馆普遍使用“联机公共查询系统（OPAC：Online Public Access Catalogue）”提供文献检索服务。外采客户端系统在程序设计时就可以直接对OPAC进行WAP化操作[4]，根据URL地址截取关键的数据库访问点做为通道，便可简化和实现移动外采系统与本地数据库的数据交换，使外采人员得到全面的馆藏信息。

3.2 信息采集与查重功能的实现

外采工作主要是通过采集ISBN号来获得图书信息，并进行查重工作。传统的条码识别方法是用光电识读器，主要由光电扫描器、解码器、端口机、显示终端和系统主机构成。进行扫描时条码被红外线照射，深色的条码吸收光，浅色条码则将光返回扫描器。扫描器将光的反射情况转换成电子脉冲，解码器使用数学算法将此电子脉冲转换成一种二进制码，然后将信息返回给终端。然而这种方法受条码印刷质量、条码是否完整无损的制约，且扫描设备昂贵不方便携带。基于图像处理的ENA-l3码识别，主要是通过图像处理的方法分割出条码图像表示13位数据位，然后对这些数据位进行译码[5]。目前图像识别技术已十分成熟，现有的移动数字硬件设备基本都符合其参数要求。参数如表1。

表1 参数指标

将图像识别做为一个模块功能建立在外采客户端系统内，外采人员通过移动设备对EAN-13条形码进行采集后，系统自动以ISBN号为检索条件进入OPAC系统查询，根据检索结果便可实现查重功能[6]。

3.3 信息保存与订单生成功能

查重工作结束后，对需要购买的图书进行信息存储是生成一个订单的关键。当然，现有的技术可以实现把每一条订购数据通过WAP至HTTP的接口以XML格式上传到本馆数据库中。但相比受限于无线网络的传输速度，移动设备的本地数据传输速度更加稳定。采取本地数据库保存的方式可以让系统运行的效率更高。为此，客户端软件中需要镶嵌一个临时的本地数据库用来保存订单信息。目前市场上移动硬件设备自带或可扩展的硬盘空间大多在10G左右，完全可以满足存储XML格式的图书订单。临时数据库的建立是基于查重功能模块架构之下，在对WAP形式的OPAC进行数据反馈之后，设计一个保存信息至本地数据库的功能。系统解析完成的XML格式数据，针对新订的图书可以抽取ISBN号为信息点写入一个建立新的XML格式文件；针对增订复本的图书可以抽取多个信息（如书名、作者、出版社等）点写入一个新建的XML格式文件。最后可以在这个文件中写入复本数等信息，用以完善订单的内容。之所以为每一本书都新建一个XML格式的文件，而不是把所有书目信息存放在一个文件下，主要是为了实现临时库的本地查重功能。所有新建的XML文件都由系统默认以ISBN号为文件名的方式自动保存。在出现新订图书重复的时候，新建XML文件会因为文件名重复而系统无法自动保存，并弹出提示框。如果采访人员认为是使用了同一书号的丛书或系列图书而选择继续保存，系统可以自动生成一个序列号标注于ISBN号后作为一个文件名重新保存。

临时数据库中还需建立若干个目录层。客户端在系统设置中对一级目录层的新建、管理功能是完全开放的，便于系统管理员对书商进行分类设置。外采人员在每次外采工作开始时，首先选择目录层中的书商，然后系统会在这个目录层下自动新建一个以当天日期为目录名的子目录。子目录层的新建功能是封闭且无法修改的，管理功能只对系统管理员开放删除子目录的权限。当天的图书订单信息都会被保存在这个子目录中。外采工作后，系统通过读取当天一级目录（即同一书商）下子目录中的所有XML格式文件，抽取全部数据进行解析。完成后把所有信息入一个文件中保存，便生成了一个完整的订单。客户端系统可以设计一个文件格式转化功能，方便采访人员根据自己的需要，最后生成以txt、Excel等格式的文件。但由于文件格式转化功能对硬件的性能要求较高，考虑到不同移动设备的性能差异，系统也可以直接生成XML格式文件，待上传至PC端后再进行处理。临时数据库中建立目录层的目的有三点：方便让采购人员把图书订单分类处理；保证本地库查重功能的实现；便于系统读取和处理生成完整订单。

3.4 订单发送功能

客户端系统在完成所有订单的处理程序后，可以利用IOS与Android系统支持的mail功能将订单文件发送给系统管理员指定的邮箱中。这一功能对于Android系统来说，由于使用者能够直接访问文件管理器的路径，邮件功能可以不必镶嵌在外采客户端内。但IOS系统无法直接访问其它应用程序数据库中的文件路径（虽然可以通过加载第三方软件读取，但过程较为繁琐且不利于操作），外采系统必需镶嵌一个E-mail程序来实现订单发送功能。