1　引言
　　20世纪90年代中期，我国图书馆自动化系统的研发曾经出现了一个高潮时期，当时推出了目前在国内较有影响的几个大型自动化系统（如南京汇文、北邮MELINETS、深图ILASⅡ等），并提出了“第三代图书馆自动化系统”的概念。进入21世纪，随着资源共建、共享的呼声越来越高，各地区图书馆群资源重新整合的要求也摆上日程，还有各地区兴建大学城、各高校跨地区设立分校的兴起，图书馆的发展已经突破传统意义上的信息孤岛模式，强调图书馆之间的资源共建、共享。在区域内，需要整合图书馆群的文献、数字化资源信息，进行集中管理，才能最大程度的满足读者的要求。而20世纪90年代中期推出的在国内较有影响的几个大型自动化系统，对当前图书馆迅猛发展而提出的要求感到力不从心。究其原因，其C/S结构可谓是主要因素，如果采用的是B/S结构，很多问题就可迎刃而解了，比如多校区一体化问题、移动采访问题等等。为了能很好的理解下文，我们首先引入C/S结构和B/S结构这两个概念。
　　C/S结构又称Client/Server或客户/服务器模式，分为客户机和服务器两层，客户机不是毫无运算能力的输入、输出设备，而是具有了一定的数据处理和数据存储能力，通过把应用软件的计算和数据合理地分配在客户机和服务器两端，可以有效地降低网络通信量和服务器运算量。由于服务器连接个数和数据通信量的限制，这种结构的软件适于在用户数目不多的局域网内使用。国内目前的大部分ERP(财务)软件产品即属于此类。
　　B/S结构全称Brower/Server或浏览器/服务器模式，是随着Internet技术的兴起，对C/S结构的一种改进。在这种结构下，软件应用的业务逻辑完全在应用服务器端实现，用户表现完全在Web服务器实现，客户端只需要浏览器即可进行业务处理，是一种全新的软件系统构造技术。这种结构更成为当今应用软件的首选体系结构。双汇软件系列产品即属于此类。
　　目前在图书馆自动化系统领域，刚刚兴起的一个联合图书馆自动化系统软件，可谓第三代图书馆自动化系统的先驱，它是基于B/S结构研发的，建立在网络上，突破时间和地域的限制，随时随地提供在线服务，顺应了图书馆发展的要求，解决了很多目前图书馆发展中遇到的问题。例，现在各个学校图书馆是一个个离散的点，采用C/S结构的图书馆自动化系统，表现为信息孤岛模式；而采用B/S结构的联合图书馆自动化系统，在集群管理方式下，区域内各图书馆不再是孤立的、离散的点，互相之间通过Internet或城域网连接在一起，形成网状结构，区域图书馆群对外的表现是一个整体，同时又具有各自特色，对内是互相联系在一起的独立实体，读者享受的服务可以是全区域范围的。
　　联合图书馆自动化系统是通过Internet网络或城域网络将区域内各图书馆联合起来，组成一个区域性的虚拟数字图书馆，建立一个区域图书馆群的电子化、数字化、网络化的信息空间，同时通过网络达到与其它信息的资源共享与协作，通过一个统一的虚拟的门户对读者提供服务。
2　基于B/S结构的联合图书馆自动化系统的功能
　　(1)联合编目
　　通过馆际间的合作，实现区域图书馆群的联合编目，多馆具有相同的文献资源，共用一条标准书目数据，达到书目资源共建共享。
　　(2)联合目录
　　建立区域图书馆群的联合目录，将图书馆群文献资源的目录信息集中在一起，提供给读者不再是单一图书馆的目录资源，而是图书馆群的目录资源。
　　(3)馆际互借
　　读者可以对其他分馆的图书进行预约和预借。
　　(4)通借通还
　　区域图书馆群之间实现通借通还，提高了图书馆现有文献资源的利用率，同时提高了对读者服务的层次。纵观国内现有的基于C/S结构模式的图书自动化系统，还没有一个能很好的实现区域图书馆群之间通借通还。而联合图书馆自动化系统能很好的支持通借通还。
　　(5)联合采购
　　通过区域图书馆群的联合、协调采购，达到在文献资源采购时就进行合理配置的目的。在联合采购业务管理方面，B/S结构模式下目前做得比较出色的图书馆自动化管理系统是以色列的Aleph软件，它有联合采购和独立采购两种形式。联合图书馆自动化系统可以实现以下几种采购方式：
　　①联合采购：各分馆分别建立自己的订单，由中心采访部门统一管理，发订单订购。
　　②独立采购：各分馆分别建立自己的订单，由各分馆自己发订单，独立完成采访过程。
　　③中心采购：由中心馆建立总订单，完成采访，书到馆后分发给各分馆。
　　(6)数字图书馆连接
　　数字资源整合，将电子书、电子期刊原数据导入书目库，通过CNMARC 856字段进行关联，读者通过WEB、OPAC检索书目可以查询到馆藏，同时可以查询到电子图书的URL连接。
　　(7)一站式检索
　　读者通过统一的检索界面可以检索区域图书馆群内的所有资源库，包括书目库、电子图书、电子期刊及其它数字资源数据库，提高资源的利用并简化用户获取所需资源的手段。
　　(8)支持多索书号，简化书目数据合并与整合
　　由于联合图书馆自动化系统支持多索书号，所以只需要合并书目数据库，将图书馆群文献资源的目录信息集中在一起，以某一个成员馆的书目数据库为联合图书馆建库的基本数据库，对各成员馆同种文献的书目记录进行判重，设置各成员馆馆藏字段，保留各成员馆代码及索书号。这样做省去了更改各成员馆原有藏书的索书号所耗费的大量人力物力。
　　(9)支持移动采访
　　基于B/S结构的联合图书馆自动化系统只要在能与Internet链接上的地方，均可以实时与本地数据库链接，实现数据即时更新。而基于C/S结构的传统图书馆自动化系统只能在本地查重或利用手提电脑将数据载入进行在采购地点查重，采用前者数据虽然能即时与数据库更新，但是如果是现购方式，图书的运输将耗费大量的人力物力，采用后者数据就不能与数据库即时更新，存在一个时间空白，容易造成重购现象，这些都是困扰我们采访人员的一大难题。
　　(10)统一用户管理
　　用户对区域图书馆资源的使用将通过统一的资源服务门户获得，利用统一用户管理功能，用户仅需一次登录（SSO），即可访问其权限范围内的所有资源。
　　(11)统一计费
　　统一计费提供对用户使用服务时的消费行为进行计费的基本功能，支持实时计费（按流量、时长计费，锁定预付费）和后付费（包月、包次、按次）。
　　(12)统一消息
　　统一消息功能将所有的信息类型，如语音、电子邮件、寻呼信息、移动短信息、传真和数据（如文件等）等，全都封装在同一个“容器”中，在“容器”中进行处理。“容器”面向用户的是一个统一的出口，用户不必考虑时间、地点或设备，可以通过电话、手机、计算机、传真机、掌上电脑等手段方便的在任何一个终端访问、接收和发送任何消息。
　　(13)实时数据采集
　　针对用户的不同需求，从网上不停地自动收集用户感兴趣的相关信息，并转化为关系数据库中的记录，以多个视图呈现给用户，极大的减少用户信息采集的人力物力。
　　(14)分馆功能
　　分馆功能包括：采访子系统、编目子系统、流通子系统、典藏子系统、期刊子系统、WEB OPAC子系统和系统管理子系统。
3　基于B/S结构的联合图书馆自动化系统对行业标准和协议的支持
　　(1)支持CNMARC、USMARC等多种MARC格式
　　MARC是书目数据标准，是图书馆自动化软件的元数据表现形式，也是数据交换和数据处理的基础。流行的图书馆软件必须以MARC数据表现为中心，能同时支持多种MARC格式。
　　能通过MARC和数字资源（电子书，电子期刊等）进行挂接。通常数字资源MARC数据使用856字段以表明该数字资源的URL定位。
　　(2)支持Dublin Core格式
　　Dublin Core是国际组织Dublin Core Metadata Initiative拟定的用于标识电子资源的一种简要目录模式。它一出现就被北美、欧洲、亚洲和澳洲20多个国家认同。不仅图书馆、博物馆采用而且不少政府机构、商业组织正在或准备采用。Dublin Core 的拟定者们参照图书馆卡片目录的模式，制定了15项广义的元数据（Metadata）。
　　(3)支持UNICODE标准
　　作为书目MARC数据，通常应该支持多语言，比如在一条MARC记录里可以支持中文、日文、俄文等多语言的编目和显示。UNICODE作为多语言统一编目的标准，已成为多语言支持的基础。
　　(4)支持Z3950协议
　　图书馆业务系统是以书目处理为中心，书目编目的质量决定该图书馆的业务水平，现在图书馆编目通常采用Z3950从编目中心套录书目数据。自动化系统支持Z3950查重，套录合并是必需的功能。
　　(5)支持XML标准
　　XML是国际互联网联盟（W3c）开发的用于网络环境下网页设计和数据交换、管理的新技术，并已成为推荐标准，具有很好的应用和发展前景。
4　基于B/S结构与基于C/S结构的图书馆自动化系统的比较
4.1　从技术的角度进行比较
　　(1)数据安全性比较。由于C/S结构的图书馆自动化系统的数据分布特性，客户端所发生的火灾、盗抢、地震、病毒、黑客等都成了可怕的数据杀手。另外，对于图书馆群的异地软件应用，C/S结构的图书馆自动化系统必须在各地安装多个服务器，并在多个服务器之间进行数据同步。如此一来，每个数据点上的数据安全都影响了整个应用的数据安全。所以，对于图书馆群的大型应用来讲，C/S结构的图书馆自动化系统的安全性是令人无法接受的。对于B/S结构的图书馆自动化系统来讲，由于其数据集中存放于中心馆的数据库服务器，客户端不保存任何业务数据和数据库连接信息，也无需进行什么数据同步，所以这些安全问题也就自然不存在了。
　　(2)数据一致性比较。在C/S结构的图书馆自动化系统的解决方案里，对于异地的成员馆都采用各地安装区域级服务器，然后再进行数据同步的模式。这些服务器每天必须同步完毕之后，中心馆才可得到最终的数据。由于局部网络的故障造成个别数据库不能同步，即使同步上来，各服务器也不是一个时点上的数据，数据永远无法一致。对于B/S结构的图书馆自动化系统来讲，其数据是集中存放的，客户端发生的每一笔业务单据都直接进入到中央数据库，不存在数据一致性的问题。
　　(3)数据实时性比较。在图书馆群应用里，C/S结构不可能随时随地看到当前业务的发生情况，看到的都是事后数据。而B/S结构则不同，它可以实时看到当前发生的所有业务，方便了移动采访，有效地避免了图书馆采购中重购带来的损失。
　　(4)数据溯源性比较。由于B/S结构的数据是集中存放的，所以中心馆可以直接追溯到各级分馆的原始业务单据，也就是说看到的结果可溯源。大部分C/S结构的图书馆自动化则不同，为了减少数据通信量，仅仅上传中间报表数据，在中心馆不可能查到各分馆的原始单据。
　　(5)服务响应及时性比较。软件供应商提供的图书馆自动化系统也不是完美无缺的。所以，对已经部署的图书馆自动化系统进行维护、升级是正常的。C/S结构的图书馆自动化系统，由于其应用是分布的，需要对每一个使用节点进行程序安装。所以，即使非常小的程序缺陷都需要很长的重新部署时间，重新部署时，为了保证各程序版本的一致性，必须暂停一切业务进行更新(即“休克更新")，其服务响应时间基本不可忍受。而B/S结构的图书馆自动化系统不同，其应用都集中于中心馆服务器上，各应用节点并没有任何程序，一个地方更新则全部应用程序更新，可以做到快速服务响应。
　　(6)网络应用限制比较。C/S结构的图书馆自动化系统仅适用于局域网内部用户或宽带用户(1兆以上)；而B/S结构的图书馆自动化系统可以适用于任何网络结构(包括28.8K拨号入网方式)，特别适用于宽带不能到达的地方。
4.2　从商业运用的角度进行比较
　　(1)投入成本比较。B/S结构的图书馆自动化系统一般只有初期一次性投入成本。对于图书馆群来讲，有利于软件项目控制和避免IT黑洞。而C/S结构的图书馆自动化系统则不同，随着应用范围的扩大，投资会连绵不断。
　　(2)硬件投资保护比较。在对已有硬件投资的保护方面，两种结构也是完全不同的。当应用范围扩大，系统负载上升时，C/S结构的图书馆自动化系统的一般解决方案是购买更高级的中央服务器，原服务器放弃不用，这是由于C/S结构的图书馆自动化系统的两层结构造成的，这类自动化系统的服务器程序必须部署在一台计算机上。而B/S结构的图书馆自动化系统则不同，随着服务器负载的增加，可以平滑地增加服务器的个数，然后在各个服务器之间做负载均衡，有效地保护了原有硬件投资。
　　(3)图书馆快速扩张支持上的比较。对于成长中的图书馆，快速扩张是它的显著特点。以本人所在的学院为例，几年之内，有两个新馆落成，每年都有新的馆藏点设立。应用软件的快速部署，是图书馆快速扩张的必要保障。对于C/S结构的图书馆自动化系统来讲，由于必须同时安装服务器和客户端、建设机房、招聘专业管理人员等，所以无法适应图书馆快速扩张的特点。而B/S结构的图书馆自动化系统，只需一次安装，以后只需设立账号、培训即可。
　　另外，大多数C/S结构的图书馆自动化系统都是通过ODBC直接连到数据库的，安全性差，其用户数也是受限的。每个连到数据库的用户都会保持一个ODBC连接，都会一直占用中央服务器的资源，对中央服务器的要求非常高，使得用户扩充受到极大的限制。而B/S结构的图书馆自动化系统则不同，所有的用户都是通过一个JDBC连接缓冲池连接到数据库的，用户并不保持对数据库的连接，用户数基本上是无限的。
　　从以上的分析可以看出，B/S结构的图书馆自动化系统有着C/S结构的图书馆自动化系统无法比拟的优势。而从国外的发展趋势来看，也验证了这一点。目前，国外大型企业管理软件要么已经是B/S结构的，要么正在经历从C/S到B/S结构的转变。从国内诸多软件厂商积极投入开发B/S结构软件的趋势来看，B/S结构的图书馆自动化系统势必在将来的几年内占据图书馆管理软件领域的主导地位。