JP2002140467A

JP2002140467A - 書籍管理装置

Info

Publication number: JP2002140467A
Application number: JP2000332319A
Authority: JP
Inventors: Hiroyuki Sekihata; 宏行関畑; Sayaka Watabe; さやか渡部
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2000-10-31
Filing date: 2000-10-31
Publication date: 2002-05-17
Also published as: US20020052808A1

Abstract

(57)【要約】【課題】各図書館における司書の重複労働を軽減す
る。【解決手段】図書館管理システム１０−１〜１０−３
から書籍の発注がなされた場合には、書籍管理装置１２
の発注情報管理手段１２ｄが発注情報を受信して管理す
る。所定の締め日になった場合には、発注情報管理手段
１２ｄに管理されている発注情報のうち、同一の書籍に
関する発注数に応じて値引きした価格で、発注手段１２
ｅが卸会社管理システム１４に書籍を発注する。書誌情
報管理手段１２ｂは、発注した書籍に関する書誌情報を
卸会社管理システム１４から取得して管理する。蔵書情
報管理手段１２ａは、発注した書籍が図書館に納品され
た場合にはこれらの書籍を蔵書として登録する。貸借情
報管理手段１２ｃは、図書館において書籍の貸借がなさ
れた場合には、図書館毎に貸借の状態を管理する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は書籍管理装置に関
し、特にネットワークを介して複数の図書館の蔵書を管
理する書籍管理装置に関する。

【０００２】

【従来の技術】近年、図書館の電子化が進み、書籍の貸
借をコンピュータシステムによって管理する図書館が増
加の一途を辿っている。また、貸借の管理のみならず、
書籍の属性としての書誌情報（例えば、タイトル、著
者、出版社等の情報）をコンピュータシステムに登録し
ておき、キーワードによって情報を自由に検索すること
ができるサービスを提供している図書館も少なくない。

【０００３】

【発明が解決しようとする課題】ところで、このような
従来のシステムでは、蔵書に関する書誌情報は、各図書
館が個別に登録・管理する必要があった。従って、他の
図書館において同様の書籍を所蔵している場合であって
も図書館毎に登録処理を行う必要があり、重複した作業
を強いられることになるという問題点があった。

【０００４】また、一般的に、図書館は行政区画に応じ
て管理されることから、各図書館が購入または管理可能
な蔵書数には予算的な限度があるため、規模が小さい行
政区画においては、蔵書数等においてユーザのニーズを
十分に充足できないという問題点もあった。

【０００５】図３５は、従来における図書館と卸会社と
の間における書籍の発注に関する手続きを示す図であ
る。この図において、図書館１〜３は、それぞれ、図書
館管理システム１ａ〜３ａを有しており、自己の蔵書に
関する管理を行っている。一方、書籍の卸会社４は、卸
会社管理システム４ａを有しており、書籍の発注データ
と、書誌情報とを管理している。

【０００６】従来において、図書館１が新たな書籍を発
注する場合には、先ず、卸会社４に対して、注文書５ａ
または発注データ５ｂを郵送等により送付する。卸会社
４では、注文書５ａまたは発注データ５ｂを卸会社管理
システム４ａに登録するとともに、図示せぬ製本会社に
該当する書籍の注文を行う。

【０００７】注文した書籍が製本会社から納入された場
合には、先ず、卸会社４は、注文主である図書館１に対
して書籍６ａを配送する。次に、卸会社は、新たに納入
した書籍に関する書誌情報をＣＤ−ＲＯＭ６ｃまたはフ
ローピーディスク６ｂに格納し、定期的に（例えば、１
ヶ月毎に）、図書館１に配布していた。

【０００８】このような書誌情報を受領した図書館１で
は、自己が有する図書館管理システム１ａに対して書誌
情報を登録することにより、新たな書籍を開架すること
が可能となる。

【０００９】従って、従来の方法においては、図書館毎
に注文書または発注データを作成して、卸会社４に対し
て郵送等をする必要があり、卸会社４も注文書等を、卸
会社管理システム４ａに登録する必要があったので、作
業が繁雑であり、労力を要するという問題点があった。

【００１０】また、卸会社４から供給される書誌データ
は、前述のように定期的にしか供給されないため、書籍
が納入済みであっても、書誌情報が届くまで書籍を開架
することができないという問題点もあった。

【００１１】更に、従来において、新たな書籍の選択
は、図書館の職員である司書が、例えば、新聞の書評等
を頼りにして選択していた。従って、司書の主観によっ
て蔵書の内容が左右されるため、必ずしもユーザが必要
とする書籍が揃わないという問題点があった。

【００１２】本発明は、このような点に鑑みてなされた
ものであり、各図書館が蔵書管理および発注処理を簡易
かつ迅速に、しかも低廉に行うことが可能な、書籍管理
装置を提供することを目的とする。

【００１３】また、本発明は、ユーザのニーズを十分に
反映した書籍を発注することが可能であり、また、発注
後も短期間で開架することが可能な書籍管理装置を提供
することを目的とする。

【００１４】

【課題を解決するための手段】本発明では上記課題を解
決するために、図１に示す、ネットワーク１１を介して
複数の図書館の蔵書を管理する書籍管理装置１２におい
て、各図書館の蔵書に関する情報である蔵書情報を管理
する蔵書情報管理手段１２ａと、蔵書情報管理手段１２
ａに管理された書籍の属性である書誌情報を管理する書
誌情報管理手段１２ｂと、各図書館の蔵書の貸借に関す
る貸借情報を管理する貸借情報管理手段１２ｃと、を有
することを特徴とする書籍管理装置１２が提供される。

【００１５】ここで、蔵書情報管理手段１２ａは、各図
書館の蔵書に関する情報である蔵書情報を管理する。書
誌情報管理手段１２ｂは、蔵書情報管理手段１２ａに管
理された書籍の属性である書誌情報を管理する。貸借情
報管理手段１２ｃは、各図書館の蔵書の貸借に関する貸
借情報を管理する。

【００１６】このように、複数の図書館が所蔵する書籍
を、一括して管理することにより、図書館毎に書誌情報
を個別に登録する手間を省略することが可能となるとと
もに、新たな書籍を購入する際には、複数の図書館で一
括して発注することが可能となるので、発注作業に費や
す手間を削減することが可能となる。

【００１７】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明の動作原理を説明
する原理図である。この図において、本発明の書籍管理
装置１２は、蔵書情報管理手段１２ａ、書誌情報管理手
段１２ｂ、貸借情報管理手段１２ｃ、発注情報管理手段
１２ｄ、および、発注手段１２ｅによって構成されてお
り、ネットワーク１１を介して図書館管理システム１０
−１〜１０−３に接続され、また、ネットワーク１３を
介して卸会社管理システム１４に接続されている。

【００１８】ここで、蔵書情報管理手段１２ａは、図書
館管理システム１０−１〜１０−３を有する各図書館の
蔵書に関する情報である蔵書情報を管理する。書誌情報
管理手段１２ｂは、蔵書情報管理手段１２ａに管理され
た書籍の属性である書誌情報を管理する。

【００１９】貸借情報管理手段１２ｃは、各図書館の蔵
書の貸借に関する貸借情報を管理する。発注情報管理手
段１２ｄは、各図書館からの新たな書籍に対する発注情
報を受信して管理する。

【００２０】発注手段１２ｅは、発注情報管理手段１２
ｄによって管理された発注情報に基づいて、卸会社に対
して書籍の発注を行う。図書館管理システム１０−１〜
１０−３は、各図書館に配置された、例えば、パーソナ
ルコンピュータ等によって構成されており、新たな書籍
を発注する処理や、書籍の貸借に関する処理を実行す
る。

【００２１】ネットワーク１１は、例えば、インターネ
ットによって構成されており、書籍管理装置１２と図書
館管理システム１０−１〜１０−３との間で情報を送受
信する。

【００２２】ネットワーク１３も同様にインターネット
によって構成されており、書籍管理装置１２と卸会社管
理システム１４との間で情報を送受信する。卸会社管理
システム１４は、書籍を卸売りする会社に設置されたワ
ークステーションまたはサーバマシン等によって構成さ
れており、書籍の受発注に関する処理を実行する。

【００２３】次に、以上の原理図の動作について説明す
る。いま、図書館管理システム１０−１を、司書が操作
して所定の書籍を注文する要求を行ったとすると、この
要求はネットワーク１１を介して書籍管理装置１２に送
信される。

【００２４】書籍管理装置１２は、この注文要求を発注
情報管理手段１２ｄに受け渡し、管理させる。このよう
な注文は、他の図書館管理システム１０−２，１０−３
からもなされ、所定の期間が経過するまで蓄積されるの
で、発注情報管理手段１２ｄには、複数の注文が累積さ
れる。

【００２５】ところで、同一の書籍に対する注文が複数
の図書館から同時になされる場合が少なくない。そのよ
うな場合には、注文されたトータルの書籍の冊数に応じ
て、値引きがなされる。例えば、同一の書籍が１００冊
以上注文された場合には、１０％の値引きを行うといっ
た具合である。

【００２６】発注手段１２ｅは、所定の期日に達した場
合には、発注情報管理手段１２ｄに格納されている注文
を、ネットワーク１３を介して卸会社管理システム１４
に送信する。

【００２７】卸会社管理システム１４では、注文された
書籍を、それぞれの図書館に対して配送するとともに、
注文された書籍のうち、書籍管理装置１２の書誌情報管
理手段１２ｂに登録していないものについての書誌情報
（タイトル、著者、出版社等からなる情報）を、書籍管
理装置１２に対して送信する。このような書誌情報を受
信した書籍管理装置１２は、受信した書誌情報を、書誌
情報管理手段１２ｂに格納する。

【００２８】書籍を受け取った図書館では、検収処理が
行われる。検収処理が実行されると、新たに受け取った
書籍を特定するための情報がネットワーク１１を介して
書籍管理装置１２に送信される。書籍管理装置１２は、
検収が終了して書籍が無事に納入された旨を卸会社管理
システム１４に通知するとともに、書誌情報管理手段１
２ｂに登録されている書誌情報と、蔵書情報管理手段１
２ａに登録されている蔵書情報とを関連付けする。

【００２９】このように、検収処理が実行され、新たに
受け入れた書籍に関する書誌情報と、蔵書情報との関連
付けがなされると、これ以降は、この書籍をユーザに対
して貸借することが可能となる。

【００３０】具体的には、所定のユーザに対して書籍を
貸し出す場合には、図書館を特定する情報、貸借するユ
ーザを特定する情報、および、書籍を特定する情報を入
力することにより、貸借情報管理手段１２ｃに対してこ
れらの情報が図書館毎に登録されて貸借の管理がなされ
る。

【００３１】以上に説明したように、本発明の書籍管理
装置１２によれば、複数の図書館の書籍の書誌情報、蔵
書情報、および、貸借情報を一括して管理することが可
能となるので、図書館側が保持する図書館管理システム
１０−１〜１０−３の負担を軽減することが可能とな
る。その結果、各図書館側は簡易な装置のみを準備すれ
ばよいので、システム全体としてのコストを低減するこ
とが可能となる。

【００３２】また、書籍の発注を行う際には、複数の図
書館からの発注をとりまとめ、一括して注文するように
したので、大量注文により納入コストを削減することが
可能となる。

【００３３】更に、書誌情報を卸会社管理システム１４
から書籍管理装置１２に直接送信して書誌情報管理手段
１２ｂによって一括管理し、図書館管理システム１０−
１〜１０−３において検収処理がなされた場合には、書
誌情報を蔵書情報と関連付けするようにしたので、書籍
を早期に開架することが可能となる。

【００３４】なお、以上の例では、発注された書籍のう
ち、書誌情報管理手段１２ｂに登録されていないものに
関する書誌情報のみを卸会社管理システム１４からダウ
ンロードするようにしたが、新たな書籍が発行された場
合に、それらの書籍の書誌情報を卸会社管理システム１
４から書誌情報管理手段１２ｂに対して一括してダウン
ロードするようにしてもよい。

【００３５】次に、本発明の実施の形態について説明す
る。図２は、本発明の実施の形態の構成例を示す図であ
る。この図において、図書館側クライアント２０，２１
は、図書館に配置された、例えば、パーソナルコンピュ
ータによって構成されており、書籍の貸借や、新たな書
籍に対する発注処理を行う。

【００３６】図書館システムサーバ２２は、メインフレ
ーム等によって構成されており、各図書館が有する書籍
に対する貸借の管理や、発注の管理を行う。ユーザ側ク
ライアント２３，２４は、例えば、パーソナルコンピュ
ータによって構成されており、図書館システムサーバ２
２にアクセスして、所望の情報を取得することが可能と
されている。

【００３７】卸会社側サーバ２５は、書籍の卸会社が有
しているサーバであり、メインフレーム等によって構成
されており、書籍の受発注に関する処理を実行するとと
もに、新たな書籍が発行された場合には、その書籍の書
誌情報を図書館システムサーバ２２に供給する。

【００３８】図３は、図書館システムサーバ２２の詳細
な構成例を示す図である。この図に示すように、図書館
システムサーバ２２は、受信部２２ａ、送信部２２ｂ、
処理部２２ｃ、受発注ＤＢ（Data Base）２２ｄ、書誌
ＤＢ２２ｅ、ベストリーダＤＢ２２ｆ、所蔵ＤＢ２２
ｇ、ユーザＤＢ２２ｈ、貸借ＤＢ２２ｉ、ＳＤＩ（Sele
ctive Dissemination of Information）ＤＢ２２ｊによ
って構成されている。

【００３９】ここで、受信部２２ａは、ネットワーク２
６を介して、図書館側クライアント２０，２１、ユーザ
側クライアント２３，２４、および、卸会社側サーバ２
５から送信されてきた情報を受信する。

【００４０】送信部２２ｂは、ネットワーク２６を介し
て、図書館側クライアント２０，２１、ユーザ側クライ
アント２３，２４、および、卸会社側サーバ２５に対し
て情報を送信する。

【００４１】処理部２２ｃは、データベースの管理や、
他の装置からの要求に対する処理を実行する。受発注Ｄ
Ｂ２２ｄは、書籍の発注に関する情報を管理する。書誌
ＤＢ２２ｅは、書籍の属性情報である書誌情報を管理す
る。ベストリーダＤＢ２２ｆは、貸借ＤＢ２２ｉ等を参
照して作成された、よく読まれている書籍に関する情報
を管理する。所蔵ＤＢ２２ｇは、各図書館が所蔵してい
る書籍に関する情報を管理している。ユーザＤＢ２２ｈ
は、ユーザ（図書館の利用者）に関する情報を管理して
いる。貸借ＤＢ２２ｉは、各図書館における書籍の貸借
に関する情報を管理している。ＳＤＩＤＢ２２ｊは、ユ
ーザから要求されたＳＤＩキーワード（詳細は後述す
る）を登録する。

【００４２】図４は、卸会社側サーバ２５の詳細な構成
例を示す図である。この図に示すように、卸会社側サー
バ２５は、受信部２５ａ、送信部２５ｂ、処理部２５
ｃ、受発注ＤＢ２５ｄ、および、書誌ＤＢ２５ｅによっ
て構成されている。

【００４３】ここで、受信部２５ａは、ネットワーク２
６を介して図書館システムサーバ２２から送信されてき
た情報を受信する。送信部２５ｂは、ネットワーク２６
を介して、図書館システムサーバ２２に対して情報を送
信する。

【００４４】処理部２５ｃは、データベースの管理や、
他の装置から要求された処理を実行する。受発注ＤＢ２
５ｄは、図書館側クライアント２０，２１から送信され
た書籍の発注に関する情報を管理する。書誌ＤＢ２５ｅ
は、書籍の属性情報である書誌情報を管理する。

【００４５】次に、以上の実施の形態の動作について説
明する。先ず、新しい書籍を発注する場合の動作につい
て説明する。以下では、図書館側クライアント２０から
新たな書籍を発注する場合を例に挙げて説明する。

【００４６】いま、図書館側クライアント２０を操作
し、発注しようとする書籍を選択するための選書画面が
起動されると、表示装置には図５に示すような画面４０
が表示されることになる。

【００４７】この表示例では、タイトル「選書」の下
に、対象となる書籍を絞り込むための方法を指定するボ
タン４０ａ〜４０ｅが表示されている。ここで、ボタン
４０ａは、所定のキーワードによって検索された書籍を
選書の対象とする場合に操作される。ボタン４０ｂは、
全ての図書を選書の対象とする場合に操作される。ボタ
ン４０ｃは、新刊図書を選書の対象とする場合に操作さ
れる。ボタン４０ｄは、過去に貸借された書籍に関する
データを統計処理して得られた統計データを参照して選
書する場合に操作される。ボタン４０ｅは、過去に発注
された書籍に関するデータから選書する場合に操作され
る。

【００４８】このような表示画面においてボタン４０ａ
が操作され、キーワードとして「日本文学」が入力され
たとすると、図書館側クライアント２０は、ネットワー
ク２６を介して図書館システムサーバ２２にアクセス
し、書誌ＤＢ２２ｅから該当するデータを検索する。

【００４９】図６は、書誌ＤＢ２２ｅに格納されている
データの一例を示す図である。この図の例では、書誌デ
ータは、書誌番号、書名、著者名、出版社、価格、およ
び、分類から構成されている。「書誌番号」は、書籍に
付与されたユニークな番号である。「書名」、「著者
名」、「出版社」、「価格」は、その書籍の書名、著者
名、出版社、および、価格を示している。また、「分
類」は、書籍のジャンルを示している。なお、書誌ＤＢ
２２ｅには、卸会社側サーバ２５が取り扱っている全て
の書籍に関する書誌情報が登録されている。従って、先
の検索要求に対しては、卸会社が取り扱っている書籍の
中から該当する書籍に関する書誌情報が取得されること
になる。

【００５０】書誌ＤＢ２２ｅから取得された書誌データ
は、ネットワーク２６を介して送信され、要求を行った
図書館側クライアント２０の表示装置の表示領域４０ｆ
に表示されることになる。具体例を図５に示す。

【００５１】この表示例において、画面左端の「選書」
は、書籍を選択する場合にチェックされる。「種別」
は、書籍が新刊であるか等の情報が表示される。「書誌
番号」は、この本の書誌情報を特定するための番号であ
る。「書名」は本のタイトルであり、「定価」は本の価
格である。その右隣りのボタンは、詳細な情報（例え
ば、書誌情報等）を参照する場合に操作される。その隣
りのボタンは、統計情報（例えば、貸出回数等）を参照
する場合に操作される。更に、その隣りのボタンは、発
注情報（例えば、これまでに発注された部数）を参照す
る場合に操作される。

【００５２】左下のボタン４０ｇは、これまでに選択し
た書籍の一覧を表示させる場合に操作される。右下のボ
タン４０ｈは、ひとつ前の画面に戻る場合に操作され
る。このような画面を用いることにより、キーワードに
よって絞り込んだ書籍から、所望の書籍を選び出すこと
が可能となる。

【００５３】次に、図５において、「発注データから選
書」ボタン４０ｅが操作された場合について説明する。
ボタン４０ｅが操作されると、図書館側クライアント２
０は、図書館システムサーバ２２の処理部２２ｃに対し
て、最近発注された書籍のうち、発注件数が多いものを
受発注ＤＢ２２ｄから検索するように要請する。

【００５４】図８は、受発注ＤＢ２２ｄに格納されてい
る受発注データの一例を示す図である。この図の例で
は、受発注データは、図書館ＩＤ、発注番号、書誌番
号、定価、発注冊数、発注状態、受入状態、および、発
注日によって構成されている。「図書館ＩＤ」は、図書
館を特定するためのＩＤである。「発注番号」は、図書
館ＩＤと注文番号である６桁の数字から構成されてい
る。「書誌番号」および「定価」は前述したとおりであ
る。「発注冊数」は、発注された書籍の部数である。
「発注状態」は、「仮発注」または「本発注」等の発注
の状態を示す。「受入状態」は、「未受入」、「受入」
等の状態を示す。「発注日」は、発注を行った日付を示
す。

【００５５】処理部２２ｃは、このような受発注ＤＢ２
２ｄに格納されているデータのうち、最近発注された書
籍の発注冊数を累計し、トータルの発注冊数が多い書籍
を特定する。そして、得られたデータを、図書館側クラ
イアント２０に対して送信する。

【００５６】図書館側クライアント２０では、受信した
データを図７に示す画面５０に表示する。この表示例で
は、トータルの発注冊数が多い書籍の一覧が表示領域５
０ｆに表示されている。具体的には、「選書」は、前述
の場合と同様である。「ランク」は、発注冊数の順位を
示す。「発注冊数」はトータルの発注冊数を示す。「書
誌番号」、「書名」、および、「定価」は前述の場合と
同様である。「詳細」ボタンは、書籍の詳細な情報を表
示する際に操作される。「発注館参照」ボタンは、発注
を既に行っている図書館の一覧を表示する際に操作され
る。

【００５７】このような画面５０を参照することによ
り、発注冊数が多い、いわば、利用価値の高い書籍を一
覧表示させて選択することが可能となる。次に、図７に
示す画面５０において、「統計データから選書」ボタン
５０ｄが操作された場合について説明する。

【００５８】ボタン５０ｄが操作されると、図書館側ク
ライアント２０は、図書館システムサーバ２２の処理部
２２ｃに対して、貸借数が多い書籍をベストリーダＤＢ
２２ｆから検索するように要請する。

【００５９】図１０は、ベストリーダＤＢ２２ｆに格納
されているデータの一例を示す図である。この図の例で
は、ベストリーダデータは、図書館ＩＤ、書誌番号、書
名、および、貸出回数によって構成されている。ここ
で、「図書館ＩＤ」、「書誌番号」、および、「書名」
は前述の場合と同様である。「貸出回数」は、その図書
館において、その書籍が貸し出された回数を示す。

【００６０】処理部２２ｃは、ベストリーダＤＢ２２ｆ
に格納されているデータのうち、同一の書籍に関するデ
ータを累積処理することにより、書籍毎のトータルの貸
出回数を算出する。

【００６１】このようにして得られた書籍毎の貸出回数
は、図書館側クライアント２０に送信され、図９に示す
表示領域７０ｆに表示されることになる。この例では、
貸出回数が多い書籍が一覧表示されている。なお、この
図において、「選書」、「ランク」、「書誌番号」、
「書名」、「定価」、および、「ボタン」は、前述の場
合と同様である。「貸出回数」は、全ての図書館におい
てその書籍が貸し出された回数の累計である。

【００６２】このような画面７０を参照することによ
り、貸出回数が多い書籍から、目的とする書籍を選択す
ることが可能となる。次に、図９に示す画面７０におい
て、「新刊図書から選書」ボタン７０ｃが操作された場
合について説明する。

【００６３】ボタン７０ｃが操作されると、図書館側ク
ライアント２０は、図書館システムサーバ２２の処理部
２２ｃに対して、新刊図書に関するデータを書誌ＤＢ２
２ｅから検索するように要請する。なお、新刊図書に関
するデータは、卸会社側サーバ２５から自動的に図書館
システムサーバ２２に送信されて登録される。

【００６４】その結果、処理部２２ｃは、図６に示す書
誌ＤＢから、新刊図書に関するデータを取得し、ネット
ワーク２６を介して、図書館側クライアント２０に送信
する。

【００６５】図書館側クライアント２０では、取得した
データを、図１１に示す画面８０の表示領域８０ｆに対
して表示させる。この例では、新刊図書に関する情報が
一覧表示されている。なお、「選書」、「書誌番号」、
「書名」、「定価」、および、「ボタン」は、前述の場
合と同様である。

【００６６】このような画面８０を参照することによ
り、新刊図書の中から所望の書籍を選択することが可能
になる。次に、以上のような選書画面において、書籍を
選択した後、発注を行う場合の動作について説明する。
例えば、図１１に示す画面８０において、「選書一覧表
示」ボタン８０ｇが操作されると、図書館側クライアン
ト２０は、図書館システムサーバ２２に対して選択され
た書籍の書誌番号を送信し、この書籍の購買予定価格を
問い合わせる。

【００６７】図書館システムサーバ２２の処理部２２ｃ
は、受発注ＤＢ２２ｄに格納されている、前回の締め日
から現在までの該当する書籍に対する発注冊数を算出す
る。例えば、処理部２２ｃは、前回の締め日（例えば月
末）から現在までに書誌番号が「００００００１」であ
る書籍に対する発注冊数を算出し、その結果として、１
２５冊を得る。

【００６８】処理部２２ｃは、以上のようにして得られ
た発注冊数と、図１２に示すテーブルとを対比して値引
率を算出する。図１２に示すテーブルには、発注冊数
と、値引率および代行料の対応関係が示されている。例
えば、発注冊数が１００冊以上２００冊未満である場合
には、値引率は１０％であり、代行料は５％である。従
って、最終値引率は５％となる。いまの例では、１２５
冊の注文がなされているので、最終値引率として５％を
得る。また、処理部２２ｃは、書誌番号が００００００
０３の書籍についても同様の処理を行い、この書籍に関
しては最終値引率として１０％を得る。

【００６９】なお、以上の例では、注文冊数と値引率が
比例の関係を有しているので、これらの関係は図１３に
示す直線Ｃ１によって表されるが、曲線Ｃ２のように、
注文冊数と値引率が曲線の関係を有するようにしてもよ
い。

【００７０】次に、処理部２２ｃは、以上のようにして
算出した値引率を、図書館側クライアント２０に送信す
る。その結果、図書館側クライアント２０には図１４に
示すような画面８５が表示されることになる。

【００７１】この表示例では、表示領域８５ａに選書の
一覧が表示されている。具体的には、選択された書籍の
分類、書名、冊数、定価、および、購入予定価格が表示
されている。ここで、「分類」は、書籍の属する分類区
分を示す。「書名」は書籍のタイトルである。「冊数」
は注文冊数を示す。「定価」は書籍の通常の販売価格を
示す。また、「購入予定価格」は、前述の「最終値引
率」によって値引きされた後の価格である。

【００７２】表示領域８５ａの下に表示されているボタ
ン８５ｂは、発注の対象となる書籍の一覧を印刷する場
合に操作される。ボタン８５ｃは、発注を確定する場合
に操作される。ボタン８５ｄは、既に発注されている注
文について修正する場合に操作される。ボタン８５ｅ
は、既に発注されている注文を取り消す場合に操作され
る。

【００７３】このような画面８５において、値引率を確
認した後、発注を確定するためのボタンであるボタン８
５ｃが操作されると、これらの書籍に対する注文がネッ
トワーク２６を介して、図書館システムサーバ２２に送
信される。

【００７４】図書館システムサーバ２２では、受信した
注文を、受発注ＤＢ２２ｄに格納する。そして、発注の
締め日になると、受発注ＤＢ２２ｄに累積された各図書
館の発注データから、同じ書誌番号の書籍に関する発注
冊数を集計し、その冊数に応じた最終値引率を算出す
る。そして、算出された最終値引率にて、卸会社側サー
バ２５に対して発注を行う。その際、処理部２２ｃは、
受発注ＤＢ２２ｄに格納されている発注データの「発注
状態」を、図１５に示すように「仮発注」から「本発
注」に変更する。

【００７５】受発注ＤＢ２２ｄの変更が終了すると、処
理部２２ｃは、発注を行った各図書館に対して受注完了
と、最終購入価格の通知を行う電子メールを生成して送
信する。

【００７６】図１６は、この時送信される電子メールの
一例である。この例では、タイトル「ご注文承りのお知
らせ。」に続いて、注文の詳細が記載されている。具体
的には、発注番号、書誌番号、書名、定価、最終購入価
格、および、発注冊数が表形式で記載されている。ここ
で、「最終購入価格」は、締め日までにその書籍に対し
てなされた発注冊数に基づいて算出された最終的な値引
率に基づく価格である。

【００７７】このような電子メールにより、図書館側の
司書は、発注した書籍の種類と、最終的な価格を確認す
ることが可能となる。次に、図書館システムサーバ２２
の処理部２２ｃは、発注済みの書籍を、各図書館毎に分
類して所蔵ＤＢ２２ｇに格納することにより、図１７に
示すように書誌ＤＢ２２ｅと、所蔵ＤＢ２２ｇとを関連
付けする。このとき、所蔵ＤＢ２２ｇの「所蔵状態」
は、まだ、検収処理が終了していないので、「未検収」
の状態とされている。

【００７８】続いて、注文した書籍が図書館に納品され
ると検収作業が行われる。検収作業では、書籍に印刷さ
れたバーコード（ＩＳＢＮ（International Standard B
ookNumber）と書籍に貼付された、または、貼付する所
蔵バーコード）を、バーコードリーダによって読み込
み、図書館システムサーバ２２に送信する。その結果、
所蔵ＤＢ２２ｇの「所蔵状態」が、図１８に示すよう
に、「未検収」から「所蔵」に書き換えられ、開架され
た状態となるので、これ以降は書籍の貸出が可能とな
る。また、検収が終了した旨が、卸会社側サーバ２５に
通知されるので、卸会社側サーバ２５は、受発注ＤＢ２
５ｄの該当する項目を書き換えて検収処理が終了した状
態とする。

【００７９】続いて、図書館システムサーバ２２は、検
収結果を卸会社側サーバ２５に通知する。その結果、卸
会社側サーバ２５では、処理部２５ｃにより、受発注Ｄ
Ｂ２５ｄの内容が書き換えられ、受発注処理が完了する
ことになる。

【００８０】以上の処理によれば、既存書籍または新刊
書籍について、様々な角度からその重要性を判断し、ユ
ーザのニーズに合致した書籍を選択することが可能とな
る。また、複数の図書館からの注文を一括して注文する
ので、発注冊数に応じた値引き価格で書籍を購入するこ
とが可能となる。

【００８１】また、発注後は、所蔵ＤＢ２２ｇへの登録
がバーコードを読み込むことで自動的に行われるので、
司書が手作業によって登録する手間を省くことが可能と
なるとともに、書籍をすぐに開架して貸出可能の状態に
することが可能となる。

【００８２】また、検収作業がおこなわれた場合には、
書籍が無事に納品された旨が自動的に卸会社側サーバ２
５に通知されるので、卸会社に対して通知する手間を省
略することが可能となる。

【００８３】また、新刊が発行された場合には、卸会社
側サーバ２５から図書館システムサーバ２２に書誌デー
タが自動的に送信されて登録されるようにしたので、新
刊情報を即座に参照することが可能となる。

【００８４】次に、図書館システムサーバ２２に登録さ
れている所蔵データを、ユーザ側クライアント２３，２
４から検索可能とする実施の形態について説明する。図
１９は、図書館システムサーバ２２が有する所蔵ＤＢ２
２ｇに登録されているデータを検索する際に、ユーザ側
クライアント２３，２４に表示される画面の一例であ
る。この例では、検索キーワードを入力する３つのテキ
ストボックス９０ｄ〜９０ｆと、それぞれのテキストボ
ックスに入力する検索キーワードの属性を選択するテキ
ストボックス９０ａ〜９０ｃが表示されている。また、
画面９０の右側には、入力された検索キーワードにて検
索を実行する場合に操作されるボタン９０ｇが表示さ
れ、その下には、画面９０の表示を終了する場合に操作
されるボタン９０ｈが表示されている。

【００８５】このような画面９０において、テキストボ
ックス９０ａにおいて属性として書名が選択され、その
右隣りのテキストボックス９０ｄに検索キーワード「あ
いうえお」が入力され、ボタン９０ｇが操作されたとす
ると、この画面９０において入力されたデータは、ネッ
トワーク２６を介して図書館システムサーバ２２に送信
される。

【００８６】図書館システムサーバ２２の処理部２２ｃ
は、受信したデータに該当するキーワードを含む書籍
を、書誌ＤＢ２２ｅと所蔵ＤＢ２２ｇから検索する。そ
の結果、該当する書籍を検出した場合には、書誌ＤＢ２
２ｅから該当する書誌データが検索され、要求を行った
ユーザ側クライアントに該当するデータが送信される。
ユーザ側クライアントでは、送信したキーワードに該当
する図書の一覧と、その図書を所蔵している図書館の一
覧が表示される。

【００８７】一方、該当するデータが存在しなかった場
合には、図２０に示す画面が、要求を行ったユーザ側ク
ライアントの表示装置に表示されることになる。この表
示例では、「全国図書検索」と題された画面９１が表示
されており、その表示領域には、検索結果が０件である
旨と、ＳＤＩキーワードを登録するか否かを問い合わせ
るメッセージが表示されている。ここで、ＳＤＩとは、
ユーザの関心のあるキーワードを登録しておいて、新着
図書や洋雑誌コンテンツ情報等の中からキーワードと一
致した資料のリストを、各人のメールアドレスに配信す
るサービスである。

【００８８】このような画面９１において、ボタン９１
ａが操作されると、図２１に示す、ＳＤＩキーワードを
登録するための画面９２が表示される。この画面９２で
は、ＳＤＩキーワードを入力するテキストボックス９２
ａ、キーワードを登録する際に操作されるボタン９２
ｂ、および、キャンセルする際に操作されるボタン９２
ｃが表示されている。

【００８９】図２１に示す画面９２において、ＳＤＩキ
ーワード「あいうえお」がテキストボックス９２ａに入
力され、ボタン９２ｂが操作されると、入力されたキー
ワードが図書館システムサーバ２２に送信される。

【００９０】図書館システムサーバ２２の処理部２２ｃ
は、受信したキーワードをＳＤＩＤＢ２２ｊに、要求を
行ったユーザを特定するための情報とともに登録する。
そして、処理部２２ｃは、新刊図書に関する情報が、卸
会社側サーバ２５からダウンロードされた場合には、書
誌ＤＢ２２ｅと所蔵ＤＢ２２ｇを検索し、ＳＤＩキーワ
ードに該当する書籍が新たに登録されていないか判定す
る。その結果、該当する書籍が登録された場合には、図
２２に示すような電子メールを生成し、要求を行ったユ
ーザ側クライアントに送信する。

【００９１】この電子メールでは、タイトル「ＳＤＩキ
ーワード検索結果のお知らせ」が表示され、その下に
は、登録キーワード「あいうえお」に対する検索結果が
表示されている。具体的には、書誌番号「１２３０００
１」と「２３９５７３１」の書籍に関する情報が表示さ
れており、それぞれの書籍の書名、利用状況、および、
所蔵する図書館名が表示されている。なお、この電子メ
ールにおいて、第２番目の表示項目である「あいうえお
の歌」の利用状況は、「入荷待」の状態であることが示
されている。即ち、この書籍は、発注済みであるが、未
検収の状態である。従来においては、未検収の書籍につ
いては、貸出予約を行うことができなかったが、本実施
の形態においては、ホットテキスト「入荷待」をクリッ
クすることによって表示される図２３のような画面か
ら、貸出予約を行うことが可能となる。

【００９２】この表示例では、「貸出予約」と題された
画面９５が表示されており、その表示領域の領域９５ａ
には、貸出予約の対象となる書籍に関する情報が表示さ
れている。また、右下には、貸出予約を行う場合に操作
されるボタン９５ｂと、予約を行わないで終了する場合
に操作されるボタン９５ｃとが表示されている。このよ
うな画面９５において、ボタン９５ｂが操作されると、
この書籍に対する予約要求が、図書館システムサーバ２
２に送信され、所蔵ＤＢ２２ｇのＺＺＺ図書館の所蔵状
態のステータスが「未検収」から、例えば、「未検収・
貸出予約」の状態に変更される。そして、目的の書籍が
ＺＺＺ図書館に納品されて検収が終了した場合には、書
籍が納品された旨を示す電子メールが予約を行ったユー
ザに対して送信されることになる。

【００９３】なお、以上の例では、未検収の書籍に対す
る予約処理について説明したが、検収済みであって、貸
出中の書籍に対する予約処理や、検収済みであって貸出
可能な書籍に対する予約処理を行うようにしてもよいこ
とはいうまでもない。

【００９４】このようなサービスを利用することによ
り、ユーザは所望の書籍が新たに入荷されたことを知る
とともに、未検収の書籍についても貸出予約を行うこと
が可能となり、ユーザの利便性を向上させることが可能
となる。

【００９５】次に、図２４および図２５を参照し、既存
の図書館が、以上のような実施の形態によって提供され
るサービスに新たに加入する場合の手続きについて説明
する。

【００９６】一例として、それぞれが独自の図書コード
を有する図書館Ａ〜Ｃが存在するとし、これらが新たに
サービスに加入する場合について考える。このような場
合、図書館同士で図書コードが重複している場合が想定
されるので、このようなデータを一括管理するために
は、何らかの工夫が必要となる。そこで、本実施の形態
では、各図書館が有するＩＰ（Internet Protocol）ア
ドレスを図書館を識別するためのコードとして採用し、
ＩＰアドレスと、旧来の図書コードとを組み合わせたも
のを、図２５に示すように、新図書コードとして採用す
る。

【００９７】例えば、図２４に示すように、図書館Ａの
図書コードが「０００００００１」であり、書名が「あ
ああ」である書籍には、この図書館ＡのＩＰアドレスで
ある「１９２．１．１．１」と、旧来の図書コード「０
００００００１」とを組み合わせた新図書コードが割り
当てられることになる。

【００９８】このようにして、図書館を識別するための
符号としてＩＰアドレスを利用することにより、図書館
同士で重複する図書コードを採用している場合でも、所
蔵データを簡単に統合することが可能になる。その結
果、本実施の形態によって提供されるサービスに加入す
る際に、図書コードを新たに採番し、バーコードを書籍
に貼付し直すといった作業を省略することが可能にな
る。

【００９９】次に、図２６〜３０を参照して、図書館間
での連携業務を行う場合について説明する。本実施の形
態では、複数の図書館が有する書籍を統括して管理する
ようにしたので、ユーザは自己の所属する行政区画以外
の図書館の蔵書情報も参照することが可能となる。その
結果、当然、そのような他の図書館からも蔵書を借りた
いとの要求が生じることになる。

【０１００】従来においては、他の図書館の蔵書を借り
る場合には、ユーザがその図書館まで出向くか、また
は、ユーザが所属する行政区画の図書館に依頼して、他
の図書館から図書を取り寄せてもらう必要がある。その
場合には、ユーザが属する行政区画の図書館では、借り
入れた書籍をデータベースに登録する作業が必要とな
り、また、借り入れた書籍を他の図書館に返却する際に
はデータベースに登録したデータを削除する必要が生じ
ることになる。その結果、作業が煩雑になるという問題
点があった。

【０１０１】本実施の形態では、書籍を借り入れる側の
図書館で、データベースへの登録と削除作業を行うこと
なく、連携業務を行うことが可能となる。以下では、図
書館Ａから図書館Ｂに対して書名が「あああ」、「いい
い」、および、「ううう」である３冊の書籍を貸し出す
場合について説明する。

【０１０２】先ず、貸出元である図書館Ａでは、これら
３冊の書籍を図書館Ｂに貸し出す手続きを行う。その結
果、図２６に示すように、所蔵ＤＢ２２ｇに格納されて
いる図書館Ａが所有するこれら３冊の書籍の所蔵状態
が、「所蔵」から「配送中」に変更される。

【０１０３】図書館Ａからこれら３冊の本が到着した図
書館Ｂでは、受入処理（これら３冊の書籍に貼付された
バーコードをバーコードリーダによって読み取る等の処
理）を行う。その結果、図２７に示すように、図書館シ
ステムサーバ２２の所蔵ＤＢ２２ｇに格納されている図
書館Ａに属するこれら３冊の書籍の所蔵状態が、配送中
から貸出中に変更される。即ち、図書館Ｂが図書館Ａの
所蔵データを更新する。

【０１０４】そして、ユーザに書籍を貸し出す際には、
書籍に貼付された図書コードと、図書館ＡのＩＰアドレ
スと、ユーザのユーザコードを図書館Ｂの図書館側クラ
イアントから入力する。その結果、これらのデータは、
図書館システムサーバ２２に送信され、貸借ＤＢ２２ｉ
に確保されている、相互貸借用データ領域に格納され
る。

【０１０５】図２８は、相互貸借用データ領域に格納さ
れるデータの一例である。この例では、相互貸借用デー
タは、整理番号（Ｎｏ．）、貸出処理館、貸出処理館コ
ード、ユーザコード、図書コード、書名、および、貸返
状態によって構成されている。ここで、「貸出処理館」
は、貸出処理を行った図書館であり、この例では図書館
Ｂである。「貸出処理館コード」は、貸出処理を行った
図書館のＩＰアドレスである。「ユーザコード」は、ユ
ーザを識別するためのＩＤである。「図書コード」は書
籍に付与された識別コードであり、この例では、図書館
Ａで使用されている図書コード、即ち、図書館ＡのＩＰ
アドレスと、図書館Ａの内部的な識別コードである図書
コードがそのまま流用されている。「書名」は書籍のタ
イトルであり、また、「貸返状態」は貸返の状態を示
す。

【０１０６】次に、ユーザから書籍が図書館Ｂに対して
返却された場合には、書籍に貼付されたバーコードに記
録された図書コードと、図書館ＡのＩＰアドレスとが入
力される。すると、これらのデータは、図書館システム
サーバ２２に送信され、処理部２２ｃは、先に登録され
た相互貸借用データの貸返状態を、図２９に示すように
「貸出中」から「返済済」に変更する。そして、図書館
Ｂは図書館Ａに対して書籍を返却する。

【０１０７】書籍が図書館Ａに到着すると、図書館Ａで
は、受入処理を実行する。その結果、返却された図書の
図書データが図書館システムサーバ２２に送信され、処
理部２２ｃは、図３０に示すように、図書館Ａの所蔵Ｄ
Ｂ２２ｇに登録されているこれらの書籍の所蔵状態を
「貸出中」から「所蔵」に変更する。

【０１０８】その後は、これらの書籍を、ユーザに貸し
出すことが可能となる。以上の処理によれば、図書館Ａ
が所蔵する書籍を図書館Ｂが貸借する場合に、同一の図
書コードを使用することを可能としたので、書籍を登録
したり、削除したりする作業が不要になるので、図書館
間での書籍の流通を活性化することが可能となり、ま
た、ユーザの便宜を図ることも可能になる。

【０１０９】次に、以上の実施の形態で実行されるフロ
ーチャートの一例について説明する。図３１は、図書館
側クライアント２０，２１において選書画面から書籍を
注文する際に、図書館システムサーバ２２で実行される
処理の一例である。このフローチャートが開始される
と、以下のステップが実行される。［Ｓ１０］図書館システムサーバ２２の処理部２２ｃ
は、例えば、図５に示すような選書画面を要求を行った
図書館側クライアントに送信して表示させる。

【０１１０】［Ｓ１１］処理部２２ｃは、選書画面にお
いて、他の選書画面を選択する操作がされた（ボタン４
０ａ〜４０ｅが操作された）場合には、ステップＳ１２
に進み、それ以外の場合にはステップＳ１３に進む。［Ｓ１２］処理部２２ｃは、要求を行った図書館側クラ
イアントに該当する選択画面を送信して表示させる。

【０１１１】［Ｓ１３］処理部２２ｃは、例えば、図５
において、「選書一覧表示」ボタン４０ｇが操作された
か否かを判定し、操作された場合にはステップＳ１４に
進み、それ以外の場合にはステップＳ１１に戻って同様
の処理を繰り返す。

【０１１２】［Ｓ１４］処理部２２ｃは、選択された書
籍の購入予定価格を算出する。即ち、処理部２２ｃは、
受発注ＤＢ２２ｄを参照し、前回の締め日から現在まで
に発注された同一の書籍の発注冊数と、図１２に示すテ
ーブルを参照し、購入予定価格を算出する。［Ｓ１５］処理部２２ｃは、要求を行った図書館側クラ
イアントに選択された書籍に関する情報を送信して図１
４に示すような画面を表示させる。

【０１１３】［Ｓ１６］処理部２２ｃは、「発注確定」
ボタン８５ｃが操作されたか否かを判定し、操作された
場合にはステップＳ１７に進み、それ以外の場合には同
様の処理を繰り返す。［Ｓ１７］処理部２２ｃは、確定した発注データを図書
館側クライアントから受信する。

【０１１４】以上の処理によれば、図書館側クライアン
ト２０，２１に選書画面を表示させ、所定の書籍が選択
されて発注された場合には、その時点における購入予定
価格を算定して、図書館側クライアント２０，２１に対
して提示することが可能となる。

【０１１５】次に、図３２を参照して、発注確定後にお
いて、図書館システムサーバ２２において実行される処
理の一例について説明する。［Ｓ３０］処理部２２ｃは、発注締め日になったか否か
を判定し、発注締め日になった場合にはステップＳ３１
に進み、それ以外の場合には同様の処理を繰り返す。

【０１１６】［Ｓ３１］処理部２２ｃは、受発注ＤＢ２
２ｄを参照して、前回の締め日から、今回の締め日の間
になされた発注冊数を書籍毎に確定する。［Ｓ３２］処理部２２ｃは、各書籍毎の発注冊数と、図
１２に示すテーブルとを照らし合わせて各書籍の値引率
を算定する。

【０１１７】［Ｓ３３］処理部２２ｃは、卸会社に対し
て、書籍を一括注文する。その際、値引きされるものに
ついては、値引き後の価格で発注する。［Ｓ３４］処理部２２ｃは、図１６に示すような電子メ
ールを生成し、各図書館に対して受注確認とともに、最
終購入通知価格を通知する。

【０１１８】［Ｓ３５］処理部２２ｃは、書誌ＤＢ２２
ｅと所蔵ＤＢ２２ｇに格納されている発注に係る新たな
書籍について関連付けを行う。［Ｓ３６］処理部２２ｃは、発注を行った図書館側クラ
イアントに書籍が配送され、検収処理が実行されたか否
かを判定し、検収処理が実行された場合にはステップＳ
３７に進み、それ以外の場合には同一の処理を繰り返
す。［Ｓ３７］処理部２２ｃは、所蔵ＤＢ２２ｇの「所蔵状
態」のステータスを、未検収から所蔵に変更する。

【０１１９】以上の処理により、発注締め日になった場
合には、各書籍の最終的な値引率を算定するとともに、
発注した図書館に対して、受注確認と最終購入価格を通
知することが可能となる。また、蓄積された注文に対し
ては、一括して卸会社側サーバ２５に対して発注するこ
とが可能となる。

【０１２０】次に、図３３を参照し、ＳＤＩキーワード
を登録する場合の処理について説明する。このフローチ
ャートが開始されると、以下のステップが実行される。［Ｓ５０］処理部２２ｃは、要求を行ったユーザ側クラ
イアントに対して図１９に示す検索画面を表示させる。

【０１２１】［Ｓ５１］処理部２２ｃは、キーワードが
入力されたか否かを判定し、入力された場合にはステッ
プＳ５２に進み、それ以外の場合には同様の処理を繰り
返す。［Ｓ５２］処理部２２ｃは、キーワードに該当する書籍
が、所蔵ＤＢ２２ｇに存在するか否かを判定し、書籍が
存在する場合にはステップＳ５３に進み、それ以外の場
合にはステップＳ５４に進む。

【０１２２】［Ｓ５３］処理部２２ｃは、該当する書籍
の書誌情報と、書籍を所蔵している図書館等を示す情報
を、要求を行ったユーザ側クライアントに送信する。［Ｓ５４］処理部２２ｃは、ＳＤＩキーワードを登録す
るか否かをユーザに問い合わせ、図２１に示すような画
面をユーザ側クライアントに表示させる。

【０１２３】［Ｓ５５］処理部２２ｃは、ＳＤＩキーワ
ードをユーザ側クライアントから取得する。［Ｓ５６］処理部２２ｃは、ＳＤＩキーワードをＳＤＩ
ＤＢ２２ｊに登録する。

【０１２４】以上のような処理によれば、ユーザ側クラ
イアント２３，２４から検索要求がなされた場合には、
全ての図書館の所蔵データから、該当するキーワードを
含む書籍に関する情報を検索して提供することが可能と
なる。また、該当する書籍に関する情報が存在しない場
合には、ＳＤＩキーワードとして登録することが可能と
なる。

【０１２５】次に、図３４を参照し、ＳＤＩキーワード
が登録された後に、図書館システムサーバ２２において
実行される処理について説明する。なお、この処理は、
新規書籍の書誌データに対する登録要求がなされた場合
に実行される。このフローチャートが開始されると、以
下のステップが実行される。

【０１２６】［Ｓ７０］処理部２２ｃは、書誌ＤＢ２２
ｅに対して、新規書籍の書誌データを登録する。［Ｓ７１］処理部２２ｃは、新規に登録した書誌データ
に該当するＳＤＩキーワードを含むものが存在するか否
かを判定し、存在する場合にはステップＳ７２に進み、
それ以外の場合には処理を終了する。

【０１２７】［Ｓ７２］処理部２２ｃは、要求を行った
ユーザのユーザ側クライアントに対して、ＳＤＩに対応
する書籍が入荷されたこと、また、その書籍を利用可能
な図書館を電子メールで送信する。

【０１２８】以上のような処理によれば、新刊図書が何
れかの図書館に入荷された場合には、該当するＳＤＩキ
ーワードを登録しているユーザに対して、関連する書籍
が入荷された旨と、その書籍が存在する図書館が電子メ
ール等により通知されることになる。

【０１２９】以上に説明したように、図３１〜３４に示
すフローチャートによれば、本発明の実施の形態におい
て説明した機能を実現することが可能となる。最後に、
上記の処理機能は、コンピュータによって実現すること
ができる。その場合、書籍管理装置１２および図書館シ
ステムサーバ２２が有すべき機能の処理内容は、コンピ
ュータで読み取り可能な記録媒体に記録されたプログラ
ムに記述されており、このプログラムをコンピュータで
実行することにより、上記処理がコンピュータで実現さ
れる。コンピュータで読み取り可能な記録媒体として
は、磁気記録装置や半導体メモリ等がある。市場へ流通
させる場合には、ＣＤ−ＲＯＭ(Compact Disk Read Onl
y Memory)やフロッピー（登録商標）ディスク等の可搬
型記録媒体にプログラムを格納して流通させたり、ネッ
トワークを介して接続されたコンピュータの記憶装置に
格納しておき、ネットワークを通じて他のコンピュータ
に転送することもできる。コンピュータで実行する際に
は、コンピュータ内のハードディスク装置等にプログラ
ムを格納しておき、メインメモリにロードして実行す
る。

【０１３０】（付記１）ネットワークを介して複数の
図書館の蔵書を管理する書籍管理装置において、各図書
館の蔵書に関する情報である蔵書情報を管理する蔵書情
報管理手段と、前記蔵書情報管理手段に管理された書籍
の属性である書誌情報を管理する書誌情報管理手段と、
各図書館の蔵書の貸借に関する貸借情報を管理する貸借
情報管理手段と、を有することを特徴とする書籍管理装
置。

【０１３１】（付記２）貸借情報管理手段は、異なる
図書館間での書籍の相互貸借を行う場合には、所定の図
書館が他の図書館の貸借情報を変更することを許可する
ことを特徴とする付記１記載の書籍管理装置。

【０１３２】（付記３）各図書館からの新たな書籍に
対する発注情報を管理する発注情報管理手段と、前記発
注情報管理手段によって管理された発注情報に基づい
て、書籍の卸会社に対して発注を行う発注手段と、を更
に有することを特徴とする付記１記載の書籍管理装置。

【０１３３】（付記４）前記発注手段によって発注さ
れた書籍を、該当する図書館が受け入れた際の検収情報
を受信する検収情報受信手段と、前記検収情報受信手段
によって受信された検収情報を、卸会社に対して送信す
る検収情報送信手段と、を更に有することを特徴とする
付記３記載の書籍管理装置。

【０１３４】（付記５）前記発注手段によって発注さ
れた書籍を、前記蔵書情報管理手段に未検収状態として
登録し、前記書籍が入荷される前であっても貸し出し予
約を行う貸出予約手段を更に有することを特徴とする請
求項１記載の書籍管理装置。

【０１３５】（付記６）前記発注手段は、発注数量に
応じて値引きされた価格にて発注を行うことを特徴とす
る付記３記載の書籍管理装置。（付記７）前記発注情報管理手段によって管理されて
いる発注情報を参照し、図書館側が発注しようとする書
籍の値引き後の価格を予測する値引き価格予測手段を更
に有することを特徴とする付記４記載の書籍管理装置。

【０１３６】（付記８）前記貸借情報管理手段によっ
て管理された貸借情報または前記発注情報管理手段によ
って管理された発注情報を参照し、書籍の貸借または発
注に関する統計情報を生成する統計情報生成手段と、前
記統計情報生成手段によって生成された統計情報を、各
図書館に対して提供する提供手段と、を更に有すること
を特徴とする付記３記載の書籍管理装置。

【０１３７】（付記９）ユーザからの要求を受信する
要求受信手段と、前記要求受信手段によって書籍に関す
る検索要求を受信した場合には、該当する書籍に関する
情報を前記蔵書情報から検索する検索手段と、前記検索
手段による検索結果を要求を行ったユーザに対して送信
する検索結果送信手段と、を更に有することを特徴とす
る付記１記載の書籍管理装置。

【０１３８】（付記１０）前記検索手段によって該当
する書籍に関する蔵書情報が検出されなかった場合に
は、所定のキーワードを登録するキーワード登録手段
と、前記キーワード登録手段によって登録されたキーワ
ードに対応する書籍が蔵書情報に新たに登録された場合
には、キーワードに係るユーザに対して、その書籍に関
して新たに登録された情報を送信する新登録情報送信手
段と、を更に有することを特徴とする付記９記載の書籍
管理装置。

【０１３９】（付記１１）ネットワークを介して複数
の図書館の蔵書を管理する書籍管理方法において、各図
書館の蔵書に関する情報である蔵書情報を管理する蔵書
情報管理ステップと、前記蔵書情報管理ステップに管理
された書籍の属性である書誌情報を管理する書誌情報管
理ステップと、各図書館の蔵書の貸借に関する貸借情報
を管理する貸借情報管理ステップと、を有することを特
徴とする書籍管理方法。

【０１４０】（付記１２）ネットワークを介して複数
の図書館の蔵書を管理する処理をコンピュータに機能さ
せるプログラムを記録したコンピュータ読み取り可能な
記録媒体において、コンピュータを、各図書館の蔵書に
関する情報である蔵書情報を管理する蔵書情報管理手
段、前記蔵書情報管理手段に管理された書籍の属性であ
る書誌情報を管理する書誌情報管理手段、各図書館の蔵
書の貸借に関する貸借情報を管理する貸借情報管理手
段、として機能させるプログラムを記録したコンピュー
タ読み取り可能な記録媒体。

【発明の効果】以上説明したように本発明では、ネット
ワークを介して複数の図書館の蔵書を管理する書籍管理
装置において、各図書館の蔵書に関する情報である蔵書
情報を管理する蔵書情報管理手段と、蔵書情報管理手段
に管理された書籍の属性である書誌情報を管理する書誌
情報管理手段と、各図書館の蔵書の貸借に関する貸借情
報を管理する貸借情報管理手段と、を設けるようにした
ので、図書館の司書の作業を軽減することが可能とな
る。

【図面の簡単な説明】

【図１】本発明の動作原理を説明する原理図である。

【図２】本発明の実施の形態の構成例を示す図である。

【図３】図２に示す図書館システムサーバの詳細な構成
例を示す図である。

【図４】図２に示す卸会社側サーバの詳細な構成例を示
す図である。

【図５】新たな書籍を発注する際に、書籍を選択する選
書画面の一例を示す図である。

【図６】書誌ＤＢに格納されているデータの一例を示す
図である。

【図７】発注データから選書を行う場合の選書画面の一
例を示す図である。

【図８】受発注ＤＢに格納されているデータの一例を示
す図である。

【図９】統計データから選書する選書画面の一例を示す
図である。

【図１０】ベストリーダＤＢに格納されているデータの
一例を示す図である。

【図１１】新刊図書から選書する画面の一例を示す図で
ある。

【図１２】発注冊数と値引率との関係を示すテーブルの
一例である。

【図１３】発注冊数と値引率との関係を示すグラフの一
例である。

【図１４】発注した書籍を一覧表示する画面の一例を示
す図である。

【図１５】図１２に示す画面において、「発注確定」ボ
タンを操作した後の受発注データの変化を示す図であ
る。

【図１６】注文を査収したことを図書館の担当者に通知
するメールである。

【図１７】発注された書籍について、書誌ＤＢと所蔵Ｄ
Ｂを関連付けする際の様子を示す図である。

【図１８】図書館において検収処理が実行された場合に
おける所蔵データの変化を示す図である。

【図１９】書誌データをキーワードにより検索する画面
の一例を示す図である。

【図２０】図１９に示す検索画面において入力されたキ
ーワードの検索結果を表示する画面の一例を示す図であ
る。

【図２１】ＳＤＩキーワードを登録する画面の一例を示
す図である。

【図２２】図２１に示す画面において登録されたＳＤＩ
キーワードの検索結果を通知する電子メールの一例であ
る。

【図２３】図２２に示す電子メールにおいて、ホットテ
キスト「未検収」が操作された場合に表示される画面の
一例である。

【図２４】複数の図書館の図書コードを統括する方法の
一例を示す図である。

【図２５】統括された図書コードの一例を示す図であ
る。

【図２６】図書館間で書籍を相互貸与する場合におい
て、図書館Ａから図書館Ｂへ書籍を貸し出す場合におけ
る所蔵ＤＢの変化を示す図である。

【図２７】図書館間で書籍を相互貸与する場合におい
て、図書館Ｂが図書館Ａから書籍を受け取った場合の所
蔵ＤＢの変化を示す図である。

【図２８】図書館間で書籍を相互貸与する場合におい
て、図書館Ｂにおいて書籍をユーザに貸し出す場合にお
いて相互貸借用データ領域に格納されるデータの一例で
ある。

【図２９】図書館間で書籍を相互貸与する場合におい
て、ユーザが図書館Ｂに書籍を返却した場合に相互貸借
用データ領域に格納されるデータの一例である。

【図３０】図書館間で書籍を相互貸与する場合におい
て、図書館Ｂが図書館Ａに書籍を返却した場合の所蔵Ｄ
Ｂの変化を示す図である。

【図３１】選書画面から書籍を発注する際に、図書館シ
ステムサーバにおいて実行される処理の一例を説明する
フローチャートである。

【図３２】発注締め日において、図書館システムサーバ
において実行される処理の一例を説明するフローチャー
トである。

【図３３】ＳＤＩキーワードを登録する際に実行される
処理の一例を説明するフローチャートである。

【図３４】新規書籍が登録された際に実行される処理の
一例を説明するフローチャートである。

【図３５】従来における、図書館と卸会社との間におけ
る書籍の発注に関する手続きを示す図である。

【符号の説明】

１０−１〜１０−３図書館管理システム１１ネットワーク１２書籍管理装置１２ａ蔵書情報管理手段１２ｂ書誌情報管理手段１２ｃ貸借情報管理手段１２ｄ発注情報管理手段１２ｅ発注手段１３ネットワーク１４卸会社管理システム２０，２１図書館側クライアント２２図書館システムサーバ２２ａ受信部２２ｂ送信部２２ｃ処理部２２ｄ受発注ＤＢ２２ｅ書誌ＤＢ２２ｆベストリーダＤＢ２２ｇ所蔵ＤＢ２２ｈユーザＤＢ２２ｉ貸借ＤＢ２２ｊＳＤＩＤＢ２３，２４ユーザ側クライアント２５卸会社側サーバ２５ａ受信部２５ｂ送信部２５ｃ処理部２５ｄ受発注ＤＢ２５ｅ書誌ＤＢ２６ネットワーク

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 17/60 ５０２Ｇ０６Ｆ 17/60 ５０２ (72)発明者渡部さやか宮城県仙台市宮城野区榴岡４丁目２番３号株式会社富士通東北システムエンジニアリング内Ｆターム(参考） 5B049 AA02 AA06 BB15 CC05 GG00

Claims

【特許請求の範囲】

【請求項１】ネットワークを介して複数の図書館の蔵
書を管理する書籍管理装置において、各図書館の蔵書に関する情報である蔵書情報を管理する
蔵書情報管理手段と、前記蔵書情報管理手段に管理された書籍の属性である書
誌情報を管理する書誌情報管理手段と、各図書館の蔵書の貸借に関する貸借情報を管理する貸借
情報管理手段と、を有することを特徴とする書籍管理装置。
【請求項２】前記貸借情報管理手段は、異なる図書館
間での書籍の相互貸借を行う場合には、所定の図書館が
他の図書館の貸借情報を変更することを許可することを
特徴とする請求項１記載の書籍管理装置。
【請求項３】各図書館から発せられた新たな書籍に対
する発注情報を管理する発注情報管理手段と、前記発注情報管理手段によって管理された発注情報に基
づいて、書籍の卸会社に対して発注を行う発注手段と、を更に有することを特徴とする請求項１記載の書籍管理
装置。
【請求項４】前記発注手段によって発注された書籍
を、前記蔵書情報管理手段に未検収状態として登録し、
前記書籍が入荷される前であっても貸し出し予約を行う
貸出予約手段を更に有することを特徴とする請求項１記
載の書籍管理装置。
【請求項５】前記発注手段は、発注数量に応じて値引
きされた価格にて発注を行うことを特徴とする請求項３
記載の書籍管理装置。