图片来自http://en.wikipedia.org/wiki/Levels_of_conceptual_interoperability

简单说明：

• 第0层：没有（不考虑）互操作性（封闭如C/S系统）
• 第1层：技术互操作，可利用至少一种协议，能够在一个平台上使其它系统获得比特或字节信息。
• 第2层：语法互操作，支持进行一定格式的数据交换。
• 第3层：语义互操作，在数据交换的基础上，依靠共有互通的解释机制，达到语义的交换和共享（互操作）。语义Web就提供了一套协议机制，支持整个Web范围内的语义交换与共享。
• 第4层：程序互操作，支持协同语境。在语义理解的基础上，共同实现一定的功能。
• 第5层：动态互操作，系统的变化和迁移被记录和控制，变化不影响数据的交换和功能的实现。
• 第6层：概念互操作，具有一定智能的系统，不同系统间的互操作能够自动地实现。

目前推出的是演示Demo版（在这里 ）基本情况如下：

1、公开了一个WSDL描述接口 ，支持用户编制客户端来访问该Web服务（但未有任何开放期限的承诺）；
2、支持每用户每天500条记录的映射，不论多少个请求（这有点太小气了）；
3、支持的元数据形式以三个方面的属性进行定义：元数据的格式（如MARC, DC, MODS等），结构（XML, RDF, ISO 2709等）和编码（MARC8, UTF-8, Windows 1251d等）；
4、开放了四个函数调用（详细情况参加API说明文档 ）：

• translate(…)
• getSupportedSourceRecordFormats() （返回所支持的转换源格式列表）
• getSupportedTargetRecordFormats() （返回所支持的目标格式列表）
• getSupportedJavaEncodings() 返回Java支持的编码列表，一些格式将支持Java所支持的所有编码

目前所知的仅这些。哪位有兴趣可以开发一个简单的客户端试试。

数字图书馆实践总是等不及计算机理论的发展，操起手边的家伙先干上再说。在语义互操作问题的解决框架还没有什么突破性进展的时候，元数据映射就已经土法上马了。当然下面介绍的 OCLC 的做法可能也是目前最”先进”的方法了。至少可以为将来基于本体的、由代理实现的、自动的 Web 服务积累一定的经验，甚至可以重用这些 OCLC 现在开发的代码（如 METS 封装好的不同格式元数据的映射转换代码）。
这是 OCLC2002 的项目：” 元数据模式转换服务 Metadata Schema Transfermation Service ” ，旨在探索为基于 Web 的数字图书馆提供元数据转换服务的方法。项目认为，数字图书馆元数据模式转换，有几个前提条件：

1、 需要有一系列元数据标准规范，数字图书馆应用必须基于这些标准规范。之所以称为标准规范，需要有一定的权威性、一致性、应用领域、维护方式 / 机制 / 责任者等等，并需要有一定的形式（即供人读的形式和供机器读的 XML 或 RDF 模式）；

2、 基于上述 1 的各种标准规范，建立元数据元素数据字典库（即元数据术语库，可以归入 4 ）；

3、 不同元数据标准规范（格式）的映射规则能够建立起来。完全无关（或非常灵活 / 无形式化规范）的元数据方案是无法相互映射的；

4、 可通过元数据登记系统实现丰富多样的元数据标准规范、格式、语义、模式等查询和转换功能需求；

5、 提供分布式查询能力；

6、 建立基于标准的元数据索引库（具体应用）。
本人认为其核心实际上是建立注册登记系统，所有功能都可以在其中实现。将来也可以以此为核心实现基于本体的语义 Web 服务。
该项目讨论了一些问题，并取得的一些进展：

l Two Paths to Metadata Translation: An Overview (PDF:67K/1p.)

l A Repository of Metadata Crosswalks (Presentation given at DLF Spring Forum 2004 )

l Two Paths to Interoperable Metadata (PDF:330K/9pp.)

l DC-2003 Conference Presentation (PPT:1.7MB/19 slides)

l 关于元数据及其互操作的文献目录
当时在技术上遇到了一些问题：如元数据标准 / 方案的个性化表达而引起的不一致性， XML 置标本身的多样性和多义性，无法实现规则体系以减少双向互转的语义损失，语义的规范表达问题等等。现在这些问题已经完全可以得到解决。
目前的实现方案：

在 2004 年 4 月的一次会议上由 Jean Godby, Devon Smith, Eric Childress, Jeffrey A. Young 提出的设想是这样的：

三种实现方案：

1. 一系列 XSLT 转换代码；比较简单，但是往往失去背景说明、最佳实践、语义和句法无关、规则也缺乏形式化，难以进行数据挖掘等等。

2. Pathfinders for crosswalks ；直观、方便。但是不同粒度、类型的映射方案混杂在一起，可执行代码难以定位，不适用于浏览和查找。

3. 映射库。

基本要求：

1. 建立一个文档模型；

2. 建立翻译规则；

3. 支持及其自动翻译。

对元数据翻译系统的要求：

1. 随时随地可用的元数据（翻译）服务；

2. 支持人机交互，但及其自动实现相关服务；

3. 不光支持元数据模式（ Metadata Schema ）的翻译，还支持对数据进行格式翻译。可随时调用服务；

传统的元数据翻译服务：

l 仅仅是一对一的；

l 精度不高；

l 维护不易。
映射表（ crosswalks ）用于翻译不同的元数据元素集合。一个元数据方案中的元素常常与另一个元数据方案中的某些元素相同、相近或有关联。有时也称作语义映射。

Crosswalks are used to ‘translate’ between different metadata element sets. The elements (or fields) in one metadata set are correlated with the elements of another metadata set that have the same or similar meanings. This is also sometimes called ‘semantic mapping.’”

Source: Canadian Heritage Information Network (http://www.chin.gc.ca/English/)
OCLC 的 The Crosswalks Repository 3.0

l 将映射方案以 METS 的复杂对象形式封装起来；

l 采用 OAI 将数据组织成可检索的资源库
用 METS 封装映射表的具体方法：

l 在 METS 头区定义 Crosswalk 对象；

l 在 METS 结构图（ structure map ）中定义六个对象：

n 源元数据模式（人读和机器运行两个版本）

n 目标元数据模式（人读和机器运行两个版本）

n 映射表（人读和机器运行两个版本）

l 在 METS 的描述性元数据部分进行元数据关联

参见文献：

Kimberly S. Lightle and Judith S. Ridgway “Generation of XML Records across Multiple Metadata Standards”. DOI: 10.1045/september2003-lightle

Carol Jean Godby, Devon Smith, and Eric Childress Two Paths to Interoperable Metadata http://www.oclc.org/research/publications/archive/2003/godby-dc2003.pdf

Trackback: http://tb.donews.net/TrackBack.aspx?PostId=556531