Z39.50による書誌データ検索システムの構築
― Dublin Core を共通スキーマとして ―

概要:

キーワード

Z39.50-based Information Retrieval System for Bibliographic data
-- Dublin Core as a Common Schema --

Abstract:

Keywords

1. はじめに

Z39.50[1]は情報検索のための国際標準プロトコルであり、 その特徴は多種多様な環境で構築された情報検索システムに対して 透過的に検索できる点にある。 筆者らはこれまでJAPAN/MARCのタグ・フィールドと Z39.50の代表的アトリビュートセットであるBib-1とのマッピングを行うことにより、 JAPAN/MARCの書誌データを検索できるZ39.50システムを 構築するとともに[2][3][4]、 WoPEcとWAGILSという2つのメタデータを Dublin Core Metadata Element Set(以下Dublin Coreと呼ぶ)とマッピングし、 Dublin Coreのエレメントで検索するシステムを構築してきた[5]。 本論文ではさらにJAPAN/MARCの書誌データを Dublin Coreのスキーマを通して検索できるZ39.50検索システムについて報告する。

Z39.50はデータベースの実装に依存しないスキーマを目指し、 アトリビュートセットと呼ばれる論理的なスキーマを定義している。 しかしながら、Z39.50はアトリビュートセットが複数あると 透過的な検索が妨げられるため、結果として大部分のZ39.50サーバがBib-1という ひとつのアトリビュートセットを使っている。 ところが、Bib-1にマッピングする際のスキーマが定められていないため、 システム依存のマッピングになっており、 異なる検索システムの間では同じフィールドが 別のマッピングをしている可能性があるなど 検索処理の一貫性が保たれていないという問題点が指摘され[6]、 このデータ間のスキーマの違いを吸収する枠組として Dublin Coreの利用が提案されている[7]。

Dublin Core[8]は 基本的な15エレメントを定義することによって インターネット上の多様な情報資源に対応し、 情報資源発見の効率化をはかるために定義されたコアメタデータである。 Dublin Coreは単にシンプルなメタデータとして理解するのではなく、 様々な分野に共通な要素、すなわち様々な分野にできるだけ共通の概念として 認められた属性の要素の集まりとして定義された コアメタデータとして理解すべきである[9]。 Dublin Coreが担う最も重要な役割は相互利用性(Interoperability)であり、 Z39.50のアトリビュートセット、JAPAN/MARCやUS-MARCなどの目録データ、 Webコンテンツ、既存の各種メタデータなど多様な情報資源を Dublin Coreをゲートウェイとして相互に結ぶことで、情報資源の発見が容易になる。

我々は検索システム間の相互接続性を目指したZ39.50と、 データスキーマ間の相互利用性を目指したDublin Coreを結合させ、 様々な情報資源を統一的に検索できるシステムの構築を目指しているが、 今回はZ39.50とDublin Coreを透過的に利用できる基盤整備という観点で システム構築を行った。 そこで、JAPAN/MARCデータを例として Dublin Coreを共通スキーマとしてマッピングを行い、 Z39.50のBib-1におけるDublin Core用のアクセスポイント を通してJAPAN/MARCを検索できるシステムを構築した。 本システムによりJAPAN/MARCだけでなく、 その他の書誌データについてもDublin Coreを共通スキーマとした Z39.50検索システムを容易に構築できるようになった。

2. Z39.50検索システムの構築

本システムはJAPAN/MARCレコードをDublin Coreに基づいて記述し、 利用者はZ39.50のBib-1のDublin Core用アクセスポイントから検索できる。 本システムはプロトコルエンジン、コントロールモジュール、データベース部、 メタデータ変換部からなる(図1）。

  

図1: システムの構成

プロトコルエンジンはZ39.50プロトコルを解釈し、コントロールモジュールに渡す。 コントロールモジュールはプロトコルエンジンの解釈に基づき、 検索エンジンへパラメータを渡し、 セッション毎の情報と履歴集合を管理する。 プロトコルエンジンにはIndex Data社のYAZ (Yet Another Z39.50 Toolkit)[10]を利用した。

メタデータ変換部は既存の書誌データをDublin Coreに基づくメタデータに変換する。 現在はJAPAN/MARCからDublin Coreへの変換機能を持っている。 JAPAN/MARCのデータ[11]を元に Dublin CoreのRDF(Resource Description Framework)表現[12]に変換した。 RDFは外部表現としてXML(eXtensible Markup Language)を用いるため、 実際にはDublin CoreはXMLで表記される。 データの変換はPerlスクリプト(jmarc2dc.pl)により行なった。 変換元のJAPAN/MARCデータと変換後のDublin Coreデータの一例を それぞれ資料1, 2に示す。 変換時にJAPAN/MARCのフィールド(サブフィールド)と Dublin Coreの項目の間のマッピングを行なう。 変換の際のマッピングの定義は、資料3に示す。 マッピングは、Dublin Coreに対して、一対多となるように行ない、 1つの書誌項目が複数のDublin Coreエレメントに含まれることはない。 また、1つのDublin Coreエレメントに対して、複数のデータ項目が存在した場合は、 RDFにおけるリスト要素を表すBagを用いて表現した。 なお、JAPAN/MARCで独自に定義されている外字については、 適宜変換を行なった。

データベース部はメタデータの検索を行なう。 データベースの検索エンジンには、 全文検索エンジンNamazu[13]を採用した。 本システムでは、Dublin CoreのRDF表現を解析し、 エレメントの内容を抽出するフィルタ(dc.pl)を Namazuのインデクサ(mknmz)のフィルタ機構に組み込んだ。 このフィルタでは、XMLパーサとして、PerlモジュールXML::Parserを利用し、 文字列がどのエレメントに含まれているかを判別して、 Namazuのフィールド用インデクスに登録する。

本システムでは、Z39.50のBib-1のUseアトリビュートに追加された Dublin Core用の15項目[14]に対応した検索ができる (表1参照)。 この15項目のアクセスポイント指定はDublin Coreの項目と1対1の関係にあるため、 アトリビュートの扱いがあいまいになることはない。 Z39.50プロトコルでの検索要求は、 内部的にNamazuの検索式に変換され、検索エンジンに渡される。 また、検索要求としては履歴検索も扱える。

実際にZ39.50クライアントで本システムに接続し、 Dublin Coreアクセスポイントで検索した例を図2に示す。 検索結果を返戻する際は、プレインテキストの形式で返戻する。

  

図2: 検索例

3. 考察

3.1 関連研究

多様な情報資源を容易に利用できる仕組みを作りたいという要求は どの分野でも共通の話題であり、 それぞれの立場から様々な提案が行われている。 この節では特にZ39.50に関わる研究について考察する。

Z39.50はZIG(Z39.50 Implementors Group)によって規格の検討と合意がなされており、 現在ZIGにおけるこのマッピング問題に対処することを目指した議論の中で、 複数のアトリビュートセットを同時に扱うことを目的とした Attribute Architecture[15]の定義が進められている。 この枠組の中心はCross Domain(XD) Attribute Set[16]であり、 これは、Dublin Coreを基本にした13項目の アクセスポイント指定からなるアトリビュートセットで、 分野を横断した検索に利用することが期待されている。 しかし、この方法は現行のZ39.50システムに対して、 Bib-1からCross Domain(XD) Attribute Setに変更を求めることになり、 アトリビュートセットの移行によって相互利用性が損なわれる可能性がある。

また、JAPAN/MARCとZ39.50との関わりについて 石田[17][18]は、 Bib-1で流用するのではなくJAPAN/MARC専用のアトリビュートセットを提案している。 石田のシステムはJAPAN/MARCに特化したアトリビュートセットを設計し、 実際にシステムを公開して評価実験を行っている。 しかし、この手法ではJAPAN/MARCを検索する際には JAPAN/MARCの構造に従った検索ができるものの、 JAPAN/MARC以外のデータに対しては適用できず、 Bib-1との互換性もなくなってしまう欠点がある。

Z39.50とDublin Coreを結合した例としては 図書館情報大学電子図書館(ULIS-DL)[19]のZ39.50サービスがある。 ULIS-DLはサブジェクトゲートウェイを目指したメタデータの構築を行っており、 ULIS Coreと呼ばれるDublin Coreに基づいたエレメントセットを用いている。 ULIS-DLはもともとDublin Coreを基本として作られたシステムであるので、 標準検索プロトコルZ39.50と組み合わせるのは自然であり、 データそのものが元々Dublin Coreで作成されているため、 システム構築時にマッピング問題が生じることはない。 しかし、今後ULIS-DLがサブジェクトゲートウェイとしての能力を高め、 他のデータを対象にする場合には 本システムで研究しているスキーマ変換機能が必要になるだろう。

以上のように、Z39.50の視点を重視するのか、 JAPAN/MARCなどある特定データの流通性を重視するのか、 多様なメタデータの相互利用性を重視するのかによってアプローチが異なるが、 本研究ではZ39.50の視点を踏まえた相互利用性を重視する立場から システム構築を行なった。

3.2 JAPAN/MARCデータのDublin Coreへの変換

本論文はZ39.50とDublin Coreのシステム基盤構築に焦点があるため、 JAPAN/MARCとDublin Coreのマッピングについては深く立ち入らなかった。 マッピングについては今後の問題として、 今回のマッピング方針と将来展望について述べる。

Dublin Coreには、Dublin Core Simple(DCS)と Dublin Core Qualifier(DCQ)という考え方の相違による2つのタイプがある。 DCSは15項目のデータ要素をさらに細かく分けることはしない書き方で、 DCQはこの基本要素を細かく分けて記述する書き方である。 今回はDCSを採用し、データは並列に並べた。 JAPAN/MARCのタグに表されているデータのみをDublin Coreに変換し、 JAPAN/MARCレコードのデータ部に含まれていない項目は Dublin Coreへの変換を行なわず該当なしとした。 データのマッピングについては現在検討中で、 DCQによる記述も検討している。

4. おわりに

本研究はJAPAN/MARCを例としてDublin Coreを共通スキーマとして マッピングを行い、Z39.50のBib-1のDublin Core用アクセスポイントを通して JAPAN/MARCを検索できるシステムを構築した。 本システムによりJAPAN/MARCだけでなく他のデータについても Dublin Coreを共通スキーマにすれば本システムを利用してZ39.50で検索できる。

謝辞

本研究用のデータとしてJAPAN/MARCを使うことを許可して くださった国立国会図書館の関係各位に感謝いたします。

なお、本研究は文部省科学研究費基盤研究(C)(2) 課題番号09680389 「Z39.50に基づく文献情報検索システムの構築」の補助を得た。

参考文献

1

ANSI/NISO Z39.50-1995. Information Retrieval （Z39.50） : Application Service Definition and Protocol Specification. 1995, 156p.
ftp://ftp.loc.gov/pub/z3950/official/

2

安齋宏幸, 山本毅雄, 石塚英弘. Z39.50を用いた日本語書誌情報サーバの試作. 情報処理学会情報学基礎研究会研究報告．vol. 96, no. 116, p. 9-16.

3

江草由佳, 真野泰久, 宇陀則彦, 石塚英弘. Z39.50プロトコルによる日本語書誌データ情報検索システム. 情報知識学会第6回研究報告会講演論文集. 1998, p. 29-36.

4

宇陀則彦, 江草由佳, 高久雅生, 石塚英弘. Z39.50による日本語書誌データ検索システム. 情報知識学会誌. vol. 9, no. 2, 1999, p. 1-15.

5

齋藤ひとみ, 宇陀則彦, 石塚英弘. Dublin Core Metadata Element Setによる複数メタデータの検索. ディジタル図書館. no. 11, 1998, p. 48-55.

6

Lynch, Clliford A. Building the Infrastructure of Resource Sharing: Union Catalogs, Distributed Search, and Cross-Database Linkage. LIBRARY TRENDS. vol. 45, no. 3, 1997, p. 448-461.

7

Lynch, Clifford A. The Z39.50 Information Retrieval Standard : Part I: A Strategic View of Its Past, Present and Future. D-Lib Magazine. 1997.
http://www.dlib.org/dlib/april97/04lynch.html

8

Dublin Core Metadata Initiative. The Dublin Core Element Set Version 1.1. last update 1999-07-02.
http://purl.org/dc/documents/rec-dces-19990702.htm

9

杉本重雄. Dublin Core Metadata Element Set : 現在の状況と利用例. ディジタル図書館. no. 14, 1999, p. 3-18.

10

Index Data. The YAZ Toolkit. last update 1999-10-16.
http://www.indexdata.dk/yaz/

11

国立国会図書館. JAPAN/MARCマニュアル: 図書編. 第2版. 東京, 国立国会図書館, 1998, 186p. （ISBN 4-87582-527-7）

12

Eric Miller, Paul Miller, Dan Brickley. Guidance on expressing the Dublin Core within the Resource Description Framework (RDF). last update 1999-07-01.
http://www.ukoln.ac.uk/metadata/resources/dc/datamodel/WD-dc-rdf/

13

高林哲. Namazu the full text retrieval search system. last update 1999-09-28.
http://openlab.ring.gr.jp/namazu/

14

Bib-1 Attribute Set. last update 1999-09-24.
http://lcweb.loc.gov/z3950/agency/defns/bib1.html

15

Z39.50 Attribute Architecture. Version 1.1. last update 1999-07-09.
http://lcweb.loc.gov/z3950/agency/attrarch/arch.html

16

The Z39.50 Cross-Domain Attribute Set. Version 1.4. last update 1999-08-04.
http://www.oclc.org/levan/docs/crossdomainattributeset.html

17

石田茂. Z39.50 と日本語書誌目録の連携に関する考察. 情報処理学会情報学基礎研究会研究報告. vol. 99, no. 39, 1999, p. 81-88.

18

石田茂. Z39.50 JAPAN/MARC 対応関連仕様と評価用試作システムの説明. ディジタル図書館. no. 15, 1999, p. 40-56.

19

図書館情報大学附属図書館. 図書館情報大学電子図書館. (参照 1999-10-28)
http://lib.ulis.ac.jp/

資料1

JAPAN/MARCレコード例(テキスト形式)。

資料2

変換後のRDF表現のDublin Coreメタデータ。

資料3

Dublin CoreとJAPAN/MARCの対応関係