JPH0496175A - Ｍａｒｃデータ分割・蓄積システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はＭＡＲＣ（Ｍａｃｈｉｎｅ　　ｒｅａｄａｂｌ
ｅ　　ｃａｔａｌｏｇｉｎｇ）に関し、特にＭＡＲＣデ
ータのデータベースへの蓄積方法に関する。

〔従来の技術〕

従来、書誌データの情報交換用フォーマットであるＭＡ
ＲＣデータを図書館等各種機関でデータベースに蓄積し
て利用する場合、使用目的に合わせて、その都度ＭＡＲ
Ｃの持つ多くの項目の中から必要な項目だけを選択して
蓄積利用していた。

〔発明が解決しようとする課題〕

上述した従来のシステムでは、ＭＡＲＣの全項目が格納
されるわけではないため、ＭＡＲＣの持つ詳細な情報を
生かせず、検索項目も減少し、多様な検索方法、詳細な
書誌情報を必要とする図書館等各種機関の要求を満たす
ことが不可能であるという欠点がある。

〔課題を解決するための手段〕

本発明のＭＡＲＣデータ分割・蓄積システムは、ＭＡＲ
Ｃデータを取込む入力部と、前記ＭＡＲＣデータを分割
し変換する編集部と、前記編集部が送出する編集された
データを蓄積する格納部とを有する。

また、本発明のＭＡＲＣデータ分割・蓄積システムは、
ＭＡＲＣデータを書誌データおよび典拠データに分割し
て書誌ファイルおよび典拠ファイルにそれぞれ格納し、
前記書誌データおよび前記典拠データから前記書誌ファ
イルおよび前記典拠ファイルを検索するキーデータを抽
出してキーファイルを生成するようにして構成される。

〔実施例〕

次に、本発明について図面を参照して説明する。

第１図は本発明の一実施例を示す構成図である。同図に
おいてＭＡＲＣデータ分割・蓄積システムは、ＭＡＲＣ
データの一種であるＬＣＭＡＲＣ（Ｌｉｂｒａｒｙ　　
ｏｆ　　ＣｏｎｇｒｅｓｓＭａｃｈｉｎｅ　　ｒｅａｄ
ａｂｌｅ　　ｃａｔａｌｏｇｉｎｇ）１を磁気テープか
ら入力するＭＡＲＣデータ入力部２と、入力されたＭＡ
ＲＣデータを書誌ファイル５．典拠ファイル６、キーフ
ァイル７のそれぞれのフォーマットに合せて分割、変換
するＭＡＲＣデータ編集部３と、分割、変換されたデー
タを書誌ファイル５．典拠ファイル６゜キーファイル７
として蓄積するデータ格納部４とから構成される。

第２図（ａ）　〜（ｄ）はそれぞれＬＣＭＡＲＣ論理レ
コード、書誌レコード、典拠レコード、キーレコードの
レコードフォルマットを示す説明図である。

第２図（ａ）を参照すると、ＬＣＭＡＲＣ論理レコード
１０は、レコードの論理長および状態等の情報を持つ固
定長のリーダ１１．データ・フィールド群１５の各フィ
ールドの長さと位置の情報を持つ可変長のレコード・デ
ィレクトリ１２．レコードの検索用に設けられている固
定長のコントロール・フィールド１３２通常の目録に使
用される書誌情報データである可変長フィールド１４か
ら成る。

第２図（ｂ）を参照すると、書誌レコード５０は、書誌
ファイル内の順次レコード番号である。

書誌レコードｌ５Ｎ５１．ＬＣＭＡＲＣのリーダ１１の
情報より作成されるリーダ５１．ＬＣＭＡＲＣのコント
ロール・フィールド１４ト同様ノ：ｆｆントロール・フ
ィールド５３．書誌データ５５の長さの位置及び典拠デ
ータ６３が存在する典拠レコードの典拠ファイル内の順
次レコード番号である典拠レコードＩ　ＳＮ６１の情報
を持つレコード・ディレクトリ５４．典拠にならない書
誌データ５５から成る。

第２図（Ｃ）を参照すると、典拠レコード６０は、典拠
レコードＩ　ＳＮ８１．典拠の種類や典拠データ６３の
長さの情報を持つ典拠制御情報６２゜ＬＣＭＡＲＣＩの
可変長データから抜き出された典拠データ６３．典拠デ
ータが決められた長さを越える場合に継続して典拠デー
タが格納される典拠レコードのＩＳＮを持つ次典拠レコ
ードｌ５Ｎ６４から成る。

第２図（ｄ）を参照すると、キーレコード７０は、キー
ファイル内の順次レコード番号であるキーレコードＩ　
ＳＮ７１．キーデータ７３の種類の情報を持つキ一種別
７２．典拠データ６３及び書誌データ５５からキーにな
らない冠詞等を除いて作成した１０文字程度のキーデー
タ７３．キーデータ７３の存在する書誌レコードＩＳＮ
の情報７４、典拠レコードのＩＳＨの情報７５．書誌レ
コードのＩＳＮと典拠レコードのＩＳＮが多過ぎるため
ルコードに格納しきれない場合に次に続くキーレコード
のＩＳＮを持つ次キーレコードｌ５Ｎ７６から成る。

第３図はＭＡＲＣデータ入力部２から入力されたＬＣＭ
ＡＲＣＩをＭＡＲＣデータ編集部３において分割する手
順を表した説明図である。同図においてＬＣＭＡＲＣＩ
は、まず１件の書誌データに対応するＬＣＭＡＲＣ論理
レコード１０ごとに分割される。次にレコード・ディレ
クトリの情報をもとに、可変長フィールド１４から典拠
になるフィールドを抜き出し典拠レコード６０を作成し
、残ったデータから書誌レコード５０を作成する。作成
された典拠レコード６０．書誌レコード５０は、それぞ
れ典拠ファイル６、書誌ファイル５に格納される。

第４図はキーファイル７の作成手順を表した説明図であ
る。まず典拠レコード６０の典拠データ６３および書誌
レコード５０の書誌データ５５から仮キーデータ８０を
作成する。仮キーデータ８０はキーファイル７内に存在
するキーレコード７０のキーデータ７３と照合され、も
し同じデータが既にキーファイル７に存在していればそ
のキーレコード７０に書誌レコードのＩＳＮの情報７４
または典拠レコードのＩＳＨの情報７５が追加される。

また、仮キーデータ８０と同じデータがキーファイル７
内に存在していなければ、新しくキーレコードが作成さ
れてキーファイル７に格納される。

従来、書誌ファイルには多くの項目が格納されていたが
、本発明では典拠となる項目については典拠ファイル６
に格納し、書誌ファイルには典拠データ６３の存在する
典拠レコード６０の典拠レコードＩ　ＳＮ６１のみをレ
コード・ディレクトリ５４に格納する。

〔発明の効果〕

以上説明したように本発明は、典拠ファイルを充実させ
書誌ファイルで持っていた書誌情報を典拠ファイルに持
たせることにより、ＭＡＲＣの持つ詳細な書誌データを
損なわずに蓄積できる効果があり、データ変更の必要が
生じた時にも効率良く変更できる。

【図面の簡単な説明】

第１図は本発明の一実施例を示す構成図、第２図（ａ）
〜（ｄ）は各ファイルのレコードフォーマットを示す説
明図、第３図は書誌レコードおよび典拠レコードを編集
する手段を示す説明図、第４図はキーレコードを作成す
る手順を示す説明図である。 １・・・ＬＣＭＡＲＣ，２・・・ＭＡＲＣデータ入力部
、３・・・ＭＡＲＣデータ編集部、４・・・データ格納
部、５・・・書誌ファイル、６・・・典拠ファイル、７
・・・キーファイル。

Claims (1)

1. 【特許請求の範囲】 １、ＭＡＲＣデータを取込む入力部と、前記ＭＡＲＣデ
   ータを分割し変換する編集部と、前記編集部が送出する
   編集されたデータを蓄積する格納部とを有することを特
   徴とするＭＡＲＣデータ分割・蓄積システム。 ２、ＭＡＲＣデータを書誌データおよび典拠データに分
   割して書誌ファイルおよび典拠ファイルにそれぞれ格納
   し、前記書誌データおよび前記典拠データから前記書誌
   ファイルおよび前記典拠ファイルを検索するキーデータ
   を抽出してキーファイルを生成することを特徴とする請
   求項１記載のＭＡＲＣデータ分割・蓄積システム。