MediaNet No.14（2007.10）〈特集〉
メディアセンターにおける電子情報リモートアクセスサービス実現までの経緯と今後の課題
たなべみのる田邊稔（メディアセンター本部課長代理）
ひらぶき かよこ

平吹佳世子（同課長代理）1 はじめに慶應義塾大学メディアセンター（以下 MC）では，2006 年 11 月 1 日より試行版として，オフキャンパ
スから電子ジャーナル!
データベース（以下 EJ!
DB）を利用するためのリモートアクセスサービス（以下KRAS）を開始した。開始後，約 8 ヶ月が経過したが，利用件数は着実に伸びている（図 1）。
しかし，当サービス実現までの道のりは決して平坦なものではなく，いくつもの「壁」があり，これらを突破するのに多くの人手と約 3 年もの歳月を費

図 1. 認証ログイン数やした。本稿では，この 3 年間の経緯を振り返るとともに，運用に至るまでの設計思想や実装方法を概院の創設を控えた 2004 年 2 月に担当教員から「自宅説し，コンテンツ提供元とのライセンス許諾の現状から法学系のデータベースにアクセスで き な いについてまとめ，次世代図書館サービスを支える共か？」との要望があがった。それまでも，医学部の通認証基盤としての課題について言及したい。

一部の教員などからは要望が出ていたが，この時ほなお，残念ながら，実装技術の詳細については，セキュリティ上記述することができないことをあらかじめ断っておく。

ど強く切望されたのは初めてだった。
結局，このときは MC としては協力には至らなかったが，そこから約 1 年半経過後の 2005 年 9〜11
DB リモ ー
月の 2 ヶ月間に SSL-VPN 注 1 使った EJ!

2 実現までの経緯

トアクセス実証実験を行った。といっても，MC が勝MC では，教員や大学院生を始めとして，誰もがこ手に実施した訳ではなく，事前に ITC 本部に相談しのサービスを切望していることはわかっていた。

た上で，実験レベルでの keio.jp 連携としては最も簡ネットワーク環境がこれだけ充実している昨今，レ易でセキュアな方式を採用した。

ポート作成や論文執筆時に自宅や外出先でも情報収実験では，keio.jp 認証に Radius 注 2 方式，SSL-VPN集したいと思うのは利用者行動として当然の欲求で通信に Aventail 社の EX-1500 というアプライアンある。ただ，その需要がどれだけ一般的か，一部のス（特定用途向けの専用装置）をそれぞれ採用した。

ヘビーユーザによるものではないか，など疑問だっEX-1500 で利用できる SSL-VPN には 2 種類の方式た。つまり，一般的なユーザにとって「あれば便利があった。1 つは「WebProxy」
で，EX-1500 側の URL（nice-to-have）」
なサービスか，「なくてはならな いの後ろにコンテンツの URL を埋め込んでアクセス（must-have）」かの判別が付かなかった。また，慶應する方式で，もう 1 つは「OnDemand」で，端末側義塾の統合認証基盤（以下 keio.jp）が立ち上がるこのブラウザにエージェント（ネットワーク機器の管とがわかっていたため，あえて MC 独自の認証シス理!
監視を行なうために，管理対象機器にインストーテムを構築することを避けた。

ルするプログラム）を設定することにより，あたか事の起こりは，今から約 3 年前に遡る。法科大学

2もキャンパス内のネットワークからアクセスしていMediaNet No.14（2007.10）〈特集〉
メディアセンターにおける電子情報るかのように見せる方式である。どちらも一長一短

まずは第一関門をクリアした。次に，利用者の属性あって，データベースによっては，うまくハンドリ情報のハンドリングについて検証した。フルタイムングできずに，接続に至らないケースもあった。他

雇用契約（以下 FTE）では，教職員であれば「常勤」に，本番運用までにクリアしなくてはならない大きであること，学生であれば「正規生」であることがな課題が二つあった。
「利用者の属性情報によるアクそれぞれ前提となる。そのためには，keio.jp から引セス制御（以降 3 章）」と「コンテンツ提供元への利き渡される属性情報を見て判別できることが必要と用許諾確認（以降 5 章）」である。

なる。幸い，EZproxy ではこれが可能であった。

それから半年ほど何も動きがなかったが，2006

約 1 ヶ月弱で keio.jp と EZproxy を連携するアプ

年 3 月に急展開が起き，ITC 本部より「リモートアリケーションのプロトタイプを作成し，MC 内で評クセスサービスの実装を急ぎたい」との連絡が入り，価したところ，自宅から認証を経て提供元 URL へいよいよ本腰を入れることとなった。MC としては，の接続に関しては概ね問題ないが，KRAS トップ

これまでの経緯を説明するとともに，SSL-VPN ではページのデザインや掲載する文言に関しては，数多なく，EZproxy という EJ!
DB に特化したプロキくの意見が出され改訂を重ねた。まずは文言優先とシサービス（大学構内からインターネットへのアクいうことで，デザインに関しては先送りした。もうセスを代行するサーバーで，欧米の大学では既にデ1 つ大きい指摘は，「図書館の専用メニューからではファクトとなっている）を利用したい旨を ITC 本部

な く，keio.jp ロ グ イ ン 後 の ア プ リ ケ ー シ ョ ン メに申し入れた。

ニューに EJ!
DB リモートアクセス がないのは不自然」というものであった。これについては，先に3 設計思想と実装における工夫書いたパターン 2 の通り想定はしていたが，後送り先に述べた実験結果より，本番運用に向けて，技にする予定だった。しかし，この基本導線は譲れな術面・コスト面・契約面などの様々な課題をクリア

いとのことで，ITC 本部と協議の上，11 月のスターしなくてはならないことがわかった。技術的な協トまでに実装することとなった。これが間に合った力・支援を依頼する ITC 本部にも EZproxy の特性ことはまさに奇跡だった。これにより，keio.jp 認証や挙動を十分理解してもらった上で，開発を進めるとのフロントエンド連携とバックエンド連携という必然性があった。そこで，まず実装方法を含め全体2 種類の ハイブリッド型連携 が実現され，サービの運用（想定される導線）イメージを数パターン書スの幅が格段に広がった。

いてみた。パターン 1 は最も理想とする形で「既存コンテンツと EZproxy との連携で特に工夫したの DB!
EJ リストより特定のコンテンツを選択した

点は，慶應義塾の電子ジャーナル検索システム（EJ-ときに必要に応じて keio.jp 認証画面が表示されるOPAC）での実装方法にある。EJ-OPAC には，利用パターン」，パターン 2 は「keio.jp ログイン後のアプされるキャンパスによってコンテンツを変化させるリ選択メニューから入るパターン」，パターン 3 はしくみがあり，これを利用し「リモートアクセス」と「リモートアクセス専用のエントリ画面を用意して，いう仮想的なキャンパスを作り出し，EZproxy 経由利用可能なコンテンツのみ表示し，コンテンツ選択でアクセスされた場合にリモートアクセス用のコン後必要に応じて keio.jp 認証画面を表示するパターテンツのみを表示することに成功した。

ン」である。結局，現実的な実装方法として，パター運用開始にあたっては，利用者からの問い合わせン 3 が採用された。ここに「全塾利用のコンテンツ体制を確立する必要があった。そこで，まず「問いで提供元に許諾の取れたもの」から順次掲載するこ合わせ対応フロー」を作成し，連絡体制と責任分担ととした。の明確化を行った。次に「問い合わせ専用フォーム」

技術的には，EZproxy の挙動の把握と keio.jp とを準備した。問い合わせフォームを置く場所についのセキュアな連携がキーポイントだった。そこで，ては，本部システム担当内でも異論反論があったが，ITC 本部でも EZproxy をテスト導入し，セキュリ

当面はどのような種類の問い合わせがどのくらいのティ面を中心に動作検証を行った。その結果，「少し頻度で来るのかなどを把握したいという私個人の強工夫すれば問題なく使えそうだ」との回答を得た。

い 意 向 で，ロ グ イ ン 前 の KRAS ト ッ プ ペ ー ジ に3MediaNet No.14（2007.10）〈特集〉
メディアセンターにおける電子情報フォームのリンクとメールアドレスを置いた。

リティ面だけが気になっていた。

本部システム担当として一番恐れたのが，大量の本格的に導入が決定してから，いろいろ疑問点が問い合わせが来た場合の稼働負荷であった。本部シ湧いてきて，EZproxy 開発メーカーの問い合わせ窓

ステム担当は，いわゆる「サポートセンター」では口（info@UsefulUtilities.com）に英語で問い合わせをないので，その体制がないまま受けるのは本意でな行っていた。その都度，担当の Chris Zager 氏（以下いからだ。しかし，いざ蓋を開けてみると，2006Chris）から的確かつ丁寧な回答をいただいて技術的

年 11 月 1 日から開始して現在（2007 年 6 月 29 日時な壁を突破してきた。そのうち，EZproxy ユーザコ点）までの問い合わせ総数は「17 件」で，稼働に影ミュニティのメーリングリスト（以下 ML）「ezproxy響するレベルには至っていない。問い合わせ内容の@ls.suny.edu」が公開されていたことに気づき，そこ内訳は，内 5 件が慶應 ID（keio.jp サービス用の ID）に参加することにより，欧米を中心とした世界各国取得に関する案件（ITC 本部マター）で，残りの 12の EZproxy ユーザの動向が手に取るようにわかる

件がコンテンツの接続エラーや新規掲載希望であっようになった。そこでは，自由闊達でカジュアルなた（MC 本部マター）。

意見交換が繰り広げられていて，Chris に問い合わ

また，運用後まもなく，コンテンツの新規掲載ルーせを行うまでもなく，そこである程度解決してしまルについて MC 内で以下の通り取り決めを行った。

う問題も多い。もちろん，その ML の中でも Chris（1）各地区から掲載希望がある場合，「本部電子資はカリスマというか，もはや「神」的な存在で，数源担当（2007 年 4 月より新設）」に申請を行限りない難題に立ち向かい，解決に導いている。

う。

Chris とのメールのやりとりは実に淡白で問題解決（2）本部システム担当で技術的な動作検証を行った上で，掲載可否を判定する。
（3）掲載可と判定されたものについて，契約主管地区にて提供元の契約内容を確認し，必要にのための伝達以外，ほとんど記述しないタイプで，文面からは職人気質を想像させるが，そんな Chrisにもプライベートな一面を覗かせるエピソードがあるので紹介しよう。

応じて，提供元と覚書などを交わす。

今 年 の 5 月 24 日 か ら 6 月 6 日 ま で Useful Utili-（4）掲載時期の調整を行って，KRAS へアップす

ties 社が休暇を取る際に，Chris から次のメールがる。

ML 宛てに流れた。
Useful Utilities will be closed from May 24 to

4 EZproxy との出会いとコミュニティの力

June 6. Details appear at （: 省略）

EZproxy との出会いは，約 4 年前に遡る。当時のI had alternate plans for coverage during this上司から「北米に電子ジャーナルのアクセスに特化

time, but they did not come together. Although it

したクールな Proxy があるので，レビューしてほしmight be more appropriate to cancel this break, lifeい」との要請があったため，テスト用の Linux サー

is short and kids grow quickly．

バに入れて遊んでみたのがきっかけである。しかし，これに対し，以下のような反応が次々に入ってき最初はとっつきにくく，どこまで手を入れられるのた。い か に，多 く の EZproxy ユ ー ザ が 日 頃 か らかまったくわからなかった。標準テンプレートにコ

Chris に恩恵を受けているかを表している。

ンテンツをいくつか追加していくレベルであれば問I hope you enjoy your well-deserved break!! , I

題なかったが，ログイン画面を含めてデザインの変concur ― enjoy your family. Have a great vaca-

更ができるのか，他の認証システムとどのように連

tion． , Please enjoy your vacation!break. Yes, life

携させればよいのかなど具体的なことは一切不明

is very short esp. when we are getting matured.

だった。当時，国内には前例がほとんどなく，他大Many thing in our life have their own ʻ require-

学でも動通レベルの検証にとどまっていた。しかし，mentsʼ, sometimes we are not able to fulfill all the

何といっても，ライセンスは 1 サーバあたり$495（約ʻ requestʼ. When we have time, just do it. I love

5 万円）と安価で，海外の大手データベースとの親和

someone who take care their family． , Enjoy the性が高いことが採用の決め手となった。唯一，セキュvacation Chris ; we can get by for a week or two4

MediaNet No.14（2007.10）〈特集〉
メディアセンターにおける電子情報

without you, as you have also provided us with avisiting basis）and individuals who are currently

great support group. As long as nothing breaks Se-

studying at the Licenseeʼs institution, who are per-riously, life IS short and they grow very quickly！

mitted to access the Secure Network from within
the premises of the Licensee and from such other5 コンテンツ提供元への許諾確認について

places where Authorized Users work of study, in-KRAS 実施にあたっては，コンテンツ提供元の許cluding without limitation halls of residence and諾を受ける必要がある。海外版元が提供するコンテ

lodgings and homes of Authorized Users, and who

ンツはほとんどがリモートアクセスを許可しておhave been issued by the Licensee with a password

り，契約書の記述内容で判断可能な場合もあったが，or other authentication.

今回，EZproxy を使用してリモートアクセスを提供（2）Secure Network

するということで，認証システム名も明確にして直A network（whether a standalone network or a

接版元に許諾確認を取った。その結果，海外の版元

virtual network within the Internet）which is onlyからは全て許可するとの連絡を得た。しかし，国内

accessible to Authorized Users approved by the Li-

コンテンツの場合，契約書のほかに認証システム名

censee whose identity is authenticated at the timeを記述した覚書を取り交わしたケースや，リモートof log-in and periodically thereafter consistent with

アクセスするには，価格の上乗せが必要というケー

current, reasonable practice.

スがあった。いつでもどこでも利用できるという電（3）Remote Access

子資源の利点を最大限に発揮するために，利用する

Authorized Users may obtain remote access to

人を正しく認証するシステムを使ってより多く使っ

the licensed materials through secure access proce-てもらおうという海外版元と，リモートアクセスを

dures established by the Licensee.

許可した場合に無限に利用数が増えるのではないか

また，契約書のガイドラインを定めようとしていという危惧のある国内版元の認識の違いがあるようる NISO の SERU（Shared Electronic Resource Un-だ。リモートアクセスによる利用の増加は予測できderstanding）ワーキンググループでは，ドラフトのるが，必ずしも著しい増加につながるとは言い難い。

段階ではあるが電子資源における契約書の標準記述もしかすると，不正利用の温床を発表している。この中の The Subscribing Institu-となることを危惧しているのかもしれない。しかし，不正利用を本気

tion and Its Authorized users

で危惧するのであれば，認証付きのリモートアクセ

は，高等教育機関が利用を許可すると判断した全てスよりも，本人認証不要のオンキャンパス利用にもの利用者にコンテンツを提供しなければならず，こ目を向けるべきだろう。その意味では，すべての EJ!の中にはリモートアクセスでの利用も含まれると書DB 利用を認証付きとするのも一法かと思われる。

かれている。

海外版元の契約書で主に確認した記述項目は，次の項目では，出版社

今回は全塾で利用可能なコンテンツを対象に許諾の 3 項目である。

確認を行ったが，地区毎の契約，複数地区での契約（1）Authorized users（機関における利用者の定についても要望があるため，システム的な問題がク義）リアされた時点で，許諾確認を行う必要がある。理（2）Secure Network（ネットワークの安全性）

想としては，許諾確認を行わなくても，また価格の（3）Remote Access（リモートアクセス）

上乗せをすることなく全ての出版社がリモートアク（3）の記述がある契約書は少なかったが，（2）の記セスを許可してくれることである。許可していない

述でリモートアクセスを含んだ解釈をするという回出版社と契約交渉する際には価格を上乗せすること答が多かった。

なく契約条件に含めるよう努力したいと思ってい一般的な記述例を以下に示す。

る。

（1）Authorized users
Current members of the staff of the Licensee（whether on a permanent, temporary, contract or5

MediaNet No.14（2007.10）〈特集〉
メディアセンターにおける電子情報な大学間・機関間連携認証システム（Shibboleth 等）への対応」など大きなチャレンジがある。

7 おわりに
兎にも角にも，アプリケーションをよりセキュアに keio.jp と連携させるには，ITC 本部との密なコミュニケーションが必要となる。なぜなら，アプリケーションの性質によって最適な連携方法も異なるからである。MC では，文献複写申込などのオンラインリクエストサービスを始め，keio.jp と連携させ

図 2. 2007年 6月 コ ン テ ン ツ 別 ア ク セ ス 数（トップ 10）たいアプリケーションが次々に控えている。
折しも，この 7 月に慶應義塾図書館がアジアの図書館で初めて Google ブック検索の Library Project

6 今後の課題に参加することとなった。このこと自体，図書館界コンテンツによって利用件数に差異はあるもののにとっては非常にインパクトのある動きだが，MC（図 2），KRAS の利用は日々加速しており，中にはア

ではこれに甘んじることなく，今後も ITC や他部署クセスが急増し，契約の見直しを余儀なくされるもと協力しながら，Google に負けないのも一部出てきている。また，学外からアクセスしキュアなシステムた時に，あたかもキャンパス内にいるかのようなア用者へ迅速に提供していきたい。KRAS が，「利用者クセス環境を実現するには，いくつかの課題をクリに開かれた次世代図書館サービス」の先導者となるアする必要がある。

ことを切に願っている。

クールでセを次々とマッシュアップし，利課題の一つに，実際にいくつか問い合わせがあったケースとして「グレー身分」対応が挙げられる。

注

現在契約中の提供元の大半が IP 認証を採用してい1） SSL-VPN（Secure Sockets Layer Virtual Private Net-るため，オンキャンパス利用は比較的緩やかだが，work）とは，Web アクセスで広く使われている暗号通信

オフキャンパ ス 利 用 は 厳 し い 制 約 が あ り，契 約

プロトコルである SSL を利用するリモート・アクセス（FTE）上，教職員については「専任かつ常勤」であ技術。SSL-VPN を使うときには，アクセス先のネットることが前提となるため，名誉教授や訪問研究員なワークとインターネットとの境界に SSL-VPN ゲートウ

どは判断が難しい。大学としては，給与や社会保険エイを置く。リモート・アクセスするパソコンは，Webなどの雇用契約の関係から「常勤」にする訳にはいブラウザを使って SSL-VPN ゲートウエイにアクセスすかないと思われるため，「非専任」や「非常勤」でもる。パソコンに SSL-VPN 用のソフトウエアをインス

一部のケースで利用できるように，提供元との契約トールしておく必要はない。パソコンと SSL-VPN ゲー

条件を見直す必要がある。これは，慶應義塾に限っトウエイの間は，SSL によって暗号化される。SSL-VPNた懸案ではなく，他大学も同様であろう。その意味

ゲートウエイは，リモートから送られてきた暗号デー

では，コンソーシアムなどへの期待が大きい。

タを復号し，学内ネットに中継する。

その他の課題として，「キャンパス個別契約コンテ

2） Radius（Remote Authentication Dial In User Service）とンツへの対応」「，OPAC やデータベース検索システ

は，元来はダイアルアップによるリモート接続でのユームとの連携」「，リンクリゾルバ経由の認証」などがあザ認証プロトコル。近年は，ダイアルアップだけでなく，る。これらについては，具体的な実装方法の検討にブロードバンド接続や，VPN，VLAN，無線 LAN などへ着手したところである。また，将来的には「国際的の接続ユーザ認証にも利用されている。

6