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

Aleph を KOSMOS Ⅲへ，Primo をサービスの前面へ――システム選定から稼働までの総括――
いりえしん入江伸（メディアセンター本部課長）

1 はじめに検索を高速に行うことやシステムレスポンスを保証

ここでは，これまであまり表に出てきていない新することが最大の課題であった。サーバ負荷を軽減システム稼働までの，不安，試行錯誤，葛藤，決断するため，機能毎に分散したシステムを構築し，シについて書き留めておこうと思う。システムリプ

ステム間の整合性は夜間の一括処理で確保していレースにおいては文書で残される記録の裏側に，迷た。ネットワーク環境においても，WIDE・SINETい続けた紆余曲折が存在する。その記憶を多少なり間の速度が遅く，NACSIS-CAT!
ILL のレスポンスとも残しておくことは，リプレースの経験を継承すは保証できず，また発注で使っていた丸善の「ちょるためには重要である。特に，前システム（KOSMOS

いす君」が実用に足る性能を発揮するには専用線をII）でのリプレースの経験が共有されていなかった必要としていた。安定的な目録業務のためには SI-ために，新システム（KOSMOS III）での業務設計やNET では心細く，「ちょいす君」の発注端末は一箇所

意思決定において迷いを生じてしまったことが，今に集中しておかなければならないという事情もあっ回プロジェクトの途中から私が KOSMOS III の責た。さらに，KOSMOS II 稼働以降に付け焼刃でつく任者を引き受けることにつながった，と思うからでり続けてきた多数の周辺システムも古くなり，メンある。個人的な見解も多いが，経験の継承としてごテナンスが難しくなってきていた。

理解いただきたい。

業務モデルの面から見ても，1998 年 10 月に作られた集中処理機構は，発注，支払，目録，システム

2 なぜ Aleph だったのか？という極めて多くの業務範囲を含んでいたため，全

私は，システム選定期間はメディアセンターから体の流れを理解することが難しくなっていた。この離れていたため，その議論のほとんどに加わっていままではいずれ業務維持が困難となり，機能分割もない。メディアセンターへ戻ってきてからは，2008含めた見直しが必要となっていた。

年 6 月に「次期システム政策委員会」のメンバーとb 経費圧縮と新システム経費確保

して海外パッケージ 2 社の選定段階から関わった

電子ジャーナル・電子ブックなどの購入経費が拡が，システム選定よりも，その後の業務モデル設計大する中で，これら電子資源のメタデータ作成や新のほうが重要だと考えていた。その後，次期システ

しいシステム導入のための経費を確保する必要が出

ムプロジェクト室（以下，プロジェクト室）の責任てきている。図書館予算が減少傾向であるため，経者となるが，パッケージ選定に深く関与していな費を確保するには，既存システム経費の圧縮を考えかったため，最終 的 に 選 定 さ れ た Ex Libris 社 のざるを得ない。また，業務モデルの再構築がもたらAleph および Primo に対する過度な期待もなく，選す効率化による経費削減も重要な課題となっていた。

定結果を擁護する立場でもないため，業務の都合をc 紙と電子のデータ統合・連携システムの導入優先して自由に意思決定できたことはやり易かった。

紙の場合は，現物を購入してその目録を個別に作（1）システムリプレースの目的・背景リプレースの目的・背景について，今の時点で自分なりに整理してみる。
aKOSMOS II の老朽化成する業務が定着しており，そのための人材，予算もほぼ固定化している。しかし，電子資源によるサービスでは，グローバルに流通しているメタデータをそのまま利用するのが一般的である。この紙と電子稼働してから 10 年を超えた KOSMOS II は，コンを統合的にサービスしていくためには，新しいアーセプトやアーキテクチャーが古くなり，システム保キテクチャーの下での，メタデータ連携が可能なモ守期限との関係もあり，システム全体を見直す必要デルやシステムの構築が急務であった。

があった。KOSMOS II では，200 万レコードの目録

12

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

d スキル維持と人材育成なかったことは大きな痛手となった。KOSMOS II

10 年間同じシステムが稼働していると，その間のへのリプレースでは，ダウンサイジングと PC の低人事異動などにより，業務とシステムを一貫して理価格化が根底にあったため，システム費用の大幅圧解し維持していくことが困難になってくる。そのた縮が容易に実現でき，それ以降のシステム拡張のため，システムや業務モデルを再構築しながら，スキめの予算を確保することができた。今回のリプレー

ル維持と人材育成を行うこともシステムリプレース

スでも，日本語化，外付けシステム開発などの海外の重要な役割である。

パッケージ導入に伴う付随的な経費が必須であった

たとえば，請求記号の体系，資料のバーコードやほか，今後の電子資源サービス拡大へ向けた経費を利用券の変遷など，これまでは当たり前だと思って確保するための現行業務見直しの機会としなければいたことでシステム的な問題が発生してくる。こうならなかったにもかかわらず，経費として見積もらした問題を安易に回避せずに一つ一つ問題解決してれたのがパッケージ購入経費とサーバ経費だけでおくことが，その後 10 年の業務・サービス基盤の構あったところに，意思決定の甘さを感じる。結果と築につながるのである。

して，海外パッケージを選定するということが先行（2）新システムの選択肢

してしまい，具体的な目的や手法が曖昧になったこ

Aleph 選定までの経過について，私見を交えてまとめてみる。システム選定に当たっては，選択すべき 2 つの潮流があったと考えている。とは，導入を果たした今，総括すべきことであろう。
（3）パッケージの選定
書誌フォーマットを MARC21 とした場合，選定

1 つは，KOSMOS II を整理・維持した上に新しい可能なパッケージは限られてしまうため，Innova-検索サービスを追加することであり，もう 1 つの選

tive 社 の Millennium と Ex Libris 社 の Aleph の 海

択肢は，新しくパッケージシステムを導入すること外パッケージが残り，最終決定は次期システム政策であった。前者は，カスタマイズの可能性が高く，委員会へ引き継がれた。OCLC が開発中のシステム

慶應の業務に合わせ業務生産性を維持できるが，独も話題になっていたが，リリースが間に合わないこ

自開発部分が大きくなるためシステム開発能力を維とから候補にはならなかった。また，一旦海外のパッ持しなければならない。後者は，パッケージであるケージへ移ることで，苦労してでも業務を整理してため，システム開発なしに機能拡張が可能だが，慶しまい，10 年後に他のシステムへ移るというシナリ

應の独自業務には対応できないため，業務の再設計オも不可能ではない，と考えてリプレースに踏み切が必要となり，結果，生産性の維持が難しくなるとる，という目算もあった。

いう問題がある。その上，海外製品を選定すること

Millennium と Aleph の特徴は以下のように考えになれば，日本語化の問題や意思疎通，文化の問題ていた。など，導入に当たって背負う負担は深刻になる。

【歴史と完成度】

システム選定では，この点を踏まえての意思決定

双方ともデータ構造は 1980 年代のアーキテクと覚悟が重要であった。しかし，この議論が曖昧なチャーを引きずっている古い業務システムのため，まま海外パッケージ導入を半ば前提として検討が進

安定性は高いと思われるが，電子を管理する場合でんだため，リプレースの目的や業務への影響，準備も紙の管理モデルから離れることはできない。に必要な体制，そして何のために「イバラの道を進【販売戦略】

む」のかという共通認識が曖昧となった。その結果，・Millennium はターンキーシステムであり，カスパッケージ機能の評価だけで選定が進んでしまい，業務モデルの見直し，パッケージでの業務適用範囲，タマイズを行わない量販型。
・Aleph は国立図書館や大規模大学図書館を狙っ外付けシステム開発の考え方などについての議論がた拠点販売型。

なく，それらが未解決のまま，次期システム政策委【製品戦略】

員会へ意思決定が引き継がれることになる。

・Millennium は既存システム（紙の管理システ

更に，システムリプレースでは最大の課題である，現行業務の見直しによる経費削減について議論されム）の中に電子資源対応や新しい機能を付加。
・Aleph は電子資源のためのシステムを新しい13

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

アーキテクチャーで別製品として提供。

契約を行い，SI（System Integrator）企業を別途探【国内保守体制】した。一般的にシステム導入では，図書館は System・Innovative は国内保守体制確立の可能性なし。

Librarian の役割を，SI 企業が System Administra-・Ex Libris 社は SFX 等の導入実績から国内におtor の役割を受け持つことが多い。しかし最終的にける保守体制を確立する可能性あり。

SI 企業を見つけることができず，その結果，図書館システムは業務とサービスのためのツールであ職員だけで Aleph の導入，日本語化とシステム導入

り，どのようなシステムを選択しようと，それが図を行うという無謀なプロジェクトが立ち上がること

書館の戦略に合致しているのであれば，それに合わとなった。

せて業務ライン，サービスを組み立て直せばよい。

（3）システム集中・業務分散へパッケージを選定するのであれば，その特性に合わa

せた組織再編の覚悟が必要である。

Aleph の採用決定によって，業務モデルの再構築

業務モデルの再構築と外付けシステム切り出し

Ex Libris 社は，電子資源管理のシステムを別製品が本格的に行われることになり，Aleph に移行する（Verde）として販売している。価格戦略から製品を業務の選別が行われた。全ての業務を Aleph 上で動分けていると思われるが，電子固有のシステムは紙かし，KOSMOS II で問題となっていた，分散システのシステムを引きずらないで済むというメリットがム間のデータ連携や受入時の予算管理のリアルタイある。Ex Libris 製品を選択するのであれば，紙の担ム化を実現しなければ，統合システム導入の意義は当と電子の担当を組織的に分ける必要があると考え半減することになる。ていた。次期システム政策委員会におけるシステム適用範囲の選別で最も問題になったのは，慶應独選定の議論は，既に SFX と Verde が導入されてい自で開発を行っていた雑誌受入システムである。独ることやシステムサポート体制，価格などの点から自開発ゆえに雑誌受入業務を効率化するための多く総合的に行 わ れ た。他 に，Google Library Projectの機能が備わっており，Aleph に移行することで生参加大学のシステムの多くが Ex Libris 製品であっ産性が低下することは明らかであった。不安は大きたことや，Google Book Search 用の ASP（Applica-かったが，パッケージの利点を活かすため，全てのtion Service Provider）が準備されているという動向

業務を Aleph に移し，システム集中型の業務モデルも参考にし，最終的に Aleph（図書館システム）とを構築することとなった。

Primo（統合検索システム）の採用となった。

KOSMOS II では，システムが分散し，それらをつなぐネットワークも弱かったため，それを補うため

3 Aleph を KOSMOS Ⅲへに業務組織を集中してきた（システム分散・業務集（1）プロジェクト室の課題中）。KOSMOS III は集中システムであるため，業務海外パッケージを導入することによるプロジェク
ト室の課題は以下のようなものであった。

組織を分散しても運用が可能であった。組織的には，業務をできるだけ発生源へ分散し，紙資料の管・パッケージの日本語化（表示，検索，ソートなど）

理の流れと電子資源管理の流れで組織の分割を意識・データ移行していくことになった。集中処理機構の業務を見直・パッケージの理解，習得し，発注業務と予算管理を各館に移した。集中処理・パッケージに合わせた業務モデルの再構築

機構は受入・目録業務だけとなり，メディアセン・パッケージのカスタマイズとパッケージ適用外ター全体での機能再編を実現した。業務上は必須で業務のための外付けシステムの開発あるものの，Aleph での対応が不可能と思われる機・トレーニング

能を外付けシステムの対象として切り出し，慶應側全体を通じての最大の問題は，製品の持つ文化をで開発することとした。この開発予算を確保するた

理解し Ex Libris 社側と相互理解を深めることでめに，既存システムの改修凍結や業務委託費の圧縮あった。

を行う必要があった。外付けシステムの切り出しは，（2）開発体制

業務モデルの設計および Aleph の解読・理解と同パッケージ導入に当たっては，Ex Libris 社と直接14時進行で行ったため，見極めが難しいケースも多MediaNet No.17（2010.11）〈特集〉KOSMOS Ⅲ―新図書館システムの導入―：第 1 部

かった。また，Ex Libris 社に機能要望を理解してもサービス・業務を分析した上で開発したものであっらうことが難しく，文化の違い，英語でのコミュニたため，慶應にとって最も効率がよいものである。

ケーションの難しさを痛感することとなった。

どこの館でも貸出ができ，どこの館でも返却できる

b 目録運用細則の変更と著者名典拠の復活という「どこでも貸出・どこでも返却」は，慶應の新システム稼働にともなって目録業務の生産性が蔵書管理において生命線であったが，これを海外低下することは明白であり，その効率化を進める必パッケージのシステムで置き換えることが容易でな要があったこと，加えて Aleph では目録データ長のいことは誰にでも理解できた。そのため，慶應の複制限が厳しくなることなどから，目録運用細則の見雑な貸出規則を Aleph に実装し繁忙期を乗り越え直しを行った。目録の生産性を確保するには，書誌ること，同時に My Library の利用を実現させるこ

データ流用率を上げること，流用した書誌の修正量とが重要な課題であった。慶應に特有な規則を海外を減らすことが必要であった。更に，電子資源サーパッケージに対応させるた め の 検 討 が 行 わ れ，ビスとの融合を考慮し，最初の業務機械化の時点かAleph の理解が十分でない段階から，閲覧規則の実ら 20 年以上続いてきた著作責任単位での目録運用装作業を進め，稼働試験が何度も行われた。本番稼を廃止することとした。また，図書館の目録データ動は果たせたものの，引き続き課題の多い部分である。

としての特性を生かしていくため，12 年ぶりに著者e

名典拠を復活させた。

2010 年 3 月 23 日，予定通り Aleph は稼働を開始

安定運用の実現へ

c OPAC と KOSMOS

し，Primo は KOSMOS として，館内検索端末での認

Aleph は紙資料の管理システムとして位置づけ，証方法などについて間際まで調整を続けながら，4電子資源の管理は Verde や SFX で実現することを

月 1 日からの正式稼働に漕ぎ着けることができた。

前提としていたので，Aleph の目録データベースを未だに多くのトラブルと格闘しながらシステム安定検索対象とする OPAC モジュールは紙資料に対す稼働へ向け努力が続けられている。

る検索サービスと位置付けた。Primo をベースとしAleph と Primo の運用についてはメディアセン

た新検索システム KOSMOS は，Aleph 側から紙資ターの業務・サービス全体に影響があるため，メ料のデータを収集し，これと電子資源のデータを横ディアセンター所長主管のシステム調整委員会とシ断的に検索することで，全体の資料検索を保証し，ステム担当課長（筆者）主管のシステム調整ワーキ

その検索結果からの全文リンクサービスを実現するンググループが設置され，安定運用へ向けた活動がこととした。

強化されている。また，Ex Libris 社との調整も数多

KOSMOS は N-gram 方式（文字単位での索引語をく重ねている。

切り出す方式）での検索エンジンのため，これまで海外パッケージ導入のための覚悟も準備もほとんの単語単位での検索とは異なる。利用に与える影響どできていない中での，図書館員だけのプロジェクは大きく，サービス開始に当たっては，レファレントであったが，結果として，業務モデルの再構築，「電ス担当を中心とした検討と，KOSMOS をサービス子情報環境担当」部門の設立，既存システム部分のの前面に据えていくという覚悟が必要であった。

経費圧縮，システムリプレースの経験共有などが実

d 閲覧システム

現でき，なんとか今後に向けた業務・サービス基盤

KOSMOS II の閲覧システムは，現状の慶應でのができたと思っている。

15