情報処理装置、情報処理方法、情報処理プログラム、及び記録媒体
【課題】複数の取引対象の一覧表示を、ユーザの興味に応じてユーザに適した表示にする。
【解決手段】情報処理装置は、ユーザの要求に応じて一覧表示の対象とされた複数の取引対象の中から、取引対象に関する情報への参照を保持する参照リストにユーザにより登録された取引対象を示す参照リスト登録情報及びユーザにより参照リストから削除された取引対象を示す参照リスト削除情報の少なくとも何れか一方を記憶する記憶手段に参照リスト登録情報または参照リスト削除情報が記憶されている取引対象を特定する特定手段と、特定手段により特定された取引対象の一覧表示における表示態様を制御する制御手段と、を備える。
【解決手段】情報処理装置は、ユーザの要求に応じて一覧表示の対象とされた複数の取引対象の中から、取引対象に関する情報への参照を保持する参照リストにユーザにより登録された取引対象を示す参照リスト登録情報及びユーザにより参照リストから削除された取引対象を示す参照リスト削除情報の少なくとも何れか一方を記憶する記憶手段に参照リスト登録情報または参照リスト削除情報が記憶されている取引対象を特定する特定手段と、特定手段により特定された取引対象の一覧表示における表示態様を制御する制御手段と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、取引対象の一覧を表示する情報処理装置の技術分野に関する。
【背景技術】
【０００２】
従来、商品の購入やサービスの予約等、取引対象の購入が可能な電子商取引のＷｅｂサイトが知られている。このようなＷｅｂサイトでは、ユーザからの要求に応じて、取引対象の一覧のＷｅｂページが表示される場合がある。このようなＷｅｂページとしては、例えば、ユーザにより指定された条件を満たす取引対象の検索結果を表示するページであったり、特集で取り上げられた取引対象の一覧を表示するページであったりする。ユーザは、表示された一覧の中から、例えば、ユーザが興味を持った取引対象を選択することにより、その取引対象の詳細な情報を閲覧することができる。そして、ユーザは、取引対象の情報等に基づいて、購入する取引対象を検討する。
【０００３】
一般的な取引対象の一覧の表示においては、取引対象の一覧の中における各取引対象の表示態様（例えば、表示順位、表示形式等）は、如何なるユーザに対しても基本的には同じである。このように、取引対象の一覧の表示が画一的であるため、それぞれのユーザに適した表示になっているとはいえなかった。つまり、取引対象の一覧の表示がユーザの興味に応じた表示になっていないため、例えば、購入する取引対象を検討する場合において、取引対象の一覧がユーザにとって利用しやすい一覧であるとは必ずしもいえなかった。
【０００４】
この点に関連して、非特許文献１には、ホテルを検索する技術が開示されている。この技術においては、ユーザが、検索結果の一覧の中からホテルをショートカットリストに追加することができる。その後、ユーザが検索条件を指定することでホテルの検索が行われると、ショートカットリストに追加されたホテルの情報は、検索結果の一覧の領域の中には表示されず、別の領域の中に表示される。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】Google Inc.、“Google Hotel Finder”、［online］、［平成23年8月30日検索］、インターネット<URL: http://www.google.com/hotelfinder/>
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、非特許文献１に開示された技術では、ショートカットリストに追加されたホテルの情報が検索結果よりも上に表示されるので、検索結果の閲覧の妨げになる。また、検索結果の一覧自体はユーザの興味に応じた表示にはなっていない。
【０００７】
本発明は、以上の点に鑑みてなされたものであり、複数の取引対象の一覧表示を、ユーザの興味に応じてユーザに適した表示にすることができる情報処理装置、情報処理方法、情報処理プログラム、及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、請求項１に記載の発明は、ユーザの要求に応じて一覧表示の対象とされた複数の取引対象の中から、取引対象に関する情報への参照を保持する参照リストにユーザにより登録された取引対象を示す参照リスト登録情報及び前記ユーザにより前記参照リストから削除された取引対象を示す参照リスト削除情報の少なくとも何れか一方を記憶する記憶手段に前記参照リスト登録情報または前記参照リスト削除情報が記憶されている取引対象を特定する特定手段と、前記特定手段により特定された取引対象の前記一覧表示における表示態様を制御する制御手段と、を備えることを特徴とする。
【０００９】
この発明によれば、参照リストに登録されている取引対象はユーザが興味を持っている取引対象である蓋然性が高く、参照リストから削除された取引対象はユーザが興味を失った取引対象である蓋然性が高いので、複数の取引対象の一覧表示を、ユーザの興味に応じてそのユーザに適した表示にすることができる。
【００１０】
請求項２に記載の発明は、請求項１に記載の情報処理装置において、前記記憶手段には、前記参照リスト登録情報として、前記ユーザにより指定された検索条件に基づいて検索された複数の取引対象のうち該ユーザの前記参照リストに登録された取引対象を示す取引対象情報と、該検索条件とが対応付けて記憶されており、前記特定手段は、前記ユーザの要求に応じて該ユーザにより指定された検索条件に基づいて検索された取引対象のうち前記記憶手段に前記参照リスト登録情報が記憶されている取引対象の中から、該検索条件とは異なる検索条件と対応付けて前記取引対象情報が記憶されている取引対象を特定し、前記制御手段は、前記特定手段により特定された取引対象の表示態様を、前記特定手段により特定されない場合の表示態様よりも目立つ表示態様に変えることを特徴とする。
【００１１】
この発明によれば、ある検索条件で検索されて参照リストに登録された取引対象が、その後別の検索条件で検索された場合に、その取引対象が参照リストに登録されていない場合よりも目立つ態様で検索結果の一覧内に表示される。従って、ユーザはその取引対象が一覧の中にあることに気がつきやすくなる。そのため、ユーザが指定したある観点の条件を満たす参照リストの取引対象が、ユーザが指定した別の観点の条件をも満たすことを容易に知ることができる。
【００１２】
請求項３に記載の発明は、請求項２に記載の情報処理装置において、前記特定手段は、前記ユーザの要求に応じて該ユーザにより指定された検索条件とは異なる検索条件と対応付けて前記取引対象情報が記憶されている取引対象に関連する取引対象を更に特定し、前記制御手段は、前記特定手段により特定された取引対象の表示態様を、前記特定手段により特定されない場合の表示態様よりも目立つ表示態様に変えることを特徴とする。
【００１３】
この発明によれば、参照リストに登録された取引対象に関連する取引対象が、参照リストに登録された取引対象に関連する取引対ではない場合よりも目立つ態様で一覧内に表示される。ユーザが興味を持つ取引対象に関連する取引対象も、ユーザが興味を持つ蓋然性が高いので、ユーザは、興味を持つ蓋然性が高い取引対象が一覧の中にあることに気がつきやすくなる。
【００１４】
請求項４に記載の発明は、請求項２または請求項３に記載の情報処理装置において、前記制御手段は、前記一覧表示の対象とされた取引対象の数が多いほど、前記特定手段により特定された取引対象の表示態様の変化量を大きくすることを特徴とする。
【００１５】
この発明によれば、一覧において多数の取引対象の中にユーザが興味を持つ取引対象が埋もれてその取引対象があることに気がつきにくくなることを防止することができる。
【００１６】
請求項５に記載の発明は、請求項１乃至４の何れか１項に記載の情報処理装置において、前記特定手段は、前記一覧表示の対象とされた複数の取引対象の中から前記記憶手段に前記参照リスト削除情報が記憶されている取引対象を特定し、前記制御手段は、前記特定手段により特定された取引対象の表示態様を、前記特定手段により特定されない場合の表示態様よりも目立たない表示態様に変えることを特徴とする。
【００１７】
この発明によれば、参照リストから削除された取引対象が、参照リストから削除されたことがない場合よりも目立たない態様で検索結果の一覧内に表示される。そのため、ユーザが興味を失った取引対象が一覧の中にあることに気がつきにくくなるので、その取引対象が他の取引対象の閲覧の邪魔になることを防止することができる。
【００１８】
請求項６に記載の発明は、請求項５に記載の情報処理装置において、前記特定手段により特定された取引対象が前記参照リストから削除されるよりも前に該取引対象が前記ユーザにより購入されたか否かを判定する判定手段を更に備え、前記制御手段は、前記判定手段により購入されていないと判定された場合、購入されたと判定された場合よりも前記特定手段により特定された取引対象の表示態様の変化量を大きくすることを特徴とする。
【００１９】
この発明によれば、ユーザが参照リストから削除する前に購入しなかった取引対象は、購入した取引対象よりも興味がない取引対象である。そのため、より興味を失った取引対象が他の取引対象の閲覧の邪魔になることを防止することができる。
【００２０】
請求項７に記載の発明は、情報処理装置により実行される情報処理方法であって、ユーザの要求に応じて一覧表示の対象とされた複数の取引対象の中から、取引対象に関する情報への参照を保持する参照リストにユーザにより登録された取引対象を示す参照リスト登録情報及び前記ユーザにより前記参照リストから削除された取引対象を示す参照リスト削除情報の少なくとも何れか一方を記憶する記憶手段に前記参照リスト登録情報または前記参照リスト削除情報が記憶されている取引対象を特定する特定ステップと、前記特定ステップにおいて特定された取引対象の前記一覧表示における表示態様を制御する制御ステップと、を含むことを特徴とする。
【００２１】
請求項８に記載の発明は、情報処理装置に含まれるコンピュータを、ユーザの要求に応じて一覧表示の対象とされた複数の取引対象の中から、取引対象に関する情報への参照を保持する参照リストにユーザにより登録された取引対象を示す参照リスト登録情報及び前記ユーザにより前記参照リストから削除された取引対象を示す参照リスト削除情報の少なくとも何れか一方を記憶する記憶手段に前記参照リスト登録情報または前記参照リスト削除情報が記憶されている取引対象を特定する特定手段、及び、前記特定手段により特定された取引対象の前記一覧表示における表示態様を制御する制御手段、として機能させることを特徴とする。
【００２２】
請求項９に記載の発明は、情報処理装置に含まれるコンピュータを、ユーザの要求に応じて一覧表示の対象とされた複数の取引対象の中から、取引対象に関する情報への参照を保持する参照リストにユーザにより登録された取引対象を示す参照リスト登録情報及び前記ユーザにより前記参照リストから削除された取引対象を示す参照リスト削除情報の少なくとも何れか一方を記憶する記憶手段に前記参照リスト登録情報または前記参照リスト削除情報が記憶されている取引対象を特定する特定手段、及び、前記特定手段により特定された取引対象の前記一覧表示における表示態様を制御する制御手段、として機能させる情報処理プログラムがコンピュータ読み取り可能に記録されていることを特徴とする。
【発明の効果】
【００２３】
本発明によれば、参照リストに登録されている取引対象はユーザが興味を持っている取引対象である蓋然性が高く、参照リストから削除された取引対象はユーザが興味を失った取引対象である蓋然性が高いので、複数の取引対象の一覧表示を、ユーザの興味に応じてそのユーザに適した表示にすることができる。
【図面の簡単な説明】
【００２４】
【図１】一実施形態に係る電子商取引システムＳの概要構成の一例を示す図である。
【図２】検索条件ページの画面表示例を示す図である。
【図３】（ａ）は、お気に入りへの商品の登録状況を示す図であり、（ｂ）は、お気に入りからの商品の削除状況を示す図であり、（ｃ）は、検索結果ページの表示例を示す図である。
【図４】一実施形態に係る電子商取引サーバ１の概要構成の一例を示すブロック図である。
【図５】（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図であり、（ｂ）は、ジャンル情報ＤＢ１２ｂに登録される内容の一例を示す図であり、（ｃ）は、店舗情報ＤＢ１２ｃに登録される内容の一例を示す図であり、（ｄ）は、商品情報ＤＢ１２ｄに登録される内容の一例を示す図であり、（ｅ）は、閲覧履歴ＤＢ１２ｅに登録される内容の一例を示す図であり、（ｆ）は、購入履歴ＤＢ１２ｆに登録される内容の一例を示す図であり、（ｇ）は、お気に入り情報ＤＢ１２ｇに登録される内容の一例を示す図であり、（ｈ）は、お気に入り削除情報ＤＢ１２ｈに登録される内容の一例を示す図である。
【図６】一実施形態に係る電子商取引サーバ１のシステム制御部１４の検索リクエスト受信時処理における処理例を示すフローチャートである。
【図７】一実施形態に係る電子商取引サーバ１のシステム制御部１４のリスティングスコア引き上げ制御処理における処理例を示すフローチャートである。
【図８】一実施形態に係る電子商取引サーバ１のシステム制御部１４のリスティングスコア引き下げ制御処理における処理例を示すフローチャートである。
【図９】（ａ）は、一実施形態に係る電子商取引サーバ１のシステム制御部１４のお気に入り登録リクエスト受信時処理における処理例を示すフローチャートであり、（ｂ）は、一実施形態に係る電子商取引サーバ１のシステム制御部１４のお気に入り削除リクエスト受信時処理における処理例を示すフローチャートである。
【発明を実施するための形態】
【００２５】
以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、電子商取引システムに対して本発明を適用した場合の実施形態である。
【００２６】
［１．電子商取引システムの構成及び機能概要］
［１−１．電子商取引システムの構成］
先ず、本実施形態に係る電子商取引システムＳの構成について、図１を用いて説明する。図１は、本実施形態に係る電子商取引システムＳの概要構成の一例を示す図である。
【００２７】
図１に示すように、電子商取引システムＳは、電子商取引サーバ１と、複数の店舗端末２と、複数のユーザ端末３と、を含んで構成されている。そして、電子商取引サーバ１と各店舗端末２及び各ユーザ端末３とは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。
【００２８】
電子商取引サーバ１（本発明における情報処理装置の一例）は、商品の購入が可能な電子商店街に関する各種処理を実行するサーバ装置である。ユーザは、電子商店街を利用することにより、所望の店舗から所望の商品を購入することができる。電子商取引サーバ１は、店舗端末２やユーザ端末３からのリクエストに応じて、例えば、電子商店街のＷｅｂページを送信したり、商品の検索、購入等に関する処理を行ったりする。
【００２９】
店舗端末２は、電子商店街に出店している店舗の従業員等により利用される端末装置である。店舗端末２は、例えば、販売する商品の情報を電子商店街に登録したり、商品の注文内容を確認したりするために用いられる。また、店舗端末２は、従業員等からの操作に基づいて電子商取引サーバ１にアクセスすることにより、電子商取引サーバ１からＷｅｂページを受信して表示する。店舗端末２には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。店舗端末２としては、例えば、パーソナルコンピュータ等が用いられる。
【００３０】
ユーザ端末３は、電子商店街を利用するユーザの端末装置である。ユーザ端末３は、ユーザからの操作に基づいて電子商取引サーバ１にアクセスすることにより、電子商取引サーバ１からＷｅｂページを受信して表示する。ユーザ端末３には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。ユーザ端末３としては、例えば、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、スマートフォン等の携帯情報端末、携帯電話機等が用いられる。
【００３１】
［１−２．お気に入りと商品の一覧の表示］
電子商取引システムＳにおいては、お気に入り機能が提供されている。お気に入り機能とは、電子商店街で販売されている商品をユーザのお気に入りとして登録することにより、商品ページへの参照をユーザ専用のリストに保持しておき、お気に入りの商品の商品ページをユーザが容易に閲覧することができるようにする機能である。商品ページは、１つの商品に関する詳細な情報が表示されるＷｅｂページである。また、お気に入りの商品は、単にお気に入りともいう。電子商店街においては、商品ページに、「お気に入りに追加」と表示されたハイパーリンク（以下、「リンク」という）が表示されている。ユーザがこのリンクを選択すると、商品ページに情報が表示されている商品が、ユーザのお気に入りに登録される。ユーザは、お気に入りに登録されている商品を、お気に入りページで確認することができる。お気に入りページは、お気に入りに登録されている商品の一覧が表示されるＷｅｂページであり、ユーザごとに専用のＷｅｂページである。また、お気に入りページには、お気に入りに登録された商品の商品ページへのリンクが埋め込まれている。お気に入りページにおいて、ユーザは、任意の商品のリンクを選択すると、対応する商品ページを表示させることができる。また、お気に入りページにおいて、ユーザは、お気に入りに登録されている商品の中から登録しておく必要がない商品を指定してお気に入りから削除することができる。
【００３２】
電子商取引システムＳにおいては、電子商店街で販売されている商品が一覧表示されるＷｅｂページがある。このＷｅｂページとしては、例えば、検索結果ページがある。検索結果ページは、ユーザにより指定された検索条件で検索された商品の一覧が表示されるＷｅｂページである。ユーザは、検索条件として、例えば、キーワード、商品のジャンル等を指定することができる。
【００３３】
図２は、検索条件ページの画面表示例を示す図である。図２に示すように、検索結果ページには、検索条件設定領域２１０、ジャンル指定領域２２０、検索結果表示領域２３０等を含む。検索条件設定領域２１０は、検索条件としてキーワードを指定し直したり、検索された商品を更に絞り込むためのキーワードを指定したりするための領域である。ジャンル指定領域２２０は、検索された商品を更に絞り込むためのジャンルを検索条件として指定するための領域である。
【００３４】
検索結果表示領域２３０には、検索された商品の情報の一覧が表示される。具体的に、検索結果表示領域２３０には、検索された商品の画像、商品名、価格、店舗名等を含む該当商品情報２３１が商品ごとに表示される。該当商品情報２３１は、検索された商品の表示順位に従って表示される。具体的に、表示順位が高いほど、検索結果表示領域２３０内の上方に該当商品情報２３１が表示される。また、検索結果表示領域２３０に情報が表示可能な該当商品情報２３１の上限数が決められている。例えば、上限数が１０である場合、検索結果表示領域２３０には、表示順位が１位から１０位までの商品の該当商品情報２３１が表示される。ここで、ユーザが「次の１０件」と表示されたリンクを選択すると、ユーザ端末３の画面には新たな検索結果ページが表示され、その検索結果ページの検索結果表示領域２３０に、表示順位が１１位から２０位までの商品の該当商品情報２３１が表示される。該当商品情報２３１の表示順位は、リスティングスコアに基づいて決定される。リスティングスコアは、商品またはその商品の商品ページに対して決定された評価を示す値である。リスティングスコアが高いほど、評価が高いことを示す。そして、リスティングスコアが高い商品ほど、その商品の該当商品情報２３１の表示順位が高くなる。例えば、商品ページに対するアクセス数（閲覧数）が多いほどリスティングスコアが高くなるようにしてもよいし、商品の購入数が多いほどリスティングスコアが高くなるようにしてもよい。検索結果表示領域２３０に表示された該当商品情報２３１の中から何れかの該当商品情報２３１をユーザが選択すると、選択された該当商品情報２３１に対応する商品の商品ページが表示される。商品ページにおいてユーザが購入操作を行うことにより、その商品ページに情報が表示されている商品を購入することができる。
【００３５】
電子商取引サーバ１は、検索結果ページにおける一覧中における商品の表示態様を、ユーザの興味に応じた表示態様に制御する。電子商取引サーバ１は、これにより、商品の一覧表示をユーザに適した表示とさせる。ユーザは、自分が興味を持った商品を購入するものである。そのため、商品の一覧における各商品の表示態様がユーザの興味に応じた表示態様となっていると、ユーザが購入する商品を検討するときに、ユーザが興味を持つ商品に気づきやすくなったり、購入候補となるような商品の商品ページへのアクセスが容易となったりするからである。
【００３６】
具体的に、電子商取引サーバ１は、ユーザのお気に入りに対する商品の登録状況に基づいて、一覧表示における商品の表示態様を制御する。お気に入りには、例えば、ユーザが気になった商品、購入候補とした商品、ユーザが好きな商品等が登録される。つまり、お気に入りに登録されている商品は、ユーザが興味を持っている商品である蓋然性が高い。
【００３７】
そこで、電子商取引サーバ１は、お気に入りに登録されている商品の一覧中における表示態様を、お気に入りに登録されていない場合よりも目立つ表示態様に変える。具体的に、電子商取引サーバ１は、お気に入りに登録されている商品の表示順位を、お気に入りに登録されていない場合の表示順位よりも高くする。つまり、電子商取引サーバ１は、お気に入りに登録されている商品の表示順位を引き上げる。しかしながら、電子商取引サーバ１は、お気に入りに登録されている商品の表示順位を常に引き上げるのではない。電子商取引サーバ１は、お気に入りに登録されるきっかけなった検索の際にユーザにより指定された検索条件が、今回指定された検索条件と異なる商品について表示順位を引き上げる。
【００３８】
ユーザのお気に入りに登録されている商品が、そのユーザから如何なるときでも興味を持たれているとは限らない。例えば、ユーザは、ある検索条件ａを指定し、検索条件ａで検索された商品の中から興味を持った商品Ａをお気に入りに登録したとする。その後に、ユーザは再び同じ検索条件ａを指定して商品の検索を行ったとする。この場合、ユーザは、検索条件ａで商品Ａが検索されることを知っており、且つ、商品Ａは既にお気に入りに登録されていることを知っている蓋然性が高い。このときに関しては、ユーザは商品Ａにそれほど興味を持っているとは考えにくい。そのユーザにとっては、商品Ａについて新たな発見がないからである。そのようなとき、商品の一覧の中で商品Ａの表示順位が引き上げられると、その代わりに他の商品の表示順位が引き下げられる。そのため、他の商品の情報の確認の妨げになる場合がある。
【００３９】
これに対し、ユーザは検索条件ａとは異なる検索条件ｂを指定して商品の検索を行ったとする。このとき、検索された商品の中に商品Ａが含まれているとする。そうすると、検索された商品の中からユーザが商品Ａを見つけた場合、ユーザは、商品Ａが検索条件ｂをも満たすという新たな発見をすることになる。検索条件が異なるということは、別の観点で検索を行うことである。つまり、ユーザは、別の観点で商品Ａを見ることができる。このようなとき、ユーザは商品Ａに興味を持つ蓋然性がある。このような商品の表示順位が引き上げられることでその商品が目立つことになるので、ユーザはその商品が一覧の中にあることに気がつきやすい。つまり、ユーザは興味を持った商品が別の観点での条件を満たすことに気がつきやすくなる。
【００４０】
なお、ユーザが検索条件を複数指定する場合がある。例えば、キーワードとジャンルとが指定されたり、複数のキーワードが指定されたりする。複数の検索条件が指定される場合、電子商取引サーバ１は、例えば、少なくとも１つの検索条件が異なる場合に表示順位を引き上げてもよい。１つでも検索条件が異なれば、検索する観点が異なるからである。また、電子商取引サーバ１は、全部の検索条件が異なる場合にのみ表示順位を引き上げてもよい。
【００４１】
一方、お気に入りから商品が削除された場合、その商品は、例えば、ユーザが気にならなくなった商品、購入候補から外れた商品、ユーザが好きではなくたった商品である。つまり、お気に入りから削除された商品は、ユーザが興味を失った商品である蓋然性が高い。なお、購入候補から外れた商品は、その商品を既に購入したため、もう購入する必要がない商品も含む。興味を失った商品の情報はユーザにとっては必要ではない情報である。興味を失った商品の一覧中における表示順位が上位の方にあると、その商品の情報の存在により、他の商品の情報の確認の妨げになる場合がある。
【００４２】
そこで、電子商取引サーバ１は、お気に入りから削除された商品の表示順位を、お気に入りへの登録がされたことがない場合よりも、お気に入りから削除された商品の一覧中における表示順位を低くする。つまり、お気に入りから削除された商品の表示順位を引き下げる。これにより、お気に入りから削除された商品が目立たなくなるので、ユーザが興味を失った商品が一覧の中にあること気がつきにくくなる。これにより、他の商品の確認が妨げられることを防止することができる。
【００４３】
なお、お気に入りに登録されたことがない商品とお気に入りから削除された商品とは、現在お気に入りに登録されていないという点については同じである。しかしながら、お気に入りに登録されたことがない商品は、お気に入りから削除されたこともない商品である。従って、お気に入りに登録されたことがない商品は、ユーザが興味を持っている商品であるのか興味がない商品（ユーザが興味を失った商品を含む）であるのかが分からない商品である。また、お気に入りに登録されたことがない商品は、ユーザがまだ知らない商品である場合もある。一方、お気に入りから削除された商品は、ユーザが興味を失った商品である蓋然性が高い。その点において、お気に入りに登録されたことがない商品は、お気に入りから削除された商品とは異なる。
【００４４】
以下に具体例を示す。図２に示す検索結果ページは、あるユーザがお気に入りへ１つも商品を登録したことがない場合の検索結果ページであるとする。つまり、そのユーザは、お気に入りから商品を削除したこともない。このとき、検索結果表示領域２３０においては、商品Ａ〜商品Ｊの１０個の商品のそれぞれについて該当商品情報２３１が表示されている。そして、商品Ａ〜商品Ｊの表示順位は、アルファベット順になっている。つまり、商品Ａの表示順位が最も高い。また、図２に示す検索結果ページは、検索条件として「天然水」というキーワードが指定された場合の検索結果ページである。
【００４５】
図３（ａ）は、その後のお気に入りへの商品の登録状況を示す図である。また、図３（ｂ）は、お気に入りからの商品の削除状況を示す図である。また、図３（ｃ）は、検索結果ページの表示例を示す図である。
【００４６】
例えば、ユーザは、図２に示す検索結果ページから、商品Ｄの商品ページと商品Ｆの商品ページとを閲覧し、商品Ｄ及び商品Ｆをお気に入りに登録したとする。次に、ユーザは、検索条件として「ミネラルウォーター」というジャンルを指定して、電子商取引サーバ１に商品を検索させる。そのときに検索された商品の中に商品Ｋが含まれており、ユーザは商品Ｋをお気に入りに登録したとする。実は、商品Ｋはキーワード「天然水」でも検索された商品ではあるが、表示順位が１０位より低かったため、図２に示す検索結果ページには表示されていなかった。その後、ユーザは、お気に入りから商品Ｆを削除したとする。
【００４７】
すると、図３（ａ）に示すように、現在お気に入りに登録されている商品は、商品Ｄと商品Ｋである。また、図３（ｂ）に示すように、お気に入りから削除されている商品は、商品Ｆである。この場合に、ユーザが再び検索条件としてキーワード「天然水」を指定して、電子商取引サーバ１に商品を検索させる。すると、図３（ｃ）に示すように、商品Ｄの表示順位は変化していない。商品Ｄがお気に入りに登録されたときに指定された検索条件と、今回指定された検索条件とが一致するからである。一方、商品Ｆと商品Ｋの表示順位は変化している。具体的に、商品Ｆの表示順位は、６位から１０位に変化し、商品Ｋの表示順位は１０位よりも低い順位から７位に変化している。
【００４８】
なお、電子商取引サーバ１は、お気に入りに登録されている商品に関連する商品の表示順位も引き上げる。ユーザが興味を持つ商品に関連する商品も、ユーザが興味を持つ蓋然性があるからである。ここで、お気に入りに登録されている方の商品がお気に入りに登録されるきっかけなった検索の際にユーザにより指定された検索条件と、今回指定された検索条件とが異なる場合に、その商品に関連する商品の表示順位が引き上げられる。また、お気に入りに登録されている方の商品は、今回の検索によって検索された商品の中に含まれていなくてもよい。ある商品に関連する商品としては、例えば、ある商品と同じジャンルに属する商品、ある商品と販売元の店舗が同じ商品、ある商品を主商品とした場合のオプション品、ある商品をオプション品とした場合の主商品等がある。オプション品等としては、例えば、主商品である電動歯ブラシに対して替えブラシ等の消耗品、主商品であるモバイルパソコンに対してモバイルパソコンを収納するケース等のアクセサリー等がある。主商品とオプション品等との関連を示す情報は、例えば、記憶部１２に記憶されていてもよい。また、例えば、オプション品等の商品ページに、主商品の商品コードが掲載されるような場合、つまり、オプション品等の商品情報に主商品の商品コードを含むようにした場合には、商品情報から関連する商品を特定することができる。
【００４９】
また、電子商取引サーバ１は、検索された商品の総数に応じて表示順位の引き上げ量を調整する。検索された商品の総数が多いと、お気に入りに登録されている商品の表示順位を多少引き上げても、多数の商品に埋もれて相対的にあまり目立たない場合がある。そこで、電子商取引サーバ１は、検索された商品の総数が多いほど、表示順位の引き上げ量を大きくする。例えば、電子商取引サーバ１は、予め設定された商品１個あたりの引き上げ量に、検索された商品の総数を乗じて、表示順位の引き上げ量を決定してもよい。
【００５０】
また、電子商取引サーバ１は、お気に入りから削除された商品の表示順位を引き下げる場合、購入された後にお気に入りから削除された商品と、購入されずにお気に入りから削除された商品とで、表示順位の引き下げ量を変える。購入された後にお気に入りから削除された商品は、ユーザがその商品を購入することについては興味を失ったかもしれないが、その商品自体への興味を失ったとまではいいきれない。一方、購入されないでお気に入りから削除された商品は、ユーザが購入にも商品自体にも興味を失った蓋然性が高い。そこで、電子商取引サーバ１は、購入された後にお気に入りから削除された商品の表示順位の引き下げ量を、購入されずにお気に入りから削除された商品の表示順位の引き下げ量よりも大きくする。なお、電子商取引サーバ１は、購入された後にお気に入りから削除された商品については、表示順位を引き下げなくてもよい。
【００５１】
［２．電子商取引サーバの構成］
次に、電子商取引サーバ１の構成について、図４及び図５を用いて説明する。
【００５２】
図４は、本実施形態に係る電子商取引サーバ１の概要構成の一例を示すブロック図である。図４に示すように、電子商取引サーバ１は、通信部１１と、記憶部１２と、入出力インターフェース１３と、システム制御部１４と、を備えている。そして、システム制御部１４と入出力インターフェース１３とは、システムバス１５を介して接続されている。
【００５３】
通信部１１は、ネットワークＮＷに接続して、店舗端末２やユーザ端末３等との通信状態を制御するようになっている。
【００５４】
記憶部１２（本発明における記憶手段の一例）は、例えば、ハードディスクドライブ等により構成されている。この記憶部１２には、会員情報ＤＢ（データベース）１２ａ、ジャンル情報ＤＢ１２ｂ、店舗情報ＤＢ１２ｃ、商品情報ＤＢ１２ｄ、閲覧履歴ＤＢ１２ｅ、購入履歴ＤＢ１２ｆ、お気に入り情報ＤＢ１２ｇ、お気に入り削除情報ＤＢ１２ｈ等のデータベースが構築されている。
【００５５】
図５（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図である。会員情報ＤＢ１２ａには、電子商取引システムＳに会員登録しているユーザに関する会員情報が登録される。具体的に、会員情報ＤＢ１２ａには、ユーザＩＤ、パスワード、ニックネーム、氏名、生年月日、性別、郵便番号、住所、電話番号、電子メールアドレス等のユーザの属性が、ユーザごとに対応付けて登録される。ユーザＩＤは、ユーザの識別情報である。
【００５６】
図５（ｂ）は、ジャンル情報ＤＢ１２ｂに登録される内容の一例を示す図である。ジャンル情報ＤＢ１２ｂには、商品のジャンルに関するジャンル情報が登録されている。具体的に、ジャンル情報ＤＢ１２ｂには、ジャンルＩＤ、ジャンル名、ジャンルのレベル、親ジャンルＩＤ、子ジャンルＩＤリスト等のジャンルの属性が、ジャンルごとに対応付けて登録される。ジャンル情報は、例えば、電子商店街の管理者等により設定される。商品のジャンルは、木構造で階層的に定義されている。具体的に、木構造の各ノードが、ジャンルに相当する。ノードの深さが、そのノードに相当するジャンルのレベル（階層）に相当する。ノードの深さは、根に位置するノード（以下、「根ノード」という）からの距離である。レベルの値が大きいほど、レベルとしての深さが深く、レベルの値が小さいほど、レベルとしての深さが浅い。根ノードが有する子ノードに相当するジャンルがレベル１のジャンルである。レベル１のジャンルが最上位のジャンルである。レベル１の各ジャンルに対しては、子ノードに相当するジャンルが、レベル２のジャンルとして定義されている。ここで、あるジャンルＣ１の子ノードに相当するジャンルＣ２を、ジャンルＣ１の「子ジャンル」という。子ジャンルを、サブジャンルともいう。また、このときのジャンルＣ１を、ジャンルＣ２の「親ジャンル」という。子ジャンルは、親ジャンルを更に複数に区分したときに、同じような商品が属する範囲である。従って、子ジャンルは親ジャンルに属する。ジャンルＩＤは、ジャンル情報によって定義されるジャンルの識別情報である。親ジャンルＩＤは、ジャンル情報によって定義されるジャンルの親ジャンルのジャンルＩＤである。子ジャンルＩＤリストは、ジャンル情報によって定義されるジャンルの子ジャンルのジャンルＩＤのリストである。子ジャンルＩＤリストは、ジャンル情報によって定義されるジャンルが子ジャンルを有する場合に設定される。
【００５７】
図５（ｃ）は、店舗情報ＤＢ１２ｃに登録される内容の一例を示す図である。店舗情報ＤＢ１２ｃには、電子商店街に出店している店舗に関する店舗情報が登録される。具体的に、店舗情報ＤＢ１２ｃには、店舗ＩＤ、店舗名、郵便番号、住所、電話番号、電子メールアドレス、取扱ジャンル情報等の店舗の属性が、店舗ごとに対応付けて登録される。店舗ＩＤは、店舗の識別情報である。取扱ジャンル情報は、店舗が取り扱っている商品（店舗が販売している商品）のジャンルを示す情報である。具体的に、取扱ジャンル情報には、店舗が取り扱っている商品のジャンルごとにジャンルＩＤが設定されている。
【００５８】
図５（ｄ）は、商品情報ＤＢ１２ｄに登録される内容の一例を示す図である。商品情報ＤＢ１２ｄには、電子商店街で販売されている商品に関する商品情報が登録される。具体的に、商品情報ＤＢ１２ｄには、商品ＩＤ、店舗ＩＤ、商品コード、ジャンルＩＤ、商品名、商品画像のＵＲＬ（Uniform Resource Locator）、商品説明、商品価格等の商品の属性が、店舗が販売する商品ごとに対応付けて登録される。商品ＩＤ（本発明における取引対象情報の一例）は、店舗等が、販売する商品を管理するための商品の識別情報である。店舗ＩＤは、商品の販売元の店舗を示す。商品コードは、商品を識別するコード番号である。商品コードとしては、例えば、ＪＡＮ（Japanese Article Number Code）コード等がある。ジャンルＩＤは、商品が属するジャンルのジャンルＩＤである。
【００５９】
図５（ｅ）は、閲覧履歴ＤＢ１２ｅに登録される内容の一例を示す図である。閲覧履歴ＤＢ１２ｅには、電子商店街の商品ページの閲覧履歴が登録される。具体的に、閲覧履歴ＤＢ１２ｅには、商品ＩＤ、閲覧日時及びユーザＩＤが、商品ページが閲覧されるごとに対応付けて登録される。商品ＩＤは、商品ページが閲覧された商品を示す。閲覧日時は、商品ページが閲覧された日時を示す。具体的に、閲覧日時は、電子商取引サーバ１がユーザ端末３へ商品ページを送信した日時である。ユーザＩＤは、商品ページを閲覧したユーザを示す。
【００６０】
図５（ｆ）は、購入履歴ＤＢ１２ｆに登録される内容の一例を示す図である。購入履歴ＤＢ１２ｆには、ユーザによる商品の購入履歴が登録される。具体的に、購入履歴ＤＢ１２ｆには、注文コード、購入日時、ユーザＩＤ、商品ＩＤ、店舗ＩＤ、商品コード、購入数等が、商品の購入ごとに対応付けて登録される。注文コードは、商品の注文が行われるたびに付与される注文の識別情報である。ユーザＩＤは、購入したユーザを示す。商品ＩＤ及び商品コードは、購入された商品を示す。店舗ＩＤは、購入先の店舗を示す。購入数は、購入された商品の個数である。
【００６１】
図５（ｇ）は、お気に入り情報ＤＢ１２ｇに登録される内容の一例を示す図である。お気に入り情報ＤＢ１２ｇには、ユーザのお気に入りに関するお気に入り情報（本発明における参照リスト情報の一例）が登録される。具体的に、お気に入り情報ＤＢ１２ｇには、ユーザＩＤ、商品ＩＤ、登録日時及び検索条件等が、お気に入りに商品が登録されるごとに対応付けて登録される。ユーザＩＤは、お気に入りへの登録を行ったユーザを示す。商品ＩＤは、お気に入りに登録された商品を示す。また、商品ＩＤは、お気に入りに登録された商品の商品ページへの参照に相当する情報である。商品ページへの実際の参照の情報はＵＲＬであるが、商品ページのＵＲＬは、商品ＩＤから特定することが可能である。なお、商品ページのＵＲＬが、商品ＩＤとともにまたは商品ＩＤの代わりにお気に入り情報ＤＢ１２ｇに登録されるようになっていてもよい。登録日時は、お気に入りへの登録が行われた日時を示す。検索条件は、お気に入りに登録された商品を検索するためにユーザにより指定された条件である。
【００６２】
図５（ｈ）は、お気に入り削除情報ＤＢ１２ｈに登録される内容の一例を示す図である。お気に入り削除情報ＤＢ１２ｈには、お気に入りから削除された商品に関するお気に入り削除情報が登録される。具体的に、お気に入り削除情報ＤＢ１２ｈには、ユーザＩＤ、商品ＩＤ及び削除日時等が、お気に入りから商品が削除されるごとに対応付けて登録される。ユーザＩＤは、お気に入りからの削除を行ったユーザを示す。商品ＩＤは、お気に入りから削除された商品を示す。削除日時は、お気に入りからの削除が行われた日時を示す。
【００６３】
次に、記憶部１２に記憶されるその他の情報について説明する。記憶部１２には、Ｗｅｂページを表示するためのＨＴＭＬ（HyperText Markup Language）文書、ＸＭＬ（Extensible Markup Language）文書、画像データ、テキストデータ、電子文書等の各種データが記憶されている。また、記憶部１２には、管理者等により設定された各種の設定値が記憶されている。
【００６４】
また、記憶部１２には、オペレーティングシステム、ＷＷＷ（World Wide Web）サーバプログラム、ＤＢＭＳ（Database Management System）、電子商取引管理プログラム、商品評価プログラム等の各種プログラムが記憶されている。電子商取引管理プログラムは、電子商取引に関する各種の処理を実行するためのプログラムである。商品評価プログラムは、各商品のリスティングスコアを決定するためのプログラムである。商品評価プログラムにより、各商品のリスティングスコアが随時更新され、例えば、リスティングスコアが商品ＩＤと対応付けて記憶部１２に記憶される。システム制御部１４は、例えば、専用のＡＰＩ（Application Programming Interface）を介して、商品評価プログラムからリスティングスコアを取得することができる。なお、各種プログラムは、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしてもよいし、ＤＶＤ（Digital Versatile Disc）等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。
【００６５】
入出力インターフェース１３は、通信部１１及び記憶部１２とシステム制御部１４との間のインターフェース処理を行うようになっている。
【００６６】
システム制御部１４は、ＣＰＵ１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ等により構成されている。そして、システム制御部１４は、ＣＰＵ１４ａが、各種プログラムを読み出し実行することにより、本発明における特定手段、制御手段及び判定手段として機能するようになっている。
【００６７】
なお、電子商取引サーバ１が、複数のサーバ装置で構成されてもよい。例えば、お気に入りに関する処理を行うサーバ装置、電子商店街において商品の検索や注文等の処理を行うサーバ装置、ユーザ端末３からのリクエストに応じてＷｅｂページを送信するサーバ装置、及びデータベースを管理するサーバ装置等が、互いにＬＡＮ等で接続されてもよい。
【００６８】
［３．電子商取引システムの動作］
次に、電子商取引システムＳの動作について、図６乃至図９を用いて説明する。
【００６９】
［３−１−１．商品の検索時の動作］
図６は、本実施形態に係る電子商取引サーバ１のシステム制御部１４の検索リクエスト受信時処理における処理例を示すフローチャートである。
【００７０】
例えば、ユーザは、予め電子商取引システムＳにログインしているとする。システム制御部１４は、ユーザによるログイン時に、ユーザ端末３からユーザＩＤを受信し、受信したユーザＩＤをクッキーとしてユーザ端末３に保存させている。そのため、ユーザがログインしている場合には、ユーザ端末３から電子商取引サーバ１へ送信されるリクエストには、ユーザＩＤを含むクッキーが付加されている。なお、電子商取引サーバ１が受信したリクエストに付加されたクッキーに含まれるユーザＩＤを、「要求ユーザＩＤ」という。また、要求ユーザＩＤが示すユーザを、「要求ユーザ」という。
【００７１】
ユーザは、電子商店街のＷｅｂページにおいて、商品を検索するための検索条件を指定する。すると、ユーザ端末３は、指定された検索条件を含む検索リクエストを電子商取引サーバ１へ送信する。検索リクエスト受信時処理は、電子商取引サーバ１がユーザ端末３から検索リクエストを受信したときに開始される。
【００７２】
先ず、システム制御部１４は、受信した検索リクエストから要求ユーザＩＤを取得する（ステップＳ１）。次いで、システム制御部１４は、受信した検索リクエストに設定された検索条件を、要求ユーザＩＤに対応付けて保持する（ステップＳ２）。ここで保持された検索条件は、この検索条件で検索された商品の中からお気に入りへの登録が行われるときに、お気に入りに登録される商品に対応付けられる。
【００７３】
次いで、システム制御部１４は、検索条件を満たす商品を検索する（ステップＳ３）。具体的に、システム制御部１４は、検索条件としてキーワードが設定されている場合には、商品名及び商品説明の少なくとも一方にキーワードを含む商品を検索する。また、システム制御部１４は、検索条件としてジャンルＩＤが設定されている場合には、ジャンルＩＤに対応するジャンルに属する商品を検索する。複数の検索条件が設定されている場合、システム制御部１４は、複数の検索条件を満たす商品を検索する。なお、システム制御部１４は、例えば、商品の検索を電子商取引サーバ１以外のサーバ装置等の情報処理装置に実行させて、この情報処理装置から検索結果の情報（例えば、検索された商品の商品ＩＤのリスト等）を取得してもよい。このとき、システム制御部１４は、この情報処理装置から、検索された商品のリスティングスコアとともに検索結果の情報を取得するようにしてもよい。また、システム制御部１４は、例えば、商品を検索するためのプログラムとして商品評価プログラムを含むプログラムを呼び出すことにより、商品を検索させてもよい。そして、システム制御部１４は、検索された商品のリスティングスコアとともに検索結果の情報を、例えばＡＰＩを介して取得してもよい。
【００７４】
次いで、システム制御部１４は、検索された商品のうち１つを選択商品として選択する（ステップＳ４）。次いで、システム制御部１４は、選択商品のリスティングスコアを、例えば、商品評価プログラムのＡＰＩを介して取得する（ステップＳ５）。次いで、システム制御部１４は、後述するリスティングスコア引き上げ制御処理を実行する（ステップＳ６）。次いで、システム制御部１４は、後述するリスティングスコア引き下げ制御処理を実行する（ステップＳ７）。リスティングスコア引き上げ制御処理では、選択商品がリスティングスコアを引き上げる条件を満たす商品である場合、選択商品のリスティングスコアが引き上げられる。また、リスティングスコア引き下げ制御処理では、選択商品がリスティングスコアを引き下げる条件を満たす商品である場合、選択商品のリスティングスコアが引き下げられる。リスティングスコアが引き上げられたり引き下げられたりすることにより、選択商品の表示順位が引き上げられたり引き下げられたりする。
【００７５】
次いで、システム制御部１４は、検索された商品の中にまだ選択していない商品があるか否かを判定する（ステップＳ８）。このとき、システム制御部１４は、まだ選択していない商品があると判定した場合には（ステップＳ８：ＹＥＳ）、まだ選択していない商品のうち１つを選択する（ステップＳ９）。次いで、システム制御部１４は、ステップＳ５に移行する。システム制御部１４は、ステップＳ５〜Ｓ９の処理を繰り返すことにより、検索された各商品のリスティングスコアを必要に応じて引き上げたり引き下げたりする。
【００７６】
そして、システム制御部１４は、全ての商品を選択したと判定した場合には（ステップＳ８：ＮＯ）、記憶部１２から、検索結果ページのＨＴＭＬ文書のテンプレートを取得する（ステップＳ１０）。次いで、システム制御部１４は、検索された商品のうち、リスティングスコア引き上げ制御処理及びリスティングスコア引き下げ制御処理後のリスティングスコアが最も高い商品を選択商品として１つ選択する（ステップＳ１１）。次いで、システム制御部１４は、選択商品の商品情報に基づいて、該当商品情報２３１用のデータを生成する。そして、システム制御部１４は、生成したデータを、取得したテンプレートにおいて、検索結果表示領域２３０に対応する領域に追加設定する（ステップＳ１２）。
【００７７】
次いで、システム制御部１４は、該当商品情報２３１を表示可能な上限数まで該当商品情報２３１用のデータを追加したか否かを判定する（ステップＳ１３）。このとき、システム制御部１４は、上限数まで追加したと判定した場合には（ステップＳ１３：ＹＥＳ）、ステップＳ１６に移行する。一方、システム制御部１４は、上限数まで追加していないと判定した場合には（ステップＳ１３：ＮＯ）、検索した商品のうちまだ該当商品情報２３１用のデータの追加を行っていない商品があるか否かを判定する（ステップＳ１４）。このとき、システム制御部１４は、該当商品情報２３１用のデータの追加を行っていない商品があると判定した場合には（ステップＳ１４：ＹＥＳ）、まだ該当商品情報２３１用のデータの追加を行っていない商品のうち、リスティングスコアが最も高い商品を１つ選択する（ステップＳ１５）。次いで、システム制御部１４は、ステップＳ１２に移行する。システム制御部１４は、ステップＳ１２〜１５の処理を繰り返すことにより、リスティングスコアが高い商品であるほどその該当商品情報２３１が優先的に表示されるようにする。一方、システム制御部１４は、全ての商品について該当商品情報２３１用のデータの追加を行ったと判定した場合には（ステップＳ１４：ＮＯ）、ステップＳ１６に移行する。
【００７８】
ステップＳ１６において、システム制御部１４は、該当商品情報２３１用のデータの設定により完成した検索結果ページのＨＴＭＬ文書を、検索リクエストの送信元のユーザ端末３へ送信する（ステップＳ１６）。システム制御部１４は、この処理を終えると、検索リクエスト受信時処理を終了させる。電子商取引サーバ１から検索結果ページのＨＴＭＬ文書を受信したユーザ端末３は、このＨＴＭＬ文書に基づいて、検索結果ページを画面に表示する。このとき、ユーザ端末３、該当商品情報２３１用のデータに基づいて、このデータの設定順に該当商品情報２３１を検索結果表示領域２３０内の上から表示する。
【００７９】
なお、システム制御部１４は、リスティングスコアを変更することにより商品の表示順位を間接的に変更するのではなく、商品の表示順位を直接変更してもよい。例えば、システム制御部１４は、商品評価プログラムのＡＰＩを介して取得した各商品のリスティングスコアに基づいて、検索された各商品の仮の表示順位を決定する。次いで、システム制御部１４は、検索された各商品について、表示順位を引き上げる条件を満たす商品であるか否か、及び、表示順位を引き下げる条件を満たす商品であるか否かを判定する。判定方法は、後述するリスティングスコア引き上げ制御処理及びリスティングスコア引き下げ制御処理における判定方法と同様である。システム制御部１４は、表示順位を引き上げる条件を満たす商品の表示順位を仮の表示順位から引き上げ、表示順位を引き下げる条件を満たす商品の表示順位を仮の表示順位から引き下げる。また、システム制御部１４は、表示順位の引き上げや引き下げにともない、必要に応じて他の商品の表示順位を仮の表示順位から変更する。このようにして、システム制御部１４は、検索された各商品の最終的な表示順位を決定する。そして、システム制御部１４は、最終的な表示順位に基づいて、検索結果ページのＨＴＭＬ文書を生成する。つまり、システム制御部１４は、最終的な表示順位が高い商品の順に、該当商品情報２３１用のデータを検索結果ページのＨＴＭＬ文書のテンプレートに追加する。
【００８０】
図７は、本実施形態に係る電子商取引サーバ１のシステム制御部１４のリスティングスコア引き上げ制御処理における処理例を示すフローチャートである。
【００８１】
図７に示すように、システム制御部１４は、お気に入り情報ＤＢ１２ｇに要求ユーザＩＤと選択商品の商品ＩＤとを含むお気に入り情報が登録されているか否かを判定する（ステップＳ４１）。つまり、システム制御部１４は、選択商品が要求ユーザのお気に入りに登録されているか否かを判定する。このとき、システム制御部１４は、お気に入り情報が登録されていると判定した場合には（ステップＳ４１：ＹＥＳ）、要求ユーザＩＤと選択商品の商品ＩＤとを含むお気に入り情報から検索条件を取得する（ステップＳ４２）。次いで、システム制御部１４は、取得した検索条件が検索リクエストに設定された検索条件と一致するか否かを判定する（ステップＳ４３）。このとき、システム制御部１４は、一致すると判定した場合には（ステップＳ４３：ＹＥＳ）、リスティングスコア引き上げ制御処理を終了させる。つまり、システム制御部１４は、選択商品のリスティングスコアを引き上げない。
【００８２】
一方、システム制御部１４は、一致しないと判定した場合には（ステップＳ４３：ＮＯ）、検索された商品の総数に応じてリスティングスコアの引き上げ量を決定する（ステップＳ４４）。具体的に、システム制御部１４は、検索された商品の総数が多いほど、引き上げ量を大きくする。次いで、システム制御部１４は、決定した引き上げ量に応じて、選択商品のリスティングスコアを引き上げる（ステップＳ４５）。例えば、システム制御部１４は、選択商品のリスティングスコアに、決定した引き上げ量を加算してもよいし、選択商品のリスティングスコアに、決定した引き上げ量を乗算してもよい。システム制御部１４は、この処理を終えると、リスティングスコア引き上げ制御処理を終了させる。
【００８３】
このように、システム制御部１４は、ステップＳ４１〜Ｓ４３の処理により、特定手段として、ユーザにより今回指定された検索条件に基づいて検索された商品のうち要求ユーザのお気に入り情報が登録されている商品の中から、今回指定された検索条件と異なる検索条件に対応付けてお気に入り情報が登録されている商品を特定する。そして、システム制御部１４は、ステップＳ４５の処理により、制御手段として、特定した商品のリスティングスコアを引き上げることにより、特定した商品の表示順位を、その商品のお気に入り情報が登録されていない場合よりも高くする。
【００８４】
ステップＳ４１において、システム制御部１４は、要求ユーザＩＤと選択商品の商品ＩＤとを含むお気に入り情報が登録されていないと判定した場合には（ステップＳ４１：ＮＯ）、お気に入り情報ＤＢ１２ｇから要求ユーザＩＤを含むお気に入り情報を検索する（ステップＳ４６）。つまり、システム制御部１４は、要求ユーザのお気に入りに登録されている商品を検索する。次いで、システム制御部１４は、検索されたお気に入り情報のうち１つを選択する（ステップＳ４７）。
【００８５】
次いで、システム制御部１４は、選択したお気に入り情報から検索条件を取得する（ステップＳ４８）。次いで、システム制御部１４は、取得した検索条件が検索リクエストに設定された検索条件と一致するか否かを判定する（ステップＳ４９）。このとき、システム制御部１４は、一致すると判定した場合には（ステップＳ４９：ＹＥＳ）、ステップＳ５１に移行する。一方、システム制御部１４は、一致しないと判定した場合には（ステップＳ４９：ＮＯ）、選択商品が、選択したお気に入り情報に設定された商品ＩＤが示す商品の関連商品であるか否かを判定する（ステップＳ５０）。例えば、システム制御部１４は、商品情報に設定されているジャンルＩＤに基づいて、選択商品が、選択したお気に入り情報に設定された商品ＩＤが示す商品と同じジャンルに属する商品であるか否かを判定する。また例えば、システム制御部１４は、商品情報に設定されている店舗ＩＤに基づいて、選択商品が、選択したお気に入り情報に設定された商品ＩＤが示す商品と販売元の店舗が同じ商品であるか否かを判定する。このとき、システム制御部１４は、選択商品が、選択したお気に入り情報に設定された商品ＩＤが示す商品の関連商品であると判定した場合には（ステップＳ５０：ＹＥＳ）、ステップＳ４４に移行する。
【００８６】
一方、システム制御部１４は、選択商品が、選択したお気に入り情報に設定された商品ＩＤが示す商品の関連商品ではないと判定した場合には（ステップＳ５０：ＮＯ）、検索されたお気に入り情報の中にまだ選択していないお気に入り情報があるか否かを判定する（ステップＳ５１）。このとき、システム制御部１４は、まだ選択していないお気に入り情報があると判定した場合には（ステップＳ５１：ＹＥＳ）、まだ選択していないお気に入り情報のうち１つを選択する（ステップＳ５２）。次いで、システム制御部１４は、ステップＳ４８に移行する。一方、システム制御部１４は、全てのお気に入り情報を選択したと判定した場合には（ステップＳ５１：ＮＯ）、リスティングスコア引き上げ制御処理を終了させる。
【００８７】
このように、システム制御部１４は、ステップＳ４８〜Ｓ５２の処理を繰り返すことにより、特定手段として、ユーザにより今回指定された検索条件とは異なる検索条件を含むお気に入り情報がお気に入り情報ＤＢ１２ｇに登録されている商品に関連する商品を特定する。そして、システム制御部１４は、特定した商品の表示順位を引き上げる。
【００８８】
図８は、本実施形態に係る電子商取引サーバ１のシステム制御部１４のリスティングスコア引き下げ制御処理における処理例を示すフローチャートである。
【００８９】
図８に示すように、システム制御部１４は、お気に入り削除情報ＤＢ１２ｈに要求ユーザＩＤと選択商品の商品ＩＤとを含むお気に入り削除情報が登録されているか否かを判定する（ステップＳ６１）。つまり、システム制御部１４は、選択商品が要求ユーザのお気に入りから削除された商品であるか否かを判定する。このとき、システム制御部１４は、お気に入り削除情報が登録されていないと判定した場合には（ステップＳ６１：ＮＯ）、リスティングスコア引き下げ制御処理を終了させる。つまり、システム制御部１４は、選択商品のリスティングスコアを引き下げない。
【００９０】
一方、システム制御部１４は、お気に入り削除情報が登録されていると判定した場合には（ステップＳ６１：ＹＥＳ）、購入履歴ＤＢ１２ｆに要求ユーザＩＤと選択商品の商品ＩＤとを含む購入履歴が登録されているか否かを判定する（ステップＳ６２）。つまり、システム制御部１４は、要求ユーザが選択商品を購入したことがあるか否かを判定する。このとき、システム制御部１４は、購入履歴が登録されていると判定した場合には（ステップＳ６２：ＹＥＳ）、購入履歴に設定されている購入日時がお気に入り削除情報に設定されている削除日時よりも前の日時であるか否かを判定する（ステップＳ６３）。このとき、システム制御部１４は、購入日時が削除日時よりも前の日時であると判定した場合には（ステップＳ６３：ＹＥＳ）、記憶部１２に記憶されている設定値１を引き下げ量として設定する（ステップＳ６４）。
【００９１】
一方、システム制御部１４は、購入履歴が登録されていないと判定した場合（ステップＳ６２：ＮＯ）、または、購入日時が削除日時よりも前の日時ではないと判定した場合には（ステップＳ６３：ＮＯ）、記憶部１２に記憶されている設定値２を引き下げ量として設定する（ステップＳ６５）。設定値２は設定値１よりも大きい値である。なお、設定値１は０であってもよい。つまり、システム制御部１４は、お気に入りから削除される前に購入された商品については、リスティングスコアを引き下げなくてもよい。
【００９２】
システム制御部１４は、ステップＳ６４またはＳ６５において引き下げ量を設定すると、設定した引き上げ量に応じて、選択商品のリスティングスコアを引き下げる（ステップＳ６６）。例えば、システム制御部１４は、選択商品のリスティングスコアから、設定した引き下げ量を減算してもよいし、選択商品のリスティングスコアから、設定した引き下げ量を除算してもよい。システム制御部１４は、この処理を終えると、リスティングスコア引き下げ制御処理を終了させる。
【００９３】
このように、システム制御部１４は、ステップＳ６１の処理により、お気に入り削除情報が登録されている商品を特定する。そして、システム制御部１４は、ステップＳ６６の処理により、制御手段として、特定した商品のリスティングスコアを引き下げることにより、特定した商品の表示順位を、その商品のお気に入り削除情報が登録されていない場合よりも低くする。
【００９４】
［３−１−２．お気に入りへの商品の登録時の動作］
図９（ａ）は、本実施形態に係る電子商取引サーバ１のシステム制御部１４のお気に入り登録リクエスト受信時処理における処理例を示すフローチャートである。
【００９５】
ユーザが、ユーザ端末３により表示された検索結果ページから何れかの商品を選択すると、ユーザ端末３は、選択された商品の商品ページのリクエストを電子商取引サーバ１へ送信し、電子商取引サーバ１は、対応する商品ページをユーザ端末３へ送信する。ユーザが、ユーザ端末３により表示された商品ページにおいて、「お気に入りに追加」と表示されたリンクを選択すると、ユーザ端末３は、お気に入り登録リクエストを電子商取引サーバ１へ送信する。お気に入り登録リクエストには、お気に入りへの登録対象とされた商品の商品ＩＤが設定されている。お気に入り登録リクエスト受信時処理は、電子商取引サーバ１がユーザ端末３からお気に入り登録リクエストを受信したときに開始される。
【００９６】
先ず、システム制御部１４は、受信したお気に入り登録リクエストから要求ユーザＩＤを取得する（ステップＳ８１）。次いで、システム制御部１４は、要求ユーザＩＤに対応付けて保持していた検索条件を取得する（ステップＳ８２）。次いで、システム制御部１４は、現在日時を登録日時として取得する。そして、システム制御部１４は、要求ユーザＩＤ、お気に入り登録リクエストに設定された商品ＩＤ、登録日時及び検索条件を対応付けて、お気に入り情報ＤＢ１２ｇに登録する（ステップＳ８３）。
【００９７】
次いで、システム制御部１４は、要求ユーザＩＤとお気に入り登録リクエストに設定された商品ＩＤとを含むお気に入り削除情報がお気に入り削除情報ＤＢ１２ｈに登録されているか否かを判定する（ステップＳ８４）。このとき、システム制御部１４は、登録されていないと判定した場合には（ステップＳ８４：ＮＯ）、お気に入り登録リクエスト受信時処理を終了させる。一方、システム制御部１４は、登録されていると判定した場合には（ステップＳ８４：ＹＥＳ）、要求ユーザＩＤとお気に入り登録リクエストに設定された商品ＩＤとを含むお気に入り削除情報を、お気に入り削除情報ＤＢ１２ｈから削除する（ステップＳ８５）。この処理は、ユーザがお気に入りから削除した商品を再びお気に入りに登録した場合に実行されることになる。このような商品は、ユーザは一度興味を失ったが、その後再び興味を持つようになった商品であると考えられる。システム制御部１４は、この処理を終えると、お気に入り登録リクエスト受信時処理を終了させる。
【００９８】
［３−１−３．お気に入りからの商品の削除時の動作］
図９（ｂ）は、本実施形態に係る電子商取引サーバ１のシステム制御部１４のお気に入り削除リクエスト受信時処理における処理例を示すフローチャートである。
【００９９】
お気に入りページにおいて、ユーザが、お気に入りに登録されている商品のうち何れかの商品をお気に入りから削除する商品として選択し、「削除する」と表示されたボタンを選択操作する。すると、ユーザ端末３は、選択された商品の商品ＩＤを含むお気に入り削除リクエストを電子商取引サーバ１へ送信する。お気に入り削除リクエスト受信時処理は、電子商取引サーバ１がユーザ端末３からお気に入り削除リクエストを受信したときに開始される。
【０１００】
先ず、システム制御部１４は、受信したお気に入り削除リクエストから要求ユーザＩＤを取得する（ステップＳ９１）。次いで、システム制御部１４は、要求ユーザＩＤとリクエストに設定された商品ＩＤとを含むお気に入り情報を、お気に入り情報ＤＢ１２ｇから削除する（ステップＳ９２）。次いで、システム制御部１４は、現在日時を削除日時として取得する。次いで、システム制御部１４は、要求ユーザＩＤ、リクエストに設定された商品ＩＤ及び削除日時を対応付けてお気に入り削除情報ＤＢ１２ｈに登録する（ステップＳ９３）。システム制御部１４は、この処理を終えると、お気に入り削除リクエスト受信時処理を終了させる。
【０１０１】
以上説明したように、本実施形態によれば、電子商取引サーバ１のシステム制御部１４が、ユーザ端末３からのリクエストに応じて一覧表示の対象とされた複数の商品の中から、お気に入り情報ＤＢ１２ｇにお気に入り情報が登録されている商品、または、お気に入り削除情報ＤＢ１２ｈにお気に入り削除情報が登録されている商品を特定し、特定された商品の、複数の商品の一覧表示における表示態様を制御する。従って、複数の商品の一覧表示を、ユーザの興味に応じてそのユーザに適した表示にすることができる。
【０１０２】
また、システム制御部１４が、ユーザ端末３からの検索リクエストに応じてユーザにより指定された検索条件に基づいて検索された商品のうちお気に入り情報ＤＢ１２ｇにお気に入り情報が登録されている商品の中から、その検索条件とは異なる検索条件と対応付けて商品ＩＤがお気に入り情報ＤＢ１２ｇに登録されている商品を特定し、特定された商品の表示態様を、特定されない場合の表示態様よりも目立つ表示態様に変える。従って、ユーザはその商品が一覧の中にあることに気がつきやすくなる。そのため、ユーザが指定したある観点の条件を満たすお気に入りの商品が、ユーザが指定した別の観点の条件をも満たすことを容易に知ることができる。
【０１０３】
また、システム制御部１４が、ユーザ端末３からの検索リクエストに応じてユーザにより指定された検索条件とは異なる検索条件と対応付けて商品ＩＤがお気に入り情報ＤＢ１２ｇに登録されている商品に関連する商品を更に特定し、特定された商品の表示態様を、特定されない場合の表示態様よりも目立つ表示態様に変える。従って、ユーザが興味を持つ商品に関連する商品も、ユーザが興味を持つ蓋然性が高いので、ユーザは、興味を持つ蓋然性が高い商品が一覧の中にあることに気がつきやすくなる。
【０１０４】
また、システム制御部１４が、検索された商品の総数が多いほど、特定された商品の表示態様の変化量を大きくする。従って、一覧において多数の商品の中にユーザが興味を持つ商品が埋もれてその商品があることに気がつきにくくなることを防止することができる。
【０１０５】
また、システム制御部１４が、お気に入り削除情報ＤＢ１２ｈにお気に入り削除情報が登録されている商品を特定し、特定された商品の表示態様を、特定されない場合の表示態様よりも目立たない表示態様に変える。従って、ユーザが興味を失った商品が一覧の中にあることに気がつきにくくなるので、その商品が他の商品の閲覧の妨げになることを防止することができる。
【０１０６】
また、システム制御部１４が、お気に入りから削除された商品として特定された商品が、お気に入りから削除されるよりも前にユーザにより購入されたか否かを判定し、購入されていないと判定された場合、購入されたと判定された場合よりも、特定された商品の表示態様の変化量を大きくする。従って、より興味を失った商品が他の商品の閲覧の妨げになることを防止することができる。
【０１０７】
なお、上記実施形態においては、ユーザにより指定された検索条件に基づいて検索された商品の一覧が表示される場合に本発明が適用されていた。しかしながら、あらゆる商品の一覧の表示に本発明を適用することができる。例えば、特集で取り上げられている商品の一覧の表示に本発明が適用されてもよい。特集で取り上げられている商品を示す情報は、例えば、商品ＩＤのリストとして予め記憶部１２に記憶される。電子商取引サーバ１は、ユーザ端末３からのリクエストに基づいて、ユーザが特集で取り上げられている商品の一覧を要求していると判断すると、記憶部１２に記憶されているリストに基づいて、一覧表示の対象とする商品を特定する。また、このような商品の一覧表示においてはユーザから検索条件が指定されていないため、電子商取引サーバ１は、一覧表示の対象とされた商品の中にお気に入りに登録されている商品がある場合には、その商品の表示順位を引き上げてもよい。
【０１０８】
また、上記実施形態において、電子商取引サーバ１は、リスティングスコアを上げ下げすることにより、一覧の中における商品の表示順位を間接的に制御していた。しかしながら、電子商取引サーバ１は、表示順位を直接制御してもよい。また、商品の一覧表示における各商品の表示順位が、リスティングスコアの高い順ではなく、例えば、予め設定された順であってもよい。この場合、電子商取引サーバ１は、表示順位を直接制御する。
【０１０９】
また、上記実施形態において、電子商取引サーバ１は、一覧表示における商品の表示態様として、表示順位を制御していた。しかしながら、電子商取引サーバ１は、表示態様として、例えば、該当商品情報２３１の大きさ、該当商品情報２３１中の文字の大きさや太さ、該当商品情報２３１中の文字の色や透明度等を制御し、これにより、表示態様を目立つ表示態様に変えたり目立たない表示態様に変えたりしてもよい。
【０１１０】
また、電子商取引サーバ１は、お気に入りに情報に基づいて一覧表示における商品の表示態様を目立つ表示態様に変えることと、お気に入りに削除情報に基づいて一覧表示における商品の表示態様を目立たない表示態様に変えることとの何れか一方のみ行ってもよい。
【０１１１】
また、上記実施形態において、電子商取引サーバ１は、リクエストを送信してきたユーザ端末３のユーザのお気に入り情報及びお気に入り削除情報のみに基づいて、商品の表示態様を制御していた。しかしながら、電子商取引サーバ１は、例えば、そのユーザに関連付けられている他のユーザのお気に入り情報及びお気に入り削除情報にも基づいて、商品の表示態様を制御してもよい。例えば、電子商取引システムＳのユーザ同士が互いを自分の友人として登録する機能が提供されているとする。ユーザは、例えば、自分の友人として登録している他のユーザのお気に入りの商品を閲覧すること等ができる。例えば、電子商取引サーバ１の記憶部１２には、ユーザのユーザＩＤに対応付けて、そのユーザの友人として登録されているユーザのユーザＩＤが登録される友人情報ＤＢが構築されている。電子商取引サーバ１は、リスティングスコア引き上げ制御処理やリスティングスコア引き下げ制御処理において、友人情報ＤＢに基づいてユーザの友人を特定し、友人のお気に入り情報及びお気に入り削除情報に基づいて、商品の表示順位を制御する。なお、友人のお気に入り情報及びお気に入り削除情報に基づく表示順位の制御方法は、ユーザ自身のお気に入り情報及びお気に入り削除情報に基づく表示順位の制御方法と同様である。
【０１１２】
また、上記実施形態においては、本発明における取引対象が商品に適用されていた。しかしながら、取引対象がサービスに適用されてもよい。そして、電子商取引のシステムとして、サービスの予約が可能なシステムに本発明が適用されてもよい。サービスの予約としては、例えば、宿泊施設の宿泊予約、ゴルフ場等の競技施設の利用予約、交通機関の座席の予約等がある。
【符号の説明】
【０１１３】
１ 電子商取引サーバ
２ 店舗端末
３ ユーザ端末
１１ 通信部
１２ 記憶部
１２ａ 会員情報ＤＢ
１２ｂ ジャンル情報ＤＢ
１２ｃ 店舗情報ＤＢ
１２ｄ 商品情報ＤＢ
１２ｅ 閲覧履歴ＤＢ
１２ｆ 購入履歴ＤＢ
１２ｇ お気に入り情報ＤＢ
１２ｈ お気に入り削除情報ＤＢ
１３ 入出力インターフェース
１４ システム制御部
１４ａ ＣＰＵ
１４ｂ ＲＯＭ
１４ｃ ＲＡＭ
１５ システムバス
ＮＷ ネットワーク
Ｓ 電子商取引システム
【技術分野】
【０００１】
本発明は、取引対象の一覧を表示する情報処理装置の技術分野に関する。
【背景技術】
【０００２】
従来、商品の購入やサービスの予約等、取引対象の購入が可能な電子商取引のＷｅｂサイトが知られている。このようなＷｅｂサイトでは、ユーザからの要求に応じて、取引対象の一覧のＷｅｂページが表示される場合がある。このようなＷｅｂページとしては、例えば、ユーザにより指定された条件を満たす取引対象の検索結果を表示するページであったり、特集で取り上げられた取引対象の一覧を表示するページであったりする。ユーザは、表示された一覧の中から、例えば、ユーザが興味を持った取引対象を選択することにより、その取引対象の詳細な情報を閲覧することができる。そして、ユーザは、取引対象の情報等に基づいて、購入する取引対象を検討する。
【０００３】
一般的な取引対象の一覧の表示においては、取引対象の一覧の中における各取引対象の表示態様（例えば、表示順位、表示形式等）は、如何なるユーザに対しても基本的には同じである。このように、取引対象の一覧の表示が画一的であるため、それぞれのユーザに適した表示になっているとはいえなかった。つまり、取引対象の一覧の表示がユーザの興味に応じた表示になっていないため、例えば、購入する取引対象を検討する場合において、取引対象の一覧がユーザにとって利用しやすい一覧であるとは必ずしもいえなかった。
【０００４】
この点に関連して、非特許文献１には、ホテルを検索する技術が開示されている。この技術においては、ユーザが、検索結果の一覧の中からホテルをショートカットリストに追加することができる。その後、ユーザが検索条件を指定することでホテルの検索が行われると、ショートカットリストに追加されたホテルの情報は、検索結果の一覧の領域の中には表示されず、別の領域の中に表示される。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】Google Inc.、“Google Hotel Finder”、［online］、［平成23年8月30日検索］、インターネット<URL: http://www.google.com/hotelfinder/>
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、非特許文献１に開示された技術では、ショートカットリストに追加されたホテルの情報が検索結果よりも上に表示されるので、検索結果の閲覧の妨げになる。また、検索結果の一覧自体はユーザの興味に応じた表示にはなっていない。
【０００７】
本発明は、以上の点に鑑みてなされたものであり、複数の取引対象の一覧表示を、ユーザの興味に応じてユーザに適した表示にすることができる情報処理装置、情報処理方法、情報処理プログラム、及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、請求項１に記載の発明は、ユーザの要求に応じて一覧表示の対象とされた複数の取引対象の中から、取引対象に関する情報への参照を保持する参照リストにユーザにより登録された取引対象を示す参照リスト登録情報及び前記ユーザにより前記参照リストから削除された取引対象を示す参照リスト削除情報の少なくとも何れか一方を記憶する記憶手段に前記参照リスト登録情報または前記参照リスト削除情報が記憶されている取引対象を特定する特定手段と、前記特定手段により特定された取引対象の前記一覧表示における表示態様を制御する制御手段と、を備えることを特徴とする。
【０００９】
この発明によれば、参照リストに登録されている取引対象はユーザが興味を持っている取引対象である蓋然性が高く、参照リストから削除された取引対象はユーザが興味を失った取引対象である蓋然性が高いので、複数の取引対象の一覧表示を、ユーザの興味に応じてそのユーザに適した表示にすることができる。
【００１０】
請求項２に記載の発明は、請求項１に記載の情報処理装置において、前記記憶手段には、前記参照リスト登録情報として、前記ユーザにより指定された検索条件に基づいて検索された複数の取引対象のうち該ユーザの前記参照リストに登録された取引対象を示す取引対象情報と、該検索条件とが対応付けて記憶されており、前記特定手段は、前記ユーザの要求に応じて該ユーザにより指定された検索条件に基づいて検索された取引対象のうち前記記憶手段に前記参照リスト登録情報が記憶されている取引対象の中から、該検索条件とは異なる検索条件と対応付けて前記取引対象情報が記憶されている取引対象を特定し、前記制御手段は、前記特定手段により特定された取引対象の表示態様を、前記特定手段により特定されない場合の表示態様よりも目立つ表示態様に変えることを特徴とする。
【００１１】
この発明によれば、ある検索条件で検索されて参照リストに登録された取引対象が、その後別の検索条件で検索された場合に、その取引対象が参照リストに登録されていない場合よりも目立つ態様で検索結果の一覧内に表示される。従って、ユーザはその取引対象が一覧の中にあることに気がつきやすくなる。そのため、ユーザが指定したある観点の条件を満たす参照リストの取引対象が、ユーザが指定した別の観点の条件をも満たすことを容易に知ることができる。
【００１２】
請求項３に記載の発明は、請求項２に記載の情報処理装置において、前記特定手段は、前記ユーザの要求に応じて該ユーザにより指定された検索条件とは異なる検索条件と対応付けて前記取引対象情報が記憶されている取引対象に関連する取引対象を更に特定し、前記制御手段は、前記特定手段により特定された取引対象の表示態様を、前記特定手段により特定されない場合の表示態様よりも目立つ表示態様に変えることを特徴とする。
【００１３】
この発明によれば、参照リストに登録された取引対象に関連する取引対象が、参照リストに登録された取引対象に関連する取引対ではない場合よりも目立つ態様で一覧内に表示される。ユーザが興味を持つ取引対象に関連する取引対象も、ユーザが興味を持つ蓋然性が高いので、ユーザは、興味を持つ蓋然性が高い取引対象が一覧の中にあることに気がつきやすくなる。
【００１４】
請求項４に記載の発明は、請求項２または請求項３に記載の情報処理装置において、前記制御手段は、前記一覧表示の対象とされた取引対象の数が多いほど、前記特定手段により特定された取引対象の表示態様の変化量を大きくすることを特徴とする。
【００１５】
この発明によれば、一覧において多数の取引対象の中にユーザが興味を持つ取引対象が埋もれてその取引対象があることに気がつきにくくなることを防止することができる。
【００１６】
請求項５に記載の発明は、請求項１乃至４の何れか１項に記載の情報処理装置において、前記特定手段は、前記一覧表示の対象とされた複数の取引対象の中から前記記憶手段に前記参照リスト削除情報が記憶されている取引対象を特定し、前記制御手段は、前記特定手段により特定された取引対象の表示態様を、前記特定手段により特定されない場合の表示態様よりも目立たない表示態様に変えることを特徴とする。
【００１７】
この発明によれば、参照リストから削除された取引対象が、参照リストから削除されたことがない場合よりも目立たない態様で検索結果の一覧内に表示される。そのため、ユーザが興味を失った取引対象が一覧の中にあることに気がつきにくくなるので、その取引対象が他の取引対象の閲覧の邪魔になることを防止することができる。
【００１８】
請求項６に記載の発明は、請求項５に記載の情報処理装置において、前記特定手段により特定された取引対象が前記参照リストから削除されるよりも前に該取引対象が前記ユーザにより購入されたか否かを判定する判定手段を更に備え、前記制御手段は、前記判定手段により購入されていないと判定された場合、購入されたと判定された場合よりも前記特定手段により特定された取引対象の表示態様の変化量を大きくすることを特徴とする。
【００１９】
この発明によれば、ユーザが参照リストから削除する前に購入しなかった取引対象は、購入した取引対象よりも興味がない取引対象である。そのため、より興味を失った取引対象が他の取引対象の閲覧の邪魔になることを防止することができる。
【００２０】
請求項７に記載の発明は、情報処理装置により実行される情報処理方法であって、ユーザの要求に応じて一覧表示の対象とされた複数の取引対象の中から、取引対象に関する情報への参照を保持する参照リストにユーザにより登録された取引対象を示す参照リスト登録情報及び前記ユーザにより前記参照リストから削除された取引対象を示す参照リスト削除情報の少なくとも何れか一方を記憶する記憶手段に前記参照リスト登録情報または前記参照リスト削除情報が記憶されている取引対象を特定する特定ステップと、前記特定ステップにおいて特定された取引対象の前記一覧表示における表示態様を制御する制御ステップと、を含むことを特徴とする。
【００２１】
請求項８に記載の発明は、情報処理装置に含まれるコンピュータを、ユーザの要求に応じて一覧表示の対象とされた複数の取引対象の中から、取引対象に関する情報への参照を保持する参照リストにユーザにより登録された取引対象を示す参照リスト登録情報及び前記ユーザにより前記参照リストから削除された取引対象を示す参照リスト削除情報の少なくとも何れか一方を記憶する記憶手段に前記参照リスト登録情報または前記参照リスト削除情報が記憶されている取引対象を特定する特定手段、及び、前記特定手段により特定された取引対象の前記一覧表示における表示態様を制御する制御手段、として機能させることを特徴とする。
【００２２】
請求項９に記載の発明は、情報処理装置に含まれるコンピュータを、ユーザの要求に応じて一覧表示の対象とされた複数の取引対象の中から、取引対象に関する情報への参照を保持する参照リストにユーザにより登録された取引対象を示す参照リスト登録情報及び前記ユーザにより前記参照リストから削除された取引対象を示す参照リスト削除情報の少なくとも何れか一方を記憶する記憶手段に前記参照リスト登録情報または前記参照リスト削除情報が記憶されている取引対象を特定する特定手段、及び、前記特定手段により特定された取引対象の前記一覧表示における表示態様を制御する制御手段、として機能させる情報処理プログラムがコンピュータ読み取り可能に記録されていることを特徴とする。
【発明の効果】
【００２３】
本発明によれば、参照リストに登録されている取引対象はユーザが興味を持っている取引対象である蓋然性が高く、参照リストから削除された取引対象はユーザが興味を失った取引対象である蓋然性が高いので、複数の取引対象の一覧表示を、ユーザの興味に応じてそのユーザに適した表示にすることができる。
【図面の簡単な説明】
【００２４】
【図１】一実施形態に係る電子商取引システムＳの概要構成の一例を示す図である。
【図２】検索条件ページの画面表示例を示す図である。
【図３】（ａ）は、お気に入りへの商品の登録状況を示す図であり、（ｂ）は、お気に入りからの商品の削除状況を示す図であり、（ｃ）は、検索結果ページの表示例を示す図である。
【図４】一実施形態に係る電子商取引サーバ１の概要構成の一例を示すブロック図である。
【図５】（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図であり、（ｂ）は、ジャンル情報ＤＢ１２ｂに登録される内容の一例を示す図であり、（ｃ）は、店舗情報ＤＢ１２ｃに登録される内容の一例を示す図であり、（ｄ）は、商品情報ＤＢ１２ｄに登録される内容の一例を示す図であり、（ｅ）は、閲覧履歴ＤＢ１２ｅに登録される内容の一例を示す図であり、（ｆ）は、購入履歴ＤＢ１２ｆに登録される内容の一例を示す図であり、（ｇ）は、お気に入り情報ＤＢ１２ｇに登録される内容の一例を示す図であり、（ｈ）は、お気に入り削除情報ＤＢ１２ｈに登録される内容の一例を示す図である。
【図６】一実施形態に係る電子商取引サーバ１のシステム制御部１４の検索リクエスト受信時処理における処理例を示すフローチャートである。
【図７】一実施形態に係る電子商取引サーバ１のシステム制御部１４のリスティングスコア引き上げ制御処理における処理例を示すフローチャートである。
【図８】一実施形態に係る電子商取引サーバ１のシステム制御部１４のリスティングスコア引き下げ制御処理における処理例を示すフローチャートである。
【図９】（ａ）は、一実施形態に係る電子商取引サーバ１のシステム制御部１４のお気に入り登録リクエスト受信時処理における処理例を示すフローチャートであり、（ｂ）は、一実施形態に係る電子商取引サーバ１のシステム制御部１４のお気に入り削除リクエスト受信時処理における処理例を示すフローチャートである。
【発明を実施するための形態】
【００２５】
以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、電子商取引システムに対して本発明を適用した場合の実施形態である。
【００２６】
［１．電子商取引システムの構成及び機能概要］
［１−１．電子商取引システムの構成］
先ず、本実施形態に係る電子商取引システムＳの構成について、図１を用いて説明する。図１は、本実施形態に係る電子商取引システムＳの概要構成の一例を示す図である。
【００２７】
図１に示すように、電子商取引システムＳは、電子商取引サーバ１と、複数の店舗端末２と、複数のユーザ端末３と、を含んで構成されている。そして、電子商取引サーバ１と各店舗端末２及び各ユーザ端末３とは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。
【００２８】
電子商取引サーバ１（本発明における情報処理装置の一例）は、商品の購入が可能な電子商店街に関する各種処理を実行するサーバ装置である。ユーザは、電子商店街を利用することにより、所望の店舗から所望の商品を購入することができる。電子商取引サーバ１は、店舗端末２やユーザ端末３からのリクエストに応じて、例えば、電子商店街のＷｅｂページを送信したり、商品の検索、購入等に関する処理を行ったりする。
【００２９】
店舗端末２は、電子商店街に出店している店舗の従業員等により利用される端末装置である。店舗端末２は、例えば、販売する商品の情報を電子商店街に登録したり、商品の注文内容を確認したりするために用いられる。また、店舗端末２は、従業員等からの操作に基づいて電子商取引サーバ１にアクセスすることにより、電子商取引サーバ１からＷｅｂページを受信して表示する。店舗端末２には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。店舗端末２としては、例えば、パーソナルコンピュータ等が用いられる。
【００３０】
ユーザ端末３は、電子商店街を利用するユーザの端末装置である。ユーザ端末３は、ユーザからの操作に基づいて電子商取引サーバ１にアクセスすることにより、電子商取引サーバ１からＷｅｂページを受信して表示する。ユーザ端末３には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。ユーザ端末３としては、例えば、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、スマートフォン等の携帯情報端末、携帯電話機等が用いられる。
【００３１】
［１−２．お気に入りと商品の一覧の表示］
電子商取引システムＳにおいては、お気に入り機能が提供されている。お気に入り機能とは、電子商店街で販売されている商品をユーザのお気に入りとして登録することにより、商品ページへの参照をユーザ専用のリストに保持しておき、お気に入りの商品の商品ページをユーザが容易に閲覧することができるようにする機能である。商品ページは、１つの商品に関する詳細な情報が表示されるＷｅｂページである。また、お気に入りの商品は、単にお気に入りともいう。電子商店街においては、商品ページに、「お気に入りに追加」と表示されたハイパーリンク（以下、「リンク」という）が表示されている。ユーザがこのリンクを選択すると、商品ページに情報が表示されている商品が、ユーザのお気に入りに登録される。ユーザは、お気に入りに登録されている商品を、お気に入りページで確認することができる。お気に入りページは、お気に入りに登録されている商品の一覧が表示されるＷｅｂページであり、ユーザごとに専用のＷｅｂページである。また、お気に入りページには、お気に入りに登録された商品の商品ページへのリンクが埋め込まれている。お気に入りページにおいて、ユーザは、任意の商品のリンクを選択すると、対応する商品ページを表示させることができる。また、お気に入りページにおいて、ユーザは、お気に入りに登録されている商品の中から登録しておく必要がない商品を指定してお気に入りから削除することができる。
【００３２】
電子商取引システムＳにおいては、電子商店街で販売されている商品が一覧表示されるＷｅｂページがある。このＷｅｂページとしては、例えば、検索結果ページがある。検索結果ページは、ユーザにより指定された検索条件で検索された商品の一覧が表示されるＷｅｂページである。ユーザは、検索条件として、例えば、キーワード、商品のジャンル等を指定することができる。
【００３３】
図２は、検索条件ページの画面表示例を示す図である。図２に示すように、検索結果ページには、検索条件設定領域２１０、ジャンル指定領域２２０、検索結果表示領域２３０等を含む。検索条件設定領域２１０は、検索条件としてキーワードを指定し直したり、検索された商品を更に絞り込むためのキーワードを指定したりするための領域である。ジャンル指定領域２２０は、検索された商品を更に絞り込むためのジャンルを検索条件として指定するための領域である。
【００３４】
検索結果表示領域２３０には、検索された商品の情報の一覧が表示される。具体的に、検索結果表示領域２３０には、検索された商品の画像、商品名、価格、店舗名等を含む該当商品情報２３１が商品ごとに表示される。該当商品情報２３１は、検索された商品の表示順位に従って表示される。具体的に、表示順位が高いほど、検索結果表示領域２３０内の上方に該当商品情報２３１が表示される。また、検索結果表示領域２３０に情報が表示可能な該当商品情報２３１の上限数が決められている。例えば、上限数が１０である場合、検索結果表示領域２３０には、表示順位が１位から１０位までの商品の該当商品情報２３１が表示される。ここで、ユーザが「次の１０件」と表示されたリンクを選択すると、ユーザ端末３の画面には新たな検索結果ページが表示され、その検索結果ページの検索結果表示領域２３０に、表示順位が１１位から２０位までの商品の該当商品情報２３１が表示される。該当商品情報２３１の表示順位は、リスティングスコアに基づいて決定される。リスティングスコアは、商品またはその商品の商品ページに対して決定された評価を示す値である。リスティングスコアが高いほど、評価が高いことを示す。そして、リスティングスコアが高い商品ほど、その商品の該当商品情報２３１の表示順位が高くなる。例えば、商品ページに対するアクセス数（閲覧数）が多いほどリスティングスコアが高くなるようにしてもよいし、商品の購入数が多いほどリスティングスコアが高くなるようにしてもよい。検索結果表示領域２３０に表示された該当商品情報２３１の中から何れかの該当商品情報２３１をユーザが選択すると、選択された該当商品情報２３１に対応する商品の商品ページが表示される。商品ページにおいてユーザが購入操作を行うことにより、その商品ページに情報が表示されている商品を購入することができる。
【００３５】
電子商取引サーバ１は、検索結果ページにおける一覧中における商品の表示態様を、ユーザの興味に応じた表示態様に制御する。電子商取引サーバ１は、これにより、商品の一覧表示をユーザに適した表示とさせる。ユーザは、自分が興味を持った商品を購入するものである。そのため、商品の一覧における各商品の表示態様がユーザの興味に応じた表示態様となっていると、ユーザが購入する商品を検討するときに、ユーザが興味を持つ商品に気づきやすくなったり、購入候補となるような商品の商品ページへのアクセスが容易となったりするからである。
【００３６】
具体的に、電子商取引サーバ１は、ユーザのお気に入りに対する商品の登録状況に基づいて、一覧表示における商品の表示態様を制御する。お気に入りには、例えば、ユーザが気になった商品、購入候補とした商品、ユーザが好きな商品等が登録される。つまり、お気に入りに登録されている商品は、ユーザが興味を持っている商品である蓋然性が高い。
【００３７】
そこで、電子商取引サーバ１は、お気に入りに登録されている商品の一覧中における表示態様を、お気に入りに登録されていない場合よりも目立つ表示態様に変える。具体的に、電子商取引サーバ１は、お気に入りに登録されている商品の表示順位を、お気に入りに登録されていない場合の表示順位よりも高くする。つまり、電子商取引サーバ１は、お気に入りに登録されている商品の表示順位を引き上げる。しかしながら、電子商取引サーバ１は、お気に入りに登録されている商品の表示順位を常に引き上げるのではない。電子商取引サーバ１は、お気に入りに登録されるきっかけなった検索の際にユーザにより指定された検索条件が、今回指定された検索条件と異なる商品について表示順位を引き上げる。
【００３８】
ユーザのお気に入りに登録されている商品が、そのユーザから如何なるときでも興味を持たれているとは限らない。例えば、ユーザは、ある検索条件ａを指定し、検索条件ａで検索された商品の中から興味を持った商品Ａをお気に入りに登録したとする。その後に、ユーザは再び同じ検索条件ａを指定して商品の検索を行ったとする。この場合、ユーザは、検索条件ａで商品Ａが検索されることを知っており、且つ、商品Ａは既にお気に入りに登録されていることを知っている蓋然性が高い。このときに関しては、ユーザは商品Ａにそれほど興味を持っているとは考えにくい。そのユーザにとっては、商品Ａについて新たな発見がないからである。そのようなとき、商品の一覧の中で商品Ａの表示順位が引き上げられると、その代わりに他の商品の表示順位が引き下げられる。そのため、他の商品の情報の確認の妨げになる場合がある。
【００３９】
これに対し、ユーザは検索条件ａとは異なる検索条件ｂを指定して商品の検索を行ったとする。このとき、検索された商品の中に商品Ａが含まれているとする。そうすると、検索された商品の中からユーザが商品Ａを見つけた場合、ユーザは、商品Ａが検索条件ｂをも満たすという新たな発見をすることになる。検索条件が異なるということは、別の観点で検索を行うことである。つまり、ユーザは、別の観点で商品Ａを見ることができる。このようなとき、ユーザは商品Ａに興味を持つ蓋然性がある。このような商品の表示順位が引き上げられることでその商品が目立つことになるので、ユーザはその商品が一覧の中にあることに気がつきやすい。つまり、ユーザは興味を持った商品が別の観点での条件を満たすことに気がつきやすくなる。
【００４０】
なお、ユーザが検索条件を複数指定する場合がある。例えば、キーワードとジャンルとが指定されたり、複数のキーワードが指定されたりする。複数の検索条件が指定される場合、電子商取引サーバ１は、例えば、少なくとも１つの検索条件が異なる場合に表示順位を引き上げてもよい。１つでも検索条件が異なれば、検索する観点が異なるからである。また、電子商取引サーバ１は、全部の検索条件が異なる場合にのみ表示順位を引き上げてもよい。
【００４１】
一方、お気に入りから商品が削除された場合、その商品は、例えば、ユーザが気にならなくなった商品、購入候補から外れた商品、ユーザが好きではなくたった商品である。つまり、お気に入りから削除された商品は、ユーザが興味を失った商品である蓋然性が高い。なお、購入候補から外れた商品は、その商品を既に購入したため、もう購入する必要がない商品も含む。興味を失った商品の情報はユーザにとっては必要ではない情報である。興味を失った商品の一覧中における表示順位が上位の方にあると、その商品の情報の存在により、他の商品の情報の確認の妨げになる場合がある。
【００４２】
そこで、電子商取引サーバ１は、お気に入りから削除された商品の表示順位を、お気に入りへの登録がされたことがない場合よりも、お気に入りから削除された商品の一覧中における表示順位を低くする。つまり、お気に入りから削除された商品の表示順位を引き下げる。これにより、お気に入りから削除された商品が目立たなくなるので、ユーザが興味を失った商品が一覧の中にあること気がつきにくくなる。これにより、他の商品の確認が妨げられることを防止することができる。
【００４３】
なお、お気に入りに登録されたことがない商品とお気に入りから削除された商品とは、現在お気に入りに登録されていないという点については同じである。しかしながら、お気に入りに登録されたことがない商品は、お気に入りから削除されたこともない商品である。従って、お気に入りに登録されたことがない商品は、ユーザが興味を持っている商品であるのか興味がない商品（ユーザが興味を失った商品を含む）であるのかが分からない商品である。また、お気に入りに登録されたことがない商品は、ユーザがまだ知らない商品である場合もある。一方、お気に入りから削除された商品は、ユーザが興味を失った商品である蓋然性が高い。その点において、お気に入りに登録されたことがない商品は、お気に入りから削除された商品とは異なる。
【００４４】
以下に具体例を示す。図２に示す検索結果ページは、あるユーザがお気に入りへ１つも商品を登録したことがない場合の検索結果ページであるとする。つまり、そのユーザは、お気に入りから商品を削除したこともない。このとき、検索結果表示領域２３０においては、商品Ａ〜商品Ｊの１０個の商品のそれぞれについて該当商品情報２３１が表示されている。そして、商品Ａ〜商品Ｊの表示順位は、アルファベット順になっている。つまり、商品Ａの表示順位が最も高い。また、図２に示す検索結果ページは、検索条件として「天然水」というキーワードが指定された場合の検索結果ページである。
【００４５】
図３（ａ）は、その後のお気に入りへの商品の登録状況を示す図である。また、図３（ｂ）は、お気に入りからの商品の削除状況を示す図である。また、図３（ｃ）は、検索結果ページの表示例を示す図である。
【００４６】
例えば、ユーザは、図２に示す検索結果ページから、商品Ｄの商品ページと商品Ｆの商品ページとを閲覧し、商品Ｄ及び商品Ｆをお気に入りに登録したとする。次に、ユーザは、検索条件として「ミネラルウォーター」というジャンルを指定して、電子商取引サーバ１に商品を検索させる。そのときに検索された商品の中に商品Ｋが含まれており、ユーザは商品Ｋをお気に入りに登録したとする。実は、商品Ｋはキーワード「天然水」でも検索された商品ではあるが、表示順位が１０位より低かったため、図２に示す検索結果ページには表示されていなかった。その後、ユーザは、お気に入りから商品Ｆを削除したとする。
【００４７】
すると、図３（ａ）に示すように、現在お気に入りに登録されている商品は、商品Ｄと商品Ｋである。また、図３（ｂ）に示すように、お気に入りから削除されている商品は、商品Ｆである。この場合に、ユーザが再び検索条件としてキーワード「天然水」を指定して、電子商取引サーバ１に商品を検索させる。すると、図３（ｃ）に示すように、商品Ｄの表示順位は変化していない。商品Ｄがお気に入りに登録されたときに指定された検索条件と、今回指定された検索条件とが一致するからである。一方、商品Ｆと商品Ｋの表示順位は変化している。具体的に、商品Ｆの表示順位は、６位から１０位に変化し、商品Ｋの表示順位は１０位よりも低い順位から７位に変化している。
【００４８】
なお、電子商取引サーバ１は、お気に入りに登録されている商品に関連する商品の表示順位も引き上げる。ユーザが興味を持つ商品に関連する商品も、ユーザが興味を持つ蓋然性があるからである。ここで、お気に入りに登録されている方の商品がお気に入りに登録されるきっかけなった検索の際にユーザにより指定された検索条件と、今回指定された検索条件とが異なる場合に、その商品に関連する商品の表示順位が引き上げられる。また、お気に入りに登録されている方の商品は、今回の検索によって検索された商品の中に含まれていなくてもよい。ある商品に関連する商品としては、例えば、ある商品と同じジャンルに属する商品、ある商品と販売元の店舗が同じ商品、ある商品を主商品とした場合のオプション品、ある商品をオプション品とした場合の主商品等がある。オプション品等としては、例えば、主商品である電動歯ブラシに対して替えブラシ等の消耗品、主商品であるモバイルパソコンに対してモバイルパソコンを収納するケース等のアクセサリー等がある。主商品とオプション品等との関連を示す情報は、例えば、記憶部１２に記憶されていてもよい。また、例えば、オプション品等の商品ページに、主商品の商品コードが掲載されるような場合、つまり、オプション品等の商品情報に主商品の商品コードを含むようにした場合には、商品情報から関連する商品を特定することができる。
【００４９】
また、電子商取引サーバ１は、検索された商品の総数に応じて表示順位の引き上げ量を調整する。検索された商品の総数が多いと、お気に入りに登録されている商品の表示順位を多少引き上げても、多数の商品に埋もれて相対的にあまり目立たない場合がある。そこで、電子商取引サーバ１は、検索された商品の総数が多いほど、表示順位の引き上げ量を大きくする。例えば、電子商取引サーバ１は、予め設定された商品１個あたりの引き上げ量に、検索された商品の総数を乗じて、表示順位の引き上げ量を決定してもよい。
【００５０】
また、電子商取引サーバ１は、お気に入りから削除された商品の表示順位を引き下げる場合、購入された後にお気に入りから削除された商品と、購入されずにお気に入りから削除された商品とで、表示順位の引き下げ量を変える。購入された後にお気に入りから削除された商品は、ユーザがその商品を購入することについては興味を失ったかもしれないが、その商品自体への興味を失ったとまではいいきれない。一方、購入されないでお気に入りから削除された商品は、ユーザが購入にも商品自体にも興味を失った蓋然性が高い。そこで、電子商取引サーバ１は、購入された後にお気に入りから削除された商品の表示順位の引き下げ量を、購入されずにお気に入りから削除された商品の表示順位の引き下げ量よりも大きくする。なお、電子商取引サーバ１は、購入された後にお気に入りから削除された商品については、表示順位を引き下げなくてもよい。
【００５１】
［２．電子商取引サーバの構成］
次に、電子商取引サーバ１の構成について、図４及び図５を用いて説明する。
【００５２】
図４は、本実施形態に係る電子商取引サーバ１の概要構成の一例を示すブロック図である。図４に示すように、電子商取引サーバ１は、通信部１１と、記憶部１２と、入出力インターフェース１３と、システム制御部１４と、を備えている。そして、システム制御部１４と入出力インターフェース１３とは、システムバス１５を介して接続されている。
【００５３】
通信部１１は、ネットワークＮＷに接続して、店舗端末２やユーザ端末３等との通信状態を制御するようになっている。
【００５４】
記憶部１２（本発明における記憶手段の一例）は、例えば、ハードディスクドライブ等により構成されている。この記憶部１２には、会員情報ＤＢ（データベース）１２ａ、ジャンル情報ＤＢ１２ｂ、店舗情報ＤＢ１２ｃ、商品情報ＤＢ１２ｄ、閲覧履歴ＤＢ１２ｅ、購入履歴ＤＢ１２ｆ、お気に入り情報ＤＢ１２ｇ、お気に入り削除情報ＤＢ１２ｈ等のデータベースが構築されている。
【００５５】
図５（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図である。会員情報ＤＢ１２ａには、電子商取引システムＳに会員登録しているユーザに関する会員情報が登録される。具体的に、会員情報ＤＢ１２ａには、ユーザＩＤ、パスワード、ニックネーム、氏名、生年月日、性別、郵便番号、住所、電話番号、電子メールアドレス等のユーザの属性が、ユーザごとに対応付けて登録される。ユーザＩＤは、ユーザの識別情報である。
【００５６】
図５（ｂ）は、ジャンル情報ＤＢ１２ｂに登録される内容の一例を示す図である。ジャンル情報ＤＢ１２ｂには、商品のジャンルに関するジャンル情報が登録されている。具体的に、ジャンル情報ＤＢ１２ｂには、ジャンルＩＤ、ジャンル名、ジャンルのレベル、親ジャンルＩＤ、子ジャンルＩＤリスト等のジャンルの属性が、ジャンルごとに対応付けて登録される。ジャンル情報は、例えば、電子商店街の管理者等により設定される。商品のジャンルは、木構造で階層的に定義されている。具体的に、木構造の各ノードが、ジャンルに相当する。ノードの深さが、そのノードに相当するジャンルのレベル（階層）に相当する。ノードの深さは、根に位置するノード（以下、「根ノード」という）からの距離である。レベルの値が大きいほど、レベルとしての深さが深く、レベルの値が小さいほど、レベルとしての深さが浅い。根ノードが有する子ノードに相当するジャンルがレベル１のジャンルである。レベル１のジャンルが最上位のジャンルである。レベル１の各ジャンルに対しては、子ノードに相当するジャンルが、レベル２のジャンルとして定義されている。ここで、あるジャンルＣ１の子ノードに相当するジャンルＣ２を、ジャンルＣ１の「子ジャンル」という。子ジャンルを、サブジャンルともいう。また、このときのジャンルＣ１を、ジャンルＣ２の「親ジャンル」という。子ジャンルは、親ジャンルを更に複数に区分したときに、同じような商品が属する範囲である。従って、子ジャンルは親ジャンルに属する。ジャンルＩＤは、ジャンル情報によって定義されるジャンルの識別情報である。親ジャンルＩＤは、ジャンル情報によって定義されるジャンルの親ジャンルのジャンルＩＤである。子ジャンルＩＤリストは、ジャンル情報によって定義されるジャンルの子ジャンルのジャンルＩＤのリストである。子ジャンルＩＤリストは、ジャンル情報によって定義されるジャンルが子ジャンルを有する場合に設定される。
【００５７】
図５（ｃ）は、店舗情報ＤＢ１２ｃに登録される内容の一例を示す図である。店舗情報ＤＢ１２ｃには、電子商店街に出店している店舗に関する店舗情報が登録される。具体的に、店舗情報ＤＢ１２ｃには、店舗ＩＤ、店舗名、郵便番号、住所、電話番号、電子メールアドレス、取扱ジャンル情報等の店舗の属性が、店舗ごとに対応付けて登録される。店舗ＩＤは、店舗の識別情報である。取扱ジャンル情報は、店舗が取り扱っている商品（店舗が販売している商品）のジャンルを示す情報である。具体的に、取扱ジャンル情報には、店舗が取り扱っている商品のジャンルごとにジャンルＩＤが設定されている。
【００５８】
図５（ｄ）は、商品情報ＤＢ１２ｄに登録される内容の一例を示す図である。商品情報ＤＢ１２ｄには、電子商店街で販売されている商品に関する商品情報が登録される。具体的に、商品情報ＤＢ１２ｄには、商品ＩＤ、店舗ＩＤ、商品コード、ジャンルＩＤ、商品名、商品画像のＵＲＬ（Uniform Resource Locator）、商品説明、商品価格等の商品の属性が、店舗が販売する商品ごとに対応付けて登録される。商品ＩＤ（本発明における取引対象情報の一例）は、店舗等が、販売する商品を管理するための商品の識別情報である。店舗ＩＤは、商品の販売元の店舗を示す。商品コードは、商品を識別するコード番号である。商品コードとしては、例えば、ＪＡＮ（Japanese Article Number Code）コード等がある。ジャンルＩＤは、商品が属するジャンルのジャンルＩＤである。
【００５９】
図５（ｅ）は、閲覧履歴ＤＢ１２ｅに登録される内容の一例を示す図である。閲覧履歴ＤＢ１２ｅには、電子商店街の商品ページの閲覧履歴が登録される。具体的に、閲覧履歴ＤＢ１２ｅには、商品ＩＤ、閲覧日時及びユーザＩＤが、商品ページが閲覧されるごとに対応付けて登録される。商品ＩＤは、商品ページが閲覧された商品を示す。閲覧日時は、商品ページが閲覧された日時を示す。具体的に、閲覧日時は、電子商取引サーバ１がユーザ端末３へ商品ページを送信した日時である。ユーザＩＤは、商品ページを閲覧したユーザを示す。
【００６０】
図５（ｆ）は、購入履歴ＤＢ１２ｆに登録される内容の一例を示す図である。購入履歴ＤＢ１２ｆには、ユーザによる商品の購入履歴が登録される。具体的に、購入履歴ＤＢ１２ｆには、注文コード、購入日時、ユーザＩＤ、商品ＩＤ、店舗ＩＤ、商品コード、購入数等が、商品の購入ごとに対応付けて登録される。注文コードは、商品の注文が行われるたびに付与される注文の識別情報である。ユーザＩＤは、購入したユーザを示す。商品ＩＤ及び商品コードは、購入された商品を示す。店舗ＩＤは、購入先の店舗を示す。購入数は、購入された商品の個数である。
【００６１】
図５（ｇ）は、お気に入り情報ＤＢ１２ｇに登録される内容の一例を示す図である。お気に入り情報ＤＢ１２ｇには、ユーザのお気に入りに関するお気に入り情報（本発明における参照リスト情報の一例）が登録される。具体的に、お気に入り情報ＤＢ１２ｇには、ユーザＩＤ、商品ＩＤ、登録日時及び検索条件等が、お気に入りに商品が登録されるごとに対応付けて登録される。ユーザＩＤは、お気に入りへの登録を行ったユーザを示す。商品ＩＤは、お気に入りに登録された商品を示す。また、商品ＩＤは、お気に入りに登録された商品の商品ページへの参照に相当する情報である。商品ページへの実際の参照の情報はＵＲＬであるが、商品ページのＵＲＬは、商品ＩＤから特定することが可能である。なお、商品ページのＵＲＬが、商品ＩＤとともにまたは商品ＩＤの代わりにお気に入り情報ＤＢ１２ｇに登録されるようになっていてもよい。登録日時は、お気に入りへの登録が行われた日時を示す。検索条件は、お気に入りに登録された商品を検索するためにユーザにより指定された条件である。
【００６２】
図５（ｈ）は、お気に入り削除情報ＤＢ１２ｈに登録される内容の一例を示す図である。お気に入り削除情報ＤＢ１２ｈには、お気に入りから削除された商品に関するお気に入り削除情報が登録される。具体的に、お気に入り削除情報ＤＢ１２ｈには、ユーザＩＤ、商品ＩＤ及び削除日時等が、お気に入りから商品が削除されるごとに対応付けて登録される。ユーザＩＤは、お気に入りからの削除を行ったユーザを示す。商品ＩＤは、お気に入りから削除された商品を示す。削除日時は、お気に入りからの削除が行われた日時を示す。
【００６３】
次に、記憶部１２に記憶されるその他の情報について説明する。記憶部１２には、Ｗｅｂページを表示するためのＨＴＭＬ（HyperText Markup Language）文書、ＸＭＬ（Extensible Markup Language）文書、画像データ、テキストデータ、電子文書等の各種データが記憶されている。また、記憶部１２には、管理者等により設定された各種の設定値が記憶されている。
【００６４】
また、記憶部１２には、オペレーティングシステム、ＷＷＷ（World Wide Web）サーバプログラム、ＤＢＭＳ（Database Management System）、電子商取引管理プログラム、商品評価プログラム等の各種プログラムが記憶されている。電子商取引管理プログラムは、電子商取引に関する各種の処理を実行するためのプログラムである。商品評価プログラムは、各商品のリスティングスコアを決定するためのプログラムである。商品評価プログラムにより、各商品のリスティングスコアが随時更新され、例えば、リスティングスコアが商品ＩＤと対応付けて記憶部１２に記憶される。システム制御部１４は、例えば、専用のＡＰＩ（Application Programming Interface）を介して、商品評価プログラムからリスティングスコアを取得することができる。なお、各種プログラムは、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしてもよいし、ＤＶＤ（Digital Versatile Disc）等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。
【００６５】
入出力インターフェース１３は、通信部１１及び記憶部１２とシステム制御部１４との間のインターフェース処理を行うようになっている。
【００６６】
システム制御部１４は、ＣＰＵ１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ等により構成されている。そして、システム制御部１４は、ＣＰＵ１４ａが、各種プログラムを読み出し実行することにより、本発明における特定手段、制御手段及び判定手段として機能するようになっている。
【００６７】
なお、電子商取引サーバ１が、複数のサーバ装置で構成されてもよい。例えば、お気に入りに関する処理を行うサーバ装置、電子商店街において商品の検索や注文等の処理を行うサーバ装置、ユーザ端末３からのリクエストに応じてＷｅｂページを送信するサーバ装置、及びデータベースを管理するサーバ装置等が、互いにＬＡＮ等で接続されてもよい。
【００６８】
［３．電子商取引システムの動作］
次に、電子商取引システムＳの動作について、図６乃至図９を用いて説明する。
【００６９】
［３−１−１．商品の検索時の動作］
図６は、本実施形態に係る電子商取引サーバ１のシステム制御部１４の検索リクエスト受信時処理における処理例を示すフローチャートである。
【００７０】
例えば、ユーザは、予め電子商取引システムＳにログインしているとする。システム制御部１４は、ユーザによるログイン時に、ユーザ端末３からユーザＩＤを受信し、受信したユーザＩＤをクッキーとしてユーザ端末３に保存させている。そのため、ユーザがログインしている場合には、ユーザ端末３から電子商取引サーバ１へ送信されるリクエストには、ユーザＩＤを含むクッキーが付加されている。なお、電子商取引サーバ１が受信したリクエストに付加されたクッキーに含まれるユーザＩＤを、「要求ユーザＩＤ」という。また、要求ユーザＩＤが示すユーザを、「要求ユーザ」という。
【００７１】
ユーザは、電子商店街のＷｅｂページにおいて、商品を検索するための検索条件を指定する。すると、ユーザ端末３は、指定された検索条件を含む検索リクエストを電子商取引サーバ１へ送信する。検索リクエスト受信時処理は、電子商取引サーバ１がユーザ端末３から検索リクエストを受信したときに開始される。
【００７２】
先ず、システム制御部１４は、受信した検索リクエストから要求ユーザＩＤを取得する（ステップＳ１）。次いで、システム制御部１４は、受信した検索リクエストに設定された検索条件を、要求ユーザＩＤに対応付けて保持する（ステップＳ２）。ここで保持された検索条件は、この検索条件で検索された商品の中からお気に入りへの登録が行われるときに、お気に入りに登録される商品に対応付けられる。
【００７３】
次いで、システム制御部１４は、検索条件を満たす商品を検索する（ステップＳ３）。具体的に、システム制御部１４は、検索条件としてキーワードが設定されている場合には、商品名及び商品説明の少なくとも一方にキーワードを含む商品を検索する。また、システム制御部１４は、検索条件としてジャンルＩＤが設定されている場合には、ジャンルＩＤに対応するジャンルに属する商品を検索する。複数の検索条件が設定されている場合、システム制御部１４は、複数の検索条件を満たす商品を検索する。なお、システム制御部１４は、例えば、商品の検索を電子商取引サーバ１以外のサーバ装置等の情報処理装置に実行させて、この情報処理装置から検索結果の情報（例えば、検索された商品の商品ＩＤのリスト等）を取得してもよい。このとき、システム制御部１４は、この情報処理装置から、検索された商品のリスティングスコアとともに検索結果の情報を取得するようにしてもよい。また、システム制御部１４は、例えば、商品を検索するためのプログラムとして商品評価プログラムを含むプログラムを呼び出すことにより、商品を検索させてもよい。そして、システム制御部１４は、検索された商品のリスティングスコアとともに検索結果の情報を、例えばＡＰＩを介して取得してもよい。
【００７４】
次いで、システム制御部１４は、検索された商品のうち１つを選択商品として選択する（ステップＳ４）。次いで、システム制御部１４は、選択商品のリスティングスコアを、例えば、商品評価プログラムのＡＰＩを介して取得する（ステップＳ５）。次いで、システム制御部１４は、後述するリスティングスコア引き上げ制御処理を実行する（ステップＳ６）。次いで、システム制御部１４は、後述するリスティングスコア引き下げ制御処理を実行する（ステップＳ７）。リスティングスコア引き上げ制御処理では、選択商品がリスティングスコアを引き上げる条件を満たす商品である場合、選択商品のリスティングスコアが引き上げられる。また、リスティングスコア引き下げ制御処理では、選択商品がリスティングスコアを引き下げる条件を満たす商品である場合、選択商品のリスティングスコアが引き下げられる。リスティングスコアが引き上げられたり引き下げられたりすることにより、選択商品の表示順位が引き上げられたり引き下げられたりする。
【００７５】
次いで、システム制御部１４は、検索された商品の中にまだ選択していない商品があるか否かを判定する（ステップＳ８）。このとき、システム制御部１４は、まだ選択していない商品があると判定した場合には（ステップＳ８：ＹＥＳ）、まだ選択していない商品のうち１つを選択する（ステップＳ９）。次いで、システム制御部１４は、ステップＳ５に移行する。システム制御部１４は、ステップＳ５〜Ｓ９の処理を繰り返すことにより、検索された各商品のリスティングスコアを必要に応じて引き上げたり引き下げたりする。
【００７６】
そして、システム制御部１４は、全ての商品を選択したと判定した場合には（ステップＳ８：ＮＯ）、記憶部１２から、検索結果ページのＨＴＭＬ文書のテンプレートを取得する（ステップＳ１０）。次いで、システム制御部１４は、検索された商品のうち、リスティングスコア引き上げ制御処理及びリスティングスコア引き下げ制御処理後のリスティングスコアが最も高い商品を選択商品として１つ選択する（ステップＳ１１）。次いで、システム制御部１４は、選択商品の商品情報に基づいて、該当商品情報２３１用のデータを生成する。そして、システム制御部１４は、生成したデータを、取得したテンプレートにおいて、検索結果表示領域２３０に対応する領域に追加設定する（ステップＳ１２）。
【００７７】
次いで、システム制御部１４は、該当商品情報２３１を表示可能な上限数まで該当商品情報２３１用のデータを追加したか否かを判定する（ステップＳ１３）。このとき、システム制御部１４は、上限数まで追加したと判定した場合には（ステップＳ１３：ＹＥＳ）、ステップＳ１６に移行する。一方、システム制御部１４は、上限数まで追加していないと判定した場合には（ステップＳ１３：ＮＯ）、検索した商品のうちまだ該当商品情報２３１用のデータの追加を行っていない商品があるか否かを判定する（ステップＳ１４）。このとき、システム制御部１４は、該当商品情報２３１用のデータの追加を行っていない商品があると判定した場合には（ステップＳ１４：ＹＥＳ）、まだ該当商品情報２３１用のデータの追加を行っていない商品のうち、リスティングスコアが最も高い商品を１つ選択する（ステップＳ１５）。次いで、システム制御部１４は、ステップＳ１２に移行する。システム制御部１４は、ステップＳ１２〜１５の処理を繰り返すことにより、リスティングスコアが高い商品であるほどその該当商品情報２３１が優先的に表示されるようにする。一方、システム制御部１４は、全ての商品について該当商品情報２３１用のデータの追加を行ったと判定した場合には（ステップＳ１４：ＮＯ）、ステップＳ１６に移行する。
【００７８】
ステップＳ１６において、システム制御部１４は、該当商品情報２３１用のデータの設定により完成した検索結果ページのＨＴＭＬ文書を、検索リクエストの送信元のユーザ端末３へ送信する（ステップＳ１６）。システム制御部１４は、この処理を終えると、検索リクエスト受信時処理を終了させる。電子商取引サーバ１から検索結果ページのＨＴＭＬ文書を受信したユーザ端末３は、このＨＴＭＬ文書に基づいて、検索結果ページを画面に表示する。このとき、ユーザ端末３、該当商品情報２３１用のデータに基づいて、このデータの設定順に該当商品情報２３１を検索結果表示領域２３０内の上から表示する。
【００７９】
なお、システム制御部１４は、リスティングスコアを変更することにより商品の表示順位を間接的に変更するのではなく、商品の表示順位を直接変更してもよい。例えば、システム制御部１４は、商品評価プログラムのＡＰＩを介して取得した各商品のリスティングスコアに基づいて、検索された各商品の仮の表示順位を決定する。次いで、システム制御部１４は、検索された各商品について、表示順位を引き上げる条件を満たす商品であるか否か、及び、表示順位を引き下げる条件を満たす商品であるか否かを判定する。判定方法は、後述するリスティングスコア引き上げ制御処理及びリスティングスコア引き下げ制御処理における判定方法と同様である。システム制御部１４は、表示順位を引き上げる条件を満たす商品の表示順位を仮の表示順位から引き上げ、表示順位を引き下げる条件を満たす商品の表示順位を仮の表示順位から引き下げる。また、システム制御部１４は、表示順位の引き上げや引き下げにともない、必要に応じて他の商品の表示順位を仮の表示順位から変更する。このようにして、システム制御部１４は、検索された各商品の最終的な表示順位を決定する。そして、システム制御部１４は、最終的な表示順位に基づいて、検索結果ページのＨＴＭＬ文書を生成する。つまり、システム制御部１４は、最終的な表示順位が高い商品の順に、該当商品情報２３１用のデータを検索結果ページのＨＴＭＬ文書のテンプレートに追加する。
【００８０】
図７は、本実施形態に係る電子商取引サーバ１のシステム制御部１４のリスティングスコア引き上げ制御処理における処理例を示すフローチャートである。
【００８１】
図７に示すように、システム制御部１４は、お気に入り情報ＤＢ１２ｇに要求ユーザＩＤと選択商品の商品ＩＤとを含むお気に入り情報が登録されているか否かを判定する（ステップＳ４１）。つまり、システム制御部１４は、選択商品が要求ユーザのお気に入りに登録されているか否かを判定する。このとき、システム制御部１４は、お気に入り情報が登録されていると判定した場合には（ステップＳ４１：ＹＥＳ）、要求ユーザＩＤと選択商品の商品ＩＤとを含むお気に入り情報から検索条件を取得する（ステップＳ４２）。次いで、システム制御部１４は、取得した検索条件が検索リクエストに設定された検索条件と一致するか否かを判定する（ステップＳ４３）。このとき、システム制御部１４は、一致すると判定した場合には（ステップＳ４３：ＹＥＳ）、リスティングスコア引き上げ制御処理を終了させる。つまり、システム制御部１４は、選択商品のリスティングスコアを引き上げない。
【００８２】
一方、システム制御部１４は、一致しないと判定した場合には（ステップＳ４３：ＮＯ）、検索された商品の総数に応じてリスティングスコアの引き上げ量を決定する（ステップＳ４４）。具体的に、システム制御部１４は、検索された商品の総数が多いほど、引き上げ量を大きくする。次いで、システム制御部１４は、決定した引き上げ量に応じて、選択商品のリスティングスコアを引き上げる（ステップＳ４５）。例えば、システム制御部１４は、選択商品のリスティングスコアに、決定した引き上げ量を加算してもよいし、選択商品のリスティングスコアに、決定した引き上げ量を乗算してもよい。システム制御部１４は、この処理を終えると、リスティングスコア引き上げ制御処理を終了させる。
【００８３】
このように、システム制御部１４は、ステップＳ４１〜Ｓ４３の処理により、特定手段として、ユーザにより今回指定された検索条件に基づいて検索された商品のうち要求ユーザのお気に入り情報が登録されている商品の中から、今回指定された検索条件と異なる検索条件に対応付けてお気に入り情報が登録されている商品を特定する。そして、システム制御部１４は、ステップＳ４５の処理により、制御手段として、特定した商品のリスティングスコアを引き上げることにより、特定した商品の表示順位を、その商品のお気に入り情報が登録されていない場合よりも高くする。
【００８４】
ステップＳ４１において、システム制御部１４は、要求ユーザＩＤと選択商品の商品ＩＤとを含むお気に入り情報が登録されていないと判定した場合には（ステップＳ４１：ＮＯ）、お気に入り情報ＤＢ１２ｇから要求ユーザＩＤを含むお気に入り情報を検索する（ステップＳ４６）。つまり、システム制御部１４は、要求ユーザのお気に入りに登録されている商品を検索する。次いで、システム制御部１４は、検索されたお気に入り情報のうち１つを選択する（ステップＳ４７）。
【００８５】
次いで、システム制御部１４は、選択したお気に入り情報から検索条件を取得する（ステップＳ４８）。次いで、システム制御部１４は、取得した検索条件が検索リクエストに設定された検索条件と一致するか否かを判定する（ステップＳ４９）。このとき、システム制御部１４は、一致すると判定した場合には（ステップＳ４９：ＹＥＳ）、ステップＳ５１に移行する。一方、システム制御部１４は、一致しないと判定した場合には（ステップＳ４９：ＮＯ）、選択商品が、選択したお気に入り情報に設定された商品ＩＤが示す商品の関連商品であるか否かを判定する（ステップＳ５０）。例えば、システム制御部１４は、商品情報に設定されているジャンルＩＤに基づいて、選択商品が、選択したお気に入り情報に設定された商品ＩＤが示す商品と同じジャンルに属する商品であるか否かを判定する。また例えば、システム制御部１４は、商品情報に設定されている店舗ＩＤに基づいて、選択商品が、選択したお気に入り情報に設定された商品ＩＤが示す商品と販売元の店舗が同じ商品であるか否かを判定する。このとき、システム制御部１４は、選択商品が、選択したお気に入り情報に設定された商品ＩＤが示す商品の関連商品であると判定した場合には（ステップＳ５０：ＹＥＳ）、ステップＳ４４に移行する。
【００８６】
一方、システム制御部１４は、選択商品が、選択したお気に入り情報に設定された商品ＩＤが示す商品の関連商品ではないと判定した場合には（ステップＳ５０：ＮＯ）、検索されたお気に入り情報の中にまだ選択していないお気に入り情報があるか否かを判定する（ステップＳ５１）。このとき、システム制御部１４は、まだ選択していないお気に入り情報があると判定した場合には（ステップＳ５１：ＹＥＳ）、まだ選択していないお気に入り情報のうち１つを選択する（ステップＳ５２）。次いで、システム制御部１４は、ステップＳ４８に移行する。一方、システム制御部１４は、全てのお気に入り情報を選択したと判定した場合には（ステップＳ５１：ＮＯ）、リスティングスコア引き上げ制御処理を終了させる。
【００８７】
このように、システム制御部１４は、ステップＳ４８〜Ｓ５２の処理を繰り返すことにより、特定手段として、ユーザにより今回指定された検索条件とは異なる検索条件を含むお気に入り情報がお気に入り情報ＤＢ１２ｇに登録されている商品に関連する商品を特定する。そして、システム制御部１４は、特定した商品の表示順位を引き上げる。
【００８８】
図８は、本実施形態に係る電子商取引サーバ１のシステム制御部１４のリスティングスコア引き下げ制御処理における処理例を示すフローチャートである。
【００８９】
図８に示すように、システム制御部１４は、お気に入り削除情報ＤＢ１２ｈに要求ユーザＩＤと選択商品の商品ＩＤとを含むお気に入り削除情報が登録されているか否かを判定する（ステップＳ６１）。つまり、システム制御部１４は、選択商品が要求ユーザのお気に入りから削除された商品であるか否かを判定する。このとき、システム制御部１４は、お気に入り削除情報が登録されていないと判定した場合には（ステップＳ６１：ＮＯ）、リスティングスコア引き下げ制御処理を終了させる。つまり、システム制御部１４は、選択商品のリスティングスコアを引き下げない。
【００９０】
一方、システム制御部１４は、お気に入り削除情報が登録されていると判定した場合には（ステップＳ６１：ＹＥＳ）、購入履歴ＤＢ１２ｆに要求ユーザＩＤと選択商品の商品ＩＤとを含む購入履歴が登録されているか否かを判定する（ステップＳ６２）。つまり、システム制御部１４は、要求ユーザが選択商品を購入したことがあるか否かを判定する。このとき、システム制御部１４は、購入履歴が登録されていると判定した場合には（ステップＳ６２：ＹＥＳ）、購入履歴に設定されている購入日時がお気に入り削除情報に設定されている削除日時よりも前の日時であるか否かを判定する（ステップＳ６３）。このとき、システム制御部１４は、購入日時が削除日時よりも前の日時であると判定した場合には（ステップＳ６３：ＹＥＳ）、記憶部１２に記憶されている設定値１を引き下げ量として設定する（ステップＳ６４）。
【００９１】
一方、システム制御部１４は、購入履歴が登録されていないと判定した場合（ステップＳ６２：ＮＯ）、または、購入日時が削除日時よりも前の日時ではないと判定した場合には（ステップＳ６３：ＮＯ）、記憶部１２に記憶されている設定値２を引き下げ量として設定する（ステップＳ６５）。設定値２は設定値１よりも大きい値である。なお、設定値１は０であってもよい。つまり、システム制御部１４は、お気に入りから削除される前に購入された商品については、リスティングスコアを引き下げなくてもよい。
【００９２】
システム制御部１４は、ステップＳ６４またはＳ６５において引き下げ量を設定すると、設定した引き上げ量に応じて、選択商品のリスティングスコアを引き下げる（ステップＳ６６）。例えば、システム制御部１４は、選択商品のリスティングスコアから、設定した引き下げ量を減算してもよいし、選択商品のリスティングスコアから、設定した引き下げ量を除算してもよい。システム制御部１４は、この処理を終えると、リスティングスコア引き下げ制御処理を終了させる。
【００９３】
このように、システム制御部１４は、ステップＳ６１の処理により、お気に入り削除情報が登録されている商品を特定する。そして、システム制御部１４は、ステップＳ６６の処理により、制御手段として、特定した商品のリスティングスコアを引き下げることにより、特定した商品の表示順位を、その商品のお気に入り削除情報が登録されていない場合よりも低くする。
【００９４】
［３−１−２．お気に入りへの商品の登録時の動作］
図９（ａ）は、本実施形態に係る電子商取引サーバ１のシステム制御部１４のお気に入り登録リクエスト受信時処理における処理例を示すフローチャートである。
【００９５】
ユーザが、ユーザ端末３により表示された検索結果ページから何れかの商品を選択すると、ユーザ端末３は、選択された商品の商品ページのリクエストを電子商取引サーバ１へ送信し、電子商取引サーバ１は、対応する商品ページをユーザ端末３へ送信する。ユーザが、ユーザ端末３により表示された商品ページにおいて、「お気に入りに追加」と表示されたリンクを選択すると、ユーザ端末３は、お気に入り登録リクエストを電子商取引サーバ１へ送信する。お気に入り登録リクエストには、お気に入りへの登録対象とされた商品の商品ＩＤが設定されている。お気に入り登録リクエスト受信時処理は、電子商取引サーバ１がユーザ端末３からお気に入り登録リクエストを受信したときに開始される。
【００９６】
先ず、システム制御部１４は、受信したお気に入り登録リクエストから要求ユーザＩＤを取得する（ステップＳ８１）。次いで、システム制御部１４は、要求ユーザＩＤに対応付けて保持していた検索条件を取得する（ステップＳ８２）。次いで、システム制御部１４は、現在日時を登録日時として取得する。そして、システム制御部１４は、要求ユーザＩＤ、お気に入り登録リクエストに設定された商品ＩＤ、登録日時及び検索条件を対応付けて、お気に入り情報ＤＢ１２ｇに登録する（ステップＳ８３）。
【００９７】
次いで、システム制御部１４は、要求ユーザＩＤとお気に入り登録リクエストに設定された商品ＩＤとを含むお気に入り削除情報がお気に入り削除情報ＤＢ１２ｈに登録されているか否かを判定する（ステップＳ８４）。このとき、システム制御部１４は、登録されていないと判定した場合には（ステップＳ８４：ＮＯ）、お気に入り登録リクエスト受信時処理を終了させる。一方、システム制御部１４は、登録されていると判定した場合には（ステップＳ８４：ＹＥＳ）、要求ユーザＩＤとお気に入り登録リクエストに設定された商品ＩＤとを含むお気に入り削除情報を、お気に入り削除情報ＤＢ１２ｈから削除する（ステップＳ８５）。この処理は、ユーザがお気に入りから削除した商品を再びお気に入りに登録した場合に実行されることになる。このような商品は、ユーザは一度興味を失ったが、その後再び興味を持つようになった商品であると考えられる。システム制御部１４は、この処理を終えると、お気に入り登録リクエスト受信時処理を終了させる。
【００９８】
［３−１−３．お気に入りからの商品の削除時の動作］
図９（ｂ）は、本実施形態に係る電子商取引サーバ１のシステム制御部１４のお気に入り削除リクエスト受信時処理における処理例を示すフローチャートである。
【００９９】
お気に入りページにおいて、ユーザが、お気に入りに登録されている商品のうち何れかの商品をお気に入りから削除する商品として選択し、「削除する」と表示されたボタンを選択操作する。すると、ユーザ端末３は、選択された商品の商品ＩＤを含むお気に入り削除リクエストを電子商取引サーバ１へ送信する。お気に入り削除リクエスト受信時処理は、電子商取引サーバ１がユーザ端末３からお気に入り削除リクエストを受信したときに開始される。
【０１００】
先ず、システム制御部１４は、受信したお気に入り削除リクエストから要求ユーザＩＤを取得する（ステップＳ９１）。次いで、システム制御部１４は、要求ユーザＩＤとリクエストに設定された商品ＩＤとを含むお気に入り情報を、お気に入り情報ＤＢ１２ｇから削除する（ステップＳ９２）。次いで、システム制御部１４は、現在日時を削除日時として取得する。次いで、システム制御部１４は、要求ユーザＩＤ、リクエストに設定された商品ＩＤ及び削除日時を対応付けてお気に入り削除情報ＤＢ１２ｈに登録する（ステップＳ９３）。システム制御部１４は、この処理を終えると、お気に入り削除リクエスト受信時処理を終了させる。
【０１０１】
以上説明したように、本実施形態によれば、電子商取引サーバ１のシステム制御部１４が、ユーザ端末３からのリクエストに応じて一覧表示の対象とされた複数の商品の中から、お気に入り情報ＤＢ１２ｇにお気に入り情報が登録されている商品、または、お気に入り削除情報ＤＢ１２ｈにお気に入り削除情報が登録されている商品を特定し、特定された商品の、複数の商品の一覧表示における表示態様を制御する。従って、複数の商品の一覧表示を、ユーザの興味に応じてそのユーザに適した表示にすることができる。
【０１０２】
また、システム制御部１４が、ユーザ端末３からの検索リクエストに応じてユーザにより指定された検索条件に基づいて検索された商品のうちお気に入り情報ＤＢ１２ｇにお気に入り情報が登録されている商品の中から、その検索条件とは異なる検索条件と対応付けて商品ＩＤがお気に入り情報ＤＢ１２ｇに登録されている商品を特定し、特定された商品の表示態様を、特定されない場合の表示態様よりも目立つ表示態様に変える。従って、ユーザはその商品が一覧の中にあることに気がつきやすくなる。そのため、ユーザが指定したある観点の条件を満たすお気に入りの商品が、ユーザが指定した別の観点の条件をも満たすことを容易に知ることができる。
【０１０３】
また、システム制御部１４が、ユーザ端末３からの検索リクエストに応じてユーザにより指定された検索条件とは異なる検索条件と対応付けて商品ＩＤがお気に入り情報ＤＢ１２ｇに登録されている商品に関連する商品を更に特定し、特定された商品の表示態様を、特定されない場合の表示態様よりも目立つ表示態様に変える。従って、ユーザが興味を持つ商品に関連する商品も、ユーザが興味を持つ蓋然性が高いので、ユーザは、興味を持つ蓋然性が高い商品が一覧の中にあることに気がつきやすくなる。
【０１０４】
また、システム制御部１４が、検索された商品の総数が多いほど、特定された商品の表示態様の変化量を大きくする。従って、一覧において多数の商品の中にユーザが興味を持つ商品が埋もれてその商品があることに気がつきにくくなることを防止することができる。
【０１０５】
また、システム制御部１４が、お気に入り削除情報ＤＢ１２ｈにお気に入り削除情報が登録されている商品を特定し、特定された商品の表示態様を、特定されない場合の表示態様よりも目立たない表示態様に変える。従って、ユーザが興味を失った商品が一覧の中にあることに気がつきにくくなるので、その商品が他の商品の閲覧の妨げになることを防止することができる。
【０１０６】
また、システム制御部１４が、お気に入りから削除された商品として特定された商品が、お気に入りから削除されるよりも前にユーザにより購入されたか否かを判定し、購入されていないと判定された場合、購入されたと判定された場合よりも、特定された商品の表示態様の変化量を大きくする。従って、より興味を失った商品が他の商品の閲覧の妨げになることを防止することができる。
【０１０７】
なお、上記実施形態においては、ユーザにより指定された検索条件に基づいて検索された商品の一覧が表示される場合に本発明が適用されていた。しかしながら、あらゆる商品の一覧の表示に本発明を適用することができる。例えば、特集で取り上げられている商品の一覧の表示に本発明が適用されてもよい。特集で取り上げられている商品を示す情報は、例えば、商品ＩＤのリストとして予め記憶部１２に記憶される。電子商取引サーバ１は、ユーザ端末３からのリクエストに基づいて、ユーザが特集で取り上げられている商品の一覧を要求していると判断すると、記憶部１２に記憶されているリストに基づいて、一覧表示の対象とする商品を特定する。また、このような商品の一覧表示においてはユーザから検索条件が指定されていないため、電子商取引サーバ１は、一覧表示の対象とされた商品の中にお気に入りに登録されている商品がある場合には、その商品の表示順位を引き上げてもよい。
【０１０８】
また、上記実施形態において、電子商取引サーバ１は、リスティングスコアを上げ下げすることにより、一覧の中における商品の表示順位を間接的に制御していた。しかしながら、電子商取引サーバ１は、表示順位を直接制御してもよい。また、商品の一覧表示における各商品の表示順位が、リスティングスコアの高い順ではなく、例えば、予め設定された順であってもよい。この場合、電子商取引サーバ１は、表示順位を直接制御する。
【０１０９】
また、上記実施形態において、電子商取引サーバ１は、一覧表示における商品の表示態様として、表示順位を制御していた。しかしながら、電子商取引サーバ１は、表示態様として、例えば、該当商品情報２３１の大きさ、該当商品情報２３１中の文字の大きさや太さ、該当商品情報２３１中の文字の色や透明度等を制御し、これにより、表示態様を目立つ表示態様に変えたり目立たない表示態様に変えたりしてもよい。
【０１１０】
また、電子商取引サーバ１は、お気に入りに情報に基づいて一覧表示における商品の表示態様を目立つ表示態様に変えることと、お気に入りに削除情報に基づいて一覧表示における商品の表示態様を目立たない表示態様に変えることとの何れか一方のみ行ってもよい。
【０１１１】
また、上記実施形態において、電子商取引サーバ１は、リクエストを送信してきたユーザ端末３のユーザのお気に入り情報及びお気に入り削除情報のみに基づいて、商品の表示態様を制御していた。しかしながら、電子商取引サーバ１は、例えば、そのユーザに関連付けられている他のユーザのお気に入り情報及びお気に入り削除情報にも基づいて、商品の表示態様を制御してもよい。例えば、電子商取引システムＳのユーザ同士が互いを自分の友人として登録する機能が提供されているとする。ユーザは、例えば、自分の友人として登録している他のユーザのお気に入りの商品を閲覧すること等ができる。例えば、電子商取引サーバ１の記憶部１２には、ユーザのユーザＩＤに対応付けて、そのユーザの友人として登録されているユーザのユーザＩＤが登録される友人情報ＤＢが構築されている。電子商取引サーバ１は、リスティングスコア引き上げ制御処理やリスティングスコア引き下げ制御処理において、友人情報ＤＢに基づいてユーザの友人を特定し、友人のお気に入り情報及びお気に入り削除情報に基づいて、商品の表示順位を制御する。なお、友人のお気に入り情報及びお気に入り削除情報に基づく表示順位の制御方法は、ユーザ自身のお気に入り情報及びお気に入り削除情報に基づく表示順位の制御方法と同様である。
【０１１２】
また、上記実施形態においては、本発明における取引対象が商品に適用されていた。しかしながら、取引対象がサービスに適用されてもよい。そして、電子商取引のシステムとして、サービスの予約が可能なシステムに本発明が適用されてもよい。サービスの予約としては、例えば、宿泊施設の宿泊予約、ゴルフ場等の競技施設の利用予約、交通機関の座席の予約等がある。
【符号の説明】
【０１１３】
１ 電子商取引サーバ
２ 店舗端末
３ ユーザ端末
１１ 通信部
１２ 記憶部
１２ａ 会員情報ＤＢ
１２ｂ ジャンル情報ＤＢ
１２ｃ 店舗情報ＤＢ
１２ｄ 商品情報ＤＢ
１２ｅ 閲覧履歴ＤＢ
１２ｆ 購入履歴ＤＢ
１２ｇ お気に入り情報ＤＢ
１２ｈ お気に入り削除情報ＤＢ
１３ 入出力インターフェース
１４ システム制御部
１４ａ ＣＰＵ
１４ｂ ＲＯＭ
１４ｃ ＲＡＭ
１５ システムバス
ＮＷ ネットワーク
Ｓ 電子商取引システム
【特許請求の範囲】
【請求項１】
ユーザの要求に応じて一覧表示の対象とされた複数の取引対象の中から、取引対象に関する情報への参照を保持する参照リストにユーザにより登録された取引対象を示す参照リスト登録情報及び前記ユーザにより前記参照リストから削除された取引対象を示す参照リスト削除情報の少なくとも何れか一方を記憶する記憶手段に前記参照リスト登録情報または前記参照リスト削除情報が記憶されている取引対象を特定する特定手段と、
前記特定手段により特定された取引対象の前記一覧表示における表示態様を制御する制御手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記記憶手段には、前記参照リスト登録情報として、前記ユーザにより指定された検索条件に基づいて検索された複数の取引対象のうち該ユーザの前記参照リストに登録された取引対象を示す取引対象情報と、該検索条件とが対応付けて記憶されており、
前記特定手段は、前記ユーザの要求に応じて該ユーザにより指定された検索条件に基づいて検索された取引対象のうち前記記憶手段に前記参照リスト登録情報が記憶されている取引対象の中から、該検索条件とは異なる検索条件と対応付けて前記取引対象情報が記憶されている取引対象を特定し、
前記制御手段は、前記特定手段により特定された取引対象の表示態様を、前記特定手段により特定されない場合の表示態様よりも目立つ表示態様に変えることを特徴とする情報処理装置。
【請求項３】
請求項２に記載の情報処理装置において、
前記特定手段は、前記ユーザの要求に応じて該ユーザにより指定された検索条件とは異なる検索条件と対応付けて前記取引対象情報が記憶されている取引対象に関連する取引対象を更に特定し、
前記制御手段は、前記特定手段により特定された取引対象の表示態様を、前記特定手段により特定されない場合の表示態様よりも目立つ表示態様に変えることを特徴とする情報処理装置。
【請求項４】
請求項２または請求項３に記載の情報処理装置において、
前記制御手段は、前記一覧表示の対象とされた取引対象の数が多いほど、前記特定手段により特定された取引対象の表示態様の変化量を大きくすることを特徴とする情報処理装置。
【請求項５】
請求項１乃至４の何れか１項に記載の情報処理装置において、
前記特定手段は、前記一覧表示の対象とされた複数の取引対象の中から前記記憶手段に前記参照リスト削除情報が記憶されている取引対象を特定し、
前記制御手段は、前記特定手段により特定された取引対象の表示態様を、前記特定手段により特定されない場合の表示態様よりも目立たない表示態様に変えることを特徴とする情報処理装置。
【請求項６】
請求項５に記載の情報処理装置において、
前記特定手段により特定された取引対象が前記参照リストから削除されるよりも前に該取引対象が前記ユーザにより購入されたか否かを判定する判定手段を更に備え、
前記制御手段は、前記判定手段により購入されていないと判定された場合、購入されたと判定された場合よりも前記特定手段により特定された取引対象の表示態様の変化量を大きくすることを特徴とする情報処理装置。
【請求項７】
情報処理装置により実行される情報処理方法であって、
ユーザの要求に応じて一覧表示の対象とされた複数の取引対象の中から、取引対象に関する情報への参照を保持する参照リストにユーザにより登録された取引対象を示す参照リスト登録情報及び前記ユーザにより前記参照リストから削除された取引対象を示す参照リスト削除情報の少なくとも何れか一方を記憶する記憶手段に前記参照リスト登録情報または前記参照リスト削除情報が記憶されている取引対象を特定する特定ステップと、
前記特定ステップにおいて特定された取引対象の前記一覧表示における表示態様を制御する制御ステップと、
を含むことを特徴とする情報処理方法。
【請求項８】
情報処理装置に含まれるコンピュータを、
ユーザの要求に応じて一覧表示の対象とされた複数の取引対象の中から、取引対象に関する情報への参照を保持する参照リストにユーザにより登録された取引対象を示す参照リスト登録情報及び前記ユーザにより前記参照リストから削除された取引対象を示す参照リスト削除情報の少なくとも何れか一方を記憶する記憶手段に前記参照リスト登録情報または前記参照リスト削除情報が記憶されている取引対象を特定する特定手段、及び、
前記特定手段により特定された取引対象の前記一覧表示における表示態様を制御する制御手段、
として機能させることを特徴とする情報処理プログラム。
【請求項９】
情報処理装置に含まれるコンピュータを、
ユーザの要求に応じて一覧表示の対象とされた複数の取引対象の中から、取引対象に関する情報への参照を保持する参照リストにユーザにより登録された取引対象を示す参照リスト登録情報及び前記ユーザにより前記参照リストから削除された取引対象を示す参照リスト削除情報の少なくとも何れか一方を記憶する記憶手段に前記参照リスト登録情報または前記参照リスト削除情報が記憶されている取引対象を特定する特定手段、及び、
前記特定手段により特定された取引対象の前記一覧表示における表示態様を制御する制御手段、
として機能させる情報処理プログラムがコンピュータ読み取り可能に記録されていることを特徴とする記録媒体。
【請求項１】
ユーザの要求に応じて一覧表示の対象とされた複数の取引対象の中から、取引対象に関する情報への参照を保持する参照リストにユーザにより登録された取引対象を示す参照リスト登録情報及び前記ユーザにより前記参照リストから削除された取引対象を示す参照リスト削除情報の少なくとも何れか一方を記憶する記憶手段に前記参照リスト登録情報または前記参照リスト削除情報が記憶されている取引対象を特定する特定手段と、
前記特定手段により特定された取引対象の前記一覧表示における表示態様を制御する制御手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記記憶手段には、前記参照リスト登録情報として、前記ユーザにより指定された検索条件に基づいて検索された複数の取引対象のうち該ユーザの前記参照リストに登録された取引対象を示す取引対象情報と、該検索条件とが対応付けて記憶されており、
前記特定手段は、前記ユーザの要求に応じて該ユーザにより指定された検索条件に基づいて検索された取引対象のうち前記記憶手段に前記参照リスト登録情報が記憶されている取引対象の中から、該検索条件とは異なる検索条件と対応付けて前記取引対象情報が記憶されている取引対象を特定し、
前記制御手段は、前記特定手段により特定された取引対象の表示態様を、前記特定手段により特定されない場合の表示態様よりも目立つ表示態様に変えることを特徴とする情報処理装置。
【請求項３】
請求項２に記載の情報処理装置において、
前記特定手段は、前記ユーザの要求に応じて該ユーザにより指定された検索条件とは異なる検索条件と対応付けて前記取引対象情報が記憶されている取引対象に関連する取引対象を更に特定し、
前記制御手段は、前記特定手段により特定された取引対象の表示態様を、前記特定手段により特定されない場合の表示態様よりも目立つ表示態様に変えることを特徴とする情報処理装置。
【請求項４】
請求項２または請求項３に記載の情報処理装置において、
前記制御手段は、前記一覧表示の対象とされた取引対象の数が多いほど、前記特定手段により特定された取引対象の表示態様の変化量を大きくすることを特徴とする情報処理装置。
【請求項５】
請求項１乃至４の何れか１項に記載の情報処理装置において、
前記特定手段は、前記一覧表示の対象とされた複数の取引対象の中から前記記憶手段に前記参照リスト削除情報が記憶されている取引対象を特定し、
前記制御手段は、前記特定手段により特定された取引対象の表示態様を、前記特定手段により特定されない場合の表示態様よりも目立たない表示態様に変えることを特徴とする情報処理装置。
【請求項６】
請求項５に記載の情報処理装置において、
前記特定手段により特定された取引対象が前記参照リストから削除されるよりも前に該取引対象が前記ユーザにより購入されたか否かを判定する判定手段を更に備え、
前記制御手段は、前記判定手段により購入されていないと判定された場合、購入されたと判定された場合よりも前記特定手段により特定された取引対象の表示態様の変化量を大きくすることを特徴とする情報処理装置。
【請求項７】
情報処理装置により実行される情報処理方法であって、
ユーザの要求に応じて一覧表示の対象とされた複数の取引対象の中から、取引対象に関する情報への参照を保持する参照リストにユーザにより登録された取引対象を示す参照リスト登録情報及び前記ユーザにより前記参照リストから削除された取引対象を示す参照リスト削除情報の少なくとも何れか一方を記憶する記憶手段に前記参照リスト登録情報または前記参照リスト削除情報が記憶されている取引対象を特定する特定ステップと、
前記特定ステップにおいて特定された取引対象の前記一覧表示における表示態様を制御する制御ステップと、
を含むことを特徴とする情報処理方法。
【請求項８】
情報処理装置に含まれるコンピュータを、
ユーザの要求に応じて一覧表示の対象とされた複数の取引対象の中から、取引対象に関する情報への参照を保持する参照リストにユーザにより登録された取引対象を示す参照リスト登録情報及び前記ユーザにより前記参照リストから削除された取引対象を示す参照リスト削除情報の少なくとも何れか一方を記憶する記憶手段に前記参照リスト登録情報または前記参照リスト削除情報が記憶されている取引対象を特定する特定手段、及び、
前記特定手段により特定された取引対象の前記一覧表示における表示態様を制御する制御手段、
として機能させることを特徴とする情報処理プログラム。
【請求項９】
情報処理装置に含まれるコンピュータを、
ユーザの要求に応じて一覧表示の対象とされた複数の取引対象の中から、取引対象に関する情報への参照を保持する参照リストにユーザにより登録された取引対象を示す参照リスト登録情報及び前記ユーザにより前記参照リストから削除された取引対象を示す参照リスト削除情報の少なくとも何れか一方を記憶する記憶手段に前記参照リスト登録情報または前記参照リスト削除情報が記憶されている取引対象を特定する特定手段、及び、
前記特定手段により特定された取引対象の前記一覧表示における表示態様を制御する制御手段、
として機能させる情報処理プログラムがコンピュータ読み取り可能に記録されていることを特徴とする記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１３−７７１０８（Ｐ２０１３−７７１０８Ａ）
【公開日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願番号】特願２０１１−２１５９７４（Ｐ２０１１−２１５９７４）
【出願日】平成２３年９月３０日（２０１１．９．３０）
【出願人】（３９９０３７４０５）楽天株式会社 (416)
【Ｆターム（参考）】
【公開日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願日】平成２３年９月３０日（２０１１．９．３０）
【出願人】（３９９０３７４０５）楽天株式会社 (416)
【Ｆターム（参考）】
[ Back to top ]