5．コンピュータ目録とカード目録 -l.pptVIP

５．コンピュータ目録とカード目録 ５－１．カード目録 記述ユニットカードによる目録記載例 ◎カード目録の宿命 ①検索可能項目は標目のみ ②検索可能にするためには、必ず標目の音順なりに「配列」しないといけない ③検索項目（標目）の数だけ、カード枚数が必要 ④カード目録を維持するには、膨大な労力が必要 ⑤カードケース設置面積とケース代も大きい ５－２．コンピュータ目録 （１）目録データ構造は、表示形とは無関係に設計しうる ?内部データ構造は、コンピュータ処理がしやすいように設計できる。 ?したがって、論理的で自由度の高い構造にすることができる。 ?その一例が、NIIの構築する総合目録データベースにおけるデータ構造である。 （２）NACSIS-CATにおける書誌レコード　　　の構造 集合書誌単位と単行書誌単位とで別個のレコードを作成し、それらを単行書誌単位レコード中のPTBLフィールドを用いてリンク付けする。 NACSIS-CATにおける書誌レコードの構造例：『日本の古代』－構成図－ 　 『日本の古代』－分析表－ 単行書誌レコード　「古代国家と日本」 集合書誌レコード　「日本の古代」 典拠レコード　「岸俊男」 （３）NACSIS-CAT、書誌レコードと典拠レコードの関係 統制形で探す利点 著者が複数の名前を使い分けている場合、あるいは複数の表現形を使っている場合でも、統制形で探すとすべて検索できる 似た名前が多いような著者名でも、生没年を含めた厳密な統制形で探すと、絞り込んだ検索ができる 統制形では姓と名の区別を認識しているのでその区別を検索時に利用できる 漢字形とカタカナ形、ローマ字形、なども入力されていれば、自由度の高い検索が可能 （４）コンピュータ目録における検索上の特徴 OPAC（online public access catalog） 　利用者用コンピュータ目録 標目だけでなく、記述中の任意の項目からも検索可能 各記述要素の部分からの検索も可能 　　典型的にはタイトル中の単語から検索可 組み合わせ検索が可能 インターネットからの検索も可能→Web OPAC （５）コンピュータ目録におけるデータの入手 カード目録時代は、個々の図書館ごとに目録作業→同じ図書の重複目録作業 コンピュータ目録作業では、目録データを容易に入手、利用することができる 既製MARCを利用することによって、目録データを入手→コピーカタロギング 多くの図書館が共同で目録作業を行う、集中目録作業が開始→書誌ユーティリティの出現 ６．MARCと書誌ユーティリティ ６－１．MARC （１）MARCとは ?Machine Readable Cataloging＝機械可読目録 （２）MARCの歴史 ?1969年、LC（Library of Congress）が初めて作成 ?日本では、1981年に国立国会図書館がJAPAN MARCを開発 ?現在は、JAPAN MARCとTRC MARCの2本立て （３）MARC Formatの例 （MARC21） 020 ## $a0845348116 :$c$29.95 (￡19.50 U.K.) 020 ## $a0845348205 (pbk.) 040 ## $aorganization code$corganization code 050 14 $aPN1992.8.S4$bT47 1991 082 04 $a791.45/75/0973$219 100 1# $aTerrace, Vincent,$d1948- 245 10 $aFifty years of television :$ba guide to series and pilots, 1937-1988 /$cVincent Terrace. 246 1# $a50 years of television 260 ## $aNew York :$bCornwall Books,$cc1991. 300 ## $a864 p. ;$c24 cm. 500 ## $aIncludes index. 650 #0 $aTelevision pilot programs$zUnited States$vCatalogs. 650 #0 $aTelevision serials$zUnited States$vCatalogs （４）MARCの問題点 タグ付き言語であるが、IT世界における標準マークアップ言語が出現以前に制定 図書館界独自仕様のフォーマットになっている→IT世界における汎用性がない 開始タグはあるが終了タグがない ISBDとMARCの役割分担が混沌 目録世界は、内容定義の側面と、入力や表現書式といった側面とを区別する時