Z39.50

Z39.50は、TCP/IPコンピュータ ネットワークを介してデータベースから情報を検索および取得するための国際標準 クライアント サーバーアプリケーション層 通信プロトコルであり、米国議会図書館によって開発および保守されています。これは、 ANSI / NISO標準 Z39.50 およびISO標準 23950 でカバーされています。

Z39.50 は、図書館環境で図書館間カタログ検索や貸出に広く使用されており^、統合図書館システムや^個人用書誌参照ソフトウェア、LibraryThing などのソーシャル メディアに組み込まれることがよくあります。

Z39.50プロトコルの作業は1970年代に始まり、1988年、1992年、1995年、2003年に連続したバージョンがリリースされました。コンテキストクエリ言語（以前は共通クエリ言語と呼ばれていました）^[1]は、Z39.50セマンティクスに基づいています。

このプロトコルは、検索、取得、並べ替え、および参照をサポートします。検索クエリには、通常、サーバー コンピューターでの情報検索を指定する 6 つの属性 (使用、関係、位置、構造、切り捨て、完全性) を定義する bib-1 属性セットからの属性が含まれます。Z39.50 の構文では、非常に複雑なクエリが可能です。

実際には、機能の複雑さは、開発者と商用ベンダーによる実装の不均一性によって制限されます。Z39.50 の構文は、基礎となるデータベース構造から抽象化されています。たとえば、クライアントが属性 1003 を使用して著者検索を指定した場合、サーバーはその検索をその検索に含まれるインデックスにマップする方法を決定する必要があります。これにより、Z39.50 クエリはターゲット データベースについて何も知らなくても作成できますが、同じクエリの結果がサーバー間で大きく異なる可能性があることも意味します。あるサーバーには著者インデックスがあり、別のサーバーでは、著者であるかどうかに関係なく個人名のインデックスを使用する場合があります。3 番目のサーバーには名前インデックスがなく、キーワード インデックスにフォールバックし、さらに別のサーバーには適切なインデックスがなく、エラーを返す場合があります。

この不一致を是正する試みが、バース プロファイルです( 1999 年にワーキング グループが初めて会合を開いたイギリスのバースにちなんで名付けられました)。このドキュメントでは、一般的な書誌検索に使用する検索構文と、バース準拠のサーバーの期待される応答を厳密に規定しています。バース プロファイルの実装は遅いですが、Z39.50 環境は徐々に改善されています^{[現在? ] 。バース プロファイルは}、カナダ図書館および文書館によって管理されています。

Z39.50 はWeb以前の技術であり、さまざまなワーキング グループがこれを最新の環境にさらに適合するように更新しようとしています。これらの試みは ZING (Z39.50 International: Next Generation) という名称で呼ばれ、さまざまな戦略を追求しています。

Z39.50 の後継は、ツイン プロトコルSRU / SRW ( Search/Retrieve via URL / Search/Retrieve Web service ) です。これらは、クエリ構文の利点を維持しながら、Z39.50 通信プロトコルを削除 ( HTTPに置き換え) しています。SRU はRESTベースで、クエリをURLクエリ文字列で表現できます。SRW はSOAPを使用します。どちらも、検索結果がXMLとして返されることを想定しています。

これらのプロジェクトは、開発者にとって、オリジナルのZ39.50プロトコルよりも参入障壁がはるかに低く、^{[2]比較的小規模な図書館ソフトウェア市場が、はるかに大規模な市場向けに開発された}Webサービスツールの恩恵を受けることができます。

代替案としては以下のようなものがある。^[3]

• メタデータ収集のためのオープン アーカイブ イニシアティブプロトコル(OAI-PMH)
• スパルク

Z39.50の登録ネットワークポート番号は210です。ほとんどのサーバーはこのポートを使用していますが、世界中でZ39.50が使用するポート番号は他にも数十あります（例：2100、2200、2210、2213、3520、またはあるケースでは、異なるデータベース用のポート2101以上）。^{[4] [5]}

• 広域情報サーバー（WAIS）
• ダイニックス
• コハ
• URLを開く
• オープンサーチ

• Z39.50 保守機関
• Z39.50 標準文書 (pdf)