情報処理装置、情報処理方法、情報処理プログラム及び記録媒体
【課題】参照リストからユーザが情報を望む取引対象を見付け出すことを容易にすることを可能とする。
【解決手段】情報処理装置は、履歴記憶手段に記憶される、取引対象に対するユーザの行為の履歴に基づいて、ユーザの興味対象を特定する特定手段と、取引対象に関する取引対象情報への参照を保持する参照リストに登録されている取引対象の中から、特定手段により特定された興味対象に関連する取引対象を選択する選択手段と、選択手段により選択された取引対象を示す情報の表示態様が、選択手段により選択されていない取引対象を示す情報の表示態様よりも視認しやすい表示態様となるように、参照リストを表示させる制御手段と、を備える。
【解決手段】情報処理装置は、履歴記憶手段に記憶される、取引対象に対するユーザの行為の履歴に基づいて、ユーザの興味対象を特定する特定手段と、取引対象に関する取引対象情報への参照を保持する参照リストに登録されている取引対象の中から、特定手段により特定された興味対象に関連する取引対象を選択する選択手段と、選択手段により選択された取引対象を示す情報の表示態様が、選択手段により選択されていない取引対象を示す情報の表示態様よりも視認しやすい表示態様となるように、参照リストを表示させる制御手段と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、取引対象に関する情報への参照を保持する参照リストの表示に関する処理を行う情報処理装置の技術分野に関する。
【背景技術】
【０００２】
従来、商品の購入やサービスの予約等、取引対象の購入が可能な電子商取引のＷｅｂサイトが知られている。このようなＷｅｂサイトでは、取引対象ごとに、取引対象に関する情報が掲載されるＷｅｂページがある。また、このようなＷｅｂサイトでは、ユーザが任意の取引対象を参照リストに登録しておく機能が提供されていることがある。参照リストとは、例えば、取引対象に関する情報のＵＲＬ等、取引対象に関する情報への参照を保持するリストである。この参照リストとしては、例えば、お気に入り、ブックマーク等がある。また、参照リストとしては、例えば、取引対象に関する情報が掲載されるＷｅｂページの閲覧履歴等がある。
【０００３】
ユーザは、参照リストに登録された取引対象に関する情報を閲覧したい場合、参照リストを画面に表示させて、ユーザが、情報を望む取引対象を選択する。すると、選択された取引対象に関する情報が掲載されるＷｅｂページが画面に表示される。これにより、参照リストから、取引対象に関する情報へ簡単にアクセスすることができる。ところが、参照リストに登録されている取引対象の数が増えると、ユーザが参照リストから所望の取引対象を見付け出すために手間を要する場合がある。
【０００４】
この点に関連して、特許文献１には、ブックマークのエントリ数に関係なく目的のホームページを簡単に指定することができることを目的とする技術が開示されている。具体的に、インターネット用ブラウザが、ブックマーク内のブックマークエントリを、ホームページの参照日時、参照頻度またはホームページのアドレス名のアルファベット順に並べ替える。また、ユーザは、並べ替え方法を任意に設定することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１０−３３４１２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載の技術を、取引対象の参照リストに用いたとした場合、参照リストからユーザが情報を望む取引対象を容易に見付け出すことができるとは限らない。参照日時、参照頻度またはアルファベット順による参照リストの表示が、参照リストの表示時点におけるユーザの取引対象に対する興味を反映しているとは限らないからである。例えば、ユーザが取引対象の情報を参照した時点では、ユーザがその取引対象に対して興味を持っていたとしても、その後、ユーザが興味を失うこともある。そのため、参照リストの表示時点で表示順が上位の取引対象に対してユーザが興味を持っていない場合がある。それぞれの並べ替え方法が、ユーザの興味を反映しているとは限らないのであれば、ユーザが並べ替え方法を設定することができたとしても、ユーザが、情報を望む取引対象を容易に見付け出すことができない。
【０００７】
本発明は、以上の点に鑑みてなされたものであり、参照リストからユーザが情報を望む取引対象を見付け出すことを容易にすることを可能とする情報処理装置、情報処理方法、情報処理プログラム及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、請求項１に記載の発明は、履歴記憶手段に記憶される、取引対象に対するユーザの行為の履歴に基づいて、ユーザの興味対象を特定する特定手段と、取引対象に関する取引対象情報への参照を保持する参照リストに登録されている取引対象の中から、前記特定手段により特定された前記興味対象に関連する取引対象を選択する選択手段と、前記選択手段により選択された取引対象を示す情報の表示態様が、前記選択手段により選択されていない取引対象を示す情報の表示態様よりも視認しやすい表示態様となるように、前記参照リストを表示させる制御手段と、を備えることを特徴とする。
【０００９】
この発明によれば、興味対象に関連する取引対象を示す情報が視認しやすい表示態様で表示される。そのため、参照リストに登録された取引対象の中からユーザが情報を望む蓋然性がある取引対象をユーザが見付けることを容易にすることができる。これにより、参照リストから取引対象をユーザが見付けるために発生するユーザからの情報要求を減らすことができる。
【００１０】
請求項２に記載の発明は、請求項１に記載の情報処理装置において、前記特定手段は、ユーザによる前記取引対象情報の閲覧の前記履歴に基づいて、現時点から予め定められた第１時間前までの間に前記取引対象情報が閲覧された取引対象を、前記興味対象として特定することを特徴とする。
【００１１】
この発明によれば、情報が最近閲覧された取引対象が興味対象として特定される。そのため、ユーザが興味を持っている蓋然性が高い取引対象を特定することができる。
【００１２】
請求項３に記載の発明は、請求項２に記載の情報処理装置において、前記特定手段は、前記取引対象情報の表示時間の長さを含む前記履歴に基づいて、前記取引対象情報の表示時間の長さが予め定められた第２時間未満である取引対象を、前記興味対象から除くことを特徴とする。
【００１３】
この発明によれば、情報の閲覧時間が短い取引対象は興味対象から除かれる。そのため、情報が最近閲覧された取引対象ではあっても、ユーザが興味を持つ蓋然性が低い取引対象に関連する取引対象の情報は、視認しやすい態様で表示されないので、ユーザが情報を望む蓋然性がある取引対象をユーザが見付けることが、より容易になる。
【００１４】
請求項４に記載の発明は、請求項１乃至３の何れか１項に記載の情報処理装置において、前記制御手段は、前記選択手段により選択された取引対象を示す情報の表示順位が、前記選択手段により選択されていない取引対象を示す情報の表示順位よりも上位となる表示態様で、前記参照リストを表示させることを特徴とする。
【００１５】
この発明によれば、参照リストに登録されている取引対象を示す情報を同時に表示することが可能な取引対象の数が限られている場合であっても、ユーザが情報を望む取引対象を見付けることを容易にすることができる。
【００１６】
請求項５に記載の発明は、請求項４に記載の情報処理装置において、前記制御手段は、前記参照リストに登録された取引対象を識別する情報と、該取引対象の参照リストへの登録時期と、を対応付けて記憶する参照リスト情報記憶手段に記憶された前記登録時期が早い取引対象の順に、前記選択手段により選択された取引対象を示す情報を表示させることを特徴とする。
【００１７】
この発明によれば、参照リストに登録されたことをユーザが忘れやすい取引対象ほど、表示順位が上位になる。そのため、ユーザが情報を望む取引対象が参照リストに登録されていることをユーザが思い出すことを容易にすることができる。
【００１８】
請求項６に記載の発明は、請求項１乃至５の何れか１項に記載の情報処理装置において、前記特定手段は、ユーザが興味を持つ取引対象を前記興味対象として特定し、前記選択手段は、前記特定手段により特定された取引対象に関連する取引対象のうち、前記特定手段により特定された取引対象よりもユーザにとって取引上有利な取引対象を選択することを特徴とする。
【００１９】
この発明によれば、ユーザが興味を持つ取引対象よりも取引上有利ではない取引対象を示す情報は、視認しやすい態様で表示されない。そのため、ユーザが興味を持つ取引対象に関連する取引対象ではあっても、ユーザが興味を持つ蓋然性が低い取引対象に関連する取引対象の情報は、視認しやすい態様で表示されないので、ユーザが情報を望む蓋然性がある取引対象をユーザが見付けることが、より容易になる。
【００２０】
請求項７に記載の発明は、請求項１に記載の情報処理装置において、前記特定手段は、取引対象の検索に用いられた検索条件のユーザによる指定の前記履歴に基づいて、現時点から予め定められた第３時間前までの間に指定された前記検索条件を、前記興味対象として特定し、前記選択手段は、前記特定手段により特定された前記検索条件で検索可能な取引対象を選択することを特徴とする。
【００２１】
この発明によれば、取引対象を検索するためにユーザが最近指定した検索条件が興味対象として特定され、特定された検索条件で検索可能な取引対象の情報が視認しやすい表示態様で表示される。そのため、ユーザが興味を持つ検索条件に関連する取引対象をユーザが見付けることを容易にすることができる。
【００２２】
請求項８に記載の発明は、情報処理装置により実行される情報処理方法であって、履歴記憶手段に記憶される、取引対象に対するユーザの行為の履歴に基づいて、ユーザの興味対象を特定する特定ステップと、取引対象に関する取引対象情報への参照を保持する参照リストに登録されている取引対象の中から、前記特定ステップにおいて特定された前記興味対象に関連する取引対象を選択する選択ステップと、前記選択ステップにおいて選択された取引対象を示す情報の表示態様が、前記選択ステップにおいて選択されていない取引対象を示す情報の表示態様よりも視認しやすい表示態様となるように、前記参照リストを表示させる制御ステップと、を含むことを特徴とする。
【００２３】
請求項９に記載の発明は、情報処理装置に含まれるコンピュータを、履歴記憶手段に記憶される、取引対象に対するユーザの行為の履歴に基づいて、ユーザの興味対象を特定する特定手段、取引対象に関する取引対象情報への参照を保持する参照リストに登録されている取引対象の中から、前記特定手段により特定された前記興味対象に関連する取引対象を選択する選択手段、及び、前記選択手段により選択された取引対象を示す情報の表示態様が、前記選択手段により選択されていない取引対象を示す情報の表示態様よりも視認しやすい表示態様となるように、前記参照リストを表示させる制御手段、として機能させることを特徴とする。
【００２４】
請求項１０に記載の発明は、情報処理装置に含まれるコンピュータを、履歴記憶手段に記憶される、取引対象に対するユーザの行為の履歴に基づいて、ユーザの興味対象を特定する特定手段、取引対象に関する取引対象情報への参照を保持する参照リストに登録されている取引対象の中から、前記特定手段により特定された前記興味対象に関連する取引対象を選択する選択手段、及び、前記選択手段により選択された取引対象を示す情報の表示態様が、前記選択手段により選択されていない取引対象を示す情報の表示態様よりも視認しやすい表示態様となるように、前記参照リストを表示させる制御手段、として機能させる情報処理プログラムがコンピュータ読み取り可能に記憶されていることを特徴とする。
【発明の効果】
【００２５】
本発明によれば、興味対象に関連する取引対象を示す情報が視認しやすい表示態様で表示される。そのため、参照リストに登録された取引対象の中からユーザが情報を望む蓋然性がある取引対象をユーザが見付けることを容易にすることができる。これにより、参照リストから取引対象をユーザが見付けるために発生するユーザからの情報要求を減らすことができる。
【図面の簡単な説明】
【００２６】
【図１】一実施形態に係る情報提供システムＳの概要構成の一例を示す図である。
【図２】お気に入りページの画面表示例を示す図である。
【図３】あるユーザのお気に入りに登録されている商品の例を示す一覧表である。
【図４】お気に入りページの画面表示例を示す図である。
【図５】一実施形態に係る電子商店街サーバ１の概要構成の一例を示すブロック図である。
【図６】（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図であり、（ｂ）は、ジャンル情報ＤＢ１２ｂに登録される内容の一例を示す図であり、（ｃ）は、店舗情報ＤＢ１２ｃに登録される内容の一例を示す図であり、（ｄ）は、商品情報ＤＢ１２ｄに登録される内容の一例を示す図であり、（ｅ）は、クエリログＤＢ１２ｅに登録される内容の一例を示す図であり、（ｆ）は、閲覧履歴ＤＢ１２ｆに登録される内容の一例を示す図であり、（ｇ）は、お気に入り情報ＤＢ１２ｇに登録される内容の一例を示す図である。
【図７】一実施形態に係る電子商店街サーバ１のシステム制御部１４の一実施例におけるお気に入りページリクエスト受信時処理における処理例を示すフローチャートである。
【図８】一実施形態に係る電子商店街サーバ１のシステム制御部１４の一実施例におけるお気に入りページリクエスト受信時処理における処理例を示すフローチャートである。
【図９】一実施形態に係る電子商店街サーバ１のシステム制御部１４の一実施例におけるお気に入りページリクエスト受信時処理における処理例を示すフローチャートである。
【図１０】一実施形態に係る電子商店街サーバ１のシステム制御部１４の一実施例におけるお気に入りページリクエスト受信時処理における処理例を示すフローチャートである。
【図１１】一実施形態に係る電子商店街サーバ１のシステム制御部１４のお気に入りページリクエスト受信時処理における処理例を示すフローチャートである。
【図１２】一実施形態に係る電子商店街サーバ１のシステム制御部１４のお気に入りページリクエスト受信時処理における処理例を示すフローチャートである。
【発明を実施するための形態】
【００２７】
以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、情報提供システムに対して本発明を適用した場合の実施形態である。
【００２８】
［１．第１実施形態］
［１−１．情報提供システムの構成及び機能概要］
先ず、本実施形態に係る情報提供システムＳの構成について、図１を用いて説明する。図１は、本実施形態に係る情報提供システムＳの概要構成の一例を示す図である。
【００２９】
図１に示すように、情報提供システムＳは、電子商店街サーバ１と、複数の店舗端末２と、複数のユーザ端末３と、を含んで構成されている。そして、電子商店街サーバ１と各店舗端末２及び各ユーザ端末３とは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。
【００３０】
電子商店街サーバ１は、商品の購入が可能な電子商店街に関する各種処理を実行するサーバ装置である。電子商店街サーバ１は、本発明における情報処理装置の一例である。ユーザは、電子商店街を利用することにより、所望の店舗から所望の商品を購入することができる。電子商店街サーバ１は、ユーザ端末３からのリクエストに応じて、例えば、電子商店街のＷｅｂページを送信したり、商品の検索や購入等に関する処理を行ったりする。なお、商品は、本発明における取引対象の一例である。
【００３１】
店舗端末２は、電子商店街に出店している店舗の従業員等により利用される端末装置である。店舗端末２は、従業員等からの操作に基づいて電子商店街サーバ１等のサーバ装置にアクセスする。これにより、店舗端末２は、サーバ装置からＷｅｂページを受信して表示する。店舗端末２には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。従業員は、店舗端末２を利用することにより、例えば、販売する商品の情報を電子商店街に登録したり、商品の注文内容を確認したりする。
【００３２】
ユーザ端末３は、電子商店街を利用するユーザの端末装置である。ユーザ端末３は、ユーザからの操作に基づいて電子商店街サーバ１にアクセスすることにより、電子商店街サーバ１からＷｅｂページを受信して表示する。ユーザ端末３には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。ユーザ端末３としては、例えば、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、スマートフォン等の携帯情報端末、携帯電話機等が用いられる。
【００３３】
ユーザは、電子商店街において購入候補となる商品を探すために、検索条件を指定することができる。検索条件としては、例えば、キーワード、商品のジャンル等を指定可能である。検索条件は、例えば、トップページ等において指定することができる。トップページは、電子商店街の最上位にあるＷｅｂページである。検索条件が指定されると、電子商店街サーバ１は、検索条件を満たす商品を検索する。具体的に、電子商店街サーバ１は、指定されたキーワードを商品名や商品説明に含む商品を検索する。また、電子商店街サーバ１は、指定されたジャンルに属する商品を検索する。検索条件が複数指定された場合、電子商店街サーバ１は、例えば、全ての検索条件を満たす商品を検索する。そして、ユーザ端末３の画面に検索結果ページが表示される。
【００３４】
検索結果ページは、検索された商品の一覧が表示されるＷｅｂページである。例えば、検索結果ページは、商品名、商品の画像、商品価格、店舗名等が、商品ごとに表示される。また、検索結果ページには、検索された商品の商品ページへのハイパーリンク（以下、「リンク」という）が埋め込まれている。検索結果ページにおいて、ユーザは、任意の商品のリンクを選択すると、対応する商品ページがユーザ端末３の画面に表示される。商品ページは、１つの商品に関する詳細な情報が表示されるＷｅｂページである。商品ページは、本発明における取引対象情報の一例である。ユーザは、商品ページにおいて、商品を注文するための操作を行うことにより、商品ページに情報が表示されている商品を購入することができる。
【００３５】
電子商店街においては、お気に入り機能が提供されている。お気に入り機能とは、電子商店街で販売されている商品をユーザのお気に入りとして登録することにより、商品ページへの参照をユーザ専用のリストに保持しておき、お気に入りの商品の商品ページをユーザが容易に閲覧することができるようにする機能である。電子商店街においては、商品ページに、「お気に入りに追加」と表示されたリンクが表示されている。ユーザがこのリンクを選択すると、商品ページに情報が表示されている商品が、ユーザのお気に入りに登録される。お気に入りは、本発明における参照リストの一例である。
【００３６】
［１−２．お気に入りページにおける商品の情報の表示態様］
ユーザは、お気に入りに登録されている商品を、お気に入りページで確認することができる。お気に入りページは、お気に入りに登録されている商品の一覧が表示されるＷｅｂページであり、ユーザごとに専用のＷｅｂページである。
【００３７】
図２は、お気に入りページの画面表示例を示す図である。図２に示すように、お気に入りページは、複数のお気に入り商品表示領域１００が表示される。各お気に入り商品表示領域１００は、お気に入りの商品の情報が表示される領域である。具体的に、お気に入り商品表示領域１００には、商品名、商品の販売元の店舗の店舗名、商品の画像、商品価格、評価値、レビュー件数、商品のお気に入りへの登録日等が表示される。評価値は、商品に対してユーザから付けられた評価の高さを示す値である。ユーザは、商品に対するレビューを登録することができるとともに、評価値を付けることができる。お気に入り商品表示領域１００に表示される評価値は、各ユーザが付けた評価値を平均した値である。レビュー件数は、レビューを登録したユーザの人数である。
【００３８】
商品名及び商品の画像には、それぞれ、対応する商品ページへのリンクが埋め込まれている。従って、ユーザが商品名または商品の画像を選択すると、対応する商品ページを表示させることができる。また、店舗名には、店舗ページへのリンクが埋め込まれている。店舗ページは、１つの店舗に関する詳細な情報が表示されるＷｅｂページである。また、レビュー件数には、レビュー一覧ページへのリンクが埋め込まれている。レビュー一覧ページは、１つの商品に対してレビューを登録した各ユーザのレビュー、評価値等が一覧表示されるＷｅｂページである。
【００３９】
各お気に入り商品表示領域１００は、対応する商品の表示順位に従って表示される。商品の表示順位が高いほど、お気に入りページ内の上の方にお気に入り商品表示領域１００が表示される。通常は、お気に入りへの登録日時が遅い商品ほど、表示順位が高くなっている。従って、お気に入りへの登録日時が遅い商品の順に、お気に入り商品表示領域１００が表示される。また、１ページに表示可能なお気に入り商品表示領域１００の数の最大値が予め定められている。この最大値を、最大表示件数という。図２は、最大表示件数が５である場合の表示例を示す。従って、お気に入りには６個以上の商品が登録されていたとしても、表示順位が１位から５位までの商品のお気に入り商品表示領域１００のみが表示される。図２は、商品Ａ−３、Ｃ−３、Ｃ−２、Ｂ−３、Ａ−２の順に、登録日時が遅い場合の表示例を示す。なお、最大表示件数は、４以下であってよいし、６以上であってもよい。また、お気に入り商品表示領域１００の表示順は、お気に入りへの登録日時が遅い順ではなくてもよい。
【００４０】
なお、電子商店街サーバ１は、ユーザによる選択操作によって、表示順位の並べ替えを行ってもよい。例えば、お気に入りへの登録日時の早い順、商品名の順、価格の低い順、価格の高い順等で、表示順位が並べ替えられてもよい。電子商店街サーバ１が表示順位の並べ替えをすると、新しい表示順位で各お気に入り商品表示領域１００が並べられた新たなお気に入りページがユーザ端末３の画面に表示される。
【００４１】
お気に入りページには、次ページリンク１１０及びページ番号リンク群１２０も表示される。お気に入りに登録されている商品の数が多いほど、お気に入りページのページ数が多くなる。例えば、１ページ目のお気に入りページは、表示順位が１位から５位までの商品のお気に入り商品表示領域１００が表示される。また、２ページ目のお気に入りページは、表示順位が６位から１０位までの商品のお気に入り商品表示領域１００が表示される。次ページリンク１１０及びページ番号リンク群１２０のそれぞれは、表示されるお気に入りページを切り換えるためのリンクである。次ページリンク１１０は、現在表示されているページの次のページを表示させるためのリンクである。ページ番号リンク群１２０は、ページ番号を示すリンクを１つ以上含む。各ページ番号は、一覧表示される商品の表示順位に対応している。最初に表示されるお気に入りページは、１ページ目のお気に入りページである。ユーザは、表示されたお気に入りページに、情報を所望する商品の情報が表示されていない場合には、次ページリンク１１０やページ番号リンク群１２０を選択する。これにより、ユーザは、情報を所望する商品を探すことになる。なお、ユーザが情報を所望する場合とは、例えば、ユーザが商品ページで情報を閲覧したい場合、レビュー一覧ページでレビューを閲覧したい場合、単に商品表示領域１００内の情報を閲覧したい場合等が挙げられる。
【００４２】
お気に入りに登録されている商品の数が多くなると、ユーザが情報を所望する商品をお気に入りページから見付け出しにくくなる。例えば、お気に入りに登録されている商品の数に応じて、お気に入りページのページ数が多くなる。最初に表示されるお気に入りページには、表示順位が１位から５位までの商品の情報のみが表示される。従って、表示順位が６位以降の商品の情報を、この時点でユーザが視認することはできない。そこで、所望の商品の情報が表示されるお気に入りページに切り替わるまで、ユーザは次ページリンク１１０やページ番号リンク群１２０を操作する必要がある。また、同一ページにお気に入り商品表示領域１００が表示されている複数の商品の中でも、上の方に情報が表示されている商品よりも、下の方に情報が表示されている商品の方が見付け出しにくい。ユーザは画面内の上の方から情報を見ていくことが一般的であるからである。従って、上の方に表示された方が、ユーザが視認しやすい。また、下の方にある情報は、画面から外れてユーザが視認することができない場合がある。そのため、ユーザは、スクロール操作を行って、下の方にある情報を画面に表示させる必要がある。
【００４３】
ユーザが情報を所望する商品をお気に入りページから見付け出しにくくなると、ユーザ端末３から電子商店街サーバ１へのリクエストが発生しやすくなる。例えば、ユーザが、次ページリンク１１０やページ番号リンク群１２０を選択するたびに、ユーザ端末３から電子商店街サーバ１へ、新たなお気に入りページのリクエストが送信される。また、ユーザが情報を所望する商品の商品表示領域１００を表示させるために、表示順位を並べ替える操作を行う場合がある。この場合も、お気に入りページのリクエストが送信される。また、ユーザは、何れかの商品表示領域１００を選択することにより商品ページを表示させ、情報を所望する商品であるか否かを商品ページで確認する場合がある。この場合は、ユーザ端末３から電子商店街サーバ１へ、商品ページのリクエストが送信される。ユーザ端末３からのリクエストが多いと、電子商店街サーバ１の処理負荷が高くなる。また、リクエストやＷｅｂページ等の送受信により、ネットワークの負荷が高くなる。これらは、電子商店街サーバ１からユーザ端末３への応答遅延の要因となり得る。
【００４４】
そこで、電子商店街サーバ１は、ユーザが情報を所望する蓋然性がある商品の表示順位を、そうではない商品の表示順位よりも高くする。上述した理由により、表示順位が高い商品のお気に入り商品表示領域１００ほど、視認しやすい表示態様で表示が行われるからである。
【００４５】
ここで、電子商店街サーバ１は、ユーザが情報を所望する蓋然性がある商品を特定する必要がある。そのため、電子商店街サーバ１は、先ず、ユーザの興味対象を特定する。興味対象とは、ユーザが興味を持っている蓋然性がある対象である。興味対象となり得る対象としては、例えば、商品、店舗、検索条件等がある。本実施形態においては、興味対象を商品に適用した場合について説明する。
【００４６】
検索結果ページに表示された商品の中からユーザが何れかの商品を選択すると、選択された商品の商品ページが表示される。これにより、ユーザは商品の情報を閲覧することができる。ユーザが興味がある商品であるからこそ、商品ページを表示させる商品として、複数の商品の中から選択したと考えることができる。そして、商品ページが閲覧された日時が現時点から近いほど、例えば、商品に対するユーザの興味の度合いは高いと考えられる。あるいは、商品ページが閲覧された日時が現時点から近いほど、商品に対するユーザの興味は失われていないと考えられる。そこで、電子商店街サーバ１は、お気に入りページが表示される現時点から予め設定された興味対象特定時間前までの間に商品ページが閲覧された商品を、興味対象として特定する。興味対象特定時間は、例えば、電子商店街の管理者等により設定される。興味対象特定時間は、例えば、ユーザが情報を閲覧してから、情報が閲覧された商品に対してユーザが興味を持ち続けていられる時間とされてもよい。興味対象特定時間は、本発明における第１時間の一例である。
【００４７】
また、ユーザがレビュー一覧ページを閲覧した場合にも、レビューの対象となった商品に対してユーザが興味を持ったと考えられる。そこで、電子商店街サーバ１は、現時点から興味対象特定時間前までの間に商品ページが閲覧された商品も、興味対象として特定してもよい。
【００４８】
商品ページには、「レビューを見る」と表示されたリンクも表示される。ユーザがこのリンクを選択すると、商品ページに情報が表示されている商品のレビュー一覧ページが表示される。従って、ユーザは、商品ページを閲覧して、商品に対する評価が気になったとき、レビュー一覧ページを表示させることができる。そこで、電子商店街サーバ１は、商品ページ及びレビュー一覧ページの両方が閲覧された商品のみを、興味対象として特定してもよい。ユーザが商品ページのみを閲覧しただけの商品よりも、ユーザが更にレビュー一覧ページを閲覧した商品の方が、ユーザが興味を持っている蓋然性が高いからである。
【００４９】
電子商店街サーバ１は、興味対象を特定すると、お気に入りに登録されている商品の中から、興味対象に関連する商品を選択する。興味対象に関連する商品を、「関連商品」という。この関連商品が、ユーザが情報を所望する蓋然性がある商品である。興味対象が商品である場合の関連商品としては、例えば、興味対象とメーカーが同一の商品であったり、興味対象とジャンルが同一の商品であったり、興味対象と販売元の店舗が同一の商品であったりしてもよい。また例えば、関連商品としては、興味対象を主商品とした場合のオプション品であったり、興味対象をオプション品とした場合の主商品であったりしてもよい。オプション品としては、例えば、主商品である電動歯ブラシに対して替えブラシ等の消耗品、主商品であるモバイルパソコンに対してモバイルパソコンを収納するケース等のアクセサリー等がある。
【００５０】
関連商品を、ユーザが情報を所望する蓋然性がある商品とする理由は、興味対象に関連する商品も、ユーザが興味を持つ蓋然性がある商品であるからである。具体的に、関連商品が、例えば、ユーザが購入を検討する上で興味対象と比較する対象であったり、ユーザが興味対象と一緒に購入を考え得る対象であったりするからである。従って、ユーザは、関連商品に興味を持つため、関連商品の情報を望むのである。
【００５１】
電子商店街サーバ１は、興味対象の関連商品のお気に入り商品表示領域１００の表示態様が、興味対象の関連商品ではない商品のお気に入り商品表示領域１００の表示態様よりも視認しやすい表示態様となるように、お気に入りページをユーザ端末３に表示させる。これにより、ユーザが情報を所望する蓋然性がある商品をユーザが見付けることを容易にすることができる。
【００５２】
なお、興味対象として特定された商品自体は、興味対象の関連商品ではない。興味対象のお気に入り商品表示領域１００の表示態様を視認しやすい表示態様とさせるか否かは任意である。
【００５３】
本実施形態においては、興味対象の関連商品の表示順位が、興味対象の関連商品ではない商品の表示順位よりも上位となる。その一方で、電子商店街サーバ１は、関連商品間においては、お気に入りへの登録日時が早いほど表示順位を高くする。その理由は、登録日時が早い商品であるほど、ユーザがお気に入りに登録しておいたことを忘れていたり、情報を忘れていたりする蓋然性が高い商品であるからである。お気に入りへの登録日時が早い商品であるほど、お気に入り商品表示領域１００が視認しやすい態様で表示されることで、ユーザは、お気に入りに登録しておいた商品を思い出すことができる。お気に入りへの登録日時が遅い商品は、ユーザが覚えている蓋然性が高いので、お気に入りへの登録日時が早い商品よりも視認性が低くても問題はないと考えられる。
【００５４】
次に、具体例を説明する。図３は、あるユーザのお気に入りに登録されている商品の例を示す一覧表である。図４は、お気に入りページの画面表示例を示す図である。図３に示すように、お気に入りには、登録日時の遅い順に、商品Ａ−３、Ｃ−３、Ｃ−２、Ｂ−３、Ａ−２、Ｃ−１、Ｂ−２、Ａ−１及びＢ−１が登録されている。従って、興味対象が特定されていない場合、お気に入りページの１ページ目は、図２に示すように表示される。商品Ａ−１、Ａ−２及びＡ−３のジャンルは食品である。また、商品Ｂ−１、Ｂ−２及びＢ−３のジャンルは文房具である。また、商品Ｃ−１、Ｃ−２及びＣ−３のジャンルは書籍である。
【００５５】
ユーザは、ユーザ端末３を操作することにより、例えば、商品Ｂ−４の商品ページを閲覧したとする。商品Ｂ−４のジャンルは文房具である。ユーザは、商品ページを閲覧した後、興味対象特定時間が経過する前に、お気に入りページを表示させる操作を行ったとする。このとき、商品Ｂ−４は、興味対象として特定される。そして、商品Ｂ−１、Ｂ−２及びＢ−３のジャンルは、商品Ｂ−４と同一である。従って、商品Ｂ−１、Ｂ−２及びＢ−３が、商品Ｂ−４の関連商品として選択される。そのため、図４に示すように、商品Ｂ−１、Ｂ−２、Ｂ−３、Ａ−３、Ｃ−３の順に、お気に入り商品表示領域１００が表示される。関連商品のお気に入り商品表示領域１００がまとまって表示されるので、ユーザは、関連商品同士を比較しやすくなる。なお、関連商品であるか否かが分かりやすいように、例えば、関連商品のお気に入り商品表示領域１００と関連商品ではない商品のお気に入り商品表示領域１００との間の空白を、他の空白よりも広くしてもよい。
【００５６】
［１−３．電子商店街サーバの構成］
次に、電子商店街サーバ１の構成について、図５及び図６を用いて説明する。
【００５７】
図５は、本実施形態に係る電子商店街サーバ１の概要構成の一例を示すブロック図である。図５に示すように、電子商店街サーバ１は、通信部１１と、記憶部１２と、入出力インターフェース１３と、システム制御部１４と、を備えている。そして、システム制御部１４と入出力インターフェース１３とは、システムバス１５を介して接続されている。
【００５８】
通信部１１は、ネットワークＮＷに接続して、店舗端末２やユーザ端末３等との通信状態を制御するようになっている。
【００５９】
記憶部１２は、例えば、ハードディスクドライブ等により構成されている。記憶部１２は、本発明における履歴記憶手段及び参照リスト情報記憶手段の一例である。この記憶部１２には、会員情報ＤＢ１２ａ、ジャンル情報ＤＢ１２ｂ、店舗情報ＤＢ１２ｃ、商品情報ＤＢ１２ｄ、クエリログＤＢ１２ｅ、閲覧履歴ＤＢ１２ｆ、お気に入り情報ＤＢ１２ｇ等のデータベースが構築されている。「ＤＢ」は、データベースの略語である。
【００６０】
図６（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図である。会員情報ＤＢ１２ａには、情報提供システムＳに会員登録しているユーザに関する会員情報が登録される。具体的に、会員情報ＤＢ１２ａには、ユーザＩＤ、パスワード、ニックネーム、氏名、生年月日、性別、郵便番号、住所、電話番号、電子メールアドレス、保有ポイント数等のユーザの属性が、ユーザごとに対応付けて登録される。ユーザＩＤは、ユーザの識別情報である。保有ポイント数は、ユーザが保有しているポイントの数である。このポイントは、ユーザが電子商店街で商品を購入するときに、金銭と同等の価値を有するものとして購入代金に充てることができるものである。また、ユーザが電子商店街で商品を購入すると、例えば、購入金額に応じたポイントがユーザに付与される。
【００６１】
図６（ｂ）は、ジャンル情報ＤＢ１２ｂに登録される内容の一例を示す図である。ジャンル情報ＤＢ１２ｂには、商品のジャンルに関するジャンル情報が登録されている。具体的に、ジャンル情報ＤＢ１２ｂには、ジャンルＩＤ、ジャンル名、ジャンルのレベル、親ジャンルＩＤ、子ジャンルＩＤリスト等のジャンルの属性が、ジャンルごとに対応付けて登録される。ジャンル情報は、例えば、電子商店街の管理者等により設定される。
【００６２】
商品のジャンルは、木構造で階層的に定義されている。具体的に、木構造の各ノードが、ジャンルに相当する。ノードの深さが、そのノードに相当するジャンルのレベル（階層）に相当する。ノードの深さは、根に位置するノード（以下、「根ノード」という）からの距離である。レベルの値が大きいほど、レベルとしての深さが深く、レベルの値が小さいほど、レベルとしての深さが浅い。根ノードが有する子ノードに相当するジャンルがレベル１のジャンルである。レベル１のジャンルが最上位のジャンルである。レベル１の各ジャンルに対しては、子ノードに相当するジャンルが、レベル２のジャンルとして定義されている。ここで、あるジャンルＣ１の子ノードに相当するジャンルＣ２を、ジャンルＣ１の「子ジャンル」という。子ジャンルを、サブジャンルともいう。また、このときのジャンルＣ１を、ジャンルＣ２の「親ジャンル」という。子ジャンルは、親ジャンルを更に複数に区分したときに、同じような商品が属する範囲である。従って、子ジャンルは親ジャンルに属する。
【００６３】
ジャンルＩＤは、ジャンル情報によって定義されるジャンルの識別情報である。親ジャンルＩＤは、ジャンル情報によって定義されるジャンルの親ジャンルのジャンルＩＤである。子ジャンルＩＤリストは、ジャンル情報によって定義されるジャンルの子ジャンルのジャンルＩＤのリストである。子ジャンルＩＤリストは、ジャンル情報によって定義されるジャンルが子ジャンルを有する場合に設定される。
【００６４】
図６（ｃ）は、店舗情報ＤＢ１２ｃに登録される内容の一例を示す図である。店舗情報ＤＢ１２ｃには、電子商店街に出店している店舗に関する店舗情報が登録される。具体的に、店舗情報ＤＢ１２ｃには、店舗ＩＤ、店舗名、郵便番号、住所、電話番号、電子メールアドレス等の店舗の属性が、店舗ごとに対応付けて登録される。店舗ＩＤは、店舗の識別情報である。
【００６５】
図６（ｄ）は、商品情報ＤＢ１２ｄに登録される内容の一例を示す図である。商品情報ＤＢ１２ｄには、電子商店街で販売されている商品に関する商品情報が登録される。具体的に、商品情報ＤＢ１２ｄには、商品ＩＤ、店舗ＩＤ、商品コード、ジャンルＩＤ、商品名、商品画像のＵＲＬ（Uniform Resource Locator）、商品説明、商品価格等の商品の属性が、店舗が販売する商品ごとに対応付けて登録される。
【００６６】
商品ＩＤは、店舗が、販売する商品を管理するための商品の識別情報である。店舗ＩＤは、商品の販売元の店舗を示す。商品コードは、商品を識別するコード番号である。同一の商品に対しては同一の商品コードが付与される。商品コードとしては、例えば、ＪＡＮ（Japanese Article Number Code）コードがある。商品ＩＤは、基本的に商品ページと一対一で対応する。従って、商品コードが同一の商品であっても、商品情報が異なる複数の商品に対しては、互いに異なる商品ＩＤが付与される。本実施形態においては、商品ＩＤが互いに異なる商品同士は、互いに異なる商品であるとする。従って、興味対象として特定された商品と商品コードが同一ではあるが商品ＩＤが異なる商品は、興味対象として特定された商品の関連商品として選択される可能性がある。ジャンルＩＤは、商品が属するジャンルのジャンルＩＤである。基本的には、最下位のレベルに定義されているジャンル（木構造における葉ノードに相当するジャンル）のジャンルＩＤが設定されている。つまり、各商品は、最も細分化されたジャンルでジャンル分けされている。商品名は、店舗が付けた商品の名称である。そのため、この商品名は、商品の正式な名称とは異なる場合がある。
【００６７】
図６（ｅ）は、クエリログＤＢ１２ｅに登録される内容の一例を示す図である。クエリログＤＢ１２ｅには、クエリログが登録される。クエリログは、ユーザによる検索条件の指定の履歴である。具体的に、クエリログＤＢ１２ｅには、受信日時、検索条件情報及びユーザＩＤが、検索リクエストが受信されるごとに対応付けて登録される。クエリログは、本発明における履歴の一例である。検索リクエストは、ユーザが検索条件を指定して、商品の検索を要求する操作を行ったときに、ユーザ端末３から電子商店街サーバ１へ送信されるメッセージである。検索リクエストは、検索条件情報を含む。
【００６８】
受信日時は、検索リクエストが受信された日時である。検索条件情報は、ユーザにより指定された検索条件を示す情報である。検索条件としてキーワードが指定された場合、検索条件情報は、指定されたキーワードを含む。検索条件としてジャンルが指定された場合、検索条件情報は、指定されたジャンルのジャンルＩＤを含む。検索条件が複数指定された場合、検索条件情報は、検索条件を示す情報を複数含む。ユーザＩＤは、検索を要求したユーザを示す。
【００６９】
図６（ｆ）は、閲覧履歴ＤＢ１２ｆに登録される内容の一例を示す図である。閲覧履歴ＤＢ１２ｆには、電子商店街のＷｅｂページの閲覧履歴が登録される。具体的に、閲覧履歴ＤＢ１２ｆには、閲覧日時、ＵＲＬ、ユーザＩＤ及び閲覧時間が、Ｗｅｂページが閲覧されるごとに対応付けて登録される。閲覧履歴は、本発明における履歴の一例である。
【００７０】
閲覧日時は、商品ページが閲覧された日時を示す。具体的に、閲覧日時は、電子商店街サーバ１がユーザ端末３へＷｅｂページを送信した日時である。ＵＲＬは、閲覧されたＷｅｂページのＵＲＬである。電子商店街のＷｅｂページのＵＲＬは、Ｗｅｂページの種類を特定可能な情報となっている。Ｗｅｂページの種類としては、例えば、トップページ、検索結果ページ、商品ページ、レビュー一覧ページ、店舗ページ、お気に入りページ等がある。また、商品ページ及びレビュー一覧ページのＵＲＬは、対応する商品の商品ＩＤを含む。また、店舗ページのＵＲＬは、対応する店舗の店舗ＩＤを含む。従って、ＵＲＬから、如何なる種類のＷｅｂページであるか、また、如何なる商品または店舗に関するＷｅｂページであるのかを特定することが可能である。ユーザＩＤは、Ｗｅｂページを閲覧したユーザを示す。
【００７１】
閲覧時間は、Ｗｅｂページが閲覧された時間の長さを示す。具体的に、閲覧時間は、Ｗｅｂページがユーザ端末３の画面に表示されていた時間の長さである。閲覧時間の計算方法の一例を説明する。システム制御部１４は、あるユーザ端末３へＷｅｂページを送信したときに、閲覧日時としての送信日時、送信したＷｅｂページのＵＲＬ及び送信先のユーザ端末３を利用するユーザのユーザＩＤを、対応付けて閲覧履歴として登録する。その後、システム制御部１４は、ユーザ端末３から別のＷｅｂページのリクエスト受信したとき、リクエストのReferrerヘッダから、ユーザ端末３が表示しているＷｅｂページのＵＲＬを取得する。システム制御部１４は、ユーザ端末３を利用するユーザのユーザＩＤと取得したＵＲＬとを含む閲覧履歴を検索する。次いで、システム制御部１４は、現在日時から、検索した閲覧履歴に含まれる閲覧日時を減算して、閲覧時間を計算する。そして、システム制御部１４は、検索した閲覧履歴に閲覧時間を追加する。
【００７２】
図６（ｇ）は、お気に入り情報ＤＢ１２ｇに登録される内容の一例を示す図である。お気に入り情報ＤＢ１２ｇには、ユーザのお気に入りに関するお気に入り情報が登録される。お気に入り情報は、本発明における参照リスト情報の一例である。具体的に、お気に入り情報ＤＢ１２ｇには、ユーザＩＤ、商品ＩＤ及び登録日時等が、お気に入りに商品が登録されるごとに対応付けて登録される。
【００７３】
ユーザＩＤは、お気に入りへの登録を行ったユーザを示す。商品ＩＤは、お気に入りに登録された商品を示す。また、商品ＩＤは、お気に入りに登録された商品の商品ページへの参照に相当する情報である。商品ページへの実際の参照の情報はＵＲＬであるが、商品ページのＵＲＬは、商品ＩＤから特定することが可能である。なお、商品ページのＵＲＬが、商品ＩＤとともにまたは商品ＩＤの代わりにお気に入り情報ＤＢ１２ｇに登録されるようになっていてもよい。登録日時は、お気に入りへの登録が行われた日時を示す。登録日時は、本発明における登録時期の一例である。
【００７４】
次に、記憶部１２に記憶されるその他の情報について説明する。記憶部１２には、Ｗｅｂページを表示するためのＨＴＭＬ（HyperText Markup Language）文書、ＸＭＬ（Extensible Markup Language）文書、画像データ、テキストデータ、電子文書等の各種データが記憶されている。また、記憶部１２には、管理者等により設定された各種の設定値が記憶されている。設定値としては、例えば、興味対象特定時間等がある。
【００７５】
また、記憶部１２には、オペレーティングシステム、ＷＷＷ（World Wide Web）サーバプログラム、ＤＢＭＳ（Database Management System）、電子商取引管理プログラム等の各種プログラムが記憶されている。電子商取引管理プログラムは、電子商取引に関する各種の処理を実行するためのプログラムである。電子商取引管理プログラムは、興味対象を特定したり、関連商品を選択したり、お気に入りページのお気に入り商品表示領域１００の表示態様を決定したりするためのプログラムを含む。なお、各種プログラムは、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしてもよいし、ＤＶＤ（Digital Versatile Disc）等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。
【００７６】
入出力インターフェース１３は、通信部１１及び記憶部１２とシステム制御部１４との間のインターフェース処理を行うようになっている。
【００７７】
システム制御部１４は、ＣＰＵ１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ等により構成されている。そして、システム制御部１４は、ＣＰＵ１４ａが、各種プログラムを読み出し実行することにより、本発明における特定手段、選択手段、制御手段として機能するようになっている。
【００７８】
なお、電子商店街サーバ１が、複数のサーバ装置で構成されてもよい。例えば、お気に入りに関する処理を行うサーバ装置、電子商店街において商品の検索や注文等の処理を行うサーバ装置、ユーザ端末３からのリクエストに応じてＷｅｂページを送信するサーバ装置、及びデータベースを管理するサーバ装置等が、互いにＬＡＮ等で接続されてもよい。
【００７９】
［１−４．情報提供システムの動作］
次に、情報提供システムＳの動作について、図７乃至図１０を用いて説明する。以下では、興味対象の特定方法または関連商品の選択方法の違いに応じて、実施例１から実施例３に分けて動作を説明する。実施例１〜３では、興味対象とジャンルが同一である商品を関連商品とする。また、ジャンルの最下位のレベルを５とする。なお、実施例１〜３のうち、２つ以上の実施例を組み合わせて実施してもよい。
【００８０】
［１−４−１．実施例１］
実施例１においては、現時点から興味対象特定時間前までに商品ページ及びレビュー一覧ページの少なくとも何れか一方が閲覧された商品が、興味対象として特定され、興味対象に関連する商品のお気に入り商品表示領域１００の表示順位が上位となる。つまり、図３及び図４を用いて説明された態様で、お気に入りページが表示される。
【００８１】
図７及び図８は、本実施形態に係る電子商店街サーバ１のシステム制御部１４の実施例１におけるお気に入りページリクエスト受信時処理における処理例を示すフローチャートである。お気に入りページリクエスト受信時処理は、電子商店街サーバ１が、ユーザ端末３からお気に入りページのリクエストを受信したときに開始される。
【００８２】
図７に示すように、システム制御部１４は、受信したリクエストから、リクエストを送信してきたユーザ端末３を利用するユーザのユーザＩＤを、要求ユーザＩＤとして取得する（ステップＳ１）。例えば、システム制御部１４は、ユーザによる情報提供システムＳへのログイン時に、ユーザ端末３からユーザＩＤを受信し、受信したユーザＩＤをクッキーとしてユーザ端末３に保存させている。そのため、ユーザがログインしている場合には、ユーザ端末３から電子商店街サーバ１へ送信されるリクエストには、要求ユーザＩＤを含むクッキーが付加されている。
【００８３】
次いで、システム制御部１４は、要求ユーザＩＤをユーザＩＤとして含む閲覧履歴のうち、閲覧日時が、現時点から興味対象特定時間前までの間に含まれる閲覧履歴を、閲覧履歴ＤＢ１２ｆから検索する（ステップＳ２）。なお、閲覧履歴に含まれる閲覧日時は、Ｗｅｂページが表示され始めた日時である。従って、Ｗｅｂページが画面に表示され始めた日時が、現時点から興味対象特定時間前までの間に含まれる閲覧履歴が検索される。しかしながら、例えば、Ｗｅｂページが表示されている間は、Ｗｅｂページが閲覧されていると考えることができる。つまり、Ｗｅｂページが表示され始めてからＷｅｂページが画面から消去されるまでの間の何れの時点も、閲覧日時と考えることができる。従って、システム制御部１４は、例えば、Ｗｅｂページが画面から消去された日時を、Ｗｅｂページの閲覧日時であるとして、閲覧履歴を検索してもよい。また、システム制御部１４は、例えば、Ｗｅｂページが表示され始めた日時と、Ｗｅｂページが画面から消去された日時と、の中間の日時を、Ｗｅｂページの閲覧日時であるとして、閲覧履歴を検索してもよい。閲覧履歴に含まれる閲覧日時に、閲覧履歴に含まれる閲覧時間を加算することにより、Ｗｅｂページの表示が終了した日時を計算することができる。
【００８４】
次いで、システム制御部１４は、該当する閲覧履歴を検索することができたか否かを判定する（ステップＳ３）。このとき、システム制御部１４は、該当する閲覧履歴を検索することができなかったと判定した場合には（ステップＳ３：ＮＯ）、ステップＳ３１に移行する。
【００８５】
一方、システム制御部１４は、該当する閲覧履歴を検索することができたと判定した場合には（ステップＳ３：ＹＥＳ）、検索された閲覧履歴の中から、商品ページの閲覧履歴とレビュー一覧ページの閲覧履歴とを検索する（ステップＳ４）。次いで、システム制御部１４は、該当する閲覧履歴を検索することができたか否かを判定する（ステップＳ５）。このとき、システム制御部１４は、該当する閲覧履歴を検索することができなかったと判定した場合には（ステップＳ５：ＮＯ）、ステップＳ３１に移行する。
【００８６】
一方、システム制御部１４は、該当する閲覧履歴を検索することができたと判定した場合には（ステップＳ５：ＹＥＳ）、要求ユーザＩＤをユーザＩＤとして含むお気に入り情報を、お気に入り情報ＤＢ１２ｇから検索する（ステップＳ６）。そして、システム制御部１４は、検索されたお気に入り情報が登録されたリストを、ユーザリストとして生成する。システム制御部１４は、ステップＳ１〜６を実行することにより、特定手段として、閲覧履歴に基づいて、要求ＩＤが示すユーザの興味対象を特定する。ユーザリストは、興味対象として特定された商品の閲覧履歴が登録されるリストである。
【００８７】
次いで、システム制御部１４は、関連商品リストを初期化する（ステップＳ７）。関連商品リストは、関連商品のお気に入り情報が登録されるリストである。次いで、システム制御部１４は、ジャンルのレベルＬに２を設定する（ステップＳ８）。レベルＬのジャンルのうち、興味対象と同一のジャンルに属する商品が、関連商品となる。
【００８８】
次いで、システム制御部１４は、ステップＳ４において検索された閲覧履歴のうち１つを選択する。そして、システム制御部１４は、選択商品ＩＤとして、選択した閲覧履歴に含まれるＵＲＬから、興味対象として特定された商品の商品ＩＤを取得する（ステップＳ９）。次いで、システム制御部１４は、選択商品ＩＤが示す商品と同じレベルＬのジャンルに属する商品のお気に入り情報をユーザリストから検索する（ステップＳ１０）。具体的に、システム制御部１４は、選択商品ＩＤとしての商品ＩＤを含む商品情報を商品情報ＤＢ１２ｄから検索し、検索された商品情報からジャンルＩＤを取得する。商品情報に設定されているジャンルＩＤは、レベル５のジャンルのジャンルＩＤである。そこで、システム制御部１４は、ジャンル情報ＤＢ１２ｂから、選択商品ＩＤが示す商品のレベルＬのジャンルＩＤを取得する。ジャンル情報には、親ジャンルＩＤが設定されている。そのため、レベル５のジャンルＩＤに対応するジャンル情報から、親ジャンルであるレベル４のジャンルＩＤを取得することができる。システム制御部１４は、このような処理を、レベル２のジャンルＩＤが取得するまで繰り返す。また、システム制御部１４は、ユーザリストに登録されている各お気に入り情報から、お気に入りに登録されている商品の商品ＩＤを取得する。次いで、システム制御部１４は、取得した商品ＩＤが示す商品のレベルＬのジャンルＩＤを取得する。お気に入りに登録されている商品のレベルＬのジャンルＩＤの取得方法は、選択商品ＩＤが示す商品の場合と同様である。次いで、システム制御部１４は、お気に入りに登録されている商品の中から、レベルＬのジャンルＩＤが、興味対象として特定された商品のレベルＬのジャンルＩＤと一致する商品を特定する。そして、システム制御部１４は、特定した商品のお気に入り情報を、ユーザリストから取得する。こうして、システム制御部１４は、選択商品ＩＤが示す商品と同じレベルＬのジャンルに属する商品のお気に入り情報を検索する。システム制御部１４は、検索されたお気に入り情報を、関連商品リストに登録する。なお、システム制御部１４は、選択商品ＩＤと同じ商品ＩＤを含むお気に入り情報は、関連商品リストに登録しない。つまり、システム制御部１４は、興味対象自体は、関連商品として抽出しない。
【００８９】
次いで、システム制御部１４は、ステップＳ５において検索された閲覧履歴のうちまだ選択されていない閲覧履歴があるか否かを判定する（ステップＳ１１）。このとき、システム制御部１４は、選択されていない閲覧履歴があると判定した場合には（ステップＳ１１：ＹＥＳ）、まだ選択されていない閲覧履歴のうち１つを選択する。そして、システム制御部１４は、選択商品ＩＤとして、選択した閲覧履歴から商品ＩＤを取得する（ステップＳ１２）。次いで、システム制御部１４は、ステップＳ１０に移行する。
【００９０】
システム制御部１４は、ステップＳ１０〜Ｓ１２の処理を繰り返すことにより、興味対象として特定された商品と同じレベルＬのジャンルに属する商品の検索を、興味対象として特定された各商品について実行する。なお、ある商品が、興味対象として特定された複数の商品のそれぞれの関連商品である場合がある。そのため、システム制御部１４は、ステップＳ１０において関連商品リストにお気に入り情報を登録するとき、同じ商品のお気に入り情報が重複して登録されないようにする。つまり、お気に入りに登録されている各商品について、最大でも１つのお気に入り情報が関連商品リストに登録されるようにする。
【００９１】
なお、システム制御部１４は、ステップＳ４において、商品ページ等の閲覧履歴とレビュー一覧ページのうち、閲覧日時が最も遅い閲覧履歴のみを検索してもよい。つまり、システム制御部１４は、最後に情報が閲覧された商品のみを、興味対象として特定してもよい。例えば、ユーザが商品Ａ−１の商品ページを閲覧した後に、商品Ｂ−１の商品ページを閲覧した場合には、ユーザの興味対象が商品Ａ−１から商品Ｂ−１に移ったと考えることもできるからである。この場合、システム制御部１４は、ステップＳ１０を１回のみ実行し、ステップＳ１１及びＳ１２は実行しない。また、この場合において、システム制御部１４は、閲覧日時が現時点から興味対象特定時間前までである閲覧履歴のうち、閲覧日時が最も遅い閲覧履歴が、商品ページ及びレビュー一覧ページの何れの閲覧履歴でもない場合には、ステップＳ６〜Ｓ１６の処理を実行せずに、ステップＳ３１に移行してもよい。つまり、ユーザが、商品ページまたはレビュー一覧ページが表示されている状態から、直接お気に入りページを表示させる操作を行った場合にのみ、現時点で表示されている商品ページまたはレビュー一覧ページに対応する商品を、興味対象として特定してもよい。商品ページやレビュー一覧ページから別のＷｅｂページに表示が移った場合には、例えば、ユーザの興味対象が別の何かに移ったり、商品に対する興味を失ったりしたと考えることもできるからである。
【００９２】
また、システム制御部１４は、商品ページやレビュー一覧ページの閲覧後のユーザによる商品の検索の履歴に基づいて、ユーザが情報を閲覧した商品に対してユーザが興味を失ったか否かを判定してもよい。例えば、ユーザが、商品Ａ−１の商品ページを閲覧した後、商品Ａ−１と関連する検索条件を指定して商品の検索を行ったとする。この場合、商品Ａ−１と関連する商品が検索される蓋然性が高いので、商品Ａ−１に対するユーザの興味は継続していると考えられる。一方、ユーザが、商品Ａ−１との関連性がない検索条件を指定して商品の検索を行ったとする。この場合、商品Ａ−１と関連性がある商品が検索される蓋然性が低いので、ユーザの興味は、商品Ａ−１との関連性がない別の商品に移ったと考えることができる。例えば、商品Ａ−１の商品名が、ユーザが指定したキーワードを含む場合、指定されたキーワードは、商品Ａ−１と関連すると考えられる。また例えば、商品Ａ−１の商品名や商品説明が、ユーザがキーワードとして指定した商品名や商品の型番を含む場合、指定されたキーワードは、商品Ａ−１と関連すると考えられる。また、商品Ａ−１が、ユーザが指定したジャンルに属する商品である場合、指定されたジャンルは、商品Ａ−１と関連すると考えられる。システム制御部１４は、ステップＳ４において、閲覧履歴を検索した後、要求ユーザＩＤをユーザＩＤとして含むクエリログのうち、検索された閲覧履歴の閲覧日時よりも、検索リクエストの受信日時が遅いクエリログを、クエリログＤＢ１２ｅから検索する。次いで、システム制御部１４は、検索されたクエリログのうち、受信日時が最も遅いクエリログを取得する。そして、システム制御部１４は、取得したクエリログに含まれる検索条件情報に基づいて、ユーザにより最後に指定された検索条件が、閲覧履歴が検索された商品と関連するか否かを判定する。最後に指定された検索条件のみが用いられる理由は、最後に指定された検索条件が、ユーザが現時点で興味を有する商品に対して関連性が最も高いと考えられるからである。システム制御部１４は、関連すると判定した場合には、ステップＳ５に移行する。一方、システム制御部１４は、関連しないと判定した場合には、ステップＳ３１に移行する。なお、システム制御部１４は、閲覧履歴が検索された商品の中から、検索条件情報が示す検索条件を満たす商品を検索してもよい。そして、システム制御部１４は、検索条件を満たす商品を、検索条件に関連する商品であると判定してもよい。また、システム制御部１４は、ユーザにより最後に指定された検索条件が複数ある場合、少なくとも１つの検索条件が商品と関連する場合に、ステップＳ５に移行してもよいし、全ての検索条件が商品と関連する場合にのみ、ステップＳ５に移行してもよい。
【００９３】
ステップＳ１１において、システム制御部１４は、全ての閲覧履歴を選択したと判定した場合には（ステップＳ１１：ＮＯ）、関連商品として最終的に選択される関連商品の数が予め設定された関連商品最大数以下となるように、興味対象に関連する商品の範囲を調整する。範囲を調整する理由は、関連商品として最終的に選択される商品の数が多すぎないようにするためである。関連商品の数が多すぎると、ユーザがお気に入りページから全ての関連商品を確認するのが面倒になる場合があるからである。関連商品最大数は、例えば、電子商店街の管理者等により設定されて、記憶部１２に記憶されている。関連商品最大数は、最大表示件数と同一であってもよい。これにより、ユーザは、最初に表示されるお気に入りページで、全ての関連商品の情報を確認することができる。また、関連商品最大数は、最大表示件数よりも多くても少なくてもよい。
【００９４】
先ず、システム制御部１４は、関連商品リストに登録されているお気に入り情報の数を、関連商品数として数える。そして、システム制御部１４は、関連商品数が関連商品最大数以下であるか否かを判定する（ステップＳ１３）。このとき、システム制御部１４は、関連商品数が関連商品最大数以下ではないと判定した場合には（ステップＳ１３：ＮＯ）、レベルＬに１を加算する（ステップＳ１４）。次いで、システム制御部１４は、興味対象として特定された商品と同じレベルＬのジャンルには属さない商品のお気に入り情報を、関連商品リストから削除する（ステップＳ１５）。具体的に、システム制御部１４は、興味対象として特定された商品のレベルＬのジャンルＩＤと、関連商品リストにお気に入り情報が登録されている商品のレベルＬのジャンルＩＤを、ステップＳ１０の場合と同様に取得する。次いで、システム制御部１４は、レベルＬのジャンルＩＤが、興味対象として特定された商品のレベルＬのジャンルＩＤと異なる商品を特定する。興味対象として特定された商品が複数ある場合、システム制御部１４は、レベルＬのジャンルＩＤが、興味対象として特定された各商品のレベルＬのジャンルＩＤの何れとも異なる商品を特定する。そして、システム制御部１４は、特定した商品のお気に入り情報を、関連商品リストから削除する。こうして、システム制御部１４は、興味対象に関連する商品の範囲を狭くする。興味対象に関連する商品の範囲が狭くなるほど、関連商品として選択される商品と興味対象との関連性が高くなる。
【００９５】
次いで、システム制御部１４は、レベルＬが５であるか否かを判定する（ステップＳ１６）。このとき、システム制御部１４は、レベルＬが５ではないと判定した場合には（ステップＳ１６：ＮＯ）、ステップＳ１３に移行する。そして、システム制御部１４は、関連商品数が関連商品最大数以下であると判定した場合（ステップＳ１３：ＹＥＳ）、または、レベルＬが５であると判定した場合には（ステップＳ１６：ＹＥＳ）、ステップＳ３１に移行する。システム制御部１４は、ステップＳ７〜Ｓ１６の処理を実行することにより、選択手段として、お気に入りに登録されている商品の中から、興味対象に関連する商品を選択する。なお、ステップＳ８で設定されるレベルＬの初期値は２となっていたが、レベルＬの初期値は２以外であってもよい。また、システム制御部１４は、ステップＳ１３〜Ｓ１６の処理を行わなくてもよい。つまり、システム制御部１４は、ステップ８で設定されたレベルにおいて、興味対象として特定された商品と同じジャンルに属する商品を、全て関連商品として選択してもよい。
【００９６】
図８に示すステップＳ３１において、システム制御部１４は、お気に入りページのＨＴＭＬ文書のテンプレートを、記憶部１２から取得する（ステップＳ３１）。次いで、システム制御部１４は、設定済リストを初期化する（ステップＳ３２）。設定済リストは、お気に入りに登録されている商品のうち、お気に入りページのＨＴＭＬ文書のテンプレートに、お気に入り商品表示領域１００の表示用のデータが設定された商品の商品ＩＤが登録される。次いで、システム制御部１４は、表示順位Ｒに１を設定する（ステップＳ３３）。
【００９７】
次いで、システム制御部１４は、関連商品リストにお気に入り情報が１つ以上登録されているか否かを判定する（ステップＳ３４）。このとき、システム制御部１４は、関連商品リストにお気に入り情報が１つ以上登録されていると判定した場合には（ステップＳ３４：ＹＥＳ）、関連商品リストに登録されているお気に入り情報のうち、登録日時が最も早いお気に入り情報を１つ取得する（ステップＳ３５）。次いで、システム制御部１４は、取得したお気に入り情報を関連商品リストから削除する（ステップＳ３６）。一方、システム制御部１４は、関連商品リストにお気に入り情報が１つも登録されていないと判定した場合には（ステップＳ３４：ＮＯ）、ユーザリストに登録されているお気に入り情報の中から、設定済リストに商品ＩＤが登録されていない商品のお気に入り情報を１つ取得する（ステップＳ３７）。このとき、システム制御部１４は、登録日時が最も遅いお気に入り情報を１つ取得する。
【００９８】
システム制御部１４は、ステップＳ３６またはステップＳ３７の処理を終えると、取得したお気に入り情報に対応するお気に入り商品表示領域１００の表示用のデータを、取得したテンプレートに設定する（ステップＳ３８）。具体的に、システム制御部１４は、取得したお気に入り情報に含まれる商品ＩＤに対応する商品情報を、商品情報ＤＢ１２ｄから取得する。次いで、システム制御部１４は、取得した商品情報から、商品名、店舗ＩＤ、商品価格、商品画像のＵＲＬ等を取得する。また、システム制御部１４は、商品ＩＤや店舗ＩＤに基づいて、商品ページのＵＲＬや店舗ページのＵＲＬを生成する。次いで、システム制御部１４は、商品名、商品価格、お気に入りへの登録日時、ＵＲＬ等を含むデータを生成する。そして、システム制御部１４は、生成したデータをテンプレートに設定する。システム制御部１４は、お気に入り商品表示領域１００の表示用のデータを設定すると、お気に入り情報に含まれる商品ＩＤを設定済リストに登録する（ステップＳ３９）。
【００９９】
次いで、システム制御部１４は、表示順位Ｒが最大表示件数の値未満であるか否かを判定する（ステップＳ４０）。このとき、システム制御部１４は、表示順位Ｒが最大表示件数の値未満であると判定した場合には（ステップＳ４０：ＹＥＳ）、ユーザリストに登録されているお気に入り情報の中に、設定済リストに商品ＩＤが登録されていない商品のお気に入り情報があるか否かを判定する（ステップＳ４１）。このとき、システム制御部１４は、設定済リストに商品ＩＤが登録されていない商品のお気に入り情報があると判定した場合には（ステップＳ４１：ＹＥＳ）、表示順位Ｒに１を加算する（ステップＳ４２）。次いで、システム制御部１４は、ステップＳ３４に移行する。
【０１００】
システム制御部１４は、ステップＳ３４〜Ｓ４２の処理を繰り返すことにより、お気に入り商品表示領域１００の表示用のデータを最大表示件数分設定するか、または、全てのお気に入りの商品についてお気に入り商品表示領域１００の表示用のデータを設定するまで、お気に入り商品表示領域１００の表示用のデータを設定する。関連商品が１つ以上選択されている場合、お気に入りへの登録日時が早い関連商品の順に、お気に入り商品表示領域１００の表示用のデータが設定される。全ての関連商品についてのデータが設定された後、関連商品ではない商品の中から、お気に入りへの登録日時が遅い商品の順に、お気に入り商品表示領域１００の表示用のデータが設定される。システム制御部１４は、各お気に入り商品表示領域１００の表示用のデータを設定するとき、後にデータが設定されるお気に入り商品表示領域１００が、先にデータが設定されたお気に入り商品表示領域１００よりも下位に表示されるように設定を行う。
【０１０１】
そして、システム制御部１４は、表示順位Ｒが最大表示件数の値未満ではないと判定した場合（ステップＳ４０：ＮＯ）、または、設定済リストに商品ＩＤが登録されていない商品のお気に入り情報がないと判定した場合には（ステップＳ４１：ＮＯ）、データの設定により完成したお気に入りページのＨＴＭＬ文書を、リクエストを送信してきたユーザ端末３へ送信する（ステップＳ４３）。システム制御部１４は、この処理を終えると、お気に入りページリクエスト受信時処理を終了させる。
【０１０２】
お気に入りページのＨＴＭＬ文書を受信したユーザ端末３は、受信したＨＴＭＬ文書に基づいて、お気に入りページを画面に表示する。このとき、システム制御部１４は、お気に入り商品表示領域１００の表示用のデータが設定された順に、各お気に入り商品表示領域１００を表示する。こうして、システム制御部１４は、制御手段として、興味対象の関連商品のお気に入り商品表示領域１００の表示態様が、興味対象の関連商品ではない商品のお気に入り商品表示領域１００の表示態様よりも視認しやすい態様となるように、お気に入りの一覧をユーザ端末３に表示させる。また、システム制御部１４は、興味対象の各関連商品のお気に入り商品表示領域１００を、お気に入りへの登録日時が早い順にユーザ端末３に表示させる。
【０１０３】
［１−４−２．実施例２］
実施例２においては、現時点から興味対象特定時間前までに商品ページ及びレビュー一覧ページの少なくとも何れか一方が閲覧された商品のうち、商品ページまたはレビュー一覧ページ閲覧時間が、予め設定された閲覧最短時間よりも短い商品は、興味対象から除外される。情報が閲覧された時間が短い商品は、ユーザが興味を持たなかった商品であると考えられるからである。例えば、ユーザが検索結果ページから誤って商品を選択した場合、商品ページは表示されるが、ユーザは直ぐに検索結果ページの表示に戻す操作等を行う。また例えば、ユーザは、商品ページを表示させたが、商品ページに表示された情報により、ユーザが興味を持つ商品ではないことが比較的短い時間で理解すると、ユーザは直ぐに検索結果ページの表示に戻す操作等を行う。閲覧最短時間は、例えば、電子商店街の管理者等により設定されて、記憶部１２に記憶されている。閲覧最短時間は、例えば、興味対象特定時間以下に設定されてもよい。例えば、興味対象特定時間を１時間とし、閲覧最短時間を５秒としてもよい。閲覧最短時間は、本発明における第２時間の一例である。
【０１０４】
具体例を説明する。図３に示すようにお気に入りに商品が登録されている状態で、ユーザは、商品Ａ−４の商品ページを２分間閲覧したとする。商品Ａ−４のジャンルは食品である。その後、ユーザは、商品Ｂ−４の商品ページを３秒間閲覧する。閲覧最短時間は５秒であるとする。そして、商品Ａ−４の商品ページの閲覧日時から興味対象特定時間が経過する前に、お気に入りページを表示されるとする。実施例１の場合、商品Ａ−４及び商品Ｂ−４が興味対象として特定される。または、例えば、商品Ｂ−４のみが興味対象として特定される。一方、実施例２では、商品Ａ−４のみが興味対象として特定される。従って、お気に入りページには、商品Ａ−１、Ａ−２、Ａ−３、Ｃ−３、Ｃ−２の順に、お気に入り商品表示領域１００が表示される。
【０１０５】
図９は、本実施形態に係る電子商店街サーバ１のシステム制御部１４の実施例２におけるお気に入りページリクエスト受信時処理における処理例を示すフローチャートである。図９において、図７と同様の処理については同様の符号を付してある。ステップＳ３１〜Ｓ４３の処理は、図８に示す処理と同様である。
【０１０６】
図９に示すように、システム制御部１４は、実施例１の場合と同様に、ステップＳ１〜Ｓ３を実行する。ステップＳ３において、システム制御部１４は、該当する閲覧履歴を検索することができたと判定した場合には（ステップＳ３：ＹＥＳ）、検索された閲覧履歴の中から、閲覧時間が閲覧最短時間以上である閲覧履歴を検索する（ステップＳ５１）。次いで、システム制御部１４は、該当する閲覧履歴を検索することができたか否かを判定する（ステップＳ５２）。このとき、システム制御部１４は、該当する閲覧履歴を検索することができなかったと判定した場合には（ステップＳ５２：ＮＯ）、ステップＳ３１に移行する。
【０１０７】
一方、システム制御部１４は、該当する閲覧履歴を検索することができたと判定した場合には（ステップＳ５２：ＹＥＳ）、ステップＳ５１において検索された閲覧履歴の中から、商品ページの閲覧履歴とレビュー一覧ページの閲覧履歴とを検索する（ステップＳ４）。その後、システム制御部１４は、実施例１の場合と同様に、ステップＳ５〜Ｓ１６、Ｓ３１〜Ｓ４３を実行する。
【０１０８】
［１−４−３．実施例３］
実施例３においては、興味対象の関連商品のうち、興味対象として特定された商品よりもユーザにとって取引上有利な商品のお気に入り商品領域１００の表示態様のみが、視認しやすい態様となる。ユーザは、商品ページ等で情報を閲覧した興味対象の商品と、お気に入りに登録されている商品とを比較して、購入する商品を検討することがある。ユーザは、複数の商品の中から、購入する商品を選択するとき、極力ユーザに取引上有利な商品を選択すると考えられる。従って、興味対象として特定された商品よりもユーザに有利な商品の方が、ユーザに不利な商品よりも、ユーザが情報を所望する蓋然性が高い。
【０１０９】
ユーザにとって取引上有利な商品であるか否かは、商品の属性に基づいて判定される。有利な商品であるか否かを判定可能な属性項目としては、例えば、商品価格がある。商品価格が低い商品であるほど、ユーザにとって有利な商品である。なお、有利な商品であるか否かを判定可能な属性項目は、商品価格に限られるものではない。有利な商品であるか否かを判定可能な属性項目としては、例えば、商品の配送方法、商品の送料、ポイント付与率、商品の在庫数、商品の評価値等がある。これらの情報が、商品情報に含まれてもよい。配送方法として、商品が注文された日の翌日までに必ず配達される配送方法の方が、注文された日の翌日まで配達されるとは限らない配送方法よりも、ユーザに有利である。また、送料が低いほど、ユーザに有利である。ポイント付与率とは、ユーザが商品を購入した場合に、ユーザに対して付与されるポイントの商品価格に対する割合である。ポイント付与率が高いほど、ユーザに有利である。在庫数が多いほど、ユーザに有利である。評価値が高いほど、ユーザに有利である。なお、商品価格と送料とを合算して得られる総購入費用も、有利な商品であるか否かを判定可能な属性項目である。総購入費用が低いほど、ユーザに有利である。
【０１１０】
具体例を説明する。図３に示すようにお気に入りに商品が登録されている状態で、ユーザは、商品Ｃ−４の商品ページを閲覧したとする。商品Ｃ−４のジャンルは書籍である。また、商品Ｃ−４の価格は、１５００円である。一方、商品Ｃ−１、Ｃ−２及びＣ−３の価格は、１０００円、１３００円及び１６００円である。ユーザは、商品ページを閲覧した後、興味対象特定時間が経過する前に、お気に入りページを表示させる操作を行ったとする。すると、商品Ｃ−４が興味対象として特定される。商品Ｃ−１、Ｃ−２及びＣ−３のジャンルは、商品Ｃ−４と同一である。商品Ｃ−１、Ｃ−２及びＣ−３のうち、商品Ｃ−１及びＣ−２のみの価格が、商品Ｃ−４の価格よりも低い。そのため、商品Ｃ−１及びＣ−２が関連商品として選択される。従って、お気に入りページには、商品Ｃ−１、Ｃ−２、Ａ−３、Ｃ−３、Ｂ−３の順に、お気に入り商品表示領域１００が表示される。
【０１１１】
図１０は、本実施形態に係る電子商店街サーバ１のシステム制御部１４の実施例３におけるお気に入りページリクエスト受信時処理における処理例を示すフローチャートである。図１０において、図７と同様の処理については同様の符号を付してある。ステップＳ３１〜Ｓ４３の処理は、図８に示す処理と同様である。
【０１１２】
図１０に示すように、システム制御部１４は、実施例１の場合と同様に、ステップＳ１〜Ｓ９を実行する。次いで、システム制御部１４は、選択商品ＩＤが示す商品と同じレベルＬのジャンルに属する商品のお気に入り情報をユーザリストから検索する（ステップＳ６１）。この処理内容は、実施例１におけるステップＳ１０の場合と基本的に同様である。ただし、この時点では、関連商品リストに対する登録は行われない。
【０１１３】
次いで、システム制御部１４は、検索されたお気に入り情報の中から、選択商品ＩＤが示す商品よりもユーザに有利な商品のお気に入り情報を抽出し、抽出されたお気に入り情報を、関連商品リストに登録する（ステップＳ６２）。具体的に、システム制御部１４は、選択商品ＩＤが示す商品の商品情報から商品価格を取得する。また、システム制御部１４は、検索されたお気に入り情報に含まれる商品ＩＤに対応する商品情報から、商品価格を取得する。次いで、システム制御部１４は、選択商品ＩＤが示す商品の商品価格と、検索されたお気に入り情報に対応して取得した商品価格を比較する。そして、システム制御部１４は、選択商品ＩＤが示す商品よりも商品価格が低い商品のお気に入り情報を、関連商品リストに登録する。その後、システム制御部１４は、実施例１の場合と同様に、ステップＳ１１〜Ｓ１６、Ｓ３１〜Ｓ４３を実行する。
【０１１４】
上記各実施例においては、興味対象とジャンルが同一であることが、関連商品の条件とされていた。以下では、関連商品の条件を別の条件とした場合について説明する。
【０１１５】
興味対象とメーカーが同一であることを、関連商品の条件とする場合、例えば、商品情報に、商品のメーカーを示す情報が含まれる。または、記憶部１２には、商品コード別に商品に関する情報が登録されるカタログＤＢが構築されていてもよい。そして、商品コード別の商品の情報に、商品のメーカーを示す情報が含まれていてもよい。システム制御部１４は、例えば、図７に示すステップＳ９の処理を終えた後、興味対象として特定された商品とメーカーが同じ商品のお気に入り情報をユーザリストから検索して、関連リストに登録する。そして、システム制御部１４は、ステップＳ１１に移行する。また、システム制御部１４は、全ての閲覧履歴を選択したと判定した場合には（ステップＳ１１：ＮＯ）、ステップＳ１３〜Ｓ１６の処理を実行せずに、ステップＳ３１に移行する。
【０１１６】
興味対象と販売元の店舗が同一であることを、関連商品の条件とする場合、システム制御部１４は、ステップＳ９の処理を終えた後、興味対象として特定された商品と販売元の店舗が同じ商品のお気に入り情報をユーザリストから検索する。この場合も、システム制御部１４は、Ｓ１３〜Ｓ１６の処理を実行しない。
【０１１７】
興味対象との関係が主商品とオプション品との関係であることを、関連商品の条件とする場合、例えば、記憶部１２に、主商品の商品コードとオプション品の商品コードとが対応付けて登録される関連商品ＤＢが構築される。システム制御部１４は、ステップＳ９の処理を終えた後、関連商品ＤＢに基づいて、興味対象として特定された商品に対する主商品である商品のお気に入り情報と、興味対象として特定された商品に対するオプション品である商品のお気に入り情報と、をユーザリストから検索する。この場合も、システム制御部１４は、Ｓ１３〜Ｓ１６の処理を実行しない。
【０１１８】
また、システム制御部１４は、上述した複数の条件のうち２つ以上の条件を組み合わせて、関連商品を選択してもよい。ここで、組み合わせられた条件に、興味対象とジャンルが同一であるという条件を含む場合、システム制御部１４は、ステップＳ１３〜Ｓ１６の処理を実行してもよい。
【０１１９】
以上説明したように、本実施形態によれば、電子商店街サーバ１のシステム制御部１４が、記憶部１２に記憶される閲覧履歴に基づいて、ユーザが興味を持つ商品を興味対象として特定し、お気に入りに登録されている商品の中から、興味対象として特定された商品に関連する商品を選択し、選択された商品のお気に入り商品表示領域１００の表示態様が、選択されていない商品のお気に入り商品表示領域１００の表示態様よりも視認しやすい表示態様となるように、お気に入りの一覧を表示させる。そのため、お気に入りに登録された商品の中からユーザが情報を望む蓋然性がある商品をユーザが見付けることを容易にすることができる。これにより、お気に入りページから商品をユーザが見付けるために発生するユーザ端末３からのリクエストを減らすことができる。
【０１２０】
また、システム制御部１４が、現時点から興味対象特定時間前までの間に商品ページが閲覧された商品を、興味対象として特定する。そのため、ユーザが興味を持っている蓋然性が高い商品を特定することができる。
【０１２１】
また、システム制御部１４が、商品ページの表示時間の長さが閲覧最短時間未満である商品を、興味対象から除いてもよい。これにより、商品ページが最近閲覧された商品ではあっても、ユーザが興味を持つ蓋然性が低い商品に関連する商品の情報は、視認しやすい態様で表示されないので、ユーザが情報を望む蓋然性がある商品をユーザが見付けることが、より容易になる。
【０１２２】
また、システム制御部１４が、関連商品として選択された商品のお気に入り商品表示領域１００の表示順位が、選択されていない商品のお気に入り商品表示領域１００の表示順位よりも上位となる表示態様で、お気に入りを表示させてもよい。これにより、お気に入りに登録されている商品のお気に入り商品表示領域１００を同時に表示することが可能な商品の数が限られている場合であっても、ユーザが情報を望む商品を見付けることを容易にすることができる。
【０１２３】
また、システム制御部１４が、記憶部１２に記憶されたお気に入り情報に含まれる登録日時が早い商品の順に、選択された商品のお気に入り商品表示領域１００を表示させてもよい。これにより、ユーザが情報を望む商品がお気に入りに登録されていることをユーザが思い出すことを容易にすることができる。
【０１２４】
また、システム制御部１４が、興味対象として特定された商品に関連する商品のうち、特定された商品よりもユーザにとって取引上有利な商品を選択してもよい。これにより、ユーザが興味を持つ商品に関連する商品ではあっても、ユーザが興味を持つ蓋然性が低い商品に関連する商品のお気に入り商品表示領域１００は、視認しやすい態様で表示されないので、ユーザが情報を望む蓋然性がある商品をユーザが見付けることが、より容易になる。
【０１２５】
［２．第２実施形態］
第１実施形態においては、商品が興味対象として特定されていた。これに対し、以下に説明する第２実施形態では、店舗が興味対象として特定される。ユーザが店舗ページを閲覧した場合、ユーザは、閲覧した店舗ページに対応する店舗に対して興味を持ったと考えられる。店舗に関連する商品は、店舗が販売する商品である。ユーザが興味を持った店舗が販売する商品も、ユーザが興味を持つ蓋然性がある商品であるからである。その理由は、ユーザは、興味を持った店舗から商品を購入しようと考えるからである。
【０１２６】
興味対象とするものと、関連商品の選択方法とを除いて、第２実施形態における情報提供システムＳの構成、電子商店街サーバ１の構成及び処理内容は、第１実施形態の場合と基本的に同様である。
【０１２７】
図１１は、本実施形態に係る電子商店街サーバ１のシステム制御部１４のお気に入りページリクエスト受信時処理における処理例を示すフローチャートである。図１１において、図７と同様の処理については同様の符号を付してある。ステップＳ３１〜Ｓ４３の処理は、図８に示す処理と同様である。
【０１２８】
図１１に示すように、システム制御部１４は、第１実施形態の場合と同様に、ステップＳ１〜Ｓ３を実行する。ステップＳ３において、システム制御部１４は、該当する閲覧履歴を検索することができたと判定した場合には（ステップＳ３：ＹＥＳ）、検索された閲覧履歴の中から、店舗ページの閲覧履歴を検索する（ステップＳ７１）。次いで、システム制御部１４は、第１実施形態の場合と同様に、ステップＳ５〜Ｓ７を実行する。
【０１２９】
次いで、システム制御部１４は、選択店舗ＩＤとして、選択した閲覧履歴に含まれるＵＲＬから、店舗ページが閲覧された店舗の店舗ＩＤを取得する（ステップＳ７２）。選択店舗ＩＤが示す店舗は、興味対象として特定された店舗のうちの１つである。次いで、システム制御部１４は、選択店舗ＩＤが示す店舗が販売する商品のお気に入り情報をユーザリストから検索する（ステップＳ７３）。具体的に、システム制御部１４は、ユーザリストに登録されている各お気に入り情報から、お気に入りに登録されている商品の商品ＩＤを取得する。次いで、システム制御部１４は、取得した商品ＩＤに対応する商品情報から、店舗ＩＤを取得する。次いで、取得した店舗ＩＤが選択店舗ＩＤと一致する商品を特定する。そして、システム制御部１４は、特定した商品のお気に入り情報を関連商品リストに登録する。
【０１３０】
次いで、システム制御部１４は、ステップＳ７１において検索された閲覧履歴のうちまだ選択されていない閲覧履歴があるか否かを判定する（ステップＳ１１）。このとき、システム制御部１４は、選択されていない閲覧履歴があると判定した場合には（ステップＳ１１：ＹＥＳ）、まだ選択されていない閲覧履歴のうち１つを選択する。そして、システム制御部１４は、選択店舗ＩＤとして、選択した閲覧履歴から店舗ＩＤを取得する（ステップＳ７４）。次いで、システム制御部１４は、ステップＳ７３に移行する。一方、システム制御部１４は、全ての閲覧履歴を選択したと判定した場合には（ステップＳ１１：ＮＯ）、第１実施形態の場合と同様に、ステップＳ３１〜Ｓ４３を実行する。
【０１３１】
なお、システム制御部１４は、第１実施形態の実施例２の場合と同様に、店舗ページの閲覧時間が閲覧最短時間よりも短い店舗は、興味対象から除外してもよい。
【０１３２】
以上説明したように、本実施形態によれば、電子商店街サーバ１のシステム制御部１４が、記憶部１２に記憶される閲覧履歴に基づいて、ユーザが興味を持つ店舗を興味対象として特定し、お気に入りに登録されている商品の中から、興味対象として特定された店舗に関連する商品を選択し、選択された商品のお気に入り商品表示領域１００の表示態様が、選択されていない商品のお気に入り商品表示領域１００の表示態様よりも視認しやすい表示態様となるように、お気に入りの一覧を表示させる。そのため、お気に入りに登録された商品の中からユーザが情報を望む蓋然性がある商品をユーザが見付けることを容易にすることができる。
【０１３３】
［３．第３実施形態］
以下に説明する第３実施形態では、検索条件が興味対象として特定される。ユーザは、例えば、これから興味を持つかもしれない商品や、ユーザが既に興味を持ってお気に入りに登録されている商品に関連する商品を検索するため、興味を持つ商品の特徴あるいは属性を検索条件として指定する。従って、ユーザにより指定された検索条件に対してユーザは興味を持っていると考えることができる。指定された検索条件に関連する商品は、検索条件を満たす商品である。
【０１３４】
興味対象とするものと、関連商品の選択方法とを除いて、第３実施形態における情報提供システムＳの構成、電子商店街サーバ１の構成及び処理内容は、第１実施形態の場合と基本的に同様である。
【０１３５】
図１２は、本実施形態に係る電子商店街サーバ１のシステム制御部１４のお気に入りページリクエスト受信時処理における処理例を示すフローチャートである。図１２において、図７と同様の処理については同様の符号を付してある。ステップＳ３１〜Ｓ４３の処理は、図８に示す処理と同様である。
【０１３６】
図１２に示すように、システム制御部１４は、第１実施形態の場合と同様に、ステップＳ１を実行する。次いで、システム制御部１４は、要求ユーザＩＤとしてのユーザＩＤを含むクエリログのうち、受信日時が、現時点から興味対象特定時間前までの間に含まれるクエリログを、クエリログＤＢ１２ｅから検索する（ステップＳ８１）。興味対象特定時間は、本発明における第３時間の一例である。なお、第３実施形態における興味対象特定時間の長さは、第１実施形態における興味対象特定時間の長さと同じであってもよいし、異なっていてもよい。次いで、システム制御部１４は、該当するクエリログを検索することができたか否かを判定する（ステップＳ８２）。このとき、システム制御部１４は、該当するクエリログを検索することができなかったと判定した場合には（ステップＳ８２：ＮＯ）、ステップＳ３１に移行する。一方、システム制御部１４は、該当するクエリログを検索することができたと判定した場合には（ステップＳ８２：ＹＥＳ）、第１実施形態の場合と同様に、ステップＳ６及びＳ７を実行する。
【０１３７】
次いで、システム制御部１４は、検索されたクエリログのうち１つを選択する。そして、システム制御部１４は、選択したクエリログから検索条件情報を取得する（ステップＳ８３）。取得された検索条件情報は、興味対象として特定された検索条件のうちの１つを示す。次いで、システム制御部１４は、取得された検索条件情報が示す検索条件を満たす商品のお気に入り情報をユーザリストから検索する（ステップＳ８４）。具体的に、システム制御部１４は、ユーザリストに登録されている各お気に入り情報から、お気に入りに登録されている商品の商品ＩＤを取得する。次いで、システム制御部１４は、取得した商品ＩＤに対応する商品情報を取得する。検索条件としてキーワードが指定されている場合、システム制御部１４は、商品情報に含まれる商品名及び商品説明のうち少なくとも何れか一方が、指定されたキーワードを含む商品を検索する。また、検索条件としてジャンルが指定されている場合、システム制御部１４は、商品情報に含まれるジャンルＩＤに基づいて、指定されたジャンルに属する商品を検索する。検索条件が複数設定されている場合、システム制御部１４は、全ての検索条件を満たす商品を検索してもよいし、少なくとも１つの検索条件を満たす商品を検索してもよい。システム制御部１４は、検索された商品のお気に入り情報を、関連商品リストに登録する。
【０１３８】
次いで、システム制御部１４は、検索されたクエリログのうちまだ選択されていないクエリログがあるか否かを判定する（ステップＳ８５）。このとき、システム制御部１４は、選択されていないクエリログがあると判定した場合には（ステップＳ８５：ＹＥＳ）、まだ選択されていないクエリログのうち１つを選択する。そして、システム制御部１４は、選択したクエリログから、検索条件を取得する（ステップＳ８６）。次いで、システム制御部１４は、ステップＳ８４に移行する。一方、システム制御部１４は、全てのクエリログを選択したと判定した場合には（ステップＳ８５：ＮＯ）、第１実施形態の場合と同様に、ステップＳ３１〜Ｓ４３を実行する。
【０１３９】
以上説明したように、本実施形態によれば、電子商店街サーバ１のシステム制御部１４が、記憶部１２に記憶されるクエリログに基づいて、現時点から興味対象特定時間前までの間に指定された検索条件を興味対象として特定し、お気に入りに登録されている商品の中から、興味対象として特定された検索条件で検索可能な商品を選択し、選択された商品のお気に入り商品表示領域１００の表示態様が、選択されていない商品のお気に入り商品表示領域１００の表示態様よりも視認しやすい表示態様となるように、お気に入りの一覧を表示させる。そのため、お気に入りに登録された商品の中からユーザが情報を望む蓋然性がある商品をユーザが見付けることを容易にすることができる。
【０１４０】
なお、第１実施形態から第３実施形態までの実施形態のうち２つ以上の実施形態が組み合わせられてもよい。例えば、商品、店舗及び検索条件がそれぞれ興味対象として特定されてもよい。また例えば、商品、店舗及び検索条件のうち、閲覧日時または検索リクエストの受信日時が最も遅いもののみが、興味対象として特定されてもよい。
【０１４１】
また、上記各実施形態において、電子商取引サーバ１は、商品表示領域１００の表示態様として、表示順位を制御していた。しかしながら、電子商取引サーバ１は、表示態様として、例えば、商品表示領域１００の大きさ、商品表示領域１００中の文字の大きさや太さ、商品表示領域１００中の文字の色や透明度等を制御し、これにより、関連商品の商品表示領域１００の表示態様を相対的に視認しやすい表示態様に変化させたり、関連商品ではない商品の商品表示領域１００の表示態様を相対的に視認しにくい表示態様に変化させたりしてもよい。
【０１４２】
また、上記各実施形態においては、お気に入りページにおける各お気に入りの商品の情報の表示態様に、本発明が適用されていた。しかしながら、閲覧履歴ページにおける各閲覧履歴に表示態様に本発明が適用されてもよい。閲覧履歴ページは、商品ページの閲覧履歴を表示するＷｅｂページである。具体的には、商品ページが閲覧された商品の商品名、商品の販売元の店舗の店舗名、商品の画像、商品価格等が表示される。商品名及び商品の画像には、それぞれ、対応する商品ページへのリンクが埋め込まれている。従って、ユーザが商品名または商品の画像を選択すると、対応する商品ページを表示させることができる。商品ページが閲覧された各商品の情報は、基本的に、閲覧日時が遅い順に表示される。一方、興味対象が特定されて、興味対象の関連商品が選択された場合には、例えば、関連商品の情報の表示順位が、関連商品ではない商品の情報の表示順位よりも高くなるように、閲覧履歴ページが表示される。また、関連商品の間では、例えば、商品ページの閲覧日時が早い商品であるほど、表示順位が高くなる。お気に入りページリクエスト受信時処理の処理内容は、対象となるＷｅｂページがお気に入りページではなく、閲覧履歴ページとなり、関連商品を選択するための情報が、お気に入り情報ではなく、閲覧履歴となること以外、第１実施形態の場合と基本的に同様である。
【０１４３】
また、上記各実施形態においては、本発明における取引対象が商品に適用されていた。しかしながら、取引対象がサービスに適用されてもよい。そして、電子商取引のシステムとして、サービスの予約が可能なシステムに本発明が適用されてもよい。サービスの予約としては、例えば、宿泊施設の宿泊予約、ゴルフ場等の競技施設の利用予約、交通機関の座席の予約等がある。また、興味対象が、サービス、サービスを提供する施設、サービスを提供する提供者等に適用されてもよい。
【符号の説明】
【０１４４】
１ 電子商店街サーバ
２ 店舗端末
３ ユーザ端末
１１ 通信部
１２ 記憶部
１２ａ 会員情報ＤＢ
１２ｂ ジャンル情報ＤＢ
１２ｃ 店舗情報ＤＢ
１２ｄ 商品情報ＤＢ
１２ｅ クエリログＤＢ
１２ｆ 閲覧履歴ＤＢ
１２ｇ お気に入り情報ＤＢ
１３ 入出力インターフェース
１４ システム制御部
１４ａ ＣＰＵ
１４ｂ ＲＯＭ
１４ｃ ＲＡＭ
１５ システムバス
ＮＷ ネットワーク
Ｓ 情報提供システム
【技術分野】
【０００１】
本発明は、取引対象に関する情報への参照を保持する参照リストの表示に関する処理を行う情報処理装置の技術分野に関する。
【背景技術】
【０００２】
従来、商品の購入やサービスの予約等、取引対象の購入が可能な電子商取引のＷｅｂサイトが知られている。このようなＷｅｂサイトでは、取引対象ごとに、取引対象に関する情報が掲載されるＷｅｂページがある。また、このようなＷｅｂサイトでは、ユーザが任意の取引対象を参照リストに登録しておく機能が提供されていることがある。参照リストとは、例えば、取引対象に関する情報のＵＲＬ等、取引対象に関する情報への参照を保持するリストである。この参照リストとしては、例えば、お気に入り、ブックマーク等がある。また、参照リストとしては、例えば、取引対象に関する情報が掲載されるＷｅｂページの閲覧履歴等がある。
【０００３】
ユーザは、参照リストに登録された取引対象に関する情報を閲覧したい場合、参照リストを画面に表示させて、ユーザが、情報を望む取引対象を選択する。すると、選択された取引対象に関する情報が掲載されるＷｅｂページが画面に表示される。これにより、参照リストから、取引対象に関する情報へ簡単にアクセスすることができる。ところが、参照リストに登録されている取引対象の数が増えると、ユーザが参照リストから所望の取引対象を見付け出すために手間を要する場合がある。
【０００４】
この点に関連して、特許文献１には、ブックマークのエントリ数に関係なく目的のホームページを簡単に指定することができることを目的とする技術が開示されている。具体的に、インターネット用ブラウザが、ブックマーク内のブックマークエントリを、ホームページの参照日時、参照頻度またはホームページのアドレス名のアルファベット順に並べ替える。また、ユーザは、並べ替え方法を任意に設定することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１０−３３４１２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載の技術を、取引対象の参照リストに用いたとした場合、参照リストからユーザが情報を望む取引対象を容易に見付け出すことができるとは限らない。参照日時、参照頻度またはアルファベット順による参照リストの表示が、参照リストの表示時点におけるユーザの取引対象に対する興味を反映しているとは限らないからである。例えば、ユーザが取引対象の情報を参照した時点では、ユーザがその取引対象に対して興味を持っていたとしても、その後、ユーザが興味を失うこともある。そのため、参照リストの表示時点で表示順が上位の取引対象に対してユーザが興味を持っていない場合がある。それぞれの並べ替え方法が、ユーザの興味を反映しているとは限らないのであれば、ユーザが並べ替え方法を設定することができたとしても、ユーザが、情報を望む取引対象を容易に見付け出すことができない。
【０００７】
本発明は、以上の点に鑑みてなされたものであり、参照リストからユーザが情報を望む取引対象を見付け出すことを容易にすることを可能とする情報処理装置、情報処理方法、情報処理プログラム及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、請求項１に記載の発明は、履歴記憶手段に記憶される、取引対象に対するユーザの行為の履歴に基づいて、ユーザの興味対象を特定する特定手段と、取引対象に関する取引対象情報への参照を保持する参照リストに登録されている取引対象の中から、前記特定手段により特定された前記興味対象に関連する取引対象を選択する選択手段と、前記選択手段により選択された取引対象を示す情報の表示態様が、前記選択手段により選択されていない取引対象を示す情報の表示態様よりも視認しやすい表示態様となるように、前記参照リストを表示させる制御手段と、を備えることを特徴とする。
【０００９】
この発明によれば、興味対象に関連する取引対象を示す情報が視認しやすい表示態様で表示される。そのため、参照リストに登録された取引対象の中からユーザが情報を望む蓋然性がある取引対象をユーザが見付けることを容易にすることができる。これにより、参照リストから取引対象をユーザが見付けるために発生するユーザからの情報要求を減らすことができる。
【００１０】
請求項２に記載の発明は、請求項１に記載の情報処理装置において、前記特定手段は、ユーザによる前記取引対象情報の閲覧の前記履歴に基づいて、現時点から予め定められた第１時間前までの間に前記取引対象情報が閲覧された取引対象を、前記興味対象として特定することを特徴とする。
【００１１】
この発明によれば、情報が最近閲覧された取引対象が興味対象として特定される。そのため、ユーザが興味を持っている蓋然性が高い取引対象を特定することができる。
【００１２】
請求項３に記載の発明は、請求項２に記載の情報処理装置において、前記特定手段は、前記取引対象情報の表示時間の長さを含む前記履歴に基づいて、前記取引対象情報の表示時間の長さが予め定められた第２時間未満である取引対象を、前記興味対象から除くことを特徴とする。
【００１３】
この発明によれば、情報の閲覧時間が短い取引対象は興味対象から除かれる。そのため、情報が最近閲覧された取引対象ではあっても、ユーザが興味を持つ蓋然性が低い取引対象に関連する取引対象の情報は、視認しやすい態様で表示されないので、ユーザが情報を望む蓋然性がある取引対象をユーザが見付けることが、より容易になる。
【００１４】
請求項４に記載の発明は、請求項１乃至３の何れか１項に記載の情報処理装置において、前記制御手段は、前記選択手段により選択された取引対象を示す情報の表示順位が、前記選択手段により選択されていない取引対象を示す情報の表示順位よりも上位となる表示態様で、前記参照リストを表示させることを特徴とする。
【００１５】
この発明によれば、参照リストに登録されている取引対象を示す情報を同時に表示することが可能な取引対象の数が限られている場合であっても、ユーザが情報を望む取引対象を見付けることを容易にすることができる。
【００１６】
請求項５に記載の発明は、請求項４に記載の情報処理装置において、前記制御手段は、前記参照リストに登録された取引対象を識別する情報と、該取引対象の参照リストへの登録時期と、を対応付けて記憶する参照リスト情報記憶手段に記憶された前記登録時期が早い取引対象の順に、前記選択手段により選択された取引対象を示す情報を表示させることを特徴とする。
【００１７】
この発明によれば、参照リストに登録されたことをユーザが忘れやすい取引対象ほど、表示順位が上位になる。そのため、ユーザが情報を望む取引対象が参照リストに登録されていることをユーザが思い出すことを容易にすることができる。
【００１８】
請求項６に記載の発明は、請求項１乃至５の何れか１項に記載の情報処理装置において、前記特定手段は、ユーザが興味を持つ取引対象を前記興味対象として特定し、前記選択手段は、前記特定手段により特定された取引対象に関連する取引対象のうち、前記特定手段により特定された取引対象よりもユーザにとって取引上有利な取引対象を選択することを特徴とする。
【００１９】
この発明によれば、ユーザが興味を持つ取引対象よりも取引上有利ではない取引対象を示す情報は、視認しやすい態様で表示されない。そのため、ユーザが興味を持つ取引対象に関連する取引対象ではあっても、ユーザが興味を持つ蓋然性が低い取引対象に関連する取引対象の情報は、視認しやすい態様で表示されないので、ユーザが情報を望む蓋然性がある取引対象をユーザが見付けることが、より容易になる。
【００２０】
請求項７に記載の発明は、請求項１に記載の情報処理装置において、前記特定手段は、取引対象の検索に用いられた検索条件のユーザによる指定の前記履歴に基づいて、現時点から予め定められた第３時間前までの間に指定された前記検索条件を、前記興味対象として特定し、前記選択手段は、前記特定手段により特定された前記検索条件で検索可能な取引対象を選択することを特徴とする。
【００２１】
この発明によれば、取引対象を検索するためにユーザが最近指定した検索条件が興味対象として特定され、特定された検索条件で検索可能な取引対象の情報が視認しやすい表示態様で表示される。そのため、ユーザが興味を持つ検索条件に関連する取引対象をユーザが見付けることを容易にすることができる。
【００２２】
請求項８に記載の発明は、情報処理装置により実行される情報処理方法であって、履歴記憶手段に記憶される、取引対象に対するユーザの行為の履歴に基づいて、ユーザの興味対象を特定する特定ステップと、取引対象に関する取引対象情報への参照を保持する参照リストに登録されている取引対象の中から、前記特定ステップにおいて特定された前記興味対象に関連する取引対象を選択する選択ステップと、前記選択ステップにおいて選択された取引対象を示す情報の表示態様が、前記選択ステップにおいて選択されていない取引対象を示す情報の表示態様よりも視認しやすい表示態様となるように、前記参照リストを表示させる制御ステップと、を含むことを特徴とする。
【００２３】
請求項９に記載の発明は、情報処理装置に含まれるコンピュータを、履歴記憶手段に記憶される、取引対象に対するユーザの行為の履歴に基づいて、ユーザの興味対象を特定する特定手段、取引対象に関する取引対象情報への参照を保持する参照リストに登録されている取引対象の中から、前記特定手段により特定された前記興味対象に関連する取引対象を選択する選択手段、及び、前記選択手段により選択された取引対象を示す情報の表示態様が、前記選択手段により選択されていない取引対象を示す情報の表示態様よりも視認しやすい表示態様となるように、前記参照リストを表示させる制御手段、として機能させることを特徴とする。
【００２４】
請求項１０に記載の発明は、情報処理装置に含まれるコンピュータを、履歴記憶手段に記憶される、取引対象に対するユーザの行為の履歴に基づいて、ユーザの興味対象を特定する特定手段、取引対象に関する取引対象情報への参照を保持する参照リストに登録されている取引対象の中から、前記特定手段により特定された前記興味対象に関連する取引対象を選択する選択手段、及び、前記選択手段により選択された取引対象を示す情報の表示態様が、前記選択手段により選択されていない取引対象を示す情報の表示態様よりも視認しやすい表示態様となるように、前記参照リストを表示させる制御手段、として機能させる情報処理プログラムがコンピュータ読み取り可能に記憶されていることを特徴とする。
【発明の効果】
【００２５】
本発明によれば、興味対象に関連する取引対象を示す情報が視認しやすい表示態様で表示される。そのため、参照リストに登録された取引対象の中からユーザが情報を望む蓋然性がある取引対象をユーザが見付けることを容易にすることができる。これにより、参照リストから取引対象をユーザが見付けるために発生するユーザからの情報要求を減らすことができる。
【図面の簡単な説明】
【００２６】
【図１】一実施形態に係る情報提供システムＳの概要構成の一例を示す図である。
【図２】お気に入りページの画面表示例を示す図である。
【図３】あるユーザのお気に入りに登録されている商品の例を示す一覧表である。
【図４】お気に入りページの画面表示例を示す図である。
【図５】一実施形態に係る電子商店街サーバ１の概要構成の一例を示すブロック図である。
【図６】（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図であり、（ｂ）は、ジャンル情報ＤＢ１２ｂに登録される内容の一例を示す図であり、（ｃ）は、店舗情報ＤＢ１２ｃに登録される内容の一例を示す図であり、（ｄ）は、商品情報ＤＢ１２ｄに登録される内容の一例を示す図であり、（ｅ）は、クエリログＤＢ１２ｅに登録される内容の一例を示す図であり、（ｆ）は、閲覧履歴ＤＢ１２ｆに登録される内容の一例を示す図であり、（ｇ）は、お気に入り情報ＤＢ１２ｇに登録される内容の一例を示す図である。
【図７】一実施形態に係る電子商店街サーバ１のシステム制御部１４の一実施例におけるお気に入りページリクエスト受信時処理における処理例を示すフローチャートである。
【図８】一実施形態に係る電子商店街サーバ１のシステム制御部１４の一実施例におけるお気に入りページリクエスト受信時処理における処理例を示すフローチャートである。
【図９】一実施形態に係る電子商店街サーバ１のシステム制御部１４の一実施例におけるお気に入りページリクエスト受信時処理における処理例を示すフローチャートである。
【図１０】一実施形態に係る電子商店街サーバ１のシステム制御部１４の一実施例におけるお気に入りページリクエスト受信時処理における処理例を示すフローチャートである。
【図１１】一実施形態に係る電子商店街サーバ１のシステム制御部１４のお気に入りページリクエスト受信時処理における処理例を示すフローチャートである。
【図１２】一実施形態に係る電子商店街サーバ１のシステム制御部１４のお気に入りページリクエスト受信時処理における処理例を示すフローチャートである。
【発明を実施するための形態】
【００２７】
以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、情報提供システムに対して本発明を適用した場合の実施形態である。
【００２８】
［１．第１実施形態］
［１−１．情報提供システムの構成及び機能概要］
先ず、本実施形態に係る情報提供システムＳの構成について、図１を用いて説明する。図１は、本実施形態に係る情報提供システムＳの概要構成の一例を示す図である。
【００２９】
図１に示すように、情報提供システムＳは、電子商店街サーバ１と、複数の店舗端末２と、複数のユーザ端末３と、を含んで構成されている。そして、電子商店街サーバ１と各店舗端末２及び各ユーザ端末３とは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。
【００３０】
電子商店街サーバ１は、商品の購入が可能な電子商店街に関する各種処理を実行するサーバ装置である。電子商店街サーバ１は、本発明における情報処理装置の一例である。ユーザは、電子商店街を利用することにより、所望の店舗から所望の商品を購入することができる。電子商店街サーバ１は、ユーザ端末３からのリクエストに応じて、例えば、電子商店街のＷｅｂページを送信したり、商品の検索や購入等に関する処理を行ったりする。なお、商品は、本発明における取引対象の一例である。
【００３１】
店舗端末２は、電子商店街に出店している店舗の従業員等により利用される端末装置である。店舗端末２は、従業員等からの操作に基づいて電子商店街サーバ１等のサーバ装置にアクセスする。これにより、店舗端末２は、サーバ装置からＷｅｂページを受信して表示する。店舗端末２には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。従業員は、店舗端末２を利用することにより、例えば、販売する商品の情報を電子商店街に登録したり、商品の注文内容を確認したりする。
【００３２】
ユーザ端末３は、電子商店街を利用するユーザの端末装置である。ユーザ端末３は、ユーザからの操作に基づいて電子商店街サーバ１にアクセスすることにより、電子商店街サーバ１からＷｅｂページを受信して表示する。ユーザ端末３には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。ユーザ端末３としては、例えば、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、スマートフォン等の携帯情報端末、携帯電話機等が用いられる。
【００３３】
ユーザは、電子商店街において購入候補となる商品を探すために、検索条件を指定することができる。検索条件としては、例えば、キーワード、商品のジャンル等を指定可能である。検索条件は、例えば、トップページ等において指定することができる。トップページは、電子商店街の最上位にあるＷｅｂページである。検索条件が指定されると、電子商店街サーバ１は、検索条件を満たす商品を検索する。具体的に、電子商店街サーバ１は、指定されたキーワードを商品名や商品説明に含む商品を検索する。また、電子商店街サーバ１は、指定されたジャンルに属する商品を検索する。検索条件が複数指定された場合、電子商店街サーバ１は、例えば、全ての検索条件を満たす商品を検索する。そして、ユーザ端末３の画面に検索結果ページが表示される。
【００３４】
検索結果ページは、検索された商品の一覧が表示されるＷｅｂページである。例えば、検索結果ページは、商品名、商品の画像、商品価格、店舗名等が、商品ごとに表示される。また、検索結果ページには、検索された商品の商品ページへのハイパーリンク（以下、「リンク」という）が埋め込まれている。検索結果ページにおいて、ユーザは、任意の商品のリンクを選択すると、対応する商品ページがユーザ端末３の画面に表示される。商品ページは、１つの商品に関する詳細な情報が表示されるＷｅｂページである。商品ページは、本発明における取引対象情報の一例である。ユーザは、商品ページにおいて、商品を注文するための操作を行うことにより、商品ページに情報が表示されている商品を購入することができる。
【００３５】
電子商店街においては、お気に入り機能が提供されている。お気に入り機能とは、電子商店街で販売されている商品をユーザのお気に入りとして登録することにより、商品ページへの参照をユーザ専用のリストに保持しておき、お気に入りの商品の商品ページをユーザが容易に閲覧することができるようにする機能である。電子商店街においては、商品ページに、「お気に入りに追加」と表示されたリンクが表示されている。ユーザがこのリンクを選択すると、商品ページに情報が表示されている商品が、ユーザのお気に入りに登録される。お気に入りは、本発明における参照リストの一例である。
【００３６】
［１−２．お気に入りページにおける商品の情報の表示態様］
ユーザは、お気に入りに登録されている商品を、お気に入りページで確認することができる。お気に入りページは、お気に入りに登録されている商品の一覧が表示されるＷｅｂページであり、ユーザごとに専用のＷｅｂページである。
【００３７】
図２は、お気に入りページの画面表示例を示す図である。図２に示すように、お気に入りページは、複数のお気に入り商品表示領域１００が表示される。各お気に入り商品表示領域１００は、お気に入りの商品の情報が表示される領域である。具体的に、お気に入り商品表示領域１００には、商品名、商品の販売元の店舗の店舗名、商品の画像、商品価格、評価値、レビュー件数、商品のお気に入りへの登録日等が表示される。評価値は、商品に対してユーザから付けられた評価の高さを示す値である。ユーザは、商品に対するレビューを登録することができるとともに、評価値を付けることができる。お気に入り商品表示領域１００に表示される評価値は、各ユーザが付けた評価値を平均した値である。レビュー件数は、レビューを登録したユーザの人数である。
【００３８】
商品名及び商品の画像には、それぞれ、対応する商品ページへのリンクが埋め込まれている。従って、ユーザが商品名または商品の画像を選択すると、対応する商品ページを表示させることができる。また、店舗名には、店舗ページへのリンクが埋め込まれている。店舗ページは、１つの店舗に関する詳細な情報が表示されるＷｅｂページである。また、レビュー件数には、レビュー一覧ページへのリンクが埋め込まれている。レビュー一覧ページは、１つの商品に対してレビューを登録した各ユーザのレビュー、評価値等が一覧表示されるＷｅｂページである。
【００３９】
各お気に入り商品表示領域１００は、対応する商品の表示順位に従って表示される。商品の表示順位が高いほど、お気に入りページ内の上の方にお気に入り商品表示領域１００が表示される。通常は、お気に入りへの登録日時が遅い商品ほど、表示順位が高くなっている。従って、お気に入りへの登録日時が遅い商品の順に、お気に入り商品表示領域１００が表示される。また、１ページに表示可能なお気に入り商品表示領域１００の数の最大値が予め定められている。この最大値を、最大表示件数という。図２は、最大表示件数が５である場合の表示例を示す。従って、お気に入りには６個以上の商品が登録されていたとしても、表示順位が１位から５位までの商品のお気に入り商品表示領域１００のみが表示される。図２は、商品Ａ−３、Ｃ−３、Ｃ−２、Ｂ−３、Ａ−２の順に、登録日時が遅い場合の表示例を示す。なお、最大表示件数は、４以下であってよいし、６以上であってもよい。また、お気に入り商品表示領域１００の表示順は、お気に入りへの登録日時が遅い順ではなくてもよい。
【００４０】
なお、電子商店街サーバ１は、ユーザによる選択操作によって、表示順位の並べ替えを行ってもよい。例えば、お気に入りへの登録日時の早い順、商品名の順、価格の低い順、価格の高い順等で、表示順位が並べ替えられてもよい。電子商店街サーバ１が表示順位の並べ替えをすると、新しい表示順位で各お気に入り商品表示領域１００が並べられた新たなお気に入りページがユーザ端末３の画面に表示される。
【００４１】
お気に入りページには、次ページリンク１１０及びページ番号リンク群１２０も表示される。お気に入りに登録されている商品の数が多いほど、お気に入りページのページ数が多くなる。例えば、１ページ目のお気に入りページは、表示順位が１位から５位までの商品のお気に入り商品表示領域１００が表示される。また、２ページ目のお気に入りページは、表示順位が６位から１０位までの商品のお気に入り商品表示領域１００が表示される。次ページリンク１１０及びページ番号リンク群１２０のそれぞれは、表示されるお気に入りページを切り換えるためのリンクである。次ページリンク１１０は、現在表示されているページの次のページを表示させるためのリンクである。ページ番号リンク群１２０は、ページ番号を示すリンクを１つ以上含む。各ページ番号は、一覧表示される商品の表示順位に対応している。最初に表示されるお気に入りページは、１ページ目のお気に入りページである。ユーザは、表示されたお気に入りページに、情報を所望する商品の情報が表示されていない場合には、次ページリンク１１０やページ番号リンク群１２０を選択する。これにより、ユーザは、情報を所望する商品を探すことになる。なお、ユーザが情報を所望する場合とは、例えば、ユーザが商品ページで情報を閲覧したい場合、レビュー一覧ページでレビューを閲覧したい場合、単に商品表示領域１００内の情報を閲覧したい場合等が挙げられる。
【００４２】
お気に入りに登録されている商品の数が多くなると、ユーザが情報を所望する商品をお気に入りページから見付け出しにくくなる。例えば、お気に入りに登録されている商品の数に応じて、お気に入りページのページ数が多くなる。最初に表示されるお気に入りページには、表示順位が１位から５位までの商品の情報のみが表示される。従って、表示順位が６位以降の商品の情報を、この時点でユーザが視認することはできない。そこで、所望の商品の情報が表示されるお気に入りページに切り替わるまで、ユーザは次ページリンク１１０やページ番号リンク群１２０を操作する必要がある。また、同一ページにお気に入り商品表示領域１００が表示されている複数の商品の中でも、上の方に情報が表示されている商品よりも、下の方に情報が表示されている商品の方が見付け出しにくい。ユーザは画面内の上の方から情報を見ていくことが一般的であるからである。従って、上の方に表示された方が、ユーザが視認しやすい。また、下の方にある情報は、画面から外れてユーザが視認することができない場合がある。そのため、ユーザは、スクロール操作を行って、下の方にある情報を画面に表示させる必要がある。
【００４３】
ユーザが情報を所望する商品をお気に入りページから見付け出しにくくなると、ユーザ端末３から電子商店街サーバ１へのリクエストが発生しやすくなる。例えば、ユーザが、次ページリンク１１０やページ番号リンク群１２０を選択するたびに、ユーザ端末３から電子商店街サーバ１へ、新たなお気に入りページのリクエストが送信される。また、ユーザが情報を所望する商品の商品表示領域１００を表示させるために、表示順位を並べ替える操作を行う場合がある。この場合も、お気に入りページのリクエストが送信される。また、ユーザは、何れかの商品表示領域１００を選択することにより商品ページを表示させ、情報を所望する商品であるか否かを商品ページで確認する場合がある。この場合は、ユーザ端末３から電子商店街サーバ１へ、商品ページのリクエストが送信される。ユーザ端末３からのリクエストが多いと、電子商店街サーバ１の処理負荷が高くなる。また、リクエストやＷｅｂページ等の送受信により、ネットワークの負荷が高くなる。これらは、電子商店街サーバ１からユーザ端末３への応答遅延の要因となり得る。
【００４４】
そこで、電子商店街サーバ１は、ユーザが情報を所望する蓋然性がある商品の表示順位を、そうではない商品の表示順位よりも高くする。上述した理由により、表示順位が高い商品のお気に入り商品表示領域１００ほど、視認しやすい表示態様で表示が行われるからである。
【００４５】
ここで、電子商店街サーバ１は、ユーザが情報を所望する蓋然性がある商品を特定する必要がある。そのため、電子商店街サーバ１は、先ず、ユーザの興味対象を特定する。興味対象とは、ユーザが興味を持っている蓋然性がある対象である。興味対象となり得る対象としては、例えば、商品、店舗、検索条件等がある。本実施形態においては、興味対象を商品に適用した場合について説明する。
【００４６】
検索結果ページに表示された商品の中からユーザが何れかの商品を選択すると、選択された商品の商品ページが表示される。これにより、ユーザは商品の情報を閲覧することができる。ユーザが興味がある商品であるからこそ、商品ページを表示させる商品として、複数の商品の中から選択したと考えることができる。そして、商品ページが閲覧された日時が現時点から近いほど、例えば、商品に対するユーザの興味の度合いは高いと考えられる。あるいは、商品ページが閲覧された日時が現時点から近いほど、商品に対するユーザの興味は失われていないと考えられる。そこで、電子商店街サーバ１は、お気に入りページが表示される現時点から予め設定された興味対象特定時間前までの間に商品ページが閲覧された商品を、興味対象として特定する。興味対象特定時間は、例えば、電子商店街の管理者等により設定される。興味対象特定時間は、例えば、ユーザが情報を閲覧してから、情報が閲覧された商品に対してユーザが興味を持ち続けていられる時間とされてもよい。興味対象特定時間は、本発明における第１時間の一例である。
【００４７】
また、ユーザがレビュー一覧ページを閲覧した場合にも、レビューの対象となった商品に対してユーザが興味を持ったと考えられる。そこで、電子商店街サーバ１は、現時点から興味対象特定時間前までの間に商品ページが閲覧された商品も、興味対象として特定してもよい。
【００４８】
商品ページには、「レビューを見る」と表示されたリンクも表示される。ユーザがこのリンクを選択すると、商品ページに情報が表示されている商品のレビュー一覧ページが表示される。従って、ユーザは、商品ページを閲覧して、商品に対する評価が気になったとき、レビュー一覧ページを表示させることができる。そこで、電子商店街サーバ１は、商品ページ及びレビュー一覧ページの両方が閲覧された商品のみを、興味対象として特定してもよい。ユーザが商品ページのみを閲覧しただけの商品よりも、ユーザが更にレビュー一覧ページを閲覧した商品の方が、ユーザが興味を持っている蓋然性が高いからである。
【００４９】
電子商店街サーバ１は、興味対象を特定すると、お気に入りに登録されている商品の中から、興味対象に関連する商品を選択する。興味対象に関連する商品を、「関連商品」という。この関連商品が、ユーザが情報を所望する蓋然性がある商品である。興味対象が商品である場合の関連商品としては、例えば、興味対象とメーカーが同一の商品であったり、興味対象とジャンルが同一の商品であったり、興味対象と販売元の店舗が同一の商品であったりしてもよい。また例えば、関連商品としては、興味対象を主商品とした場合のオプション品であったり、興味対象をオプション品とした場合の主商品であったりしてもよい。オプション品としては、例えば、主商品である電動歯ブラシに対して替えブラシ等の消耗品、主商品であるモバイルパソコンに対してモバイルパソコンを収納するケース等のアクセサリー等がある。
【００５０】
関連商品を、ユーザが情報を所望する蓋然性がある商品とする理由は、興味対象に関連する商品も、ユーザが興味を持つ蓋然性がある商品であるからである。具体的に、関連商品が、例えば、ユーザが購入を検討する上で興味対象と比較する対象であったり、ユーザが興味対象と一緒に購入を考え得る対象であったりするからである。従って、ユーザは、関連商品に興味を持つため、関連商品の情報を望むのである。
【００５１】
電子商店街サーバ１は、興味対象の関連商品のお気に入り商品表示領域１００の表示態様が、興味対象の関連商品ではない商品のお気に入り商品表示領域１００の表示態様よりも視認しやすい表示態様となるように、お気に入りページをユーザ端末３に表示させる。これにより、ユーザが情報を所望する蓋然性がある商品をユーザが見付けることを容易にすることができる。
【００５２】
なお、興味対象として特定された商品自体は、興味対象の関連商品ではない。興味対象のお気に入り商品表示領域１００の表示態様を視認しやすい表示態様とさせるか否かは任意である。
【００５３】
本実施形態においては、興味対象の関連商品の表示順位が、興味対象の関連商品ではない商品の表示順位よりも上位となる。その一方で、電子商店街サーバ１は、関連商品間においては、お気に入りへの登録日時が早いほど表示順位を高くする。その理由は、登録日時が早い商品であるほど、ユーザがお気に入りに登録しておいたことを忘れていたり、情報を忘れていたりする蓋然性が高い商品であるからである。お気に入りへの登録日時が早い商品であるほど、お気に入り商品表示領域１００が視認しやすい態様で表示されることで、ユーザは、お気に入りに登録しておいた商品を思い出すことができる。お気に入りへの登録日時が遅い商品は、ユーザが覚えている蓋然性が高いので、お気に入りへの登録日時が早い商品よりも視認性が低くても問題はないと考えられる。
【００５４】
次に、具体例を説明する。図３は、あるユーザのお気に入りに登録されている商品の例を示す一覧表である。図４は、お気に入りページの画面表示例を示す図である。図３に示すように、お気に入りには、登録日時の遅い順に、商品Ａ−３、Ｃ−３、Ｃ−２、Ｂ−３、Ａ−２、Ｃ−１、Ｂ−２、Ａ−１及びＢ−１が登録されている。従って、興味対象が特定されていない場合、お気に入りページの１ページ目は、図２に示すように表示される。商品Ａ−１、Ａ−２及びＡ−３のジャンルは食品である。また、商品Ｂ−１、Ｂ−２及びＢ−３のジャンルは文房具である。また、商品Ｃ−１、Ｃ−２及びＣ−３のジャンルは書籍である。
【００５５】
ユーザは、ユーザ端末３を操作することにより、例えば、商品Ｂ−４の商品ページを閲覧したとする。商品Ｂ−４のジャンルは文房具である。ユーザは、商品ページを閲覧した後、興味対象特定時間が経過する前に、お気に入りページを表示させる操作を行ったとする。このとき、商品Ｂ−４は、興味対象として特定される。そして、商品Ｂ−１、Ｂ−２及びＢ−３のジャンルは、商品Ｂ−４と同一である。従って、商品Ｂ−１、Ｂ−２及びＢ−３が、商品Ｂ−４の関連商品として選択される。そのため、図４に示すように、商品Ｂ−１、Ｂ−２、Ｂ−３、Ａ−３、Ｃ−３の順に、お気に入り商品表示領域１００が表示される。関連商品のお気に入り商品表示領域１００がまとまって表示されるので、ユーザは、関連商品同士を比較しやすくなる。なお、関連商品であるか否かが分かりやすいように、例えば、関連商品のお気に入り商品表示領域１００と関連商品ではない商品のお気に入り商品表示領域１００との間の空白を、他の空白よりも広くしてもよい。
【００５６】
［１−３．電子商店街サーバの構成］
次に、電子商店街サーバ１の構成について、図５及び図６を用いて説明する。
【００５７】
図５は、本実施形態に係る電子商店街サーバ１の概要構成の一例を示すブロック図である。図５に示すように、電子商店街サーバ１は、通信部１１と、記憶部１２と、入出力インターフェース１３と、システム制御部１４と、を備えている。そして、システム制御部１４と入出力インターフェース１３とは、システムバス１５を介して接続されている。
【００５８】
通信部１１は、ネットワークＮＷに接続して、店舗端末２やユーザ端末３等との通信状態を制御するようになっている。
【００５９】
記憶部１２は、例えば、ハードディスクドライブ等により構成されている。記憶部１２は、本発明における履歴記憶手段及び参照リスト情報記憶手段の一例である。この記憶部１２には、会員情報ＤＢ１２ａ、ジャンル情報ＤＢ１２ｂ、店舗情報ＤＢ１２ｃ、商品情報ＤＢ１２ｄ、クエリログＤＢ１２ｅ、閲覧履歴ＤＢ１２ｆ、お気に入り情報ＤＢ１２ｇ等のデータベースが構築されている。「ＤＢ」は、データベースの略語である。
【００６０】
図６（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図である。会員情報ＤＢ１２ａには、情報提供システムＳに会員登録しているユーザに関する会員情報が登録される。具体的に、会員情報ＤＢ１２ａには、ユーザＩＤ、パスワード、ニックネーム、氏名、生年月日、性別、郵便番号、住所、電話番号、電子メールアドレス、保有ポイント数等のユーザの属性が、ユーザごとに対応付けて登録される。ユーザＩＤは、ユーザの識別情報である。保有ポイント数は、ユーザが保有しているポイントの数である。このポイントは、ユーザが電子商店街で商品を購入するときに、金銭と同等の価値を有するものとして購入代金に充てることができるものである。また、ユーザが電子商店街で商品を購入すると、例えば、購入金額に応じたポイントがユーザに付与される。
【００６１】
図６（ｂ）は、ジャンル情報ＤＢ１２ｂに登録される内容の一例を示す図である。ジャンル情報ＤＢ１２ｂには、商品のジャンルに関するジャンル情報が登録されている。具体的に、ジャンル情報ＤＢ１２ｂには、ジャンルＩＤ、ジャンル名、ジャンルのレベル、親ジャンルＩＤ、子ジャンルＩＤリスト等のジャンルの属性が、ジャンルごとに対応付けて登録される。ジャンル情報は、例えば、電子商店街の管理者等により設定される。
【００６２】
商品のジャンルは、木構造で階層的に定義されている。具体的に、木構造の各ノードが、ジャンルに相当する。ノードの深さが、そのノードに相当するジャンルのレベル（階層）に相当する。ノードの深さは、根に位置するノード（以下、「根ノード」という）からの距離である。レベルの値が大きいほど、レベルとしての深さが深く、レベルの値が小さいほど、レベルとしての深さが浅い。根ノードが有する子ノードに相当するジャンルがレベル１のジャンルである。レベル１のジャンルが最上位のジャンルである。レベル１の各ジャンルに対しては、子ノードに相当するジャンルが、レベル２のジャンルとして定義されている。ここで、あるジャンルＣ１の子ノードに相当するジャンルＣ２を、ジャンルＣ１の「子ジャンル」という。子ジャンルを、サブジャンルともいう。また、このときのジャンルＣ１を、ジャンルＣ２の「親ジャンル」という。子ジャンルは、親ジャンルを更に複数に区分したときに、同じような商品が属する範囲である。従って、子ジャンルは親ジャンルに属する。
【００６３】
ジャンルＩＤは、ジャンル情報によって定義されるジャンルの識別情報である。親ジャンルＩＤは、ジャンル情報によって定義されるジャンルの親ジャンルのジャンルＩＤである。子ジャンルＩＤリストは、ジャンル情報によって定義されるジャンルの子ジャンルのジャンルＩＤのリストである。子ジャンルＩＤリストは、ジャンル情報によって定義されるジャンルが子ジャンルを有する場合に設定される。
【００６４】
図６（ｃ）は、店舗情報ＤＢ１２ｃに登録される内容の一例を示す図である。店舗情報ＤＢ１２ｃには、電子商店街に出店している店舗に関する店舗情報が登録される。具体的に、店舗情報ＤＢ１２ｃには、店舗ＩＤ、店舗名、郵便番号、住所、電話番号、電子メールアドレス等の店舗の属性が、店舗ごとに対応付けて登録される。店舗ＩＤは、店舗の識別情報である。
【００６５】
図６（ｄ）は、商品情報ＤＢ１２ｄに登録される内容の一例を示す図である。商品情報ＤＢ１２ｄには、電子商店街で販売されている商品に関する商品情報が登録される。具体的に、商品情報ＤＢ１２ｄには、商品ＩＤ、店舗ＩＤ、商品コード、ジャンルＩＤ、商品名、商品画像のＵＲＬ（Uniform Resource Locator）、商品説明、商品価格等の商品の属性が、店舗が販売する商品ごとに対応付けて登録される。
【００６６】
商品ＩＤは、店舗が、販売する商品を管理するための商品の識別情報である。店舗ＩＤは、商品の販売元の店舗を示す。商品コードは、商品を識別するコード番号である。同一の商品に対しては同一の商品コードが付与される。商品コードとしては、例えば、ＪＡＮ（Japanese Article Number Code）コードがある。商品ＩＤは、基本的に商品ページと一対一で対応する。従って、商品コードが同一の商品であっても、商品情報が異なる複数の商品に対しては、互いに異なる商品ＩＤが付与される。本実施形態においては、商品ＩＤが互いに異なる商品同士は、互いに異なる商品であるとする。従って、興味対象として特定された商品と商品コードが同一ではあるが商品ＩＤが異なる商品は、興味対象として特定された商品の関連商品として選択される可能性がある。ジャンルＩＤは、商品が属するジャンルのジャンルＩＤである。基本的には、最下位のレベルに定義されているジャンル（木構造における葉ノードに相当するジャンル）のジャンルＩＤが設定されている。つまり、各商品は、最も細分化されたジャンルでジャンル分けされている。商品名は、店舗が付けた商品の名称である。そのため、この商品名は、商品の正式な名称とは異なる場合がある。
【００６７】
図６（ｅ）は、クエリログＤＢ１２ｅに登録される内容の一例を示す図である。クエリログＤＢ１２ｅには、クエリログが登録される。クエリログは、ユーザによる検索条件の指定の履歴である。具体的に、クエリログＤＢ１２ｅには、受信日時、検索条件情報及びユーザＩＤが、検索リクエストが受信されるごとに対応付けて登録される。クエリログは、本発明における履歴の一例である。検索リクエストは、ユーザが検索条件を指定して、商品の検索を要求する操作を行ったときに、ユーザ端末３から電子商店街サーバ１へ送信されるメッセージである。検索リクエストは、検索条件情報を含む。
【００６８】
受信日時は、検索リクエストが受信された日時である。検索条件情報は、ユーザにより指定された検索条件を示す情報である。検索条件としてキーワードが指定された場合、検索条件情報は、指定されたキーワードを含む。検索条件としてジャンルが指定された場合、検索条件情報は、指定されたジャンルのジャンルＩＤを含む。検索条件が複数指定された場合、検索条件情報は、検索条件を示す情報を複数含む。ユーザＩＤは、検索を要求したユーザを示す。
【００６９】
図６（ｆ）は、閲覧履歴ＤＢ１２ｆに登録される内容の一例を示す図である。閲覧履歴ＤＢ１２ｆには、電子商店街のＷｅｂページの閲覧履歴が登録される。具体的に、閲覧履歴ＤＢ１２ｆには、閲覧日時、ＵＲＬ、ユーザＩＤ及び閲覧時間が、Ｗｅｂページが閲覧されるごとに対応付けて登録される。閲覧履歴は、本発明における履歴の一例である。
【００７０】
閲覧日時は、商品ページが閲覧された日時を示す。具体的に、閲覧日時は、電子商店街サーバ１がユーザ端末３へＷｅｂページを送信した日時である。ＵＲＬは、閲覧されたＷｅｂページのＵＲＬである。電子商店街のＷｅｂページのＵＲＬは、Ｗｅｂページの種類を特定可能な情報となっている。Ｗｅｂページの種類としては、例えば、トップページ、検索結果ページ、商品ページ、レビュー一覧ページ、店舗ページ、お気に入りページ等がある。また、商品ページ及びレビュー一覧ページのＵＲＬは、対応する商品の商品ＩＤを含む。また、店舗ページのＵＲＬは、対応する店舗の店舗ＩＤを含む。従って、ＵＲＬから、如何なる種類のＷｅｂページであるか、また、如何なる商品または店舗に関するＷｅｂページであるのかを特定することが可能である。ユーザＩＤは、Ｗｅｂページを閲覧したユーザを示す。
【００７１】
閲覧時間は、Ｗｅｂページが閲覧された時間の長さを示す。具体的に、閲覧時間は、Ｗｅｂページがユーザ端末３の画面に表示されていた時間の長さである。閲覧時間の計算方法の一例を説明する。システム制御部１４は、あるユーザ端末３へＷｅｂページを送信したときに、閲覧日時としての送信日時、送信したＷｅｂページのＵＲＬ及び送信先のユーザ端末３を利用するユーザのユーザＩＤを、対応付けて閲覧履歴として登録する。その後、システム制御部１４は、ユーザ端末３から別のＷｅｂページのリクエスト受信したとき、リクエストのReferrerヘッダから、ユーザ端末３が表示しているＷｅｂページのＵＲＬを取得する。システム制御部１４は、ユーザ端末３を利用するユーザのユーザＩＤと取得したＵＲＬとを含む閲覧履歴を検索する。次いで、システム制御部１４は、現在日時から、検索した閲覧履歴に含まれる閲覧日時を減算して、閲覧時間を計算する。そして、システム制御部１４は、検索した閲覧履歴に閲覧時間を追加する。
【００７２】
図６（ｇ）は、お気に入り情報ＤＢ１２ｇに登録される内容の一例を示す図である。お気に入り情報ＤＢ１２ｇには、ユーザのお気に入りに関するお気に入り情報が登録される。お気に入り情報は、本発明における参照リスト情報の一例である。具体的に、お気に入り情報ＤＢ１２ｇには、ユーザＩＤ、商品ＩＤ及び登録日時等が、お気に入りに商品が登録されるごとに対応付けて登録される。
【００７３】
ユーザＩＤは、お気に入りへの登録を行ったユーザを示す。商品ＩＤは、お気に入りに登録された商品を示す。また、商品ＩＤは、お気に入りに登録された商品の商品ページへの参照に相当する情報である。商品ページへの実際の参照の情報はＵＲＬであるが、商品ページのＵＲＬは、商品ＩＤから特定することが可能である。なお、商品ページのＵＲＬが、商品ＩＤとともにまたは商品ＩＤの代わりにお気に入り情報ＤＢ１２ｇに登録されるようになっていてもよい。登録日時は、お気に入りへの登録が行われた日時を示す。登録日時は、本発明における登録時期の一例である。
【００７４】
次に、記憶部１２に記憶されるその他の情報について説明する。記憶部１２には、Ｗｅｂページを表示するためのＨＴＭＬ（HyperText Markup Language）文書、ＸＭＬ（Extensible Markup Language）文書、画像データ、テキストデータ、電子文書等の各種データが記憶されている。また、記憶部１２には、管理者等により設定された各種の設定値が記憶されている。設定値としては、例えば、興味対象特定時間等がある。
【００７５】
また、記憶部１２には、オペレーティングシステム、ＷＷＷ（World Wide Web）サーバプログラム、ＤＢＭＳ（Database Management System）、電子商取引管理プログラム等の各種プログラムが記憶されている。電子商取引管理プログラムは、電子商取引に関する各種の処理を実行するためのプログラムである。電子商取引管理プログラムは、興味対象を特定したり、関連商品を選択したり、お気に入りページのお気に入り商品表示領域１００の表示態様を決定したりするためのプログラムを含む。なお、各種プログラムは、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしてもよいし、ＤＶＤ（Digital Versatile Disc）等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。
【００７６】
入出力インターフェース１３は、通信部１１及び記憶部１２とシステム制御部１４との間のインターフェース処理を行うようになっている。
【００７７】
システム制御部１４は、ＣＰＵ１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ等により構成されている。そして、システム制御部１４は、ＣＰＵ１４ａが、各種プログラムを読み出し実行することにより、本発明における特定手段、選択手段、制御手段として機能するようになっている。
【００７８】
なお、電子商店街サーバ１が、複数のサーバ装置で構成されてもよい。例えば、お気に入りに関する処理を行うサーバ装置、電子商店街において商品の検索や注文等の処理を行うサーバ装置、ユーザ端末３からのリクエストに応じてＷｅｂページを送信するサーバ装置、及びデータベースを管理するサーバ装置等が、互いにＬＡＮ等で接続されてもよい。
【００７９】
［１−４．情報提供システムの動作］
次に、情報提供システムＳの動作について、図７乃至図１０を用いて説明する。以下では、興味対象の特定方法または関連商品の選択方法の違いに応じて、実施例１から実施例３に分けて動作を説明する。実施例１〜３では、興味対象とジャンルが同一である商品を関連商品とする。また、ジャンルの最下位のレベルを５とする。なお、実施例１〜３のうち、２つ以上の実施例を組み合わせて実施してもよい。
【００８０】
［１−４−１．実施例１］
実施例１においては、現時点から興味対象特定時間前までに商品ページ及びレビュー一覧ページの少なくとも何れか一方が閲覧された商品が、興味対象として特定され、興味対象に関連する商品のお気に入り商品表示領域１００の表示順位が上位となる。つまり、図３及び図４を用いて説明された態様で、お気に入りページが表示される。
【００８１】
図７及び図８は、本実施形態に係る電子商店街サーバ１のシステム制御部１４の実施例１におけるお気に入りページリクエスト受信時処理における処理例を示すフローチャートである。お気に入りページリクエスト受信時処理は、電子商店街サーバ１が、ユーザ端末３からお気に入りページのリクエストを受信したときに開始される。
【００８２】
図７に示すように、システム制御部１４は、受信したリクエストから、リクエストを送信してきたユーザ端末３を利用するユーザのユーザＩＤを、要求ユーザＩＤとして取得する（ステップＳ１）。例えば、システム制御部１４は、ユーザによる情報提供システムＳへのログイン時に、ユーザ端末３からユーザＩＤを受信し、受信したユーザＩＤをクッキーとしてユーザ端末３に保存させている。そのため、ユーザがログインしている場合には、ユーザ端末３から電子商店街サーバ１へ送信されるリクエストには、要求ユーザＩＤを含むクッキーが付加されている。
【００８３】
次いで、システム制御部１４は、要求ユーザＩＤをユーザＩＤとして含む閲覧履歴のうち、閲覧日時が、現時点から興味対象特定時間前までの間に含まれる閲覧履歴を、閲覧履歴ＤＢ１２ｆから検索する（ステップＳ２）。なお、閲覧履歴に含まれる閲覧日時は、Ｗｅｂページが表示され始めた日時である。従って、Ｗｅｂページが画面に表示され始めた日時が、現時点から興味対象特定時間前までの間に含まれる閲覧履歴が検索される。しかしながら、例えば、Ｗｅｂページが表示されている間は、Ｗｅｂページが閲覧されていると考えることができる。つまり、Ｗｅｂページが表示され始めてからＷｅｂページが画面から消去されるまでの間の何れの時点も、閲覧日時と考えることができる。従って、システム制御部１４は、例えば、Ｗｅｂページが画面から消去された日時を、Ｗｅｂページの閲覧日時であるとして、閲覧履歴を検索してもよい。また、システム制御部１４は、例えば、Ｗｅｂページが表示され始めた日時と、Ｗｅｂページが画面から消去された日時と、の中間の日時を、Ｗｅｂページの閲覧日時であるとして、閲覧履歴を検索してもよい。閲覧履歴に含まれる閲覧日時に、閲覧履歴に含まれる閲覧時間を加算することにより、Ｗｅｂページの表示が終了した日時を計算することができる。
【００８４】
次いで、システム制御部１４は、該当する閲覧履歴を検索することができたか否かを判定する（ステップＳ３）。このとき、システム制御部１４は、該当する閲覧履歴を検索することができなかったと判定した場合には（ステップＳ３：ＮＯ）、ステップＳ３１に移行する。
【００８５】
一方、システム制御部１４は、該当する閲覧履歴を検索することができたと判定した場合には（ステップＳ３：ＹＥＳ）、検索された閲覧履歴の中から、商品ページの閲覧履歴とレビュー一覧ページの閲覧履歴とを検索する（ステップＳ４）。次いで、システム制御部１４は、該当する閲覧履歴を検索することができたか否かを判定する（ステップＳ５）。このとき、システム制御部１４は、該当する閲覧履歴を検索することができなかったと判定した場合には（ステップＳ５：ＮＯ）、ステップＳ３１に移行する。
【００８６】
一方、システム制御部１４は、該当する閲覧履歴を検索することができたと判定した場合には（ステップＳ５：ＹＥＳ）、要求ユーザＩＤをユーザＩＤとして含むお気に入り情報を、お気に入り情報ＤＢ１２ｇから検索する（ステップＳ６）。そして、システム制御部１４は、検索されたお気に入り情報が登録されたリストを、ユーザリストとして生成する。システム制御部１４は、ステップＳ１〜６を実行することにより、特定手段として、閲覧履歴に基づいて、要求ＩＤが示すユーザの興味対象を特定する。ユーザリストは、興味対象として特定された商品の閲覧履歴が登録されるリストである。
【００８７】
次いで、システム制御部１４は、関連商品リストを初期化する（ステップＳ７）。関連商品リストは、関連商品のお気に入り情報が登録されるリストである。次いで、システム制御部１４は、ジャンルのレベルＬに２を設定する（ステップＳ８）。レベルＬのジャンルのうち、興味対象と同一のジャンルに属する商品が、関連商品となる。
【００８８】
次いで、システム制御部１４は、ステップＳ４において検索された閲覧履歴のうち１つを選択する。そして、システム制御部１４は、選択商品ＩＤとして、選択した閲覧履歴に含まれるＵＲＬから、興味対象として特定された商品の商品ＩＤを取得する（ステップＳ９）。次いで、システム制御部１４は、選択商品ＩＤが示す商品と同じレベルＬのジャンルに属する商品のお気に入り情報をユーザリストから検索する（ステップＳ１０）。具体的に、システム制御部１４は、選択商品ＩＤとしての商品ＩＤを含む商品情報を商品情報ＤＢ１２ｄから検索し、検索された商品情報からジャンルＩＤを取得する。商品情報に設定されているジャンルＩＤは、レベル５のジャンルのジャンルＩＤである。そこで、システム制御部１４は、ジャンル情報ＤＢ１２ｂから、選択商品ＩＤが示す商品のレベルＬのジャンルＩＤを取得する。ジャンル情報には、親ジャンルＩＤが設定されている。そのため、レベル５のジャンルＩＤに対応するジャンル情報から、親ジャンルであるレベル４のジャンルＩＤを取得することができる。システム制御部１４は、このような処理を、レベル２のジャンルＩＤが取得するまで繰り返す。また、システム制御部１４は、ユーザリストに登録されている各お気に入り情報から、お気に入りに登録されている商品の商品ＩＤを取得する。次いで、システム制御部１４は、取得した商品ＩＤが示す商品のレベルＬのジャンルＩＤを取得する。お気に入りに登録されている商品のレベルＬのジャンルＩＤの取得方法は、選択商品ＩＤが示す商品の場合と同様である。次いで、システム制御部１４は、お気に入りに登録されている商品の中から、レベルＬのジャンルＩＤが、興味対象として特定された商品のレベルＬのジャンルＩＤと一致する商品を特定する。そして、システム制御部１４は、特定した商品のお気に入り情報を、ユーザリストから取得する。こうして、システム制御部１４は、選択商品ＩＤが示す商品と同じレベルＬのジャンルに属する商品のお気に入り情報を検索する。システム制御部１４は、検索されたお気に入り情報を、関連商品リストに登録する。なお、システム制御部１４は、選択商品ＩＤと同じ商品ＩＤを含むお気に入り情報は、関連商品リストに登録しない。つまり、システム制御部１４は、興味対象自体は、関連商品として抽出しない。
【００８９】
次いで、システム制御部１４は、ステップＳ５において検索された閲覧履歴のうちまだ選択されていない閲覧履歴があるか否かを判定する（ステップＳ１１）。このとき、システム制御部１４は、選択されていない閲覧履歴があると判定した場合には（ステップＳ１１：ＹＥＳ）、まだ選択されていない閲覧履歴のうち１つを選択する。そして、システム制御部１４は、選択商品ＩＤとして、選択した閲覧履歴から商品ＩＤを取得する（ステップＳ１２）。次いで、システム制御部１４は、ステップＳ１０に移行する。
【００９０】
システム制御部１４は、ステップＳ１０〜Ｓ１２の処理を繰り返すことにより、興味対象として特定された商品と同じレベルＬのジャンルに属する商品の検索を、興味対象として特定された各商品について実行する。なお、ある商品が、興味対象として特定された複数の商品のそれぞれの関連商品である場合がある。そのため、システム制御部１４は、ステップＳ１０において関連商品リストにお気に入り情報を登録するとき、同じ商品のお気に入り情報が重複して登録されないようにする。つまり、お気に入りに登録されている各商品について、最大でも１つのお気に入り情報が関連商品リストに登録されるようにする。
【００９１】
なお、システム制御部１４は、ステップＳ４において、商品ページ等の閲覧履歴とレビュー一覧ページのうち、閲覧日時が最も遅い閲覧履歴のみを検索してもよい。つまり、システム制御部１４は、最後に情報が閲覧された商品のみを、興味対象として特定してもよい。例えば、ユーザが商品Ａ−１の商品ページを閲覧した後に、商品Ｂ−１の商品ページを閲覧した場合には、ユーザの興味対象が商品Ａ−１から商品Ｂ−１に移ったと考えることもできるからである。この場合、システム制御部１４は、ステップＳ１０を１回のみ実行し、ステップＳ１１及びＳ１２は実行しない。また、この場合において、システム制御部１４は、閲覧日時が現時点から興味対象特定時間前までである閲覧履歴のうち、閲覧日時が最も遅い閲覧履歴が、商品ページ及びレビュー一覧ページの何れの閲覧履歴でもない場合には、ステップＳ６〜Ｓ１６の処理を実行せずに、ステップＳ３１に移行してもよい。つまり、ユーザが、商品ページまたはレビュー一覧ページが表示されている状態から、直接お気に入りページを表示させる操作を行った場合にのみ、現時点で表示されている商品ページまたはレビュー一覧ページに対応する商品を、興味対象として特定してもよい。商品ページやレビュー一覧ページから別のＷｅｂページに表示が移った場合には、例えば、ユーザの興味対象が別の何かに移ったり、商品に対する興味を失ったりしたと考えることもできるからである。
【００９２】
また、システム制御部１４は、商品ページやレビュー一覧ページの閲覧後のユーザによる商品の検索の履歴に基づいて、ユーザが情報を閲覧した商品に対してユーザが興味を失ったか否かを判定してもよい。例えば、ユーザが、商品Ａ−１の商品ページを閲覧した後、商品Ａ−１と関連する検索条件を指定して商品の検索を行ったとする。この場合、商品Ａ−１と関連する商品が検索される蓋然性が高いので、商品Ａ−１に対するユーザの興味は継続していると考えられる。一方、ユーザが、商品Ａ−１との関連性がない検索条件を指定して商品の検索を行ったとする。この場合、商品Ａ−１と関連性がある商品が検索される蓋然性が低いので、ユーザの興味は、商品Ａ−１との関連性がない別の商品に移ったと考えることができる。例えば、商品Ａ−１の商品名が、ユーザが指定したキーワードを含む場合、指定されたキーワードは、商品Ａ−１と関連すると考えられる。また例えば、商品Ａ−１の商品名や商品説明が、ユーザがキーワードとして指定した商品名や商品の型番を含む場合、指定されたキーワードは、商品Ａ−１と関連すると考えられる。また、商品Ａ−１が、ユーザが指定したジャンルに属する商品である場合、指定されたジャンルは、商品Ａ−１と関連すると考えられる。システム制御部１４は、ステップＳ４において、閲覧履歴を検索した後、要求ユーザＩＤをユーザＩＤとして含むクエリログのうち、検索された閲覧履歴の閲覧日時よりも、検索リクエストの受信日時が遅いクエリログを、クエリログＤＢ１２ｅから検索する。次いで、システム制御部１４は、検索されたクエリログのうち、受信日時が最も遅いクエリログを取得する。そして、システム制御部１４は、取得したクエリログに含まれる検索条件情報に基づいて、ユーザにより最後に指定された検索条件が、閲覧履歴が検索された商品と関連するか否かを判定する。最後に指定された検索条件のみが用いられる理由は、最後に指定された検索条件が、ユーザが現時点で興味を有する商品に対して関連性が最も高いと考えられるからである。システム制御部１４は、関連すると判定した場合には、ステップＳ５に移行する。一方、システム制御部１４は、関連しないと判定した場合には、ステップＳ３１に移行する。なお、システム制御部１４は、閲覧履歴が検索された商品の中から、検索条件情報が示す検索条件を満たす商品を検索してもよい。そして、システム制御部１４は、検索条件を満たす商品を、検索条件に関連する商品であると判定してもよい。また、システム制御部１４は、ユーザにより最後に指定された検索条件が複数ある場合、少なくとも１つの検索条件が商品と関連する場合に、ステップＳ５に移行してもよいし、全ての検索条件が商品と関連する場合にのみ、ステップＳ５に移行してもよい。
【００９３】
ステップＳ１１において、システム制御部１４は、全ての閲覧履歴を選択したと判定した場合には（ステップＳ１１：ＮＯ）、関連商品として最終的に選択される関連商品の数が予め設定された関連商品最大数以下となるように、興味対象に関連する商品の範囲を調整する。範囲を調整する理由は、関連商品として最終的に選択される商品の数が多すぎないようにするためである。関連商品の数が多すぎると、ユーザがお気に入りページから全ての関連商品を確認するのが面倒になる場合があるからである。関連商品最大数は、例えば、電子商店街の管理者等により設定されて、記憶部１２に記憶されている。関連商品最大数は、最大表示件数と同一であってもよい。これにより、ユーザは、最初に表示されるお気に入りページで、全ての関連商品の情報を確認することができる。また、関連商品最大数は、最大表示件数よりも多くても少なくてもよい。
【００９４】
先ず、システム制御部１４は、関連商品リストに登録されているお気に入り情報の数を、関連商品数として数える。そして、システム制御部１４は、関連商品数が関連商品最大数以下であるか否かを判定する（ステップＳ１３）。このとき、システム制御部１４は、関連商品数が関連商品最大数以下ではないと判定した場合には（ステップＳ１３：ＮＯ）、レベルＬに１を加算する（ステップＳ１４）。次いで、システム制御部１４は、興味対象として特定された商品と同じレベルＬのジャンルには属さない商品のお気に入り情報を、関連商品リストから削除する（ステップＳ１５）。具体的に、システム制御部１４は、興味対象として特定された商品のレベルＬのジャンルＩＤと、関連商品リストにお気に入り情報が登録されている商品のレベルＬのジャンルＩＤを、ステップＳ１０の場合と同様に取得する。次いで、システム制御部１４は、レベルＬのジャンルＩＤが、興味対象として特定された商品のレベルＬのジャンルＩＤと異なる商品を特定する。興味対象として特定された商品が複数ある場合、システム制御部１４は、レベルＬのジャンルＩＤが、興味対象として特定された各商品のレベルＬのジャンルＩＤの何れとも異なる商品を特定する。そして、システム制御部１４は、特定した商品のお気に入り情報を、関連商品リストから削除する。こうして、システム制御部１４は、興味対象に関連する商品の範囲を狭くする。興味対象に関連する商品の範囲が狭くなるほど、関連商品として選択される商品と興味対象との関連性が高くなる。
【００９５】
次いで、システム制御部１４は、レベルＬが５であるか否かを判定する（ステップＳ１６）。このとき、システム制御部１４は、レベルＬが５ではないと判定した場合には（ステップＳ１６：ＮＯ）、ステップＳ１３に移行する。そして、システム制御部１４は、関連商品数が関連商品最大数以下であると判定した場合（ステップＳ１３：ＹＥＳ）、または、レベルＬが５であると判定した場合には（ステップＳ１６：ＹＥＳ）、ステップＳ３１に移行する。システム制御部１４は、ステップＳ７〜Ｓ１６の処理を実行することにより、選択手段として、お気に入りに登録されている商品の中から、興味対象に関連する商品を選択する。なお、ステップＳ８で設定されるレベルＬの初期値は２となっていたが、レベルＬの初期値は２以外であってもよい。また、システム制御部１４は、ステップＳ１３〜Ｓ１６の処理を行わなくてもよい。つまり、システム制御部１４は、ステップ８で設定されたレベルにおいて、興味対象として特定された商品と同じジャンルに属する商品を、全て関連商品として選択してもよい。
【００９６】
図８に示すステップＳ３１において、システム制御部１４は、お気に入りページのＨＴＭＬ文書のテンプレートを、記憶部１２から取得する（ステップＳ３１）。次いで、システム制御部１４は、設定済リストを初期化する（ステップＳ３２）。設定済リストは、お気に入りに登録されている商品のうち、お気に入りページのＨＴＭＬ文書のテンプレートに、お気に入り商品表示領域１００の表示用のデータが設定された商品の商品ＩＤが登録される。次いで、システム制御部１４は、表示順位Ｒに１を設定する（ステップＳ３３）。
【００９７】
次いで、システム制御部１４は、関連商品リストにお気に入り情報が１つ以上登録されているか否かを判定する（ステップＳ３４）。このとき、システム制御部１４は、関連商品リストにお気に入り情報が１つ以上登録されていると判定した場合には（ステップＳ３４：ＹＥＳ）、関連商品リストに登録されているお気に入り情報のうち、登録日時が最も早いお気に入り情報を１つ取得する（ステップＳ３５）。次いで、システム制御部１４は、取得したお気に入り情報を関連商品リストから削除する（ステップＳ３６）。一方、システム制御部１４は、関連商品リストにお気に入り情報が１つも登録されていないと判定した場合には（ステップＳ３４：ＮＯ）、ユーザリストに登録されているお気に入り情報の中から、設定済リストに商品ＩＤが登録されていない商品のお気に入り情報を１つ取得する（ステップＳ３７）。このとき、システム制御部１４は、登録日時が最も遅いお気に入り情報を１つ取得する。
【００９８】
システム制御部１４は、ステップＳ３６またはステップＳ３７の処理を終えると、取得したお気に入り情報に対応するお気に入り商品表示領域１００の表示用のデータを、取得したテンプレートに設定する（ステップＳ３８）。具体的に、システム制御部１４は、取得したお気に入り情報に含まれる商品ＩＤに対応する商品情報を、商品情報ＤＢ１２ｄから取得する。次いで、システム制御部１４は、取得した商品情報から、商品名、店舗ＩＤ、商品価格、商品画像のＵＲＬ等を取得する。また、システム制御部１４は、商品ＩＤや店舗ＩＤに基づいて、商品ページのＵＲＬや店舗ページのＵＲＬを生成する。次いで、システム制御部１４は、商品名、商品価格、お気に入りへの登録日時、ＵＲＬ等を含むデータを生成する。そして、システム制御部１４は、生成したデータをテンプレートに設定する。システム制御部１４は、お気に入り商品表示領域１００の表示用のデータを設定すると、お気に入り情報に含まれる商品ＩＤを設定済リストに登録する（ステップＳ３９）。
【００９９】
次いで、システム制御部１４は、表示順位Ｒが最大表示件数の値未満であるか否かを判定する（ステップＳ４０）。このとき、システム制御部１４は、表示順位Ｒが最大表示件数の値未満であると判定した場合には（ステップＳ４０：ＹＥＳ）、ユーザリストに登録されているお気に入り情報の中に、設定済リストに商品ＩＤが登録されていない商品のお気に入り情報があるか否かを判定する（ステップＳ４１）。このとき、システム制御部１４は、設定済リストに商品ＩＤが登録されていない商品のお気に入り情報があると判定した場合には（ステップＳ４１：ＹＥＳ）、表示順位Ｒに１を加算する（ステップＳ４２）。次いで、システム制御部１４は、ステップＳ３４に移行する。
【０１００】
システム制御部１４は、ステップＳ３４〜Ｓ４２の処理を繰り返すことにより、お気に入り商品表示領域１００の表示用のデータを最大表示件数分設定するか、または、全てのお気に入りの商品についてお気に入り商品表示領域１００の表示用のデータを設定するまで、お気に入り商品表示領域１００の表示用のデータを設定する。関連商品が１つ以上選択されている場合、お気に入りへの登録日時が早い関連商品の順に、お気に入り商品表示領域１００の表示用のデータが設定される。全ての関連商品についてのデータが設定された後、関連商品ではない商品の中から、お気に入りへの登録日時が遅い商品の順に、お気に入り商品表示領域１００の表示用のデータが設定される。システム制御部１４は、各お気に入り商品表示領域１００の表示用のデータを設定するとき、後にデータが設定されるお気に入り商品表示領域１００が、先にデータが設定されたお気に入り商品表示領域１００よりも下位に表示されるように設定を行う。
【０１０１】
そして、システム制御部１４は、表示順位Ｒが最大表示件数の値未満ではないと判定した場合（ステップＳ４０：ＮＯ）、または、設定済リストに商品ＩＤが登録されていない商品のお気に入り情報がないと判定した場合には（ステップＳ４１：ＮＯ）、データの設定により完成したお気に入りページのＨＴＭＬ文書を、リクエストを送信してきたユーザ端末３へ送信する（ステップＳ４３）。システム制御部１４は、この処理を終えると、お気に入りページリクエスト受信時処理を終了させる。
【０１０２】
お気に入りページのＨＴＭＬ文書を受信したユーザ端末３は、受信したＨＴＭＬ文書に基づいて、お気に入りページを画面に表示する。このとき、システム制御部１４は、お気に入り商品表示領域１００の表示用のデータが設定された順に、各お気に入り商品表示領域１００を表示する。こうして、システム制御部１４は、制御手段として、興味対象の関連商品のお気に入り商品表示領域１００の表示態様が、興味対象の関連商品ではない商品のお気に入り商品表示領域１００の表示態様よりも視認しやすい態様となるように、お気に入りの一覧をユーザ端末３に表示させる。また、システム制御部１４は、興味対象の各関連商品のお気に入り商品表示領域１００を、お気に入りへの登録日時が早い順にユーザ端末３に表示させる。
【０１０３】
［１−４−２．実施例２］
実施例２においては、現時点から興味対象特定時間前までに商品ページ及びレビュー一覧ページの少なくとも何れか一方が閲覧された商品のうち、商品ページまたはレビュー一覧ページ閲覧時間が、予め設定された閲覧最短時間よりも短い商品は、興味対象から除外される。情報が閲覧された時間が短い商品は、ユーザが興味を持たなかった商品であると考えられるからである。例えば、ユーザが検索結果ページから誤って商品を選択した場合、商品ページは表示されるが、ユーザは直ぐに検索結果ページの表示に戻す操作等を行う。また例えば、ユーザは、商品ページを表示させたが、商品ページに表示された情報により、ユーザが興味を持つ商品ではないことが比較的短い時間で理解すると、ユーザは直ぐに検索結果ページの表示に戻す操作等を行う。閲覧最短時間は、例えば、電子商店街の管理者等により設定されて、記憶部１２に記憶されている。閲覧最短時間は、例えば、興味対象特定時間以下に設定されてもよい。例えば、興味対象特定時間を１時間とし、閲覧最短時間を５秒としてもよい。閲覧最短時間は、本発明における第２時間の一例である。
【０１０４】
具体例を説明する。図３に示すようにお気に入りに商品が登録されている状態で、ユーザは、商品Ａ−４の商品ページを２分間閲覧したとする。商品Ａ−４のジャンルは食品である。その後、ユーザは、商品Ｂ−４の商品ページを３秒間閲覧する。閲覧最短時間は５秒であるとする。そして、商品Ａ−４の商品ページの閲覧日時から興味対象特定時間が経過する前に、お気に入りページを表示されるとする。実施例１の場合、商品Ａ−４及び商品Ｂ−４が興味対象として特定される。または、例えば、商品Ｂ−４のみが興味対象として特定される。一方、実施例２では、商品Ａ−４のみが興味対象として特定される。従って、お気に入りページには、商品Ａ−１、Ａ−２、Ａ−３、Ｃ−３、Ｃ−２の順に、お気に入り商品表示領域１００が表示される。
【０１０５】
図９は、本実施形態に係る電子商店街サーバ１のシステム制御部１４の実施例２におけるお気に入りページリクエスト受信時処理における処理例を示すフローチャートである。図９において、図７と同様の処理については同様の符号を付してある。ステップＳ３１〜Ｓ４３の処理は、図８に示す処理と同様である。
【０１０６】
図９に示すように、システム制御部１４は、実施例１の場合と同様に、ステップＳ１〜Ｓ３を実行する。ステップＳ３において、システム制御部１４は、該当する閲覧履歴を検索することができたと判定した場合には（ステップＳ３：ＹＥＳ）、検索された閲覧履歴の中から、閲覧時間が閲覧最短時間以上である閲覧履歴を検索する（ステップＳ５１）。次いで、システム制御部１４は、該当する閲覧履歴を検索することができたか否かを判定する（ステップＳ５２）。このとき、システム制御部１４は、該当する閲覧履歴を検索することができなかったと判定した場合には（ステップＳ５２：ＮＯ）、ステップＳ３１に移行する。
【０１０７】
一方、システム制御部１４は、該当する閲覧履歴を検索することができたと判定した場合には（ステップＳ５２：ＹＥＳ）、ステップＳ５１において検索された閲覧履歴の中から、商品ページの閲覧履歴とレビュー一覧ページの閲覧履歴とを検索する（ステップＳ４）。その後、システム制御部１４は、実施例１の場合と同様に、ステップＳ５〜Ｓ１６、Ｓ３１〜Ｓ４３を実行する。
【０１０８】
［１−４−３．実施例３］
実施例３においては、興味対象の関連商品のうち、興味対象として特定された商品よりもユーザにとって取引上有利な商品のお気に入り商品領域１００の表示態様のみが、視認しやすい態様となる。ユーザは、商品ページ等で情報を閲覧した興味対象の商品と、お気に入りに登録されている商品とを比較して、購入する商品を検討することがある。ユーザは、複数の商品の中から、購入する商品を選択するとき、極力ユーザに取引上有利な商品を選択すると考えられる。従って、興味対象として特定された商品よりもユーザに有利な商品の方が、ユーザに不利な商品よりも、ユーザが情報を所望する蓋然性が高い。
【０１０９】
ユーザにとって取引上有利な商品であるか否かは、商品の属性に基づいて判定される。有利な商品であるか否かを判定可能な属性項目としては、例えば、商品価格がある。商品価格が低い商品であるほど、ユーザにとって有利な商品である。なお、有利な商品であるか否かを判定可能な属性項目は、商品価格に限られるものではない。有利な商品であるか否かを判定可能な属性項目としては、例えば、商品の配送方法、商品の送料、ポイント付与率、商品の在庫数、商品の評価値等がある。これらの情報が、商品情報に含まれてもよい。配送方法として、商品が注文された日の翌日までに必ず配達される配送方法の方が、注文された日の翌日まで配達されるとは限らない配送方法よりも、ユーザに有利である。また、送料が低いほど、ユーザに有利である。ポイント付与率とは、ユーザが商品を購入した場合に、ユーザに対して付与されるポイントの商品価格に対する割合である。ポイント付与率が高いほど、ユーザに有利である。在庫数が多いほど、ユーザに有利である。評価値が高いほど、ユーザに有利である。なお、商品価格と送料とを合算して得られる総購入費用も、有利な商品であるか否かを判定可能な属性項目である。総購入費用が低いほど、ユーザに有利である。
【０１１０】
具体例を説明する。図３に示すようにお気に入りに商品が登録されている状態で、ユーザは、商品Ｃ−４の商品ページを閲覧したとする。商品Ｃ−４のジャンルは書籍である。また、商品Ｃ−４の価格は、１５００円である。一方、商品Ｃ−１、Ｃ−２及びＣ−３の価格は、１０００円、１３００円及び１６００円である。ユーザは、商品ページを閲覧した後、興味対象特定時間が経過する前に、お気に入りページを表示させる操作を行ったとする。すると、商品Ｃ−４が興味対象として特定される。商品Ｃ−１、Ｃ−２及びＣ−３のジャンルは、商品Ｃ−４と同一である。商品Ｃ−１、Ｃ−２及びＣ−３のうち、商品Ｃ−１及びＣ−２のみの価格が、商品Ｃ−４の価格よりも低い。そのため、商品Ｃ−１及びＣ−２が関連商品として選択される。従って、お気に入りページには、商品Ｃ−１、Ｃ−２、Ａ−３、Ｃ−３、Ｂ−３の順に、お気に入り商品表示領域１００が表示される。
【０１１１】
図１０は、本実施形態に係る電子商店街サーバ１のシステム制御部１４の実施例３におけるお気に入りページリクエスト受信時処理における処理例を示すフローチャートである。図１０において、図７と同様の処理については同様の符号を付してある。ステップＳ３１〜Ｓ４３の処理は、図８に示す処理と同様である。
【０１１２】
図１０に示すように、システム制御部１４は、実施例１の場合と同様に、ステップＳ１〜Ｓ９を実行する。次いで、システム制御部１４は、選択商品ＩＤが示す商品と同じレベルＬのジャンルに属する商品のお気に入り情報をユーザリストから検索する（ステップＳ６１）。この処理内容は、実施例１におけるステップＳ１０の場合と基本的に同様である。ただし、この時点では、関連商品リストに対する登録は行われない。
【０１１３】
次いで、システム制御部１４は、検索されたお気に入り情報の中から、選択商品ＩＤが示す商品よりもユーザに有利な商品のお気に入り情報を抽出し、抽出されたお気に入り情報を、関連商品リストに登録する（ステップＳ６２）。具体的に、システム制御部１４は、選択商品ＩＤが示す商品の商品情報から商品価格を取得する。また、システム制御部１４は、検索されたお気に入り情報に含まれる商品ＩＤに対応する商品情報から、商品価格を取得する。次いで、システム制御部１４は、選択商品ＩＤが示す商品の商品価格と、検索されたお気に入り情報に対応して取得した商品価格を比較する。そして、システム制御部１４は、選択商品ＩＤが示す商品よりも商品価格が低い商品のお気に入り情報を、関連商品リストに登録する。その後、システム制御部１４は、実施例１の場合と同様に、ステップＳ１１〜Ｓ１６、Ｓ３１〜Ｓ４３を実行する。
【０１１４】
上記各実施例においては、興味対象とジャンルが同一であることが、関連商品の条件とされていた。以下では、関連商品の条件を別の条件とした場合について説明する。
【０１１５】
興味対象とメーカーが同一であることを、関連商品の条件とする場合、例えば、商品情報に、商品のメーカーを示す情報が含まれる。または、記憶部１２には、商品コード別に商品に関する情報が登録されるカタログＤＢが構築されていてもよい。そして、商品コード別の商品の情報に、商品のメーカーを示す情報が含まれていてもよい。システム制御部１４は、例えば、図７に示すステップＳ９の処理を終えた後、興味対象として特定された商品とメーカーが同じ商品のお気に入り情報をユーザリストから検索して、関連リストに登録する。そして、システム制御部１４は、ステップＳ１１に移行する。また、システム制御部１４は、全ての閲覧履歴を選択したと判定した場合には（ステップＳ１１：ＮＯ）、ステップＳ１３〜Ｓ１６の処理を実行せずに、ステップＳ３１に移行する。
【０１１６】
興味対象と販売元の店舗が同一であることを、関連商品の条件とする場合、システム制御部１４は、ステップＳ９の処理を終えた後、興味対象として特定された商品と販売元の店舗が同じ商品のお気に入り情報をユーザリストから検索する。この場合も、システム制御部１４は、Ｓ１３〜Ｓ１６の処理を実行しない。
【０１１７】
興味対象との関係が主商品とオプション品との関係であることを、関連商品の条件とする場合、例えば、記憶部１２に、主商品の商品コードとオプション品の商品コードとが対応付けて登録される関連商品ＤＢが構築される。システム制御部１４は、ステップＳ９の処理を終えた後、関連商品ＤＢに基づいて、興味対象として特定された商品に対する主商品である商品のお気に入り情報と、興味対象として特定された商品に対するオプション品である商品のお気に入り情報と、をユーザリストから検索する。この場合も、システム制御部１４は、Ｓ１３〜Ｓ１６の処理を実行しない。
【０１１８】
また、システム制御部１４は、上述した複数の条件のうち２つ以上の条件を組み合わせて、関連商品を選択してもよい。ここで、組み合わせられた条件に、興味対象とジャンルが同一であるという条件を含む場合、システム制御部１４は、ステップＳ１３〜Ｓ１６の処理を実行してもよい。
【０１１９】
以上説明したように、本実施形態によれば、電子商店街サーバ１のシステム制御部１４が、記憶部１２に記憶される閲覧履歴に基づいて、ユーザが興味を持つ商品を興味対象として特定し、お気に入りに登録されている商品の中から、興味対象として特定された商品に関連する商品を選択し、選択された商品のお気に入り商品表示領域１００の表示態様が、選択されていない商品のお気に入り商品表示領域１００の表示態様よりも視認しやすい表示態様となるように、お気に入りの一覧を表示させる。そのため、お気に入りに登録された商品の中からユーザが情報を望む蓋然性がある商品をユーザが見付けることを容易にすることができる。これにより、お気に入りページから商品をユーザが見付けるために発生するユーザ端末３からのリクエストを減らすことができる。
【０１２０】
また、システム制御部１４が、現時点から興味対象特定時間前までの間に商品ページが閲覧された商品を、興味対象として特定する。そのため、ユーザが興味を持っている蓋然性が高い商品を特定することができる。
【０１２１】
また、システム制御部１４が、商品ページの表示時間の長さが閲覧最短時間未満である商品を、興味対象から除いてもよい。これにより、商品ページが最近閲覧された商品ではあっても、ユーザが興味を持つ蓋然性が低い商品に関連する商品の情報は、視認しやすい態様で表示されないので、ユーザが情報を望む蓋然性がある商品をユーザが見付けることが、より容易になる。
【０１２２】
また、システム制御部１４が、関連商品として選択された商品のお気に入り商品表示領域１００の表示順位が、選択されていない商品のお気に入り商品表示領域１００の表示順位よりも上位となる表示態様で、お気に入りを表示させてもよい。これにより、お気に入りに登録されている商品のお気に入り商品表示領域１００を同時に表示することが可能な商品の数が限られている場合であっても、ユーザが情報を望む商品を見付けることを容易にすることができる。
【０１２３】
また、システム制御部１４が、記憶部１２に記憶されたお気に入り情報に含まれる登録日時が早い商品の順に、選択された商品のお気に入り商品表示領域１００を表示させてもよい。これにより、ユーザが情報を望む商品がお気に入りに登録されていることをユーザが思い出すことを容易にすることができる。
【０１２４】
また、システム制御部１４が、興味対象として特定された商品に関連する商品のうち、特定された商品よりもユーザにとって取引上有利な商品を選択してもよい。これにより、ユーザが興味を持つ商品に関連する商品ではあっても、ユーザが興味を持つ蓋然性が低い商品に関連する商品のお気に入り商品表示領域１００は、視認しやすい態様で表示されないので、ユーザが情報を望む蓋然性がある商品をユーザが見付けることが、より容易になる。
【０１２５】
［２．第２実施形態］
第１実施形態においては、商品が興味対象として特定されていた。これに対し、以下に説明する第２実施形態では、店舗が興味対象として特定される。ユーザが店舗ページを閲覧した場合、ユーザは、閲覧した店舗ページに対応する店舗に対して興味を持ったと考えられる。店舗に関連する商品は、店舗が販売する商品である。ユーザが興味を持った店舗が販売する商品も、ユーザが興味を持つ蓋然性がある商品であるからである。その理由は、ユーザは、興味を持った店舗から商品を購入しようと考えるからである。
【０１２６】
興味対象とするものと、関連商品の選択方法とを除いて、第２実施形態における情報提供システムＳの構成、電子商店街サーバ１の構成及び処理内容は、第１実施形態の場合と基本的に同様である。
【０１２７】
図１１は、本実施形態に係る電子商店街サーバ１のシステム制御部１４のお気に入りページリクエスト受信時処理における処理例を示すフローチャートである。図１１において、図７と同様の処理については同様の符号を付してある。ステップＳ３１〜Ｓ４３の処理は、図８に示す処理と同様である。
【０１２８】
図１１に示すように、システム制御部１４は、第１実施形態の場合と同様に、ステップＳ１〜Ｓ３を実行する。ステップＳ３において、システム制御部１４は、該当する閲覧履歴を検索することができたと判定した場合には（ステップＳ３：ＹＥＳ）、検索された閲覧履歴の中から、店舗ページの閲覧履歴を検索する（ステップＳ７１）。次いで、システム制御部１４は、第１実施形態の場合と同様に、ステップＳ５〜Ｓ７を実行する。
【０１２９】
次いで、システム制御部１４は、選択店舗ＩＤとして、選択した閲覧履歴に含まれるＵＲＬから、店舗ページが閲覧された店舗の店舗ＩＤを取得する（ステップＳ７２）。選択店舗ＩＤが示す店舗は、興味対象として特定された店舗のうちの１つである。次いで、システム制御部１４は、選択店舗ＩＤが示す店舗が販売する商品のお気に入り情報をユーザリストから検索する（ステップＳ７３）。具体的に、システム制御部１４は、ユーザリストに登録されている各お気に入り情報から、お気に入りに登録されている商品の商品ＩＤを取得する。次いで、システム制御部１４は、取得した商品ＩＤに対応する商品情報から、店舗ＩＤを取得する。次いで、取得した店舗ＩＤが選択店舗ＩＤと一致する商品を特定する。そして、システム制御部１４は、特定した商品のお気に入り情報を関連商品リストに登録する。
【０１３０】
次いで、システム制御部１４は、ステップＳ７１において検索された閲覧履歴のうちまだ選択されていない閲覧履歴があるか否かを判定する（ステップＳ１１）。このとき、システム制御部１４は、選択されていない閲覧履歴があると判定した場合には（ステップＳ１１：ＹＥＳ）、まだ選択されていない閲覧履歴のうち１つを選択する。そして、システム制御部１４は、選択店舗ＩＤとして、選択した閲覧履歴から店舗ＩＤを取得する（ステップＳ７４）。次いで、システム制御部１４は、ステップＳ７３に移行する。一方、システム制御部１４は、全ての閲覧履歴を選択したと判定した場合には（ステップＳ１１：ＮＯ）、第１実施形態の場合と同様に、ステップＳ３１〜Ｓ４３を実行する。
【０１３１】
なお、システム制御部１４は、第１実施形態の実施例２の場合と同様に、店舗ページの閲覧時間が閲覧最短時間よりも短い店舗は、興味対象から除外してもよい。
【０１３２】
以上説明したように、本実施形態によれば、電子商店街サーバ１のシステム制御部１４が、記憶部１２に記憶される閲覧履歴に基づいて、ユーザが興味を持つ店舗を興味対象として特定し、お気に入りに登録されている商品の中から、興味対象として特定された店舗に関連する商品を選択し、選択された商品のお気に入り商品表示領域１００の表示態様が、選択されていない商品のお気に入り商品表示領域１００の表示態様よりも視認しやすい表示態様となるように、お気に入りの一覧を表示させる。そのため、お気に入りに登録された商品の中からユーザが情報を望む蓋然性がある商品をユーザが見付けることを容易にすることができる。
【０１３３】
［３．第３実施形態］
以下に説明する第３実施形態では、検索条件が興味対象として特定される。ユーザは、例えば、これから興味を持つかもしれない商品や、ユーザが既に興味を持ってお気に入りに登録されている商品に関連する商品を検索するため、興味を持つ商品の特徴あるいは属性を検索条件として指定する。従って、ユーザにより指定された検索条件に対してユーザは興味を持っていると考えることができる。指定された検索条件に関連する商品は、検索条件を満たす商品である。
【０１３４】
興味対象とするものと、関連商品の選択方法とを除いて、第３実施形態における情報提供システムＳの構成、電子商店街サーバ１の構成及び処理内容は、第１実施形態の場合と基本的に同様である。
【０１３５】
図１２は、本実施形態に係る電子商店街サーバ１のシステム制御部１４のお気に入りページリクエスト受信時処理における処理例を示すフローチャートである。図１２において、図７と同様の処理については同様の符号を付してある。ステップＳ３１〜Ｓ４３の処理は、図８に示す処理と同様である。
【０１３６】
図１２に示すように、システム制御部１４は、第１実施形態の場合と同様に、ステップＳ１を実行する。次いで、システム制御部１４は、要求ユーザＩＤとしてのユーザＩＤを含むクエリログのうち、受信日時が、現時点から興味対象特定時間前までの間に含まれるクエリログを、クエリログＤＢ１２ｅから検索する（ステップＳ８１）。興味対象特定時間は、本発明における第３時間の一例である。なお、第３実施形態における興味対象特定時間の長さは、第１実施形態における興味対象特定時間の長さと同じであってもよいし、異なっていてもよい。次いで、システム制御部１４は、該当するクエリログを検索することができたか否かを判定する（ステップＳ８２）。このとき、システム制御部１４は、該当するクエリログを検索することができなかったと判定した場合には（ステップＳ８２：ＮＯ）、ステップＳ３１に移行する。一方、システム制御部１４は、該当するクエリログを検索することができたと判定した場合には（ステップＳ８２：ＹＥＳ）、第１実施形態の場合と同様に、ステップＳ６及びＳ７を実行する。
【０１３７】
次いで、システム制御部１４は、検索されたクエリログのうち１つを選択する。そして、システム制御部１４は、選択したクエリログから検索条件情報を取得する（ステップＳ８３）。取得された検索条件情報は、興味対象として特定された検索条件のうちの１つを示す。次いで、システム制御部１４は、取得された検索条件情報が示す検索条件を満たす商品のお気に入り情報をユーザリストから検索する（ステップＳ８４）。具体的に、システム制御部１４は、ユーザリストに登録されている各お気に入り情報から、お気に入りに登録されている商品の商品ＩＤを取得する。次いで、システム制御部１４は、取得した商品ＩＤに対応する商品情報を取得する。検索条件としてキーワードが指定されている場合、システム制御部１４は、商品情報に含まれる商品名及び商品説明のうち少なくとも何れか一方が、指定されたキーワードを含む商品を検索する。また、検索条件としてジャンルが指定されている場合、システム制御部１４は、商品情報に含まれるジャンルＩＤに基づいて、指定されたジャンルに属する商品を検索する。検索条件が複数設定されている場合、システム制御部１４は、全ての検索条件を満たす商品を検索してもよいし、少なくとも１つの検索条件を満たす商品を検索してもよい。システム制御部１４は、検索された商品のお気に入り情報を、関連商品リストに登録する。
【０１３８】
次いで、システム制御部１４は、検索されたクエリログのうちまだ選択されていないクエリログがあるか否かを判定する（ステップＳ８５）。このとき、システム制御部１４は、選択されていないクエリログがあると判定した場合には（ステップＳ８５：ＹＥＳ）、まだ選択されていないクエリログのうち１つを選択する。そして、システム制御部１４は、選択したクエリログから、検索条件を取得する（ステップＳ８６）。次いで、システム制御部１４は、ステップＳ８４に移行する。一方、システム制御部１４は、全てのクエリログを選択したと判定した場合には（ステップＳ８５：ＮＯ）、第１実施形態の場合と同様に、ステップＳ３１〜Ｓ４３を実行する。
【０１３９】
以上説明したように、本実施形態によれば、電子商店街サーバ１のシステム制御部１４が、記憶部１２に記憶されるクエリログに基づいて、現時点から興味対象特定時間前までの間に指定された検索条件を興味対象として特定し、お気に入りに登録されている商品の中から、興味対象として特定された検索条件で検索可能な商品を選択し、選択された商品のお気に入り商品表示領域１００の表示態様が、選択されていない商品のお気に入り商品表示領域１００の表示態様よりも視認しやすい表示態様となるように、お気に入りの一覧を表示させる。そのため、お気に入りに登録された商品の中からユーザが情報を望む蓋然性がある商品をユーザが見付けることを容易にすることができる。
【０１４０】
なお、第１実施形態から第３実施形態までの実施形態のうち２つ以上の実施形態が組み合わせられてもよい。例えば、商品、店舗及び検索条件がそれぞれ興味対象として特定されてもよい。また例えば、商品、店舗及び検索条件のうち、閲覧日時または検索リクエストの受信日時が最も遅いもののみが、興味対象として特定されてもよい。
【０１４１】
また、上記各実施形態において、電子商取引サーバ１は、商品表示領域１００の表示態様として、表示順位を制御していた。しかしながら、電子商取引サーバ１は、表示態様として、例えば、商品表示領域１００の大きさ、商品表示領域１００中の文字の大きさや太さ、商品表示領域１００中の文字の色や透明度等を制御し、これにより、関連商品の商品表示領域１００の表示態様を相対的に視認しやすい表示態様に変化させたり、関連商品ではない商品の商品表示領域１００の表示態様を相対的に視認しにくい表示態様に変化させたりしてもよい。
【０１４２】
また、上記各実施形態においては、お気に入りページにおける各お気に入りの商品の情報の表示態様に、本発明が適用されていた。しかしながら、閲覧履歴ページにおける各閲覧履歴に表示態様に本発明が適用されてもよい。閲覧履歴ページは、商品ページの閲覧履歴を表示するＷｅｂページである。具体的には、商品ページが閲覧された商品の商品名、商品の販売元の店舗の店舗名、商品の画像、商品価格等が表示される。商品名及び商品の画像には、それぞれ、対応する商品ページへのリンクが埋め込まれている。従って、ユーザが商品名または商品の画像を選択すると、対応する商品ページを表示させることができる。商品ページが閲覧された各商品の情報は、基本的に、閲覧日時が遅い順に表示される。一方、興味対象が特定されて、興味対象の関連商品が選択された場合には、例えば、関連商品の情報の表示順位が、関連商品ではない商品の情報の表示順位よりも高くなるように、閲覧履歴ページが表示される。また、関連商品の間では、例えば、商品ページの閲覧日時が早い商品であるほど、表示順位が高くなる。お気に入りページリクエスト受信時処理の処理内容は、対象となるＷｅｂページがお気に入りページではなく、閲覧履歴ページとなり、関連商品を選択するための情報が、お気に入り情報ではなく、閲覧履歴となること以外、第１実施形態の場合と基本的に同様である。
【０１４３】
また、上記各実施形態においては、本発明における取引対象が商品に適用されていた。しかしながら、取引対象がサービスに適用されてもよい。そして、電子商取引のシステムとして、サービスの予約が可能なシステムに本発明が適用されてもよい。サービスの予約としては、例えば、宿泊施設の宿泊予約、ゴルフ場等の競技施設の利用予約、交通機関の座席の予約等がある。また、興味対象が、サービス、サービスを提供する施設、サービスを提供する提供者等に適用されてもよい。
【符号の説明】
【０１４４】
１ 電子商店街サーバ
２ 店舗端末
３ ユーザ端末
１１ 通信部
１２ 記憶部
１２ａ 会員情報ＤＢ
１２ｂ ジャンル情報ＤＢ
１２ｃ 店舗情報ＤＢ
１２ｄ 商品情報ＤＢ
１２ｅ クエリログＤＢ
１２ｆ 閲覧履歴ＤＢ
１２ｇ お気に入り情報ＤＢ
１３ 入出力インターフェース
１４ システム制御部
１４ａ ＣＰＵ
１４ｂ ＲＯＭ
１４ｃ ＲＡＭ
１５ システムバス
ＮＷ ネットワーク
Ｓ 情報提供システム
【特許請求の範囲】
【請求項１】
履歴記憶手段に記憶される、取引対象に対するユーザの行為の履歴に基づいて、ユーザの興味対象を特定する特定手段と、
取引対象に関する取引対象情報への参照を保持する参照リストに登録されている取引対象の中から、前記特定手段により特定された前記興味対象に関連する取引対象を選択する選択手段と、
前記選択手段により選択された取引対象を示す情報の表示態様が、前記選択手段により選択されていない取引対象を示す情報の表示態様よりも視認しやすい表示態様となるように、前記参照リストを表示させる制御手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記特定手段は、ユーザによる前記取引対象情報の閲覧の前記履歴に基づいて、現時点から予め定められた第１時間前までの間に前記取引対象情報が閲覧された取引対象を、前記興味対象として特定することを特徴とする情報処理装置。
【請求項３】
請求項２に記載の情報処理装置において、
前記特定手段は、前記取引対象情報の表示時間の長さを含む前記履歴に基づいて、前記取引対象情報の表示時間の長さが予め定められた第２時間未満である取引対象を、前記興味対象から除くことを特徴とする情報処理装置。
【請求項４】
請求項１乃至３の何れか１項に記載の情報処理装置において、
前記制御手段は、前記選択手段により選択された取引対象を示す情報の表示順位が、前記選択手段により選択されていない取引対象を示す情報の表示順位よりも上位となる表示態様で、前記参照リストを表示させることを特徴とする情報処理装置。
【請求項５】
請求項４に記載の情報処理装置において、
前記制御手段は、前記参照リストに登録された取引対象を識別する情報と、該取引対象の参照リストへの登録時期と、を対応付けて記憶する参照リスト情報記憶手段に記憶された前記登録時期が早い取引対象の順に、前記選択手段により選択された取引対象を示す情報を表示させることを特徴とする情報処理装置。
【請求項６】
請求項１乃至５の何れか１項に記載の情報処理装置において、
前記特定手段は、ユーザが興味を持つ取引対象を前記興味対象として特定し、
前記選択手段は、前記特定手段により特定された取引対象に関連する取引対象のうち、前記特定手段により特定された取引対象よりもユーザにとって取引上有利な取引対象を選択することを特徴とする情報処理装置。
【請求項７】
請求項１に記載の情報処理装置において、
前記特定手段は、取引対象の検索に用いられた検索条件のユーザによる指定の前記履歴に基づいて、現時点から予め定められた第３時間前までの間に指定された前記検索条件を、前記興味対象として特定し、
前記選択手段は、前記特定手段により特定された前記検索条件で検索可能な取引対象を選択することを特徴とする情報処理装置。
【請求項８】
情報処理装置により実行される情報処理方法であって、
履歴記憶手段に記憶される、取引対象に対するユーザの行為の履歴に基づいて、ユーザの興味対象を特定する特定ステップと、
取引対象に関する取引対象情報への参照を保持する参照リストに登録されている取引対象の中から、前記特定ステップにおいて特定された前記興味対象に関連する取引対象を選択する選択ステップと、
前記選択ステップにおいて選択された取引対象を示す情報の表示態様が、前記選択ステップにおいて選択されていない取引対象を示す情報の表示態様よりも視認しやすい表示態様となるように、前記参照リストを表示させる制御ステップと、
を含むことを特徴とする情報処理方法。
【請求項９】
情報処理装置に含まれるコンピュータを、
履歴記憶手段に記憶される、取引対象に対するユーザの行為の履歴に基づいて、ユーザの興味対象を特定する特定手段、
取引対象に関する取引対象情報への参照を保持する参照リストに登録されている取引対象の中から、前記特定手段により特定された前記興味対象に関連する取引対象を選択する選択手段、及び、
前記選択手段により選択された取引対象を示す情報の表示態様が、前記選択手段により選択されていない取引対象を示す情報の表示態様よりも視認しやすい表示態様となるように、前記参照リストを表示させる制御手段、
として機能させることを特徴とする情報処理プログラム。
【請求項１０】
情報処理装置に含まれるコンピュータを、
履歴記憶手段に記憶される、取引対象に対するユーザの行為の履歴に基づいて、ユーザの興味対象を特定する特定手段、
取引対象に関する取引対象情報への参照を保持する参照リストに登録されている取引対象の中から、前記特定手段により特定された前記興味対象に関連する取引対象を選択する選択手段、及び、
前記選択手段により選択された取引対象を示す情報の表示態様が、前記選択手段により選択されていない取引対象を示す情報の表示態様よりも視認しやすい表示態様となるように、前記参照リストを表示させる制御手段、
として機能させる情報処理プログラムがコンピュータ読み取り可能に記憶されていることを特徴とする記録媒体。
【請求項１】
履歴記憶手段に記憶される、取引対象に対するユーザの行為の履歴に基づいて、ユーザの興味対象を特定する特定手段と、
取引対象に関する取引対象情報への参照を保持する参照リストに登録されている取引対象の中から、前記特定手段により特定された前記興味対象に関連する取引対象を選択する選択手段と、
前記選択手段により選択された取引対象を示す情報の表示態様が、前記選択手段により選択されていない取引対象を示す情報の表示態様よりも視認しやすい表示態様となるように、前記参照リストを表示させる制御手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記特定手段は、ユーザによる前記取引対象情報の閲覧の前記履歴に基づいて、現時点から予め定められた第１時間前までの間に前記取引対象情報が閲覧された取引対象を、前記興味対象として特定することを特徴とする情報処理装置。
【請求項３】
請求項２に記載の情報処理装置において、
前記特定手段は、前記取引対象情報の表示時間の長さを含む前記履歴に基づいて、前記取引対象情報の表示時間の長さが予め定められた第２時間未満である取引対象を、前記興味対象から除くことを特徴とする情報処理装置。
【請求項４】
請求項１乃至３の何れか１項に記載の情報処理装置において、
前記制御手段は、前記選択手段により選択された取引対象を示す情報の表示順位が、前記選択手段により選択されていない取引対象を示す情報の表示順位よりも上位となる表示態様で、前記参照リストを表示させることを特徴とする情報処理装置。
【請求項５】
請求項４に記載の情報処理装置において、
前記制御手段は、前記参照リストに登録された取引対象を識別する情報と、該取引対象の参照リストへの登録時期と、を対応付けて記憶する参照リスト情報記憶手段に記憶された前記登録時期が早い取引対象の順に、前記選択手段により選択された取引対象を示す情報を表示させることを特徴とする情報処理装置。
【請求項６】
請求項１乃至５の何れか１項に記載の情報処理装置において、
前記特定手段は、ユーザが興味を持つ取引対象を前記興味対象として特定し、
前記選択手段は、前記特定手段により特定された取引対象に関連する取引対象のうち、前記特定手段により特定された取引対象よりもユーザにとって取引上有利な取引対象を選択することを特徴とする情報処理装置。
【請求項７】
請求項１に記載の情報処理装置において、
前記特定手段は、取引対象の検索に用いられた検索条件のユーザによる指定の前記履歴に基づいて、現時点から予め定められた第３時間前までの間に指定された前記検索条件を、前記興味対象として特定し、
前記選択手段は、前記特定手段により特定された前記検索条件で検索可能な取引対象を選択することを特徴とする情報処理装置。
【請求項８】
情報処理装置により実行される情報処理方法であって、
履歴記憶手段に記憶される、取引対象に対するユーザの行為の履歴に基づいて、ユーザの興味対象を特定する特定ステップと、
取引対象に関する取引対象情報への参照を保持する参照リストに登録されている取引対象の中から、前記特定ステップにおいて特定された前記興味対象に関連する取引対象を選択する選択ステップと、
前記選択ステップにおいて選択された取引対象を示す情報の表示態様が、前記選択ステップにおいて選択されていない取引対象を示す情報の表示態様よりも視認しやすい表示態様となるように、前記参照リストを表示させる制御ステップと、
を含むことを特徴とする情報処理方法。
【請求項９】
情報処理装置に含まれるコンピュータを、
履歴記憶手段に記憶される、取引対象に対するユーザの行為の履歴に基づいて、ユーザの興味対象を特定する特定手段、
取引対象に関する取引対象情報への参照を保持する参照リストに登録されている取引対象の中から、前記特定手段により特定された前記興味対象に関連する取引対象を選択する選択手段、及び、
前記選択手段により選択された取引対象を示す情報の表示態様が、前記選択手段により選択されていない取引対象を示す情報の表示態様よりも視認しやすい表示態様となるように、前記参照リストを表示させる制御手段、
として機能させることを特徴とする情報処理プログラム。
【請求項１０】
情報処理装置に含まれるコンピュータを、
履歴記憶手段に記憶される、取引対象に対するユーザの行為の履歴に基づいて、ユーザの興味対象を特定する特定手段、
取引対象に関する取引対象情報への参照を保持する参照リストに登録されている取引対象の中から、前記特定手段により特定された前記興味対象に関連する取引対象を選択する選択手段、及び、
前記選択手段により選択された取引対象を示す情報の表示態様が、前記選択手段により選択されていない取引対象を示す情報の表示態様よりも視認しやすい表示態様となるように、前記参照リストを表示させる制御手段、
として機能させる情報処理プログラムがコンピュータ読み取り可能に記憶されていることを特徴とする記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１３−１１４５６７（Ｐ２０１３−１１４５６７Ａ）
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願番号】特願２０１１−２６２０３６（Ｐ２０１１−２６２０３６）
【出願日】平成２３年１１月３０日（２０１１．１１．３０）
【出願人】（３９９０３７４０５）楽天株式会社 (416)
【Ｆターム（参考）】
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願日】平成２３年１１月３０日（２０１１．１１．３０）
【出願人】（３９９０３７４０５）楽天株式会社 (416)
【Ｆターム（参考）】
[ Back to top ]