资源共享与分布式整合应用-相关技术与标准

主要内容案例分析案例1--中海油研究资源网案例2—西文医学期刊统一检索系统案例3--中国烟草科教网案例4—上海纺织研发公共服务平台案例5—天津联科信息案例7—上海生物研发公共服务平台我的资讯中心11企业信息资源布局分散、类型异构导致企业信息资源的整合和全局应用越来越困难信息加工、维护、管理分散在不同系统中，信息资源分散在不同系统中，用户权限互不兼容随着企业信息化深入，造成信息系统越建越多相反信息的获取和利用越来越困难，信息孤岛问题越发严重信息发布服务多个系统并行现状问题

迫切需要一个平台实现对于企业信息资源的集成整合，提供统一的资源搜索服务，提供企业的资源门户和信息服务门户无法实现一站式信息服务缺乏按需定制的门户设计和扩展能力问题总结整合服务器馆藏Calis原文传递系统WF资源其它电子资源原文请求带原文链结的结果显示元数据检索引擎检索结果元数据采集与管理基于元数据的资源整合构架馆藏Calis原文传递系统WF资源其它电子资源带原文链结的结果显示检索结果可以合并整合服务器跨平台虚拟资源整合构架与资源整合相关的标准CCF与ISO-2709机读目录格式

机读目录通讯格式由记录结构、内容标识符和记录内容3个要素组成。①记录结构，是指书目记录在机读介质上的物理表示方法，记录的总体安排，基本框架。按国际标准(ISO2709)，这种结构由以下几部分组成：a.头标区：位于记录之首，固定为24个字符长，为记录处理提供某些基本参数。b.目次区：是记录内各数据字段的索引或目次，由一系列目次项构成。它是为检索其后的数据字段而设置的。c.数据字段区：分为两部分,一为控制字段区,描述著作和记录本身的特征，大多为固定长的代码性数据；二为书目字段区，包含编目数据的实际内容。由一些可变长的数据字段组成。d.记录分隔符：位于记录的最后。②内容标识符，这是标识数据元素并为其提供补充信息的一套符号。包括：字段标识符,这是标识和命名数据字段主要内容的字符;指示符,它是为书目字段提供描述信息和处理信息的代码;子字段标识符，是标识书目字段内各数据元素的两个字符。每个数据字段的最后都有一个字段分隔符。③记录内容，即编目数据本身。如作者、题名等等。这是按照文献资料的著录和编目条例规定所著录和标引的具体书目数据。此外,数据编码用的字符集、各种数据代码表(如语言代码表,国家和地区代码表等)也是机读目录通讯格式的重要组成部分。DC格式元数据DC与MARC间的数据转换MARC特点MARC格式经过近50年的发展，其描述格式特点已得到业内人士的普遍认可，主要有:完整性。即严格的语义规则和完整的信息描述字段。精确性。能够精确的描述信息资源，尤其是对检索点的选取能够确保其数据元素组成具有统一性。可靠性。MARC描述格式得以广泛应用的主要原因之一就在于其著录信息的可靠性。但是过于复杂,只有专业人员才能使用DC元数据DC描述格式的主要特点是:简易性。DC只有15个元素，且都是每一个能够普遍理解的语义，适合各种背景的人员使用。信息著录员不须任何特殊训练，即可使用DC进行著录;可扩展性。DC格式的弹性化和扩展性表现在允许使用者为了特定目的或在特定的学科领域可以增加一些必要的著录信息。由于DC没有最终定型，有关它的使用也处于变化之中，可扩展性保证了其具有向后兼容和扩展的能力。XML

XML

可通过多种方式使用XML封装的数据。一种常见的处理方式是通过使用可扩展样式表语言转换（ExtensibleStylesheetLanguageTransformations，XSLT），开发人员可以使用XSLT定义对XML文档的操作，以生成特定的结果。这种动态转换信息的能力允许从单个源文档产生多种输出，无论输出到不同的数据库还是输出到不同的浏览器。

XSL格式化对象（XSLFormattingObjects，XSL-FO）是一种强大而灵活的格式化数据的XML词汇表，常与XSLT结合使用，把XML和HTML转化成PDF（可移植文档格式）。

XML的优势在于它能够在多种环境中使用。大量涌现的各种XML词汇表，使人们能够立即互相理解。三种最常用的词汇表是可扩展超文本标记语言（ExtensibleHyperTextMarkupLanguage，XHTML）、资源定义框架（ResourceDefinitionFramework，RDF）和可缩放向量图形（ScalableVectorGraphics，SVG）。XMLXHTML是XML形式的HTML修订版。XHTML文档就是遵守XML规则的HTML文档。同时，从业务和表示两方面定义了其他的XML词汇表：RDF提供了一种向XML文档添加信息的方式；SVG提供了一种使用XML指定图形元素的方式（因为SVG是基于文本的XML，不仅可用于动态生成图形，还可用于动画和脚本）；语音可扩展标记语言（VoiceExtensibleMarkupLanguage，VoiceXML）则用于电话菜单和其他语音相关的系统。同样对于MARC格式或DC格式都有专用的XML表述规格。DOAJ系统对DC数据的一种描述方式（OAI-DC）

-<header>

<identifier>oai:doaj-articles:6c680758291bf65568b55960a0b5b71c</identifier>

<datestamp>2004-07-15T00:00:00Z</datestamp>

</header>-<metadata>-<oaidc:dcxmlns:dc="/dc/elements/1.1/"xmlns:oaidc=""xmlns:xsi=""xsi:schemaLocation="">

<dc:title>Discoursd'ouvertureducolloque"Terrewallonne-Humainsadmis"16avril2004,Liège,Belgique</dc:title>

<dc:identifier></dc:identifier>

<dc:identifier></dc:identifier>

<dc:creator>BusquinP.</dc:creator>

<dc:description/>

<dc:source>Biotechnologie,Agronomie,SociétéetEnvironnement-Biotechnology,Agronomy,SocietyandEnvironment(BASE)</dc:source>

<dc:publisher>UniversityofGembloux,FacultyofAgriculturalSciences</dc:publisher>

<dc:date>2004</dc:date>

</oaidc:dc>

</metadata>

</record>OAI_MARC()<?xmlversion="1.0"encoding="UTF-8"?>-<sequencexmlns=""xmlns:xsi=""xsi:schemaLocation="">-<oai_marcxmlns=""status="n"type="t"level="m"encLvl="u"catForm="u">

<fixfieldid="8">"s1997vau|sm00|0|engd"</fixfield>-<varfieldid="35"i1=""i2="">

<subfieldlabel="a"></subfield>

</varfield>-<varfieldid="100"i1="1"i2="">

<subfieldlabel="a">Walker,GordonJames</subfield>

</varfield>-<varfieldid="245"i1="0"i2="0">

<subfieldlabel="a">ConceptualDevelopmentandEmpiricalTestingofanOutdoorRecreationExperienceModel:TheRecreationExperienceMatrix(REM)</subfield>

</varfield>-<varfieldid="256"i1=""i2="">

<subfieldlabel="a">Computerdata-5file(s)</subfield>

</varfield>-<varfieldid="260"i1=""i2="">

<subfieldlabel="a">Blacksburg,Va.</subfield>

<subfieldlabel="b">UniversityLibraries,VirginiaPolytechnicInstitueandStateUniversity,</subfield>

<subfieldlabel="c">1997</subfield>

</varfield>-<varfieldid="502"i1=""i2="">

<subfieldlabel="a">Thesis(PHD)--VirginiaPolytechnicInstituteandStateUniversity,1997-03-31</subfield>

</varfield>-<varfieldid="504"i1=""i2="">

<subfieldlabel="a">Includesbibliographicalreferences.</subfield>

</varfield>-<varfieldid="520"i1="3"i2="">

<subfieldlabel="a">Thisdissertationexaminesfourissues,including:(a)whetheroutdoorrecreationexperiencesnotincludedintheRecreationExperiencePreference(REP)scalesexist;(b)whethertheseexperiencescanbecategorizedusingaframeworkcalledtheRecreationExperienceMatrix(REM);(c)howwelltheRecreationOpportunitySpectrum(ROS)variablesofactivity,setting,andexpertiseexplainthetypesofexperiencesoutdoorrecreationistsreceive;and(d)howwelltwonewvariables--primarymodeandmodedependence--explainthetypesofexperiencesoutdoorrecreationistsreceive.Inordertoaddresstheseissues,anon-sitequestionnairewasdistributedatMountRogersNationalRecreationAreainVirginiaduringOctoberandNovember,1995.Atotalof410peoplecompletedthisquestionnaire.Ofthese,336provideduseableaddressesforafollow-upmail-outquestionnaire,with169(50.3%)actuallyreturningit.Afterperformingavarietyofstatisticalanalyses,itwasfoundthat:(a)someoutdoorrecreationistsdidreporthavingnon-REPexperiencesinvolvingidentity,cognition,absorption,andself-concept;(b)indirectsupportdoesexistforclassifyingoutdoorrecreationexperiencesusingtheREMframework;and(c)theROSvariablesofactivity,setting,andexpertise,doexplainsomeoutdoorrecreationexperiences,asdothenewvariablesofprimarymodeandmodedependence.</subfield>

</varfield>-<varfieldid="538"i1=""i2="">

<subfieldlabel="a">Systemrequirements:PC,WorldWideWebBrowserandPDFreader.</subfield>

</varfield>-<varfieldid="538"i1=""i2="">

<subfieldlabel="a">AvailableelectronicallyviaInternet.</subfield>

</varfield>-<varfieldid="653"i1=""i2="">

<subfieldlabel="a">outdoorrecreation</subfield>

<subfieldlabel="a">recreationexperiencepreferencescales</subfield>

<subfieldlabel="a">recreationexperiencematrix</subfield>

<subfieldlabel="a">recreationopportunityspectrum</subfield>

</varfield>-<varfieldid="710"i1="2"i2="">

<subfieldlabel="a">VirginiaTech</subfield>

<subfieldlabel="b">Forestry</subfield>

</varfield>-<varfieldid="720"i1="1"i2="">

<subfieldlabel="a">DanielR.Williams</subfield>

<subfieldlabel="e">CommitteeMember</subfield>

<subfieldlabel="a">K.JillKiecolt</subfield>

<subfieldlabel="e">CommitteeMember</subfield>

<subfieldlabel="a">BradleyR.Hertel</subfield>

<subfieldlabel="e">CommitteeMember</subfield>

<subfieldlabel="a">JosephW.Roggenbuck</subfield>

<subfieldlabel="e">CommitteeCo-Chair</subfield>

<subfieldlabel="a">R.BruceHull</subfield>

<subfieldlabel="e">CommitteeCo-Chair</subfield>

</varfield>-<varfieldid="856"i1="4"i2="0">

<subfieldlabel="z">unrestricted</subfield>

<subfieldlabel="u"></subfield>

</varfield>

</oai_marc>XML小结标准检索语言CQLCQL是情报检索系统中用来描述检索请求的一种规范化语言，是英文CommonQueryLanguage的缩写。其设计目标是使用户提交的检索表达是可被人理解和描述得的，特别的当描述较复杂的检索请求时，其检索表达式应接近自然语言。传统的检索语言可以分为两类，一类是功能强大，但需要用比较复杂的表达式描述，非专家用户很难正确使用，比如：SQL、PQF、和XQuery，其中PQF是Z39.50协议使用的检索语言；另一类检索语言简单易用，接近自然语言，但很难描述复杂的检索概念，比如：CCL和Google。CQL则试图可以用自然语言描述简单和复杂的检索请求，事实上CQL达到了这种目标，成为目前检索系统的通用检索语言。有关CQL语言的详细介绍参见：CQL分级

一个CQL服务器（z39.50或SRW服务器）在对支持CQL处理能力方面是分级的。

0级支持检索词检索如果接受到不能处理的CQL，必须能够返回明确的错误信息；

1级支持0级标准；有能力匹配：

(a)检索语句中包括的索引名、关系和检索词；并且允许

(b)检索词间的布尔组配，比如：."term1ANDterm2"3.至少支持阿a)或b)的检索处理；

2级支持1级功能能够正确解析所有的CQL语句并给出回应或明确的错误信息；SQL与CQLOpenAccess起源Openaccess分类OA相关协议OAIOAI协议构架OAI协议规定了两种角色:数据提供者(DataProvider)和服务提供者(ServiceProvider)。数据提供者负责元数据的生成、发布、管理和组织,数据提供者可以有自己的元数据标准，但它应能够通过元数据映射，发布符合OAI协议规范的元数据。数据提供者将各种数字资料处理成数字对象存储在数据库(Repository)中，每一个数字对象都有一个全球惟一、持久的标识符（DOI）。在基干OAI的元数据互操作框架中，数据提供者提供的元数据质量非常关键服务提供者通过元数据收割机(MetadataHarvester)从数据提供者和其它服务提供者处收割元数据，并对这些元数据进行加工处理，提供增值服务，建立元数据之间的关系，向用户提供统一的查询界面，它提供的最基本的增值服务是对所有元数据根据同一分类体系进行分类整理。服务提供者也可以只按需收割某一学科、某一研究领域的元数据OAI协议要求数据提供者与服务提供者事先都要在(OAI)注册服务器中进行注册。目的是要对数据提供者与服务提供者进行组织，更重要的是执行相关验证程序来确保所登记的数据提供者或服务提供者是否完全符合OAI协议的规定，确保数据提供者和服务提供者都遵守OAI协议规范框架。注册服务器除了提供注册界面，还提供查询界面，让服务提供者查找数据提供者，用户查找服务提供者，这类似Internet中的域名解析。

OAI协议的实现需要建立在超文本传输协议(HTTP)的基础上，通常采用GET或POST请求实现元数据采集。OAI协议指定DC(DublinCore)为必须支持的元数据格式，通过元数据前缀说明，支持其它元数据格式,比如:OAI_MARC。一个数据提供者可以向多个服务提供者提供元数据，一个服务提供者可以从多个数据提供者获取元数据。数据提供者和服务提供者只是角色的划分，一个组织(或服务器)既可以是数据提供者，也可以是服务提供者。服务提供者与数据提供者之间的消息传递是通过OAIrequest和OAIresponse实现的。OAI协议的运行框架DataProvider1DataProvider3DataProvidermServiceProvider1ServiceProvider2ServiceProvidernHTTPResponse(XML)HTTPRequestOAIVerbOAI注册中心用户OAI命令OAI协议通过指定命令集(Verb)，从数据库前端服务器(数据提供者)向其管理的数据仓库获得所需信息。由于OAI是基于HTTP的应用协议，故其命令集通过HTTP所使用前端服务器向数据库服务器传输变量与内容，由服务器程序根据变量及其内容进行处理，并返回结果。OAI命令至少有一个以key=vlaue形式出现的参数，多个参数则用符号&.隔开。提供的命令(动作Action)有6种.OAI命令列表OAI-Getrecord

服务提供者向数据提供者发出如下请求:http://arX/oai2?verb=GetRecord&identifier=oai:arX:cs/0112017&metadataPrefix=oai_dc数据提供者返回的信息为：

<?xmlversion="1.0"encoding="UTF-8"?><OAI-PMHxmlns="/OAI/2.0/"xmlns:xsi="/2001/XMLSchema-instance"xsi:schemaLocation="/OAI/2.0//OAI/2.0/OAI-PMH.xsd"><responseDate>2002-02-08T08:55:46Z</responseDate><requestverb="GetRecord"identifier="oai:arX:cs/0112017"metadataPrefix="oai_dc">http://arX/oai2</request><GetRecord><record><header><identifier>oai:arX:cs/0112017</identifier><datestamp>2001-12-14</datestamp><setSpec>cs</setSpec><setSpec>math</setSpec></header><metadata><oai_dc:dcxmlns:oai_dc="/OAI/2.0/oai_dc/"xmlns:dc="/dc/elements/1.1/"xmlns:xsi="/2001/XMLSchema-instance"xsi:schemaLocation="/OAI/2.0/oai_dc//OAI/2.0/oai_dc.xsd"><dc:title>UsingStructuralMetadatatoLocalizeExperienceofDigitalContent</dc:title><dc:creator>Dushay,Naomi</dc:creator><dc:subject>DigitalLibraries</dc:subject><dc:description>Withtheincreasingtechnicalsophisticationofbothinformationconsumersandproviders,thereisincreasingdemandformoremeaningfulexperiencesofdigitalinformation.Wepresentaframeworkthatseparatesdigitalobjectexperience,orrendering,fromdigitalobjectstorageandmanipulation,sotherenderingcanbetailoredtoparticularcommunitiesofusers.</dc:description><dc:description>Comment:23pagesincluding2appendices,8figures</dc:description><dc:date>2001-12-14</dc:date></oai_dc:dc></metadata></record></GetRecord></OAI-PMH>

有关OAIPMH2.0版的详细说明请参见：

查找目前已经注册的数据提供者：

RSS服务RSS是什么？

RSS是Internet上连锁内容和元数据的一种格式。通常用于共享标题和到新闻文章的链接。对于新闻文章，真正的文章不一定是共享的，但是关于文章的元数据通常是共享的；这种元数据可以包含标题、URL或者摘要。对于出版商而言，RSS是一种重要的工具，因为提要可用于连锁内容，并把第三方的内容集成到您的站点中。

RSS是一种XML方言。所有的RSS文件必须符合万维网联盟（WorldWideWebConsortium，W3C）Web站点上发布的XML1.0规范。目前RSS的最新标准为2.0版。详细介绍可参考RSS与情报服务OAI-服务规范OpenURL

OpenURL语法OpenURL语法OpenURL语法与Internet上公共网关程序HTTPGET或HTTPPOST相似，可以描述成OpenURL::=BASE-URL'?'QUERYQUERY::=DESCRIPTION('&&'DESCRIPTION)BASE-URL

资源服务商的URIDESCRIPTION要查找的原数据对象的描述如果由多个原数据对象描述用两个&&分割。比如:

BASE-URL可以是

BASE-URL

是用户知道的服务机构或通过菜单（CookiePusher）选择的服务机构所提供URL服务的URI。DESCRIPTION::=(ORIGIN-DESCRIPTION'&')?OBJECT-DESCRIPTION|OBJECT-DESCRIPTION('&'ORIGIN-DESCRIPTION)?OBJECT-DESCRIPTIONOpenURL中携带的元数据对象的相关信息。ORIGIN-DESCRIPTION包含发出元数据请求的系统信息，这些信息作为OpenURL的一部分一般需要加密。OpenURL至少要包含一个原数据对象信息。OBJECT-DESCRIPTION和ORIGIN-DESCRIPTION的顺序对OpenURL的完整性没有影响。

ORIGIN-DESCRIPTION::=sid'='VendorID':'DatabaseIDVendorID::=(ALPHANUM)+DatabaseID::=(ALPHANUM|ESCAPED)+

ORIGIN-DESCRIPTION

由sid

标示名(服务标识符)和对应的标示值组成。标示值用冒号：，分割成两部分，前面为服务供应商，后面为原数据对象所在的数据库名。’:’表示没有使用escape编码。如果OBJECT-DESCRIPTION

包括LOCAL-IDENTIFIER-ZONE说明，则必需有ORIGIN-DESCRIPTION

说明。ORIGIN-DESCRIPTION

举例如下:sid=Ovid:Medlinesid=ERL:BX4sid=EBSCO:MFAOBJECT-DESCRIPTION::=ZONE('&'ZONE)*ZONE::=(GLOBAL-IDENTIFIER-ZONE|OBJECT-METADATA-ZONE|LOCAL-IDENTIFIER-ZONE)GLOBAL-IDENTIFIER-ZONE::='id''='GLOBAL-NAMESPACE

':'GLOBAL-IDENTIFIER('&''id''='GLOBAL-NAMESPACE':'GLOBAL-IDENTIFIER)*GLOBAL-NAMESPACE::=('doi'|'pmid'|'bibcode'|'oai')GLOBAL-IDENTIFIER::=VCHAR+GLOBAL-IDENTIFIER-ZONE

由标示名id（命名空间）和标示值组成。标示值由两部分组成用冒号”:”割，前面部分表示全球命名的标示符，后面一部分表示值。“：”表示没有使用Escape编码.一个OpenURL中可以使用多个全球标示符。到目前为止已经定义的全球表示符有:

doi:数字对象标示符pmid:PubMed标识符bibcode:AstrophysicsDataSystem使用的标示符oai:OAI中使用的标识符。

由于篇幅有限，有关这些标识符的编码规则这里不作介绍。举例如下：GLOBAL-IDENTIFIER-ZONE:id=doi:123/345678&id=pmid:202123一个没有经过Escape编码的OpenURL:/sfxmenu?id=doi:123/345678&id=pmid:202123

这里用两个全球标识符定义了同一个元数据对象。对应前一个经过escape编码的OpenURL是:/sfxmenu?id=doi:123%2F345678&id=pmid:202123

OBJECT-METADATA-ZONE::=META-TAG'='META-VALUE(&META-TAG'='META-VALUE)*META-TAG::=('genre'|'aulast'|'aufirst'|'auinit'

|'auinit1'|'auinitm'|'coden'|'issn'|'eissn'|'isbn'|'title'|'stitle'|'atitle'|'volume'|'part'|'issue'|'spage'|'epage'|'pages'|'artnum'|'sici'|'bici'|'ssn'|'quarter'|'date')META-VALUE::=VCHAR+举例escape编码后的OpenURL为:

/sfxmenu?sid=EBSCO:MFA&

id=pmid:203456&pid=%3Cauthor%3ESmith%2C%20Paul%20%3B%20Klein%2C%20Calvin%3C%2Fauthor%3E&%3Cyr%3E98%2F1%3C%2Fyr%3E。SFX与基于OpenURL的整合整合原理Z39.50协议Z39.50协议的下一代被称为ZINGSRW(Search/RetrieveWebService)SRW(Search/RetrieveWebService查询与检索Web服务)就是以Web服务方式实现Z39.50的功能。SRW结合了Z39.50的查询(Search)和提取(Present)两个服务，定义了一个单一的Web服务。因为查询和提取是紧密联系，互相依赖的关系。为了简化，直接将它们结合定义一个成为一个Search/Retrieve对。一个Web服务只能处理一种形式的请求，如果要将Z39.50的浏览(Scan)服务包含到SRW项目中来，就必须在定义一个新的Web服务。考虑到Z39.50的主要目的还是信息的查询与检索，目前SRW只定义了一个服务，还不包括Z39.50其它的服务。目前,SRW协议的1.0版的草案初稿己经制定出来了。协议对SRW的请求和响应包含的参数做出了明确规定。SRW请求(1)Query查询语句SRW使用CQL查询语句，仅归纳为5种形式供后面介绍使用。

5种形式

1.一个单一的查询子句，例如dc.Title.Word=”computersystem”；

2.布尔运算符连接的多个检索子句；

3.布尔运算符连接的结果集和检索子句；

4.单个结果集名，例如“resultsetRSl"；

5.布尔运算符连接的多个结果集名，例如(“resultsetRS7”AND“resultsetRSV”);(2)AuthenticationToken鉴别标记SRW协议里包含这个参敬，是为了用于特定的用途(3)SortSpeco排序参数请求中可以包含排序参数，以指定返回记录的顺序。排序参数包含在一个查询/检索请求里，而不像传统的239.50那样是一个单独操作，一方面是出于简化的目的，SRW不强制规定服务器保留结果集以备随后的请求使用。(4)StartRecord,MaximumRacords,RecordSchema

查询/检索请求可以指定返回记录的范围，也可以指定返回记录的XMLSchema.recordSchema的值是一个XMLschema名称成schema的定义URI。可以通过解释信息获得Schema名字与对应URL的列表，SRW预定义的记录schema有DC、Marc、Xml等。注意:只有Query是选的SRW响应①Numberofrecords，记录数，响应总会返回这个参数，这个参数数是生成的结果集包含的实际记录数.如果查询失败，这个值是0；②AuthenticationToken鉴别标记③AtldleTime,鉴别标记的有效期；服务器在响应中提供一个鉴别标记的同时还要指定它的有效期，在有效期内，客户可以使用这个鉴别标记.在后续的交互中，如果服务器在响应中包含同样的鉴别标记，表示服务器里重置了鉴别标记的有效期。④ResultSetld和rsIdleTime,结果集名和结果集有效期。服务器可能在响应中提供结果集名和结果集有效期，以便客户可以在随后的请求中引用。rsldleTime是个大于0的整教，代表以秒为单位的时间长度。如果服务器不希望用户在使用结果集，可以不提供resultSetld参数，而不是把rsldleTime设定为一个足够小的值。关于SRW请求和响应的参数详细说明参见：

SRUSRU(search/retrievalURIservice)可以说是SRW的简化版，不同的是:SRW的信息是通过HTTPPOST方法发送的XML/SOAP/RPC消息。而SRU不使用SOAP,它的请求信息是通过HTTPGET发送的，参数包含在URL里。例如::7090/voyager?version=1.1&operation=searchRetrieve&query=dinosaur

关于SRU请求和响应的参数详细说明参见：

SRW/U应用基于OpenAccess的信息服务模式

随OA出版模式的不断普及、互联网上的开放资源越来越多，如何整合这些开源资源，并可被人们有效的使用已经成为当今信息服务业的主要应用课题。元数据收割

开源资源的产生与应用的第一步是需要开源资源的提供者制定相关的二次文献或者是元数据，由专业信息服务商收集这些原数据、经分类整理后对外提供服务。OAIPHM方式

RSS元数据整合其它类资源整合元数据整合检索，源文献分布式服务

元数据整合的目的是为了提供“一站式”元数据检索服务。元数据检索的目的是为了给用户提供一个检索导航，使用户能够方便的通过分类、主题词、作者、题目等检索入口查到所需文献的简要概述，最终能够获取原始文献。原始文献保存在那里？怎样获取是本节主要介绍的内容。原始文献和元数据都集中保存在本地优点：通过元数据获取原始文献时比较简单，通过一般的HTTP链接即可获取。在原数据的来源项中，保存一个对应的文件路径即可。管理上也比较简单。缺点：

a)需要在收割元数据的同时将相应原始文献收割到本地，并对元数据的来源项进行修改，与保存到本地的文献相关联。

b)由于原始文献的较大，收割时速度很慢，占用相当大的本地存储设备。随作文献数字化进程的迅速前进这一问题越来越严重，主要体现在即时更新和存储设备的空间问题两个方面。

d)原始文献多数是收费的，特别是新的文献；集中源文献管理在内容提供商和信息服务商之间的利益分配上也存在一些问题。元数据集中，原始文献分布式存储国外典型应用案例Scirus的一个高级检索界数据整合与分布式数据服务

数据整合和分布式数据服务是当今信息服务业的两大热门话题，是重要的应用领域。数据整合之内涵基于WebService的服务体系结构SOAP服务器数据库系统SOAP客户端SQL结果集Request用户请求(SOAP接口调用，XML格式)Rsponse系统返回接口调用结果(XML)TCP/IP基于WebService的服务体系说明SOAP服务器所提供的接口，可以通过注册中心获得，也可在系统内部值得获得；用户在知道SOAP服务器所提供的接口情况下，通过常规SOAP客户端程序直接调用所需的SOAP接口（通过SOAP服务器URI、接口名称、参数等）；SOAP接到用户请求，根据请求的接口名称、参数等信息情况并转化成相应的SQL并传递到后台数据库服务器；后台服务器接到请求，生成相应的结果集并传递到SOAP服务器；SOAP服务器接到结果集，先生成相应的XML格式数据，然后返回到用户端（SOAP客户端）；SOAP客户端接到SOAP返回的结果，可根据自己需要处理所获得的XML信息集。和传统的Web服务相比，基于Webservice的服务系统具有如下特点：用户可以通过标准SOAP客户端获取SOAP服务接口，并可调用；用户获得的数据是XML格式数据，用户可利用一些标准XML工具处理这些数据，就像使用本地数据一样；理论上讲，客户通过WebService可以使用服务商的数据库系统和数据，就像使用自己的一样；当然，WebService是需要授权认证的。基于WebService的数据整合

整合的基础是标准，如果信息服务商或内容服务商所提供的接口为符合某种标准的SOAP整合接口，那么数据整合将变得更加规范内和高效。如果所有接口都符合SRW标准，

基于WebService（SRW）的Provider体系结构：SRW(SOAPProvider)数据整合服务器SRWRequest（XML/CQL）SRWResponse(DCorMARCXMLSchema)SQL/PQF结果集数据库系统或Z39.50服务器基于SRW的Provder体系说明整合服务器或内容收割者向SRW服务器发出获取信息的请求(基于CQL的SOAP请求);信息服务商或内容提供商将请求经过处理转换成SQL向数据库服务器发出请求，或转换成PQF(PrefixQueryFormatZ39.50服务器使用的一种查询语言)。数据库服务器或Z39.50服务器将查询结果返回给SRW服务器；