架信息之桥 谋图林之善
原文出处:A Service Framework for Libraries 作者：Brian Lavoie， Geneva Henry， Lorcan Dempsey
一 介绍
研究和学习环境不断变化（日益数字化、网络化），在调整图书馆服务方面已经取得了很大进步。然而，进步有时是不平坦的、零碎的、起反作用的。图书馆不断与变幻莫测的信息交锋，显然所有的努力促进形成一致观点：图书馆服务如何在新环境下组织和表现。
近来，不同领域讨论的强调以下几点：
面对以上情形，仍然没有现成的答案去回答这些问题。有个比较一致的共识是特殊的图书馆服务应该在这些环境中出现，这种服务应该如何组织，如何表示。
图书馆面对他们的环境重构变化并非无动于衷：事实上，许多工作正在开展并且已经取得一些重要进展。但是这些努力缺乏统一的架构，图书馆应该作为一个团体，收集一串单个的项目并将他们组合成一个紧凑的整体。这样的架构将帮助表达整体期望，评估发展，识别危机。因为信息状况不断变化，架构将提升设计和实施的可行性，图书馆系统互操作可以快速回馈图书馆在服务用户过程中的需求。他将提供一个进入图书馆领域组织外部的端口，帮助他们理解他们提供的服务和图书馆之间联系的关键问题。
虽然架构也许不是最重要的，但将有助于图书馆实现战略规划。他将在不确定的环境下提供一个工具有助他们建立优先级，引导投资和预见未来需求。
在这种背景下，为了重视已经进行的在新的信息环境下矫正图书馆服务所作的努力，2005年数字图书馆联盟（DLF）发起并组建服务架构小组（SFG）[1]来考虑一个更加系统的、基于团体的方法逐渐自动的矫正图书馆功能以满足信息环境的需求。服务架构小组探索了解当前环境下的研究图书馆并建立模型，通过制定一个服务由图书馆提供、同时由商业逻辑和计算机程序表示的架构，而且能被与机构相联系的其他部门和外部信息所理解。这个架构将有助于精明地研究机构计划，提供必要的服务来满足用户当前的和新出现的信息需求。
服务架构是一个工具用来表现环境变化中的图书馆服务；加强图书馆之间和图书馆与外界直接的交流，并应用它来最大限度的满足图书馆目标。它是凝聚注意力和组织讨论的一种方式。然而，它并不是革新和创造的替代品。它不提供直接的答案，但它简化寻找、发现、应用答案的过程。
本文讨论服务架构小组的愿景图书馆服务架构，形成架构的方法和小组下一步工作日程。
二 服务架构愿景
本部分讨论服务架构愿景，强调这样一个建构应该基于的一些基本原则。详细讨论为什么服务架构对图书馆重要，见Dempsey 和 Lavoie (2005) [2]。
在进一步讨论之前，有必要明确地说明服务架构小组对服务架构的定义：
服务架构是一系列的参考模型，一系列的概念和词汇来表述他们并且将他们关联起来。服务架构，比如，词汇和参考模型——包涵授权描述不同层次图书馆事务目标范围，服务支持这些目标。
为了讨论，参考模型定义为图书馆行为的常规描述，用一致的、定义好的术语和关联来表述它。开放文档信息系统（OAIS）参考模型是说明参考模型是什么样子、有什么好处的典型例子。OAIS描述特定的图书馆行为：数字信息保存。它提供一个数字信息保存意图完成的宽泛的框架，它包含主要的过程，甚至一些完成非常具体功能的每一步。它也定义一些保存过程流程信息目标。OAIS提供理解和表述数字信息保存问题区间的方法。极端不同的全球数字保存群体展开激烈讨论，促进国际标准的发展和围绕理解OAIS表述的数字保存技术体系的建立。
正如OAIS提供理解和讨论数字保存的方法，图书馆服务架构将提供一个相似平台来理解和讨论一般图书馆状况转变形态。架构是这样一个工具：1）理解和沟通需要支持图书馆目标的“事务逻辑”，事务逻辑必须随着图书馆目标和环境的变化而变化。2）支持灵活的、可重组的设计和实施，互操作系统支持图书馆目标。架构将是所有图书馆均可共用的参考，它将有助于：
这点上，有必要提及服务架构没有涉及的一些方面：
服务架构不是过程建模或者系统设计的方法。它是一致方式输出过程建模或系统设计行为结果的组织和表达方法。它是图书馆组织和表达他们集体的理解图书馆行为在信息环境变化中如何作为的方法，就像进一步理解一个句子需要看上下文。
支撑架构最重要的主旨是图书馆服务发展应该由图书馆事务目标驱动，相反地，嵌入当前图书馆系统的功能应该是“可图示的”可用事务逻辑图表示。比如意欲支持的图书馆事务过程和流程。因此，架构需要围绕表达事务逻辑的概念，正如图示事物逻辑的概念围绕图书馆服务规定的技术或工程逻辑。这将有助于决策制定者理解图书馆的需求和目标怎样形成系统设计。
围绕这个主旨，服务架构小组确定几条指导工作的重要原则：
(1) 面向服务；图书馆内部和外部系统发展，以面向服务概念和设计方法为基础。服务是一些零碎的功能性片断，清晰地以技术执行的形式进行，为用而展开，通常在一个网络中（比如网络服务）。向前看，每个迹象表明越来越多的图书馆过程和工作流程将采用组合系列不同服务建成的自动化系统形式。面向服务是系统发展有标准组建的方法，通过组合和重组从尽可能多的资源构成系列服务。它允许灵活地发展战略与连续转变中的信息环境相应。他在群体范围用各种各样方法组织发展力量提高可复用性，避免重复劳动，增强可操作性，最大程度地降低成本。所有这些因素是在日益复杂的网络环境中图书馆系统发展的基本组成部分，与之相应变化必须迅速、经济。
(2)一致性和内聚性：图书馆已投入可观的力量考虑他们的服务应该如何在不断变化的环境中组织和表示。然而，非常少的促进集中思考的方法用各种方式记录下来，甚至可能已经形成标准。因此图书馆缺乏一致的方法在新环境中表示他们的服务和沟通他们的价值。服务架构目标是通过积累提供一致观点图书馆行为的参考模型，并且共用同样的方法表述它们。然而，服务架构需要的远非只是一套杂乱的参考模型。必须有一种方法建立参考模型间有用的联系——这就是说，在服务架构内可以水平（图书馆行为之间）移动也可以垂直（同一行为不同层次间隔之间）移动。简言之，服务架构必须有支持聚合的内部结构，即图书馆服务状况“梗概图”观点。
(3)面向外界: 图书馆服务并不总是访问图书馆控制的环境和系统，反而，它将不同程度地访问非图书馆环境。比如，图书馆目录可以采用嵌在课程管理系统检索服务的形势，相似地，参考咨询服务可以采用在网络浏览器工具条点击一个按钮的“咨询一位馆员”服务的形式。图书馆需要使他们的服务可用来满足需求，无论是课程管理系统，电子学习材料，协作工具，甚至一般的网络检索环境。因此，服务架构不仅在图书馆内部，还要在其他领域促进交流，协作和互操作，这点很重要。它需要面向外界，它给在非图书馆领域沟通一致观点充当一个辅助，并且识别在领域边界的重点联系。架构将帮助图书馆与信息状况其他部分无缝交互，并且帮助他们在新信息环境中积极定位自己的角色，而不是处于被动，或者被完全排除在外。
总之，服务架构小组将以面向服务、一致性和内聚性、面向外界作为架构设计的基础。不仅如此，架构应该是简易可行的而不是说明性的，灵活的而不是僵化的，是理解和革新的催化剂而不是绊脚石。
三 架构结构和词表
架构服务小组直至目前在集中精力清晰表述图书馆服务架构的情形；编辑和回顾相关行动，包括与几个项目（下文有进一步表述）的直接讨论；初步描述表示服务架构中图书馆事务逻辑的结构和词汇。后者在图1中有说明。
Figure 1:Decomposing the Library’s Business Logic
（ 图1相关释义。Decomposing the Library’s Business Logic ：图书馆事务逻辑分解；Business requirements： 事务需求;Business processes:事务过程； Business functions:事务功能； Business entities:事务实体；Abstract services:抽象服务。）
图1中嵌入了几个可用来分解和描述图书馆事务逻辑的关键概念：
图书馆可以看作一系列的定义图书馆是什么和希望完成什么使命的行为。在某些场合，这些行为被宽泛的定义——比如“收藏、组织和保存”。在某些情形下有用，其他一些情况则不然。比如目标是建立数字图书馆系统，简单声明系统必须支持收藏、组织和保存数字资源对系统建筑师提供的信息非常有限。这保证不了两个不同的系统将提供相同的或者相似的功能来支持保存行为。
为了得到一个图书馆服务一致的认识，采用一个分解程序是有用的，从宽泛的图书馆需求开始，以特定功能独立单元结束。这在图1中有说明：图书馆事务逻辑——任务宽泛陈述——分解成一系列完成总体目标的事务需求。事务需求与更多特定的目标相联系，并且传达关于必须做什么已完成目标的更多细节。事务需求分解成一套过程要素，每一个要素又分成更多事务功能。分解每进行一步，图书馆事务逻辑就被分解成更小的更细节的描述。
需求、过程、功能边界是人为的，但是接下来的过程通过允许在可管理范围单元阶段存在的几个间隔层次帮助简单分解。相应地，试图用简单的步骤分解宽泛的需求成一套“原子的”功能是复杂的困难的。不仅如此，通常层次间的边界是非常自然的，这种意义上给系统建筑师在他们设计自动逻辑实施事物逻辑时以有用的线索。比如，分解将帮助识别若干上下文中同样功能的情形，因此可以再利用；它还能帮助分离从本地共用服务构造实施和配置的功能。无论哪种情形，这将有助于减少本地发展成本和开销。
图1中表示的结构和词汇的表达易误解为简单；事实上，当结构和概念有意地保持简单和直接时已经是很多讨论和分析的产物。服务建构小组成员在他们的工作中形成多种多样的展望和表达展望的方法；融进一个简单的模型是一个充满挑战的富有趣味的过程。图1表示表述图书馆服务一致观点的基础概念成员观点的集中。这将有助于这些服务在不同范围内交流——图书馆内部，图书馆之间，图书馆之间和其他领域——告知图书馆系统发展一个灵活的，面向服务的途径。
分解图书馆行为成为细小的，独立的功能帮助我们更好的理解图书馆，帮助我们发展灵活的，一致的图书馆服务。想起服务为使用而配置离散的功能片断，以网络上某种形式的技术执行。服务包括两个方面：功能描述和实施功能的技术选择。后边这个方面表明通常由多种方式执行给定的功能，因此服务可以以出现在不同的方式中。但是应该有一种方法独立于技术选择之外表达潜在的功能。在服务架构小组的词汇中，这包含在抽象服务的概念中：
抽象服务表示定义事务功能（比如一个离散的图书馆事务逻辑片断）之间的中间步骤，与这一功能的技术实现。 一个抽象服务通过组织一套可自动化的行为详细描述事务功能，一般的输入输出需求描述可能在抽象的数据模型中。简单说，抽象服务是表达事务功能服务的一种方式——但执行方面独立于技术选择。通过这种方式，每执行同样的图书馆事务逻辑多种服务执行可以归入简单体系，并且通过同样的抽象服务表示。 通过抽象与技术执行特征分离开来，图书馆服务可以用一般的属于表述，允许一致的图书馆服务观点交叉存在于多种甚至可能非常不同的技术内容和环境中。
抽象服务定义包括数据需求必须支持执行的一般说明。这存在于图1中事务实体的概念：
图书馆服务在他们操作的重要实体环境中的数据日益独立。数据通常系统化地描述人物，地点和与环境相关的事情。当然，图书馆有大量的经验面对系统化地描述信息对象，这些数据将继续支持图书馆服务并起着重要的作用。然而，自动完成许多重要图书馆功能将要求不仅仅这些：一致的方式描述用户，机构，服务，政策，其他事务实体都是必要的，如同一致的方式表述不同类型实体之间关系已一样。图书馆服务将日益数据驱动，因此事务实体必须是服务架构的重要要素。
图1表示服务架构一个可能的结构和词表。他是面向服务的目标是分解图书馆事务逻辑成可以执行和配置成不同环境服务的离散的功能单元。它是一致的连贯的，它提供描述不同层次单元图书馆行为的概念，独立于细节的技术选择，提供组织结构和作为统一整体的的相关概念。并且它是面向外界的，它提供非图书馆环境图书馆服务交流的方法，通过独立于技术或环境外用一致的方法表述这些服务；此外，考虑到关键图书馆服务事务实体需要理解和支持——信息对象，人物，其他服务等等——帮助识别图书馆和其他领域之间的联系。
以上定义的服务架构是一套参考模型，用结构和词表表示他们。图1是局部完成后边的需求。参考模型可以生成图一中描述的不同层次的结构：需求，过程，功能，抽象服务和事务实体。结构和词表是表示、组织和连接聚集在服务架构伞下参考模型的一种方式。
四 示例：OAIS参考模型
正如前文所述，OAIS参考模型是一个很好说明服务架构希望完成什么的实例。OAIS也能用作说明图1中的结构和词表如何应用在实践中的一种方法。图2表示运用图1中的结构和词表，包含在OAIS中事务逻辑的分解。
Figure 2: The OAIS “Business Logic”
（图2相关释义。开放文档信息系统“事务逻辑”；Long term preservation:长期保存；
Ingest:摄取；Receive Submission:接收提交；Quality assurance:质量保证；Generate AIP:生成存档信息包；Extract Metadata:抽取元数据；Coordinate Updates:协调更新；
Data management:数据管理；Administer Database:管理数据库；Perform Queries:执行查询；Generate Report:生成报告；Receive Database Updates:接收数据库更新；
Archival Store:文档贮备；Receive Data:接收数据；Manage Storage hierarchy:管理存储层；Replace Media:替换媒体；Error Checking:错误检查；Disaster Recovery:灾难恢复；Provide Data:提供数据；
Preservation Planning:保存计划;Monitor Designated Community:监控制定群体;Monitor Technology:监控技术；Develop Preservation Strategy:形成保存策略；Packaging, Migration Planning:打包，迁移计划；
Access:访问；Coordinate Access Activities:协调访问行为；Generate DIP：生成分发信息包；Deliver Response:发送响应；
Administration:管理；Negotiate Submission Agreement:通过提交协议；Manage System Config.:管理系统参数；Archival Information Update;存档信息更新；Physical Access Control:物理访问控制；Establish Standards, Polices:建立标准,政策；Audit Submission:审计提交；activate Requests:激活请求；Customer Service:客户服务；
Business entities:事务实体
submission information package, or SIP：提交信息包；
archival information package, or AIP：存档信息包；
dissemination information package, or DIP：分发信息包
Business requirements： 事务需求;Business processes:事务过程； Business functions:事务功能。）
图书馆行为“长期保存”简洁表述的定义是作为一种事务需求——比如图书馆总体任务可以确定的部分。这个需求包括6个主要的事务过程：摄取，数据管理，文档贮备，保存计划，访问和管理。每一个过程由系列更细小的事务功能组成。这些过程和功能在一起提供一个简明的数字保存问题空间图。
OAIS可能是事务需求最好解释的参考模型，强调分解需求在事务过程要素中。OAIS提供事务过程最为详细的描述，它代表性的宣称为“OAIS构造”。当然，有足够的空间讨论关于OAIS将其分解结构化：比如，“抽取元数据”可以看作分离功能单元，“客户服务”可能太宽泛以至不能认作是原子的。但是这样的问题纯粹是强调拥有一致结构和词汇来形成讨论框架和促进有效交换观点的必要性。
OAIS也局部处理一些与保存相关的重要事务实体。OAIS定义信息包概念——比如，数字内容和与之相联系的元数据看作是单一的，逻辑包移动进（提交信息包），通过（存档信息包），离开（分发信息包）存档系统。一个METS目标可以解释成信息包的一个常规计划。抽象服务能有计划的操作信息包；实际服务执行有计划的操作METS目标。
图2中事务功能可用作定义执行OAIS指定的功能的描述抽象服务起始点。注意这里没有必要在事务功能和抽象服务之间严格的一对一通信。嵌入事务功能之中的行为可以分解成两至三个更抽象的服务。图2有助于确定在成倍增加的内容中可重复利用的功能：比如，可能有两个“生成存档信息包”和“生成分发信息包”共用许多同样的功能，支持双方的功能集中成单一的抽象服务。此外，特定过程和功能——存档贮备，或“监控技术”——完全可以分成共用底层构造服务多个知识库，而不是本地复制。为了适应OAIS，在拱形结构之上的和组成部分的一致词表，帮助讨论这些问题的实用性。
参考模型也可以发展成更加详细描述不同OAIS事务逻辑组成部分，比如过程和功能，就同支持执行事务功能的抽象服务一样。 图1中的结构和词表连接这些参考模型成一个相互联系的整体。
虽然OAIS在不同的上下文，不同的假定和不同的目标下开发，它很好说明包含在图书馆服务架构中参考模型的性质和价值。它描绘出事务逻辑关键组成部分独立于实际工作流程和技术选择的独特片断。OAIS集中讨论数字保存问题领域的共同观点；它也是在不同环境中交流保存需求和期望的有用工具。因此形成关于保存服务的一致观点，虽然层次非常高，它将有利于发展，协作和第三方服务提供。
五 相关行动
服务架构小组回顾了起源于许多不同领域的相关行动，体系结构、参考模型、架构。关于动机和感知的利益这些工作间的相似性是明显的，关于形式却不然。服务架构小将继承它们并采其他措施来补充。两项计划被看作是一样的，与服务架构小组显著相关，并且小组追求与这些工作进一步协调：JISC/DEST 数字架构行动[4]和数字联盟Aquifer行动[5]。
教育与研究数字架构是由英国联合信息委员会（JISC）和澳大利亚教育、科学和培训部（DEST）发起的行动。首要目标是通过改进战略规划和实施过程推动教育和研究实现技术互操作。特别地，这意味着在国家和机构层次一致支持教育和研究技术需求。五项重要原则指导发展：系统和过程整合委托以面向服务的方法；发展、促进和采用开放标准；群体包含在发展中；开放协作发展行动；配置灵活可扩展。2006年6月新西兰SURF基金会和新西兰教育部加入这项行动[6]。
服务架构小组当前与数字架构整合工作组一起工作尽可能协调概念和词汇，为了更容易与两个项目交流，并且提高两个架构间的一致性和可互操作性。服务架构小组和数字建构行动将继续朝前分享专门技术，期望通过合作取得大量有价值的成果。
与数字图书馆联盟Aquifer行动合作将提供在可操作环境测试服务架构小组工作的方法。Aquifer测试床行动已经成功帮助识别关键抽象服务，并且帮助清洗表述怎样描绘图书馆事务逻辑特殊片断图。服务架构小组将继续与Aquifer员工合作并适当调整行动。
六 工作计划
下一步，服务架构工作小组将从事以下任务：
1） 给服务架构定义结构和词汇
图书馆计划者和研发者需要一致的结构和词汇来表达和组织参考模型包含服务架构。图1中结构和词汇表示是小组从事这项任务的首次尝试，小组将定义这些概念，开发需要附加的概念，并且提供详细的意义和用法实例。为了提高一致性和可互操作性，在这项工作过程中，小组将有意识的寻找其他恰当的首创术语协调起来。
与这项任务相关联，服务架构小组将巧妙地设计更加准确定义的参考模型。“参考模型”这个词与文学定义不同，它对小组尽可能明确地描述概念在服务架构中含义是重要的。
2） 分解几个关键的图书馆领域
工作小组将选取两至三个关键图书馆服务领域，简洁表述他们的事务需求，然后将这些需求分解成过程，作用和抽象服务。
3） 将分解块形成一套参考模型
工作小组将开发服务架构中要用到的参考模型详细定义，有了它，将（2）中的分解用（1）中的概念和词汇定义形成正式的参考模型。参考模型将不规定体系结构或技术选择，反而，它们将作为面向服务发展的引导。如上文所述，小组的目的不是生成图书馆各个方面都能使用的参考模型。然而，生成一个小的参考模型“样本”提供一个模板引导未来的工作形成包含在服务架构中的另外的模型。
七 结论
展望未来，我们不难想象图书馆服务架构能够引导多个可能的方向。一种可能，这项工作将能使图书馆集中走向过程标准化，换句话说，特定的图书馆过程定义，比如范围，作用，输入/输出等等开始被广泛接受。这些标准化过程将促使信任第三方规定、可取代的系统，内部和外部交流，一致的执行方法、标杆和互操作。这种结果某种程度上进了一步：首先必须识别和理解需求和过程，有统一的方法描述他们。这个目标是架构努力的方向之一。
另一种可能是这项工作是图书馆系统面向服务结构的发展。我们同样有所进步，不仅如此“面向服务结构”是它自身不清楚的使用不一致的[7]。然而，我们可以认为图书馆面向服务结构表示图书馆依旧与服务联结的自动收藏，在网络上通过网络服务技术配置和展示。
图书馆经历根本的变化，立即全面挑战机遇。采取种种办法应对这些挑战，图书馆计划制定者和系统开发者强调与宣传图书馆服务价值将是重大的任务。图书馆服务架构将协助他们完成这项任务，允许他们组织和表达图书馆服务形成一致的观点，这将支撑图书馆系统发展变得灵活并且与新出现的不断变化的研究和学习环境相适应。
鸣谢
本文代表数字图书馆联盟服务架构小组写作，包括Geneva Henry (DLF Distinguished Fellow; Rice U.), Sayeed Choudhury (Johns Hopkins U.), Lorcan Dempsey (OCLC), Dale Flecker (Harvard U.), Brian Lavoie (OCLC), Krisellen Maloney (Georgetown U.), James Michalko (RLG), Andy Powell (Eduserv), Daniel Rehak (教育与研究数字架构; U. of Memphis), David Seaman (DLF), MacKenzie Smith (MIT)。
注释
[1] DLF Services Framework home page. Available at: http://www.diglib.org/architectures/serviceframe/>.
[2] Dempsey, L. and Lavoie, B., “DLF service framework for digital libraries: a progress report for the DLF Steering Committee.” May 2005. Available at: http://www.diglib.org/architectures/serviceframe/dlfserviceframe1.pdf>.
[3] Consultative Committee for Space Data Systems, Reference Model for an Open Archival Information System (OAIS). CCSDS 650.0-B-1, Blue Book, National Aeronautics and Space Administration, Washington, D.C. January 2002. Available at: http://public.ccsds.org/publications/archive/650×0b1.pdf>.
[4] e-Framework for Education and Research home page, Available at: http://www.e-framework.org/>.
[5] Acquifer project, http://www.diglib.org/aquifer/>. For an update on current progress, see: Kott, K., Dunn, J., Halbert, M., Johnston, L., Milewica, L., and Shreeves, S., “Digital Library Federation (DLF) Aquifer Project.” D-Lib Magazine, v.12, no.5, May 2006. Available at: doi:10.1045/may2006-kott>.
[6] For the full description, see http://www.e-framework.org/about/>.
[7] For a good introductory treatment of service-oriented architectures, see Erl, T., Service-Oriented Architecture (SOA): Concepts, Technology, and Design. Prentice Hall PTR, Upper Saddle River, NJ, 2005.
Translated By :图谋
译后：目前只校一遍，恳请批评指正。谢谢！
