(57)【特許請求の範囲】
【請求項１】
端末と、書籍を推薦する書籍推薦サーバとがネットワークを介して接続される書籍推薦システムであって、
前記書籍推薦サーバは、
書籍ごとに、書籍の内容を示す単語を含む件名が対応付けられている機械可読目録データを記憶する機械可読目録データ記憶手段と、
ユーザごとに１又は複数のテーブルが対応付けられ、前記テーブルごとに、ユーザが本当に興味を持っている情報を示すインサイトワードが、重みを持って順位付けられているインサイトデータを記憶するインサイトデータ記憶手段と、
前記端末から受け付ける選択書籍で前記機械可読目録データを検索し、前記選択書籍に対応付けられている前記件名を取得する選択書籍件名取得手段と、
前記選択書籍件名取得手段によって取得される前記件名で前記インサイトデータの前記テーブルを検索し、検索される前記テーブルにおいて前記重みが大きい前記インサイトワードを取得するインサイトワード取得手段と、
前記インサイトワード取得手段によって取得される前記インサイトワードで前記機械可読目録データを検索し、前記インサイトワードと同一の単語が含まれている前記件名が対応付けられている書籍、又は前記インサイトワードを含む書籍名の書籍を、推薦書籍として取得する推薦書籍取得手段と、
前記推薦書籍取得手段によって取得される前記推薦書籍を前記端末に提供する推薦書籍提供手段と、
を具備することを特徴とする書籍推薦システム。
【請求項２】
前記書籍推薦サーバは、更に、
前記端末から書籍の購入指示又は欲しい書籍の追加指示を受け付けると、購入書籍又は欲しい書籍で前記機械可読目録データを検索し、前記購入書籍又は前記欲しい書籍に対応付けられている前記件名を取得し、取得される前記件名に基づいて、所定の更新ルールに従って前記インサイトデータを更新するインサイトデータ更新手段、
を具備することを特徴とする請求項１に記載の書籍推薦システム。
【請求項３】
前記書籍推薦サーバは、更に、
前記端末から検索ワードを受け付けると、所定の追加ルールに従って、前記検索ワードを前記インサイトデータに追加するインサイトデータ追加手段と、
を具備することを特徴とする請求項１又は請求項２に記載の書籍推薦システム。
【請求項４】
前記機械可読目録データには、書籍ごとに、書籍のジャンル及び／又は刊行形態が対応付けられており、
前記推薦書籍提供手段は、更に、前記推薦書籍と同一のジャンル及び／又は刊行形態に基づいて関連書籍を提供する
ことを特徴とする請求項１乃至請求項３のいずれかに記載の書籍推薦システム。
【請求項５】
端末と、書籍ごとに、書籍の内容を示す件名が対応付けられている機械可読目録データを記憶する機械可読目録データ記憶手段を備え、書籍を推薦する書籍推薦サーバとがネットワークを介して接続される書籍推薦システムにおける書籍推薦方法であって、
前記書籍推薦サーバが、
ユーザごとに１又は複数のテーブルが対応付けられ、前記テーブルごとに、ユーザが本当に興味を持っている情報を示すインサイトワードが、重みを持って順位付けられているインサイトデータを記憶するインサイトデータ記憶ステップと、
前記端末から受け付ける選択書籍で前記機械可読目録データを検索し、前記選択書籍に対応付けられている前記件名を取得する選択書籍件名取得ステップと、
前記選択書籍件名取得ステップによって取得される前記件名で前記インサイトデータの前記テーブルを検索し、検索される前記テーブルにおいて前記重みが大きい前記インサイトワードを取得するインサイトワード取得ステップと、
前記インサイトワード取得ステップによって取得される前記インサイトワードで前記機械可読目録データを検索し、前記インサイトワードと同一の単語が含まれている前記件名が対応付けられている書籍、又は前記インサイトワードを含む書籍名の書籍を、推薦書籍として取得する推薦書籍取得ステップと、
前記推薦書籍取得ステップによって取得される前記推薦書籍を前記端末に提供する推薦書籍提供ステップと、
を実行することを特徴とする書籍推薦方法。
【請求項６】
端末とネットワークを介して接続され、書籍を推薦する書籍推薦サーバであって、
書籍ごとに、書籍の内容を示す件名が対応付けられている機械可読目録データを記憶する機械可読目録データ記憶手段と、
ユーザごとに１又は複数のテーブルが対応付けられ、前記テーブルごとに、ユーザが本当に興味を持っている情報を示すインサイトワードが、重みを持って順位付けられているインサイトデータを記憶するインサイトデータ記憶手段と、
前記端末から受け付ける選択書籍で前記機械可読目録データを検索し、前記選択書籍に対応付けられている前記件名を取得する選択書籍件名取得手段と、
前記選択書籍件名取得手段によって取得される前記件名で前記インサイトデータの前記テーブルを検索し、検索される前記テーブルにおいて前記重みが大きい前記インサイトワードを取得するインサイトワード取得手段と、
前記インサイトワード取得手段によって取得される前記インサイトワードで前記機械可読目録データを検索し、前記インサイトワードと同一の単語が含まれている前記件名が対応付けられている書籍、又は前記インサイトワードを含む書籍名の書籍を、推薦書籍として取得する推薦書籍取得手段と、
前記推薦書籍取得手段によって取得される前記推薦書籍を前記端末に提供する推薦書籍提供手段と、
を具備することを特徴とする書籍推薦サーバ。
【請求項７】
コンピュータを、端末とネットワークを介して接続され、書籍を推薦する書籍推薦サーバとして機能させるためのプログラムであって、
前記コンピュータを、
書籍ごとに、書籍の内容を示す件名が対応付けられている機械可読目録データを記憶する機械可読目録データ記憶手段と、
ユーザごとに１又は複数のテーブルが対応付けられ、前記テーブルごとに、ユーザが本当に興味を持っている情報を示すインサイトワードが、重みを持って順位付けられているインサイトデータを記憶するインサイトデータ記憶手段と、
前記端末から受け付ける選択書籍で前記機械可読目録データを検索し、前記選択書籍に対応付けられている前記件名を取得する選択書籍件名取得手段と、
前記選択書籍件名取得手段によって取得される前記件名で前記インサイトデータの前記テーブルを検索し、検索される前記テーブルにおいて前記重みが大きい前記インサイトワードを取得するインサイトワード取得手段と、
前記インサイトワード取得手段によって取得される前記インサイトワードで前記機械可読目録データを検索し、前記インサイトワードと同一の単語が含まれている前記件名が対応付けられている書籍、又は前記インサイトワードを含む書籍名の書籍を、推薦書籍として取得する推薦書籍取得手段と、
前記推薦書籍取得手段によって取得される前記推薦書籍を前記端末に提供する推薦書籍提供手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザごとに適切な書籍を推薦する書籍推薦システム等に関するものである。
【背景技術】
【０００２】
現在、Ｇｏｏｇｌｅ（登録商標）等の検索サービスや、Ａｍａｚｏｎ（登録商標）等のＥＣ（Electronic Commerce）サイトでは、ユーザが「検索ワード」を所定のボックスに入力することによって、希望の情報や商品を検索することができる。更に、Ａｍａｚｏｎ（登録商標）等では、ユーザＡが選んだ商品と同じ商品を購入したユーザＢが、別の商品も購入していた場合、この別の商品をユーザＡに推薦する機能がある。しかし、この別の商品は、ユーザＢが興味を持ち、購入した商品であり、ユーザＡが興味を持っている商品とは限らない。
【０００３】
その他、例えば、特許文献１及び２にも、情報を推薦する仕組みが開示されている。特許文献１では、他のユーザの購入履歴や購入周期を記憶しておき、このデータから現在のユーザに合致する商品等を推薦する仕組みが開示されている。また、特許文献２では、他のユーザが購入したアイテム購入履歴やアイテム属性を記憶しておき、その分布を作成し、ユーザがある製品を購入した際に、その分布から、良い意味で意外性を感じる商品を推薦する仕組みが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−２２０１５２号公報
【特許文献２】特開２０１１−９６０２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の仕組みでは、Ａｍａｚｏｎ（登録商標）等と同じように、あくまでも他人の好みや購入周期による推薦なので、必ずしも、ユーザ本人が本当に興味を持っている商品を推薦できるとは限らない。同様に、特許文献２に記載の仕組みでも、他のユーザのデータを用いているので、必ずしも、ユーザ本人が、良い意味で意外性を感じる商品を推薦できるとは限らない。
【０００６】
以下、ユーザ本人が、潜在的な意識を含めて本当に興味を持っている情報を、「インサイト」と呼ぶことにする。インサイトは、検索ワードの字句の意味だけではなく、ユーザの行動等も含めて推察される情報である。
【０００７】
本発明は、前述した問題点に鑑みてなされたものであり、その目的とすることは、ユーザが本当に興味を持っている情報（インサイト）に近い書籍を推薦することが可能な書籍推薦システム等を提供することである。
【課題を解決するための手段】
【０００８】
前述した目的を達成するための第１の発明は、端末と、書籍を推薦する書籍推薦サーバとがネットワークを介して接続される書籍推薦システムであって、前記書籍推薦サーバは、書籍ごとに、書籍の内容を示す単語を含む件名が対応付けられている機械可読目録データを記憶する機械可読目録データ記憶手段と、ユーザごとに１又は複数のテーブルが対応付けられ、前記テーブルごとに、ユーザが本当に興味を持っている情報を示すインサイトワードが、重みを持って順位付けられているインサイトデータを記憶するインサイトデータ記憶手段と、前記端末から受け付ける選択書籍で前記機械可読目録データを検索し、前記選択書籍に対応付けられている前記件名を取得する選択書籍件名取得手段と、前記選択書籍件名取得手段によって取得される前記件名で前記インサイトデータの前記テーブルを検索し、検索される前記テーブルにおいて前記重みが大きい前記インサイトワードを取得するインサイトワード取得手段と、前記インサイトワード取得手段によって取得される前記インサイトワードで前記機械可読目録データを検索し、前記インサイトワードと同一の単語が含まれている前記件名が対応付けられている書籍、又は前記インサイトワードを含む書籍名の書籍を、推薦書籍として取得する推薦書籍取得手段と、前記推薦書籍取得手段によって取得される前記推薦書籍を前記端末に提供する推薦書籍提供手段と、を具備することを特徴とする書籍推薦システムである。第１の発明の書籍推薦システムによれば、ユーザが本当に興味を持っている情報に近い書籍を推薦することが可能となる。
【０００９】
第１の発明における前記書籍推薦サーバは、更に、前記端末から書籍の購入指示又は欲しい書籍の追加指示を受け付けると、購入書籍又は欲しい書籍で前記機械可読目録データを検索し、前記購入書籍又は前記欲しい書籍に対応付けられている前記件名を取得し、取得される前記件名に基づいて、所定の更新ルールに従って前記インサイトデータを更新するインサイトデータ更新手段、を具備することが望ましい。これによって、ユーザの顕在的な意識及び潜在的な意識の両方を考慮し、ユーザが本当に興味を持っている情報を示すインサイトワードに対して、大きい重みを設定することができる。ひいては、ユーザが本当に興味を持っている情報に近い書籍を推薦することが可能となる。
【００１０】
また、第１の発明における前記書籍推薦サーバは、更に、前記端末から検索ワードを受け付けると、所定の追加ルールに従って、前記検索ワードを前記インサイトデータに追加するインサイトデータ追加手段と、を具備することが望ましい。これによって、ユーザの行動を考慮して、インサイトワードを別々のテーブルに記憶することが可能となる。
【００１１】
また、第１の発明における前記機械可読目録データには、書籍ごとに、書籍のジャンル及び／又は刊行形態が対応付けられており、前記推薦書籍提供手段は、更に、前記推薦書籍と同一のジャンル及び／又は刊行形態に基づいて関連書籍を提供することが望ましい。これによって、ユーザは意図していないが、同一ジャンルの書籍の中で、推薦書籍の次に、ユーザのインサイトに近い書籍を提供することが可能となる。また、刊行形態が「シリーズ」の場合には、推薦書籍及び関連書籍を合わせて、シリーズ全体でユーザに提供することが可能となる。
【００１２】
第２の発明は、端末と、書籍ごとに、書籍の内容を示す件名が対応付けられている機械可読目録データを記憶する機械可読目録データ記憶手段を備え、書籍を推薦する書籍推薦サーバとがネットワークを介して接続される書籍推薦システムにおける書籍推薦方法であって、前記書籍推薦サーバが、ユーザごとに１又は複数のテーブルが対応付けられ、前記テーブルごとに、ユーザが本当に興味を持っている情報を示すインサイトワードが、重みを持って順位付けられているインサイトデータを記憶するインサイトデータ記憶ステップと、前記端末から受け付ける選択書籍で前記機械可読目録データを検索し、前記選択書籍に対応付けられている前記件名を取得する選択書籍件名取得ステップと、前記選択書籍件名取得ステップによって取得される前記件名で前記インサイトデータの前記テーブルを検索し、検索される前記テーブルにおいて前記重みが大きい前記インサイトワードを取得するインサイトワード取得ステップと、前記インサイトワード取得ステップによって取得される前記インサイトワードで前記機械可読目録データを検索し、前記インサイトワードと同一の単語が含まれている前記件名が対応付けられている書籍、又は前記インサイトワードを含む書籍名の書籍を、推薦書籍として取得する推薦書籍取得ステップと、前記推薦書籍取得ステップによって取得される前記推薦書籍を前記端末に提供する推薦書籍提供ステップと、を実行することを特徴とする書籍推薦方法である。第２の発明の書籍推薦方法ムによれば、ユーザが本当に興味を持っている情報に近い書籍を推薦することが可能となる。
【００１３】
第３の発明は、端末とネットワークを介して接続され、書籍を推薦する書籍推薦サーバであって、書籍ごとに、書籍の内容を示す件名が対応付けられている機械可読目録データを記憶する機械可読目録データ記憶手段と、ユーザごとに１又は複数のテーブルが対応付けられ、前記テーブルごとに、ユーザが本当に興味を持っている情報を示すインサイトワードが、重みを持って順位付けられているインサイトデータを記憶するインサイトデータ記憶手段と、前記端末から受け付ける選択書籍で前記機械可読目録データを検索し、前記選択書籍に対応付けられている前記件名を取得する選択書籍件名取得手段と、前記選択書籍件名取得手段によって取得される前記件名で前記インサイトデータの前記テーブルを検索し、検索される前記テーブルにおいて前記重みが大きい前記インサイトワードを取得するインサイトワード取得手段と、前記インサイトワード取得手段によって取得される前記インサイトワードで前記機械可読目録データを検索し、前記インサイトワードと同一の単語が含まれている前記件名が対応付けられている書籍、又は前記インサイトワードを含む書籍名の書籍を、推薦書籍として取得する推薦書籍取得手段と、前記推薦書籍取得手段によって取得される前記推薦書籍を前記端末に提供する推薦書籍提供手段と、を具備することを特徴とする書籍推薦サーバである。第３の発明の書籍推薦サーバによって、第１の発明の書籍推薦システムを構築し、第２の発明の書籍推薦方法を実行することが可能となる。
【００１４】
第４の発明は、コンピュータを、端末とネットワークを介して接続され、書籍を推薦する書籍推薦サーバとして機能させるためのプログラムであって、前記コンピュータを、書籍ごとに、書籍の内容を示す件名が対応付けられている機械可読目録データを記憶する機械可読目録データ記憶手段と、ユーザごとに１又は複数のテーブルが対応付けられ、前記テーブルごとに、ユーザが本当に興味を持っている情報を示すインサイトワードが、重みを持って順位付けられているインサイトデータを記憶するインサイトデータ記憶手段と、前記端末から受け付ける選択書籍で前記機械可読目録データを検索し、前記選択書籍に対応付けられている前記件名を取得する選択書籍件名取得手段と、前記選択書籍件名取得手段によって取得される前記件名で前記インサイトデータの前記テーブルを検索し、検索される前記テーブルにおいて前記重みが大きい前記インサイトワードを取得するインサイトワード取得手段と、前記インサイトワード取得手段によって取得される前記インサイトワードで前記機械可読目録データを検索し、前記インサイトワードと同一の単語が含まれている前記件名が対応付けられている書籍、又は前記インサイトワードを含む書籍名の書籍を、推薦書籍として取得する推薦書籍取得手段と、前記推薦書籍取得手段によって取得される前記推薦書籍を前記端末に提供する推薦書籍提供手段、として機能させるためのプログラムである。第４の発明のプログラムを汎用のコンピュータにインストールすることによって、第３の発明の推薦書籍サーバを得ることができる。
【発明の効果】
【００１５】
本発明により、ユーザが本当に興味を持っている情報（インサイト）に近い書籍を推薦することが可能な書籍推薦システム等を提供することができる。
【図面の簡単な説明】
【００１６】
【図１】書籍推薦システム１の構成図
【図２】コンピュータのハードウエア構成図
【図３】データベース３に記憶されるデータの一例を示す図
【図４】ユーザデータ２１の一例を示す図
【図５】書籍データ２２の一例を示す図
【図６】欲しい書籍データ２３の一例を示す図
【図７】購入履歴データ２４の一例を示す図
【図８】ＭＡＲＣデータ２５の一例を示す図
【図９】インサイトデータ２６の一例を示す図
【図１０】端末４の処理の流れを示すフローチャート
【図１１】検索処理の流れを示すフローチャート
【図１２】商品詳細表示処理の流れを示すフローチャート
【図１３】購入処理の流れを示すフローチャート
【図１４】欲しい書籍追加処理の流れを示すフローチャート
【図１５】インサイトデータ２６ａを示す図
【図１６】インサイトデータ２６ｂを示す図
【図１７】インサイトデータ２６ｃを示す図
【図１８】インサイトデータ２６ｄを示す図
【発明を実施するための形態】
【００１７】
以下図面に基づいて、本発明の実施形態を詳細に説明する。本発明の書籍推薦システムが対象とする書籍は、電子書籍でも良いし、紙の書籍でも良い。また、本発明の書籍推薦システムは、書籍の販売システムに対して適用しても良いし、単なる書籍の検索システムに対して適用しても良い。以下では、オンラインでの電子書籍の販売システムを例に挙げて説明する。また、以下では、「書籍」という用語が、書籍本体を指すこともあるし、書籍を特定する情報を指すこともある。
【００１８】
最初に、図１、図２を参照しながら、書籍推薦システム１の構成及び動作の詳細について説明する。
【００１９】
図１は、書籍推薦システム１の構成図である。図１に示すように、書籍推薦システム１は、書籍推薦サーバ２と端末４とがネットワーク５を介して接続されて構成されている。
【００２０】
書籍推薦システム１は、端末４を利用するユーザごとに最適な書籍を推薦するサーバである。書籍推薦サーバ２は、データベース３を有する。データベース３は、少なくとも、機械可読目録（ＭＡＲＣ：Machine Readable Cataloging）データ、インサイトデータを記憶する。
【００２１】
機械可読目録（以下、「ＭＡＲＣ」と表記する。）データとは、書籍の書誌記述、標目、所在記号等の目録記入に記載される情報を、一定のフォーマットにより、コンピュータで処理できるような媒体に記録されているものである。一例としては、株式会社図書館情報流通センターの「ＴＲＣ
ＭＡＲＣ」等が挙げられる。ＭＡＲＣデータには、少なくとも、書籍ごとに、書籍の内容を示す件名が対応付けられている。件名は、１又は複数の単語を含む。例えば、「もし高校野球の女子マネージャーがドラッカーの『マネジメント』を読んだら」（岩崎夏海著、ダイヤモンド社、２００９年１２月）という書籍に対する件名は、「マネジメント」、「コーチング」等の単語を含む。
【００２２】
インサイトデータとは、潜在的な意識を含めて本当に興味を持っている情報を知るためのデータである。インサイトデータには、ユーザごとに１又は複数のテーブルが対応付けられる。また、インサイトデータには、テーブルごとに、ユーザが本当に興味を持っている情報を示すインサイトワードが、重みを持って順位付けられている。重みは、推薦書籍取得処理に用いるインサイトワードの選択基準となる。
【００２３】
インサイトワードは、ユーザの行動を契機として追加される。ユーザの行動は、例えば、「検索ワードを入力して書籍の検索を行う」、「１の書籍を選択して、その書籍の詳細情報を閲覧する」などである。インサイトワードは、ユーザが端末４において入力する検索ワードや、ＭＡＲＣデータの件名に含まれる単語等が登録される。
【００２４】
書籍推薦サーバ２は、端末４から受け付ける選択書籍で機械可読目録データを検索し、選択書籍に対応付けられている件名を取得する。選択書籍とは、ユーザ自らが、端末４に表示される画面において選択する書籍である。
【００２５】
次に、書籍推薦サーバ２は、取得される件名でインサイトデータのテーブルを検索し、検索されるテーブルにおいて重みが大きいインサイトワードを取得し、取得されるインサイトワードで機械可読目録データを検索し、インサイトワードと同一の件名が対応付けられている書籍、又はインサイトワードを含む書籍名の書籍を推薦書籍として取得し、推薦書籍を端末４に送信する。推薦書籍とは、書籍推薦サーバ２によって推薦される、ユーザが本当に興味を持っている情報（インサイト）に近い書籍である。
【００２６】
端末４は、ユーザが所有するＰＣ（Personal Computer）、携帯電話、スマートフォン、タブレット端末等である。端末４は、ユーザによって入力されるデータを書籍推薦サーバ２に送信するとともに、書籍推薦サーバ２から送信されるデータを表示する。
【００２７】
図２は、コンピュータのハードウエア構成図である。尚、図２のハードウエア構成は一例であり、用途、目的に応じて様々な構成を採ることが可能である。
【００２８】
書籍推薦サーバ２、端末４等を実現するコンピュータは、制御部１１、記憶部１２、入力部１３、表示部１４、通信制御部１５等が、バス１６を介して接続される。
【００２９】
制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等で構成される。ＣＰＵは、記憶部１２、ＲＯＭ、記録媒体等に格納されるプログラムをＲＡＭ上のワークメモリ領域に呼び出して実行し、バス１６を介して接続された各装置を駆動制御し、コンピュータが行う後述する処理を実現する。ＲＯＭは、不揮発性メモリであり、コンピュータのブートプログラムやＢＩＯＳ等のプログラム、データ等を恒久的に保持している。ＲＡＭは、揮発性メモリであり、記憶部１２、ＲＯＭ、記録媒体等からロードしたプログラム、データ等を一時的に保持するとともに、制御部１１が各種処理を行う為に使用するワークエリアを備える。
【００３０】
記憶部１２は、例えば、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ等であり、制御部１１が実行するプログラム、プログラム実行に必要なデータ、ＯＳ（Operating System）等が格納される。プログラムに関しては、ＯＳに相当する制御プログラムや、後述する処理をコンピュータに実行させるためのアプリケーションプログラムが格納されている。これらの各プログラムコードは、制御部１１により必要に応じて読み出されてＲＡＭに移され、ＣＰＵに読み出されて各種の手段として実行される。
【００３１】
入力部１３は、データの入力を行い、例えば、キーボード、マウスやタッチペン等のポインティングデバイス、テンキー、ボタン、スイッチ等の入力装置を有する。ユーザは、入力部１３を介して、コンピュータに対して、操作指示、動作指示、データ入力等を行うことができる。表示部１４は、液晶パネル、有機ＥＬ等のディスプレイ装置、ディスプレイ装置と連携してコンピュータのビデオ機能を実現するための論理回路等（ビデオアダプタ等）を有する。尚、入力部１３及び表示部１４は、タッチパネルディスプレイのように、一体となっていても良い。
【００３２】
通信制御部１５は、通信制御装置、通信ポート等を有し、コンピュータとネットワーク５間の通信を媒介する通信インタフェースであり、ネットワーク５を介して、他のコンピュータ間との通信制御を行う。ネットワーク５は、有線、無線を問わない。バス１６は、各装置間の制御信号、データ信号等の授受を媒介する経路である。
【００３３】
以下では、図３〜図９を参照しながら、書籍推薦システム１において利用されるデータの詳細を説明する。
【００３４】
図３は、データベース３に記憶されるデータの一例を示す図である。データベース３は、ユーザデータ２１、書籍データ２２、欲しい書籍データ２３、購入履歴データ２４、ＭＡＲＣデータ２５、インサイトデータ２６等を記憶する。
【００３５】
図４は、ユーザデータ２１の一例を示す図である。ユーザデータ２１は、電子書籍の販売システムにおいてユーザ登録がなされているユーザの情報である。ユーザデータ２１は、ユーザＩＤ３１を主キーとし、ユーザ名３２等のデータ項目を有する。ユーザＩＤ３１は、ユーザを一意に識別する番号又は文字列である。ユーザ名は、ユーザの氏名又はニックネームである。尚、ユーザデータ２１は、ユーザの年齢、性別、住所等の情報を含んでも良い。
【００３６】
図５は、書籍データ２２の一例を示す図である。書籍データ２２は、電子書籍の販売システムにおいて取り扱われている書籍のデータである。書籍データ２２は、書籍ＩＤ４１を主キーとし、書籍名４２、価格４３等のデータ項目を有する。書籍ＩＤ４１は、書籍を一意に識別する番号又は文字列である。書籍名４２は、書籍のタイトルである。価格４３は、書籍の１冊分の値段である。尚、書籍データ２２は、後述するＭＡＲＣデータ２５のように、内容紹介文、出版社、出版年月、ジャンル、刊行形態等の情報を含んでも良い。
【００３７】
図６は、欲しい書籍データ２３の一例を示す図である。欲しい書籍データ２３は、ユーザが欲しい書籍のリストである。欲しい書籍データ２３は、ユーザＩＤ５１及び書籍ＩＤ５２を主キーとし、追加日時５３等のデータ項目を有する。ユーザＩＤ５１は、ユーザＩＤ３１と同様である。書籍ＩＤ５２は、書籍ＩＤ４２と同様である。追加日時５３は、ユーザが欲しい書籍の追加指示を行った日時である。尚、欲しい書籍データ２３は、ユーザのコメント等の情報を含んでも良い。
【００３８】
図７は、購入履歴データ２４の一例を示す図である。購入履歴データ２４は、ユーザが購入した書籍の履歴である。購入履歴データ２４は、ユーザＩＤ６１及び書籍ＩＤ６２を主キーとし、購入日時等のデータ項目を有する。ユーザＩＤ６１は、ユーザＩＤ３１と同様である。書籍ＩＤ６２は、書籍ＩＤ４２と同様である。購入日時６３は、ユーザが書籍の購入指示を行った日時である。尚、購入履歴データ２４は、ユーザのコメントや購入価格等の情報を含んでも良い。
【００３９】
図８は、ＭＡＲＣデータ２５の一例を示す図である。ＭＡＲＣデータ２５は、前述の通り、書籍の書誌記述、標目、所在記号等の目録記入に記載される情報である。ＭＡＲＣデータ２５は、書籍ＩＤ７１を主キーとし、書籍名７２、内容紹介７３、出版社７４、出版年月７５、ジャンル７６、刊行形態７７、件名７８等のデータ項目を有する。書籍ＩＤ７１は、書籍ＩＤ４１と同様である。書籍名７２は、書籍名４２と同様である。
【００４０】
内容紹介７３は、書籍の内容を紹介する為の紹介文である。出版社７４は、書籍を出版した会社の社名である。出版年月７５は、書籍が出版された年月である。
【００４１】
ジャンル７６は、書籍の内容に即した分類である。ジャンル７６は、例えば、「文芸・ノンフィクション」、「趣味・生活」、「ビジネス・教育・社会」などが挙げられる。刊行形態７７は、書籍がどのような形態で刊行されたかを示す情報である。刊行形態７７は、例えば、「単品」、「シリーズ」、「再刊」などが挙げられる。件名７８は、前述の通り、書籍の内容を示す情報である。件名７８は、１又は複数の単語を含む。
【００４２】
尚、前述の説明では、書籍データ２２及びＭＡＲＣデータ２５は、別々のデータとしたが、両方を統合しても良い。例えば、書籍データ２２及びＭＡＲＣデータ２５の統合データは、書籍ＩＤを主キーとし、書籍名、価格、内容紹介、出版社、出版年月、ジャンル、刊行形態、件名などのデータ項目を有する。以下では、混乱を避ける為に、書籍データ２２及びＭＡＲＣデータ２５は、別々のデータとして説明する。
【００４３】
図９は、インサイトデータ２６の一例を示す図である。インサイトデータ２６は、前述の通り、潜在的な意識を含めて本当に興味を持っている情報を知るためのデータである。インサイトデータ２６は、ユーザＩＤ８１、テーブルＩＤ８２及び順位８３を主キーとし、インサイトワード８４、重み８５、検索追加フラグ８６、件名追加フラグ８７等のデータ項目を有する。ユーザＩＤ８１は、ユーザＩＤ３１と同様である。
【００４４】
前述の通り、インサイトデータ２６は、ユーザごとに１又は複数のテーブルが対応付けられる。テーブルＩＤ８２は、そのテーブルを一意に識別する番号又は文字列である。
【００４５】
インサイトワード８４は、前述の通り、ユーザが本当に興味を持っている情報を示す単語である。尚、同一のユーザであっても、同一のインサイトワード８４が別々のテーブルに記憶される場合がある。例えば、趣味に関する単語として「東北」（例えば、「東北」と「スキー場」のＡＮＤ検索）を検索した場合と、ビジネスに関する単語として「東北」（例えば、「東北」と「企業」のＡＮＤ検索）を検索した場合では、ユーザが興味を持っている情報に合致する書籍が異なるので、別々のテーブルに記憶される。例えば、書籍推薦サーバ２は、一緒に入力される検索ワードや、書籍のジャンルや、テーブルに登録されている他のインサイトワードなどを考慮し、より意味が近いテーブルに記憶する。
【００４６】
前述の通り、インサイトデータ２６は、テーブルごとに、インサイトワード８４が順位付けられる。順位８３は、その順位を示す番号である。
【００４７】
前述の通り、インサイトデータ２６は、インサイトワード８４が重みを持っている。重み８５は、その重みを示す数値である。前述の通り、重み８５は、推薦書籍取得処理に用いるインサイトワード８４の選択基準となる。
【００４８】
尚、順位８３は、重み８５の大きい順となる。従って、重み８５の値が変化すると、順位８３も変化する。そこで、データの更新処理を簡略化する為に、順位８３に代えて、単に、テーブル内のレコードを一意に識別する番号を示すレコードＩＤとしても良い。レコードＩＤは、重み８５の値が変化しても、不変である。
【００４９】
前述の通り、インサイトワード８４は、ユーザの行動を契機として追加される。ユーザの行動は、例えば、「検索ワードを入力して書籍の検索を行う」、「１の書籍を選択して、その書籍の詳細情報を閲覧する」などである。例えば、インサイトワード８４は、ユーザが端末４において入力する検索ワードや、ユーザによる端末４の操作に起因して特定される書籍に係るＭＡＲＣデータ２５の件名７８に含まれる単語等が登録される。検索追加フラグ８６は、インサイトワード８４が検索ワードとして追加されたか否かを示すフラグである。件名追加フラグ８７は、インサイトワード８４が件名７８に含まれる単語として追加されたか否かを示すフラグである。
【００５０】
以下では、図１０〜図１４を参照しながら、書籍推薦システム１における動作の詳細を説明する。
【００５１】
図１０は、端末４の処理の流れを示すフローチャートである。図１０では、端末４が入力部１３を介して入力イベントを受け付けて、受け付けられる入力イベントに応じた処理を実行する流れが図示されている。尚、図１０では、主要な入力イベントのみを図示している。
【００５２】
電子書籍の販売システムは、例えば、ウェブサイトにおいて電子書籍を販売する。端末４は、電子書籍の販売システムが提供するウェブサイトにログインした状態で、後述する処理を実行する。
【００５３】
図１０に示すように、端末４の制御部１１は、入力イベントを受け付けると（Ｓ１）、入力イベントを判別する（Ｓ２）。尚、Ｓ１及びＳ２の処理は、ＯＳやウェブ閲覧ソフトが提供する機能によって実現される。
【００５４】
入力イベントが「検索」の場合、端末４の制御部１１は、書籍推薦サーバ２と協働して、検索処理を実行する（Ｓ３）。検索処理が終了すると、端末４の制御部１１は、入力イベントの受付状態に遷移する。
【００５５】
図１１は、検索処理の流れを示すフローチャートである。図１１に示すように、端末４の制御部１１は、入力部１３を介して検索ワードを受け付けると、検索ワードを書籍推薦サーバ２に送信する（Ｓ１１）。
【００５６】
書籍推薦サーバ２の制御部１１は、検索ワードを受信すると、検索ワードで書籍データ２２及びＭＡＲＣデータ２５を検索し、書籍要約情報を取得する（Ｓ１２）。例えば、書籍推薦サーバ２の制御部１１は、検索ワードで書籍名４２（書籍名７２）、内容紹介７３、件名７８等を検索し、合致するデータの書籍名４２（書籍名７２）、価格４３、ジャンル７６等を書籍要約情報として取得する。
【００５７】
次に、書籍推薦サーバ２の制御部１１は、所定の追加ルールに従って、検索ワードを、インサイトデータ２６に追加する（Ｓ１３）。
【００５８】
インサイトデータ２６の追加ルールの１例について説明する。書籍推薦サーバ２の制御部１１は、対象となるユーザに対応付けられているインサイトデータ２６のテーブルがなければ、新たなテーブルを追加する。書籍推薦サーバ２の制御部１１は、新たなテーブルに対して、インサイトワード８４＝検索ワード、重み８５＝検索追加による所定値、検索追加フラグ８６＝Ｙｅｓ、件名追加フラグ８７＝Ｎｏ、とするレコードを１件だけ追加する。
【００５９】
尚、前述の追加ルールでは、検索ワードが既存のテーブルに存在するか否かを判定基準としたが、書籍のジャンル７６ごとに、インサイトデータ２６を追加しても良い。この場合、例えば、インサイトデータ２６は、ジャンル７６に相当する項目を主キーの１つとする。
【００６０】
次に、書籍推薦サーバ２の制御部１１は、書籍要約情報のリストを端末４に送信する（Ｓ１４）。端末４の制御部１１は、書籍要約情報のリストを表示部１４に一覧表示する（Ｓ１５）。
【００６１】
図１０の説明に戻る。入力イベントが「商品選択」の場合、端末４の制御部１１は、書籍推薦サーバ２と協働して、商品詳細表示処理を実行する（Ｓ４）。商品詳細表示処理が終了すると、端末４の制御部１１は、入力イベントの受付状態に遷移する。
【００６２】
図１２は、商品詳細表示処理の流れを示すフローチャートである。図１２に示すように、端末４の制御部１１は、入力部１３を介して選択書籍を受け付けると、選択書籍の書籍ＩＤを書籍推薦サーバ２に送信する（Ｓ２１）。
【００６３】
書籍推薦サーバ２の制御部１１は、選択書籍の書籍ＩＤを受信すると、選択書籍の書籍ＩＤでＭＡＲＣデータ２５を検索し、件名７８を取得する（Ｓ２２）。次に、書籍推薦サーバ２の制御部１１は、取得される件名７８及びユーザＩＤでインサイトデータ２６のテーブルを検索し、検索されるテーブルにおいて重み８５が大きいインサイトワード８４を取得する（Ｓ２３）。次に、書籍推薦サーバ２の制御部１１は、取得されるインサイトワード８４でＭＡＲＣデータ２５を検索し、インサイトワード８４と同一の単語を含む件名７８が対応付けられている書籍の書籍ＩＤ７１、又はインサイトワード８４を含む書籍名７２の書籍の書籍ＩＤ７１を、推薦書籍の書籍ＩＤとして取得する（Ｓ２４）。推薦書籍の数は、１又は複数である。
【００６４】
推薦書籍の推薦順位は、例えば、推薦書籍取得処理に用いるインサイトワード８４に係る重み８５、検索追加フラグ８６、件名追加フラグ８７などを考慮して、ユーザのインサイトに近い順とする。例えば、書籍推薦サーバ２の制御部１１は、重み８５が大きければ、ユーザのインサイトに近いと判定する。なぜなら、重み８５は、後述する処理によって、ユーザの行動に起因して、ユーザのインサイトに近い順に大きい値となるように更新されるからである。また、書籍推薦サーバ２の制御部１１は、同一の重み８５であっても、検索追加フラグ８６及び件名追加フラグ８７の両方がＹｅｓの方が、ユーザのインサイトに近いと判定する。なぜなら、検索ワードによってユーザの顕在的な意識を考慮でき、かつ、書籍の内容を正確に示している件名７８によってユーザの潜在的な意識を考慮できるからである。
【００６５】
尚、前述の説明では、Ｓ２２〜Ｓ２４を別々の処理として説明したが、これらの処理を、１のＳＱＬ文によって実現しても良い。ＳＱＬとは、リレーショナルデータベース管理システムにおけるデータベース言語である。
【００６６】
次に、書籍推薦サーバ２の制御部１１は、選択書籍及び推薦書籍の書籍ＩＤで、書籍データ２２、ＭＡＲＣデータ２５を検索し、選択書籍及び推薦書籍の書籍詳細情報を取得する（Ｓ２５）。書籍詳細情報は、例えば、書籍名４２（書籍名７２）、価格４３、内容紹介７３、出版社７４、出版年月７５、ジャンル７６、刊行形態７７などである。
【００６７】
次に、書籍推薦サーバ２の制御部１１は、選択書籍及び推薦書籍の書籍詳細情報を端末４に送信する（Ｓ２６）。端末４の制御部１１は、選択書籍及び推薦書籍の書籍詳細情報を表示部１４に表示する（Ｓ２７）。
【００６８】
ここで、書籍推薦サーバ２の制御部１１は、推薦書籍のジャンル７６に基づいて、推薦書籍と同一のジャンル７６であって、ユーザのインサイトに近い関連書籍を検索し、端末４に送信しても良い。これによって、ユーザは意図していないが、同一ジャンルの書籍の中で、推薦書籍の次に、ユーザのインサイトに近い書籍を提供することができる。
【００６９】
また、書籍推薦サーバ２の制御部１１は、推薦書籍の刊行形態７７を参照し、刊行形態７７＝「シリーズ」の場合には、同一シリーズの書籍を、関連書籍として端末４に送信しても良い。これによって、推薦書籍及び関連書籍を合わせて、シリーズ全体でユーザに提供することができる。
【００７０】
図１０の説明に戻る。入力イベントが「購入」の場合、端末４の制御部１１は、書籍推薦サーバ２と協働して、購入処理を実行する（Ｓ５）。購入処理が終了すると、端末４の制御部１１は、入力イベントの受付状態に遷移する。
【００７１】
図１３は、購入処理の流れを示すフローチャートである。図１３に示すように、端末４の制御部１１は、入力部１３を介して購入書籍を受け付けると、購入書籍の書籍ＩＤを書籍推薦サーバ２に送信する（Ｓ３１）。
【００７２】
書籍推薦サーバ２の制御部１１は、購入書籍の書籍ＩＤを受信すると、購入書籍に係る決済処理を実行する（Ｓ３２）。決済処理は、公知の技術を用いれば良いため、説明を省略する。決済処理が終了すると、書籍推薦サーバ２の制御部１１は、購入履歴データ２４を更新する（Ｓ３３）。
【００７３】
次に、書籍推薦サーバ２の制御部１１は、購入書籍の書籍ＩＤでＭＡＲＣデータ２５を検索し、件名７８を取得し（Ｓ３４）、取得される件名７８でインサイトデータ２６を検索し、所定の更新ルールに従って、インサイトデータ２６に更新する（Ｓ３５）。
【００７４】
インサイトデータ２６の更新ルールの１例について説明する。尚、インサイトデータ２６の更新とは、インサイトデータ２６のテーブルに新たなレコードを追加することと、既に存在するレコードの重み８５を更新することの両方を意味する。つまり、書籍推薦サーバ２の制御部１１は、対象となるユーザに対応付けられているインサイトデータ２６のテーブルに、Ｓ３４で取得される件名７８に含まれる単語と同一のインサイトワード８４がなければ、新たなレコードを追加する。また、書籍推薦サーバ２の制御部１１は、対象となるユーザに対応付けられているインサイトデータ２６のテーブルに、Ｓ３４で取得される件名７８に含まれる単語と同一のインサイトワード８４があれば、そのレコードの重み８５を更新する。
【００７５】
更新ルールは、例えば、次に示す３つのパターンがある。尚、書籍推薦サーバ２の制御部１１は、３つのパターンごとに、一番大きい所定の値である「第１の値」、次に大きい所定の値である「第２の値」、一番小さい所定の値である「第３の値」のいずれかを、重み８５に加算する。
【００７６】
第１のパターンでは、書籍推薦サーバ２の制御部１１は、Ｓ３４で取得される件名７８に含まれる単語が、検索ワード（検索追加フラグ８６＝Ｙｅｓのワード）と同一の場合、その同一の単語に対して、「第１の値」を重み８５に加算する。
【００７７】
第２のパターンでは、書籍推薦サーバ２の制御部１１は、Ｓ３４で取得される件名７８に含まれる単語が、検索ワード（検索追加フラグ８６＝Ｙｅｓのワード）と同一の場合、その同一の単語ではない他の単語に対して、「第２の値」を重み８５に加算する。
【００７８】
第３のパターンでは、書籍推薦サーバ２の制御部１１は、Ｓ３４で取得される件名７８に含まれる単語が、検索ワード（検索追加フラグ８６＝Ｙｅｓのワード）と同一ではない場合、それら全ての単語に対して、「第３の値」を重み８５に加算する。
【００７９】
上記の更新ルールに従って重み８５を更新することにより、ユーザの顕在的な意識及び潜在的な意識の両方を考慮し、ユーザが本当に興味を持っている情報（インサイト）を示すインサイトワード８４に対して、大きい重み８５を設定することができる。ひいては、ユーザが本当に興味を持っている情報に近い書籍を推薦することができる。
【００８０】
次に、書籍推薦サーバ２の制御部１１は、購入完了通知を端末４に送信する（Ｓ３６）。端末４の制御部１１は、購入完了通知を表示部１４に表示する（Ｓ３７）。
【００８１】
図１０の説明に戻る。入力イベントが「欲しい書籍追加」の場合、端末４の制御部１１は、書籍推薦サーバ２と協働して、欲しい書籍追加処理を実行する（Ｓ６）。欲しい書籍追加処理が終了すると、端末４の制御部１１は、入力イベントの受付状態に遷移する。
【００８２】
図１４は、欲しい書籍追加処理の流れを示すフローチャートである。図１４に示すように、端末４の制御部１１は、入力部１３を介して欲しい書籍を受け付けると、欲しい書籍の書籍ＩＤを書籍推薦サーバ２に送信する（Ｓ４１）。
【００８３】
書籍推薦サーバ２の制御部１１は、欲しい書籍の書籍ＩＤを受信すると、欲しい書籍データ２３を更新する（Ｓ４２）。
【００８４】
次に、書籍推薦サーバ２の制御部１１は、欲しい書籍の書籍ＩＤでＭＡＲＣデータ２５を検索し、件名７８を取得し（Ｓ４３）、取得される件名７８でインサイトデータ２６を検索し、所定の更新ルールに従って、インサイトデータ２６に更新する（Ｓ４４）。インサイトデータ２６の更新ルールは、図１３に示す購入書籍に基づく更新処理（Ｓ３５）と同様である。
【００８５】
次に、書籍推薦サーバ２の制御部１１は、欲しい書籍追加完了通知を端末４に送信する（Ｓ４５）。端末４の制御部１１は、欲しい書籍追加完了通知を表示部１４に表示する（Ｓ４６）。
【００８６】
図１０の説明に戻る。入力イベントが「終了」の場合、端末４の制御部１１は、終了処理を実行し、電子書籍の販売システムが提供するウェブサイトからログアウトする（Ｓ７）。
【００８７】
尚、前述の説明では、リアルタイム形式によってインサイトデータ２６の追加処理（Ｓ１３）及び更新処理（Ｓ３４及びＳ３５、並びにＳ４３及びＳ４４）を実行したが、これらの処理をバッチ形式によって実行しても良い。バッチ形式は、所定の期間（例えば、１時間単位、１日単位等）ごとにスケジューリングされて実行される形式である。
【００８８】
例えば、インサイトデータ２６の追加処理については、書籍推薦サーバ２は、ユーザごとに検索履歴データ（不図示）を記憶しておき、検索履歴データから検索ワードを１つずつ抽出し、Ｓ１３に相当する処理を実行する。
【００８９】
また、例えば、インサイトデータ２６の更新処理については、書籍推薦サーバ２は、ユーザごとに記憶される購入履歴データ２４から書籍ＩＤ６２を１つずつ抽出し、Ｓ３４及びＳ３５に相当する処理を実行する。また、書籍推薦サーバ２は、ユーザごとに記憶される欲しい書籍データ２３から書籍ＩＤ５２を１つずつ抽出し、Ｓ４３及びＳ４４に相当する処理を実行する。
【００９０】
以下では、図１５〜図１８を参照しながら、インサイトデータの追加処理や更新処理の具体例を説明する。
【００９１】
図１５は、インサイトデータ２６ａを示す図である。図１５に示すインサイトデータ２６ａでは、ユーザＩＤ８１＝「１」のユーザが、ビジネスに関する書籍を検索する為に、検索ワード＝「論理思考」を入力して検索を行い、その後、いくつかの書籍を欲しい書籍として追加したり、購入したりした結果を示している。図１５に示す例では、順位８３＝「１」のレコードは、インサイトワード８４＝「論理思考」、重み８５＝「１．３８」、検索追加フラグ８６＝「Ｙｅｓ」、件名追加フラグ８７＝「Ｙｅｓ」となっている。尚、検索追加フラグ８６及び件名追加フラグ８７が両方ともＹｅｓとなっている理由は、欲しい書籍や購入書籍に係る件名７８に「論理思考」が含まれていたからである。また、順位８３＝「２」のレコードは、インサイトワード８４＝「プレゼン力」、重み８５＝「１．２１」、検索追加フラグ８６＝「Ｎｏ」、件名追加フラグ８７＝「Ｙｅｓ」となっている。
【００９２】
図１６は、インサイトデータ２６ｂを示す図である。図１６に示すインサイトデータ２６ｂでは、ユーザＩＤ８１＝「１」のユーザが、趣味に関する書籍を検索する為に、検索ワード＝「スキー」を入力して検索を行い、その後、いくつかの書籍を欲しい書籍として追加したり、購入したりした結果を示している。この場合、図１５に示すテーブルＩＤ８２＝「１」のテーブルとは異なるテーブルとして、図１６に示すテーブルＩＤ８２＝「２」のテーブルが追加される。図１６に示す例では、順位８３＝「１」のレコードは、インサイトワード８４が「スキー」、重み８５＝「１．３８」、検索追加フラグ８６＝「Ｙｅｓ」、件名追加フラグ８７＝「Ｙｅｓ」となっている。また、順位８３＝「２」のレコードは、インサイトワード８４＝「苗場」、重み８５＝「１．２１」、検索追加フラグ８６＝「Ｎｏ」、件名追加フラグ８７＝「Ｙｅｓ」となっている。
【００９３】
図１７は、インサイトデータ２６ｃを示す図である。図１７に示すインサイトデータ２６ｃでは、ユーザＩＤ８１＝「２」のユーザに対応付けられているテーブルの現状の状態を示している。図１７に示す例では、インサイトワード８４＝「部下を育てる」、「マネジメント」、「コーチング」の３つのレコードが存在する。
【００９４】
図１７の状態において、ユーザＩＤ８１＝「２」のユーザが、会社の部下を指導するために参考になる書籍を探している際、「もし高校野球の女子マネージャーがドラッカーの『マネジメント』を読んだら」（岩崎夏海著、ダイヤモンド社、２００９年１２月）（以降、「もしドラ」と省略する。）という書籍を選択したとする。そうすると、書籍推薦サーバ２は、「もしドラ」の件名７８である「マネジメント」、「コーチング」を取得する。次に、書籍推薦サーバ２は、「マネジメント」及び「コーチング」でインサイトデータ２６を検索する。この検索結果としては、図１７に示すインサイトデータ２６ｃのテーブルが得られる。次に、書籍推薦サーバ２は、図１７に示すインサイトデータ２６ｃのテーブルにおいて重みが大きいインサイトワード８４である「部下を育てる」、「マネジメント」、「コーチング」を取得する。そして、書籍推薦サーバ２は、「部下を育てる」、「マネジメント」、「コーチング」でＭＡＲＣデータ２５検索し、同一の件名７８が対応付けられている書籍、又はインサイトワードを含む書籍名の書籍を推薦書籍として取得する。
【００９５】
推薦書籍として取得される書籍の例としては、例えば、「コーチング―言葉と信念の魔術」（落合博満著、ダイヤモンド社、２００１年９月）という書籍が挙げられる。ユーザは、会社の部下を指導するために参考になる書籍を探していたので、この書籍は、ユーザが本当に興味を持っている情報に近い書籍と言える。
【００９６】
更に、ユーザＩＤ８１＝「２」のユーザが、「コーチング―言葉と信念の魔術」の書籍を購入したとする。そうすると、書籍推薦サーバ２は、「コーチング―言葉と信念の魔術」の件名７８である「コーチング」、「野球」を取得する。次に、書籍推薦サーバ２は、「コーチング」、「野球」でインサイトデータ２６を検索する。この検索結果としては、図１７に示すインサイトデータ２６ｃのテーブルが得られる。そして、書籍推薦サーバ２は、更新ルールに従って、インサイトデータを更新する。
【００９７】
図１８は、インサイトデータ２６ｄを示す図である。図１８に示すインサイトデータ２６ｄは、「コーチング―言葉と信念の魔術」の書籍を購入したことに起因した更新結果を示している。インサイトデータ２６ｄでは、インサイトワード８４＝「コーチング」に係る重み８５が、１．２０から１．４０に変更されている。また、インサイトデータ２６ｄでは、インサイトワード８４＝「野球」のレコードが追加されている。
【００９８】
以上、本発明の実施形態における書籍推薦システム１では、ユーザが本当に興味を持っている情報に近い書籍を推薦することが可能となる。
【００９９】
以上、添付図面を参照しながら、本発明に係る書籍推薦システム等の好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【０１００】
１………書籍推薦システム
２………書籍推薦サーバ
３………データベース
４………端末
５………ネットワーク
２１………ユーザデータ
２２………書籍データ
２３………欲しい書籍データ
２４………購入履歴データ
２５………ＭＡＲＣデータ
２６………インサイトデータ
【図１】
0005831332.tif 000002
【図２】
0005831332.tif 000003
【図３】
0005831332.tif 000004
【図４】
0005831332.tif 000005
【図５】
0005831332.tif 000006
【図６】
0005831332.tif 000007
【図７】
0005831332.tif 000008
【図８】
0005831332.tif 000009
【図９】
0005831332.tif 000010
【図１０】
0005831332.tif 000011
【図１１】
0005831332.tif 000012
【図１２】
0005831332.tif 000013
【図１３】
0005831332.tif 000014
【図１４】
0005831332.tif 000015
【図１５】
0005831332.tif 000016
【図１６】
0005831332.tif 000017
【図１７】
0005831332.tif 000018
【図１８】
0005831332.tif 000019