(57)【要約】【課題】適切に関連コンテンツを示す関連情報に基づいた通知を行う。【解決手段】表示装置と、情報処理装置と、を備え、表示装置は、コンテンツを表示する表示手段と、コンテンツに対する操作を受け付ける操作手段と、操作手段が、該中断操作を受け付けたことを示す中断情報を情報処理装置へ送信する送信手段とを含み、情報処理装置は、表示装置から中断情報を受信する受信手段と、中断情報に基づいて、コンテンツに対するユーザの関心の度合いを示す関心度を算出する算出手段と、関心度に基づいて、該関心度が算出された対象コンテンツに関連するコンテンツを示す関連情報を生成する生成手段と、関連情報を表示装置へ送信する送信手段とを含み、表示装置は、さらに、情報処理装置から送信された関連情報に基づいた通知を行う通知手段を含む、ネットワークシステム。【選択図】図１
2014021585.tif 000002
【特許請求の範囲】
【請求項１】
表示装置と、
情報処理装置と、を備え、
前記表示装置は、
コンテンツを表示する表示手段と、
コンテンツに対する操作を受け付ける操作手段と、
前記操作手段が、該中断操作を受け付けたことを示す中断情報を前記情報処理装置へ送信する送信手段とを含み、
前記情報処理装置は、
前記表示装置から前記中断情報を受信する受信手段と、
前記中断情報に基づいて、コンテンツに対するユーザの関心の度合いを示す関心度を算出する算出手段と、
前記関心度に基づいて、該関心度が算出された対象コンテンツに関連するコンテンツを示す関連情報を生成する生成手段と、
前記関連情報を前記表示装置へ送信する送信手段とを含み、
前記表示装置は、さらに、
前記情報処理装置から送信された前記関連情報に基づいた通知を行う通知手段を含む、ネットワークシステム。
【請求項２】
前記情報処理装置は、前記対象コンテンツの終了予定日を推定する推定手段をさらに含み、
前記関心度は、前記推定手段によって今回推定された終了予定日と、前記推定手段によって前回推定された終了予定日との差分を含む、請求項１記載のネットワークシステム。
【請求項３】
前記中断情報は、前記対象コンテンツの表示量を含み、
前記受信手段により該コンテンツについての前記中断情報が受信されたときに、前記推定手段は、該中断情報を受信した日と、該対象コンテンツについての前記中断情報を最初に受信した日と、該対象コンテンツの全体量と、該対象コンテンツの合計表示量とに基づいて、前記読了予定日を推定する、請求項２記載のネットワークシステム。
【請求項４】
前記関心度は、前記受信手段による前記中断情報の受信間隔を含む、請求項１〜３いずれか１項記載のネットワークシステム。
【請求項５】
前記関心度は、前記対象コンテンツの表示ペースを含む、請求項１〜４いずれか１項記載のネットワークシステム。
【請求項６】
前記関心度は、前記対象コンテンツ以外のコンテンツについての、前記受信手段による前記中断情報の受信回数を含む、請求項１〜５いずれか１項記載のネットワークシステム。
【請求項７】
前記表示手段は、コンテンツの一覧画面を表示し、
前記表示装置の前記送信手段は、前記表示手段が前記一覧画面を表示したことを示す表示情報を前記情報処理装置へ送信し、
前記情報処理装置の前記送信手段は、前記受信手段が前記表示情報を受信したときに、前記関心度を送信する、請求項１〜６いずれか１項記載のネットワークシステム。
【請求項８】
前記関連情報は、前記対象コンテンツに関連するコンテンツの購入を推奨する購入推奨情報を含む、請求項１〜７いずれか１項記載のネットワークシステム。
【請求項９】
前記関連情報は、前記対象コンテンツの続編のコンテンツのあらすじを含む、請求項１〜８いずれか１項記載のネットワークシステム。
【請求項１０】
前記関連情報は、前記対象コンテンツの続編のレビューを含む、請求項１〜９いずれか１項記載のネットワークシステム。
【請求項１１】
コンテンツを表示する表示手段と、
コンテンツに対する操作を受け付ける操作手段と、を含む表示装置から、該操作手段が、コンテンツの表示の中断操作を受け付けたことを示す中断情報を受信する受信手段と、
前記中断情報に基づいて、コンテンツに対するユーザの関心の度合いを示す関心度を算出する算出手段と、
前記関心度に基づいて、該関心度が算出された対象コンテンツに関連するコンテンツを示す関連情報を生成する生成手段と、
前記関連情報を前記表示装置へ送信し、前記表示装置に該関連情報に基づいた通知を行わせる送信手段とを備える、情報処理装置。
【請求項１２】
前記対象コンテンツの終了予定日を推定する推定手段をさらに含み、
前記関心度は、前記推定手段によって今回推定された終了予定日と、前記推定手段によって前回推定された終了予定日との差分を含む、請求項１１記載の情報処理装置。
【請求項１３】
前記中断情報は、前記対象コンテンツの表示量を含み、
前記受信手段により該コンテンツについての前記中断情報が受信されたときに、前記推定手段は、該中断情報を受信した日と、該対象コンテンツについての前記中断情報を最初に受信した日と、該対象コンテンツの全体量と、該対象コンテンツの合計表示量とに基づいて、前記読了予定日を推定する、請求項１２記載の情報処理装置。
【請求項１４】
前記関心度は、前記受信手段による前記中断情報の受信間隔を含む、請求項１１〜１３いずれか１項記載の情報処理装置。
【請求項１５】
前記関心度は、前記対象コンテンツの表示ペースを含む、請求項１１〜１４いずれか１項記載の情報処理装置。
【請求項１６】
前記関心度は、前記対象コンテンツ以外のコンテンツについての、前記受信手段による前記中断情報の受信回数を含む、請求項１１〜１５いずれか１項記載の情報処理装置。
【請求項１７】
前記表示手段は、コンテンツの一覧画面を表示し、
前記表示装置は、前記表示手段が前記一覧画面を表示したことを示す表示情報を前記情報処理装置へ送信し、
前記送信手段は、前記受信手段が前記表示情報を受信したときに、前記関心度を送信する、請求項１１〜１６いずれか１項記載の情報処理装置。
【請求項１８】
前記関連情報は、前記対象コンテンツに関連するコンテンツの購入を推奨する購入推奨情報を含む、請求項１１〜１７いずれか１項記載の情報処理装置。
【請求項１９】
前記関連情報は、前記対象コンテンツの続編のコンテンツのあらすじを含む、請求項１１〜１８いずれか１項記載の情報処理装置。
【請求項２０】
前記関連情報は、前記対象コンテンツの続編のレビューを含む、請求項１１〜１９いずれか１項記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークシステム、情報処理装置に関する。
【背景技術】
【０００２】
現在、電子書籍を配信するシステムが広く流通している。また、該システムにおいて、コンテンツの購入をユーザに対して推奨する技術が様々、提案されている。
【０００３】
例えば、特開２０１２−２７７６３号公報（特許文献１）は、現在読んでいる電子書籍を読み終えるために要する時間を算出する技術を開示している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−２７７６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、ユーザがダウンロードした（購入した）コンテンツに対して該ユーザが満足しない場合がある。ユーザがコンテンツに満足しないと、該コンテンツの閲覧が進まず、該コンテンツの続編などの売上が下降する場合がある、という問題がある。
【０００６】
従って、ユーザがコンテンツに対して満足していないとサーバ装置が判断した場合には、該コンテンツに関連する関連コンテンツを示す関連情報に基づいた通知を行うことができ、上記問題を解決できる。
【課題を解決するための手段】
【０００７】
本発明のある局面に従うネットワークシステムは、表示装置と、情報処理装置と、を備え、表示装置は、コンテンツを表示する表示手段と、コンテンツに対する操作を受け付ける操作手段と、操作手段が、該中断操作を受け付けたことを示す中断情報を情報処理装置へ送信する送信手段とを含み、情報処理装置は、表示装置から中断情報を受信する受信手段と、中断情報に基づいて、コンテンツに対するユーザの関心の度合いを示す関心度を算出する算出手段と、関心度に基づいて、該関心度が算出された対象コンテンツに関連するコンテンツを示す関連情報を生成する生成手段と、関連情報を表示装置へ送信する送信手段とを含み、表示装置は、さらに、情報処理装置から送信された関連情報に基づいた通知を行う通知手段を含む。
【０００８】
好ましくは、情報処理装置は、対象コンテンツの終了予定日を推定する推定手段をさらに含み、関心度は、推定手段によって今回推定された終了予定日と、推定手段によって前回推定された終了予定日との差分を含む。
【０００９】
好ましくは、中断情報は、対象コンテンツの表示量を含み、受信手段により該コンテンツについての中断情報が受信されたときに、推定手段は、該中断情報を受信した日と、該対象コンテンツについての中断情報を最初に受信した日と、該対象コンテンツの全体量と、該対象コンテンツの合計表示量とに基づいて、読了予定日を推定する。
【００１０】
好ましくは、受信手段による中断情報の受信間隔を含む。
好ましくは、関心度は、対象コンテンツの表示ペースを含む。
【００１１】
好ましくは、関心度は、対象コンテンツ以外のコンテンツについての、受信手段による中断情報の受信回数を含む。
【００１２】
好ましくは、表示手段は、コンテンツの一覧画面を表示し、表示装置の送信手段は、表示手段が一覧画面を表示したことを示す表示情報を情報処理装置へ送信し、情報処理装置の送信手段は、受信手段が表示情報を受信したときに、関心度を送信する。
【００１３】
好ましくは、関連情報は、対象コンテンツに関連するコンテンツの購入を推奨する購入推奨情報を含む。
【００１４】
好ましくは、関連情報は、対象コンテンツの続編のコンテンツの情報を含む。
好ましくは、関連情報は、対象コンテンツの続編のレビューを含む。
【００１５】
本発明の他の局面によれば、コンテンツを表示する表示手段と、コンテンツに対する操作を受け付ける操作手段と、を含む表示装置から、該操作手段が、コンテンツの表示の中断操作を受け付けたことを示す中断情報を受信する受信手段と、中断情報に基づいて、コンテンツに対するユーザの関心の度合いを示す関心度を算出する算出手段と、関心度に基づいて、該関心度が算出された対象コンテンツに関連するコンテンツを示す関連情報を生成する生成手段と、関連情報を表示装置へ送信し、表示装置に該関連情報に基づいた通知を行わせる送信手段とを備える。
【００１６】
好ましくは、対象コンテンツの終了予定日を推定する推定手段をさらに含み、関心度は、推定手段によって今回推定された終了予定日と、推定手段によって前回推定された終了予定日との差分を含む。
【００１７】
好ましくは、中断情報は、対象コンテンツの表示量を含み、受信手段により該コンテンツについての中断情報が受信されたときに、推定手段は、該中断情報を受信した日と、該対象コンテンツについての中断情報を最初に受信した日と、該対象コンテンツの全体量と、該対象コンテンツの合計表示量とに基づいて、読了予定日を推定する。
【００１８】
好ましくは、関心度は、受信手段による中断情報の受信間隔を含む。
好ましくは、関心度は、対象コンテンツの表示ペースを含む。
【００１９】
好ましくは、関心度は、対象コンテンツ以外のコンテンツについての、受信手段による中断情報の受信回数を含む。
【００２０】
好ましくは、表示手段は、コンテンツの一覧画面を表示し、表示装置は、表示手段が一覧画面を表示したことを示す表示情報を情報処理装置へ送信し、送信手段は、受信手段が表示情報を受信したときに、関心度を送信する。
【００２１】
好ましくは、関連情報は、対象コンテンツに関連するコンテンツの購入を推奨する購入推奨情報を含む。
【００２２】
好ましくは、関連情報は、対象コンテンツの続編のコンテンツの情報を含む。
好ましくは、関連情報は、対象コンテンツの続編のレビューを含む。
【発明の効果】
【００２３】
ある局面において、ユーザがコンテンツに対して満足していないとサーバ装置が判断した場合には、表示装置は、該コンテンツに関連する関連コンテンツを示す関連情報に基づいた通知を行う。
【００２４】
この発明の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解されるこの発明に関する次の詳細な説明から明らかとなるであろう。
【図面の簡単な説明】
【００２５】
【図１】本実施形態の概略の一例を示した図である。
【図２】本実施形態のネットワークシステムの機能構成例を示した図である。
【図３】表示装置の外観の一例を示した図である。
【図４】表示装置のハードウェア構成例を示した図である。
【図５】表示装置やサーバ装置などの機能構成例を示した図である。
【図６】電子書籍の一覧画像の一例を示した図である。
【図７】ログ情報ＤＢの一例を示した図である。
【図８】ユーザＤＢの一例を示した図である。
【図９】コンテンツＤＢの一例を示した図である。
【図１０】レビューＤＢの一例を示した図である。
【図１１】ログ情報ＤＢの他の実施形態を示した図である。
【図１２】対象電子書籍の続編のレビューの一例を示した図である。
【図１３】属性同一電子書籍の購入推奨画像の一例を示した図である。
【図１４】ネットワークシステムの処理の流れの一例を示した図である。
【図１５】第１の関心度の算出工程の一例を示した図である。
【図１６】関連情報の生成工程の一例を示した図である。
【図１７】変形例の処理フローの一例を示した図である。
【図１８】続編のあらすじを表示させた一覧画面の一例を示した図である。
【図１９】続編のレビューを表示させた一覧画面の一例を示した図である。
【発明を実施するための形態】
【００２６】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してあり、それらの名称および機能も同じであり、重複説明を繰り返さない。
【００２７】
［本実施形態の概略］
図１を参照しながら、本実施形態の概略を説明する。図１は、本実施形態の概略を示した図である。
【００２８】
図１の例では、ネットワークシステム１０は、表示装置１００とサーバ装置２００とを備える。図１（Ａ）は、本実施形態の処理の流れを簡単に説明した図である。図１（Ｂ）は、電子書籍画像３０２を表示している表示装置１００の一例を示した図である。図１（Ｃ）は、電子書籍の続編のあらすじ３０４２Ａが含まれた関連情報画像３０４Ａを表示している表示装置１００の一例を示した図である。
【００２９】
サーバ装置２００は、表示装置１００に対して、コンテンツを送信（配信）する。表示装置１００は、サーバ装置２００から送信されたコンテンツをダウンロード可能であり、該ダウンロードされたコンテンツを表示する。コンテンツは、好ましくは電子書籍であり、その他の例として、動画、音楽などを含む。また、動画は、ドラマ、映画、ゲームなどを含む。以下では、典型的な例として、コンテンツを電子書籍として説明する。
【００３０】
（１）表示装置１００が電子書籍画像３０２を表示しており、ユーザが電子書籍の閲覧を中断する場合には、該ユーザは中断操作を行う。中断操作は、例えば、操作ボタン１１６１を押下することである。そうすると、表示装置１００は、サーバ装置２００へログ情報を送信する。ここでログ情報は、ユーザＩＤ（Identification）、電子書籍ＩＤ、今回表示したページ数（ユーザが今回閲覧したページ数）などを含む。
【００３１】
（２）サーバ装置２００は、今回受信したログ情報、および、前記受信したログ情報に基づいて、ユーザが中断操作を行った電子書籍に対する関心度を算出し、該関心度に基づいて、電子書籍に対する関心が高いか否かを判断する。関心度については後述する。以下では、関心度が算出された電子書籍を「対象電子書籍」という。
【００３２】
（３）サーバ装置２００が、対象電子書籍に対するユーザの関心が低いと判断すると、関連情報を生成し、該関連情報を送信する。関連情報は、対象電子書籍に関連する電子書籍（以下、「関連電子書籍」という。）を示した情報である。関連電子書籍は、「該電子書籍の続編」や「該電子書籍と属性が同じ電子書籍」等を含む。関連情報は、関連電子書籍の続編のあらすじデータ、関連電子書籍のレビューデータ、該電子書籍の属性と同じ属性を有する電子書籍の購入推奨メッセージデータなどを含む。
【００３３】
（４）表示装置１００が、関連情報を受信すると、該関連情報に基づいた通知を行う。該通知は、例えば、関連情報に基づいた関連情報画像を表示させることを含む。図１（Ｃ）は、関連情報画像３０４Ａの一例である。図１（Ｃ）の例の関連情報画像３０４Ａは、電子書籍の続編（第６巻）のあらすじ３０４２Ａを含む画像である。また、図１（Ｃ）では、続編のあらすじ３０４２Ａが対象電子書籍に重畳されて表示されている。
【００３４】
対象電子書籍に対するユーザの関心度が低い時期に、ユーザが関連情報画像３０４Ａを目視することにより、ユーザは対象電子書籍の続編のあらすじを把握できる。従って、対象電子書籍の閲覧意欲を向上させることができる。その結果、関心度が低い電子書籍の続編の電子書籍の購買意欲を向上させることができる。
【００３５】
［実施形態１］
＜システム構成例＞
次に、図２を参照して、システム構成例について説明する。図２は、本実施形態のネットワークシステム１０の機能構成例を示した図である。図２の例でのネットワークシステム１０は、複数の表示装置１００と、サーバ装置２００とを備える。複数の表示装置１００と、サーバ装置２００とは、互いに、ネットワーク５０で接続されている。
【００３６】
上述のように、表示装置１００は、電子書籍をダウンロード可能な端末であり、該ダウンロードされた電子書籍を表示する。ユーザは該表示された電子書籍を閲覧できる。表示装置１００は、例えば、携帯電話、スマートフォン、タブレット、ＰＣ（Personal  Computer）、通信機能を備えた液晶テレビ等である。
【００３７】
サーバ装置２００は、複数の電子書籍を保持する。サーバ装置２００は、表示装置１００からの要求などにより、該表示装置１００に対して電子書籍を配信する。
【００３８】
ネットワーク５０は、例えば、ＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）、インターネットなどのうち、少なくとも１つで構成される。
【００３９】
＜表示装置の外観＞
次に、図３を参照して、表示装置１００の外観について説明する。図３は、表示装置１００の外観の一例を示す図である。図３（Ａ）は、タブレットである表示装置１００Ａの外観図である。図３（Ｂ）は、通信機能を備えた液晶テレビである表示装置１００Ｂの外観図である。図３（Ｃ）は、スマートフォンである表示装置１００Ｃの外観図である。図３（Ｄ）は、ＰＣである表示装置１００Ｄの外観図である。
【００４０】
表示装置１００Ａは、表示部１１４と、操作ボタン１１６１と、を含む。表示部１１４は、様々な情報が画像を表示する。また、操作ボタン１１６１は、ハードキーである。ユーザは操作ボタン１１６１を押下することにより、表示部１１４に表示された複数の選択肢を選択したり、決定したり、ホーム画像に遷移することができる。また、操作部１１６は、概念的に操作ボタン１１６１を含む。
【００４１】
また、表示部１１４は、タッチパネル機能を備えるディスプレイである。従って、表示部１１４は、概念的に、操作部１１６の一部を含む。
【００４２】
表示装置１００Ｂは、テレビジョン１１４２と、リモコン１１７２と、を含む。テレビジョン１１４２は、表示部１１４を含む。リモコン１１７２は、操作部１１６を含む。上述のように、テレビジョン１１４２は、通信機能を備えていることから、サーバ装置２００から動画などのコンテンツをダウンロードでき、表示部１１４に表示する。また、ユーザは、リモコン１１７２により、様々な操作を行うことができる。様々な操作は、例えば動画の再生、早送り、巻き戻しなどを含む。
【００４３】
表示装置１００Ｃは、表示部１１４と、操作部１１６と、を含む。図３（Ｃ）の表示部１１４の機能は、図３（Ａ）の表示部１１４の機能と同様なので説明を繰り返さない。
【００４４】
表示装置１００Ｃの操作部１１６は、メニューキー１１６２と、ホームキー１１６４と、戻るキー１１６６と、を含む。ユーザがメニューキー１１６２を押下することにより、表示部１１４にメニュー画面を表示させる。ユーザがホームキー１１６４を押下することにより、表示装置１００Ｃは表示部１１４にホーム画像を表示させる。ユーザが戻るキー１１６６を押下することにより、表示部１１４に表示されている画像の１つ前の画像に遷移して表示部１１４に表示させる。
【００４５】
図３（Ｄ）に示す表示装置１００は、ディスプレイ１１４４と、タワー（ＰＣ本体）１５０と、キーボード１１６８と、マウス１１７０と、を含む。ユーザはキーボード１１６８やマウス１１７０などにより各種操作を行う。操作部１１６は、キーボード１１６８やマウス１１７０などを含む。
【００４６】
ディスプレイ１１４４は表示部１１４を含む。タワー１５０は、後述するＣＰＵ（Central  Processing  Unit）やＨＤＤ（Hard  disk  drive）などを含む。
【００４７】
図３（Ａ）〜（Ｄ）に示した表示装置１００は、あくまで例示であり、表示装置１００は他の形態でもよい。
【００４８】
＜ハードウェア構成例＞
次に、図４を参照して、表示装置１００のハードウェア構成について説明する。図４は、表示装置１００のハードウェア構成例を示した図である。図４の例では、表示装置１００は、ＣＰＵ１０２と、ＲＡＭ（Random Access Memory）１０４と、ＲＯＭ（Read Only Memory）１０６と、ＥＥＰＲＯＭ（Electronically Erasable and Programmable Read Only Memory）１０８と、ＨＤＤ１１０と、送受信部１１２と、表示部１１４と、操作部１１６と、外部メディアＩ／Ｆ部１１８と、を含む。
【００４９】
ＣＰＵ１０２は、ＲＯＭ１０６に格納されているプログラムや各種データに基づいて、処理を行う。
【００５０】
ＲＡＭ１０４は、ＲＯＭ１０６やＨＤＤ１１０から読み出された各種プログラムやデータを一時保持する。
【００５１】
ＲＯＭ１０６は、表示装置１００が、起動されるときに実行されるプログラムや各種データを格納する。
【００５２】
ＨＤＤ１１０は、各種プログラム、サーバ装置２００から配信されたコンテンツ（例えば、電子書籍）を格納する。
【００５３】
送受信部１１２は、ネットワーク５０に接続されており、サーバ装置２００から、様々な情報およびコンテンツを受信する。
【００５４】
表示部１１４は、様々な画像、および、表示装置１００がダウンロードした様々なコンテンツを表示する。
【００５５】
操作部１１６は、ユーザから各種操作を受け付ける。また、表示部１１４がタッチパネル機能を備える場合には、表示部１１４は、概念的に、操作部１１６として機能する。
【００５６】
外部メディアＩ／Ｆ部１１８は、表示装置１００と、外部メディア１２０（例えば、ＣＤ−ＲＯＭやＳＤカード）とのインターフェースの役割を果たす。外部メディア１２０に格納されている各種データは、外部メディアＩ／Ｆ部１１８を経由して、ＨＤＤ１１０などに格納される。
【００５７】
＜機能構成例＞
次に、図５を参照して、表示装置１００やサーバ装置２００などの機能構成例を説明する。図５は、表示装置１００やサーバ装置２００などの機能構成例を示した図である。
【００５８】
≪表示装置１００≫
表示装置１００は、通知部１２２と、送受信部１１２と、ログ情報生成部１２４と、操作部１１６と、を含む。
【００５９】
表示装置１００は、表示部１１４（図４参照）に電子書籍画像を表示する。ユーザは、該表示された電子書籍画像を閲覧できる。ユーザは、操作部１１６に対して、様々な操作を行う。例えば、様々な操作は、表示部１１４に電子書籍の表示をさせる操作、電子書籍のページをめくる操作、電子書籍の文字や画像を拡大・縮小する操作、電子書籍の閲覧を途中でやめる際には電子書籍の表示を中断する操作等を含む。以下では、表示装置１００が、図３（Ａ）に示すタブレット端末である場合について説明する。
【００６０】
表示部１１４に電子書籍の表示をさせる操作は、例えば、電子書籍のアプリケーションを起動させる操作である。図６は、電子書籍の一覧画像である。電子書籍のアプリケーションが起動すると、ＣＰＵ１０２は、該一覧画像を表示部１１４に表示させる。図６に示す一覧画像は、電子書籍のサムネイル画像Ｅ１，Ｅ２，・・・を一覧表示している。また、電子書籍のサムネイル画像Ｅ１，Ｅ２，・・・に対応する電子書籍は、表示装置１００が事前にダウンロードしており、ＲＯＭ１０６やＥＥＰＲＯＭ１０８等に記憶している。
【００６１】
ユーザは電子書籍の閲覧を所望する場合には、該ユーザは該電子書籍のサムネイル画像をタッチする。そうすると、ＣＰＵ１０２は、該タッチされたサムネイル画像に対応する電子書籍の電子書籍画像を表示部１１４に表示させる。
【００６２】
電子書籍のページをめくる操作は、ユーザの指によるフリック操作などを含む。電子書籍の文字や画像を拡大・縮小する操作は、ユーザの２本の指によるピンチイン操作やピンチアウト操作を含む。電子書籍の表示を中断する操作は、例えば、操作ボタン１１６１を押下する操作などである。
【００６３】
ログ情報生成部１２４は、操作部１１６がユーザから受け付けた操作を示す情報（以下、「操作情報」という。）に基づいて、ログ情報を生成する。ログ情報は、例えば、ユーザＩＤ、電子書籍ＩＤ（コンテンツＩＤ）、今回、表示部１１４が表示したページ数（ユーザが表示したページ数）などを含む。「今回、表示部１１４が表示したページ数」は、前回、中断操作がされたときから、今回、中断操作がされたときまでに表示部１１４に表示された電子書籍のページ数である。
【００６４】
また、ユーザが電子書籍の閲覧（表示部１１４による表示）を中断したときに、（操作部１１６が、中断操作を受け付けたときに）、ログ情報生成部１２４はログ情報を生成する。また、ログ情報は「中断情報」ともいう。
【００６５】
送受信部１１２は、ログ情報生成部１２４が生成したログ情報をサーバ装置２００へ送信する（アップロードする）。つまり、送受信部１１２は、ユーザが電子書籍の表示を中断するごとに、ログ情報をサーバ装置２００へ送信する。
【００６６】
通知部１２２の処理については後述する。
≪ログ情報記憶装置２３０について≫
次に、ログ情報記憶装置２３０について説明する。ログ情報記憶装置２３０は、ログ情報ＤＢ（dateBase）２３１を記憶する。図７は、ログ情報ＤＢ２３１の一例を示した図である。図７の例では、ログ情報ＩＤごとに、ユーザＩＤと、コンテンツＩＤ（電子書籍ＩＤ）と、合計表示ページ数と、ログ受信日時と、表示ペースと、読了予定日と、が対応付けられている。
【００６７】
ログ情報ＩＤは、ログ情報を識別する。ログ情報は、例えば、後述するログ受信日時の昇順にソートされる。
【００６８】
ユーザＩＤは、ユーザを識別する。コンテンツＩＤは、電子書籍を識別するためのＩＤである。
【００６９】
合計表示ページ数は、電子書籍の最初のページ（例えば１ページ）から、ユーザにより中断操作が行われた時に表示部１１４に表示されていたページまでの、通算ページ数である。つまり、合計表示ページ数は、ユーザにより中断操作が行われた時に、ユーザにより閲覧された合計ページ数である。
【００７０】
表示ペースと読了予定日については後述する。
また、図７では、ユーザＩＤが「０００１」のみが記憶されているが、他のユーザＩＤも含まれている。また、ユーザＩＤが「０００１」については、コンテンツＩＤ「１０１００」のみが記載されているが、表示装置１００が他のコンテンツをダウンロードしている場合には、該他のコンテンツのコンテンツＩＤも記憶される。
【００７１】
≪ユーザコンテンツ記憶装置２４０について≫
次に、ユーザコンテンツ記憶装置２４０について説明する。ユーザコンテンツ記憶装置２４０は、ユーザＤＢ２４１と、コンテンツＤＢ２４２と、レビューＤＢ２４３と、を記憶する。
【００７２】
図８を参照して、ユーザＤＢ２４１について説明する。図８は、ユーザＤＢ２４１の一例を示した図である。図８の例では、ユーザＩＤと、ユーザの氏名とが対応付けられている。図８の例では、ユーザＩＤが「０００１」であるユーザの氏名は、「Ａ」である。
【００７３】
図９を参照して、コンテンツＤＢ２４２について説明する。図９は、コンテンツＤＢ２４２の一例を示した図である。図９の例では、コンテンツＩＤごとに、「電子書籍のタイトル」と、「総ページ数」と、「著者名」と、「続編のコンテンツＩＤ」と、「あらすじデータ」と、が互いに対応付けられている。「続編のコンテンツＩＤ」は、続編がない場合には、「なし（ＮＵＬＬ）」とされる。
【００７４】
例えば、図９の例では、コンテンツＩＤ＝１０１０１については、電子書籍のタイトルは、「Ｘ１」である。総ページ数は「５００ページ」である。著者名は「Ｄ」である。続編の電子書籍のコンテンツＩＤは、「１０１１０」である。あらすじは「去年の・・・」である。また、ユーザコンテンツ記憶装置２４０は、コンテンツＩＤと対応させてコンテンツ実体データ（例えば、電子書籍のデータ）も格納している。
【００７５】
また、コンテンツＩＤ＝１０１０２の電子書籍については、続編がないことから、「なし」とされている。
【００７６】
また、図９において、総ページ数は、電子書籍を構成する他の要素の数でよい。例えば、総ページ数を電子書籍の「総文字数」としてもよい。この場合には、図７記載の合計表示ページ数は「合計表示文字数」とする。合計表示文字数の算出手法として、ログ情報記憶装置２３０が、電子書籍の各ページＰｎ（ｎ＝１，．．．，Ｎとし、Ｎは、合計合計表示ページ数）ごとの文字数Ａｎ（ｎ＝１，．．．，Ｎ）を記憶する。そして、後述する算出部２２８が、以下の式（１）を演算することにより、「合計表示文字数Ｓ」を算出する。
【００７７】
【数１】
2014021585.tif 000003
【００７８】
また、電子書籍が、「画像集（例えば、写真集）」である場合には、総ページ数を、画像集全体の画像数とし、合計表示ページ数を合計表示画像数とする。
【００７９】
図１０を参照して、レビューＤＢ２４３について説明する。図１０は、レビューＤＢ２４３の一例を示した図である。図１０の例では、コンテンツＩＤごとに、レビュー、レビュー送信者のユーザＩＤと、が対応付けられている。
【００８０】
図１０の例では、コンテンツＩＤ＝１０１１０の電子書籍については、３つのレビューが付随している。３つのレビューは「最高！！」と「昔は・・・」と「ビジネス・・・」である。これら３つのレビューそれぞれは、ユーザＩＤが０００１〜０００３である各ユーザが送信したものである。
【００８１】
≪広告記憶装置２５０について≫
次に、広告記憶装置２５０について説明する。広告記憶装置２５０は、広告情報ＤＢ２５１を記憶している。広告情報は特に図示しないが、様々な電子書籍の広告データを含んでいる。
【００８２】
≪サーバ装置２００について≫
図５を再び参照してサーバ装置２００について説明する。サーバ装置２００のログ情報管理部２０８は、ログ情報を管理する。ログ情報管理部２０８は、送受信部２０４が新たに受信したログ情報を、新たなログＩＤを付与して、ログ情報ＤＢ２３１（図８参照）に格納する。また、ログ情報管理部２０８は、必要に応じて、ログ情報ＤＢ２３１内の情報を取得する。
【００８３】
ユーザ情報管理部２１２は、ネットワーク５０に、新たに接続された表示装置１００のユーザＩＤをユーザＤＢ２４１（図８参照）に格納する。また、ユーザ情報管理部２１２は、必要に応じて、ユーザＤＢ２４１内の情報を取得する。
【００８４】
コンテンツ管理部２１６は、例えば、出版事業者が新たに電子書籍を作成した場合には、コンテンツＤＢ２４２に、該新たな電子書籍の実体データやあらすじなどを格納する。また、コンテンツ管理部２１６は、必要に応じて、コンテンツＤＢ２４２内の情報を取得する。
【００８５】
コンテンツ配信部２２０は、ユーザが表示装置１００を介して、新たに電子書籍を購入した場合には、コンテンツＤＢ２４２から電子書籍の実体データを取得する。そして、コンテンツ配信部２２０は、送受信部２０４を介して、電子書籍を購入した表示装置１００に対して該電子書籍を送信（配信）する。表示装置１００は、該送信された電子書籍をダウンロードする。
【００８６】
算出部２２８は、表示装置１００からログ情報を受信する度に、該ログ情報についての電子書籍についての関心度を算出する。以下では、関心度が算出された電子書籍を「対象電子書籍」という。また、関連情報生成部２２４は、関心度と予め定められた閾値とに基づいて、関連情報を生成する。
【００８７】
≪関心度について≫
次に、関心度について説明する。本実施形態において、関心度は、ユーザの電子書籍（コンテンツ）に対する関心の度合いを示す値である。制御部２０６内の判断部２０６２は、算出された関心度と、閾値とが所定の条件を満たすか否かを判断することにより、ユーザが電子書籍に対して関心があるか否かを判断する。例えば、判断部２０６２は、関心度が閾値より低いと判断すると、ユーザが電子書籍に対して関心が低い、と判断する。「電子書籍に対してユーザの関心が低い」は、ユーザが電子書籍に飽きている、ということである。以下に関心度の詳細を説明する。
【００８８】
≪第１の関心度について≫
送受信部２０４が表示装置１００からログ情報を受信する度に、算出部２２８内の推定部２２８４は、読了予定日を推定する。ここで、読了予定日は、ユーザが電子書籍の閲覧が終了する予定日である。つまり、読了予定日は、表示部１１４が電子書籍の全てのページを表示する（ユーザが電子書籍を読了する）予定日である。
【００８９】
一般的に、ユーザが電子書籍に対して関心がある場合には、今回、推定された読了予定日（以下、「今回読了予定日」という。）は、前回、推定された読了予定日（以下、「前回読了予定日」という。）以前の日になるか、または、今回読了予定日は、前回読了予定日と同日になる傾向がある。一方、ユーザの電子書籍に対して関心がない場合には、今回読了予定日は、前回読了予定日以降の日になる傾向がある。
【００９０】
第１の関心度は、この傾向を鑑みて、前回読了予定日と、今回読了予定日との差分とする。そして、前回読了予定日と、今回読了予定日との差分（の絶対値）が第１閾値より大きければ、判断部２０６２は、「ユーザが対象電子書籍に対して満足していない」と判断する。また、前回読了予定日と、今回読了予定日との差分（の絶対値）が第１閾値以下であれば、判断部２０６２は、「ユーザが対象電子書籍に対して満足している」と判断する。
【００９１】
次に読了予定日の推定手法について説明する。送受信部２０４により電子書籍についてのログ情報が受信されたときに、推定部２２８４は、該ログ情報を受信した日と、該対象電子書籍についてのログ情報を最初に受信した日と、対象電子書籍の全体量と、対象電子書籍の合計表示量と、に基づいて読了予定日を推定する。
【００９２】
以下、更に詳細に説明する。まず、ペース算出部２２８２は、表示ペースを算出する。表示ペースは、送受信部２０４が、ログ情報を受信した時点での表示ペース（表示速度）である。ペース算出部２２８２は、例えば、「ログ情報が送信された日時までの合計表示ページ数」を「該ログ情報が送信された日−最初にログ情報が送信された日＋１」で除算することにより、表示ペースを算出する。つまり、Ａ＝「ログ情報が送信された日時までの合計表示ページ数」とし、Ｂ＝「該ログ情報が送信された日」とし、Ｃ＝「最初にログ情報が送信された日」とすると、表示ペースは以下の式（１）により算出される。
表示ペース＝Ａ／（Ｂ−Ｃ＋１）      （１）
例えば、図７の、ログ受信日時が「２０１２年１月１１日  １７：３０：１１」の表示ペースについては、Ａ＝１５０であり、Ｂ＝２０１２年１月１１日であり、Ｃ＝２０１２年１月６日となるので、１５０／（２０１２年１月１１日−２０１２年１月６日＋１）＝２５となる。
【００９３】
ペース算出部２２８２により算出された表示ペースは、図７に示すログ情報ＤＢ２３１に、ログ受信日時に対応付けられて記憶される。
【００９４】
次に、推定部２２８４は、「残りページ数（表示されていないページ数）」を「表示ペース」で除算し、「今回のログ情報送信日」に除算結果を加算することにより、推定される。残りページ数は、「対象電子書籍の全体ページ」から「対象電子書籍の合計表示量」を差し引いた値である。
【００９５】
つまり、Ｄ＝全体ページ数とし、表示ペース＝Ｅとすると、推定部２２８４は、以下の式（２）により、読了予定日Ｆを推定する。
【００９６】
読了予定日Ｆ＝ｆｌｏｏｒ｛（Ｄ−Ａ）／Ｅ｝＋Ｂ    （２）
ただし、ｆｌｏｏｒ（ｘ）は床関数とする。
【００９７】
図７の例での電子書籍ＩＤが１０１００の全体量（総ページ数）を５００ページとする。この場合には、ログ受信日時が「２０１２年１月１１日  １７：３０：１１」の読了予定日Ｆについては、ｆｌｏｏｒ｛（５００−１５０）／２５｝＋２０１２年１月１１日＝２０１２年１月２５日となる。
【００９８】
今回、推定部が２２８４により推定された読了予定日は、ログ受信日時に対応付けられてログ情報ＤＢに格納される。
【００９９】
次に、減算部２２８６は、今回推定された読了予定日から、前回推定された読了予定日を減算する。図７の例では、今回推定された読了予定日は、２０１２年１月２５日であり、前回推定された読了予定日は、２０１２年１月１５日である。従って、減算部２２８６により減算結果は、「１０」となる。減算部２２８６は、減算結果Ｍ１を、判断部２２６２へ送信する。
【０１００】
そして、判断部２０６２は、予め定められた第１閾値Ｔｈ１と、減算結果Ｍ１とを比較する。ここで、予め定められた第１閾値Ｔｈ１を「５」とする。この場合には、判断部２０６２は、減算結果Ｍ１（＝１０）が、予め定められた第１閾値Ｔｈ１（＝５）よりも大きいと判断し、ユーザは電子書籍に対して関心が低い（例えば、電子書籍に飽きている）と判断する。一方、判断部２０６２が、減算結果Ｍ１は、予め定められた第１閾値Ｔｈ１以下であると判断すると、ユーザは電子書籍に対して関心が高い、と判断する。
【０１０１】
このように、好ましくは、送受信部２０４がログ情報を受信する度に、ペース算出部２２８２が、表示ペースを算出し、推定部２２８４が、読了予定日を推定する。そして、ログ情報管理部２０８が、新たなログ情報ＩＤを生成する。ログ情報管理部２０８は、ログ情報に含まれていたユーザＩＤと、コンテンツＩＤと、合計表示ページ数と、とともにログ受信日時と、算出された表示ペースと、推定された読了予定日とを、ログ情報ＤＢに格納する。
【０１０２】
また、読了予定日を用いた他の実施形態として、判断部２０６２は、「減算結果Ｍ１が予め定められた第１閾値Ｔｈ１以上であると判断された回数」が所定回数（例えば、３回）以上になった場合に、判断部２０６２がユーザは電子書籍に対して関心が低い、と判断するように構成されてもよい。
【０１０３】
≪第２の関心度について≫
一般的に、ユーザが電子書籍に対して関心がある場合には、今回、ペース算出部２２８２により算出された表示ペースが、前回、ペース算出部２２８２により算出された表示ペース以上になる傾向がある。一方、ユーザが電子書籍に対して関心がない場合には、今回、ペース算出部２２８２により算出された表示ペースが、前回、ペース算出部２２８２により算出された表示ペース未満になる傾向がある。
【０１０４】
そこで、この傾向を鑑みて、第２の関心度を表示ペースとする。具体的には、今回、ペース算出部２２８２により算出された表示ペースから、前回、ペース算出部２２８２により算出された表示ペースを減算する。減算部２２８６は、減算結果Ｍ２を、判断部２２６２へ送信する。
【０１０５】
図７の例では、今回、ペース算出部２２８２により算出された表示ペースは「２５」である。また、前回、ペース算出部２２８２により算出された表示ペースは「５０」である。従って、減算結果Ｍ２は「−２５」である。
【０１０６】
そして、判断部２０６２は、予め定められた第２閾値Ｔｈ２と、減算結果Ｍ２とを比較する。ここで、予め定められた第１閾値Ｔｈ１を「０」とする。この場合には、判断部２０６２は、減算結果Ｍ２（＝−２５）が、予め定められた第２閾値Ｔｈ２（＝０）未満であると判断し、ユーザは電子書籍に対して関心が低い（例えば、電子書籍に飽きている）と判断する。一方、判断部２０６２が、減算結果Ｍ２は予め定められた第２閾値Ｔｈ２以上であると判断すると、ユーザは電子書籍に対して関心が高い、と判断する。
【０１０７】
また、表示ペースを用いた他の実施形態として、判断部２０６２が、「減算結果Ｍ２が予め定められた第２閾値Ｔｈ２以上であると判断された回数」が所定回数（例えば、３回）以上になった場合に、判断部２０６２がユーザは電子書籍に対して関心が低い、と判断するようにしてもよい。
【０１０８】
また、表示ペースを用いた他の実施形態として、判断部２０６２により、「今回、ペース算出部２２８２により算出された表示ペースが予め定められた第２閾値Ｔｈ２’未満であると判断された」場合に、判断部２０６２がユーザは電子書籍に対して関心が低い、と判断するように構成されてもよい。
【０１０９】
≪第３の関心度について≫
ユーザが電子書籍に対して関心がある場合には、ユーザは頻繁に電子書籍を閲覧するために、表示装置１００は、頻繁にログ情報をサーバ装置２００へ送信する傾向がある。つまり、ユーザが電子書籍に対して関心がある場合には、ログ情報の受信間隔が短い傾向にある。
【０１１０】
そこで、この傾向を鑑みて、第３の関心度を「ログ情報受信日の受信間隔」とする。具体的には、減算部２２８６は、ログ情報ＤＢ２３１から、前回のログ情報送信日と、今回のログ情報送信日と、を取得する。そして、減算部２２８６は、今回のログ情報送信日から、前回のログ情報送信日を減算することにより、「ログ情報受信日の受信間隔」を算出する。減算部２２８６は、減算結果Ｍ３を、判断部２２６２へ送信する。
【０１１１】
図７の例では、今回のログ情報送信日は、「２０１２年１月１１日」である。また、前回のログ情報送信日は、「２０１２年１月７日」である。従って、減算結果Ｍ３は、「４」となる。
【０１１２】
そして、判断部２０６２は、予め定められた第３閾値Ｔｈ３と、減算結果Ｍ３とを比較する。ここで、予め定められた第１閾値Ｔｈ１を「１」とする。この場合には、判断部２０６２は、減算結果Ｍ２（＝４）が、予め定められた第３閾値Ｔｈ３（＝１）以上であると判断し、ユーザは電子書籍に対して関心が低い（例えば、電子書籍に飽きている）と判断する。一方、判断部２０６２が、減算結果Ｍ３は、予め定められた第３閾値Ｔｈ３以上であると判断すると、ユーザは電子書籍に対して関心が高い、と判断する。
【０１１３】
また、ログ情報受信日の受信間隔を用いた他の実施形態として、判断部２０６２は「減算結果Ｍ３が予め定められた第３閾値Ｔｈ３以上であると判断された回数」が所定回数（例えば、３回）以上になった場合に、判断部２０６２がユーザは電子書籍に対して関心が低い、と判断するようにしてもよい。
【０１１４】
≪第４の関心度について≫
一般的に、ユーザが電子書籍に対して関心がない場合には、ユーザが該関心がない対象電子書籍の閲覧を中断した後、他の電子書籍を閲覧する傾向がある。
【０１１５】
そこで、この傾向を鑑みて、第４の関心度を、「「対象電子書籍とはコンテンツＩＤが異なる電子書籍」についてのログ情報の、送受信部２０４による受信回数」とする。
【０１１６】
図１１を参照して、第４の関心度を説明する。図１１は、ログ情報ＤＢの他の例である。図１１は、ログＩＤ＝Ｌ３、Ｌ４、Ｌ５が追加されている点で、図４と異なる。以下では、ログＩＤ＝Ｌ３、Ｌ４、Ｌ５のログ情報をログ情報Ｌ３、Ｌ４、Ｌ５と示す。
【０１１７】
ログ情報Ｌ３およびログ情報Ｌ４各々は、コンテンツＩＤ＝１０１０１の電子書籍についてのログ情報である。ログ情報Ｌ５は、コンテンツＩＤ＝１０１０３の電子書籍についてのログ情報である。
【０１１８】
つまり、ユーザは、コンテンツＩＤ＝１０１００の電子書籍の閲覧を中断した後、コンテンツＩＤ＝１０１０１の電子書籍と、コンテンツＩＤ＝１０１０３の電子書籍を閲覧している。
【０１１９】
送受信部２０４がログ情報を受信したときに、該受信したログ情報に含まれる同一のコンテンツＩＤの電子書籍についてのログ情報において、送受信部２０４が前回受信した時から今回受信した時までの間に、該コンテンツＩＤと異なるコンテンツＩＤについてのログ情報の受信回数を算出部２２８は算出する。
【０１２０】
図１１の例では、「２０１２年１月７日」に、コンテンツＩＤ＝１０１００の電子書籍についてのログ情報Ｌ２を、送受信部２０４は受信している。その後、送受信部２０４は、該ログ情報Ｌ２に含まれているコンテンツＩＤ（＝１０１００）と異なるコンテンツＩＤ（＝１０１０１、１０１０３）のログ情報Ｌ３、Ｌ４、Ｌ５の数（＝３）を算出する。算出部２２８は、算出結果Ｍ４（＝３）を判断部２０６２に対して送信する。
【０１２１】
そして、判断部２０６２は、予め定められた第４閾値Ｔｈ４と、算出結果Ｍ４とを比較する。ここで、予め定められた第４閾値Ｔｈ４を「０」とする。この場合には、判断部２０６２は、算出結果Ｍ４（＝３）は、予め定められた第４閾値Ｔｈ４（＝０）以上であると判断し、ユーザは電子書籍に対して関心が低い（例えば、電子書籍に飽きている）と判断する。一方、判断部２０６２が、算出結果Ｍ４は予め定められた第４閾値Ｔｈ４未満であると判断すると、ユーザは電子書籍に対して関心が高い、と判断する。
【０１２２】
また、「「対象電子書籍とは異なる電子書籍」についてのログ情報の、送受信部２０４による受信回数」を用いた他の実施形態として、判断部２０６２が、「算出結果Ｍ４が予め定められた第４閾値Ｔｈ４以上であると判断された回数」が所定回数（例えば、３回）以上になった場合に、判断部２０６２がユーザは電子書籍に対して関心が低い、と判断するようにしてもよい。
【０１２３】
また、上記では、４つの関心度を例示したが、他のパラメータを含んだ関心度を用いてもよい。また、４つの関心度のうち、少なくとも２つを組み合わせるようにしてもよい。
【０１２４】
≪関連情報生成部２２４≫
次に、関連情報生成部２２４について説明する。判断部２０６２が、ユーザの対象電子書籍への関心度は低い、と判断した場合には、関連情報生成部２２４は、対象電子書籍に関連する関連電子書籍を示す関連情報を生成する。
【０１２５】
ここで、関連情報は、電子書籍に関連する電子書籍（以下、「関連電子書籍」という。）を示す情報である。関連電子書籍は、「該電子書籍の続編」や「該電子書籍と属性が同じ電子書籍」等を含む。関連情報は、該電子書籍の続編のあらすじを示すあらすじデータや、該電子書籍のレビューを示すレビューデータや、該電子書籍と属性が同じ電子書籍の購入を推奨する画像（以下、「購入推奨画像」という。）などを含む。
【０１２６】
関連情報生成部２２４は、電子書籍の続編のあらすじについての関連情報を生成する場合には、コンテンツＤＢ２４２（図９参照）から、あらすじデータを取得して、該あらすじデータを関連情報として生成する。
【０１２７】
また、関連情報生成部２２４は、電子書籍のレビューについての関連情報を生成する場合には、レビューＤＢ２４３から、レビューデータを取得して、該レビューデータを関連情報として生成する。
【０１２８】
また、関連情報生成部２２４は、電子書籍と属性が同じ電子書籍（以下、「属性同一電子書籍」という。）の購入推奨画像についての関連情報を生成する場合には、広告記憶装置２５０が記憶している広告情報ＤＢ２５１から、購入推奨画像データ取得して、該購入推奨画像データを関連情報として生成する。
【０１２９】
関連情報生成部２２４により生成された関連情報を、送受信部２０４は表示装置１００へ送信する。表示装置１００の通知部１２２は、送信された関連情報に基づいて、関連電子書籍を示す情報を通知する。通知部１２２は、例えば、表示部１１４に、関連情報画像を表示することにより、ユーザに対して関連電子書籍について通知する。
【０１３０】
また、通知部１２２は、関連電子書籍を示す情報を、音により通知するようにしてもよい（音声通知）。また、通知部１２２は、関連電子書籍を示す情報を他の手法により通知してもよい。
【０１３１】
≪関連情報画像≫
上述した図１（Ｃ）に示した関連情報画像３０４Ａは、対象電子書籍の続編のあらすじ３０４２Ａを含む。ユーザは、関連情報画像３０４Ａ内の続編のあらすじ３０４２Ａを目視することにより、続編のあらすじを把握できる。図１（Ｃ）は、対象電子書籍が「第５巻」である場合のあらすじ（第６巻のあらすじ）の一例を示した図である。また、図１（Ｃ）の例では、続編のあらすじ３０４２Ａが対象電子書籍の画像と重畳されて表示されている。
【０１３２】
図１２は、対象電子書籍の続編のレビューを示した関連情報画像３０４Ｂの一例である。関連情報画像３０４Ｂは、電子書籍の続編のレビュー３０４２Ｂを含む。ユーザは、関連情報画像３０４Ａ内の続編のレビュー３０４２Ｂを目視することにより、続編のレビューを把握することができる。図１２は、対象電子書籍が「第５巻」である場合のレビュー（第６巻のレビュー）の一例を示した図である。
【０１３３】
このように、ユーザが対象電子書籍の続編のあらすじまたはレビューを把握することにより、判断部２０６２により関心度が低いと判断された対象電子書籍の閲覧意欲の向上を期待できる。その結果、ユーザは、対象電子書籍の閲覧を完了し、電子書籍販売事業者は、該対象電子書籍の続編の購入意欲の向上を期待できる。
【０１３４】
図１３は、属性同一電子書籍の購入推奨画像である関連情報画像３０４Ｃの一例である。対象電子書籍の続編がない場合には、送受信部２０４は、関連情報として、関連情報画像３０４Ｃの画像データを表示装置１００へ送信する。通知部１２２は、関連情報画像３０４Ｃの画像データに基づいて、関連情報画像３０４Ｃを表示部１１４に対して表示する。
【０１３５】
関連情報画像３０４Ｃは、「この書籍を購入された方は、次の書籍も購入されています。」という購入推奨メッセージ３０４２Ｃと、購入を推奨している１以上の電子書籍Ｅ１０，Ｅ１１，・・・のサムネイル画像の集合３０４４Ｃとを含む。ユーザは、電子書籍Ｅ１０，Ｅ１１，・・・のサムネイル画像を指定することにより、該指定された電子書籍を購入することができる。また、購入推奨メッセージは他の文言でもよく、記号などを用いてもよい。
【０１３６】
このように、購入推奨画像である関連情報画像３０４Ｃを表示部１１４が表示することにより、対象電子書籍と同一属性の電子書籍の購入意欲を向上させることができる。
【０１３７】
また、関連情報について他の実施形態について説明する。電子書籍が、例えば、学習教材である場合において、判断部２０６２が、電子書籍に対して関心度が低いと判断したときに、一般的に、ユーザは該電子書籍の難易度が高いので、電子書籍に対して関心度が低い傾向がある。
【０１３８】
このような傾向を鑑みて、電子書籍が学習教材である場合には、関連情報生成部２２４は、該関心度が低い学習教材より難易度が低い教材の学習教材の購入を促す関連情報を生成するようにしてもよい。
【０１３９】
また、関心度が、表示ペース（「第２の関心度」の欄で説明）を含む場合に、表示ペースが予め定められた第２閾値Ｔｈ２より大きい場合には、ユーザが「該学習教材は簡単である。」と感じる傾向にある。従って、電子書籍が「学習教材」であり、表示ペースが第２閾値Ｔｈ２より大きい場合には、該学習教材よりも難易度が高い学習教材の購入を促す関連情報を生成するようにしてもよい。
【０１４０】
＜処理の流れ＞
次に、図１４を参照して実施形態１のネットワークシステム１０の処理の流れを説明する。図１４は、ネットワークシステム１０の処理の流れの一例を示した図である。
【０１４１】
ステップＳ２において、ユーザが、操作部１１６に対して、中断操作を行うと、ログ情報生成部１２４は、ログ情報を生成する。そして、送受信部１１２は、ログ情報をサーバ装置２００へ送信する。
【０１４２】
ステップＳ４において、送受信部２０４は、ログ情報を受信する。
ステップＳ６において、ログ情報管理部２０８は、受信したログ情報からユーザＩＤを抽出する。ログ情報管理部２０８は、抽出したユーザＩＤがログ情報ＤＢ２３１（図７参照）に存在するか否かを判断する。ステップＳ６において、ログ情報管理部２０８が、抽出したユーザＩＤがログ情報ＤＢ２３１に存在しないと判断した場合（ステップＳ６のＮＯ）には、処理はステップＳ１０に移行する。該場合は、ユーザが表示装置１００により、初めて電子書籍をダウンロードし、該ダウンロードされた電子書籍に対いて中断操作を行い、表示装置１００がログ情報を送信した場合などである。ステップＳ６において、ログ情報管理部２０８が、抽出したユーザＩＤがログ情報ＤＢ２３１に存在すると判断した場合（ステップＳ６のＹＥＳ）には、処理はステップＳ８に移行する。
【０１４３】
ステップＳ８において、ログ情報管理部２０８は、受信したログ情報からコンテンツＩＤを抽出する。さらに、ログ情報管理部２０８は、抽出したコンテンツＩＤがログ情報ＤＢ２３１に存在するか否かを判断する。ステップＳ８において、ログ情報管理部２０８が、抽出したコンテンツＩＤがログ情報ＤＢ２３１に存在しないと判断した場合（ステップＳ８のＮＯ）には、処理はステップＳ１０に移行する。この場合は、ユーザが表示装置１００により、ダウンロードされた電子書籍に対して初めて中断操作を行い、表示装置１００がログ情報を初めて送信した場合である。他方、ステップＳ８において、ログ情報管理部２０８が、抽出したコンテンツＩＤがログ情報ＤＢ２３１に存在すると判断した場合（ステップＳ６のＹＥＳ）には、処理はステップＳ１２に移行する。
【０１４４】
ステップＳ１０において、ログ情報管理部２０８は、受信したログ情報をログ情報ＤＢ２３１に新たに格納する。
【０１４５】
ステップＳ１２において、算出部２２８は、関心度を算出する。関心度の算出手法については、上述した通りなので、説明を繰り返さない。
【０１４６】
ステップＳ１４において、判断部２０６２は、関心度が所定の条件を満たすか否かを判断する。所定の条件は、上述したように、例えば、推定部２２８４が、前回推定した読了予定日と、今回推定した読了予定日と、の差分が第１閾値Ｔｈ１より大きくなる、という条件である。判断部２０６２が、ユーザは対象電子書籍に満足していると判断すると（ステップＳ１４のＮＯ）、処理は終了する。一方、判断部２０６２が、ユーザは対象電子書籍に満足していないと判断すると（ステップＳ１４のＹＥＳ）、処理は、ステップＳ１６に移行する。
【０１４７】
ステップＳ１６において、関連情報生成部２２４は、関連情報を生成する。関連情報の生成手法については後述する。
【０１４８】
ステップＳ１８において、送受信部２０４は、生成された関連情報を、表示装置１００へ送信する。
【０１４９】
ステップＳ２０において、表示装置１００は、送信された関連情報に基づいた通知を行う。例えば、表示装置１００は、関連情報から関連情報画像を生成し、表示部１１４に表示させる。
【０１５０】
≪第１の関心度の算出工程について≫
次に、第１の関心度の算出工程について説明する。上述したように、第１の関心度は、今回読了予定日と、前回読了予定日との差分である。図１５は、第１の関心度の算出工程の詳細を示した図である。
【０１５１】
ステップＳ１２２において、送受信部２０４は、ログ情報を受信すると、ペース算出部２２８２は、ログ情報管理部２０８を経由して、該ログ情報に含まれていたコンテンツＩＤの「最初のログ受信日時」を取得する。図７の例では、コンテンツＩＤ＝１０１００の電子書籍においては、「最初のログ受信日時」は、「２０１２年１月６日」である。
【０１５２】
ステップＳ１２４において、ペース算出部２２８２は、読書ペースを計算し、ログ情報ＤＢ２３１に格納する。
【０１５３】
ステップＳ１２６において、推定部２２８４は、読了予定日を推測し、格納する。
ステップＳ１２８において、減算部２２８６は、今回読了予定日と前回読了予定日との差分を関心度として算出する。
【０１５４】
他の第２〜第４の関心度の算出工程については、上述した通りである。
≪関連情報の生成工程≫
図１６を参照して、関連情報生成部２２４の関連情報の生成工程について説明する。図１６は、関連情報の生成工程の一例を示した図である。
【０１５５】
ステップＳ１７２において、関連情報生成部２２４は、対象電子書籍（関心度が算出された電子書籍）の続編があるか否かを判断する。関連情報生成部２２４（またはコンテンツ管理部２１６）が、コンテンツＤＢ２４２（図９参照）を参照することにより、該続編があるか否かを判断する。関連情報生成部２２４が、続編があると判断した場合には（ステップＳ１７２のＹＥＳ）、処理はステップＳ１７３に移行する。一方、関連情報生成部２２４が、続編がないと判断した場合には（ステップＳ１７２のＮＯ）、処理はステップＳ１８０に移行する。
【０１５６】
ステップＳ１７３において、関連情報生成部２２４は、表示装置１００が対象電子書籍の続編の電子書籍をダウンロードしているか否かを判断する。関連情報生成部２２４は、コンテンツＤＢ２４２内の、対象電子書籍のコンテンツＩＤに対応する続編の欄を参照して、続編のコンテンツＩＤが存在するか否かを判断する。該続編のコンテンツＩＤが存在する場合には、関連情報生成部２２４は、ログ情報ＤＢを確認する。そして、該続編のコンテンツＩＤが存在する場合には、関連情報生成部２２４は、対象電子書籍の続編の電子書籍がダウンロードされていると判断する。
【０１５７】
一方、関連情報生成部２２４は、コンテンツＤＢ２４２内の、対象電子書籍のコンテンツＩＤに対応する続編の欄を参照して、続編のコンテンツＩＤが存在しない、と判断すると、対象電子書籍の続編の電子書籍がダウンロードされていないと判断する。また、関連情報生成部２２４は、コンテンツＤＢ２４２内の、対象電子書籍のコンテンツＩＤに対応する続編の欄を参照する。続編のコンテンツＩＤが存在するが、該コンテンツＩＤがログ情報ＤＢ２３１に格納されていない場合には、関連情報生成部２２４は、対象電子書籍の続編の電子書籍がダウンロードされていないと判断する。
【０１５８】
ステップＳ１７３において、関連情報生成部２２４が、「続編の電子書籍がダウンロードされていない」と判断すると（ステップＳ１７３のＮＯ）、処理はステップＳ１７４に移行する。また、ステップＳ１７３において、関連情報生成部２２４が、「続編の電子書籍がダウンロードされている」と判断すると（ステップＳ１７３のＹＥＳ）、処理はステップＳ１８０に移行する。
【０１５９】
ステップＳ１７４において、関連情報生成部２２４は、続編のレビューがあるか否かを判断する。関連情報生成部２２４は、レビューＤＢ２４３を参照することにより、続編のレビューがあるか否かを判断する。
【０１６０】
関連情報生成部２２４は、続編のレビューがあると判断すると（ステップＳ１７４のＹＥＳ）、処理はステップＳ１７６に移行する。一方、続編のレビューがないと判断すると（ステップＳ１７４のＮＯ）、処理はステップＳ１７８に移行する。
【０１６１】
ステップＳ１７６において、関連情報生成部２２４は、関連情報として、続編のあらすじデータおよび続編のレビューデータのうち少なくとも一方を選択する。関連情報生成部２２４は、続編のあらすじデータを、コンテンツＤＢ２４２から取得する。また、関連情報生成部２２４は、レビューデータを、レビューＤＢ２４３から取得する。
【０１６２】
また、ステップＳ１７８において、関連情報生成部２２４は、関連情報として、続編のあらすじデータを選択する。
【０１６３】
また、ステップＳ１８０において、関連情報生成部２２４は、関連情報として、広告情報ＤＢ２５１から購入推奨画像データを取得する。上述のように、購入推奨画像は続編以外の関連電子書籍（関連コンテンツ）の購入を推奨する画像（図１３参照）である。
【０１６４】
この実施形態１のネットワークシステム１０によれば、ユーザのコンテンツ（例えば、電子書籍）に対する関心度を算出する。そして、判断部２０６２が、関心度と閾値とが所定の条件を満たすと判断すると、送受信部２０４は関連情報を送信し、表示装置１００は、該関連情報に基づいた通知を行う。
【０１６５】
従って、ユーザがコンテンツに対して満足していない（例えば、飽きている）場合に、ユーザは該満足していないコンテンツの関連情報を認識できる。その結果、該満足していないコンテンツの閲覧意欲の向上を期待でき、さらには、該コンテンツに関連するコンテンツの購買意欲の向上も期待できる。
【０１６６】
≪関連情報の送信タイミングの変形例≫
図１４の例では、ステップＳ２において、表示装置１００がログ情報をサーバ装置２００へ送信した後に、ステップＳ４〜Ｓ１８の処理を経て、ステップＳ２０において、表示装置１００が関連情報に基づいた通知を行う。ステップＳ２〜Ｓ２０までの時間は、数秒間である場合が多く、図１（Ｃ）に示すように対象電子書籍に重畳して続編のあらすじ３０４２Ａが表示される。つまり、ユーザが中断操作を行ってから、数秒後に、関連情報に基づいた通知を認識できる。
【０１６７】
次に、送受信部２０４が、関連情報を送信するタイミングの他の実施形態について説明する。上述のように、ユーザが電子書籍を閲覧するためには、表示装置１００が電子書籍の一覧画面（図６参照）を表示し、ユーザに閲覧を所望する電子書籍を選択させることが好ましい。
【０１６８】
一般的に、表示装置１００が一覧画面を表示している期間は、ユーザは該一覧画面を目視する傾向がある。そこで、該傾向を鑑みて、表示部１１４が一覧画面を表示している期間に、通知部１２２は関連情報に基づいた通知を行う。従って、ユーザは表示装置１００による関連情報に基づいた通知を認識しやすくなる。この変形例では、表示装置１００が、一覧画面を表示した時に、該一覧画面を表示したことを示す一覧情報をサーバ装置２００へ送信する。
【０１６９】
図１７を参照して、関連情報の送信タイミングの変形例について説明する。図１７は、該変形例の処理フローの一例を示した図である。図１７は図１４と比較すると、ステップＳ１７が、ステップＳ１６とＳ１８との間に追加されている点で異なる。
【０１７０】
ステップＳ１６の処理の後、ステップＳ１７において、制御部２０６は、送受信部２０４により一覧情報を受信されたか否かを判断する。ステップＳ１７において、制御部２０６が、送受信部２０４により一覧情報を受信したと判断すると（ステップＳ１７のＹＥＳ）、送受信部２０４は、関連情報を送信する。また、制御部２０６が送受信部２０４により一覧情報を受信していないと判断すると（ステップＳ１７のＮＯ）、制御部２０６は、送受信部２０４が一覧情報を受信するまで待機する。
【０１７１】
この変形例によれば、ユーザが一覧画面を目視している期間に、表示装置１００は、関連情報に基づいた通知を行うことができ、ユーザに確実に該通知を認識させることができる。
【０１７２】
図１８は、関連情報である続編のあらすじ３０６２Ａを表示させた一覧画面３０６の一例を示した図である。また、図１９は、関連情報である続編のレビュー３０６４Ａを表示させた一覧画面３０６の一例を示した図である。図１８および図１９の例に示すように、通知部１２２は、一覧画面３０６内の電子書籍のサムネイル画像が表示されている領域以外の領域に、あらすじ３０６２Ａやレビュー３０６４Ａを表示させることが好ましい。
【０１７３】
図１８および図１９に示すように、表示装置１００が、一覧画面を表示している期間に、あらすじ３０６２Ａやレビュー３０６４Ａを表示させることにより、ユーザに適切に該あらすじ３０６２Ａやレビュー３０６４Ａを認識させることができる。
【０１７４】
また、関連情報の送信タイミングは、他のタイミングでもよい。ユーザが関連情報に基づく通知に気付かなくても、表示装置１００は、表示部１１４に「通知あり」などのポップアップ画面を表示させる。そして、ユーザが該ポップアップ画面に対してタッチすることにより、通知部１２２が、関連情報に基づく通知を行うようにしてもよい。
【０１７５】
［第１の変形例］
次に、第１の変形例について説明する。上記では、コンテンツを主に、「電子書籍」であるとして説明した。その他のコンテンツの例として長尺のコンテンツであれば、何でもよい。ここで、「長尺のコンテンツ」は、ユーザが一日で完全に閲覧しきれないコンテンツをいう。「長尺のコンテンツ」は、例えば、長尺の動画（例えば、長尺のドラマ）や、長尺のゲーム（例えば、ロールプレイングゲーム）などを含む。
【０１７６】
「長尺のコンテンツ」が、電子書籍以外である場合には、図７に記載の「合計表示ページ数」は、「コンテンツの進捗量」に代替される。また、「表示ペース」は「コンテンツの進捗ペース」に代替される。また、図９に記載の「総ページ数」は、「コンテンツの全体量」に代替される。
【０１７７】
長尺のコンテンツが、長尺の動画である場合には、「コンテンツの進捗量」は、例えば、「表示部１１４が動画を表示（再生）した時間数」である。「コンテンツの全体量」は、「該ドラマの総時間数」である。
【０１７８】
また、「長尺のコンテンツ」が「ロールプレイングゲーム」である場合には、図９に記載の総ページ数は、例えば、該ゲームを完全にクリアするために必要な、ゲーム内の仮想的な主人公のレベルと代替される。「合計表示ページ数」は、例えば、現時点でのゲーム内の仮想的な主人公のレベルと代替される。
【０１７９】
また、長尺のコンテンツは、動画やゲームに限られず、他のものであってもよい。
［第２の変形例］
上述では、表示装置１００に対してコンテンツを配信するサーバ装置が、関心度の算出などを行う、と説明した。その他の実施形態として、関心度の算出などを行う装置と、コンテンツを配信する装置と、を別筺体にしてもよい。また、関心度の算出などを行う装置を「情報処理装置」という。
【０１８０】
また、ログ情報記憶装置２３０と、ユーザコンテンツ記憶装置２４０と、広告記憶装置２５０とのうち少なくとも１つと、サーバ装置２００と、を統合するようにしてもよい。
【０１８１】
また、表示装置１００とサーバ装置２００と、を統合するようにしてもよい。
［第３の変形例］
また、本発明の表示装置１００やサーバ装置２００は、ＣＰＵとその上で実行されるプログラムにより実現される。本発明を実現するプログラムは、コンピュータが読み取り可能な記録媒体、例えば半導体メモリ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ等に格納することができ、これらの記録媒体に記録して提供され、又は、通信インタフェースを介してネットワークを利用した送受信により提供される。
【０１８２】
また、今回開示された実施形態はすべての点で例示であって、制限的なものではない。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１８３】
１００  表示装置、１０４  ＲＡＭ、１０６  ＲＯＭ、１１２  送受信部、１１４  表示部、１１６  操作部、１２０  外部メディア、１２２  通知部、１２４  ログ情報生成部、１５０  タワー、２００  サーバ装置、２０６  制御部、２０８  ログ情報管理部、２００  サーバ装置、２１２  ユーザ情報管理部、２１６  コンテンツ管理部、２２０  コンテンツ配信部、２２４  関連情報生成部、２２８  算出部、２３０  ログ情報記憶装置、２４０  ユーザコンテンツ記憶装置、２５０  広告記憶装置。
【図１】
2014021585.tif 000004
【図２】
2014021585.tif 000005
【図３】
2014021585.tif 000006
【図４】
2014021585.tif 000007
【図５】
2014021585.tif 000008
【図６】
2014021585.tif 000009
【図７】
2014021585.tif 000010
【図８】
2014021585.tif 000011
【図９】
2014021585.tif 000012
【図１０】
2014021585.tif 000013
【図１１】
2014021585.tif 000014
【図１２】
2014021585.tif 000015
【図１３】
2014021585.tif 000016
【図１４】
2014021585.tif 000017
【図１５】
2014021585.tif 000018
【図１６】
2014021585.tif 000019
【図１７】
2014021585.tif 000020
【図１８】
2014021585.tif 000021
【図１９】
2014021585.tif 000022