图书馆自动化第三章Z.ppt

1,第三章Z39.50标准,图书馆自动化,2,4工作原理,5推广和应用,目录,2Z39.50及其起源,3Z39.50的用途,6下一代Z39.50,3,C/S、B/S与Z39.50,1、C/S体系结构与Z39.50C/S：即Client-ServerArchitecture，客户机/服务器体系结构。客户机与服务器：不是指那些具体的计算机设备，而是指安装在计算机系统中的数据库管理系统在使用中的身份，即可以将客户机理解为一个数据库管理系统的客户端应用软件；将服务器理解为一个数据库管理系统的服务器端应用软件。,4,C/S、B/S与Z39.50,分布式数据库系统（distributeddatabasesystem）:在C/S中，一个或多个客户机与一个或多个服务器分布在网络所连接的不同位置，客户机和服务器各自进行不同的事务处理。一台客户机可以对多个数据库服务器进行检索和数据写操作。,5,客户机的作用为用户提供各种操作提示信息和操作环境；将用户的操作要求转换为服务器可接受的各种操作指令；负责将操作指令发给服务器，接受来自服务器的操作结果信息；将结果信息转为用户可读的信息；还能负责一些验证用户提交的操作指令合法性和权限验证方面的事物。,C/S、B/S与Z39.50,6,服务器的主要任务是从事数据管理事务的处理。服务器从来不主动发出通讯请求，只是静候来自客户机发出的请求。由于客户机承担了绝大部分人/机交互操作界面环境的事务处理，人们形象的称这种体系结构为“胖客户机，瘦服务器”。,C/S、B/S与Z39.50,7,表1.客户机与服务器之间通过网络通讯进行作业的过程示意,C/S、B/S与Z39.50,8,C/S体系结构的通信问题：由同一软件研制者提供的客户机应用程序和服务器数据库管理系统之间，可以通过几个简单的数据库通讯接口协议（通常可称为私有协议），实现很多复杂的数据库操作过程。多家软件提供者所提供的系统之间要实现互相对话，则很困难。,C/S、B/S与Z39.50,9,Z39.50标准与C/SZ39.50标准是按照分布式数据库系统体系结构设计的。最初根据这个标准研制的系统，是典型的C/S体系结构。在C/S中，Z39.50标准是文献检索系统的客户机和服务器之间的一种统一的通讯规程，使不同的数据库管理系统与客户机应用程序实现互操作.Z39.50标准实际上是一个实现不同软件研制者所开发的数据库管理系统之间相互对话的一个通讯协议。我们将Z39.50这种实现异构系统之间互操作的通讯协议称为中间件,C/S、B/S与Z39.50,10,2、中间件三层式客户机/服务器体系结构由于C/S体系结构存在的局限性，为了实现不同软件提供者的系统之间实现通信，需要在服务器端和客户端之间放置中间层，这样就出现了三层式C/S体系结构。中间层(middletier)也称中间件（middleware)，用来处理来自不同客户端的事务，也可以使一个客户端访问不同系统平台上的服务器。,C/S、B/S与Z39.50,11,Z39.50作为文献检索系统中间件不同的文献信息检索系统之间要实现书目资源的共享，需要有类似Z39.50这样的统一的数据库通讯协议。为了在原有系统上实现基于Z39.50标准的服务，软件研制者可以在原有系统上，通过增加一个类似中间件的Z39.50服务功能，解决异构系统的通讯问题,C/S、B/S与Z39.50,12,图1以中间件的形式为原有服务器系统增加Z39.50服务的原理示意图,C/S、B/S与Z39.50,13,3、B/S与Z39.50B/S：万维网是客户机/服务器体系结构的另一种形态，万维网服务器（WebServer）几乎可以被任何计算机平台上的万维网客户端浏览器（WebBrowser）访问。我们将这种体系结构称为“浏览器/服务器”体系结构（BrowserServerArchitecture），即B/S，以区别于客户机/服务器体系结构。在B/S体系结构中，WebServer承担了大部分的处理任务，客户端一般只需要浏览软件，如IE，Netscape，Firefox等，其作用仅限于提供输入信息的手段并显示由服务器输出的页面文件。,C/S、B/S与Z39.50,14,图2浏览器/服务器体系结构下信息检索实现过程示意图,C/S、B/S与Z39.50,15,Z39.50与B/S万维网技术的出现，改变了Z39.50标准及其应用的发展轨迹。Z39.50客户端应用程序为一般读者服务的功能被万维网取代，成为专业人员查询并下载其它服务器目录信息资源的工具。但万维网的发展，为Z39.50的应用提供了另一个应用领域，即作为Web网关，为公众提供跨平台跨服务器的虚拟目录检索服务。,C/S、B/S与Z39.50,16,图3Z39.50网关工作原理示意图,C/S、B/S与Z39.50,17,4、小结在C/S体系结构中，计算机事务处理被合理的分配给客户机和服务器，有利于提高系统运行效率和网络通讯效率，具有较高的可用性和安全性。但它有一个明显的缺点，就是增加了系统维护的负担。B/S体系结构是C/S体系结构的一种新的形式。系统维护更为方便，降低了信息利用的难度。但由此产生了一些网络通讯安全方面的问题。目前很多大型数据库信息管理系统，包括多数图书馆集成管理系统，都采用混合的体系结构设计。在内部事务处理环节，采用C/S体系结构；在公众服务环节，采用B/S体系结构，如OPAC检索。根据Z39.50标准建立的客户端应用程序与服务器端的应用，是一种典型的客户机/服务器体系结构。按这个标准建立的信息检索系统，可以实现异构系统间的通讯。,C/S、B/S与Z39.50,18,什么是Z39.50,Z39.50是一个有关信息检索的标准，根据这个标准构成的检索系统，可以检索多种不同类型的信息，如文本、图像和其他多媒体资源。根据这个标准构成的检索系统，能够使客户端对因特网上多个不同的数据库系统进行检索。标准提供了丰富的信息资源共享接口规范，在体系结构上力求完美严谨，具有极大的潜在应用价值。,19,Z39.50与MARC的相似之处MARC标准可以说是在人们日常生活中能见到的最复杂的数据格式之一。利用这个格式，可以描述很多文献信息和事实信息。但因这种标准在软件技术实现和数据生产方面成本较高，在图书馆界之外成功的应用案例较少。Z39.50标准可以说是因特网上最复杂的数据库通讯接口规程之一。通过这种通讯接口，可以实现复杂数据信息的检索和查询服务。但这种标准在软件实现方面的难度较高，在图书馆界之外成功的案例也不多见。,什么是Z39.50,20,小结Z39.50是一个复杂的信息检索标准，通过它可以使用客户端检索因特网上异构系统中的文本、图像与其他多媒体资源。,21,Z39.50标准的起源,Z39.50最初是一个美国国家标准，1994年被国际标准组织采纳为国际标准。标准的全称是“信息检索（Z39.50）应用服务定义与协议描述”，在英文中为InformationRetrieval(Z39.50)ApplicationServiceDefinitionandProtocolSpecification。目前，Z39.50的最后版本是ANSIZ39.501995，与Z39.50相应的国际标准代号是ISO23950。,22,与制定Z39.50标准密切相关的两个机构Z39.50维护局(Z39.50MaintenanceAgency)：设在美国国会图书馆，负责配合Z39.50实施小组的工作，并保持这个标准的延续性，提供Z39.50标准发展过程中的技术协调、实施者注册、各种标准中使用的对象（如属性集和记录语法）的登记和标准的编写工作。Z39.50实施小组(Z39.50ImplementorsGroup，简称ZIG)：讨论有关标准实施中的问题，提出标准的修正意见，并起草详细的定义条款。在小组内得到一致同意的条款，将成为标准草案的一部分。,23,Z39.50的三个版本Z39.50标准经历了三个版本，即Z39.501988(第一版)，Z39.501992(第二版)，Z39.501995(第三版)。Z39.501992是Z39.501988的替代版本，Z39.501988已经失效。Z39.501992定义了协议的第二版，而Z39.501995定义了协议的第2版和第3版，并与Z39.501992兼容。,24,Z39.50的用途,传统的数据库检索系统的不便之处：图书馆目录数据库、各种商业化信息检索数据库和各种光盘数据库产品，都有不同的检索途径。我们需要知道它们的地理位置、使用的检索系统环境和软件界面等因素。,25,当进入一个数据库检索环境后，我们面对的是一个专门的操作界面。如果需要通过互联网查询众多服务器的资源，虽然这些资源只需要使用一个应用程序：网络浏览器，但是面对的仍是另人目不暇接的操作界面。,26,有没有一种可能性，使用户通过单一的应用程序、单一的操作规则，检索来自：不同机构、不同的服务器、不同的数据库管理系统、不同的数据库资源的目录资源？,27,Z39.50标准的出现，为解决这个问题提供了一种可能性。Z39.50标准给我们带来的希望和可能性，是多方面的。,28,Z39.50的用途主要有以下几个方面：1.公共目录查询通过Z39.50客户端专用程序，可以提供公共目录查询服务。用户可以输入一个检索词，在全球众多图书馆服务器上查找所需要的书目信息。,29,2.编目使用支持Z39.50的客户端程序，可以检索并下载书目记录。利用Z39.50的客户端程序，编目员选择一个功能较完备的客户端软件，就可以检索全球众多图书馆的书目数据资源。图书馆工作人员可以通过因特网同时检索多个服务器上的书目数据，并对这些数据进行比较选择。,30,3.联合目录建立联合目录，曾是图书馆提供服务的一种有效工具。但是，建立联合目录，有很多困难和管理方面的问题，代价较高。借助Z39.50提供的编目和公共目录查询服务，可以建立虚拟联合目录，不必改变参预合作的图书馆原有的目录体系和工作流程。读者可以坐在计算机前，像查询本馆目录一样同时查询各图书馆的目录，并查看相关的资料和馆藏信息。各图书馆可以根据本馆读者的需要，通过系统设置，建立稳定的联合目录服务体系。,31,4.馆际互借过去，图书馆的馆际互借基本上是通过手工方式进行的。虽有少数图书馆通过计算机实现馆际互借服务，但因使用不同的管理系统软件，很难跨越不同的管理系统软件实现计算机作业。Z39.50标准的实施，不但可以使读者随时获取馆藏信息，还可以提供发送图书的服务，实现相应的帐户管理和结算功能，可以一次完成对其它图书馆资料的查询和申请馆际互借的过程。,32,5.光盘检索当用户查找光盘信息资源时，必须先熟悉信息提供商设计的专用检索软件操作，并分别对不同的光盘数据库进行检索。如果光盘信息检索系统能够提供符合Z39.50标准的检索接口，用户就可以使用一个检索软件，输入一个检索词，同时查询多个不同光盘产品中的信息。光盘产品提供商只要提供了Z39.50检索接口，就可以避免为不同操作系统研制客户端检索软件的麻烦。,33,6.定题服务定题服务是信息服务业界多年提倡并被用户普遍接受的一种服务形式。在Z39.50第3版中，提供了一种服务机制，叫做定期查询计划。用户可以要求在一定时间周期内重复执行某种检索操作。定期查询计划检索将根据预定的时间表自动启动，将检索结果从数据库中取出，并发送到用户指定的电子邮件信箱中或传真机上。,34,7.商业信息数据库应用世界各国有数以百计的商业信息数据服务机构，通过因特网提供专业信息检索服务。这些复杂的检索包括相似条件检索、突出显示命中的检索词、图像检索、章节检索、指定不同的正文文件下载格式、帐户管理和权限认证机制等，都可以在Z39.50标准第3版中找到对应的定义。如果这些信息服务商的系统提供了符合Z39.50标准的通讯接口，用户就可以通过单一的客户端检索软件检索不同的商业信息数据库，可以节省很多时间，并降低了学会使用检索软件的难度。,35,8.万维网检索和信息过滤万维网检索中出现的很多不便之处，是Z39.50标准得以继续推广的重要原因。用户通过万维网检索不同的信息资源数据库时，虽然只需要使用单一的客户端应用程序，即万维网浏览器，但不同的检索系统提供的用户界面风格不同，仍给用户造成很多不便。提供了符合Z39.50标准的检索接口，可以避免这方面的诸多麻烦。如何从万维网浏览器可检索到的大量资源中筛选有用信息，也是人们重视的问题。使用Z39.50客户端程序，图书馆可以为Z39.50客户端进行参数设置，以便为用户有选择地提供信息检索资源。,36,9.数据库内容更新在Z39.50标准制定的初期，没有考虑这种技术在集中式联合目录方面的应用。一个图书馆编目员在另一个图书馆的Z39.50服务器上检索到一条书目数据，他不能将修改后的数据保存到原服务器的数据库中，只能利用专用客户端软件或接口提交数据。通过Z39.50的扩充服务定义，可以增加数据上载功能。目前，Z39.50维护局授权澳大利亚国家图书馆维护联合编目描述文件，定义了分布式处理环境下通过Z39.50扩展服务定义实现数据库上载更新的接口规范。按照这一规范实现上载接口，才能最终解决图书馆集中联合编目的问题。,Z39.50的工作原理,标准所依据的相关技术基础是什么标准本身所约定的内容是什么Z39.50源端和目标端如何工作,38,标准所依据的相关技术基础,标准规定了数据库管理系统的客户端和服务器端对话的规则。这种规则建立在客户机/服务器的体系结构基础之上。数据库客户端和服务器端的通讯通过网络实现。,39,Z39.50与其它技术的关系示意图,源端（客户机）,目标端（服务器）,数据库通讯过程的层次模型,40,一般数据库管理系统的实现模型,自定义数据格式及检索逻辑,SQL语言,自定义字符流,TCP/IP或其它协议,41,标准数据格式及自定义检索逻辑,“传统”图书馆管理系统的实现模型,自定义数据库访问接口,自定义字符流,TCP/IP或其它协议,42,根据Z39.50标准实现的图书馆管理系统,标准数据格式及统一的检索逻辑,Z39.50标准接口,BER编码,TCP/IP或其它协议,43,几种数据库管理系统通讯实现方式的比较,44,客户机与服务器之间通讯的一般原理,45,源端与目标端的概念,Z39.50标准是按典型的客户机/服务器体系结构定义的。在Z39.50标准术语中，客户端计算机和服务器在通讯过程中分别被称为“源端”（Origin）和“目标端”（Target）。使用“源端”和“目标端”代表客户机与服务器描述数据通讯过程，是为了概念上更准确。,46,通常，客户端总是作为查询请求的发出者主动发出信息，而服务器总是被动的等待客户端的通讯请求，称为客户端寻找的目标。但是，有一些客户端的应用，如Z39.50网关，通常是安装在服务器上，在通讯过程中既以Z39.50客户端的身份与Z39.50服务器通讯，又以Web服务器的身份与客户端浏览器通讯。,47,图4从Z39.50网关认识源端与目标端,48,Z39.50标准的主要内容,设施名称服务名称初始化初始化搜索搜索获取提交、分段删除结果集删除浏览扫描排序排序存取控制存取控制帐务与资源管理资源管理、触发资源管理、资源报告解释（使用搜索和获取设施中的服务）扩展服务扩展服务终止关闭,49,Z39.50的基本服务,Z39.50应用程序在实现其功能的过程中，根据需要选择这些服务。有三种服务是最基本的服务：初始化（Initialization）搜索（Search）提交（Present）在各种现有的Z39.50应用中，通常都包括了上述三种服务功能。,50,基本服务之一：初始化,初始化是在任何查询过程中的第一步。在这个服务中，源端需要：向目标端表明自己的身份与目标端约定某些后续查询处理过程中的基本规则与目标端交换验证信息的具体内容,51,搜索功能包括了系统的主要工作由源端向目标端提交查询请求这些查询请求可以是非常简单的请求，也可能是含有复杂逻辑检索式（与、或、非、大于、小于等等）的请求。服务器端通常使用描述文件（Profiles）说明支持的服务类型和应用程序兼容性，很多描述文件还说明了哪些是本系统能够支持的检索属性。,基本服务之二：搜索,52,提交功能的作用是说明管理结果被返回用户端时的形态。在提交功能中，用户可以：指定提供记录的数量，例如：当命中记录较多时，只提交前十条命中的记录。指定提供记录的格式，例如：要求按英国机读格式标准提交，不要按美国机读格式标准提交。,基本服务之三：提交,53,设施、服务与操作,Z39.50标准规定了源端和目标端互操作的规范。这些操作抽象为设施和服务，并对其过程作出各种约定。这些设施中的服务，需要通过特定的操作指令来表达。配合这些操作指令，还约定了属性集和记录语法，用代码来表示特定的操作属性和记录语法形态。,54,Z39.5011种设施及其基本功能对照表,55,源端和目标端的通讯过程示意图,56,Z39.50的操作,Init(初始化)Search(检索)Present(提交)Delete(删除),Scan(扫描)Sort(排序)Resource-report(资源报告)Extended-services(扩展服务)。,Z39.50标准描述了八种操作类型：,57,关于属性集,在Z39.50标准实施中，bib-1是最主要的属性集，包括6组属性或属性类型：使用属性：指定搜索过程将要访问的检索点，如题名、责任者、主题等。关系属性：指定用户输入的检索词与数据库索引值的关系，如小于、大于、等于、音节匹配等。截断属性：指定检索词在索引的哪一部分作为命中条件，如字段中任一个词的开始部分、字段中任一个词的结束部分。完整性属性：指定检索词在索引中是唯一值或非唯一值。位置属性：指定在索引字段中与检索词相关的内容应出现在哪个位置，如在字段的开始位置、任何位置等。结构属性：指定搜索的格式，如词、短语、日期等。,58,Bib-1属性集中的部分内容举例,从这些举例可以看出：属性集实际上是为各种属性制定的一套编码方案。,59,机读目录的记录语法定义,Z39.50对机读目录格式记录语法的定义，是为每一种机读目录格式分配一个对象标识号（objectidentifiernumber）。下面列出了Z39.50支持的机读目录格式类型：,60,关于记录语法,简单无格式文本记录语法（SimpleUnstructuredTextRecordSyntax，简称SUTRS）。通用记录语法（GenericRecordSyntax，简称GRS-1）。公共目录记录语法（OPACRecordSyntax）。摘要记录语法（SummaryRecordSyntax，简称Summary）。扩展置标语言（EXtensibleMarkupLanguage，简称XML）。,61,关于Profile(描述文件）,由于Z39.50是一个非常灵活的标准，执行这个标准还需要通过制定相应的profile（描述文件）以保证系统的互操作性。图书馆界制定的BathProfile，就是被图书馆界普遍接受的描述文件。使用描述文件的好处是：使多数据库检索过程更为容易。检索结果更为准确。检索结果更为精练。转下页,62,（接上页）用户对支持这个描述文件的服务器进行检索时，可以保持同样的界面环境并得到更高质量的检索结果。图书馆不必为每个数据库资源逐一定义检索方式，而是利用国际上由专家在描述文件中设计的方式。提高多数据库检索的效率。借鉴Bath描述文件建立本地的描述文件，可以减少另外设计描述文件的时间。用户只需要向软件供应商了解产品如何支持某个国际标准描述文件，而不是问软件供应商如何定义自己的标准。,63,Z39.50在图书馆的推广和应用,1、Z39.50在全球图书馆界的推广和应用1988年Z39.50作为美国国家标准通过后，没有得到推广，其应用仅限于“联接系统项目”内部；此外，“广域网信息服务器”（WAIS）项目借鉴了这个标准。这些尝试对Z39.50标准的发展起了积极作用。20世纪80年代末期，人们认识到这个标准不仅能使异构系统相互传递信息，而且有可能成为一种通用的数据库接口规范。当时，人们构想Z39.50的主要应用模式是提供一种统一的用户界面，通过网络查询众多的服务器资源。,64,1989至1991年间，美国国会图书馆建立了Z39.50维护局，并成立了Z39.50实施小组后，对这个标准的修订成为一种比较开放的过程。但这个标准最大的问题是没有考虑到与ISO公布的开放系统互连参考模型接轨，从而使这种数据库通讯接口无法通过开放网络技术实现通讯，形成孤掌难鸣的局面。1992至1993年间，启动了“Z39.50互操作性试验床”项目，目的是改造一批已经支持Z39.50标准的应用系统，使之能够通过TCP/IP协议在因特网上实现互操作。这个项目的成功，使图书馆界认识到推广Z39.50标准的意义，并很快成为各图书馆购置新系统的重要技术指标，这种动向，反过来进一步激励了各系统提供商的热情。,65,随着Z39.50-1992版标准中，Z39.50实施组从1991年开始进行第三版的修订工作。Z39.50实施者的队伍进一步扩大，许多重要的ISP加入到这个行列中来了。1995年正式发布第三版，增加了很多内容，并被ISO认定为国际标准。在Z39.50-1995推出不久后，基于HTTP协议的万维网技术开始迅速普及，使图书馆的公共目录检索很快转向采用万维网浏览器提供目录查询服务，Z39.50的主要应用又回到了这个标准最初的应用领域，即“学者工作站”类的应用。但Z39.50开始以“幕后英雄”的角色作为Web网关，为公众提供虚拟联合目录服务。,66,2、Z39.50在我国图书馆界的推广和应用我国图书馆界引进并推广Z39.50标准和相关应用，大约始于1997年。1998年以后，少数国内软件提供商才开始研究并开发基于Z39.50标准的应用服务产品。2000年10月，中国国家图书馆通过采购国内系统提供商的Z39.50服务器，开通了书目数据下载服务。其他较大的公共图书馆也陆续开通了Z39.50服务器，开始提供数据下载服务。,67,与此同时，中国高等教育文献保障系统CALIS按照Z39.50标准建立图书馆联合编目系统，于1999年底基本实现联机编目系统软件的研制工作，并于2000年初开始收集部分重点大学的书目数据。CALIS项目在我国大学图书馆界推广Z39.50标准的实施起了关键作用。从1998年起，很多大学图书馆将这一标准的实现作为选购图书馆集成系统的必备条件。目前，几乎所有的图书馆集成系统都支持Z39.50标准，有的甚至已经开始支持下一代Z39.50标准ZNG。,68,Z39.50存在的问题与下一代Z39.50-ZNG,1、Z39.50标准存在的问题Z39.50标准在推广中受到的一个重要制约，是因为它是建立在一种比较专门的通讯协议的基础上，增加了这个标准在实施中的技术复杂性。技术上的复杂性提高了软件实现的门槛，需要软件设计人员和编码人员具有较为丰富的数据结构和网络通讯接口方面的知识，并掌握较高的代码转换算法技术。数据库检索系统软件的开发人员一般很少涉足这些专门的技术领域。,69,Z39.50标准所采用的编码标准对信息编码的过程，几乎是将可读文字转换为机器语言的过程。对很多数据库应用软件设计者和程序员来说，在平时的软件开发中很少会涉及这样的“底层”开发，甚至无法看懂相关标准文献的含义。因此，Z39.50标准实施与推广的阻力，主要不是来自应用软件的使用者，而是来自应用软件的开发者。由于Z39.50是一个过于完美、复杂的重量级协议，Z39.50的应用主要集中在图书馆领域，在其他领域鲜有成功案例。,70,2、下一代Z39.50为使Z39.50能成为主流的信息检索协议，以吸引更多的信息提供者、销售商和用户，从而具有更大的市场价值，在2001年6月29日至30日间召开的ZIG小组会议上，定义了一种新的Web服务定义，这些定义基于Z39.50和其他Web技术：XML、URL、SOAP(RPC)和HTTP。这个定义被称为ZNG，意为下一代Z39.50（Z39.50NextGeneration）。,71,新的标准省略了很多原有Z39.50的重要特性，在整个体系结构上作了重大调整。这些变化主要体现在：通讯过程的变化：新的标准通过HTTP协议传输信息，不再保留自有的信息传输体系。数据库访问与记录结构定义方面的变化：由于HTTP协议的特性限制，将原Z39.50标准中定义的复杂操作事务改为多个简单的操作事务，大大降低了应用软件实现的技术难度。通讯数据编码方面的变化：放弃了原Z39.50采用的编码方案，使用XML作为编码格式，简化了通讯过程中的编码和解码过程。,72,表2Z39.50与ZNG在代码转换中的复杂程度对比,73,Z39.50与ZNG的关系ZNG不是对Z39.50-1995版本的更新或替代，而是在继承原有Z39.50标准合理成分的基础上建立全新的体系结构。二者的关系在某些方面与MARC和DC颇为相似。按照这两种标准建立的应用系统之间是互不兼容的。按照新的标准建立的系统所提供的服务，仍主要针对经过人工标引的、结构化的元数据信息，而不是通过计算机自动分析功能，由电子信息正文中产生的信息。关于ZNG的内容，可参考http:/www.loc.gov/z3950/agency/zng.html,Z39.50的实际应用,-Datatrans-2000相关功能介绍与演示,75,Z39.50服务器,DataTrans-2000服务器中包含一个Z39.50服务器。支持Z39.501992/1995两个版本。利用DataTrans-2000数据库内核的帐户管理机制，实现了对联合编目用户的权限管理。支持联合编目多馆905字段(UNIMARC)馆藏存储模式。,76,丹诚Z39.50服务器示范,您可访问丹诚网站上的示范Z39.50服务器，配置参数如下：地址：datatrans.info端口：210数据库：book用户名：public密码：(无),这个服务器中存放了9万多条最新的中文书目数据。如果您目前尚没有Z39.50前端软件，请从丹诚网站http:/www.datatrans.info上免费下载ZTRANS软件。,77,全文检索,DataTrans-2000数据库内核支持MARC记录任意字段的全文检索。全文索引自动创建和更新，无需用户干预。全文索引采用Unicode字符集。,78,数据库内核-数据库管理界面,数据库内核为系统管理员提供了一个面向对象的、简洁高效的数据库维护界面。系统管理员不必阅读和修改复杂的配置文件即可维护数据库。,79,数据库内核-创建新库界面,系统管理员可以任意增加新数据库。在创建新数据库的过程中，可以复制一个现有数据库的定义参数，操作十分简单。,80,数据库内核-帐户管理界面,数据库内核的帐户管理界面可以增加、删除、修改帐户，修改帐户的权限配置。,81,数据库内核-日志跟踪,DataTrans-2000数据库内核可以利用其日志跟踪功能，和其他DataTrans-2000/1000服务器搭配成双机同步模式，妥善解决内部业务和外部访问隔离的问题。,82,数据库内核-日志恢复,DataTrans-2000数据库内核自动以历史日志保存所有数据修改信息，如果数据库遭到以外损坏，可以立即利用日志恢复模块重建数据库，和恢复到最新状态。,83,数据库内核-强大的配置体系,DataTrans-2000数据库内核继续增强了DataTrans-1000优秀的配置体系。广泛采用XML风格的配置文件。新的数据库资源配置体系。新的检索点和检索途径配置体系。新的帐户和MARC结构权限配置体系。,84,应用服务器,DataTrans-2000服务器中的应用服务器，以DTLP协议为DataTrans-1000和DataTrans-2000前端模块提供服务。完全兼容DataTrans-1000的DTLP0.9版，同时以DTLP1.0版为新前端提供UTF-8编码方式的服务。继续支持DataTrans-1000的插件结构。,85,友好的安装界面,DataTrans-2000服务器的setup程序具有友好的安装界面。可以选择需要安装的数据库、帐户。可多次安装，以便升级程序文件和追加数据库，安装程序自动协调数据库和帐户的覆盖和追加关系。自动识别已安装的实例(Instance)。,86,DataTrans-2000服务器端结构,87,安装界面例1-选择数据库,88,安装界面例2-选择帐户,89,安装界面例3-设定服务端口,90,应用举例,广东中山图书馆采用DataTrans-2000服务器，为其联合编目中心的200余家成员馆提供Z39.50和DTLP两种协议的数据服务。广大中小图书馆也将从DataTrans-2000服务器这一升级产品中获得新的功能和特性，提升图书馆服务能力。基于DataTrans-2000技术和Z39.50协议的书目光盘制作和检索系统也已诞生。,91,应用举例-联合编目,DataTrans-2000服务器特别为联合编目设计了复杂的MARC记录结构权限管理机制。例如，利用MARC记录中多个905字段分别存放各个成员馆的馆藏信息，可以进行严格的权限限制。,通过识别905$a中的馆代码，只有创建905字段的图书馆才被允许修改信息。所有成员馆的访问统计数据被服务器记载下来，作为计费的依据。DTLP接口仍可使用。,92,应用举例-中小图书馆,中小图书馆可继续使用优秀的DataTrans-1000前端系统，而升级服务器到DataTrans-2000服务器。在不影响业务流程的情况下，数据库功能得到提升。,数据库管理工作得以简化。增加了Z39.50协议向外发布数据的接口。为进一步扩展业务提供了基础平台。,93,应用举例-光盘检索系统,基于DataTrans-2000技术，丹诚推出了光盘制作和检索系统。可以将DataTrans-2000中任何数目库刻入光盘，对外发放，随盘软件安装后，将自动安装一个Z39.50服务器.,利用任何Z39.50前端软件，即可访问光盘中的数据库。Z39.50前端在检索光盘数据库的同时，也可访问Internet上的任何Z39.50服务器。这是一种全新的数据发布方式。,94,Ztrans客户端应用程序,Ztrans客户端应用程序的特色ZTRANS汇集了许多编目软件的成熟技术和软件设计的新风格：专业水准的机读目录格式编辑器。多文档（MDI）风格的图形界面经典布局。基于XML语言格式的系统参数文件。以树状结构表达的网络资源目录。,95,Ztrans客户端应用程序的特色（续）,灵活而又简洁的操作界面。采用多线程技术，有良好的并发异步通讯性能。支持Z39.501992和Z39.501995两个版本。软件可在Windows95、Windows98、WindowsMe、WindowsNT4.0和Windows2000等多种操作系统环境下运行。,96,Ztrans客户端应用程序的检索窗,97,Ztrans客户端应用程序的记录窗,98,ZTRANS检索丹诚服务器的效果,