第 15 回 図書館総合展 日外アソシエーツ主催フォーラム（2013 年 10 月 30 日）

ディスカバリーサービスのさらなる「日本化」を目指して

飯野 勝則（佛教大学図書館専門員）

１．はじめに１．はじめに図書館の蔵書数は、大体 97 万冊。年間の開館

皆さんこんにちは。佛教大学図書館の飯野と申

日数が 316 日と、比較的開いている図書館ではなします。本日はこのような場を頂戴いたしまして、

いかなと思っています。2011 年 4 月から、日本

ありがとうございます。

で初めてディスカバリーサービスの Summon を今、巷でディスカバリーサービスというのが、取り沙汰されています。ある程度の普及もしてき導入させて頂きまして、今日に至っている次第です。

ました。しかし、その中身については、分からないことが多いという学校も少なくないと聞いています。

３．ディスカバリーサービスとは？
３．ディスカバリーサービスとは？

ですので、今日は「ディスカバリーサービスのディスカバリーサービスについて、ちょっとまさらなる「日本化」を目指して」という題名で、とめてみます。名前は最近本当によく聞かれるよ

ディスカバリーサービスとは一体どういうもの

うになってきました。ただですね、その実態は曖か、日本で本当に使えるものにするにはどうした

昧としている所がありますので、その辺に触れよら良いかを、日外アソシエーツのコンテンツとのうと思います。また、すごく深い思想を秘めたシ

関わりを含めてお話しいたします。

ステムだということも述べたいと思っておりま

皆さんと意見を交換できればと思っています。
よろしくお願いいたします。

す。
さて、ディスカバリーサービスって一体何なの、と聞かれた時に見解がいろいろ存在しています。
ここでは 3 つに分けて提示しています。先ず 1 番

２．佛教大学について
２．佛教大学について目。ディスカバリーサービスとは、次世代 OPAC

先ずですね、佛教大学は京都にございまして、のことである。次世代 OPAC（NGC）とは、Next

関東や東北の大学から見たら遠い所にあるためGeneration Catalog という形で、一時期随分取に、良くご存じない方もいらっしゃるかと思うのり上げられました。それじゃない、ディスカバリ

で、一通り説明させて下さい。

ーサービスとは、ウェブスケールディスカバリと佛教大学は、1912 年に開学しています。今年呼ばれるような、新しめの次世代 OPAC のこと

101 年目です。浄土宗が母体となっております。

だ、という人もいます。更には、ディスカバリー

京都市と南丹市にキャンパスを持っていまして、

サービスとは、ウェブ検索エンジンに決まってい仏教学部をはじめ、保健医療技術学部など 7 学部

る、という見解もある訳です。

体制でございます。学生数は、通学課程が 7,000

ディスカバリーサービスというと、皆さん 3 つ人位。それと共に、通信課程にも力を入れていま位のイメージを持たれるんですけど、最近の図書

して、14,000 人位います。

館業界としては、2 番目のウェブスケールディス

日外アソシエーツ株式会社1

第 15 回 図書館総合展 日外アソシエーツ主催フォーラム（2013 年 10 月 30 日）

カバリを指すことが多いです。4 つほど製品名が集めたデータを一つの丼の中に入れて、自分たち並んでいますが、
通称 BIG4 といいます。
今日は、だけの索引、セントラルインデックスを作りそこ

これを中心に話を進めたいと思います。ディスカに検索をかける、というようなシステムです。更

バリーサービスといった場合には、ウェブスケー

に、電子リソースに対し、定期的に自動でデータ

ルディスカバリを指している、というコンセンサ

更新、ハーベストを行うための仕組みを持ち、利スで聞いて頂ければと思います。

用者に最新の検索データを提供している。そしてでは、ウェブスケールディスカバリ、略称 WSD

最後、単一の検索窓で検索を行える他、検索結果がどういうものかを話させて頂きたいと思いま

全てを関連度順に表示できる。こういった特徴がす。

あるといわれています。
これからですね、横断検索（Federated Search）

ウェブスケールディスカバリ（WSD）
ウェブスケールディスカバリ（WSD）
機能
機能という、串刺し式の検索システムや、次世代OPAC で実現されていた機能を引き継いで、新た••図書館OPACなど⾃館のコンテンツから、商⽤のデータベースに⾄るまでを統合的に検索できる
図書館OPACなど⾃館のコンテンツから、商⽤のデータベースに⾄るまでを統合的に検索できる••視覚的に⼯夫されたユーザインターフェース上で検索結果を統合的に表⽰できる
視覚的に⼯夫されたユーザインターフェース上で検索結果を統合的に表⽰できるに 4 つの要件を付与して形成された、新しいシス特徴（四つの要件）
特徴（四つの要件）

テムである、ということがいえます。画面で表現••クラウドサービスとしての提供
クラウドサービスとしての提供••図書館や各種の商⽤データベース等から収集されたメタデータを統合した、ウェブスケールな検索
図書館や各種の商⽤データベース等から収集されたメタデータを統合した、ウェブスケールな検索⽤の「セントラルインデックス」を所有⽤の「セントラルインデックス」を所有••電⼦リソースに対し、定期的に⾃動でデータ更新（ハーベスト）を⾏うための仕組みを持ち、利電⼦リソースに対し、定期的に⾃動でデータ更新（ハーベスト）を⾏うための仕組みを持ち、利⽤者に最新の検索データを提供
⽤者に最新の検索データを提供••単⼀の検索窓で検索を⾏えるほか、検索結果全てを「関連度」順に表⽰
単⼀の検索窓で検索を⾏えるほか、検索結果全てを「関連度」順に表⽰

横断検索（Federated
横断検索（FederatedSearch）と次世代OPAC（NGC）で実現されていた「機Search）と次世代OPAC（NGC）で実現されていた「機能」を引き継ぎ、新たな特徴（四つの要件）を付与して形成されている能」を引き継ぎ、新たな特徴（四つの要件）を付与して形成されている66すると、右側にデータベース、真ん中にウェブス
ケールディスカバリのサーバーがあります。ウェ
ブスケールディスカバリの場合、各データベース
A、B、C、D から事前にデータを収集して、ウェ
ブスケールディスカバリのサーバーに溜め込み機能として、こういうようなものを持っていまます。
「Hawaii」と検索する時には、ウェブスケ

す。先ず、図書館 OPAC など自館のコンテンツールディスカバリのサーバーに対して、大学内或から、商用のデータベースに至るまでを、統合的

いは大学外から検索する、ということになります。

に検索できる。それからもう一つ、視覚的に工夫

つまり、予め「Hawaii」というキーワードを収されたユーザーインターフェース上で、検索結果集したデータを用いて作成したセントラルイン

を統合的に表示できる。視覚的に工夫されたとは、

デックスに対して検索を行い、その結果を表示す

非常に見やすいといえば良いですね。今までのるということです。従って、この検索を行ってい

OPAC と違って、直感的で分かりやすい画面を持る段階では、A から D までのデータベースとはった検索システムということになります。

全く関係がありません。検索結果からデータベー

特徴として、4 つの要件があります。先ず、ク

ス部分にリンクなどして、データベースに飛ぶこ

ラウドサービスとして提供されていること。大学とはあります。しかし、検索の段階で A から D

や図書館の中にサーバーを設置することなく、に対してのアクセスは発生しない、ということに

Gmail のように何処か遠い場所にある、インターなるのです。

ネット上のサーバーを利用して提供されている。

では、横断検索と何が違うのか。これは、かつ次に、図書館や各種の商用データベース等から収て本学で使っていた、横断検索の画面になります。

集されたメタデータを統合した、ウェブスケール

同じようにキーワードを一つ入れると、検索結果

な検索用のセントラルインデックスを所有してを一つの画面に表示するシステムでしたが、今見いる。インデックスは索引のようなものですが、たのとは全く別の動きをしています。キーワード

いろいろな商用データベースや OPAC などからを入れると、各データベースに飛ばして、検索結

日外アソシエーツ株式会社2

第 15 回 図書館総合展 日外アソシエーツ主催フォーラム（2013 年 10 月 30 日）

果をまとめて表示するだけのシステムです。増えるデータベースがダウンすれば、そのデータベー

続ける、特に英語圏のデータベースを、利用者にスからは結果が返ってきません。そうすると、検効率的に使わせたいという必要性から生まれた

索結果が不足したものになる。気付けば良いんでシステムでございます。画面的には今のとちょっ

すが、気付かない場合も当然ある訳です。また、と似ていますが、内容的には全く違います。仕組

検索に対する反応もやっぱり遅いものがありま

みは、大学内のインターネットから主に検索をすす。

るんですが、真ん中の横断検索サーバーへキーワ

次世代 OPAC も、雑誌の他に論文項目の検索

ードを投げます。そうすると、認証を通して各デや、データベースの内容を表示させることも出来ータベースに改めてキーワードを投げ、収集してたのですが、そのためには横断検索システムを裏きた結果を合成して表示するというものです。認で動かさなければならなかった。ということで、証が早かったり遅かったりで、検索結果がばらば横断検索の弱点は、次世代 OPAC の弱点でもあらになるといった弱点を持つシステムといえまった訳ですね。これでは良くないだろうと、先程す。

いった 4 つの要件、特徴を持ったシステムとして、

次世代 OPAC というものも、ウェブスケール

ウェブスケールディスカバリが開発されました。

ディスカバリには欠かせない要素の一つであります。ディスカバリーサービス以前の、次世代OPAC の画面でございます。普通の OPAC と違次世代OPAC（NGC）と次世代OPAC（NGC）とウェブスケールディスカバリ（WSD）の関係性
ウェブスケールディスカバリ（WSD）の関係性①次世代OPAC（ＮＧＣ）①次世代OPAC（ＮＧＣ）って、書影や関連するキーワードを図で表示した
りとか、ファセットといわれる絞り込みの技法を②ウェブスケール②ウェブスケール
ディスカバリ（WSD）
ディスカバリ（WSD）

駆使する項目を持たせたり、視覚的には非常に優れたデザインではあった。そういうものが、ウェ
ブスケールディスカバリを構成する要素の一つ

・実際には、ウェブスケールディスカバリ（WSD）も次世代OPACの一形態
・実際には、ウェブスケールディスカバリ（WSD）も次世代OPACの一形態
・ウェブスケールディスカバリは、「次世代」の中の「次世代」であり「ウェブス・ウェブスケールディスカバリは、「次世代」の中の「次世代」であり「ウェブス
ケールな次世代OPAC（NGC）」
ケールな次世代OPAC（NGC）」になってます。

12
12

横断検索や次世代 OPAC がそのまま使えなかったのは、弱点があったからですね。弱点を整理

ウェブスケールディスカバリと次世代 OPAC

すると、横断検索は基本的に各データベースの反の関係ですが、ウェブスケールディスカバリとい応順で検索結果が表示される。要するに、早いデっても、次世代 OPAC の一形態に過ぎません。

ータベースから返ってきた結果は上に表示されつまり、ウェブスケールディスカバリとは、あくるけれども、遅いデータベースの場合は後ろに回までも次世代 OPAC の中の、ウェブスケールなってしまう。更に、検索能力が各データベースの次世代 OPAC であるとの位置付けで捉えること

検索システム能力に依存していました。つまり、ができる訳です。

検索能力が高いデータベースであれば、いろいろな結果が返ってくるけれど、検索能力が低いデー
タベースだと、あまり良い結果が返ってこない。

４．スケーラビリティ
４．スケーラビリティ

でも、それは利用者からは判断が出来ません。更ウェブスケールとは何かという所と、スケーラにですね、キーワードを各データベースに投げて、ビリティという考え方が、このシステムには盛り

そこで検索させた結果を引っ張ってきたために込まれているので、その話をさせて下さい。

接続が非常に不安定だったんですね。例えば、あ日外アソシエーツ株式会社

そもそも、ウェブスケールとは何か。ウェブス
3

第 15 回 図書館総合展 日外アソシエーツ主催フォーラム（2013 年 10 月 30 日）

ケールディスカバリとはいいますが、図書館用語

ル概念を包摂するシステムであり、その思想は検としてはウェブスケールディスカバリ以外には索モードや、扱うコンテンツ等に反映されている、

あまり聞かないんですね。元々情報工学の言葉らということになります。これは、WorldCat Local

しいんですけれども。図書館の場合には、図書館の 検 索 モ ー ド で す 。 Libraries Worldwide と本来のスケールである、インスティチューション

Summit Libraries、Portland State University

スケールの対義語として、ウェブスケールは存在と書いてありますが、検索の範囲をスケールに応する、という捉え方をします。要するに、インス

じ て 決 め ら れ る と い う こ と で す 。 Libraries

ティチューションスケールとウェブスケールは、Worldwide は ウ ェ ブ ス ケ ー ル 、 Summit

相反する概念を包括するということです。

Libraries は、彼らが属しているグループスケー
ル。一番下に、自分たちの大学の、インスティチ

WSDのスケーラビリティ
WSDのスケーラビリティ
Web-Scale
GlobalWeb-Scale
GlobalInstitution-Scale
Local
Institution-Scale
Localューションスケールがある。こういった、データの範囲をスケーラビリティで設定できる、という特徴を持っています。
更に、コンテンツを分析してみると、スケール

Group-Scale
Consortial
Regional
Group-Scale
Consortial
Regional
WSDはウェブスケールのみならず、多層的なスケール概念を包摂するシステムであり、WSDはウェブスケールのみならず、多層的なスケール概念を包摂するシステムであり、その思想は「検索モード」や扱う「コンテンツ」等に反映されているその思想は「検索モード」や扱う「コンテンツ」等に反映されている
15
15

毎にいろいろなデータベースの種類に分けられます。一番上のウェブスケールであれば、商用のデータベース。契約があれば、世界中で利用出来るものですね。更に、グループスケールであれば、地域コンソーシアムが作成したデータベースとこれを図として考えてみますね。ウェブスケー

か、グループとしての利用が中心となるもの。そルディスカバリがいう所のウェブスケールとは、

れから、インスティチューションスケールでは、全世界に周く広がる学術情報を繋ぐスケールで図書館や大学が作成したデータベース、或いはす。それに対して、図書館一つ一つを、インステ

OPAC といったものを利用出来る、ということにィチューションスケールとして捉えます。更にスなります。つまり、幾つものスケールが包摂されケーラビリティという捉え方では、グループスケて、中でいろいろと切り替えが出来て、取り込んールという言葉があります。これはインスティチ

でいるようなシステム、これがウェブスケールデューションが幾つか集まった団体、例えばコンソィスカバリだ、ということになる訳です。

ーシアムとか地域とか、そういったものを繋げるスケールでございます。
インスティチューションスケールは、ローカル

５．ウェブスケールディスカバリ
５．ウェブスケールディスカバリ

です。ローカル OPAC とかいいますが、このロこういった特徴を持つウェブスケールディス

ーカルにあたります。更にいうと、ウェブスケー

カバリ、現状では有名なもの 4 つございます。こルとは、グローバルにあたります。

れを BIG4 といいます。ウェブスケールディスカ

先程から、ウェブスケールディスカバリというバリの先駆けとして、2007 年にリリースされた話をしていますが、実際にはウェブスケールだけのが、OCLC の WorldCat Local（WCL）です。

を扱うシステムではありません。ウェブスケール

続きまして、2009 年に Serials Solutions 社から

ディスカバリは、インスティチューションスケー

リリースされた、Summon。更に、2010 年にリルやグループスケールといった多層的なスケー

リースされた、EBSCO Discovery Service（EDS）。

日外アソシエーツ株式会社4

第 15 回 図書館総合展 日外アソシエーツ主催フォーラム（2013 年 10 月 30 日）

そして、4 番目が Primo Central で、2010 年に

６．日本化
６．日本化

Ex Libris 社からリリースされました。何れも名ウェブスケールディスカバリを日本化して行前を見て分かる通り、日本のシステムではござい

くには、どういったステップが必要なのかを考えません。

てみたいと思います。
日本化の前提として、先ずは、現実の認識。
ここから⾒えるもの
ここから⾒えるもの
英語コンテンツ・
英語コンテンツ・
データベースの増加
データベースの増加

かなかった。とにかく継続的な日本化への取り組

横断検索
横断検索
システム
システム

ウェブス
ウェブス
ケールディ
ケールディ
スカバリ
スカバリ
コンテンツタイプの増加
コンテンツタイプの増加
OPACインターフェースの不満
OPACインターフェースの不満

BIG4 をはじめ、ディスカバリ製品は海外製品し

次世代
次世代
OPAC
OPAC

検索結果、表⽰速度への不満
検索結果、表⽰速度への不満

・英語を基盤とする「豊富な電⼦コンテンツ」が先に存在し、その利⽤を効率的に⾏・英語を基盤とする「豊富な電⼦コンテンツ」が先に存在し、その利⽤を効率的に⾏
うためのソリューションの進化の中で開発
うためのソリューションの進化の中で開発
・「必要は発明の⺟」を地で⾏く、海外で開発された「英語コンテンツありき」の・「必要は発明の⺟」を地で⾏く、海外で開発された「英語コンテンツありき」の
サービス
サービス
23
23

みは避けられない。一方で、日本語というのは、
ディスカバリベンダーにとっては、世界中のユーザーが使う言語の一つでしかない。英語のような、スペシャリティがある言語ではございません。なのでディスカバリベンダーの全面協力はなかなか得にくいところもある。次に、ディスカバリー
サービスが生まれた背景も、明らかに日本とは違

さて、BIG4 の存在を考えた時に、何が見えています。豊富な英語の電子コンテンツとか、そうくるのかを、少し考えてみたいと思います。このいったものは日本には全然ない。その上で、これ背後にあったのは、英語のコンテンツやデータベまでの図書館システム、OPAC などとは異なる 4ースの増加をどうにかしたい、という要求でした。

つの要件を持っています。海外製品であるがゆえ

そこから横断検索システムが出てきた。加えて、に、日本的感覚でみると若干違和感のある対応や本、雑誌、論文、目次データといった、コンテン

仕組みも持っている訳です。海外製品であること

ツタイプが増加してきた。それを今までの OPACの文化的な摩擦を甘受することも必要です。では、のインターフェースでは、十分に表現できなかっ

最終的に日本化をどのように進めるのか。システた。それは困るということで、次世代 OPAC がムとコンテンツの両面から、とにかく日本語の学出来てきた、ということになります。しかし一方

術情報を十分に扱えるようにすることが必要でで、検索結果や表示速度に対する不満が出てきたある、と。その上で、日本的な細やかさが求めらので、それを補う形で生まれたのが、ウェブスケれる部分をどう扱うか考えなければいけない。こールディスカバリということになる訳です。

れが日本化の前提でございます。

つまり、ウェブスケールディスカバリとは、英語を基盤とする、豊富な電子コンテンツが先に存システムとコンテンツの日本化「開始」ステップ
システムとコンテンツの日本化「開始」ステップ（Summonの場合）（Summonの場合）在し、その利用を効率的に行うためのソリューシ
ョンの進化の中で開発されたシステムだ、といえると思います。必要は発明の母、といういい方が正しいか分かりませんけど、こういったものを地で行く、海外で開発された英語コンテンツありきのサービスであった、ということを前提で考えて頂ければ幸いです。

••検索画⾯などの日本語化
検索画⾯などの日本語化••もっとも初期に開始
もっとも初期に開始

ユーザインターフェース
ユーザインターフェース（デザイン）の日本語化（デザイン）の日本語化

コンテンツの導入
コンテンツの導入• 「ローカル」なOPACデータのロード• 「ローカル」なOPACデータのロード• 「グローバル」な商⽤データベースの• 「グローバル」な商⽤データベースのロードには時間が必要
ロードには時間が必要• 日本語に特化した検索技術の適⽤• 日本語に特化した検索技術の適⽤• 利⽤者の⾔語に応じた検索結果の• 利⽤者の⾔語に応じた検索結果の表⽰
表⽰
検索機能（システム）の検索機能（システム）の強化
強化

実際の作業は、並⾏して継続している
実際の作業は、並⾏して継続している

26
26

そういった前提の上で、ウェブスケールディス
日外アソシエーツ株式会社5

第 15 回 図書館総合展 日外アソシエーツ主催フォーラム（2013 年 10 月 30 日）

カバリの状況をもう一回考えてみたい。これは、

ツの「夏目漱石」がわらわら出てこられても困る

うちで使っている Summon の、システムとコン

訳です。最初はそういうこともあったのですが、テンツの日本化の開始、というステップです。最

今は、利用者がどんな言語のインターフェースをも初期には、ユーザーインターフェース、つまり使っているのかをみて検索結果に反映させるよデザインですね、サイトデザインの日本語化があうな、細やかな気遣いをしています。これが現状った。サイトなのかサービスなのか、或いはディの画面ですが、左側はインターフェースが繁體中

スカバリなのか分かりませんが、そういったもの

文、中国語ですね。
「夏目漱石」と検索すると、を訳すのかどうか、とかいった所から入ります。

中国語の「夏目漱石」の検索結果がいっぱい出てその次に、自分たちが持っているローカル、インくる。右側は、インターフェースが日本語。このスティチューションスケールの OPAC データの場合「夏目漱石」と検索すると、日本語のコンテ

ロードや、日本語コンテンツの導入。グローバル

ンツが上に行く。こういった、利用者の望む結果

な商用データベースのロードには、時間が必要でを返す仕組みも必要とされている訳です。

す。その先に、検索機能、システムの強化が出てきます。これは開始ステップということで、大体左側から始まった訳ですけれども、実際の作業は今も並行して継続しているのが、おそらく全ての
ウェブスケールディスカバリベンダーの状況だ

７．コンテンツの日本化
７．コンテンツの日本化
今のは検索の話だったんですが、今度はコンテ
ンツの日本化を考えてみたいと思います。

と認識しております。
一番考えなければいけないのが、一番右側の日
本語に特化した部分。日本語に特化した検索技術とは何かというと、これが例の一つですね。形態
素解析を持たせる。形態素解析とは、「京都」という検索結果を示したい時に、「東京都」が入っ収集されるべきコンテンツ収集されるべきコンテンツ
論⽂
論⽂

雑誌タイトル雑誌タイトル

雑誌記事
雑誌記事

図書タイトル図書タイトル

図書目次
図書目次

リファレンスリファレンス

新聞記事
新聞記事

公⽂書
公⽂書

写真
写真

音声
音声

音楽
音楽

映像
映像

てくるのはおかしい訳ですね。そういったものが入ってこないようにする技術です。ただですね、新語などが出てきた時には、対応が難しいことも3030あります。例えば、リニア新幹線の駅に、「東京都駅」という名前が付いていました。
「東京都駅」と検索しようとすると、多分「東」、「京都駅」とかに分割されて、検索結果がおかしくなります。
こういった、日本語的にこれとこれは似ているが全く違うだろう、というのをちゃんと判別して表示させる仕組みを持たす必要が最低限あります。
それから、ディスカバリーサービスは、世界中で同じシステム、セントラルインデックスを使っ収集されるべきコンテンツ収集されるべきコンテンツ
論⽂
論⽂

雑誌タイトル雑誌タイトル

雑誌記事
雑誌記事

図書タイトル図書タイトル

図書目次
図書目次

リファレンスリファレンス

新聞記事
新聞記事

公⽂書
公⽂書

写真
写真

音声
音声

音楽
音楽

映像
映像

31
31

ております。そうすると、中に中国語のコンテンツが大量に入っている。だからといって「夏目漱

欧米とかのウェブスケールディスカバリを考石」と検索した時に、検索結果で中国語コンテン

えると、ここに出ているマスが、おおむね収集さ日外アソシエーツ株式会社6

第 15 回 図書館総合展 日外アソシエーツ主催フォーラム（2013 年 10 月 30 日）

れるべきコンテンツになりますね。一番手前のます。

「論文」から一番下の「映像」まで、非常に幅広

何故難易度が高いのかというと、いろいろな課

く、これらの検索結果が返ってくるのが望ましい。

題があるからです。その一つが、コンテンツベン

では、日本の現状はどうなのか。
「論文」
、「雑誌

ダーからみた場合の課題です。コンテンツベンダ

タイトル」、「雑誌記事」、「図書タイトル」、「リフーからみてディスカバリーサービスって、いろいァレンス」、大体これだけです。さすがに今後どろな不安があります。心理面でいったら、海外のうするのかを考えなければいけない、ということベンダーなので、本当に大丈夫なのかという信頼になります。

の欠如や、メタデータの行方がどうなっちゃうのコンテンツの収集アクションを、ライセンス中か不安だとか、そういったことがあります。ライ

心に考えた場合、左側の自館コンテンツに関してセンス面では、そもそもポリシーの問題で、うちは問題がありません。一番最初に手が着けられる。

はそういうこと出来ないとか、データを作った契その後、オープンデータベース、NDL の雑誌記

約の時には、そういったことはしないといってい

事索引、JAIRO、CiNii といったものは、今は取るんだから契約上無理、みたいなこともある訳でり込みやすくなっている。すると、現在のフェーす。金銭面では、提供した所で、どうやって収益

ズでは、一番右側にある商用データベースへのアを確保するの？とか、データの提供に掛けるお金

クションが必要になります。赤色で囲っているコ

はないよとか、そういう不安を持っている場合もンテンツは、今現在いろいろなウェブスケールデあります。技術面では、提供したいけど、どうしィスカバリで取り込まれて利用されているもの

たらいいのか分からないとか、そんな技術は難しです。Summon でいうと、ジャパンナレッジとくて自分たちでは対応が無理という場合もある。

か Medical Finder、
医中誌 Web が対応している。

ただ、こういった不安は当然あるんですけど、

日外アソシエーツの magazineplus はまもなく対解決できる課題の場合、コンテンツベンダーに対応されますが、今のところは bookplus と共に囲して、図書館が共存共栄できるメリットを提示し、みから外してあります。今後の課題ですね。

迷いを取る手助けをする必要があるんじゃないか、と最近思うようになりました。ですので、こコンテンツの収集アクション（１）コンテンツの収集アクション（１）ライセンスを中心に考えるとライセンスを中心に考えると自館コンテンツ
自館コンテンツ••OPAC
OPAC••機関リポジトリ
機関リポジトリ••デジタルアーカイブ
デジタルアーカイブ

オープン
オープン
データベース
データベース••NDL
NDL雑誌記事索引
雑誌記事索引••JAIROJAIRO••CiNii
CiNii

商⽤データベース
商⽤データベース••ジャパンナレッジ
ジャパンナレッジ••Medical
MedicalFinder
Finder••医中誌
医中誌WebWeb••magazine
magazineplus
plus••bookbookplus
plus••新聞その他
新聞その他

現在のフェーズは「商⽤データベース」へのアクションが中心
現在のフェーズは「商⽤データベース」へのアクションが中心
32
32

ういう話をしているんですけれども。
ディスカバリーサービスにコンテンツベンダ
ーからデータを提供させると、すごく良いことが起こります。日本語コンテンツの場合はとても顕著で、勝手に Win-Win 関係だと思っています。
その説明をさせて下さい。多分今日コンテンツベ
ンダーの方が来ていると思うので、聞いて頂けると嬉しいですその前に、本学のフェデレーテッドサーチ（横スケーラビリティで考えると、現在のフェーズ

断検索）から Summon への流れで、いろいろなは、グローバルとかウェブスケールというような、状況が起きたので、ちょっとその話させてもらい

ディスカバリ対応の難易度が一番高い部分でのます。画面をみると、2010 年、2011 年の間で分アクションを中心に行っているといえます。各デ

かれています。ビフォーはディスカバリーサービィスカバリベンダーともおそらく同じだと思い

ス導入前です。ディスカバリーサービスの導入前

日外アソシエーツ株式会社7

第 15 回 図書館総合展 日外アソシエーツ主催フォーラム（2013 年 10 月 30 日）って、統合検索とか横断検索は年間 1 万 3 千件位

主要な日本語コンテンツは、NDL の雑誌記事索しか使っていなかったんですね。ところがディス

引が唯一でした。2012 年 9 月、CiNii が搭載さカバリーサービスを導入したら、11 万件になり、れた瞬間に、アクセス数が急速に増えてきた。更

昨年は 17 万件と増えてきています。

にいうと、本学は他大学に比べるとちょっと遅かったんですが、2013 年 4 月に JAIRO を投入したFederated
FederatedSearchとSummon
SearchとSummon
検索件数の経年変化
検索件数の経年変化

200,000
200,000

BeforeBefore180,000
180,000

173,516
173,516

はご存じの通り、日本全国のリポジトリを集積し

After
After

ている NII のデータベース。そのデータが流れ込

160,000
160,000
140,000
140,000※ ↓2013年4-7月※ ↓2013年4-7月
105,712
105,712

115,930
115,930

120,000
120,000

所、一気にアクセス回数が増えた、と。JAIRO

んだことで、日本語の電子コンテンツが飛躍的に

100,000
100,000

増えたということになります。6 月位になると、

80,00080,00060,00060,00040,00040,0000

NDL の雑誌記事索引がもう一回入り、医中誌・13,08313,08320,00020,0000Federated Search （2010）Federated Search （2010）

Summon（2011）
Summon（2011）

Summon（2012）
Summon（2012）

Summon（2013）
Summon（2013）

統合検索（横断検索）の利⽤はSummon導入前の2010年度に⽐べ、2011
統合検索（横断検索）の利⽤はSummon導入前の2010年度に⽐べ、2011年度で8.9倍、2012年度で13.3倍に増加
年度で8.9倍、2012年度で13.3倍に増加
36
36

ジャパンナレッジが入ってきて、アクセス回数が非常に増えた、ということになります。
当時の検索回数の増加は、CiNii と JAIRO が導入前に比べ 2011 年度で 8.9 倍、2012 年度で特に著しいということになります。ここ 4 年間の、

13.3 倍というのが、現在の状況でございます。今CiNii のダウンロード推移でございます。CiNii

年の状況を見るに、4 月から 7 月までの 3 ヶ月のが Summon に入った 2012 年 9 月から、CiNii

データで 10 万 5 千件でしたので、今年も去年ののアクセスが一気に増えています。2013 年度も数値は超えるだろうと思っています。

前年数よりも遙かに大きい数字で、グラフの方に出てきている。明らかに Summon と CiNii のダ

Summonの検索回数とSummonの検索回数と日本語コンテンツ投入時期（佛大の場合）
日本語コンテンツ投入時期（佛大の場合）

JAIRO(2013年4月)
JAIRO(2013年4月)

NDL雑誌記事索引（再）・医中誌・
NDL雑誌記事索引（再）・医中誌・
ジャパンナレッジ(2013年6月)
ジャパンナレッジ(2013年6月)

CiNii(2012年9月)
CiNii(2012年9月)

J-STAGE(2012年10月)
J-STAGE(2012年10月)

ウンロード件数には関わりがある。つまり、ウェ
ブ ス ケ ー ル ディ ス カ バリ で あ る Summon に
CiNii のデータが入ったことで、CiNii のアクセ

35,00035,00030,00030,00025,00025,000Federated Search （2010）Federated Search （2010）
Summon（2011）
Summon（2011）
Summon（2012）
Summon（2012）
Summon（2013）
Summon（2013）

20,00020,00015,00015,00010,00010,000スが著しく増えたということが、ここからも分か
る訳です。

5,000
5,000
0

0
4月
4月

5月
5月

6月
6月

7月
7月

8月
8月

9月
10月 11月 12月
1月
9月
10月 11月 12月
1月

2月
2月

3月
3月

NDL雑誌記事索引(2011年4月)
NDL雑誌記事索引(2011年4月)

OPAC検索件数の経年変化
OPAC検索件数の経年変化

とくにCiNiiとJAIROの投入後、検索回数の伸びが⾒られるのでは？
とくにCiNiiとJAIROの投入後、検索回数の伸びが⾒られるのでは？
37
37800,000
800,000
700,000
700,000
600,000
600,000

Summon の検索回数がこんなに増えたのは、BeforeBefore709,622709,622

After
After
613,511613,511598,398
598,398

500,000
500,000
400,000
400,000

日本語コンテンツの投入時期が密接に絡んでい※ ↓2013年4-7月※ ↓2013年4-7月
265,244265,244

300,000
300,000
200,000
200,000

ます。月別のグラフを示しています。一番下の青100,000
100,000
0

いものが、フェデレーテッドサーチ時代で、そん
なに多くないです。
2011 年に Summon が入って、0
2010年度
2010年度

2011年度
2011年度

2012年度
2012年度

2013年度
2013年度Summonの導入一年目は、OPACの検索結果が増加したが、⼆年目になり
Summonの導入一年目は、OPACの検索結果が増加したが、⼆年目になり減少を⽰す。本年度もその傾向は継続の模様減少を⽰す。本年度もその傾向は継続の模様
39
39

この赤。その翌年 2012 年が緑。一番向こう、急速に上がっているのが、今年 2013 年のデータで

これは OPAC 検索件数の経年変化なんですが、ございます。2011 年の時点では、OPAC は入っ

おもしろい動きをしています。Summon 導入一ているんですが、外部のデータベースと結びつく

年目の 2011 年度は、OPAC の検索結果は増加し

日外アソシエーツ株式会社8

第 15 回 図書館総合展 日外アソシエーツ主催フォーラム（2013 年 10 月 30 日）ています。しかし二年目は減少。今年も減少の傾

さて、話がちょっとずれるんですが、一方的な向が出てきております。これは、一年目が特殊な

Win-Win 関係というのも矛盾しているようで変環境であって、Summon の検索結果一覧で、本ですが、棚からぼた餅的な話があります。これは学の蔵書のデータが出てきた場合、これをクリッ

日経 BP 記事検索サービス、キジケンと呼ばれる

クすると OPAC 上の詳細画面に飛んでいたんでもののダウンロード件数を示したグラフです。キ

すね。これが検索としてカウントされていました。

ジケンは 2013 年 9 月の時点では、Summon にメ

ところが昨年度から、Summon 自身に蔵書の詳タデータを提供していない、日本語データベース

細画面を持たせるようにしたんです。そうすると、の一つです。キジケンのダウンロード件数の経年

Summon 上で、必要な情報が入手できてしまう

変化なんですが、Summon 導入前に比べて、2011

ので、利用者は OPAC へ行かないんですね。は

年度は 1.5 倍、2012 年度は 2.4 倍に増加していっきりいえば OPAC の必要性が低くなって、ます。2012 年度は、定額契約の上限件数を超す

OPAC への遷移が減少したということです。なの

1 万 5 千件と、ものすごく増えました。

で、ウェブスケールディスカバリが OPAC に代でも、おかしいですよね。メタデータを提供しわる機能を持っているということがここからもていないのに、何でここまでアクセスが増えるの分かります。

か。一つ理由があります。Summon に昔から入この現状を OPAC との利用比較ということでっていた NDL の雑誌記事索引の採録対象には、挙げてみたんですが、2010 年度はまだウェブス

多くの日経 BP 社の雑誌があります。このデータ

ケールディスカバリが入っていない頃で、OPAC

が Summon に流れ込んでいる。例えば「仮想化とフェデレーテッドサーチの割合で、横断検索はソフト□Windows」で検索すると、日経の雑誌記

2％しかなかったんですね。それが、初年度は事がバーッと出てくる。ここに NDL と書いてあ14％、昨年 22％、今年は現在の段階で 28％までります。これをクリックすると、本学の場合はリ来ています。おそらく、今後もこういった傾向がンクリゾルバというシステムを間に噛ませて、所続くんじゃないか、と。つまり、OPAC は、ウェ蔵している日経 BP 記事検索サービスへのリンク

ブスケールディスカバリに少しずつ取って代わが形成されるようになっています。つまり、利用られる状況にある、ということが分かります。

者は日経 BP とは全く関係のない雑誌のメタデー
タをディスカバリーサービスで使って日経 BP の電子ジャーナルへのリンクを見つけ出し、それを

８．日経
８．日経 BP 記事検索サービス

通してアクセスすることが出来ている、ということになります。

日経BPキジケンにおける
日経BPキジケンにおけるダウンロード件数の経年変化
ダウンロード件数の経年変化
16,00016,000

After
After

BeforeBefore15,202
15,202

雑誌記事索引のデータから
雑誌記事索引のデータから
日経BPキジケンへのアクセス
日経BPキジケンへのアクセス

14,00014,00012,00012,00010,00010,000

9,201
9,201

8,000
8,000
6,000
6,000

6,276
6,276

4,000
4,000
2,000
2,000
0

0
2010年度
2010年度

2011年度
2011年度

2012年度
2012年度Summon導入前の2010年度に⽐べ、2011年度は1.5倍、2012年度は2.4倍
Summon導入前の2010年度に⽐べ、2011年度は1.5倍、2012年度は2.4倍の伸び。2012年度は定額契約の上限件数（12000件）超えの伸び。2012年度は定額契約の上限件数（12000件）超え
44
44
46
46

日外アソシエーツ株式会社9

第 15 回 図書館総合展 日外アソシエーツ主催フォーラム（2013 年 10 月 30 日）

似たようなことは、冊子体でも出来ています。
これは或るインド学の論文なんですが、これを検要な共存共栄をもたらす、正のスパイラルになると考えています。

索します。すると、同じように雑誌記事索引のデ

正のスパイラルとは何か。先ず、価値のあるデータがリンクリゾルバへ出力されます。リンクリータベースが、ディスカバリへメタデータを提供

ゾルバには、冊子の所蔵状況の「佛教大学図書館」

します。そうすると、ディスカバリの利用者が増と、電子ジャーナルの「Journal @rchive」、二つえる。ディスカバリの利用者が増えると、そのデのリンクが成されます。
「佛教大学図書館」を押ータベースや他のデータベースの利用も増える。

すと、OPAC の詳細画面へと飛びます。つまり、メタデータを提供したデータベースの価値は高OPAC で、所蔵している場所を見つけることがでくなる。そうすると、そのデータベースは止めらきて、この雑誌を冊子で利用することもできる、れなくなり、契約は続けられる。それは価値のあということになります。実際、Summon の NDLるデータベースになる。こういうスパイラルが生

雑誌記事索引のデータから、冊子の書誌へのアクまれてくることになります。日本語コンテンツのセスが増え、冊子体雑誌の利用も増えるという、場合、間違いない。非常に顕著だし、強固だと私相乗効果が出てきたことも分かりました。

は考えています。というのは、それを実証するような例が実際にあったからです。

９．理想的な「正のスパイラル」

理想的な「正のスパイラル」
理想的な「正のスパイラル」

ここから分かることを、少し挙げてみます。

価値のあるデータベース
価値のあるデータベース

Summon、ディスカバリーサービスですが、一度受容されると、利用者の資料探索行動に与える影

データベース契約の続⾏
データベース契約の続⾏

メタデータのディスカバリ
メタデータのディスカバリ
への提供
への提供

メタデータを提供したデー
メタデータを提供したデー
タベースの価値を再認識
タベースの価値を再認識

ディスカバリの利⽤者増加ディスカバリの利⽤者増加響は非常に大きいです。間違いなくいえる。更に、日本語コンテンツの質と量というのが Summon、

データベース本体や他のデータベース本体や他のデータベースの利⽤を導く
データベースの利⽤を導く

或いはディスカバリーサービスの評価に直結す

日本語コンテンツの場合、この流れは一層強固なものに・・・（本当です）
日本語コンテンツの場合、この流れは一層強固なものに・・・（本当です）

ることも分かります。つまり、日本語コンテンツ

49
49の質が良く、量も多ければ、利用者にとって非常に使いやすいディスカバリーサービスになるということです。もう一つ、ディスカバリーサービ

日経
日経BP
BPキジケンのダウンロード数
キジケンのダウンロード数
NDL雑誌記事索引旧データ削除(2013年4月)
NDL雑誌記事索引旧データ削除(2013年4月)
2,500
2,500

ス、Summon にデータを提供した CiNii などの一次資料データベースの利用は、明らかに増えています。次は回りくどいのですが、重要なことなのでいわせて下さい。雑誌記事や論文タイトルなど、価値のあるメタデータを提供できるデータベ
ースが Summon にコンテンツを提供することで、

NDL雑誌記事索引再度のSummon対応 (2013年6月)
NDL雑誌記事索引再度のSummon対応 (2013年6月)
2,000
2,000

1,500
1,500

2010年度
2010年度
2011年度
2011年度
2012年度
2012年度
2013年度
2013年度

1,000
1,000

500
500

0

0
4月
4月

5月
5月

6月
6月

7月
7月

8月
8月

9月
9月

10月
10月

11月
11月

12月
12月

1月
1月

2月
2月

3月
3月

NDL雑誌記事索引のSummon対応(2011年4月)
NDL雑誌記事索引のSummon対応(2011年4月)

NDL雑誌記事索引のデータ削除により、本年度は利⽤者数が急激に低
NDL雑誌記事索引のデータ削除により、本年度は利⽤者数が急激に低下。新データ投入後も回復していない
下。新データ投入後も回復していない
51
51

他のデータベースに多大な貢献をもたらします。
ということで、それを手放すのは、非常に難しく

これは、先程挙げたキジケンのダウンロード数なります。magazineplus も手放すことが難しいですが、絶好調だったはずのダウンロード数が、

データベースになることが予測可能です。つまり、若干減っております。この裏には、いろいろなこ

これは図書館とそのステークホルダにとって、重とがありました。先ず、2011 年 4 月に対応した

日外アソシエーツ株式会社10

第 15 回 図書館総合展 日外アソシエーツ主催フォーラム（2013 年 10 月 30 日）

NDL の雑誌記事索引が、2013 年 4 月に理由があカバリーサービスに流れ込んだ所で、電子で使えって本学のデータが削除されたんですね。削除さることに気付いた利用者が随分いるようです。今れた瞬間、がくっと減りました。6 月に再度入っまではディスカバリーサービスを使っていて、たんですけれども、まだ回復していないというのCiNii の電子データはなかったので冊子を使ってがこのグラフです。さっきいっていた話と矛盾すいた利用者が、いきなり使わなくなった、と。今るじゃないか、という訳ですけれども、秘密があ

年度、更に旧データを削除して、雑誌記事索引がるんです。それは、雑誌記事索引からのハーベス

なくなるといったことがあり、見てみると、2010

トデータが変化していたことが理由です。

年の Summon 導入前と変わらないようなアクセスになって、冊子の利用が激減しました。これは雑誌記事索引からの雑誌記事索引からのハーベストデータの変化
ハーベストデータの変化
BeforeBefore

After
After

非常におもしろい結果です。
ISSN がなくなったそもそもの原因は、API の仕様変更です。国立国会図書館は何も悪くないんですよ。PORTA から NDL サーチに変わった時に仕様が変更されて、その対応に Summon 側が手間取ったということです。これは NDL サーチ

新データでは、ISSNデータが入っておらず、正確なリンクを形成で新データでは、ISSNデータが入っておらず、正確なリンクを形成できない状態に（泣）
きない状態に（泣）
52
52の「日経 Linux」の検索結果ですが、ちゃんと
ISSN 持っているんですね。NDL サーチの結果もね。更にいうと、API で取得したデータも持っビフォー側は、アクセスが絶好調に増えていたているんです。URI 形式で持っており、はっきり時です。アフターは、雑誌記事索引が入り直したと ISSN と書いていなかったので気付かれなか

6 月位のデータなんですけど、ISSN のデータがったのか、いろいろ理由があると思うんですけど、なかったんですね。ということは、リンクリゾル

Summon への対応が遅れ、消えてしまったとい

バから正確なリンクが作れなくなった。利用者はうことです。とはいえ、データ上に ISSN が残っ

ディスカバリーサービスで該当の記事のデータているわけで、何とかなりそうと思っていたんでを検索したにも拘わらず、その一データである日

すが、実際どうにかなりました。先月、9 月 13

経 BP のサイトに行き着くことの出来ない状況が日から ISSN が戻ってきており、推移を注意深く生じていたことになります。

見ている所です。なんと ISSN が復活した後、いもう一つ分かることがあって、これは NDL のきなり 1,041 件までダウンロード数が戻ってき

雑誌記事索引のデータから、本学の OPAC に飛ております。復活して半月なので去年には及んでんだ件数を出力したデータ。2010 年、青色です

いませんが、本年度初めて 1 千件を超えまして、ね。2011 年は赤。フェデレーテッドサーチ時代

去年までは行かないにしろ、ここから先は、あるの 2010 年は、そんなに多くなかった訳です。そ程度明るい見通しになるだろうと思っています。

れが、2011 年に Summon を導入して NDL の索ということで、我々は ISSN データを含む雑誌

引が直接使えるようになったことで、利用者が非記事索引を、正のスパイラルの枠組みで非常に評

常に増えました。2012 年、ある所までは 2011

価しているということになります。当然、同じよ

年と同じ流れで来ていたんですが、この部分でがうなことは、他のデータベースにもありうるでしくっと減りました。それは何かというと、CiNii

ょう。雑誌記事索引は商用データベースではありの Summon 対応です。CiNii のデータがディス

ませんが、商用データベースであっても、スパイ

日外アソシエーツ株式会社11

第 15 回 図書館総合展 日外アソシエーツ主催フォーラム（2013 年 10 月 30 日）

ラルとしての評価の過程に変化はないと思いまものであってほしい。つまり、OPAC で可能なこす。特に magazineplus ならば、雑誌記事索引ととは、ディスカバリーサービスでも可能なことが類似する特性があり、同じような評価も期待でき

最低限必要だと思います。更に、ユーザビリティ

るでしょう。メタデータを考えると、これ以上のに関わることですが、ユーザーインターフェース

波及効果を生み出せる可能性があるとも考えてに、日本的な細やかさを求めたいと思っています。

います。更に、商用データベースの契約者に、こういった現実をみると、全てを集中することがSummon 上でのみ、例えばメタデータの利用を出来ないのであれば、API を用いて外部情報資源

許諾すれば、商用データベースの契約は間違いなを上手く利用することも必要だと考えられます。

く維持されると思います。一つ重要なことなんでAPI って最近よく聞きますね。API とは、あるすが、日本語コンテンツが入っていても、ユーザ

ソフトウェアが外部のソフトウェアに対して提ビリティを確保できないと、Summon 或いはデ供するインターフェース、接続規格でございます。

ィスカバリーサービスは、十分な効力を発揮でき

データベースのデータを外部から呼び出す時とないのが現実です。ISSN が消えてしまい、それかに用いられます。これは CiNii Articles の APIに対応する手立てを持っていなかった。そしたらと 呼 ば れ る も の な の で す が 、「 論 文 検 索 の利用者が激減してしまった、というのはユーザビ

OpenSearch クエリは以下の形式です」とあって、リティを確保できなかったからで、そういった所

何か URL が書いてありますね。この呪文の通りを考えていけば、今後明るい現実が見えてくるとブラウザ上に打ち、「search?q=ディスカバリ」と考えております。因みに、magazineplus は 2014

書きました。
「q」というのは、フリーワードを指年の 4 月から、ディスカバリーサービスでメタデ

定するパラメータで、「q=ディスカバリ」と入れータ利用が可能になるということで、私どもも非ると、CiNii Articles で「ディスカバリ」という常に楽しみにしています。

キーワードの検索結果を返してくる。これはあくまでも CiNii の API の一機能に過ぎません。実際には、いろいろな手法で外部からデータを呼び

10.
10.API によるユーザビリティ向上の試み

出せるわけです。

日本語対応から日本化へ、ということで、API

じゃあ、API を使うと、どんなことが出来るのによる Summon のユーザビリティ向上の試みにか。例として、日外アソシエーツの BOOK API

ついてお話しさせて頂きたいと思います。

を出してみたい。これを使うとメタデータが収集

日本語対応における現実と課題を振り返ってできていない、日本語の図書目次というデータを、みたいのですが、ハーベストを受け入れていない

既存の書誌データを用いて表示することが出来

商用データベースが存在しているのは、事実でごるようになります。つまり、間接的ではあります

ざいます。更に、NDL-OPAC や OPAC のメタデ

が、書誌エンリッチメント、豊かなメタデータをータの内容は周知をされておりますけれど、これ作ることが可能になる。それを行うのが、BOOKは従来からの目録規則に準拠した部分にとどまAPI です。本学の方で、BOOK API とウェブス

り、決して豊かなメタデータではございません。

ケールディスカバリの実証実験を行いました。そはっきりいって、まだまだ従来型のシンプルなメの話を少しさせて下さい。

タデータである、ということになります。日本語

そもそも BOOK API とは、日外アソシエーツ

によるディスカバリーサービスでの図書検索との BOOK データベースの内容、目次・要旨、著いうものは、OPAC における図書検索と遜色ない

者紹介情報を表示するサービスでございます。表日外アソシエーツ株式会社12

第 15 回 図書館総合展 日外アソシエーツ主催フォーラム（2013 年 10 月 30 日）

紙の書影も出せます。ISBN を検索キーとして、携を本格的に検討しました。それで実証実験を開BOOK データベースからメタデータを XML 形始した経緯がございます。ただ、OPAC とディス式で、表紙書影を JPEG 画像で呼び出せます。

カバリーサービスは仕様が違うため、連携がなか
なか難しいんですね。何が違うかというと、

例えば
例えばAPI
API（（BOOK
BOOK APIAPI）を使うと
）を使うと
論⽂
論⽂

雑誌タイトル雑誌タイトル

雑誌記事
雑誌記事

図書タイトル図書タイトル

図書目次
図書目次

リファレンスリファレンス

新聞記事
新聞記事

公⽂書
公⽂書

写真
写真

音声
音声

音楽
音楽

映像
映像

OPAC は学内にサーバーを設置する、オンプレミ
スと呼ばれる運用が一般的でございました。サーバー自体も所有や管理が可能なので、ベンダーにとっても非常に自由度が高いものだった。画面のカスタマイズとかも考えれば何とかなるよね、という所が結構あったんですよね。ところが、ディ

メタデータが収集できていない日本語の「図書目次」といったデータを既存の書誌のメタデータが収集できていない日本語の「図書目次」といったデータを既存の書誌のデータを⽤いて表⽰できる。間接的な「書誌エンリッチメント」が可能
データを⽤いて表⽰できる。間接的な「書誌エンリッチメント」が可能
62
62

スカバリーサービス、本学の場合 Summon ですが、クラウドだった訳ですよ。クラウドということは、大学はサーバーを所有していないため、自一番重要なのは、著作権が処理されていること。

由に触れられるような環境ではございません。ユ

書影を出すのに、他の大きな書店とかのサイトのーザーインターフェースもある程度共通化されデータを利用したりしますが、それって本当に良ているので、画面カスタマイズの自由度も高くないのかどうか。図書館員としては、ライセンス的い。更にいうと、自分たちのサーバーでもないし、な問題が気になります。日外アソシエーツのセキュリティなどの面で、非常に考慮すべき要件

BOOK データベースには、ライセンス的な心配が結構あります。Summon の方が、圧倒的に適がありません。
データは XML と呼ばれる形式で、応が難しい部分がある訳ですね。こういった前提

title、youshi、mokuji、それから著者の情報が呼での実証実験であったとお考え下さい。

び出せる。更には、画像も取れます。

OPAC
OPACにおけるにおけるBOOKBOOK APIAPIの実装の実装

BOOK
BOOK API
API実装の概念図（
実装の概念図（OPAC
OPAC））
大学内イントラネット
大学内イントラネット

日外アソシエーツ
日外アソシエーツ

ISBN
ISBN
あらすじ等
あらすじ等
OPACサーバ
OPACサーバ（図書館設置）（図書館設置）BOOK サーバ
BOOK サーバ

大学外インターネット
大学外インターネット

本学の場合には、あらすじ、目次データ、著者情報のみを表⽰していたが、本学の場合には、あらすじ、目次データ、著者情報のみを表⽰していたが、利⽤者からの評判がよかったこともあり、Summon導入後は「日本化」のト利⽤者からの評判がよかったこともあり、Summon導入後は「日本化」のト
ピックのひとつとして、連携を本格的に検討。実証実験を開始
ピックのひとつとして、連携を本格的に検討。実証実験を開始

69
69

66
66

BOOK API 実装の概念図でございます。OPAC
これは本学の古い OPAC の画面なんですけれの場合は、シンプルです。誰かが大学内の OPAC

ども、あらすじ、目次データ、著者情報のみを表サーバーに対して検索を行う。検索を行うと、示していました。大学によっては、書影を出してISBN をキーにして、日外アソシエーツのサーバいる所もございます。利用者からの評判が良くてーへ API でデータを呼び出しにいきます。呼びですね、Summon を入れた後も、こういうのが出されたあらすじのデータを OPAC サーバーにあった方が良いんじゃないの、ということで、連返し、合成をして表示させるということになりま

日外アソシエーツ株式会社13

第 15 回 図書館総合展 日外アソシエーツ主催フォーラム（2013 年 10 月 30 日）す。

なんですが、クラウドサービスでございますので、

ところが、ディスカバリーサービスは経路が若ベンダー側でのユーザーインターフェースのア

干複雑です。大学内、大学外のインターネットでップデートも非常に頻繁でございます。良いこと

検 索 を 行 う と 、 本 学 の 場 合 は 先 ず Serials

でもあるんですが、こちらから組み込むという所

Solutions 社の Summon サーバーを検索しに行で懸念がある。アップデートによって仕様や設計きます。すると、Summon サーバーから、本学思想が変更された場合には、一からこちらが用意の図書館の設置サーバーへ ISBN を飛ばします。

しているスクリプトを書き直して、設定をし直す

今度は図書館の設置サーバーが、ISBN を使って必要が出てくる所が問題ではないかと。例えば、

日外アソシエーツのサーバーへデータを引き出Internet Explorer と Firefox や Chrome のブラ

しに行き、あらすじを取得する。図書館の設置サ

ウザの比較すると、IE では、「あらすじ・目次」

ーバーが取得したあらすじを Serials Solutionsというのが表示できていません。回避策を模索中

社のサーバーへ飛ばし、そこで結果を合成して大でございます。それから、Summon 側の仕様変

学内外のインターネットで表示させる仕組みで更も入ってきて、今度新しい 2.0 がリリースされす。

ます。とっても楽しみなんですけれども、対応するスクリプトを急ピッチで頑張らなきゃいけな
BOOK
BOOKAPI実装の概念図（Summon）
API実装の概念図（Summon）
大学内
大学内
イントラネット 図書館設置サーバ
イントラネット 図書館設置サーバ

日外アソシエーツ
日外アソシエーツ

あらすじ等
あらすじ等

検索
検索

結 果合成
結 果合成

ISBN
ISBN

あらすじ等
あらすじ等
BOOKサーバ
BOOKサーバ

大学外インターネット
大学外インターネット

しなければいけないと私どもは思っております。
Serials Solutions 社にお願いをしておりますし、
前向きな返答も頂いておりますので、多分何とか

検索
検索
Summonサーバ
Summonサーバ

Internet Explorer への完全対応、Summon2.0への対応スクリプトをどうするのか、完全に解決

ISBN
ISBN

Serials Solutions
Serials Solutions

い状況でございます。正式運用に向けて、

結果合成
結果合成
70
70

なるんじゃないかな、とは思っておりますが、対応に時間は必要かもしれません。
ということで、ディスカバリーサービスの日本

検証結果は、決して悪いものではございません。

化のステップは、うちの場合ですが、Summon

図書に関する、目録規則準拠のメタデータを補うに関してはある程度の見通しがついたといえま

情報、例えば書影やあらすじが表示できるようにす。ただですね、いろいろな注意点がございます。

なっております。本学の Summon の場合、書影組み込みを認めるか否かは、ディスカバリーサー

が出ているんですけれども、日外アソシエーツのビスベンダーの考え方によるので、事前の協議がBOOK API を使って呼び出したデータでござい必要でしょう。因みに、Summon とか EBSCO

ます。

Discovery Service で対応できることは、既に確

但し、技術的な課題もございます。先ず、ブラ

認済みであるということです。更には、ディスカウザに由来する課題。Internet Explorer は、いバリーサービスベンダーとの技術的協議が必要

ろいろなセキュリティポリシーを持っておりまで、クライアントとしての要望を伝えていかなけ

す。多分そのせいなんですけれども、目次、あらればいけない。また、ディスカバリーサービスベ

すじの表示が難しい状況です。Firefox なんかもンダーを介して各種設定を行うことで、持続的な頻繁にアップデートしておりますので、その辺の保守体制みたいなものも確立出来るのではない

懸念が出てきている。それから Summon 側の話かと思っています。こういった仕組みがないと、

日外アソシエーツ株式会社14

第 15 回 図書館総合展 日外アソシエーツ主催フォーラム（2013 年 10 月 30 日）

正直持続可能なシステムとはいえない部分があ結び付けて考えると、遡及的処理は非常に必要性ります。

が高いといえるのではないかと思います。
では、日本語の図書目次メタデータの状況を考えてみたいと思います。必ずしも、ディスカバリ

11. さらなる「日本化」に向けてここからは、近未来への展望ということで、更なる日本化を考えてみたいと思います。

ーサービス対応しているとか、していないとか、そういう話ではないですよ。
1986 年から現在に至るまでは、BOOK データ

先程、収集されるべきコンテンツの例を幾つかベースでいろいろなものが採られている。1968

挙げました。それと共に、日本語においても、英年以前は、国会図書館のデジタル化資料である程語コンテンツと同じようなメタデータの厚みが度のデータが蓄積されている。ところが、1969

必要だという結論に至っています。厚みの一要素

年から 1985 年に関しては、現時点では電子の存

は時間であり、過去に遡ってのデータを必要とし在があまり明らかじゃないんです。冊子目録みたています。将来的には、遡及の作業が必要じゃな

いなものが唯一の情報源になるのかもしれませ

いかなと考えております。例えば、図書の目次、ん。我々としては、ここの部分がとっても重要だ

あらすじに絞ると、現状はハーベストデータはほと思っていたんですが、日外アソシエーツがやっ

とんどないんですよ。BOOK API の外部情報のてくれるそうです。BOOK データベースの拡張取得で、エンリッチメントは可能ではありますが、プロジェクトとして、ミッシングリンクである

ハーベストデータでは存在しない。また BOOK

1969 年から 1985 年にかけての入力事業が開始

API で取得できる図書のあらすじや目次情報は、されると聞いております。これが出来ると、この1986 年以降に限られてしまうという問題も存在

辺のメタデータがリッチになって良いじゃない

しています。

か、と思います。一定の課題が解決されれば、ディスカバリーサービスの一層の日本化が進むき

厚みの要素のひとつ「時間」
厚みの要素のひとつ「時間」

っかけになります。
一定の課題とは、例えば、API を使った ASP
サービスですが、遡及データにはほとんど ISBNがないんですね。そうすると、現状の仕様では連時間（過去）
時間（過去）

携できない。NCID なのか全国書誌番号なのか分
かりませんが、代替のキーを考える必要も多分出
過去のデータに対しても「遡及」していくことは将来的には必要だろう
過去のデータに対しても「遡及」していくことは将来的には必要だろう
80
80てくる。じゃあ、ハーベストにしてもらうか。国会図書館のデジタル化資料と共に、ディスカバリ
ーサービスにハーベストしてもらえれば、多分状

時間的な厚みを考えると、我々の図書館の書庫

況は非常に良い。その場合には、ディスカバリーには、1986 年以前の図書とか人文科学系の情報サービス内での書誌マージ、OPAC、NDL の書も結構あるんですよね。更に、NDL-OPAC や自誌との統合などを、ディスカバリベンダーと協調

館 OPAC の書誌によるメタデータは全て流れ込する必要があります。ただ、やっぱりハーベスト

んでいますから、基本的なメタデータの遡及は十対応というのは、考えて頂かなくてはいけない今分に行われています。但し、現在の段階では、エ後の対応だと思います。

ンリッチメントが追いついていません。この辺と日外アソシエーツ株式会社

こういった課題を解決することで、多くの価値
15

第 15 回 図書館総合展 日外アソシエーツ主催フォーラム（2013 年 10 月 30 日）ある日本語メタデータを、意識せずに提供する状

バリーサービスは、クラウドで使われるようなシ況を作ることが多分可能。そうすれば、日本語コ

ステムです。日本で入れたメタデータが海外で使

ンテンツベンダーと大学との Win-Win 関係は、

われるのは当たり前のことになってくる訳です

おそらく拡大するんじゃないかと思っておりまね。そうすると、例えば日本で magazineplus とす。

いうデータベースがあって、それを入れるといろ
いろなことができるらしい、という情報も海外で知られるようになる。海外でも重要性を認識する

12．
12．本当の「日本化」に向けてかもしれません。そうすると、コンテンツベンダ

さて、本当の日本化に向けて、前提からもう一ーの販路の拡大にも繋がるし、日本語コンテンツ

回考えてみましょう。ディスカバリーサービスは、の優位性も保たれるようになってくるでしょう。

豊富な英語コンテンツありきのシステムでした。

今後、国としての姿勢すらも問われることになる

日本的な思想を反映するためには、豊富な日本語

かもしれません。

コンテンツがあることが前提で、それが日本化を後押しすると思います。

これがですね、現状のディスカバリーサービス
における日本化の課題というか、これからの成すべきことだという風に私は思っております。今日

本当の「日本化」に向けて本当の「日本化」に向けて前提から考える
前提から考えるは長い間でしたけれども、ご静聴どうもありがとうございました。

• ディスカバリサービスは「豊富な英語コンテンツありき」のシステムであった• ディスカバリサービスは「豊富な英語コンテンツありき」のシステムであった• 日本的な思想を反映させるためには「豊富な日本語コンテンツ」があることが前提であり、• 日本的な思想を反映させるためには「豊富な日本語コンテンツ」があることが前提であり、それが日本化を後押しする
それが日本化を後押しする
目標を再認識する
目標を再認識する• 日本化は日本語対応のみを意味するものではない。日本的なきめ細やかなユーザビリティ• 日本化は日本語対応のみを意味するものではない。日本的なきめ細やかなユーザビリティの向上等を広く含んでの日本化であるの向上等を広く含んでの日本化である〈フォーラム開催日 2013 年 10 月 30 日〉

誰が何をすべきかを考える
誰が何をすべきかを考える• 図書館とそのステークホルダには、Win-Win関係構築のためにも、継続的に収録メタデー• 図書館とそのステークホルダには、Win-Win関係構築のためにも、継続的に収録メタデー
タの分野と時代の厚みを増していく努⼒が必要である
タの分野と時代の厚みを増していく努⼒が必要である

ディスカバリサービスの「日本化」の向こうには、ディスカバリサービスを通しての日
ディスカバリサービスの「日本化」の向こうには、ディスカバリサービスを通しての日
本語学術情報の「グローバル化」が⾒える。国としての姿勢も今後問われるかも？？
本語学術情報の「グローバル化」が⾒える。国としての姿勢も今後問われるかも？？
84
84

目標をもう一回考えてみましょう。日本化は、
日本語対応のみを意味するものではありません。
日本的なきめ細やかなユーザビリティの向上とかを広く含んで日本化することで、ディスカバリ
ーサービスはより受け入れられるようになるだ
ろう、ということです。
もう一つ、誰が何をすべきかを考える。図書館とそのステークホルダは、Win-Win 関係構築のためにも、継続的に収録メタデータの分野と時代の厚みを増して行く努力が今後の展開として必要だと思っております。
ディスカバリーサービスの日本化の向こうには、ディスカバリーサービスを通した日本語学術
情報のグローバル化も存在しています。ディスカ
日外アソシエーツ株式会社

16