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