(57)【要約】【課題】利用者に対して映像コンテンツに関連する書籍を適切に推薦する。【解決手段】本方法は、放送又は公開が予定されている映像に関するデータ及び当該映像に関連する書籍に関するデータを検索により取得し、映像の識別子と放送又は公開予定日と書籍の識別データと書籍の分量とを第１データ格納部に格納し、ユーザ毎に当該ユーザの読書速度及び読書頻度を格納する第２データ格納部から、特定のユーザの読書速度及び読書頻度を読み出し、第１データ格納部に識別データが格納されている各書籍の分量と、読み出された特定のユーザの読書速度及び読書頻度とから、各書籍について特定のユーザが読み終わるまでにかかる期間を算出し、各書籍について算出された期間と第１データ格納部に格納されている各書籍の放送又は公開予定日とから、特定のユーザが読み終わる書籍を特定し、特定された書籍に関連するデータを特定のユーザ宛に送信する処理を含む。【選択図】図２
2014182579.tif 000002
【特許請求の範囲】
【請求項１】
放送又は公開が予定されている映像に関するデータ及び当該映像に関連する書籍に関するデータを検索により取得し、前記映像の識別子と放送又は公開予定日と前記書籍の識別データと前記書籍の分量とを第１のデータ格納部に格納し、
ユーザ毎に当該ユーザの読書速度及び読書頻度を格納する第２のデータ格納部から、特定のユーザの読書速度及び読書頻度を読み出し、
前記第１のデータ格納部に識別データが格納されている各書籍の分量と、読み出された前記特定のユーザの読書速度及び読書頻度とから、前記各書籍について前記特定のユーザが読み終わるまでにかかる期間を算出し、
前記各書籍について算出された前記期間と前記第１のデータ格納部に格納されている前記各書籍の放送又は公開予定日とから、前記特定のユーザが読み終わる書籍を特定し、
特定された前記書籍に関連するデータを前記特定のユーザ宛に送信する
処理を、コンピュータに実行させるためのプログラム。
【請求項２】
前記期間を算出する処理又は前記書籍を特定する処理において、
書籍の識別データ毎に貸し出しの有無を格納する第３のデータ格納部に基づき、前記第１のデータ格納部に識別データが格納されている書籍を絞り込む
請求項１記載のプログラム。
【請求項３】
前記書籍を特定する処理が、
書籍の識別データに対応付けて貸出先のユーザの識別子と返却期限とを格納する第４のデータ格納部に基づき、前記特定のユーザが他の書籍を借りていれば、当該他の書籍の返却期限のうち最も遅い返却期限を特定し、
前記最も遅い返却期限から前記放送又は公開予定日までの期間が、算出された前記期間より長いか否かを判断する
処理を含む請求項１又は２記載のプログラム。
【請求項４】
前記送信する処理が、
特定された前記書籍に対応する映像に関するデータを前記特定のユーザ宛に送信する
処理を含む請求項１乃至３のいずれか１つ記載のプログラム。
【請求項５】
放送又は公開が予定されている映像に関するデータ及び当該映像に関連する書籍に関するデータを検索により取得し、前記映像の識別子と放送又は公開予定日と前記書籍の識別データと前記書籍の分量とを第１のデータ格納部に格納し、
ユーザ毎に当該ユーザの読書速度及び読書頻度を格納する第２のデータ格納部から、特定のユーザの読書速度及び読書頻度を読み出し、
前記第１のデータ格納部に識別データが格納されている各書籍の分量と、読み出された前記特定のユーザの読書速度及び読書頻度とから、前記各書籍について前記特定のユーザが読み終わるまでにかかる期間を算出し、
前記各書籍について算出された前記期間と前記第１のデータ格納部に格納されている前記各書籍の放送又は公開予定日とから、前記特定のユーザが読み終わる書籍を特定し、
特定された前記書籍に関連するデータを前記特定のユーザ宛に送信する
処理を含み、コンピュータにより実行される情報処理方法。
【請求項６】
放送又は公開が予定されている映像に関するデータ及び当該映像に関連する書籍に関するデータを検索により取得し、前記映像の識別子と放送又は公開予定日と前記書籍の識別データと前記書籍の分量とを第１のデータ格納部に格納し、ユーザ毎に当該ユーザの読書速度及び読書頻度を格納する第２のデータ格納部から、特定のユーザの読書速度及び読書頻度を読み出し、前記第１のデータ格納部に識別データが格納されている各書籍の分量と、読み出された前記特定のユーザの読書速度及び読書頻度とから、前記各書籍について前記特定のユーザが読み終わるまでにかかる期間を算出し、前記各書籍について算出された前記期間と前記第１のデータ格納部に格納されている前記各書籍の放送又は公開予定日とから、前記特定のユーザが読み終わる書籍を特定するデータ抽出部と、
特定された前記書籍に関連するデータを前記特定のユーザ宛に送信する送信部と、
を有する情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、書籍の推薦情報の提供技術に関する。
【背景技術】
【０００２】
図書館は、利用者が１冊でも多くの本と出合ってそれらの本を借りるという機会を増やして、図書館の利用率を高めて行くことを１つの目的としていることが多い。
【０００３】
近年、書籍のドラマ化や映画化など映像化が増加している。利用者の中には、映像コンテンツの原作書籍の存在を知る前に映像コンテンツを観てしまい、原作書籍を先に読んでおけば良かったと後悔したり、先に原作書籍を読もうと思っていたのに、テレビで放送されている場に出くわしてしまい観てしまうということがある。
【０００４】
このような利用者は、映像コンテンツを観る前に原作書籍を読み切ることを欲していることがあるが、映像化自体に気付かない場合も多い。さらに、映像化される番組名又は映画名と原作書籍名とが異なる場合においては、原作書籍が何であるかを知ることさえ難しい。
【０００５】
一方、図書館側は、利用者が借りたいと思った時に書籍を貸し出したい。そのためにはできるだけ回転率良く書籍を貸し出したいと考えており、それは話題となる本になればなるほど高まる。このような映像化の発表によって、原作書籍が広く知られた場合、その原作書籍は、再度着目されたり、突然脚光を浴びて、書籍の貸し出しが集中することがある。このような状況において、図書館側では、できるだけ多くの利用者に、放送予定日や公開予定日までに、原作書籍や関連書籍を貸し出す機会を提供することが望ましい。
【０００６】
但し、利用者毎に読書速度や読書頻度、さらには個人的な事情は異なっており、映像コンテンツの放送予定日又は公開予定日前に原作書籍を読み終わるか否かは利用者毎に異なっている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００５−３１９４３号公報
【特許文献２】特開２００２−１０８１８５号公報
【特許文献３】特開２００４−１６４０９７号公報
【特許文献４】特開２００４−２５９２３３号公報
【特許文献５】特開２００６−４４０９号公報
【特許文献６】特開２０１２−２７７６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
従って、本技術の目的は、一側面によれば、利用者に対して映像コンテンツに関連する書籍を適切に推薦できるようにするための技術を提供することである。
【課題を解決するための手段】
【０００９】
本技術に係る情報処理方法は、（Ａ）放送又は公開が予定されている映像に関するデータ及び当該映像に関連する書籍に関するデータを検索により取得し、映像の識別子と放送又は公開予定日と書籍の識別データと書籍の分量とを第１のデータ格納部に格納し、（Ｂ）ユーザ毎に当該ユーザの読書速度及び読書頻度を格納する第２のデータ格納部から、特定のユーザの読書速度及び読書頻度を読み出し、（Ｃ）第１のデータ格納部に識別データが格納されている各書籍の分量と、読み出された特定のユーザの読書速度及び読書頻度とから、各書籍について特定のユーザが読み終わるまでにかかる期間を算出し、（Ｄ）各書籍について算出された期間と第１のデータ格納部に格納されている各書籍の放送又は公開予定日とから、特定のユーザが読み終わる書籍を特定し、（Ｅ）特定された書籍に関連するデータを特定のユーザ宛に送信する処理を含む。
【発明の効果】
【００１０】
一側面によれば、利用者に対して映像コンテンツに関連する書籍を適切に推薦できるようにする。
【図面の簡単な説明】
【００１１】
【図１】図１は、実施の形態に係るシステムの概要を示す図である。
【図２】図２は、図書館サーバの機能ブロック図である。
【図３】図３は、ユーザＤＢに格納されるデータの一例を示す図である。
【図４】図４は、貸出ＤＢに格納されるデータの一例を示す図である。
【図５】図５は、書籍ＤＢに格納されるデータの一例を示す図である。
【図６】図６は、ペースＤＢに格納されるデータの一例を示す図である。
【図７】図７は、放送予定ＤＢに格納されるデータの一例を示す図である。
【図８】図８は、実施の形態に係るメインの処理フローを示す図である。
【図９】図９は、メニュー画面の一例を示す図である。
【図１０】図１０は、読書期間の指定ページの一例を示す図である。
【図１１】図１１は、映像関連書籍の抽出処理の処理フローを示す図である。
【図１２】図１２は、関連書籍抽出処理の処理フローを示す図である。
【図１３】図１３は、関連付けテーブルの一例を示す図である。
【図１４】図１４は、第２関連付けテーブルの一例を示す図である。
【図１５】図１５は、映像関連書籍の抽出処理の処理フローを示す図である。
【図１６】図１６は、映像関連書籍の抽出処理の処理フローを示す図である。
【図１７】図１７は、紹介ページの一例を示す図である。
【図１８】図１８は、紹介ページの他の例を示す図である。
【図１９】図１９は、コンピュータの機能ブロック図である。
【発明を実施するための形態】
【００１２】
本技術の実施の形態に係るシステムの概要を図１に示す。例えばインターネットや図書館内のＬＡＮ（Local Area Network）であるネットワーク１には、１又は複数の図書館端末５と、本実施の形態における主要な処理を実行する図書館サーバ３とが接続される。ネットワーク１が、インターネットなどの図書館外部のネットワークに接続する場合や図書館ＬＡＮが解放されている場合には、ユーザ端末７も接続される場合がある。また、本実施の形態では、ユーザの読書状況に関するデータを収集するので、例えばスマートフォン、タブレットなどの携帯端末９も、インターネットなどを介して図書館サーバ３に接続される。さらに、本実施の形態では、ネットワーク１には、インターネット検索を行うための検索サーバ１１も接続されている。このような検索サーバ１１の機能については、一般に知られているのでここでは説明を省略する。
【００１３】
図書館端末５は、例えば図書館館内に設置され、例えばタッチパネル式の表示部等を備える。ハードウエアのキーボードを備えている場合もある。また、図書館端末５は、Ｗｅｂ（ウェブ）ブラウザを実行しているものとする。ユーザ端末７も、Ｗｅｂブラウザを実行しているものとする。さらに、携帯端末９には、書籍のリーダプログラムがインストールされており、当該リーダプログラムを実行すると、書籍のデータを図書館サーバ３からダウンロードすると共に、携帯端末９の表示部に書籍のデータを表示する。さらに、リーダプログラムは、所定のタイミングで、ユーザの読書頻度及び読書速度を算出するための読書状況データを、図書館サーバ３に送信する。より具体的には、書籍を読み終わった後に、読んだページ数、読書時間、読書日数等のデータを図書館サーバ３に送信する。
【００１４】
図２に、図書館サーバ３の機能ブロック図を示す。図書館サーバ３は、要求処理部３１と、データ抽出部３２と、データ登録部３９と、ユーザデータベース（ＤＢ）３３と、貸出ＤＢ３４と、書籍ＤＢ３５と、ペースＤＢ３６と、放送予定ＤＢ３７と、データ格納部３８とを有する。
【００１５】
要求処理部３１は、例えば、図書館端末５やユーザ端末７からユーザがログインしてきた場合に、要求されたデータ等を含むウェブページデータを生成して、要求元の図書館端末５やユーザ端末７へ送信する。なお、要求処理部３１は、このウェブページデータに書籍に関するデータ等を含める場合があり、その場合には、データ抽出部３２に対してデータ抽出処理を指示する。
【００１６】
データ抽出部３２は、以下で説明するように、ユーザＤＢ３３と、貸出ＤＢ３４と、書籍ＤＢ３５と、ペースＤＢ３６と、放送予定ＤＢ３７と、データ格納部３８とを用いて、放送予定又は公開予定の映像コンテンツに関連する書籍に関するデータを抽出し、要求処理部３１に出力する。
【００１７】
また、データ登録部３９は、例えば携帯端末９からユーザの読書状況に関するデータを受信すると、ペースＤＢ３６に登録する。
【００１８】
ユーザＤＢ３３には、例えば図３に示すようなデータが格納されている。図３の例では、ユーザ毎に、ユーザＩＤと、パスワードと、氏名と、住所などが登録されるようになっている。
【００１９】
また、貸出ＤＢ３４には、例えば図４に示すようなデータが格納されている。図４の例では、書籍ＩＤ毎に、書籍名と、貸出先のユーザＩＤと、貸出日と、返却期限（返却予定日）と、貸出状況とが登録されるようになっている。
【００２０】
さらに、書籍ＤＢ３５には、例えば図５に示すようなデータが格納されている。図５の例では、書籍名と、作者名と、出版社名と、総ページ数と、書籍ＩＤとが登録されるようになっている。複数冊同一書籍があれば、複数の書籍ＩＤが登録される。
【００２１】
また、ペースＤＢ３６には、例えば図６に示すようなデータが格納されている。図６の例では、ユーザＩＤと、読んだ書籍毎の書籍名と実読書時間と実読書日数と総ページ数とを含む読書状況データと、全体平均読書頻度と、全体平均読書速度とが登録されるようになっている。携帯端末９から書籍名と実読書時間と実読書日数と総ページ数とを含む読書状況データを受信すると、データ登録部３９は、携帯端末９のユーザのユーザＩＤに対応付けて、ペースＤＢ３６に登録する。また、データ登録部３９は、実読書時間の総和／実読書日数の総和により全体平均読書頻度を算出して登録し、さらに実読書時間の総和×６０／総ページ数の総和により全体平均読書速度を算出して登録する。このような処理は、本実施の形態の主要部ではないので、これ以上述べない。
【００２２】
さらに、放送予定ＤＢ３７には、例えば図７に示すようなデータが格納されている。図７の例では、番組名と、放送局名と、発表日と、放送予定日とが登録されるようになっている。本実施の形態では、映像コンテンツとして、テレビのドラマ番組を一例としているが、映画の放送、映画の劇場公開などであってもよい。さらに、後にも述べるが、ドラマ番組ではなく、他のカテゴリに属する番組、例えば旅行記、動物関係、スポーツ関係などであっても良い。
【００２３】
次に、図８乃至図１８を用いて、図１に示したシステムの処理内容について説明する。なお、以下の処理については、既にユーザが図書館端末５（ユーザ端末７、携帯端末９であっても良い）を操作して、図書館サーバ３へログインしており、図書館サーバ３側ではアクセス元ユーザのユーザＩＤを識別しているものとする。
【００２４】
まず、図書館端末５は、ユーザからの指示に応じてメニューページにアクセスすると（図８：ステップＳ１）、図書館サーバ３の要求処理部３１は、メニューページデータを要求元の図書館端末５へ返信する（ステップＳ３）。図書館端末５は、図書館サーバ３からメニューページデータを受信し、表示部に表示する（ステップＳ５）。
【００２５】
例えば、図９に示すような画面表示が行われる。図９の画面例では、メニュー項目として、図書館からのメッセージ、予約状況、本のご紹介としてドラマ化予定の本及びランキングといった項目が含まれている。
【００２６】
ここでは、ユーザがドラマ化予定の本というメニュー項目（一般化すれば映像関連書籍の紹介）を選択すると、図書館端末５は、映像関連書籍の紹介というメニュー項目の選択指示を受け付け、本メニュー項目の選択指示を図書館サーバ３へ送信する（ステップＳ７）。図書館サーバ３の要求処理部３１は、図書館端末５から、映像関連書籍の紹介という選択指示を受信すると（ステップＳ９）、要求処理部３１は、読書期間の指定ページデータを、図書館端末５へ送信する（ステップＳ１１）。
【００２７】
図書館端末５は、図書館サーバ３から、読書期間の指定ページデータを受信すると、表示部に表示する（ステップＳ１３）。例えば図１０に示すような画面が表示される。図１０の例では、読書期間を指定することを通知するためのボタンと、読書期間を指定しないことを通知するためのボタンと、読書期間を指定する場合には、読書期間の初日及び最終日を指定するためのプルダウンとが設けられている。
【００２８】
ユーザは、読書期間を指定しない場合には、そのためのボタンを押し、読書期間を指定する場合には、読書期間の初日及び最終日を指定した上で、そのためのボタンを押す。
【００２９】
図書館端末５は、ユーザから、読書期間の指定（指定無しを含む）を受け付け、読書期間の指定データを図書館サーバ３へ送信する（ステップＳ１５）。図書館サーバ３の要求処理部３１は、図書館端末５から読書期間の指定データを受信すると（ステップＳ１７）、ユーザＩＤ及び読書期間の指定データを含む映像関連書籍の抽出要求を、データ抽出部３２に出力する。
【００３０】
データ抽出部３２は、映像関連書籍の抽出要求を受け取ると、映像関連書籍の抽出処理を実行する（ステップＳ１９）。この映像関連書籍の抽出処理については、図１１乃至図１６を用いて説明する。
【００３１】
まず、データ抽出部３２は、関連書籍抽出処理を実行する（図１１：ステップＳ３１）。関連書籍抽出処理については、図１２及び図１３を用いて説明する。
【００３２】
データ抽出部３２は、まず、放送予定ＤＢ３７から未処理のレコードを１つ読み出す（図１２：ステップＳ１５１）。そして、データ抽出部３２は、読み出したレコードに含まれるデータを基に、番組紹介ページを検索するように検索サーバ１１に要求する（ステップＳ１５３）。そして、データ抽出部３２は、検索サーバ１１から検索結果を受信する。例えば、番組名及び放送局名などを検索条件として含む検索要求を検索サーバ１１に出力し、検索要求に応じた検索を実行させる。
【００３３】
その後、データ抽出部３２は、検索サーバ１１からの検索結果が、読み出したレコードについての何らかの検索データを含むか否かを判断する（ステップＳ１５５）。検索サーバ１１からの検索結果が、読み出したレコードについての何らかの検索データを含んでいない場合には、処理はステップＳ１６５に移行する。
【００３４】
一方、検索サーバ１１からの検索結果が、読み出したレコードについての何らか検索データを含む場合には、データ抽出部３２は、原作書籍名、作家名及び出版社名を、抽出された番組紹介ページのデータから抽出する処理を実行する（ステップＳ１５７）。例えば、番組紹介ページのデータ及びリンク先のページのデータを収集して、その中で原作書籍名、作家名及び出版社名を、収集されたデータの中からテキストマイニングなどの技術によって抽出する処理を実行する。
【００３５】
そして、データ抽出部３２は、ステップＳ１５７で、原作書籍名、作家名及び出版社名を抽出できたか判断する（ステップＳ１５９）。原作書籍名、作家名及び出版社名を抽出できなければ、処理はステップＳ１６５に移行する。なお、出版社名が抽出できなくても、原作書籍名及び作家名が抽出できればよいことにする場合もある。それらを抽出できなければ、処理はステップＳ１６５に移行する。
【００３６】
一方、原作書籍名、作家名及び出版社名を抽出できた場合には、データ抽出部３２は、抽出された原作書籍名、作家名及び出版社名で書籍ＤＢ３５を検索し、書籍ＩＤ及び総ページ数を抽出する（ステップＳ１６１）。そして、データ抽出部３２は、放送予定ＤＢ３７から読み出したレコードのデータ及び抽出されたデータを、データ格納部３８における関連付けテーブルに登録する（ステップＳ１６３）。
【００３７】
例えば、図１３に示すような関連付けテーブルが生成される。図１３の例では、番組名と、原作書籍名と、作者名と、出版社名と、放送予定日と、日数と、総ページ数と、書籍ＩＤとが登録されるようになっている。番組名及び放送予定日は、放送予定ＤＢ３７から抽出されたデータであり、原作書籍名、作者名及び出版社名についてはウェブ検索などで得られたデータであり、総ページ数及び書籍ＩＤについては書籍ＤＢ３５から抽出されたデータである。日数については、以下の処理にて設定される。
【００３８】
そして、データ抽出部３２は、放送予定ＤＢ３７において未処理のレコード（放送予定ＤＢ３７に存在し、かつ関連付けテーブルにレコードが存在しないレコード）が存在しているか判断する（ステップＳ１６５）。未処理のレコードが存在していれば、ステップＳ１５１に戻る。未処理のレコードが存在していなければ、処理は呼出元の処理（ステップＳ３１）に戻る。
【００３９】
以上のような処理を行うことで、映像に関連する書籍のデータが得られるようになる。
【００４０】
なお、このような処理は、ユーザによるアクセス毎に実行するのではなく、例えば毎日一回前処理として実行するようにしても良い。また、放送予定ＤＢ３７が更新される毎に実行するようにしても良い。
【００４１】
さらに、上で述べたような処理ではなく、例えば電子番組表のデータを放送で又はネットワーク１を介して受信して、各番組について、関連する書籍を抽出するようにしても良い。すなわち、電子番組表のデータには、番組名、カテゴリや放送内容についての説明文が含まれているので、これらのデータから類似度が高い書籍を特定するようにしても良い。例えば、北海道旅行についての番組であれば、北海道に関連する書籍を抽出するようにしたり、パンダについての番組であれば、パンダに関連する書籍を検索サーバ１１又はデータが拡充されている書籍ＤＢ３５から抽出するようにしても良い。さらに、映画の公開予定又は放送予定を放送予定ＤＢ３７に登録して同様の処理で関連付けテーブルを生成するようにしても良い。なお、カテゴリについては、ユーザのプリファレンスを予めユーザＤＢ３３に登録しておき、そのカテゴリに合致する番組及び書籍のみを抽出するようにしても良い。
【００４２】
図１１の処理の説明に戻って、データ抽出部３２は、関連付けテーブルにレコードが含まれているか判断する（ステップＳ３３）。関連付けテーブルにレコードが含まれていない場合、すなわち映像に関連する書籍が見つからなかった場合には、処理は端子Ａを介して図１６の処理に移行する。
【００４３】
一方、関連付けテーブルにレコードが含まれている場合には、データ抽出部３２は、関連付けテーブルの各レコードにおける書籍ＩＤで貸出ＤＢ３４を検索する（ステップＳ３５）。そして、データ抽出部３２は、未貸し出しの書籍が存在しているか判断する（ステップＳ３７）。例えば、関連付けテーブルのコピーのテーブル（以下、第２関連付けテーブルと呼ぶ）において、貸出中の書籍の書籍ＩＤを削除することで、この第２関連付けテーブルにおいて書籍ＩＤがいずれかのレコードに残っているか否かを判断する。未貸し出しの書籍が存在している場合には、処理は端子Ｂを介して図１５の処理に移行する。
【００４４】
一方、未貸し出しの書籍が全く存在していない場合、データ抽出部３２は、関連付けテーブルにおける各レコードの原作書籍名及び作者名で書籍ＤＢ３５を検索して、出版社名が異なる同一書籍を抽出する（ステップＳ３９）。データ抽出部３２は、ステップＳ３９において追加で抽出された書籍が存在しているか判断する（ステップＳ４１）。追加で抽出された書籍が存在していない場合には、処理は端子Ａを介して図１６の処理に移行する。一方、追加で抽出された書籍が存在する場合には、データ抽出部３２は、追加で抽出された書籍の書籍ＩＤで貸出ＤＢ３４を検索する（ステップＳ４３）。そして、データ抽出部３２は、追加で抽出された書籍に未貸し出しの書籍が存在するか判断する（ステップＳ４５）。未貸し出しの書籍が存在しない場合には、処理は端子Ａを介して図１６の処理に移行する。一方、未貸し出しの書籍が存在する場合には、処理は端子Ｂを介して図１５の処理に移行する。なお、未貸し出しの書籍のデータで、上で述べた第２関連付けテーブルを更新する。すなわち、出版社名を、未貸し出しの書籍についての出版社に置換し、総ページ数を、未貸し出しの書籍についての総ページ数に置換し、書籍ＩＤを未貸し出しの書籍の書籍ＩＤで置換する。貸し出し済みのため書籍ＩＤが全く登録されていないレコードについては削除してしまっても良い。
【００４５】
さらに、ステップＳ３９乃至Ｓ４５の処理については、関連付けテーブルにおいていずれの原作書籍についても未貸し出しの書籍が存在していない場合に実行するようにしていたが、未貸し出しの書籍が存在しない原作書籍毎に実行するようにしても良い。
【００４６】
例えば、第２関連付けテーブルは、図１３に示した関連付けテーブルが図１４に示すようなテーブルに変更される。この例では、「レベル６」という書籍については書籍ＩＤが１つも含まれていないので、未貸し出し書籍は存在していない。「スイーツ殺人事件」についても書籍ＩＤが１つ削除されている。さらに、「恋愛日和」についても出版社、ページ数及び書籍ＩＤが置換され、異なる出版社の書籍のデータになっている。
【００４７】
処理は端子Ｂを介して図１５の処理に移行して、データ抽出部３２は、要求元ユーザのユーザＩＤでペースＤＢ３６を検索して、ユーザの全体平均読書速度及び全体平均読書頻度のデータを抽出する（ステップＳ４７）。なお、このステップにおいてデータが抽出できない場合には、端子Ａを介して図１６の処理に移行するようにしても良い。
【００４８】
そして、データ抽出部３２は、第２関連付けテーブルにおいて未貸し出しの書籍が存在する原作書籍の各々について、総ページ数と要求元ユーザの全体平均読書速度及び全体平均読書頻度とから、読み終わるまでの日数を算出する（ステップＳ４９）。具体的には、総ページ数×全体平均読書速度／６０／全体平均読書頻度により読み終わるまでの日数を算出する。ここで、例えば現在日付から放送予定日までの第１の日数と、読み終わるまでの第２の日数とを、第２関連付けテーブルに登録する。例えば、図１４の「スイーツ殺人事件」の場合、現在日付が２０１２年５月１０日であれば、第１の日数は「５」であり、第２の日数は「３」となる。すなわち、第２の日数はユーザ毎に異なる。
【００４９】
そして、データ抽出部３２は、ユーザによる読書期間の指定があるか判断する（ステップＳ５１）。ユーザによる読書期間の指定がある場合には、データ抽出部３２は、未貸し出し書籍がある原作書籍のうち、放送予定日が読書期間終了後であり且つ指定された読書期間で読み終わる原作書籍を抽出する（ステップＳ５３）。ユーザの都合を考慮して放送予定日までに読み終わるか否かを判断する。そして処理は端子Ｃを介して図１６の処理に移行する。
【００５０】
一方、ユーザによる読書期間の指定がない場合には、データ抽出部３２は、貸出ＤＢ３４をユーザＩＤで検索して貸出中の他の書籍が存在するか否かを判断する（ステップＳ５５）。貸出中の他の書籍が存在する場合には、データ抽出部３２は、貸出中書籍のうち返却予定日が最も遅い日を特定する（ステップＳ５７）。そして、データ抽出部３２は、特定された日から第２の日数（ステップＳ４９で算出された日数）後以降に放送予定日が設定されている原作書籍を抽出する（ステップＳ５９）。このようにすれば、現在借りている書籍を読まずに返却するといった非効率な現象を回避することができるようになる。そして処理は端子Ｃを介して図１６の処理に移行する。
【００５１】
一方、貸出中の他の書籍が存在しない場合には、データ抽出部３２は、本日から第２の日数（ステップＳ４９で算出された日数）後以降に放送予定日が設定されている原作書籍を抽出する（ステップＳ６１）。具体的には、第１の日数＞第２の日数であるか否かを判断する。そして、処理は端子Ｃを介して図１６の処理に移行する。
【００５２】
図１６の処理の説明に移行して、データ抽出部３２は、ステップＳ５３、Ｓ５９又はＳ６１のいずれかで原作書籍が抽出されたか判断する（ステップＳ６３）。抽出されていない場合には、データ抽出部３２は、該当する書籍がない旨のデータを、要求処理部３１に出力する。そして、要求処理部３１は、該当する書籍がない旨を表すメッセージを含むページデータを生成する（ステップＳ６７）。そして処理は呼出元の処理（ステップＳ１９）に戻る。
【００５３】
一方、原作書籍が抽出された場合には、データ抽出部３２は、抽出された原作書籍のデータ及び当該原作書籍に関連する番組のデータを要求処理部３１に出力する。要求処理部３１は、抽出された原作書籍のデータ及び当該原作書籍に関連する番組のデータを含む紹介ページデータを生成する（ステップＳ６５）。そして処理は呼出元の処理（ステップＳ１９）に戻る。
【００５４】
このようにすれば、放送予定又は公開予定の映像コンテンツに関連し、放送予定日又は公開予定日までに読み終わると推定される書籍のデータが抽出され、それを提示できるようになる。読み終わらないような書籍を提示しても、図書館側では効率的な書籍貸し出しに繋がらず、ユーザに対して気付きを与えることは不適切なので、これを回避している。
【００５５】
図８の処理に戻って、要求処理部３１は、要求元の図書館端末５へ、紹介ページデータを送信する（ステップＳ２１）。図書館端末５は、図書館サーバ３から紹介ページデータを受信し、表示部に表示する（ステップＳ２３）。
【００５６】
例えば、図１７に示すような画面が表示される。図１７の例では、原作書籍名及び作者名と、番組名及び第１の日数とを含むメッセージが表示されるようになっている。ここでは１冊のみ提示しているが、抽出された原作書籍が複数であれば複数提示しても良い。一方、ユーザ「山田」よりも読書頻度が低いユーザ「本田」の場合には５日後の書籍は読み終わらないので、図１８に示すような画面が表示される。図１８では、第１の日数がより多い番組についての原作書籍が紹介されている。なお、第１の日数ではなく、放送予定日であってもよい。また、第２の日数を提示するようにしても良い。
【００５７】
以上本技術の実施の形態を説明したが、本技術はこれに限定されるものではない。例えば、処理フローについては処理結果が変わらない限り処理ステップの順番を入れ替えたり、複数の処理ステップを並列に実行するようにしても良い。
【００５８】
さらに、ウェブベースのシステムを説明したが、例えば端末側に専用のアプリケーションをインストールして実行させるようにしても良い。図２の機能ブロック図も一例であって、プログラムモジュール構成及びデータベース構成と一致しない場合もある。
【００５９】
さらに、上で述べた図書館サーバ３の機能は、複数のコンピュータにて実装される場合もある。
【００６０】
さらに、関連書籍抽出処理については、データ抽出部３２が実行する例を示したが、事前に実行する場合には、前処理部を別途設けるようにしても良い。また、書籍の紹介は、メールなどで行っても良い。
【００６１】
なお、紹介する本のさらなる絞込みの要素として、ドラマのターゲット層（出演者、放映時間帯、ジャンル等がドラマ化の制作発表等の場で公開されるものとする）の情報や、利用者の特性（年齢、性別、職業、過去に借りたＤＶＤや本の履歴等）をＤＢに格納しておき、最も利用者に合う本をおすすめ本として情報提供しても良い。例えば、出演者：過去に借りたＤＶＤに同じ俳優が出演しているという条件、主演と利用者が同年代という条件、放映時間帯：昼ドラマであれば昼間に家でそのドラマを観られる可能性が高い専業主婦向けという条件、ジャンル：戦闘であれば男性向けという条件、アニメ化であれば子供向けという条件で絞り込むようにしても良い。
【００６２】
なお、上で述べた図書館サーバ３、図書館端末５、ユーザ端末７及び検索サーバ１１は、コンピュータ装置であって、図１９に示すように、メモリ２５０１とＣＰＵ（Central Processing Unit）２５０３とハードディスク・ドライブ（ＨＤＤ：Hard Disk Drive）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。ＣＰＵ２５０３は、アプリケーション・プログラムの処理内容に応じて表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、所定の動作を行わせる。また、処理途中のデータについては、主としてメモリ２５０１に格納されるが、ＨＤＤ２５０５に格納されるようにしてもよい。本技術の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及びアプリケーション・プログラムなどのプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【００６３】
以上述べた本実施の形態をまとめると、以下のようになる。
【００６４】
本実施の形態に係る情報処理方法は、（Ａ）放送又は公開が予定されている映像に関するデータ及び当該映像に関連する書籍に関するデータを検索により取得し、映像の識別子と放送又は公開予定日と書籍の識別データと書籍の分量とを第１のデータ格納部に格納し、（Ｂ）ユーザ毎に当該ユーザの読書速度及び読書頻度を格納する第２のデータ格納部から、特定のユーザの読書速度及び読書頻度を読み出し、（Ｃ）第１のデータ格納部に識別データが格納されている各書籍の分量と、読み出された特定のユーザの読書速度及び読書頻度とから、各書籍について特定のユーザが読み終わるまでにかかる期間を算出し、（Ｄ）各書籍について算出された期間と第１のデータ格納部に格納されている各書籍の放送又は公開予定日とから、特定のユーザが読み終わる書籍を特定し、（Ｅ）特定された書籍に関連するデータを特定のユーザ宛に送信する処理を含む。
【００６５】
このようにすれば、映像コンテンツに関連する書籍のうち特定のユーザが放送又は公開予定日までに読み終わると推定される書籍のデータを特定のユーザに提供することができるので、適切な書籍を推薦できるようになる。
【００６６】
また、上で述べた期間を算出する処理又は上で述べた書籍を特定する処理において、書籍の識別データ毎に貸し出しの有無を格納する第３のデータ格納部に基づき、第１のデータ格納部に識別データが格納されている書籍を絞り込むようにしても良い。このようにすれば、図書館のように未貸し出し書籍の効率利用が図られるようになる。
【００６７】
さらに、上で述べた書籍を特定する処理が、（ｄ１）書籍の識別データに対応付けて貸出先のユーザの識別子と返却期限とを格納する第４のデータ格納部に基づき、特定のユーザが他の書籍を借りていれば、当該他の書籍の返却期限のうち最も遅い返却期限を特定し、（ｄ２）最も遅い返却期限から放送又は公開予定日までの期間が、算出された期間より長いか否かを判断する処理を含むようにしても良い。このようにすれば、特定のユーザの書籍貸し出し状況に応じて、貸出中の書籍が無駄にならないように情報の提供を行うことができるようになる。
【００６８】
さらに、上で述べた送信する処理が、特定された書籍に対応する映像に関するデータを特定のユーザ宛に送信するようにしても良い。映像に関するデータは、例えば番組名や放送予定日などであり、これによって書籍を借りる動機付けが高められる。
【００６９】
なお、上で述べたような処理をコンピュータに実施させるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭなどの光ディスク、光磁気ディスク、半導体メモリ（例えばＲＯＭ）、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。なお、処理途中のデータについては、ＲＡＭ等の記憶装置に一時保管される。
【００７０】
以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
【００７１】
（付記１）
放送又は公開が予定されている映像に関するデータ及び当該映像に関連する書籍に関するデータを検索により取得し、前記映像の識別子と放送又は公開予定日と前記書籍の識別データと前記書籍の分量とを第１のデータ格納部に格納し、
ユーザ毎に当該ユーザの読書速度及び読書頻度を格納する第２のデータ格納部から、特定のユーザの読書速度及び読書頻度を読み出し、
前記第１のデータ格納部に識別データが格納されている各書籍の分量と、読み出された前記特定のユーザの読書速度及び読書頻度とから、前記各書籍について前記特定のユーザが読み終わるまでにかかる期間を算出し、
前記各書籍について算出された前記期間と前記第１のデータ格納部に格納されている前記各書籍の放送又は公開予定日とから、前記特定のユーザが読み終わる書籍を特定し、
特定された前記書籍に関連するデータを前記特定のユーザ宛に送信する
処理を、コンピュータに実行させるためのプログラム。
【００７２】
（付記２）
前記期間を算出する処理又は前記書籍を特定する処理において、
書籍の識別データ毎に貸し出しの有無を格納する第３のデータ格納部に基づき、前記第１のデータ格納部に識別データが格納されている書籍を絞り込む
付記１記載のプログラム。
【００７３】
（付記３）
前記書籍を特定する処理が、
書籍の識別データに対応付けて貸出先のユーザの識別子と返却期限とを格納する第４のデータ格納部に基づき、前記特定のユーザが他の書籍を借りていれば、当該他の書籍の返却期限のうち最も遅い返却期限を特定し、
前記最も遅い返却期限から前記放送又は公開予定日までの期間が、算出された前記期間より長いか否かを判断する
処理を含む付記１又は２記載のプログラム。
【００７４】
（付記４）
前記送信する処理が、
特定された前記書籍に対応する映像に関するデータを前記特定のユーザ宛に送信する
処理を含む付記１乃至３のいずれか１つ記載のプログラム。
【００７５】
（付記５）
放送又は公開が予定されている映像に関するデータ及び当該映像に関連する書籍に関するデータを検索により取得し、前記映像の識別子と放送又は公開予定日と前記書籍の識別データと前記書籍の分量とを第１のデータ格納部に格納し、
ユーザ毎に当該ユーザの読書速度及び読書頻度を格納する第２のデータ格納部から、特定のユーザの読書速度及び読書頻度を読み出し、
前記第１のデータ格納部に識別データが格納されている各書籍の分量と、読み出された前記特定のユーザの読書速度及び読書頻度とから、前記各書籍について前記特定のユーザが読み終わるまでにかかる期間を算出し、
前記各書籍について算出された前記期間と前記第１のデータ格納部に格納されている前記各書籍の放送又は公開予定日とから、前記特定のユーザが読み終わる書籍を特定し、
特定された前記書籍に関連するデータを前記特定のユーザ宛に送信する
処理を含み、コンピュータにより実行される情報処理方法。
【００７６】
（付記６）
放送又は公開が予定されている映像に関するデータ及び当該映像に関連する書籍に関するデータを検索により取得し、前記映像の識別子と放送又は公開予定日と前記書籍の識別データと前記書籍の分量とを第１のデータ格納部に格納し、ユーザ毎に当該ユーザの読書速度及び読書頻度を格納する第２のデータ格納部から、特定のユーザの読書速度及び読書頻度を読み出し、前記第１のデータ格納部に識別データが格納されている各書籍の分量と、読み出された前記特定のユーザの読書速度及び読書頻度とから、前記各書籍について前記特定のユーザが読み終わるまでにかかる期間を算出し、前記各書籍について算出された前記期間と前記第１のデータ格納部に格納されている前記各書籍の放送又は公開予定日とから、前記特定のユーザが読み終わる書籍を特定するデータ抽出部と、
特定された前記書籍に関連するデータを前記特定のユーザ宛に送信する送信部と、
を有する情報処理装置。
【符号の説明】
【００７７】
３１  要求処理部
３２  データ抽出部
３３  ユーザＤＢ
３４  貸出ＤＢ
３５  書籍ＤＢ
３６  ペースＤＢ
３７  放送予定ＤＢ
３８  データ格納部
３９  データ登録部
【図１】
2014182579.tif 000003
【図２】
2014182579.tif 000004
【図３】
2014182579.tif 000005
【図４】
2014182579.tif 000006
【図５】
2014182579.tif 000007
【図６】
2014182579.tif 000008
【図７】
2014182579.tif 000009
【図８】
2014182579.tif 000010
【図９】
2014182579.tif 000011
【図１０】
2014182579.tif 000012
【図１１】
2014182579.tif 000013
【図１２】
2014182579.tif 000014
【図１３】
2014182579.tif 000015
【図１４】
2014182579.tif 000016
【図１５】
2014182579.tif 000017
【図１６】
2014182579.tif 000018
【図１７】
2014182579.tif 000019
【図１８】
2014182579.tif 000020
【図１９】
2014182579.tif 000021