机构存储DSpace系统简介

<o:p> </o:p>

摘要：本文从DSpace系统的数据处理、用户与数字对象管理、浏览与检索、统计功能、订阅服务、系统结构、开放源代码七个方面介绍了DSpace系统。

关键词：DSpace；Institutional Repository；机构存储

<o:p> </o:p>

Introduction of Institutional Repository DSpace System

Abstract: Introducing to DSpace system from several aspects which are data processing, management of user and digital objects, browse and search, statistics, subscriptions, system structure, and open source

Keywords: DSpace；Institutional Repository

<o:p> </o:p>

1前言

随着科学研究的进步和深入，在大学里的各个院系、科研机构、实验室等，产生了大量的复杂的、数字化的、不同格式的科研资料和学术出版物，为此各个院系部门、科研机构、实验室不得不花费相当多的时间和精力去收集、整理、保管这些资料，一方面对这些资料的再利用带来不便，另外一方面各个机构之间共享一些资料也非常麻烦。麻省理工学院（Massachusetts Institute of Technology，MIT）图书馆主管Ann J.Wolpert女士看到这种现象后，认为图书馆有必要为本校的这些部门机构提供一种数字机构存储（digital institutional repository）的服务^[1]。在她的努力倡导下并在本学院的一位计算机专家的帮助下，于<st2:rtx w:st="on">2000</st2:rtx>年3月，麻省理工学院图书馆与惠普实验室（Hewlett-Packard Labs）达成共识，决定共同开发该数字机构存储，并命名为DSpace^[2]。随后双方经过两年半的努力，于<st1:chsdate isrocdate="False" month="11" day="4" islunardate="False" w:st="on" year="2002"><st2:rtx w:st="on">2002</st2:rtx>年11月4日</st1:chsdate>，根据BSD开放源代码许可协议，麻省理工学院图书馆与惠普公司实验室向全球发布了第一个版本的DSpace开放源代码系统。自发布之日至笔者成文之时，DSpace系统经历了1.0、1.1、<st1:chsdate isrocdate="False" month="12" day="30" islunardate="False" w:st="on" year="1899">1.1.1</st1:chsdate>、1.2、1.2.1、1.2.2、1.3、1.3.1、1.3.2、1.4alpha10个版本，在DSpace官方网站上有登记的并在使用DSpace系统的教育科研机构已经有145家^[3]。在短时间内，DSpace系统得到了广泛的应用和普及，其强大的功能和使用的简单性得到了普遍认可。本文主要从DSpace系统的功能特点方面对DSpace系统作一个简单介绍，为正在使用或将要使用DSpace系统的高校或机构提供参考。

<o:p> </o:p>

2 DSpace系统的数据处理

2.1 数据组织模型

DSpace系统的数据组织或者说数据存储的形式有别于一般的文献管理系统，其数据组织模型与高校的学院、系别、教研室/实验室等的组织结构大致相对应。其数据模型（data model）分别称为社区（community）、合集（collection）、条目（item），其中条目为存储库中的基本存档单元，即指提交到DSpace系统的数据单元。其中条目之下还可分为数字包（bundle）和比特流（bitstream）。这些数据模型的结构关系是：若干的比特流组成一个数据包，若干的数据包组成一条条目，若干条目组成一个合集，若干合集再组成一个社区（如图1所示）。

图1 DSpace数据模型结构图 

举例来说，经济学院的<st1:personname productid="王" w:st="on">王</st1:personname>老师写了一篇由文字、表格和图片相结合的论文，其中社区是指<st1:personname productid="王" w:st="on">王</st1:personname>老师所在的经济学院，合集是该学院的<st1:personname productid="王" w:st="on">王</st1:personname>老师，条目是<st1:personname productid="王" w:st="on">王</st1:personname>老师所写的论文，数字包是指组成论文的文字、表格和图片，比特流是指文字的字体、大小、颜色等等。

与实际情况相对应，每一个条目可以属于一个或多个合集，即一条条目可以映射到多个合集之下，如某个合集下的条目，可以通过映射的方法，同时成为其他合集下的条目；另外，社区之间可以嵌套，即在社区之下再建一个子社区，子社区下可以再建孙社区。

<o:p> </o:p>

2.2 数据描述

由于DC（Dublin Core）元数据具备通用、简单的优势，被DSpace系统所采用。DSpace系统中DC元数据包括了三类的元数据，即结构型元数据（Structural Metadata）、管理型元数据（Administrative Metadata）和描述型元数据（Descriptive Metadata）。结构型元数据包含了如何给最终用户显示条目或条目中的比特流的信息，例如有一个条目，即一篇含有许多图片的论文，（其中一张图片就是一页，每张图片就是条目中一个比特流），那么该条目的结构型元数据就包含了一张图片是一页，并按一定顺序显示每一页的结构信息。管理型元数据包含了保存元数据、来源/出处元数据和授权策略数据。该类元数据大部分都保存在 DSpace的关联数据库管理系统中，其中来源元数据储存在DC元数据核心集记录中。另外DC元数据核心集记录中还复制了一些其它的管理性元数据（如比特流字节大小和 MIME类型）。

描述型元数据主要用来描述社区、合集及条目记录信息。DSpace系统的元数据默认配置是麻省理工学院图书馆的配置，即一组基于图书馆应用协议（Library Application Profile）的DC元素和限定词^[4]。各图书馆或科研机构可以在DSpace的管理窗口的“Dublin Core注册”中根据实际需要适当修改相应的元素或限定词。

<o:p> </o:p>

2.3 Handle

在DSpace系统中描述型元数据元素标识符（Identifier）的限定词URI的值是由CNRI（Corporation for National Research Initiatives）^[5]提供的 Handle 系统专门负责赋值。

常常由于某种原因，用户在点击一个网页的链接（如收藏在收藏夹中的链接）时，发现原有内容已经更换，或者原有内容还存在但已经更换了链接地址，或者已经不能链接成为了死链。这些现象都给用户的使用造成了不便，从而对该链接及所在站点产生怀疑和不信任感，久而久之，对这些链接或站点失去了兴趣。DSpace开发人员为避免这种情况，运用CNRI 提供的Handle 系统为每一条条目、合集、社区产生一个全球唯一的永久统一标识符Handle。这就意味着无论条目、合集、社区的内容或物理位置怎么改变，用户只要使用该Handle，同时Handle服务器运行正常，即可找到相应的条目、合集或社区，这样就避免了上述现象的发生。

DSpace系统要使用Handles，首先要在本地安装由CNRI提供的Handle服务，并向CNRI申请Handle前缀，该前缀全球唯一。正因为如此才保证了用户可以在全球任何地方访问相应的条目、合集、社区。Handle的格式有如下两种：

hdl:2288/41

http://hdl.handle.net/2288/41

其中，2288是厦门大学向CNRI申请的Handle前缀，41是系统为其中一条条目分配的顺序号。上述两种方式都可全球唯一地标识该条目。用户只要在网页浏览器中输入第二方式即可访问到该条目，而第一种方式需要安装CNRI提供的插件才可以访问相应的条目。

<o:p> </o:p>

2.4 数据摄入与导出

DSpace系统主要用于长期保存管理教育科研机构的各种数字化资源，包括论文、图书、图书章节、数据集、学习资源、图像、3D图像、地图、乐谱、设计图、预印本、录音记录、音乐录音、软件、技术报告、论著、视频、工作文档等等，几乎包括了所有格式的数字化的文字、图像、音频和视频资源。以上这些资源提交到DSpace系统后构成了基本的条目单元。

条目是DSpace系统存储库中的基本存档单元，也是DSpace系统数据摄入的基本单元。DSpace系统的数据摄入有两种方式，一种是从Web界面提交条目，每次只能提交一条条目，另一种方式是在文本界面下用命令的方式将一批条目导入到相应的合集下。

<st1:chsdate isrocdate="False" month="12" day="30" islunardate="False" w:st="on" year="1899">2.4.1</st1:chsdate>数据导入与导出以及相关接口

考虑到数据备份和系统间数据移值，以及数据交换的需要，DSpace系统提供了相应的导入与导出脚本工具。运用导出脚本工具可以导出某合集下的一条条目或者所有条目。导出的条目为一个文件夹，文件夹中包括contents、dublin_core.xml、handle、license.txt、数字文件（如一篇Word格式的论文）六个文件，其中contents文件指明了主要的数字包（即指license.txt和数字文件），dublin_core.xml文件包含了该数字文件的所有DC元数据。相反，运用导入脚本工具，可以把上述导出的条目导入到本系统或其他DSpace系统相应的合集中。上述导出与导入功能也就同时实现了条目数据的备份、移植、交换、恢复的过程。

为了DSpace系统中的数据能够与其他系统数据进行更完备的交换，DSpace系统还提供了基于METS的导出工具，能够把条目中比特流导成基于METS元数据格式的METS文件。

另外，DSpace系统同时支持OAI协议和OpenURL协议。通过OAI接口，有关机构（如OAIster ，美国密歇根州大学数字图书馆的一个项目成果服务）可以定期或不定期对DSpace系统的元数据进行收割（DSpace系统中DC元数据默认是公开的，并允许其他系统对其收割）。由于DSpace系统支持OpenURL协议，对于拥有SFX服务器的机构，通过设置DSpace系统，系统将在每个条目页面上显示一个OpenURL链接，同时能够响应外来的OpenURL请求，这些都有利于相关信息的检索与利用。

<st1:chsdate isrocdate="False" month="12" day="30" islunardate="False" w:st="on" year="1899">2.4.2</st1:chsdate>工作流

通常，条目提交或导入后，还不能正式归入DSpace存储库中，需要经过审核人员审核并确认后才能正式归档。审核人员审核的内容包括提交的条目内容是否符合要求，条目的元数据是否正确或规范等，然后确认该条目是否被正式归档，或者认为该条目需要进行相应的修改后才能归档，或者直接拒绝该条目。DSpace系统把这一过程称为工作流（Workflow），并按不同功能权限将工作流分为三步，第一步：接受或者拒绝新提交的条目；第二步：编辑新提交条目的元数据，并接受或者拒绝新提交的条目；第三步：编辑新提交条目的元数据，不能拒绝新提交的条目。上述三个步骤一步接一步，只有执行完上一步骤后才可以执行下一步骤，当然，如果系统设置时忽略了某一步骤，则直接跳入下一步骤；如果三个步骤都被忽略，则新提交的条目提交完后直接正式归入DSpace存储库，这种方式是系统默认的设置。

新提交的条目如果被拒绝，那么被拒绝的原因或理由将以邮件的方式通知提交者，由提交者作相关的修改后再提交。如果新提交的条目被接受，则顺序进入下一步骤。拥有管理员权限的用户可以直接删除新提交的条目，工作流也将因此而取消。

在执行完上述工作流后，新条目正式归入DSpace存储库之前，系统还将自动为该条目做如下工作：

l         给条目如下DC元素赋值，Date.accessioned，Date.available，Date. issued（条目提交时没有赋值），Identifier.uri（即Handle）

l         添加包括比特流校验和（checksum）在内的来源信息到条目中

l         把条目及其相关的授权策略添加到目标合集中

l         把条目添加到检索和浏览的索引中

<o:p> </o:p>

3 用户与数字对象管理

DSpace系统中授权/权限的策略管理大体上包括两部分，一部分是对用户的授权管理，一部分是对DSpace数字对象的权限管理。

3.1 用户授权管理

DSpace系统中，对用户及权限的管理主要是基于群组（group）的管理，所谓群组是指具有相同功能权限的用户集合。

对单个用户的管理主要包括对该用户在DSpace系统中注册信息的管理，注册信息包括该用户的E-mail、姓名、联系电话、密码等，另外还包括是否允许该用户通过Web界面登录系统、是否需要相关凭证才能登录系统、删除或添加新用户等。

对群组的管理主要是群组成员的管理及群组权限的管理。对于群组中的成员管理员可以随时添加或删除。群组权限的管理主要是为该群组授予何种角色，角色主要包括管理员（Administrator）、匿名（Anonymous）、合集管理者（Collection Administrator）、条目提交者（Submitter）、工作流执行者（workflow）等。其中有两个组是特殊的组，即管理员组和匿名组。管理员组中的成员具有最高的权限，可以执行任何动作；而匿名组拥有最低的权限，只能浏览DSpace系统中“只读”的数字对象。任何注册用户和未注册用户都默认拥有匿名组的权限。

需要注意的是DSpace系统中的用户并不仅指实际生活中的使用人，而且还可能是计算机。因为在DSpace系统中，某些功能是由实际生活中的使用人来执行，而有些功能是由计算机完成的。因此DSpace系统中用户是指能够执行某项功能或动作的执行者，并把这种执行者称为“电子用户”（E-person，E-people），比如前述条目提交与工作流的执行，不同的步骤可以由一个电子用户或多个电子用户共同完成，实际生活中的使用人可以同时扮演几个电子用户。

3.2 对数字对象的权限管理

对数字对象的权限管理主要是指对前述社区、合集、条目、数字包、比特流的权限管理。这些数字对象包括的权限列表如下：

表1 社区权限

权限	说明
添加/移除	添加或移除社区下的合集或子社区

<o:p> </o:p>

表