Z39.50標準

1C/S、B/S與Z39.501、C/S體系結構與Z39.50C/S：即Client-ServerArchitecture，客戶機/服務器體系結構?？蛻魴C與服務器：不是指那些具體的計算機設備，而是指安裝在計算機系統中的數據庫管理系統在使用中的身份，即可以將客戶機理解為一個數據庫管理系統的客戶端應用軟件；將服務器理解為一個數據庫管理系統的服務器端應用軟件。2C/S、B/S與Z39.50分布式數據庫系統（distributeddatabasesystem）:在C/S中，一個或多個客戶機與一個或多個服務器分布在網絡所連接的不同位置，客戶機和服務器各自進行不同的事務處理。一臺客戶機可以對多個數據庫服務器進行檢索和數據寫操作。3客戶機的作用為用戶提供各種操作提示信息和操作環境；將用戶的操作要求轉換為服務器可接受的各種操作指令；負責將操作指令發給服務器，接受來自服務器的操作結果信息；將結果信息轉為用戶可讀的信息；還能負責一些驗證用戶提交的操作指令合法性和權限驗證方面的事物。C/S、B/S與Z39.504服務器的主要任務是從事數據管理事務的處理。服務器從來不主動發出通訊請求，只是靜候來自客戶機發出的請求。由于客戶機承擔了絕大部分人/機交互操作界面環境的事務處理，人們形象的稱這種體系結構為“胖客戶機，瘦服務器”。C/S、B/S與Z39.505表1.客戶機與服務器之間通過網絡通訊進行作業的過程示意客戶機傳送方向服務器您在工作嗎？我正在工作中您有關于文學的信息嗎？

我有10條這方面的記錄。我將向您發送記錄。請關閉服務C/S、B/S與Z39.506C/S體系結構的通信問題：由同一軟件研制者提供的客戶機應用程序和服務器數據庫管理系統之間，可以通過幾個簡單的數據庫通訊接口協議（通?？煞Q為私有協議），實現很多復雜的數據庫操作過程。多家軟件提供者所提供的系統之間要實現互相對話，則很困難。C/S、B/S與Z39.507Z39.50標準與C/SZ39.50標準是按照分布式數據庫系統體系結構設計的。最初根據這個標準研制的系統，是典型的C/S體系結構。在C/S中，Z39.50標準是文獻檢索系統的客戶機和服務器之間的一種統一的通訊規程，使不同的數據庫管理系統與客戶機應用程序實現互操作.Z39.50標準實際上是一個實現不同軟件研制者所開發的數據庫管理系統之間相互對話的一個通訊協議。我們將Z39.50這種實現異構系統之間互操作的通訊協議稱為中間件C/S、B/S與Z39.5082、中間件三層式客戶機/服務器體系結構由于C/S體系結構存在的局限性，為了實現不同軟件提供者的系統之間實現通信，需要在服務器端和客戶端之間放置中間層，這樣就出現了三層式C/S體系結構。中間層(middletier)也稱中間件（middleware)，用來處理來自不同客戶端的事務，也可以使一個客戶端訪問不同系統平臺上的服務器。

C/S、B/S與Z39.509Z39.50作為文獻檢索系統中間件不同的文獻信息檢索系統之間要實現書目資源的共享，需要有類似Z39.50這樣的統一的數據庫通訊協議。為了在原有系統上實現基于Z39.50標準的服務，軟件研制者可以在原有系統上，通過增加一個類似中間件的Z39.50服務功能，解決異構系統的通訊問題C/S、B/S與Z39.5010數據庫服務器

數據庫內核

專用通訊接口Z39.50中間件Z39.50客戶端專用客戶端圖1以中間件的形式為原有服務器系統增加Z39.50服務的原理示意圖C/S、B/S與Z39.50113、B/S與Z39.50B/S：萬維網是客戶機/服務器體系結構的另一種形態，萬維網服務器（WebServer）幾乎可以被任何計算機平臺上的萬維網客戶端瀏覽器（WebBrowser）訪問。我們將這種體系結構稱為“瀏覽器/服務器”體系結構（BrowserServerArchitecture），即B/S，以區別于客戶機/服務器體系結構。在B/S體系結構中，WebServer承擔了大部分的處理任務，客戶端一般只需要瀏覽軟件，如IE，Netscape，Firefox等，其作用僅限于提供輸入信息的手段并顯示由服務器輸出的頁面文件。C/S、B/S與Z39.5012客戶機⑦根據Web服務器發來的頁面文件和其他多媒體信息，構成屏幕顯示內容。①將用戶的操作要求轉為HTTP協議指令發送給Web服務器.Web服務器⑥將數據庫服務器發送來的動態頁面信息轉發到客戶機。⑥將客戶機所要的靜態頁面信息發送到客戶機。②接收客戶機請求，將數據庫檢索指令轉發給數據庫服務器。數據庫服務器⑤將檢索結果信息轉為動態頁面，發送給客戶機。④根據Web服務器轉發來的查詢指令處理檢索事務。③接收Web服務器發來的檢索請求圖2瀏覽器/服務器體系結構下信息檢索實現過程示意圖C/S、B/S與Z39.5013Z39.50與B/S萬維網技術的出現，改變了Z39.50標準及其應用的發展軌跡。Z39.50客戶端應用程序為一般讀者服務的功能被萬維網取代，成為專業人員查詢并下載其它服務器目錄信息資源的工具。但萬維網的發展，為Z39.50的應用提供了另一個應用領域，即作為Web網關，為公眾提供跨平臺跨服務器的虛擬目錄檢索服務。C/S、B/S與Z39.5014數據庫服務器A數據庫服務器B數據庫服務器C按Z39.50協議向數據庫服務器發送查詢請求，接收返回的查詢結果Z39.50（Web網關）按HTTP協議接收查詢請求，并將數據庫查詢結果轉為動態HTML頁面信息發送給客戶端客戶機A客戶機B客戶機C圖3Z39.50網關工作原理示意圖C/S、B/S與Z39.50154、小結在C/S體系結構中，計算機事務處理被合理的分配給客戶機和服務器，有利于提高系統運行效率和網絡通訊效率，具有較高的可用性和安全性。但它有一個明顯的缺點，就是增加了系統維護的負擔。B/S體系結構是C/S體系結構的一種新的形式。系統維護更為方便，降低了信息利用的難度。但由此產生了一些網絡通訊安全方面的問題。目前很多大型數據庫信息管理系統，包括多數圖書館集成管理系統，都采用混合的體系結構設計。在內部事務處理環節，采用C/S體系結構；在公眾服務環節，采用B/S體系結構，如OPAC檢索。根據Z39.50標準建立的客戶端應用程序與服務器端的應用，是一種典型的客戶機/服務器體系結構。按這個標準建立的信息檢索系統，可以實現異構系統間的通訊。C/S、B/S與Z39.5016什么是Z39.50Z39.50是一個有關信息檢索的標準，根據這個標準構成的檢索系統，可以檢索多種不同類型的信息，如文本、圖像和其他多媒體資源。根據這個標準構成的檢索系統，能夠使客戶端對因特網上多個不同的數據庫系統進行檢索。標準提供了豐富的信息資源共享接口規范，在體系結構上力求完美嚴謹，具有極大的潛在應用價值。17Z39.50與MARC的相似之處MARC標準可以說是在人們日常生活中能見到的最復雜的數據格式之一。利用這個格式，可以描述很多文獻信息和事實信息。但因這種標準在軟件技術實現和數據生產方面成本較高，在圖書館界之外成功的應用案例較少。Z39.50標準可以說是因特網上最復雜的數據庫通訊接口規程之一。通過這種通訊接口，可以實現復雜數據信息的檢索和查詢服務。但這種標準在軟件實現方面的難度較高，在圖書館界之外成功的案例也不多見。什么是Z39.5018

小結Z39.50是一個復雜的信息檢索標準，通過它可以使用客戶端檢索因特網上異構系統中的文本、圖像與其他多媒體資源。19Z39.50標準的起源Z39.50最初是一個美國國家標準，1994年被國際標準組織采納為國際標準。標準的全稱是“信息檢索（Z39.50）應用服務定義與協議描述”，在英文中為InformationRetrieval(Z39.50)ApplicationServiceDefinitionandProtocolSpecification。目前，Z39.50的最后版本是ANSIZ39.50－1995，與Z39.50相應的國際標準代號是ISO23950。20與制定Z39.50標準密切相關的兩個機構Z39.50維護局(Z39.50MaintenanceAgency)：設在美國國會圖書館，負責配合Z39.50實施小組的工作，并保持這個標準的延續性，提供Z39.50標準發展過程中的技術協調、實施者注冊、各種標準中使用的對象（如屬性集和記錄語法）的登記和標準的編寫工作。Z39.50實施小組(Z39.50ImplementorsGroup，簡稱ZIG)：討論有關標準實施中的問題，提出標準的修正意見，并起草詳細的定義條款。在小組內得到一致同意的條款，將成為標準草案的一部分。21Z39.50的三個版本Z39.50標準經歷了三個版本，即Z39.50－1988(第一版)，Z39.50－1992(第二版)，Z39.50－1995(第三版)。Z39.50－1992是Z39.50－1988的替代版本，Z39.50－1988已經失效。Z39.50－1992定義了協議的第二版，而Z39.50－1995定義了協議的第2版和第3版，并與Z39.50－1992兼容。22Z39.50的用途傳統的數據庫檢索系統的不便之處：圖書館目錄數據庫、各種商業化信息檢索數據庫和各種光盤數據庫產

品，都有不同的檢索途徑。我們需要知道它們的地理位置、

使用的檢索系統環境和軟件

界面等因素。

23當進入一個數據庫檢索環境后，我們面對的是一個專門的操作界面。如果需要通過互聯網查詢眾多服務器的資源，雖然這些資源只需要

使用一個應用程序：

網絡瀏覽器，

但是面對的仍是另人

目不暇接的操作界面。24有沒有一種可能性，使用戶通過單一的應用程序、單一的操作規則，檢索來自：

不同機構、

不同的服務器、

不同的數據庫管理系統、

不同的數據庫資源

的目錄資源？25Z39.50標準的出現，為解決這個問題提供了一種可能性。Z39.50標準給我們帶來的希望和可能性，是多方面的。26Z39.50的用途主要有以下幾個方面：1.公共目錄查詢通過Z39.50客戶端專用程序，可以提供公共目錄查詢服務。用戶可以輸入一個檢索詞，

在全球眾多圖書館服務器上

查找所需要的書目信息。272.編目使用支持Z39.50的客戶端程序，可以檢索并下載書目記錄。利用Z39.50的客戶端程序，編目員選擇一個功能較完備的客戶端軟件，就可以檢索全球眾多圖書館的書目數據資源。圖書館工作人員可以通過因特網同時檢索多個服務器上的書目數據，并對這些數據進行比較選擇。283.聯合目錄建立聯合目錄，曾是圖書館提供服務的一種有效工具。但是，建立聯合目錄，有很多困難和管理方面的問題，代價較高。借助Z39.50提供的編目和公共目錄查詢服務，可以建立虛擬聯合目錄，不必改變參預合作的圖書館原有的目錄體系和工作流程。讀者可以坐在計算機前，像查詢本館目錄一樣同時查詢各圖書館的目錄，并查看相關的資料和館藏信息。各圖書館可以根據本館讀者的需要，通過系統設置，建立穩定的聯合目錄服務體系。294.館際互借過去，圖書館的館際互借基本上是通過手工方式進行的。雖有少數圖書館通過計算機實現館際互借服務，但因使用不同的管理系統軟件，很難跨越不同的管理系統軟件實現計算機作業。Z39.50標準的實施，不但可以使讀者隨時獲取館藏信息，還可以提供發送圖書的服務，實現相應的帳戶管理和結算功能，可以一次完成對其它圖書館資料的查詢和申請館際互借的過程。305.光盤檢索當用戶查找光盤信息資源時，必須先熟悉信息提供商設計的專用檢索軟件操作，并分別對不同的光盤數據庫進行檢索。如果光盤信息檢索系統能夠提供符合Z39.50標準的檢索接口，用戶就可以使用一個檢索軟件，輸入一個檢索詞，同時查詢多個不同光盤產品中的信息。光盤產品提供商只要提供了Z39.50檢索接口，就可以避免為不同操作系統研制客戶端檢索軟件的麻煩。316.定題服務定題服務是信息服務業界多年提倡并被用戶普遍接受的一種服務形式。在Z39.50第3版中，提供了一種服務機制，叫做定期查詢計劃。用戶可以要求在一定時間周期內重復執行某種檢索操作。定期查詢計劃檢索將根據預定的時間表自動啟動，將檢索結果從數據庫中取出，并發送到用戶指定的電子郵件信箱中或傳真機上。327.商業信息數據庫應用世界各國有數以百計的商業信息數據服務機構，通過因特網提供專業信息檢索服務。這些復雜的檢索包括相似條件檢索、突出顯示命中的檢索詞、圖像檢索、章節檢索、指定不同的正文文件下載格式、帳戶管理和權限認證機制等，都可以在Z39.50標準第3版中找到對應的定義。如果這些信息服務商的系統提供了符合Z39.50標準的通訊接口，用戶就可以通過單一的客戶端檢索軟件檢索不同的商業信息數據庫，可以節省很多時間，并降低了學會使用檢索軟件的難度。338.萬維網檢索和信息過濾萬維網檢索中出現的很多不便之處，是Z39.50標準得以繼續推廣的重要原因。用戶通過萬維網檢索不同的信息資源數據庫時，雖然只需要使用單一的客戶端應用程序，即萬維網瀏覽器，但不同的檢索系統提供的用戶界面風格不同，仍給用戶造成很多不便。提供了符合Z39.50標準的檢索接口，可以避免這方面的諸多麻煩。如何從萬維網瀏覽器可檢索到的大量資源中篩選有用信息，也是人們重視的問題。使用Z39.50客戶端程序，圖書館可以為Z39.50客戶端進行參數設置，以便為用戶有選擇地提供信息檢索資源。

349.數據庫內容更新在Z39.50標準制定的初期，沒有考慮這種技術在集中式聯合目錄方面的應用。一個圖書館編目員在另一個圖書館的Z39.50服務器上檢索到一條書目數據，他不能將修改后的數據保存到原服務器的數據庫中，只能利用專用客戶端軟件或接口提交數據。通過Z39.50的擴充服務定義，可以增加數據上載功能。目前，Z39.50維護局授權澳大利亞國家圖書館維護聯合編目描述文件，定義了分布式處理環境下通過Z39.50擴展服務定義實現數據庫上載更新的接口規范。按照這一規范實現上載接口，才能最終解決圖書館集中聯合編目的問題。35Z39.50的工作原理

標準所依據的相關技術基礎是什么標準本身所約定的內容是什么

Z39.50源端和目標端如何工作標準所依據的相關技術基礎標準規定了數據庫管理系統的客戶端和服務器端對話的規則。這種規則建立在客戶機/服務器的體系結構基礎之上。數據庫客戶端和服務器端的通訊通過網絡實現。37Z39.50與其它技術的關系示意圖源端（客戶機）目標端（服務器）數據庫通訊過程的層次模型38一般數據庫管理系統的實現模型自定義數據格式及檢索邏輯SQL語言自定義字符流TCP/IP或其它協議39標準數據格式及自定義檢索邏輯“傳統”圖書館管理系統的實現模型自定義數據庫訪問接口自定義字符流TCP/IP或其它協議40根據Z39.50標準實現的圖書館管理系統標準數據格式及統一的檢索邏輯Z39.50標準接口BER編碼TCP/IP或其它協議41一般數據庫

應用“傳統”圖書館系統實施Z39.50以后數據格式及檢索邏輯自定義標準數據格式自定檢索邏輯標準數據格式

統一檢索邏輯數據庫訪問接口SQL語言自定義Z39.50數據傳輸

編碼自定義字符流自定義字符流BER網絡通訊協議TCP/IP或其它協議TCP/IP或其它協議TCP/IP或其它協議幾種數據庫管理系統通訊實現方式的比較42客戶機與服務器之間通訊的一般原理客戶機信號傳輸方向服務器建立聯接接受聯接接收聯接確認發出聯接確認發出權限驗證接受驗證信息接受確認驗證確認接受驗證發出檢索請求接受檢索請求接受檢索結果返回檢索結果發出獲取記錄請求接受獲取記錄請求接受指定記錄返回指定記錄關閉聯接關閉服務43源端與目標端的概念Z39.50標準是按典型的客戶機/服務器體系結構定義的。在Z39.50標準術語中，客戶端計算機和服務器在通訊過程中分別被稱為“源端”（Origin）和“目標端”（Target）。使用“源端”和“目標端”代表客戶機與服務器描述數據通訊過程，是為了概念上更準確。44通常，客戶端總是作為查詢請求的發出者主動發出信息，而服務器總是被動的等待客戶端的通訊請求，稱為客戶端尋找的目標。但是，有一些客戶端的應用，如Z39.50網關，通常是安裝在服務器上，在通訊過程中既以Z39.50客戶端的身份與Z39.50服務器通訊，又以Web服務器的身份與客戶端瀏覽器通訊。45我是Web瀏覽器。我不知道什么是Z39.50。我只知道到Web服務器上找東西。我的名字叫Z39.50網關。我是Z39.50通訊的源端，又是Web服務器。我從Z39.50目標端獲取信息，并為Web瀏覽器服務。我是Z39.50服務器，是Z39.50源端尋找的目標，在標準文獻中我叫目標端。我不知道什么是Web。我這里有很多書目信息，可以為Z39.50源端成員服務。圖4從Z39.50網關認識源端與目標端46Z39.50標準的主要內容

設施名稱 服務名稱初始化 初始化搜索 搜索獲取 提交、分段刪除結果集 刪除瀏覽 掃描排序 排序存取控制 存取控制帳務與資源管理 資源管理、觸發資源管理、資源報告解釋 （使用搜索和獲取設施中的服務）擴展服務 擴展服務終止 關閉47Z39.50的基本服務Z39.50應用程序在實現其功能的過程中，根據需要選擇這些服務。有三種服務是最基本的服務：初始化（Initialization）搜索（Search）提交（Present）在各種現有的Z39.50應用中，通常都包括了上述三種服務功能。48基本服務之一：初始化初始化是在任何查詢過程中的第一步。在這個服務中，源端需要：向目標端表明自己的身份與目標端約定某些后續查詢處理過程中的基本規則與目標端交換驗證信息的具體內容49搜索功能包括了系統的主要工作由源端向目標端提交查詢請求

這些查詢請求可以是非常簡單的請求，也可能是含有復雜邏輯檢索式（與、或、非、大于、小于等等）的請求。服務器端通常使用描述文件（Profiles）說明支持的服務類型和應用程序兼容性，很多描述文件還說明了哪些是本系統能夠支持的檢索屬性。基本服務之二：搜索50提交功能的作用是說明管理結果被返回用戶端時的形態。在提交功能中，用戶可以：指定提供記錄的數量，例如：當命中記錄較多時，只提交前十條命中的記錄。指定提供記錄的格式，例如：要求按英國機讀格式標準提交，不要按美國機讀格式標準提交?；痉罩禾峤?1設施、服務與操作Z39.50標準規定了源端和目標端互操作的規范。這些操作抽象為設施和服務，并對其過程作出各種約定。這些設施中的服務，需要通過特定的操作指令來表達。配合這些操作指令，還約定了屬性集和記錄語法，用代碼來表示特定的操作屬性和記錄語法形態。52設施名稱中譯名服務名稱功能Initialization初始化Init初始化Search搜索Search搜索Retrieval獲取PresentSegment提交分段Result-set-delete刪除結果集Delete刪除Browse瀏覽Scan掃描Sort排序Sort排序AccessControl存取控制Access-Control存取控制Accounting/ResourceControl帳務與資源管理Resource-ControlTrigger-resource-controlResource-report資源管理觸發資源管理資源報告Explain解釋使用搜索和獲取設施中的服務ExtendedServices擴展服務ExtendedServices擴展服務Termination終止Close關閉Z39.5011種設施及其基本功能對照表53操作功能源端傳送方向目標端初始化您在工作嗎我正在工作中我是文學研究所，我沒有在您那里開設帳號，您能為我提供服務嗎？可以向您提供服務您講中文嗎？我會講中文搜索您有關于文學的信息嗎我有10條這方面的記錄。如果您不提出特殊要求，我將按中文機讀目錄格式向您發送記錄獲取請您按都柏林核心格式發送記錄，先發10條好，按您的要求發給您終止請關閉服務源端和目標端的通訊過程示意圖54Z39.50的操作Init(初始化)Search(檢索)Present(提交)Delete(刪除)Scan(掃描)Sort(排序)Resource-report(資源報告)Extended-services(擴展服務)。Z39.50標準描述了八種操作類型：55關于屬性集在Z39.50標準實施中，bib-1是最主要的屬性集，包括6組屬性或屬性類型：使用屬性：指定搜索過程將要訪問的檢索點，如題名、責任者、主題等。關系屬性：指定用戶輸入的檢索詞與數據庫索引值的關系，如小于、大于、等于、音節匹配等。截斷屬性：指定檢索詞在索引的哪一部分作為命中條件，如字段中任一個詞的開始部分、字段中任一個詞的結束部分。完整性屬性：指定檢索詞在索引中是唯一值或非唯一值。位置屬性：指定在索引字段中與檢索詞相關的內容應出現在哪個位置，如在字段的開始位置、任何位置等。結構屬性：指定搜索的格式，如詞、短語、日期等。56Bib-1屬性集中的部分內容舉例屬性名對應值個人名稱1機構名稱2會議名稱3題名4期刊題名5統一題名6國際統一書號7國際統一刊號8從這些舉例可以看出：屬性集實際上是為各種屬性制定的一套編碼方案。57機讀目錄的記錄語法定義Z39.50對機讀目錄格式記錄語法的定義，是為每一種機讀目錄格式分配一個對象標識號（objectidentifiernumber）。下面列出了Z39.50支持的機讀目錄格式類型：

AusmarcCanmarcCCFDanmarcFinmarcIbermarcIntermarcLibrismarcMABNormarcPicamarcSBNUKmarcUnimarcUSmarc58關于記錄語法簡單無格式文本記錄語法（SimpleUnstructuredTextRecordSyntax，簡稱SUTRS）。通用記錄語法（GenericRecordSyntax，簡稱GRS-1）。公共目錄記錄語法（OPACRecordSyntax）。摘要記錄語法（SummaryRecordSyntax，簡稱Summary）。擴展置標語言（EXtensibleMarkupLanguage，簡稱XML）。59關于Profile(描述文件）由于Z39.50是一個非常靈活的標準，執行這個標準還需要通過制定相應的profile（描述文件）以保證系統的互操作性。圖書館界制定的BathProfile，就是被圖書館界普遍接受的描述文件。使用描述文件的好處是：使多數據庫檢索過程更為容易。檢索結果更為準確。檢索結果更為精練。轉下頁60（接上頁）用戶對支持這個描述文件的服務器進行檢索時，可以保持同樣的界面環境并得到更高質量的檢索結果。圖書館不必為每個數據庫資源逐一定義檢索方式，而是利用國際上由專家在描述文件中設計的方式。提高多數據庫檢索的效率。借鑒Bath描述文件建立本地的描述文件，可以減少另外設計描述文件的時間。用戶只需要向軟件供應商了解產品如何支持某個國際標準描述文件，而不是問軟件供應商如何定義自己的標準。61Z39.50在圖書館的推廣和應用1、Z39.50在全球圖書館界的推廣和應用1988年Z39.50作為美國國家標準通過后，沒有得到推廣，其應用僅限于“聯接系統項目”內部；此外，“廣域網信息服務器”（WAIS）項目借鑒了這個標準。這些嘗試對Z39.50標準的發展起了積極作用。20世紀80年代末期，人們認識到這個標準不僅能使異構系統相互傳遞信息，而且有可能成為一種通用的數據庫接口規范。當時，人們構想Z39.50的主要應用模式是提供一種統一的用戶界面，通過網絡查詢眾多的服務器資源。621989至1991年間，美國國會圖書館建立了Z39.50維護局，并成立了Z39.50實施小組后，對這個標準的修訂成為一種比較開放的過程。但這個標準最大的問題是沒有考慮到與ISO公布的開放系統互連參考模型接軌，從而使這種數據庫通訊接口無法通過開放網絡技術實現通訊，形成孤掌難鳴的局面。1992至1993年間，啟動了“Z39.50互操作性試驗床”項目，目的是改造一批已經支持Z39.50標準的應用系統，使之能夠通過TCP/IP協議在因特網上實現互操作。這個項目的成功，使圖書館界認識到推廣Z39.50標準的意義，并很快成為各圖書館購置新系統的重要技術指標，這種動向，反過來進一步激勵了各系統提供商的熱情。63隨著Z39.50-1992版標準中，Z39.50實施組從1991年開始進行第三版的修訂工作。Z39.50實施者的隊伍進一步擴大，許多重要的ISP加入到這個行列中來了。1995年正式發布第三版，增加了很多內容，并被ISO認定為國際標準。在Z39.50-1995推出不久后，基于HTTP協議的萬維網技術開始迅速普及，使圖書館的公共目錄檢索很快轉向采用萬維網瀏覽器提供目錄查詢服務，Z39.50的主要應用又回到了這個標準最初的應用領域，即“學者工作站”類的應用。但Z39.50開始以“幕后英雄”的角色作為Web網關，為公眾提供虛擬聯合目錄服務。642、Z39.50在我國圖書館界的推廣和應用我國圖書館界引進并推廣Z39.50標準和相關應用，大約始于1997年。1998年以后，少數國內軟件提供商才開始研究并開發基于Z39.50標準的應用服務產品。2000年10月，中國國家圖書館通過采購國內系統提供商的Z39.50服務器，開通了書目數據下載服務。其他較大的公共圖書館也陸續開通了Z39.50服務器，開始提供數據下載服務。65與此同時，中國高等教育文獻保障系統CALIS按照Z39.50標準建立圖書館聯合編目系統，于1999年底基本實現聯機編目系統軟件的研制工作，并于2000年初開始收集部分重點大學的書目數據。CALIS項目在我國大學圖書館界推廣Z39.50標準的實施起了關鍵作用。從1998年起，很多大學圖書館將這一標準的實現作為選購圖書館集成系統的必備條件。目前，幾乎所有的圖書館集成系統都支持Z39.50標準，有的甚至已經開始支持下一代Z39.50標準——ZNG。66Z39.50存在的問題與下一代Z39.50——-ZNG1、Z39.50標準存在的問題

Z39.50標準在推廣中受到的一個重要制約，是因為它是建立在一種比較專門的通訊協議的基礎上，增加了這個標準在實施中的技術復雜性。技術上的復雜性提高了軟件實現的門檻，需要軟件設計人員和編碼人員具有較為豐富的數據結構和網絡通訊接口方面的知識，并掌握較高的代碼轉換算法技術。數據庫檢索系統軟件的開發人員一般很少涉足這些專門的技術領域。67Z39.50標準所采用的編碼標準對信息編碼的過程，幾乎是將可讀文字轉換為機器語言的過程。對很多數據庫應用軟件設計者和程序員來說，在平時的軟件開發中很少會涉及這樣的“底層”開發，甚至無法看懂相關標準文獻的含義。因此，Z39.50標準實施與推廣的阻力，主要不是來自應用軟件的使用者，而是來自應用軟件的開發者。由于Z39.50是一個過于完美、復雜的重量級協議，Z39.50的應用主要集中在圖書館領域，在其他領域鮮有成功案例。682、下一代Z39.50為使Z39.50能成為主流的信息檢索協議，以吸引更多的信息提供者、銷售商和用戶，從而具有更大的市場價值，在2001年6月29日至30日間召開的ZIG小組會議上，定義了一種新的Web服務定義，這些定義基于Z39.50和其他Web技術：XML、URL、SOAP(RPC)和HTTP。這個定義被稱為ZNG，意為下一代Z39.50（Z39.50NextGeneration）。69新的標準省略了很多原有Z39.50的重要特性，在整個體系結構上作了重大調整。這些變化主要體現在：通訊過程的變化：新的標準通過HTTP協議傳輸信息，不再保留自有的信息傳輸體系。數據庫訪問與記錄結構定義方面的變化：由于HTTP協議的特性限制，將原Z39.50標準中定義的復雜操作事務改為多個簡單的操作事務，大大降低了應用軟件實現的技術難度。通訊數據編碼方面的變化：放棄了原Z39.50采用的編碼方案，使用XML作為編碼格式，簡化了通訊過程中的編碼和解碼過程。70處理步驟Z39.50-1995ZNG源端發出檢索請求將請求轉換為ASN.1編碼將源端請求轉換為CQL指令串將ASN.1編碼轉換為BER發送BER編碼中間通訊信息二進制代碼串二進制字符串目標端接收檢索請求接收BER編碼將CQL指令串轉換為系統內部操作指令將BER轉換為ANS.1編碼將ASN.1轉換為系統內部操作指令表2Z39.50與ZNG在代碼轉換中的復雜程度對比71Z39.50與ZNG的關系ZNG不是對Z39.50-1995版本的更新或替代，而是在繼承原有Z39.50標準合理成分的基礎上建立全新的體系結構。二者的關系在某些方面與MARC和DC頗為相似。按照這兩種標準建立的應用系統之間是互不兼容的。按照新的標準建立的系統所提供的服務，仍主要針對經過人工標引的、結構化的元數據信息，而不是通過計算機自動分析功能，由電子信息正文中產生的信息。關于ZNG的內容，可參考/z3950/agency/zng.html72Z39.50的實際應用--Datatrans-2000相關功能 介紹與演示Z39.50服務器DataTrans-2000服務器中包含一個Z39.50服務器。支持Z39.501992/1995兩個版本。利用DataTrans-2000數據庫內核的帳戶管理機制，實現了對聯合編目用戶的權限管理。支持聯合編目多館905字段(UNIMARC)館藏存儲模式。74丹誠Z39.50服務器示范您可訪問丹誠網站上的示范Z39.50服務器，配置參數如下：地址：端口：210數據庫：book用戶名：public密碼：(無)這個服務器中存放了9萬多條最新的中文書目數據。如果您目前尚沒有Z39.50前端軟件，請從丹誠網站上免費下載ZTRANS軟件。75全文檢索DataTrans-2000數據庫內核支持MARC記錄任意字段的全文檢索。全文索引自動創建和更新，無需用戶干預。全文索引采用Unicode字符集。76數據庫內核--數據庫管理界面數據庫內核為系統管理員提供了一個面向對象的、簡潔高效的數據庫維護界面。系統管理員不必閱讀和修改復雜的配置文件即可維護數據庫。77數據庫內核--創建新庫界面系統管理員可以任意增加新數據庫。在創建新數據庫的過程中，可以復制一個現有數據庫的定義參數，操作十分簡單。78數據庫內核--帳戶管理界面數據庫內核的帳戶管理界面可以增加、刪除、修改帳戶，修改帳戶的權限配置。79數據庫內核--日志跟蹤DataTrans-2000數據庫內核可以利用其日志跟蹤功能，和其他DataTrans-2000/1000服務器搭配成雙機同步模式，妥善解決內部業務和外部訪問隔離的問題。80數據庫內核--日志恢復DataTrans-2000數據庫內核自動以歷史日志保存所有數據修改信息，如果數據庫遭到以外損壞，可以立即利用日志恢復模塊重建數據庫，和恢復到最新狀態。81數據庫內核--強大的配置體系DataTrans-2000數據庫內核繼續增強了DataTrans-1000優秀的配置體系。廣