NSTL联编系统升级中的数据交互问题探讨与实践.doc

NSTL联编系统数据交互问题探讨与实践 路纳新 （中国科学院国家科学图书馆 北京 100190） 【摘要】 分析了NSTL联合编目与本地自动化系统的数据交互方式，在归纳总结现有图书馆资源集成模式的基础上，结合中国科学院国家科学图书馆自动化系统切换，介绍NSTL联合编目资源集成模式的探索与实践。 【关键词】 资源集成 数据交互 整合模式 【分类号】 G25 1 前言 国家科技图书文献中心（NSTL）通过丰富的资源和方便快捷的服务满足广大用户的科技文献信息需求 2 NSTL联机联合编目的建设沿革 NSTL联编中心于2002年底启动“虹桥2000”系统，加载了规范化处理的编目数据，在国家科技图书文献中心计算机联机编目系统平台上进行试运行，确保了国家科技图书文献中心文献资源服务二期工程建设如期完成。2005年底，“虹桥2K”系统根据国家科技图书文献中心的实际需求，进一步改进完善联机联合编目的功能，逐步实现与加工系统实现数据收割交互，全面集成期刊、签到、文献数据，全面支持NSTL数据联合加工系统、NSTL三期网络服务系统。 随着用户信息需求的变化以及图书馆建设的发展需要，NSTL业务管理向着科学化、规范化、精细化的方向迈进。联编工作在NSTL整体业务的流程化管理中起到数据枢纽作用，上承资源采集信息，下接文献加工流程，同时与本地的文献编目工作也密不可分。在NSTL不断完善平台化管理的背景下，对文献编目的著录项目以及数据上传不断提出新的要求。 3 本地系统与NSTL联编数据交互方式 NSTL现有九家成员单位，其中五家单位与NSTL联编系统为同构系统，数据格式以及数据交互相对简单方便；另外四家单位为异构系统，本地自动化系统以及数据格式各不相同，与NSTL联编数据交互流程较为复杂。以中国科学院国家科学图书馆为例，本地自动化系统与NSTL进行数据交互过程中，需进行诸多环节的数据处理，才能实现与联编中心系统的数据交互。处理方式如下： 利用本地自动化系统的数据提取功能，依据NSTL文献揭示的类型划分，按书目数据不同的著录内容，提取不同资料类型的书目数据； 从本地系统转出的书目数据，利用软件工具进行数据整理，过滤本地个性化的内容，增加馆代码、资料类型代码等内容；并根据NSTL联编系统USMARC对CNMARC转换时易出错的内容进行整理，尽量避免转入虹桥系统后数据内容的丢失与错误； 转入本地虹桥2K系统，在虹桥系统中再次进行数据核查质检，确保数据无误后，上传联编中心系统； 联编中心质检人员对上传数据进行质检后，执行刷新操作，取回上传数据的状态和反馈信息。 4 数据交互问题分析 为了更好地实现与NSTL联编系统的数据交互，我们结合NSTL联编系统要求，对NSTL联编系统和本地ALEPH 500系统数据结构和存在的问题进行了调查分析。 4.1 系统升级换代 由于所使用的自动化系统是基于全院的系统平台，由于系统结构的要求，本馆书目著录，尤其是馆藏著录的内容和格式与NSTL联编系统的要求有很大不同。 1. 书目ID号发生变化 由于不同系统对书目数据记录控制号的生成规则不同，书目数据由INNOPAC系统迁移至ALEPH 500系统后，书目数据的记录控制号发生了变化，即书目数据ID号发生了变化。对于曾上传过的书目数据，在NSTL联编系统中保留的是INNOPAC系统中记录ID号，造成了NSTL联编系统中的本地书目ID与本地实际的书目ID不一致。由于NSTL联编系统数据间主要借助书目记录的ID号进行关联，本地书目ID的变化，将会造成期刊签到数据上传以及书目数据维护修改后再次上传时无法进行关联等问题。 2. 馆藏著录内容与NSTL联编要求不一致 全院自动化系统的业务模式，决定了在ALEPH系统中书目数据为共用共享的公用数据，而并非为某一单位独享，因此不再以905或945等自定义馆藏字段的方式著录本单位的馆藏内容。ALEPH系统中，原馆藏字段的内容分别分散在书目记录、馆藏记录、单册记录、甚至订单记录中，且不再以MARC格式著录。而NSTL联编系统中的馆藏元数据内容均取自于本地书目数据的某个MARC字段，因此在与NSTL联编系统进行书目数据交换时，无法读取馆藏内容。 3. ALEPH 500系统数据输出的局限 ALEPH系统在书目数据和期刊签到数据输出，数据交互等方面均不如INNOPAC系统灵活，不能按一定的条件自由组配提取和输出所需的数据。对书目数据和期刊签到数据的提取和输出均需向ALEPH 500的技术人员提出个性化定制需求才能实现。 4.2 业务流程调整 由于系统切换，本地工作流程、数据格式、数据结构等均与以往有所不同；而NSTL联编中心为了适应新的业务需求，在书目数据著录规则、数据上传工具以及数据交互方式上均发生了改变。 本单位系统切换工作是基于