JP2015152990A - 電子図書管理プログラム、電子図書管理方法及び電子図書管理装置 - Google Patents

Abstract

【課題】電子図書データの利用促進を図る。
【解決手段】貸出処理部１２は、ある電子図書データのアクセス権を１人のユーザに対して付与した後、該ユーザからの電子図書データに対するアクセス履歴（読書時間ログ）に基づいて、該ユーザによる電子図書データに対するアクセス可能性が所定の基準以下の将来の時期を推定する。また、貸出処理部１２は、推定した時期について、該ユーザによる電子図書データへのアクセスを拒絶し、他のユーザのアクセスを許可する制御を行う。
【選択図】図３

Description

本発明は、電子図書管理プログラム、電子図書管理方法及び電子図書管理装置に関する。

近年、紙に印刷した図書のほか、携帯端末等で閲覧可能な電子図書も出現してきている。今後、図書館においても電子図書を取り扱うようになると考えられるが、図書館において電子図書を取り扱う場合、図書館の性質上、１つの電子図書は同時に複数人には貸与できないようにする必要がある。

なお、特許文献１には、貸与対象である駐車場の貸借を適切に実現し、貸与対象の有効利用を図る技術について開示されている。

特開２００５−２６７６０１号公報

電子図書の場合、紙の図書と異なり、図書の受け渡しや返却を瞬時に行うことができるため、短い時間単位での貸与が行いやすいと考えられる。例えば、電子図書を借りているユーザが他のユーザに貸与してもよい期間だけ他のユーザに対して電子図書を貸与することができれば、電子図書の利用促進が期待できる。

しかしながら、上記特許文献１には、電子図書を借りているユーザが将来的に電子図書を他のユーザに貸与してもよいと考えるであろう期間を推定する技術については開示されていない。

１つの側面では、本発明は、電子図書データの利用促進を図ることが可能な電子図書管理プログラム、電子図書管理方法及び電子図書管理装置を提供することを目的とする。

一つの態様では、電子図書管理プログラムは、１つの電子図書データについて複数のアクセス元からの同時アクセスを拒絶する排他制御機能を備えた電子図書管理プログラムであって、第１のアクセス元に対して前記１つの電子図書データへのアクセスの許容を開始し、前記第１のアクセス元からの電子図書データに対するアクセス履歴に基づいて、前記第１のアクセス元による前記１つの電子図書データに対するアクセスの可能性が所定の基準以下の将来の時期を推定し、推定した前記時期について、前記第１のアクセス元からの前記１つの電子図書データに対するアクセスを拒絶し、第２のアクセス元からの前記１つの電子図書データに対するアクセスを許容する制御を行う、処理をコンピュータに実行させるプログラムである。

一つの態様では、電子図書管理方法は、１つの電子図書データについて複数のアクセス元からの同時アクセスを拒絶する排他制御機能を有するコンピュータが、第１のアクセス元に対して前記１つの電子図書データへのアクセスの許容を開始し、前記第１のアクセス元からの電子図書データに対するアクセス履歴に基づいて、前記第１のアクセス元による前記１つの電子図書データに対するアクセスの可能性が所定の基準以下の将来の時期を推定し、推定した前記時期について、前記第１のアクセス元からの前記１つの電子図書データに対するアクセスを拒絶し、第２のアクセス元からの前記１つの電子図書データに対するアクセスを許容する制御を行う、処理を実行する電子図書管理方法である。

一つの態様では、電子図書管理装置は、１つの電子図書データについて複数のアクセス元からの同時アクセスを拒絶する排他制御機能を備えた電子図書管理装置であって、第１のアクセス元に対して前記１つの電子図書データへのアクセスの許容を開始した場合に、前記第１のアクセス元からの電子図書データに対するアクセス履歴に基づいて、前記第１のアクセス元による前記１つの電子図書データに対するアクセスの可能性が所定の基準以下の将来の時期を推定する推定部と、前記推定部が推定した前記時期について、前記第１のアクセス元からの前記１つの電子図書データに対するアクセスを拒絶し、第２のアクセス元からの前記１つの電子図書データに対するアクセスを許容する制御を行う制御部と、を備えている。

電子図書データの利用促進を図ることができる。

一実施形態に係る電子図書管理システムの構成を概略的に示す図である。 図２（ａ）は、図書館サーバのハードウェア構成を示す図であり、図２（ｂ）は、ユーザ端末のハードウェア構成を示す図である。 図書館サーバ及びユーザ端末の機能ブロック図である。 ユーザＤＢのデータ構造を示す図である。 図書ＤＢのデータ構造を示す図である。 図６（ａ）は、貸出図書ＤＢのデータ構造を示す図であり、図６（ｂ）は、読書時間ＤＢのデータ構造を示す図である。 ジャンルＤＢのデータ構造を示す図である。 アクセス権管理ＤＢのデータ構造を示す図である。 電子図書管理システムによる貸出時の処理を示すフローチャート（その１）である。 電子図書管理システムによる貸出時の処理を示すフローチャート（その２）である。 電子図書管理システムによる貸出時の処理を示すフローチャート（その３）である。 図１１の必要読書時間算出処理の具体的処理を示すフローチャートである。 電子図書管理システムによる貸出時の処理を示すフローチャート（その４）である。 図１４（ａ）は、認証画面の一例を示す図であり、図１４（ｂ）は、認証エラー画面の一例を示す図である。 図１５（ａ）は、貸出希望図書入力画面の一例を示す図であり、図１５（ｂ）は、時間貸画面の一例を示す図である。 貸出可能データ一覧表示画面の一例を示す図である。 承認画面の一例を示す図である。 図１８（ａ）は、承認を伝える承認・拒否結果画面の一例を示す図であり、図１８（ｂ）は、拒否を伝える承認・拒否結果画面の一例を示す図である。 電子図書管理システムによる閲覧時の処理を示すフローチャート（その１）である。 電子図書管理システムによる閲覧時の処理を示すフローチャート（その２）である。 閲覧画面の一例を示す図である。

以下、電子図書管理システムの一実施形態について、図１〜図２１に基づいて詳細に説明する。図１には、一実施形態に係る電子図書管理システム１００が概略的に示されている。

本実施形態の電子図書管理システム１００は、図１に示すように、電子図書管理装置としての図書館サーバ１０と、ユーザ端末２０と、を備える。図書館サーバ１０とユーザ端末２０は、インターネットやＬＡＮなどのネットワーク８０に接続されている。この電子図書管理システム１００は、ユーザ端末２０においてブラウザ上に表示される画面（図書館サーバ１０から提供）において、電子図書データの貸与手続きや、電子図書データの閲覧をできるようにするシステムである。

図書館サーバ１０は、データセンタや図書館内に設置され、電子図書の管理を行うサーバである。図２（ａ）には、図書館サーバ１０のハードウェア構成が示されている。図２（ａ）に示すように、図書館サーバ１０は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備えている。これら図書館サーバ１０の構成各部は、バス９８に接続されている。図書館サーバ１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（電子図書管理プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（電子図書管理プログラムを含む）をＣＰＵ９０が実行することにより、図３に示す機能が実現される。なお、図３の各機能については後述する。

ユーザ端末２０は、電子図書の貸出を受けたユーザが電子図書の閲覧を行うための端末である。ユーザ端末２０は、ＰＣや、タブレット型端末、スマートフォンなどの端末であるものとする。図２（ｂ）には、ユーザ端末２０のハードウェア構成が示されている。図２（ｂ）に示すように、ユーザ端末２０は、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ＨＤＤ）１９６、表示部１９３、入力部１９５、ネットワークインタフェース１９７、及び可搬型記憶媒体用ドライブ１９９等を備えており、ユーザ端末２０の構成各部は、バス１９８に接続されている。ユーザ端末２０においても、ＣＰＵ１９０がプログラムを実行することで、図３に示す機能が実現される。

図３には、図書館サーバ１０及びユーザ端末２０の機能ブロック図が示されている。図３に示すように、図書館サーバ１０では、ＣＰＵ９０がプログラム（電子図書管理プログラムを含む）を実行することで、推定部及び制御部としての貸出処理部１２、及び情報登録部１４としての機能が実現されている。また、ユーザ端末２０では、ＣＰＵ１９０がプログラムを実行することで、表示処理部２２及び入力処理部２４としての機能が実現されている。なお、図３には、図書館サーバ１０のＨＤＤ９６等に格納されているユーザＤＢ（database）３１、図書ＤＢ３２、貸出図書ＤＢ３３、読書時間ＤＢ３４、ジャンルＤＢ３５、アクセス権管理ＤＢ３６も図示されている。

貸出処理部１２は、電子図書の貸出処理、すなわち電子図書データに対するアクセス権の設定処理や、アクセス権を有するユーザに対する電子図書データの閲覧画面の送信処理などを行う。なお、貸出処理部１２は、１つの電子図書データについて複数のユーザ（アクセス元）から同時にアクセスがあっても、１人のユーザのアクセスのみを許可する機能、すなわち排他制御機能を有している。

情報登録部１４は、ユーザによる電子図書データの閲覧履歴を取得し、該閲覧履歴に基づいて、ユーザの読書時間ログを取得したり、ユーザ別の読書スピードやジャンル別の読書スピードを算出する。また、情報登録部１４は、ユーザの読書時間ログを読書時間ＤＢ３４に登録したり、読書スピードをユーザＤＢ３１やジャンルＤＢ３５に登録する。

表示処理部２２は、貸出処理部１２から送信されてきた画面を表示部１９３上（ブラウザ内）に表示する。入力処理部２４は、ユーザ端末２０を利用するユーザから入力された情報や当該ユーザからの指示（ブラウザ上で入力された指示）を図書館サーバ１０の貸出処理部１２に対して送信する。

ユーザＤＢ３１は、図書館サーバ１０を利用するユーザ、すなわち、図書館の電子図書データを利用する利用者を管理するデータベースである。図４には、ユーザＤＢ３１のデータ構造が示されている。図４に示すように、ユーザＤＢ３１は、「ユーザＩＤ」、「氏名」、「パスワード」、「読書スピード」、「総読書ページ数」、「総読書時間」の各フィールドを有する。「ユーザＩＤ」のフィールドには、ユーザ毎に割り当てられた識別情報が格納される。「氏名」のフィールドには、ユーザの氏名が格納される。「パスワード」のフィールドには、ユーザに割り当てられた又はユーザが自ら設定したパスワードが格納される。「読書スピード」のフィールドには、ユーザの総読書ページ数と総読書時間から算出される１ページを読むのに要する平均時間（分）が格納される。「総読書ページ数」のフィールドには、ユーザが閲覧した電子図書データの総ページ数が格納される。「総読書時間」のフィールドには、ユーザが電子図書データを閲覧した総時間が格納される。

図書ＤＢ３２は、図書館サーバ１０が管理する電子図書の情報を格納するデータベースである。図５には、図書ＤＢ３２のデータ構造が示されている。図５に示すように、図書ＤＢ３２は、「図書ＩＤ」、「電子図書ＩＤ」、「タイトル」、「著者」、「ジャンル」、「総ページ数」、「章ページ数」、「平均文字数」の各フィールドを有する。「図書ＩＤ」のフィールドには、図書（紙に印刷された図書）の識別情報が格納される。「電子図書ＩＤ」のフィールドには、電子図書データの識別情報が格納される。なお、電子図書ＩＤは、図書ＩＤの末尾に２桁の番号を付したものである。末尾の２桁の番号は、電子図書データごとに異なる。「タイトル」のフィールドには、図書のタイトルが格納される。「著者」のフィールドには、図書の著者名が格納される。「ジャンル」のフィールドには、図書のジャンル名、例えば「小説」や「実用」などが格納される。「総ページ数」のフィールドには、図書の総ページ数が格納される。「章ページ数」のフィールドには、図書に含まれる各章のページ数が格納される。「平均文字数」のフィールドには、１ページあたりの文字数の平均が格納される。

貸出図書ＤＢ３３は、貸出図書の情報を管理するデータベースである。図６（ａ）には、貸出図書ＤＢ３３のデータ構造が示されている。図６（ａ）に示すように、貸出図書ＤＢ３３は、「ユーザＩＤ」、「氏名」、「借りている図書」、「電子図書ＩＤ」、「閲覧ページ」の各フィールドを有する。「ユーザＩＤ」のフィールドには、電子図書データを借りているユーザのＩＤが格納される。なお、本実施形態では、貸出図書ＤＢ３３には、例えば２週間などの正規の期間の間電子図書データを借りているユーザのＩＤが格納される。すなわち、後述する電子図書データの時間貸を利用しているユーザのＩＤは、貸出図書ＤＢ３３には格納されないものとする。「氏名」のフィールドには、電子図書データを借りているユーザの氏名が格納される。「借りている図書」のフィールドには、ユーザが借りている図書のタイトルが格納される。「電子図書ＩＤ」のフィールドには、ユーザが借りている電子図書データのＩＤが格納される。「閲覧ページ」のフィールドには、ユーザが閲覧を中断したときのページ数が格納される。

読書時間ＤＢ３４は、電子図書データを借りたユーザの読書時間ログを管理するデータベースである。図６（ｂ）には、読書時間ＤＢ３４のデータ構造が示されている。図６（ｂ）に示すように、読書時間ＤＢ３４は、「ユーザＩＤ」、「氏名」、「電子図書ＩＤ」、「読書時間ログ」の各フィールドを有する。「ユーザＩＤ」及び「氏名」のフィールドには、電子図書データを借りたユーザのＩＤ及び氏名が格納される。「電子図書ＩＤ」のフィールドには、ユーザが借りた電子図書のＩＤが格納される。「読書時間ログ」のフィールドには、ユーザが電子図書データを閲覧した日時のログが格納される。

ジャンルＤＢ３５は、電子図書データを借りた全ユーザが各ジャンルの図書を読むときの読書スピードを管理するデータベースである。図７には、ジャンルＤＢ３５のデータ構造が示されている。図７に示すように、ジャンルＤＢ３５は、「ジャンル」、「読書スピード」、「総読書ページ数」、「総読書時間」の各フィールドを有する。「ジャンル」のフィールドには、「小説」、「実用」などのジャンル名が格納される。「読書スピード」のフィールドには、総読書ページ数と総読書時間から算出される各ジャンルの電子図書を１ぺージ読むのに要する平均時間（分）が格納される。「総読書ページ数」のフィールドには、ユーザによって読まれた各ジャンルの電子図書データの総ページ数が格納される。「総読書時間」のフィールドには、各ジャンルの電子図書データがユーザによって読まれた総時間が格納される。

アクセス権管理ＤＢ３６は、電子図書データに対するアクセス権がどのユーザにあるかを管理するデータベースである。図８には、アクセス権管理ＤＢ３６のデータ構造が示されている。図８に示すように、アクセス権管理ＤＢ３６は、「電子図書ＩＤ」、「アクセス権」、「ユーザＩＤ」、「氏名」、「アクセス権付与期間」の各フィールドを有する。「電子図書ＩＤ」のフィールドには、電子図書データのＩＤが格納され、「アクセス権」のフィールドには、アクセス権がある場合に「○」、アクセス権がない場合に「−」が格納される。「ユーザＩＤ」及び「氏名」のフィールドには、アクセス権が付与されている又は今後付与されるユーザのＩＤ及び氏名が格納される。「アクセス権付与期間」のフィールドには、ユーザに対するアクセス権の付与期間が格納される。

（貸出時の処理）
次に、本実施形態における電子図書データの貸出時の処理について、図９〜図１３のフローチャートに沿って、その他図面を適宜参照しつつ詳細に説明する。なお、電子図書データの貸出とは、電子図書データの貸出要求を行ったユーザに、電子図書データに対するアクセス権を付与することを意味する。また、本実施形態では、電子図書データが貸出中でなければ、例えば２週間などの正規の期間の間、ユーザに電子図書データを貸し出す。その一方で、電子図書データが貸出中の場合には、既に他のユーザに貸し出している電子図書データの時間貸処理を実行する。

図９〜図１３には、ユーザ端末２０（表示処理部２２及び入力処理部２４）と図書館サーバ１０（貸出処理部１２）による電子図書データの貸出時の処理の一連の流れがフローチャートにて示されている。なお、図９〜図１３のフローチャートでは、ユーザ端末２０と図書館サーバ１０の処理・判断のタイミングを考慮して、各処理・判断を配置している。

図９の処理では、まず、ユーザ端末２０の入力処理部２４が、ステップＳ１０において、ユーザから電子図書データの貸出要求を受け付けるまで待機する。この場合の貸出要求は、ユーザがブラウザ上で図書館サーバ１０のアドレスに対してアクセスすることにより行われる。ステップＳ１０の判断が肯定されると、ステップＳ１２に移行する。ステップＳ１２に移行すると、入力処理部２４は、図書館サーバ１０（貸出処理部１２）に対して、貸出要求を送信する。

これに対し、図書館サーバ１０の貸出処理部１２は、ステップＳ１１０において、貸出要求をユーザ端末２０（入力処理部２４）から受信するまで待機している。したがって、貸出処理部１２では、入力処理部２４が、ステップＳ１２の処理を行った段階で、ステップＳ１１２に移行する。

ステップＳ１１２では、貸出処理部１２が、ユーザＩＤ、パスワードの入力画面のデータをユーザ端末２０（表示処理部２２）に送信する。この場合の入力画面は、図１４（ａ）に示すような認証画面（ユーザＩＤ及びパスワードの入力欄と、送信及びキャンセルボタンを含む画面）であるものとする。

一方、ユーザ端末２０の表示処理部２２は、ステップＳ１２の後、ステップＳ１４において、図書館サーバ１０の貸出処理部１２から、ユーザＩＤ、パスワード入力画面のデータを受信するまで待機している。したがって、上述したようにステップＳ１１２において入力画面のデータが図書館サーバ１０側から送信されてきた段階で、表示処理部２２は、ステップＳ１６に移行することになる。

ステップＳ１６では、表示処理部２２は、ユーザＩＤ及びパスワードの入力画面（図１４（ａ））をユーザ端末２０の表示部１９３上（ブラウザ内）に表示する。次いで、ステップＳ１８では、入力処理部２４が、ユーザＩＤ及びパスワードの入力を受け付けるまで待機する。この場合、ユーザがユーザ端末２０の入力部１９５を用いてユーザＩＤ及びパスワードを入力し、かつ、送信ボタンを押した段階で、ステップＳ２０に移行することになる。

ステップＳ２０に移行すると、入力処理部２４は、ユーザＩＤ及びパスワードを図書館サーバ１０（貸出処理部１２）に対して送信する。なお、ステップＳ２０の処理が終了した後は、ステップＳ２２に移行する。

これに対し、図書館サーバ１０の貸出処理部１２では、ステップＳ１１２の後、ステップＳ１１４において、ユーザＩＤ及びパスワードがユーザ端末２０（入力処理部２４）から送信されてくるまで待機している。したがって、貸出処理部１２は、ステップＳ２０において、入力処理部２４からユーザＩＤ等が送信されてきた段階で、ステップＳ１１６に移行する。

ステップＳ１１６に移行すると、貸出処理部１２は、送信されてきたユーザＩＤ及びパスワードと、ユーザＤＢ３１を用いて、ユーザの認証を行う。その後は、ステップＳ１１８に移行する。

ステップＳ１１８に移行すると、貸出処理部１２は、認証に成功したか否かを判断する。ここでの判断が否定された場合には、認証エラー画面（図１４（ｂ））のデータを作成し、ユーザ端末２０（表示処理部２２）に対して送信し、図９〜図１３の全処理を終了する。一方、ステップＳ１１８の判断が肯定された場合には、図１０のステップＳ１３０に移行する。これに対し、ユーザ端末２０（表示処理部２２）は、ステップＳ２２において、認証エラー画面のデータを受信したか否かを判断する。ここでの判断が肯定された場合には、ステップＳ２４において図１４（ｂ）の認証エラー画面をユーザ端末２０の表示部１９３上（ブラウザ内）に表示し、図９〜図１３の全処理を終了する。一方、ステップＳ２２の判断が否定された場合には、図１０のステップＳ３０に移行する。

図書館サーバ１０の貸出処理部１２は、図１０のステップＳ１３０に移行すると、貸出希望図書入力画面のデータをユーザ端末２０の表示処理部２２に送信する。なお、貸出希望図書入力画面は、図１５（ａ）に示すような貸出希望図書のタイトルの入力欄と、送信ボタンを含む画面である。なお、貸出希望図書入力画面には、電子図書の検索機能等が設けられていてもよい。

一方、ユーザ端末２０側では、ステップＳ３０において、表示処理部２２が、図書館サーバ１０から、貸出希望図書入力画面のデータを受信するまで待機している。したがって、図書館サーバ１０側でステップＳ１３０の処理が行われたタイミングで、表示処理部２２は、ステップＳ３２に移行する。

ステップＳ３２に移行すると、表示処理部２２は、図１５（ａ）に示す貸出希望図書入力画面を表示部１９３上（ブラウザ内）に表示する。次いで、ステップＳ３４では、入力処理部２４は、貸出希望図書の入力を受け付けるまで待機する。すなわち、ユーザが入力部１９５を介して、貸出希望図書入力画面に貸出希望のタイトルを入力し、送信ボタンを押した段階で、入力処理部２４は、ステップＳ３６に移行する。

ステップＳ３６に移行すると、入力処理部２４は、貸出希望図書の情報を図書館サーバ１０の貸出処理部１２に対して送信する。

これに対し、図書館サーバ１０側では、ステップＳ１３０の後、ステップＳ１３２において、貸出処理部１２が貸出希望図書の情報を受信するまで待機している。したがって、ユーザ端末２０側でステップＳ３６の処理が行われた段階で、貸出処理部１２は、ステップＳ１３４に移行する。

ステップＳ１３４に移行すると、貸出処理部１２は、図書ＤＢ３２と貸出図書ＤＢ３３とを参照して、貸出希望図書の電子図書データの全てが貸出中か否かを判定する。具体的には、貸出処理部１２は、図書ＤＢ３２に含まれる貸出希望図書の電子図書データの全てが、貸出図書ＤＢ３３に登録されているか否かにより、貸出希望図書が貸出中か否かを判定する。

次いで、ステップＳ１３６では、貸出希望図書の電子図書データの全てが貸出中か否かを判断する。ここでの判断が否定された場合、すなわち、貸出中でなかった場合には、ステップＳ１４０に移行する。ステップＳ１４０では、貸出処理部１２は、ユーザに対して貸出希望図書の電子図書データに対するアクセス権を通常の期間（例えば２週間）だけ付与する。この場合、貸出処理部１２は、貸出図書ＤＢ３３に貸出希望図書の情報とユーザの情報とを登録する。また、貸出処理部１２は、アクセス権管理ＤＢ３６にも貸出希望図書の情報とユーザの情報とを登録する。アクセス権管理ＤＢ３６には、電子図書ＩＤ、ユーザＩＤ、氏名のほか、アクセス権「○」と、アクセス権付与期間として、例えば貸出日から２週間の期間を登録する。なお、図１０では図示していないが、アクセス権が付与された場合、貸出処理部１２はユーザ端末２０（表示処理部２２）にアクセス権が付与された旨を送信する。そして、ユーザ端末２０では、表示部１９３上（ブラウザ内）にアクセス権が付与された旨を表示し、図９〜図１３の全処理を終了する。

一方、ステップＳ１３６の判断が肯定された場合、すなわち、貸出希望図書が貸出中であった場合には、ステップＳ１３８に移行し、貸出処理部１２は、時間貸画面のデータをユーザ端末２０（表示処理部２２）に送信する。なお、ステップＳ１３８の後は、図１１のステップＳ１５０に移行する。

これに対し、ユーザ端末２０側では、ステップＳ３６の後、表示処理部２２は、ステップＳ３８において、図書館サーバ１０の貸出処理部１２から時間貸画面のデータを受信するまで待機している。したがって、図書館サーバ１０側においてステップＳ１３８の処理が行われたタイミングで、表示処理部２２は、ステップＳ４０に移行する。

ステップＳ４０に移行すると、表示処理部２２は、時間貸画面を表示部１９３上（ブラウザ内）に表示する。なお、時間貸画面は、図１５（ｂ）に示すような画面である。ユーザは、時間貸を希望する場合、時間貸画面においてページ数を入力した後「はい」ボタンを押し、時間貸を希望しない場合、時間画面の「いいえ」ボタンを押すものとする。

ステップＳ４０が行われた後、図１１のステップＳ５０に移行すると、入力処理部２４は、時間貸希望の入力を受け付けたか否かを判断する。このステップＳ５０の判断が否定された場合、すなわち、ユーザが時間貸画面（図１５（ｂ））において「いいえ」ボタンを押した場合、図９〜図１３の全処理が終了する。一方、ステップＳ５０の判断が肯定された場合、すなわち、ユーザが時間貸画面において読みたい部分のページ数を入力し「はい」ボタンを押した場合、ステップＳ５２に移行する。

ステップＳ５２に移行すると、入力処理部２４は、時間貸希望の情報を読みたい部分のページ数の情報とともに図書館サーバ１０の貸出処理部１２に送信する。なお、時間貸希望の情報は、電子図書データへのアクセスの要求（第１の要求）であるといえる。また、読みたい部分のページ数の情報は、電子図書データの中のアクセス対象とする箇所を示す情報であるといえる。

一方、図書館サーバ１０側では、図１０のステップＳ１３８の後、図１１のステップＳ１５０において、貸出処理部１２は、時間貸希望の情報を受信するまで待機している。したがって、上述のようにステップＳ５２が行われたタイミングで、貸出処理部１２は、ステップＳ１５４に移行する。

ステップＳ１５４に移行すると、貸出処理部１２は、必要読書時間算出処理のサブルーチンを実行する。この必要読書時間算出処理では、図１２のフローチャートに沿った処理を実行する。

貸出処理部１２は、図１２のステップＳ２００において、ユーザＤＢ３１に時間貸を希望しているユーザの読書スピードが格納されているか否かを判断する。ここでの判断が否定された場合、すなわち、ユーザＤＢ３１に時間貸を希望しているユーザの読書スピードが格納されていなかった場合には、ステップＳ２０２に移行する。なお、ユーザＤＢ３１に読書スピードが格納されていないユーザとは、電子図書管理システム１００を初めて利用するような、過去の読書履歴が存在しないユーザである。

ステップＳ２０２に移行すると、貸出処理部１２は、時間貸希望の図書のジャンルを抽出する。この場合、貸出処理部１２は、図書ＤＢ３２を参照して時間貸希望図書のジャンルを抽出する。ここでは、時間貸希望の図書のタイトルが「蒲田の人」であり、ジャンルは「小説」であったとする。

次いで、ステップＳ２０４では、貸出処理部１２は、ジャンルＤＢ３５(図７参照)から抽出したジャンルの読書スピードを抽出する。ジャンルが「小説」であった場合には、図７のジャンルＤＢ３５より、読書スピード＝１（ｍｉｎ／ｐ）が抽出される。

次いで、ステップＳ２０８では、貸出処理部１２は、読書スピードとページ数を積算し、必要読書時間を算出する。例えば、ユーザが希望するページ数が１００ページであった場合には、１（ｍｉｎ／ｐ）×１００（ｐ）＝１００（ｍｉｎ）が必要読書時間として算出されることになる。その後は、図１１のステップＳ１５６に移行する。

一方、ステップＳ２００の判断が肯定された場合、すなわち、時間貸を希望しているユーザの読書スピードがユーザＤＢ３１に格納されていた場合には、ステップＳ２０６に移行する。ステップＳ２０６に移行すると、貸出処理部１２は、ユーザＤＢ３１からユーザの読書スピードを抽出する。例えば、時間貸を希望しているユーザが「鈴木四朗」であった場合には、読書スピード＝１（ｍｉｎ／ｐ）が抽出される。

そして、次のステップＳ２０８では、前述したのと同様、貸出処理部１２は、ステップＳ２０６で抽出した読書スピードとページ数を積算し、必要読書時間を算出する。その後は、図１１のステップＳ１５６に移行する。

図１１のステップＳ１５６に移行すると、貸出処理部１２は、時間貸希望の図書を貸し出しているユーザを貸出図書ＤＢ３３から１人抽出する。例えば、時間貸希望の図書のタイトルが「蒲田の人」であった場合、図６（ａ）の貸出図書ＤＢ３３からユーザ「山田花江」が抽出されたものとする。

次いで、ステップＳ１５７では、貸出処理部１２は、抽出したユーザ「山田花江」による電子図書データに対するアクセス可能性が所定の基準よりも低い将来の時期（時間範囲）を推定する。具体的には、貸出処理部１２は、読書時間ＤＢ３４を参照して、ステップＳ１５６で抽出したユーザ「山田花江」の読書時間ログを取得する。そして、貸出処理部１２は、読書時間ログにおいて読書が所定回数（例えば、２回）以上行われていない時間範囲を抽出する。なお、人は通勤電車内や昼食時など、決まった時間に読書をすることが多い。したがって、本実施形態では、過去の読書時間ログにおいてほとんど読書をしていない時間範囲を電子図書データに対するアクセス可能性が低い時間範囲として抽出することとしている。

次いで、ステップＳ１５８では、貸出処理部１２は、抽出したユーザが時間貸可能であるか否かを判断する。この場合、貸出処理部１２は、ステップＳ１５７で抽出した時間範囲に、ステップＳ２０８で算出した必要読書時間よりも長い時間範囲が存在している場合に、時間貸可能であると判断する。例えば、ユーザ「山田花江」の場合、読書時間ＤＢ３４の読書時間ログからは、８：３０〜翌８：００までの時間範囲が、読書が所定回数（例えば、２回）以上行われていない時間範囲として抽出される。したがって、この時間範囲が、必要読書時間以上であれば、ユーザ「山田花江」は、時間貸可能であると判断される。ステップＳ１５８の判断が肯定された場合には、貸出処理部１２は、ステップＳ１６０に移行する。

ステップＳ１６０に移行すると、貸出処理部１２は、ステップＳ１５６で抽出したユーザを時間貸可能なユーザとして特定する。なお、ステップＳ１６０では、貸出処理部１２は、特定したユーザの情報とともに、時間貸可能な時間範囲の情報を一時記憶する。その後は、ステップＳ１６２に移行する。

なお、ステップＳ１５８の判断が否定された場合、すなわち時間貸が不可能な場合には、ステップＳ１６０を経ずに、ステップＳ１６２に移行する。

ステップＳ１６２に移行すると、貸出処理部１２は、時間帯希望の図書を貸し出している全てのユーザを抽出したか否かを判断する。ステップＳ１６２の判断が否定された場合には、ステップＳ１５６に戻り、ステップＳ１５６〜Ｓ１６２の処理・判断を繰り返すが、ステップＳ１６２の判断が肯定された場合には、ステップＳ１６４に移行する。

ステップＳ１６４に移行すると、貸出処理部１２は、貸出可能ユーザ一覧表示画面のデータをユーザ端末２０の表示処理部２２に送信する。その後は、図１３のステップＳ１７０に移行する。

一方、ユーザ端末２０側では、ステップＳ５２の後、表示処理部２２は、ステップＳ５４において、図書館サーバ１０の貸出処理部１２から、貸出可能データ一覧表示画面のデータを受信するまで待機している。したがって、前述のようにステップＳ１６４の処理が実行されたタイミングで、表示処理部２２は、ステップＳ５６に移行する。

ステップＳ５６に移行すると、表示処理部２２は、貸出可能データ一覧表示画面を表示する。貸出可能ユーザ一覧表示画面は、例えば、図１６に示すような画面である。図１６に示すように、貸出可能データ一覧表示画面は、「図書名」、「電子図書ＩＤ」、「読める時間」の欄とともに、「貸出依頼」ボタンが設けられている。なお、「読める時間」の欄には、ステップＳ１６０において一時記憶していた時間貸可能な時間範囲が表示される。ユーザは、「読める時間」の欄を参照して、自分が読みたい時間が含まれる電子図書データの「貸出依頼」ボタンを押すものとする。ステップＳ５６の処理が行われた後は、図１３のステップＳ７０に移行する。

ステップＳ７０に移行すると、入力処理部２４は、時間貸依頼を受け付けるまで待機する。ここでは、入力処理部２４は、図１６の貸出可能データ一覧表示画面において「貸出依頼」ボタンが１つ押された段階で、ステップＳ７２に移行する。

ステップＳ７２に移行すると、入力処理部２４は、時間貸依頼の情報、すなわち、どの電子図書データが選択されたかの情報を図書館サーバ１０の貸出処理部１２に対して送信する。なお、時間貸依頼の情報は、図書館サーバ１０がユーザ端末２０に対して送信した時期（読める時間）に対するアクセスの要求（第２の要求）であるといえる。

一方、図書館サーバ１０側では、図１１のステップＳ１６４の後、図１２のステップＳ１７０において、貸出処理部１２は、時間貸依頼の情報を受信するまで待機している。したがって、ユーザ端末２０側においてステップＳ７２の処理が行われたタイミングで、貸出処理部１２は、ステップＳ１７２に移行する。

ステップＳ１７２に移行すると、貸出処理部１２は、時間貸依頼されたユーザ(例えば、ユーザ「山田花江」)のユーザ端末２０（表示処理部２２）に対して、承認画面のデータを送信する。なお、承認画面のデータを受信した時間貸依頼されたユーザのユーザ端末２０では、図１７に示すような承認画面が表示される。なお、承認画面には、時間貸要求を承認する「承認」ボタンと拒否する「拒否」ボタンとが設けられている。

次いで、ステップＳ１７４では、貸出処理部１２は、承認画面に対する入力があり、その入力結果、すなわち、承認結果が送信されてくるまで待機する。承認結果を受信すると、貸出処理部１２は、ステップＳ１７６に移行し、時間貸が承認されたか否かを判断する。ステップＳ１７６の判断が肯定された場合には、ステップＳ１７８に移行し、貸出処理部１２は、時間貸のアクセス権をユーザに付与する。すなわち、アクセス権管理ＤＢ３６(図８)に、時間貸の情報を登録する。例えば、図８の２つ目のレコードに示すように、アクセス権付与期間を登録する。なお、図８のアクセス権管理ＤＢ３６においては、７月１４日８：３０〜７月１５日８：００までの間は、ユーザ「鈴木四朗」に電子図書ＩＤ「ISDN01234-5678-9012-01」のアクセス権が付与されるため、ユーザ「山田花江」のアクセス権は剥奪されることになる。一方、７月１１日〜７月２４日のうち、７月１４日８：３０〜７月１５日８：００以外の間は、ユーザ「山田花江」にアクセス権が付与されることになる。その後は、ステップＳ１８０に移行する。

一方、ステップＳ１７６の判断が否定された場合、すなわち、図１７の承認画面において「拒否」ボタンが押された場合には、ステップＳ１７８を経ずにステップＳ１８０に移行する。

ステップＳ１８０に移行すると、貸出処理部１２は、承認・拒否結果画面のデータをユーザ端末２０の表示処理部２２に対して送信する。例えば、ステップＳ１７８を経た場合には、貸出処理部１２は、図１８（ａ）に示すような、承認を伝える承認・拒否結果画面のデータを送信する。一方、ステップＳ１７８を経なかった場合には、貸出処理部１２は、図１８（ｂ）に示すような、拒否を伝える承認・拒否結果画面のデータを送信する。

ところで、時間貸を希望したユーザのユーザ端末２０側では、ステップＳ７２の後、表示処理部２２は、ステップＳ７４において、承認・拒否結果画面のデータを受信するまで待機している。したがって、前述したステップＳ１８０の処理が行われたタイミングで、表示処理部２２は、ステップＳ７６に移行する。

ステップＳ７６に移行すると、表示処理部２２は、承認・拒否結果画面（図１８（ａ）又は図１８（ｂ））を表示する。

以上のようにして、図９〜図１３の全処理が終了する。本実施形態では、図９〜図１３の処理が行われることで、貸出中でない電子図書データについては、ユーザに対して正規に（例えば２週間）貸し出しすることができる。また、貸出中の電子図書データであっても、貸出先のユーザが読まない可能性が高く、ユーザが読みたいページ数を読めるだけの期間の間、時間貸することが可能となっている。

（閲覧時の処理）
次に、図１９、図２０のフローチャートに沿って、その他図面を適宜参照しつつ、ユーザ端末２０（表示処理部２２及び入力処理部２４）と図書館サーバ１０（貸出処理部１２）による閲覧時の処理について説明する。

図１９の処理は、太線で示す処理以外は、図９の処理と同様である。したがって、以下においては、図１９の処理に関しては、図９と異なる点を中心に説明する。

図１９において、ユーザ端末２０の入力処理部２４は、ステップＳ１０’において、ユーザから閲覧要求を受け付けるまで待機する。そして、閲覧要求を受け付けた段階で、ステップＳ１２’に移行し、入力処理部２４は、図書館サーバ１０の貸出処理部１２に対して、閲覧要求を送信する。

一方、図書館サーバ１０の貸出処理部１２は、ステップＳ１１０’において、ユーザ端末２０側から閲覧要求を受信するまで待機しているので、ステップＳ１２’が行われたタイミングで、ステップＳ１１２に移行する。以降、ステップＳ１４〜Ｓ２０、及びステップＳ１１２〜Ｓ１１８まで、図９と同様の処理が実行される。そして、図書館サーバ１０の貸出処理部１２は、ユーザ認証（Ｓ１１６）の結果、ステップＳ１１８の判断が肯定されると、ステップＳ１１９の処理を実行する。

ステップＳ１１９では、貸出処理部１２は、ユーザにアクセス権があるか否かを判断する。この場合、貸出処理部１２は、図８のアクセス権管理ＤＢ３６を参照して、認証したユーザのアクセス権の欄に「○」が入力されているか否かを判断する。このステップＳ１１９の判断が否定された場合には、ステップＳ１２０に移行するが、ステップＳ１１９の判断が肯定された場合には、図２０のステップＳ４０２に移行する。

図２０のステップＳ４０２に移行すると、貸出処理部１２は、ユーザがアクセス権を有している電子図書の閲覧画面のデータを送信する。電子図書の閲覧画面は、例えば、図２１のような画面である。図２１に示すように閲覧画面には、「前ページ」ボタンと「次ページ」ボタンが設けられている。情報登録部１４は、ステップＳ４０２の後、ステップＳ４０４において、閲覧開始日時を取得し、図６（ｂ）の読書時間ＤＢ３４の「読書時間ログ」に格納する。その後は、ステップＳ４０６に移行する。

一方、ユーザ端末２０側では、ステップＳ３０２において、表示処理部２２が、図書館サーバ１０の貸出処理部１２から、電子図書の閲覧画面のデータを受信するまで待機している。したがって、表示処理部２２は、前述したステップＳ４０２の処理が行われたタイミングで、ステップＳ３０４に移行する。

ステップＳ３０４に移行すると、表示処理部２２は、閲覧画面（図２１）を表示部１９３上（ブラウザ内）に表示する。次いで、ステップＳ３０６では、入力処理部２４が、ページがめくられたか否かを判断する。ここでは、ユーザが閲覧画面上において「次ページ」ボタンを押した場合に、ステップＳ３０６の判断は肯定され、入力処理部２４は、ステップＳ３０８に移行する。なお、ステップＳ３０６の判断としては、「次ページ」ボタンの押下以外に、画面を手でスライドする（フリック）場合もある。ステップＳ３０８に移行すると、入力処理部２４は、表示ページを変更するとともに、変更情報を図書館サーバ１０の貸出処理部１２に送信する。その後は、ステップＳ３１０に移行する。一方、ステップＳ３０６の判断が否定された場合も、ステップＳ３１０に移行する。

ステップＳ３１０に移行すると、入力処理部２４は、閲覧終了か否かを判断する。この場合、ユーザが閲覧画面を閉じておらず、閲覧終了でなければ、ステップＳ３０６に戻る。一方、ユーザが閲覧画面を閉じた場合には、閲覧終了であるので、ステップＳ３１０の判断が肯定されて、ステップＳ３１２に移行する。

ステップＳ３１２に移行した場合、入力処理部２４は、閲覧終了情報を図書館サーバ１０の貸出処理部１２に対して送信する。

ところで、貸出処理部１２は、ステップＳ４０４の後、ステップＳ４０６及びステップＳ４１０において、変更情報又は閲覧終了情報をユーザ端末２０の入力処理部２４から受信するまで待機している。そして、変更情報を受信した場合（Ｓ４０６：肯定）、貸出処理部１２は、ステップＳ４０８へ移行し、閲覧ログを取得する。ここで、閲覧ログとは、ユーザが読んだページ数の履歴を意味する。

一方、閲覧終了情報を受信した場合（Ｓ４１０:肯定）、貸出処理部１２は、ステップＳ４１２へ移行する。ステップＳ４１２に移行すると、情報登録部１４は、閲覧終了日時を取得し、図６（ｂ）の読書時間ＤＢ３４の「読書時間ログ」に格納する。なお、ステップＳ４１２が行われた場合、貸出処理部１２は、ステップＳ４０８において取得された閲覧ログを、図３の情報登録部１４に送信する。

次いで、ステップＳ４１４では、情報登録部１４が、ユーザの読書スピード、ジャンル毎の読書スピードを算出し、ユーザＤＢ３１及びジャンルＤＢ３５を更新する。具体的には、情報登録部１４は、ユーザＤＢ３１においてユーザの総読書ページ数に、閲覧ログ、すなわちユーザが読んだページ数を加算する。また、情報登録部１４は、ユーザＤＢ３１においてユーザの総読書時間に、閲覧時間（＝閲覧終了時刻−閲覧開始時刻）を加算する。そして、情報登録部１４は、加算後の総読書ページ数と総読書時間とを用いて、読書スピードを再計算し、ユーザＤＢ３１の読書スピードの欄を更新する。更に、情報登録部１４は、ジャンルＤＢ３５についても、上記と同様にして読書スピードを再計算し、ジャンルＤＢ３５の読書スピードの欄を更新する。

なお、本実施形態では、図１９、図２０の処理により、ステップＳ１５７で推定した時期において、電子図書を借りているユーザ（第１のアクセス元）からの電子図書データに対するアクセスを拒絶し、他の時間貸のユーザ（第２のアクセス元）からの電子図書データに対するアクセスを許容する制御を行っているといえる。

以上のようにして、図１９、図２０の全処理が終了する。本実施形態では、図１９、図２０の処理が実行されることで、電子図書データに対するアクセス権を有するユーザが電子図書データを閲覧することができる。また、電子図書データが閲覧された場合に、読書時間ログを取得することができるとともに、ユーザＤＢ３１の読書スピードの欄及びジャンルＤＢ３５の読書スピードの欄を更新することができる。

以上、詳細に説明したように、本実施形態によると、貸出処理部１２は、ある電子図書データのアクセス権を１人のユーザ（例えば、「山田花江」）に対して付与した後、ユーザ（山田花江）からの電子図書データに対するアクセス履歴（読書時間ログ）に基づいて、ユーザ（山田花江）による電子図書データに対するアクセス可能性が所定の基準以下の将来の時期を推定する（Ｓ１５７）。また、貸出処理部１２は、推定した時期について、ユーザ（山田花江）による電子図書データへのアクセスを拒絶し、他のユーザ（例えば、「鈴木四朗」）のアクセスを許可する制御を行う。これにより、ユーザ（山田花江）の読書習慣に基づいて貸出処理部１２が推定した電子図書にアクセスする可能性が低い時期において、他のユーザに対する電子図書データの時間貸が可能となる。したがって、本実施形態によれば、アクセス権が付与されたユーザ（山田花江）の読書を妨げることなく、他のユーザに読書の機会を与えることができるので、ユーザによる電子図書データの利用促進を図ることができる。

また、本実施形態では、貸出処理部１２は、ユーザ（鈴木四郎）から時間貸要求を受信した場合に、推定した時期（図１６の貸出可能データ一覧表示画面の「読める時間」）をユーザ（鈴木四郎）のユーザ端末２０に送信する（Ｓ１６４）。そして、貸出処理部１２は、ユーザ端末２０から、推定した時期における時間貸希望の情報を受信すると（Ｓ１７０：肯定）、時間貸依頼されたユーザ(山田花江)のユーザ端末２０（表示処理部２２）に対して、承認画面のデータを送信する（Ｓ１７２）。貸出処理部１２は、ユーザ（山田花江）のユーザ端末２０から承認結果を受信すると、時間貸が承認されたか否かを判断する（Ｓ１７４）。推定した時期における時間貸が承認された場合には（Ｓ１７６：肯定）、その時期について、ユーザ（鈴木四郎）のアクセスを許可する。これにより、時間貸要求をしたユーザが希望した時期において、ユーザのアクセスを許可することが可能となる。

また、本実施形態では、ユーザ（鈴木四郎）からの時間貸要求には、読みたい部分のページ数の情報が含まれており、貸出処理部１２は、ユーザＤＢ３１に格納されているユーザの読書スピード又はジャンルＤＢ３５に格納されているジャンル別の読書スピードと、読みたい部分のページ数の情報とからユーザの必要読書時間を算出する。そして、貸出処理部１２は、アクセス権を有するユーザ（山田花江）による電子図書データに対するアクセス可能性が所定の基準以下の将来の時期のうち、必要読書時間以上の長さを有する時期を「読める時間」として表示した貸出可能データ一覧表示画面をユーザ端末２０に送信する。これにより、ユーザが読みたい部分を読むのに十分な時間だけ電子図書データを時間貸することができるようになる。

なお、上記実施形態では、ユーザごと、ジャンルごとに読書スピードを算出し、ユーザＤＢ３１及びジャンルＤＢ３５に格納する場合について説明したが、これに限られるものではない。例えば、ユーザＤＢ３１においては、各ユーザの各ジャンルの読書スピードを格納してもよい。必要読書時間の算出において各ユーザの各ジャンルの読書スピードを用いることで、より高精度に必要読書時間を算出することが可能となる。

なお、上記実施形態では、図１２のステップＳ２００の判断を省略し、常にステップＳ２０２、Ｓ２０４を実行するようにしてもよい。この場合、ユーザＤＢ３１には読書スピードが格納されていなくてもよい。同様に、図１２の処理では、ステップＳ２００の判断を省略し、常にステップＳ２０６を実行するようにしてもよい。この場合、ジャンルＤＢ３５が不要となる。

なお、上記実施形態では、必要読書時間の算出において、図書ＤＢ３２に格納されている平均文字数を用いることとしてもよい。例えば、ユーザごと、ジャンルごとに１文字を読むのに必要な時間を算出しておき、算出された時間と平均文字数とを用いて、必要読書時間を算出するようにしてもよい。

なお、図１５（ｂ）の時間貸画面では、時間貸を希望するユーザにページ数を入力させる場合について説明したが、これに限らず、例えば、読みたい部分を特定可能なページ数以外の情報（例えば章番号）をユーザに入力させてもよい。

なお、上記実施形態では、説明を省略したが、図１１のステップＳ１５８において貸出処理部１２が時間貸可能か否かを判断する場合、ステップＳ１５６で抽出されたユーザが既に時間貸をしているか否か、及び時間貸をしている時期がいつであるか等を考慮する必要がある。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１） １つの電子図書データについて複数のアクセス元からの同時アクセスを拒絶する排他制御機能を備えた電子図書管理プログラムであって、
第１のアクセス元に対して前記１つの電子図書データへのアクセスの許容を開始し、
前記第１のアクセス元からの電子図書データに対するアクセス履歴に基づいて、前記第１のアクセス元による前記１つの電子図書データに対するアクセスの可能性が所定の基準以下の将来の時期を推定し、
推定した前記時期について、前記第１のアクセス元からの前記１つの電子図書データに対するアクセスを拒絶し、第２のアクセス元からの前記１つの電子図書データに対するアクセスを許容する制御を行う、
処理をコンピュータに実行させることを特徴とする電子図書管理プログラム。
（付記２） 前記時期を推定する処理は、前記第２のアクセス元から、前記１つの電子図書データへのアクセスの要求である第１の要求を受信すると、前記第１の要求により特定される前記１つの電子図書データについての前記時期を推定し、推定した前記時期についての情報を、前記第２のアクセス元へ送信し、
前記制御を行う処理は、前記第２のアクセス元から、送信した前記時期に対するアクセスの要求である第２の要求を受信すると、送信した前記時期について、前記第１のアクセス元からの前記１つの電子図書データに対するアクセスを拒絶し、前記第２のアクセス元からの前記１つの電子図書データに対するアクセスを許容する、
ことを特徴とする付記１に記載の電子図書管理プログラム。
（付記３） 前記第１の要求は、前記１つの電子図書データの中のアクセス対象とする箇所を示す情報を含み、
前記時期を推定する処理は、ユーザごとに、読書スピードを示す情報が記憶されたデータを参照し、前記第２のアクセス元のユーザに対応する読書スピードを示す情報に基づいて、前記箇所に対して前記第２のアクセス元による読書に必要な時間を算出するとともに、
前記第１のアクセス元による前記１つの電子図書データに対するアクセスの可能性が所定の基準以下で、かつ、算出した該時間以上の長さを有する将来の時期を推定する、
ことを特徴とする付記２に記載の電子図書管理プログラム。
（付記４） 前記第１の要求は、前記１つの電子図書データの中のアクセス対象とする箇所を示す情報を含み、
前記時期を推定する処理は、電子図書データのジャンルごとに、読書スピードを示す情報が記憶されたデータを参照し、前記１つの電子図書データのジャンルに対応する読書スピードを示す情報に基づいて、前記箇所に対して前記第２のアクセス元による読書に必要な時間を算出するとともに、
前記第１のアクセス元による前記１つの電子図書データに対するアクセスの可能性が所定の基準以下で、かつ、算出した該時間以上の長さを有する将来の時期を推定する、
ことを特徴とする付記２に記載の電子図書管理プログラム。
（付記５） １つの電子図書データについて複数のアクセス元からの同時アクセスを拒絶する排他制御機能を有するコンピュータが、
第１のアクセス元に対して前記１つの電子図書データへのアクセスの許容を開始し、
前記第１のアクセス元からの電子図書データに対するアクセス履歴に基づいて、前記第１のアクセス元による前記１つの電子図書データに対するアクセスの可能性が所定の基準以下の将来の時期を推定し、
推定した前記時期について、前記第１のアクセス元からの前記１つの電子図書データに対するアクセスを拒絶し、第２のアクセス元からの前記１つの電子図書データに対するアクセスを許容する制御を行う、
処理を実行することを特徴とする電子図書管理方法。
（付記６） 前記時期を推定する処理は、前記第２のアクセス元から、前記１つの電子図書データへのアクセスの要求である第１の要求を受信すると、前記第１の要求により特定される前記１つの電子図書データについての前記時期を推定し、推定した前記時期についての情報を、前記第２のアクセス元へ送信し、
前記制御を行う処理は、前記第２のアクセス元から、送信した前記時期に対するアクセスの要求である第２の要求を受信すると、送信した前記時期について、前記第１のアクセス元からの前記１つの電子図書データに対するアクセスを拒絶し、前記第２のアクセス元からの前記１つの電子図書データに対するアクセスを許容する、
ことを特徴とする付記５に記載の電子図書管理方法。
（付記７） 前記第１の要求は、前記１つの電子図書データの中のアクセス対象とする箇所を示す情報を含み、
前記時期を推定する処理は、ユーザごとに、読書スピードを示す情報が記憶されたデータを参照し、前記第２のアクセス元のユーザに対応する読書スピードを示す情報に基づいて、前記箇所に対して前記第２のアクセス元による読書に必要な時間を算出するとともに、
前記第１のアクセス元による前記１つの電子図書データに対するアクセスの可能性が所定の基準以下で、かつ、算出した該時間以上の長さを有する将来の時期を推定する、
ことを特徴とする付記６に記載の電子図書管理方法。
（付記８） 前記第１の要求は、前記１つの電子図書データの中のアクセス対象とする箇所を示す情報を含み、
前記時期を推定する処理は、電子図書データのジャンルごとに、読書スピードを示す情報が記憶されたデータを参照し、前記１つの電子図書データのジャンルに対応する読書スピードを示す情報に基づいて、前記箇所に対して前記第２のアクセス元による読書に必要な時間を算出するとともに、
前記第１のアクセス元による前記１つの電子図書データに対するアクセスの可能性が所定の基準以下で、かつ、算出した該時間以上の長さを有する将来の時期を推定する、
ことを特徴とする付記６に記載の電子図書管理方法。
（付記９） １つの電子図書データについて複数のアクセス元からの同時アクセスを拒絶する排他制御機能を備えた電子図書管理装置であって、
第１のアクセス元に対して前記１つの電子図書データへのアクセスの許容を開始した場合に、前記第１のアクセス元からの電子図書データに対するアクセス履歴に基づいて、前記第１のアクセス元による前記１つの電子図書データに対するアクセスの可能性が所定の基準以下の将来の時期を推定する推定部と、
前記推定部が推定した前記時期について、前記第１のアクセス元からの前記１つの電子図書データに対するアクセスを拒絶し、第２のアクセス元からの前記１つの電子図書データに対するアクセスを許容する制御を行う制御部と、
を備える電子図書管理装置。
（付記１０） 前記推定部は、前記第２のアクセス元から、前記１つの電子図書データへのアクセスの要求である第１の要求を受信すると、前記第１の要求により特定される前記１つの電子図書データについての前記時期を推定し、推定した前記時期についての情報を、前記第２のアクセス元へ送信し、
前記制御部は、前記第２のアクセス元から、送信した前記時期に対するアクセスの要求である第２の要求を受信すると、送信した前記時期について、前記第１のアクセス元からの前記１つの電子図書データに対するアクセスを拒絶し、前記第２のアクセス元からの前記１つの電子図書データに対するアクセスを許容する、
ことを特徴とする付記９に記載の電子図書管理装置。
（付記１１） 前記第１の要求は、前記１つの電子図書データの中のアクセス対象とする箇所を示す情報を含み、
前記推定部は、ユーザごとに、読書スピードを示す情報が記憶されたデータを参照し、前記第２のアクセス元のユーザに対応する読書スピードを示す情報に基づいて、前記箇所に対して前記第２のアクセス元による読書に必要な時間を算出するとともに、
前記第１のアクセス元による前記１つの電子図書データに対するアクセスの可能性が所定の基準以下で、かつ、算出した該時間以上の長さを有する将来の時期を推定する、
ことを特徴とする付記１０に記載の電子図書管理装置。
（付記１２） 前記第１の要求は、前記１つの電子図書データの中のアクセス対象とする箇所を示す情報を含み、
前記推定部は、電子図書データのジャンルごとに、読書スピードを示す情報が記憶されたデータを参照し、前記１つの電子図書データのジャンルに対応する読書スピードを示す情報に基づいて、前記箇所に対して前記第２のアクセス元による読書に必要な時間を算出するとともに、
前記第１のアクセス元による前記１つの電子図書データに対するアクセスの可能性が所定の基準以下で、かつ、算出した該時間以上の長さを有する将来の時期を推定する、
ことを特徴とする付記１０に記載の電子図書管理装置。

１０ 図書館サーバ（電子図書管理装置）
１２ 貸出処理部（推定部、制御部）

Claims (6)

1. １つの電子図書データについて複数のアクセス元からの同時アクセスを拒絶する排他制御機能を備えた電子図書管理プログラムであって、
   第１のアクセス元に対して前記１つの電子図書データへのアクセスの許容を開始し、
   前記第１のアクセス元からの電子図書データに対するアクセス履歴に基づいて、前記第１のアクセス元による前記１つの電子図書データに対するアクセスの可能性が所定の基準以下の将来の時期を推定し、
   推定した前記時期について、前記第１のアクセス元からの前記１つの電子図書データに対するアクセスを拒絶し、第２のアクセス元からの前記１つの電子図書データに対するアクセスを許容する制御を行う、
   処理をコンピュータに実行させることを特徴とする電子図書管理プログラム。
2. 前記時期を推定する処理は、前記第２のアクセス元から、前記１つの電子図書データへのアクセスの要求である第１の要求を受信すると、前記第１の要求により特定される前記１つの電子図書データについての前記時期を推定し、推定した前記時期についての情報を、前記第２のアクセス元へ送信し、
   前記制御を行う処理は、前記第２のアクセス元から、送信した前記時期に対するアクセスの要求である第２の要求を受信すると、送信した前記時期について、前記第１のアクセス元からの前記１つの電子図書データに対するアクセスを拒絶し、前記第２のアクセス元からの前記１つの電子図書データに対するアクセスを許容する、
   ことを特徴とする請求項１に記載の電子図書管理プログラム。
3. 前記第１の要求は、前記１つの電子図書データの中のアクセス対象とする箇所を示す情報を含み、
   前記時期を推定する処理は、ユーザごとに、読書スピードを示す情報が記憶されたデータを参照し、前記第２のアクセス元のユーザに対応する読書スピードを示す情報に基づいて、前記箇所に対して前記第２のアクセス元による読書に必要な時間を算出するとともに、
   前記第１のアクセス元による前記１つの電子図書データに対するアクセスの可能性が所定の基準以下で、かつ、算出した該時間以上の長さを有する将来の時期を推定する、
   ことを特徴とする請求項２に記載の電子図書管理プログラム。
4. 前記第１の要求は、前記１つの電子図書データの中のアクセス対象とする箇所を示す情報を含み、
   前記時期を推定する処理は、電子図書データのジャンルごとに、読書スピードを示す情報が記憶されたデータを参照し、前記１つの電子図書データのジャンルに対応する読書スピードを示す情報に基づいて、前記箇所に対して前記第２のアクセス元による読書に必要な時間を算出するとともに、
   前記第１のアクセス元による前記１つの電子図書データに対するアクセスの可能性が所定の基準以下で、かつ、算出した該時間以上の長さを有する将来の時期を推定する、
   ことを特徴とする請求項２に記載の電子図書管理プログラム。
5. １つの電子図書データについて複数のアクセス元からの同時アクセスを拒絶する排他制御機能を有するコンピュータが、
   第１のアクセス元に対して前記１つの電子図書データへのアクセスの許容を開始し、
   前記第１のアクセス元からの電子図書データに対するアクセス履歴に基づいて、前記第１のアクセス元による前記１つの電子図書データに対するアクセスの可能性が所定の基準以下の将来の時期を推定し、
   推定した前記時期について、前記第１のアクセス元からの前記１つの電子図書データに対するアクセスを拒絶し、第２のアクセス元からの前記１つの電子図書データに対するアクセスを許容する制御を行う、
   処理を実行することを特徴とする電子図書管理方法。
6. １つの電子図書データについて複数のアクセス元からの同時アクセスを拒絶する排他制御機能を備えた電子図書管理装置であって、
   第１のアクセス元に対して前記１つの電子図書データへのアクセスの許容を開始した場合に、前記第１のアクセス元からの電子図書データに対するアクセス履歴に基づいて、前記第１のアクセス元による前記１つの電子図書データに対するアクセスの可能性が所定の基準以下の将来の時期を推定する推定部と、
   前記推定部が推定した前記時期について、前記第１のアクセス元からの前記１つの電子図書データに対するアクセスを拒絶し、第２のアクセス元からの前記１つの電子図書データに対するアクセスを許容する制御を行う制御部と、
   を備える電子図書管理装置。
   
   

Images