WO2013080599A1

WO2013080599A1 - 情報処理装置、情報処理方法、情報処理プログラム及び記録媒体

Info

Publication number: WO2013080599A1
Application number: PCT/JP2012/066538
Authority: WO
Inventors: 敦義松田; 文洋川崎
Original assignee: 楽天株式会社
Priority date: 2011-11-30
Filing date: 2012-06-28
Publication date: 2013-06-06
Also published as: EP2767909A1; EP2767909A4; JP5124680B1; TWI407379B; JP2013114568A; US20140344275A1; TW201327452A; CN103890762A

Abstract

　取引対象の選択においてユーザが重視する属性項目を特定する。情報処理装置は、取引対象の属性値を含む取引対象情報がユーザに閲覧された取引対象のうち該ユーザに選択された取引対象が登録されるリストに登録されている取引対象の取引対象情報の閲覧時刻から、予め設定された時間内に取引対象情報が閲覧された取引対象を抽出する第１抽出手段と、第１抽出手段により抽出された取引対象の中から、リストに登録されていない取引対象を抽出する第２抽出手段と、リストに登録されている取引対象と、第２抽出手段により抽出された取引対象と、の間で設定が異なる属性値に基づいて、取引対象の複数の属性項目のうちユーザが重視する属性項目を特定する特定手段と、を備える。

Description

情報処理装置、情報処理方法、情報処理プログラム及び記録媒体

　本発明は、ユーザによる取引対象の選択行為の結果に基づいて、取引対象のマーケティングに有用な情報を特定する技術分野に関する。

　従来、ユーザにより選択された取引対象の情報を登録しておき、登録された情報に基づいて、ユーザが興味を持ちそうな取引対象を特定する技術が知られている。ユーザによる取引対象の選択行為としては、例えば、商品の購入やサービスの予約等、取引対象を購入する行為がある。また、選択行為としては、例えば、取引対象をブックマークやお気に入りに登録する行為がある。興味がありそうな取引対象が特定されると、例えば、特定された取引対象の取り引きがユーザに対して勧められる。

　例えば、特許文献１には、購買の履歴に基づいて、ユーザが望むコンテンツを特定するための情報検索システムが開示されている。この情報検索システムは、書籍情報と顧客の購買履歴情報とを用いて、顧客プロファイルのキーワード・ベクトルを生成する。顧客プロファイルのキーワード・ベクトルは、顧客が過去に購入した各書籍のキーワード・ベクトルをカテゴリー別に合成して生成されるベクトルで構成される。キーワード・ベクトルの生成には、書籍のタイトル及び内容説明から取得された語、著者、カテゴリーが利用される。そして、情報検索システムは、顧客プロファイルのキーワード・ベクトルと、書籍のキーワード・ベクトルとを比較して、類似度の高い書籍のうち顧客が未購入のものを顧客にリコメンドする。

特開２００１－２６５８０８号公報

　しかしながら、特許文献１に記載の技術では、取引対象について複数ある属性項目のうち、如何なる属性項目を重視してユーザが取引対象を選択したのかを特定することができない。特許文献１に記載の技術では、ユーザが望みそうな取引対象を特定することはできる。また、例えば、ユーザが過去に購入した取引対象のカテゴリーと同じカテゴリーの取引対象を、ユーザが望む取引対象として特定することができるかもしれない。しかしながら、同じカテゴリーに属する取引対象のそれぞれに、複数の属性項目が存在し、各属性項目に属性値がある。よって、カテゴリーが特定されたとしても、ユーザが重視する属性項目を特定することができたとは言い難い。

　本発明は、以上の点に鑑みてなされたものであり、取引対象の選択においてユーザが重視する属性項目を特定することができる情報処理装置、情報処理方法、情報処理プログラム及び記録媒体を提供することを目的とする。

　上記課題を解決するために、請求項１に記載の発明は、取引対象の属性値を含む取引対象情報がユーザに閲覧された取引対象のうち該ユーザに選択された取引対象が登録されるリストに登録されている取引対象の前記取引対象情報の閲覧時刻から、予め設定された時間内に前記取引対象情報が閲覧された取引対象を抽出する第１抽出手段と、前記第１抽出手段により抽出された取引対象の中から、前記リストに登録されていない取引対象を抽出する第２抽出手段と、前記リストに登録されている取引対象と、前記第２抽出手段により抽出された取引対象と、の間で設定が異なる属性値に基づいて、取引対象の複数の属性項目のうちユーザが重視する属性項目を特定する特定手段と、を備えることを特徴とする。

　例えば、電子商取引では、取引対象の属性の情報がユーザに提供される。ユーザは、提供された情報に基づいて、取引対象を選択する。取引対象の属性は、一般的に複数存在する。そのため、属性の情報としてユーザに提供される情報は、例えば、属性項目の名称と属性値との組み合わせである。例えば、取引対象が商品である場合、商品の属性項目として、例えば、価格、商品の送料、配送方法、在庫数、商品の仕様、商品の内容等があってもよい。ユーザは、属性項目ごとにある属性値に基づいて、取引対象を選択するか否かを判断することができる。

　同じカテゴリーに属する複数の取引対象の中にも、様々な取引対象が存在する。そのため、ユーザによって、選択される取引対象が異なってくる。その理由は、ユーザによって、重視する属性項目が異なるからである。例えば、価格を重視するユーザもいれば、特定の仕様を重視するユーザもいるかもしれない。取引対象を選択する上で、あるユーザが如何なる属性項目を重視するかという情報は、取引対象のマーケティングに有用な情報となる可能性がある。

　この発明によれば、ユーザに選択された取引対象の情報の閲覧日時から予め設定された時間内に情報が閲覧された取引対象のうち、ユーザに選択されていない取引対象が抽出される。そして、ユーザに選択された取引対象と、抽出された取引対象と、の間で設定が異なる属性値に基づいて、ユーザが重視する属性項目が特定される。同じような時期に情報が閲覧された複数の取引対象は、互いに同じ属性を重視してユーザが情報を閲覧した取引対象である蓋然性がある。そして、ユーザが重視する属性項目における属性値の設定の違うことから、複数の取引対象の中でも、ある取引対象はユーザに選択され、ある取引対象はユーザに選択されなかったと考えられる。そのため、取引対象の選択においてユーザが重視する属性項目を特定することができる。

　請求項２に記載の発明は、請求項１に記載の情報処理装置において、前記特定手段は、前記リストに登録されている取引対象と、前記第２抽出手段により抽出された取引対象と、の両方に属性値が設定されている属性項目のうち、前記リストに登録されている取引対象の方が前記第２抽出手段により抽出された取引対象よりもユーザに有利な属性値が設定されている属性項目を、ユーザが重視する属性項目として特定することを特徴とする。

　この発明によれば、ある属性項目において、ユーザに選択されている取引対象の属性値が、選択対象から除外された取引対象の属性値よりもユーザに有利である場合、その属性項目をユーザが重視していると特定される。ユーザは、属性値が自分にとって有利な取引対象の方を選択するからである。

　請求項３に記載の発明は、請求項１に記載の情報処理装置において、前記特定手段は、前記リストに登録されている取引対象と、前記第２抽出手段により抽出された取引対象と、のうち前記リストに登録されている取引対象にのみ属性値が設定されている属性項目の中から、設定されている属性値がユーザに有利とされている属性項目を、ユーザが重視する属性項目として特定することを特徴とする。

　この発明によれば、ある属性項目において、ユーザに選択された取引対象に対してユーザに有利とされている属性値が設定されている一方で、選択対象から除外された取引対象に対して属性値が設定されていない場合、その属性項目をユーザが重視していると判定される。ある属性項目において、属性値が分からない取引対象よりも、属性値が有利であることが分かる取引対象をユーザは選択するからである。

　請求項４に記載の発明は、請求項１乃至３の何れか１項に記載の情報処理装置において、取引対象の複数の区分のうち前記リストに登録されている取引対象が属する区分に基づいて、ユーザが重視する属性項目の候補を決定する決定手段を更に備え、前記特定手段は、前記決定手段により決定された候補の中から、ユーザが重視する属性項目を特定することを特徴とする。

　この発明によれば、取引対象の区分によってユーザが重視する傾向がある属性項目が異なる場合であっても、ユーザが重視する属性項目を適切に特定することができる。

　請求項５に記載の発明は、請求項１乃至４の何れか１項に記載の情報処理装置において、前記第１抽出手段または前記第２抽出手段の何れか一方は、前記取引対象情報が閲覧された取引対象を示す情報と、該取引対象を検索するためにユーザにより指定された検索条件と、を対応付けて記憶する閲覧情報記憶手段に記憶された検索条件が、前記リストに登録されている取引対象を示す情報と、該取引対象を検索するためにユーザにより指定された検索条件と、を対応付けて記憶するリスト情報記憶手段に記憶された検索条件と同じ取引対象の中から抽出を行うことを特徴とする。

　この発明によれば、ユーザに選択されていない取引対象の抽出精度を高めることができる。検索条件が互いに同じ取引対象は、互いに同じ属性を重視してユーザが情報を閲覧した取引対象である蓋然性が高いからである。そのため、ユーザが重視する属性項目の特定精度を高めることができる。

　請求項６に記載の発明は、請求項１乃至５の何れか１項に記載の情報処理装置において、前記特定手段により特定された属性項目の属性値に基づいて、ユーザに取り引きを勧める取引対象を選択する選択手段と、前記選択手段により選択された取引対象に関する情報を提供する提供手段と、を更に備えることを特徴とする。

　この発明によれば、ユーザが重視する属性項目の属性値に基づいて、ユーザに取り引きを勧める取引対象が選択されるので、ユーザが興味を持つ蓋然性が高い取引対象の情報をユーザに提供することができる。

　請求項７に記載の発明は、情報処理装置により実行される情報処理方法であって、取引対象の属性値を含む取引対象情報がユーザに閲覧された取引対象のうち該ユーザに選択された取引対象が登録されるリストに登録されている取引対象の前記取引対象情報の閲覧時刻から、予め設定された時間内に前記取引対象情報が閲覧された取引対象を抽出する第１抽出ステップと、前記第１抽出ステップにおいて抽出された取引対象の中から、前記リストに登録されていない取引対象を抽出する第２抽出ステップと、前記リストに登録されている取引対象と、前記第２抽出ステップにおいて抽出された取引対象と、の間で設定が異なる属性値に基づいて、取引対象の複数の属性項目のうちユーザが重視する属性項目を特定する特定ステップと、を含むことを特徴とする。

　請求項８に記載の発明は、情報処理装置に含まれるコンピュータを、取引対象の属性値を含む取引対象情報がユーザに閲覧された取引対象のうち該ユーザに選択された取引対象が登録されるリストに登録されている取引対象の前記取引対象情報の閲覧時刻から、予め設定された時間内に前記取引対象情報が閲覧された取引対象を抽出する第１抽出手段、前記第１抽出手段により抽出された取引対象の中から、前記リストに登録されていない取引対象を抽出する第２抽出手段、及び、前記リストに登録されている取引対象と、前記第２抽出手段により抽出された取引対象と、の間で設定が異なる属性値に基づいて、取引対象の複数の属性項目のうちユーザが重視する属性項目を特定する特定手段、として機能させることを特徴とする。

　請求項９に記載の発明は、情報処理装置に含まれるコンピュータを、取引対象の属性値を含む取引対象情報がユーザに閲覧された取引対象のうち該ユーザに選択された取引対象が登録されるリストに登録されている取引対象の前記取引対象情報の閲覧時刻から、予め設定された時間内に前記取引対象情報が閲覧された取引対象を抽出する第１抽出手段、前記第１抽出手段により抽出された取引対象の中から、前記リストに登録されていない取引対象を抽出する第２抽出手段、及び、前記リストに登録されている取引対象と、前記第２抽出手段により抽出された取引対象と、の間で設定が異なる属性値に基づいて、取引対象の複数の属性項目のうちユーザが重視する属性項目を特定する特定手段、として機能させる情報処理プログラムがコンピュータ読み取り可能に記録されていることを特徴とする。

　本発明によれば、ユーザに選択された取引対象の情報の閲覧日時から予め設定された時間内に情報が閲覧された取引対象のうち、ユーザに選択されていない取引対象が抽出される。そして、ユーザに選択された取引対象と、抽出された取引対象と、の間で設定が異なる属性値に基づいて、ユーザが重視する属性項目が特定される。同じような時期に情報が閲覧された複数の取引対象は、互いに同じ属性を重視してユーザが情報を閲覧した取引対象である蓋然性がある。そして、ユーザが重視する属性項目における属性値の設定の違うことから、複数の取引対象の中でも、ある取引対象はユーザに選択され、ある取引対象はユーザに選択されなかったと考えられる。そのため、取引対象の選択においてユーザが重視する属性項目を特定することができる。

一実施形態に係る情報提供システムＳの概要構成の一例を示す図である。選択商品及び比較商品それぞれの属性値の内容の一例を示す図である。一実施形態に係る電子商店街サーバ１の概要構成の一例を示すブロック図である。（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図であり、（ｂ）は、ジャンル情報ＤＢ１２ｂに登録される内容の一例を示す図であり、（ｃ）は、店舗情報ＤＢ１２ｃに登録される内容の一例を示す図であり、（ｄ）は、属性定義情報ＤＢ１２ｄに登録される内容の一例を示す図であり、（ｅ）は、商品情報ＤＢ１２ｅに登録される内容の一例を示す図であり、（ｆ）は、クエリログＤＢ１２ｆに登録される内容の一例を示す図であり、（ｇ）は、閲覧履歴ＤＢ１２ｇに登録される内容の一例を示す図であり、（ｈ）は、一実施形態に係る買い物かご情報ＤＢ１２ｈに登録される内容の一例を示す図である。（ａ）は、購入履歴ＤＢ１２ｉに登録される内容の一例を示す図であり、（ｂ）は、お気に入り情報ＤＢ１２ｊに登録される内容の一例を示す図であり、（ｃ）は、重視項目情報ＤＢ１２ｋに登録される内容の一例を示す図である。一実施形態に係る電子商店街サーバ１のシステム制御部１４の１ユーザ重視属性項目特定処理における処理例を示すフローチャートである。一実施形態に係る電子商店街サーバ１のシステム制御部１４の重視度計算処理における処理例を示すフローチャートである。一実施形態に係る電子商店街サーバ１のシステム制御部１４のＷｅｂページリクエスト受信時処理における処理例を示すフローチャートである。（ａ）は、選択商品及び比較商品それぞれのオプション属性値の内容の一例を示す図である。（ｂ）は、商品情報ＤＢ１２ｅに登録される内容の一例を示す図である。一実施形態に係る電子商店街サーバ１のシステム制御部１４の重視度計算処理における処理例を示すフローチャートである。（ａ）は、選択商品及び比較商品それぞれの固有項目の属性値の内容の一例を示す図であり、（ｂ）は、商品情報ＤＢ１２ｅに登録される内容の一例を示す図であり、（ｃ）は、ジャンル属性定義情報ＤＢ１２ｌに登録される内容の一例を示す図である。一実施形態に係る電子商店街サーバ１のシステム制御部１４の重視度計算処理における処理例を示すフローチャートである。

　以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、情報提供システムに対して本発明を適用した場合の実施形態である。

　［１．第１実施形態］
　［１－１．情報提供システムの構成及び機能概要］
　先ず、本実施形態に係る情報提供システムＳの構成について、図１を用いて説明する。図１は、本実施形態に係る情報提供システムＳの概要構成の一例を示す図である。

　図１に示すように、情報提供システムＳは、電子商店街サーバ１と、複数の店舗端末２と、複数のユーザ端末３と、を含んで構成されている。そして、電子商店街サーバ１と各店舗端末２及び各ユーザ端末３とは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（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）、電子商取引管理プログラム等の各種プログラムが記憶されている。電子商取引管理プログラムは、電子商取引に関する各種の処理を実行するためのプログラムである。電子商取引管理プログラムは、ユーザが重視する属性項目を特定したり、推奨商品を選択したりするためのプログラムを含む。なお、各種プログラムは、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしてもよいし、ＤＶＤ（Digital Versatile Disc）等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。

　入出力インターフェース１３は、通信部１１及び記憶部１２とシステム制御部１４との間のインターフェース処理を行うようになっている。

　システム制御部１４は、ＣＰＵ１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ等により構成されている。そして、システム制御部１４は、ＣＰＵ１４ａが、各種プログラムを読み出し実行することにより、本発明における第１抽出手段、第２抽出手段、特定手段、決定手段、選択手段及び提供手段として機能するようになっている。

　なお、電子商店街サーバ１が、複数のサーバ装置で構成されてもよい。例えば、ユーザが重視する属性項目を特定するための処理を行うサーバ装置、電子商店街において商品の検索や注文等の処理を行うサーバ装置、ユーザ端末３からのリクエストに応じてＷｅｂページを送信するサーバ装置、及びデータベースを管理するサーバ装置等が、互いにＬＡＮ等で接続されてもよい。

　［１－４．情報提供システムの動作］
　次に、情報提供システムＳの動作について、図６乃至図８を用いて説明する。

　図６は、本実施形態に係る電子商店街サーバ１のシステム制御部１４の１ユーザ重視属性項目特定処理における処理例を示すフローチャートである。

　システム制御部１４は、ユーザが重視する属性項目を特定する処理を、例えば、定期的に実行する。そして、システム制御部１４は、ユーザごとに、ユーザが重視する属性項目を特定する。１ユーザ重視属性項目特定処理は、１人のユーザについて、ユーザが重視する属性項目を特定する処理である。従って、１ユーザ重視属性項目特定処理は、ユーザごとに実行される。

　なお、お気に入り、買い物かご及び購入のそれぞれにおいて、ユーザが重視する属性項目を特定する処理は、選択商品を特定するための情報が異なること以外、基本的に同じである。従って、以下では、これらを代表してお気に入りについての処理を説明する。ここで、重視する属性項目が特定される対象となるユーザを、「対象ユーザ」という。

　図６に示すように、システム制御部１４は、対象ユーザのユーザＩＤを含むお気に入り情報のうち、予め設定された期間内に登録されたお気に入り情報を、お気に入り情報ＤＢ１２ｊから検索する（ステップＳ１）。予め設定された期間とは、例えば、対象ユーザについて、前回１ユーザ重視属性項目特定処理が実行されてから現時点までの間である。次いで、システム制御部１４は、該当するお気に入り情報が検索されたか否かを判定する（ステップＳ２）。このとき、システム制御部１４は、該当するお気に入り情報が検索されなかったと判定した場合には（ステップＳ２：ＮＯ）、１ユーザ重視属性項目特定処理を終了させる。

　一方、システム制御部１４は、該当するお気に入り情報が検索されたと判定した場合には（ステップＳ２：ＹＥＳ）、検索されたお気に入り情報のうち１つを選択する。そして、システム制御部１４は、選択したお気に入り情報から、選択商品の商品ＩＤを、対象選択商品の商品ＩＤとして取得する（ステップＳ３）。

　次いで、システム制御部１４は、対象ユーザのユーザＩＤ及び対象選択商品の商品ＩＤを含む閲覧履歴を、閲覧履歴ＤＢ１２ｇから検索する（ステップＳ４）。そして、システム制御部１４は、閲覧履歴に含まれる閲覧日時を、基準日時として取得する。ここで、該当する閲覧履歴が複数登録されている場合がある。そこで、システム制御部１４は、例えば、選択したお気に入り情報の登録日時よりも閲覧日時が早い閲覧履歴のうち、閲覧日時がお気に入り情報の登録日時に最も近い閲覧履歴を検索してもよい。

　次いで、システム制御部１４は、第１抽出手段として、対象ユーザのユーザＩＤ及び対象選択商品の商品ＩＤを含む閲覧履歴のうち、閲覧日時が基準日時の前後比較商品抽出時間内である閲覧履歴を、閲覧履歴ＤＢ１２ｇから検索する（ステップＳ５）。

　次いで、システム制御部１４は、第２抽出手段として、検索された閲覧履歴の中から、現在お気に入りに登録されていない商品の閲覧履歴を抽出する。そして、システム制御部１４は、抽出された各閲覧履歴に含まれる商品ＩＤを、比較商品の商品ＩＤとして取得する（ステップＳ６）。具体的に、システム制御部１４は、対象ユーザのユーザＩＤを含むお気に入り情報を、お気に入り情報ＤＢ１２ｊから検索する。次いで、システム制御部１４は、検索された各お気に入り情報から、商品ＩＤを取得する。次いで、システム制御部１４は、お気に入り情報から取得された商品ＩＤのうち何れかの商品ＩＤと同一の商品ＩＤを含む閲覧履歴を、検索された閲覧履歴から削除する。その結果、残った閲覧履歴が、抽出された閲覧履歴である。

　次いで、システム制御部１４は、対象選択商品の商品情報と、比較商品の商品情報とを商品情報ＤＢ１２ｅから取得する（ステップＳ７）。

　次いで、システム制御部１４は、抽出された閲覧履歴の中から、対象選択商品と同じジャンルに属する商品の閲覧履歴を抽出する（ステップＳ８）。具体的に、システム制御部１４は、対象選択商品の商品情報からジャンルＩＤを取得するとともに、比較商品の商品情報からジャンルＩＤを取得する。そして、システム制御部１４は、ジャンルＩＤに基づいて、対象選択商品と比較商品とが同じジャンルに属するか否かを判定する。例えば、システム制御部１４は、対象選択商品のジャンルＩＤと比較商品のジャンルＩＤとを比較し、ジャンルＩＤ同士が一致する場合に、対象選択商品と比較商品とが同じジャンルに属すると判定してもよい。この場合、最下位のレベルにおいて、対象選択商品のジャンルと比較商品のジャンルとが同一であるか否かが判定される。そして、システム制御部１４は、対象選択商品とジャンルＩＤが同一である商品の閲覧履歴を抽出する。

　また例えば、システム制御部１４は、最下位のレベルよりも上位のレベルにおいて、対象選択商品のジャンルと比較商品のジャンルとが同一であるか否かを判定してもよい。最下位のレベルでジャンル同士が同一であるか否かが判定されると、同一のジャンルに属する商品の範囲が狭くなる場合があるからである。例えば、レベル２のジャンルとして、「デジタルカメラ」があるとする。また、「デジタルカメラ」の子ジャンルとして、デジタルカメラのメーカーごとにジャンル分けが行われていたとする。例えば、レベル３のジャンルとして、「Ｘ社」、「Ｙ社」、「Ｚ社」等があるとする。この場合、同一のジャンルに属するか否かは、レベル３で判定するよりも、レベル２で判定した方が妥当である場合がある。メーカーの境を超えて、デジタルカメラの中から選択が行われることが一般的であるからである。なお、如何なるレベルで同一のジャンルに属するか否かを判定するかは、全てジャンルで同一であってもよいし、ジャンルごとに応じて決定されてもよい。ジャンル情報ＤＢ１２ｂに登録されているジャンル情報には、親ジャンルＩＤが設定されている。そのため、対象選択商品や比較商品のジャンルＩＤに対応するジャンル情報から、親ジャンルのジャンルＩＤを取得することができる。従って、システム制御部１４は、対象選択商品や比較商品が属するジャンルのうち、比較するレベルのジャンルのジャンルＩＤを取得することができる。そして、システム制御部１４は、比較するレベルのジャンルにおいて、取得した対象選択商品のジャンルＩＤと比較商品のジャンルＩＤとが同一であるか否かを判定すればよい。

　次いで、システム制御部１４は、ステップＳ８において抽出された閲覧履歴の中から、対象選択商品と同じ検索条件で検索された商品の閲覧履歴を抽出する（ステップＳ９）。具体的に、システム制御部１４は、選択したお気に入り情報から検索条件情報を取得するとともに、抽出した閲覧履歴から検索条件情報を取得する。次いで、システム制御部１４は、対象選択商品の検索条件情報と比較商品の検索条件情報とが一致するか否かを判定する。ここで、システム制御部１４は、検索条件が複数指定されていた場合、全て検索条件が一致する場合にのみ、検索条件情報が一致すると判定してもよいし、少なくとも１つの検索条件が一致する場合にのみ、検索条件情報が一致すると判定してもよい。そして、システム制御部１４は、対象選択商品と検索条件情報が一致する商品の閲覧履歴を抽出する。

　こうして、システム制御部１４は、最終的な比較商品を抽出する。なお、システム制御部１４は、ステップＳ７～Ｓ９を、ステップＳ５の後に実行してもよい。また、システム制御部１４は、ステップＳ８及びＳ９のうち、何れか一方のみを実行してもよいし、両方とも実行しなくてもよい。システム制御部１４は、ステップＳ６で抽出された商品を、最終的な比較商品としてもよい。

　また、システム制御部１４は、ステップＳ６、Ｓ８またはＳ９において、条件を満たす商品を抽出することができなかった場合には、ステップＳ１５に移行する。この場合、対象選択商品について、ユーザが重視する属性項目は特定されない。

　システム制御部１４は、比較商品を抽出すると、重視度計算処理を実行する（ステップＳ１０）。

　図７は、本実施形態に係る電子商店街サーバ１のシステム制御部１４の重視度計算処理における処理例を示すフローチャートである。

　図７に示すように、システム制御部１４は、候補項目の中から属性項目を１つ選択する（ステップＳ３１）。次いで、システム制御部１４は、選択した属性項目の重視度を計算する（ステップＳ３２）。具体的に、システム制御部１４は、選択した属性項目に対応する有利属性値情報を、属性定義情報ＤＢ１２ｄから取得する。次いで、システム制御部１４は、対象選択商品の商品情報から、選択した属性項目に対応する属性値を取得するとともに、各比較商品の商品情報から、選択した属性項目に対応する属性値をそれぞれ取得する。次いで、システム制御部１４は、対象選択商品の属性値と比較商品の属性値とを比較して、有利属性値情報に基づき、対象選択商品の属性値の方が有利であるか否かを、比較商品ごとに判定する。次いで、システム制御部１４は、対象選択商品の属性値の方が有利である比較商品の数を数える。そして、システム制御部１４は、対象選択商品の属性値の方が有利である比較商品の数を、比較商品の総数で除算することにより、重視度を計算する。

　システム制御部１４は、重視度を計算すると、候補項目の中にまだ選択していない属性項目があるか否かを判定する（ステップＳ３３）。このとき、システム制御部１４は、まだ選択していない属性項目があると判定した場合には（ステップＳ３３：ＹＥＳ）、まだ選択していない属性項目のうち１つを選択する（ステップＳ３４）。次いで、システム制御部１４は、ステップＳ３２に移行する。システム制御部１４は、ステップＳ３２～Ｓ３４の処理を繰り返すことにより、各属性項目の重視度を計算する。そして、システム制御部１４は、全ての属性項目を選択したと判定した場合には（ステップＳ３３：ＮＯ）、重視度計算処理を終了させる。

　システム制御部１４は、重視度計算処理を終えると、図６に示すように、重視度が計算された属性項目のうち、重視度が最も高い属性項目を特定する（ステップＳ１１）。次いで、システム制御部１４は、特定した属性項目の重視度が、予め設定された閾値以上であるか否かを判定する（ステップＳ１２）。閾値は、例えば、電子商店街の管理者等により設定されて、記憶部１２に記憶されている。このとき、システム制御部１４は、特定した属性項目の重視度が閾値以上ではないと判定した場合には（ステップＳ１２：ＮＯ）、ステップＳ１５に移行する。この場合、特定された属性項目は、対象ユーザが重視する属性項目とはならない。閾値を設けた理由は、相対的に重視度が最も高い属性項目であっても、重視度の絶対値が低すぎる属性項目は、ユーザが重視する属性項目である蓋然性が低いからである。

　一方、システム制御部１４は、特定した属性項目の重視度が閾値以上であると判定した場合には（ステップＳ１２：ＹＥＳ）、特定した属性項目を、対象ユーザが重視する属性項目として決定する。こうして、システム制御部１４は、特定手段として、選択商品と比較商品との間で設定が異なる属性値に基づいて、ユーザが重視する属性項目を特定する。具体的に、システム制御部１４は、選択商品と比較商品との両方に属性値が設定されている属性項目のうち、選択商品の方が比較商品よりもユーザに有利な属性値が設定されている属性項目を、ユーザが重視する属性項目として特定する。

　次いで、システム制御部１４は、選択手段として推奨商品を検索する（ステップＳ１３）。推奨商品の基準は、例えば、対象ユーザが重視する属性項目において、ユーザが欲しいと思うような属性値を有する商品であるか否かである。そこで、システム制御部１４は、例えば、対象ユーザが重視する属性項目における属性値が、対象選択商品の属性値と同一であるかまたは対象選択商品の属性値よりも有利である商品を検索してもよい。このとき、システム制御部１４は、検索対象とする商品を、対象選択商品と同じジャンルに属する商品としてもよい。如何なるレベルで、同一のジャンルに属するか否かを判定するかについては、ステップＳ８の場合と同様である。また、システム制御部１４は、検索された商品を全て推奨商品とするのではなく、推奨商品の最大数を限定してもよい。そして、システム制御部１４は、検索された商品の中から最大数までの範囲内で推奨商品を任意に選択してもよい。

　なお、１つの選択商品について、ユーザが重視する属性項目を複数特定するように処理した場合、システム制御部１４は、例えば、対象ユーザが重視する全ての属性項目における属性値が、それぞれ選択商品において対応する属性項目の属性値と同一であるかまたは選択商品の属性値よりも有利である商品を検索してもよい。

　システム制御部１４は、推奨商品を検索すると、重視項目情報を、重視項目情報ＤＢ１２ｋに登録する（ステップＳ１４）。このとき、システム制御部１４は、対象選択商品の商品ＩＤを選択商品ＩＤとする。また、システム制御部１４は、現在日時を登録日時とする。また、システム制御部１４は、選択種別として、「お気に入り」を設定する。また、システム制御部１４は、対象ユーザが重視する属性項目の属性ＩＤを、重視属性ＩＤとする。また、システム制御部１４は、推奨商品の商品ＩＤを、推奨商品ＩＤとする。そして、システム制御部１４は、対象ユーザＩＤ、選択商品ＩＤ、登録日時、重視属性ＩＤ及び推奨商品ＩＤを含む重視項目情報を登録する。

　次いで、システム制御部１４は、ステップＳ１において検索されたお気に入り情報の中にまだ選択していないお気に入り情報があるか否かを判定する（ステップＳ１５）。このとき、システム制御部１４は、まだ選択していないお気に入り情報があると判定した場合には（ステップＳ１５：ＹＥＳ）、まだ選択していないお気に入り情報のうち１つを選択する（ステップＳ１６）。次いで、システム制御部１４は、ステップＳ４に移行する。システム制御部１４は、ステップＳ４～Ｓ１６を繰り返すことにより、予め設定された期間内にお気に入りに登録された各商品について、対象ユーザが重視する属性項目を特定する。そして、システム制御部１４は、全てのお気に入り情報を選択したと判定した場合には（ステップＳ１５：ＮＯ）、１ユーザ重視属性項目特定処理を終了させる。

　なお、買い物かごについてユーザが重視する属性項目を特定する場合、選択商品を特定するための情報は、お気に入り情報ではなく、買い物かご情報である。また、この場合、選択種別は、「買い物かご」である。購入についてユーザが重視する属性項目を特定する場合、選択商品を特定するための情報は、お気に入り情報ではなく、購入履歴である。また、この場合、選択種別は、「購入」である。

　また、１ユーザ重視属性項目特定処理の実行タイミングは、上述したタイミングに限られるものではない。例えば、システム制御部１４は、お気に入りへの商品の登録、買い物かごへの商品の投入及び商品の購入のうち何れかが行われてから、比較商品抽出時間が経過した後に実行してもよい。つまり、システム制御部１４は、商品の選択行為が行われた後、１ユーザ重視属性項目特定処理を実行してもよい。この場合、システム制御部１４は、そのときに選択を行ったユーザを対象ユーザとし、且つ、そのときの選択行為によって選択された商品を対象選択商品として、１ユーザ重視属性項目特定処理を実行すればよい。

　また、システム制御部１４は、ユーザが重視する属性項目を特定するタイミングとは別のタイミングで、推奨商品の特定を行ってもよい。また、システム制御部１４は、推奨商品の特定を行わなくてもよい。

　図８は、本実施形態に係る電子商店街サーバ１のシステム制御部１４のＷｅｂページリクエスト受信時処理における処理例を示すフローチャートである。Ｗｅｂページリクエスト受信時処理は、電子商店街サーバ１が、ユーザ端末３からＷｅｂページのリクエストを受信したときに開始される。

　図８に示すように、システム制御部１４は、受信したリクエストから、リクエストを送信してきたユーザ端末３を利用するユーザのユーザＩＤを、要求ユーザＩＤとして取得する（ステップＳ５１）。例えば、システム制御部１４は、ユーザによる情報提供システムＳへのログイン時に、ユーザ端末３からユーザＩＤを受信し、受信したユーザＩＤをクッキーとしてユーザ端末３に保存させている。そのため、ユーザがログインしている場合には、ユーザ端末３から電子商店街サーバ１へ送信されるリクエストには、要求ユーザＩＤを含むクッキーが付加されている。次いで、システム制御部１４は、受信したリクエストに含まれるＵＲＬに対応するＷｅｂページのＨＴＭＬ文書を生成する（ステップＳ５２）。

　次いで、システム制御部１４は、ＨＴＭＬ文書が生成されたＷｅｂページが、広告コンテンツを表示するＷｅｂページであるか否かを判定する（ステップＳ５３）。Ｗｅｂページとしては、例えば、トップページ、検索結果ページ、商品ページ、お気に入りページ、買い物かごページ、購入履歴ページ等がある。如何なるＷｅｂページに広告コンテンツが表示されるかは、例えば、電子商店街の管理者により任意定めておくことができる。一例として、トップページ、検索結果ページ及びお気に入りページに、広告コンテンツが表示されるものとする。システム制御部１４は、ＨＴＭＬ文書が生成されたＷｅｂページが、広告コンテンツを表示するＷｅｂページではないと判定した場合には（ステップＳ５３：ＮＯ）、生成したＨＴＭＬ文書を、リクエストの送信元のユーザ端末３へ送信する（ステップＳ５９）。システム制御部１４は、この処理を終えると、Ｗｅｂページリクエスト受信時処理を終了させる。

　一方、システム制御部１４は、ＨＴＭＬ文書が生成されたＷｅｂページが、広告コンテンツを表示するＷｅｂページであると判定した場合には（ステップＳ５３：ＹＥＳ）、広告コンテンツが表示される推奨商品を決定するために用いられる重視項目情報の選択種別を、ＨＴＭＬ文書が生成されたＷｅｂページの種類に応じて選択する（ステップＳ５４）。この選択は、広告効果を高めるために行われる。例えば、システム制御部１４は、Ｗｅｂページがトップページである場合には、「お気に入り」または「買い物かご」を選択してもよい。また、システム制御部１４は、Ｗｅｂページが検索結果ページである場合には、「お気に入り」または「買い物かご」を選択してもよい。また、システム制御部１４は、Ｗｅｂページがお気に入りページである場合には、「購入履歴」を選択してもよい。なお、システム制御部１４は、例えば、選択種別をランダムに選択してもよい。

　次いで、システム制御部１４は、要求ユーザＩＤ及び選択した選択種別を含む重視項目情報を、重視項目情報ＤＢ１２ｋから検索する（ステップＳ５５）。次いで、システム制御部１４は、検索された重視項目情報のうち１つを選択する（ステップＳ５６）。例えば、システム制御部１４は、重視項目情報をランダムに選択してもよい。また、システム制御部１４は、登録日時が最も遅い重視項目情報を選択してもよい。ユーザが重視する属性項目が特定された日時が遅いほど、特定された属性項目を、ユーザが現在でも重視している蓋然性が高いからである。また、システム制御部１４は、現時点から予め設定された時間前までの間に登録された重視項目情報の中から、ランダムに選択してもよい。

　次いで、システム制御部１４は、選択した重視項目情報に含まれる推奨商品ＩＤのうち１つを取得する（ステップＳ５７）。例えば、システム制御部１４は、推奨商品ＩＤをランダムに選択してもよい。次いで、システム制御部１４は、取得した推奨商品ＩＤが示す推奨商品の広告コンテンツを、Ｗｅｂページ内に表示させるためのデータを、生成したＨＴＭＬ文書に設定する（ステップＳ５８）。

　なお、Ｗｅｂページ内に複数の広告コンテンツが表示可能である場合、システム制御部１４は、ステップＳ５６～Ｓ５８を複数回実行してもよい。

　次いで、システム制御部１４は、の広告コンテンツを表示するためのデータが設定されたＨＴＭＬ文書を、リクエストの送信元のユーザ端末３へ送信する（ステップＳ５９）。こうして、システム制御部１４は、提供手段として、選択した推奨商品の広告コンテンツを含むＷｅｂページを、ユーザ端末３へ提供する。システム制御部１４は、この処理を終えると、Ｗｅｂページリクエスト受信時処理を終了させる。

　ユーザ端末３は、ＨＴＭＬ文書を受信すると、ＨＴＭＬ文書に基づいて、Ｗｅｂページを画面に表示する。このとき、ユーザ端末３は、Ｗｅｂページ内に、広告コンテンツを表示させる。ユーザが、広告コンテンツを選択すると、対応する推奨商品の商品ページがユーザ端末３の画面に表示される。

　なお、推奨商品の情報を提供する手段は、Ｗｅｂページに限られるものではない。例えば、電子商店街のメールマガジン等、電子メールによって、推奨商品の情報が提供されてもよい。

　以上説明したように、本実施形態によれば、電子商店街サーバ１のシステム制御部１４が、商品属性値を含む商品ページがユーザに閲覧された商品うち該ユーザに選択された選択商品が登録されるお気に入り、買い物かご、または購入履歴に登録されている選択商品の商品ページの閲覧時刻から、比較商品抽出時間内に商品ページが閲覧された商品を抽出し、抽出された商品の中から、お気に入り、買い物かご、または購入履歴に登録されていない比較商品を抽出し、選択商品と比較商品との間で設定が異なる属性値に基づいて、ユーザが重視する属性項目を特定する。具体的に、システム制御部１４が、選択商品と比較商品との両方に属性値が設定されている属性項目のうち、選択商品の方が比較商品よりもユーザに有利な属性値が設定されている属性項目を、ユーザが重視する属性項目として特定する。従って、商品選択においてユーザが重視する属性項目を特定することができる。

　また、システム制御部１４が、商品ページが閲覧された商品を示す商品ＩＤと、商品ページが閲覧された商品を検索するためにユーザにより指定された検索条件と、を対応付けて閲覧履歴として記憶する記憶部１２に記憶された検索条件が、お気に入りに登録されている商品を示す商品ＩＤと、お気に入りに登録されている商品を検索するためにユーザにより指定された検索条件と、を対応付けてお気に入り情報として記憶する記憶部１２に記憶された検索条件と同じ商品の中から比較商品を抽出する。従って、選択商品と比較対象とされた比較商品の抽出精度を高めることができるので、ユーザが重視する属性項目の特定精度を高めることができる。

　また、システム制御部１４が、特定された属性項目の属性値に基づいて、ユーザに取り引きを勧める推奨商品を選択し、選択された推奨商品の広告コンテンツを提供する。従って、ユーザが重視する属性項目の属性値に基づいて、ユーザに取り引きを勧める商品が選択されるので、ユーザが興味を持つ蓋然性が高い商品の広告コンテンツをユーザに提供することができる。

　［２．第２実施形態］
　第１実施形態においては、候補項目は、商品情報に属性値が設定されることが予め定められている属性項目のみに限られていた。これに対し、以下に説明する第２実施形態では、店舗が、新たな属性項目について任意に属性値を商品情報に追加することができるようになっている。そして、新たな属性項目も、候補項目とされる。ここで、商品情報に属性値が設定されることが予め定められている属性項目を、「共通項目」という。新たに属性値が追加された属性項目を、「オプション項目」という。また、オプション項目の属性を、「オプション属性値」という。

　図９（ａ）は、選択商品及び比較商品それぞれのオプション属性値の内容の一例を示す図である。図９（ａ）は、選択商品及び比較商品が、デジタルカメラである場合の例を示す。店舗は、例えば、オプション項目の属性の内容を表す文字を入力することにより、オプション属性値を設定することができる。例えば、選択商品を販売する方の店舗は、「ピクチャーサーチ」及び「防水機能付き」というオプション属性値を設定したとする。「ピクチャーサーチ」は、ピクチャーサーチ機能があることを示す。ピクチャーサーチ機能は、デジタルカメラに記憶されている画像を、ユーザが指定した条件で検索することができる機能である。「防水機能付き」は、防水機能があることを示す。一方、比較商品を販売する方の店舗は、「ピクチャーサーチ」及び「リモコン操作可能」というオプション属性値を設定したとする。「リモコン操作可能」は、リモコンの操作によりデジタルカメラで撮影を行うことができることを示す。

　その結果、選択商品及び比較商品の両方で、ピクチャーサーチ機能があることを示すオプション属性値が設定されている。従って、ピクチャーサーチという属性項目は、ユーザが重視する属性項目であるとは判定されない。

　一方、リモコン操作及び防水機能の属性項目については、選択商品または比較商品の何れか一方にのみオプション属性値が設定されている。つまり、選択商品と比較商品とで属性値の設定が異なる。具体的に、属性値の設定の有無が異なる。この場合、電子商店街サーバ１は、選択商品のみにオプション属性値が設定されている属性項目の中から、設定されているオプション属性値に基づいて、そのオプション属性値が有利であると判定することができる属性項目を、ユーザが重視する属性項目として特定する。

　例えば、リモコン操作について属性値が設定される場合、例えば、「リモコン操作可能」、または、リモコンの操作によりデジタルカメラで撮影を行ことができないことを示す「リモコン操作不可能」のうち何れか一方が設定される。リモコンの操作により撮影を行うことができるデジタルカメラの方が、リモコンの操作により撮影を行うことができないデジタルカメラよりもユーザにとって有利である。従って、「リモコン操作可能」が設定されている比較商品は、リモコン操作において、ユーザにとって有利な商品である。一方、選択商品に対しては、「リモコン操作可能」及び「リモコン操作不可能」の何れも設定されていない。従って、選択商品は、リモコン操作において、ユーザにとって有利な商品であるか否かは分からない。店舗が、リモコン操作の属性値を設定していないだけかもしれない。しかしながら、リモコン操作において、選択商品が比較商品よりも有利ではないことは明らかである。そのため、リモコン操作は、ユーザが重視する属性項目であるとは判定されない。

　防水機能について属性値が設定される場合、例えば、「防水機能付き」、または、防水機能がないことを示す「防水機能なし」のうち何れか一方が設定される。防水機能を有するデジタルカメラの方が、防水機能を有さないデジタルカメラよりもユーザにとって有利である。従って、「防水機能付き」が設定されている選択商品は、防水機能において、ユーザにとって有利な商品である。一方、比較商品に対しては、「防水機能付き」及び「防水機能なし」の何れも設定されていない。従って、比較商品は、防水機能において、ユーザにとって有利な商品であるか否かは分からない。しかしながら、ユーザは、商品ページに表示されている属性値に基づいて、商品を選択するか否かを判定する。そのため、ユーザが防水機能を重視する場合、ユーザは、商品ページに防水機能について何も表示されない商品よりも、商品ページに「防水機能付き」と表示されている商品の方を選択する。従って、防水機能は、ユーザが重視する属性項目として特定される。

　図９（ｂ）は、商品情報ＤＢ１２ｅに登録される内容の一例を示す図である。図９（ｂ）に示すように、商品情報ＤＢ１２ｅに登録される商品情報は、図４（ｅ）に示された各情報に加えて、オプション属性情報を含む。オプション属性情報には、店舗により追加されたオプション属性値が設定される。

　また、属性定義情報ＤＢ１２ｄには、共通項目の属性定義情報に加えて、オプション属性値が設定される可能性があるオプション項目の属性定義情報も登録される。オプション項目のデータ型は、例えば、文字列型である。オプション項目の有利属性情報には、例えば、有利であると定められているオプション属性値が設定される。具体的に、設定される可能性があるオプション属性値の中で最もユーザに有利であるオプション属性値が設定される。例えば、設定される可能性があるオプション属性値が２種類のみである場合、有利属性値情報には、有利な方のオプション属性値が設定される。オプション属性値は、商品ページに表示される。

　これまでに説明した点を除き、第２実施形態における情報提供システムＳの構成、電子商店街サーバ１の構成及び処理内容は、第１実施形態の場合と基本的に同様である。

　図１０は、本実施形態に係る電子商店街サーバ１のシステム制御部１４の重視度計算処理における処理例を示すフローチャートである。図１０において、図７と同様の処理については同様の符号を付してある。

　図１０に示すように、システム制御部１４は、第１実施形態の場合と同様に、ステップＳ３１～Ｓ３４を実行する。なお、ステップＳ３１～Ｓ３４では、共通項目の重視度が計算される。ステップＳ３３において、システム制御部１４は、全ての属性項目を選択したと判定した場合には（ステップＳ３３：ＮＯ）、オプション項目の重視度を計算する。

　先ず、システム制御部１４は、対象選択商品のオプション属性情報が対象選択商品の商品情報に設定されているか否かを判定する（ステップＳ７１）。このとき、システム制御部１４は、対象選択商品のオプション属性情報が設定されていないと判定した場合には（ステップＳ７１：ＮＯ）、重視度計算処理を終了させる。一方、システム制御部１４は、対象選択商品のオプション属性情報が設定されていると判定した場合には（ステップＳ７１：ＹＥＳ）、オプション属性情報からオプション属性値を１つ取得する（ステップＳ７２）。

　次いで、システム制御部１４は、取得したオプション属性値がユーザにとって有利な属性値であるか否かを判定する（ステップＳ７３）。具体的に、システム制御部１４は、有利属性値情報に、取得したオプション属性値が設定されている属性定義情報を、属性定義情報ＤＢ１２ｄから検索する。ここで、システム制御部１４は、条件を満たす属性定義情報を検索することができなかった場合には、取得したオプション属性値がユーザにとって有利な属性値ではないと判定する（ステップＳ７３：ＮＯ）。この場合、システム制御部１４は、ステップＳ７５に移行する。

　一方、システム制御部１４は、条件を満たす属性定義情報を検索することができた場合には、取得したオプション属性値がユーザにとって有利な属性値であると判定する（ステップＳ７３：ＹＥＳ）。この場合、システム制御部１４は、検索された属性定義情報に含まれる属性ＩＤが示すオプション項目の重視度を計算する（ステップＳ７４）。具体的に、システム制御部１４は、各比較商品の商品情報のオプション属性情報に、取得した対象選択商品のオプション属性値と同一のオプション属性値が設定されているか否かを判定する。次いで、システム制御部１４は、対象選択商品のオプション属性値と同一のオプション属性値が設定されていない比較商品の数を数える。対象選択商品のオプション属性値と同一のオプション属性値が設定されていない比較商品には、検索された属性定義情報に含まれる属性ＩＤが示すオプション項目のオプション属性値が何も設定されていない商品と、このオプション項目において、ユーザにとって不利な方のオプション属性値が設定されている商品と、が含まれる。システム制御部１４は、対象選択商品のオプション属性値と同一のオプション属性値が設定されていない比較商品の数を、比較商品の総数で除算することにより、重視度を計算する。

　次いで、システム制御部１４は、対象選択商品のオプション属性情報に、まだ取得していないオプション属性値があるか否かを判定する（ステップＳ７５）。このとき、システム制御部１４は、まだ取得していないオプション属性値があると判定した場合には（ステップＳ７５：ＹＥＳ）、まだ取得していないオプション属性値のうち１つを取得する（ステップＳ７６）。次いで、システム制御部１４は、ステップＳ７３に移行する。システム制御部１４は、ステップＳ７３～Ｓ７６の処理を繰り返すことにより、各オプション項目の重視度を計算する。そして、システム制御部１４は、全てのオプション属性値を取得したと判定した場合には（ステップＳ７５：ＮＯ）、重視度計算処理を終了させる。

　以上説明したように、本実施形態によれば、システム制御部１４が、選択商品と比較商品とのうち、選択商品にのみ属性値が設定されている属性項目の中から、設定されている属性値がユーザに有利とされている属性項目を、ユーザが重視する属性項目として特定する。従って、ある属性項目において、ユーザに選択された商品に対してユーザに有利であると定められている属性値が設定されている一方で、選択対象から除外された商品に対して属性値が設定されていない場合、その属性項目をユーザが重視していると判断することができる。

　［３．第３実施形態］
　第１実施形態においては、候補項目は、全ての商品で共通になっていた。これに対し、以下に説明する第３実施形態では、商品のジャンルによっては、ジャンルに固有の属性項目が設定される。そして、商品情報には、ジャンルに固有の属性項目の属性値が設定される。また、候補項目は、ジャンルに応じて決定される。候補項目がジャンルに応じて決定される理由は、ジャンルによって、ユーザが重視する属性項目が変わる場合があるからである。ジャンルは、本発明における区分の一例である。ここで、全ての商品に共通して属性値が設定される属性項目を、「共通項目」という。また、ジャンルに固有の属性項目を、「固有項目」という。なお、第３実施形態における共通項目と、第２実施形態における共通項目とは、基本的に同一である。

　図１１（ａ）は、選択商品及び比較商品それぞれの固有項目の属性値の内容の一例を示す図である。図１１（ａ）は、選択商品及び比較商品が、デジタルカメラである場合の例を示す。デジタルカメラの固有項目として、例えば、メーカー、シリーズ、有効画素数、光学ズームの倍率、液晶モニターのサイズ、電池のタイプ、手ぶれ補正機能、顔認識機能、重量、発売時期等がある。これらの固有項目のうち、候補項目は、有効画素数、光学ズーム、液晶モニター、手ぶれ補正機能、顔認識機能及び重量等である。例えば、属性値がユーザにとって有利であるか否かを一概に判断することができない属性項目は、候補項目から除外される。また、例えば、属性値がユーザにとって有利であるか否かを判断することができる属性項目ではあっても、ユーザが重視する蓋然性が低い属性項目は、候補項目から除外される。なお、デジタルカメラのシリーズによって、基本的な性能が異なる場合があることから、シリーズも候補項目に含まれるという考え方もある。また、発売時期が新しいほど、例えば、より性能が高かったり、より新しい機能があったりするという考え方もある。そのため、シリーズや発売時期が候補項目となってもよい。如何なる属性項目を候補項目とするかは、例えば、電子商店街の管理者により、ジャンルごとに任意に決定することができる。

　図１１（ａ）の例では、選択商品と比較商品との間で、メーカー、シリーズ、電池タイプ及び発売時期が互いに異なっている。しかしながら、これらの属性項目は候補項目ではない。そのため、これらの属性項目は、ユーザが重視する属性項目であるとは判定されない。

　候補項目のうち、有効画素数、液晶モニターのサイズ及び手ぶれ補正機能の属性値は、選択商品と比較商品との間で互いに同一である。従って、これらの属性項目は、ユーザが重視する属性項目であるとは判定されない。

　光学ズームの倍率、顔認識機能及び重量の属性値は、選択商品と比較商品との間で異なる。光学ズームの倍率が高いデジタルカメラであるほど、ユーザに有利である。また、顔認識機能を有するデジタルカメラの方が、顔認識機能を有しないデジタルカメラよりも有利である。また、重量が小さいデジタルカメラであるほど、ユーザに有利なデジタルカメラである。重量が小さいほど、携帯に便利であるからである。ここで、選択商品の光学ズームの倍率は、比較商品の光学ズームの倍率よりも低い。また、選択商品は、顔認識機能を有さない。また、選択商品の重量は、比較商品の重量よりも小さい。従って、重量が、ユーザが重視する属性項目として特定される。

　図１１（ｂ）は、商品情報ＤＢ１２ｅに登録される内容の一例を示す図である。図１１（ｂ）に示すように、商品情報ＤＢ１２ｅに登録される商品情報は、図４（ｅ）に示された各情報に加えて、ジャンル固有属性情報を含む。ジャンル固有属性情報には、商品が属するジャンルの各固有項目について、属性値が設定される。なお、ジャンルによっては、ジャンル固有属性情報が設定されなくてもよい。

　また、属性定義情報ＤＢ１２ｄには、共通項目の属性定義情報に加えて、固有項目の属性定義情報も登録される。固有項目においては、同一の属性項目であっても、ジャンルによって、有利な属性値が異なる場合がある。例えば、商品の重量が小さいほど有利なジャンルと、商品の重量が大きいほど有利なジャンルと、がある。この場合、有利属性値情報に設定される情報が異なる。そのため、属性項目名が同一であっても、有利属性値情報がジャンルによって異なる場合には、別々に属性定義情報が登録される。

　電子商店街サーバ１の記憶部１２には、図３に示す各データベースに加えて、ジャンル属性定義情報ＤＢ１２ｌが構築されている。図１１（ｃ）は、ジャンル属性定義情報ＤＢ１２ｌに登録される内容の一例を示す図である。ジャンル属性定義情報ＤＢ１２ｌには、商品の属性についてジャンルごとに固有の情報が、ジャンル属性定義情報として登録される。具体的に、ジャンル属性定義情報ＤＢ１２ｌには、ジャンルＩＤ、固有属性ＩＤリスト及び重視属性ＩＤリスト等が対応付けて登録される。

　固有属性ＩＤリストは、ジャンルＩＤが示すジャンルの固有項目の属性ＩＤのリストである。候補属性ＩＤリストは、ジャンルＩＤが示すジャンルの候補項目の属性ＩＤのリストである。如何なるレベルのジャンルに対してジャンル属性定義情報が登録されるかは、例えば、ジャンル間における固有項目の共通性に基づいて決定される。例えば、レベル１のジャンルとして、「ＴＶ・オーディオ・カメラ」があるとする。「ＴＶ・オーディオ・カメラ」の子ジャンルとして、例えば、「テレビ」、「デジタルカメラ」、「オーディオ」等があるとする。また、「デジタルカメラ」の子ジャンルとして、例えば、デジタルカメラのメーカーごとにジャンル分けが行われていたとする。例えば、レベル３のジャンルとして、「Ｘ社」、「Ｙ社」、「Ｚ社」等があるとする。テレビ、デジタルカメラ及びオーディオの間では、商品が有する属性の項目の中に、一致する項目もあるが、一致しない項目も多数含まれる。従って、「ＴＶ・オーディオ・カメラ」に対して、ジャンル属性定義情報は登録されない。一方、Ｘ社製のデジタルカメラ、Ｙ社製のデジタルカメラ及びＺ社製のデジタルカメラのそれぞれは、デジタルカメラが基本的に有する属性を有する。従って、「デジタルカメラ」に対して、ジャンル属性定義情報は登録される。一方、「Ｘ社」、「Ｙ社」及び「Ｚ社」に対しては、ジャンル属性定義情報は登録されない。「デジタルカメラ」のジャンル属性定義情報を用いればよいからである。

　これまでに説明した点を除き、第３実施形態における情報提供システムＳの構成、電子商店街サーバ１の構成及び処理内容は、第１実施形態の場合と基本的に同様である。

　図１２は、本実施形態に係る電子商店街サーバ１のシステム制御部１４の重視度計算処理における処理例を示すフローチャートである。また、図１２は、如何なるジャンルであっても、共通項目は候補項目であると定められている場合の処理例を示す。そのため、候補属性ＩＤリストには、候補項目とされた固有項目の属性ＩＤのみが設定される。また、図１２において、図７と同様の処理については同様の符号を付してある。

　図１２に示すように、システム制御部１４は、第１実施形態の場合と同様に、ステップＳ３１～Ｓ３４を実行する。なお、ステップＳ３１～Ｓ３４では、共通項目の重視度が計算される。ステップＳ３３において、システム制御部１４は、全ての属性項目を選択したと判定した場合には（ステップＳ３３：ＮＯ）、固有項目の重視度を計算する。

　先ず、システム制御部１４は、対象選択商品が属するジャンルの候補属性ＩＤリストを、ジャンル属性定義情報ＤＢ１２ｌから取得する（ステップＳ８１）。具体的に、システム制御部１４は、対象選択商品の商品情報から、ジャンルＩＤを取得する。次いで、システム制御部１４は、取得したジャンルＩＤを含むジャンル属性定義情報を、ジャンル属性定義情報ＤＢ１２ｌから検索する。このとき、システム制御部１４は、ジャンル属性定義情報が検索されなかった場合には、取得したジャンルＩＤに対応するジャンル情報から、親ジャンルＩＤを取得する。そして、システム制御部１４は、取得した親ジャンルＩＤを含むジャンル属性定義情報を、ジャンル属性定義情報ＤＢ１２ｌから検索する。このとき、システム制御部１４は、ジャンル属性定義情報が検索されなかった場合には、取得した親ジャンルＩＤをジャンルＩＤとして、ジャンルＩＤに対応するジャンル情報から、新たな親ジャンルＩＤを取得する。こうして、システム制御部１４は、ジャンル属性定義情報が検索されるまで、ジャンル属性定義情報の検索及び親ジャンルＩＤの取得を繰り返す。そして、システム制御部１４は、検索されたジャンル属性定義情報に含まれる候補属性ＩＤリストを、対象選択商品が属するジャンルの候補属性ＩＤリストとして取得する。システム制御部１４は、候補属性ＩＤリストを取得することにより、決定手段として、候補項目を決定する。

　次いで、システム制御部１４は、取得した候補属性ＩＤリストから、属性ＩＤを１つ取得する（ステップＳ８２）。次いで、システム制御部１４は、取得した属性ＩＤが示す属性項目の重視度を計算する（ステップＳ８３）。重視度の計算方法は、ステップＳ３２の場合と同様である。次いで、システム制御部１４は、候補属性ＩＤリストから、まだ取得していない属性ＩＤがあるか否かを判定する（ステップＳ８４）。このとき、システム制御部１４は、まだ取得していない属性ＩＤがあると判定した場合には（ステップＳ８４：ＹＥＳ）、まだ取得していない属性ＩＤのうち１つを取得する（ステップＳ８５）。次いで、システム制御部１４は、ステップＳ８３に移行する。システム制御部１４は、ステップＳ８３～Ｓ８５の処理を繰り返すことにより、対象選択商品が属するジャンルにおける各候補項目の重視度を計算する。そして、システム制御部１４は、全ての属性ＩＤを取得したと判定した場合には（ステップＳ８４：ＮＯ）、重視度計算処理を終了させる。

　なお、システム制御部１４は、図６に示す１ユーザ重視属性項目特定処理のステップＳＳ６及びＳ１３においては、ステップＳ８１と同様の処理によりジャンル属性定義情報を検索することができたレベルで、同一のジャンルに属するか否かを判定する。

　共通項目についても、ジャンルに応じて候補項目に入れるか否かを定める場合、候補属性ＩＤリストには、共通項目と固有項目のうち、候補項目とされた属性項目の属性ＩＤが設定される。この場合、システム制御部１４は、ステップＳ３１～Ｓ３４の処理を実行しないで、ステップＳ８１～８５を実行する。

　以上説明したように、システム制御部１４が、選択商品が属するジャンルに基づいて、ユーザが重視する属性項目の候補を決定し、決定された候補の中から、ユーザが重視する属性項目を特定する。従って、ジャンルによってユーザが重視する傾向がある属性項目が異なる場合であっても、ユーザが重視する属性項目を適切に特定することができる。

　なお、第１実施形態から第３実施形態までの実施形態のうち２つ以上の実施形態が組み合わせられてもよい。例えば、ジャンルごとに固有項目の属性値が設定されるとともに、店舗によりオプション属性値が設定可能に、電子商店街サーバ１が構成されてもよい。そして、例えば、オプション属性値が設定された属性項目は、必ず候補項目とされてもよいし、如何なるオプション属性値が候補項目となるかが、候補属性ＩＤリストで定義されてもよい。

　また、上記各実施形態においては、お気に入りへの登録、買い物かごへの投入及び購入が、それぞれ商品の選択行為とされていた。しかしながら、これらの行為のうち、何れか１つまたは２つのみが、商品の選択行為とされてもよい。

　また例えば、検索結果ページに一覧表示されている商品の中から商品ページを表示させる商品をユーザが選択する行為を、商品の選択行為としてもよい。ユーザは、検索結果ページに一覧表示された商品の属性値に基づいて、例えば、興味を持った商品の商品ページを表示させるからである。この場合の選択商品は、検索結果ページから選択されることにより、商品ページが表示された商品である。一方、この場合の比較商品は、検索結果ページに情報が表示された商品のうち、選択されなかった商品である。なお、検索結果ページに属性値が表示される属性項目の範囲内で、候補項目が定められてもよい。

　比較商品を特定するため、記憶部１２には、例えば、検索結果ページの閲覧履歴ＤＢが構築される。検索結果ページの閲覧履歴ＤＢには、例えば、閲覧日時、ユーザＩＤ、商品ＩＤのリスト、検索条件情報等が、検索結果ページが閲覧されるごとに対応付けて登録される。閲覧日時は、検索結果ページが閲覧された日時を示す。ユーザＩＤは、検索結果ページを閲覧したユーザを示す。商品ＩＤリストは、検索結果ページに情報が表示された商品の商品ＩＤのリストである。検索条件情報は、検索結果ページに情報が表示された商品が検索されたときにユーザにより指定された検索条件を示す。

　図６に示す１ユーザ重視属性項目特定処理において、選択商品を特定するための情報は、お気に入り情報ではなく、商品ページの閲覧履歴である。また、比較商品を特定するための情報は、商品ページの閲覧履歴ではなく、検索結果ページの閲覧履歴である。

　また、上記各実施形態においては、本発明における取引対象が商品に適用されていた。しかしながら、取引対象がサービスに適用されてもよい。そして、電子商取引のシステムとして、サービスの予約が可能なシステムに本発明が適用されてもよい。サービスの予約としては、例えば、宿泊施設の宿泊予約、ゴルフ場等の競技施設の利用予約、交通機関の座席の予約等がある。

１　電子商店街サーバ
２　店舗端末
３　ユーザ端末
１１　通信部
１２　記憶部
１２ａ　会員情報ＤＢ
１２ｂ　ジャンル情報ＤＢ
１２ｃ　店舗情報ＤＢ
１２ｄ　属性定義情報ＤＢ
１２ｅ　商品情報ＤＢ
１２ｆ　クエリログＤＢ
１２ｇ　閲覧履歴ＤＢ
１２ｈ　買い物かご情報ＤＢ
１２ｉ　購入履歴ＤＢ
１２ｊ　お気に入り情報ＤＢ
１２ｋ　重視項目情報ＤＢ
１２ｌ　ジャンル属性定義情報ＤＢ
１３　入出力インターフェース
１４　システム制御部
１４ａ　ＣＰＵ
１４ｂ　ＲＯＭ
１４ｃ　ＲＡＭ
１５　システムバス
ＮＷ　ネットワーク
Ｓ　情報提供システム

Claims

　取引対象の属性値を含む取引対象情報がユーザに閲覧された取引対象のうち該ユーザに選択された取引対象が登録されるリストに登録されている取引対象の前記取引対象情報の閲覧時刻から、予め設定された時間内に前記取引対象情報が閲覧された取引対象を抽出する第１抽出手段と、
　前記第１抽出手段により抽出された取引対象の中から、前記リストに登録されていない取引対象を抽出する第２抽出手段と、
　前記リストに登録されている取引対象と、前記第２抽出手段により抽出された取引対象と、の間で設定が異なる属性値に基づいて、取引対象の複数の属性項目のうちユーザが重視する属性項目を特定する特定手段と、
　を備えることを特徴とする情報処理装置。
　請求項１に記載の情報処理装置において、
　前記特定手段は、前記リストに登録されている取引対象と、前記第２抽出手段により抽出された取引対象と、の両方に属性値が設定されている属性項目のうち、前記リストに登録されている取引対象の方が前記第２抽出手段により抽出された取引対象よりもユーザに有利な属性値が設定されている属性項目を、ユーザが重視する属性項目として特定することを特徴とする情報処理装置。
　請求項１に記載の情報処理装置において、
　前記特定手段は、前記リストに登録されている取引対象と、前記第２抽出手段により抽出された取引対象と、のうち前記リストに登録されている取引対象にのみ属性値が設定されている属性項目の中から、設定されている属性値がユーザに有利とされている属性項目を、ユーザが重視する属性項目として特定することを特徴とする情報処理装置。
　請求項１乃至３の何れか１項に記載の情報処理装置において、
　取引対象の複数の区分のうち前記リストに登録されている取引対象が属する区分に基づいて、ユーザが重視する属性項目の候補を決定する決定手段を更に備え、
　前記特定手段は、前記決定手段により決定された候補の中から、ユーザが重視する属性項目を特定することを特徴とする情報処理装置。
　請求項１乃至４の何れか１項に記載の情報処理装置において、
　前記第１抽出手段または前記第２抽出手段の何れか一方は、前記取引対象情報が閲覧された取引対象を示す情報と、該取引対象を検索するためにユーザにより指定された検索条件と、を対応付けて記憶する閲覧情報記憶手段に記憶された検索条件が、前記リストに登録されている取引対象を示す情報と、該取引対象を検索するためにユーザにより指定された検索条件と、を対応付けて記憶するリスト情報記憶手段に記憶された検索条件と同じ取引対象の中から抽出を行うことを特徴とする情報処理装置。
　請求項１乃至５の何れか１項に記載の情報処理装置において、
　前記特定手段により特定された属性項目の属性値に基づいて、ユーザに取り引きを勧める取引対象を選択する選択手段と、
　前記選択手段により選択された取引対象に関する情報を提供する提供手段と、
　を更に備えることを特徴とする情報処理装置。
　情報処理装置により実行される情報処理方法であって、
　取引対象の属性値を含む取引対象情報がユーザに閲覧された取引対象のうち該ユーザに選択された取引対象が登録されるリストに登録されている取引対象の前記取引対象情報の閲覧時刻から、予め設定された時間内に前記取引対象情報が閲覧された取引対象を抽出する第１抽出ステップと、
　前記第１抽出ステップにおいて抽出された取引対象の中から、前記リストに登録されていない取引対象を抽出する第２抽出ステップと、
　前記リストに登録されている取引対象と、前記第２抽出ステップにおいて抽出された取引対象と、の間で設定が異なる属性値に基づいて、取引対象の複数の属性項目のうちユーザが重視する属性項目を特定する特定ステップと、
　を含むことを特徴とする情報処理方法。
　情報処理装置に含まれるコンピュータを、
　取引対象の属性値を含む取引対象情報がユーザに閲覧された取引対象のうち該ユーザに選択された取引対象が登録されるリストに登録されている取引対象の前記取引対象情報の閲覧時刻から、予め設定された時間内に前記取引対象情報が閲覧された取引対象を抽出する第１抽出手段、
　前記第１抽出手段により抽出された取引対象の中から、前記リストに登録されていない取引対象を抽出する第２抽出手段、及び、
　前記リストに登録されている取引対象と、前記第２抽出手段により抽出された取引対象と、の間で設定が異なる属性値に基づいて、取引対象の複数の属性項目のうちユーザが重視する属性項目を特定する特定手段、
　として機能させることを特徴とする情報処理プログラム。
　情報処理装置に含まれるコンピュータを、
　取引対象の属性値を含む取引対象情報がユーザに閲覧された取引対象のうち該ユーザに選択された取引対象が登録されるリストに登録されている取引対象の前記取引対象情報の閲覧時刻から、予め設定された時間内に前記取引対象情報が閲覧された取引対象を抽出する第１抽出手段、
　前記第１抽出手段により抽出された取引対象の中から、前記リストに登録されていない取引対象を抽出する第２抽出手段、及び、
　前記リストに登録されている取引対象と、前記第２抽出手段により抽出された取引対象と、の間で設定が異なる属性値に基づいて、取引対象の複数の属性項目のうちユーザが重視する属性項目を特定する特定手段、
　として機能させる情報処理プログラムがコンピュータ読み取り可能に記録されていることを特徴とする記録媒体。