スポンサーサイト

上記の広告は1ヶ月以上更新のないブログに表示されています。
新しい記事を書く事で広告が消せます。

図書館総合展3日目

図書館総合展の3日目。今回参加した最後のフォーラムです。

図書館資料を100パーセント有効活用!
「OPACを超える瞬間~図書館の現場から」

スピーカは片岡さん@九大と田邊さん@慶応(Next-Lの田辺さんとは別の方ですので念のため)

[サンメディア松下さん挨拶]
大学の立場からの発表なので企業には関係ないと思われる方もいるかもしれないが、次世代OPACの話は企業にとっても大事なポイントになるかと思う。配布資料にはないスライドや話がたくさんあるが、録音やスライドを写真にとるのは遠慮してほしい。ここでしか聞けない見られないと言うものを持ち帰ってほしいので。

●と言われてしまったので、ここにどこまで書いてよいやら迷うのだが・・・事後にBlogにアップしてはいけないとは言われてないはず。だってこれを共有しないのはもったいない。まあ、もし何かあればご指摘ください。

[概要:片岡さん@九大]
どうして、次世代OPACに代表されるような新しいプラットホームが必要か、というところから話を始めたい。OPACに代わる検索プラットホームがなぜ必要か。情報技術が人の思考のように使えるように進化してきた。GoogleやiPhone、PagerankやAmazonのリコメンド。人の行動や発想にあわせて進化してきた。一方、図書館が提供してきた情報ツールは、それと対比すると、魅力が薄れてきた。従来のOPACと横断検索。ただ図書館が提供しているコンテンツの意義が薄れたわけではない。インターフェースを改善することで、もう一度光をあてることができるのでは。

●九州大学附属図書館のWebpageの紹介。
「とにかく検索」というのを用意している。ここではOPACのほか、EJ、CiNii、 SCOPUSなどが検索できる。その他に検索ツールのリストを提供したり、学内でデジタル化した資料、機関リポジトリ、貴重書のコレクションなどが個別に提供されている。しかし利用者から見ると、それぞれの使い方を知らないと見つけにくいのではないか。Googleのように1つで見せるようにアクセス統合をしないといけないのではないか。ただ、種々雑多なものになってしまうと見つけにくい。どうやって見つけるか。
→ということで、出てきているのが、例えば適合度ランク、文字情報だけでなくアイコンを使う、表紙イメージ、ファセットブラウジング、パーソナライズ。Aquabrowserでは MyDiscoveriesという機能でレートをつけたり、リコメンドが提示されたりする。こうした見つけやすくする機能も必要。
●シカゴ大学のlensで次世代OPAC的機能を紹介。lensはAquabrowserを使っている代表的なところの一つです。
http://lens.lib.uchicago.edu/

その他にいくつか紹介すると、
・オクラホマ州立大学のBOSS:あまりにもわかりやすいネーミング。学生が「ちょっとBOSSで探してみよう」とか使ってくれるのでは。
http://boss.library.okstate.edu/
・Encore:適合度ランクがわかりやすく表示されている。●一瞬で終わったのでどこを例示したかわかりませんでしたが、Encoreはどこを見てもあまり大差ないです。
・トロント大学→FRBR的に同じものをまとめている例。●”neuron”で検索してみるとよろし。これはEndecaというエンタープライズサーチのソフトを使っているものです。
http://search2.library.utoronto.ca/UTL/search.jsp
・NCSUのTriangleサーチ:近隣の大学の所蔵情報をいっぺんに見ることが出来る。●これもEndecaだったと思います。
http://search.trln.org/search.jsp
・ダートマスカレッジのSummon:SereialsSolutionsの新しいサービス。ライセンス契約してるデータベースの情報をシアトルにあるSS社のサーバに蓄積してくれるので、大学で検索システムを持つことなく、SSでデータの管理をしてくれる。
http://www.dartmouth.edu/~library/home/find/summon/
●Summonは昨日のPrimo Centralと対比できるかもしれません。

他にもUniversity of WashingtonのWorldCat Local、オープンソースのBlacklight、Vufindなどがある。例えばMiylrin http://mirlyn.lib.umich.edu/

こうしたいわゆる次世代OPACとは何かというと、図書館の情報アクセスプラットフォームということができる。人の思考のように探し出せるように。そしてパーソナル化、ソーシャルネットワーキング化。参加することでみんなで共有できるようにならないか。

[田邊さん@慶應]
Primoの事例紹介

現時点で開発中であるため、成果報告や機能説明の場ではなく、現状の課題と夢の共有の場だと思って聞いてほしい。また開発中のため学外秘事項が多い。あらかじめ御容赦いただきたい。ここでよく言われるのが、「慶應だからできるんだろう」とか「九大だから」とか。そうではなく、互いに知恵を出し合ってこの危機を乗り越えることが大事だと考えている。それからこういうフォーラムはいい話を聞いた、だけで終わってしまうことが多い。今日の話をあとにつなげていく、続けていくことが大事。

まず次期システムへの移行の背景から説明したい。背景としてあるのが、ベンダへの閉塞感、それからシステムライブラリアンの放出や不足、予算の問題、1大学でシステムを維持することの限界。これまでの図書館システムは利用者を無視した業務中心のシステムだった。外部と連携しずらい仕組み。慶應ではご存知かもしれないが、LibQUAL+とかやったけど、図書館のシステムは使われてない。OPACって何?というレベル。世間では全文検索だったり、ソーシャルメディアがたくさん出てきている。Web2.0というのは少し前に言われていたが、Web3.0の到来=[個] の時代が来たように思う。つまり個がどんどん外に出て行く時代ではないか。

KOSMOSでやったこと
KOSMOS-I:集中型のシステム:しかしこれはてんこもりで身動きが取れない、レスポンスが出ないなど業務、利用者への影響が大きかった。
KOSMOS-II:ダウンサイジング:システムのスリム化をはかり、分散していた業務の集約を行った。
そしてKOSMOS-III:でやりたいこと。インターネットとの親和性、業務の効率化、組織分散しシステムを集中させる。
利用者のアクセスパスが今はぐちゃぐちゃ。それをインターネットから直接引き込み、リゾルバ的なものを解してナビゲートしていくものを考えている。業務モデルを変えないと、システムだけ入れてもダメ。

慶應では数年前にSFXとVerdeを入れた。その時点で図書館システムとしてもExLibris社の製品を目論んでいたが、結論ありきではなかった。 ExLibris社の製品の連携図を描いてみたが、実はそれほど連携がよくない。SFX・VerdeとAlephの連携はそれほど密でない。

Aleph は非常によく出来ているシステムだが、元は汎用機で動くCOBOLベースのシステム。そこは紙ベースの伝統的な図書館のシステムであり、その外側にSFX やMetalibなどいろいろな製品をつけることでデジタルの世界に対応している。他方でI社は伝統的な図書館システムの中にどんどんデジタルな部分を埋め込んでいく。すごく対照的。
現時点では利用者へのサービスフロントをどうするかで悩んでいる。OPACなのかPrimoかもしくは両方を使う、ハイブリッドか、悩んでる。近日中に方針を決める予定。OPACとPrimoの位置づけをどうするかという点。どういうリソースをどのように使い分けるか。AlephのOPACは紙主体。もちろん電子リソースを入れることもできるが、電子リソースの情報は基本的に外部からとってくるものであり、外部に依存しているのでそのデータには図書館員が手を入れないとすると、デジタルその他をすぺてPrimoに取り込んで紙の部分をOPACとして残すということも考えられる。すべてはまだ検討中。
Primoのバックオフィス部分の画面コピー(管理画面)。ここでは正規化とかFRBRizeとかのロジックを構築する。これ以上見せられない。それからAlephだけで足りないものについては外付けの開発も行っている。

またそれとは別に全文検索のエンジン実証実験も行った。平和情報センターのText Navigator、Bizsearch、Cache、FAST。トータルでFASTが一番よかった。もしかするとあるいはこうした全文検索のエンジンを使うのか、そういったところも視野に入れてサービスフロントを検討している。FASTを使っている面白いサービスの例として、BIGLOBE感性検索 温泉版がある。
http://kan.navi.biglobe.ne.jp/onsen/
●温泉に行きたくなるww

[片岡さん@九大]
NTT データ九州と共同でXC(eXtensible Catalog)を採用して、開発を進めている。XCはオープンソースのソフトで、図書館資源の発見だけではなく、メタデータ管理のためのツールでもある。まだ開発中で、正式版は来年1月にリリースされる予定で、まだインターフェース部分がないがGoogleCodeで公開されているものを使って開発を進めている。国内のシステムベンダーにオープンソースを使うことに踏み出してもらったのは非常にありがたい。XCはロチェスター大学のプロジェクトでアンドリューメロン財団やパートナー機関の助成によって開発している。開発後はXC Organizationを立ち上げて運営していく予定。九州大学はそのパートナー大学に入って一緒に開発を進めている。
UIはファセットブラウジング、FRBRize、高いカスタマイズ性を持っている。図書館向けのウェブアプリケーションフレームワーク。システム間接続はOAI-PMHでのハーベストが可能。貸し出し、認証の連携はNCIPを使う。図書館システムからはOAIツールキットでOAIをしゃべることが出来てNCIPツールキットで NCIPを扱える。メタデータサービスツールキットでデータを集約し、MARCXML化あるいはDC化したり、正規化して、XCスキーマを生成する。ユーザインターフェースは、よく使われてるCMSのDrupalを使う。 

九大がこのXCをどう使おうとしているかというとまず、図書館システムであるNALISにSS社から買ったEJ、E-bookのデータを入れる。それからWebsiteのデータも入れ、契約しているBookデータベースの目次情報(Webcat Plusなどでも使われているもの)を入れる。Bookデータベースは和書だが洋書についてはSyndetic Solutionsのデータを使おうと思っていて、現在交渉中。それらを統合してXCに入れる。それとともに論文情報を入れる。今まではOPACでは探せなかった。CiNii のAPIを使って論文情報を取り込む。それからQIRとデジタルコレクションのデータ。洋雑誌の論文情報については、Refworksの兄弟製品で RefAwareというのがある。EJのサイトからRSSを集めてくれる。それを使うことを検討中。
これまでの成果といってもまだ途中だが、NTTデータ九州さんに日本語検索Solr用のtokenizerを開発してもらった。


[ディスカッション]
<どうやったら導入できるか>

片:残りの時間でディスカッションをしたい。時間も限られているので、重要なテーマから。まずは、どうやったら導入できるか。

田:5ヵ年計画を作ってやっているが、システム選定のポイントとしては5つある。
1.サービス、サポートとメンテナンス体制:やはりサポートがきちんとしていないと困る。
2.インターネットとの親和性と拡張性、googleの図書データとの連携などができること。
3.OPACの基本方針とあっているか。慶應で考えている方針とあっているかということ。多言語対応の実績と日本語対応への意欲。それから重要なのが次世代OPACではなく、多面的な情報検索ツールであること←これが必要だし、慶應が目指していたこと。
4.リアルタイムの予算管理:今はリアルタイムでは確認できない。
5.価格:もちろん価格も重要。
進め方としてはRFPを作成し、それに基づく提案依頼を9社に投げた。提案が出てきたのが3社、提案コンペを行い一次選考をした。優劣つけがたかった2社に絞って最終選考を行い、政策的な決定もあってEL社に決まった。

片:お金は?
田:今のシステム予算を超えられなかった。新しいことをやりたかったので、ビルドアンドビルドを計画していたが、駄目だった。HWも今はx万だがx万ぐらいに抑えた。
●さすがに金額は伏字としました。
今の予算の中で、やりたい事を実現するためには人も切らないといけない=業務を効率化しないといけなかった。そういった5年分ぐらいのシミュレーションをやって、なんとかいける範囲内になった。

片:九大では合意形成のために、ただ必要といっていても駄目なので、そうした新しい情報検察ツールがあるのが当然という雰囲気に持っていく事を考え論文を書いたりした。なかなか国内ベンダーにはやる気が見えないところで、地元のベンチャー企業なども考えたが、将来に向けてやりたいと言うところが出てきて(●NTTデータ九州さんですね。)そこに落札してもらうことが出来た。筑波はどうですか?

●と前から2列目に座っておられた宇陀先生に無茶振り。事前に仕込んでいたのだろうか・・・

宇陀先生@筑波大:2010年3月を予定し落札業者が決まったところ。もう決まったので言ってもいいかな。リコーさんです。現行システムを2006年に入れた時からすぐに次の計画を立て始め、4年後に向けたWGを作って考え始めた。で次世代でとなった。この話はすれば長いが、おもいっきり省略する。これだけで1時間ぐらいしゃべれる。片岡さんは外国製でもいいものがあるなら入れよう、という発想だと思うが、筑波は日本のベンダーにも、もっとがんばってもらわないといけないということで、ベンダーに強く言ってリコーさんと共同開発をしているところ。もしかしたら日本初の次世代になるかもしれない。ただどうしても外国の製品には劣ってしまうし、今日の九大のビジョンをきいてすごいと思ったので頑張らないといけない。予算は筑波大学全体のシステムを統轄する部署で精査されるが、図書館はそれだけ金が要るのかと聞かれた。図書館というのはある意味予算を削られやすいところだが、筑波ではディフェンスに成功した。それ(予算削減)にどう抵抗するかというのが大事。それに対して筑波では、既に企画書、館内の合意があった。大学執行部に対して次のシステムはこうしたいというものを、しっかり用意していたのがよかった。パートナー戦略については、リコーもそうだがSS社、外国メーカも踏まえたうえでいろんなところで情報交換を行っていった。きりがないのでこのくらいで。重要なのは準備が必要と言うこと。訊かれたときに何も考えていないとオフェンスもディフェンスもできない。これは慶應、九大も同じだと思った。

<海外製でも日本の状況に対応できるか>
片:それでは次の話題として、皆さん興味があるのが、海外製でも日本の状況に対応できるのかという事だと思う。日本語のインデキシングとか。XCではNTT データ九州さんに開発してもらっていいものができそうなところ。ファセットブラウジングは分類表の違いがあって、LCCとNDCとうまくできるかというところだが、トライアンドエラーで進めてきている。データの中に件名標目があるとよいのだがNACSIS-CATに入力されているデータだと件名が入力されているものが少ない。これは九大単独でできることではないので、そこはNDLとかNIIとかで頑張ってほしいところ。できればこちらからもアクションしていきたい。

田:慶應では代理店等を使わず、直接EL社とやっている。日本語対応のためのローカライズ、カスタマイズも膨大なマニュアルを読み込んでやっている。あと日本語の検索だが、形態素かn-gramかという問題がある。これまで図書館では形態素解析でやってきてn-gramではやりきれないところがある。OPACのほうでは形態素で何とかできないか、PrimoはBi-gramでいいところまで来ている。図書館のOPACの世界観を変えるということが必要だが、形態素解析でやるとそれが変わらないんじゃないか。個人的には両方使うハイブリッドにしたい。こういうと図書館の人は嫌がるが、多少ごみが出てもよいのではないか。ファセットとか絞込みが十分できるので。ファセットはどうやって統一を取っていくかは確かに課題。それから日本語版と英語版の画面だが、それはコンフィグファイルを分けてできるので、問題ない。その辺はさすが多言語に慣れている。

<他機関やベンダーとの連携は?>
片:これからは単館でやる時代やNIIに頼る時代ではない、というところもあるが。久保山さんどう?MLの話とか。
●またしてもフロアに無茶振り。

久保山さん@阪大:MLの話、2年ぐらい前から次世代OPACには興味を持っていて、まずは北米の事例集サイトを阪大のサーバ上に作った。最初は阪大の図書館システムのベンダーとそれに関係するところだけでMLをやっていたが、それではちょっと・・・ということで幅広い枠で情報交換できるMLを作った。最近ちょっと停滞気味だが。

片:個別の大学からばらばらに要望が来るとベンダーさんもやりずらいのでは。その辺サンメディアさんはどうですか?

松:海外製の製品を入れる上でのポイントとして1つは言語の問題。次はメタデータの仕様。そのせいでやはり海外製の製品には乗りにくいところがあるが、しかしそれは技術的には解決できるだろうと思っている。情報交換が重要で閉ざされた空間で進めていくには限界がある。今日のフォーラムもそうだが、サンメディアがやるとしたらそのブリッジ、オーガナイザーとして何かできるのではないか。

後藤さん@Serials Solutions:ベンダーの立場として、SS社はこれまでは英語圏に向けて作ってきたが、日本市場に向けてのツールの提供を努力してきているところ。日本の状況は海外とは違って、例えばシステムライブラリアンがいるわけではないとか。そういうところでSSの製品はあっているのではないかと考えている。これからも日本にあった機能とかは、こちらで取りまとめて作っていきたい。

片:やはりベンダーも含めて、パートナーシップとしての姿勢でやらないといけないんじゃないか。

<従来の業務の変革は必要か>
田:システムありきで行けるのか。よしんばサービスはそれでよくなったとしても、それを支えるカタログや閲覧はそれで行けるのか。かなり議論したが、決まらなかった。業務とシステムをトータル的に考えないと、運用をどうするか考えないといけない。そこで見直した。やっぱり業務、業務改革をしないと、業務・人・データ含めたスクラップアンドビルドが必要だといって、ようやくここまで来た。現場を巻き込みながらやっていかないと。トップダウンにはかなり無理がある。経営の用語でコアコンピタンスとドメインというのがあるが、自分の大学の強みを生かしてどこで戦うかということ。業務は標準化してそれで塩漬けにする。その上にかぶせるサービスのところで特色あるサービスをつくればよいのかなと。サービスレイヤーは大学独自で考えていくことが必要ではないか。

片:このあたりの話でどなたかコメントのある方いませんか。

●というところで、林さん登場
林さん@農水研:意識を変えて、このシステム使って業務をまわしていくというのになるまで5年ぐらいかかった。変えていくと言う意識を持っていただかないと進まないが、そのためには業務の変更を超えた後の夢を提示していかないと駄目だと思う。開発当初の現場の担当が、今えらくなっているが今のシステムを見て、「あの時言ってたことが実現できたよね」となるまでシステム構築を3回やってここまで来た。今は技術進歩が早いので、もっと早くできるかもしれない。ゴール、夢の部分を語っていくことが大事では。

<今後の展望>
片:時間もないのでまとめに入りたい。

田:今後の展望。これは個人的な思いだが、流動しないといけないのではないか。それは単なるデバイス、ネットワークの話ではなく。データもシステムもスタッフもインターネットに浮かせていったらどうか。データを論文単位、物理単位に仕立て上げて、見つけやすくする。図書館員もだまってなくていい。スタッフもネットに浮いていっていい。浮いていけば、利用者から見つけやすくなって好循環スパイラルが回るのではないか。このスパイラルを早くして利用者の声をリアルに聞いていきたい。その分析も重要になってくるし、ログから利用者の声を汲み取るのも必要だろう。
期待される図書館サービスはライフログとなるようなもの。全てを認証の中に閉じ込めた知的な作業空間をつくる。例えば Refworks今は最後にきている。いろいろなツールで検索して最後にRefworksに持ってきている。でも、それがトップでもいいのでは。いろんなものがつながっていく。そのLifelogをOpenIDでトラップして提供できれば。必要なのは知的作業空間の創出。
そうした次期システムへの移行に向けたポイントと課題を考えると、サーチの時間を以下に短くできるかという事に尽きる。サーチに使う時間を、考え創作する時間に回せないか。それが使命ではないかとも思う。だから検索が重要。今の検索はワードを入力するものだが、それを脱して、クリックでの絞り込みで最短でたどり着けるパスを提示する。これができないとイーコマースは(機会損失で)死んでしまう。それから業務を効率化し、浮いた人員でサービスをてこ入れする。これも図書館員には反発が多いが、目録の簡素化とか、利用者とのリアルタイムなコミュニケーション。Googleで終わらせてはいけない。全文データをどうやって見せていくか。全文データをどう利活用していくか。

<OPACを超える瞬間とは>
田:最後に、OPACを超える瞬間とは。それは図書館員が図書館を超える瞬間だと思う。目指すは大学の中枢における Center of Excellence。図書館不要論ではなく、図書館リーダーシップ論へ。OPACである以上は図書館で終わってしまう。そうではなくて大学の中心となるものへ、大学の中枢へ。

松:今日の企画はすべて片岡さん田邊さんのもの。今日ここに来た皆さんがCenter of Excellenceを目指してもらえれば幸い。また、こうした機会を今後も続けていければと考えているので、今後もよろしく。

●感想等
いやもう、いうことがない。お二人の熱意、姿勢、ビジョンに打たれた。こういう場を用意してくれたサンメディアさんには大感謝。九大、慶應、そして筑波がこれからどういうものを見せてくれるか超楽しみ。

うー、こういう仕事したい。ただそれだけ。こうした刺激を受けられる事が図書館総合展フォーラムの醍醐味。
思い切って言い切ってみよう。これから次世代の図書館システム・サービスを入れたいと思っている方、今だったら「あたしをひろうとおとくです」ww いや、まぢで。

コメント

非公開コメント

検索フォーム
アクセスカウンター
RSSリンクの表示
リンク
ブクログ
上記広告は1ヶ月以上更新のないブログに表示されています。新しい記事を書くことで広告を消せます。