(57)【要約】【課題】図書館における点検業務への影響を極力少なくでき、かつ誤ったデータでデータベースを更新することがなくなるサーバおよび業務端末を提供する。【解決手段】図書館における資料を点検するときに、点検作業を実施する前に、業務端末では、点検対象となる資料ＩＤのうちチェック対象とする件数分の資料ＩＤと、蔵書点検の対象となる区画条件とを付加した確認要求をネットワークを介して接続されたサーバへ送信する。サーバでは、点検対象となる資料に関する点検情報を格納した業務データベースを有しており、チェック対象の資料ＩＤごとに、業務データベースから点検情報を抽出し、抽出された資料の点検情報と、業務端末から受信した区画条件と資料ＩＤとから、該資料の点検済状態を決定し、この点検済状態を確認結果として業務端末へ表示する。【選択図】図８
2005332332.tif 000002
【特許請求の範囲】
【請求項１】
図書館における資料を点検する業務を支援する業務端末であって、蔵書点検の対象となる区画条件を受付ける受付手段と、外部又は内部に記憶された複数ある点検の対象となる資料の資料ＩＤから所定数の資料ＩＤを読み込む読込手段と、前記区画条件と所定数の資料ＩＤとを含む確認要求を、ネットワークを介して接続されたサーバへ送信する送信手段と、前記サーバから前記所定数の資料ＩＤに対する点検データを受信する受信手段と、前記点検データを表示する表示手段とを有することを特徴とする業務端末。
【請求項２】
図書館における資料を点検する業務に用いられる第１サーバであって、ネットワークを介して接続された業務端末から、区間条件と資料ＩＤと表示項目とを含む確認要求を受付する受付手段と、前記資料ＩＤが所定数以内であるか否かを判断し、所定数以内となるように調整する調整手段と、前記区間条件と前記所定数内に調整された資料ＩＤと前記表示項目とを、ネットワークを介して接続された第２サーバに送信する送信手段と、前記第２サーバから点検結果を受信する受信手段と、前記点検結果に基づいて、前記業務端末で表示できる形式にデータを揃え、前記揃えられたデータを点検データとして前記業務端末に返信する返信手段とを有することを特徴とする第１サーバ。
【請求項３】
図書館における資料を点検する業務に用いられる第２サーバであって、資料に係わる情報を格納する業務データベースと、ネットワークを介して接続された第１サーバから、区間条件と資料ＩＤと表示項目とを含む確認要求を受付する受付手段と、前記資料ＩＤに基づき、前記業務データベースから前記表示項目を含む所蔵点検情報を読み出して蓄積する抽出情報蓄積手段と、前記抽出情報蓄積手段に含まれる所在と、前記区間条件とを比較して点検状態を設定し、点検結果を作成する点検済状態設定手段と、前記第１サーバへ点検結果を送信する送信手段とを有することを特徴とする第２サーバ。
【請求項４】
図書館における資料を点検する業務に用いられるサーバであって、資料に係わる情報を格納する業務データベースと、ネットワークを介して接続された業務端末から区間条件と資料ＩＤと表示項目とを含む確認要求を受付する受付手段と、前記資料ＩＤが所定数以内であるか否かを判断し、所定数以内となるように調整する調整手段と、前記資料ＩＤに基づき、前記業務データベースから前記表示項目を含む所蔵点検情報を読み出して蓄積する抽出情報蓄積手段と、前記抽出情報蓄積手段に含まれる所在と、前記区間条件とを比較して点検状態を設定し、検索結果を作成する点検済状態設定手段と、前記点検結果に基づいて、前記業務端末で表示できる形式にデータを揃え、前記揃えられたデータを点検データとして前記業務端末に送信する送信手段とを有することを特徴とするサーバ。
【請求項５】
図書館における資料を点検する蔵書点検方法において、蔵書点検の対象となる区画条件を受け付け、外部又は内部に記憶された複数ある点検の対象となる資料の資料ＩＤから所定数の資料ＩＤを読み込み、前記区画条件と所定数の資料ＩＤとを含む確認要求を、ネットワークを介して接続されたサーバへ送信し、前記サーバから受信した前記所定数の資料ＩＤに対する点検データを表示することを特徴とする蔵書点検方法。
【請求項６】
図書館における資料を点検する蔵書点検方法において、ネットワークを介して接続された業務端末から、区間条件と資料ＩＤと表示項目とを含む確認要求を受け付け、前記資料ＩＤが所定数以内であるか否かを判断し、所定数以内となるように調整し、前記区間条件と前記所定数内に調整された資料ＩＤと前記表示項目とを、ネットワークを介して接続された第２サーバに送信し、前記第２サーバから受信した前記点検結果に基づいて、前記業務端末で表示できる形式にデータを揃え、前記揃えられたデータを点検データとして前記業務端末に返信することを特徴とする蔵書点検方法。
【請求項７】
図書館における資料の点検業務を支援する業務端末で用いられるプログラムであって、コンピュータに、蔵書点検の対象となる区画条件を受付ける受付工程と、外部又は内部に記憶された複数ある点検の対象となる資料の資料ＩＤから所定数の資料ＩＤを読み込む読込工程と、前記区画条件と所定数の資料ＩＤとを含む確認要求を、ネットワークを介して接続されたサーバへ送信する送信工程と、前記サーバから前記所定数の資料ＩＤに対する点検データを受信する受信工程と、前記点検データを表示する表示工程とを実行させるための資料点検業務支援プログラム。
【請求項８】
図書館における資料の点検業務を支援する業務端末で用いられるプログラムを記録した記録媒体であって、コンピュータに、蔵書点検の対象となる区画条件を受付ける受付工程と、外部又は内部に記憶された複数ある点検の対象となる資料の資料ＩＤから所定数の資料ＩＤを読み込む読込工程と、前記区画条件と所定数の資料ＩＤとを含む確認要求を、ネットワークを介して接続されたサーバへ送信する送信工程と、前記サーバから前記所定数の資料ＩＤに対する点検データを受信する受信工程と、前記点検データを表示する表示工程とを実行させるための資料点検業務支援プログラムを記録したコンピュータ読取可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、図書館における蔵書点検のための業務端末、第１サーバ、第２サーバおよび蔵書点検方法、並びに、プログラムおよび記録媒体に関し、具体的には、図書館が所蔵する図書または雑誌の点検業務を支援するためのものである。
【背景技術】
【０００２】
従来、図書館において、例えば図書の目録管理等の図書館業務を行うために図書に関する各種情報を管理する必要があった。近年のコンピュータ及びネットワークをはじめとする情報関連技術のめざましい発展により、図書館においてもコンピュータ等を用いた図書に関する各種情報の取得、管理がなされており、図書館業務における情報の電子化・オンライン化が進められている。
【０００３】
コンピュータ等を用いて図書館における各種情報の管理を実現するための図書館情報管理システムに要求される機能は、大きく、目録管理機能（基本機能）、閲覧管理機能、雑誌管理機能、蔵書点検機能、発注受入機能、相互貸借機能、図書検索機能等からなり、１つの基本機能および６つのサブ機能に分類される。
【０００４】
目録管理機能（基本機能）は、図書納品後の受入処理の後に、例えば、国立情報学研究所等の外部機関から提供される目録所在情報サービスの総合目録データベースに格納された目録情報の利用機能により、図書の目録作成処理を行い、目録作成後、配架場所を定めて配架処理を行う機能を含む。また、これらの処理結果に基づいて蔵書の統計をとる蔵書統計処理の機能も有している。
【０００５】
閲覧管理機能は、利用者管理機能により図書館の利用者を管理し、その利用者管理機能による利用者情報および図書の配架処理による所蔵情報に基づいて図書の貸出返却処理を行う。
図書検索機能（資料検索）は、図書館の利用者が目録により検索を行うための目録検索処理を行い、目録検索後、利用者は、貸出予約申請処理あるいは文献複写申請処理を行う。さらに、利用者管理機能、貸出返却処理、予約管理機能のすべてあるいは一部の情報に基づき利用統計をとる利用統計処理の機能も有している。
【０００６】
蔵書点検機能は、貸出返却処理の情報に基づいて蔵書点検処理を行う。また、相互貸借機能は、図書検索機能における文献複写申請処理に基づいて、例えば、前述した国立情報学研究所等の外部機関から提供される図書館間相互貸借サービスの相互貸借データベースに格納された依頼情報、受付情報の利用機能等により、他の図書館で管理している図書の複写を行う。さらに、貸出予約申請処理により他の図書館で管理している図書を貸借することもできる。
【０００７】
図書館情報管理システムに要求される上述のごとき機能は、通常、機能毎に独立したシステムが存在し、図書館業務を行う図書館員は、機能毎に別々に操作を行うことになる。
しかしながら、従来の図書館情報管理システムにおける蔵書点検機能により蔵書点検業務を行う場合に、点検作業中は、例えば図書館を閉館したり、図書館の貸出返却等の業務を停止するといった形をとるために、点検作業をその点検作業による他の業務への影響を抑えて効率的に行うことが難しいという問題があった。
【０００８】
このような蔵書点検作業は、図書、雑誌、資料などの一冊一冊に、資料番号、書名、著者名、出版社、出版年および請求記号を表す記号や、これらの情報を表すバーコードが印字されたラベルが貼りつけてあり、このバーコードをハンディターミナルで読み取って格納し、その後、ハンディターミナルに格納した資料番号等の情報をコンピュータに一括転送して、この情報をデータベースと照合することによって、蔵書点検作業の効率化を図るようにしている（例えば、特許文献１参照）。
【特許文献１】特開２００３−１０８７０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、蔵書点検サブシステムにおいては、ハンディターミナルによりバーコードやＲＦタグから点検する蔵書等の情報を取り込み、これらの情報を業務端末で読み取って、点検する蔵書などの所在および請求記号の範囲(以下、区画条件という)と取り込んだ情報を一括して点検処理を業務サーバに実行させ、その点検結果を担当者が業務サーバに出向き確認していた。
この１回の点検には、最大１万件の資料情報が読み込まれ、点検が終了するまでには１０分程度かかっており、点検実施を指示した後では、指定した条件が間違っていた場合でも途中で止めることができないため、終了まで待つことになる。
【００１０】
さらに、この場合、一旦点検処理の実行を指示した後では、区画条件の指定と取り込んだ情報とが一致せずに間違っていた場合でも、途中で点検を止めることができないため、この誤った情報をデータベースに反映してしまい、点検作業をやり直すためにはもとの更新前の状態に復帰させなければならず、作業効率が非常に悪いという問題がある。
【００１１】
本発明は、上述した実情を考慮してなされたものであって、点検業務への影響を極力少なくでき、かつ誤ったデータでデータベースを更新することがなくなる、図書館における蔵書点検のための業務端末、第１サーバ、第２サーバおよび蔵書点検方法、並びに、プログラムおよび記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、請求項１に記載の発明は、図書館における資料を点検する業務を支援する業務端末であって、蔵書点検の対象となる区画条件を受付ける受付手段と、外部又は内部に記憶された複数ある点検の対象となる資料の資料ＩＤから所定数の資料ＩＤを読み込む読込手段と、前記区画条件と所定数の資料ＩＤとを含む確認要求を、ネットワークを介して接続されたサーバへ送信する送信手段と、前記サーバから前記所定数の資料ＩＤに対する点検データを受信する受信手段と、前記点検データを表示する表示手段とを有することを特徴とする。
【００１３】
請求項２に記載の発明は、図書館における資料を点検する業務に用いられる第１サーバであって、ネットワークを介して接続された業務端末から、区間条件と資料ＩＤと表示項目とを含む確認要求を受付する受付手段と、前記資料ＩＤが所定数以内であるか否かを判断し、所定数以内となるように調整する調整手段と、前記区間条件と前記所定数内に調整された資料ＩＤと前記表示項目とを、ネットワークを介して接続された第２サーバに送信する送信手段と、前記第２サーバから点検結果を受信する受信手段と、前記点検結果に基づいて、前記業務端末で表示できる形式にデータを揃え、前記揃えられたデータを点検データとして前記業務端末に返信する返信手段とを有することを特徴とする。
【００１４】
請求項３に記載の発明は、図書館における資料を点検する業務に用いられる第２サーバであって、資料に係わる情報を格納する業務データベースと、ネットワークを介して接続された第１サーバから、区間条件と資料ＩＤと表示項目とを含む確認要求を受付する受付手段と、前記資料ＩＤに基づき、前記業務データベースから前記表示項目を含む所蔵点検情報を読み出して蓄積する抽出情報蓄積手段と、前記抽出情報蓄積手段に含まれる所在と、前記区間条件とを比較して点検状態を設定し、点検結果を作成する点検済状態設定手段と、前記第１サーバへ点検結果を送信する送信手段とを有することを特徴とする。
【００１５】
請求項４に記載の発明は、図書館における資料を点検する業務に用いられるサーバであって、資料に係わる情報を格納する業務データベースと、ネットワークを介して接続された業務端末から区間条件と資料ＩＤと表示項目とを含む確認要求を受付する受付手段と、前記資料ＩＤが所定数以内であるか否かを判断し、所定数以内となるように調整する調整手段と、前記資料ＩＤに基づき、前記業務データベースから前記表示項目を含む所蔵点検情報を読み出して蓄積する抽出情報蓄積手段と、前記抽出情報蓄積手段に含まれる所在と、前記区間条件とを比較して点検状態を設定し、検索結果を作成する点検済状態設定手段と、前記点検結果に基づいて、前記業務端末で表示できる形式にデータを揃え、前記揃えられたデータを点検データとして前記業務端末に送信する送信手段とを有することを特徴とする。
【００１６】
請求項５に記載の発明は、図書館における資料を点検する蔵書点検方法において、蔵書点検の対象となる区画条件を受け付け、外部又は内部に記憶された複数ある点検の対象となる資料の資料ＩＤから所定数の資料ＩＤを読み込み、前記区画条件と所定数の資料ＩＤとを含む確認要求を、ネットワークを介して接続されたサーバへ送信し、前記サーバから受信した前記所定数の資料ＩＤに対する点検データを表示することを特徴とする。
【００１７】
請求項６に記載の発明は、図書館における資料を点検する蔵書点検方法において、ネットワークを介して接続された業務端末から、区間条件と資料ＩＤと表示項目とを含む確認要求を受け付け、前記資料ＩＤが所定数以内であるか否かを判断し、所定数以内となるように調整し、前記区間条件と前記所定数内に調整された資料ＩＤと前記表示項目とを、ネットワークを介して接続された第２サーバに送信し、前記第２サーバから受信した前記点検結果に基づいて、前記業務端末で表示できる形式にデータを揃え、前記揃えられたデータを点検データとして前記業務端末に返信することを特徴とする。
【００１８】
請求項７に記載の発明は、図書館における資料の点検業務を支援する業務端末で用いられるプログラムであって、コンピュータに、蔵書点検の対象となる区画条件を受付ける受付工程と、外部又は内部に記憶された複数ある点検の対象となる資料の資料ＩＤから所定数の資料ＩＤを読み込む読込工程と、前記区画条件と所定数の資料ＩＤとを含む確認要求を、ネットワークを介して接続されたサーバへ送信する送信工程と、前記サーバから前記所定数の資料ＩＤに対する点検データを受信する受信工程と、前記点検データを表示する表示工程とを実行させるための資料点検業務支援プログラムである。
【００１９】
請求項８に記載の発明は、図書館における資料の点検業務を支援する業務端末で用いられるプログラムを記録した記録媒体であって、コンピュータに、蔵書点検の対象となる区画条件を受付ける受付工程と、外部又は内部に記憶された複数ある点検の対象となる資料の資料ＩＤから所定数の資料ＩＤを読み込む読込工程と、前記区画条件と所定数の資料ＩＤとを含む確認要求を、ネットワークを介して接続されたサーバへ送信する送信工程と、前記サーバから前記所定数の資料ＩＤに対する点検データを受信する受信工程と、前記点検データを表示する表示工程とを実行させるための資料点検業務支援プログラムを記録したコンピュータ読取可能な記録媒体である。
【発明の効果】
【００２０】
本発明では、蔵書点検業務において、点検実施前に少量の資料情報によりチェックのみを実施できるようにしたので、条件に誤りがあるか否かの事前確認が非常に早くできるとともに、間違った結果をデータベースに反映してしまうこともなくなる。
従って、本発明によれば、点検業務への影響を極力少なくすることができるので、点検作業を効率的、かつ、容易に支援することができる。
【発明を実施するための最良の形態】
【００２１】
以下、図面を参照して、本発明の好適な実施形態について説明する。図１は、図書館情報管理システムの全体構成を示すブロック図であり、同図において、図書館情報管理システムは、各図書館１０内で稼動する図書館情報管理システムをネットワーク２０で任意の数を接続して構成される。
この図書館１０内の図書館情報管理システムは、図書館業務を管理するための業務サーバ１１、図書館業務に係わる各種データを格納する業務データベース１２（以下、業務ＤＢという）、図書館員が業務に使用する任意台数の業務端末１３、アプリケーションサーバ１４（以下、ＡＰサーバという）、図書館の利用者が使用する任意台数の利用者端末１５からなり、図書館内のネットワーク１６によって接続されている。
【００２２】
業務ＤＢ１２は、図書館員のみが業務に使用するデータベースであって、図書目録データベース、雑誌目録データベース、閲覧データベース、点検データベースなどの複数のデータベースからなっており、図書館員が業務で作成、変更するデータがすべて登録される。以下、データベースをＤＢと略記する。
【００２３】
また、業務端末１３は、デスクトップ型パーソナルコンピュータやモバイルコンピュータさらにはＰＤＡ（Personal Digital Assistant）や携帯電話等であって、図書館員が利用する際に、操作が容易になるようなユーザインタフェースを備え、ネットワーク接続可能なものであればよい。
【００２４】
ＡＰサーバ１４は、業務端末１３から業務サーバ１１への処理依頼や、業務サーバ１１から業務端末１３への処理結果の受け渡しの際の種々のチェックを行うことによって、業務サーバ１１における負荷を軽減するために設置されており、必要に応じて設置される。もちろん、ＡＰサーバ１４の機能を業務サーバ１１がすべて行うような構成もとることができるが、以下の説明では、別々に設置されているものとして説明する。
【００２５】
また、ネットワーク１６は、ネットワーク２０と接続されており、業務端末１３や利用者端末１５から他の図書館１０の業務依頼や閲覧に供される。
このネットワーク２０およびネットワーク１６は、有線、無線に限らず、専用回線、電話回線等で接続されたインターネットやイントラネットあるいはＬＡＮ（Local Area Network）のいずれの形態でもよい。また、このネットワークには、伝送データの暗号化、使用するユーザの認証等によるセキュリティの強化がなされる。
【００２６】
次に、このような構成の図書館情報管理システムのうち、蔵書点検サブシステムについて説明する。ここで、蔵書点検は、図書館が管理している図書資料の所在点検業務のことをいい、次のような点検を行って、実際に紛失した図書等を確認する。
【００２７】
（１）資料が紛失しているかどうか。
（２）紛失していた資料が見つかったかどうか。
（３）資料が貸し出し中かどうか。
（４）資料の配架場所が正しいかどうか。
（５）登録されている資料かどうか。
【００２８】
この蔵書点検は、大きく分けて、点検準備、点検作業、点検終了、点検結果の反映という作業を行う。以下、図２のフローチャートを用いて、これらの作業内容について説明する。
【００２９】
＜Ａ：点検準備＞
点検準備は、点検業務の計画を立案し、点検作業を行う環境を整える。
このため、どのような内容の点検を何日間で行うか、その間における図書館の閲覧業務や目録業務を行うかどうか決める（ステップＳ１１）。
この際、点検を行う点検場所や日数を検討するために、過去に行った点検履歴を確認したり、所在の蔵書数を確認することができる、これにより点検内容を決定するとともに、点検期間中の図書館運営をどうするか決定する。
【００３０】
次に、決定した点検内容に合わせて、点検の対象とする蔵書の種類や、配架場所のチェックの精度に合わせて点検の範囲を設定する（ステップＳ１２）。
この点検の範囲としては、蔵書の所在を示す書架番号および請求記号の範囲がある。
【００３１】
点検の範囲が設定されると、点検開始を宣言する（ステップＳ１３）。１つの点検業務を開始した後は、その点検業務を終了させるまで、別の点検業務を開始することはできない。
点検開始を宣言がされると、前回の点検業務で使用した種々のデータを削除する。
【００３２】
次に、先に設定した点検の範囲に応じた点検対象範囲を指定する（ステップＳ１４）。この点検対象範囲を指定すると、これから行う点検業務のための点検ＤＢが生成され、点検作業中ではこの点検ＤＢのみが参照される。
この点検ＤＢは、図書または雑誌等の資料の点検業務を行う際に、図書目録ＤＢ、雑誌目録ＤＢおよび閲覧ＤＢから点検に必要な情報、即ち、点検管理データ、所蔵点検データおよび区画点検データを抽出し、点検対象の目録情報と点検履歴等の情報として管理する。
【００３３】
ここで、図書目録ＤＢは、例えば、図書の書名や出版者等の書誌データ、図書毎の資料ＩＤ、所在等の図書に関する目録情報等を管理している。
また、雑誌目録ＤＢは、例えば、雑誌の誌名や出版者等の書誌データ、雑誌の所在毎に所蔵している巻号の情報をまとめた所蔵データ、発行年月や巻号番号等の雑誌の巻又は号に共通する巻号データ、雑誌毎の資料ＩＤ等の雑誌に関する目録情報等を管理している。
図書館に所蔵するすべての図書、雑誌および製本やコピー（以下、これらをまとめて資料という）には１つずつに識別可能な資料ＩＤが割り当てられて管理される。
【００３４】
また、閲覧ＤＢは、図書または雑誌の貸出情報、予約情報および利用者情報を管理している。ここで、貸出情報は、貸し出した資料の書名や資料ＩＤ、借りた利用者の氏名や利用者ＩＤ、貸出種別、返却予定日等である。予約情報は、予約がかけられた資料の書名や資料ＩＤ、予約者の氏名や利用者ＩＤ、予約の種類、予約の状態等である。利用者情報は、利用者ＩＤや氏名、利用者区分等である。
【００３５】
点検管理データは、点検実施日や点検箇所、点検結果として紛失や発見の件数など、蔵書点検作業の履歴情報である。
所蔵点検データは、図書目録ＤＢや雑誌目録ＤＢから点検に必要な目録情報を抽出して作成される、資料ＩＤや書名、資料の状態（例えば、在庫、除籍、紛失、点検中に発見された異常等）である。
区画点検データは、１回の作業で読み取る資料のかたまり（以下、点検区画という）毎に作成され、点検件数等である。
【００３６】
この点検ＤＢには、資料の所蔵情報の登録状況や、資料の貸出状況から、実際の点検作業を行う前に、点検結果の資料の状態として期待される状態を資料ごとに期待状態として登録しておく。この期待状態には、図３に例示したように７種の状態があり、各期待状態にはコード（図中、カッコ内の数値が期待状態のコードである）が割り当てられている。
【００３７】
（イ）在庫（００）：点検を行う所在に資料が存在する状態を示す。
（ロ）貸出中（０１）：貸出中のために点検を行う所在に資料が存在しない状態を示す。
（ハ）予約保留中（０２）：予約保留中のために点検を行う所在に資料が存在しない状態を示す。
（ニ）除籍中（１１）：除籍されているため点検を行う所在に資料が存在しない状態を示す。
（ホ）紛失中（１２）：紛失中のため点検を行う所在に資料が存在しない状態を示す。
（ヘ）未登録（２０）：資料の所蔵情報が登録されていない状態、もしくは、資料が点検の対象でない状態を示す。
（ト）異常コード（３０）：桁数が少ない等、資料に貼付された資料ラベルの内容が正しくない状態を示す。
【００３８】
ここで、未登録（２０）と異常コード（３０）は、点検対象範囲を指定して所蔵点検データを点検ＤＢに作成した時点では、期待状態に使用されない。これは、点検の対象でない資料を読み込んだ場合、この資料の所蔵点検データは、点検ＤＢには登録されていないため、点検作業中にこのような資料を発見すると、所蔵点検データが登録されて、期待状態に未登録（２０）、異常コード（３０）が設定される。
【００３９】
＜Ｂ：蔵書点検作業＞
次に、点検準備が終わると、計画に基づいて蔵書点検作業を行う。
蔵書点検作業は、点検区画毎に、例えば、書架にある資料に貼付された資料ラベルの情報を読み込んで、読み込んだ情報を点検ＤＢと比較して点検結果を出力する。
【００４０】
まず、資料に貼付されるラベルについて説明する。
図４（Ａ）は、印刷ラベル、ＲＦタグ、両面粘着シートを順次貼り合わせて資料ラベルを形成した例である。この資料ラベルの表には、紙等を基材として印刷ラベルが設けられ、資料登録の際に、分類コード、バーコードや２次元シンボル等が印刷される。ＲＦタグは、非接触伝達のための送受信回路と演算回路と記憶回路とを有する微小な半導体ＩＣチップと非接触結合機構であるアンテナをプラスチック等により封止して形成されており、資料登録の際に、ＲＦタグ内に資料ＩＤが記録される。資料ラベルの裏面には粘着剤が塗布された両面粘着シートがつけられる。
【００４１】
また、図４（Ｂ）は、印刷ラベル、両面粘着シートを順次貼り合わせて資料ラベルを形成した例である。この資料ラベルの表には、紙等を基材として印刷ラベルが設けられ、資料登録の際に、資料ＩＤを表わすバーコードや２次元シンボル等が印刷されている。資料ラベルの裏面には粘着剤が塗布された両面粘着シートがつけられる。
【００４２】
このように構成された資料ラベルは、図４（Ｃ）に示すように、一般的に、資料購入時に資料の背（資料ラベル１）、表表紙または裏表紙（資料ラベル２）に貼着される。また、表紙以外に、表紙の内側に貼り付けられることや、表紙と表紙の内側のいずれにも貼着されることもある。このようにラベルを貼付された資料は、図５のような書架に収納される。
【００４３】
次に、蔵書点検作業について、図２のフローチャートを用いて説明する。
まず、ハンディターミナルを用いて点検区画毎に資料に貼付した資料ラベルを読み取る（ステップＳ２１）。
このハンディターミナルは、資料ラベルがＲＦタグの場合にはアンテナとコントローラからなり、電磁波や電波を当てるとその電磁波や電波により発生する電力を利用して情報を読み取る読取機である。
この場合に読み取られる情報は、ＲＦタグに記録された資料ＩＤのほかに、このＲＦタグの存在した書架における位置情報も読み取られる。この位置情報に基づいて資料の収納順序がチェックされる。
また、資料ラベルがバーコードや２次元シンボルの場合にはハンディ型のバーコードリーダやスキャナによって読み込む。この場合の資料の位置情報は、資料ＩＤを読み込んだ順序によって決められる。
【００４４】
業務端末１３にファイルを作成し、業務端末１３に接続したＯＣＮ（光伝送装置）へハンディターミナルをセットして、ハンディターミナルに蓄積された資料ＩＤや資料の位置情報等の情報を業務端末１３内に作成したファイルへ転送する（ステップＳ２２）。
業務端末１３とハンディターミナルは、赤外線通信や無線通信によって接続して、データの授受を行うようにしても良い。
【００４５】
次に、業務端末１３にハンディターミナルから取り込んだ資料ＩＤ等がどの区画の資料であったかを示す区画条件（例えば、資料の所在、請求記号の範囲）を入力し、この区画条件および業務端末１３上に作成したファイルの内容を、ＡＰサーバ１４を経由して業務サーバ１１へ転送する（ステップＳ２３）。
このＡＰサーバ１４では、業務端末１３から送られてきた情報のうち、ＲＦタグから読み込まれた位置情報を基に資料の収納順序を整列させる操作や重複した資料ＩＤの統一、資料の件数のチェック等を行う。
しかし、このような前処理自体を業務サーバ１１が処理するようにした場合には、業務端末１３から直接に業務サーバ１１へ転送するようにしてもよい。
【００４６】
次に、業務サーバ１１はＡＰサーバ１４から転送された区画条件にあたる点検ＤＢの資料情報と転送されてきた資料ＩＤおよびその順番とを比較して、点検結果を登録する（ステップＳ２４）。また、例えば、配架誤りや紛失中の資料など正しい状態にないことがわかった資料は、正常な状態に戻す作業を行いやすいように取り置いておく（ステップＳ２５）。
【００４７】
ここで、業務サーバ１１における蔵書点検処理について説明する。
ＡＰサーバ１４から転送されてきたハンディターミナルで読み込んだ資料ＩＤと点検ＤＢに記録されている資料ＩＤとを比較し、資料が配架された区画条件と、点検ＤＢに登録されている、その資料が本来置かれるべき配架場所とを比較し、これにより比較した資料が置かれている配架場所が正しいかどうか点検する。
また、点検ＤＢに登録された資料ＩＤが、ＡＰサーバ１４から転送された資料ＩＤになく、貸し出されてもいない場合、その資料を紛失資料として目録ＤＢの目録情報に登録する。
さらに、目録ＤＢに紛失資料として登録されている資料が、ＡＰサーバ１４から転送された資料ＩＤ中に発見された場合、発見された資料の目録ＤＢの目録情報に登録されている紛失情報を解除する。
さらにまた、点検ＤＢに点検区画毎に記憶された資料ＩＤをその資料に付された請求記号の順序に整列し、この資料の順序と、ＡＰサーバ１４から転送された資料ＩＤの順序とを比較し、資料が正しい順序、すなわち、整列された請求記号の順序で並べられているかどうかを点検する。
これらの点検結果と点検実施日と点検実施個所とを点検履歴として、点検ＤＢに格納する。この点検履歴は、業務端末１３に表示させたり、印刷させたりすることができる。ここで、点検結果とは、資料がどのような状態にあるかを示す情報を含む情報である。
【００４８】
上記の点検結果は、点検作業した結果、資料が期待される状態と比較してどのような状態にあるかを示す「点検済状態のコード」を用いて点検ＤＢへ設定される。この点検済状態のコードは、図６に例示するように１２種類のコード（図中、カッコ内の数値が点検済状態のコードである。）が割り当てられている。
【００４９】
（イ）正常（００）：資料の存在が期待され実際に存在が確認された状態又は存在しないことを期待され実際に存在が確認されなかった状態を示す。
（ロ）未点検（１０）：資料の存在が期待されていたが存在が確認されなかった状態を示す。
（ハ）発見―貸出中（２１）：貸出中のため存在しないはずの資料を発見した状態を示す。
（ニ）発見―紛失中（２２）：紛失中のため存在しないはずの資料を発見した状態を示す。
（ホ）発見―除籍（２３）：除籍したため存在しないはずの資料を発見した状態を示す。
（ヘ）発見―予約保留中（２４）：予約保留中のため存在しないはずの資料を発見した状態を示す。
（ト）配架誤り―所在（３１）：本来あるべき所在とは別の所在で資料を発見した状態を示す。
（チ）配架誤り―請求記号（３２）：本来あるべき請求記号の範囲の外で資料を発見した状態を示す。
（リ）配架誤り―並び順（３３）：読取区画（前述した点検区画と同義である）単位での請求記号並び順エラーを検出した状態を示す。
（ヌ）配架誤り―点検範囲外（３４）：今回の点検対象範囲外の資料を発見した状態を示す。
（ル）未登録（４０）：資料の所蔵情報が登録されていない状態、もしくは、資料が点検の対象でない状態を示す。
（ヲ）異常コード（５０）：桁数が少ない等、資料に貼付された資料ラベルが正しくない状態を示す。
【００５０】
点検された結果は、例えば、図７のように点検済状態が決定されて、資料ＩＤに対する点検状態として点検ＤＢへ反映される。
例えば、期待状態として貸出中（０１）が設定されていた場合、点検作業の結果が「読取区画に存在を確認しなかった」ときには、「状態の変更なし」となり、点検作業の結果が「存在を確認した」ときには、発見―貸出中（２１）が設定される。
【００５１】
＜Ｃ：点検の終了と結果の反映作業＞
最後に、点検の終了と結果の反映作業について、図２のフローチャートを用いて説明する。点検の終了と結果の反映は、点検作業中に行った図書館の目録業務や閲覧業務が点検結果に及ぼした影響を補正し、点検結果を図書目録ＤＢや雑誌目録ＤＢに反映させる。
【００５２】
まず、点検作業の進捗を確認する（ステップＳ３１）。
点検の対象範囲の中で、点検作業を行っていない場所があった場合、その場所の点検を行う。ここで一部の点検作業が終わっていない場合、その部分の点検作業を行わないままで点検を正常に終了させることができる。また、点検の中止という形で終了させることも可能である。
【００５３】
次に、点検結果を参照し（ステップＳ３２）、点検結果を出力した後、点検業務の点検終了を宣言する（ステップＳ３３）。
このとき、点検結果を図書目録ＤＢや雑誌目録ＤＢに反映させる。新たに紛失していることがわかった資料の所蔵データやコピーデータに対して紛失情報として、紛失日、紛失回数、備考等を設定する。また、紛失資料が発見されたときは、その資料の所蔵データやコピーデータに対して設定された紛失情報を解除する。さらに、点検作業中に貸出処理や目録登録処理を行うと、資料の状態が、点検準備時と点検作業時とで異なることがあり、この差異を補正してから点検結果を図書目録ＤＢや雑誌目録ＤＢに反映する。
【００５４】
最後に、点検結果に基づいて異常資料に対応する（ステップＳ３４）。これは、配架場所が間違っていた資料を本来あるべき配架場所に移動したり、図書目録ＤＢの所蔵データや雑誌目録ＤＢのコピーデータを修正する。また、資料ラベルや資料自体が損傷していた資料は、資料ラベルの張替えや資料の補修を行う。
【００５５】
次に、本発明の蔵書点検サブシステムについて説明する。上述した蔵書点検サブシステムでは、ハンディターミナルでバーコードやＲＦタグで点検する資料の情報を読み取り、これらの情報を業務端末で取り込んで、業務サーバにて点検する資料の区画条件と取り込んだ情報を一括して点検処理を実行するようになっている。
この場合、一旦点検処理の実行を指示した後では、区画条件の指定と取り込んだ情報とが一致せずに間違っていた場合でも、途中で点検を止めることができないため、この誤った情報をデータベースに反映してしまうという問題があった。
【００５６】
上記の問題を解決するために、指定した区画条件や取り込んだ資料ＩＤを格納したファイルの指定が誤っていないかどうかを確認する機能を蔵書点検サブシステムに追加した。
図８は、本発明の蔵書点検サブシステムの機能構成うちのチェック機能に関係する機能を示すブロック図である。
【００５７】
図８において、業務端末１３は、区画条件取得手段（受付手段）１３１、資料ＩＤ情報取得手段（読込手段）１３２、資料情報等送信手段（送信手段）１３３、チェック結果表示手段（受信手段、表示手段）１３４を少なくとも含んで成り、ＡＰサーバ１４は、資料情報等取得手段（受付手段、調整手段、送信手段）１４１、チェック結果転送手段（受信手段、返信手段）１４２を少なくとも含んで成り、業務サーバ１１は、資料情報等受信手段（受付手段）１１１、所蔵点検情報抽出手段１１２、抽出情報蓄積手段１１３、点検済状態設定手段１１４、チェック結果送信手段（送信手段）１１５を少なくとも含んで成っている。
【００５８】
＜業務端末＞
業務端末１３は、ハンディターミナルで読み取った資料ＩＤ等の情報を読みだし、図１１に示すような処理手順で動作し、図書館員が入力した区画条件と読み取った資料ＩＤとがマッチしているかを、業務サーバ１１を使って調べ、その結果を業務端末１３の表示装置に表示する。
【００５９】
このため、区画条件取得手段１３１は、図９に示したような画面を開くとともに次のような動作を行う。
図書館員は、この画面から資料ＩＤ情報等を格納している機器名称を選択する。例えば、「ファイル」を選択すると業務端末１３の記憶装置に予め記憶された資料ＩＤ情報等を格納しているファイルから読み取ることを指定する。また、「ハンディターミナル」を選択すれば、業務端末１３に接続されたＯＣＮ等のハンディターミナルから資料ＩＤの情報（以下、資料ＩＤ情報ともいう）を読み取ることを指定する。
次いで、点検対象となっている区画条件（所在や請求記号の範囲）およびチェック対象とする所望のデータ件数を入力する。このチェック対象のデータ件数は、１００件程度のデータをチェックすれば指定した区画条件が誤っているか否かを判断できるので、１００件以内の件数を指定することが好ましい。
最後に、図９の画面の「チェックボタン」をクリックすると、資料ＩＤ情報取得手段１３２を起動させる（ステップＳ４１）。
【００６０】
資料ＩＤ情報取得手段１３２は、資料ＩＤ情報等を格納している機器名称として「ハンディターミナル」が選択された場合、ハンディターミナル等の機器から読み込んだ資料ＩＤ情報等を格納するファイル名をユーザに入力させ、ハンディターミナルから資料ＩＤ情報等を読み込むとともにこのファイルへ書き込み、資料情報等送信手段１３３を起動して、指定されたファイル名を渡す（ステップＳ４２，Ｓ４３）。
また、「ファイル」が選択された場合、資料ＩＤ情報等を格納するファイル名を図書館員に入力させ、資料情報等送信手段１３３を起動して、指定されたファイル名を渡す（ステップＳ４２）。
【００６１】
資料情報等送信手段１３３は、渡されたファイルから指定されたデータ件数分の資料ＩＤ情報等を抜き出して（ステップＳ４４）、ＡＰサーバ１４へ区画条件や資料ＩＤを含む確認要求を送信する（ステップＳ４５）。
【００６２】
このとき、送信データは、指定したチェック対象件数、指定件数以内のファイルの内容（資料ＩＤ情報等）、入力した区画条件（所在、請求記号の範囲）および点検データを表示する際に必要なデータ項目を合わせて送信する。また、１件の資料ＩＤ情報等には、資料ＩＤとこの資料の書架にあった位置情報とが含まれる。
【００６３】
ここで、表示に必要なデータ項目とは、例えば、資料ＩＤ、資料名、所在、請求記号、期待状態、点検済状態、直前の請求記号、直後の請求記号等であり、必要に応じて変更可能である。
このように、表示に必要なデータ項目を予め指定することによって、業務サーバ１１は表示することを指定されていない項目を点検ＤＢから読み出す必要がなくなり、点検ＤＢからの情報の読出しに係る時間並びに業務端末１３へ返信するデータ量の削減を行える。
【００６４】
チェック結果表示手段１３４は、業務サーバ１１からＡＰサーバ１４を介して返信されてきた点検データを、例えば、図１０に示したように業務端末１３の表示装置の画面へ表示する（ステップＳ４７）。
図１０において、チェックされた結果は、先に送ったデータ項目に対して、正常・異常を問わず表示されるとともに、正常件数や異常（配架誤り、紛失資料の発見、未登録資料、ラベル異常等）件数が表示される。
また、業務端末１３として、ＰＤＡのような表示領域の少ない端末を使用するときには、結果データをすべて表示するのではなく上記の正常および異常の件数だけを表示させるようにしても良い。
さらに、結果データの表示形態も図１０に示したものである必要はなく、表示する業務端末の能力に合わせて適宜変更しても良い。
【００６５】
このように、本実施形態によれば、業務端末１３の資料情報等送信手段１３３によりチェックボタンを押すだけで、指定した件数の資料ＩＤに関して確認するだけであるので、素早く結果データ（点検結果の件数等）を得ることができる。また、結果を所定の点検ＤＢ等に反映させず、異常件数や表示されたデータから区画条件に誤りが無いかを確認することができるので、作業の効率が格段に向上する。
【００６６】
＜ＡＰサーバ＞
ＡＰサーバ１４は、業務端末１３から業務サーバ１１への処理依頼や業務サーバ１１から業務端末１３への処理結果の受け渡しの際の種々のチェックを行うことによって、業務サーバ１１における負荷を軽減するために設置される。
以下、ＡＰサーバ１４と業務サーバ１１の処理の流れを図１２のフローチャートを用いて説明する。
資料情報等取得手段１４１は、業務端末１３から送信されてきた確認要求を受信する（ステップＳ５１）。
この確認要求には、指定された確認対象の件数、この指定件数以内の資料ＩＤ、指定された区画条件並びに業務端末１１に表示する際に必要なデータ項目（例えば、資料ＩＤ、資料名、所在、請求記号、期待状態、点検済状態、直前の請求記号、直後の請求記号等）が付されている。
【００６７】
さらに、資料情報等取得手段１４１では、受信した資料ＩＤ情報等の件数が、確認対象件数分か否かを確認する（ステップＳ５２）。
まず、ＡＰサーバ１４の資料情報等取得手段１４１は受信した資料ＩＤ情報等の件数を求め、この件数が指定されたチェック対象件数以上の場合には、指定件数となるように削除する。さらに、指定されたチェック対象件数が予め決められた最大件数（ここでは、１００件）以内かをチェックし、最大件数を越えている場合には、受信した資料ＩＤ情報等を最大件数以下となるように削除する。
【００６８】
次に、ＡＰサーバ１４の資料情報等取得手段１４１は受信した資料ＩＤ情報等のうち重複した資料ＩＤである資料を唯一化し、次に、資料の位置情報がある場合には、この位置情報で資料の収納順番を決定して、この決定された順序に資料ＩＤを並べ替える。
最後に、ＡＰサーバ１４の資料情報等取得手段１４１は確認要求に、この処理がされた資料ＩＤのリストと、受信した区画条件および表示するデータ項目とを付加して確認要求を業務サーバ１１へ送信して、資料ＩＤの状態確認を依頼する（ステップＳ５３）。
【００６９】
チェック結果転送手段１４２は、業務サーバ１１から返信されてきた点検結果中の点検済状態を参照して、正常の資料件数、異常の種類（例えば、配架誤り、紛失資料の発見、未登録資料、異常コード）ごとの資料件数をカウントした結果、および返信されてきた点検結果を予め記憶している表示形式に揃えて（または、変換して）、点検データとして要求元の業務端末１３へ転送する（ステップＳ６１）。
【００７０】
＜業務サーバ＞
業務サーバ１１は、点検ＤＢを参照して、ＡＰサーバ１４から送られてきた資料ＩＤの点検済状態を調べ、点検結果としてＡＰサーバ１４へ返信する。
資料情報等受信手段１１１は、ＡＰサーバ１４から、点検チェックする資料ＩＤのリスト、区画条件および点検結果の表示データ項目を受信する。
所蔵点検情報抽出手段１１２は、資料情報等受信手段１１１で取得した資料ＩＤに該当し、業務端末１３で表示するのに必要なデータ項目の所蔵点検情報を、点検ＤＢから抽出して、一時的に抽出情報蓄積手段１１３へ記録する（ステップＳ５４）。
この抽出情報蓄積手段１１３は、点検ＤＢから抽出された、業務端末１３で表示するのに必要なデータ項目（資料ＩＤ、資料名、所在、請求記号、期待状態、直前の請求記号、直後の請求記号等）と、未設定の状態の点検済状態のデータ項目からなっている。
【００７１】
点検済状態設定手段１１４は、抽出情報蓄積手段１１３に記録された資料ＩＤの中から未処理のものを１つ取り出す（ステップＳ５５）。
次に、点検済状態設定手段１１４は、取り出した資料ＩＤの所在の項目を取り出し、ＡＰサーバ１４から送信された区画条件の所在と比較する。さらに、点検済状態設定手段１１４は、取り出した資料ＩＤの請求記号の項目を取り出し、ＡＰサーバ１４から送信されてきた区画条件の請求記号と比較することによって、取り出した資料が本来置かれるべき配架場所に置かれているか否かを判断し、取り出した資料ＩＤの点検済状態（図６参照）を抽出情報蓄積手段１１３に設定する（ステップＳ５６）。
【００７２】
また、抽出情報蓄積手段１１３の期待状態が紛失資料であった場合には、紛失情報を解除して発見資料として、抽出情報蓄積手段１１３に点検済状態を設定し（ステップＳ５７）、抽出情報蓄積手段１１３に記録した資料ＩＤがすべて処理済でなければ（ステップＳ５８のＮＯ）、ステップＳ５５へ戻る。
また、一方、抽出情報蓄積手段１１３に記録した資料ＩＤがすべて処理済であれば（ステップＳ５８のＹＥＳ）、抽出情報蓄積手段１１３に記録されている資料ＩＤに係わる情報を、資料ＩＤに付されている請求記号の順序に整列した結果の順序と、ＡＰサーバ１４から送信された資料ＩＤの順序とを比較し、資料に係わる情報が正しい順序、すなわち、整列された請求記号の順序で並べられているか否かを判断し、抽出情報蓄積手段１１３に資料ＩＤ毎に配架の状況を点検済状態として設定する（ステップＳ５９）。
【００７３】
チェック結果送信手段１１５は、点検済状態設定手段１１４で抽出情報蓄積手段１１３に蓄積した点検結果をＡＰサーバ１４へ返信する（ステップＳ６０）。そして、ＡＰサーバ１４は先述したステップＳ６１の処理を行う。
【００７４】
このように、点検済状態設定手段１１４が抽出情報蓄積手段１１３を用いて点検結果を一時的に蓄積しているので、点検処理で各種データベースに点検結果を反映することがなされない。したがって、本実施形態によれば、図書館員が点検処理の前に確認することができるので、図書館員による操作の間違え等をなくすことができる。
さらに、業務端末１３の資料情報等送信手段１３３やＡＰサーバ１４の資料情報等取得手段１４１により、所定数内の資料ＩＤのみを確認することがなされるので、点検処理への負荷を軽減させることができる。
【００７５】
ＡＰサーバ１４の機能を業務サーバ１１がすべて行うときには、図１２のフローチャートのステップＳ５３とＳ６０は省略できる。
【００７６】
さらに、本発明は上述した実施形態のみに限定されたものではない。上述した実施形態の業務端末、ＡＰサーバおよび業務サーバを構成する各機能をそれぞれプログラム化し、あらかじめＣＤ−ＲＯＭ等の記録媒体に書き込んでおき、このＣＤ−ＲＯＭをＣＤ−ＲＯＭドライブのような媒体駆動装置を搭載したコンピュータに装着して、これらのプログラムをそれぞれのコンピュータのメモリあるいは記憶装置に格納して、実行することによって、本発明の目的を達成することができる。
【００７７】
なお、記録媒体としては半導体媒体（例えば、ＲＯＭ、不揮発性メモリカード等）、光媒体（例えば、ＤＶＤ、ＭＯ、ＭＤ、ＣＤ−Ｒ等）、磁気媒体（例えば、磁気テープ、フレキシブルディスク等）のいずれであってもよい。
【００７８】
また、ロードしたプログラムの指示に基づき、オペレーティングシステムやアプリケーションプログラム等が実際の処理の一部または全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれる。
【００７９】
また、上述したプログラムをサーバコンピュータの磁気ディスク等の記憶装置に格納しておき、ネットワークで接続された利用者のコンピュータからダウンロードして頒布する場合、また、サーバコンピュータから配信して頒布する場合、このサーバコンピュータの記憶装置も本発明の記録媒体に含まれる。
このように、本発明の機能をプログラムして、記録媒体に記録し頒布することによって、コスト、可搬性、汎用性を向上させることができる。
【図面の簡単な説明】
【００８０】
【図１】図書館情報管理システムの全体構成を示すブロック図である。
【図２】図書館における蔵書点検の作業の流れを説明するフローチャートである。
【図３】７種類の期待状態の定義例である。
【図４】資料ラベルの構造と貼付例である。（Ａ）はＲＦタグを使用した資料ラベル、（Ｂ）はバーコードや２次元シンボルを使用した資料ラベル、（Ｃ）は資料ラベルの貼付場所の例である。
【図５】資料ラベルを貼付した資料を書架へ収納した例である。
【図６】１２種類の点検済状態の定義例である。
【図７】チェック結果例である。
【図８】本発明の蔵書点検サブシステムの機能構成うちのチェック機能に関係する機能を示すブロック図である。
【図９】チェック要求の入力画面例である。
【図１０】チェック結果を表示する画面例である。
【図１１】業務端末の処理の流れを説明するフローチャートである。
【図１２】ＡＰサーバと業務サーバの処理の流れを説明するフローチャートである。
【符号の説明】
【００８１】
１０…図書館、１１…業務サーバ、１１１…資料情報等受信手段、１１２…所蔵点検情報抽出手段、１１３…抽出情報蓄積手段、１１４…点検済状態設定手段、１１５…チェック結果送信手段、１２…業務データベース（ＤＢ）、１３…業務端末、１３１…区画条件取得手段、１３２…資料ＩＤ情報取得手段、１３３…資料情報等送信手段、１３４…チェック結果表示手段、１４…アプリケーション（ＡＰ）サーバ、１４１…資料情報等取得手段、１４２…チェック結果転送手段、１５…利用者端末、１６，２０…ネットワーク。
【図１】
2005332332.tif 000003
【図２】
2005332332.tif 000004
【図３】
2005332332.tif 000005
【図４】
2005332332.tif 000006
【図５】
2005332332.tif 000007
【図６】
2005332332.tif 000008
【図７】
2005332332.tif 000009
【図８】
2005332332.tif 000010
【図９】
2005332332.tif 000011
【図１０】
2005332332.tif 000012
【図１１】
2005332332.tif 000013
【図１２】
2005332332.tif 000014