MediaNet No.17（2010.11）〈特集〉KOSMOS Ⅲ―新図書館システムの導入―：第 2 部

Aleph を KOSMOS Ⅲとして稼動させるために―Aleph での目録業務設計―
こがりえこ

古賀理恵子
（メディアセンター本部）

慶 應 で は 1998 年 か ら 書 誌 に MARC21 フ ォ ーシステムの機能を検証し，採用する部分，しないマットを採用している。今回のリプレースで書誌部分を整理すると共に，Aleph に用意されていないフォーマットに変更がないということは，データやが業務上必須な要素，特に日本語や日本固有の事情業務の移行にとって，大きな救いとなった。しかし，に関連する部分については，外付けシステムを自主一方で Aleph が KOSMOS III として稼働するため開発して補完した。Happiness Gateway（日本語の分には，諸データとの関連性，他の業務やサービスとかち書きのためのインデックス生成システム），書誌の関連性を以前よりも一層意識する必要があった。

フォーマット変換システム，請求記号付与システム，Item 内のデータ項目一括自動更新等，Aleph と連携システムの統合・組織の統合し，且つ外付けにすることで運用の自由度を確保す

新システムの導入により，KOSMOS II 時代にはることができた。全体を通し，他の業務の妨げにな分離されていた発注!
受入システムと目録システム

らず，また，システムに負荷がかかりすぎないバラが 1 つに統合された。これを複数の館・担当で利用ンスのよい開発をすることを心がけた。

するため，各プロセスで混乱が生じないように書誌コントロールを一定の基準に従って行う必要があ

書誌単位の変更る。また，書誌にリンクしている発注・支払・購読

一般書の目録作成コストを削減することは今回の管理等のデータ構造を総合的に把握する必要があリプレースの大きな目標であった。そのためには目り，受入・目録担当間の連携が求められる。また，録におけるコピーカタロギングの割合を大きくする

1997 年来，別データベースで運用されていた総合目ことが必要である。外部データベース上の既存の書録と特殊言語目録（中国・朝鮮・アラビア・ロシア誌を効率よく流用し，記述に関する修正作業を極力語目録）が統合されたことも大きな変更である。

少なくすることが求められる。

さらに，組織の面でも，図書と雑誌の目録担当が慶應では，ローカルルールとして「著作責任単位」統合された。以前は各館でのサービス，資料の扱い（同一の著編者の下のタイトルを 1 書誌として作成が慣習的に目録の記述自体にも持ち込まれがちだっする）の書誌を維持してきたが，これを見直し，一たが，資料の属性によって目録を作成するという当般的にオンライン上で利用され，流通している書誌然のことが体制としても形づけられるようになった。

単位に合わせる変更を行った。これは長年に渡り積み重ねられ，形成されてきた慶應の目録データに対Aleph 目録システムの特徴する大きな方針変更となったが，メタデータとしてAleph には，目録フォーマットに準拠し，書誌作成物理的な識別が可能で，且つデータ交換がしやすいをサポートする様々な機能が用意されている。非常

書誌単位に切り替えたことにより，目録業務再編のにロジカルで高機能である反面，設定したコント可能性が拡がったと考えられる。

ロールに厳格で，例外やカタロガーの裁量に任せる加えて，OPAC や KOSMOS（総合検索ツール）でといったことが許されない。一方で，便利になっての工夫等によって，書誌単位の相違が存在しても違ほしいと思うポイントが，Aleph の持つ機能と必ず和感のない検索や表示を実現することが期待できた。

しも一致しないというケースが散見された。また，世界各国に利用機関を抱える多言語対応のシステム

著者名典拠の復活とはいえ，日本語を主たる言語として書誌をハンド

もう 1 つの大きな変更点は，著者名典拠ファイルリングするにはやはり手かずが掛かることは否めなの 復 活 で あ る。二 世 代 前 の KOSMOS I で はかった。

NACSIS-CAT の型を拡張した書誌フォーマットを20MediaNet No.17（2010.11）〈特集〉KOSMOS Ⅲ―新図書館システムの導入―：第 2 部

採用し，典拠レコードもダウンロードして使っていに困難があるため，移行後の対応を前提にしたデーた。しかし，NACSIS-CAT の典拠レコードのカバータ群が存在する。また，遡及入力等を含め，以前か率が高くなかったこと，一方では典拠ファイル運用らの積み残しを抱えた状況でのデータ移行であっに伴うシステムへの負荷の限界から，KOSMOS IIた。短期的に解決することは難しい問題が多いが，へのリプレース時に典拠ファイルの維持を中止し，今後対策を検討することが望まれる。

以後，「インデックスとして著者標目の記述を揃える」作業を行ってきた。

また，KOSMOS II のインデックスから自動生成し，搭載した典拠ファイルに対しては，リンク作成

KOSMOS III では，標目の記述方針が異なっていや泣き別れの統合といった作業を積み重ねていく必

た総合目録と特殊言語目録の統合に伴い，重複レ要がある。Aleph の機能を駆使しつつも，人の判断がコードの調整等が必要になるということ，また今後，必要とされる作業である。今後データ整備が進行し，和漢古書等の著者の表現への対応も視野に入れ，著目録作業の効率化にもつながることを期待したい。

者名典拠ファイルを復活することを決定した。
海外の典拠ファイルで日本人名に対して標準的におわりにSee

システムリプレースは，単純に移行を実施して終also 扱い」するのではなく，漢字形とヨミとの組みわるだけでなく，現行業務を見直し，今後のサービ合わせに意味がある日本語の著者標目であることスの展望を踏まえながら業務整理を行う契機となった。

を念頭に，典拠の記述方式を検討した。通常の典拠

慶應では電子資料の提供数も 10 年前と比較するデータベースでは扱えないため，Aleph の Multilin-と格段に増加し，KOSMOS で検索可能なメタデー

gual 対応データベースを利用することにした。

タの中で，カタロガーの手にかかる目録データは一採用されている「ヨミを1 つの形式としてその際，2012 年の 1 月には国立国会図書館（以下，部となった。その中で，必要な要素が盛り込まれたNDL）が Aleph での業務を開始するため，日本語典書誌を作成し，検索に有効なアクセスポイントを用

拠を同じ記述方式で運用すべく NDL の目録担当者

意し，必要なアクセスポイントのコントロールをとも協議を重ねた。こうして実装した記述方式は，行って，利用に寄与することは目録セクションの責

多少冗長ではあるが，Aleph の機能を最大限に使っ務である。また，目録作業効率化後の人的資源をどて実現できるものであると考えている。のように活用するか，コピーカタロギングで扱えなまた，開発者の協力を得て，Happiness Gatewayを拡張し，典拠レコード作成・更新の機能を実装す

い資料をどのように整理していくか等，考えるべきことは多い。

ることで目録担当者の負担を軽減することができ各メディアセンター，本部の方々の協力を得て何た。将来的には，NDL とのデータ利用・交換が可能とか稼動にこぎつけることができたが，至らない点になることを希望している。

が多々ある。また，今後の運用については多くの意見を結集し，改善していけることと考えている。1

課題

年半のプロジェクトは体力・気力が求められる局面

今回のリプレースに際しては，データ移行をするもあったが，沢山のことを学ぶ機会となり，充実し上で必須の要件についてのみ書誌・所蔵データの改たよい経験となった。多くの方々から支えられ，大修を行った。一方で機械的なデータ処理では望まし変恵まれた時間をいただいたことをここに改めて感い修正が期待しにくく，手作業では数量的・時間的謝したい。

21