JP7097272B2 - 資料収集支援装置、資料収集支援方法および資料収集支援プログラム - Google Patents

Description

本発明は、図書館が所有する資料の収集を支援する資料収集支援装置、資料収集支援方法および資料収集支援プログラムに関する。

従来、図書館は、例えば、一般公衆であるユーザの教養やレクリエーションなどに資することを目的として、所有する資料（例えば書籍）をユーザへ貸し出す貸出サービスを提供している。また、図書館によっては、ユーザからの要望に応じて資料を購入し、購入した資料をユーザへ貸し出すこともある。また、近年では、インターネットなどを介して、利用者が利用者端末により図書館の蔵書を検索し、検索された蔵書の貸出予約を行えるようにした技術がある（例えば下記特許文献１を参照。）。

特開２００９－１５７５４１号公報

しかしながら、従来技術では、限られた予算で図書館が資料を効率的に収集することができないという問題がある。このため、例えば、予算が少ない図書館は、ユーザからの要望があったとしても資料を増強することができず、ユーザに対して提供する資料の貸出サービスのサービス品質が低下する場合がある。

本発明は、限られた予算で図書館が資料を効率的に収集することを支援することができる資料収集支援装置、資料収集支援方法および資料収集支援プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明にかかる資料収集支援装置は、図書館から資料を借りたユーザを識別するユーザ識別情報と、前記資料を識別する資料識別情報と、を含む資料貸出に関する情報を、前記図書館の端末から受け付ける受付手段と、資料識別情報と、当該資料識別情報によって識別される資料の購入依頼手続きを行ったユーザのユーザ識別情報と、を対応付けて記憶する記憶部を参照して、前記受付手段によって受け付けた資料貸出に関する情報に基づいて、前記資料を借りたユーザが当該資料の購入依頼手続きを行ったユーザであるか否かを判定する判定手段と、前記資料を借りたユーザが当該資料の購入依頼手続きを行ったユーザであると前記判定手段によって判定された場合、前記資料を借りたユーザに、前記資料に応じた所定の負担額を支払わせる処理を行う清算処理手段と、を備えることを特徴とする。

また、本発明にかかる資料収集支援装置は、上記発明において、前記受付手段は、前記資料を借りたユーザが当該資料を借りていた貸出期間を特定可能な情報をさらに含む前記資料貸出に関する情報を、前記図書館の端末から受け付け、前記清算処理手段は、前記受付手段によって受け付けた資料貸出に関する情報に基づいて前記貸出期間を特定し、特定した前記貸出期間と前記資料とに応じた前記負担額を支払わせる処理を行う、ことを特徴とする。

また、本発明にかかる資料収集支援装置は、上記発明において、前記清算処理手段は、前記貸出期間が第１期間であった場合は、前記貸出期間が前記第１期間よりも長い第２期間であった場合よりも安い前記負担額を支払わせる処理を行う、ことを特徴とする。

また、本発明にかかる資料収集支援装置は、上記発明において、前記清算処理手段は、前記貸出期間が第２期間であった場合は、前記資料の定価よりも安い前記負担額を支払わせる処理を行う、ことを特徴とする。

また、本発明にかかる資料収集支援装置は、上記発明において、前記受付手段は、前記図書館を特定可能な情報をさらに含む前記資料貸出に関する情報を、前記図書館の端末から受け付け、前記清算処理手段は、前記受付手段によって受け付けた資料貸出に関する情報に基づいて前記図書館を特定し、特定した前記図書館と前記資料とに応じた前記負担額を支払わせる処理を行う、ことを特徴とする。

また、本発明にかかる資料収集支援装置は、上記発明において、前記受付手段は、購入対象となる資料を識別する資料識別情報を含んで当該資料の購入依頼手続きを行うことを要求する購入依頼手続要求を、ユーザによって使用される端末からさらに受け付け、前記受付手段によって購入依頼手続要求を受け付けた場合に、前記購入依頼手続要求に基づいて、前記ユーザによって使用される端末に前記購入対象となる資料に応じた負担額を表示させる処理を行う負担額提示処理手段をさらに備えることを特徴とする。

また、本発明にかかる資料収集支援装置は、上記発明において、前記記憶部は、資料識別情報と、当該資料識別情報によって識別される資料の購入依頼手続きを行ったユーザのユーザ識別情報と、に対応付けて、当該ユーザ識別情報によって識別されるユーザの決済用カードを識別するカード識別情報をさらに記憶し、前記清算処理手段は、前記記憶部を参照して、前記資料と前記資料を借りたユーザとに対応するカード識別情報を特定し、特定した前記カード識別情報と前記負担額を示す情報とを含む決済情報を、当該カード識別情報によって識別される決済用カードを発行したカード会社のコンピュータに出力することにより、前記負担額を支払わせる処理を行う、ことを特徴とする。

また、本発明にかかる資料収集支援方法は、図書館から資料を借りたユーザを識別するユーザ識別情報と、前記資料を識別する資料識別情報と、を含む資料貸出に関する情報を、前記図書館の端末から受け付け、資料識別情報と、当該資料識別情報によって識別される資料の購入依頼手続きを行ったユーザのユーザ識別情報と、を対応付けて記憶する記憶部を参照して、受け付けた前記資料貸出に関する情報に基づいて、前記資料を借りたユーザが当該資料の購入依頼手続きを行ったユーザであるか否かを判定し、前記資料を借りたユーザが当該資料の購入依頼手続きを行ったユーザであると判定した場合、前記資料を借りたユーザに、前記資料に応じた所定の負担額を支払わせる、処理をコンピュータが実行することを特徴とする。

また、本発明にかかる資料収集支援プログラムは、図書館から資料を借りたユーザを識別するユーザ識別情報と、前記資料を識別する資料識別情報と、を含む資料貸出に関する情報を、前記図書館の端末から受け付け、資料識別情報と、当該資料識別情報によって識別される資料の購入依頼手続きを行ったユーザのユーザ識別情報と、を対応付けて記憶する記憶部を参照して、受け付けた前記資料貸出に関する情報に基づいて、前記資料を借りたユーザが当該資料の購入依頼手続きを行ったユーザであるか否かを判定し、前記資料を借りたユーザが当該資料の購入依頼手続きを行ったユーザであると判定した場合、前記資料を借りたユーザに、前記資料に応じた所定の負担額を支払わせる、処理をコンピュータに実行させることを特徴とする。

本発明によれば、限られた予算で図書館が資料を効率的に収集することを支援することができるという効果を奏する。

図１は、実施の形態にかかる資料収集支援システムのシステム構成の一例を示す図である。 図２は、実施の形態にかかる各サーバを実現するコンピュータのハードウェア構成の一例を示すブロック図である。 図３は、実施の形態にかかる各端末を実現するコンピュータのハードウェア構成の一例を示すブロック図である。 図４は、本実施の形態にかかる管理情報ＤＢの一例を示す図である。 図５は、本実施の形態にかかる予約状況情報ＤＢの一例を示す図である。 図６は、本実施の形態にかかる負担額情報ＤＢの一例を示す図である。 図７は、本実施の形態にかかる図書館サーバの機能的構成の一例を示すブロック図である。 図８は、本実施の形態にかかるユーザ端末が表示する検索結果表示画面の一例を示す図である。 図９は、本実施の形態にかかるユーザ端末が表示する貸出予約申込画面の一例を示す図である。 図１０は、本実施の形態にかかるユーザ端末が表示する購入申込画面の一例を示す図である。 図１１は、本実施の形態にかかるユーザ端末が表示するカード番号入力画面の一例を示す図である。 図１２は、本実施の形態にかかるユーザ端末が表示する購入手続完了画面の一例を示す図である。 図１３は、本実施の形態にかかる図書館サーバが行う購入手続受付処理の一例を示すフローチャートである。 図１４は、本実施の形態にかかる図書館サーバが行う資料収集処理の一例を示すフローチャートである。 図１５は、本発明にかかる資料収集支援装置を販売者サーバによって実現した場合の一例を示すシーケンス図である。 図１６は、本実施の形態にかかるユーザ端末が表示する貸出予約申込画面の他の一例を示す図である。

以下に図面を参照して、本発明にかかる資料収集支援装置、資料収集支援方法および資料収集支援プログラムの実施の形態を詳細に説明する。

（資料収集支援システムのシステム構成の一例）
図１は、実施の形態にかかる資料収集支援システムのシステム構成の一例を示す図である。図１において、資料収集支援システム１００は、例えば、図書館サーバ１１０と、図書館端末１２０と、ユーザ端末１３０と、販売者サーバ１４０と、カード会社サーバ１５０と、を含む構成である。

資料収集支援システム１００において、図書館サーバ１１０と、図書館端末１２０と、ユーザ端末１３０と、販売者サーバ１４０と、カード会社サーバ１５０とは、ネットワーク１６０を介して通信可能に接続される。ネットワーク１６０は、例えばインターネットである。また、ネットワーク１６０は、インターネットに限らず、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、Ｗｉ－Ｆｉ（登録商標）、移動体通信網などであってもよい。

図書館サーバ１１０は、本発明にかかる資料収集支援装置の一例である。図書館サーバ１１０は、例えば、図書館を運営する運営者によって管理されるサーバ（コンピュータ）である。

図書館は、資料をユーザへ貸し出す貸出サービスを提供する機関である。運営者は、例えば、国家（政府）や地方自治体などの公的機関あるいは学校などの教育機関である。また、運営者は複数の図書館を運営していてもよい。ユーザは、例えば、図書館に対して所定のユーザ登録手続きを行って、図書館から図書館利用カードの発行を受けた者である。

図書館利用カードには、例えば、当該図書館利用カードの発行を受けたユーザを識別するユーザＩＤが印字されるとともに、当該ユーザＩＤをあらわすバーコードが設けられる。ユーザは、図書館利用カードを確認することにより、自身のユーザＩＤを知ることができる。ユーザＩＤは、本発明にかかるユーザ識別情報の一例である。

また、図書館がユーザへ貸し出す資料は、例えば書籍である。また、資料は、書籍に限らず、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、Ｂｌｕ－ｒａｙ Ｄｉｓｃ（登録商標）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ。登録商標）メモリなどの電子媒体であってもよい。さらに、資料は、新聞、雑誌、地図などであってもよい。本実施の形態では、以下、資料を書籍とした例を説明する。

図書館が所有する書籍には、例えば、図書館の従業員によって所定の管理ラベルが付される。図書館の従業員を、以下「司書」と表記する。管理ラベルには、例えば、当該管理ラベルが付された書籍を識別する管理ＩＤをあらわすバーコードが設けられる。また、管理ラベルには、当該管理ラベルが付された書籍を識別する管理ＩＤを記憶するＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）チップが設けられるようにしてもよい。管理ＩＤは、本発明にかかる書籍識別情報の一例である。

図書館サーバ１１０は記憶部１１１を有する。記憶部１１１は、例えば、管理情報ＤＢ（データベース）４００、予約状況情報ＤＢ５００、負担額情報ＤＢ６００などを記憶する。管理情報ＤＢ４００、予約状況情報ＤＢ５００および負担額情報ＤＢ６００については後述する。記憶部１１１は、本発明にかかる記憶部の一例である。

なお、本実施の形態では、本発明にかかる記憶部を図書館サーバ１１０に設けた例を説明するが、これに限らない。本発明にかかる記憶部を図書館サーバ１１０の外部に設けるようにしてもよい。この場合、本発明にかかる記憶部は、例えば、ネットワーク１６０を介して図書館サーバ１１０がアクセス可能な記憶装置によって実現することができる。

また、図書館サーバ１１０は通信部を有する。この通信部によって、図書館サーバ１１０は、例えば、図書館端末１２０、ユーザ端末１３０、販売者サーバ１４０およびカード会社サーバ１５０などの他のコンピュータと通信を行うことができる。図書館サーバ１１０は、例えば、サーバコンピュータ、ワークステーション、パーソナルコンピュータなどによって実現される。

図書館端末１２０は、本発明にかかる図書館の端末の一例である。図書館端末１２０は、例えば、図書館に設置されて、司書によって使用される端末（コンピュータ）である。運営者が複数の図書館を運営する場合、図書館端末１２０は各図書館に設置される。また、図書館端末１２０は、１つの図書館に複数設置されてもよい。

図書館端末１２０は、各種情報の入力を受け付ける入力デバイスを有する。図書館端末１２０の入力デバイスは、例えば、上述した管理ラベルを読み取り可能なリーダである。管理ラベルを読み取り可能なリーダは、例えば、管理ラベルに設けられたバーコードを読み取るスキャナや、管理ラベルに設けられたＩＣチップを読み取るＩＣリーダである。さらに、図書館端末１２０の入力デバイスは、司書の操作を受け付けるキーボード、マウス、タッチパネルなどを含んでもよい。

また、図書館端末１２０は、各種情報を出力する出力デバイスを有する。図書館端末１２０の出力デバイスは、例えば、司書に対して各種情報を表示するディスプレイである。さらに、図書館端末１２０の出力デバイスは、各種情報を印字出力するプリンタなどを含んでもよい。

また、図書館端末１２０は通信部を有する。この通信部によって、図書館端末１２０は、例えば、図書館サーバ１１０などの他のコンピュータと通信を行うことができる。図書館端末１２０は、例えば、管理ラベルを読み取り可能なリーダを有するパーソナルコンピュータやワークステーションなどによって実現される。また、例えば、図書館端末１２０が図書自動貸出装置などの専用端末によって実現されるようにし、図書館から書籍を借りるユーザによって図書館端末１２０が使用されるようにしてもよい。

ユーザ端末１３０は、ユーザによって使用される端末（コンピュータ）である。ユーザ端末１３０は、各種情報の入力を受け付ける入力デバイスを有する。ユーザ端末１３０の入力デバイスは、例えば、ユーザの操作を受け付けるキーボード、マウス、タッチパネルなどである。また、ユーザ端末１３０は、各種情報を出力する出力デバイスを有する。ユーザ端末１３０の出力デバイスは、例えば、ユーザに対して各種情報を表示するディスプレイである。

また、ユーザ端末１３０は通信部を有する。この通信部によって、ユーザ端末１３０は、例えば、図書館サーバ１１０などの他のコンピュータと通信を行うことができる。ユーザ端末１３０は、例えば、スマートフォン、パーソナルコンピュータ、タブレットＰＣなどによって実現される。

また、ユーザ端末１３０は、例えば、図書館に設置された蔵書検索端末などの専用端末によって実現されてもよい。ユーザ端末１３０が蔵書検索端末によって実現される場合、当該蔵書検索端末は図書自動貸出装置の機能を備えていてもよい。すなわち、この場合、図書館端末１２０とユーザ端末１３０とは同じ端末によって実現されてもよい。

販売者サーバ１４０は、例えば、図書館に対して書籍を販売する販売者によって管理されるサーバ（コンピュータ）である。販売者は、例えば、書籍の販売を業務とする会社であり、図書館に対して書籍を販売する業務契約を図書館と締結している会社である。また、販売者は、ネットワーク１６０を介して書籍の注文を受け付けるサービスを提供している。

具体的に、販売者サーバ１４０は通信部を有する。この通信部によって、販売者サーバ１４０は、図書館サーバ１１０などの他のコンピュータと通信を行うことができる。そして、販売者サーバ１４０は、図書館サーバ１１０などの他のコンピュータから書籍の購入要求を受付可能に構成されて、購入要求を受け付けた場合、当該購入要求を販売者に案内する。販売者は、例えば、販売者サーバ１４０が図書館サーバ１１０から購入要求を受け付けたことに応じて、受け付けた購入要求にしたがって当該購入要求が示す書籍を図書館に対して納品する。

また、販売者が、図書館のほか、ユーザに対して書籍を販売するようにしてもよい。この場合、販売者は、例えば、販売者サーバ１４０がユーザ端末１３０から購入要求を受け付けたことに応じて、受け付けた購入要求にしたがって当該購入要求が示す書籍をユーザに対して納品するようにすればよい。さらに、販売者は、書籍に限らず、ＣＤやＤＶＤなどの電子媒体や、雑誌などの各種資料を販売してもよい。

カード会社サーバ１５０は、例えば、カード会社によって管理されるサーバ（コンピュータ）である。カード会社は、カード決済システムに用いられる決済用カードを発行する会社である。決済用カードは、例えば、クレジットカード、デビットカード、プリペイドカードなどである。本実施の形態では、以下、決済用カードをクレジットカードとした例を説明する。

クレジットカードは、例えば、所定サイズのプラスチック板に、カード番号などを印字あるいは刻印して形成される。また、クレジットカードには、カード番号などを示す情報を記憶する記憶媒体が設けられる。この記憶媒体は、例えば、ＩＣチップや磁気ストライプなどにより実現される。

クレジットカードのカード番号は、例えば、発行元のカード会社を識別する複数桁（例えば６桁）の数字と、発行元のカード会社がクレジットカードに対して一意に割り当てた複数桁（例えば１０桁）の数字と、によって構成される。これにより、カード番号はクレジットカードごとに固有の番号となる。カード番号は、本発明にかかるカード識別情報の一例である。

また、カード会社サーバ１５０は通信部を有する。この通信部によって、カード会社サーバ１５０は、図書館サーバ１１０などの他のコンピュータと通信を行うことができる。カード会社サーバ１５０は、例えば、サーバコンピュータ、ワークステーション、パーソナルコンピュータなどによって実現される。

（各サーバを実現するコンピュータのハードウェア構成の一例）
図２は、実施の形態にかかる各サーバを実現するコンピュータのハードウェア構成の一例を示すブロック図である。図２において、図書館サーバ１１０、販売者サーバ１４０およびカード会社サーバ１５０の各サーバを実現するコンピュータは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、メモリ２０２および通信ＩＦ（Ｉｎｔｅｒｆａｃｅ）２０３を備える。ＣＰＵ２０１、メモリ２０２および通信ＩＦ２０３は、バス２１０によってそれぞれ接続される。

ＣＰＵ２０１は、各サーバを実現するコンピュータ全体の制御をつかさどる。メモリ２０２は、ＣＰＵ２０１のワークエリアとして使用される。また、メモリ２０２は、ブートプログラムなどの各種プログラムやこれらのプログラムが実行される際に用いられる各種データなどを記憶する。例えば、図書館サーバ１１０を実現するコンピュータのメモリ２０２は、後述の管理情報ＤＢ４００、予約状況情報ＤＢ５００、負担額情報ＤＢ６００などを記憶する。

メモリ２０２は、例えば、ＲＯＭ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）およびＨＤ（Ｈａｒｄ Ｄｉｓｃ）などの各種メモリ装置（回路）によって実現することができる。

通信ＩＦ２０３は、ネットワーク１６０に接続され、各サーバを実現するコンピュータの内部と、当該コンピュータの外部とのインターフェイスをつかさどる。具体的には、通信ＩＦ２０３は、各サーバを実現するコンピュータと、他のコンピュータとの間におけるデータの入出力を制御する。

（各端末を実現するコンピュータのハードウェア構成の一例）
図３は、実施の形態にかかる各端末を実現するコンピュータのハードウェア構成の一例を示すブロック図である。図３において、図書館端末１２０およびユーザ端末１３０の各端末を実現するコンピュータは、ＣＰＵ３０１、メモリ３０２、出力デバイス３０３、入力デバイス３０４および通信ＩＦ３０５を備える。ＣＰＵ３０１、メモリ３０２、出力デバイス３０３、入力デバイス３０４および通信ＩＦ３０５は、バス３１０によってそれぞれ接続される。

ＣＰＵ３０１は、各端末を実現するコンピュータ全体の制御をつかさどる。メモリ３０２は、ＣＰＵ３０１のワークエリアとして使用される。また、メモリ３０２は、ブートプログラムなどの各種プログラムやこれらのプログラムが実行される際に用いられる各種データなどを記憶する。メモリ３０２は、例えば、ＲＯＭ、ＲＡＭ、ＨＤＤおよびＨＤなどの各種メモリ装置（回路）によって実現することができる。

出力デバイス３０３は、例えば、文字や画像などを表示する液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイである。また、入力デバイス３０４は、文字、数値、各種指示などの入力に用いられるキーを備え、データ入力を行う。入力デバイス３０４は、例えばタッチパネルである。また、各端末を実現するコンピュータがパーソナルコンピュータによって実現される場合、入力デバイス３０４はキーボードやマウスなどであってもよい。入力デバイス３０４は、入力デバイス３０４に対する入力操作に応じた信号をＣＰＵ３０１に対して出力する。

また、入力デバイス３０４はカメラを含んでもよい。カメラは、例えば、ＣＰＵ３０１によって制御されて撮像対象を撮像して画像データを生成し、生成した画像データをＣＰＵ３０１へ出力する。また、カメラは、バーコードやＯＣＲ機能などを用いて撮影された文字をデータ化してＣＰＵ３０１へ出力してもよい。また、入力デバイス３０４は、文字や画像などを読み取るスキャナであってもよい。例えば、図書館端末１２０を実現するコンピュータは、入力デバイス３０４として、例えば、管理ラベルのバーコードを読み取るスキャナを有する。また、図書館端末１２０を実現するコンピュータは、入力デバイス３０４として、管理ラベルのＩＣチップを読み取るＩＣリーダを有していてもよい。

また、各端末を実現するコンピュータの入力デバイス３０４は、音声などを入力するマイクを含んでもよい。マイクは、アナログデータとして入力された話者の声をアナログ／デジタル変換して、デジタル形式の音声データを生成し、生成した音声データをＣＰＵ３０１へ出力する。

通信ＩＦ３０５は、ネットワーク１６０に接続され、各端末を実現するコンピュータの内部と、当該コンピュータの外部とのインターフェイスをつかさどる。具体的には、通信ＩＦ３０５は、各端末を実現するコンピュータと、他のコンピュータ（例えばカード会社サーバ１５０）との間におけるデータの入出力を制御する。また、通信ＩＦ３０５は、電話回線網に接続され、音声通信に際して用いられてもよい。

（管理情報ＤＢの一例）
つぎに、記憶部１１１が記憶する管理情報ＤＢの一例について説明する。図４は、本実施の形態にかかる管理情報ＤＢの一例を示す図である。図４において、管理情報ＤＢ４００は、例えば、管理ＩＤ、所有図書館、書籍名、ＩＳＢＮ、貸出状況、貸出先、貸出日、返却日、購入者およびカード番号の情報を対応付けた管理情報（例えば図４中の符号４０１参照）を記憶する。

管理情報において、管理ＩＤは、図書館が所有するそれぞれの書籍の管理ＩＤを示す。管理情報において、所有図書館は、対応する管理ＩＤによって識別される書籍を所有する図書館を示す。管理情報において、書籍名は、対応する管理ＩＤによって識別される書籍の名称（タイトル）を示す。

また、管理情報において、ＩＳＢＮは、対応する管理ＩＤによって識別される書籍のＩＳＢＮ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｔａｎｄａｒｄ Ｂｏｏｋ Ｎｕｍｂｅｒ：国際標準図書番号）を示す。ＩＳＢＮは、接頭記号、国記号、出版者記号、書名記号およびチェックデジットを組み合わせた１３桁の数字列である。ＩＳＢＮについては、公知であるため詳細な説明を省略する。なお、ＩＳＢＮのかわりに、日本図書コードを用いるようにしてもよい。日本図書コードは、読者対象、発行形態および内容分類をあらわすＣコードと、書籍の本体価格をあらわすコードと、をＩＳＢＮに加えたものである。

また、管理情報において、貸出状況は、対応する管理ＩＤによって識別される書籍の貸出状況を示す。管理情報の貸出状況は、例えば、「貸出中」、「貸出可」、「予約中」のいずれかを示す。貸出状況「貸出中」の場合、対応する管理ＩＤによって識別される書籍がユーザに貸し出されていることを示す。貸出状況「貸出可」の場合、対応する管理ＩＤによって識別される書籍がユーザに貸し出されておらず、かつ、貸出予約もないことを示す。貸出状況「予約中」の場合、対応する管理ＩＤによって識別される書籍がユーザに貸し出されていないものの、貸出予約があることを示す。

また、管理情報において、貸出先は、対応する管理ＩＤによって識別される書籍の貸出先を示す。管理情報の貸出先は、例えば、貸出状況が「貸出中」の書籍に対しては当該書籍が貸し出されたユーザのユーザＩＤを示す情報が設定され、貸出状況が「貸出中」以外の書籍に対しては「－（Ｎｕｌｌ）」が設定される。

また、管理情報において、貸出日は、対応する管理ＩＤによって識別される書籍がユーザに対して貸し出された日付を示す。管理情報の貸出日は、例えば、貸出状況が「貸出中」の書籍に対しては日付を示す情報が設定され、貸出状況が「貸出中」以外の書籍に対しては「－」が設定される。

また、管理情報において、返却日は、対応する管理ＩＤによって識別される書籍がユーザから図書館（所有図書館）に返却された日付である返却日を示す。管理情報の返却日は、例えば、書籍の返却後の所定のタイミングまでは日付を示す情報が設定され、その後は「－」が設定される。

また、管理情報において、購入者は、対応する管理ＩＤによって識別される書籍の購入依頼手続きを行ったユーザのユーザＩＤを示す。管理情報における購入者の情報を、以下「購入者情報」と表記する。管理情報において、カード番号は、対応する管理ＩＤによって識別される書籍の購入依頼手続きを行ったユーザによって入力されたクレジットカードのカード番号を示す。管理情報におけるカード番号の情報を、以下「カード番号情報」と表記する。

図４において、例えば、管理情報４０１は、管理ＩＤ「Ａ－１」によって識別される書籍をＡ図書館が所有しており、当該書籍の書籍名が「○○○」、当該書籍のＩＳＢＮが「ａａａ…」であることを示している。また、管理情報４０１は、管理ＩＤ「Ａ－１」によって識別される書籍が、ユーザＩＤ「Ｕ０１」のユーザに貸出中であり、当該ユーザに貸し出された貸出日が「２０１８年４月１日」であることを示している。また、管理情報ＤＢ４００は、管理情報として、それぞれの書籍の著者名、ジャンル（例えば絵本）、出版社、ページ数、版型などを示す情報をさらに記憶していてもよい。

（予約状況情報ＤＢの一例）
つぎに、記憶部１１１が記憶する予約状況情報ＤＢの一例について説明する。図５は、本実施の形態にかかる予約状況情報ＤＢの一例を示す図である。図５において、予約状況情報ＤＢ５００は、例えば、書籍と、当該書籍を所有する図書館との組み合わせごとに、所有数と、貸出予約者と、貸出予約者数との情報を対応付けた予約状況情報（例えば図５中の符号５０１参照）を記憶する。

予約状況情報において、書籍の情報は、例えば、書籍名やＩＳＢＮを示す情報である。書籍名やＩＳＢＮについては上述したため、ここでの説明は省略する。予約状況情報において、所有数は、対応する書籍をそれぞれの図書館が所有している数を示す。予約状況情報において、貸出予約者は、対応する書籍の貸出予約をそれぞれの図書館に対して行ったユーザのユーザＩＤを示す。予約状況情報において、貸出予約者数は、対応する書籍の貸出予約をそれぞれの図書館に対して行ったユーザの人数を示す。

図５において、例えば、予約状況情報５０１は、書籍名が「○○○」でありＩＳＢＮが「ａａａ…」である書籍を、Ａ図書館が「１冊」所有していることを示している。また、予約状況情報５０１は、書籍名が「○○○」でありＩＳＢＮが「ａａａ…」である書籍についての貸出予約を、ユーザＩＤ「Ｕ１１」、「Ｕ１２」…の各ユーザがＡ図書館に対して行っていることを示している。また、予約状況情報５０１は、書籍名が「○○○」でありＩＳＢＮが「ａａａ…」である書籍についての貸出予約をＡ図書館に対して行っている貸出予約者の人数が「３０名」であることを示している。

（負担額情報ＤＢの一例）
つぎに、記憶部１１１が記憶する負担額情報ＤＢの一例について説明する。図６は、本実施の形態にかかる負担額情報ＤＢの一例を示す図である。図６において、負担額情報ＤＢ６００は、例えば、書籍と、購入図書館との組み合わせごとに、貸出期間の長さに応じた負担額の情報を対応付けた負担額情報（例えば図６中の符号６０１参照）を記憶する。

負担額情報において、書籍の情報は、例えば、書籍名やＩＳＢＮを示す情報である。書籍名やＩＳＢＮについては上述したため、ここでの説明は省略する。負担額情報において、購入図書館は、対応する書籍の購入依頼手続きが行われることに応じて当該書籍を購入する図書館を示す。また、負担額情報において、負担額は、貸出期間「３日間」、「１週間」、「２週間」、「２週間超」のそれぞれに応じた負担額を示す。

図６において、例えば、負担額情報６０１は、書籍名が「○○○」でありＩＳＢＮが「ａａａ…」である書籍を、ユーザの購入依頼手続きに応じてＡ図書館が購入することを示す。また、負担額情報６０１は、書籍名が「○○○」でありＩＳＢＮが「ａａａ…」である書籍を、当該書籍の購入依頼手続きを行ったユーザが貸出期間「３日間（借りてから３日以内）」でＡ図書館に返却した場合の負担額が「３００円」であることを示す。

また、負担額情報６０１は、書籍名が「○○○」でありＩＳＢＮが「ａａａ…」である書籍を、当該書籍の購入依頼手続きを行ったユーザが貸出期間「１週間（借りてから４日以上１週間以内）」でＡ図書館に返却した場合の負担額が「６００円」であることを示す。また、負担額情報６０１は、書籍名が「○○○」でありＩＳＢＮが「ａａａ…」である書籍を、当該書籍の購入依頼手続きを行ったユーザが貸出期間「２週間（借りてから８日以上２週間以内）」でＡ図書館に返却した場合の負担額が「８００円」であることを示す。

また、負担額情報６０１は、書籍名が「○○○」でありＩＳＢＮが「ａａａ…」である書籍を、当該書籍の購入依頼手続きを行ったユーザが貸出期間「２週間」以内にＡ図書館に返却しなかった場合の負担額が「１２００円」であることを示す。ここで、１２００円は、例えば、書籍名が「○○○」でありＩＳＢＮが「ａａａ…」の書籍の定価である。

このように、貸出期間「３日間」に対応する負担額は、貸出期間「１週間」、「２週間」、および「２週間超」のそれぞれに対応する負担額よりも小さくなるように設定される。また、貸出期間「１週間」に対応する負担額は、貸出期間「２週間」および「２週間超」のそれぞれに対応する負担額よりも小さくなるように設定される。

そして、貸出期間「２週間」に対応する負担額は、貸出期間「２週間超」に対応する負担額よりも小さくなるように設定される。したがって、購入依頼手続きを行ったユーザが、当該購入依頼手続きに応じて購入された書籍を図書館で借りてから短期間で返却する（すなわち他のユーザが当該書籍を借りられる状態とするまでの期間を短くする）ほど、負担する負担額が小さくて済むようになっている。なお、貸出期間「３日間」は本発明にかかる第１期間の一例であり、貸出期間「１週間」あるいは「２週間」は本発明にかかる第２期間の一例である。

また、貸出期間「３日間」、「１週間」、「２週間」のそれぞれに対応する負担額は、書籍の定価よりも安くなるように設定される。このため、ユーザは、所望の書籍を自身で購入する場合よりも小さい負担額で当該書籍を図書館から借りて読むことが可能となる。

司書は、例えば、自身が勤める図書館における各書籍の需要を勘案し、蔵書として増強したい書籍と、自身が勤める図書館とに応じた負担額情報を図書館サーバ１１０（負担額情報ＤＢ６００）へ登録する。この際、司書は、各書籍の需要度などを勘案して、任意に負担額を定めてよい。また、司書は、自身が勤める図書館で増強したい書籍についての負担額情報のみを図書館サーバ１１０（負担額情報ＤＢ６００）へ登録することにより、増強を希望しない書籍についての購入依頼手続きが行われることを防止することができる。

（図書館サーバ１１０の機能的構成の一例）
つぎに、図書館サーバ１１０の機能的構成の一例について説明する。図７は、本実施の形態にかかる図書館サーバの機能的構成の一例を示すブロック図である。図７において、図書館サーバ１１０は、例えば、受付部７１０と、判定部７３０と、清算処理部７４０と、出力部７５０と、を有する。

例えば、図７に示す図書館サーバ１１０の各機能部は、図２に示したメモリ２０２などにより実現される記憶部１１１を参照可能に設けられる。また、図書館サーバ１１０の各機能部の処理結果は記憶部１１１に記憶される。

受付部７１０は、図書館サーバ１１０に対して送信された各種情報を受け付ける。受付部７１０は、例えば、図書館端末１２０から図書館サーバ１１０に対して送信された貸出情報を受け付ける。貸出情報は、本発明にかかる資料貸出に関する情報の一例であり、図書館がユーザに書籍を貸し出すことに応じて図書館端末１２０が図書館サーバ１１０へ送信する情報である。貸出情報は、例えば、図書館がユーザに貸し出す書籍の管理ＩＤと、図書館から書籍を借りるユーザのユーザＩＤと、図書館がユーザに書籍を貸し出す貸出日と、を示す情報を含む。

例えば、ユーザは、図書館から書籍を借りる場合、借りたい書籍を図書館の本棚から取って、当該書籍と自身の図書館利用カードとを司書へ渡す。司書は、貸出手続きを行う旨の操作を図書館端末１２０に対して行った上で、ユーザから渡された書籍の管理ラベルと図書館利用カードとを図書館端末１２０に読み取らせる。

これにより、図書館がユーザに貸し出す書籍の管理ＩＤを示す情報と、図書館から書籍を借りるユーザのユーザＩＤを示す情報とが、図書館端末１２０に入力される。図書館端末１２０は、このようにして管理ＩＤおよびユーザＩＤを示す情報が入力されると、例えば、自端末が有する計時機能からそのときの日付を貸出日として取得する。そして、図書館端末１２０は、入力された管理ＩＤおよびユーザＩＤを示す情報と、取得した貸出日を示す情報と、を含む貸出情報を図書館サーバ１１０へ送信する。受付部７１０は、このようにして図書館端末１２０から図書館サーバ１１０へ送信された貸出情報を受け付ける。

また、受付部７１０は、例えば、図書館端末１２０から図書館サーバ１１０に対して送信された返却情報を受け付ける。返却情報は、本発明にかかる資料貸出に関する情報の他の一例であり、ユーザが図書館に書籍を返却することに応じて図書館端末１２０が図書館サーバ１１０へ送信する情報である。返却情報は、例えば、ユーザから返却される書籍の管理ＩＤと、図書館へ書籍を返却するユーザのユーザＩＤと、ユーザが図書館に書籍を返却した返却日と、を示す情報を含む。

例えば、ユーザは、図書館に書籍を返却する場合、返却する書籍と自身の図書館利用カードとを司書へ渡す。司書は、返却手続きを行う旨の操作を図書館端末１２０に対して行った上で、ユーザから渡された書籍の管理ラベルと図書館利用カードとを図書館端末１２０に読み取らせる。

これにより、ユーザから返却される書籍の管理ＩＤを示す情報と、図書館へ書籍を返却するユーザのユーザＩＤを示す情報とが、図書館端末１２０に入力される。図書館端末１２０は、このようにして管理ＩＤおよびユーザＩＤを示す情報が入力されると、例えば、自端末が有する計時機能からそのときの日付を返却日として取得する。そして、図書館端末１２０は、入力された管理ＩＤおよびユーザＩＤを示す情報と、取得した貸出日を示す情報と、を含む返却情報を図書館サーバ１１０へ送信する。受付部７１０は、このようにして図書館端末１２０から図書館サーバ１１０へ送信された返却情報を受け付ける。

また、受付部７１０は、例えば、ユーザ端末１３０から図書館サーバ１１０に対して送信された購入依頼情報を受け付けてもよい。購入依頼情報は、例えば、ユーザが図書館に書籍の購入を依頼する購入依頼手続きを行うことに応じて、ユーザ端末１３０が図書館サーバ１１０へ送信する情報である。購入依頼情報は、例えば、購入対象となる書籍の情報（例えば書籍名やＩＳＢＮを示す情報）と、購入依頼手続きを行ったユーザのユーザＩＤと、購入依頼手続きの際にユーザが入力したカード番号と、を示す情報を含む。

購入依頼手続きに際して、ユーザは、例えば、自身のユーザＩＤ、購入対象となる書籍の情報、カード番号などをユーザ端末１３０に入力する。そして、ユーザ端末１３０は、入力されたユーザＩＤ、書籍の情報、カード番号を示す情報を含む購入依頼情報を図書館サーバ１１０へ送信する。具体的に、ユーザ端末１３０は、例えば、後述する購入申込Ｗｅｂページやカード番号入力Ｗｅｂページを介して、購入依頼情報を図書館サーバ１１０へ送信する。受付部７１０は、このようにしてユーザ端末１３０から図書館サーバ１１０へ送信された購入依頼情報を受け付ける。

また、受付部７１０は、例えば、ユーザ端末１３０から図書館サーバ１１０に対して送信された貸出予約申込情報を受け付けてもよい。貸出予約申込情報は、例えば、ユーザが貸出予約を図書館に対して行うことに応じて、ユーザ端末１３０が図書館サーバ１１０へ送信する情報である。貸出予約申込情報は、例えば、貸出予約の対象となる書籍の書籍名やＩＳＢＮと、貸出予約を行うユーザのユーザＩＤと、を示す情報を含む。

貸出予約に際して、ユーザは、例えば、自身のユーザＩＤ、貸出予約の対象となる書籍の情報（例えば書籍名やＩＳＢＮを示す情報）、貸出予約を行う図書館などをユーザ端末１３０に入力する。そして、ユーザ端末１３０は、入力されたユーザＩＤ、書籍の情報、図書館を示す情報を含む貸出予約情報を図書館サーバ１１０へ送信する。具体的に、ユーザ端末１３０は、例えば、後述する貸出予約申込Ｗｅｂページを介して、貸出予約情報を図書館サーバ１１０へ送信する。受付部７１０は、このようにして図書館端末１２０から図書館サーバ１１０へ送信された貸出予約情報を受け付ける。

受付部７１０は、図書館サーバ１１０に対して送信された情報を受け付けた場合、例えば、受け付けた情報を更新部７２０へ出力する。受付部７１０は、本発明にかかる受付手段の一例であり、例えば、図２に示した通信ＩＦ２０３により実現される。

更新部７２０は、受付部７１０から受け付けた情報に基づいて、記憶部１１１の記憶内容を更新する。更新部７２０は、例えば、受付部７１０から貸出情報を受け付けた場合、管理情報ＤＢ４００が記憶する管理情報のうち、受け付けた貸出情報が示す管理ＩＤに対応する管理情報を更新する。

具体的には、この場合、更新部７２０は、受け付けた貸出情報が示す管理ＩＤに対応する管理情報の貸出先を、当該貸出情報が示すユーザＩＤに更新する。また、更新部７２０は、受け付けた貸出情報が示す管理ＩＤに対応する管理情報の貸出状況を「貸出中」に更新する。さらに、更新部７２０は、受け付けた貸出情報が示す管理ＩＤに対応する管理情報の貸出日を、当該貸出情報が示す貸出日に更新する。

また、更新部７２０は、例えば、受付部７１０から返却情報を受け付けた場合、管理情報ＤＢ４００が記憶する管理情報のうち、受け付けた返却情報が示す管理ＩＤに対応する管理情報を更新する。具体的には、この場合、更新部７２０は、受け付けた返却情報が示す管理ＩＤに対応する管理情報の返却日、当該返却情報が示す返却日に更新する。

また、更新部７２０は、例えば、受付部７１０から購入依頼情報を受け付けた場合、受け付けた購入依頼情報に応じて購入される書籍に対応する管理情報を、管理情報ＤＢ４００に新たに記憶する。

具体的には、この場合、更新部７２０は、受け付けた購入依頼情報に応じて購入される書籍の管理ＩＤを発行する。そして、更新部７２０は、発行した管理ＩＤに対応付けて、受け付けた購入依頼情報が示す書籍名、ＩＳＢＮ、図書館を管理情報ＤＢ４００に記憶する。また、この場合、更新部７２０は、発行した管理ＩＤに対応付けて、受け付けた購入依頼情報が示すユーザＩＤを購入者情報として記憶する。さらに、この場合、更新部７２０は、発行した管理ＩＤに対応付けて、受け付けた購入依頼情報が示すカード番号をカード番号情報として記憶する。

また、更新部７２０は、例えば、受付部７１０から貸出予約申込情報を受け付けた場合、予約状況情報ＤＢ５００が記憶する予約状況情報のうち、受け付けた予約状況情報が示す書籍および図書館に対応する予約状況情報を更新する。

具体的には、この場合、更新部７２０は、受け付けた貸出予約申込情報が示す書籍および図書館に対応する予約状況情報の貸出予約者の情報に、受け付けた貸出予約申込情報が示すユーザＩＤを追加する。また、この場合、更新部７２０は、受け付けた貸出予約申込情報が示す書籍および図書館に対応する予約状況情報の貸出予約者数の情報が示す値に「１」加算する。

このようにして、更新部７２０は、受付部７１０から受け付けた情報に基づいて、記憶部１１１の記憶内容を更新することができる。また、更新部７２０は、例えば、受付部７１０から返却情報を受け付けて管理情報を更新した場合は、受け付けた返却情報を判定部７３０へ出力する。更新部７２０は、例えば、図２に示したＣＰＵ２０１がメモリ２０２に記憶されたプログラムを実行することにより実現される。

判定部７３０は、更新部７２０から返却情報を受け付けると、記憶部１１１を参照して、受け付けた返却情報に基づいて、図書館が書籍を貸し出したユーザが当該書籍の購入依頼手続きを行ったユーザであるか否かを判定する。判定部７３０は、例えば、受け付けた返却情報が示す管理ＩＤに対応する管理情報を取得する。そして、判定部７３０は、取得した管理情報の購入情報における購入者情報が示すユーザＩＤが、受け付けた返却情報が示すユーザＩＤと一致するか否かを判定する。

判定部７３０は、購入者情報が示すユーザＩＤが、受け付けた返却情報が示すユーザＩＤと一致すると判定した場合、図書館が書籍を貸し出したユーザが当該書籍の購入依頼手続きを行ったユーザであると判定する。また、判定部７３０は、購入者情報が示すユーザＩＤが、受け付けた返却情報が示すユーザＩＤと一致しないと判定した場合、図書館が書籍を貸し出したユーザが当該書籍の購入依頼手続きを行ったユーザでないと判定する。

判定部７３０は、図書館が書籍を貸し出したユーザが当該書籍の購入依頼手続きを行ったユーザであると判定した場合、例えば、その判定結果および判定に用いた管理情報を清算処理部７４０へ出力する。判定部７３０は、本発明にかかる判定手段の一例であり、例えば、図２に示したＣＰＵ２０１がメモリ２０２に記憶されたプログラムを実行することにより実現される。

清算処理部７４０は、図書館が書籍を貸し出したユーザが当該書籍の購入依頼手続きを行ったユーザであると判定部７３０によって判定された場合、当該ユーザに、当該書籍に応じた負担額を支払わせる処理を行う。清算処理部７４０は、例えば、判定部７３０から受け付けた管理情報におけるカード番号情報が示すカード番号を含み、運営者や司書などにより予め定められた負担額を決済金額として含む決済情報を、出力部７５０を介して、カード会社サーバ１５０へ送信する。

カード会社サーバ１５０が図書館サーバ１１０から決済情報を受信した場合、カード会社は、当該決済情報が示す決済金額を図書館に支払う。したがって、図書館は、購入依頼手続きを行ったユーザの負担額分の金銭を得ることができる。また、カード会社サーバ１５０が図書館サーバ１１０から決済情報を受信した場合、カード会社は、当該決済情報が示すカード番号のクレジットカードを所持するユーザに、当該決済情報が示す決済金額の支払いを請求する。

また、清算処理部７４０は、貸出期間の長さごとに予め定められた負担額を清算させる処理を行ってもよい。この場合、清算処理部７４０は、例えば、判定部７３０から受け付けた管理情報の貸出日と返却日とを示す情報を参照して、貸出期間を特定する。例えば、受け付けた管理情報が貸出日「２０１８年４月１日」を示し、返却日「２０１８年４月４日」を示したとする。この場合、清算処理部７４０は、貸出期間「２０１８年４月４日－２０１８年４月１日＝３日間」と特定する。

つづいて、清算処理部７４０は、負担額情報ＤＢ６００を参照し、図書館と書籍と貸出期間との組み合わせに応じた負担額を特定する。例えば、受け付けた管理情報が図書館「Ａ図書館」、書籍名「○○○」、ＩＳＢＮ「ａａａ…」を示し、特定した貸出期間が「３日間」であったとする。この場合、清算処理部７４０は、負担額情報ＤＢ６００を参照して、図書館「Ａ図書館」、書籍名「○○○」、ＩＳＢＮ「ａａａ…」、貸出期間「３日間」に対応する負担額「３００円」を特定する。そして、この場合、清算処理部７４０は、特定した負担額を決済金額として含む決済情報を、出力部７５０を介して、カード会社サーバ１５０へ送信する。

また、清算処理部７４０は、例えば、負担額を精算させる処理を行った場合、例えば、当該処理に用いた管理情報の管理ＩＤを示す情報を更新部７２０へ出力する。この場合、更新部７２０は、例えば、清算処理部７４０から受け付けた管理ＩＤに対応する管理情報の貸出先、貸出日、返却日、購入者情報、カード番号情報を「－」に更新する。

清算処理部７４０は、本発明にかかる清算処理手段の一例であり、例えば、図２に示したＣＰＵ２０１がメモリ２０２に記憶されたプログラムを実行することにより実現される。また、出力部７５０は、例えば、図２に示した通信ＩＦ２０３により実現される。

また、図書館サーバ１１０は、負担額提示処理部７６０をさらに有してもよい。この場合、受付部７１０は、例えば、ユーザ端末１３０から図書館サーバ１１０に対して送信された購入依頼手続要求を受け付ける。購入依頼手続要求は、例えば、購入対象となる書籍の情報（例えば書籍名やＩＳＢＮを示す情報）を含んで当該資料の購入依頼手続きを行うことを要求する情報である。具体的に、ユーザ端末１３０は、例えば、後述する検索結果表示画面８００のＷｅｂページを介して、購入依頼手続要求を図書館サーバ１１０へ送信する。受付部７１０は、このようにしてユーザ端末１３０から図書館サーバ１１０へ送信された購入依頼手続要求を受け付けると、受け付けた購入依頼手続要求を負担額提示処理部７６０へ出力する。

負担額提示処理部７６０は、受付部７１０から購入依頼情報を受け付けた場合に、当該購入依頼情報が示す資料に応じた負担額をユーザ端末１３０に表示させる処理を行う。例えば、負担額提示処理部７６０は、書籍名「○○○」、ＩＳＢＮ「ａａａ…」の書籍についての購入依頼手続要求を受け付けた場合、負担額情報ＤＢ６００を参照して、当該書籍についての図書館ごとおよび貸出期間ごとの負担額を特定する。そして、負担額提示処理部７６０は、特定した負担額を表示させる情報（例えば負担額表示欄１００１。図１０参照）を含む後述の購入申込Ｗｅｂページを生成し、当該購入申込Ｗｅｂページを表示させる情報を、出力部７５０を介して、ユーザ端末１３０へ送信する。これにより、図書館サーバ１１０は、購入依頼手続きに先立って、ユーザに負担額を案内することが可能となる。

負担額提示処理部７６０は、本発明にかかる負担額提示処理手段の一例であり、例えば、図２に示したＣＰＵ２０１がメモリ２０２に記憶されたプログラムを実行することにより実現される。

（ユーザ端末の表示例）
つぎに、ユーザ端末１３０の表示例について説明する。図８は、本実施の形態にかかるユーザ端末が表示する検索結果表示画面の一例を示す図である。ユーザ端末１３０は、例えば、図書館サーバ１１０から検索結果情報を受信した場合に、図８に示す検索結果表示画面８００を表示する。

図８において、検索結果表示画面８００には、検索結果表示欄８０１と、貸出予約手続移行ボタン８０２と、購入手続移行ボタン８０３と、が設けられる。検索結果表示欄８０１には、ユーザ端末１３０が送信した検索要求に応じて図書館サーバ１１０によって検索された書籍に関する情報が表示される。検索要求は、例えば、ユーザによって入力された書籍名やＩＳＢＮを示す情報であり、検索対象とする書籍の書籍名やＩＳＢＮを示す情報である。図書館サーバ１１０は、ユーザ端末１３０から検索要求を受け付けたことに応じて当該検索要求が示す書籍が各図書館にあるか検索して、その検索結果を示す検索結果情報をユーザ端末１３０へ送信する。検索結果表示欄８０１には、図書館サーバ１１０によって検索された書籍に関する情報が検索結果情報に基づいて表示される。

検索結果表示欄８０１には、例えば、検索された書籍の書籍名やＩＳＢＮなどが表示される。図８に示す例では、書籍名「○○○」、ＩＳＢＮ「ａａａ…」の書籍が図書館サーバ１１０によって検索されたため、検索結果表示欄８０１には、書籍名「○○○」、ＩＳＢＮ「ａａａ…」と表示されている。

また、図８に示すように、検索結果表示欄８０１には、検索された書籍の表紙の画像も表示されるようにしてもよい。さらに、検索結果表示欄８０１には、検索された書籍の著者名、ジャンル、ページ数、版型なども表示されるようにしてもよい。このようにすれば、検索された書籍についての詳細な情報をユーザに案内することが可能となる。

貸出予約手続移行ボタン８０２は、ユーザ端末１３０が送信した検索要求に応じて図書館サーバ１１０によって検索された書籍の貸出予約手続きを受け付ける貸出予約申込Ｗｅｂページへのリンクボタンである。貸出予約申込Ｗｅｂページは、例えば、図書館サーバ１１０上に設けられたＷｅｂページの１つである。ユーザは、ユーザ端末１３０を操作することにより、貸出予約手続移行ボタン８０２を押下することができる。ユーザによって貸出予約手続移行ボタン８０２が押下された場合、ユーザ端末１３０は、貸出予約申込Ｗｅｂページへアクセスし、後述する貸出予約申込画面を表示する。

購入手続移行ボタン８０３は、ユーザ端末１３０が送信した検索要求に応じて図書館サーバ１１０によって検索された書籍の購入手続きを受け付ける購入申込Ｗｅｂページへのリンクボタンである。購入申込Ｗｅｂページは、例えば、図書館サーバ１１０上に設けられたＷｅｂページの１つである。ユーザは、ユーザ端末１３０を操作することにより、購入手続移行ボタン８０３を押下することができる。ユーザによって購入手続移行ボタン８０３が押下された場合、ユーザ端末１３０は、検索結果表示欄８０１に表示された書籍についての図書館サーバ１１０へ購入依頼手続要求を図書館サーバ１１０へ送信して、購入申込Ｗｅｂページへアクセスし、後述する購入申込画面を表示する。

図９は、本実施の形態にかかるユーザ端末が表示する貸出予約申込画面の一例を示す図である。図９において、図８と同一の箇所については同一の符号を付して、その説明を省略する。図９において、貸出予約申込画面９００には、予約状況表示欄９０１が設けられる。

予約状況表示欄９０１には、ユーザ端末１３０が送信した検索要求に応じて図書館サーバ１１０によって検索された書籍の図書館ごとの予約状況が表示される。予約状況表示欄９０１には、例えば、検索された書籍の図書館ごとの所有数や貸出予約者数が表示される。図書館は、例えば、２週間を上限とした貸出期間で書籍の貸し出しを行う。したがって、ユーザは、予約状況表示欄９０１に表示された所有数と貸出予約者数とから１冊あたりの貸出予約者数を求めて、求めた１冊あたりの貸出予約者数に２週間を掛け合わせることにより、書籍を借りられるようになるまでのおおよその待ち期間を知ることができる。

例えば、図９に示す例の場合、書籍名「○○○」、ＩＳＢＮ「ａａａ…」の書籍をＡ図書館は１冊所有しており、Ａ図書館における当該書籍の貸出予約者数は３０人である。したがって、Ａ図書館における書籍名「○○○」、ＩＳＢＮ「ａａａ…」の書籍１冊あたりの貸出予約者数は３０人となるので、当該書籍をＡ図書館から借りられるまでのおおよその待ち期間は３０人×２週間＝６０週間と求めることができる。また、図９に示すように、ユーザ端末１３０が待ち期間の算出を行って、算出した待ち期間を予約状況表示欄９０１に表示するようにしてもよい。

また、予約状況表示欄９０１には、ユーザ端末１３０が送信した検索要求に応じて図書館サーバ１１０によって検索された書籍の貸出予約を行う予約ボタンが設けられる。図９の例において、例えば、予約ボタン９０２ａは、書籍名「○○○」、ＩＳＢＮ「ａａａ…」の書籍の貸出予約をＡ図書館に対して行う予約ボタンである。ユーザは、ユーザ端末１３０を操作することにより、予約ボタン９０２ａを押下することができる。ユーザによって予約ボタン９０２ａが押下された場合、ユーザ端末１３０は、例えば、ユーザＩＤ「Ｕ０１」、書籍名「○○○」、ＩＳＢＮ「ａａａ…」、図書館「Ａ図書館」を示す貸出予約申込情報を図書館サーバ１１０へ送信する。これにより、ユーザは、書籍名「○○○」、ＩＳＢＮ「ａａａ…」の書籍の貸出予約をＡ図書館に対して行うことができる。

また、図９の例において、例えば、予約ボタン９０２ｂは、書籍名「○○○」、ＩＳＢＮ「ａａａ…」の書籍の貸出予約をＢ図書館に対して行う予約ボタンである。ユーザは、予約ボタン９０２ｂを押下することにより、書籍名「○○○」、ＩＳＢＮ「ａａａ…」の書籍の貸出予約をＢ図書館に対して行うことができる。

図１０は、本実施の形態にかかるユーザ端末が表示する購入申込画面の一例を示す図である。図１０において、図８と同一の箇所については同一の符号を付して、その説明を省略する。図１０において、購入申込画面１０００には、負担額表示欄１００１が設けられる。

負担額表示欄１００１には、ユーザ端末１３０が送信した検索要求に応じて図書館サーバ１１０によって検索された書籍についての、図書館ごとおよび貸出期間ごとの負担額が表示される。例えば、図１０に示す例の場合、書籍名「○○○」、ＩＳＢＮ「ａａａ…」の書籍の、Ａ図書館における貸出期間「３日間」までの負担額は「３００円」と表示されている。同様に、当該書籍の、Ａ図書館における貸出期間「１週間」までの負担額は「６００円」、貸出期間「２週間」までの負担額は「８００円」と表示されている。

また、図１０に示す例の場合、書籍名「○○○」、ＩＳＢＮ「ａａａ…」の書籍の、Ｂ図書館における貸出期間「３日間」までの負担額は「５００円」と表示されている。同様に、当該書籍の、Ｂ図書館における貸出期間「１週間」までの負担額は「８００円」、貸出期間「２週間」までの負担額は「１２００円」と表示されている。ユーザは、負担額表示欄１００１を参照することにより、検索された書籍についての図書館ごとおよび貸出期間ごとの負担額を知ることができる。

また、負担額表示欄１００１には、ユーザ端末１３０が送信した検索要求に応じて図書館サーバ１１０によって検索された書籍についての、図書館ごとおよび貸出期間ごとの購入手続きを行う購入手続ボタンが設けられる。図１０の例において、例えば、購入手続ボタン１００２ａは、書籍名「○○○」、ＩＳＢＮ「ａａａ…」の書籍を「３日間」の貸出期間内にＡ図書館へ返却することを約束する購入手続きを行う購入手続ボタンである。

また、図１０の例において、例えば、購入手続ボタン１００２ｂは、書籍名「○○○」、ＩＳＢＮ「ａａａ…」の書籍を「１週間」の貸出期間内にＡ図書館へ返却することを約束する購入手続きを行う購入手続ボタンである。また、図１０の例において、例えば、購入手続ボタン１００２ｃは、書籍名「○○○」、ＩＳＢＮ「ａａａ…」の書籍を「３日間」の貸出期間内にＢ図書館へ返却することを約束する購入手続きを行う購入手続ボタンである。

ユーザは、ユーザ端末１３０を操作することにより、購入手続ボタン１００２ａ～１００２ｃなどのいずれかの購入手続ボタンを押下することができる。ユーザによっていずれかの購入手続ボタンが押下された場合、ユーザ端末１３０は、例えば、カード番号の入力を受け付けるカード番号入力Ｗｅｂページへアクセスし、後述するカード番号入力画面を表示する。

図１１は、本実施の形態にかかるユーザ端末が表示するカード番号入力画面の一例を示す図である。図１１において、図８と同一の箇所については同一の符号を付して、その説明を省略する。図１１に示すカード番号入力画面１１００は、例えば、図１０に示した購入申込画面１０００において購入手続ボタン１００２ａが押下されることによりユーザ端末１３０が表示するカード番号入力画面である。

図１１において、カード番号入力画面１１００には、購入手続内容表示欄１１０１と、カード番号入力欄１１０２と、購入ボタン１１０３と、が設けられる。購入手続内容表示欄１１０１には、例えば、購入手続きの内容が表示される。図１１に示す例では、ユーザが購入申込画面１０００において購入手続ボタン１００２ａを押下したため、購入手続内容表示欄１１０１には、「３日間」の貸出期間内にＡ図書館へ返却することを約束する購入手続きである旨が表示されている。

また、購入手続内容表示欄１１０１には、例えば、負担額が表示される。図１１に示す例では、ユーザが購入申込画面１０００において購入手続ボタン１００２ａを押下したため、購入手続内容表示欄１１０１には、書籍名「○○○」、ＩＳＢＮ「ａａａ…」の書籍を「３日間」の貸出期間内にＡ図書館へ返却した場合の負担額が表示されている。ユーザは、購入手続内容表示欄１１０１を参照することにより、購入手続きの内容および負担額を知ることができる。

また、ユーザは、ユーザ端末１３０を操作することにより、カード番号入力欄１１０２に自身が所持するクレジットカードのカード番号を入力することができる。また、ユーザは、ユーザ端末１３０を操作することにより、購入ボタン１１０３を押下することができる。ユーザによって購入ボタン１１０３が押下された場合、ユーザ端末１３０は、購入依頼情報を図書館サーバ１１０へ送信する。例えば、図１１の例の場合、購入ボタン１１０３が押下されると、図書館サーバ１１０は、ユーザＩＤ「Ｕ０１」、書籍名「○○○」、ＩＳＢＮ「ａａａ…」、図書館「Ａ図書館」、カード番号「１２３４…」を示す購入依頼情報を図書館サーバ１１０へ送信する。

また、例えば、ユーザが購入手続きを行うことにより購入された書籍の受取場所を選択することができるようにしてもよい。この場合、ユーザ端末１３０は、図１１に示すように、例えば、カード番号入力画面１１００において、受取場所を選択させるブラウズボタン１１０４を表示する。ユーザ端末１３０は、ブラウズボタン１１０４が押下された場合、例えば、運営者が運営する図書館の一覧を表示することにより、ユーザから受取場所の選択を受け付けることができる。

図１２は、本実施の形態にかかるユーザ端末が表示する購入手続完了画面の一例を示す図である。図１２において、図８と同一の箇所については同一の符号を付して、その説明を省略する。図１２に示す購入手続完了画面１２００は、例えば、図１１に示したカード番号入力画面１１００において購入ボタン１１０３が押下されることによりユーザ端末１３０が表示する。

図１２において、購入手続完了画面１２００は、例えば、購入手続きにより購入された書籍の納品予定日が表示される。図１２の例の場合、購入手続きにより購入された書籍が「２０１８年４月１日」にＡ図書館へ納品される予定であるため、「４月１日に、Ａ図書館に納品される予定です。」と表示されている。これにより、ユーザは、購入手続きにより購入された書籍がいつ納品されるのか（すなわちいつ借りられるのか）を知ることができる。

また、購入手続完了画面１２００は、例えば、購入手続きの際にユーザが約束した貸出期間が表示される。図１２の例の場合、ユーザは購入手続きの際に貸出期間を「３日間」としたため、購入手続完了画面１３００には、「貸し出し後、３日間でＡ図書館にご返却ください。」と表示されている。これにより、ユーザは、購入手続きにより購入された書籍をどのぐらいで返却すればよいのかを知ることができる。

（図書館サーバ１１０が行う処理の一例）
つぎに、図書館サーバ１１０が行う処理の一例について説明する。図１３は、本実施の形態にかかる図書館サーバが行う購入手続受付処理の一例を示すフローチャートである。図１３において、図書館サーバ１１０は、ユーザ端末１３０から検索要求を受け付けたか否かを判定する（ステップＳ１３０１）。

検索要求を受け付けていないと判定した場合（ステップＳ１３０１：Ｎｏ）、図書館サーバ１１０は、ステップＳ１３０４の処理へ移行する。検索要求を受け付けたと判定した場合（ステップＳ１３０１：Ｙｅｓ）、図書館サーバ１１０は、蔵書検索処理を行う（ステップＳ１３０２）。ステップＳ１３０２において、図書館サーバ１１０は、例えば、受け付けた検索要求が示す書籍名やＩＳＢＮを検索キーにして、検索キーに合致する書籍を管理情報ＤＢ４００から検索する。そして、図書館サーバ１１０は、蔵書検索処理の検索結果を示す検索結果情報を検索要求元のユーザ端末１３０へ送信する（ステップＳ１３０３）。

つぎに、図書館サーバ１１０は、ユーザ端末１３０から貸出予約申込情報を受け付けたか否かを判定する（ステップＳ１３０４）。貸出予約申込情報を受け付けていないと判定した場合（ステップＳ１３０４：Ｎｏ）、図書館サーバ１１０は、ステップＳ１３０６の処理へ移行する。

貸出予約申込情報を受け付けたと判定した場合（ステップＳ１３０４：Ｙｅｓ）、図書館サーバ１１０は、受け付けた貸出予約申込情報に基づいて、予約状況情報ＤＢ５００を更新する（ステップＳ１３０５）。ステップＳ１３０５において、図書館サーバ１１０は、例えば、受け付けた貸出予約申込情報が示す書籍名、ＩＳＢＮ、図書館に対応する予約状況情報の貸出予約者の情報に、受け付けた貸出予約申込情報が示すユーザＩＤを追加する処理を行う。また、ステップＳ１３０５において、図書館サーバ１１０は、例えば、受け付けた貸出予約申込情報が示す書籍名、ＩＳＢＮ、図書館に対応する予約状況情報の貸出予約者数の情報が示す数値に「１」加算する処理を行ってもよい。

つぎに、図書館サーバ１１０は、ユーザ端末１３０から購入依頼手続要求を受け付けたか否かを判定する（ステップＳ１３０６）。購入依頼手続要求を受け付けていないと判定した場合（ステップＳ１３０６：Ｎｏ）、図書館サーバ１１０は、図１３に示す購入手続受付処理を終了する。

購入依頼手続要求を受け付けたと判定した場合（ステップＳ１３０６：Ｙｅｓ）、図書館サーバ１１０は、負担額情報ＤＢ６００を参照して、受け付けた購入依頼手続要求が示す書籍についての図書館ごとおよび貸出期間ごとの負担額を特定する（ステップＳ１３０７）。そして、図書館サーバ１１０は、図１０などを用いて説明した購入申込Ｗｅｂページを生成して（ステップＳ１３０８）、生成した購入申込Ｗｅｂページを当該購入申込Ｗｅｂページにアクセスしたユーザ端末１３０に表示させる（ステップＳ１３０９）。これにより、ユーザ端末１３０には例えば図１０に示した購入申込画面１０００が表示され、ユーザは所望の書籍についての図書館ごとおよび貸出期間ごとの負担額を知ることができる。

つぎに、図書館サーバ１１０は、例えば、ステップＳ１３０９の処理によりユーザ端末１３０に表示させた購入申込Ｗｅｂページを介して、ユーザ端末１３０から購入依頼情報を受け付けたか否かを判定する（ステップＳ１３１０）。購入依頼情報を受け付けていないと判定した場合（ステップＳ１３１０：Ｎｏ）、図書館サーバ１１０は、図１３に示す購入手続受付処理を終了する。

購入依頼情報を受け付けたと判定した場合（ステップＳ１３１０：Ｙｅｓ）、図書館サーバ１１０は、受け付けた購入依頼情報が示す書籍の購入要求を販売者サーバ１４０へ送信する（ステップＳ１３１１）。そして、図書館サーバ１１０は、管理情報ＤＢ４００を更新して（ステップＳ１３１２）、図１３に示す購入手続受付処理を終了する。

ステップＳ１３１２において、図書館サーバ１１０は、例えば、まず、受け付けた購入依頼情報が示す書籍（すなわち購入要求を送信することにより新たに購入した書籍）に対する管理ＩＤを発行し、管理情報ＤＢ４００へ登録する。そして、図書館サーバ１１０は、発行した管理ＩＤに対応付けて、受け付けた購入依頼情報が示す書籍名、ＩＳＢＮ、図書館、ユーザＩＤ、カード番号などを示す情報を管理情報ＤＢ４００に記憶する。さらに、図書館サーバ１１０は、発行した管理ＩＤに対応する貸出状況を「予約中」にする。

図１４は、本実施の形態にかかる図書館サーバが行う資料収集処理の一例を示すフローチャートである。図１４において、図書館サーバ１１０は、図書館端末１２０から貸出情報を受け付けたか否かを判定する（ステップＳ１４０１）。

貸出情報を受け付けていないと判定した場合（ステップＳ１４０１：Ｎｏ）、図書館サーバ１１０は、ステップＳ１４０３の処理へ移行する。貸出情報を受け付けたと判定した場合（ステップＳ１４０１：Ｙｅｓ）、図書館サーバ１１０は、受け付けた貸出情報に基づいて、貸し出された書籍に対応する管理情報を更新する（ステップＳ１４０２）。

つぎに、図書館サーバ１１０は、図書館端末１２０から返却情報を受け付けたか否かを判定する（ステップＳ１４０３）。返却情報を受け付けていないと判定した場合（ステップＳ１４０３：Ｎｏ）、図書館サーバ１１０は、図１４に示す資料収集処理を終了する。

返却情報を受け付けたと判定した場合（ステップＳ１４０３：Ｙｅｓ）、図書館サーバ１１０は、受け付けた返却情報に基づいて、返却された書籍に対応する管理情報を更新する（ステップＳ１４０４）。つぎに、図書館サーバ１１０は、ステップＳ１４０４の処理により更新した管理情報に購入情報が設定されているか否かを判定する（ステップＳ１４０５）。ステップＳ１４０５において、図書館サーバ１１０は、例えば、ステップＳ１４０４の処理により更新した管理情報における購入情報の購入者情報が「－」でない場合は肯定判定し、「－」である場合は否定判定する。

管理情報に購入情報が設定されていないと判定した場合（ステップＳ１４０５：Ｎｏ）、図書館サーバ１１０は、図１４に示す資料収集処理を終了する。管理情報に購入情報が設定されていると判定した場合（ステップＳ１４０５：Ｙｅｓ）、図書館サーバ１１０は、当該購入情報を参照して、書籍を返却したユーザが当該書籍の購入手続きを行ったユーザであるか否かを判定する（ステップＳ１４０６）。

書籍を返却したユーザが当該書籍の購入手続きを行ったユーザでないと判定した場合（ステップＳ１４０６：Ｎｏ）、図書館サーバ１１０は、図１４に示す資料収集処理を終了する。書籍を返却したユーザが当該書籍の購入手続きを行ったユーザであると判定した場合（ステップＳ１４０６：Ｙｅｓ）、当該書籍が返却されるまでの貸出期間を特定する（ステップＳ１４０７）。ステップＳ１４０７において、図書館サーバ１１０は、例えば、ステップＳ１４０４の処理により更新した管理情報の貸出日と返却日とから、貸出期間を特定することができる。

つぎに、図書館サーバ１１０は、貸し出された書籍についてのユーザの負担額を特定する（ステップＳ１４０８）。ステップＳ１４０８において、図書館サーバ１１０は、例えば、負担額情報ＤＢ６００を参照して、ステップＳ１４０４の処理により更新した管理情報が示す書籍名、ＩＳＢＮおよび図書館と、ステップＳ１４０７の処理により特定した貸出期間とに対応する負担額を特定する。

そして、図書館サーバ１１０は、決済情報をカード会社サーバ１５０へ送信して（ステップＳ１４０９）、図１４に示す資料収集処理を終了する。ステップＳ１４０９において、図書館サーバ１１０は、例えば、ステップＳ１４０４の処理により更新した管理情報が示すカード番号を含み、ステップＳ１４０８の処理により特定した負担額を決済金額として含む決済情報を、カード会社サーバ１５０へ送信する。

以上に説明したように、図書館サーバ１１０によれば、ユーザの購入依頼手続きに応じて購入された書籍を当該ユーザに貸し出した場合、ユーザに所定の負担額を支払わせることができる。このため、図書館は、自図書館の予算のみで当該書籍を購入するようにした場合に比べて、ユーザが負担する負担額の分だけ安く当該書籍を購入することができる。したがって、図書館サーバ１１０は、限られた予算で図書館が資料を効率的に収集することを支援することができる。

また、図書館サーバ１１０によれば、ユーザの購入依頼手続きに応じて購入された書籍の当該ユーザへの貸出期間に応じた負担額を、当該ユーザに支払わせることができる。このため、図書館は、ユーザの購入依頼手続きに応じて購入された書籍を当該ユーザが早く図書館に返却した場合ほど、当該ユーザが支払う負担額を安くすることができる。したがって、購入依頼手続きを行ったユーザの早期の返却を促して、購入依頼手続きに応じて購入された書籍を他のユーザが借りられる機会を増加させることができる。

また、図書館サーバ１１０によれば、ユーザの購入依頼手続きに応じて購入された書籍の貸出期間「３日間」、「１週間」、「２週間」のそれぞれに対応する負担額を当該書籍の定価よりも安くすることができる。このため、ユーザは、当該書籍を自身で購入する場合よりも小さい負担額で図書館から借りて読むことが可能となる。

また、本実施の形態では、本発明にかかる資料収集支援装置を、運営者が管理する図書館サーバ１１０によって実現する例について説明したが、これに限らない。例えば、運営者が提供するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）によって、貸出情報、返却情報、購入依頼手続要求、購入依頼情報などの各種情報を異業種間でも共有することが可能となる場合には、他の会社のサーバ（例えば販売者サーバ１４０）によっても、本発明にかかる資料収集支援装置を実現することができる。

ここで、本発明にかかる資料収集支援装置を販売者サーバ１４０によって実現した場合の一例を説明する。図１５は、本発明にかかる資料収集支援装置を販売者サーバによって実現した場合の一例を示すシーケンス図である。

図１５に示すように、この場合、販売者サーバ１４０は、例えば、ユーザが所望する資料を示す情報を当該ユーザのユーザ端末１３０から受け付ける（ステップＳ１５０１）。ユーザが所望する資料は、例えば、ユーザが読むことを希望する書籍である。ユーザが所望する資料は、ユーザが試聴することを希望するコンテンツが記憶されたＣＤやＤＶＤなどであってもよい。また、ユーザが所望する資料を示す情報は、例えば、ユーザによって入力された書籍名やコンテンツ名あるいはＩＳＢＮなどを示す情報である。ユーザが所望する資料を示す情報を、以下「所望資料情報」と表記する場合がある。

具体的に、例えば、販売者サーバ１４０上には、販売者が販売する書籍などの商品を検索可能なＷｅｂページが販売者などにより設けられる。ユーザは、ユーザ端末１３０によりこのＷｅｂページにアクセスして、当該Ｗｅｂページの所定の入力欄に、所望する資料の書籍名やＩＳＢＮなどを入力することにより、販売者サーバ１４０へ所望資料情報を送信することができる。また、例えば、このＷｅｂページには、ユーザを識別するユーザＩＤを入力欄が設けられるようにし、当該入力欄に入力されたユーザＩＤを示す情報が所望資料情報に含まれるようにしてもよい。

販売者サーバ１４０は、ユーザ端末１３０から所望資料情報を受け付けた場合、当該ユーザに対応する図書館を特定する情報を取得する（ステップＳ１５０２）。例えば、ユーザは、自身が利用する図書館を示す情報を販売者サーバ１４０に予め登録しておく。すなわち、この場合、販売者サーバ１４０は、例えば、ユーザＩＤと対応付けて、当該ユーザＩＤによって識別されるユーザによって登録された図書館を示す情報を記憶する。そして、販売者サーバ１４０は、例えば、所望資料情報が示すユーザＩＤに基づいて、当該ユーザＩＤによって識別されるユーザによって登録された図書館を示す情報を、当該ユーザに対応する図書館を特定する情報として取得する。

また、販売者サーバ１４０は、例えば、ユーザによって予め登録された当該ユーザの住所の付近にある図書館（例えばユーザの住所と同一の市町村にある図書館）を示す情報を、当該ユーザに対応する図書館を特定する情報として取得するようにしてもよい。さらに、販売者サーバ１４０は、例えば、所望資料情報とともに、ユーザに対応する図書館を特定する情報をユーザ端末１３０から受け付けることにより取得してもよい。

そして、販売者サーバ１４０は、取得した図書館を特定する情報に基づいて、ユーザに対応する図書館の図書館サーバ１１０にアクセスして、ユーザ端末１３０から受け付けた所望資料情報が示す資料についての当該図書館の貸出状況を示す情報（以下「貸出状況情報」という）を取得する。この場合、販売者サーバ１４０には、例えば、図書館ごとに、当該図書館の図書館サーバ１１０を特定する情報（例えば図書館サーバ１１０のＩＰアドレスを示す情報）が販売者などにより予め記憶される。

具体的に、例えば、図１５に示すように、販売者サーバ１４０は、ユーザに対応する図書館の図書館サーバ１１０に対して、ユーザ端末１３０から受け付けた所望資料情報を送信する（ステップＳ１５０３）。そして、図書館サーバ１１０は、販売者サーバ１４０から受け付けた所望資料情報が示す資料についての管理情報を管理情報ＤＢ４００から検索する管理情報検索処理を行う（ステップＳ１５０４）。これにより、図書館サーバ１１０は、ユーザに対応する図書館の貸出状況情報を取得することができる。そして、図書館サーバ１１０は、取得した貸出状況情報を販売者サーバ１４０へ送信する（ステップＳ１５０５）。これにより、販売者サーバ１４０は貸出状況情報を取得することができる。

そして、販売者サーバ１４０は、図書館サーバ１１０から受け付けた貸出状況情報に基づいて、所望資料情報が示す資料についての、ユーザに対応する図書館の貸出状況をユーザ端末１３０に表示させる。例えば、図１５に示すように、販売者サーバ１４０は、図書館サーバ１１０から受け付けた貸出状況情報をユーザ端末１３０へ送信する（ステップＳ１５０６）。

そして、ユーザ端末１３０は、販売者サーバ１４０から貸出状況情報を受け付けると、受け付けた貸出状況情報に基づいて、図９に示した貸出予約申込画面９００をユーザ端末１３０に表示させる。なお、以降、詳細な説明は省略するが、販売者サーバ１４０は、同様にして、ユーザ端末１３０から受け付けた各種情報を図書館サーバ１１０へ送信し、図書館サーバ１１０へ送信した各種情報に対する処理結果を図書館サーバ１１０から受け付けることにより、図１０～１２に示した画面をユーザ端末１３０に表示させることもできる。

また、販売者サーバ１４０は、所望資料情報が示す資料についての図書館の貸出状況とあわせて、当該所望資料情報が示す資料の購入手続きをユーザから受け付ける操作ボタンをユーザ端末１３０に表示させるようにしてもよい。

図１６は、本実施の形態にかかるユーザ端末が表示する貸出予約申込画面の他の一例を示す図である。図１６において、図８および図９と同様の箇所については同符号を付して説明を省略する。また、図１６は、所望資料情報が示す資料が書籍名「○○○」、ＩＳＢＮ「ａａａ…」の書籍であって、ユーザＩＤ「Ｕ０１」のユーザに対応する図書館が「Ａ図書館」および「Ｂ図書館」を含む場合の例を示している。

図１６において、貸出予約申込画面１６００には、購入手続きボタン１６０１が設けられている。購入手続きボタン１６０１は、書籍名「○○○」、ＩＳＢＮ「ａａａ…」の書籍の購入手続きを行う操作ボタンである。ユーザは、ユーザ端末１３０を操作することにより、購入手続きボタン１６０１を押下することができる。ユーザによって購入手続きボタン１６０１が押下された場合、ユーザ端末１３０は、例えば、ユーザＩＤ「Ｕ０１」、書籍名「○○○」、ＩＳＢＮ「ａａａ…」を示す購入要求を販売者サーバ１４０へ送信する。これにより、ユーザは、書籍名「○○○」、ＩＳＢＮ「ａａａ…」の書籍の注文を販売者に対して行うことができる。

このように、販売者サーバ１４０が図１６や図９～１２などに示した画面をユーザ端末１３０に表示させるようにすることにより、ユーザは所望する資料についての図書館の予約待ちの人数を参照しながら、販売者サーバ１４０でそのまま資料を購入するか図書館で借りるかを判断することが可能となる。すなわち、販売者サーバ１４０は、限られた予算でユーザが資料を効率的に収集することを支援して、ユーザの利便性の向上を図ることができる。すなわち、本発明にかかる資料収集支援装置、資料収集支援方法および資料収集支援プログラムは、限られた予算でユーザが資料を効率的に収集することを支援するものであってもよい。

また、販売者サーバ１４０は、例えば、販売者サーバ１４０上に設けられた所定のＷｅｂページ（例えば、販売者が販売する書籍などの商品を検索可能なＷｅｂページ）に設けられた所定の操作ボタンがユーザによって押下された場合に、図書館サーバ１１０へアクセスして、図１６や図９～１２などに示した画面を表示するために必要な情報を図書館サーバ１１０から取得するようにしてもよい。

すなわち、本発明を販売者サーバに関する発明として捉えて下記のようにしてもよい。

本発明にかかる販売者サーバは、ユーザに対して資料を販売する販売者によって管理される販売者サーバであって、前記ユーザが所望する資料を示す所望資料情報を前記ユーザの端末から受け付ける受付手段と、前記受付手段によって所望資料情報を受け付けた場合、前記ユーザに対応する図書館を特定する情報を取得する第１取得手段と、前記取得手段によって取得された図書館を特定する情報に基づいて、当該図書館の図書館サーバにアクセスし、前記所望資料情報が示す資料についての前記図書館の貸出状況を示す貸出状況情報を取得する第２取得手段と、前記第２取得手段によって取得された貸出状況情報に基づいて、前記所望資料情報が示す資料についての前記図書館の貸出状況を前記ユーザの端末に表示させる制御手段と、を備えることを特徴とする。

また、上記発明において、前記制御手段は、前記所望資料情報が示す資料と、前記図書館と、前記所望資料情報が示す資料についての前記図書館の貸出状況とを、前記ユーザの端末に表示させる、こととしてもよい。

また、上記発明において、前記制御手段は、前記所望資料情報が示す資料についての前記図書館の貸出状況とあわせて、前記所望資料情報が示す資料の購入手続きを前記ユーザから受け付ける操作ボタンを前記ユーザの端末に表示させる、こととしてもよい。

また、本実施の形態で説明した資料収集支援方法は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することにより実現することができる。本資料収集支援プログラムは、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリなどのコンピュータで読み取り可能な記憶媒体に記憶され、コンピュータによって記憶媒体から読み出されることによって実行される。また、本資料収集支援プログラムは、インターネットなどのネットワークを介して配布されてもよい。

以上に説明したように、本発明によれば、限られた予算で図書館が資料を効率的に収集することを支援することができる。

以上のように、本発明にかかる資料収集支援装置、資料収集支援方法および資料収集支援プログラムは、図書館が所有する資料の収集を支援する資料収集支援装置、資料収集支援方法および資料収集支援プログラムに有用であり、特に、限られた予算で図書館が資料を効率的に収集することを支援する資料収集支援装置、資料収集支援方法および資料収集支援プログラムに適している。

１００ 資料収集支援システム
１１０ 図書館サーバ
１１１ 記憶部
１２０ 図書館端末
１３０ ユーザ端末
１４０ 販売者サーバ
１５０ カード会社サーバ
１６０ ネットワーク

Claims (9)

1. 図書館から資料を借りたユーザを識別するユーザ識別情報と、前記資料を識別する資料識別情報と、を含む資料貸出に関する情報を、前記図書館の端末から受け付ける受付手段と、
   資料識別情報と、当該資料識別情報によって識別される資料の購入依頼手続きを行ったユーザのユーザ識別情報と、を対応付けて記憶する記憶部を参照して、前記受付手段によって受け付けた資料貸出に関する情報に基づいて、前記資料を借りたユーザが当該資料の購入依頼手続きを行ったユーザであるか否かを判定する判定手段と、
   前記資料を借りたユーザが当該資料の購入依頼手続きを行ったユーザであると前記判定手段によって判定された場合、前記資料を借りたユーザに、前記資料に応じた所定の負担額を支払わせる処理を行う清算処理手段と、
   を備えることを特徴とする資料収集支援装置。
2. 前記受付手段は、
   前記資料を借りたユーザが当該資料を借りていた貸出期間を特定可能な情報をさらに含む前記資料貸出に関する情報を、前記図書館の端末から受け付け、
   前記清算処理手段は、
   前記受付手段によって受け付けた資料貸出に関する情報に基づいて前記貸出期間を特定し、特定した前記貸出期間と前記資料とに応じた前記負担額を支払わせる処理を行う、
   ことを特徴とする請求項１に記載の資料収集支援装置。
3. 前記清算処理手段は、
   前記貸出期間が第１期間であった場合は、前記貸出期間が前記第１期間よりも長い第２期間であった場合よりも安い前記負担額を支払わせる処理を行う、
   ことを特徴とする請求項２に記載の資料収集支援装置。
4. 前記清算処理手段は、
   前記貸出期間が第２期間であった場合は、前記資料の定価よりも安い前記負担額を支払わせる処理を行う、
   ことを特徴とする請求項３に記載の資料収集支援装置。
5. 前記受付手段は、
   前記図書館を特定可能な情報をさらに含む前記資料貸出に関する情報を、前記図書館の端末から受け付け、
   前記清算処理手段は、
   前記受付手段によって受け付けた資料貸出に関する情報に基づいて前記図書館を特定し、特定した前記図書館と前記資料とに応じた前記負担額を支払わせる処理を行う、
   ことを特徴とする請求項１～４のいずれか一つに記載の資料収集支援装置。
6. 前記受付手段は、
   購入対象となる資料を識別する資料識別情報を含んで当該資料の購入依頼手続きを行うことを要求する購入依頼手続要求を、ユーザによって使用される端末からさらに受け付け、
   前記受付手段によって購入依頼手続要求を受け付けた場合に、前記購入依頼手続要求に基づいて、前記ユーザによって使用される端末に前記購入対象となる資料に応じた負担額を表示させる処理を行う負担額提示処理手段をさらに備えることを特徴とする請求項１～５のいずれか一つに記載の資料収集支援装置。
7. 前記記憶部は、
   資料識別情報と、当該資料識別情報によって識別される資料の購入依頼手続きを行ったユーザのユーザ識別情報と、に対応付けて、当該ユーザ識別情報によって識別されるユーザの決済用カードを識別するカード識別情報をさらに記憶し、
   前記清算処理手段は、
   前記記憶部を参照して、前記資料と前記資料を借りたユーザとに対応するカード識別情報を特定し、特定した前記カード識別情報と前記負担額を示す情報とを含む決済情報を、当該カード識別情報によって識別される決済用カードを発行したカード会社のコンピュータに出力することにより、前記負担額を支払わせる処理を行う、
   ことを特徴とする請求項１～６のいずれか一つに記載の資料収集支援装置。
8. 図書館から資料を借りたユーザを識別するユーザ識別情報と、前記資料を識別する資料識別情報と、を含む資料貸出に関する情報を、前記図書館の端末から受け付け、
   資料識別情報と、当該資料識別情報によって識別される資料の購入依頼手続きを行ったユーザのユーザ識別情報と、を対応付けて記憶する記憶部を参照して、受け付けた前記資料貸出に関する情報に基づいて、前記資料を借りたユーザが当該資料の購入依頼手続きを行ったユーザであるか否かを判定し、
   前記資料を借りたユーザが当該資料の購入依頼手続きを行ったユーザであると判定した場合、前記資料を借りたユーザに、前記資料に応じた所定の負担額を支払わせる、
   処理をコンピュータが実行することを特徴とする資料収集支援方法。
9. 図書館から資料を借りたユーザを識別するユーザ識別情報と、前記資料を識別する資料識別情報と、を含む資料貸出に関する情報を、前記図書館の端末から受け付け、
   資料識別情報と、当該資料識別情報によって識別される資料の購入依頼手続きを行ったユーザのユーザ識別情報と、を対応付けて記憶する記憶部を参照して、受け付けた前記資料貸出に関する情報に基づいて、前記資料を借りたユーザが当該資料の購入依頼手続きを行ったユーザであるか否かを判定し、
   前記資料を借りたユーザが当該資料の購入依頼手続きを行ったユーザであると判定した場合、前記資料を借りたユーザに、前記資料に応じた所定の負担額を支払わせる、
   処理をコンピュータに実行させることを特徴とする資料収集支援プログラム。

Images