(57)【要約】【課題】図書館側で発注した図書のデータを図書館側の記憶装置に登録する際に不正なデータの登録を事前に防ぐシステムを提供する。【解決手段】図書館員用クライアント装置１４やサーバ装置１１の納品データ入力プログラム３によって、図書館に納品された図書に関する納品データを入力する。サーバ装置１１に搭載された形式判定プログラム４は、入力された納品データが所蔵データ記憶手段（目録ＤＢ１３等）に登録可能なデータ形式であるか否かを判定する。サーバ装置１１の整合性判定プログラム５によって、その納品データと発注データ記憶手段（目録ＤＢ１３等）に記憶された発注データとを照合し、その納品データに整合する発注データが発注データ記憶手段に存在するか否かを判定する。納品データ登録プログラム６は、形式判定プログラム４，整合性判定プログラム５の判定によって否の判定結果でない場合にのみ納品データ登録処理を実行する。【選択図】図４
2005258568.tif 000002
【特許請求の範囲】
【請求項１】
図書館において発注した図書の受入に関する業務を支援するための発注図書受入システムであって、
前記図書館における図書の所蔵データを記憶する所蔵データ記憶手段と、
前記図書館側から発注した図書に関する発注データを記憶した発注データ記憶手段と、
前記図書館に納品された図書に関する納品データを入力する納品データ入力手段と、
該入力された納品データが前記所蔵データ記憶手段に登録可能なデータ形式であるか否かを判定する形式判定手段と、
前記納品データと前記発注データ記憶手段に記憶された発注データとを照合し、前記納品データに整合する発注データが前記発注データ記憶手段に存在するか否かを判定する整合性判定手段と、
前記形式判定手段により前記納品データが前記所蔵データ記憶手段に登録可能なデータ形式であると判定され、且つ、前記整合性判定手段により前記納品データに整合する発注データが前記発注データ記憶手段に存在すると判定された場合にのみ、前記納品データを所蔵データの一部として前記所蔵データ記憶手段に記憶することで、前記納品データを登録する納品データ登録手段と、
を有することを特徴とする発注図書受入システム。
【請求項２】
前記形式判定手段は、前記納品データ入力手段で同時に入力した他の図書であって発注先が同じである図書に関する納品データに対しては、判定を行わないことを特徴とする請求項１に記載の発注図書受入システム。
【請求項３】
前記発注データ及び納品データは、１つの発注又は１つの発注図書に対し、双方のデータで共通の発注番号を含む規定とし、前記整合性判定手段は、前記納品データに含まれる発注番号に基づいて、前記納品データに対応する発注データを検索して抽出し、該抽出した発注データと前記納品データとの整合性を判定する手段であることを特徴とする請求項１又は２に記載の発注図書受入システム。
【請求項４】
前記整合性判定手段は、前記形式判定手段により前記納品データが前記所蔵データ記憶手段に登録可能なデータ形式であると判定された場合にのみ、判定を行うことを特徴とする請求項１乃至３のいずれか１項に記載の発注図書受入システム。
【請求項５】
前記整合性判定手段において納品データに整合する発注データが存在しないと判定された場合に、該判定結果を前記納品データの一部又は全部と共に記憶する手段をさらに有し、
前記整合性判定手段は、前記記憶された判定結果を参照し、前記納品データ入力手段で入力された納品データが、前記納品データ登録手段における登録ができなかった納品データであった場合に、整合性の判定を、前記納品データのうち変更された項目のデータのみに対して行うことを特徴とする請求項１乃至４のいずれか１項に記載の発注図書受入システム。
【請求項６】
前記形式判定手段における判定結果、或いは前記整合性判定手段における判定結果が、否であった場合に、エラーの内容を出力するエラー出力手段をさらに有することを特徴とする請求項１乃至５のいずれか１項に記載の発注図書受入システム。
【請求項７】
前記納品データ登録手段は、前記納品データを所蔵データの一部として登録する際に、図書の配架場所の情報等、他の情報を入力する配架情報入力手段を有することを特徴とする請求項１乃至６のいずれか１項に記載の発注図書受入システム。
【請求項８】
図書毎の書籍データを記憶した書籍データ記憶手段をさらに有し、前記発注データ記憶手段は、図書の発注毎のデータである前記発注データを、前記図書館側から発注した図書毎の書籍データと関連付けて記憶し、
前記納品データ登録手段は、前記所蔵データを、前記発注データに関連付けられた書誌データと関連付けて記憶することを特徴とする請求項１乃至７のいずれか１項に記載の発注図書受入システム。
【請求項９】
前記発注データ記憶手段は、前記書誌データとして仮の書誌データを関連付けて記憶する手段を有し、
前記納品データ登録手段は、前記発注データ記憶手段において仮の書誌データが関連付けられ記憶された発注データに対して、前記納品データを登録する際に、受け入れる図書の納品データに対応する正規の書誌データを前記書誌データ記憶手段から検索し、前記所蔵データを該検索した書誌データと関連付けて記憶する手段を有することを特徴とする請求項８に記載の発注図書受入システム。
【請求項１０】
当該発注図書受入システムは、複数の図書館が共同して利用できる、図書の書誌データが格納されているホストデータベースに、ネットワークを介してアクセス可能に接続され、
前記納品データ登録手段は、前記検索により書誌データが見つからなかった場合に、ホストデータベースから正規の書誌データをダウンロードして、前記所蔵データを該ダウンロードした書誌データと関連付けて記憶する手段を有することを特徴とする請求項９に記載の発注図書受入システム。
【請求項１１】
当該発注図書受入システムは、図書館において発注した図書の受入に関する業務を支援するためのサーバコンピュータと、該サーバコンピュータにネットワーク接続された、発注図書の受入業務を行う図書館員が使用するクライアントコンピュータと、を備え、
各記憶手段は、前記サーバコンピュータにおける記憶装置と、該サーバコンピュータに実行可能に格納され各データをデータベース形式で前記記憶装置に格納するためのデータベース管理プログラムとで構成され、前記形式判定手段、整合性判定手段、及び納品データ登録手段は、前記サーバコンピュータに実行可能に格納されたプログラムで構成され、前記納品データ入力手段は、前記サーバコンピュータにおけるネットワーク通信手段で構成されるか、或いは、前記クライアントコンピュータにおける、入力装置と前記ネットワークにおける通信手段とで構成されることを特徴とする請求項１乃至１０のいずれか１項に記載の発注図書受入システム。
【請求項１２】
請求項１乃至１０のいずれか１項に記載の発注図書受入システムにおける各手段として、コンピュータを機能させるためのプログラム。
【請求項１３】
請求項１１に記載の発注図書受入システムにおけるプログラム。
【請求項１４】
請求項１２又は１３に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、発注図書受入システム、プログラム、及び記録媒体に関し、より詳細には、図書館において発注した図書を受け入れる業務を支援するための発注図書受入システム、プログラム、及び記録媒体に関する。
【背景技術】
【０００２】
従来から、図書館においては、例えば図書の目録管理等の図書館業務を行うために図書に関する各種情報を管理する必要がある。近年のコンピュータ及びネットワークをはじめとする情報関連技術のめざましい発展により、図書館においてもコンピュータ等を用いた図書に関する各種情報の取得、管理がなされており、図書館業務における情報の電子化・オンライン化が進められている。
【０００３】
コンピュータ等を用いて図書館における各種情報の管理を実現するための図書館情報管理システムに要求される機能は、大きく、目録管理機能（基本機能）、閲覧管理機能、雑誌管理機能、蔵書点検機能、発注受入機能、相互貸借機能、図書検索機能（ＯＰＡＣ：Ｏｎｌｉｎｅ  Ｐｕｂｌｉｃ  Ａｃｃｅｓｓ  Ｃａｔａｌｏｇｕｅ）等からなり、１つの基本機能及び６つのサブ機能に分類される。
【０００４】
図８は、図書館情報管理システムに要求される機能の概要を説明するための図である。
図書館情報管理システムに要求される機能としては、雑誌管理機能５０、発注受入機能６０、目録管理機能（基本機能）７０、図書検索機能（ＯＰＡＣ）８０、閲覧管理機能９０、蔵書点検機能１００、相互貸借機能１１０等の機能がある。
【０００５】
発注受入機能６０は、図書の発注処理５４から受入処理５５、支払処理６１（及び利用者への提供）まで、一連の流れに従って業務を支援する機能である。また、例えば、雑誌のように定期的あるいは非定期的に販売される書物は、通常の図書と区別して管理するほうが好ましく、そのためには、雑誌管理機能５０により製本処理５１や雑誌あるいはその雑誌の製本代金の支払処理５２を管理する必要がある。
【０００６】
雑誌及び雑誌以外の図書を発注、受入するためには、購入調査処理５３を行う必要があり、購入調査処理５３に基づく雑誌又は雑誌以外の図書の発注処理５４、図書納品後の受入処理５５、さらには、代金の支払処理５２，支払処理６１を管理する必要がある。受入処理５５では、本の納入と同時に書店から届く、発注先である書店からの納品データ（書店データともいう）をそのままデータベースに登録して図書館側のシステムに受け入れる。
【０００７】
目録管理機能（基本機能）７０は、図書納品後の受入処理５５の後に、例えば、国立情報学研究所（ＮＩＩ：Ｎａｔｉｏｎａｌ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｉｎｆｏｒｍａｔｉｃｓ）等の外部機関から提供される目録所在情報サービスの総合目録データベース（以下、ＮＡＣＳＩＳ−ＣＡＴという）に格納された目録情報の利用機能７１を用いて、図書の目録作成処理７２を行い、目録作成後、配架場所を定めて配架処理７４を行う機能を含む。また、これらの処理結果に基づいて蔵書の統計をとる蔵書統計処理７３の機能も有している。
【０００８】
図書検索機能（資料検索：ＯＰＡＣ）８０は、図書館の利用者が目録により検索を行うための目録検索処理８１を行い、目録検索後、利用者は、貸出予約申請処理８２あるいは文献複写申請処理８３を行う。閲覧管理機能９０は、利用者管理機能９１により図書館の利用者を管理し、その利用者管理機能９１による利用者情報及び図書の配架処理７４による所蔵情報に基づいて図書の貸出返却処理９２を行う。閲覧管理機能９０は、さらに、利用者管理機能９１、貸出返却処理９２、予約管理機能９３の全てあるいは一部の情報に基づき利用統計をとる利用統計処理９４の機能も有している。
【０００９】
蔵書点検機能１００は、貸出返却処理９２の情報に基づいて蔵書点検処理１０１を行う機能である。また、相互貸借機能１１０は、図書検索機能８０における文献複写申請処理８３に基づいて、例えば、前述した国立情報学研究所等の外部機関から提供される図書館間相互貸借サービスの相互貸借データベース（以下、ＮＡＣＳＩＳ−ＩＬＬという）に格納された依頼情報、受付情報の利用機能１１１等により、他の図書館で管理している図書の複写を行う。ここでは、さらに、貸出予約申請処理８２により他の図書館で管理している図書を貸借することもできる。
【００１０】
図書館情報管理システムに要求される上述のごとき機能は、通常、機能毎に独立したシステムが存在し、図書館業務を行う図書館員は、機能毎に別々に操作を行うことになる。また、図書館情報管理システムにおいて、例えば、書名，著者名，出版者等といった図書の書誌データは、各図書館のローカルなデータベースで管理されている。以下、このようなデータベースのことをローカルデータベースという。
【００１１】
また、例えば、ＮＡＣＳＩＳ−ＣＡＴやＮＡＣＳＩＳ−ＩＬＬといったデータベースは、ネットワーク接続を可能とし、複数の図書館が共同して利用することができる。以下、このようなデータベースのことをホストデータベースという。これらのホストデータベースは、書誌情報等をコンピュータで効率よく扱える形式で提供が可能なので、これを利用することにより書誌データの入力を省力化できる。ホストデータベースから、前述したローカルデータベースにデータをコピーし、登録（ローカル登録）することをダウンロードといい、その逆に、ローカルデータベースからホストデータベースにデータを登録することをアップロードという。
【００１２】
なお、図書の購入依頼の受付から発注、受入、支払、登録番号採番、利用者への提供まで一連の発注受入業務における流れを図書館それぞれの作業形態に応じて総合的に支援することができる図書館における発注受入システムが、本出願人によって提案されている（例えば、特許文献１を参照）。
【特許文献１】特開２００３−０９９５６３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
しかしながら、従来の図書館情報管理システムにおける発注受入機能は、その受入側において、次のような問題がある。すなわち、従来の受入処理プログラムにおいては、発注先である書店からの納品データを図書館側のローカルシステムに受け入れる際に、納品データをそのままデータベースに登録する処理を行っていたために、図書館員の意図していないデータがデータベースに登録されてしまうことがある。そして、一度間違ってデータベースに登録してしまうと、そのデータの発見、修正には非常に手間がかかることとなる。
【００１４】
本発明は、上述のごとき実情に鑑みてなされたものであり、図書館側で発注した図書のデータを図書館側のローカルデータベース等の記憶装置に登録する際に、不正なデータの登録を事前に防ぐことが可能な、発注図書受入システム、該システムにおける各手段としてコンピュータを機能させるためのプログラム、及び該プログラムを記録したコンピュータ読み取り可能な記録媒体を提供すること、をその目的とする。
【課題を解決するための手段】
【００１５】
本発明は、上述の課題を解決するために、以下の各技術手段によって構成される。
第１の技術手段は、図書館において発注した図書の受入に関する業務を支援するための発注図書受入システムであって、前記図書館における図書の所蔵データを記憶する所蔵データ記憶手段と、前記図書館側から発注した図書に関する発注データを記憶した発注データ記憶手段と、前記図書館に納品された図書に関する納品データを入力する納品データ入力手段と、該入力された納品データが前記所蔵データ記憶手段に登録可能なデータ形式であるか否かを判定する形式判定手段と、前記納品データと前記発注データ記憶手段に記憶された発注データとを照合し、前記納品データに整合する発注データが前記発注データ記憶手段に存在するか否かを判定する整合性判定手段と、前記形式判定手段により前記納品データが前記所蔵データ記憶手段に登録可能なデータ形式であると判定され、且つ、前記整合性判定手段により前記納品データに整合する発注データが前記発注データ記憶手段に存在すると判定された場合にのみ、前記納品データを所蔵データの一部として前記所蔵データ記憶手段に記憶することで、前記納品データを登録する納品データ登録手段と、を有することを特徴としたものである。
【００１６】
第２の技術手段は、第１の技術手段において、前記形式判定手段は、前記納品データ入力手段で同時に入力した他の図書であって発注先が同じである図書に関する納品データに対しては、判定を行わないことを特徴としたものである。
【００１７】
第３の技術手段は、第１又は第２の技術手段において、前記発注データ及び納品データは、１つの発注又は１つの発注図書に対し、双方のデータで共通の発注番号を含む規定とし、前記整合性判定手段は、前記納品データに含まれる発注番号に基づいて、前記納品データに対応する発注データを検索して抽出し、該抽出した発注データと前記納品データとの整合性を判定する手段であることを特徴としたものである。
【００１８】
第４の技術手段は、第１乃至第３のいずれかの技術手段において、前記整合性判定手段は、前記形式判定手段により前記納品データが前記所蔵データ記憶手段に登録可能なデータ形式であると判定された場合にのみ、判定を行うことを特徴としたものである。
【００１９】
第５の技術手段は、第１乃至第４のいずれかの技術手段において、前記整合性判定手段において納品データに整合する発注データが存在しないと判定された場合に、該判定結果を前記納品データの一部又は全部と共に記憶する手段をさらに有し、前記整合性判定手段は、前記記憶された判定結果を参照し、前記納品データ入力手段で入力された納品データが、前記納品データ登録手段における登録ができなかった納品データであった場合に、整合性の判定を、前記納品データのうち変更された項目のデータのみに対して行うことを特徴としたものである。
【００２０】
第６の技術手段は、第１乃至第５のいずれかの技術手段において、前記形式判定手段における判定結果、或いは前記整合性判定手段における判定結果が、否であった場合に、エラーの内容を出力するエラー出力手段をさらに有することを特徴としたものである。
【００２１】
第７の技術手段は、第１乃至第６のいずれかの技術手段において、前記納品データ登録手段は、前記納品データを所蔵データの一部として登録する際に、図書の配架場所の情報等、他の情報を入力する配架情報入力手段を有することを特徴としたものである。
【００２２】
第８の技術手段は、第１乃至第７のいずれかの技術手段において、図書毎の書籍データを記憶した書籍データ記憶手段をさらに有し、前記発注データ記憶手段は、図書の発注毎のデータである前記発注データを、前記図書館側から発注した図書毎の書籍データと関連付けて記憶し、前記納品データ登録手段は、前記所蔵データを、前記発注データに関連付けられた書誌データと関連付けて記憶することを特徴としたものである。
【００２３】
第９の技術手段は、第８の技術手段において、前記発注データ記憶手段は、前記書誌データとして仮の書誌データを関連付けて記憶する手段を有し、前記納品データ登録手段は、前記発注データ記憶手段において仮の書誌データが関連付けられ記憶された発注データに対して、前記納品データを登録する際に、受け入れる図書の納品データに対応する正規の書誌データを前記書誌データ記憶手段から検索し、前記所蔵データを該検索した書誌データと関連付けて記憶する手段を有することを特徴としたものである。
【００２４】
第１０の技術手段は、第９の技術手段において、当該発注図書受入システムは、複数の図書館が共同して利用できる、図書の書誌データが格納されているホストデータベースに、ネットワークを介してアクセス可能に接続され、前記納品データ登録手段は、前記検索により書誌データが見つからなかった場合に、ホストデータベースから正規の書誌データをダウンロードして、前記所蔵データを該ダウンロードした書誌データと関連付けて記憶する手段を有することを特徴としたものである。
【００２５】
第１１の技術手段は、第１乃至第１０のいずれかの技術手段において、当該発注図書受入システムは、図書館において発注した図書の受入に関する業務を支援するためのサーバコンピュータと、該サーバコンピュータにネットワーク接続された、発注図書の受入業務を行う図書館員が使用するクライアントコンピュータと、を備え、各記憶手段は、前記サーバコンピュータにおける記憶装置と、該サーバコンピュータに実行可能に格納され各データをデータベース形式で前記記憶装置に格納するためのデータベース管理プログラムとで構成され、前記形式判定手段、整合性判定手段、及び納品データ登録手段は、前記サーバコンピュータに実行可能に格納されたプログラムで構成され、前記納品データ入力手段は、前記サーバコンピュータにおけるネットワーク通信手段で構成されるか、或いは、前記クライアントコンピュータにおける、入力装置と前記ネットワークにおける通信手段とで構成されることを特徴としたものである。
【００２６】
第１２の技術手段は、第１乃至第１０のいずれかの技術手段の発注図書受入システムにおける各手段として、コンピュータを機能させるためのプログラムである。
【００２７】
第１３の技術手段は、第１１の技術手段の発注図書受入システムにおけるプログラムである。
【００２８】
第１４の技術手段は、第１２又は第１３の技術手段におけるプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【発明の効果】
【００２９】
本発明によれば、図書館側で発注した図書のデータを、図書館側のローカルデータベース等の記憶装置に登録する際に、不正なデータの登録を事前に防ぐことが可能となる。
【発明を実施するための最良の形態】
【００３０】
本発明に係る発注図書受入システムは、図書館における各種情報を管理する業務を支援するための図書館情報管理システムの一部として、或いは図書館における図書の発注及び受入に関する業務を支援するための発注受入システムの一部として、或いはそれらとは独立して構成されるシステムであり、以下に、その詳細を図書館情報管理システムの一部として各実施形態で説明する。
【００３１】
本発明に係る発注図書受入システム（以下、本システムという）は、図書館で書店等に発注した図書に対し、納品された図書を図書館において受け入れる受入業務を支援するシステムであり、発注した図書の受入時に発注先（納品元）である書店等から送られてきたデータを登録前にチェックすることが可能なシステムである。ここで、図書とは、所謂図書（単行書）だけでなく雑誌（逐次刊行物）等も含み、無論、それらには図書館で取り扱うＣＤ，ＤＶＤ等のメディアや写真集などの視聴覚資料も含まれるものとする。但し、以下の説明では、本システムを、図書（単行書）と雑誌（逐次刊行物）とを区別して取り扱う図書館情報管理システムの一部として説明しているため、基本的に図書と雑誌とを区別して説明し、且つ本発明の特徴部分を図書と雑誌のうちの図書（単行書）のみに対して説明しているが、区別したうちの雑誌（逐次刊行物）に対しても本発明の特徴部分は同様に適用可能であり、簡略化のため説明を省略している。
【００３２】
図１は、本発明の一実施形態に係わる発注図書受入システムを説明するための図で、該システムを含む図書館情報管理システムの全体構成を示す図である。図中、１０は図書館、２０は国立情報学研究所、３０はネットワークである。
【００３３】
図書館１０側のシステムとしては、図書館業務を管理するためのサーバコンピュータ（以下、サーバ装置という）１１と、図書館業務に係わる各種データを格納する業務データベース１２（以下、業務ＤＢという）と、図書館員が業務に使用する図書館員用クライアントコンピュータ（以下、図書館員用クライアント装置という）１４と、図書館の利用者が使用する利用者用クライアントコンピュータ（以下、利用者用クライアント装置という）１５と、利用者が図書又は雑誌の目録情報を検索するための検索ＤＢ１６とを有する。なお、本発明に限って言えば、図書館員用クライアント装置１４は、図書の受入業務を行う図書館員が使用することとなる。一方、国立情報学研究所２０には、ＮＡＣＳＩＳ−ＣＡＴ（総合目録ＤＢ）２１がネットワーク３０等を経由してアクセス可能なよう設けられている。本実施形態においては、業務ＤＢ１２がローカルデータベースとなり、ＮＡＣＳＩＳ−ＣＡＴ２１や図示しないＮＡＣＳＩＳ−ＩＬＬがホストデータベースとなる。
【００３４】
本実施形態において、サーバ装置１１は、ホストデータベース（ＮＡＣＳＩＳ−ＣＡＴ２１等）とネットワーク３０を介して接続され、業務ＤＢ１２、検索ＤＢ１６にアクセス可能とし、各クライアント装置１４，１５と図書館内のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等専用回線を介して接続されている。また、ネットワーク３０を介して接続される外部機関は、国立情報学研究所２０に限定されず、国立情報学研究所２０が有する総合目録ＤＢと同様な目録所在情報サービス等を提供できる外部機関（例えばＮＡＣＳＩＳ−ＩＬＬ等）であればネットワーク接続を可能としておけばよい。
【００３５】
図２は、本発明の一実施形態に係わる発注図書受入システムを説明するための図で、図１の図書館情報管理システムにおけるデータベースと各サブシステムとの関係を説明するための図である。
【００３６】
サーバ装置１１は、各機能に応じて７つのサブシステムからなり、発注受入サブシステム１１ａ、目録管理サブシステム（基本システム）１１ｂ、雑誌管理サブシステム１１ｃ、相互貸借サブシステム１１ｄ、閲覧管理サブシステム１１ｅ、蔵書点検サブシステム１１ｆ、及び図書検索サブシステム１１ｇを有する。これら７つのサブシステムを有機的に連携させ１つのシステムとしてまとめ、図書館情報管理システム（総合図書館情報管理システムとも謂える）として提供することで、基幹業務から利用者サービスまで含む総合的な図書館業務を行うことが可能となる。
【００３７】
業務ＤＢ１２は、図書館員のみが業務に使用するＤＢであって、図書館の利用者がアクセスして検索や編集を行うことはできないよう構成されている。業務ＤＢ１２には、図書館員が業務で作成、変更するデータが全て登録される。業務ＤＢ１２は、複数のＤＢからなり、購入依頼ＤＢ１２ａ、目録ＤＢ１３、相互貸借ＤＢ１２ｄ、閲覧ＤＢ１２ｅ、点検ＤＢ１２ｆ、コード表ＤＢ１２ｇ、及び予算ＤＢ（図示せず）を有し、さらに目録ＤＢ１３は、図書目録ＤＢ１２ｂ及び雑誌目録ＤＢ１２ｃからなる。また、図書検索サブシステム１１ｇは、その検索対象とする目録情報に関する目次情報やイメージ情報の提供を可能とする電子図書館機能を含むものとする。従って、検索ＤＢ１６は、図書館の利用者に対して目録検索サービスを提供し、その目録検索サービスに関する目次情報、イメージ情報を提供可能とするものである。
【００３８】
購入依頼ＤＢ１２ａは、利用者からの図書購入の申し込み情報（以下、購入依頼情報という）を管理している。この購入依頼ＤＢ１２ａに登録された購入依頼情報を参照し、該購入依頼情報に対応する図書を購入するかどうか検討し、検討した結果、購入が決まった図書は、購入依頼ＤＢ１２ａに登録された購入依頼情報に基づき発注受入サブシステム１１ａにより発注情報が生成される。購入依頼情報は、利用者データを含んでおり、必要な利用者データは、前述した閲覧ＤＢ１２ｅの利用者データをコピーして利用することができる。
【００３９】
また、購入依頼情報は、図書目録ＤＢ１２ｂには登録されない。これは、購入依頼情報に含まれる不完全な目録情報が図書目録ＤＢ１２ｂに蓄積されるのを防ぐためで、この購入依頼情報に基づいて、図書館員が発注受入サブシステム１１ａで発注情報を作成することにより、購入する図書の書誌データ、発注データが図書目録ＤＢ１２ｂに登録される。発注受入サブシステム１１ａによって、最終的に発注データが所蔵データとして格納されることとなるが、本発明に係る発注図書受入システムにおいては、さらにこの図書目録ＤＢ１２ｂに登録された発注データの登録時のミスなどによって、所蔵データが意図していないデータで登録されてしまうことを鑑み、書店から図書の納品時に届く納品データを、発注データの代わりに所蔵データとして登録する。
【００４０】
図書目録ＤＢ１２ｂは、書誌データや所蔵データ等の図書に関する目録情報と、図書の発注情報とを管理している。また、雑誌目録ＤＢ１２ｃは、書誌データや所蔵データ、巻号データ、コピーデータ等の雑誌に関する目録情報と、雑誌の発注情報と、雑誌製本の発注情報とを管理している。この図書に関する目録情報や雑誌に関する目録情報は、本図書館情報管理システムの各サブシステムが共通で使用することができる。雑誌の場合、未製本雑誌、製本雑誌ともにコピーデータの管理対象となる。ここで、製本とは、複数冊の未製本雑誌を１冊にまとめる処理のことをいう。従って、上述の購入依頼情報に基づく発注処理（発注情報の生成等）を行う際にも、目録ＤＢ１３における目録情報（但し発注する図書や雑誌が図書館の蔵書として存在する場合）を利用することができ、さらにＮＡＣＳＩＳ−ＣＡＴ２１における書誌データを利用することもできる。
【００４１】
ここで、図書における目録情報は、図書の書名や出版者等の書誌データ、図書毎の資料ＩＤ、所在等を含む物理的な図書１冊毎の所蔵データとから構成され、図書の発注情報は、１件の発注毎に発注番号、購入冊数、価格、購入を申し込んだ利用者等の情報を含むものであり、図書館側から発注した図書の発注毎の発注データが図書毎の書誌データに関連付けられている。なお、利用者からの申し込みを経ない発注も存在する。また、雑誌における目録情報は、雑誌の誌名や出版者等の書誌データに加え、雑誌の所在毎に所蔵している巻号の情報をまとめた所蔵データと、発行年月や巻号番号等の雑誌の巻又は号に共通する巻号データと、物理的な雑誌１冊毎の所在を含むコピーデータと（これらの３データは図書（単行本）の所蔵データに対応する）から構成される。雑誌の発注情報は、発注する雑誌１部毎に発注番号、契約期間、価格、購入を申し込んだ利用者等の情報を含むものであり、図書館側から発注した雑誌の発注毎の発注データが雑誌１冊毎の書誌データに関連付けられている。同一の雑誌を複数部数購入する場合、発注データは発注する部数分作成される。また、雑誌製本発注情報は、製本する雑誌１部毎に発注番号、発注先、製本サイズ、製本発注日、製本を申し込んだ利用者等の情報を含むものである。
【００４２】
上述したように本図書館情報管理システムは、目録情報を大きく、図書（単行書）と雑誌（逐次刊行物）に分類して目録を管理している。これにより、図書と雑誌で異なるデータ構造で管理することができ、より正確、且つ効率的に、目録情報の検索を行うことを可能としている。
【００４３】
相互貸借ＤＢ１２ｄは、図書又は雑誌（各種文献等を含む）の貸借や複写の依頼情報、受付情報を管理している。ＮＡＣＳＩＳ−ＩＬＬを経由した依頼情報や受付情報と、ＮＡＣＳＩＳ−ＩＬＬを経由しない依頼情報や受付情報とを一緒に管理することができる。また、閲覧ＤＢ１２ｅは、図書又は雑誌の貸出情報、予約情報、及び利用者情報を管理している。これらの貸出情報、予約情報、利用者情報は全て閲覧ＤＢ１２ｅで生成、編集される。
【００４４】
また、点検ＤＢ１２ｆは、図書又は雑誌の点検業務を行う際に、図書目録ＤＢ１２ｂ及び雑誌目録ＤＢ１２ｃから点検に必要な情報を抽出して生成される点検情報を管理するもので、この点検情報により点検対象の目録情報と点検履歴等の情報が管理される。コード表ＤＢ１２ｇは、本図書館情報管理システムの各サブシステムやシステム全体が使用する共通のコードを管理する。また、検索ＤＢ１６は、図書館の利用者が図書又は雑誌を検索する際に必要な目録情報や目次情報等を業務ＤＢ１２の中から抽出し、効率よく検索ができるデータ形式に変換して登録するためのもので、業務ＤＢ１２からのデータ登録や更新を夜間に自動的に行うことができる。
【００４５】
ここで、上述したサーバ装置１１，各種ＤＢ，各クライアント装置，ネットワーク等、本明細書中に記載するサーバ装置，ＤＢ，クライアント装置，ネットワークに関して補足的に説明する。
【００４６】
サーバ装置１１は、Ｗｉｎｄｏｗｓ（登録商標）系のサーバプログラム（ここではＯＳ：Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ或いはそのカーネルを意味する）を搭載したサーバコンピュータだけでなく、ＬＩＮＵＸ（登録商標）等のＵＮＩＸ（登録商標）系のサーバプログラムや他のサーバプログラムを搭載したサーバコンピュータで構成することも、容易に可能である。また、本発明における各実施形態の説明に際し、サーバ装置１１を１つの装置として示しているが、ネットワークを介してサーバ装置１１の各機能を分散させてもよく、ユーザ認証サーバ，ＤＢ管理サーバ等、処理に応じた階層構造をもつサーバとしてもよい。また、各クライアント装置は、デスクトップ型パーソナルコンピュータとして図示しているが、ネットワーク接続可能な携帯電話やモバイルコンピュータであってもよく、使用形態に応じた形態であればよい。また、図書館情報管理システムを利用可能なクライアント装置を複数台設置する場合、例えばＬＡＮ等によりネットワーク接続される必要がある。
【００４７】
また、本実施形態では、サーバ装置１１，業務ＤＢ１２，検索ＤＢ１６が、図書館側に設置されているものとして説明するが、サーバ装置１１が、各クライアント装置にネットワークを介して接続されていればよく、必ずしも図書館内に設置されている必要はなく、例えば、本図書館情報管理システムやその一部のシステム（例えば本発明の発注図書受入システムやそのシステムを含む発注受入システムなど）をＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）により提供する提供業者の会社等に設置されていてもよい。この場合、ＡＳＰ提供業者が有するサーバ装置（図示せず）は、後述するサーバ装置１１が有する各手段をアプリケーションとしてネットワーク３０等の通信ネットワークを介して提供するサービスを、図書館の各クライアント装置に対して提供する手段を備えるものとする。
【００４８】
また、ＤＢ１２，１６等のデータベースは、サーバ装置１１に物理的に含まれている形態でも、サーバ装置１１にＤＢがネットワークを介して接続され、物理的に離散している形態を採用してもよい。また、本実施形態では、説明のために、業務ＤＢ１２と検索ＤＢ１６とをそれぞれ独立したＤＢとして示しているが、ＤＢ１２，１６等の各ＤＢは、その構成上別々のものでも一体型のものでもよく、要はデータベースとしての機能がはたせる形態であればよい。勿論、サーバ装置を、各ＤＢそれぞれの機能に応じてＤＢ毎に、各ＤＢ管理用サーバ装置として設ける形態としてもよい。ＤＢを管理するサーバ装置１１は、ＤＢの維持・運用を行う専用のソフトウェア（ＤＢ管理システム）を備えるようにすることが好ましい。これにより、ＤＢ内のデータを本発明に係る各機能を実現するプログラム（アプリケーションソフト）から物理的，論理的に独立させ、各種アプリケーションのバージョンアップやシステム構築が容易になる上に、データの整合性（一貫性）を保て、データのセキュリティの確保が行い易くなる。
【００４９】
さらに、上述したサーバ装置１１や各クライアント装置１４，１５など、ＰＣ（パーソナルコンピュータ）等の汎用コンピュータやサーバコンピュータにおける各種情報の処理について、図３に示す一般的な情報処理装置の構成例を参照して説明する。図３は、一般的な情報処理装置の構成例を示すブロック図で、図中、４１はＣＰＵ、４２はＲＡＭ，ＲＯＭ等の主記憶装置（以下、メモリと表記）、４３はハードディスク，書き換え可能ＲＯＭ等の補助記憶装置（以下、ＨＤＤと表記）、４４は入力装置、４５は表示装置、４６は通信装置、４７はバスである。
【００５０】
本システムにおけるサーバ装置１１（や各クライアント装置）で取り扱われる情報は、その処理時に一時的にメモリ４２に蓄積され、その後、ＨＤＤ４３に格納され、必要に応じて、ＣＰＵ４１によって読み出し、修正・書き込みが行われる。また、コンピュータを本システムにおけるサーバ装置１１として機能させるためのプログラムは、ＨＤＤ４３に蓄積されており、ＣＰＵ４１が読み出すことによって実行される。サーバ装置１１に搭載される場合のこのプログラムは、後述するサーバ装置１１の各手段としてコンピュータのＣＰＵ４１等を制御するプログラム（コンピュータを機能させるプログラム）である。同様に、各クライアント装置に搭載される場合のプログラムは、サーバ装置１１側に本発明に係るプログラムを搭載することを基本とするため、特別なものは必要なく構成可能であるが、そのプログラムの一部をクライアント装置側に搭載することも可能である。
【００５１】
また、処理の途中経過や途中結果は、ＣＲＴ，ＬＣＤ，ＰＤＰ等の表示装置４５を通して装置ユーザに提示され、必要な場合には、キーボード，マウス（ポインティングデバイス）等の入力装置４４から装置ユーザが処理に必要なパラメータを入力指定すればよい。このプログラムは、装置ユーザ（システムの管理者、クライアント装置のユーザ）が使用する際に容易となるように、表示装置４５用のグラフィカルユーザインターフェース（ＧＵＩ）を備えるようにするとよい。なお、入力装置４４としては、補助記憶装置４３としても機能する、例えばＦＤ装置等の各種記録媒体読込装置（各種記録媒体駆動装置）が、事実上含まれる形態もある。通信装置４６は、通信装置は上述のネットワーク３０等のネットワークに接続して通信を行うためのネットワークボード等の機器で、その他の出力デバイスの出力装置を備えるようにしてもよい。なお、ＣＰＵ４１，メモリ４２，ＨＤＤ４３，入力装置４４，表示装置４５，通信装置４６は、バス４７などで接続されていればよい。
【００５２】
また、図１に示すネットワーク３０等、本明細書中で記載するネットワークとしては、有線、無線に限らず専用回線、電話回線等で接続されたインターネットや、インターネット技術を利用したイントラネットの形態でもよく、さらには、専用回線を使用する場合でもＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やＭＡＮ（Ｍｅｔｒｏｐｏｌｉｔａｎ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に限らず、サーバ装置１１の設置場所によっては、ＬＡＮで構成される形態も採り得る。また、このネットワーク３０等のネットワークには、専用回線の使用、伝送データの暗号化、各クライアント装置を使用するユーザの認証等、様々な方法によるセキュリティの強化が適宜必要となる。
【００５３】
図４は、本発明の一実施形態に係わる発注図書受入システムを説明するための図で、図１の図書館情報管理システムにおける発注受入サブシステムの構成を示す図である。
図４で説明するサーバ装置１１は、図書館における図書の発注受入業務を管理するためのサーバコンピュータを意味し、本システムにおける図書館員用クライアント装置１４は、このサーバ装置１１にＬＡＮ等でネットワーク接続されたコンピュータである。また、ここでの業務ＤＢ１２は、図書目録ＤＢ１２ｂ及び雑誌目録ＤＢ１２ｃからなる目録ＤＢ１３と、購入依頼ＤＢ１２ａとを有している。本実施形態には、本発明に係る発注図書受入システムを含んでなる発注受入サブシステム１１ａの機能について説明するために、図書の発注・受入に関連する目録ＤＢ１３及び購入依頼ＤＢ１２ａのみ示しているが、前述の図２に示した他の各ＤＢを有する総合図書館情報管理システムとしての形態をとることが可能なことは言うまでもない。本実施形態において、サーバ装置１１は、ＮＡＣＳＩＳ−ＣＡＴ２１等とネットワーク３０を介して接続され、業務ＤＢ１２，検索ＤＢ１６にアクセス可能とし、各クライアント装置１４，１５と図書館内のＬＡＮ等専用回線を介して接続されているものとして説明する。
【００５４】
本システムは、後述する所蔵データ記憶手段，発注データ記憶手段，納品データ入力手段，形式判定手段，整合性判定手段，納品データ登録手段を備え、図書館で書店等に発注した図書に対し、納品された図書を図書館において受け入れる受入業務を支援するシステムである。本システムにおいては、上述の各手段によって、発注した図書の受入時に発注先（納品元）である書店等から送られてきたデータを、図書館のローカルな記憶装置（例えばローカルデータベース）に登録する際に、その登録前にそのデータをチェックすることを可能とする。
【００５５】
本実施形態においては、上述の各手段を、次のように主としてサーバ装置１１に搭載した形態を説明するが、上述の各手段の実現形態はこれに限ったものではない。
各記憶手段、すなわち所蔵データ記憶手段，発注データ記憶手段は、サーバ装置１１における記憶装置と、サーバ装置１１に実行可能に格納され各データ（所蔵データ，発注データ）をデータベース形式でその記憶装置に格納するためのデータベース管理プログラムとでその主要部が構成される。実際には、記憶装置も図３で示すように主記憶装置と最終的にデータが格納される補助記憶装置（上述のごとく物理的に離散した位置にある記憶装置であってもよい）とで構成され、またデータベース管理プログラムを実行する際にも図３で示すようにＣＰＵ等の演算装置やメモリ装置などで構成される。換言すると、サーバ装置１１は、各記憶手段として機能する記憶装置及びデータベース管理プログラムを備え、所蔵データや発注データなどのデータは、データベース管理プログラムによりデータベース形式でサーバ装置１１内の或いはサーバ装置１１からアクセス可能な記憶装置に格納されることとなる。
【００５６】
ここで、所蔵データは図書館における図書の所蔵に関するデータであり、所蔵データ記憶手段はその所蔵データを記憶する手段である。また、発注データは図書館側から発注した図書に関するデータであり、発注データ記憶手段はその発注データを記憶した手段である。図４では、これら各記憶手段を、図書の書誌データと関連付けて格納する目録ＤＢ１３として図示している。目録ＤＢ１３は、図書の目録情報をデータベース形式で記憶装置に記憶するものである。なお、図書の書誌データとの関連付けに関する説明は、他の実施形態で後述する。
【００５７】
また、形式判定手段，整合性判定手段，納品データ登録手段は、サーバ装置１１に実行可能に格納されたプログラムで構成される。ここでも実際にはプログラムを記憶しておく記憶装置や演算装置やメモリ装置などによって実行可能となる。
【００５８】
さらに、納品データ入力手段は、図書館員用クライアント装置１４における入力装置、例えばキーボード及びポインティングデバイスやメディア駆動装置などと、サーバ装置１１との間のネットワークにおける通信手段とで構成されるが、基本的にその入力支援用のＧＵＩ等をサーバ装置１１のプログラムとして備えるようにすればよい。納品データ入力手段の別の形態としては、サーバコンピュータにおけるネットワーク３０等を介した通信を行うネットワーク通信手段で構成されるものであってもよい。
【００５９】
図４で説明する発注図書受入プログラム２は、これら各手段（形式判定手段，整合性判定手段，納品データ登録手段）としてサーバコンピュータを機能させるための上述のプログラムを指し、各手段毎にそれぞれ形式判定プログラム４，整合性判定プログラム５，納品データ登録プログラム６として図示している。なお、納品データ入力に関するサーバ装置１１側のプログラムを納品データ入力プログラム３として図示し、上述のデータベース管理プログラムについては図示していない。また、図４で説明するサーバ装置１１には、本発明に係る発注図書受入プログラム２の他に、その前段階である図書の発注業務を支援するための図書発注プログラム１が、実行可能に（特に図書館員用クライアント装置１４から実行可能に）格納されているものとする。
【００６０】
本システムにおける発注図書の受入処理について、順を追って説明する。
本システムにおける発注図書受入処理は、事前に図書を発注し、その発注データを発注データ記憶手段に記憶しておくことを前提とする。なお、図書受入時に発注データがみつからない場合には、発注していない図書として、別途登録するか、その図書を返品するかの作業が加わることとなる。なお、図書（図書資料）を購入するための発注データは、すでにローカルデータベースに登録されている書誌データやＮＩＩのデータベースの書誌を検索して利用したり、利用者から受け付けた購入申し込みの情報を利用して作成するようにしてもよいし、書誌情報を全て新規に入力して作成することも勿論可能である。いずれにせよ、本発明を適用せずに従来通り、図書の納品時に発注データをそのまま所蔵データの一部として登録するようにすると、ミスが多くなる。
【００６１】
図書の発注が行われ、発注した図書が書店等から納品データを伴って届いたとき、本システムにおける発注図書受入処理が実行される。なお、納品データは、納品された図書と同時に届かなくともよく、また、上述したようにＦＤやＣＤ等の記録媒体に格納されて届かなくてもネットワークを介した伝送によって届けられる形態も採用可能である。
【００６２】
まず、納品データ入力手段は、上述したように、図書館員用クライアント装置１４の入力装置や通信装置などによって、図書館に納品された図書に関する納品データを入力する手段であり、好ましくはサーバ装置１１に搭載された納品データ入力プログラム３によって、図書館員の入力を支援するようにするとよい。
【００６３】
形式判定プログラム４は、納品データ入力手段によって入力された納品データが、所蔵データ記憶手段に登録可能なデータ形式（フォーマット等）であるか否かを判定する。すなわち、ここでの判定では、納品データのデータ形式が所定のデータ形式であるか否かを判定するものであり、判定のタイミングは、納品データ登録の前であればいつでもよい。
【００６４】
本システムにおいてはさらに、整合性判定プログラム５によって、その納品データと発注データ記憶手段に記憶された発注データとを照合し、その納品データに整合する発注データが発注データ記憶手段に存在するか否かを判定する。換言すると、整合性判定プログラム５では、納品データと発注データとの整合性をみることとなる。なお、形式判定プログラム４でデータベースの型などの判定を行わない形態にあっては、整合性判定プログラム５によって整合性という形で判定を行えばよい。
【００６５】
より具体的な形態として、整合性判定プログラム５では、納品データに含まれる発注番号に基づいて、納品データに対応する発注データを検索して抽出し、抽出した発注データとその納品データとの整合性を判定するようにするとよい。但し、発注データ及び納品データが、１つの発注又は１つの発注図書に対し、双方のデータで共通の発注番号を含む規定としておく必要がある。また、ここでの整合性の判定は、納品データと発注データとの照合時に、納品データの各項目に対して、発注データの該当する項目と比較して整合性を判定するようにしてもよい。
【００６６】
整合性判定プログラム５による判定のタイミングは、基本的に納品データ登録の前であればいつでもよいが、形式判定プログラム４による判定によって、納品データが所蔵データ記憶手段に登録可能であると判定された場合にのみ、整合性をみることが、処理の面から好ましい。
【００６７】
納品データ登録プログラム６は、形式判定プログラム４により納品データが所蔵データ記憶手段に登録可能なデータ形式であると判定され、且つ、整合性判定プログラム５により納品データに整合する発注データが前記発注データ記憶手段に存在すると判定された場合にのみ、納品データ登録処理を実行する。納品データ登録処理では、その納品データを所蔵データの一部として所蔵データ記憶手段（図４では目録ＤＢ１３）に記憶することで、納品データを登録する。所蔵データは、この登録される納品データの他に、配架場所を示す情報や登録番号を示す情報などを含ませるとよい。また、所蔵データは、この受入処理における納品データ登録処理を実行することで生成してもよく、その後、配架場所や登録番号（自動付与でもよい）などの他の情報を付加するようにしてもよい。このように他の情報を付加するために、納品データ登録プログラム６に、納品データを所蔵データの一部として登録する際に、図書の配架場所や登録番号等、他の情報を入力する情報入力プログラムを組み込んでおくとよい。
【００６８】
また、整合性判定プログラム５による整合性チェックの際に、発注データと納品データとの整合性がないと判定された場合には、エラーの内容を、図書館員用クライアント装置１４の表示装置等にテキストファイル等によってファイル出力／画面出力するエラー出力プログラムも、同様にサーバ装置１１に搭載しておくことが好ましい。そして、図書館員が発注データと納品データとのうちどちらのデータが間違っているかを判断して、誤りを訂正して、訂正後登録を行うことが可能なようなプログラムも、同様にサーバ装置１１に搭載しておくことが好ましい。さらに、整合性チェックだけでなく、形式判定プログラム４による形式チェックの結果が否であった場合にも、そのエラー出力プログラムはエラーの内容を、図書館員用クライアント装置１４に同様に出力するようにしておくとよい。
【００６９】
なお、納品データの登録が終了したとき、登録した納品データに対応する発注データを、その発注データに納品済みである旨を示す情報を付加するか、或いはその発注データを登録した納品データと関連付けるか、或いは発注データごと消去するとよい。また、このうち発注データを消去しない形態にあっては、整合性のチェックによって発注データの誤りがわかった場合には、発注データを更新することを可能としておくとよい。
【００７０】
従来、受入の際、単に予め記憶した発注データを所蔵データの一部としてそのまま登録していたので、意図しないデータが登録されることがあったが、本システムによれば、書店からの納品データを登録の対象とし、さらにそれに対応する発注データと登録前に照合することで、より正確なデータを所蔵データの一部として登録することが可能となる。
【００７１】
また、形式判定プログラム４の他の形態として、納品データ入力手段で同時に入力した他の図書であって発注先（納品元）が同じである図書に関する納品データに対しては、判定を行わないようにすることが、処理量低減の面から好ましい。これは、同じ納品元（書店等）であれば、同じ形式の納品データを採用していることや、同時に入力する納品データとしては複数の発注に係わる納品データが１つのファイルとして送られてくる可能性が高いことなどに基づくものである。また、同じ発注先の納品データに対し、一度、形式を判定した後は、今後同じ発注先の納品データについては判定しないようにしてもよい。但し、発注先の情報をいずれかに記憶させておく必要があり、また、発注先のシステムの変更によってデータ形式が変わる場合があるので、そのときは知らせてもらうようにしておく必要がある。
【００７２】
また、整合性判定プログラム５の他の形態として、整合性の判定においても重複する判定を事前に防ぐようにすることが、処理量低減の面から好ましい。この形態では、整合性判定プログラム５に、整合性の判定で納品データに整合する発注データが存在しないと判定された場合に、その判定結果をその納品データの一部又は全部と共に、いずれかの記憶装置に記憶するプログラムを含ませておくとよい。このプログラムで記憶される情報は、勿論、納品データの登録後は消去するようにしておけばよい。そして、整合性判定プログラム５は、記憶された判定結果を参照し、納品データ入力手段で入力された納品データが、以前に、納品データ登録プログラムによる登録ができなかった納品データであった場合に（整合性判定によって登録不可と判定され、再度、納品データ入力手段で納品データが入力された場合）、整合性の判定を、その納品データのうち変更された項目のデータのみに対して行うよう組んでおくとよい。
【００７３】
次に、目録ＤＢ１３に格納されている書誌データへの発注データ及び納品データ（実際には所蔵データの一部）の関連付けを行う形態を、本システムの他の実施形態として説明する。
【００７４】
ここで説明する形態におけるサーバ装置１１には、他の記憶手段と同様の構成によって、図書毎の書籍データを記憶した書籍データ記憶手段をさらに有するようにしておく。そして、発注データ記憶手段においては、図書の発注毎のデータである発注データを、図書館側から発注した図書毎の書籍データと関連付けて記憶しておく。さらに、納品データ登録プログラム６には、所蔵データを、その納品データに対応する発注データに関連付けられた書誌データと関連付けて記憶するプログラムを組み込んでおくとよい。
【００７５】
また、同じく書誌データの関連付けに関する本システムの他の実施形態として、発注時には仮の書誌データ（以下、仮書誌データという）を記憶させておく形態を説明する。この形態では、発注データ記憶手段は、書誌データとして仮の書誌データを関連付けて記憶しておく。そして、納品データ登録プログラム６には、発注データ記憶手段において仮書誌データが関連付けられ記憶された発注データに対して、それに対応する納品データを登録する際に、受け入れる図書の納品データに対応する正規の書誌データを、書誌データ記憶手段から検索するプログラムと、所蔵データを検索した書誌データと関連付けて記憶するプログラムと、を組み込んでおくとよい。この形態は、発注図書受入処理によって登録しようとする図書と、図書館に同じ図書（すなわち同じ書誌データをもつ図書）が存在する場合に有効となる。
【００７６】
さらに、登録しようとする図書が図書館の蔵書としてなくても、ＮＡＣＳＩＳ−ＣＡＴ２１等のホストデータベースには書誌データが存在するので、そのようなホストデータベースから書誌データを利用することも可能である。この場合、図４等に示すように、本システムは、複数の図書館が共同して利用できる、図書の書誌データを含む目録情報が格納されているホストデータベースに、ネットワークを介してアクセス可能に接続されている必要がある。さらに、納品データ登録プログラム６には、上述の検索により書誌データが見つからなかった場合に、ホストデータベースから正規の書誌データをダウンロードして、所蔵データをそのダウンロードした書誌データと関連付けて記憶するプログラムを組み込んでおくとよい。
【００７７】
次に、所蔵データの登録に関する本システムの他の実施形態を説明する。
ここで説明する実施形態は、図４等に示すように、本システムが、複数の図書館が共同して利用できる、図書の書誌データ，所蔵データを含む目録情報が格納されているホストデータベースに、ネットワークを介してアクセス可能に接続されていることを前提とする。ここで登録する所蔵データは、納品データのみではなく、全ての所蔵に関するデータが揃った段階のデータとする。
【００７８】
この実施形態に係る納品データ登録プログラム６は、納品データをホストデータベースに所蔵データとして登録し、その所蔵データを、登録後のホストデータベースからダウンロードしてサーバ装置１１側（すなわち図書館１０側）の所蔵データ記憶手段に登録するようにプログラミングしておけばよい。勿論、逆に、納品データ登録プログラム６で登録した所蔵データを、所蔵データ記憶手段からアップロードして、ホストデータベースに登録するプログラムを、サーバ装置１１に搭載してもよい。なお、ＮＡＣＳＩＳ−ＩＬＬなどのＮＩＩのデータベース等、ホストデータベースに書誌データが登録されていないものや、ホストデータベースに所蔵データを登録する必要がない（図書資料が学術資料でない場合）などの場合を除くものとする。他の図書館の所蔵データ自体は、図書館間における図書の相互貸借に有効に用いられる。
【００７９】
図５は、本発明に係る発注図書受入システムの一実施例におけるデータの流れを説明するための概念図で、図６は、図５で示す実施例の発注図書受入システムにおけるデータチェックの流れの一例を説明するためのフロー図で、図７は、図６のデータチェックにおいて使用するエラーと警告の項目の一覧を示す図である。
【００８０】
書店からの書店データ（納品データ）Ａが図書の納品にあわせて到着すると、図書館員は図書館員用クライアント装置（業務端末）１４を操作して、図書の受入処理（登録作業）を行う（ステップＳ２）。その際、書店データＡが入った記録媒体を業務端末１４に挿入して（ステップＳ１）、書店データＡを読み込ませる。登録作業において、書店データＡと目録ＤＢ１３に格納された発注データＢとのチェックをサーバ装置が行う（ステップＳ３）。
【００８１】
ステップＳ３におけるチェックでは、登録可能なデータであることのチェックや、事前に作成した発注データとの整合性のチェックを行なうことができるようにしている。データチェックのタイミングは、ファイル読込時や登録前の任意のタイミングで行うことができるようにしておくとよい。
【００８２】
ステップＳ３におけるチェック後、書店データＡが目録ＤＢ１３に登録しても問題のないデータであった場合には、目録ＤＢ１３に所蔵データＣを作成して、その所蔵データＣの一部として書店データＡを登録する（ステップＳ４）。さらに、本実施例では、任意のタイミングで、チェックのエラーの内容をテキストファイルに出力できるようにするとよい。
【００８３】
ステップＳ３におけるチェックの処理例の詳細を図６及び図７に基づいて説明する。
チェックが開始されると、まず、形式判定プログラムが、書店データの形式が指定された形式と合っているか調べる（ステップＳ１１）。ここでは、（ａ）書店データが所定のフォーマットであること、（ｂ）項目（フィールド）の型が目録ＤＢ１３におけるデータベースの型と合うこと、などによって、書店データの形式が指定された形式と合っていると判定する。ステップＳ１１で合っていないと判定された場合には（ステップＳ１２でＮＯ）、エラー出力プログラムが、エラー内容を表示し処理を終了する（ステップＳ１３）。このとき、書店データをそのまま登録することはできないので、手入力するなど行って登録することとなる。また、ここでの表示は、図７のエラーと警告の項目の一覧表Ｈに従うものとし、（ａ）に対しては「書店データは指定されたフォーマットではありません。」と表示され、（ｂ）に対しては「○○（ｘｘｘｘｘｘ）はデータベースの型と異なります。」と表示される。複数の書店データに対応する処理であっても、指定されたデータの形式と合わないデータがあれば、そこまでのデータを一覧に表示し、エラーメッセージを表示するようにするとよい。このことは以下のエラー表示や警告表示の際も同様である。
【００８４】
ステップＳ１１で合っていると判定された場合には（ステップＳ１２でＹＥＳ）、整合性判定プログラムが、ステップＳ１４以降の処理、すなわち指定されたデータの形式に基づき、１件ずつデータの解析を行う。このデータの解析には、図７のエラーと警告の項目の一覧表Ｈにおける「原因」に該当するかを判定していくことで行う。但し、データの形式が合わないものはステップＳ１２でＮＯとなり、既にはじかれている。
【００８５】
ステップＳ１４では、整合性判定プログラムが、書店データ中の指定された項目をキーにして発注データの検索を行なう。すなわち、指定された検索キー（例えば発注番号）を元に該当する発注データを検索する。そして、そのような該当する発注データが存在するか否かを判定し（ステップＳ１５）、存在しなければ、エラー出力プログラムが、エラー内容「○○に一致する発注データが存在しません。（○○：ｘｘｘｘｘｘｘ）」を表示して処理を終了する（ステップＳ１６）。このとき、書店データをそのまま登録することはできないので、手入力など行って登録することとなる。存在していれば、ステップＳ１７へと進む。
【００８６】
ステップＳ１７では、整合性判定プログラムが必須指定の項目の値を調べる。そして、整合性判定プログラムが、必須指定の項目の値が存在するか否か（必須項目が空値であるか）を判定し（ステップＳ１８）、存在しなければエラー出力プログラムがエラー内容「必須項目○○の値が空です。」を表示し（ステップＳ１９）、ステップＳ２０へ進む。このとき、書店データをそのまま登録することはできないので、手入力で修正するなど行って登録することとなる（以下の場合も、エラー／警告表示が出力される場合には同様）。存在していればそのままステップＳ２０へ進む。
【００８７】
ステップＳ２０では、整合性判定プログラムが、書店データがローカルに登録できるデータであるかどうか調べる。ここでは、（ｃ）状態が発注中であること、（ｄ）購入冊数を超えていないこと、（ｅ）発注先が同じであること、（ｆ）ＭＡＲＣＩＤ（書店側で設定している本につける番号）が合うこと、などによって、登録可能なデータとする。但し、（ｆ）のＭＡＲＩＣＩＤによる比較は、オンラインでの書店データのやり取りの場合でなく、記録媒体による送付でのやり取りの場合には、このデータは登録には使わないで済むので、行わないでよい。
【００８８】
そして、整合性判定プログラムが登録できるか否かを判定し（ステップＳ２１）、登録不可能なものであればエラー出力プログラムがエラー内容を表示し（ステップＳ２２）、ステップＳ２３へ進む。登録可能なものであれば、そのままステップＳ２３へ進む。ステップＳ２２におけるエラー表示としては、（ｃ）の比較に対しては、「状態が○○のデータは受け入れできません。」とエラー表示し、（ｄ）の比較に対しては、「発注データの冊数（ｘ）を超えています。」とエラー表示し、（ｅ）の比較に対しては、「書店データの発注先（ｘｘｘｘｘｘ）と発注データの発注先（ｘｘｘｘｘｘ）が一致しません。」とエラー表示し、（ｆ）の比較に対しては、「書店データのＭＡＲＣＩＤ（ｘｘｘｘｘｘ）と発注データのＭＡＲＣＩＤ（ｘｘｘｘｘｘ）が一致しません。」とエラー表示する。
【００８９】
ステップＳ２３では、整合性判定プログラムが発注データと書店データを比較する。そして、整合性判定プログラムが、発注データと書店データの値が合っているか否かを判定する（ステップＳ２４）。ステップＳ２４で合っていないと判定された場合、エラー出力プログラムが警告内容「書店データの○○（ｘｘｘｘｘｘ）と発注データの○○（ｘｘｘｘｘｘ）が一致しません。」を表示し（ステップＳ２５）、ステップＳ２６へ進む。ステップＳ２４で合っていると判定された場合には、そのままステップＳ２６へ進む。このように、書店データの各項目の値と発注データの該当する項目の値を比較し、違うときは結果欄を警告にし、理由欄に項目と状況を表示する。
【００９０】
ステップＳ２６では、整合性判定プログラムが、データ（書店データ及び／又は発注データ：以下同様）内に資料ＩＤがあるかどうか調べる。ここで、資料ＩＤとは、登録番号と同等のものである。そして、整合性判定プログラムが、データ内に資料ＩＤがあるか否かを判定し（ステップＳ２７）、なければエラー表示プログラムが「データ内に資料ＩＤがありません。」などと警告表示して処理を終了し、あればステップＳ２８へ進む。ステップＳ２８では、資料ＩＤのチェックを行う。ここでのチェックは、（ｇ）資料ＩＤや登録番号が重複していないこと、（ｈ）資料ＩＤがパターンと合っていること（例えば桁数が合っていること）、によってチェック通過とする。なお、（ｇ）については、ステップＳ２０で行ってもよい。そして、資料ＩＤが合っているか否かを判定し（ステップＳ２９）、合っていれば処理を終了し（ここでデータベース登録可能となる）、合っていなければ（不適正な値であれば）エラー出力プログラムが警告内容を表示し（ステップＳ３０）、処理を終了する。ここで、（ｇ）に対しては「○○（ｘｘｘｘｘｘ）の値が重複しています。」をエラー表示し、（ｈ）に対しては「資料ＩＤ（ｘｘｘｘｘｘ）はパラメータに設定されているパターンと一致しません。」を警告表示する。
【００９１】
ここで、「データが発注番号、発注先、書名という順番であること」、且つ、「指定された形式が「，（カンマ）」区切り」であること」、が条件であった場合、上述のごときデータチェックによって、エラーになるデータは、「１２３４５：○○書店：Ｗｉｎｄｏｗｓ（Ｒ）入門」といったものである。さらに、「必須指定の項目が発注先であること」が条件として加わった場合、「１２３４５，  ，Ｗｉｎｄｏｗｓ（Ｒ）入門」といったデータもエラーとなる。
【００９２】
また、「データが発注番号、発注先、書名という順番であること」、且つ、「書店データと発注データの値が異なる場合」、が条件の場合、上述のごときデータチェックによって、警告となるデータは、発注データが「１２３４５，○○書店，Ｗｉｎｄｏｗｓ（Ｒ）  入門」であるのに対し、書店データが「１２３４５，○○書店，Ｗｉｎｄｏｗｓ（Ｒ）応用」であるいったものである。
【００９３】
本システムは、上述のごとく図書の納入時に書店から届いた納品データ（書店データ）をローカルデータベースに登録する際に、登録可能なデータであることのチェックや、事前に作成した発注データとの整合性のチェックを行なうことが可能である。従って、図書館情報管理システムの発注受入システムにおける発注図書受入システム（或いは単独の発注図書受入システム）において、書店からのデータを一括して受け入れる処理で、書店データとローカルデータベース内の発注データを自動でチェックすることにより、不正なデータの登録を事前に防ぐことができる。またチェックで不正なデータが見つかった場合、そのデータのみを修正して登録することも可能である。
【００９４】
以上、図１乃至図７を参照しながら、本発明のシステムを中心に各実施形態を説明してきたが、本発明は、上述した各実施形態におけるサーバ装置１１としての形態も採用でき、さらに、上述した各実施形態におけるサーバ装置１１に係る説明で説明したように、コンピュータをそれらシステムとして或いはシステムにおけるサーバ装置１１として機能させるためのプログラム、或いはサーバ装置１１に搭載される上述の各プログラム、或いはコンピュータにそれらシステム或いはシステムにおけるサーバ装置の処理手順やそれら方法を実行させるためのプログラムとしても、或いは、そのプログラムを記録したコンピュータ読み取り可能な記録媒体としての形態も可能である。
【００９５】
本発明による発注図書受入の機能を実現するためのプログラムやデータを記憶した記録媒体の実施形態を説明する。記録媒体としては、具体的には、ＣＤ−ＲＯＭ、光磁気ディスク、ＤＶＤ−ＲＯＭ、ＦＤ、フラッシュメモリ、及びその他各種ＲＯＭ（書き換え可能なＲＯＭも含む）やＲＡＭ等が想定でき、上述した本発明の各実施形態のシステムの機能をコンピュータに実行させ、発注図書受入の機能を実現するためのプログラムを、これら記録媒体に記録して流通させることにより、当機能の実現を容易にする。そして、図３で例示したようなコンピュータ等の情報処理装置に、上述のごとくの記録媒体を装着して情報処理装置によりプログラムを読み出すか、若しくは情報処理装置が備えている記録媒体に当プログラムを記憶させておき、必要に応じて読み出すことにより、本発明に係わる発注図書受入の機能を実行することができる。
【図面の簡単な説明】
【００９６】
【図１】本発明の一実施形態に係わる発注図書受入システムを説明するための図で、該システムを含む図書館情報管理システムの全体構成を示す図である。
【図２】本発明の一実施形態に係わる発注図書受入システムを説明するための図で、図１の図書館情報管理システムにおけるデータベースと各サブシステムとの関係を説明するための図である。
【図３】一般的な情報処理装置の構成例を示すブロック図である。
【図４】本発明の一実施形態に係わる発注図書受入システムを説明するための図で、図１の図書館情報管理システムにおける発注受入サブシステムの構成を示す図である。
【図５】本発明に係る発注図書受入システムの一実施例におけるデータの流れを説明するための概念図である。
【図６】図５で示す実施例の発注図書受入システムにおけるデータチェックの流れの一例を説明するためのフロー図である。
【図７】図６のデータチェックにおいて使用するエラーと警告の項目の一覧を示す図である。
【図８】図書館情報管理システムに要求される機能の概要を説明するための図である。
【符号の説明】
【００９７】
１…図書発注プログラム、２…発注図書受入プログラム、３…納品データ入力プログラム、４…形式判定プログラム、５…整合性判定プログラム、６…納品データ登録プログラム、１０…図書館、１１…サーバ装置、１１ａ…発注受入サブシステム、１１ｂ…目録管理サブシステム、１１ｃ…雑誌管理サブシステム、１１ｄ…相互貸借サブシステム、１１ｅ…閲覧管理サブシステム、１１ｆ…蔵書点検サブシステム、１１ｇ…図書検索サブシステム、１２…業務ＤＢ、１２ａ…購入依頼ＤＢ、１２ｂ…図書目録ＤＢ、１２ｃ…雑誌目録ＤＢ、１２ｄ…相互貸借ＤＢ、１２ｅ…閲覧ＤＢ、１２ｆ…点検ＤＢ、１２ｇ…コード表ＤＢ、１３…目録ＤＢ、１４…図書館員用クライアント装置、１５…利用者用クライアント装置、１６…検索ＤＢ、２０…国立情報学研究所、２１…ＮＡＣＳＩＳ−ＣＡＴ、３０…ネットワーク、４１…ＣＰＵ、４２…メモリ、４３…ＨＤＤ、４４…入力装置、４５…表示装置、４６…通信装置、４７…バス、Ａ…書店データ（納品データ）、Ｂ…発注データ、Ｃ…所蔵データ、Ｈ…エラーと警告の項目の一覧表。
【図１】
2005258568.tif 000003
【図２】
2005258568.tif 000004
【図３】
2005258568.tif 000005
【図４】
2005258568.tif 000006
【図５】
2005258568.tif 000007
【図６】
2005258568.tif 000008
【図７】
2005258568.tif 000009
【図８】
2005258568.tif 000010