跨系统的协同信息服务的最终目标是屏蔽异构分布式信息服务系统之间的差别,提供一致的服务。其实现,通常按照信息资源、流程组织、服务实现层次进行整合和集成。这三个层次的协同在平台信息服务中是客观存在的,在系统协同上具有相互联系的互补关系。
信息资源层面的跨系统协同是指各系统信息资源的异构性或非一致性,需要平台进行格式转化,使之形成统一标准下的映射关系。这种协同实际上是信息转化和共用协同,需要具有平台协作关系的若干个信息提供者,按照一定的标准和形式,提供信息资源转化机制。在信息共享平台上,只有按照一定的服务规则和技术标准进行信息提供,信息使用者才可能在平台的范围内共享信息和数据。当前,信息共享平台的信息资源建设协同主要集中在数据共享方面。信息资源层面的协同关注的是应用接口层的转换和应用系统之间的数据流动,因此,实现对数据库、应用程序以及相关服务的对接就成为面向信息资源层面协同的关键[6]。
图8-3直观地显示了信息资源层面的跨系统协同组织模型。在基于平台的A-B系统数据交换和共享中,需要数据的一致性作保障。如果A-B数据库存在异构,就需要按平台标准协议进行数据格式的转换或内容上的映射重组。如果A-B两系统的数据需要通过平台提供给第三方共享,其数据协同可采用虚拟数据库方式进行数据的跨系统聚合,然后以数据文件的形式按需提供给第三方。同时,当基于平台的跨系统协同信息服务接受集成数据的请求时,需要通过集成代理的方式进行数据获取,这就提出了基于接口的集成问题。可见,信息资源层面的协同组织具有多方面的要求。对于不同要求,有着不同的处理机制。
图8-3 信息资源层面的跨系统协同
在基于平台的跨系统信息服务协同中,存在着数据程序调用、功能模块或处理工具的互用问题,这就需要在业务流程上进行协同。服务组织上的协同过程如图8-4所示。
(www.xing528.com)
图8-4 流程组织层面上的跨系统协同
流程组织层面上的跨系统协同,是通过调整业务层来实现的,具体体现为一种共享对象上的“功能”调用,在于实现动态的应用集成和平台范围内的业务逻辑共享。这种共享模块通过基础服务为多个系统所共享,可以位于集中服务器和分布服务器上,以标准的“Web服务”来提供。在平台中,信息服务提供商(Application Server Provider,ASP)可以按照一定的标准和协议,根据服务要求,动态封装为在线服务调用模块,提供协同使用。
服务实现层面的协同可以通过平台的标准接口来实现,图8-5显示了NSTL的接入服务。
图8-5展示了NSTL基于规范服务接口(包括检索接口、全文传递接口、代查代借接口、嵌入式服务等)进行跨系统的嵌入和链接协同服务的实现方式[7]。NSTL开发的应用系统的接口规范包括OAI-PMH、OpenURL、NISO Metasearch XML Gateway等。OAIPMH主要用于数据仓储与联合编目、数据加工系统之间的数据交互。对于OpenURL标准而言,NSTL网络服务系统中所有开放的服务组件均提供符合OpenURL 1.0标准的接口,允许已授权的第三方系统调用。NSTL的统一检索服务则遵循NISO Metasearch XML Gateway,建立了一套基于MXG XML格式的资源与服务发现机制,允许第三方检索系统采用单一搜索方式在众多服务资源中查找所需内容。NSTL统一检索服务支持第三级别的URL访问请求,同时,允许已授权的第三方系统以内嵌方式整合NSTL的检索服务。
图8-5 基于标准接口层面的协同服务实现
基于标准接口规范,NSTL网络服务系统在原有的主站、镜像站、服务站三种服务模式的基础上增加了“嵌入到第三方检索系统” “检索结果链接到第三方” “NSTL文献传递”等协同服务方式。
免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。