RubyKaigi2011講演資料「日本の図書館はどのようにRubyを使っているか」
•Transferir como ODP, PDF•
2 gostaram•3,600 visualizações
発表時のスライドのうち、一部の文章を修正し、また一部の画像と動画を除いて掲載しています。
![“Library”? ,[object Object]](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (16)
Destaque
Destaque (13)
Semelhante a RubyKaigi2011講演資料「日本の図書館はどのようにRubyを使っているか」
Semelhante a RubyKaigi2011講演資料「日本の図書館はどのようにRubyを使っているか」 (20)
Mais de Kosuke Tanabe
Mais de Kosuke Tanabe (20)
Último
Último (9)
RubyKaigi2011講演資料「日本の図書館はどのようにRubyを使っているか」
- 1. 日本の図書館はどのように Ruby を使っているか How libraries in Japan use Ruby? 〜 Next-L Enju と国立国会図書館サーチ〜 Next-L Enju and NDL Search 田辺浩介 Kosuke Tanabe @nabeta
- 3. In this presentation, “collection of sources” does not mean “software”
- 4. It is about “books”!
- 9. 蔵書検索（ OPAC ） search (including Online Public Access Catalog)
- 10. 貸出・返却・予約管理 circulation and reservation
- 11. 上記に関わるメール送信や帳票印刷 sending email and printing reciepts
- 21. なぜ作ろうと思ったか？ Why did I started developing Next-L Enju?
- 23. じゃあ 自分で作りたい！ I want to develop my own system!
- 33. It is not cool...
- 35. サンプルが期待する動作だったので、そのまま Ruby on Rails で製作を始めることに The sample application just fit, so I started developing with Ruby on Rails from that time
- 36. 世の中には人生を変えるサンプルコードがある There is a code that changes someone's life
- 38. Array#map
- 42. フラグメントキャッシュで回避 fragment cache solved the problem
- 43. 自分のテンプレートの設計が無計画だったため、 キャッシュの削除忘れが多発 I had a lot of trouble in expiring fragment cache because my template files were badly designed
- 44. Authors and publishers Holding information Reservation Bookmark Circulation information JOIN
- 46. ajax 化、過剰な validation を削除 ajaxify, removed excessive validations
- 48. HyperEstraier の属性インデックスでは機能が不足 “attribute index” in HyperEstraier is not enough
- 49. 海外の図書館システムで Apache Solr を知る I've learned that many library systems developed abroad use Apache Solr
- 50. acts_as_solr, 次いで sunspot を使用 use acts_as_solr, then sunspot
- 52. 笹川スポーツ財団 Sasakawa Sports Foundation
- 53. 環境省図書館 Ministry of Environment
- 54. 国立国会図書館サーチ NDL Search http://iss.ndl.go.jp/
- 55. 「国立国会図書館サーチ」で Next-L Enju を使用することに National Diet Library chose Next-L Enju as one of the components of “NDL Search”
- 58. 国立国会図書館の所蔵する資料と、 他機関の資料データベースを一度に検索 search databases in NDL and other organizations at once
- 59. 2010 年 8 月 17 日に最初の β 版公開 First beta version released on August 17, 2010
- 60. 収録件数は約 5800 万件 about 58 millions records
- 65. 改修費が高額で機能追加が容易ではない not easy to add a new feature, it costs much
- 68. 業務用（メタデータ編集用）画面 metadata management interface for librarians
- 69. 受入業務は他の図書館システムパッケージを使用 use a commercial library system for acquisition
- 72. Ruby on Rails 2.3 + thin (on August 2010)
- 73. Rails 3.0 + Apache + Passenger 2.2.15 (on May 2011)
- 74. データベースは PostgreSQL を使用 using PostgreSQL
- 78. Solr PostgreSQL #<docid: 1>, #<docid: 2>, #<docid: 3>, #<docid: 4>, ... id original_title isbn 1 たのしいPerl 4xxxxxxxxx 2 たのしいPHP 4xxxxxxxxx 3 たのしいPython 4xxxxxxxxx 4 たのしい Ruby 4797314087 manifestations Manifestation.find(4) q=ruby docid: 4 Create Solr index on every update #<Manifestation id: 4, original_title: たのしいRuby, isbn: 4797314087>
- 80. Solr PostgreSQL #<docid: 1, original_tile: >, #<docid: 2>, #<docid: 3>, #<docid: 4, original_title: たのしいRuby>, ... manifestations q=ruby docid: 4, original_title: たのしいRuby Create Solr index on batch processing 注意: 実際のNDLサーチ の構成とは異なる場合が あります Note: this picture is an example and it may be different from the actual composition of NDL Search id original_title isbn 1 たのしいPerl 4xxxxxxxxx 2 たのしいPHP 4xxxxxxxxx 3 たのしいPython 4xxxxxxxxx 4 たのしい Ruby 4797314087
- 88. 日本の図書館での Ruby の利用は 今まさに始まった Libraries in Japan just started using Ruby!
- 89. 10 年前から Ruby で書いた図書館システムを 使っている図書館が 日本にあります There is a library that has been using a library system written in Ruby for 10 years
- 90. 神戸市図書館情報ネットワーク Kobe City Library Information Network System
- 92. 神戸市外国語大学学術情報センター
- 95. 第 1 回の RubyConf が行われた年 the first RubyConf was held
- 97. 業務端末 Terminal: ruby/gtk on CentOS
- 99. Application server (Apache + Ruby CGI) Database server (Oracle) Client (Ruby gtk) CATP(HTTP) CATP: a protocol to exchange bibliographic data between libraries (especially university libraries in Japan). Developed and maintained by National Institute of Informatics. http://www.nii.ac.jp/CAT-ILL/INFO/newcat/catp/mokuji.html CATP(HTTP)
- 101. 同時に公共図書館（神戸市立図書館）と 大学図書館（神戸市外国語大学）の システム統合を計画 Planning a consolidation of library systems in the public library and university library
- 103. それ以降、独自開発をすることに So they started building a their own library system
- 104. 1995 年に統合 systems were integrated in 1995
- 107. 目録作成クライアントは Emacs Lisp the c ataloging client software is written in Emacs Lisp
- 108. 図書館もなかなか 楽しそうでしょ？ There are a lot of interesting things in libraries not only books, aren't they?
- 110. 田中祐樹様、 櫻井達生様
- 112. 中谷一也様（ NEC ）
- 113. 西鳥尚生様、本多一輝様 （ NEC システムテクノロジー）
- 115. 江草由佳様（国立教育政策研究所）
Notas do Editor
- In this presentation, “library” does not mean a collection of software. It means a collection of books!
- 自己紹介をさせていただきます。Project Next-Lという図書館システム開発プロジェクトのメンバーです。以前は大学の図書館で働いていました。
- さて、今日は図書館システムのお話をさせていただきます。
- 「図書館システム」というのはなにかと申しますと、図書館の業務管理システムのことです。 英語では integrated library system とか、 library management system といいます。
- この図書館システムですが、さまざまな企業が作っています。日本でしたら、たとえば富士通さん、NECさん、三菱さん、リコーさんなど、日本を代表する大きな会社が図書館システムを作っています。 これらはいろいろな言語で作られています。Java、COBOL、VB、PHPなどなど… 今日はRubyKaigiですので、ではRubyはどうかというと…
- おそらく有名なのはまちづくり三鷹さんの開発された「Ruby図書館システム」だと思います。これはメディアでも何度か紹介されていますし、実際に長野県の塩尻市図書館で導入されています。 あと、今日説明させていただきます、ぼくたちのシステムである Next-L Enju があります。
- Project Next-Lというのは、ベンダーではなく図書館関係者で新しい図書館システムを作ろうとするプロジェクトです。
- 2006 年 11 月に、当時慶應義塾大学、現在は同 志社大学にいらっしゃいます原田隆史准教授によって始められました。
- そこでできあがった成果物が、Next-L Enjuです。Ruby on RailsとPostgreSQL, MySQL, Solrと、すべてOSSで作られており、Enju自体もMITライセンスで公開しています。実際の開発は私が行っています。
- で、最初はPHPで書いていたんですけどめんどくさくなって挫折しました。調べたところ、世の中には「Webアプリケーションフレームワーク」なる便利なものがあって、その中でもRuby on Railsというのが流行だと聞きました。
- とりあえず「ライド・オン・Rails」という本を見つけました。手にとって読んでみます
- ここで全文検索の例を見つけたんですね。acts_as_searchableを使っている。
- なんで全文検索が大事かというと、図書館システムというのは司書だけが使うシステムではないからです。一般の利用者の方も使うシステムです。 で、一般の利用者の方は簡単な検索インターフェースを、司書の方は複雑な検索インターフェースを使用したいという要望があります。 図書館システムはこれらを両立させなければならないのですが、それができていないシステムがほとんどです。
- これは練馬区立図書館の例です。 昔はまだこれでもよかったんですが、今の利用者は、
- こういうシンプルなインターフェースに慣れきってしまっています。これからすると、図書館システムというのは利用者にはどうにも敷居が高いわけです。
- でもこんな感じで LIKE 文を続けるのはかっこわるいですよね。それで全文検索の仕組みをいろいろ試していました。
- PostgreSQLやMySQLで全文検索を実現するよい方法はないものかなと探していました。SennaやLudiaも試してみましたが、どうも自分の環境では不安定でした。 それでこのサンプルを試してみたところ、よい感じで動いたので、そのままRuby on Railsで開発を始めることにしました。 それ以来4年間、私はほとんど毎日、Next-L Enjuの製作を行っています。今にして私は思います。
- 世の中には人生を変えるサンプルコードがある、と。
- Rubyで便利だと思ったのは、なんといってもirbの存在です。RubyをPHPと比較した場合、Rubyの最も便利なところだと思います、というかPHPになんでないんでしょうね。ライブラリをrequireしてメソッドを試して、という試行錯誤が簡単にできるのは、初心者にはほんとうに助かりました。 あとは配列をいっぺんに処理できるArray#mapとか、あとオブジェクト指向を勉強するところで、文字列からクラスを作るのが簡単にできるところが楽しかったです。
- Railsのよいところはいろいろありますが、図書館システムの製作という点からみたRailsのよい点は、RESTfulであるということです。現在、多くの図書館システムが、RESTAPIを備えつつあります。単純なものでいえば新着資料のRSSフィードですが、そのほかにも蔵書の検索や登録など、さまざまなWebAPIが存在します。RailsのRestfulな方向性は、これらの図書館システムの方向性と合致していてました。
- 苦戦したところですが、ほんとに動作が遅かったです。キャッシュなんてのは大規模サービスのためにあるもので、うちには関係ないと思っていたのですが、たちまち苦しくなりました。著者名・出版社名・所蔵情報・貸出状況などで大量のJOINが走るんですね。 というわけで、フラグメントキャッシュでしのぐことになるんですが、テンプレートの設計やマークアップが無計画だったため、キャッシュの削除忘れが多発することになりました。
- システムのレスポンスでいちばん要求がシビアなのが、カウンターでの貸出と返却業務です。これが遅いと、カウンターが混雑して、利用者を待たせてしまうからです。これは貸出データの作成処理であり、キャッシュでは対応できないので、ajax化とvalidationの省略で対応しました。
- あと、先ほど触れた検索部分です。 acts_as_searchableはなかなかよい感じで動いていました。しかし、図書館は検索対象とする項目が多く、対象を増やしていくとacts_as_searchable、というよりもHyperEstraierでは力不足な点が出てきました。 ほかの図書館システムはどうしているんだろうと思って調べたところ、Apache Solrを使っていることがわかりました。 RubyとRailsにはacts_as_solrとSunspotというライブラリやプラグインがあったので、それを使うことにしました。Solr自体については、すでに館野さんが今日のセッションでお話されているので詳細は触れませんが、セッション内で触れられていたように、検索フィールドを柔軟に設定できるのは大きな利点でした。
- 国立国会図書館サーチ、通称NDLサーチは、国立国会図書館の所蔵する資料と、他機関の資料データベースを一度に検索する、新しい情報検索サービスです。2010年8月17日に、最初のβ版が公開されました。
- いくつかのプロジェクトでOSSを利用していました。 また、国内の商用図書館システムでは機能が不足、特に、国際的に利用されているWebAPIの不備が指摘されました。
- また、書誌データをDCNDLというXMLで持つように変更しています。DCNDLは国会図書館の決めた、RDFによる書誌情報で、これをXMLで表現しています。このXMLをPostgreSQLのTEXTフィールドに保存し、表示するときにそれをパースしているのですが、これに時間がかかることが判明します。たとえば、検索結果一覧で10件表示されると、10回パースをしなければなりません。
- オリジナルのEnjuでは、書誌情報はPostgreSQLに保存し、Solrには書誌情報のIDのみを保存していました。つまり、一度Solrに検索クエリを送って書誌IDを取得し、次にその書誌IDをキーにしてActiveRecordで書誌情報を取得する、という流れです。
- インデックスの量が膨大なので、Next-L Enju内部で使用しているsunspotではなく、JavaとHadoopによる外部コンポーネントによってSolrのインデックスを作成するように変更しました。
- NDLサーチの今後の予定ですが、2012年1月に正式公開が予定されています。また、NDLサーチ向けに行われた新規開発・変更部分のソースコードも公開予定です。こちらは時期や方法は未定ですが、期待して待ちましょう。
- というわけで、これまでのお話では、日本の図書館と図書館システムにおけるRubyの歴史は今まさに始まった…となりそうなのですが、実はそうではありません。
- 実は、10年前からRubyで書いた図書館システムを使っている図書館が日本にあります。どこかと言いますと、
- 神戸市図書館情報ネットワークというのは、神戸市内の公共図書館と大学図書館のネットワークです。共同でひとつの図書館システムを使っています。
- 2001年のシステムリプレース時に、Rubyでシステムを構築しています。2001年というと、Ruby1.6とか、第1回RubyConfが開催された年だそうですね。
- では、実際に動いているところを見てみましょう。
- なぜRubyを選んだかという点については、いくつか理由がったのですが、 図書館の司書の中にプログラミングが好きな方がいて、その方が 「多少の改修であれば図書館司書が自分で行えるように」ということで選んだそうです。あと、日本語のサポートが得やすいというので、PerlではなくRubyを選んだそうです。
- 全体の90%がRuby、残りがEmacs Lisp、ごくわずかにCだそうです。Cで書いてある部分は職員の認証処理を行っているのですが、性能・機能面での問題でそうなっているわけではなく、Rubyでじゅうぶん対応できるだろうとのことでした。 Emacs Lispってなんじゃいと思った方もいらっしゃると思いますが、実は神戸市では目録作成をEmacsでやっているんです。
- というわけで、図書館もRubyを使って、なかなかおもしろそうなことをしているんだな。ということを知って頂ければ幸いです。