全文検索を使用した , 学術研究情報データベースの構築
SI 事業部 大阪センター 開発部

鈴一也管理する。

1. は じ め に産学連携が推進される昨今 , 保有する研究資源

木・研究者自身によって , 情報を管理するの情報を整備することは , 大学にとって重要な課

学術研究情報は個別性・専門性の高い情報であ題である。したがって , 多くの大学が , 研究者のる。それゆえ , 専門知識をもたないオペレータにもつ学術研究情報を蓄積し , 広く情報を発信する

よるメンテナンスには, 限界が生じることになる。
本システムは , 原則として , 情報を研究者自身ことに取り組んでいる。

が管理する。

本稿では , こうした取り組みのひとつである ,なお , メンテナンスされた情報は , 即座に本シ立命館大学様の「立命館大学研究者学術研究情報データベース」( 以下 , 本システムと記載 ) を通ステムに反映する。

じて , 全文検索による学術研究情報データベース・情報を公開する蓄積した情報は , 広く公開されなければならなの構築例を , 紹介する。

い。したがって , 特定のクライアントを必要とす
2. 目るシステムは , 不適切である。

的本システムは , フリーワード検索や条件の設定

本システムは , Web インターフェイスを装備すと選択によって ,『ユーザが求める学術研究情報ることによって , インターネットを通じて , 情報をもつ , 研究者を探し出す』機能の提供を , 主なを広く公開する。

目的とする。

・利用目的に応じた , 情報を提供する
条件に一致した研究者を , 単純に示すだけでは ,また , 本システムの構築にあたり , 主目的の他利便性の低いシステムといえる。に , 以下の二次的なシステム目標を設ける。

本システムは , 目的に応じて , 情報を整理して・情報の一元管理を行う表示する。

以前は , 管理や公開の目的に応じて , 該当情報を担当する部署が , 独自にデータを管理すること

また , 他システムとのデータ変換や , データダがあった。しかし , 同一ソースの情報を複数箇所ウンロード機能によって, 情報の流用性を高める。

で保存することは , 無駄が多いだけでなく , 情報3. 機間で不整合が生じる危険性をもっている。

能本システムは , 以下の基本機能を提供する。ここのため , 学術研究情報は全て , 本システムで－1－

れによって , 主目的の実現はもちろん , さらに活用範囲を拡大することを目指す。
・専用の Web インターフェイスによって , Webブラウザから , 検索を行う機能。( 一般公開機能 )・専用の Web インターフェイスによって , Web
ブラウザから , 研究者自身がデータのメンテナ

SAVVY/EFS という , 全文検索エンジンを使っンスを行う機能。( 不正使用防止のセキュリティた文書管理システムを , データベースの核とす機構を含む )る。これに , Ｗｅｂインターフェイスやデータ変・組織別一覧など , 予め定められた複数のカテゴ換のためのサブプログラムを加えて , システムをライズに従って , 動的に研究者の一覧を生成す構成する。

る機能。
・複数の予備項目をもち , 研究者毎に表示設定を

42 SAVVY/EFS の概要
SAVVY/EFS2 は , 全文検索エンジン 3 を使用行うことができる機能。
・管理者によって , 表示対象外の管理項目を追加した文書管理ソフトウエアである。

することができる機能。

文書管理には , キャビネット方式と呼ばれる ,・全ての管理項目を , 全文検索対象として利用す階層構造を採用している。オフィスで使われるることができる機能。

キャビネットを仮想的に実現したもので ,【キャ・英文情報 ( 和文情報と連動 ) の表示及び検索をビネット → ドロワ ( 引き出し ) → フォルダ →行うことができる機能。

ドキュメント】という階層をもつ。

・「ReaD (Directory Database of Research andSAVVY/EFS の特長は , 柔軟な検索機能であDevelopment Activites) 研究開発支援総合ディる。管理文書の全文を , 自由な言葉で高速に検レクトリ」1 など , 外部機関システムとのデー索する , 高速全文検索機能。パターン認識技術にタ連携を行うことができる機能。

よる曖昧検索と , 従来の全文検索エンジンが苦手・オンラインシラバスシステムと連携することがとした完全一致検索を , 同時に実行する , ハイブできる機能。

リッド検索機能。ドキュメント毎に設定された ,1

4. 構

国内の国立研究機関 , 独立行政法人 , 特殊法人 , 地方公設試 , 国公私立大学の附属研究施設 , 公益法人等に成関する研究機関情報 , 研究者情報 , 研究課題情報 , 研

本章では , 本システムの構成と , そこに至った究資源情報等を中心とした研究情報を提供し , 研究開発活動を情報面から支援することを目的に , 科学技術経緯について考察する。

振興事業団 (JST) が運営するサービス。
2

SAVVY/EFS は , ジップインフォブリッジ株式会社が発売するソフトウェアである。

4.1 構成の概要

3

本システムは , 三つのパートで構成される。

同社は , SAVVY/TRS という超高速全文検索エンジンを発売している。

－2－

数値や日付などの属性を検索する , 属性項目検索先の例が 『全文検索に関する知識を持った,,理機能。これら基本的な検索機能に加えて , 階層名

工学部に所属する研究者を探したい』という条件につけたラベルを使用して検索範囲を限定するに変化すると , この手法では対応できなくなる。

ことも可能となっている。

理工学部というキーワードを追加して検索しても , それは任意の場所に含まれる可能性があるた

43 構成の考察

め , 不正確である。この場合は , 所属学部という何故全文検索なのか , 何故 SAVVY/EFS なの項目が理工学部でなければいけない。

か。

つまり , 情報を整理し , 項目毎に管理する必要ユーザが本システムを利用するのは , 例えば ,があるということだ。項目管理を行えば , 飛躍的『全文検索に関する知識を持った , 研究者を探しに柔軟な検索が可能になる。

たい』といった場合であろう。つまり , 全文検索

項目を指定して条件を一致させることができというキーワードを含む , 学術研究情報を探しだるようになる。必要な範囲を検索し , 必要な情報す作業である。それは , 専門分野や研究課題としだけを提示することができるようになる。また ,て発見できるかもしれない。あるいは , 自己紹介

見せる情報と見せない情報など , 個別に管理できの中に登場するかもしれない。何処にあるか特定るようになる。

できないが , 何処かに含んでいる情報を , 探す必

情報を項目毎に管理するという面では , リレー要がある。

ショナルデータベース ( 以下 , RDB と記載 ) によ

非常に単純な構成とするならば , 研究者一人のるデータ管理が , 適しているように思えるかもし情報を一つの文書ファイルに雑多に詰め込み , 全れない。しかし , 本システムの基本は , 全情報か研究者の文書ファイルを , 全文検索エンジンをらの検索である。

使って一気に検索するといった手法を考えるこ

このような検索を RDB で実現することは , 非とができる。

現実的だ。なぜなら , 全テーブルの全フィールド

これで 『ユーザが求める,, 学術研究情報をもつを個別に検索し , OR 演算することになるからで研究者を , 探し出す』という目的は達成できる。

ある。

ユーザの指定した条件を , 全文書から検索して ,また , 性能面でも RDB は適当ではない。本シ文書を特定すれば , すなわち研究者を特定できたステムが扱う学術研究情報は , その殆どが不定長ことになるのだから。の文字列情報であり , その中間一致検索を行うこ

しかし , 柔軟な情報提供 4 と情報管理を行うたとになる。研究者は , 千名を越える。膨大な情報めには , 不十分である。

量になることが予測される。つまり , リレーショ

4

ナルデータベースが最も苦手とする検索形態な全文検索エンジンは , 文書を管理する仕組みを持たない。従って , 全文検索エンジンしか持たないシステムのである。

では , 特定した文書をそのまま提示する程度の処理しこうした場合 , RDB による情報管理と , 全文検かできない。

－3－

索による情報検索を組み合わせる手法が , 最も有トをレコード , ページをフィールド , として扱う。

効である。しかし , この手法はコスト面で不利でさらに , 研究者毎にドロワを割り当てる。RDBある。管理する情報が変化した際には , データ構で例えると , 研究者毎にデータベースを分割する造の定義を変更する必要が生じる。初期コストだイメージである。

けでなく , 継続的なメンテナンスコストが発生す

1 フィールドは , ドキュメント内の 1 ページでる可能性があるのだ。

あるため , 不定長・不定形式のデータを収めるこ

そこで , 本システムでは SAVVY/EFS を採用とができる。もちろん , テーブル内のフィールドした。SAVVY/EFS は文書管理システムであり ,数も不定である。つまり , 管理する情報が変化しRDB のように , 個別の項目情報を扱うことを目てもデータ構造の定義を変更する必要がない 5。

的としていない。

この構造は , 複数の言語に対応する上でも有利

しかし , 本システムでは , 文書 ( ドキュメント )である。の扱いを工夫することによって , 個別項目の管理各フォルダを , 二組づつ用意する。データ構成を実現し , また , 低コストで柔軟な情報管理をもは同様とし , 一方は日本語 , 一方は英語を管理す実現している。

る。対応言語が増加した際には , フォルダを三組 ,四組と増やしていけばよい。研究者毎にドロワを5. 特徴分けているため , このような手法が比較的簡単に本章では , 本システムの特徴的な点について ,実現できる。

概略を解説する。
52 検索結果の分類
51 個別項目管理を実現する工夫

本システムと同様な目的をもつシステムは通SAVVY/EFS は , 階層名につけたラベルを使常 , 検索結果を順に出力するか , 研究者をキーと用して , 検索範囲を限定することができる。また ,して結果を出力するものが多いと思われる。

ドキュメントの検索対象ページを指定すること下図のような状態である。本システムも , フもできる。この機能を利用して , RDB でいうとリーワードによる簡易検索では , この表現を採用

ころのテーブル , レコード , フィールドを , 階層している。

構造上にマッピングする。

しかし , 本システムの , 項目条件を設定でき具体的には , フォルダをテーブル , ドキュメン

る詳細検索では , 任意な条件で検索した結果を ,ユーザが指定した項目をキーとして分類した結果を , 出力することができる。
5 情報の形式や数が変わるため , インターフェイスプログラムやデータコンバートプログラムの変更は , 必要になることがある。

－4－

6. お わ り にインターネット上には , 無数のホームページが存在する。情報が氾濫している。ホームページを検索して , 何らかの情報を得ようと試みたことのある読者であれば , 情報を取捨選択することの重要性と難しさを , ご理解いただけることと思う。
本稿では 『膨大な情報の中から,, 目的の情報を下図は , 同じ条件で詳細検索を実施した結果で手に入れる手助けをするシステム』を構築する過ある。

程の , 一例を紹介した。紙面の都合上 , 表面的な解説にとどまったが , 本稿が , 同様なシステムを考察する際の一助となれば幸いである。

この機能は , 一度検索した結果から , 分類キー項目の一覧を作成し , キー毎に検索した結果と ,先の検索結果の AND 演算によって実現している。

－5－