クライアントシステム作成のためのガイドライン

1996.8.2　作成

１． はじめに

２．概論

（１）重複書誌を作らない

（２）センターの規定する作成基準から逸脱した書誌・所蔵レコードを作らない

（３）センターが規定する文字種以外の文字を使わない

（１）和洋の区別の廃止

（２）VOLによる書誌の分割の廃止

（３）コードに対するコード値のレコード内への埋め込み（例：所蔵レコードの参加館略称等）

（４）UCSコードの採用による多言語対応

（１）回線トレース機能

３．想定するクライアントの種類

（１）総合目録データベース作成クライアント

（２）所蔵自動登録クライアント

（３）検索専用クライアント

４．総合目録データベース作成クライアントが具備すべき要件

４．１レコード作成・修正

4.1.1　センターが規定する文字種以外の，機種固有の外字を使用しないこと。また，センターが規定する全ての文字種が表示・入力できること。

4.1.2　センターが規定する全てのフィールドデータを表示・入力・削除ができること。

4.1.3　各フィールドについてセンターが規定する長さ，個数の表示・入力ができること。

４．２書誌・典拠レコードの登録時のチェック

4.2.1　新規に書誌・典拠を登録する際は，必ず総合目録データベースを検索して目的とする書誌が総合目録データベースに登録されていないことを利用者に確認させること。

4.2.2　新規登録画面を出す場合は，必ず総合目録データベースの検索結果が０件であることをチェックすること。

4.2.3　総合目録データベースから流用入力する場合は，混乱を避けるため，参照ファイルからの流用入力とは別のコマンドあるいは操作を用意すること。

４．３書誌構造のチェック

4.3.1　親書誌がある場合，子書誌の登録の前に親書誌のリンク付けが終わっていることを確認すること。

4.3.2　３階層以上の書誌を作成しないように，親書誌リンクをする際には，当該レコードに子書誌がリンクされていないことを確認すること。

4.3.3　著者名典拠，統一書名典拠へのリンク処理を行う機能を具備すること。

４．４フレーム管理

4.4.1　検索結果の一時リストはフレームとしてサーバーで管理するが，フレームの生成・削除・呼び出しはクライアントで管理しなければならない。

4.4.2　フレームの実体はサーバのメモリ上に存在する。したがって，不要のフレームは直ちに削除すること。また，必要以上に大きなフレームは，利用者に絞り込を促しできるだけ小さなものにすること。

５．所蔵自動登録クライアント

５．１書誌の同定

5.1.1　所蔵を登録する際は，必ず総合目録データベースを検索し，ヒット件数が１件であることを確認すること。その際，２種類以上の検索を行って，いずれの場合もヒット件数が１件であることを確認することが望ましい。

5.1.2　ヒット件数が複数の場合は，所蔵を登録してはならない。必ず，利用者に判断させること。

５．２処理間隔と自動運転

5.2.1　自動登録は，人間の操作を想定して作成したサーバにとって，負荷の大きな処理である。したがって，各処理のサーバへの依頼間隔及び自動登録の１回当たりの総件数については，パラメータで変更することができるようにすること。

5.2.2　自動登録の負荷が大きい場合は，自動登録クライアントの利用時間を制限することを予定している。したがって，自動登録の開始はタイマー等で制御できるようにしておくことが望ましい。