(57)【要約】【課題】図書の資料コードを適切に取得できたか否か確認できるようにする。【解決手段】発注情報記憶部１ａは、発注図書を識別する図書識別情報と発注図書の発注冊数情報とを対応付けて記憶する。発注実行部１ｂは、発注情報を発注装置２から取得する（ステップＳ１）。すると、発注情報に基づいて図書識別情報と発注冊数情報とを発注情報記憶部１ａに格納する（ステップＳ２）。また、図書識別情報と発注冊数情報とを受注装置３宛てに出力する（ステップＳ３）。判定部１ｃは、納入される発注図書の冊子を一冊ずつ管理する資料コードを受注装置３から取得する（ステップＳ４）。そして、資料コードの数と発注情報記憶部１ａに記憶された発注冊数情報とを比較して、資料コードの過不足を判定する（ステップＳ５）。【選択図】図１
2011053818.tif 000002
【特許請求の範囲】
【請求項１】
図書の発注を行う発注装置および前記図書の発注を受ける受注装置と通信するコンピュータが実行する図書館管理方法であって、
前記コンピュータが、
前記発注装置から前記図書の発注情報を受信するステップと、
前記受信した前記発注情報に基づいて、発注図書を識別する図書識別情報と前記発注図書の発注冊数情報とを対応付けて発注情報記憶部に格納するステップと、
前記図書識別情報と前記発注冊数情報とを前記受注装置に送信するステップと、
前記発注図書の冊子を一冊ずつ識別する情報であって、前記図書識別情報とは異なる資料コードを、前記受注装置から該図書識別情報と対応付けて受信するステップと、
前記受信した前記資料コードの数と前記発注情報記憶部に記憶された前記図書識別情報に対応する前記発注冊数情報とを比較するステップと、
前記比較した結果に基づいて前記資料コードの過不足を判定するステップと、
を実行することを特徴とする図書館管理方法。
【請求項２】
前記図書識別情報に、前記発注図書が複数の図書の組であることを示す組情報が含まれている場合、前記資料コードの過不足を判定するステップで、前記発注冊数情報および前記組情報に基づいて算出される値と前記資料コードの数とを比較することを特徴とする請求項１記載の図書館管理方法。
【請求項３】
前記受信した前記発注情報に含まれる前記図書識別情報に対応する前記発注冊数情報が、該図書識別情報に対応する前記発注図書を複数冊発注する旨の情報を含む場合は、
前記資料コードを受信するステップにおいて、
互いに異なる複数の前記資料コードを、前記図書識別情報に対応付けて受信することを特徴とする請求項１または２に記載の図書館管理方法。
【請求項４】
前記コンピュータが、更に、受信した前記図書識別情報と前記資料コードとを対応付けて所蔵情報記憶部に格納するステップを実行することを特徴とする請求項１乃至３の何れか一項に記載の図書館管理方法。
【請求項５】
前記コンピュータが、更に、
前記発注情報を受信した後であって、かつ前記資料コードを受信する前に、前記発注冊数情報に応じた大きさの記憶領域を、前記図書識別情報と対応付けて所蔵情報記憶部に確保するステップを実行し、
前記資料コードを受信した後に、前記資料コードを前記所蔵情報記憶部に確保された記憶領域に書き込むステップを実行する、
ことを特徴とする請求項１乃至３の何れか一項に記載の図書館管理方法。
【請求項６】
前記資料コードを書き込むステップは、前記資料コードの過不足を判定するステップより前に実行され、
前記資料コードの過不足を判定するステップで、前記所蔵情報記憶部に確保された記憶領域内に前記資料コードが書き込まれなかった空き領域が存在する場合、前記資料コードの不足であると判定する、
ことを特徴とする請求項５記載の図書館管理方法。
【請求項７】
前記コンピュータが、更に、
前記受注装置から、複数の図書それぞれについて前記図書識別情報を含む書誌情報を受信するステップと、
前記受信した前記複数の図書の書誌情報から、前記所蔵情報記憶部に記憶された前記図書識別情報を含まない書誌情報を抽出するステップと、
前記抽出した書誌情報の少なくとも一部を前記発注装置に送信するステップと、
を実行することを特徴とする請求項４乃至６の何れか一項に記載の図書館管理方法。
【請求項８】
前記資料コードの過不足であると判定された場合、前記コンピュータが、更に、前記発注装置に対して前記資料コードの過不足を通知するステップを実行することを特徴とする請求項１乃至７の何れか一項に記載の図書館管理方法。
【請求項９】
図書の発注を行う発注装置および前記図書の発注を受ける受注装置と通信するコンピュータが実行する図書館管理方法であって、
前記コンピュータが、
前記発注装置から前記図書の発注情報を受信するステップと、
前記発注図書の冊子を一冊ずつ識別する情報であって、前記発注図書を識別する図書識別情報とは異なる資料コードを、前記受信した前記発注情報に含まれる発注図書の冊数に基づいて生成するステップと、
前記図書識別情報と前記生成された前記資料コードとを対応付けて所蔵情報記憶部に格納するステップと、
前記図書識別情報と前記資料コードとを前記受注装置に送信するステップと、
を実行することを特徴とする図書館管理方法。
【請求項１０】
図書の発注を行う発注装置および前記図書の発注を受ける受注装置と通信する図書館管理装置であって、
発注図書を識別する図書識別情報と前記発注図書の発注冊数情報とを対応付けて記憶する発注情報記憶部と、
前記発注装置から前記発注図書の発注情報を取得し、前記発注情報に基づいて、前記図書識別情報と前記発注冊数情報とを前記発注情報記憶部に格納すると共に、前記図書識別情報と前記発注冊数情報とを前記受注装置宛てに出力する発注実行部と、
前記発注図書の冊子を一冊ずつ識別する情報であって、前記図書識別情報とは異なる資料コードを、前記受注装置から該図書識別情報と対応付けて受信するとともに、前記資料コードの数と前記発注情報記憶部に記憶された前記図書識別情報に対応する前記発注冊数情報とを比較し、該比較した結果に基づいて前記資料コードの過不足を判定する判定部と、
を有することを特徴とする図書館管理装置。
【請求項１１】
図書の発注を行う発注装置および前記図書の発注を受ける受注装置と通信する図書館管理装置であって、
前記図書を識別する図書識別情報と、前記図書の冊子を一冊ずつ識別する情報であって該図書識別情報とは異なる資料コードとを対応付けて記憶する所蔵情報記憶部と、
前記発注装置から発注情報を取得し、前記発注情報に含まれる発注図書の冊数に基づいて前記資料コードを生成し、該発注図書の前記図書識別情報と該生成した前記資料コードとを前記所蔵情報記憶部に格納する資料コード生成部と、
前記発注図書の前記図書識別情報と前記資料コード生成部で生成した前記資料コードとを前記受注装置宛てに出力する発注実行部と、
を有することを特徴とする図書館管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は図書館管理方法および図書館管理装置に関する。
【背景技術】
【０００２】
近年、図書館業務をコンピュータシステムによって支援する技術が利用されている。例えば、図書の書誌情報をデータベースに登録しておくことで、ユーザや司書は、システム上で図書を検索できる。また、図書の貸出や返却をシステム上で管理することもできる。各図書館は、独自の図書館管理システムを構築することもできるし、他の図書館と共通の図書館管理システムを利用することも考えられる。
【０００３】
図書館管理システムには、複数の図書館クライアントおよび卸会社サーバと通信を行う管理装置が、複数の図書館の業務を管理するものもある（例えば、特許文献１参照）。この管理装置は、図書館ごとの所蔵情報を保持する。ある図書館クライアントが管理装置経由で卸会社サーバに対して図書を発注すると、発注図書の所蔵状態が「未検収」である旨がその図書館に対応する所蔵情報に登録される（特にその段落［００７７］参照）。また、発注図書が図書館に納入され、その旨が図書館クライアントから通知されると、所蔵状態が「未検収」から「所蔵」に書き換えられる（特にその段落［００７８］参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１４０４６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、図書館では、所蔵する図書の冊子を一冊ずつ管理するために、各冊子に資料コードを付与することが行われている。資料コードを用いることで、例えば、同一図書を複数冊所蔵している場合に、各冊子を区別して管理することができる。資料コードの付与は、図書館の司書が行うことが考えられる。
【０００６】
一方で、図書館側の作業負担を軽減するため、資料コードの付与を図書館外で行う方法も考えられる。例えば、資料コードを示すバーコードが貼付された状態で、発注図書の冊子が図書館に納入されることで、図書館側の作業負担を軽減できる。しかし、図書館外で資料コードが付与される場合、図書の発注側で、資料コードを適切に取得できたか否かの確認を行うことが好ましい。資料コードの付与作業のミスやシステム上のエラーにより、資料コードを適切に取得できない場合も想定されるからである。
【０００７】
本発明はこのような点に鑑みてなされたものであり、図書の資料コードを適切に取得できたか否か確認できるようにした図書館管理方法および図書館管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、図書の発注を行う発注装置および図書の発注を受ける受注装置と通信するコンピュータが実行する図書館管理方法が提供される。この図書館管理方法では、発注装置から図書の発注情報を受信する。受信した発注情報に基づいて、発注図書を識別する図書識別情報と発注図書の発注冊数情報とを対応付けて発注情報記憶部に格納する。図書識別情報と発注冊数情報とを受注装置に送信する。受注装置から、図書識別情報と対応して、納入される発注図書の冊子を一冊ずつ識別する資料コードを受信する。受信した資料コードの数と発注情報記憶部に記憶された図書識別情報に対応する発注冊数情報とを比較し、比較結果に基づいて資料コードの過不足を判定する。
【０００９】
また、上記課題を解決するために、図書の発注を行う発注装置および前記図書の発注を受ける受注装置と通信する図書館管理装置が提供される。この図書館管理装置は、発注情報記憶部と発注実行部と判定部とを有する。発注情報記憶部は、発注図書を識別する図書識別情報と発注図書の発注冊数情報とを対応付けて記憶する。発注実行部は、発注装置から発注図書の発注情報を取得し、発注情報に基づいて、図書識別情報と発注冊数情報とを発注情報記憶部に格納すると共に、図書識別情報と発注冊数情報とを受注装置宛てに出力する。判定部は、受注装置から、図書識別情報と対応して、納入される発注図書の冊子を一冊ずつ識別する資料コードを取得し、資料コードの数と発注情報記憶部に記憶された図書識別情報に対応する発注冊数情報とを比較し、比較結果に基づいて資料コードの過不足を判定する。
【発明の効果】
【００１０】
上記図書館管理方法および図書館管理装置によれば、図書の資料コードを適切に取得できたか否か確認できる。
【図面の簡単な説明】
【００１１】
【図１】第１の実施の形態に係る図書館管理装置を示す図である。
【図２】第２の実施の形態に係る図書館管理装置を示す図である。
【図３】図書館システムの全体構成を示す図である。
【図４】センタサーバのハードウェア構成を示す図である。
【図５】第３の実施の形態の各装置の機能構成を示す図である。
【図６】全書誌情報管理テーブルのデータ構造例を示す図である。
【図７】分類テーブルのデータ構造例を示す図である。
【図８】分類フィルタテーブルのデータ構造例を示す図である。
【図９】文字列フィルタテーブルのデータ構造例を示す図である。
【図１０】所蔵情報管理テーブルのデータ構造例を示す図である。
【図１１】図書館別フィルタテーブルのデータ構造例を示す図である。
【図１２】発注情報管理テーブルのデータ構造例を示す図である。
【図１３】装備情報管理テーブルのデータ構造例を示す図である。
【図１４】最終資料コード管理テーブルのデータ構造例を示す図である。
【図１５】発送情報管理テーブルのデータ構造例を示す図である。
【図１６】ログイン画面を示す図である。
【図１７】図書検索画面を示す図である。
【図１８】検索結果画面を示す図である。
【図１９】選書リスト画面を示す図である。
【図２０】第３の実施の形態の図書の発注処理を示すフローチャートである。
【図２１】発注受付処理を示すフローチャートである。
【図２２】装備情報生成処理を示すフローチャートである。
【図２３】装備情報検査処理を示すフローチャートである。
【図２４】所蔵情報生成処理を示すフローチャートである。
【図２５】装備情報検査処理および所蔵情報生成処理の変形例を示すフローチャートである。
【図２６】装備情報検査処理および所蔵情報生成処理の変形例を示すフローチャートである。
【図２７】発送情報生成処理を示すフローチャートである。
【図２８】所蔵情報更新処理を示すフローチャートである。
【図２９】センタサーバによるアラームの通知を示す図である。
【図３０】第４の実施の形態の各装置の機能構成を示す図である。
【図３１】図書館別書誌情報管理テーブルのデータ構造例を示す図である。
【図３２】第４の実施の形態の図書の発注処理を示すフローチャートである。
【図３３】図書館別情報生成処理を示すフローチャートである。
【図３４】利用者の図書検索および貸出処理を示す図である。
【図３５】第５の実施の形態の各装置の機能構成を示す図である。
【図３６】第５の実施の形態の図書の発注処理を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本実施の形態を図面を参照して詳細に説明する。
以下の実施の形態は、各実施の形態の範囲に限られるものではなく、処理に矛盾しない範囲で組み合わせて実施することが可能である。
【００１３】
［第１の実施の形態］
図１は、第１の実施の形態に係る図書館管理装置を示す図である。第１の実施の形態に係る図書館管理装置１は、図書の発注を行う発注装置２および図書の発注を受ける受注装置３と通信可能である。ある図書館は、図書館管理装置１と発注装置２とを有する。また、図書館管理装置１と発注装置２とは同一のコンピュータであってもよい。
【００１４】
図書館管理装置１は、発注情報記憶部１ａ、発注実行部１ｂおよび判定部１ｃを有する。なお、以下では、図書を書籍として説明するが、本発明はこれに限られるものではない。例えば、図書には、図書館で貸出されるＤＶＤ、ＣＤ、カセットテープ、更には電子書籍なども含まれる。
【００１５】
また、図書館には、独立に運営されている図書館のほか、小中学校や高等学校に設けられた図書室や大学の図書館なども含む。更に、図書館には、車両に図書を搭載し図書の貸出を行う、移動型図書館なども含まれる。
【００１６】
発注装置２は、図書館内に備えられた装置でもよいし、持ち運び可能な装置でもよい。受注装置３は、図書の卸売会社または出版会社が管理する装置である場合が考えられる。図書館管理装置１と受注装置３とは、有線または無線のネットワークを介して通信できる。
【００１７】
発注情報記憶部１ａは、発注図書を識別するための図書識別情報と発注図書の発注冊数情報とを対応付けて記憶する。図書識別情報としては、例えば、図書のタイトル、ＩＳＢＮ（International Standard Book Numbers）、発注時に図書館管理装置１で付与される発注番号などを用いることができる。発注冊数情報には発注冊数を示す値が含まれ得る。発注情報記憶部１ａとしては、記憶装置上に割り当てられた記憶領域を用いることができる。発注情報記憶部１ａは、データベースとして管理されていてもよい。
【００１８】
発注実行部１ｂは、図書の発注情報を発注装置２から取得する（ステップＳ１）。取得した発注情報に基づいて、発注実行部１ｂは、発注図書の図書識別情報と発注冊数情報とを、発注情報記憶部１ａに格納する（ステップＳ２）。発注情報には、図書識別情報および発注冊数情報が含まれる。また、取得した発注情報に基づいて、発注実行部１ｂは、図書識別情報と発注冊数情報を受注装置３宛てに出力する（ステップＳ３）。
【００１９】
なお、発注実行部１ｂが受信装置３に送信する情報は、発注情報と同様の内容であってもよい。また、発注実行部１ｂが発注情報に他の情報を付加した情報を送信するとしてもよい。発注情報に付加する他の情報としては、発注装置２を識別する情報や、図書館を識別する情報、更には図書館管理装置１を識別する情報などが考えられる。一方、発注実行部１ｂは、発注情報から一部の情報を削除した情報を、受注装置３に送信するとしてもよい。
【００２０】
判定部１ｃは、図書識別情報と発注冊数情報とが受注装置３に送信された後、受注装置３から、図書識別情報と対応付けられて、納入される発注図書の冊子を一冊ずつ識別する資料コードを取得する（ステップＳ４）。ここで、資料コードについて説明する。図書館では、所蔵する各図書の貸出状況を把握するために、所蔵する全ての図書を一冊ごとに管理する必要がある。ここで、図書識別情報を同一とする図書を、図書館が複数冊所蔵する場合、図書館は図書識別情報のみでは、図書の冊子を一冊ごとに管理することができない。よって、図書館では、図書識別情報の他に、図書館が所蔵する全図書において重複することのない情報である資料コードを用い、図書を個別に管理している。
【００２１】
例えば、ある図書館が図書名「Ａ」という本を三冊所蔵している場合、三冊の図書それぞれには「００１１８」「００１１９」「００２４５」などの資料コードが付与される。そして、これらの番号は、他の所蔵図書と重複することはない。図書館管理装置１においても資料コードを用いて、図書の冊子を一冊ごとに管理する。
【００２２】
判定部１ｃは、取得した資料コードの数と発注情報記憶部１ａに記憶された発注冊数情報とを比較して、判定部１ｃが資料コードを正しく取得しているかを判定する（ステップＳ５）。つまり、資料コードが発注冊数情報と一致しない場合は、資料コードが正しく取得されていないと判定する。例えば、資料コードの数が、発注冊数情報が示す発注冊数情報より小さければ不足していると判定する。
【００２３】
資料コードが正しく取得されない原因としては、資料コードの付与作業のミスやシステム上のエラーなどが考えられる。よって、資料コードが正しく取得されていないと判定された場合、図書館管理装置１は、受注装置３に対して資料コードの過不足を通知してもよい。また、発注装置２に対して資料コードの過不足を通知してもよい。なお、受注装置３から図書館管理装置１に資料コードが送信されるタイミングとしては、例えば、資料コードの付与が行われたタイミング、図書の卸売会社で図書の発送の準備が完了したタイミング、図書が発送されたタイミングなどが考えられる。
【００２４】
例えば、発注実行部１ｂが発注装置２から、図書＃１を三冊注文する旨の発注情報を受け付けたとする。すると、発注図書（図書＃１）を識別するための図書識別情報と発注冊数が三冊であることを示す発注冊数情報とが、発注情報記憶部１ａに格納される。その後、判定部１ｃが図書＃１と対応付けられた資料コードを受注装置３から取得すると、資料コードの数が発注冊数（三冊）分に相当するか判定される。
【００２５】
ただし、図書識別情報および発注冊数情報を発注情報記憶部１ａに格納する処理（ステップＳ２）と受注装置３に送信する処理（ステップＳ３）とは、実行順序は問わない。
このように、図書の受注装置側で、図書の冊子を個別に管理するための資料コードが付与されることで、図書館の作業負担が軽減される。特に、資料コードの情報を含むラベル（例えば、バーコード）が貼付された状態で図書が図書館に納入されると、図書館の作業負担がより軽減される。その際、図書館管理装置１が発注時の情報を記録しておくと共に、受注装置３から資料コードを受信し、両者を比較することで、適切に資料コードを取得できたか否か判定することができる。従って、資料コードの過不足を早期に発見することができると共に、図書館での確認作業の負担が軽減される。
【００２６】
なお、図書の発注は図書識別情報ごとにまとめて行われるのに対し、資料コードの付与は図書識別番号の発注した冊子単位に分割して行われる。このため、同一図書を複数冊注文する場合など、発注情報と資料コードとを単に比較しても、適切な比較にならない場合が考えられる。これに対して、図書館管理装置１では、発注した図書の冊数の観点から比較を行うことで、資料コードの過不足を判定することができる。
【００２７】
ここで、図書館管理装置１は、コンピュータによって実現できる。すなわち、上記の処理内容を規定した図書館管理プログラムをコンピュータに実行させることで、発注実行部１ｂや判定部１ｃの処理を実現できる。発注装置２および受注装置３も同様に、コンピュータによって実現できる。
【００２８】
なお、ある図書館が、図書館管理装置１および発注装置２を有するとして説明したが、本発明はこれに限られるものではない。つまり、図書館は発注装置２のみを有し、図書館管理装置１は、センタに設置されるとしてもよい。この構成により、図書館管理装置１は複数の発注装置２からの発注を管理することができる。詳細については、第３の実施の形態において述べる。
【００２９】
［第２の実施の形態］
図２は、第２の実施の形態に係る図書館管理装置を示す図である。第１の実施の形態との相違点を中心に説明し、同様の事項については説明を適宜省略する。
【００３０】
第２の実施の形態に係る図書館管理装置４は、発注図書が複数の図書の組である場合（例えば、上巻・中巻・下巻の３巻組であり、組単位で発注が行われる図書の場合）にも適切に対応して、図書館管理装置４が資料コードを正しく取得できているかを判定できる。図書館管理装置４は、発注装置２および受注装置３と通信可能である。図書館管理装置４は、発注情報記憶部４ａ、発注実行部４ｂおよび判定部４ｃを有する。
【００３１】
発注情報記憶部４ａは、第１の実施の形態の発注情報記憶部１ａに対応する。発注情報記憶部４ａは、図書識別情報と発注冊数情報とを対応付けて記憶する。ここで、図書識別情報には、発注図書が複数の図書の組であることを示す組情報が含まれている。組情報としては、例えば、一組の図書全体に対して付与されるセットＩＳＢＮ、組に含まれる図書の数、組である旨のフラグなどを用いることができる。発注冊数情報には発注組数を示す値が含まれ得る。
【００３２】
発注実行部４ｂは、第１の実施の形態の発注実行部１ｂに対応する。発注実行部４ｂは図書の発注情報を発注装置２から取得すると、発注情報に基づいて、発注図書の図書識別情報（組情報を含む）と発注冊数情報とを発注情報記憶部４ａに格納する（ステップＳ２ａ）。発注情報には、図書識別情報および発注冊数情報が含まれる。また、図書識別情報（組情報を含む）と発注冊数情報とを受注装置３宛てに出力する（ステップＳ３ａ）。
【００３３】
判定部４ｃは、第１の実施の形態の判定部１ｃに対応する。判定部４ｃは、図書識別情報（組情報を含む）と発注冊数情報とが受注装置３に送信された後、受注装置３から、図書識別情報（組情報を含む）と対応付けられて、資料コードを取得する（ステップＳ４ａ）。そして、発注情報記憶部４ａに記憶された発注冊数情報および組情報から算出される値と取得した資料コードの数とを比較して、資料コードを正しく取得しているか否か判定する（ステップＳ５ａ）。ただし、図書識別情報および発注冊数情報を発注情報記憶部４ａに格納する処理（ステップＳ２ａ）と受注装置３に送信する処理（ステップＳ３ａ）とは実行順序は問わない。
【００３４】
なお、第１の実施の形態と同様、資料コードは、図書館が所蔵する全図書において重複することのない情報であるため、組に含まれる図書それぞれにおいても異なる資料コードが受注装置２によって付与される。
【００３５】
例えば、判定部４ｃは、図書識別情報（組情報を含む）に基づいて組を構成する図書数を特定し、図書数と発注冊数（すなわち、発注組数）とを乗じた値を算出して、資料コードの数と比較することが考えられる。組を構成する図書数の情報が組情報に含まれていない場合、予め図書館管理装置４または他の装置に記憶された書誌情報を利用して、組を構成する図書数を特定することが考えられる。例えば、同一のセットＩＳＢＮを有する書誌情報の数から一組の図書数を特定できる。
【００３６】
例えば、発注装置２が図書館管理装置４に対して、３巻組である図書＃１を２冊（２組）注文する旨の発注情報を送信したとする。すると、発注実行部４ｂにより図書識別情報と発注組数が２組であることを示す発注冊数情報とが、発注情報記憶部４ａに格納される。また、発注実行部４ｂは図書識別情報に含まれる組情報に基づいて、組を構成する図書数「三冊組」を特定し、発注情報記憶部４ａに格納する。その後、判定部４ｃが図書＃１と対応付けられた資料コードを受注装置３から取得すると、資料コードの数が、納入冊数（３巻×２組＝六冊）分に相当するか判定する。
【００３７】
このように、図書の受注装置側で、図書の冊子を個別に管理するための資料コードが付与され、図書館管理装置４で資料コードの過不足が判定される。よって、第１の実施の形態と同様、図書館の作業負担を軽減できると共に、資料コードの過不足を早期に発見できる。更に、図書館管理装置４は、資料コードの過不足を判定する際、組情報が考慮できるので、組単位で図書を発注する場合にも適切に対応できる。
【００３８】
すなわち、組単位で販売される図書を発注する場合は、組単位で指定するのに対し、資料コードの付与は組に含まれる各図書の冊子単位で行われる。このため、発注情報と資料コードとを単に比較しても、適切な比較にならない場合が考えられる。これに対して、図書館管理装置４では、納入冊数の観点から比較を行うことで、資料コードの過不足を判定することができる。
【００３９】
なお、ある図書館が、図書館管理装置１および発注装置２を有するとして説明したが、本発明はこれに限られるものではない。つまり、図書館は発注装置２のみを有し、図書館管理装置１は、センタに設置される。この形態にすることで、発注装置１は複数の発注装置２からの発注を管理することができる。詳細については、第３の実施の形態において述べる。
【００４０】
以下の実施の形態では、複数の図書館それぞれに備えられた発注装置（端末装置）と図書の卸売会社が管理するサーバ装置とを含み、複数の図書館の図書館業務を支援するシステムを考える。
【００４１】
［第３の実施の形態］
以下、第３の実施の形態を図面を参照して詳細に説明する。
図３は、図書館システムの全体構成を示す図である。この図書館システムは、図書館２０，３０，４０、センタ５０および書籍販社６０の間に構築されるものである。
【００４２】
図書館２０には、端末装置２１，２２，２３が設置されている。第１の実施の形態および第２の実施の形態における発注装置２が、端末装置２１，２２，２３に相当する。図書館３０，４０に関しても、図書館２０と同様に端末装置が設置される。ここで、図書館には、独立に運営されている図書館のほか、小中学校や高等学校に設けられた図書室や大学の図書館なども含む。更に、図書館には、車両に図書を搭載し図書の貸出を行う、移動型図書館なども含まれる。
【００４３】
センタ５０は、図書館２０，３０，４０から書籍販社６０への図書の発注を集約して受け付ける。また、センタ５０は、図書館２０，３０，４０が所蔵する図書の貸出管理を行う。センタ５０は、そのための機能を提供するセンタサーバ１００を有する。
【００４４】
書籍販社６０は、センタ５０から発注を受けて、対象図書の調達・装備作業を行い、図書館２０，３０，４０に納品する図書の卸売会社である。ここで、装備作業とは、図書に対してバーコードやラベルを付与する作業をいう。通常、図書館においては装備された図書を開架する。そして、図書館システムは、利用者が貸し出しを希望する図書のラベルの情報を取得することで、所蔵している図書それぞれについて貸出管理を行う。書籍販社６０は、発注受付から納品までの工程を管理するための販社サーバ２００を有する。
【００４５】
端末装置２１，２２，２３、センタサーバ１００および販社サーバ２００は、ネットワーク１０を介して接続される。ネットワーク１０は、例えば、インターネット、本システムのために設置された専用ネットワークあるいはＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）である。
【００４６】
端末装置２１，２２，２３は、図書館２０の職員が扱うコンピュータである。図書館の職員は、端末装置２１，２２，２３を操作して、選書や貸出管理を行うことができる。ここで、選書とは、職員が新たに注文したい図書を検索により選び出す行為である。例えば、職員は選書により図書の情報を参照しながら、所望の図書を発注対象として選び出すことができる。選書を行うための操作画面および検索機能は、センタサーバ１００が提供する。
【００４７】
センタサーバ１００は、図書館２０，３０，４０に対して、選書を行うための機能を提供する。例えば、センタサーバ１００は選書を行うためのＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を提供する。具体的には、センタサーバ１００はＷｅｂサーバとして機能することで、上記ＧＵＩを端末装置２１，２２，２３のＷｅｂブラウザ上に実現することができる。
【００４８】
また、センタサーバ１００は、端末装置２１，２２，２３からＧＵＩを介して受信する検索キーワードに応じて抽出した図書に関する一般的な情報（書誌情報）を提供する。なお、検索キーワードに基づいて抽出した図書の情報を提供するとしたが、本発明は、これに限られるものではない。例えば、書籍販社６０から受信したおすすめの図書に関する情報を、センタサーバ１００は端末装置２１，２２，２３に提供することとしてもよい。更には、後述の処理によって、センタサーバ１００は、書籍販社６０から受信したおすすめの図書のうち、すでに図書館が所蔵済みである図書を除外した情報を端末装置２１，２２，２３に提供することとしてもよい。
【００４９】
また、センタサーバ１００は販社サーバ２００から書誌情報を（例えば、定期的に）予め取得し、管理している。書誌情報は、例えばシステム上で図書を一意に識別するための書誌コード、図書名、著者名、販社名および出版年などの情報を含むものである。書誌情報の詳細は後述する。
【００５０】
センタサーバ１００は、選書によって選択された図書の注文を受け付ける。センタサーバ１００は、図書館２０，３０，４０からの図書の注文を販社サーバ２００に送信する。センタサーバ１００は、注文を受けるごとに販社サーバ２００に注文を送信してもよいし、複数の注文を集約して送信してもよい。
【００５１】
また、センタサーバ１００は、図書館２０，３０，４０に所蔵された図書の貸出管理を行う。このため、センタサーバ１００は図書館２０，３０，４０に所蔵されている図書の冊子ごとに貸し出し中であるか否か、あるいは、各図書の状態などを管理するための所蔵情報の管理・提供を行う。所蔵情報の詳細は後述する。
【００５２】
なお、センタサーバ１００は応答性や信頼性の向上を図るために複数のサーバで構成されていてもよい。例えば、ＧＵＩを提供するＷｅｂサーバ、検索、発注受付および貸し出し管理などの機能を提供するＡＰ（Ａｐｐｌｉｃａｔｉｏｎ）サーバ、書誌情報や所蔵情報などを記憶・管理するＤＢ（ＤａｔａＢａｓｅ）サーバで構成することが考えられる。
【００５３】
販社サーバ２００は、新たに出版された図書に関する書誌情報を管理する。例えば、書籍販社６０の職員は、新たに出版された図書の書誌情報を作成して、販社サーバ２００に格納する。販社サーバ２００は、新たな書誌情報をセンタサーバ１００に（例えば、定期的に）提供する。
【００５４】
また、販社サーバ２００は、センタサーバ１００から発注情報を受信すると、その注文に対して図書の調達から納品までの書籍販社６０の工程に必要な情報を適宜生成する。以下、書籍販社における工程を簡単に説明する。
【００５５】
（１）書籍販社６０は、販社サーバ２００が取得した発注情報に基づいて対象図書の調達を行う。
（２）書籍販社６０は、調達した図書に対してバーコードやラベルなどを付加する装備作業を行う。ここで、バーコードやラベルなどには資料コードの情報が含まれている。
【００５６】
資料コードは、上述の通り、図書館２０，３０，４０で各図書を一冊ごとに管理するための除法である。更に、資料コードには陳列する書棚や図書内容の分類などが含むとしてもよい。その場合は、バーコードやラベルなどに関する設定は、図書館２０，３０，４０での図書の管理体系に沿って、販社サーバ２００に予め登録される。つまり、販社サーバ２００は、図書館２０，３０，４０ごとに、書棚や図書内容の分類の設定を受け付け、予め格納している。そして、販社サーバ２００は、各種設定に従い、図書館２０，３０，４０がそれぞれに所蔵している全図書において、一意になるように資料コードを生成する。
【００５７】
以上のように、販社サーバ２００は、センタサーバ１００から受信した発注情報に基づいて、ラベル用の資料コードを生成し、装備作業に利用するための装備情報を生成する。
（３）書籍販社６０は、発注対象の図書の装備作業が完了すると、その図書を発注元の図書館へ発送する。このとき、販社サーバ２００は装備作業の完了した図書が発送された旨を示す発送情報を生成して、センタサーバ１００へ送信する。そして、センタサーバ１００に図書が納品される。
【００５８】
以下では、このような図書館システムで実現される図書発注時の処理機能を更に具体的に説明する。
図４は、センタサーバのハードウェア構成を示す図である。センタサーバ１００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１０２、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１０３、グラフィック処理装置１０４、入力インタフェース１０５および通信インタフェース１０６を有する。
【００５９】
ＣＰＵ１０１は、センタサーバ１００全体の動作を制御する。
ＲＡＭ１０２は、ＣＰＵ１０１に実行させるＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）のプログラムやアプリケーションソフトウェア（以下、アプリケーションという）のプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ１０２は、ＣＰＵ１０１による処理に必要な各種データを記憶する。
【００６０】
ＨＤＤ１０３は、ＯＳのプログラム、アプリケーションのプログラムを記憶する。また、ＨＤＤ１０３は、ＣＰＵ１０１による処理に必要な各種データを記憶する。
グラフィック処理装置１０４は、モニタ１１と接続される。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令にしたがって画像をモニタ１１の画面に表示させる。
【００６１】
入力インタフェース１０５は、キーボード１２とマウス１３と接続される。入力インタフェース１０５は、キーボード１２やマウス１３から送られてくる信号をＣＰＵ１０１に送信する。
【００６２】
通信インタフェース１０６は、ネットワーク１０と接続され、端末装置２１，２２，２３や販社サーバ２００とデータの送受信を行う。
なお、端末装置２１，２２，２３および販社サーバ２００もセンタサーバ１００と同様のハードウェア構成により実現できる。
【００６３】
図５は、第３の実施の形態の各装置の機能構成を示す図である。端末装置２１は、選書画面表示部２１ａおよび入力情報受付部２１ｂを有する。
選書画面表示部２１ａは、図書館２０の職員が選書に用いるＧＵＩを表示する。選書画面表示部２１ａは、ＧＵＩを表示するための画像情報や検索の結果などをセンタサーバ１００から受信する。
【００６４】
入力情報受付部２１ｂは、選書画面表示部２１ａに入力された情報を受け付け、センタサーバ１００に送信する。
ここで、端末装置２２，２３も端末装置２１と同一の機能構成により実現できる。なお、以下では端末装置２１に関して説明するが、端末装置２２，２３および図書館３０，４０に設置された端末装置に関しても同様にしてセンタサーバ１００と通信を行う。
【００６５】
センタサーバ１００は、全書誌情報記憶部１１０、所蔵情報記憶部１２０、発注情報記憶部１３０、選書画面提供部１５１、入力情報取得部１５２、図書情報検索部１５３、発注情報受付部１５４、発注情報送信部１５５、装備情報受信部１６１、所蔵情報生成部１６２、アラーム通知部１６３および発送情報受信部１７１を有する。これらの各機能は、ＣＰＵ１０１により所定のプログラムが実行されることにより実現される。なお、これらの機能のうちの全部または少なくとも一部を専用のハードウェアで実現することもできる。
【００６６】
全書誌情報記憶部１１０は、書籍販社６０の職員らによって作成された全ての書誌情報である全書誌情報を記憶する。全書誌情報記憶部１１０に格納された全書誌情報は、販社サーバ２００が管理する全書誌情報と定期的に（あるいは販社サーバ２００で全書誌情報が更新されたタイミング）で同期される。ただし、同期を行う機能に関しては、図示を省略している。なお、全書誌情報記憶部１１０に記憶された全書誌情報は、販社サーバ２００が管理する全書誌情報よりも情報項目が削減されていてもよい。全書誌情報には、図書に関するあらゆる情報が含まれ得るので、本図書館システムでは使用しない情報項目を削減することで記憶領域を効率的に利用できるためである。また、書誌情報のフォーマットを変換してもよい。
【００６７】
所蔵情報記憶部１２０は、図書館２０，３０，４０に所蔵されている図書について、各図書が貸し出し中であるか否か、あるいは、各図書の状態を管理するための所蔵情報を記憶する。所蔵情報記憶部１２０は、図書館２０，３０，４０それぞれに付与された図書館コードに対応付けて所蔵情報を記憶する。
【００６８】
発注情報記憶部１３０は、発注情報受付部１５４が受け付けた発注情報を記憶する。
発注情報受付部１５４は、入力情報取得部１５２から取得した発注情報に対して、注文を識別するための注文番号や図書館コードなどの追加情報を追加して発注情報送信部１５５に出力する。また、発注情報受付部１５４は、追加情報を追加した発注情報を発注情報記憶部１３０に格納する。
【００６９】
選書画面提供部１５１は、端末装置２１からのリクエストに応じて選書用のＧＵＩを選書画面表示部２１ａに提供する。選書用のＧＵＩには、検索用キーワードを受け付ける検索フォーム、検索の結果を出力する検索結果出力フォームおよび発注確定を受け付ける発注フォームなどが含まれる。
【００７０】
入力情報取得部１５２は、選書画面表示部２１ａが表示したＧＵＩで入力された情報を入力情報受付部２１ｂを介して取得する。入力情報取得部１５２は、検索フォームから検索キーワードを含む検索情報を受け付けると、受け付けた検索情報を図書情報検索部１５３に出力する。また、入力情報取得部１５２は、発注フォームから発注情報を受け付けると、受け付けた発注情報を発注情報受付部１５４に出力する。
【００７１】
図書情報検索部１５３は、入力情報取得部１５２から取得した検索情報に含まれる検索キーワードをキーとして、全書誌情報記憶部１１０に記憶された全書誌情報を検索する。図書情報検索部１５３は、検索に当たって所定のフィルタ処理を行う。フィルタ処理により、例えば図書館での陳列が望ましくない図書を選書の対象から除外できる。フィルタ処理に用いるフィルタ条件は、全書誌情報記憶部１１０に予め格納される。なお、全書誌情報記憶部１１０と図書情報検索部１５３との間の関連線は、図示を省略している。また、図書情報検索部１５３は図書館別のフィルタ設定が存在する場合、各図書館のフィルタ設定を用いてフィルタ処理を行う。図書館別のフィルタ設定は、所蔵情報記憶部１２０に予め格納される。例えば、図書館が学校に併設される図書室である場合、小学校、中学校、高校、大学と学校の区分に応じて、フィルタ条件を変更するとしてもよい。ただし、所蔵情報記憶部１２０と図書情報検索部１５３との関連線は図示を省略している。
【００７２】
発注情報受付部１５４は、入力情報取得部１５２から取得した発注情報に対して、注文を識別するための注文番号や図書館コードなどの追加情報を追加して発注情報記憶部１３０に格納すると共に発注情報送信部１５５に出力する。
【００７３】
発注情報送信部１５５は、発注情報受付部１５４から取得した発注情報を販社サーバ２００に送信する。
装備情報受信部１６１は、販社サーバ２００で生成された装備情報を受信する。装備情報の受信は、書籍販社６０で装備が行われた、または、装備の準備が整ったことを意味する。装備情報は、資料コードを含む情報である。なお、装備情報には、更に、図書の発注元の図書館コードが含まれている。装備情報受信部１６１は、受信した装備情報を所蔵情報生成部１６２に出力する。
【００７４】
所蔵情報生成部１６２は、装備情報受信部１６１から装備情報を受信する。所蔵情報生成部１６２は、受信した装備情報に含まれる装備レコードを抽出する。また、装備情報には、装備レコードごとに１つの資料コードが含まれている。
【００７５】
なお、以下では取得した装備レコードの数に基づいて検査を行うと記載しているが、本発明はこれに限られるものではない。つまり、センタサーバ１００は、装備情報から資料コードを抽出し、資料コードの数に基づいて、以下の検査を行うこととしてもよい。
【００７６】
そして、装備情報と発注情報記憶部１３０に記憶された発注情報とに基づいて、発注した図書に対する装備レコードをセンタサーバ１００が適切に取得できているか否かを検査する。つまり、装備レコードが適切に取得できている場合は、センタサーバ１００は、資料コードを発注図書の冊数に対して適切に取得できていることとなる。検査の方法の詳細は後述する。所蔵情報生成部１６２は、適切に取得できていると判定した場合には、取得した装備情報に基づいて所蔵情報を生成する。適切に取得できていない場合には、アラーム通知部１６３に装備レコードに過不足がある旨を通知する。
【００７７】
装備レコードに過不足がない場合、所蔵情報生成部１６２は、装備情報と全書誌情報とに基づいて、新たに納品予定の図書の所蔵レコードを生成し、該当の図書館の所蔵情報に生成した所蔵レコードを追加する。ただし、実際には未所蔵の図書についてのレコードとなるので、その図書を仮所蔵の状態として扱う。このとき、所蔵情報生成部１６２は、その所蔵レコード中に該当図書の貸出予約が可能である旨の情報を含める。
【００７８】
更に、所蔵情報生成部１６２は、発送情報受信部１７１から発送情報を取得すると、所蔵情報記憶部１２０を参照して、発送情報で指定される図書の仮所蔵状態を解除する。仮所蔵状態が解除されることで、センタサーバ１００は、該図書を貸出可能であるとして認識する。ここで、発送情報とは、前述したように書籍販社６０にて図書の装備作業が完了し、発送準備が整ったことを通知するための情報である。
【００７９】
アラーム通知部１６３は、装備レコードの過不足の通知を受け付けると、装備レコードの過不足を示すアラームを発行して、販社サーバ２００に送信する。なお、装備レコードが不足している場合は、販社サーバ２００が不足分の装備レコードを生成・送信し、センタサーバ１００は不足分の装備レコードを受信する。一方、装備レコードが余分である場合は、センタサーバ１００は余分な装備レコードを削除することとしてもよい。
【００８０】
また、アラーム通知部１６３は、図書館２０に対しても同様のアラームを送信する。例えば、図書館２０の職員宛てにアラームの内容を含む電子メールを送信することが考えられる。また、選書画面提供部１５１によって、選書用のＧＵＩ上にアラームの内容を表示させることが考えられる。
【００８１】
発送情報受信部１７１は、販社サーバ２００から発送情報を受信する。発送情報受信部１７１は、受信した発送情報を所蔵情報生成部１６２に出力する。
販社サーバ２００は、全書誌情報記憶部２１０、発注情報記憶部２２０、装備情報記憶部２３０、発送情報記憶部２４０、発注情報受信部２５１、装備情報生成部２６１、装備情報送信部２６２、アラーム報知部２６３、発送情報生成部２７１および発送情報送信部２７２を有する。これらの各機能は、販社サーバ２００が備えるＣＰＵにより所定のプログラムが実行されることにより実現される。なお、これらの機能のうちの全部または少なくとも一部を専用のハードウェアで実現することもできる。
【００８２】
全書誌情報記憶部２１０は、全書誌情報を記憶する。新たに図書が出版されると、書籍販社６０の職員により全書誌情報記憶部２１０に記憶された全書誌情報にその図書の書誌レコードが追加される。
【００８３】
発注情報記憶部２２０は、センタサーバ１００から受信した発注情報を記憶する。
装備情報記憶部２３０は、書籍販社６０（あるいは、書籍販社６０の委託業者）が行う装備作業に用いる装備情報を記憶する。装備情報は、発注を受けた図書単位に生成される。なお、装備情報には、装備作業が完了したか否かを示す情報が含まれる。この装備作業が完了したか否かを示す情報は、生成当初は作業未完了の状態を示している。そして、例えば、装備作業が完了したか否かを示す情報は、装備工程で作業が完了したタイミングで作業完了の状態を示すように変更される。具体的には、図示しない装備工程を管理する管理端末装置から作業完了の通知を受け付けると作業完了の状態を示すよう変更することが考えられる。
【００８４】
発送情報記憶部２４０は、該当の図書について装備作業が完了し、発送準備が整っている図書を管理するための発送情報を記憶する。
発注情報受信部２５１は、発注情報送信部１５５から発注情報を受信し、発注情報記憶部２２０に格納する。
【００８５】
装備情報生成部２６１は、全書誌情報記憶部２１０に記憶された全書誌情報と発注情報記憶部２２０に記憶された発注情報とに基づいて発注を受けた図書単位に装備レコードを生成し、装備情報記憶部２３０に生成した装備レコードを格納する。ここで、装備情報記憶部２３０には、図書館２０，３０，４０それぞれの管理体系に沿って各図書館から申請された資料コードが予め記憶されている。装備情報生成部２６１は、この情報を参照して、新たに発注を受けた図書に対して資料コードを付与する。
【００８６】
装備情報送信部２６２は、装備情報記憶部２３０に記憶された装備情報をセンタサーバ１００に送信する。装備情報送信部２６２は、例えば、装備情報に新装備レコードが追加されるたびに新装備レコードを装備情報受信部１６１に送信する。または、日次で前日からの装備情報の差分となる装備レコードを装備情報受信部１６１に送信する。
【００８７】
アラーム報知部２６３は、センタサーバ１００からアラームを受信すると、その旨を報知する。報知の方法としては、例えば、書籍販社６０の職員宛てに電子メールを送信する、装備作業の工程管理を行う管理端末装置にエラーメッセージを表示させる、販社サーバ２００に接続されたモニタにエラーメッセージを表示させるなどが考えられる。
【００８８】
発送情報生成部２７１は、発注情報記憶部２２０および装備情報記憶部２３０を参照して、装備作業が完了した図書に関する発送レコードを生成し、発送情報記憶部２４０に格納する。発送情報生成部２７１は、例えば装備情報記憶部２３０に記憶された装備情報を定期的に参照して、装備作業が完了した図書の検出を試みる。なお、発送情報生成部２７１と発注情報記憶部２２０との間の関連線は図示を省略している。
【００８９】
発送情報送信部２７２は、発送情報記憶部２４０に記憶された発送情報を発送情報受信部１７１に送信する。発送情報送信部２７２は、例えば、発送情報に新発送レコードが追加されるたびに新発送レコードを発送情報受信部１７１に送信する。または、日次で前日からの発送情報の差分となる発送レコードを発送情報受信部１７１に送信する。
【００９０】
図６は、全書誌情報管理テーブルのデータ構造例を示す図である。全書誌情報管理テーブル１１１は、全書誌情報記憶部１１０に格納される。全書誌情報管理テーブル１１１には、書誌番号を示す項目、図書名を示す項目、ＩＳＢＮを示す項目、セットＩＳＢＮを示す項目および分類を示す項目が含まれる。各項目の横方向に並べられた情報同士が互いに関連付けられて、１つの図書に関する情報を示す。
【００９１】
書誌番号を示す項目には、センタサーバ１００において該当の図書を、その図書名に対応付けて一意に識別するための識別番号が設定される。図書名を示す項目には、図書の名称を示す情報が設定される。ＩＳＢＮを示す項目には、所定の規格に則って各図書に付与されたＩＳＢＮが設定される。セットＩＳＢＮを示す項目には、セット販売される複数の図書に対して、ＩＳＢＮとは別個にセット単位で付与されるセットＩＳＢＮが設定される。分類を示す項目には、その図書の内容が属する図書の分類を示す分類番号が設定される。
【００９２】
全書誌情報管理テーブル１１１には、例えば、書誌番号が“５９６６１”、図書名が“地球の裏側には”、ＩＳＢＮが“ＩＳＢＮ４−０４−２２７８０２”、セットＩＳＢＮが“−”、分類が“１２８”という情報が含まれる。セットＩＳＢＮの“−”（設定なし）は、この図書はセットものではないことを示している。
【００９３】
また、全書誌情報管理テーブル１１１には、例えば、書誌番号が“６８１２７”、図書名が“北極探検（全３巻）”、ＩＳＢＮが“−”、セットＩＳＢＮが“ＩＳＢＮ４−１３−２８５５７９”、分類が“１３０”という情報が含まれる。ＩＳＢＮの“−”（設定なし）は、これはセットものをまとめて管理する書籍群を示すものであり、書誌番号“６８１２７”などは、セットものを管理するための書誌番号であることを示している。
【００９４】
また、全書誌情報管理テーブル１１１には、例えば、書誌番号が“６８１２８”、図書名が“北極探検第１巻”、ＩＳＢＮが“ＩＳＢＮ４−０４−３５８８６４”、セットＩＳＢＮが“ＩＳＢＮ４−１３−２８５５７９”、分類が“１３０”という情報が含まれる。ＩＳＢＮとセットＩＳＢＮの双方に情報が設定されていることから、書誌番号“６８１２８”で示される図書がセットＩＳＢＮ“４−１３−２８５５７９”で示される書籍群に含まれるものであることを示している。
【００９５】
なお、上述したように全書誌情報記憶部１１０に記憶される全書誌情報管理テーブル１１１に含まれる項目は、全書誌情報記憶部２１０に記憶される全書誌情報に含まれる項目より削減することも考えられる。センタサーバ１００で使用しない項目を削減することで、記憶領域の効率的な利用が可能となるためである。
【００９６】
図７は、分類テーブルのデータ構造例を示す図である。分類テーブル１１２は、全書誌情報記憶部１１０に予め格納される。分類テーブル１１２には、分類を示す項目および分類名を示す項目が設けられている。各項目の横方向に並べられた情報同士が互いに関連付けられて、１つの分類に関する情報を示す。
【００９７】
分類を示す項目には、分類を識別するための番号が設定される。分類名を示す項目には、該当の分類の名称が設定される。
分類テーブル１１２には、例えば、分類が“１２８”、分類名が“自然科学”という情報が設定される。
【００９８】
図８は、分類フィルタテーブルのデータ構造例を示す図である。分類フィルタテーブル１１３は、全書誌情報記憶部１１０に予め格納される。分類フィルタテーブル１１３には、図書館区分を示す項目、フィルタ対象分類１を示す項目、フィルタ対象分類２を示す項目が含まれる。各項目の横方向に並べられた情報同士が互いに関連付けられて、該当の図書館に対するフィルタ条件を示す。
【００９９】
図書館区分を示す項目には、フィルタの使用対象とする図書館の総括的な名称あるいは個別名称が設定される。フィルタ対象分類１を示す項目には、選書の対象から除外する図書の１つ目の分類が設定される。フィルタ対象分類２を示す項目には、選書の対象から除外する図書の２つ目の分類が設定される。なお、フィルタ対象分類は、更に複数設けることもできる。
【０１００】
分類フィルタテーブル１１３には、例えば、対象図書館が“小学校”、フィルタ対象分類１が“３２１”、フィルタ対象分類２が“３２２”という情報が設定される。これは、小学校に設置された図書館（あるいは図書室）からの選書に対しては、分類“３２１（ゲーム）”および“３２２（オカルト）”に属する図書を選書の対象から除外することを示している。また、センタサーバ１００が、図書館の図書検索用端末から、図書検索要求を受け付けた場合に、検索結果として表示する図書から、特定の分類の図書を除外することもできる。
【０１０１】
図９は、文字列フィルタテーブルのデータ構造例を示す図である。文字列フィルタテーブル１１４は、全書誌情報記憶部１１０に予め格納される。文字列フィルタテーブル１１４には、図書館区分を示す項目、フィルタ対象文字列１を示す項目、フィルタ対象文字列２を示す項目が含まれる。各項目の横方向に並べられた情報同士が互いに関連付けられて、該当の図書館に対するフィルタ条件を示す。
【０１０２】
図書館区分を示す項目は、分類フィルタテーブル１１３の対象図書館を示す項目に対応する。フィルタ対象文字列１を示す項目には、選書の対象から除外すべき図書を示す情報に含まれる１つ目の文字列が設定される。フィルタ対象文字列２を示す項目には、選書の対象から除外すべき図書を示す情報に含まれる２つ目の文字列が設定される。なお、フィルタ対象文字列は、更に複数設けることもできる。
【０１０３】
文字列フィルタテーブル１１４には、例えば、対象図書館が“小学校”、フィルタ対象文字列１が“ゲーム攻略”、フィルタ対象文字列２が“ホラー”という情報が設定される。これは、小学校に設置された図書館（あるいは図書室）からの選書に対しては、図書を示す情報に“ゲーム攻略”や“ホラー”の文字列が含まれる図書を選書の対象から除外することを示している。
【０１０４】
図１０は、所蔵情報管理テーブルのデータ構造例を示す図である。所蔵情報管理テーブル１２１，１２２，１２３は、所蔵情報生成部１６２により生成され所蔵情報記憶部１２０に格納される。所蔵情報管理テーブル１２１，１２２，１２３は、図書館２０，３０，４０の所蔵情報である。
【０１０５】
ここで、書誌情報は、同一名称の図書に対して１レコードが対応するものであった。これに対し、所蔵情報の１レコードは一冊の冊子に対応する情報である。すなわち、同一名称の図書が蔵書として２冊存在すれば、その図書について２つのレコードが管理されることになる。これによって、各図書の一冊ごとの貸出状況や冊子の状態などを管理することができる。
【０１０６】
以下では、所蔵情報管理テーブル１２１に関してのみ説明するが、所蔵情報管理テーブル１２２，１２３に関しても同様の構成である。
所蔵情報管理テーブル１２１には、図書館コードを示す項目、書誌番号を示す項目、資料コードを示す項目、仮所蔵フラグを示す項目および貸出状況を示す項目が含まれる。各項目の横方向に並べられた情報同士が互いに関連付けられて、１つの冊子に関する情報を示す。
【０１０７】
図書館コードを示す項目には、図書館２０を識別するための識別番号が設定される。書誌番号を示す項目は、前述の全書誌情報管理テーブル１１１に設けられた同一名称の項目と同一内容の情報が設定される。資料コードを示す項目には、図書館２０で該当の冊子を管理するための管理体系に沿って付与された資料コードが設定される。仮所蔵フラグを示す項目には、該当の冊子が仮所蔵の状態であるか否かを示すフラグが設定される。仮所蔵フラグを示す項目には、仮所蔵の状態である場合、“１”が設定される。また、仮所蔵の状態でない場合、“０”が設定される。貸出状況を示す項目には、その冊子が現在貸出中であるか否か、貸出予約が可能であるか、貸出予約がされているか否かなどを示す情報が設定される。
【０１０８】
所蔵情報管理テーブル１２１には、例えば、図書館コードが“１２５０１”、書誌番号が“５９６６１”、資料コードが“ＡＤ０３−１５５９０”、仮所蔵フラグが“０”、貸出状況が“貸出中”という情報が設定される。これは、資料コード“ＡＤ０３−１５５９０”で示される蔵書が仮所蔵の状態でなく、現在利用者に貸出中であることを示している（すなわち、納品済み）。
【０１０９】
また、所蔵情報管理テーブル１２１には、例えば図書館コードが“１２５０１”、書誌番号が“５９６６２”、資料コードが“ＡＤ０３−１６１６４”、仮所蔵フラグが“０”、貸出状況が“貸出予約可”という情報が設定される。これは、資料コード“ＡＤ０３−１６１６４”で示される蔵書が仮所蔵の状態であり、貸出予約が可能な状態であることを示している。仮所蔵の状態では、図書館の職員は該当の蔵書の情報の閲覧・操作が可能である。
【０１１０】
なお、貸出状況が“貸出予約中”である冊子は、図書館２０に未所蔵であるが貸出予約を受け付けている状態を示す。
所蔵情報生成部１６２は、所蔵レコードの生成当初は、仮所蔵フラグを“１”にセットする。そして、所蔵情報生成部１６２は、発送情報を取得すると、発送が行われた冊子を特定して、その冊子の仮所蔵フラグを“０”にセットする。このようにして、所蔵情報生成部１６２は、冊子の仮所蔵状態を管理する。なお、センタサーバ１００が、装備情報と発送情報を同時に受信する場合は、所蔵レコードの生成時に仮所蔵フラグを“０”にセットするものとする。つまり、所蔵レコード生成時に、貸出可として認識される。
【０１１１】
図１１は、図書館別フィルタテーブルのデータ構造例を示す図である。図書館別フィルタテーブル１２１ａ，１２２ａ，１２３ａは所蔵情報記憶部１２０に予め格納される。図書館別フィルタテーブル１２１ａ，１２２ａ，１２３ａは、分類フィルタテーブル１１３および文字列フィルタテーブル１１４とは別個に設けられた図書館２０，３０，４０の個別のフィルタ条件である。以下では、図書館別フィルタテーブル１２１ａに関してのみ説明するが、図書館別フィルタテーブル１２２ａ，１２３ａに関しても同様の構成である。
【０１１２】
図書館別フィルタテーブル１２１ａには、図書館コードを示す項目、図書館区分を示す項目、フィルタ対象分類１を示す項目、フィルタ対象分類２を示す項目、フィルタ対象文字列１を示す項目およびフィルタ対象文字列２を示す項目が含まれる。各項目の横方向に並べられた情報同士が互いに関連付けられて、１つのフィルタ条件に関する情報を示す。
【０１１３】
図書館コードを示す項目は、所蔵情報管理テーブル１２１の図書館コードを示す項目に対応する。図書館区分を示す項目は、分類フィルタテーブル１１３の図書館区分を示す項目に対応する。フィルタ対象分類１，２を示す項目は、分類フィルタテーブル１１３のフィルタ対象分類１，２に対応する。なお、フィルタ対象分類は更に複数設けることもできる。フィルタ対象文字列１，２を示す項目は、文字列フィルタテーブル１１４のフィルタ対象文字列１，２に対応する。なお、フィルタ対象文字列は更に複数設けることもできる。
【０１１４】
図書館別フィルタテーブル１２１ａには、例えば、図書館コードが“１２５０１”、図書館区分が“小学校”、フィルタ対象分類１が“３２５”、フィルタ対象分類２が“３２６”、フィルタ対象文字列１が“犯罪”、フィルタ対象文字列２が“賭博必勝法”という情報が設定される。これは、図書館コード“１２５０１”で指定される図書館２０の職員が選書を行う場合、分類フィルタテーブル１１３、文字列フィルタテーブル１１４の図書館区分“小学校”のフィルタ条件に代えて（あるいは、加えて）、設定されたフィルタ条件で選書対象をフィルタ処理することを示している。
【０１１５】
なお、図書館別フィルタテーブル１２１ａ，１２２ａ，１２３ａは、各図書館の職員によって適宜変更可能とすることもできる。
図１２は、発注情報管理テーブルのデータ構造例を示す図である。発注情報管理テーブル１３１は、発注情報記憶部１３０，２２０に格納される。発注情報管理テーブル１３１には、注文番号を示す項目、図書館コードを示す項目、図書名を示す項目、ＩＳＢＮを示す項目、セットＩＳＢＮを示す項目、数量を示す項目が含まれる。各項目の横方向に並べられた情報同士が互いに関連付けられて、１つの注文に関する情報を示す。
【０１１６】
注文番号を示す項目は、受け付けた注文に対して一意に付与される識別番号が設定される。図書館コードを示す項目には、発注元の図書館を示す図書館コードが設定される。図書名を示す項目、ＩＳＢＮを示す項目およびセットＩＳＢＮを示す項目は、全書誌情報管理テーブル１１１に設けられた同一名称の各項目と同一内容の情報が設定される。数量を示す項目には、該当図書の発注数量を示す数値が設定される。
【０１１７】
発注情報管理テーブル１３１には、例えば、注文番号が“１０７０１”、図書館コードが“１２５０１”、図書名が“雑学のススメ”、ＩＳＢＮが“ＩＳＢＮ４−０４−２９５５０５”、セットＩＳＢＮが“−”（設定なし）、数量が“２”という情報が含まれる。これは、図書館コード“１２５０１”で示される図書館２０から“雑学のススメ”という図書２冊分の発注を受けていることを示している。
【０１１８】
また、発注情報管理テーブル１３１には、例えば、注文番号が“１０７０２”、図書館コードが“１２５０１”、図書名が“北極探検（全３巻）”、ＩＳＢＮが“−”（設定なし）、セットＩＳＢＮが“ＩＳＢＮ４−１３−２８５５７９”、数量が“２”という情報が含まれる。これは、図書館コード“１２５０１”で示される図書館２０からセットものである“北極探検（全３巻）”について２セット分の発注を受けていることを示している。
【０１１９】
図１３は、装備情報管理テーブルのデータ構造例を示す図である。装備情報管理テーブル２３１，２３２，２３３は、装備情報生成部２６１によって生成され装備情報記憶部２３０に格納される。装備情報生成部２６１は、装備情報管理テーブル２３１，２３２，２３３を、図書館２０，３０，４０に対応付けて生成する。以下では、装備情報管理テーブル２３１に関してのみ説明するが、装備情報管理テーブル２３２，２３３に関しても同様の構成である。
【０１２０】
装備情報管理テーブル２３１には、注文番号を示す項目、図書館コードを示す項目、資料コードを示す項目、図書名を示す項目、ＩＳＢＮを示す項目、セットＩＳＢＮを示す項目、装備完了フラグを示す項目が含まれる。各項目の横方向に並べられた情報同士が互いに関連付けられて、１つの冊子に関する情報を示す。
【０１２１】
注文番号を示す項目には、該当の冊子に対して受け付けている発注の注文番号が設定される。図書館コードを示す項目、資料コードを示す項目、図書名を示す項目、ＩＳＢＮを示す項目およびセットＩＳＢＮを示す項目は、全書誌情報管理テーブル１１１および所蔵情報管理テーブル１２１に設けられた同一名称の各項目と同一内容の情報が設定される。装備完了フラグを示す項目には、該当の冊子の装備作業が完了したか否かを示す情報が設定される。なお、装備完了フラグを示す項目には、装備作業が完了している場合には、“１”が設定される。装備作業が未完了の場合には“０”が設定される。
【０１２２】
装備情報管理テーブル２３１には、例えば、注文番号が“１０７０１”、図書館コードが“１２５０１”、資料コードが“ＡＤ０３−１６１６３”、図書名が“雑学のススメ”、ＩＳＢＮが“ＩＳＢＮ４−０４−２９５５０５”、セットＩＳＢＮが“−”（設定なし）、装備完了フラグが“１”という情報が含まれる。また、同じ注文番号“１０７０１”のレコード（資料コード“ＡＤ０３−１６１６４”のレコード）について、装備完了フラグに“１”が設定されている。すなわち、注文番号“１０７０１”の全レコードの冊子について装備作業が完了したことを示している。これにより、書籍販社６０は、注文番号“１０７０１”で注文を受け付けた２冊の冊子の発送準備が整ったものとし、発送作業を進めることができる。
【０１２３】
また、装備情報管理テーブル２３１には、例えば、注文番号が“１０７０２”、図書館コードが“１２５０１”、資料コードが“ＡＤ０３−１６１６５”、図書名が“北極探検第１巻”、ＩＳＢＮが“ＩＳＢＮ４−０４−３５８８６４”、セットＩＳＢＮが“ＩＳＢＮ４−１３−２８５５７９”、装備完了フラグが“１”という情報が設定される。同様に、注文番号が“１０７０２”で資料コードが“ＡＤ０３−１６１６６”、“ＡＤ０３−１６１６７”のレコードに関しても装備完了フラグに“１”が設定されている。すなわち、これらのレコードの冊子については、装備作業が完了していることを示している。
【０１２４】
また、装備情報管理テーブル２３１には、例えば、注文番号が“１０７０２”、資料コードが“ＡＤ０３−１６１６８”、“ＡＤ０３−１６１６９”、“ＡＤ０３−１６１７０”というレコードについて、装備完了フラグに“０”が設定されている。すなわち、これらのレコードの冊子については、装備作業が完了していないことを示している。
【０１２５】
この場合、注文番号“１０７０２”で注文対象となっている一部の冊子について、装備作業が完了していない（発送準備が整っていない）ことになるので、書籍販社６０は、装備作業が未完了の冊子について装備作業が完了するのを待って、発送作業を進めることになる。
【０１２６】
図１４は、最終資料コード管理テーブルのデータ構造例を示す図である。最終資料コード管理テーブル２３１ａは、装備情報記憶部２３０に予め格納される。最終資料コード管理テーブル２３１ａは、資料コードのフォーマット、および装備情報として最後に割り当てた資料コードを記憶するためのテーブルである。最終資料コード管理テーブル２３１ａには、図書館コードを示す項目および最終資料コードを示す項目が設けられている。各項目の横方向に並べられた情報同士が互いに関連付けられて、１つの図書館についての情報を示す。
【０１２７】
図書館コードを示す項目には、図書館を識別するための図書館コードが設定される。最終資料コードを示す項目には、該当の図書館で最後に割り当てた資料コードが設定される。
【０１２８】
最終資料コード管理テーブル２３１ａには、例えば、図書館コードが“１２５０１”、最終資料コードが“ＡＤ０３−１６１７０”という情報が設定される。これは、図書館コード“１２５０１”で示される図書館２０において、資料コード“ＡＤ０３−１６１７０”までが使用済みであることを示している。
【０１２９】
装備情報生成部２６１は、最終資料コード管理テーブル２１３ａを参照することで、未使用の資料コードを識別することができ、重複することなく各冊子に資料コードを付与することが可能となる。つまり、装備情報生成部２６１は、最終資料コードに１を加えた資料コードを受注した図書のうちの一冊に割り当てることとなる。また、資料コードには、上述の通り、棚番号や図書の分類に関する情報を含めることもできる。
【０１３０】
図１５は、発送情報管理テーブルのデータ構造例を示す図である。発送情報管理テーブル２４１は、発送情報生成部２７１によって生成され発送情報記憶部２４０に格納される。発送情報管理テーブル２４１には、注文番号を示す項目、図書館コードを示す項目、図書名を示す項目、ＩＳＢＮを示す項目、セットＩＳＢＮを示す項目、数量を示す項目が含まれる。各項目の横方向に並べられた情報同士が互いに関連付けられて、１つの注文に対する情報を示す。
【０１３１】
注文番号を示す項目、図書館コードを示す項目、図書名を示す項目、ＩＳＢＮを示す項目、セットＩＳＢＮを示す項目および数量を示す項目は、発注情報管理テーブル１３１に設けられた同一名称の各項目と同一内容の情報が設定される。
【０１３２】
発送情報送信部２７２は、発送情報記憶部２４０に記憶された発送情報をセンタサーバ１００に送信することで、センタサーバ１００に対し、発送準備が整ったことを通知することができる。
【０１３３】
なお、発送情報管理テーブル２４１は、書籍販社６０において、図書の発送を行う際の管理情報としても利用することができる。例えば、書籍販社６０は、発送情報管理テーブル２４１に発送レコードが追加されると、そのレコードに発送済・未発送などの設定を行って、配送状況を管理することが考えられる。
【０１３４】
次に、図書館２０の職員が新しい図書の発注の入力を行う際に利用する発注用のＧＵＩについて説明する。
図１６は、ログイン画面を示す図である。選書画面提供部１５１は、選書画面表示部２１ａにログイン画面３１０の構成情報を提供する。選書画面表示部２１ａは、その構成情報に基づいて、端末装置２１に接続されたモニタにログイン画面３１０を表示させる。
【０１３５】
ログイン画面３１０には、ＩＤ（ＩＤｅｎｔｉｆｉｅｒ）の入力フォーム３１１、パスワードの入力フォーム３１２および認証ボタン３１３が設けられている。
入力フォーム３１１は、発注用のＧＵＩを利用しようとするユーザを識別するためのユーザＩＤを受け付けるためのフォームである。
【０１３６】
入力フォーム３１２は、ユーザのパスワードの入力を受け付けるためのフォームである。
認証ボタン３１３は、入力フォーム３１１，３１２に入力された情報をセンタサーバ１００に送信して、センタサーバ１００による認証処理の開始を促すためのボタンである。ＧＵＩ上に表示されたポインタなどを用いて認証ボタン３１３が押下されると、入力情報受付部２１ｂは、入力フォーム３１１，３１２に入力されたＩＤ、パスワードをセンタサーバ１００に送信する。
【０１３７】
センタサーバ１００は、受け付けたＩＤ、パスワードに基づいて、ユーザ認証を行う。センタサーバ１００は、例えば、そのためのユーザ情報を管理するＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）サーバとして機能する。ＬＤＡＰサーバでは、ユーザと、そのユーザの所属する図書館の図書館コードとが対応付けられて管理されている。すなわち、センタサーバ１００は、ユーザを特定すると、そのユーザの所属する図書館の図書館コードを特定することができる。
【０１３８】
センタサーバ１００は、受け付けたＩＤ、パスワードにより認証に成功した場合には、選書画面提供部１５１を介して選書画面表示部２１ａに図書検索画面を提供する。認証に失敗した場合には、その旨を示す画面を選書画面提供部１５１を介して選書画面表示部２１ａに提供する。
【０１３９】
図１７は、図書検索画面を示す図である。選書画面提供部１５１は、選書画面表示部２１ａに図書検索画面３２０の構成情報を提供する。選書画面表示部２１ａは、その構成情報に基づいて、端末装置２１に接続されたモニタに図書検索画面３２０を表示させる。
【０１４０】
図書検索画面３２０には、フリーキーワードの入力フォーム３２１、図書名の入力フォーム３２２、著者名の入力フォーム３２３、出版社名の入力フォーム３２４、検索ボタン３２５およびクリアボタン３２６が設けられている。
【０１４１】
入力フォーム３２１は、検索に用いるフリーキーワードを受け付けるためのフォームである。
入力フォーム３２２は、図書名を示す文字列を受け付けるためのフォームである。
【０１４２】
入力フォーム３２３は、著者名を示す文字列を受け付けるためのフォームである。
入力フォーム３２４は、出版社名を示す文字列を受け付けるためのフォームである。
検索ボタン３２５は、入力フォーム３２１，３２２，３２３，３２４に入力された各文字列をセンタサーバ１００に送信して、センタサーバ１００による図書検索を促すためのボタンである。ＧＵＩ上に表示されたポインタなどを用いて検索ボタン３２５が押下されると、入力情報受付部２１ｂは、入力フォーム３２１，３２２，３２３，３２４に入力された各文字列をセンタサーバ１００に送信する。
【０１４３】
クリアボタン３２６は、入力フォーム３２１，３２２，３２３，３２４に入力済みの文字列を一度に消去するためのボタンである。
図書情報検索部１５３は入力フォーム３２１，３２２，３２３，３２４に入力された文字列を取得すると、全書誌情報記憶部１１０に記憶された全書誌情報管理テーブル１１１を参照して、取得した文字列を含む図書の書誌レコードを抽出する。そして、図書情報検索部１５３は、抽出した書誌レコードの内容を選書画面提供部１５１を介して選書画面表示部２１ａに送信する。このとき、図書情報検索部１５３は、分類フィルタテーブル１１３および文字列フィルタテーブル１１４に設定されたフィルタ条件を含む書誌レコードを除いて選書画面提供部１５１に検索結果を出力する。
【０１４４】
図１８は、検索結果画面を示す図である。選書画面提供部１５１は、選書画面表示部２１ａに検索結果画面３３０の構成情報を提供する。選書画面表示部２１ａは、その構成情報に基づいて、端末装置２１に接続されたモニタに検索結果画面３３０を表示させる。
【０１４５】
検索結果画面３３０には、検索結果表示フォーム３３１およびカゴに入れるボタン３３２が設けられている。
検索結果表示フォーム３３１には、図書検索画面で入力された文字列に基づいてセンタサーバ１００で検索を実行した結果が表示される。検索結果画面３３０では、図書検索画面３２０において、図書名“雑学”が入力された場合を例示している。
【０１４６】
検索結果表示フォーム３３１には、発注対象の候補としての選択の有無を示すチェックボックスが設けられている。図書館２０の職員は、例えばＧＵＩ上に表示されたポインタを操作してチェックボックスに対する入力（例えば、マウスによるクリック）を行うことで、チェックボックスに対するチェックの入力の有無を変更することができる。
【０１４７】
カゴに入れるボタン３３２は、検索結果表示フォーム３３１に設けられたチェックボックスにチェックが入力された図書を発注対象の候補として確定するためのボタンである。検索結果画面３３０では、“雑学のススメ”という図書のチェックボックスにチェックが入力されている。このとき、カゴに入れるボタン３３２が押下されると、“雑学のススメ”が発注対象の候補として確定されることになる。
【０１４８】
発注対象の候補が確定されると、選書リスト画面に遷移する。
図１９は、選書リスト画面を示す図である。選書画面提供部１５１は、選書画面表示部２１ａに選書リスト画面３４０の構成情報を提供する。選書画面表示部２１ａは、その構成情報に基づいて、端末装置２１に接続されたモニタに選書リスト画面３４０を表示させる。
【０１４９】
選書リスト画面３４０には、選書リスト表示フォーム３４１、再計算ボタン３４２、選書を続けるボタン３４３およびリスト確定ボタン３４４が設けられている。
選書リスト表示フォーム３４１には、発注対象の候補として選択された図書のリストが表示される。選書リスト表示フォーム３４１には、発注数量を変更するための入力フォームが設けられている。また、選書リスト表示フォーム３４１には、リストから対象の図書を削除するための削除アンカーが設けられている。削除アンカーが押下されると、リストから該当の図書が削除される。
【０１５０】
再計算ボタン３４２は、選書リスト表示フォーム３４１において、発注数量が変更された場合、または、リストから図書が削除された場合にポインタなどにより押下される。これにより、選書リスト表示フォーム３４１に表示された合計の数量や金額の変更を促す。
【０１５１】
選書を続けるボタン３４３は、選書リスト表示フォーム３４１に更に発注したい図書を追加するために図書検索画面３２０への遷移を促すためのボタンである。
リスト確定ボタン３４４は、選書リスト表示フォーム３４１に表示された図書の発注を確定するためのボタンである。
【０１５２】
次に、以上のような構成を備える図書館システムにおける図書の発注に関する処理手順を詳細に説明する。
図２０は、第３の実施の形態の図書の発注処理を示すフローチャートである。以下、図２０に示す処理をステップ番号に沿って説明する。
【０１５３】
［ステップＳ１］端末装置２１は、図書館２０の職員の操作入力によりログイン画面３１０を端末装置２１に接続されたモニタに表示する。例えば、ログイン画面３１０はセンタサーバ１００からＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ファイルなどで提供され、Ｗｅｂブラウザを介して表示することができる。端末装置２１は、図書館２０の職員によるユーザＩＤやパスワードの入力を受け付け、センタサーバ１００のユーザ認証を受ける。
【０１５４】
［ステップＳ２］センタサーバ１００は、端末装置２１に対して図書検索画面３２０を提供する。センタサーバ１００は、端末装置２１から検索用に受け付けた文字列に応じて検索を実行し、その結果にフィルタ処理を施して端末装置２１に応答する。なお、上述の通り、販社サーバ２００から受信したおすすめ図書のうち、端末装置２１を有する図書館が所蔵する図書を除いた図書を、端末装置２１に提供することとしてもよい。具体的には、図書館別書誌情報記憶部１２０に存在する図書名やＩＳＢＮに対応する図書を、おすすめ図書から除外する。そして、センタサーバ１００は、端末装置２１で発注対象として確定された図書の情報を含む発注情報を受信する。センタサーバ１００は、端末装置２１から受信した発注情報に、注文番号やユーザＩＤから取得した発注元の図書館の図書館コードの情報などを追加する。そして、センタサーバ１００は、発注情報を販社サーバ２００に送信する。
【０１５５】
［ステップＳ３］販社サーバ２００は、センタサーバ１００から受信した発注情報を発注情報記憶部２２０に格納する。そして、販社サーバ２００は、その発注情報に基づいて発注を受け付けた図書の調達手配を行う。
【０１５６】
［ステップＳ４］販社サーバ２００は、図書の調達手配が完了すると、その発注情報に基づいて装備作業に必要となる装備情報を生成する。販社サーバ２００は、生成した装備情報をセンタサーバ１００に送信する。
【０１５７】
［ステップＳ５］センタサーバ１００は、販社サーバ２００から受信した装備情報と、発注情報記憶部１３０に記憶された発注情報とに基づいて、受信した装備情報に過不足があるか否かの検査を行う。
【０１５８】
［ステップＳ６］センタサーバ１００は、販社サーバ２００から受信した装備情報に基づいて所蔵情報を生成する。所蔵情報には、該当の冊子が仮所蔵の状態である旨が設定される。また、所蔵情報には、該当冊子の貸出予約が可能な状態に設定される。これ以後、図書館２０の職員は、発注中の図書を含めた蔵書の検索や、所蔵情報の編集などをその図書の納入に先立って行うことが可能となる。この時点で、図書館２０の利用者がその図書の貸出予約を行うことを可能としてもよい。
【０１５９】
［ステップＳ７］書籍販社６０は、調達した図書の装備作業を行う。装備作業を管理する管理端末装置は、装備作業が完了した冊子について、装備情報記憶部２３０に記憶された装備情報管理テーブル２３１の該当冊子の装備完了フラグが装備完了を示すよう変更する。
【０１６０】
［ステップＳ８］販社サーバ２００は、装備情報記憶部２３０に記憶された装備情報管理テーブル２３１を参照して、１つの注文番号に対応する全ての冊子の装備作業が完了し、発送準備が整うと、発送情報を生成する。販社サーバ２００は、生成した発送情報をセンタサーバ１００に送信する。
【０１６１】
［ステップＳ９］センタサーバ１００は、販社サーバ２００から発送情報を受信すると、発送情報で指定される冊子の仮所蔵状態を解除する。
ここで、上記ステップＳ３において販社サーバ２００は該当の図書が絶版などにより調達不可能である場合には、その旨をセンタサーバ１００に通知する。そして、センタサーバ１００は図書検索画面などを介してその図書館２０の職員に調達不可能である旨を通知することが考えられる。なお、センタサーバ１００は、発注時に図書検索画面から絶版の図書を選書不可とすることも考えられる。その場合、販社サーバ２００はセンタサーバ１００から発注情報を受け付けたタイミングで装備情報を生成してもよい。
【０１６２】
また、書籍販社６０は上記ステップＳ７の発送準備が整った図書を注文番号単位で図書館２０へ発送する。
その後、図書館２０に図書が納入されると、その時点で所蔵情報が適切に生成済みである。このため、図書館２０の職員は納入された図書の蔵書登録などの作業を行う必要がなく、作業負担が軽減される。
【０１６３】
また、センタサーバ１００は所蔵情報生成処理の前段階で装備情報の過不足の有無を検査する。このため、早期に装備情報の過不足を検知できる。また、図書館２０の職員の確認作業を軽減できる。
【０１６４】
次に、上記ステップＳ２，Ｓ４〜Ｓ６，Ｓ８，Ｓ９の各処理について詳細に説明する。
まず、図２０のステップＳ２で示したセンタサーバ１００の発注受付処理について説明する。
【０１６５】
図２１は、発注受付処理を示すフローチャートである。以下、図２１に示す処理をステップ番号に沿って説明する。
［ステップＳ１１］入力情報取得部１５２は、端末装置２１から受信したユーザＩＤとパスワードとを認証処理を行う認証処理部（図４では不図示）に出力する。そして、ログイン認証が成功する。
【０１６６】
［ステップＳ１２］入力情報取得部１５２は、認証処理部からログインしたユーザの所属する図書館の図書館コードを受け付ける。
［ステップＳ１３］選書画面提供部１５１は、図書検索画面３２０を選書画面表示部２１ａに提供する。
【０１６７】
［ステップＳ１４］入力情報取得部１５２は、入力情報受付部２１ｂから図書検索画面３２０に入力された文字列を受け付ける。入力情報取得部１５２は、受け付けた文字列と図書館コードとを図書情報検索部１５３に出力する。
【０１６８】
［ステップＳ１５］図書情報検索部１５３は、全書誌情報記憶部１１０に記憶された全書誌情報管理テーブル１１１を参照して、入力された文字列を含む書誌レコードを抽出する。
【０１６９】
［ステップＳ１６］図書情報検索部１５３は、図書館コードに基づいてフィルタ設定を行うか否かを判定する。フィルタ設定を行う場合、処理をステップＳ１７に進める。フィルタ設定を行わない場合、処理をステップＳ１９に進める。
【０１７０】
例えば、図書館コードが“１２５０１”である場合、図書情報検索部１５３は、全書誌情報記憶部１１０に記憶された分類フィルタテーブル１１３および文字列フィルタテーブル１１４から、図書館区分“Ａ地区図書館”のフィルタ条件を抽出できる。更に、所蔵情報記憶部１２０から図書館別フィルタテーブル１２１ａのフィルタ条件を抽出できる。このようにフィルタ条件を抽出できる場合に、図書情報検索部１５３はフィルタ設定を行うと判定する。また、フィルタ条件を抽出できなかった場合には、フィルタ設定を行わないと判定する。
【０１７１】
［ステップＳ１７］図書情報検索部１５３は、分類フィルタテーブル１１３、文字列フィルタテーブル１１４および図書館別フィルタテーブル１２１ａ，１２２ａ，１２３ａを参照して、該当の図書館コードに応じたフィルタ条件を抽出する。例えば、図書館コードが“１２５０１”である場合、フィルタ対象分類として、“３２１”、“３２２”、“３２５”、“３２６”を含む分類を抽出する。また、フィルタ対象文字列として、“ゲーム攻略”、“ホラー”、“犯罪”、“賭博必勝法”を含む文字列を抽出する。なお、図書館別フィルタテーブルからフィルタ条件を抽出できる場合には、図書館別フィルタテーブルのフィルタ条件のみを用いてフィルタ処理してもよい。
【０１７２】
［ステップＳ１８］図書情報検索部１５３は、ステップＳ１５で抽出した書誌レコードのうち、フィルタ条件に合致するものを省いて、選書画面提供部１５１に出力する。
なお、図書情報検索部１５３は、フィルタ条件として該当図書館の所蔵情報を用いることも考えられる。例えば、図書館２０の職員による選書に対しては図書館２０が既に所蔵している図書（所蔵情報に既に登録済みの図書）を選書の対象から除外する。従って、図書館２０の職員は、図書館２０に所蔵されている図書を更に発注してしまうという事態を防ぐことが出来る。
【０１７３】
［ステップＳ１９］選書画面提供部１５１は、図書情報検索部１５３から取得した書誌レコードを用いて検索結果画面３３０を生成し、選書画面表示部２１ａに提供する。
［ステップＳ２０］入力情報取得部１５２は、検索結果画面３３０において、発注対象の候補として選書リストに登録する図書の情報を受け付けたか否かを判定する。受け付けた場合、処理をステップＳ２１に進める。受け付けていない場合、処理をステップＳ２２に進める。
【０１７４】
この判定は具体的には、検索結果画面３３０において、検索結果表示フォーム３３１に設けられたチェックボックスにチェックが入力された状態でカゴに入れるボタン３３２の押下が端末装置２１にて受け付けられたか否かによって行われる。ユーザによりチェックボックスにチェックが入力された状態でカゴに入れるボタン３３２が押下されると、端末装置２１から該当の図書（例えば、“雑学のススメ”）が発注対象の候補として選択された旨がセンタサーバ１００に送信される。
【０１７５】
［ステップＳ２１］入力情報取得部１５２は、発注対象の候補とする図書のリストである選書リストに受け付けた図書を登録する。選書画面提供部１５１は、選書リスト画面３４０を生成して選書画面表示部２１ａに提供する。なお、選書リスト画面３４０では、発注数量の変更やリストからの図書の削除などを受け付ける。
【０１７６】
［ステップＳ２２］入力情報取得部１５２は、選書リスト画面３４０において、選書を続けるボタン３４３の押下を受け付けたか否かを判定する。受け付けた場合、処理をステップＳ１３に進める。受け付けない場合、処理をステップＳ２３に進める。
【０１７７】
［ステップＳ２３］入力情報取得部１５２は、選書リスト画面３４０において、リスト確定ボタン３４４の押下を受け付けたか否かを判定する。受け付けた場合、処理をステップＳ２４に進める。受け付けない場合、選書用ＧＵＩの終了の受け付けなどを経て処理を完了する。
【０１７８】
［ステップＳ２４］入力情報取得部１５２は、選択リストに登録された図書の書誌レコードを発注情報として取得する。入力情報取得部１５２は、取得した発注情報や図書館コードを発注情報受付部１５４に出力する。選書画面提供部１５１は、発注が確定した図書のリストを表示するための画面を生成して選書画面表示部２１ａに提供する。
【０１７９】
［ステップＳ２５］発注情報受付部１５４は、入力情報取得部１５２から取得した発注情報に対して、注文番号や図書館コードを追加する。なお、発注情報受付部１５４は、書誌レコードに含まれる情報のうち、発注対象の図書を特定するために必要な情報や装備作業に必要な情報以外は削除する。
【０１８０】
［ステップＳ２６］発注情報受付部１５４は、ステップＳ２５の処理を施した加工後の発注情報を発注情報記憶部１３０に格納する。
［ステップＳ２７］発注情報受付部１５４は、加工後の発注情報を発注情報送信部１５５に出力する。発注情報送信部１５５は、取得した発注情報を販社サーバ２００に送信する。
【０１８１】
このように、センタサーバ１００は、図書館２０の職員による選書に際して、予め登録されたフィルタ条件により図書館２０に陳列するのが望ましくないような図書を選書の対象から除外することができる。このように、職員が確認すべき図書を予め絞り込むことで、職員の選書における作業負担を軽減することができる。
【０１８２】
なお、上記ステップＳ１５において、まず図書館別書誌情報記憶部１２０から書誌情報を検索し、図書館別書誌情報記憶部１２０に存在しない情報のみを全書誌情報記憶部１１０から抽出するようにしてもよい。
【０１８３】
次に、図２０のステップＳ４で示した販社サーバ２００の装備情報生成処理について説明する。
図２２は、装備情報生成処理を示すフローチャートである。以下、図２２に示す処理をステップ番号に沿って説明する。
【０１８４】
［ステップＳ３１］装備情報生成部２６１は、発注情報記憶部２２０に記憶された発注情報管理テーブル１３１を参照して、未処理の発注レコードを１つ抽出する。ここで、装備情報生成部２６１は、発注情報管理テーブル１３１に新たな発注レコードが追加されたタイミングで本ステップの処理を実行することが考えられる。また、所定の周期（例えば日次）で実行してもよい。
【０１８５】
［ステップＳ３２］装備情報生成部２６１は、抽出した発注レコードにセットＩＳＢＮの設定があるか否かを判定する。設定がある場合、処理をステップＳ３３に進める。設定がない場合、処理をステップＳ３５に進める。
【０１８６】
［ステップＳ３３］装備情報生成部２６１は、全書誌情報記憶部２１０に記憶された全書誌情報管理テーブルをセットＩＳＢＮをキーに検索して、セットの内訳の図書（内訳図書）の書誌レコードを取得する。
【０１８７】
例えば、発注レコードが“北極探検（全３巻）”に対するものである場合、セットＩＳＢＮ“４−１３−２８５５７９”が含まれている。このため、装備情報生成部２６１は、全書誌情報管理テーブルを参照することで、このセットものの内訳図書として“北極探検第１巻”、“北極探検第２巻”および“北極探検第３巻”の書誌レコードを取得する。
【０１８８】
［ステップＳ３４］装備情報生成部２６１は、取得した内訳図書の書誌レコードを用いて装備レコードを生成し、装備情報管理テーブルに追加する。装備情報生成部２６１は、発注レコードに含まれる図書館コードを参照することで、新たに生成した装備レコードを追加すべき装備情報管理テーブルを特定することができる。
【０１８９】
例えば、抽出した発注レコードに含まれる図書館コードが“１２５０１”である場合、装備情報生成部２６１は、当コードにより生成した装備レコードを図書館コード“１２５０１”に対応付けられた図書館２０についての装備情報管理テーブル２３１に追加する。追加するレコード数は、セット単位の数量に内訳図書数を乗じた数となる。なお、この段階では、装備レコードの資料コードを示す項目には設定がなされていない。装備情報生成部２６１は、装備レコードの生成が完了した発注レコードに処理済みを示す情報を設定する。
【０１９０】
［ステップＳ３５］装備情報生成部２６１は、取得した発注レコードに基づき、該当の図書の装備レコードを生成し、装備情報管理テーブルに追加する。追加すべき装備情報管理テーブルは、ステップＳ３４で説明したように発注レコードに含まれる図書館コードによって特定することができる。追加するレコード数は、発注レコードに設定された数量の数となる。なお、この段階では、装備レコードの資料コードを示す項目には設定がなされていない。装備情報生成部２６１は、装備レコードの生成が完了した発注レコードに処理済みを示す情報を設定する。
【０１９１】
［ステップＳ３６］装備情報生成部２６１は、発注情報管理テーブル１３１に含まれる発注レコードのうち未処理の発注レコードが存在するか否かを判定する。存在しない場合、処理をステップＳ３７に進める。存在する場合、処理をステップＳ３１に進める。
【０１９２】
［ステップＳ３７］装備情報生成部２６１は、装備情報管理テーブル２３１，２３２，２３３から未処理（資料コードが未設定）の装備レコードを１つ抽出する。
例えば、発注情報管理テーブル１３１で例示されている２つの発注レコードに対して、上記ステップＳ３１〜Ｓ３６の処理の直後では、資料コード未設定の装備レコードが装備情報管理テーブル２３１に合計８つ追加されていることになる。装備情報生成部２６１は、装備情報管理テーブル２３１から資料コードの設定されていないこれらの装備レコードを１つずつ抽出して、以下の処理により資料コードを設定する。
【０１９３】
［ステップＳ３８］装備情報生成部２６１は、装備情報記憶部２３０に記憶された最終資料コード管理テーブル２３１ａを参照して、処理対象の装備レコードに対応する図書館についての最終資料コードを取得する。装備情報生成部２６１は、最終資料コードを予め定められた所定のルールにしたがって更新して、新たな資料コードを生成する。例えば、“ＡＤ０３−１６１７０”の最終資料コードの数値部分に１を加算して、“ＡＤ０３−１６１７１”を生成することが考えられる。装備情報生成部２６１は、このようにして生成した資料コードを上記ステップＳ３７で抽出した装備レコードに設定する。
【０１９４】
［ステップＳ３９］装備情報生成部２６１は、最終資料コード管理テーブル２３１ａに生成した資料コードを最終資料コードとして上書き設定する。
［ステップＳ４０］装備情報生成部２６１は、装備情報管理テーブル２３１，２３２，２３３に未処理の（すなわち、資料コードの設定されていない）装備レコードが存在するか否かを判定する。存在しない場合、処理をステップＳ４１に進める。存在する場合、処理をステップＳ３７に進める。
【０１９５】
［ステップＳ４１］装備情報送信部２６２は、所定のタイミングで装備情報記憶部２３０に記憶された装備情報管理テーブル２３１，２３２，２３３のうち、未送信の装備レコードをセンタサーバ１００に送信する。送信タイミングには、例えば、装備情報記憶部２３０に新たな装備レコードが格納されたタイミングが考えられる。また、所定の周期（例えば日次）で送信することが考えられる。
【０１９６】
このようにして、販社サーバ２００は、センタサーバ１００から受信した発注情報に基づいて、装備情報を生成する。装備情報は、書籍販社６０における装備作業で冊子に付与する管理データの元データとして用いられるほか、センタサーバ１００において所蔵情報を生成するためにも用いられる。
【０１９７】
次に、図２０のステップＳ５で示したセンタサーバ１００の装備情報検査処理について説明する。
図２３は、装備情報検査処理を示すフローチャートである。以下、図２３に示す処理をステップ番号に沿って説明する。
【０１９８】
［ステップＳ５１］装備情報受信部１６１は、販社サーバ２００から新たに生成された装備情報を受信する。装備情報受信部１６１は、受信した装備情報を所蔵情報生成部１６２に出力する。所蔵情報生成部１６２は、装備情報受信部１６１から装備情報を取得する。
【０１９９】
［ステップＳ５２］所蔵情報生成部１６２は、取得した装備情報から未処理（未検査）の装備レコードを１つ抽出する。
［ステップＳ５３］所蔵情報生成部１６２は、装備レコードに含まれる注文番号を取得する。
【０２００】
［ステップＳ５４］所蔵情報生成部１６２は、取得した注文番号と同一の注文番号である装備レコード数を取得する。
例えば、取得した装備情報に注文番号“１０７０１”のレコードが上記ステップＳ１１２で抽出したレコードを含めて２つ含まれていれば、所蔵情報生成部１６２は、装備レコード数“２”を取得する。
【０２０１】
また、例えば、取得した装備情報に注文番号“１０７０２”のレコードが上記ステップＳ１１２で抽出したレコードを含めて６つ含まれていれば、所蔵情報生成部１６２は、装備レコード数“６”を取得する。
【０２０２】
［ステップＳ５５］所蔵情報生成部１６２は、発注情報記憶部１３０に記憶された発注情報管理テーブルを参照して、取得した注文番号と同一の注文番号である発注レコードを取得する。
【０２０３】
［ステップＳ５６］所蔵情報生成部１６２は、取得した発注レコードにセットＩＳＢＮの設定があるか否かを判定する。設定がある場合、処理をステップＳ５７に進める。設定がない場合、処理をステップＳ５９に進める。
【０２０４】
［ステップＳ５７］所蔵情報生成部１６２は、セットＩＳＢＮをキーとして全書誌情報記憶部１１０に記憶された全書誌情報管理テーブル１１１を検索し、セットものの内訳図書数を取得する。
【０２０５】
例えば、セットＩＳＢＮが“ＩＳＢＮ４−１３−２８５５７９”である場合、全書誌情報管理テーブル１１１を参照することで、そのセットに含まれる図書数“３”を取得する。これは、セットＩＳＢＮが設定され、かつ、ＩＳＢＮが設定されている書誌レコードが全部で３つ存在することから求めることができる。
【０２０６】
［ステップＳ５８］所蔵情報生成部１６２は、発注レコードに含まれる発注数量と、ステップＳ５７で取得した内訳図書数とを乗算して発注総数を算出する。
例えば、発注レコードの数量の項目に“２”が設定されており、内訳図書数が“３”であれば、発注総数は“２×３＝６”となる。
【０２０７】
［ステップＳ５９］所蔵情報生成部１６２は、発注レコードに含まれる発注数量を発注総数として取得する。
［ステップＳ６０］所蔵情報生成部１６２は、ステップＳ５４で取得した装備レコード数とステップＳ５８またはステップＳ５９で取得した発注総数とを比較する。
【０２０８】
［ステップＳ６１］所蔵情報生成部１６２は、装備レコード数と発注総数とが等しい場合、処理をステップＳ６２に進める。装備レコード数と発注総数とが等しくない場合、処理をステップＳ６３に進める。
【０２０９】
［ステップＳ６２］所蔵情報生成部１６２は、処理を行った注文番号に係る装備レコードについて所蔵情報の生成処理が可能であると判定する。所蔵情報生成部１６２は、今回判定を行った装備レコード全てに検査済みを設定する。
【０２１０】
［ステップＳ６３］所蔵情報生成部１６２は、装備レコードが正しく取得できていない旨をアラーム通知部１６３に通知する。アラーム通知部１６３は、販社サーバ２００および端末装置２１，２２，２３に対してアラームを送信する。アラームの内容としては、該当する注文の注文番号や装備レコードが正しく取得できていない旨を示すメッセージなどが考えられる。
【０２１１】
［ステップＳ６４］所蔵情報生成部１６２は、取得した装備情報のうち、上記ステップ５３で取得した注文番号とは異なる注文番号が設定された未処理（未検査）の装備レコードが存在するか否かを判定する。存在しない場合、処理を完了する。存在する場合、処理をステップＳ５２に進める。
【０２１２】
このようにして、センタサーバ１００は、販社サーバ２００から装備情報を受信すると、装備レコードが適切に取得されているかを検査する。そして、装備レコードに過不足があるとその旨を販社サーバ２００や端末装置２１，２２，２３にアラームとして送信する。
【０２１３】
次に、図２０のステップＳ６で示したセンタサーバ１００の所蔵情報生成処理について説明する。
図２４は、所蔵情報生成処理を示すフローチャートである。以下、図２４に示す処理をステップ番号に沿って説明する。
【０２１４】
［ステップＳ７１］所蔵情報生成部１６２は、装備情報のうち図２３の検査処理が済みで所蔵情報未作成の装備レコードを１つ抽出する。
［ステップＳ７２］所蔵情報生成部１６２は、抽出した装備レコードに含まれる図書館コードとＩＳＢＮを抽出する。
【０２１５】
［ステップＳ７３］所蔵情報生成部１６２は、ＩＳＢＮをキーにして、全書誌情報記憶部１１０に記憶された全書誌情報管理テーブル１１１を検索し、該当の図書の書誌レコードを取得する。
【０２１６】
［ステップＳ７４］所蔵情報生成部１６２は、取得した書誌レコードと装備レコードとに基づいて、該当の図書の冊子ごとの所蔵レコードを生成する。
［ステップＳ７５］所蔵情報生成部１６２は、生成した所蔵レコードの冊子を仮所蔵状態（仮所蔵フラグ“１”）に設定する。また、生成した所蔵レコードの貸出状況を“貸出予約可”とする。所蔵情報生成部１６２は、所蔵情報記憶部１２０の該当の図書館の所蔵情報管理テーブルに、生成した所蔵レコードを追加する。所蔵情報生成部１６２は、所蔵レコードを作成済みの装備レコードに所蔵情報作成済みを設定する。
【０２１７】
［ステップＳ７６］所蔵情報生成部１６２は、取得した装備情報のうち、所蔵情報未作成の装備レコードが存在するか否かを判定する。存在しない場合、処理を完了する。存在する場合、処理をステップＳ７１に進める。
【０２１８】
このようにして、センタサーバ１００は、販社サーバ２００から取得した装備情報に基づいて所蔵情報を生成する。これらの情報を装備情報の取得のタイミングで利用可能とすることで、図書館の職員は、発注中の図書を含めた蔵書の検索や所蔵情報の編集などを図書の納入に先立って行うことが可能となる。また、図書館の利用者は、図書の納入に先立って、その図書の貸出予約が可能となる。
【０２１９】
なお、図２０のステップＳ５の装備情報検査処理とステップＳ６の所蔵情報生成処理とを合わせた手順とすることもできる。以下、そのような変形例の処理手順を示す。
図２５，２６は、装備情報検査処理および所蔵情報生成処理の変形例を示すフローチャートである。以下、図２５，２６に示す処理をステップ番号に沿って説明する。
【０２２０】
［ステップＳ８１］装備情報受信部１６１は、販社サーバ２００から新たに生成された装備情報を受信する。装備情報受信部１６１は、受信した装備情報を所蔵情報生成部１６２に出力する。所蔵情報生成部１６２は、装備情報受信部１６１から装備情報を取得する。
【０２２１】
［ステップＳ８２］所蔵情報生成部１６２は、装備情報に含まれる注文番号を取得する。例えば、装備情報に複数の注文番号が含まれていれば本処理で複数の注文番号全てを取得する。
【０２２２】
［ステップＳ８３］所蔵情報生成部１６２は、発注情報記憶部１３０を参照して、取得した注文番号に対応する１以上の発注レコードを取得する。
［ステップＳ８４］所蔵情報生成部１６２は、取得した発注情報（１以上の発注レコード）のうち未処理の発注レコードを１つ抽出する。
【０２２３】
［ステップＳ８５］所蔵情報生成部１６２は、取得した発注レコードにセットＩＳＢＮの設定があるか否かを判定する。設定がある場合、処理をステップＳ８６に進める。設定がない場合、処理をステップＳ８９に進める。
【０２２４】
［ステップＳ８６］所蔵情報生成部１６２は、セットＩＳＢＮをキーとして全書誌情報記憶部１１０に記憶された全書誌情報管理テーブル１１１を検索する。
［ステップＳ８７］所蔵情報生成部１６２は、検索結果からセットものの内訳図書の内訳図書数と各書誌レコードとを取得する。
【０２２５】
［ステップＳ８８］所蔵情報生成部１６２は、発注レコードに含まれる発注数量と、ステップＳ８７で取得した内訳図書数とを乗算して発注総数を算出する。
［ステップＳ８９］所蔵情報生成部１６２は、ＩＳＢＮをキーとして、全書誌情報記憶部１１０に記憶された全書誌情報管理テーブル１１１を検索し、該当のＩＳＢＮの図書の書誌レコードを取得する。
【０２２６】
［ステップＳ９０］所蔵情報生成部１６２は、発注レコードに含まれる発注数量を発注総数として取得する。
［ステップＳ９１］所蔵情報生成部１６２は、発注レコードから図書館コードを抽出する。
【０２２７】
［ステップＳ９２］所蔵情報生成部１６２は、ステップＳ８７またはステップＳ８９で取得した書誌レコードに基づいて、発注総数分の所蔵レコードを生成する。所蔵情報生成部１６２は、所蔵情報記憶部１２０を参照して、取得した図書館コードに対応する図書館の所蔵情報管理テーブルに生成した所蔵レコードを追加する。ただし、この時点では資料コードおよび仮所蔵フラグは未設定とする。所蔵情報生成部１６２には、処理した発注レコードに処理済みを設定する。
【０２２８】
［ステップＳ９３］所蔵情報生成部１６２は、未処理の発注レコードが存在するか否かを判定する。存在しない場合、処理をステップＳ９４に進める。存在する場合、処理をステップＳ８４に進める。
【０２２９】
［ステップＳ９４］所蔵情報生成部１６２は、ステップＳ８１で取得した装備情報のうち、未処理の装備レコードを１つ抽出する。
［ステップＳ９５］所蔵情報生成部１６２は、抽出した装備レコードに含まれる図書館コードとＩＳＢＮとを取得する。
【０２３０】
［ステップＳ９６］所蔵情報生成部１６２は、所蔵情報記憶部１２０を参照して、取得した図書館コードに対応する所蔵情報管理テーブルを、ＩＳＢＮをキーに検索し、資料コードが未設定の所蔵レコードを１つ取得する。
【０２３１】
［ステップＳ９７］所蔵情報生成部１６２は、装備レコードに含まれる資料コードを取得した所蔵レコードに設定する。
［ステップＳ９８］所蔵情報生成部１６２は、資料コードを新たに設定した所蔵レコードの冊子を仮所蔵状態（仮所蔵フラグ“１”）に設定する。また、生成した所蔵レコードの貸出状況を“貸出予約可”とする。
【０２３２】
［ステップＳ９９］所蔵情報生成部１６２は、ステップＳ８１で取得した装備情報のうち、未処理の装備レコードが存在するか否かを判定する。存在しない場合、処理をステップＳ１００に進める。存在する場合、処理をステップＳ９４に進める。
【０２３３】
［ステップＳ１００］所蔵情報生成部１６２は、所蔵情報記憶部１２０を参照して、所蔵情報管理テーブル１２１，１２２，１２３に資料コードが未設定の所蔵レコードが存在するか否かを判定する。存在する場合、処理をステップＳ１０１に進める。存在しない場合、処理を完了する。
【０２３４】
［ステップＳ１０１］所蔵情報生成部１６２は、装備レコードが正しく取得できていない旨をアラーム通知部１６３に通知する。アラーム通知部１６３は、販社サーバ２００および端末装置２１，２２，２３に対してアラームを送信する。アラームの内容としては、該当する注文の注文番号や装備レコードが正しく取得できていない旨を示すメッセージなどが考えられる。
【０２３５】
このようにして、センタサーバ１００は、資料コード未設定の所蔵レコードを予め作成する。センタサーバ１００は、販社サーバ２００から装備情報を受信した段階で、装備レコードに含まれる資料コードを対応する所蔵レコードに設定する。そして、資料コードが未設定の所蔵レコードがある場合には、装備レコードが不足していると判定する。
【０２３６】
これによって、図２３，２４の処理結果と同等の結果を得ることができる。
次に、図２０のステップＳ８で示した販社サーバ２００の発送情報生成処理について説明する。
【０２３７】
図２７は、発送情報生成処理を示すフローチャートである。以下、図２７に示す処理をステップ番号に沿って説明する。
［ステップＳ１１１］発送情報生成部２７１は、装備情報記憶部２３０に記憶された装備情報管理テーブル２３１，２３２，２３３を参照する。なお、本処理は、例えば、装備情報管理テーブル２３１，２３２，２３３の装備完了フラグが更新されたタイミングや、所定周期（例えば日次）で行うことが考えられる。
【０２３８】
［ステップＳ１１２］発送情報生成部２７１は、装備情報管理テーブル２３１，２３２，２３３に同一注文番号に属する全ての冊子について装備完了フラグに“１”が設定された装備レコードを抽出する。
【０２３９】
［ステップＳ１１３］発送情報生成部２７１は、ステップＳ１１２で抽出した装備レコードに設定された注文番号を取得する。
図１３の装備情報管理テーブル２３１の例では、注文番号“１０７０１”が設定された２つのレコードに対して装備完了フラグ“１”が設定されている。従って、発送情報生成部２７１は、注文番号“１０７０１”を取得する。一方、注文番号“１０７０２”が設定された６つのレコードに対して装備完了フラグ“１”のものが３レコード、装備完了フラグ“０”のものが３レコードである。これは、注文番号“１０７０２”で注文対象となっている冊子全ての装備作業が完了していないことを示している。従って、注文番号“１０７０２”は、本ステップによる取得対象とならない。
【０２４０】
［ステップＳ１１４］発送情報生成部２７１は、発注情報記憶部２２０に記憶された発注情報管理テーブルを参照して、取得した注文番号に対応する発注レコードを取得する。発送情報生成部２７１は、発注レコードに基づいて発送レコードを生成し、生成した発送レコードを発送情報記憶部２４０に記憶された発送情報管理テーブル２４１に追加する。
【０２４１】
［ステップＳ１１５］発送情報送信部２７２は、発送情報管理テーブル２４１に新たに追加された発送レコードをセンタサーバ１００に送信する。送信するタイミングは、発送情報管理テーブル２４１に発送レコードが追加されたタイミングとしてもよいし、所定の周期（例えば日次）としてもよい。
【０２４２】
このようにして、販社サーバ２００は注文番号単位に装備作業が完了した冊子を特定して、発送情報を生成する。発送情報を送信することで、センタサーバ１００に対して注文対象の図書の発送準備が整ったことを通知することができる。
【０２４３】
なお、発送情報は、装備作業が完了したタイミング（発送準備が整ったタイミング）で送信するものとした。しかし、このようなタイミングに限らず、実際に発送が完了したタイミングでセンタサーバ１００に発送情報を送信することも考えられる。
【０２４４】
次に、図２０のステップＳ９で示したセンタサーバ１００の所蔵情報更新処理について説明する。
図２８は、所蔵情報更新処理を示すフローチャートである。以下、図２８に示す処理をステップ番号に沿って説明する。
【０２４５】
［ステップＳ１２１］発送情報受信部１７１は、販社サーバ２００から発送情報を受信する。発送情報受信部１７１は、受信した発送情報を所蔵情報生成部１６２に出力する。
［ステップＳ１２２］所蔵情報生成部１６２は、取得した発送情報のうち、未処理の発送レコードを１つ抽出する。
【０２４６】
［ステップＳ１２３］所蔵情報生成部１６２は、取得した発送レコードにセットＩＳＢＮの設定があるか否かを判定する。設定がある場合、処理をステップＳ１２４に進める。設定がない場合、処理をステップＳ１２６に進める。
【０２４７】
［ステップＳ１２４］所蔵情報生成部１６２は、発送レコードに含まれるセットＩＳＢＮをキーにして、全書誌情報記憶部１１０に記憶された全書誌情報管理テーブル１１１を検索する。
【０２４８】
［ステップＳ１２５］所蔵情報生成部１６２は、全書誌情報管理テーブル１１１からセットものの内訳図書の書誌番号を取得する。
［ステップＳ１２６］所蔵情報生成部１６２は、発送レコードに含まれるＩＳＢＮをキーにして、全書誌情報記憶部１１０に記憶された全書誌情報管理テーブル１１１を検索し、該当のＩＳＢＮの図書に対応する書誌番号を取得する。
【０２４９】
［ステップＳ１２７］所蔵情報生成部１６２は、発送レコードに含まれる図書館コードを抽出する。
［ステップＳ１２８］所蔵情報生成部１６２は、所蔵情報記憶部１２０を参照して、図書館コードに対応する所蔵情報管理テーブルを書誌番号をキーにして検索する。このとき、検索の対象とする所蔵レコードは、仮所蔵フラグ“１”が設定されたレコードである。
【０２５０】
［ステップＳ１２９］所蔵情報生成部１６２は、検索の結果、抽出された所蔵レコードの仮所蔵フラグを“１”から“０”に設定する。所蔵情報生成部１６２は、処理した発送レコードに処理済みを設定する。
【０２５１】
［ステップＳ１３０］所蔵情報生成部１６２は、取得した発送情報のうち、未処理の装備レコードが存在するか否かを判定する。存在しない場合、処理を完了する。存在する場合、処理をステップＳ１２２に進める。
【０２５２】
このようにして、センタサーバ１００は、販社サーバ２００から発送情報を受信すると、所蔵情報を操作して発送情報で指定される冊子の仮所蔵状態を解除する。センタサーバ１００は、仮所蔵フラグにより所蔵情報中の仮所蔵状態の図書を冊子ごとに適切に管理することができる。
【０２５３】
なお、同一書籍を複数回注文している場合など、書誌番号と仮所蔵フラグ（“１”）とだけでは所蔵レコードを特定できない場合も考えられる。その場合、発送情報に含まれる注文番号から、前回受信した装備情報の資料コードを取得し、その資料コードから対応する所蔵レコードを特定すればよい。
【０２５４】
また、図２０に示した販社サーバ２００によるステップＳ４，Ｓ８の処理は、各処理を日次などのバッチ処理で行う場合には、これらの処理が一度に実行されることも考えられる。この場合、センタサーバ１００は、販社サーバ２００から同一の注文番号に対する装備情報と発送情報とを同時に受け付けることも考えられる。この場合にも、センタサーバ１００は、ステップＳ５，Ｓ６，Ｓ９の各処理を順に実行すればよい。
【０２５５】
図２９は、センタサーバによるアラームの通知を示す図である。センタサーバ１００は、販社サーバ２００や端末装置２１，２２，２３に対して装備レコードの過不足を示すアラームを通知する。
【０２５６】
書籍販社６０は、販社サーバ２００から受信する電子メールを確認したり、販社サーバ２００に接続されたモニタなどを介して通知されるアラームメッセージを確認したりすることで、装備レコードが適切に取得できていないことを把握する。そして、書籍販社６０では、このアラームに応じて、装備レコードが適切に取得できていない原因を早期に特定し、また、現在注文を受け付けている図書に対する対応を行うことが可能となる。
【０２５７】
例えば、その原因であるシステム上のエラーを早期に把握して修復することが可能となる。また、例えば、装備レコードに過不足のある図書について、装備工程の見直しを行うことが可能となる。その結果、注文を受けた図書の納品ミスを低減することができる。
【０２５８】
また、センタサーバ１００側で装備レコードの過不足を検知できるので、図書館２０の職員による確認作業が軽減される。
また、図書館２０では、センタサーバ１００からのアラームの内容を示すメッセージを電子メールや選書用のＧＵＩなどで確認する。これにより、図書館２０では、書籍販社６０の装備作業において、装備レコードの過不足が発生したことを事前に把握することができる。そして、アラームに含まれる注文番号で特定される図書の納入があった際に、その図書について正しく資料コードなどを示すラベルが付与されているかの確認を促すことができる。一方、装備レコードが過剰である場合は、センタサーバ１００はアラームを通知するとともに、過剰な装備レコードのうち、図書の装備に用いられていない資料コードを含む装備レコードを、販社サーバ２００に問い合わせる。その応答に基づいて、センタサーバ１００は、適切な装備レコードのみを所蔵情報記憶部１３０に反映させることとしてもよい。
【０２５９】
以上の処理によって、図書館において、装備レコードが所蔵情報記憶部１３０に反映されない図書が納入されたことによって図書を個別に管理できない状態が発生することを防ぐことが出来る。また、実際に所蔵していない図書に関する情報が所蔵情報記憶部１３０に格納され、棚卸しなどで図書館の職員が混乱することを防ぐことが出来る。
【０２６０】
［第４の実施の形態］
以下、第４の実施の形態を図面を参照して詳細に説明する。前述の第３の実施の形態との相違点について主に説明し、同様の事項に関しては説明を省略する。
【０２６１】
第３の実施の形態では、センタサーバ１００は、利用者からの図書の検索要求に対し、全書誌情報を対象として検索を行う。このため、全書誌情報には多大な図書の情報が含まれ得るため、検索時間が増大してしまうという問題がある。
【０２６２】
これに対し、第４の実施の形態では、第３の実施の形態で説明した機能に加えて、書誌情報を図書館別に設ける。図書館別の書誌情報を対象として検索を行うことで、検索時間の短縮化を図ることができる。更に、装備情報の受信が行われたタイミングで図書館別の書誌情報を生成することで、早いタイミングで図書館別の書誌情報を利用可能とする。
【０２６３】
以下、このような図書館システムについて具体的に説明する。
なお、第４の実施の形態の図書館システムの全体構成は、図３で示した第３の実施の形態の図書館システムの全体構成と同様である。また、第４の実施の形態のセンタサーバ、販社サーバ、端末装置のハードウェア構成も図４で示した第３の実施の形態のセンタサーバのハードウェア構成と同様である。
【０２６４】
図３０は、第４の実施の形態の各装置の機能構成を示す図である。端末装置２１および販社サーバ２００は、図５で示した第３の実施の形態の端末装置２１および販社サーバ２００の構成と同様である。
【０２６５】
センタサーバ１００ａは、全書誌情報記憶部１１０、所蔵情報記憶部１２０、発注情報記憶部１３０、図書館別書誌情報記憶部１４０、選書画面提供部１５１、入力情報取得部１５２、図書情報検索部１５３、発注情報受付部１５４、発注情報送信部１５５、装備情報受信部１６１、所蔵情報検査部１６２ａ、図書館別情報生成部１６２ｂ、アラーム通知部１６３および発送情報受信部１７１を有する。これらの各機能は、ＣＰＵ１０１により所定のプログラムが実行されることにより実現される。なお、これらの機能のうちの全部または少なくとも一部を専用のハードウェアで実現することもできる。
【０２６６】
ここで、全書誌情報記憶部１１０、所蔵情報記憶部１２０、発注情報記憶部１３０、図書館別書誌情報記憶部１４０、選書画面提供部１５１、入力情報取得部１５２、図書情報検索部１５３、発注情報送信部１５５、装備情報受信部１６１および発送情報受信部１７１に関しては、図５で同一の符号を付して説明した構成と同一である。
【０２６７】
すなわち、センタサーバ１００ａは、センタサーバ１００と比べて図書館別書誌情報記憶部１４０、装備情報検査部１６２ａおよび図書館別情報生成部１６２ｂを有する点が異なる。なお、装備情報検査部１６２ａは、所蔵情報生成部１６２の装備情報の検査機能に対応する。また、図書館別情報生成部１６２ｂは、所蔵情報生成部１６２の装備情報の生成機能に対応する。ただし、図書館別情報生成部１６２ｂは、後述するように所蔵情報に加えて、図書館別の書誌情報の生成も行う。
【０２６８】
図書館別書誌情報記憶部１４０は、図書館２０，３０，４０に所蔵されている図書について、全書誌情報から図書館別に抽出した書誌情報である図書館別書誌情報を記憶する。図書館別書誌情報記憶部１４０は、図書館２０，３０，４０それぞれに付与された図書館を識別するための図書館コードに対応付けて図書館別書誌情報を記憶する。
【０２６９】
装備情報検査部１６２ａは、装備情報受信部１６１から受け付けた装備情報と発注情報記憶部１３０に記憶された発注情報とに基づいて、発注した図書に対する装備レコードを販社サーバ２００が適切に取得できているか否かを検査する。装備情報検査部１６２ａは、適切に取得できていると判定した場合には、取得した装備情報を図書館別情報生成部１６２ｂに出力する。適切に取得できていない場合には、アラーム通知部１６３に装備レコードに過不足がある旨を通知する。
【０２７０】
図書館別情報生成部１６２ｂは、装備情報検査部１６２ａから装備情報を受信すると、受信した装備情報と全書誌情報記憶部１１０に記憶された全書誌情報に基づいて図書館別情報を生成する。ここで、図書館別情報とは、図書館別書誌情報と所蔵情報とを示す。
【０２７１】
具体的には、図書館別情報生成部１６２ｂは、装備情報に含まれる図書館コードを抽出して、図書館別書誌情報記憶部１４０に記憶された該当図書館の図書館別書誌情報を参照する。そして、装備情報に含まれる図書がその図書館に存在しない場合には、その図書の書誌レコードを全書誌情報から抽出して、その図書館の図書館別書誌情報に抽出した書誌レコードを追加する。
【０２７２】
また、図書館別情報生成部１６２ｂは、装備情報と全書誌情報とに基づいて、新たに納品予定の図書の冊子ごとの所蔵レコードを生成し、該当の図書館の所蔵情報に生成した所蔵レコードを追加する。このとき、図書館別情報生成部１６２ｂは、その冊子を仮所蔵の状態に設定する。このとき、図書館別情報生成部１６２ｂは、その所蔵レコード中に該当冊子の貸出予約が可能である旨の情報を含める。
【０２７３】
更に、図書館別情報生成部１６２ｂは、発送情報受信部１７１から発送情報を取得すると、所蔵情報記憶部１２０を参照して、発送情報で指定される図書の仮所蔵状態を解除する。
【０２７４】
ここで、全書誌情報記憶部１１０、所蔵情報記憶部１２０、発注情報記憶部１３０，２２０、装備情報記憶部２３０および発送情報記憶部２４０に格納されるデータのデータ構造に関しては、図６〜図１５で説明した各データ構造と同一である。
【０２７５】
また、選書画面提供部１５１が提供する選書用のＧＵＩの構成も図１６〜図１９で説明した各画面構成と同一である。
このため、これらの説明を省略する。
【０２７６】
図３１は、図書館別書誌情報管理テーブルのデータ構造例を示す図である。図書館別書誌情報管理テーブル１４１，１４２，１４３は、図書館別情報生成部１６２ｂにより生成され図書館別書誌情報記憶部１４０に格納される。図書館別書誌情報管理テーブル１４１，１４２，１４３は、図書館２０，３０，４０の図書館別書誌情報である。以下では、図書館別書誌情報管理テーブル１４１に関してのみ説明するが、図書館別書誌情報管理テーブル１４２，１４３に関しても同様の構成である。
【０２７７】
図書館別書誌情報管理テーブル１４１には、図書館コードを示す項目、書誌番号を示す項目、図書名を示す項目、ＩＳＢＮを示す項目、セットＩＳＢＮを示す項目および分類を示す項目を含む。各項目の横方向に並べられた情報同士が互いに関連付けられて、１つの図書に関する情報を示す。
【０２７８】
図書館コードを示す項目には、図書館２０を識別するための識別番号が設定される。
書誌番号を示す項目、図書名を示す項目、ＩＳＢＮを示す項目、セットＩＳＢＮを示す項目および分類を示す項目は、図６で説明した全書誌情報管理テーブル１１１に設けられた同一名称の各項目と同一内容の情報が設定される。
【０２７９】
ただし、図書館別書誌情報管理テーブル１４１には、実際に図書館２０に所蔵されている図書の情報のみが設定されている点が異なる。また、全書誌情報管理テーブル１１１に設定されていたセットものの書籍群を示すレコード（例えば、全書誌情報管理テーブル１１１における書誌番号“６８１２７”、図書名“北極探検（全３巻）”を示すレコード）は、検索用途などでは不要であるため省いている。
【０２８０】
このように、図書館別書誌情報管理テーブル１４１には、図書館２０に実際に所蔵されている、または、所蔵することが確定した図書の書誌情報を格納し、また、不要な情報は省くようにする。このため、図書館別書誌情報管理テーブル１４１を用いて検索処理を行うことで、全書誌情報管理テーブル１１１を用いて検索処理を行うよりも高速に処理を実行することができる。
【０２８１】
次に、以上のような構成を備える図書館システムにおける図書の発注に関する処理手順を詳細に説明する。
図３２は、第４の実施の形態の図書の発注処理を示すフローチャートである。以下、図３２に示す処理をステップ番号に沿って説明する。
【０２８２】
［ステップＳ１］端末装置２１は、図書館２０の職員の操作入力によりログイン画面３１０を端末装置２１に接続されたモニタに表示する。例えば、ログイン画面３１０はセンタサーバ１００ａからＨＴＭＬファイルなどで提供され、Ｗｅｂブラウザを介して表示することができる。端末装置２１は、図書館２０の職員によるユーザＩＤやパスワードの入力を受け付け、センタサーバ１００ａのユーザ認証を受ける。
【０２８３】
［ステップＳ２］センタサーバ１００ａは、端末装置２１に対して図書検索画面３２０を提供する。センタサーバ１００ａは、端末装置２１から検索用に受け付けた文字列に応じて検索を実行し、その結果にフィルタ処理を施して端末装置２１に応答する。そして、センタサーバ１００ａは、端末装置２１で発注対象として確定された図書の情報を含む発注情報を受信する。センタサーバ１００ａは、端末装置２１から受信した発注情報に、注文番号やユーザＩＤから取得した発注元の図書館の図書館コードの情報などを追加する。そして、センタサーバ１００ａは、発注情報を発注情報記憶部１３０に格納すると共に販社サーバ２００に送信する。
【０２８４】
［ステップＳ３］販社サーバ２００は、センタサーバ１００ａから受信した発注情報を発注情報記憶部２２０に格納する。そして、販社サーバ２００は、その発注情報に基づいて発注を受け付けた図書の調達手配を行う。
【０２８５】
［ステップＳ４］販社サーバ２００は、図書の調達手配が完了すると、その発注情報に基づいて装備作業に必要となる装備情報を生成する。販社サーバ２００は、生成した装備情報をセンタサーバ１００ａに送信する。
【０２８６】
［ステップＳ５］センタサーバ１００ａは、販社サーバ２００から受信した装備情報と、発注情報記憶部１３０に記憶された発注情報とに基づいて、受信した装備情報に過不足があるか否かの検査を行う。
【０２８７】
［ステップＳ６ａ］センタサーバ１００ａは、販社サーバ２００から受信した装備情報に基づいて、図書館別書誌情報および所蔵情報を生成する。所蔵情報には、該当の冊子が仮所蔵の状態である旨が設定される。また、所蔵情報には、該当冊子の貸出予約が可能な状態に設定される。これ以後、図書館２０の職員は、図書館別書誌情報による蔵書の検索や、所蔵情報の編集などを図書の納入に先立って行うことが可能となる。また、図書館２０の利用者はその図書の貸出予約を行うことが可能となる。
【０２８８】
［ステップＳ７］書籍販社６０は、調達した図書の装備作業を行う。装備作業を管理する管理端末装置は、装備作業が完了した冊子について、装備情報記憶部２３０に記憶された装備情報管理テーブル２３１の該当冊子の装備完了フラグが装備完了を示すよう変更する。
【０２８９】
［ステップＳ８］販社サーバ２００は、装備情報記憶部２３０に記憶された装備情報管理テーブル２３１を参照して、１つの注文番号に含まれる全ての冊子の装備作業が完了すると発送準備が整ったものとして発送情報を生成する。販社サーバ２００は、生成した発送情報をセンタサーバ１００ａに送信する。
【０２９０】
［ステップＳ９］センタサーバ１００ａは、販社サーバ２００から発送情報を受信すると、発送情報で指定される冊子の仮所蔵状態を解除する。なお、センタサーバ１００ａは装備情報と発送情報とを同時に受信するとしてもよい。この場合は、所蔵情報が生成された時点で、貸出可とすることが出来る。
【０２９１】
このように、センタサーバ１００ａは、ステップＳ１０５に所蔵情報と共に図書館別の書誌情報を生成する。
なお、上記ステップＳ２〜Ｓ５，Ｓ８，Ｓ９の詳細な処理手順は、図２１〜図２３、図２７，２８で同一の処理名称を付して説明した手順と同一である。ただし、図２３に示す装備情報検査処理は、装備情報検査部１６２ａが実行する。
【０２９２】
以下、ステップＳ６ａの図書館別情報生成処理に関して詳細に説明する。
図３３は、図書館別情報生成処理を示すフローチャートである。以下、図３３に示す処理をステップ番号に沿って説明する。
【０２９３】
［ステップＳ１３１］図書館別情報生成部１６２ｂは、装備情報検査部１６２ａから検査済みの装備情報を取得する。
［ステップＳ１３２］図書館別情報生成部１６２ｂは、取得した装備情報から未処理の装備レコードを１つ抽出する。図書館別情報生成部１６２ｂは、装備レコードに含まれる図書館コードとＩＳＢＮを抽出する。
【０２９４】
［ステップＳ１３３］図書館別情報生成部１６２ｂは、図書館別書誌情報記憶部１４０から図書館コードに対応する図書館別書誌情報管理テーブルを取得する。例えば、装備レコードから図書館コード“１２５０１”を取得している場合、図書館別情報生成部１６２ｂは、図書館コード“１２５０１”に対応する図書館２０の図書館別書誌情報管理テーブル１４１を取得する。
【０２９５】
［ステップＳ１３４］図書館別情報生成部１６２ｂは、ステップＳ１３２で取得したＩＳＢＮをキーにして図書館別書誌情報管理テーブルを検索する。
［ステップＳ１３５］図書館別情報生成部１６２ｂは、検索の結果、該当するレコードが存在するか否かを判定する。存在しない場合、処理をステップＳ１３６に進める。存在する場合、処理をステップＳ１３８に進める。
【０２９６】
［ステップＳ１３６］図書館別情報生成部１６２ｂは、ＩＳＢＮをキーにして、全書誌情報記憶部１１０に記憶された全書誌情報管理テーブル１１１を検索し、該当の図書の書誌レコードを取得する。
【０２９７】
［ステップＳ１３７］図書館別情報生成部１６２ｂは、取得した書誌レコードをステップＳ１３２で取得した図書館コードで指定される図書館の図書館別書誌情報管理テーブルに追加する。
【０２９８】
［ステップＳ１３８］図書館別情報生成部１６２ｂは、図書館別書誌情報管理テーブルから検索の結果取得した図書の書誌レコードを取得する。
［ステップＳ１３９］図書館別情報生成部１６２ｂは、上記ステップＳ１３６またはＳ１３８で取得した書誌レコードと装備レコードとに基づいて、該当図書の冊子ごとの所蔵レコードを生成する。
【０２９９】
［ステップＳ１４０］図書館別情報生成部１６２ｂは、生成した所蔵レコードの冊子を仮所蔵状態（仮所蔵フラグ“１”）に設定する。また、図書館別情報生成部１６２ｂは、生成した所蔵レコードの貸出状況を“貸出予約可”とする。図書館別情報生成部１６２ｂは、所蔵情報記憶部１２０の該当の図書館の所蔵情報管理テーブルに生成した所蔵レコードを追加する。図書館別情報生成部１６２ｂは、所蔵レコードを作成済みの装備レコードに処理済みを設定する。
【０３００】
［ステップＳ１４１］図書館別情報生成部１６２ｂは、取得した装備情報のうち、未処理の装備レコードが存在するか否かを判定する。存在しない場合、処理を完了する。存在する場合、処理をステップＳ１３２に進める。
【０３０１】
このようにして、センタサーバ１００ａは、販社サーバ２００から取得した装備情報に基づいて、図書館別の書誌情報および所蔵情報を生成する。これらの情報を装備情報の取得のタイミングで利用可能とすることで、図書館の職員は、図書館別書誌情報による蔵書（ただし仮所蔵の状態）の検索や、所蔵情報の編集などを図書の納入に先立って行うことが可能となる。また、図書館の利用者は、図書の納入に先立って、その図書の貸出予約が可能となる。
【０３０２】
これにより、第３の実施の形態の効果と同様の効果が実現できると共に、更に以下の効果を実現できる。
図３４は、利用者の図書検索および貸出処理を示す図である。図書館２０には、利用者が借りたい図書を検索するための図書検索端末２５，２６が設置される。
【０３０３】
この図書館システムでは、発注した図書に対して、センタサーバ１００が販社サーバ２００から装備情報を受信した時点でセンタサーバ１００は、発注した図書の情報を含む図書館別書誌情報および所蔵情報の利用が可能となる。このとき、新たに発注した図書についての所蔵レコードで仮所蔵フラグ“１”が設定される。また、その図書の貸出状況に“貸出予約可”が設定される。これにより、図書館２０の職員はその図書に対しての情報の閲覧・操作が可能な状態となる。また、利用者はその図書の貸出予約が可能となる。
【０３０４】
このように、図書館２０の職員は早いタイミングで蔵書の検索や所蔵情報の編集の作業を行うことが可能となり利便性が向上する。例えば、書籍販社６０による調達の際に、物流の関係で調達が遅れるような場合にも、発注した図書に対する作業を予め行うことができる。また、利用者は早いタイミングで図書館別書誌情報に対する検索を行いつつ、所望の図書の貸出予約が可能となる。このため、全書誌情報を用いた検索よりも高速に図書の検索作業を行うことができ、利用者の利便性が向上する。
【０３０５】
また、第３の実施の形態で説明した所蔵情報更新処理なども図書館別書誌情報を用いて検索処理を行うことで処理を高速化することができる。
また、その後、書籍販社６０から図書が納入された時点で、センタサーバ１００は既にその図書の情報を含めた図書館別書誌情報や所蔵情報を利用可能である。このため、図書館２０の職員は、納入された図書を蔵書として所蔵情報記憶部１２０や図書館別書誌情報記憶部１４０に登録する作業を行う必要がない。これにより、図書館２０の職員の作業負担を軽減することができる。
【０３０６】
また、図書館に設置されている図書検索端末２５から、利用者から図書の検索を受け付ける場合に、フィルタ条件に基づいて検索結果として表示する図書から特定の図書を除外することもできる。具体的には、センタサーバ１００は、分類フィルタテーブル１１３に設定されているフィルタ条件（フィルタ対象分類）に属する図書を、検索結果として表示しない。または、センタサーバ１００は、文字列フィルタテーブル１１４に設定されているフィルタ条件（フィルタ対象文字列）に関する図書を、検索結果として表示しない。また、選書処理に関するフィルタ条件と、検索処理に関するフィルタ条件は同一でなくともよい。この構成により、利用者にとって好ましくない図書を検索結果から除外することができる。
【０３０７】
［第５の実施の形態］
以下、第５の実施の形態を図面を参照して詳細に説明する。前述の第３の実施の形態との相違点について主に説明し、同様の事項に関しては説明を省略する。
【０３０８】
第５の実施の形態では、装備情報の生成をセンタサーバ側で実行する。これによって、販社サーバ側の負担を低減することができる。また、装備情報の生成時のエラーを低減することができる。
【０３０９】
以下、このような図書館システムについて具体的に説明する。
なお、第５の実施の形態の図書館システムの全体構成は、図３で示した第３の実施の形態の図書館システムの全体構成と同様である。また、第５の実施の形態のセンタサーバ、販社サーバ、端末装置のハードウェア構成も図５で示した第３の実施の形態のセンタサーバのハードウェア構成と同様である。
【０３１０】
図３５は、第５の実施の形態の各装置の機能構成を示す図である。端末装置２１は、図５で示した第３の実施の形態の端末装置２１の構成と同様である。
センタサーバ１００ｂは、全書誌情報記憶部１１０、所蔵情報記憶部１２０、発注情報記憶部１３０、選書画面提供部１５１、入力情報取得部１５２、図書情報検索部１５３、発注情報受付部１５４、発注情報送信部１５５、装備情報生成部１５６、装備情報送受信部１５７、所蔵情報生成部１６２ｃ、アラーム通知部１６３、発送情報受信部１７１および装備情報記憶部１８０を有する。これらの各機能は、ＣＰＵ１０１により所定のプログラムが実行されることにより実現される。なお、これらの機能のうちの全部または少なくとも一部を専用のハードウェアで実現することもできる。
【０３１１】
ここで、全書誌情報記憶部１１０、所蔵情報記憶部１２０、発注情報記憶部１３０、選書画面提供部１５１、入力情報取得部１５２、図書情報検索部１５３、発注情報送信部１５５、発送情報受信部１７１および装備情報記憶部１８０に関しては、図５で同一の符号を付して説明した構成と同一である。
【０３１２】
すなわち、センタサーバ１００ｂは、センタサーバ１００と比べて装備情報生成部１５６、装備情報送受信部１５７、所蔵情報生成部１６２ｃおよび装備情報記憶部１８０を有する点が異なる。
【０３１３】
装備情報生成部１５６は、全書誌情報記憶部１１０に記憶された全書誌情報と発注情報記憶部１３０に記憶された発注情報とに基づいて、装備情報を生成する。装備情報生成部１５６は、生成した装備情報を装備情報記憶部１８０に格納する。装備情報は、ＩＳＢＮなどの図書を識別する情報と、資料コードを含む情報である。
【０３１４】
装備情報送受信部１５７は、装備情報記憶部１８０に記憶された装備情報を販社サーバ２００ｂに送信する。また、装備情報送受信部１５７は、発注した図書につき書籍販社６０で装備作業の準備の整ったものに関して、販社サーバ２００ｂから検査用の装備情報を受信する。装備情報送受信部１５７は、受信した検査用の装備情報を所蔵情報生成部１６２ｃに出力する（ただし、関連線省略）。
【０３１５】
所蔵情報生成部１６２ｃは、発注情報記憶部１３０に記憶された発注情報と装備情報送受信部１５７から取得した検査用の装備情報とに基づいて、装備情報が書籍販社６０にて適切に装備作業に適用されているかを検査する。そして、所蔵情報生成部１６２ｃは、適切である場合、全書誌情報記憶部１１０に記憶された全書誌情報と装備情報記憶部１８０に記憶された装備情報とに基づいて、新たに発注された図書の冊子ごとの所蔵情報を生成する。所蔵情報生成部１６２ｃは、生成した所蔵情報を所蔵情報記憶部１２０に格納する。また、装備情報が適切に装備作業に適用されていない場合には、アラーム通知部１６３にその旨を示すアラームを出力する。
【０３１６】
なお、所蔵情報生成部１６２ｃは、新たに生成した所蔵情報に、その冊子が仮所蔵の状態である旨を設定する。また、所蔵情報生成部１６２ｃは、発送情報受信部１７１から発送情報を取得すると、所蔵情報記憶部１２０を参照して、発送情報で指定される図書の冊子ごとの仮所蔵状態を解除する。
【０３１７】
装備情報記憶部１８０は、装備情報生成部１５６が生成した装備情報を記憶する。装備情報は、発注を受けた図書の冊子ごとに生成される。
販社サーバ２００ｂは、発注情報記憶部２２０、装備情報記憶部２３０、発送情報記憶部２４０、発注情報受信部２５１、装備情報送受信部２５２、アラーム報知部２６３、発送情報生成部２７１および発送情報送信部２７２を有する。これらの各機能は販社サーバ２００ｂが備えるＣＰＵにより所定のプログラムが実行されることにより実現される。なお、これらの機能のうちの全部または少なくとも一部を専用のハードウェアで実現することもできる。
【０３１８】
ここで、発注情報記憶部２２０、装備情報記憶部２３０、発送情報記憶部２４０、発注情報受信部２５１、アラーム報知部２６３、発送情報生成部２７１および発送情報送信部２７２に関しては、図５で同一の符号を付して説明した構成と同一である。また、販社サーバ２００ｂは、全書誌情報記憶部２１０を有していてもよい。
【０３１９】
装備情報送受信部２５２は、センタサーバ１００ｂから装備情報を受信する。そして、書籍販社は、受信した装備情報に基づいて、受注した図書に装備作業を行う。装備情報送受信部２５２は、受信した装備情報を装備情報記憶部２３０に格納する。また、装備情報送受信部２５２は装備情報記憶部２３０に記憶された装備情報を参照して、書籍販社６０で調達が行われた図書の装備作業に適用済み（装備工程へ通知済み、あるいは、装備工程が完了した旨を示す）の装備レコードを抽出する。装備情報記憶部２３０に記憶された装備情報には、このような装備作業への適用の有無を管理するための情報が含まれる。装備情報送受信部２５２は、発注番号単位で、その発注番号に対応する装備レコードが全て装備作業へ適用済みであるものを特定し、その発注番号で指定される装備レコード群を検査用の装備情報としてセンタサーバ１００ｂに送信する。
【０３２０】
ここで、全書誌情報記憶部１１０、所蔵情報記憶部１２０、発注情報記憶部１３０，２２０、装備情報記憶部２３０および発送情報記憶部２４０に格納されるデータのデータ構造に関しては、図６〜図１５で説明した各データ構造と同一である。
【０３２１】
装備情報記憶部１８０に格納されるデータのデータ構造は、装備情報記憶部２３０に格納される装備情報管理テーブル２３１，２３２，２３３および最終資料コード管理テーブル２３１ａと同一である。なお、資料コードは上述の通り、図書の発注を行った図書館に所蔵されている他の図書に付与された資料コードのいずれとも重複しない情報である。ただし、装備完了フラグを示す項目の更新は、装備作業を管理する書籍販社６０内の販社サーバ２００ｂ側で実行される。この点、装備作業の管理をセンタ５０で行う場合には、装備完了フラグの更新を装備情報生成部１５６が実行することも考えられる。そして、装備情報送受信部１５７は、装備情報記憶部１８０を参照して装備作業が完了した図書を販社サーバ２００ｂに通知することも考えられる。
【０３２２】
次に、以上のような構成を備える図書館システムにおける図書の発注に関する処理手順を詳細に説明する。
図３６は、第５の実施の形態の図書の発注処理を示すフローチャートである。以下、図３６に示す処理をステップ番号に沿って説明する。
【０３２３】
［ステップＳ１］端末装置２１は、図書館２０の職員の操作入力によりログイン画面３１０を端末装置２１に接続されたモニタに表示する。例えば、ログイン画面３１０はセンタサーバ１００ｂからＨＴＭＬファイルなどで提供され、Ｗｅｂブラウザを介して表示することができる。端末装置２１は、図書館２０の職員によるユーザＩＤやパスワードの入力を受け付け、センタサーバ１００ｂのユーザ認証を受ける。
【０３２４】
［ステップＳ２］センタサーバ１００ｂは、端末装置２１に対して図書検索画面３２０を提供する。センタサーバ１００ｂは、端末装置２１から検索用に受け付けた文字列に応じて検索を実行し、その結果にフィルタ処理を施して端末装置２１に応答する。そして、センタサーバ１００ｂは、端末装置２１で発注対象として確定された図書の情報を含む発注情報を受信する。センタサーバ１００ｂは、端末装置２１から受信した発注情報に、注文番号やユーザＩＤから取得した発注元の図書館の図書館コードの情報などを追加する。そして、センタサーバ１００ｂは、発注情報を発注情報記憶部１３０に格納すると共に販社サーバ２００ｂに送信する。
【０３２５】
［ステップＳ３ｂ］センタサーバ１００ｂは、発注情報記憶部１３０に記憶された発注情報に基づいて装備情報を生成する。センタサーバ１００ｂは、生成した装備情報を販社サーバ２００ｂに送信する。
【０３２６】
［ステップＳ４ｂ］販社サーバ２００ｂは、センタサーバ１００ｂから発注情報を受信すると、受信した発注情報を発注情報記憶部２２０に格納する。また、販社サーバ２００ｂは、センタサーバ１００ｂから装備情報を受信すると、受信した装備情報を装備情報記憶部２３０に格納する。なお、販社サーバ２００ｂがセンタサーバ１００ｂから発注情報および装備情報を受信するタイミングは、両情報が同時でもよいし、異なるタイミングでもよい。販社サーバ２００ｂは、受信した発注情報に基づいて発注を受け付けた図書の調達手配を行う。更に、販社サーバ２００ｂは調達手配が完了し装備作業の準備の整った図書の冊子ごとの（検査用の）装備情報を、受け付けた発注単位でセンタサーバ１００ｂに送信する。
【０３２７】
［ステップＳ５ｂ］センタサーバ１００ｂは、発注情報記憶部１３０に記憶された発注情報と販社サーバ２００ｂから受信した検査用の装備情報とに基づいて、販社サーバ２００ｂで管理されている装備情報に過不足があるか否かの検査を行う。
【０３２８】
［ステップＳ６］センタサーバ１００ｂは、販社サーバ２００ｂから装備情報記憶部１８０に記憶された装備情報に基づいて所蔵情報を生成する。所蔵情報には、該当の冊子が仮所蔵の状態である旨が設定される。また、所蔵情報には、該当冊子の貸出予約が可能な状態に設定される。これ以後、図書館２０の職員は、発注中の図書を含めた蔵書の検索や、所蔵情報の編集などをその図書の納入に先立って行うことが可能となる。また、図書館２０の利用者はその図書の貸出予約を行うことが可能となる。
【０３２９】
［ステップＳ７］書籍販社６０は、調達した図書の冊子ごとの装備作業を行う。装備作業を管理する管理端末装置は、装備作業が完了した冊子について、装備情報記憶部２３０に記憶された装備情報管理テーブル２３１の該当冊子の装備完了フラグが装備完了を示すよう変更する。
【０３３０】
［ステップＳ８］販社サーバ２００ｂは、装備情報記憶部２３０に記憶された装備情報管理テーブル２３１を参照して、１つの注文番号に含まれる全ての冊子の装備作業が完了すると発送準備が整ったものとして発送情報を生成する。販社サーバ２００ｂは、生成した発送情報をセンタサーバ１００ｂに送信する。
【０３３１】
［ステップＳ９］センタサーバ１００ｂは、販社サーバ２００ｂから発送情報を受信すると、発送情報で指定される冊子の仮所蔵状態を解除する。
なお、上記ステップＳ２，Ｓ５ｂ，Ｓ６，Ｓ８，Ｓ９は、図２１，２２，２４，２７，２８で同一の処理名称を付して説明した内容と同一である。また、ステップＳ３ｂの装備情報生成処理の処理内容は、図２２に示した装備情報生成処理の内容と同一である。ただし、装備情報生成部１５６が全書誌情報記憶部１１０、発注情報記憶部１３０および装備情報記憶部１８０を参照して装備情報生成処理を実行する。
【０３３２】
これにより、第３の実施の形態の効果と同様の効果が実現できる。
更に、センタサーバ１００ｂは、発注情報に基づいて装備情報を生成する。これにより、販社サーバ２００ｂの負担を低減することができる。また、装備情報の生成時のエラーを低減することができる。
【０３３３】
また、センタサーバ１００ｂは、発注を受け付けたタイミングで所蔵情報の生成までを行うこともできる。このようにすると、図書の貸出予約や職員による所蔵情報に対する作業をより早いタイミングで開始することが可能となる。
【０３３４】
なお、第５の実施の形態においても、第４の実施の形態のようにセンタサーバ１００ｂで図書館別書誌情報を生成するようにしてもよい。その場合、ステップＳ６の所蔵情報生成処理において、図３２で示したステップＳ６ａの図書館別情報生成処理を実行すればよい。これにより、第４の実施の形態の効果と同様の効果を得ることもできる。
【０３３５】
以上の第１〜第５の実施の形態を含む実施の形態に関し、更に以下の付記を開示する。
（付記１）  図書の発注を行う発注装置および前記図書の発注を受ける受注装置と通信するコンピュータが実行する図書館管理方法であって、
前記コンピュータが、
前記発注装置から前記図書の発注情報を受信するステップと、
前記受信した前記発注情報に基づいて、発注図書を識別する図書識別情報と前記発注図書の発注冊数情報とを対応付けて発注情報記憶部に格納するステップと、
前記図書識別情報と前記発注冊数情報とを前記受注装置に送信するステップと、
前記発注図書の冊子を一冊ずつ識別する情報であって、前記図書識別情報とは異なる資料コードを、前記受注装置から該図書識別情報と対応付けて受信するステップと、
前記受信した前記資料コードの数と前記発注情報記憶部に記憶された前記図書識別情報に対応する前記発注冊数情報とを比較するステップと、
前記比較した結果に基づいて前記資料コードの過不足を判定するステップと、
を実行することを特徴とする図書館管理方法。
【０３３６】
（付記２）  前記図書識別情報に、前記発注図書が複数の図書の組であることを示す組情報が含まれている場合、前記資料コードの過不足を判定するステップで、前記発注冊数情報および前記組情報に基づいて算出される値と前記資料コードの数とを比較することを特徴とする付記１記載の図書館管理方法。
【０３３７】
（付記３）  前記発注冊数情報は、同一の前記発注図書を複数冊発注した旨の情報を含むことを特徴とする付記１または２に記載の図書館管理方法。
（付記４）  前記受信した前記発注情報に含まれる前記図書識別情報に対応する前記発注冊数情報が、該図書識別情報に対応する前記発注図書を複数冊発注する旨の情報を含む場合は、
前記資料コードを受信するステップにおいて、
互いに異なる複数の前記資料コードを、前記図書識別情報に対応付けて受信することを特徴とする付記１乃至付記３の何れか一項に記載の図書館管理方法。
【０３３８】
（付記５）  前記コンピュータが、更に、受信した前記図書識別情報と前記資料コードとを対応付けて所蔵情報記憶部に格納するステップを実行することを特徴とする付記１乃至４の何れか一項に記載の図書館管理方法。
【０３３９】
（付記６）  前記コンピュータが、更に、
前記発注情報を受信した後であって、かつ前記資料コードを受信する前に、前記発注冊数情報に応じた大きさの記憶領域を、前記図書識別情報と対応付けて所蔵情報記憶部に確保するステップを実行し、
前記資料コードを受信した後に、前記資料コードを前記所蔵情報記憶部に確保された記憶領域に書き込むステップを実行する、
ことを特徴とする付記１乃至４の何れか一項に記載の図書館管理方法。
【０３４０】
（付記７）  前記資料コードを書き込むステップは、前記資料コードの過不足を判定するステップより前に実行され、
前記資料コードの過不足を判定するステップで、前記所蔵情報記憶部に確保された記憶領域内に前記資料コードが書き込まれなかった空き領域が存在する場合、前記資料コードの不足であると判定する、
ことを特徴とする付記６記載の図書館管理方法。
【０３４１】
（付記８）  前記所蔵情報記憶部は、前記資料コードと対応付けて、前記発注図書の貸出状況情報を記憶することを特徴とする付記６または７に記載の図書館管理方法。
（付記９）  前記コンピュータが、更に、
前記受注装置から、複数の図書それぞれについて前記図書識別情報を含む書誌情報を受信するステップと、
前記受信した前記複数の図書の書誌情報から、前記所蔵情報記憶部に記憶された前記図書識別情報を含まない書誌情報を抽出するステップと、
前記抽出した書誌情報の少なくとも一部を前記発注装置に送信するステップと、
を実行することを特徴とする付記５乃至８の何れか一項に記載の図書館管理方法。
【０３４２】
（付記１０）  前記資料コードが過不足であると判定された場合、前記コンピュータが、更に、前記受注装置に対して前記資料コードの過不足を通知するステップを実行することを特徴とする付記１乃至９の何れか一項に記載の図書館管理方法。
【０３４３】
（付記１１）  前記資料コードの過不足であると判定された場合、前記コンピュータが、更に、前記発注装置に対して前記資料コードの過不足を通知するステップを実行することを特徴とする付記１乃至１０の何れか一項に記載の図書館管理方法。
【０３４４】
（付記１２）  図書の発注を行う発注装置および前記図書の発注を受ける受注装置と通信するコンピュータが実行する図書館管理方法であって、
前記コンピュータが、
前記発注装置から前記図書の発注情報を受信するステップと、
前記発注図書の冊子を一冊ずつ識別する情報であって、前記発注図書を識別する図書識別情報とは異なる資料コードを、前記受信した前記発注情報に含まれる発注図書の冊数に基づいて生成するステップと、
前記図書識別情報と前記生成された前記資料コードとを対応付けて所蔵情報記憶部に格納するステップと、
前記図書識別情報と前記資料コードとを前記受注装置に送信するステップと、
を実行することを特徴とする図書館管理方法。
【０３４５】
（付記１３）  前記受信した前記発注情報に含まれる前記図書識別情報に対応する前記発注冊数情報が、該図書識別情報に対応する前記発注図書を複数冊発注する旨の情報を含む場合は、
前記資料コードを送信するステップにおいて、
互いに異なる複数の前記資料コードを、該図書識別情報に対応付けて送信することを特徴とする付記１２記載の図書館管理方法。
【０３４６】
（付記１４）  前記所蔵情報記憶部は、前記資料コードと対応付けて、前記発注図書の貸出状況情報を記憶することを特徴とする付記１２または１３記載の図書館管理方法。
（付記１５）  前記コンピュータが、前記資料コードを前記所蔵情報記憶部に格納すると、更に、
前記発注図書が発注中であることを示す情報を前記貸出状況情報として前記所蔵情報記憶部に書き込むステップと、
前記受注装置から、前記資料コードと対応して、前記発注図書の発送情報を受信するステップと、
前記発送情報を受信すると、前記所蔵情報記憶部に記憶された前記貸出状況情報を、前記発注図書が貸出可能であることを示す情報に書き換えるステップと、
を実行することを特徴とする付記１４記載の図書館管理方法。
【０３４７】
（付記１６）  図書の発注を行う発注装置および前記図書の発注を受ける受注装置と通信する図書館管理装置であって、
発注図書を識別する図書識別情報と前記発注図書の発注冊数情報とを対応付けて記憶する発注情報記憶部と、
前記発注装置から前記発注図書の発注情報を取得し、前記発注情報に基づいて、前記図書識別情報と前記発注冊数情報とを前記発注情報記憶部に格納すると共に、前記図書識別情報と前記発注冊数情報とを前記受注装置宛てに出力する発注実行部と、
前記発注図書の冊子を一冊ずつ識別する情報であって、前記図書識別情報とは異なる資料コードを、前記受注装置から該図書識別情報と対応付けて受信するとともに、前記資料コードの数と前記発注情報記憶部に記憶された前記図書識別情報に対応する前記発注冊数情報とを比較し、該比較した結果に基づいて前記資料コードの過不足を判定する判定部と、
を有することを特徴とする図書館管理装置。
【０３４８】
（付記１７）  図書の発注を行う発注装置および前記図書の発注を受ける受注装置と通信する図書館管理装置であって、
前記図書を識別する図書識別情報と、前記図書の冊子を一冊ずつ識別する情報であって該図書識別情報とは異なる資料コードとを対応付けて記憶する所蔵情報記憶部と、
前記発注装置から発注情報を取得し、前記発注情報に含まれる発注図書の冊数に基づいて前記資料コードを生成し、該発注図書の前記図書識別情報と該生成した前記資料コードとを前記所蔵情報記憶部に格納する資料コード生成部と、
前記発注図書の前記図書識別情報と前記資料コード生成部で生成した前記資料コードとを前記受注装置宛てに出力する発注実行部と、
を有することを特徴とする図書館管理装置。
【符号の説明】
【０３４９】
１，４  図書館管理装置
１ａ，４ａ  発注情報記憶部
１ｂ，４ｂ  発注実行部
１ｃ，４ｃ  判定部
２  発注装置
３  受注装置
【図１】
2011053818.tif 000003
【図２】
2011053818.tif 000004
【図３】
2011053818.tif 000005
【図４】
2011053818.tif 000006
【図５】
2011053818.tif 000007
【図６】
2011053818.tif 000008
【図７】
2011053818.tif 000009
【図８】
2011053818.tif 000010
【図９】
2011053818.tif 000011
【図１０】
2011053818.tif 000012
【図１１】
2011053818.tif 000013
【図１２】
2011053818.tif 000014
【図１３】
2011053818.tif 000015
【図１４】
2011053818.tif 000016
【図１５】
2011053818.tif 000017
【図１６】
2011053818.tif 000018
【図１７】
2011053818.tif 000019
【図１８】
2011053818.tif 000020
【図１９】
2011053818.tif 000021
【図２０】
2011053818.tif 000022
【図２１】
2011053818.tif 000023
【図２２】
2011053818.tif 000024
【図２３】
2011053818.tif 000025
【図２４】
2011053818.tif 000026
【図２５】
2011053818.tif 000027
【図２６】
2011053818.tif 000028
【図２７】
2011053818.tif 000029
【図２８】
2011053818.tif 000030
【図２９】
2011053818.tif 000031
【図３０】
2011053818.tif 000032
【図３１】
2011053818.tif 000033
【図３２】
2011053818.tif 000034
【図３３】
2011053818.tif 000035
【図３４】
2011053818.tif 000036
【図３５】
2011053818.tif 000037
【図３６】
2011053818.tif 000038