関する最新の情報をお知らせする、国立国会図書館のサイトです。OPACからディスカバリ・インターフェースへ図書館が提供するコンテンツは、従来からOPACが守備範囲としてきた冊子体資料に加え、ライセンス契約の電子コンテンツ(電子ジャーナル、電子書籍、文献データベースなど)、リポジトリ中の研究成果、デジタル化された所蔵資料、マルチメディア資料など、多様化している。ユーザは、これらのコンテンツをGoogleのように一度に検索でき、Amazonのようにビジュアル化された画面や内容/レビューの表示、さらにリコメンド機能などが提供されることを期待するようになっている(1)。ディスカバリ・インターフェースの特徴やソフトウェアの紹介については、久保山(8)、宇陀(9)、渡邊(10)、らの論文、および拙稿(11)に詳しい。そこで本稿では、筆者の九州大学での経験を踏まえ、ディスカバリ・インターフェースに共通する実装のポイントや、海外製品を導入する際の日本語環境への対応について紹介する。オープンソースをめぐる状況の変化や、ディスカバリ・インターフェースの最新動向にも触れる。メタデータの収集ディスカバリ・インターフェースでの検索に必要な情報は、全て図書館システムを始めとするデータソースからのハーベストによって収集される。Terms)などXML形式のメタデータフォーマットによって受け渡される。3種類のデータが転送できるように準備しておく必要がある。海外製品を導入する場合、国内の書誌フォーマットに準拠して作成された図書館システムの書誌・所蔵レコードを、MARC21/XML形式へ変換して取り出すことが考えられる。オリジナルフィールドにはローマ字による記入の原則があるほか、書誌構造の違いから識別子による書誌間リンクが困難なこと、またフィールド値の機械的な置き換えができない場合があるなど、マッピングに工夫が必要である。Framework)によるメタデータ交換など、目録データの作成/交換形式そのものを見直さなければならない(12)。加え、検索のアクセスポイントを増やし、ユーザが検索結果から適切なコンテンツを探しやすくするために、様々な情報を追加している。Solutions(13)やBaker&Taylor(14)が提供する、図書館OPAC向けのサービスが利用できる。検索結果への表示のみを提供するサービスと、検索インデックスに追加できるサービスがある。販売している(15)ほか、図書館流通センター(TRC)が主に公共図書館向けにデータ販売を行っている(16)。和書の表紙画像は、日外アソシエーツが主に書店向けに用意したデータを図書館でも購入できるが、非営利目的の場合は出版社ごとの許諾が必要となる。した商用データのほか、Amazon.co.jp(17)、Googleブックス(18)などが提供するAPIを利用する方法もあるが、それぞれ当該サイトへのリンクを置くことが条件となっている。ソーシャル機能の一つとして、ユーザからレビューを集めて表示することも行われている。商用のAquaBrowserのオプションであるMyDiscoveries(19)では、同製品を導入した機関で入力されたレビューを横断的に表示できるほか、本を利用したソーシャルネットワーキングサービス(SNS)であるLibraryThing(20)が集めたタグやレビューを利用する機能も用意されている。API(18)が利用できる。LibrisのbX(21)のような、リンクリゾルバの利用ログ分析をベースとしたリコメンデーションサービスも登場している。電子ジャーナルや電子書籍を、商用のナレッジベース(A-Zリスト)を用いて管理している場合には、A-Zリストに表示されているような簡単な書誌情報を、ダウンロードして利用することが可能である。(23)のようなMARCディストリビューションを利用できる。これらは、CONSER(24)などから収集したMARCデータをもとに、各社がデータ拡張したもので、製品によって品質にばらつきがある。電子書籍については、提供する出版社からMARCレコードを入手することも可能であるが、各社MARCフォーマットの品質が一定していないため、これを調整する作業が必要となる。ナビ(JJRnavi)(26)が提供しているが、前者は網羅性において、後者は正確性と安定的運用の点で十分ではない。経済産業省からの報告(28)にあるように、国レベルでの書誌情報インフラの整備が必要である。メタデータ・マネジメントいくら多様なリソースから情報を集め、メタデータのエンリッチメントを行っても、検索を信頼性のあるものにし、適切なアイテムを選びやすくするためには、メタデータのマネジメントが欠かせない。Core、MODS、独自スキーマなど、様々な形式で収集したデータについて、フィールドのマッピング(タイトル、著者、フォーマット、出版年、言語、ロケーションなど)、重複除去、FRBR化などを行うことになる。ロケーションなど)のマネジメントが、その有効性を大きく左右する。(NDLSH)などの件名がセットされていないレコードが多く、網羅性が確保できていない状況にある。これを解決するためには、件名データの遡及入力、分類からの機械的な件名生成、外部データの取り込みなど、何らかの作業が必要と考えられる。全文検索エンジン全文検索エンジンは、集約したメタデータやフルテキストのインデクシングだけでなく、検索結果の重みづけ、ファセットナビゲーションやリコメンド機能のデータ生成などを担っている。Luceneと、それをWebアプリケーション化したSolrの利用が広がっている(31)。日本語特有の状況に対応するためには、インデクシングの調整が必要である。精度の高い形態素解析(予め登録された予約語を切り出す)を再現率の高いN-gram(指定文字数ごとに文字列を切り出す)で補完するチューニングを行うほか、異体字の変換、表記のゆれへの対応、ヨミの追加(または追加しない)なども考慮しなければならない(32)。インターフェースのデザインユーザインターフェースは、メタデータ・マネジメントや検索エンジンとは別のレイヤーで設定を行う。画面全体のデザインのほか、検索エンジンが返した結果の表示、ファセット表示、Amazonなど外部サイトとのAPI連携、アイテム間や外部サービスへのリンク、リコメンデーション、電子リソースや視聴覚資料のブラウズページなど、設定は多岐に渡る。これらの設定を行う上で、ユーザの検索行動への理解が欠かせない。AppleのiPodが小さいディスプレイで多機能を実現し、便利さを実感させる作りになっているように、ユーザは何をしにサイトへやってくるのか、次に何をしたくなるのかといった行動パターンを把握し、過不足ないデザインを心掛けるべきである。REST方式が用いられている。貸出状況については、1時間に数回から1日数回の頻度でデータをハーベストするシステムもある。そのほか、国内ではインターフェースの多言語化も必要となるが、最近では、gettext(34)に代表されるように、翻訳ファイルによるインターフェースの翻訳が一般的になってきている。これにより、インターフェースの二重化(日本語版と英語版)など複雑な対応を行うことなく、比較的容易に多言語化を行うことができる。オープンソースの潮流ディスカバリ・インターフェースでは、オープンソースのプロジェクトが、かつてない盛り上がりを見せている。SolutionsのSummon(35)といった商用サービスで採用されている。CatalogがDrupalを利用するなど、オープンソースのWebアプリケーションフレームワークの活用が進んでいる。このように共通化されたパーツを組み合わせて利用することで、開発スピードは飛躍的に向上し、より多くの人がWebアプリケーション構築に参加するようになっている。Enju(36)が、オープンソースのプロジェクトとして進行しており、国立国会図書館サーチ(開発版)(E1087参照)などで採用(37)されている。共通化されたパーツの採用は、課題解決の共有にもつながっている。Lucene/Solrによる多言語検索の改善を検討している。Trustからの助成を利用して、広く状況とニーズを調査し、中間報告をまとめているが(38)、ここで得られた成果は、検索エンジンを共有する他のプロジェクトでも活用できるため、汎用性が高い。このように、オープンソースを活用すれば、システム構築を完全にベンダーに依存するのではなく、自ら必要な機能をデザインすることが可能となる。一方で、導入する機関側にテクニカルな人員が必要となるため、導入を躊躇する機関も多いだろう。一つの解決策としては、Web制作会社などと協力して導入やその後の維持管理/アップデートを行う方法がある。一つ注目すべきことは、オープンソースはその発展をコミュニティが担っていることである。必要となる機能の提案や課題解決の共有、独自に修正したソースや見つけたバグのフィードバックなどに参加することで、ソフトウェア全体が発展するばかりでなく、自らも新しい知見を得ることにつながる。Webスケールのディスカバリ・サービスディスカバリ・インターフェースは、機関が提供するリソースに対するアクセスを統合するツールである。一方で、ライセンス契約の電子コンテンツのディープインデクシングを行い、論文レベルのデータや電子書籍の本文までを含めた、世界中の学術情報を網羅的に探すことが出来る、Webスケールでのディスカバリ・サービスが注目を集めている。SolutionsのSummonは、この分野をリードする製品で、6,800以上の出版社からの協力を得て、94,000以上の雑誌タイトルから、5億以上のコンテンツをインデクシングし、各導入機関に検索サービスを提供している。OPACのデータなど図書館独自のコンテンツのハーベストにも対応している。Serviceも同種のサービスである。あらゆる学術情報の検索は、これ一つに集約されることになるだろう。次世代図書館システムメタデータ・マネジメントの面で注目すべき動きとして、これまでの図書館業務システムが扱ってきた冊子体資料の目録情報と、ディスカバリ・インターフェースに統合している電子コンテンツの両方を扱うことができる次世代図書館システムの開発が、運用フェーズに入ってきていることが挙げられる。Management、OCLCの図書館マネジメントサービス(CA1721参照)などが動き出している。このような次世代図書館システムによって、現在ディスカバリ・インターフェースが担っているメタデータ・マネジメントを、図書館システム側で柔軟に行えるようになれば、ディスカバリ・インターフェースが果たす役割も変わってくるだろう。ソーシャル機能の可能性そのほか、ディスカバリ・インターフェースをプラットフォームとして、ソーシャル機能を充実させる動きも始まっている。(42)では、教員や学生の参加によって共同蔵書を構築し、ディスカバリ・インターフェース上に投稿された書評を通じて、ユーザどうしがつながるシステムを実験的に提供している。Ringでは情報の共有を連携大学内に限定している。大学のような比較的小さい母集団では十分な数の書評が集まりにくいが、共同蔵書の選書ツアーのほか、授業との連携によって、書評を意味あるものにしている。教員が投稿した書評は学生が図書を選ぶ際の参考になっており、また授業で触れた図書について学生たちが書評を書くことによって、他者に伝わりやすい文章を書く訓練にもなり、さらに担当教員が学生の関心や理解度を知ることにもつながっている。携帯電話やiPodなどモバイルデバイスの普及、またiPadの登場により、情報の利用はPCからだけでなく、幅広いデバイスから利用されるようになっている。ディスカバリ・インターフェースにおいても、PCからの利用だけを想定するのではなく、さまざまなインターフェースを追加可能な、柔軟性のあるシステム設計が必要である。学習管理システム(LMS)を始めとする、外部システムとの連携も求められている。した拡張性を確保する意味からも、汎用的な全文検索エンジンの採用とWebアプリケーションフレームワークを利用したインターフェース構築が有効である。おわりにディスカバリ・インターフェースの構築は、図書館がこれまで長く労力をかけてきた蔵書検索サービスの提供(=図書館は書誌情報からのキーワード検索を用意するだけで、適切なものを引き出せるかどうかはユーザの腕にかかっている)からいったん離れて、今のユーザに必要なサービスを用意しなおす(=サジェストし、ユーザどうしをつなぐ)作業である。この仕事をやり遂げることによって、図書館員が忘れかけていた、知識と人をつなぐという図書館本来の役割を再び自覚し、図書館は人類の蓄えた膨大な情報の中から、「確かな」知恵を引き出すことのできる場所として、生まれ変わることを願っている。catalogs”の訳語として「次世代OPAC」がよく使われてきたが、この新しい製品がカバーするリソースや提供する機能は、もはや「OPAC」の枠にとどまらない。interfaces)」を用いる。米国議会図書館(LC)が行っている逐次刊行物の共同目録プログラム。2010-08-13).p.35に、「紙の出版物と電子出版の両方を統一的に扱える書誌情報(MARC等)フォーマットの策定・標準化と官民の書誌情報提供サービスへの普及等について具体的な検討・実証を進め、こうした取組について国が側面支援を行うことが適当」との記述がある。関連情報(レファレンス協同データベース)各地の図書館等の被災情報等について(外部リンク)saveMLAKTwitterでの情報提供を行っています。目次をRSSで配信しています。