(57)【特許請求の範囲】
【請求項１】
最新巻と判定された第１の書籍が属するシリーズの書籍を借りたことを示す利用履歴が記憶部に記憶されたユーザであって、前記記憶部に記憶された前記シリーズの書籍の利用履歴に基づく評価値が前記第１の書籍の案内情報の送信対象として選択される基準を満たすユーザを特定し、
特定した前記ユーザに対して、前記第１の書籍の案内情報を送信する際に、前記利用履歴に基づいて、前記シリーズにおいて、特定した前記ユーザが借りた履歴のある巻番号のうち、最大の番号の次の巻を特定する情報と、前記第１の書籍を特定する情報との双方を含む情報を送信する、
処理をコンピュータに実行させることを特徴とする図書管理プログラム。
【請求項２】
前記評価値の算出は、特定した前記ユーザが借りた履歴のある前記シリーズに属する書籍に割り振られた巻番号に応じて算出される、ことを特徴とする請求項１に記載の図書管理プログラム。
【請求項３】
前記評価値の算出は、特定した前記ユーザが借りた履歴のある前記シリーズに属する書籍を借りた日時に応じて算出される、ことを特徴とする請求項１に記載の図書管理プログラム。
【請求項４】
最新巻と判定された第１の書籍が属するシリーズの書籍を借りたことを示す利用履歴が記憶部に記憶されたユーザを特定し、
前記記憶部に記憶された利用履歴に基づいて、前記シリーズに属する書籍のうち、特定した前記ユーザが借りた履歴が記憶された各書籍の巻番号を加算し、
加算により得られた合計値が所定の基準値を超える場合に、特定した前記ユーザに、前記第１の書籍に関する案内情報を送信する、
処理をコンピュータに実行させることを特徴とする図書管理プログラム。
【請求項５】
最新巻と判定された第１の書籍が属するシリーズの書籍を借りたことを示す利用履歴が記憶部に記憶されたユーザであって、前記記憶部に記憶された前記シリーズの書籍の利用履歴に基づく評価値が前記第１の書籍の案内情報の送信対象として選択される基準を満たすユーザを特定し、
特定した前記ユーザに対して、前記第１の書籍の案内情報を送信する際に、前記利用履歴に基づいて、前記シリーズにおいて、特定した前記ユーザが借りた履歴のある巻番号のうち、最大の番号の次の巻を特定する情報と、前記第１の書籍を特定する情報との双方を含む情報を送信する、
処理をコンピュータに実行させることを特徴とする図書管理方法。
【請求項６】
最新巻と判定された第１の書籍が属するシリーズの書籍を借りたことを示す利用履歴が記憶部に記憶されたユーザを特定し、
前記記憶部に記憶された利用履歴に基づいて、前記シリーズに属する書籍のうち、特定した前記ユーザが借りた履歴が記憶された各書籍の巻番号を加算し、
加算により得られた合計値が所定の基準値を超える場合に、特定した前記ユーザに、前記第１の書籍に関する案内情報を送信する、
処理をコンピュータに実行させることを特徴とする図書管理方法。 
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、図書管理装置に関する。
【背景技術】
【０００２】
図書館では、利用者の利便性向上のために、該図書館に新たに入荷される書籍の予約案内を利用者に通知するサービスを行っている。上記予約案内サービスは、従来「Ｓｅｌｅｃｔｉｖｅ Ｄｉｓｓｅｍｉｎａｔｉｏｎ ｏｆ Ｉｎｆｏｒｍａｔｉｏｎ」技術（以下、ＳＤＩ技術）により行われていた。
【０００３】
ＳＤＩ技術は、ある事項に関する情報の提供要求がユーザにより登録されると、該事項に関する情報を検出するたびに該情報を該ユーザに提示するものである。図書館においてＳＤＩ技術を適用する場合、ユーザは、ユーザが関心のあるキーワード等の検索条件を図書館のシステムに予め登録しておくと、図書館に該検索条件に適合した書籍が入荷されたとき、図書館のシステムは、該ユーザに対して該書籍の入荷を通知する。例えば、ユーザが予めシリーズの書籍名「○○××」をシステムに登録していた場合、図書館が「○○××」の最新巻を新たに入荷したとき、該ユーザにその旨が通知される。
【０００４】
また、ユーザによる検索条件の登録がない場合でも、ユーザへ書籍の案内情報を提供する技術として、特許文献１に記載された技術がある。特許文献１記載の技術では、商品情報データベースに新たにシリーズの書籍が登録されると、システムはユーザの購入履歴を検索し、該ユーザが該書籍と同一シリーズの書籍を購入したことがあり、かつ、該書籍をまだ購入していないか判定する。そして、前記判定の結果が真である場合のみ、前記書籍の案内情報をユーザへ提供することにより、ユーザにかかる労力を低減できるようになる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−１８５１４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、ＳＤＩ技術を利用して案内情報をユーザに通知する場合、ユーザはシステムに検索条件を予め入力しておく必要がある。また、ＳＤＩ技術を利用した場合、システムはユーザが入力した検索条件に合致していればどのような書籍であっても、その書籍の案内情報を該ユーザに通知するため、ユーザが関心のない書籍の案内情報も提供してしまう問題がある。
【０００７】
また、書店やショップサイトと異なり、図書館は本の貸し出しを行っているので、ユーザはさまざまな種類の書籍を容易に試し読みできる。したがって、あるシリーズのある巻を読んだが嗜好に合わず、他の巻を読むことを取りやめてしまうケースが、書店等で書籍を購入する場合よりも多く起こり得る。
【０００８】
そのため、特許文献１記載の技術のように、そのシリーズの書籍を購入したことがあるユーザ全てに対して、最新巻の案内情報を提供してしまうと、そのシリーズの書籍に関心のないユーザに対しても案内情報が提供され、ユーザに不快感を与えてしまう懸念がある。
【０００９】
そこで、本発明は、図書館において、シリーズの書籍の最新巻が入荷されたとき、該最新巻の案内情報を、該最新巻に関心があるユーザにのみ提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の目的を達成するために、本発明にかかる図書管理プログラムは、最新巻と判定された第１の書籍が属するシリーズの書籍を借りたことを示す利用履歴が記憶部に記憶されたユーザであって、前記記憶部に記憶された前記シリーズの書籍の利用履歴に基づく評価値が前記第１の書籍の案内情報の送信対象として選択される基準を満たすユーザを特定し、
特定した前記ユーザに対して、前記第１の書籍の案内情報を送信する際に、前記利用履歴に基づいて、前記シリーズにおいて、特定した前記ユーザが借りた履歴のある巻番号のうち、最大の番号の次の巻を特定する情報と、前記第１の書籍を特定する情報との双方を含む情報を送信する処理をコンピュータに実行させる。
【発明の効果】
【００１１】
図書館において、シリーズの書籍の最新巻が入荷されたとき、該最新巻の案内情報を、該最新巻に関心があるユーザにのみ提供することが可能になる。
【図面の簡単な説明】
【００１２】
【図１】図書管理システムのシステム構成を説明するための図。
【図２】図書管理装置１００のハードウェア構成例を表すブロック図。
【図３】本発明にかかる図書管理装置１００の機能構成例を表す機能ブロック図。
【図４】蔵書ＤＢ１１４に格納されたテーブル情報の例。
【図５】利用履歴ＤＢ１１５に格納されたテーブル情報の例。
【図６】連絡先情報ＤＢ１１６に格納されたテーブル情報の例。
【図７】図書管理装置１００の動作手順の一例を示すフローチャート。
【図８】各ユーザがシリーズの何巻を借りたかを表すテーブル情報の例。
【図９】図書管理装置１００が送信する案内メールの例。
【発明を実施するための形態】
【００１３】
以下に添付図面を参照して、本発明にかかる図書管理装置の実施例について詳細に説明する。以降の説明では、図書館がすでに保有している書籍（最新巻以外の書籍）を「蔵書」と呼称するものとする。また、複数巻からなる一連の書籍を総称して「シリーズ」と呼称し、シリーズのうちの一つである書籍を「シリーズの書籍」と呼称するものとする。
【００１４】
図１は、本発明にかかる図書管理装置１００を含む、図書管理システムのシステム構成を説明するための図である。図１において、図書管理システムは、入荷情報端末１と、図書館端末１１，１２，１３と、ユーザ端末２１，２２，２３と、図書管理装置１００とを含んでいる。また、入荷情報端末１と、図書館端末１１，１２，１３と、図書管理装置１００は、ネットワーク０によって相互に通信が可能な状態で接続されている。さらに、図書管理装置１００は、ユーザ端末２１，２２，２３へメール等で情報を送信することができる。
【００１５】
入荷情報端末１は、図書館に書籍が入荷されるとき、該書籍を納入する業者等が、該書籍に関する情報を入力する端末である。ここで、入荷情報端末１は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）やスマートフォン等を含め、通信機能を有したコンピュータであればよい。また、該書籍に関する情報は、例えば各書籍に固有のＩＤ、書籍名等の該書籍を特定する情報と、例えば各シリーズに固有のＩＤ、シリーズ名等の該書籍が属するシリーズを特定する情報とが含まれていればどのような情報でも構わない。
【００１６】
図書館端末１１、１２、１３は、図書館の職員等が、該図書館のユーザの利用履歴情報と、該ユーザの連絡先情報とを入力する端末である。ここで、図書館端末１１、１２、１３は、ＰＣやスマートフォン等を含め、通信機能を有したコンピュータであればよい。また、利用履歴情報は、例えば各ユーザに固有のＩＤ、ユーザの氏名等のユーザを特定する情報と、例えば各書籍に固有のＩＤ、書籍名等の該ユーザが借りた書籍を特定する情報とが含まれていれば、どのような情報でも構わない。また、ユーザの連絡先情報とは、該ユーザを特定する情報と、該ユーザの連絡先を特定する情報とを含む情報である。さらに、該ユーザの連絡先情報は、ユーザが直接入力しても構わない。
【００１７】
ユーザ端末２１，２２，２３は、図書館を利用するユーザが、該図書館の図書管理装置１００から書籍の案内情報を受け取る端末である。ここで、ユーザ端末２１，２２，２３は、ＰＣやスマートフォン等を含め、通信機能を有したコンピュータであればよい。また、案内情報は、例えば書籍の予約開始日など、ユーザの該書籍の貸し出しを促進するための情報であればどのような情報でも構わない。
【００１８】
なお、図１では、１台の入荷情報端末と３台の図書館端末と３台のユーザ端末とが図示されているが、実際には入荷情報端末、図書館端末、ユーザ端末が各１台以上配置されていれば何台でも構わない。
【００１９】
図書管理装置１００は、図書館にシリーズの最新巻が入荷されたとき、該最新巻に関心があるユーザのユーザ端末に対して該最新巻の案内情報を送信するコンピュータであり、蔵書データベース（以下、データベースをＤＢと略して表記する）１１４と、利用履歴情報ＤＢ１１５と、連絡先情報ＤＢ１１６とを備えている。図書管理装置１００は、図書館に書籍が入荷されたとき、ネットワーク０を介して入荷情報端末１に入力された該書籍に関する情報を取得する。そして、該書籍がシリーズの最新巻であるとき、該情報に基づいて、該最新巻に関心があるユーザを選別し、それらのユーザの連絡先に該最新巻の案内情報を送信する装置である。
【００２０】
図２は、本発明にかかる図書管理装置１００のハードウェア構成例を表すブロック図である。図２において、図書管理装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１と、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）１０２と、入力ポート１０３と、送信インタフェース１０４と、送信機１０５と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０６と、を有する。また、ＣＰＵ１０１と、ＨＤＤ１０２と、入力ポート１０３と、送信インタフェース１０４と、ＲＡＭ１０６とはバス１０７によってそれぞれ電気的に接続され、送信インタフェース１０４には送信機１０５が接続されている。
【００２１】
ここで、ＣＰＵ１０１は、図書管理装置１００全体の制御をつかさどる演算部である。ＨＤＤ１０２には、図書管理装置１００を動作させるプログラムと、該プログラムを動作させるために必要なデータと、蔵書ＤＢ１１４と、利用履歴情報ＤＢ１１５と、連絡先情報ＤＢ１１６とが記憶されている。入力ポート１０３は、図書管理装置１００が他の端末からデータを取得するためのインタフェースであり、ネットワーク０を介して他の端末に接続される。送信インタフェース１０４は、送信機１０５とバス１０７とを接続するインタフェースであり、送信機１０５は、書籍の案内情報をユーザに送信する。ＲＡＭ１０６は、ＣＰＵ１０１のワークエリアとして使用される記憶部である。
【００２２】
図３は、本発明にかかる図書管理装置１００の機能ブロック図である。図３において、図書管理装置１００は、第一取得部１０８と、第二取得部１０９と、第一処理部１１０と、第二処理部１１１と、第三処理部１１２と、送信部１１３と、蔵書ＤＢ１１４と、利用履歴情報ＤＢ１１５と、連絡先情報ＤＢ１１６と、更新部１１７とを含む。
【００２３】
図書管理装置１００は、具体的には、例えば図２に示した入力ポート１０３によって第一取得部１０８、第二取得部１０９の機能を、送信機１０５によって送信部１１３の機能を実現する。さらに、図書管理装置１００は、ＲＡＭ１０６によってＨＤＤ１０２もしくはＲＡＭ１０６によって各ＤＢの機能を実現する。そして、図書管理装置１００は、例えば図２に示したＨＤＤ１０２に格納されたプログラムをＣＰＵ１０１が実行することにより、そのほかの機能ブロックの機能を実現する。
【００２４】
第一取得部１０８は、ネットワーク０を介して入荷情報端末１から書籍に関する情報を取得する機能を有する。本実施例では、書籍に関する情報として、ＩＳＢＮ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｔａｎｄａｒｄ Ｂｏｏｋ Ｎｕｍｂｅｒ）等の、書籍を識別可能な書籍ＩＤと、シリーズごとに固有の値が付され、シリーズを特定可能なシリーズＩＤとを用いた場合について記載する。なお、書籍に関する情報は、実際には該書籍を特定する情報と、該書籍が属するシリーズを特定する情報とが含まれていればどのような情報でも構わない。
【００２５】
第二取得部１０９は、ネットワーク０を介して図書館端末１１〜１３から図書館のユーザの利用履歴情報と、該ユーザの連絡先情報とを取得する機能を有する。以降の説明では、利用履歴情報として、ユーザごとに固有の値が付され、該ユーザを識別可能なユーザＩＤと、該ユーザが借りた書籍の書籍ＩＤとを用いた場合について記載する。また、以降の説明では、連絡先情報として、ユーザＩＤと、該ユーザのメールアドレスとを用いた場合について記載する。なお、利用履歴情報は、実際にはユーザを特定する情報と、該ユーザが借りた書籍を特定する情報とが含まれていればどのような情報でも構わない。さらに、連絡先情報は、実際にはユーザを特定する情報と、該ユーザの連絡先を特定する情報とが含まれていればどのような情報でも構わない。
【００２６】
第一処理部１１０は、第一取得部１０８が取得した情報と、蔵書ＤＢ１１４とを参照して、新たに入荷する書籍がシリーズの最新巻であるとき、該シリーズの既巻の書籍ＩＤを出力する機能を有する。さらに、第一処理部１１０は、第一取得部１０８が取得した情報を、蔵書ＤＢ１１４に記憶させる機能を有する。
【００２７】
第二処理部１１１は、第一処理部により出力された、前記シリーズの既巻の書籍ＩＤと、利用履歴情報ＤＢ１１５とを参照して、該シリーズの最新巻への興味が大きいユーザのユーザＩＤを出力する機能を有する。
【００２８】
第三処理部１１２は、第二処理部により出力された、前記シリーズの最新巻への興味が大きいユーザのユーザＩＤと、連絡先情報ＤＢ１１６とを参照して、該ユーザの連絡先を特定する情報を出力する機能を有する。なお、以降の説明では、ユーザの連絡先を特定する情報として、ユーザのメールアドレスを用いた場合について記載する。しかし、実際にはユーザの連絡先を特定する情報であればどのような情報でも構わない。
【００２９】
送信部１１３は、第三処理部１１２が出力した、前記ユーザのメールアドレスに、前記シリーズの最新巻の案内情報が記載された案内メールを送信する機能を有する。なお、案内情報とは、該最新巻の貸し出し開始日など、ユーザの該最新巻の貸し出しを促進するための情報であり、図書館の職員等が任意に設定できる。
[各ＤＢの構成]
図４は、蔵書ＤＢ１１４の例である。蔵書ＤＢ１１４には、図書館の各蔵書の書籍ＩＤと、該蔵書の巻番号と、該蔵書のシリーズＩＤとが対応付けられて格納されている。ただし、前記書籍ＩＤが、ＩＳＢＮ等のような各蔵書の巻番号を特定することが可能なものである場合は、蔵書ＤＢ１１４に各蔵書の巻番号が格納されていなくてもよく、以降の説明で用いる書籍ＩＤは、各蔵書の巻番号を特定できるものする。また、シリーズＩＤは、全ての書籍に付されていても、シリーズの書籍のみに付されていても構わない。ただし、以下の説明では、シリーズＩＤは全ての書籍に付されているものとして説明を行う。
【００３０】
図５は、利用履歴ＤＢ１１５の例である。利用履歴情報ＤＢ１１５には、各ユーザのユーザＩＤと、該ユーザが借りた書籍の書籍ＩＤとが対応付けられて格納されている。例えば、図５において、ユーザＩＤ「Ａ」で表されるユーザは、書籍ＩＤ「１」、「３」、「４」、「５」、「１１」、「１２」、「１４」・・・で表される蔵書を借りたことがあることが示されている。利用履歴ＤＢ１１５には、ユーザが書籍を借りたとき、該ユーザのユーザＩＤと該ユーザが借りた書籍とを含む情報が、図書館の職員等によって図書館端末を介して新たに格納される。
【００３１】
図６は、連絡先情報ＤＢ１１６の例である。連絡先情報ＤＢ１１６には、各ユーザのユーザＩＤと、該ユーザの連絡先とが対応付けられて格納されている。連絡先情報ＤＢ１１６には、図書館の職員等、もしくはユーザ自身によって、該ユーザのユーザＩＤと該ユーザの連絡先とを含む情報が、図書館端末を介して新たに格納される。前述のように、本実施例では連絡先としてメールアドレスを用いた場合について説明を行うものとする。
【００３２】
更新部１１７は、第二取得部１０９が取得した利用履歴情報を、利用履歴情報ＤＢ１１５に格納する機能と、第二取得部１０９が取得した連絡先情報を、連絡先情報ＤＢ１１６に格納する機能とを有する。
[図書管理装置１００の動作手順]
ここで、本発明にかかる図書管理装置１００の動作手順について説明する。図７は、本発明にかかる図書管理処理装置１００の動作手順の一例を示すフローチャートである。図７のフローチャートにおいて、まず、第一取得部１０８は、入荷情報端末１から、新しく図書館に入荷される書籍の書籍ＩＤと、該書籍のシリーズＩＤとを取得する（ステップＳ１）。
【００３３】
次に、第一処理部１１０は、蔵書ＤＢ１１４を参照し、第一取得部１０８が取得したシリーズＩＤと同じシリーズＩＤをもつ蔵書の書籍ＩＤと、第一取得部１０８が取得した書籍ＩＤとを比較することで、新しく図書館に入荷する書籍が、該シリーズの最新巻であるか判定する（ステップＳ２）。
【００３４】
例えば、図４において、新しく図書館に入荷される書籍の書籍ＩＤが「１７」、シリーズＩＤが「○○××」であった場合、第一処理部１１０は、シリーズＩＤ「○○××」を有する蔵書の書籍ＩＤ「１１」、「１２」、「１３」、「１４」、「１５」および「１６」を蔵書ＤＢ１１４から抽出する。そして、第一処理部１１０は、書籍ＩＤ「１７」から特定される巻番号が書籍ＩＤ「１１」、「１２」、「１３」、「１４」、「１５」および「１６」からそれぞれ特定される巻番号より新しいか判定する。他の判定方法の一例としては、新たに入荷されたあるシリーズの書籍の書籍ＩＤが、蔵書ＤＢに格納された該シリーズの蔵書の書籍ＩＤのいずれとも一致しなかった場合、新たに入荷された書籍は該シリーズの最新巻であると判定する方法などがある。もちろん、それ以外の判定方法で新たに入荷された書籍が最新巻であるか否か判定してもよい。
【００３５】
該書籍が最新巻である場合（ステップＳ２：Ｙｅｓ）、第一処理部１１０は、第一取得部１０８が取得したシリーズＩＤと同じシリーズＩＤをもつ蔵書の書籍ＩＤを出力する（ステップＳ３）。つまり、上記の例では、第一処理部１１０は書籍ＩＤ「１１」、「１２」、「１３」、「１４」、「１５」および「１６」を出力する。そして、第一処理部１１０は、第一取得部１０８が取得した書籍ＩＤとシリーズＩＤとを、新たに蔵書ＤＢ１１４に格納する（ステップＳ４）。該書籍が最新巻でない場合（ステップＳ２：Ｎｏ）、第一処理部１１０は、ステップＳ４の処理を行ったのち、処理を終了する。なお、以降の説明では、図書館に新たに入荷する書籍の巻番号は「７巻」であり、図書館の蔵書には「１巻」〜「６巻」が存在するものとして説明を行う。
【００３６】
次に、第二処理部１１１は、利用履歴情報ＤＢを参照し、第一処理部がステップＳ３において出力した書籍ＩＤに対応する蔵書を借りたことがあるユーザの、ユーザＩＤを抽出する（ステップＳ５）。具体的には、第二処理部１１１は、利用履歴情報ＤＢ１１５から、新しく入荷された書籍のシリーズＩＤに対応する蔵書を借りたことがあるユーザのユーザＩＤを抽出する。例えば、図５において、第一処理部１１０が出力した蔵書の書籍ＩＤが「１１」、「１２」、「１３」、「１４」、「１５」および「１６」であった場合、第二処理部１１１は、これらの書籍ＩＤのうちのいずれか１つ以上を有するユーザＩＤ「Ａ」、「Ｃ」、「Ｄ」、「Ｅ」、「Ｇ」、「Ｈ」および「Ｋ」を抽出する。
【００３７】
さらに、第二処理部１１１は、書籍ＩＤから特定される巻番号に基づいて、ステップＳ５で抽出されたユーザが、それぞれシリーズ「○○××」の何巻を借りたかを表すテーブル情報を生成する（ステップＳ６）。図８は、該テーブル情報の例である。図８において、各ユーザのユーザＩＤと、該ユーザが借りたシリーズ「○○××」の蔵書の巻番号とが対応付けられており、例えば、ユーザＩＤ「Ａ」のユーザは、「１巻」「２巻」「４巻」を借りたことがあることを表している。
【００３８】
次に、第二処理部１１１は、図８のテーブル情報に基づいて、最新巻の案内情報を送信する対象とするユーザを選出し、該ユーザのユーザＩＤを出力する（ステップＳ７）。ここで、ステップＳ７の具体的な選出アルゴリズムについて説明する。まず、第二処理部１１１は、最新巻の１つ前の巻（本発明の説明では６巻）を借りたユーザを、案内メールの送信対象として選出する。具体的には、第二処理部１１１は、６巻を借りたことがある、ユーザＩＤ「Ｃ」「Ｋ」のユーザを案内メールの送信対象として選出する。つまり、６巻を借りたユーザは後述の評価値が最大であると考えることができる。
【００３９】
図９は、図書管理装置１００がユーザ端末に送信する案内メールの例である。図９において、案内メールは、シリーズ「○○××」の最新巻（本発明の説明では７巻）が入荷されたことと、該最新巻の予約開始日とを含む情報が表示されている。もちろん、案内メールには前記情報以外にも、前記ユーザに前記最新巻の貸し出しを促すための情報であれば、さらにどのような情報が表示されていてもよい。
【００４０】
次に、第二処理部１１１は、未選出のユーザにおいて、各ユーザが借りたシリーズ「○○××」の蔵書の巻番号の合計値である、評価値を算出する。例えば、ユーザＩＤ「Ａ」のユーザは、「１巻」「２巻」「４巻」を借りているため、評価値は１＋２＋４の合計である７ポイントとなる。そして、第二処理部１１１は、各ユーザの評価値の平均値を閾値とし、該閾値を上回る評価値を持つユーザを、案内メールの送信対象としてさらに選出する。なお、評価値は必ずしも巻番号の合計値でなければならないわけではなく、巻番号の大きい蔵書を借りるほど評価値がより大きくなるものであればよい。
【００４１】
具体的には、評価値の平均値は「６．６」であるため、第二処理部１１１は、その値を上回る評価値を持つ、ユーザＩＤ「Ａ」「Ｅ」「Ｈ」のユーザを、案内メールの送信対象としてさらに選出する。なお、閾値は必ずしも評価値の平均値でなければならないわけではなく、図書館の職員等が任意に設定できるものであり、本発明の権利範囲を限定することはない。例えば、閾値として既存の最新巻以外の巻（本実施例では１〜５巻）の巻番号の総和（本実施例では１５）から前記評価値の平均値を引いた値を用いてもよい。多くのユーザに読まれる人気のあるシリーズの評価値は高くなると予想できるので、このように評価値の平均が高いほど値が低くなる閾値を用いると、図書管理装置１００は、人気のあるシリーズの書籍の案内情報を多くのユーザに送信することができる。
【００４２】
このような、新しい巻、とりわけ最新巻の直前の巻を借りた利用者を優遇するアルゴリズムで案内メールの送信対象者を選別している理由は、本発明では、シリーズの書籍において、古い巻を読まずに新しい巻のみ読むユーザは少ないと仮定しているためである。すなわち、新しい巻を読むユーザは、それ以前に何らかの形で古い巻を読んでいるものと仮定しているためである。
【００４３】
例えば、ユーザＩＤ「Ｃ」のユーザは、図書館での貸出履歴では６巻しか借りていないが、６巻しか読まないということは考えにくく、このユーザは、購入する等の別の手段により１〜５巻を読んでいると考えられる。そのため、今までに発売されたすべての巻を読んでおり、シリーズ「○○××」の書籍に関心が高いと判断できる。同様に、巻番号の大きい書籍を借りたことのあるユーザは、少なくともその巻までは読んでいるものと判断できるので、巻番号の大きい書籍を借りたユーザの評価値が大きくなるようにしている。
【００４４】
図書館は公共物であり、書店のように利益追求を目的としなくてもよいことを考慮すると、図書管理装置１００は、新たに入荷された書籍のシリーズの一部を借りた全利用者に通知せず、前記書籍に関心があると思われるユーザを厳選して送信する。図書管理装置１００は、前記アルゴリズムで案内メールの送信対象を選出することで、シリーズ「○○××」の最新巻に関心がないユーザを案内メールの送信対象から確実に除外することができ、無駄なメールの送信を防止することが可能になる。
【００４５】
図７のフローチャートの説明に戻って、第三処理部１１２は、連絡先情報ＤＢを参照して、第二処理部１１１から出力されたユーザＩＤに対応するメールアドレスを抽出して、該メールアドレスを出力する（ステップＳ８）。例えば、図６において、第三処理部１１２は、第二処理部１１１が出力したユーザＩＤ「Ａ」、「Ｃ」、「Ｅ」、「Ｈ」および「Ｋ」に対応するメールアドレス「〜〜〜＠＊＊＊」、「〜＝＝＠＊＋＊」、「〜；＝＠＊＊＋」、「＃〜〜＠＊＄＄」および「〜＃＋＠＊＋＋」をそれぞれ抽出し、これらのメールアドレスを出力する。
【００４６】
そして、送信部１１３は、第三処理部から出力されたメールアドレスが特定する連絡先に、シリーズ「○○××」の最新巻の案内メールを送信して、図書管理装置１００における一連の処理を終了する（ステップＳ９）。
【００４７】
以上説明したように、本発明にかかる図書管理装置１００によれば、図書館に新たに入荷された書籍がシリーズの最新巻であるとき、該シリーズの蔵書を借りたことがあるユーザごとに、該シリーズの蔵書の巻番号に基づく評価値を算出する。そして、該評価値をもとに、該シリーズの書籍に興味があると判断できるユーザを選別し、該ユーザに対して該シリーズの最新巻の案内情報を送信する。これにより、不要な情報を受け取るユーザの数を減らすことができる。
【００４８】
また、ここまで、図書館に新たに入荷された書籍がシリーズの最新巻であるとき、ユーザに該シリーズの最新巻の案内情報を送信するものとして説明を行ってきたが、実際には必ずしも最新巻の案内情報のみ送信しなければならないわけではない。例えば、図書管理装置１００は、該シリーズに興味があるとして選出されたユーザに対して、最新巻の案内情報に加えて、該ユーザが最後に借りた巻の次の巻の案内情報を送信することができる。これにより、ユーザが読みたいと考えている巻の案内情報を送信できる可能性を高めることができる。
【００４９】
また、履歴情報ＤＢ１１５に格納されたテーブル情報に、ユーザが蔵書を借りた日時を特定する情報がさらに含めておき、図書管理装置１００は、書籍が借りられた期間に基づき、評価値を決定してもよい。例えば、図書管理装置１００は、最後にシリーズの書籍が借りられてから経過した期間が長い利用者について評価値を低くすることも可能である。利用者が借りない期間が長い場合、利用者は当該シリーズに興味がないと推定できるためである。また、シリーズの書籍を短い期間に連続して借りる利用者の場合、当該シリーズに興味があると判断可能で有るため、図書管理装置１００はこのような借り方をする利用者に対して評価値を高くすることにしてもよい。
【００５０】
また、ここまでシリーズの最新巻が入荷されてから該最新巻の案内情報を送信する場合について説明を行ってきたが、該最新巻の入荷が事前に予測できる場合は、図書管理装置１００は該最新巻の入荷前に案内情報を送信してもよい。具体的には、図書管理装置１００は、前記シリーズの最新巻が入荷される前に、該シリーズの蔵書を借りたことがあるユーザごとに前記評価値を算出し、該評価値に基づいて選別されたユーザに対し該最新巻の案内情報を優先的に送信してもよい。これにより、前記シリーズの最新巻を読みたいと考えているユーザが優先的に該最新巻を借りることができる。
【００５１】
また、ここまで、図書管理装置１００はユーザに対して案内情報を１回送信するものとして説明を行ってきたが、実際には案内情報を複数回送信しても、ユーザごとに案内情報の送信回数を変えてもよい。具体的には、図書管理装置１００は、前記評価値の高いユーザほど案内情報を送信する回数を多くしてもよい。これにより、前記シリーズの書籍を読みたいと考えているユーザが、該書籍の予約開始日を忘れてしまうことを抑制できる。
【００５２】
また、ここまで、図書管理装置１００は１台のコンピュータであるものとして説明を行ってきたが、実際には、相互に接続された複数台のコンピュータによって図書管理装置１００の機能が実現されていても構わない。
【符号の説明】
【００５３】
０      ネットワーク
１      入荷情報端末
１１    図書館端末
１２    図書館端末
１３    図書館端末
２１    ユーザ端末
２２    ユーザ端末
２３    ユーザ端末
１００  図書管理装置
１０１  ＣＰＵ
１０２  ＨＤＤ
１０３  入力ポート
１０４  送信インタフェース
１０５  送信機
１０６  ＲＡＭ
１０７  バス
１０８  第一取得部
１０９  第二取得部
１１０  第一処理部
１１１  第二処理部
１１２  第三処理部
１１３  送信部
１１４  蔵書データベース
１１５  利用履歴情報データベース
１１６  連絡先情報データベース
１１７  更新部
【図１】
0005888059.tif 000002
【図２】
0005888059.tif 000003
【図３】
0005888059.tif 000004
【図４】
0005888059.tif 000005
【図５】
0005888059.tif 000006
【図６】
0005888059.tif 000007
【図７】
0005888059.tif 000008
【図８】
0005888059.tif 000009
【図９】
0005888059.tif 000010