情報知識学会誌 2014Vol.24,No.2 第 22 回年次大会予稿 FRBR に基づく件名 分類管理システムの試作 : 教科書分類を例として A Work/SubjectRelationshipManagement SystemBasedonFRBR Model:ACaseofTextbook

Transcription

1 第 22 回年次大会予稿 FRBR に基づく件名 分類管理システムの試作 : 教科書分類を例として A Work/SubjectRelationshipManagement SystemBasedonFRBR Model:ACaseofTextbookClasification 田辺浩介 1, 江草由佳 2, 高久雅生 3 KosukeTANABE 1,YukaEGUSA 2, MasaoTAKAKU 3 1 物質 材料研究機構科学情報室 NationalInstitutefor MaterialsScience TANABE.Kosuke@nims.go.jp 2 国立教育政策研究所教育研究情報センター NationalInstituteforEducationalPolicyResearch yuka@nier.go.jp 3 筑波大学図書館情報メディア系 UniversityofTsukuba masao@slis.tsukuba.ac.jp * 連絡先著者 CorespondingAuthor 本研究では,FRBR モデルに基づく件名 分類管理システムを試作した. 本システムは,FRBR の Work 情報に対し, 図書館やコミュニティごとに独自の件名標目や分類標目を作成し, 他の図書館やコミュニティと共有することができる. この発表では, 本システムを用いて教科書の件名 分類情報を作成し, それらの情報を他の図書館システム上で共有できることを示す. キーワード : FRBR, 疎結合, 件名管理 Keywords:FRBR,loosecoupling,subjectheadingmanagement 1 はじめに現在の書誌情報は,AACR2(Anglo-American CataloguingRules2ndedition; 英米目録規則 ) [1] や NCR( 日本目録規則 ) [2] などの目録規則によって作成されてきた. しかし, それらの書誌情報は, 資料のデジタル化の進展や多メディア化に伴い, その利用に限界が見えてきたと指摘されている [3]. 多メディア化によって, 新たな検索ニーズが生まれたが,AACR2 などの既存の目録規則では, それを満たすことが困難になってきた [3]. たとえば,AACR2 は資料の内 容種別とキャリアタイプの区別がついていないため, 同じ内容の作品を異なるメディアでほしいといったニーズに対応することが困難である. また, 書誌間の関連情報を記述することができないため, たとえばある映画の原作の図書を探そうとして, 原作のタイトルが映画と大きく異なっている場合の検索も同様に困難である. これらの新しいニーズに基づく調査と議論の結果から生まれたのが FRBR(FunctionalRequirementsforBibliographicRecords, 書誌レ コードの機能要件 ; 以下 FRBR と呼ぶ ) [4] -99-

2 である.FRBR における書誌情報の新しい概念モデルは, 内容とキャリアの区別, また資料と資料の間や資料と件名の関連を記録できるようになっており,1997 年に IFLA(InternationalFederationofLibraryAsociationsandInstitutions; 国際図書館連盟 ) が最終報告として発行して以来, 多くの研究や分析の報告が行われている [5]. FRBR は利用者指向の書誌情報の作成を目指して開発されたモデルだが, その中でも件名 (Subject) は, 主題アクセスをもとにした資料の発見や選択において用いられる存在として扱われている. また, 件名典拠レコードの機能要件を定めることを目的とした FRSAD(FunctionalRequirementsforSubjectAuthorityData) が,FRBR を拡張するモデルとして開発されている. しかし,FRBR の最終報告では, 件名の扱いは詳細な分析が行われておらず, また FRBR をもとに作成された目録規則である RDA(Resource DescriptionandAcces) [6] においても, 件名についての記述方法は 2014 年 4 月時点ではまだ策定されていない [7]. また,FRBR モデルにおいて導入された, 著作物の件名を表す Concept Event Object Place を, 目録システム上でどう扱うかについても, 多くの研究があるわけではない. 筆者たちはこれまで FRBR の Work と Expresion のエンティティを別システムで扱う, 疎結合モデルによる FRBR の実装を提案してきた [8]. 本システムでは, その実装モデルを拡張した,FRBR モデルに基づく件名情報の作成 共有方法を提案する. 2 FRBR FRBR は書誌レコードを表すために, エンティティ-リレーションシップモデルを採用している.FRBR モデルでは 10 個のエンティティが定義されている. まず, 以下の 4つが資料について記述するた めのエンティティである. これらは FRBR において Group1 として定義されている. Work( 著作 ) ひとつの作品を表す Expresion( 表現形 ) ある Work の文字や音声として表現を表す Manifestation( 体現形 ) ある Expresion が本や CD, コンピュータ上のファイルのように流通するための形状を表す Item( 個別資料 ) 個人や図書館によって所有されているある Manifestation の複製のうちの 1 部や 1 枚を表す次に, 以下の 2つが人物 団体について記述するためのエンティティである. これらは FRBR において Group2 として定義されている. Person( 個人 ): 個人を表す CorporateBody( 団体 ): 組織や団体を表す最後に, 以下の 4つが件名について記述するためのエンティティである. これらは FRBR において Group3 として定義されている. Concept( 概念 ): 抽象的な概念を表す Event( 出来事 ): 時代や出来事を表す Object( 物 ): 物質を表す Place( 場所 ): 場所を表す FRBR において,Group3 の各エンティティは,Group1 の Work エンティティに対してのみ関連を作成できるようになっている. 図 1はその例で, ハリー ポッターと賢者の石 という Work に対して, 魔法使い という Concept, クィディッチワールドカップ という Event, ほうき という Object, イングランド という Place が, それぞれ件名として関連づけられている

3 図 1 FRBR の Group3 エンティティの関連 3 対象データ ば, 明治検定教科書の時代の小学校の教授書で, 科目が修身であることを表す. 例えば,K130.1 であれば, 国定教科書の時代の小学校の教科書で, 科目が修身であることを表し,K131.1 であれば, 国定教科書の時代の小学校の教授書で, 科目が修身であることを表す. 4 システムの構成 本研究で提案するシステムは,WE システムと SC3 システムで構成される. システムの全体図を図 2に示す. WE システムは,FRBR の Group1 に相当するエンティティである Work と Expresion の管理を行うためのシステムである [8].WE システムは,MI ハブ (CiNiBooks や NDL サーチなどの,Manifestation に相当する書誌情報とそのパーマリンクを提供するシステム ) から書誌情報を取得し,WE システム上で作成される Work Expresion と,MI ハブ上の Manifestation との間に関連を設定することができる. 作成された関連はハイパーリンクとして表現されるため, ユーザは WE システム上の Work Expresion と, それに関連づけられた MI ハブ上の Manifestation 本研究では, 教育図書館が明治期から現在使用されている教科書まで網羅的に収集している約 10 万冊の教科書コレクション [9] のうち, 教育図書館が NACSIS-CAT に登録している明治初期の教科書分 14,083 件の書誌レコードを使用した. よってこの教科書の書誌レコードについては,CiNiBooks や WebcatPlus を通じた検索も可能となっている. また, 教育図書館が維持管理している教科書のための分類 教科書分類 を使用した. この分類は複数の図書館の教科書の所蔵目録をまとめた明治以降教科書総合目録 [10] が刊行された 1967 年に登場することから, 少なくとも 47 年以上使用され維持され続けている分類である. これは, 学校種別, 教科書の採用制度, 教科書 教授書, 教科を元にした特殊分類なため, 基本的には, 分類記号の先頭の 3 桁をみればどの時代のどの学校種別かがわかり, 一の位の桁で教科書か教授書かがわかり, 小数点以下で科目がわかるようになっている. 例えば,K120.1 であれば, 明治検定教科書の時代の小学校の教科書で, 科目が修身であることを表し,K121.1 であれ -101-

4 図 2 システムの全体図 図 3 WE システム上の Work の表示例の間を, ハイパーリンクを介して移動することができる. SC3 システムは,FRBR の Group3, つまり件名に相当するエンティティである Concept Event Object Place の管理を行うためのシステムである. 本研究では, 教科書分類の情報を Concept エンティティとして SC3 システムに保存している. SC3 システムは, 各件名レコードのパーマリンクを提供していなければならない. また,SC3 システムに保存されている件名の情報を WE システムなどの他のシステムで利用するために, 件名のエンティティの情報を JSON や XML で提供する WebAPI を備えていることが強く望まれる. また, 本研究では WE システムに対して, SC3 システム上の Group3 エンティティを関連づけるための拡張を行った.Work と Group3 エンティティの関連を作成する際,WE システムは SC3 システム上の Group3 エンティティの URL を取得する. また,WE システムはダミーの Group3 エンティティを作成し, 取得した Group3 エンティティの URL をそのエンティティの属性値として,WE システムに保存する. WE システム上の Work に対して,SC3 システム上の Concept エンティティを追加する手順を示す. まず,Concept を登録する対象の Work を WE システム上で開く ( 図 3). 次に,SC3 システムを呼び出すためのブック -102-

5 JavaScript のコード javascript:window.location.href= subjects?work_url= +encodeuricomponent(location.href); WE システムの URL をブックマークレットで呼び出す例 2Fwe-system.example.jp%2Fworks%2F2453 図 4 WE システム上において動作させるブックマークレットのコードとリンク先 URL の例 テムに遷移し,SC3 システムに登録されている Concept の一覧が表示される ( 図 5). 図 5 SC3 システム上の Concept の一覧 図 7 Work と Concept の関連種別の入力 図 8 Work と Concept の関連の作成完了画面 図 6 追加する Concept の選択マークレットを開く. ブックマークレットの内容は図 4のようになっており,WE システムの Work の URL を引数にとっている. ブックマークレットを実行すると,SC3 シス この一覧から, 追加する Concept を検索し, 追加 リンクを選択すると( 図 6), 再度 WE システムに戻り, 選択した Work と, その Work に追加する Concept との関連の種別を入力する画面が開く ( 図 7). 関連種別を入力して 関連を作成 ボタンを選択すると ( 図 8),Work と Concept の間の関連が作成され,WE システム -103-

6 いる関連する件名を取得し, さらにその件名を 用いて,WE システムで別の Work の情報を検 索することができる ( 図 11). 図 11 SC3 システムの Concept の表示例. WE システムへのリンクがある 5 考察 図 9 Concept との関連が作成された Work の表示例の Work の詳細表示画面に SC3 システム上の Concept が表示される ( 図 9). SC3 システムから追加した Concept の情報は,WE システムでの検索に利用することができる. 図 10 では,SC3 システムで追加した 修身 という Concept を用いて, 検索を行っている. SC3 システムは他のシステムから独立して動作し, 他のシステムとはデータを直接共有せず, ハイパーリンクのみで接続される. このため, 既存の目録システム上で件名標目のデータを保持することなく, 書誌情報に対して件名の情報を追加することができる.SC3 システムと WE システムの連携により,WE システムで作成される Work エンティティに対して,SC3 システム上の件名情報を用いた検索が可能となる. ま た,SC3 システム上で件名間の関連が管理されていれば, 関連する件名を利用した Work の検索を行うこともできる. なお,SC3 システムとして動作する最低限の要件は, 件名情報のパーマリンクを提供してい 図 10 SC3 システムの Concept を用いた Work の検索 WE システムの Work の詳細画面には,SC3 システムで追加した件名である 修身 が表示される. 件名の表示部分には SC3 システム上の件名情報へのハイパーリンクがあり, そのリンクをたどることで,SC3 システムに保存されて ることであるため,WebNDLAuthorities [11] のような既存の件名典拠システムも,SC3 システムとして利用することができる. 6 おわりに本研究では,FRBR モデルの Concept Event Object Place のエンティティを, 既存の運営母体によって作成 管理された書誌 所蔵データ -104-

7 と連動して扱える, 疎結合構成の実装モデルを提案した. 提案したモデルに基づいたシステムを開発し, 教科書データベースの書誌情報を利用して,FRBR モデルの Group3 エンティティの情報の登録や検索, 既存の図書館システムの該当する資料ヘの書誌情報や所在情報までのナビゲーションを行えることを示した. 本研究では今後,FRSAD に基づく件名典拠管理のための手法を開発する予定である. 参考文献 [1]Joint Steering Commitee for Revision of AACR; AmericanLibrary Asociation; Canadian Library Asociation; Chartered Instituteof LibraryandInformationProfesionals: Anglo-American Cataloguing Rules,SecondEdition,2002Revision,2005 Update(Kit). AmericanLibraryAsociation,750p.,2005. [2] 日本図書館協会目録委員会 : 日本目録規則. 日本図書館協会,1987 年版, 改訂 3 版, 445p.,2006. [3]Tilet,BarbaraB.: KeepinglibrariesrelevantintheSemantic Web withresource description and acces(rda), Serials, Vol.24,No.3,pp ,2011. [4]IFLA Study Group onthe Functional Requirementsfor Bibliographic Records: Functional requirements for bibliographicrecords: finalreport, s13/frbr/frbr_current_toc.htm (2014 年 4 月 18 日参照 ). (2014 年 4 月 18 日参照 ). [6]JointSteeringCommiteeforDevelopment ofrda: RDA:ResourceDescriptionand Acces,2010. ING ATTRIBUTES OF CONCEPTS, OBJECTS, EVENTS, AND PLACES. rdachp12_rda12-12.html(2014 年 4 月 17 日参照 ). [8] 田辺浩介 ; 高久雅生 ; 江草由佳 : 疎結合 構成による FRBR モデルに基づく目録シ ステムの試作, 情報知識学会誌,Vol.23, No.2,pp ,2013. [9] 江草由佳 : 戦前期教科書の電子化 保存と その応用, 情報知識学会誌,Vol.17,No.4, pp ,2007. [10] 鳥居美和子 : 明治以降教科書総合目録. 教育文献総合目録 / 国立教育研究所編, 第 3 集 1,2. 小宮山書店,1967. [11] Web NDL Authorities. ndl.go.jp/auth/ndla(2014 年 4 月 17 日参照 ). [5]FRBR Review Group: FRBR Bibliography,version13.3( ),2010. [7] GENERALGUIDELINESONRECORD