【摘要】
開放系統互連資訊檢索應用協定Z39.50已陸續成為圖書館自動化系統書目檢索之標準功能，本文介紹臺灣省立臺中圖書館於全球資訊網(WWW)界面上建置之Z39.50協定的書目檢索系統(Z39.50 Client for WWW)，內容簡介Z39.50協定相關規範，Z39.50與WWW結合之架構，並就規劃時的需求項目說明其目的，以及目前所遭遇的困難。本文就實際的規劃過程，提出若干經驗給其他圖書館分享，並期盼未來國內圖書館自動化系統及檢索工具，均能支援此一標準，提供給使用者更佳的查詢界面。
關鍵詞：Z39.50、全球資訊網、WWW、圖書館自動化、書目資料庫、OPAC
一、前言
開放系統互連資訊檢索應用協定--Z39.50近幾年來在國內圖書館界引起諸多討論，其協定在圖書館自動化系統及書目資料庫檢索方面的應用，具有相當大的優點，使用者以一種檢索方式、指令，即可檢索不同的書目資料庫，並且以相同的畫面顯示檢索結果。目前國外圖書館自動化系統陸續支援Z39.50檢索協定，也就是具有Z39.50 Server功能，以接受其他Z39.50 Client連結檢索需求。
全球資訊網(World Wide Web, WWW)的出現，至今已蔚為Internet上的主流，原先在Internet上以終端模擬方式檢索之資料庫，包括圖書館的線上公用目錄查詢系統(OPAC)，都紛紛更改版本以WWW界面方式呈現。但是WWW版本的OPAC系統（泛稱為WebPAC），除了由WWW Client接收由WWW Server端送出來的圖文界面（例如：按鈕、文字輸入欄位，以及格式化的資料顯示）外（註1），以滑鼠點選、執行查詢動作，對資料檢索的技術而言，並沒有多大的改進，使用者仍須去了解各個系統操作方式、資料顯示的架構，才能進一步獲取資訊。
國外若干圖書館自動化系統，推出將WWW與Z39.50協定結合的產品，也就是在WWW的界面中，以Z39.50 Client軟體去檢索具有Z39.50 Server的圖書館自動化系統，例如：美國Ameritech Library Services Co.的WebPAC、美國國會圖書館的Z39.50 Gateway等，而國內目前並無現成的產品，從國外引進的產品也尚未中文化。因此筆者於上(86)年度規劃臺灣省立臺中圖書館「全球資訊網Z39.50書目資料檢索系統」時，即遭遇無現成的系統可供參考之困擾。本文就圖書館的角度而言，規劃WWW上提供Z39.50檢索時應具有的功能，做一經驗分享，若有疏漏，煩請各位先進不吝指教。
二、Z39.50協定內容簡介
Z39.50為美國國家標準，它定義電腦與電腦間資訊檢索的協定。此協定由美國「國家資訊標準組織」(National Information Standards Organization, NISO)所制定（註2），第一版於1988年提出，第二版1992年提出(Z39.50-1992)，目前為1995年完成的第三版(Z39.50-1995)。從第二版開始，Z39.50即與ISO 10162、10163協定相容，ISO 10162與10163定義資訊查尋與檢索(Search and Retrieve, SR)協定，而Z39.50另外再加入若干定義，以滿足資訊服務業界的要求。（註3）
Z39.50協定定義提出資訊檢索需求的一端為「原始系統」(the origin)，接受檢索需求之一端為「目標系統」(the target)。因此透過Z39.50 client端程式(origin)查詢遠端的書目資料庫的Z39.50 server (target)時，對雙方所進行的各種連結，稱為「資訊檢索服務設施」(Facilities of the Information Retrieval Service)，1992年版標準定義了七種設施(Facilities)，共十項服務(Service)，簡述如下：
- 啟始設施(Initialization Facility)
「啟始服務」(Initialization Service)規範當origin端向target端提出查詢的要求時，由target端予以回應是否提供，所進行的確認過程。
- 查詢設施(Search Facility)
在「查詢服務」(Search Service)中由origin端送出查詢需求給target端，此查詢請求包含查詢句(query)等參數，target將處理後的結果集(result set)回應給origin端，或保留等待origin端進一步的查詢需求。
- 檢索設施(Retrieval Facility)
「展現服務」(Present Service)定義origin端向target端發出展現結果集的需求，target予以回應。
- 結果集刪除設施(Result-set-delete Facility)
「刪除服務」(Delete Service)可由origin端向target端要求刪除結果集，target端回應處理的結果。
- 存取控制設施(Access Control Facility)
「存取控制服務」(Access-control Service)定義當target端在執行啟始、查尋、展現或刪除作業時，向origin端提出權限控制需求（例如：密碼），origin端須予以回應。
- 會計／資源控制設施(Accounting/Resource Control Facility)
包含三項服務：「資源控制服務」(Resource-control Service)、「啟動資源控制服務」(Trigger-resource-control Service)及「資源報告服務」(Resource-report Service)。
(1)「資源控制服務」在規範當origin提出啟始、查詢、展現、刪除結果集的請求後，由target發出資源控制請求（例如須支付多少費用），origin須予以回應。
(2)「啟動資源控制服務」是當origin端提出啟始、查詢、展現、刪除結果集的請求後，欲啟動的作業。
(3)「資源報告服務」規範在完成啟始、查詢、展現、刪除結果集或資源報告等作業之後，由origin提出的請求，例如應付金額等。
- 終結設施(Termination Facility)
終結設施可使origin端或target端中斷或正常結束作業，包含二項服務：「檢索中斷服務」(IR-abort Service)及「檢索解除服務」(IR-release Service)。
在1995年第三版中，各增加了以下數種設施及服務：
- 在「檢索設施」中新增「分段服務」(Segment Service)，可由target系統送出多個段落的資料。
- 「排序設施」(Sort Facility)：可在target端將檢索的結果集排序。
- 「瀏覽設施」(Browse Facility)：所提供的「掃描服務」(Scan service)可以用來掃描並瀏覽target端資料庫索引檔案，例如：題名、人名等。
- 「延伸服務設施」(Extended Services Facility)：延伸服務(Extended Services service)讓某些作業在Z39.50協定之外進行，但可用Z39.50來監視。例如：館際互借(ILL)功能即可利用本服務規範。
- 「說明設施」(Explain Facility)可讓origin端檢索target端較詳細的資料訊息，例如：詳細的資料屬性等。
三、Z39.50與WWW結合之架構
省立臺中圖書館的Z39.50檢索系統規劃以WWW做為操作平台，一併解決本館OPAC系統無WWW版本的問題。其整個系統之架構如下圖所示：
其作業方式說明如下：
- 將讀者在WWW所輸入查詢條件，透過「共通界面程式」(Common Gateway Interface,CGI)傳送至「Z39.50書目資料檢索Client軟體」。
- 「Z39.50書目資料檢索Client軟體」將所接收到之HTML格式之查詢條件，轉換成Z39.50檢索指令，傳送至圖書館自動化系統Z39.50 Server，開始檢索書目紀錄。
- 將檢索到之結果，以MARC格式傳送至「Z39.50書目資料檢索Client軟體」。
- 「Z39.50書目資料檢索Client軟體」將MARC格式，依讀者之顯示需求，透過CGI轉為HTML格式於WWW上顯示。
Z39.50檢索軟體即如圖中Z39.50 Client軟體及CGI程式之結合，讀者在瀏覽器上所輸入的畫面、結果的顯示等，都必須透過CGI程式在Z39.50協定與HTML格式間轉換。就讀者的使用層面而言，所接觸的都是HTML格式的畫面展現，不論查詢任何圖書館的書目紀錄，都是在相同的畫面下顯示結果；而Z39.50 Client端與Server端之間協定的溝通、資料傳輸，就依照協定為之，這是系統內部的作業，使用者不必去了解之間是如何作業。
本架構的先決條件是必須以Z39.50 Client端軟體去檢索Server端的資料。所以圖書館自動化系統的書目資料庫必須具有Z39.50 Server端程式，才能接受Z39.50 Client端查詢的要求，並轉換本身系統的查詢方式進行查詢作業。Client端軟體有三種設計方式：
- 整合在OPAC查詢系統中，將Z39.50的功能整合在各項檢索功能中的其中一項，使用者可在與OPAC相同的操作方式及界面下，連結並查詢其他系統。例如INNOPAC系統即以本方式設計。
- 以單獨的軟體發行。例如美國Ameritech公司的WinPAC，即為一for Windows的軟體，使用者可自行設定所欲連結的書目資料庫，以及書目資料呈現時各欄位的設定，讓使用者有較大的使用彈性。
- 與WWW結合，就如同本文所介紹的方式。
就系統所使用的主機而言，由於本館主機設備的允許，因此圖書館自動化系統、WWW Server、Z39.50檢索系統可分別置於三台UNIX主機中，不過Z39.50檢索系統所在的主機也安裝WWW Server，因此當使用者進入Z39.50檢索功能查詢本館書目資料庫時，實際作業的只有Z39.50檢索系統主機及圖書館自動化系統主機。事實上在圖書館自動化系統主機安裝WWW Server及Z39.50檢索功能，將Z39.50檢索作業在同一台主機上完成，在技術上仍為可行，但考量系統主機的負荷問題，況且圖書館自動化系統主機的正常運作關係到全館的各項作業，亦有安全上的問題考量，因此以分開作業較為理想。
四、各項需求擬訂
雖然規劃在WWW上的Z39.50檢索系統，在需求書的擬定時，可以將Z39.50協定全部內容列為需求書的一部分，但大部分的協定內容是規範Client端與Server端的溝通及傳輸方式，在需求功能中並不需要列出這些項目，因此對於資料檢索方式、展現結果等，與使用者使用時較具關係的部分，則須特別於需求中再次列出，以做為系統測試驗收之重點項目。除了Z39.50協定外，與本館的圖書館自動化系統之間一些較特殊的功能，非Z39.50規範的部分，亦一併列為需求，希望能提供相當於OPAC系統上所有的功能，雖然目前得標廠商無法全部依本館的需求來開發，未來仍須視協定發展的情形做適度地修正。
就本案之詳細需求內容，請參閱附錄所列之項目，整份需求分為「整體功能」、「查詢功能」、「資料顯示」、「系統管理」及「其他需求」等五大部分：
- 整體功能
規範本需求書的主要項目，例如檢索功能需支援Z39.50第二版，甚至希望能達到第三版的協定內容；對於資料的查詢、結果的顯示，都必須以HTML格式於瀏覽器上呈現；另外也特別訂出須能處理國內圖書館較常使用的Chinese MARC及US MARC格式。
- 查詢功能
主要規範系統應具有的查詢功能，對Z39.50協定方面列出須符合「查詢服務」(SearchService)的查詢形式，例如：RPN type-1，另外也列出系統必須支援Bib-1屬性集(Bibliographic-1attribute set)，因此已包含了系統可使用的檢索點（例如：題名、著者、標題、ISBN等）及檢索方式（例如：布林邏輯、切截及限制查詢等功能）。
- 資料顯示
資料顯示底層由Client端向Server端提出資料展現服務(Present Service)等需求。而在WWW上要如何將資料呈現，則必須予以說明，以便廠商撰寫CGI程式將Client端所接收到的資料，以HTML程式組合後顯示。顯示主要分為兩個層次，一是清單格式，一是書目及館藏顯示格式，書目格式亦可選擇以MARC格式顯示。
- 系統管理
系統管理主要提供相關的設定功能，以順利與其他具有Z39.50 Server的書目資料庫連結。一般在登錄具有Z39.50 Server的書目資料庫時，必須包括該資料庫主機的位址(IP Address)、port編號（內定為210）、資料庫名稱等；對於書目紀錄格式的處理以目前國內使用較普遍的Chinese MARC及US MARC為主，對各欄位的顯示、定義都可以修改，因此若書目紀錄非屬前述兩種MARC紀錄，亦可自行修改定義表。系統管理作業中的各項設定，均可在WWW上作業，增加管理者操作的方便性。
- 其他需求
主要規範一些前面未提及的需求，例如希望軟體裝置的主機機型，除Z39.50 Client軟體外，該主機的WWW Server等相關軟體，亦請得標廠商一併安裝，以便能順利運作。
五、所遭遇之問題
如前言曾提及，由於Z39.50相關產品目前在國內並不多見，以Z39.50 Server端而言，目前支援的圖書館自動化系統僅有Innopac及Dynix系統，而且必須另外購置，並非包含於系統原有的功能。Client端軟體則於臺大圖書館及國家圖書館書目中心（使用Innopac系統）提供，在資料的顯示，尤其對中文字碼及Chinese MARC的處理，仍有若干問題，因此目前國內並沒有一套很完整的Client軟體可供參考及測試。本館Z39.50 Client軟體在經過招標作業後，由工研院電通所得標，就本案而言幾乎屬於全新開發的軟體，目前已初步設計完畢，並展開系統測試工作。在整個Z39.50協定的使用上，實用方面仍存有若干問題，在此提出以供參考，未來也勢必就協定發展的情形對軟體做適度的修正，才能符合使用者及館員的需求。
- 版本問題
Z39.50的版本更新迅速，目前最新版本是1995年第三版，第四版亦由ZIG(Z39.50 Implementors Group)發展中，可是仍有不少產品僅支援到1992年的第二版。而且Z39.50是Client/Server架構進行資料檢索作業，因此若Client端及Server端的版本不一，在資料檢索時可能有些功能無法使用。因此在同一圖書館同時使用Client端及Server端軟體時，其版本的配合更形重要。
- 館藏資料顯示
Z39.50協定第二版並未規範圖書館自動化系統館藏資料顯示，尤其館藏流通現況的顯示。館藏資料的顯示到第三版的紀錄展現語法(Record Syntax)中才以OPAC定義。因此第二版有些Server在MARC紀錄上產生自定的欄位及分標，記錄館藏資料的必要欄位，再由Client端軟體解讀及顯示，但不同系統所自定的館藏欄位不一，增加Client設定上的困擾。
- 中文字碼處理
中文字碼的問題同時存在於Client端及Server軟體，尤其由國外引進的系統，其Z39.50 Server程式都必須經過於OPAC一樣的處理流程，對中文碼做適當的處理及轉換（Big-5碼與CCCII碼的轉換），才能正確地查詢及顯示。
- MARC問題
到Z39.50第三版為止，其紀錄展現語法(Record Syntaxes)中所列舉的MARC種類未包含Chinese MARC，因此在資料傳輸時無法定義Chinese MARC，若國外地區的Z39.50 Client軟體連結檢索國內Chinese MARC書目資料庫時，除非該軟體有特別設定，否則無法正確地以條列書目紀錄方式顯示。而國內書目資料庫有些是以兩種MARC格式併存（西文圖書以US MARC編目，中文圖書以Chinese MARC編目），因此Client端檢索時，對Server端所傳送的MARC種類，是否應由Server端自動轉換為同一種MARC輸出，或者由Client端處理等問題，亦有待解決。或許須等到Chinese MARC登錄為紀錄展現語法中所定義的MARC種類之一，才有可能解決目前的問題。
- 取代圖書館自動化系統OPAC？
圖書館自動化系統的OPAC的主要功能為書目紀錄查詢，但還有圖書預約、讀者借閱資料查詢，以及其他附加的功能。假如圖書館讀者以圖書館所提供的Z39.50 Client軟體查詢該館的書目資料庫時，一定希望至少提供現有OPAC上的功能，因此如何將一些非Z39.50協定的檢索功能整合在Z39.50 Client軟體上，便涉及到相關的技術問題。
- 與其他資源整合檢索問題
目前Z39.50協定檢索以書目紀錄為主，陸續亦有文獻索引資料庫及其他各類型的資料庫支援Z39.50協定，不同的資料庫紀錄在Z39.50 Client端顯示時，格式不盡相同，甚至差異頗大。因此未來Z39.50 Client能否一體通用地對所有不同種類的資料庫檢索，仍有待觀察。
- 廠商配合問題
就理論上而言，開發或購買Z39.50 Client端軟體可選擇與圖書館自動化系統Server端不同的廠商，只要兩者都遵循著Z39.50的協定設計，就可以達到應具有的功能。但在實際上仍會遭遇到諸多困難，例如：Client端與Server端版本的不一致，各家Z39.50軟體並未百分之百依協定的規範開發，一些非屬協定內容且較特殊的功能，尤其在國內還會遇到彼此之間中文碼處理的問題，因此Client端與Server端若是不同的廠商，其合作協調便非常重要，否則只要一方不配合或推卸責任，嚴重者會影響到整個檢索功能無法運作。
六、未來展望
如前文所述，本館目前所規劃的Z39.50檢索WWW版本，主要亦要一併處理本館OPAC系統無WWW版本之問題，因此如何將OPAC各項功能整合在Z39.50檢索功能畫面中，使讀者在使用此系統檢索本館書目資料庫時，能達到OPAC所有的功能，並且也可以檢索其他Z39.50資料庫，便是近期努力的目標。
而與圖書館自動化系統整合方面，未來編目作業可利用Z39.50協定與書目資料庫溝通，因此不論是本館系統的編目作業，或者參與國家圖書館書目中心合作編目，都可運用這種方式達到主從式架構的編目作業。
Z39.50目前除了是美國各圖書館自動化系統的基本功能外，同時也廣為進行中的電子圖書館計畫所採用，例如University of Michigan, Ann Arbor的Knowledge Agents and Collaboration Technologies計畫、美國地理資訊系統(FGDC)、美國政府資訊系統(GILS)、電子博物館計畫(CIMI)等（註4），因為未來圖書館的Z39.50 Client軟體檢索功能的開發 將非常重要，也期盼藉由Z39.50協定的普及，提供給使用者一致、方便性的檢索界面，更容易地從網路上浩翰的資料中檢索到所需的資訊。
【附註】
- 註1：John Favaro, "Z39.50 and the World Wide Web",http://www.indexdata.dk/webz.html
- 註2：C. Lynch, "Using the Z39.50 Information Retrieval Protocol in the Internet Environment", Network Working Group Request for Comments:1729,http://ds.internic.net/rfc/rfc1729.txt
- 註3：陳昭珍，「開放系統互連資訊檢索應用協定(Z39.50)之架構與應用」，＜開放系統互連資訊檢索應用協定-Z39.50研討會會議手冊＞，（臺北市：國立中央圖書館，民84）頁66-67。
- 註4：胡歐蘭主持，＜圖書館自動化系統軟硬體共通規範研究計畫報告書（草案）＞第二章第三節。
【參考資料】
【附錄】
需求項目
1.整體功能：
1.1.於本館「全球資訊網」上檢索本館圖書館自動化系統之書目館藏資料。〔必備〕
1.1.1.透過Z39.50協定，與本館圖書館自動化系統Z39.50 Server端程式連結，以進行檢索及接受回應資料。〔必備〕
1.2.檢索功能需支援ANSI/NOSO Z39.50及HTTP協定。〔必備〕
1.2.1.支援Z39.50-1995第三版。
1.3.透過Z39.50協定，可檢索其他具有Z39.50 Server之資料庫。〔必備〕
1.4.檢索畫面、檢索結果及系統管理等，均以HTML格式呈現，並充分利用「超連結」(Hyperlink)功能，以提供WWW瀏覽器連結使用。〔必備〕
1.5.提供中、英文檢索畫面供讀者選擇使用（內定為中文畫面，提供一選項供使用者選擇轉換為英文畫面)。
1.6.提供HTML格式之查詢輔助說明。
1.7.至少可接受及處理Chinese MARC7及U.S. MARC。〔必備〕
1.8.可顯示Big-5中文字碼。〔必備〕
2.查詢功能
2.1.支援Bib-1屬性組(Bibliographic-1 attribute set)。
2.2.支援Type-1 Query檢索方式，包括RPNQuery。
2.3.依不同之資料庫，至少應提供以下之檢索點：〔必備〕
2.3.1.題名／書名(Title)。
2.3.2.著者(Author)。
2.3.3.主題(Subject)。
2.3.4.集叢名(Title series)。
2.3.5.國際標準書號／國際叢刊號(ISBN/ISSN)。
2.3.6.關鍵字(Keyword)。包括：題名、叢書名、主題、著者等，可混合檢索。
2.3.7.針對提供US MARC之資料庫，另外可做「內容」(Notes)及「美國國會圖書館卡片號碼」(LC card number)檢索。
2.4.提供AND、OR布林邏輯運算功能。〔必備〕
2.5.提供切截(truncate)功能。
2.6.提供「限制檢索」(limit search)功能。
2.7.可設定書目記錄排序方式：
2.7.1.依出版年升冪排序。
2.7.2.依出版年降冪排序。
2.7.3.依著者升冪排序。
2.7.4.依著者降冪排序。
2.8.提供一選項，可清除已輸入之查詢條件，重新輸入。
2.9.提供中斷查詢之功能。
2.10.系統具備Cache功能，當查詢結果資料已存在Z39.50 Client端時，不需再向Z39.50 Server端提出查詢要求。
2.11.對於須授權才能查詢之Z39.50資料庫，可顯示輸入帳號、密碼之項目，以通過權限之查核。
2.12.除以上所列舉之查詢功能，請說明系統其他查詢功能。
3.資料顯示
3.1.具查詢結果瀏覽(Browse)功能。
3.2.資料顯示層次及方式：
3.2.1.查詢結果若資料超過一筆以上，先行顯示簡要書目清單。
3.2.1.1.每頁清單顯示之筆數內定為10筆（筆數可由系統管理者設定），並提供選項可顯示前後10筆。
3.2.2.使用者依其所需，點選清單上之書目或選項，即可顯示完整書目記錄。
3.2.2.1.書目記錄顯示以條列或表列方式呈現，顯示之項目需符合機讀編目格式所規定之顯示項目。
3.2.2.2.具一選項可以MARC格式呈現書目記錄。〔必備〕
3.2.2.3.可點選顯示之內容做相關資料查詢，例如：著者、主題。〔必備〕
3.2.3.可顯示館藏層次，顯示項目包括：
3.2.3.1.題名。
3.2.3.2.館藏位置。〔必備〕
3.2.3.3.索書號。〔必備〕
3.2.3.4.館藏現況。〔必備〕
3.2.3.5.其他館別館藏。
3.2.4.任何層次之資料呈現畫面，均須顯示所使用檢索點及條件、查詢總筆數，以及目前顯示之筆數。〔必備〕
3.2.5.任何層次之資料呈現畫面，均有選項指引使用者回到主畫面、重新查詢、以及其他必要的項目。〔必備〕
3.3.顯示結果處理
3.3.1.使用者可預選查詢結果，以轉錄資料。
3.3.2.轉錄資料分為：
3.3.2.1.一般資料轉錄：提供給一般使用者獲取書目主要項目，項目內容包括：
3.3.2.1.1.書名／題名（包括：副題名、並列題名）。
3.3.2.1.2.著者。
3.3.2.1.3.出版者。
3.3.2.1.4.出版年。
3.3.2.1.5.主題。
3.3.2.1.6.索書號。
3.3.2.1.7.館別。
3.3.2.2.MARC記錄轉錄：提供給其他圖書館轉出符合ISO-2709格式之MARC格式。
3.3.2.2.1.進入MARC記錄轉出功能前，應先通過帳號及密碼控制，始能使用。
3.3.2.3.轉出方式可選擇以檔案傳輸(FTP)或電子郵件(e-mail)方式供使用者選擇。
3.3.2.3.1.選擇FTP方式，應輸入目的主機位址、login帳號及密碼。
3.3.2.3.2.選擇e-mail方式，應輸入電子郵件位址。
3.3.3.系統應能記錄轉出筆數、位址（或電子郵件位址），供系統管理者參考。
3.3.4.提供查詢統計計數器。
3.3.4.1.查詢主畫面具有連線使用次數記錄，包括總累積次數及每日累積次數。
3.4.除以上所列舉之資料顯示方式外，請說明系統可提供之顯示功能。
4.系統管理
4.1.以HTML格式提供系統管理及維護界面。
4.2.進入系統管理功能，須通過帳號及密碼，始能使用。〔必備〕
4.3.連結Z39.50資料庫設定，設定項目包括：
4.3.1.資料庫主機位址：Z39.50資料庫主機的名稱及IP位址。〔必備〕
4.3.2.網路連接埠(port)。〔必備〕
4.3.3.資料庫名稱(dbname)。〔必備〕
4.3.4.屬性組：搜尋時所使用的登錄屬性。〔必備〕
4.3.5.可設定查詢截止時間（以秒為單位）。
4.3.6.可預設查詢最大筆數。
4.3.7.顯示方式：可設定取得資料時的顯示方式，例如：詳目式(FULL)或簡目式(BRIEF)。
4.3.8.可設定記錄展現語法(Record Syntax)，例如：
4.3.8.1.MARC。〔必備〕
4.3.8.2.OPAC。
4.3.8.3.Summary。
4.3.8.4.SUTRS(Simple Unstructured Text Record)。
4.3.8.5.其他支援之語法。
4.3.9.設定取得資料之格式，例如：US MARC、Chinese MARC等。
4.3.9.1.可設定書目資料顯示項目所對應之MARC欄位。〔必備〕
4.4.可藉由定義檔(Configuration)方式預設顯示外觀以供選擇。
4.5.可由設定自動修改以下操作畫面項目之顯示：
4.5.1.加入具Z39.50 Server的圖書館。
4.5.2.刪除連結之Z39.50 Server的圖書館。
4.5.3.使用者查詢操作畫面。
4.5.4.使用者查詢之檢索點。
4.6.各項功能帳號及密碼設定，包括：
4.6.1.系統管理功能。
4.6.2.MARC資料轉出功能。
4.6.3.特殊資料庫使用管制。
4.7.書目資料及MARC記錄轉出統計（轉出位址、筆數）維護。
4.8.請說明系統另外具有之管理功能。
5.其他
5.1.對於非書目資料庫之Z39.50資料庫（例如：全文資料），請說明系統支援能力，包括：
5.1.1.檢索點。
5.1.2.資料呈現方式。
5.1.3.其他功能。
5.2.請廠商說明於本館現有之主機中，適合裝置本案軟體之主機，以及所需之硬碟空間及其他配合事項。
5.2.1.本案軟體裝置主機以本館IBM RS/6000 model-360為優先。
5.3.於本館IBM RS/6000 model-360主機中，安裝及設定以下程式：
5.3.1.WWW Server Httpd程式。
5.3.1.1.具有proxy功能。
5.3.1.2.具有Server端之Imagemap功能。
5.3.2.Perl5語言程式。
5.3.3.POP3 Server程式。
5.4.於本館SUN SPARC station-20主機中，更新、安裝及設定以下程式：
5.4.1.WWW Server Httpd程式。
5.4.1.1.具有proxy功能。
5.4.1.2.具有Server端之Imagemap功能。
5.4.2.Perl5語言程式。
【附圖】