情報処理装置、情報処理方法、情報処理プログラム、及び記録媒体
【課題】参照リストに登録しておく必要がない取引対象を参照リストから適切に削除することを支援することにより、参照リストが肥大化することを防止する。
【解決手段】情報処理装置は、ユーザにより取引対象の選択に関する予め定められた操作がされた場合、取引対象に関する情報への参照を保持する参照リストに登録された取引対象を示す参照リスト情報を記憶する記憶手段に記憶されたユーザの参照リスト情報に基づいて、参照リストに登録された取引対象の中から操作の対象とされた取引対象に関連する取引対象を、参照リストからの削除候補として選定する選定手段と、選定手段により選定された削除候補を提示させる制御手段と、を備える。
【解決手段】情報処理装置は、ユーザにより取引対象の選択に関する予め定められた操作がされた場合、取引対象に関する情報への参照を保持する参照リストに登録された取引対象を示す参照リスト情報を記憶する記憶手段に記憶されたユーザの参照リスト情報に基づいて、参照リストに登録された取引対象の中から操作の対象とされた取引対象に関連する取引対象を、参照リストからの削除候補として選定する選定手段と、選定手段により選定された削除候補を提示させる制御手段と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、取引対象に関する情報への参照を保持する参照リストからの取引対象の削除に関する処理を行う情報処理装置の技術分野に関する。
【背景技術】
【０００２】
従来、商品の購入やサービスの予約等、取引対象の購入が可能な電子商取引のＷｅｂサイトが知られている。このようなＷｅｂサイトでは、取引対象ごとに、取引対象に関する情報が掲載されるＷｅｂページがある。また、このようなＷｅｂサイトでは、ユーザが任意の取引対象を参照リストに登録おく機能が提供されていることがある。参照リストとは、例えば、取引対象に関する情報のＵＲＬ等、取引対象に関する情報への参照を保持するリストである。この参照リストは、例えば、お気に入り、ブックマーク等と呼ばれている。ユーザは、例えば、興味がある取引対象、購入候補とした取引対象、好きな取引対象等を参照リストに登録しておく。これにより、参照リストから、その取引対象に関する情報へ簡単にアクセスすることができる。
【０００３】
参照リストに登録されていた取引対象が、例えばユーザの状況の変化等により、ユーザにとってもはや必要ではなくなる場合がある。そのため、ユーザが参照リストに取引対象を次々に登録していくと、不要となっている取引対象も含めて参照リストに多くの取引対象が登録されて参照リストが肥大化することがある。そうすると、ユーザが参照リストから所望の取引対象を探して取引対象に関する情報にアクセスするために手間を要する場合がある。参照リストの肥大化を防止するためには参照リストを整理する必要があるが、この場合、ユーザが多くの取引対象の中から不要な取引対象を探して参照リストから削除するという作業を行う必要がある。この作業には手間を要する場合がある。
【０００４】
この点に関連して、特許文献１には、ブックマークに登録されているＵＲＬのうち、ユーザが所定時間アクセスしなかったＵＲＬを一括で削除する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−２０９６０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に開示された技術においては、所定時間アクセスがなかったＵＲＬが自動的に削除されるため、ユーザが実際には必要としているＵＲＬもブックマークから削除されてしまうおそれがある。また、取引対象においては、情報へのアクセスがなかった取引対象が、必ずしも参照リストから不要な取引対象であるとは限らない。
【０００７】
本発明は、以上の点に鑑みてなされたものであり、参照リストに登録しておく必要がない取引対象を参照リストから適切に削除することを支援することにより、参照リストが肥大化することを防止することができる情報処理装置、情報処理方法、情報処理プログラム、及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、請求項１に記載の発明は、ユーザにより取引対象の選択に関する予め定められた操作がされた場合、取引対象に関する情報への参照を保持する参照リストに登録された取引対象を示す参照リスト情報を記憶する記憶手段に記憶された前記ユーザの前記参照リスト情報に基づいて、前記参照リストに登録された取引対象の中から前記操作の対象とされた取引対象に関連する取引対象を、前記参照リストからの削除候補として選定する選定手段と、前記選定手段により選定された前記削除候補を提示させる制御手段と、を備えることを特徴とする。
【０００９】
この発明によれば、予め定められた操作の対象とされた取引対象に関連する取引対象が提示されるので、参照リストに登録しておく必要がない蓋然性がある高い取引対象を削除候補として提示することができる。そのため、不要な取引対象を参照リストから削除しやすくなるため、参照リストに登録しておく必要がない取引対象を参照リストから適切に削除することを支援することができる。これにより、参照リストが肥大化することを防止することができる。
【００１０】
請求項２に記載の発明は、請求項１に記載の情報処理装置において、前記記憶手段には、前記参照リスト情報として、前記ユーザの要求に応じて検索された取引対象の中から前記参照リストに登録された取引対象を示す情報と、該取引対象を検索するために前記ユーザにより指定された検索条件とが対応付けて記憶されており、前記選定手段は、検索するために指定された検索条件が前記操作の対象とされた取引対象と一致する取引対象を前記削除候補として選定することを特徴とする。
【００１１】
この発明によれば、予め定められた操作の対象とされた取引対象が検索されたときの検索条件と同じ検索条件で検索されて参照リストに登録されている取引対象が削除候補として選定される。そのため、参照リストに登録しておく必要がない蓋然性が高い取引対象を提示することができる。つまり、このような取引対象は、予め定められた操作の対象とされた取引対象と合わせて購入候補として比較されていた取引対象である蓋然性が高い。その複数の取引対象のうち何れかの取引対象について予め定められた操作された場合は、購入候補の比較が終わっている蓋然性がある。比較が終わっている取引対象は参照リストに登録しておく必要がない。
【００１２】
請求項３に記載の発明は、請求項１または請求項２に記載の情報処理装置において、前記選定手段は、取引対象の複数の区分のうち前記操作の対象とされた取引対象と同じ区分に属する取引対象を前記削除候補として選定することを特徴とする。
【００１３】
この発明によれば、操作対象とされた取引対象と同じ区分に属する取引対象が選定されるので、参照リストに登録しておく必要がない蓋然性が高い取引対象を提示することができる。
【００１４】
請求項４に記載の発明は、請求項１乃至３の何れか１項に記載の情報処理装置において、前記選定手段は、取引対象の属性に応じて該取引対象が利用される段階が異なるように定められた物事の過程において、前記操作の対象とされた取引対象が利用される段階よりも前の段階で利用される取引対象を前記削除候補として選定することを特徴とする。
【００１５】
この発明によれば、予め定められた操作の対象とされた取引対象が利用される段階よりも前の段階で利用される取引対象が選定されるので、参照リストに登録しておく必要がない蓋然性が高い取引対象を提示することができる。つまり、ある取引対象について操作された場合、その取引対象が利用される段階よりも前の段階で利用される取引対象は、既にユーザが利用を終えた取引対象であるか、または、ユーザが必要としなくなった取引対象である蓋然性がある。そのような取引対象は、参照リストに登録しておく必要がない。
【００１６】
請求項５に記載の発明は、請求項１乃至４の何れか１項に記載の情報処理装置において、前記記憶手段には、前記参照リスト情報として、前記参照リストに登録された取引対象を示す情報と、該取引対象の前記参照リストへの登録時期とが対応付けて記憶されており、前記選定手段は、前記参照リストへの登録時期が前記操作の対象とされた取引対象と同時期である取引対象を前記削除候補として選定することを特徴とする。
【００１７】
この発明によれば、予め定められた操作の対象とされた取引対象が参照リストに登録されていた場合、その取引対象の参照リストへの登録時期と同時期に登録された取引対象が選定されるので、参照リストに登録しておく必要がない蓋然性が高い取引対象を提示することができる。つまり、同時期に複数の取引対象が参照リストに登録された場合は、購入候補として比較対象とするために登録された場合がある。その複数の取引対象のうち何れかの取引対象について予め定められた操作された場合は、購入候補の比較が終わっている蓋然性がある。比較が終わっている取引対象は参照リストに登録しておく必要がない。
【００１８】
請求項６に記載の発明は、請求項１乃至５の何れか１項に記載の情報処理装置において、前記選定手段は、前記ユーザによる取引対象に関する取引対象情報の閲覧時期と、該取引対象情報が閲覧された取引対象を示す情報とを対応付けて履歴として記憶する履歴記憶手段に記憶された前記履歴に基づいて、前記取引対象情報の閲覧時期が前記操作の対象とされた取引対象と同時期である取引対象を前記削除候補として選定することを特徴とする。
【００１９】
この発明によれば、予め定められた操作の対象とされた取引対象に関する情報の閲覧時期と同時期に情報が閲覧された取引対象が選定されるので、参照リストに登録しておく必要がない蓋然性が高い取引対象を提示することができる。つまり、同時期に複数の取引対象に関する情報がそれぞれ閲覧されている場合は、購入候補として比較するために閲覧された場合がある。その複数の取引対象のうち何れかの取引対象について予め定められた操作された場合は、購入候補の比較が終わっている蓋然性がある。比較が終わっている取引対象は参照リストに登録しておく必要がない。
【００２０】
請求項７に記載の発明は、請求項１乃至６の何れか１項に記載の情報処理装置において、前記選定手段は、前記操作の対象とされた取引対象の利用時期であると定められた季節よりも前の季節が利用時期であると定められた取引対象を前記削除候補として選定することを特徴とする。
【００２１】
この発明によれば、予め定められた操作の対象とされた取引対象が利用される季節よりも前の季節に利用される取引対象が選定されるので、参照リストに登録しておく必要がない蓋然性が高い取引対象を提示することができる。つまり、そのような取引対象は、ユーザにとって必要性が低くなった蓋然性が高い。必要性が低くなった取引対象は参照リストに登録しておく必要がない。
【００２２】
請求項８に記載の発明は、請求項１乃至７の何れか１項に記載の情報処理装置において、前記選定手段は、前記操作の対象とされた取引対象との関連性を示す取引対象の属性に応じて複数定められる属性範囲ごとに、前記参照リストに登録された取引対象のうち該属性範囲に含まれる取引対象の中から前記操作の対象とされた取引対象に関連する取引対象を前記削除対象として選定し、前記制御手段は、前記選定手段により選定された前記削除対象を前記属性範囲ごとに提示させることを特徴とする。
【００２３】
提示される削除候補の数が多いと、ユーザが削除するか否かを判断を行うことが煩わしく感じる場合がある。これに対し、この発明によれば、予め定められた操作の対象とされた取引対象との関連性に応じた属性の範囲のそれぞれごとに削除候補が提示される。これにより、ユーザは複数の属性の範囲の中から、削除候補の数がユーザの都合のよい範囲を、削除候補を削除するか否かを判断する範囲として選択することができる。そのため、不要な取引対象を参照リストから削除しやすくなる。
【００２４】
請求項９に記載の発明は、情報処理装置により実行される情報処理方法であって、ユーザにより取引対象の選択に関する予め定められた操作がされた場合、取引対象に関する情報への参照を保持する参照リストに登録された取引対象を示す参照リスト情報を記憶する記憶手段に記憶された前記ユーザの前記参照リスト情報に基づいて、前記参照リストに登録された取引対象の中から前記操作の対象とされた取引対象に関連する取引対象を、前記参照リストからの削除候補として選定する選定ステップと、前記選定ステップにおいて選定された前記削除候補を提示させる制御ステップと、を含むことを特徴とする。
【００２５】
請求項１０に記載の発明は、情報処理装置に含まれるコンピュータを、ユーザにより取引対象の選択に関する予め定められた操作がされた場合、取引対象に関する情報への参照を保持する参照リストに登録された取引対象を示す参照リスト情報を記憶する記憶手段に記憶された前記ユーザの前記参照リスト情報に基づいて、前記参照リストに登録された取引対象の中から前記操作の対象とされた取引対象に関連する取引対象を、前記参照リストからの削除候補として選定する選定手段、及び、前記選定手段により選定された前記削除候補を提示させる制御手段、として機能させることを特徴とする。
【００２６】
請求項１１に記載の発明は、情報処理装置に含まれるコンピュータを、ユーザにより取引対象の選択に関する予め定められた操作がされた場合、取引対象に関する情報への参照を保持する参照リストに登録された取引対象を示す参照リスト情報を記憶する記憶手段に記憶された前記ユーザの前記参照リスト情報に基づいて、前記参照リストに登録された取引対象の中から前記操作の対象とされた取引対象に関連する取引対象を、前記参照リストからの削除候補として選定する選定手段、及び、前記選定手段により選定された前記削除候補を提示させる制御手段、として機能させる情報処理プログラムがコンピュータ読み取り可能に記録されていることを特徴とする。
【発明の効果】
【００２７】
本発明によれば、予め定められた操作の対象とされた取引対象に関連する取引対象が提示されるので、参照リストに登録しておく必要がない蓋然性がある高い取引対象を削除候補として提示することができる。そのため、不要な取引対象を参照リストから削除しやすくなるため、参照リストに登録しておく必要がない取引対象を参照リストから適切に削除することを支援することができる。これにより、参照リストが肥大化することを防止することができる。
【図面の簡単な説明】
【００２８】
【図１】一実施形態に係る電子商取引システムＳの概要構成の一例を示す図である。
【図２】削除候補ページの画面表示例を示す図である。
【図３】一実施形態に係る電子商取引サーバ１の概要構成の一例を示すブロック図である。
【図４】（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図であり、（ｂ）は、ジャンル情報ＤＢ１２ｂに登録される内容の一例を示す図であり、（ｃ）は、店舗情報ＤＢ１２ｃに登録される内容の一例を示す図であり、（ｄ）は、商品情報ＤＢ１２ｄに登録される内容の一例を示す図であり、（ｅ）は、閲覧履歴ＤＢ１２ｅに登録される内容の一例を示す図であり、（ｆ）は、購入履歴ＤＢ１２ｆに登録される内容の一例を示す図であり、（ｇ）は、お気に入り情報ＤＢ１２ｇに登録される内容の一例を示す図である。
【図５】一実施形態に係る電子商取引サーバ１のシステム制御部１４のお気に入り登録リクエスト受信時処理における処理例を示すフローチャートである。
【図６】操作対象の商品と検索条件が一致する商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。
【図７】操作対象の商品とジャンルが一致する商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。
【図８】操作対象の商品よりも前の段階で利用される商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。
【図９】操作対象の商品と同時期にお気に入りに登録された商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。
【図１０】操作対象の商品と同時期に商品ページが閲覧された商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。
【図１１】操作対象の商品と同時期にお気に入りに登録された商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。
【図１２】（ａ）及び（ｂ）は、変形例における削除候補ページの画面表示の第１の例を示す図である。
【図１３】（ａ）及び（ｂ）は、変形例における削除候補ページの画面表示の第２の例を示す図である。
【発明を実施するための形態】
【００２９】
以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、電子商取引システムに対して本発明を適用した場合の実施形態である。
【００３０】
［１．電子商取引システムの構成及び機能概要］
［１−１．電子商取引システムの構成］
先ず、本実施形態に係る電子商取引システムＳの構成について、図１を用いて説明する。図１は、本実施形態に係る電子商取引システムＳの概要構成の一例を示す図である。
【００３１】
図１に示すように、電子商取引システムＳは、電子商取引サーバ１と、複数の店舗端末２と、複数のユーザ端末３と、を含んで構成されている。そして、電子商取引サーバ１と各店舗端末２及び各ユーザ端末３とは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（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）１４ｃ等により構成されている。そして、システム制御部１４は、ＣＰＵ１４ａが、各種プログラムを読み出し実行することにより、本発明における選定手段及び制御手段として機能するようになっている。
【００８４】
なお、電子商取引サーバ１が、複数のサーバ装置で構成されてもよい。例えば、お気に入りに関する処理を行うサーバ装置、電子商店街において商品の検索や注文等の処理を行うサーバ装置、オークションに関する処理を行うサーバ装置、ユーザ端末３からのリクエストに応じてＷｅｂページを送信するサーバ装置、及びデータベースを管理するサーバ装置等が、互いにＬＡＮ等で接続されてもよい。
【００８５】
［３．電子商取引システムの動作］
次に、電子商取引システムＳの動作について、図５乃至図１１を用いて説明する。
【００８６】
［３−１．商品選択関連操作に関する処理］
先ず、ユーザが商品選択関連操作を行ったときに電子商取引サーバ１により実行される処理について説明する。なお、以下では、お気に入り登録操作が行われた場合についての処理を図５を用いて説明し、他の商品選択関連操作が行われた場合の処理については概要のみ説明する。
【００８７】
［３−１−１．お気に入り登録操作の場合］
例えば、ユーザは、予め電子商取引システムＳにログインしているとする。システム制御部１４は、ユーザによるログイン時に、ユーザ端末３からユーザＩＤを受信し、受信したユーザＩＤをクッキーとしてユーザ端末３に保存させている。そのため、ユーザがログインしている場合には、ユーザ端末３から電子商取引サーバ１へ送信されるリクエストには、ユーザＩＤを含むクッキーが付加されている。なお、電子商取引サーバ１が受信したリクエストに付加されたクッキーに含まれるユーザＩＤを、「要求ユーザＩＤ」という。また、要求ユーザＩＤが示すユーザを、「要求ユーザ」という。
【００８８】
ユーザは、電子商店街のＷｅｂページにおいて、商品を検索するための検索条件を指定する。すると、ユーザ端末３は、指定された検索条件を含む検索リクエストを電子商取引サーバ１へ送信する。システム制御部１４は、受信した検索リクエストに含まれる検索条件を、要求ユーザＩＤに対応付けて保持する。また、システム制御部１４は、受信した検索リクエストに含まれる検索条件を満たす商品の検索を行う。具体的に、システム制御部１４は、検索条件としてキーワードが設定されている場合には、商品名及び商品説明の少なくとも一方にキーワードを含む商品を検索する。また、システム制御部１４は、検索条件としてジャンルＩＤが設定されている場合には、ジャンルＩＤに対応するジャンルに属する商品を検索する。複数の検索条件が設定されている場合、システム制御部１４は、複数の検索条件を満たす商品を検索する。
【００８９】
システム制御部１４は、商品を検索すると、検索した商品の一覧が表示される検索結果ページをユーザ端末３に送信する。ユーザが、ユーザ端末３により表示された検索結果ページから何れかの商品を選択すると、ユーザ端末３は、選択された商品の商品ページのリクエストを電子商取引サーバ１へ送信し、電子商取引サーバ１は、対応する商品ページをユーザ端末３へ送信する。ユーザが、ユーザ端末３により表示された商品ページにおいて、「お気に入りに追加」と表示されたリンクを選択すると、ユーザ端末３は、お気に入り登録リクエストを電子商取引サーバ１へ送信する。お気に入り登録リクエストは、商品ページに情報が表示されている商品のお気に入りへの登録の要求を示すメッセージである。お気に入り登録リクエストには、お気に入りへの登録対象とされた商品の商品ＩＤが設定されている。この商品ＩＤが、操作対象の商品の商品ＩＤである。
【００９０】
図５は、本実施形態に係る電子商取引サーバ１のシステム制御部１４のお気に入り登録リクエスト受信時処理における処理例を示すフローチャートである。お気に入り登録リクエスト受信時処理は、電子商取引サーバ１がユーザ端末３からお気に入り登録リクエストを受信したときに開始される。
【００９１】
先ず、システム制御部１４は、受信したお気に入り登録リクエストから要求ユーザＩＤを取得する（ステップＳ１）。次いで、システム制御部１４は、要求ユーザＩＤに対応付けて保持していた検索条件を取得する（ステップＳ２）。次いで、システム制御部１４は、現在日時を登録日時として取得する。そして、システム制御部１４は、要求ユーザＩＤ、お気に入り登録リクエストに設定された操作対象の商品の商品ＩＤ、登録日時及び検索条件を対応付けて、お気に入り情報ＤＢ１２ｇに登録する（ステップＳ３）。次いで、システム制御部１４は、削除候補提示制御処理を実行する（ステップＳ４）。削除候補提示制御処理では、ユーザのお気に入りの中から操作対象の商品に関連する商品が削除候補として選定され、選定された削除候補が表示される削除候補ページがユーザ端末３へ送信される。なお、削除候補提示制御処理の詳細は後述する。システム制御部１４は、削除候補提示制御処理を終えると、お気に入り登録リクエスト受信時処理を終了させる。
【００９２】
［３−１−２．お気に入り削除操作の場合］
お気に入りページにおいて、ユーザが、お気に入りに登録されている商品のうち何れかの商品をお気に入りから削除する商品として選択し、「削除する」と表示されたボタンを選択操作する。すると、ユーザ端末３は、選択された商品の商品ＩＤを操作対象の商品の商品ＩＤとして含むお気に入り削除リクエストを電子商取引サーバ１へ送信する。システム制御部１４は、お気に入り削除リクエストを受信すると、削除候補提示制御処理を実行する。そして、システム制御部１４は、削除候補提示制御処理を実行した後に、要求ユーザＩＤと操作対象の商品の商品ＩＤとを含むお気に入り情報を、お気に入り情報ＤＢ１２ｇから削除する。
【００９３】
［３−１−３．注文操作の場合］
商品ページにおいて、ユーザが商品を注文するための操作を行うと、ユーザ端末３は、注文内容を入力したり確認したりするためのＷｅｂページを表示する。そこで、ユーザが注文を確定させる操作を行うと、注文される商品の商品ＩＤを操作対象の商品の商品ＩＤとして含む注文リクエストを電子商取引サーバ１へ送信する。システム制御部１４は、注文リクエストを受信すると、注文に必要な処理を実行する。例えば、システム制御部１４は、注文内容を注文ＤＢに登録したり、注文内容を店舗に通知するための処理を行ったり、購入履歴ＤＢ１２ｆへの購入履歴の登録を行ったりする。そして、システム制御部１４は、削除候補提示制御処理を実行する。
【００９４】
［３−１−４．出品操作の場合］
オークションのＷｅｂページにおいて、ユーザが商品を出品する操作を行う。例えば、ユーザは、出品する商品の商品名、商品の説明、商品のジャンル、その他出品に必要な情報を設定して、「出品する」と表示されたボタンを選択操作する。すると、ユーザ端末３は、設定された情報を含む出品リクエストを電子商取引サーバ１へ送信する。システム制御部１４は、出品リクエストを受信すると、出品に必要な処理を実行する。例えば、システム制御部１４は、オークションに関する情報をオークションＤＢに登録したり、オークションページを生成したりする。オークションページは、出品された商品のオークションに関する詳細な情報が表示されるＷｅｂページである。ユーザは、オークションページにおいて商品を入札する操作を行うことができる。また、システム制御部１４は、出品された商品を、操作対象の商品として特定する。例えば、システム制御部１４は、出品された商品の商品名やジャンルから、出品された商品の商品コードを特定する。システム制御部１４は、出品に必要な処理を終えると、削除候補提示制御処理を実行する。
【００９５】
［３−２．削除候補提示制御処理］
次に、削除候補提示制御処理について、図６乃至図１１を用いて説明する。削除候補提示制御処理の内容は、操作対象の商品に関連する商品を選定する基準に応じて異なる部分がある。そのため、以下では、関連する商品を選定する基準ごとに説明する。また、以下に説明する削除候補提示制御処理は、操作対象の商品の商品ＩＤを特定することができる操作（お気に入り登録操作、お気に入り削除操作、注文操作）に対応した処理である。そのため、出品操作がされた場合における処理については適宜補足する。
【００９６】
［３−２−１．操作対象の商品と検索条件が一致する商品］
図６は、操作対象の商品と検索条件が一致する商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。
【００９７】
先ず、システム制御部１４は、お気に入り情報ＤＢ１２ｇから、要求ユーザＩＤを含むお気に入り情報を検索する（ステップＳ１１）。次いで、システム制御部１４は、検索されたお気に入り情報の中に、要求ユーザＩＤと操作対象の商品の商品ＩＤとを含むお気に入り情報（以下、「操作対象の商品のお気に入り情報」という）があるか否かを判定する（ステップＳ１２）。つまり、システム制御部１４は、要求ユーザのお気に入りに操作対象の商品が登録されているか否かを判定する。このとき、システム制御部１４は、操作対象の商品のお気に入り情報がないと判定した場合には（ステップＳ１２：ＮＯ）、削除候補提示制御処理を終了させる。この場合、削除候補ページはユーザ端末３に送信されない。
【００９８】
一方、システム制御部１４は、操作対象の商品のお気に入り情報があると判定した場合には（ステップＳ１２：ＹＥＳ）、操作対象の商品のお気に入り情報から検索条件を取得する（ステップＳ１３）。次いで、システム制御部１４は、削除候補リストを初期化する（ステップＳ１４）。削除候補リストは、削除候補として選定された商品の商品ＩＤが登録されるリストである。
【００９９】
次いで、システム制御部１４は、ステップＳ１１において検索されたお気に入り情報のうち１つを選択する（ステップＳ１５）。次いで、システム制御部１４は、選択されたお気に入り情報に含まれる商品ＩＤを、削除候補の判定対象となる候補判定商品の商品ＩＤとして取得する（ステップＳ１６）。次いで、システム制御部１４は、操作対象の商品の商品ＩＤと候補判定商品の商品ＩＤとが一致するか否かを判定する（ステップＳ１７）。このとき、システム制御部１４は、一致すると判定した場合には（ステップＳ１７：ＹＥＳ）、ステップＳ２３に移行する。この場合、候補判定商品は削除候補から除外される。つまり、操作対象の商品自体は、削除候補から除外される。なお、システム制御部１４は、商品選択関連操作が注文操作や出品操作である場合、操作対象の商品自体も削除候補に含まれるようにしてもよい。
【０１００】
一方、システム制御部１４は、一致しないと判定した場合には（ステップＳ１７：ＮＯ）、購入履歴ＤＢ１２ｆから、要求ユーザＩＤと操作対象の商品の商品ＩＤとを含む購入履歴を検索する（ステップＳ１８）。次いで、システム制御部１４は、該当する購入履歴があるか否かを判定する（ステップＳ１９）。つまり、システム制御部１４は、要求ユーザが操作対象の商品を購入したことがあるか否かを判定する。このとき、システム制御部１４は、該当する購入履歴があると判定した場合には（ステップＳ１９：ＹＥＳ）、ステップＳ２３に移行する。つまり、ユーザが購入したことがある商品は、削除候補から除外される。例えば、食料品や消耗品等のジャンルの商品については、ユーザが一度購入した商品を再度購入する場合がある。何度も購入するような商品がお気に入りに登録されていると、その商品を購入するために商品ページへアクセすることが容易となり、改めて検索を行う必要がない。そのため、一度購入された商品は再度購入されることがあるため、削除候補から除外される。なお、システム制御部１４は、ユーザが購入したことがある商品も削除候補に含めてもよい。また、システム制御部１４は、ユーザが購入したことがある商品を削除候補から除外するか否かを、商品のジャンルに基づいて判断してもよい。
【０１０１】
一方、システム制御部１４は、該当する購入履歴がないと判定した場合には（ステップＳ１９：ＮＯ）、選択した候補判定商品のお気に入り情報から、検索条件を取得する（ステップＳ２０）。次いで、システム制御部１４は、操作対象の商品の検索条件と候補判定商品の検索条件とが一致するか否かを判定する（ステップＳ２１）。このとき、システム制御部１４は、一致しないと判定した場合には（ステップＳ２１：ＮＯ）、ステップＳ２３に移行する。つまり、システム制御部１４は、候補判定商品を削除候補から除外する。一方、システム制御部１４は、一致すると判定した場合には（ステップＳ２１：ＹＥＳ）、候補判定商品の商品ＩＤを削除候補リストに登録する（ステップＳ２２）。つまり、システム制御部１４は、候補判定商品を削除候補として選定する。次いで、システム制御部１４は、ステップＳ２３に移行する。なお、システム制御部１４は、操作対象の商品の検索条件と候補判定商品の検索条件とが全部一致した場合に候補判定商品を削除候補としてもよいし、一部一致した場合に候補判定商品を削除候補としてもよい。
【０１０２】
ステップＳ２３において、システム制御部１４は、ステップＳ１１において検索されたお気に入り情報の中にまだ選択されていないお気に入り情報があるか否かを判定する。このとき、システム制御部１４は、まだ選択されていないお気に入り情報があると判定した場合には（ステップＳ２３：ＹＥＳ）、まだ選択されていないお気に入り情報のうち１つを選択する（ステップＳ２４）。次いで、システム制御部１４は、ステップＳ１６に移行する。システム制御部１４は、ステップＳ１６〜Ｓ２４の処理を繰り返すことにより、選定手段として、要求ユーザのお気に入りに登録されている商品の中から削除候補を選定する。
【０１０３】
そして、システム制御部１４は、全てのお気に入り情報を選択したと判定した場合には（ステップＳ２３：ＮＯ）、制御手段として、削除リストに基づいて削除候補ページのＨＴＭＬ文書の生成及び送信を行う（ステップ２５）。具体的に、システム制御部１４は、削除リストに登録された商品ＩＤに対応する商品情報から、削除候補の商品の商品名を取得する。また、システム制御部１４は、削除リストに登録された商品ＩＤに基づいて、削除候補の商品の商品ページのＵＲＬを生成する。そして、システム制御部１４は、削除候補の商品の商品名、商品ページのＵＲＬが設定されたａタグ等を含むＨＴＭＬ文書を生成する。そして、システム制御部１４は、生成したＨＴＭＬ文書をリクエストの送信元のユーザ端末３へ送信する。システム制御部１４は、この処理を終えると、削除候補提示制御処理を終了させる。ユーザ端末３は、受信したＨＴＭＬ文書に基づいて、例えば図２に示すような削除候補ページを表示する。つまり、ユーザ端末３は、削除候補をユーザへ提示する。
【０１０４】
ユーザは、削除候補ページの削除候補領域１１０に表示されているチェックボックスを操作することにより、お気に入りから削除する商品を選択する。そして、ユーザが削除ボタン１２０を選択すると、ユーザ端末３は、選択された商品の商品ＩＤを含むお気に入り削除リクエストを電子商取引サーバ１へ送信する。システム制御部１４は、お気に入り削除リクエストを受信すると、要求ユーザＩＤと操作対象の商品の商品ＩＤとを含むお気に入り情報を、お気に入り情報ＤＢ１２ｇから削除する。このとき、システム制御部１４は、削除候補提示制御処理は実行しない。
【０１０５】
なお、商品選択関連操作が注文操作である場合、ユーザが、お気に入りから商品ページを表示させて商品を注文購入するのではなく、検索結果ページから商品ページを表示させて商品を注文する場合がある。この場合、操作対象の商品がお気に入りに登録されていないことがある。しかしながら、この場合は、ユーザによって検索条件が指定されている。そこで、システム制御部１４は、ステップＳ１２において、操作対象の商品がお気に入りに登録されていない場合であっても、要求ユーザＩＤに対応付けて保持されている検索条件がある場合には、その検索条件を操作対象の商品の検索条件として用いて、削除候補の選定を行ってもよい。
【０１０６】
また、商品選択関連操作が出品操作である場合、操作対象の商品には商品ＩＤが付与されていない。この場合、システム制御部１４は、お気に入りに登録されている商品の中に、操作対象の商品と商品コードが一致する商品を検索する。そして、システム制御部１４は、操作対象の商品と商品コードが一致する商品の商品ＩＤを操作対象の商品の商品ＩＤとして、削除候補提示制御処理を実行する。
【０１０７】
［３−２−２．操作対象の商品とジャンルが一致する商品］
図７は、操作対象の商品とジャンルが一致する商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。なお、図７において、図６と同様の処理については同じステップ番号を付してある。
【０１０８】
図７に示すように、システム制御部１４は、ステップＳ１１の処理を終えると、操作対象の商品の商品ＩＤに対応する商品情報から、操作対象の商品のジャンルＩＤを取得する（ステップＳ３１）。次いで、システム制御部１４は、ステップＳ１４に移行する。
【０１０９】
ステップＳ１９において、システム制御部１４は、該当する購入履歴がないと判定した場合には（ステップＳ１９：ＮＯ）、候補判定商品の商品ＩＤに対応する商品情報から、候補判定商品のジャンルＩＤを取得する（ステップＳ３２）。次いで、システム制御部１４は、操作対象の商品のジャンルＩＤと候補判定商品のジャンルＩＤが一致するか否かを判定する（ステップＳ３３）。つまり、システム制御部１４は、操作対象の商品と候補判定商品とが同一のジャンルに属する商品であるか否かを判定する。このとき、システム制御部１４は、一致しないと判定した場合には（ステップＳ３３：ＮＯ）、ステップＳ２３に移行する。一方、システム制御部１４は、一致すると判定した場合には（ステップＳ３３：ＹＥＳ）、候補判定商品の商品ＩＤを削除候補リストに登録する（ステップＳ２２）。
【０１１０】
なお、システム制御部１４は、商品情報に設定されているジャンルＩＤではなく、そのジャンルＩＤが示すジャンルの先祖のジャンルのジャンルＩＤが一致するか否かを判定してもよい。つまり、システム制御部１４は、最下位のレベルのジャンルではなく、そのジャンルよりも上位のジャンルで、操作対象の商品と候補判定商品とが同一のジャンルに属する商品であるか否かを判定してもよい。ジャンル情報ＤＢ１２ｂに登録されているジャンル情報に含まれている親ジャンルＩＤにより、ジャンル情報により定義されているジャンルの親ジャンルを特定することができる。そのため、親ジャンルＩＤを手がかりとして、ジャンル情報ＤＢ１２ｂから先祖のジャンルのジャンルＩＤを取得することができる。
【０１１１】
また、商品選択関連操作が出品操作である場合、システム制御部１４は、ステップＳ３１において、操作対象の商品の商品コードに対応するジャンルＩＤを、カタログＤＢから取得する。
【０１１２】
［３−２−３．操作対象の商品よりも前の段階で利用される商品］
図８は、操作対象の商品よりも前の段階で利用される商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。なお、図８において、図６と同様の処理については同じステップ番号を付してある。
【０１１３】
図８に示すように、システム制御部１４は、ステップＳ１１の処理を終えると、操作対象の商品が利用される段階を特定可能な属性を示す情報を取得する（ステップＳ４１）。例えば、システム制御部１４は、操作対象の商品の商品ＩＤに対応する商品情報から、操作対象の商品の商品名、商品説明、ジャンルＩＤ等を取得する。次いで、システム制御部１４は、商品情報から取得した情報に基づいて、操作対象の商品に適用される過程を特定する。例えば、システム制御部１４は、操作対象の商品が靴の商品である場合は、ユーザの成長過程が適用されると判定する。また例えば、システム制御部１４は、操作対象の商品がゴルフクラブの商品である場合は、能力が向上する過程が適用されると判定する。なお、システム制御部１４は、適用される過程を特定することができなかった場合には、削除候補の選定を行わずに、削除候補提示制御処理を終了させる。
【０１１４】
システム制御部１４は、適用される過程を特定すると、その過程において操作対象の商品が利用される段階を特定可能な商品の属性を示す情報を取得する。例えば、システム制御部１４は、操作対象の商品が、能力を得点で測る能力検定用の書籍の場合には、商品名や商品説明から、「６００点」、「７００点」等の得点を示す文字列を取得する。また例えば、操作対象の商品が靴の商品である場合には、靴のサイズでジャンル分けが行われている場合がある。そこで、システム制御部１４は、ジャンルＩＤに基づいて靴のサイズを取得してもよいし、商品名や商品説明から靴のサイズを示す文字列を取得してもよい。また例えば、システム制御部１４は、操作対象の商品が、ゴルフクラブのである場合には、商品名や商品説明から、「初級」、「中級」等の等級を示す文字列を取得する。また例えば、システム制御部１４は、操作対象の商品が、続きものの書籍である場合には、商品名や商品説明から、「１巻」、「２巻」等の巻号を示す文字列を取得する。なお、システム制御部１４は、商品の属性を示す情報を取得することができなかった場合には、削除候補の選定を行わずに、削除候補提示制御処理を終了させる。システム制御部１４は、商品の属性を示す情報を取得すると、ステップＳ１４に移行する。
【０１１５】
ステップＳ１９において、システム制御部１４は、該当する購入履歴がないと判定した場合には（ステップＳ１９：ＮＯ）、候補判定商品が利用される段階を特定可能な属性を示す情報を取得する（ステップＳ４２）。この処理は、商品ＩＤが異なること以外は、ステップＳ４１の処理と同様である。なお、システム制御部１４は、適用される過程を特定することができなかった場合、操作対象の商品に適用される過程と候補判定商品に適用される過程とが異なる場合、または、商品の属性を示す情報を取得することができなかった場合には、候補判定商品を削除候補から除外して、ステップＳ２３に移行する。
【０１１６】
次いで、システム制御部１４は、商品の属性を示す情報に基づいて、候補判定商品が操作対象の商品よりも前の段階で利用されるか否かを判定する（ステップＳ４３）。例えば、システム制御部１４は、能力を得点で測る能力検定用の書籍の場合には、候補判定商品で目指す得点が、操作対象の商品で目指す得点よりも低い場合に、候補判定商品が操作対象の商品よりも前の段階で利用されると判定する。また例えば、システム制御部１４は、操作対象の商品が靴である場合、候補判定商品の靴のサイズが、操作対象の商品の靴のサイズよりも小さい場合に、候補判定商品が操作対象の商品よりも前の段階で利用されると判定する。また、システム制御部１４は、操作対象の商品が、ゴルフクラブである場合には、候補判定商品が対応するユーザの能力の等級が、操作対象の商品が対応するユーザの能力の等級よりも低い場合に、候補判定商品が操作対象の商品よりも前の段階で利用されると判定する。また、システム制御部１４は、操作対象の商品が、続きものの書籍である場合には、候補判定商品の巻号が操作対象の商品の巻号よりも小さい場合に、候補判定商品が操作対象の商品よりも前の段階で利用されると判定する。
【０１１７】
システム制御部１４は、候補判定商品が操作対象の商品よりも前の段階では利用されないと判定した場合には（ステップＳ４３：ＮＯ）、ステップＳ２３に移行する。一方、システム制御部１４は、候補判定商品が操作対象の商品よりも前の段階で利用されると判定した場合には（ステップＳ４３：ＹＥＳ）、候補判定商品の商品ＩＤを削除候補リストに登録する（ステップＳ２２）。
【０１１８】
なお、商品選択関連操作が出品操作である場合、システム制御部１４は、ステップＳ４１において、操作対象の商品の商品コードに対応する商品の正式名称、ジャンルＩＤ、仕様等を、カタログＤＢから取得する。そして、システム制御部１４は、取得した情報に基づいて、操作対象の商品が利用される段階を特定可能な属性を示す情報を取得する。
【０１１９】
［３−２−４．操作対象の商品と同時期にお気に入りに登録された商品］
図９は、操作対象の商品と同時期にお気に入りに登録された商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。なお、図９において、図６と同様の処理については同じステップ番号を付してある。
【０１２０】
図９に示すように、システム制御部１４は、ステップＳ１２において操作対象の商品のお気に入り情報があると判定した場合には（ステップＳ１２：ＹＥＳ）、操作対象の商品のお気に入り情報から登録日時を取得する（ステップＳ５１）。次いで、システム制御部１４は、ステップＳ１４に移行する。
【０１２１】
ステップＳ１９において、システム制御部１４は、該当する購入履歴がないと判定した場合には（ステップＳ１９：ＮＯ）、候補判定商品の気に入り情報から登録日時を取得する（ステップＳ５２）。次いで、システム制御部１４は、操作対象の商品の登録日時と候補判定商品の登録日時との差を計算する（ステップＳ５３）。次いで、システム制御部１４は、計算した差の絶対値が、予め設定された閾値以下であるか否かを判定する（ステップＳ５４）。つまり、システム制御部１４は、操作対象の商品がお気に入りに登録された時期と同時期に、候補判定商品がお気に入りに登録されたか否かを判定する。この場合、操作対象の商品の登録日時から前後閾値以内の範囲が、操作対象の商品の登録日時と同時期であると判定される日時である。管理者は、この閾値を任意に設定することができる（例えば、１時間、１日、１週間、１ヶ月等）。システム制御部１４は、計算した差の絶対値が閾値以下ではないと判定した場合には（ステップＳ５４：ＮＯ）、ステップＳ２３に移行する。一方、システム制御部１４は、計算した差の絶対値が閾値以下であると判定した場合には（ステップＳ５４：ＹＥＳ）、候補判定商品の商品ＩＤを削除候補リストに登録する（ステップＳ２２）。
【０１２２】
［３−２−５．操作対象の商品と同時期に商品ページが閲覧された商品］
図１０は、操作対象の商品と同時期に商品ページが閲覧された商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。なお、図１０において、図６と同様の処理については同じステップ番号を付してある。
【０１２３】
図１０に示すように、システム制御部１４は、ステップＳ１１の処理を終えると、閲覧歴ＤＢ１２ｅから、要求ユーザＩＤと操作対象の商品の商品ＩＤとを含む閲覧履歴を検索し、検索された閲覧履歴から閲覧日時を取得する（ステップＳ６１）。次いで、システム制御部１４は、ステップＳ１４に移行する。
【０１２４】
ステップＳ１９において、システム制御部１４は、該当する購入履歴がないと判定した場合には（ステップＳ１９：ＮＯ）、閲覧歴ＤＢ１２ｅから、要求ユーザＩＤと候補判定商品の商品ＩＤとを含む閲覧履歴を検索し、検索された閲覧履歴から閲覧日時を取得する（ステップＳ６２）。次いで、システム制御部１４は、操作対象の商品の閲覧日時と候補判定商品の閲覧日時との差を計算する（ステップＳ６３）。次いで、システム制御部１４は、計算した差の絶対値が、予め設定された閾値以下であるか否かを判定する（ステップＳ６４）。つまり、システム制御部１４は、操作対象の商品の商品ページが閲覧された時期と同時期に、候補判定商品の商品ページが閲覧されたか否かを判定する。この場合、操作対象の商品の商品ページの閲覧日時から前後閾値以内の範囲が、操作対象の商品の商品ページの閲覧日時と同時期であると判定される日時である。管理者は、この閾値を任意に設定することができる（例えば、１時間、１日、１週間、１ヶ月等）。システム制御部１４は、計算した差の絶対値が閾値以下ではないと判定した場合には（ステップＳ６４：ＮＯ）、ステップＳ２３に移行する。一方、システム制御部１４は、計算した差の絶対値が閾値以下であると判定した場合には（ステップＳ６４：ＹＥＳ）、候補判定商品の商品ＩＤを削除候補リストに登録する（ステップＳ２２）。
【０１２５】
［３−２−６．操作対象の商品が利用される季節よりも前の季節に利用される商品］
図１１は、操作対象の商品が利用される季節よりも前の季節に利用される商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。なお、図１１において、図６と同様の処理については同じステップ番号を付してある。
【０１２６】
図１１に示すように、システム制御部１４は、ステップＳ１１の処理を終えると、操作対象の商品が季節商品であるか否かを判定する（ステップＳ７１）。具体的に、システム制御部１４は、操作対象の商品の商品ＩＤに対応する商品情報から、ジャンルＩＤを取得する。次いで、システム制御部１４は、取得したジャンルＩＤに対応するジャンル情報に利用季節情報が設定されているか否かを判定する。このとき、システム制御部１４は、ジャンル情報に利用季節情報が設定されていない場合には、操作対象の商品は季節商品ではないと判定する（ステップＳ７１：ＮＯ）。この場合、システム制御部１４は、削除候補提示制御処理を終了させる。一方、システム制御部１４は、ジャンル情報に利用季節情報が設定されている場合には、操作対象の商品は季節商品であると判定する（ステップＳ７１：ＹＥＳ）。この場合、システム制御部１４は、ジャンル情報に設定されている利用季節情報を、操作対象の商品の利用季節情報として取得する（ステップＳ７２）。次いで、システム制御部１４は、ステップＳ１４に移行する。
【０１２７】
ステップＳ１９において、システム制御部１４は、該当する購入履歴がないと判定した場合には（ステップＳ１９：ＮＯ）、候補判定商品が季節商品であるか否かを判定する（ステップＳ７３）。この処理は、商品ＩＤが異なること以外は、ステップＳ７１の処理と同様である。このとき、システム制御部１４は、候補判定商品が季節商品ではないと判定した場合には（ステップＳ７３：ＮＯ）、ステップＳ２３に移行する。一方、システム制御部１４は、候補判定商品が季節商品であると判定した場合には（ステップＳ７３：ＹＥＳ）、候補判定商品のジャンルのジャンル情報に設定されている利用季節情報を、候補判定商品の利用季節情報として取得する（ステップＳ７４）。
【０１２８】
次いで、システム制御部１４は、取得した利用季節情報に基づいて、候補判定商品が利用される季節が、操作対象の商品が利用される季節よりも前の季節であるか否かを判定する（ステップＳ７５）。このとき、システム制御部１４は、候補判定商品が利用される季節が、操作対象の商品が利用される季節よりも前の季節ではないと判定した場合には（ステップＳ７５：ＮＯ）、ステップＳ２３に移行する。一方、システム制御部１４は、候補判定商品が利用される季節が、操作対象の商品が利用される季節よりも前の季節であると判定した場合には（ステップＳ７５：ＹＥＳ）、候補判定商品の商品ＩＤを削除候補リストに登録する（ステップＳ２２）。
【０１２９】
［４．お気に入りの利用例］
上述したように、ユーザがお気に入りに登録している商品のうち、お気に入りに登録しておく必要がない蓋然性がある商品がユーザに提示される。これにより、ユーザが実際にお気に入りに登録しておく必要がない商品をお気に入りから削除することが支援される。そのため、各ユーザのお気に入りを適切に整理することができる。
【０１３０】
お気に入りには、例えば、ユーザが気になった商品、購入候補とされた商品、ユーザが好きな商品等が登録されるものである。つまり、お気に入りは、商品に対するユーザの興味、需要、人気等を反映していると考えることができる。そして、お気に入りに登録しておく必要がない商品である興味がない商品等が適切に削除されるので、各ユーザのお気に入りは、商品に対するユーザの興味、需要、人気等をより的確に反映するものとなる。お気に入りが適切に整理されるということは、このことを意味する。
【０１３１】
以下では、適切に整理されたお気に入り情報の利用例について説明する。
【０１３２】
［４−１．お気に入りのランキング］
第１の利用例では、電子商取引サーバ１が、お気に入りへの登録数に基づいて、各商品に対して順位付けを行う。具体的に、電子商取引サーバ１は、お気に入り情報ＤＢ１２ｇに登録されているお気に入り情報に基づいて、各商品について、お気に入りへの登録数を算出する。次いで、電子商取引サーバ１は、お気に入りへの登録数が最も多い順に商品に順位を付ける。次いで、電子商取引サーバ１は、お気に入りの登録数のランキングを示すＷｅｂページを生成する。ここで、電子商取引サーバ１は、例えば、全商品についてのランキングを示すＷｅｂページを生成してもよいし、ジャンルごとのランキングを示すＷｅｂページを生成してもよい。そして、電子商取引サーバ１は、ユーザ端末３からの要求に応じて、ランキングを示すＷｅｂページを送信する。
【０１３３】
お気に入りへの登録数に基づくランキングに対して、例えば、販売数に基づくランキングがある。販売数は、商品の価格や商品の在庫の有無等の要因に影響されるため、販売数に基づくランキングでは、ユーザの興味、需要、人気等を正確に反映していない場合がある。これに対し、お気に入りへの登録数に基づくランキングでは、このような要因に影響去るため、ユーザの興味、需要、人気等を正確に反映させることができる。
【０１３４】
［４−２．商品の需要予測］
第２の利用例では、電子商取引サーバ１が、お気に入りへの登録数に基づいて、商品の需要予測を行う。具体的に、電子商取引サーバ１は、お気に入り情報ＤＢ１２ｇに登録されているお気に入り情報に基づいて、需要の予測対象の商品について、お気に入りへの登録数を算出する。次いで、電子商取引サーバ１は、お気に入りへの登録数が多いほど、商品に対する需要があるとする需要予測を行う。このとき、電子商取引サーバ１は、お気に入りへの登録１つにつき商品１個の需要があるとしてもよい。
【０１３５】
あるユーザのお気に入りに、需要の予測対象の商品が属するジャンルと同一のジャンルに属する商品が登録されている場合がある。この場合、商品のジャンルに応じて、需要の予測対象の商品をお気に入りに登録しているユーザからのその商品に対する需要の大きさを小さくしてもよい。例えば、冷蔵庫のようなジャンルの商品は、１人のユーザから同時期に１個のみ購入されることが一般的である。従って、冷蔵庫の商品が複数お気に入りに登録されている場合、それは、購入候補として比較するために登録されているのであり、実際に購入される商品は１個であると推測される。そこで、電子商店街サーバ１は、例えば、需要の予測対象の商品をお気に入りに登録している各ユーザについて、需要の予測対象の商品が属するジャンルの商品のお気に入りへの登録数を計算し、需要の予測対象の商品に対する需要を、計算した登録数分の１としてもよい。一方、洋服のようなジャンルの商品は、１人のユーザから同時期に複数購入される可能性がある商品である。そこで、電子商店街サーバ１は、例えば、需要の予測対象の商品が属するジャンルの商品のお気に入りへの登録数にかかわらず、需要の予測対象の商品をお気に入りに登録している各ユーザからの需要をそれぞれ１としてもよい。
【０１３６】
また、電子商取引サーバ１は、同一ジャンルの複数の商品の需要予測を行う場合には、お気に入りへの登録数の大小関係に応じて、複数の商品間における需要の大小関係を予測してもよい。例えば、電子商取引サーバ１は、商品Ａのお気に入りへの登録数が商品Ｂのお気に入りへの登録数よりも多い場合には、「商品Ａは商品Ｂよりも需要がある」といった需要予測を行う。
【０１３７】
電子商取引サーバ１は、需要の予測を行うと、予測結果を表示するＷｅｂページを店舗端末２へ送信する。
【０１３８】
従来の需要予測としては、過去の販売数に基づく需要予測がある。しかしながら、過去の販売数に基づく需要予測では、正確に需要を予測することができるとは限らない。上述したように、販売数は、商品の価格や商品の在庫の有無等の要因に影響されるからである。また、過去の販売数は、これまでの需要の消費量を示しているからである。つまり、過去の販売数が多いと、これまでの商品の販売で、本来あった需要の大部分が消費されてしまっている場合があるからである。これに対し、お気に入りには、ユーザが将来購入する可能性がある商品が登録される。そのため、お気に入りには、過去の販売実績よりも、将来の需要をより的確に反映しているといえる。
【０１３９】
［４−３．商品の推奨］
第３の利用例では、電子商取引サーバ１が、お気に入りへの登録数に基づいて、電子商店街等で販売されている商品をユーザへ推奨するための処理を行う。お気に入りには、ユーザの商品に対する興味が反映されているからである。お気に入りが適切に整理されことにより、お気に入り全体に対してお気に入りに登録しておく必要がない商品の割合が小さくなるので、適切な推奨を行うことができる。
【０１４０】
具体的に、電子商取引サーバ１は、お気に入りに登録されている商品そのものを、推奨する商品として選定したり、お気に入りに登録されている商品に関連する商品を、推奨する商品として選択したりする。この場合のお気に入りに登録されている商品に関連する商品としては、例えば、お気に入りに登録されている商品とジャンルが同一である商品、お気に入りに登録されている商品と販売元の店舗が同一である商品等がある。電子商取引サーバ１は、推奨する商品を選定すると、例えば、選定した商品を推奨する電子メールをユーザ宛に送信したり、電子商店街のＷｅｂページに、推奨する商品の広告を挿入してユーザ端末３へ送信したりする。
【０１４１】
以上説明したように、本実施形態によれば、電子商取引サーバ１のシステム制御部１４が、ユーザにより商品選択関連操作がされた場合、お気に入り情報ＤＢ１２ｇに登録されたお気に入り情報に基づいて、お気に入りに登録された商品の中から操作対象とされた商品に関連する商品を、お気に入りからの削除候補として選定し、選定された削除候補をユーザ端末３により提示させる。
【０１４２】
従って、お気に入りに登録しておく必要がない蓋然性がある高い商品を削除候補として提示することができるので、ユーザは、不要な商品をお気に入りから削除しやすくなる。このように、お気に入りに登録しておく必要がない商品をお気に入りから適切に削除することを支援することができるので、お気に入りが肥大化することを防止することができる。
【０１４３】
なお、上記実施形態においては、操作対象とされた商品と関連する商品であるか否かを判定するための操作対象とされた商品との関連性を示す商品の属性の範囲が１つに定められていた。そして、お気に入りに登録されている商品のうち、定められた１つの範囲内にある商品が、操作対象の商品と関連する商品として、削除候補に選定されていた。しかしながら、その商品の属性に応じて複数の属性の範囲を定め、電子商取引サーバ１が、複数の属性の範囲のそれぞれごとに、操作対象の商品と関連する商品を削除候補として選定し、選定された削除候補を属性の範囲ごとに提示させるようになっていてもよい。
【０１４４】
予め定められた属性の範囲に多数の商品が含まれている場合、多数の商品が削除候補としてユーザに提示されることになる。すると、ユーザは、多数の削除候補の中から不要な商品を探し出す必要があるため、お気に入りから商品を削除する作業がユーザにとって煩わしくなる場合がある。これに対し、複数の属性の範囲それぞれごとに削除候補が提示されると、ユーザは、不要な商品を探し出しやすい範囲を選択することができる。また、複数の属性の範囲の中から、操作対象とされた商品に関連するとユーザが考えている範囲をユーザが選択することができる。
【０１４５】
以下では、操作対象の商品とジャンルが一致する商品を、操作対象の商品に関連する商品として選定する場合を例として説明する。
【０１４６】
この場合、関連性を示す属性は、商品のジャンルである。上記実施形態では、操作対象の商品が属する複数のレベルのジャンルのうち１つのレベルのジャンルに属する商品の範囲を、操作対象の商品と関連する商品の範囲としていた。これに対し、操作対象の商品が属する複数のレベルのそれぞれごとに、操作対象の商品と同じジャンルに属する商品が削除候補として選定されてもよい。つまり、操作対象の商品と同じレベル１のジャンルに属する商品、操作対象の商品と同じレベル２のジャンルに属する商品、操作対象の商品と同じレベル３のジャンルに属する商品・・・というように、操作対象が選定される。なお、如何なるレベルから如何なるレベルまで削除候補の選定を行うかは任意である。
【０１４７】
この場合における削除候補ページの表示例を説明する。例えば、お気に入りに登録されている商品のうち、操作対象の商品が属するレベル１のジャンルに、商品１〜商品２００の２００個の商品が属するとする。また、操作対象の商品が属するレベル２のジャンルに商品１〜商品１００が属し、操作対象の商品が属するレベル３のジャンルに商品１〜商品３０が属し、操作対象の商品が属するレベル４のジャンルに商品１〜商品１０が属し、操作対象の商品が属するレベル５のジャンルに商品１〜商品５が属するとする。
【０１４８】
図１２（ａ）及び図１２（ｂ）は、変形例における削除候補ページの画面表示の第１の例を示す図である。図１２において、図２と同様の要素については同様の符号を付してある。
【０１４９】
先ず、ユーザ端末３には、図１２（ａ）に示す削除候補ページが表示される。図１２（ａ）に示すように、削除候補ページには、削除ボタン１２０、非削除ボタン１３０等が表示される。また、削除候補ページには、削除候補の選定が行われたジャンルのレベル名（例えば、「Ｌ１」等）とジャンル名（例えば、「ＡＡＡＡ」等）が階層的に表示される。図２（ａ）では、レベル１からレベル５までのレベル名及びジャンル名が表示されている。また、レベル名の横に、抽出された削除候補の数が表示される。例えば、レベル３のジャンルにおいて、３０個の削除候補が選定されている。また、各レベル名及びジャンル名に対応してプラスボタン２１０が表示される。
【０１５０】
ユーザが何れかのプラスボタン２１０を選択すると、図１２（ｂ）に示すように、選択されたプラスボタン２１０に対応するジャンル名の下に、削除候補領域２２０が表示される。削除候補領域２２０の表示内容は、基本的に図２に示す削除候補領域１１０の表示内容と同様である。図１２（ｂ）では、レベル２のジャンルに対応する削除候補領域２２０が表示されている。従って、削除候補領域２２０には、商品１〜商品１００の商品名が表示されている。プラスボタン２１０の選択によって削除候補領域２２０が表示されると、選択されたプラスボタン２１０がマイナスボタン２３０に変化する。ユーザがマイナスボタン２３０を選択すると、表示されていた削除候補領域２２０は画面から消去される。そして、選択されたマイナスボタン２３０はプラスボタン２１０に変化する。なお、複数のレベルについて削除候補領域２２０を表示させることも可能である。
【０１５１】
ユーザは、プラスボタン２１０やマイナスボタン２３０の選択により、任意レベルのジャンルについて削除候補の一覧を表示させることができる。そして、表示された削除候補の中から任意の商品を選択してお気に入りから削除することができる。例えば、ユーザは、削除候補の数が、不要な商品を探し出しやすい数であるレベルのジャンルを選択してもよいし、操作対象とされた商品と関連する商品が属するとユーザが考えているレベルのジャンルを選択してもよい。
【０１５２】
図１３（ａ）及び図１３（ｂ）は、変形例における削除候補ページの画面表示の第２の例を示す図である。図１３において、図２と同様の要素については同様の符号を付してある。
【０１５３】
先ず、ユーザ端末３には、図１３（ａ）に示す削除候補ページが表示される。図１３（ａ）に示すように、削除候補ページには、削除ボタン１２０、非削除ボタン１３０、削除候補領域３１０ａ等が表示される。削除候補領域３１０ａは、レベル１のジャンルについての削除候補として商品１〜商品２００が表示される。なお、削除候補領域３１０の表示内容は、基本的に図２に示す削除候補領域１１０の表示内容と同様である。削除候補領域３１０の隣には、プラスボタン３２０が表示される。
【０１５４】
ユーザがプラスボタン３２０を選択すると、図１３（ｂ）に示すように、削除候補領域３１０ａに加えて、削除候補領域３１０ｂ〜削除候補領域３１０ｅが新たに表示される。また、プラスボタン３２０が画面から消去され、削除候補領域３１０ｅの隣にマイナスボタン３３０が表示される。削除候補領域３１０ｂには、レベル２のジャンルについての削除候補として商品１〜商品１００が表示される。また、削除候補領域３１０ｃには、レベル３のジャンルについての削除候補として商品１〜商品３０が表示される。また、削除候補領域３１０ｄには、レベル４のジャンルについての削除候補として商品１〜商品１０が表示される。また、削除候補領域３１０ｅには、レベル５のジャンルについての削除候補として商品１〜商品５が表示される。削除候補領域３１０ｂ〜３１０ｅの表示内容も、基本的に削除候補領域１１０の表示内容と同様である。ユーザがマイナスボタン３３０を選択すると、削除候補領域３１０ｂ〜３１０ｅが画面から消去され、図１３（ａ）に示す表示状態に戻る。
【０１５５】
なお、図１３（ａ）に示す状態でユーザがプラスボタン３２０を選択した場合、削除候補領域３１０ｂのみが新たに表示され、削除候補領域３１０ｂの隣にプラスボタン３２０とマイナスボタン３３０とが表示されるようにしてもよい。そして、ユーザがプラスボタン３２０やマイナスボタン３３０を選択することにより、削除候補領域３１０ｂが画面から消去されたり、新たに削除候補領域３１０ｃが表示されたりしてもよい。
【０１５６】
また、各ジャンルにおいて、そのジャンルの子ジャンルのうち操作対象とされた商品が属する子ジャンルが、削除候補の選定範囲から除外されてもよい。例えば、上述の例では、商品１〜商品２００のうち商品１０１〜商品２００がレベル１のジャンルに対応する削除候補として提示される。また、商品３１〜商品１００がレベル２のジャンルに対応する削除候補として提示される。また、商品１１〜商品３０がレベル３のジャンルに対応する削除候補として提示される。また、商品６〜商品１０がレベル４のジャンルに対応する削除候補として提示される。また、商品１〜商品５がレベル５のジャンルに対応する削除候補として提示される。
【０１５７】
電子商取引サーバ１のシステム制御部１４の処理例を、図７を用いて説明する。ステップＳ３１において、システム制御部１４は、例えば、操作対象の商品が属するレベル１のジャンルのジャンルＩＤを取得する。また、ステップＳ３２において、システム制御部１４は、候補判定商品が属するレベル１のジャンルのジャンルＩＤを取得する。次いで、システム制御部１４は、操作対象の商品のレベル１のジャンルのジャンルＩＤと候補判定商品のレベル１のジャンルのジャンルＩＤが一致するか否かを判定する（ステップＳ３３）。そして、システム制御部１４は、一致すると判定した場合には（ステップＳ３３：ＹＥＳ）、候補判定商品の商品ＩＤを削除候補リストに登録する（ステップＳ２２）。
【０１５８】
ステップＳ２３において、検索されたお気に入り情報のうち全てのお気に入り情報を選択したと判定されると（ステップＳ２３：ＮＯ）、操作対象の商品と同じレベル１のジャンルに属する商品が設定される。そこで、システム制御部１４は、操作対象の商品と同じレベル１のジャンルに属する商品の中から、操作対象の商品と同じレベル２のジャンルに属する商品を選定する。このようにして、システム制御部１４は、例えば、上位のレベルのジャンルから下位のレベルのジャンルまで、ジャンルごとに削除対象を選定する。そして、システム制御部１４は、ステップＳ２５において、ジャンルごとに削除候補が表示されるように、削除候補ページのＨＴＭＬ文書を生成する。
【０１５９】
なお、複数の範囲のそれぞれごとに削除候補を選定することができる商品の属性は、ジャンルに限られるものではない。例えば、お気に入りへの登録時期、商品ページの閲覧時期等にも適用することができる。例えば、電子商取引サーバ１は、操作対象の商品のお気に入りへの登録日時から前後１時間、前後１日、前後１週間、前後１ヶ月等と、範囲ごとに選定を行うことができる。また、電子商取引サーバ１は、操作対象の商品の商品ページの閲覧日時から前後１時間、前後１日、前後１週間、前後１ヶ月等と、範囲ごとに選定を行うことができる。また、商品の属性に応じてその商品の利用される段階が異なる場合にも適用することができる。例えば、ゴルフクラブの例において、電子商取引サーバ１は、操作対象の商品が上級者用のゴルフクラブである場合、初級者用と中級者用、初級者用のみ、中級者用のみ等と、範囲ごとに選定を行うことができる。
【０１６０】
また、電子商取引サーバ１は、複数の範囲のそれぞれごとに削除候補をユーザ端末３に提示させる代わりに、選定された削除候補の数が予め設定された閾値以下であり、且つ、削除候補の数がその閾値に最も近い範囲についてのみ削除候補を提示させるようにしてもよい。例えば、上述したジャンルの例において、閾値を２０に設定したとする。すると、削除候補の数が２０以下であって且つ２０に最も近いジャンルは、レベル４のジャンルである。そこで、削除候補ページには、商品１〜商品１０が削除候補として表示される。
【０１６１】
また、上記実施形態においては、電子商取引システムＳにおいてユーザがオークションへの商品の出品を可能とし、出品操作を、商品選択関連操作としていた。しかしながら、オークションへの出品に限らず、ユーザが商品の販売を開始する操作を商品選択関連操作として本発明を適用してもよい。例えば、電子商取引システムＳにおいて、ユーザが新品や中古の商品を販売することができるようになっていてもよい。
【０１６２】
また、上記実施形態においては、本発明における取引対象が商品に適用されていた。しかしながら、取引対象がサービスに適用されてもよい。そして、電子商取引のシステムとして、サービスの予約が可能なシステムに本発明が適用されてもよい。サービスの予約としては、例えば、宿泊施設の宿泊予約、ゴルフ場等の競技施設の利用予約、交通機関の座席の予約等がある。この場合、サービスの予約を行う操作が、本発明における予め定められた操作に含まれる。
【符号の説明】
【０１６３】
１ 電子商取引サーバ
２ 店舗端末
３ ユーザ端末
１１ 通信部
１２ 記憶部
１２ａ 会員情報ＤＢ
１２ｂ ジャンル情報ＤＢ
１２ｃ 店舗情報ＤＢ
１２ｄ 商品情報ＤＢ
１２ｅ 閲覧履歴ＤＢ
１２ｆ 購入履歴ＤＢ
１２ｇ お気に入り情報ＤＢ
１３ 入出力インターフェース
１４ システム制御部
１４ａ ＣＰＵ
１４ｂ ＲＯＭ
１４ｃ ＲＡＭ
１５ システムバス
ＮＷ ネットワーク
Ｓ 電子商取引システム
【技術分野】
【０００１】
本発明は、取引対象に関する情報への参照を保持する参照リストからの取引対象の削除に関する処理を行う情報処理装置の技術分野に関する。
【背景技術】
【０００２】
従来、商品の購入やサービスの予約等、取引対象の購入が可能な電子商取引のＷｅｂサイトが知られている。このようなＷｅｂサイトでは、取引対象ごとに、取引対象に関する情報が掲載されるＷｅｂページがある。また、このようなＷｅｂサイトでは、ユーザが任意の取引対象を参照リストに登録おく機能が提供されていることがある。参照リストとは、例えば、取引対象に関する情報のＵＲＬ等、取引対象に関する情報への参照を保持するリストである。この参照リストは、例えば、お気に入り、ブックマーク等と呼ばれている。ユーザは、例えば、興味がある取引対象、購入候補とした取引対象、好きな取引対象等を参照リストに登録しておく。これにより、参照リストから、その取引対象に関する情報へ簡単にアクセスすることができる。
【０００３】
参照リストに登録されていた取引対象が、例えばユーザの状況の変化等により、ユーザにとってもはや必要ではなくなる場合がある。そのため、ユーザが参照リストに取引対象を次々に登録していくと、不要となっている取引対象も含めて参照リストに多くの取引対象が登録されて参照リストが肥大化することがある。そうすると、ユーザが参照リストから所望の取引対象を探して取引対象に関する情報にアクセスするために手間を要する場合がある。参照リストの肥大化を防止するためには参照リストを整理する必要があるが、この場合、ユーザが多くの取引対象の中から不要な取引対象を探して参照リストから削除するという作業を行う必要がある。この作業には手間を要する場合がある。
【０００４】
この点に関連して、特許文献１には、ブックマークに登録されているＵＲＬのうち、ユーザが所定時間アクセスしなかったＵＲＬを一括で削除する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−２０９６０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に開示された技術においては、所定時間アクセスがなかったＵＲＬが自動的に削除されるため、ユーザが実際には必要としているＵＲＬもブックマークから削除されてしまうおそれがある。また、取引対象においては、情報へのアクセスがなかった取引対象が、必ずしも参照リストから不要な取引対象であるとは限らない。
【０００７】
本発明は、以上の点に鑑みてなされたものであり、参照リストに登録しておく必要がない取引対象を参照リストから適切に削除することを支援することにより、参照リストが肥大化することを防止することができる情報処理装置、情報処理方法、情報処理プログラム、及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、請求項１に記載の発明は、ユーザにより取引対象の選択に関する予め定められた操作がされた場合、取引対象に関する情報への参照を保持する参照リストに登録された取引対象を示す参照リスト情報を記憶する記憶手段に記憶された前記ユーザの前記参照リスト情報に基づいて、前記参照リストに登録された取引対象の中から前記操作の対象とされた取引対象に関連する取引対象を、前記参照リストからの削除候補として選定する選定手段と、前記選定手段により選定された前記削除候補を提示させる制御手段と、を備えることを特徴とする。
【０００９】
この発明によれば、予め定められた操作の対象とされた取引対象に関連する取引対象が提示されるので、参照リストに登録しておく必要がない蓋然性がある高い取引対象を削除候補として提示することができる。そのため、不要な取引対象を参照リストから削除しやすくなるため、参照リストに登録しておく必要がない取引対象を参照リストから適切に削除することを支援することができる。これにより、参照リストが肥大化することを防止することができる。
【００１０】
請求項２に記載の発明は、請求項１に記載の情報処理装置において、前記記憶手段には、前記参照リスト情報として、前記ユーザの要求に応じて検索された取引対象の中から前記参照リストに登録された取引対象を示す情報と、該取引対象を検索するために前記ユーザにより指定された検索条件とが対応付けて記憶されており、前記選定手段は、検索するために指定された検索条件が前記操作の対象とされた取引対象と一致する取引対象を前記削除候補として選定することを特徴とする。
【００１１】
この発明によれば、予め定められた操作の対象とされた取引対象が検索されたときの検索条件と同じ検索条件で検索されて参照リストに登録されている取引対象が削除候補として選定される。そのため、参照リストに登録しておく必要がない蓋然性が高い取引対象を提示することができる。つまり、このような取引対象は、予め定められた操作の対象とされた取引対象と合わせて購入候補として比較されていた取引対象である蓋然性が高い。その複数の取引対象のうち何れかの取引対象について予め定められた操作された場合は、購入候補の比較が終わっている蓋然性がある。比較が終わっている取引対象は参照リストに登録しておく必要がない。
【００１２】
請求項３に記載の発明は、請求項１または請求項２に記載の情報処理装置において、前記選定手段は、取引対象の複数の区分のうち前記操作の対象とされた取引対象と同じ区分に属する取引対象を前記削除候補として選定することを特徴とする。
【００１３】
この発明によれば、操作対象とされた取引対象と同じ区分に属する取引対象が選定されるので、参照リストに登録しておく必要がない蓋然性が高い取引対象を提示することができる。
【００１４】
請求項４に記載の発明は、請求項１乃至３の何れか１項に記載の情報処理装置において、前記選定手段は、取引対象の属性に応じて該取引対象が利用される段階が異なるように定められた物事の過程において、前記操作の対象とされた取引対象が利用される段階よりも前の段階で利用される取引対象を前記削除候補として選定することを特徴とする。
【００１５】
この発明によれば、予め定められた操作の対象とされた取引対象が利用される段階よりも前の段階で利用される取引対象が選定されるので、参照リストに登録しておく必要がない蓋然性が高い取引対象を提示することができる。つまり、ある取引対象について操作された場合、その取引対象が利用される段階よりも前の段階で利用される取引対象は、既にユーザが利用を終えた取引対象であるか、または、ユーザが必要としなくなった取引対象である蓋然性がある。そのような取引対象は、参照リストに登録しておく必要がない。
【００１６】
請求項５に記載の発明は、請求項１乃至４の何れか１項に記載の情報処理装置において、前記記憶手段には、前記参照リスト情報として、前記参照リストに登録された取引対象を示す情報と、該取引対象の前記参照リストへの登録時期とが対応付けて記憶されており、前記選定手段は、前記参照リストへの登録時期が前記操作の対象とされた取引対象と同時期である取引対象を前記削除候補として選定することを特徴とする。
【００１７】
この発明によれば、予め定められた操作の対象とされた取引対象が参照リストに登録されていた場合、その取引対象の参照リストへの登録時期と同時期に登録された取引対象が選定されるので、参照リストに登録しておく必要がない蓋然性が高い取引対象を提示することができる。つまり、同時期に複数の取引対象が参照リストに登録された場合は、購入候補として比較対象とするために登録された場合がある。その複数の取引対象のうち何れかの取引対象について予め定められた操作された場合は、購入候補の比較が終わっている蓋然性がある。比較が終わっている取引対象は参照リストに登録しておく必要がない。
【００１８】
請求項６に記載の発明は、請求項１乃至５の何れか１項に記載の情報処理装置において、前記選定手段は、前記ユーザによる取引対象に関する取引対象情報の閲覧時期と、該取引対象情報が閲覧された取引対象を示す情報とを対応付けて履歴として記憶する履歴記憶手段に記憶された前記履歴に基づいて、前記取引対象情報の閲覧時期が前記操作の対象とされた取引対象と同時期である取引対象を前記削除候補として選定することを特徴とする。
【００１９】
この発明によれば、予め定められた操作の対象とされた取引対象に関する情報の閲覧時期と同時期に情報が閲覧された取引対象が選定されるので、参照リストに登録しておく必要がない蓋然性が高い取引対象を提示することができる。つまり、同時期に複数の取引対象に関する情報がそれぞれ閲覧されている場合は、購入候補として比較するために閲覧された場合がある。その複数の取引対象のうち何れかの取引対象について予め定められた操作された場合は、購入候補の比較が終わっている蓋然性がある。比較が終わっている取引対象は参照リストに登録しておく必要がない。
【００２０】
請求項７に記載の発明は、請求項１乃至６の何れか１項に記載の情報処理装置において、前記選定手段は、前記操作の対象とされた取引対象の利用時期であると定められた季節よりも前の季節が利用時期であると定められた取引対象を前記削除候補として選定することを特徴とする。
【００２１】
この発明によれば、予め定められた操作の対象とされた取引対象が利用される季節よりも前の季節に利用される取引対象が選定されるので、参照リストに登録しておく必要がない蓋然性が高い取引対象を提示することができる。つまり、そのような取引対象は、ユーザにとって必要性が低くなった蓋然性が高い。必要性が低くなった取引対象は参照リストに登録しておく必要がない。
【００２２】
請求項８に記載の発明は、請求項１乃至７の何れか１項に記載の情報処理装置において、前記選定手段は、前記操作の対象とされた取引対象との関連性を示す取引対象の属性に応じて複数定められる属性範囲ごとに、前記参照リストに登録された取引対象のうち該属性範囲に含まれる取引対象の中から前記操作の対象とされた取引対象に関連する取引対象を前記削除対象として選定し、前記制御手段は、前記選定手段により選定された前記削除対象を前記属性範囲ごとに提示させることを特徴とする。
【００２３】
提示される削除候補の数が多いと、ユーザが削除するか否かを判断を行うことが煩わしく感じる場合がある。これに対し、この発明によれば、予め定められた操作の対象とされた取引対象との関連性に応じた属性の範囲のそれぞれごとに削除候補が提示される。これにより、ユーザは複数の属性の範囲の中から、削除候補の数がユーザの都合のよい範囲を、削除候補を削除するか否かを判断する範囲として選択することができる。そのため、不要な取引対象を参照リストから削除しやすくなる。
【００２４】
請求項９に記載の発明は、情報処理装置により実行される情報処理方法であって、ユーザにより取引対象の選択に関する予め定められた操作がされた場合、取引対象に関する情報への参照を保持する参照リストに登録された取引対象を示す参照リスト情報を記憶する記憶手段に記憶された前記ユーザの前記参照リスト情報に基づいて、前記参照リストに登録された取引対象の中から前記操作の対象とされた取引対象に関連する取引対象を、前記参照リストからの削除候補として選定する選定ステップと、前記選定ステップにおいて選定された前記削除候補を提示させる制御ステップと、を含むことを特徴とする。
【００２５】
請求項１０に記載の発明は、情報処理装置に含まれるコンピュータを、ユーザにより取引対象の選択に関する予め定められた操作がされた場合、取引対象に関する情報への参照を保持する参照リストに登録された取引対象を示す参照リスト情報を記憶する記憶手段に記憶された前記ユーザの前記参照リスト情報に基づいて、前記参照リストに登録された取引対象の中から前記操作の対象とされた取引対象に関連する取引対象を、前記参照リストからの削除候補として選定する選定手段、及び、前記選定手段により選定された前記削除候補を提示させる制御手段、として機能させることを特徴とする。
【００２６】
請求項１１に記載の発明は、情報処理装置に含まれるコンピュータを、ユーザにより取引対象の選択に関する予め定められた操作がされた場合、取引対象に関する情報への参照を保持する参照リストに登録された取引対象を示す参照リスト情報を記憶する記憶手段に記憶された前記ユーザの前記参照リスト情報に基づいて、前記参照リストに登録された取引対象の中から前記操作の対象とされた取引対象に関連する取引対象を、前記参照リストからの削除候補として選定する選定手段、及び、前記選定手段により選定された前記削除候補を提示させる制御手段、として機能させる情報処理プログラムがコンピュータ読み取り可能に記録されていることを特徴とする。
【発明の効果】
【００２７】
本発明によれば、予め定められた操作の対象とされた取引対象に関連する取引対象が提示されるので、参照リストに登録しておく必要がない蓋然性がある高い取引対象を削除候補として提示することができる。そのため、不要な取引対象を参照リストから削除しやすくなるため、参照リストに登録しておく必要がない取引対象を参照リストから適切に削除することを支援することができる。これにより、参照リストが肥大化することを防止することができる。
【図面の簡単な説明】
【００２８】
【図１】一実施形態に係る電子商取引システムＳの概要構成の一例を示す図である。
【図２】削除候補ページの画面表示例を示す図である。
【図３】一実施形態に係る電子商取引サーバ１の概要構成の一例を示すブロック図である。
【図４】（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図であり、（ｂ）は、ジャンル情報ＤＢ１２ｂに登録される内容の一例を示す図であり、（ｃ）は、店舗情報ＤＢ１２ｃに登録される内容の一例を示す図であり、（ｄ）は、商品情報ＤＢ１２ｄに登録される内容の一例を示す図であり、（ｅ）は、閲覧履歴ＤＢ１２ｅに登録される内容の一例を示す図であり、（ｆ）は、購入履歴ＤＢ１２ｆに登録される内容の一例を示す図であり、（ｇ）は、お気に入り情報ＤＢ１２ｇに登録される内容の一例を示す図である。
【図５】一実施形態に係る電子商取引サーバ１のシステム制御部１４のお気に入り登録リクエスト受信時処理における処理例を示すフローチャートである。
【図６】操作対象の商品と検索条件が一致する商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。
【図７】操作対象の商品とジャンルが一致する商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。
【図８】操作対象の商品よりも前の段階で利用される商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。
【図９】操作対象の商品と同時期にお気に入りに登録された商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。
【図１０】操作対象の商品と同時期に商品ページが閲覧された商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。
【図１１】操作対象の商品と同時期にお気に入りに登録された商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。
【図１２】（ａ）及び（ｂ）は、変形例における削除候補ページの画面表示の第１の例を示す図である。
【図１３】（ａ）及び（ｂ）は、変形例における削除候補ページの画面表示の第２の例を示す図である。
【発明を実施するための形態】
【００２９】
以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、電子商取引システムに対して本発明を適用した場合の実施形態である。
【００３０】
［１．電子商取引システムの構成及び機能概要］
［１−１．電子商取引システムの構成］
先ず、本実施形態に係る電子商取引システムＳの構成について、図１を用いて説明する。図１は、本実施形態に係る電子商取引システムＳの概要構成の一例を示す図である。
【００３１】
図１に示すように、電子商取引システムＳは、電子商取引サーバ１と、複数の店舗端末２と、複数のユーザ端末３と、を含んで構成されている。そして、電子商取引サーバ１と各店舗端末２及び各ユーザ端末３とは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（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）１４ｃ等により構成されている。そして、システム制御部１４は、ＣＰＵ１４ａが、各種プログラムを読み出し実行することにより、本発明における選定手段及び制御手段として機能するようになっている。
【００８４】
なお、電子商取引サーバ１が、複数のサーバ装置で構成されてもよい。例えば、お気に入りに関する処理を行うサーバ装置、電子商店街において商品の検索や注文等の処理を行うサーバ装置、オークションに関する処理を行うサーバ装置、ユーザ端末３からのリクエストに応じてＷｅｂページを送信するサーバ装置、及びデータベースを管理するサーバ装置等が、互いにＬＡＮ等で接続されてもよい。
【００８５】
［３．電子商取引システムの動作］
次に、電子商取引システムＳの動作について、図５乃至図１１を用いて説明する。
【００８６】
［３−１．商品選択関連操作に関する処理］
先ず、ユーザが商品選択関連操作を行ったときに電子商取引サーバ１により実行される処理について説明する。なお、以下では、お気に入り登録操作が行われた場合についての処理を図５を用いて説明し、他の商品選択関連操作が行われた場合の処理については概要のみ説明する。
【００８７】
［３−１−１．お気に入り登録操作の場合］
例えば、ユーザは、予め電子商取引システムＳにログインしているとする。システム制御部１４は、ユーザによるログイン時に、ユーザ端末３からユーザＩＤを受信し、受信したユーザＩＤをクッキーとしてユーザ端末３に保存させている。そのため、ユーザがログインしている場合には、ユーザ端末３から電子商取引サーバ１へ送信されるリクエストには、ユーザＩＤを含むクッキーが付加されている。なお、電子商取引サーバ１が受信したリクエストに付加されたクッキーに含まれるユーザＩＤを、「要求ユーザＩＤ」という。また、要求ユーザＩＤが示すユーザを、「要求ユーザ」という。
【００８８】
ユーザは、電子商店街のＷｅｂページにおいて、商品を検索するための検索条件を指定する。すると、ユーザ端末３は、指定された検索条件を含む検索リクエストを電子商取引サーバ１へ送信する。システム制御部１４は、受信した検索リクエストに含まれる検索条件を、要求ユーザＩＤに対応付けて保持する。また、システム制御部１４は、受信した検索リクエストに含まれる検索条件を満たす商品の検索を行う。具体的に、システム制御部１４は、検索条件としてキーワードが設定されている場合には、商品名及び商品説明の少なくとも一方にキーワードを含む商品を検索する。また、システム制御部１４は、検索条件としてジャンルＩＤが設定されている場合には、ジャンルＩＤに対応するジャンルに属する商品を検索する。複数の検索条件が設定されている場合、システム制御部１４は、複数の検索条件を満たす商品を検索する。
【００８９】
システム制御部１４は、商品を検索すると、検索した商品の一覧が表示される検索結果ページをユーザ端末３に送信する。ユーザが、ユーザ端末３により表示された検索結果ページから何れかの商品を選択すると、ユーザ端末３は、選択された商品の商品ページのリクエストを電子商取引サーバ１へ送信し、電子商取引サーバ１は、対応する商品ページをユーザ端末３へ送信する。ユーザが、ユーザ端末３により表示された商品ページにおいて、「お気に入りに追加」と表示されたリンクを選択すると、ユーザ端末３は、お気に入り登録リクエストを電子商取引サーバ１へ送信する。お気に入り登録リクエストは、商品ページに情報が表示されている商品のお気に入りへの登録の要求を示すメッセージである。お気に入り登録リクエストには、お気に入りへの登録対象とされた商品の商品ＩＤが設定されている。この商品ＩＤが、操作対象の商品の商品ＩＤである。
【００９０】
図５は、本実施形態に係る電子商取引サーバ１のシステム制御部１４のお気に入り登録リクエスト受信時処理における処理例を示すフローチャートである。お気に入り登録リクエスト受信時処理は、電子商取引サーバ１がユーザ端末３からお気に入り登録リクエストを受信したときに開始される。
【００９１】
先ず、システム制御部１４は、受信したお気に入り登録リクエストから要求ユーザＩＤを取得する（ステップＳ１）。次いで、システム制御部１４は、要求ユーザＩＤに対応付けて保持していた検索条件を取得する（ステップＳ２）。次いで、システム制御部１４は、現在日時を登録日時として取得する。そして、システム制御部１４は、要求ユーザＩＤ、お気に入り登録リクエストに設定された操作対象の商品の商品ＩＤ、登録日時及び検索条件を対応付けて、お気に入り情報ＤＢ１２ｇに登録する（ステップＳ３）。次いで、システム制御部１４は、削除候補提示制御処理を実行する（ステップＳ４）。削除候補提示制御処理では、ユーザのお気に入りの中から操作対象の商品に関連する商品が削除候補として選定され、選定された削除候補が表示される削除候補ページがユーザ端末３へ送信される。なお、削除候補提示制御処理の詳細は後述する。システム制御部１４は、削除候補提示制御処理を終えると、お気に入り登録リクエスト受信時処理を終了させる。
【００９２】
［３−１−２．お気に入り削除操作の場合］
お気に入りページにおいて、ユーザが、お気に入りに登録されている商品のうち何れかの商品をお気に入りから削除する商品として選択し、「削除する」と表示されたボタンを選択操作する。すると、ユーザ端末３は、選択された商品の商品ＩＤを操作対象の商品の商品ＩＤとして含むお気に入り削除リクエストを電子商取引サーバ１へ送信する。システム制御部１４は、お気に入り削除リクエストを受信すると、削除候補提示制御処理を実行する。そして、システム制御部１４は、削除候補提示制御処理を実行した後に、要求ユーザＩＤと操作対象の商品の商品ＩＤとを含むお気に入り情報を、お気に入り情報ＤＢ１２ｇから削除する。
【００９３】
［３−１−３．注文操作の場合］
商品ページにおいて、ユーザが商品を注文するための操作を行うと、ユーザ端末３は、注文内容を入力したり確認したりするためのＷｅｂページを表示する。そこで、ユーザが注文を確定させる操作を行うと、注文される商品の商品ＩＤを操作対象の商品の商品ＩＤとして含む注文リクエストを電子商取引サーバ１へ送信する。システム制御部１４は、注文リクエストを受信すると、注文に必要な処理を実行する。例えば、システム制御部１４は、注文内容を注文ＤＢに登録したり、注文内容を店舗に通知するための処理を行ったり、購入履歴ＤＢ１２ｆへの購入履歴の登録を行ったりする。そして、システム制御部１４は、削除候補提示制御処理を実行する。
【００９４】
［３−１−４．出品操作の場合］
オークションのＷｅｂページにおいて、ユーザが商品を出品する操作を行う。例えば、ユーザは、出品する商品の商品名、商品の説明、商品のジャンル、その他出品に必要な情報を設定して、「出品する」と表示されたボタンを選択操作する。すると、ユーザ端末３は、設定された情報を含む出品リクエストを電子商取引サーバ１へ送信する。システム制御部１４は、出品リクエストを受信すると、出品に必要な処理を実行する。例えば、システム制御部１４は、オークションに関する情報をオークションＤＢに登録したり、オークションページを生成したりする。オークションページは、出品された商品のオークションに関する詳細な情報が表示されるＷｅｂページである。ユーザは、オークションページにおいて商品を入札する操作を行うことができる。また、システム制御部１４は、出品された商品を、操作対象の商品として特定する。例えば、システム制御部１４は、出品された商品の商品名やジャンルから、出品された商品の商品コードを特定する。システム制御部１４は、出品に必要な処理を終えると、削除候補提示制御処理を実行する。
【００９５】
［３−２．削除候補提示制御処理］
次に、削除候補提示制御処理について、図６乃至図１１を用いて説明する。削除候補提示制御処理の内容は、操作対象の商品に関連する商品を選定する基準に応じて異なる部分がある。そのため、以下では、関連する商品を選定する基準ごとに説明する。また、以下に説明する削除候補提示制御処理は、操作対象の商品の商品ＩＤを特定することができる操作（お気に入り登録操作、お気に入り削除操作、注文操作）に対応した処理である。そのため、出品操作がされた場合における処理については適宜補足する。
【００９６】
［３−２−１．操作対象の商品と検索条件が一致する商品］
図６は、操作対象の商品と検索条件が一致する商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。
【００９７】
先ず、システム制御部１４は、お気に入り情報ＤＢ１２ｇから、要求ユーザＩＤを含むお気に入り情報を検索する（ステップＳ１１）。次いで、システム制御部１４は、検索されたお気に入り情報の中に、要求ユーザＩＤと操作対象の商品の商品ＩＤとを含むお気に入り情報（以下、「操作対象の商品のお気に入り情報」という）があるか否かを判定する（ステップＳ１２）。つまり、システム制御部１４は、要求ユーザのお気に入りに操作対象の商品が登録されているか否かを判定する。このとき、システム制御部１４は、操作対象の商品のお気に入り情報がないと判定した場合には（ステップＳ１２：ＮＯ）、削除候補提示制御処理を終了させる。この場合、削除候補ページはユーザ端末３に送信されない。
【００９８】
一方、システム制御部１４は、操作対象の商品のお気に入り情報があると判定した場合には（ステップＳ１２：ＹＥＳ）、操作対象の商品のお気に入り情報から検索条件を取得する（ステップＳ１３）。次いで、システム制御部１４は、削除候補リストを初期化する（ステップＳ１４）。削除候補リストは、削除候補として選定された商品の商品ＩＤが登録されるリストである。
【００９９】
次いで、システム制御部１４は、ステップＳ１１において検索されたお気に入り情報のうち１つを選択する（ステップＳ１５）。次いで、システム制御部１４は、選択されたお気に入り情報に含まれる商品ＩＤを、削除候補の判定対象となる候補判定商品の商品ＩＤとして取得する（ステップＳ１６）。次いで、システム制御部１４は、操作対象の商品の商品ＩＤと候補判定商品の商品ＩＤとが一致するか否かを判定する（ステップＳ１７）。このとき、システム制御部１４は、一致すると判定した場合には（ステップＳ１７：ＹＥＳ）、ステップＳ２３に移行する。この場合、候補判定商品は削除候補から除外される。つまり、操作対象の商品自体は、削除候補から除外される。なお、システム制御部１４は、商品選択関連操作が注文操作や出品操作である場合、操作対象の商品自体も削除候補に含まれるようにしてもよい。
【０１００】
一方、システム制御部１４は、一致しないと判定した場合には（ステップＳ１７：ＮＯ）、購入履歴ＤＢ１２ｆから、要求ユーザＩＤと操作対象の商品の商品ＩＤとを含む購入履歴を検索する（ステップＳ１８）。次いで、システム制御部１４は、該当する購入履歴があるか否かを判定する（ステップＳ１９）。つまり、システム制御部１４は、要求ユーザが操作対象の商品を購入したことがあるか否かを判定する。このとき、システム制御部１４は、該当する購入履歴があると判定した場合には（ステップＳ１９：ＹＥＳ）、ステップＳ２３に移行する。つまり、ユーザが購入したことがある商品は、削除候補から除外される。例えば、食料品や消耗品等のジャンルの商品については、ユーザが一度購入した商品を再度購入する場合がある。何度も購入するような商品がお気に入りに登録されていると、その商品を購入するために商品ページへアクセすることが容易となり、改めて検索を行う必要がない。そのため、一度購入された商品は再度購入されることがあるため、削除候補から除外される。なお、システム制御部１４は、ユーザが購入したことがある商品も削除候補に含めてもよい。また、システム制御部１４は、ユーザが購入したことがある商品を削除候補から除外するか否かを、商品のジャンルに基づいて判断してもよい。
【０１０１】
一方、システム制御部１４は、該当する購入履歴がないと判定した場合には（ステップＳ１９：ＮＯ）、選択した候補判定商品のお気に入り情報から、検索条件を取得する（ステップＳ２０）。次いで、システム制御部１４は、操作対象の商品の検索条件と候補判定商品の検索条件とが一致するか否かを判定する（ステップＳ２１）。このとき、システム制御部１４は、一致しないと判定した場合には（ステップＳ２１：ＮＯ）、ステップＳ２３に移行する。つまり、システム制御部１４は、候補判定商品を削除候補から除外する。一方、システム制御部１４は、一致すると判定した場合には（ステップＳ２１：ＹＥＳ）、候補判定商品の商品ＩＤを削除候補リストに登録する（ステップＳ２２）。つまり、システム制御部１４は、候補判定商品を削除候補として選定する。次いで、システム制御部１４は、ステップＳ２３に移行する。なお、システム制御部１４は、操作対象の商品の検索条件と候補判定商品の検索条件とが全部一致した場合に候補判定商品を削除候補としてもよいし、一部一致した場合に候補判定商品を削除候補としてもよい。
【０１０２】
ステップＳ２３において、システム制御部１４は、ステップＳ１１において検索されたお気に入り情報の中にまだ選択されていないお気に入り情報があるか否かを判定する。このとき、システム制御部１４は、まだ選択されていないお気に入り情報があると判定した場合には（ステップＳ２３：ＹＥＳ）、まだ選択されていないお気に入り情報のうち１つを選択する（ステップＳ２４）。次いで、システム制御部１４は、ステップＳ１６に移行する。システム制御部１４は、ステップＳ１６〜Ｓ２４の処理を繰り返すことにより、選定手段として、要求ユーザのお気に入りに登録されている商品の中から削除候補を選定する。
【０１０３】
そして、システム制御部１４は、全てのお気に入り情報を選択したと判定した場合には（ステップＳ２３：ＮＯ）、制御手段として、削除リストに基づいて削除候補ページのＨＴＭＬ文書の生成及び送信を行う（ステップ２５）。具体的に、システム制御部１４は、削除リストに登録された商品ＩＤに対応する商品情報から、削除候補の商品の商品名を取得する。また、システム制御部１４は、削除リストに登録された商品ＩＤに基づいて、削除候補の商品の商品ページのＵＲＬを生成する。そして、システム制御部１４は、削除候補の商品の商品名、商品ページのＵＲＬが設定されたａタグ等を含むＨＴＭＬ文書を生成する。そして、システム制御部１４は、生成したＨＴＭＬ文書をリクエストの送信元のユーザ端末３へ送信する。システム制御部１４は、この処理を終えると、削除候補提示制御処理を終了させる。ユーザ端末３は、受信したＨＴＭＬ文書に基づいて、例えば図２に示すような削除候補ページを表示する。つまり、ユーザ端末３は、削除候補をユーザへ提示する。
【０１０４】
ユーザは、削除候補ページの削除候補領域１１０に表示されているチェックボックスを操作することにより、お気に入りから削除する商品を選択する。そして、ユーザが削除ボタン１２０を選択すると、ユーザ端末３は、選択された商品の商品ＩＤを含むお気に入り削除リクエストを電子商取引サーバ１へ送信する。システム制御部１４は、お気に入り削除リクエストを受信すると、要求ユーザＩＤと操作対象の商品の商品ＩＤとを含むお気に入り情報を、お気に入り情報ＤＢ１２ｇから削除する。このとき、システム制御部１４は、削除候補提示制御処理は実行しない。
【０１０５】
なお、商品選択関連操作が注文操作である場合、ユーザが、お気に入りから商品ページを表示させて商品を注文購入するのではなく、検索結果ページから商品ページを表示させて商品を注文する場合がある。この場合、操作対象の商品がお気に入りに登録されていないことがある。しかしながら、この場合は、ユーザによって検索条件が指定されている。そこで、システム制御部１４は、ステップＳ１２において、操作対象の商品がお気に入りに登録されていない場合であっても、要求ユーザＩＤに対応付けて保持されている検索条件がある場合には、その検索条件を操作対象の商品の検索条件として用いて、削除候補の選定を行ってもよい。
【０１０６】
また、商品選択関連操作が出品操作である場合、操作対象の商品には商品ＩＤが付与されていない。この場合、システム制御部１４は、お気に入りに登録されている商品の中に、操作対象の商品と商品コードが一致する商品を検索する。そして、システム制御部１４は、操作対象の商品と商品コードが一致する商品の商品ＩＤを操作対象の商品の商品ＩＤとして、削除候補提示制御処理を実行する。
【０１０７】
［３−２−２．操作対象の商品とジャンルが一致する商品］
図７は、操作対象の商品とジャンルが一致する商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。なお、図７において、図６と同様の処理については同じステップ番号を付してある。
【０１０８】
図７に示すように、システム制御部１４は、ステップＳ１１の処理を終えると、操作対象の商品の商品ＩＤに対応する商品情報から、操作対象の商品のジャンルＩＤを取得する（ステップＳ３１）。次いで、システム制御部１４は、ステップＳ１４に移行する。
【０１０９】
ステップＳ１９において、システム制御部１４は、該当する購入履歴がないと判定した場合には（ステップＳ１９：ＮＯ）、候補判定商品の商品ＩＤに対応する商品情報から、候補判定商品のジャンルＩＤを取得する（ステップＳ３２）。次いで、システム制御部１４は、操作対象の商品のジャンルＩＤと候補判定商品のジャンルＩＤが一致するか否かを判定する（ステップＳ３３）。つまり、システム制御部１４は、操作対象の商品と候補判定商品とが同一のジャンルに属する商品であるか否かを判定する。このとき、システム制御部１４は、一致しないと判定した場合には（ステップＳ３３：ＮＯ）、ステップＳ２３に移行する。一方、システム制御部１４は、一致すると判定した場合には（ステップＳ３３：ＹＥＳ）、候補判定商品の商品ＩＤを削除候補リストに登録する（ステップＳ２２）。
【０１１０】
なお、システム制御部１４は、商品情報に設定されているジャンルＩＤではなく、そのジャンルＩＤが示すジャンルの先祖のジャンルのジャンルＩＤが一致するか否かを判定してもよい。つまり、システム制御部１４は、最下位のレベルのジャンルではなく、そのジャンルよりも上位のジャンルで、操作対象の商品と候補判定商品とが同一のジャンルに属する商品であるか否かを判定してもよい。ジャンル情報ＤＢ１２ｂに登録されているジャンル情報に含まれている親ジャンルＩＤにより、ジャンル情報により定義されているジャンルの親ジャンルを特定することができる。そのため、親ジャンルＩＤを手がかりとして、ジャンル情報ＤＢ１２ｂから先祖のジャンルのジャンルＩＤを取得することができる。
【０１１１】
また、商品選択関連操作が出品操作である場合、システム制御部１４は、ステップＳ３１において、操作対象の商品の商品コードに対応するジャンルＩＤを、カタログＤＢから取得する。
【０１１２】
［３−２−３．操作対象の商品よりも前の段階で利用される商品］
図８は、操作対象の商品よりも前の段階で利用される商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。なお、図８において、図６と同様の処理については同じステップ番号を付してある。
【０１１３】
図８に示すように、システム制御部１４は、ステップＳ１１の処理を終えると、操作対象の商品が利用される段階を特定可能な属性を示す情報を取得する（ステップＳ４１）。例えば、システム制御部１４は、操作対象の商品の商品ＩＤに対応する商品情報から、操作対象の商品の商品名、商品説明、ジャンルＩＤ等を取得する。次いで、システム制御部１４は、商品情報から取得した情報に基づいて、操作対象の商品に適用される過程を特定する。例えば、システム制御部１４は、操作対象の商品が靴の商品である場合は、ユーザの成長過程が適用されると判定する。また例えば、システム制御部１４は、操作対象の商品がゴルフクラブの商品である場合は、能力が向上する過程が適用されると判定する。なお、システム制御部１４は、適用される過程を特定することができなかった場合には、削除候補の選定を行わずに、削除候補提示制御処理を終了させる。
【０１１４】
システム制御部１４は、適用される過程を特定すると、その過程において操作対象の商品が利用される段階を特定可能な商品の属性を示す情報を取得する。例えば、システム制御部１４は、操作対象の商品が、能力を得点で測る能力検定用の書籍の場合には、商品名や商品説明から、「６００点」、「７００点」等の得点を示す文字列を取得する。また例えば、操作対象の商品が靴の商品である場合には、靴のサイズでジャンル分けが行われている場合がある。そこで、システム制御部１４は、ジャンルＩＤに基づいて靴のサイズを取得してもよいし、商品名や商品説明から靴のサイズを示す文字列を取得してもよい。また例えば、システム制御部１４は、操作対象の商品が、ゴルフクラブのである場合には、商品名や商品説明から、「初級」、「中級」等の等級を示す文字列を取得する。また例えば、システム制御部１４は、操作対象の商品が、続きものの書籍である場合には、商品名や商品説明から、「１巻」、「２巻」等の巻号を示す文字列を取得する。なお、システム制御部１４は、商品の属性を示す情報を取得することができなかった場合には、削除候補の選定を行わずに、削除候補提示制御処理を終了させる。システム制御部１４は、商品の属性を示す情報を取得すると、ステップＳ１４に移行する。
【０１１５】
ステップＳ１９において、システム制御部１４は、該当する購入履歴がないと判定した場合には（ステップＳ１９：ＮＯ）、候補判定商品が利用される段階を特定可能な属性を示す情報を取得する（ステップＳ４２）。この処理は、商品ＩＤが異なること以外は、ステップＳ４１の処理と同様である。なお、システム制御部１４は、適用される過程を特定することができなかった場合、操作対象の商品に適用される過程と候補判定商品に適用される過程とが異なる場合、または、商品の属性を示す情報を取得することができなかった場合には、候補判定商品を削除候補から除外して、ステップＳ２３に移行する。
【０１１６】
次いで、システム制御部１４は、商品の属性を示す情報に基づいて、候補判定商品が操作対象の商品よりも前の段階で利用されるか否かを判定する（ステップＳ４３）。例えば、システム制御部１４は、能力を得点で測る能力検定用の書籍の場合には、候補判定商品で目指す得点が、操作対象の商品で目指す得点よりも低い場合に、候補判定商品が操作対象の商品よりも前の段階で利用されると判定する。また例えば、システム制御部１４は、操作対象の商品が靴である場合、候補判定商品の靴のサイズが、操作対象の商品の靴のサイズよりも小さい場合に、候補判定商品が操作対象の商品よりも前の段階で利用されると判定する。また、システム制御部１４は、操作対象の商品が、ゴルフクラブである場合には、候補判定商品が対応するユーザの能力の等級が、操作対象の商品が対応するユーザの能力の等級よりも低い場合に、候補判定商品が操作対象の商品よりも前の段階で利用されると判定する。また、システム制御部１４は、操作対象の商品が、続きものの書籍である場合には、候補判定商品の巻号が操作対象の商品の巻号よりも小さい場合に、候補判定商品が操作対象の商品よりも前の段階で利用されると判定する。
【０１１７】
システム制御部１４は、候補判定商品が操作対象の商品よりも前の段階では利用されないと判定した場合には（ステップＳ４３：ＮＯ）、ステップＳ２３に移行する。一方、システム制御部１４は、候補判定商品が操作対象の商品よりも前の段階で利用されると判定した場合には（ステップＳ４３：ＹＥＳ）、候補判定商品の商品ＩＤを削除候補リストに登録する（ステップＳ２２）。
【０１１８】
なお、商品選択関連操作が出品操作である場合、システム制御部１４は、ステップＳ４１において、操作対象の商品の商品コードに対応する商品の正式名称、ジャンルＩＤ、仕様等を、カタログＤＢから取得する。そして、システム制御部１４は、取得した情報に基づいて、操作対象の商品が利用される段階を特定可能な属性を示す情報を取得する。
【０１１９】
［３−２−４．操作対象の商品と同時期にお気に入りに登録された商品］
図９は、操作対象の商品と同時期にお気に入りに登録された商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。なお、図９において、図６と同様の処理については同じステップ番号を付してある。
【０１２０】
図９に示すように、システム制御部１４は、ステップＳ１２において操作対象の商品のお気に入り情報があると判定した場合には（ステップＳ１２：ＹＥＳ）、操作対象の商品のお気に入り情報から登録日時を取得する（ステップＳ５１）。次いで、システム制御部１４は、ステップＳ１４に移行する。
【０１２１】
ステップＳ１９において、システム制御部１４は、該当する購入履歴がないと判定した場合には（ステップＳ１９：ＮＯ）、候補判定商品の気に入り情報から登録日時を取得する（ステップＳ５２）。次いで、システム制御部１４は、操作対象の商品の登録日時と候補判定商品の登録日時との差を計算する（ステップＳ５３）。次いで、システム制御部１４は、計算した差の絶対値が、予め設定された閾値以下であるか否かを判定する（ステップＳ５４）。つまり、システム制御部１４は、操作対象の商品がお気に入りに登録された時期と同時期に、候補判定商品がお気に入りに登録されたか否かを判定する。この場合、操作対象の商品の登録日時から前後閾値以内の範囲が、操作対象の商品の登録日時と同時期であると判定される日時である。管理者は、この閾値を任意に設定することができる（例えば、１時間、１日、１週間、１ヶ月等）。システム制御部１４は、計算した差の絶対値が閾値以下ではないと判定した場合には（ステップＳ５４：ＮＯ）、ステップＳ２３に移行する。一方、システム制御部１４は、計算した差の絶対値が閾値以下であると判定した場合には（ステップＳ５４：ＹＥＳ）、候補判定商品の商品ＩＤを削除候補リストに登録する（ステップＳ２２）。
【０１２２】
［３−２−５．操作対象の商品と同時期に商品ページが閲覧された商品］
図１０は、操作対象の商品と同時期に商品ページが閲覧された商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。なお、図１０において、図６と同様の処理については同じステップ番号を付してある。
【０１２３】
図１０に示すように、システム制御部１４は、ステップＳ１１の処理を終えると、閲覧歴ＤＢ１２ｅから、要求ユーザＩＤと操作対象の商品の商品ＩＤとを含む閲覧履歴を検索し、検索された閲覧履歴から閲覧日時を取得する（ステップＳ６１）。次いで、システム制御部１４は、ステップＳ１４に移行する。
【０１２４】
ステップＳ１９において、システム制御部１４は、該当する購入履歴がないと判定した場合には（ステップＳ１９：ＮＯ）、閲覧歴ＤＢ１２ｅから、要求ユーザＩＤと候補判定商品の商品ＩＤとを含む閲覧履歴を検索し、検索された閲覧履歴から閲覧日時を取得する（ステップＳ６２）。次いで、システム制御部１４は、操作対象の商品の閲覧日時と候補判定商品の閲覧日時との差を計算する（ステップＳ６３）。次いで、システム制御部１４は、計算した差の絶対値が、予め設定された閾値以下であるか否かを判定する（ステップＳ６４）。つまり、システム制御部１４は、操作対象の商品の商品ページが閲覧された時期と同時期に、候補判定商品の商品ページが閲覧されたか否かを判定する。この場合、操作対象の商品の商品ページの閲覧日時から前後閾値以内の範囲が、操作対象の商品の商品ページの閲覧日時と同時期であると判定される日時である。管理者は、この閾値を任意に設定することができる（例えば、１時間、１日、１週間、１ヶ月等）。システム制御部１４は、計算した差の絶対値が閾値以下ではないと判定した場合には（ステップＳ６４：ＮＯ）、ステップＳ２３に移行する。一方、システム制御部１４は、計算した差の絶対値が閾値以下であると判定した場合には（ステップＳ６４：ＹＥＳ）、候補判定商品の商品ＩＤを削除候補リストに登録する（ステップＳ２２）。
【０１２５】
［３−２−６．操作対象の商品が利用される季節よりも前の季節に利用される商品］
図１１は、操作対象の商品が利用される季節よりも前の季節に利用される商品を、操作対象の商品に関連する商品とする場合における電子商取引サーバ１のシステム制御部１４の削除候補提示制御処理における処理例を示すフローチャートである。なお、図１１において、図６と同様の処理については同じステップ番号を付してある。
【０１２６】
図１１に示すように、システム制御部１４は、ステップＳ１１の処理を終えると、操作対象の商品が季節商品であるか否かを判定する（ステップＳ７１）。具体的に、システム制御部１４は、操作対象の商品の商品ＩＤに対応する商品情報から、ジャンルＩＤを取得する。次いで、システム制御部１４は、取得したジャンルＩＤに対応するジャンル情報に利用季節情報が設定されているか否かを判定する。このとき、システム制御部１４は、ジャンル情報に利用季節情報が設定されていない場合には、操作対象の商品は季節商品ではないと判定する（ステップＳ７１：ＮＯ）。この場合、システム制御部１４は、削除候補提示制御処理を終了させる。一方、システム制御部１４は、ジャンル情報に利用季節情報が設定されている場合には、操作対象の商品は季節商品であると判定する（ステップＳ７１：ＹＥＳ）。この場合、システム制御部１４は、ジャンル情報に設定されている利用季節情報を、操作対象の商品の利用季節情報として取得する（ステップＳ７２）。次いで、システム制御部１４は、ステップＳ１４に移行する。
【０１２７】
ステップＳ１９において、システム制御部１４は、該当する購入履歴がないと判定した場合には（ステップＳ１９：ＮＯ）、候補判定商品が季節商品であるか否かを判定する（ステップＳ７３）。この処理は、商品ＩＤが異なること以外は、ステップＳ７１の処理と同様である。このとき、システム制御部１４は、候補判定商品が季節商品ではないと判定した場合には（ステップＳ７３：ＮＯ）、ステップＳ２３に移行する。一方、システム制御部１４は、候補判定商品が季節商品であると判定した場合には（ステップＳ７３：ＹＥＳ）、候補判定商品のジャンルのジャンル情報に設定されている利用季節情報を、候補判定商品の利用季節情報として取得する（ステップＳ７４）。
【０１２８】
次いで、システム制御部１４は、取得した利用季節情報に基づいて、候補判定商品が利用される季節が、操作対象の商品が利用される季節よりも前の季節であるか否かを判定する（ステップＳ７５）。このとき、システム制御部１４は、候補判定商品が利用される季節が、操作対象の商品が利用される季節よりも前の季節ではないと判定した場合には（ステップＳ７５：ＮＯ）、ステップＳ２３に移行する。一方、システム制御部１４は、候補判定商品が利用される季節が、操作対象の商品が利用される季節よりも前の季節であると判定した場合には（ステップＳ７５：ＹＥＳ）、候補判定商品の商品ＩＤを削除候補リストに登録する（ステップＳ２２）。
【０１２９】
［４．お気に入りの利用例］
上述したように、ユーザがお気に入りに登録している商品のうち、お気に入りに登録しておく必要がない蓋然性がある商品がユーザに提示される。これにより、ユーザが実際にお気に入りに登録しておく必要がない商品をお気に入りから削除することが支援される。そのため、各ユーザのお気に入りを適切に整理することができる。
【０１３０】
お気に入りには、例えば、ユーザが気になった商品、購入候補とされた商品、ユーザが好きな商品等が登録されるものである。つまり、お気に入りは、商品に対するユーザの興味、需要、人気等を反映していると考えることができる。そして、お気に入りに登録しておく必要がない商品である興味がない商品等が適切に削除されるので、各ユーザのお気に入りは、商品に対するユーザの興味、需要、人気等をより的確に反映するものとなる。お気に入りが適切に整理されるということは、このことを意味する。
【０１３１】
以下では、適切に整理されたお気に入り情報の利用例について説明する。
【０１３２】
［４−１．お気に入りのランキング］
第１の利用例では、電子商取引サーバ１が、お気に入りへの登録数に基づいて、各商品に対して順位付けを行う。具体的に、電子商取引サーバ１は、お気に入り情報ＤＢ１２ｇに登録されているお気に入り情報に基づいて、各商品について、お気に入りへの登録数を算出する。次いで、電子商取引サーバ１は、お気に入りへの登録数が最も多い順に商品に順位を付ける。次いで、電子商取引サーバ１は、お気に入りの登録数のランキングを示すＷｅｂページを生成する。ここで、電子商取引サーバ１は、例えば、全商品についてのランキングを示すＷｅｂページを生成してもよいし、ジャンルごとのランキングを示すＷｅｂページを生成してもよい。そして、電子商取引サーバ１は、ユーザ端末３からの要求に応じて、ランキングを示すＷｅｂページを送信する。
【０１３３】
お気に入りへの登録数に基づくランキングに対して、例えば、販売数に基づくランキングがある。販売数は、商品の価格や商品の在庫の有無等の要因に影響されるため、販売数に基づくランキングでは、ユーザの興味、需要、人気等を正確に反映していない場合がある。これに対し、お気に入りへの登録数に基づくランキングでは、このような要因に影響去るため、ユーザの興味、需要、人気等を正確に反映させることができる。
【０１３４】
［４−２．商品の需要予測］
第２の利用例では、電子商取引サーバ１が、お気に入りへの登録数に基づいて、商品の需要予測を行う。具体的に、電子商取引サーバ１は、お気に入り情報ＤＢ１２ｇに登録されているお気に入り情報に基づいて、需要の予測対象の商品について、お気に入りへの登録数を算出する。次いで、電子商取引サーバ１は、お気に入りへの登録数が多いほど、商品に対する需要があるとする需要予測を行う。このとき、電子商取引サーバ１は、お気に入りへの登録１つにつき商品１個の需要があるとしてもよい。
【０１３５】
あるユーザのお気に入りに、需要の予測対象の商品が属するジャンルと同一のジャンルに属する商品が登録されている場合がある。この場合、商品のジャンルに応じて、需要の予測対象の商品をお気に入りに登録しているユーザからのその商品に対する需要の大きさを小さくしてもよい。例えば、冷蔵庫のようなジャンルの商品は、１人のユーザから同時期に１個のみ購入されることが一般的である。従って、冷蔵庫の商品が複数お気に入りに登録されている場合、それは、購入候補として比較するために登録されているのであり、実際に購入される商品は１個であると推測される。そこで、電子商店街サーバ１は、例えば、需要の予測対象の商品をお気に入りに登録している各ユーザについて、需要の予測対象の商品が属するジャンルの商品のお気に入りへの登録数を計算し、需要の予測対象の商品に対する需要を、計算した登録数分の１としてもよい。一方、洋服のようなジャンルの商品は、１人のユーザから同時期に複数購入される可能性がある商品である。そこで、電子商店街サーバ１は、例えば、需要の予測対象の商品が属するジャンルの商品のお気に入りへの登録数にかかわらず、需要の予測対象の商品をお気に入りに登録している各ユーザからの需要をそれぞれ１としてもよい。
【０１３６】
また、電子商取引サーバ１は、同一ジャンルの複数の商品の需要予測を行う場合には、お気に入りへの登録数の大小関係に応じて、複数の商品間における需要の大小関係を予測してもよい。例えば、電子商取引サーバ１は、商品Ａのお気に入りへの登録数が商品Ｂのお気に入りへの登録数よりも多い場合には、「商品Ａは商品Ｂよりも需要がある」といった需要予測を行う。
【０１３７】
電子商取引サーバ１は、需要の予測を行うと、予測結果を表示するＷｅｂページを店舗端末２へ送信する。
【０１３８】
従来の需要予測としては、過去の販売数に基づく需要予測がある。しかしながら、過去の販売数に基づく需要予測では、正確に需要を予測することができるとは限らない。上述したように、販売数は、商品の価格や商品の在庫の有無等の要因に影響されるからである。また、過去の販売数は、これまでの需要の消費量を示しているからである。つまり、過去の販売数が多いと、これまでの商品の販売で、本来あった需要の大部分が消費されてしまっている場合があるからである。これに対し、お気に入りには、ユーザが将来購入する可能性がある商品が登録される。そのため、お気に入りには、過去の販売実績よりも、将来の需要をより的確に反映しているといえる。
【０１３９】
［４−３．商品の推奨］
第３の利用例では、電子商取引サーバ１が、お気に入りへの登録数に基づいて、電子商店街等で販売されている商品をユーザへ推奨するための処理を行う。お気に入りには、ユーザの商品に対する興味が反映されているからである。お気に入りが適切に整理されことにより、お気に入り全体に対してお気に入りに登録しておく必要がない商品の割合が小さくなるので、適切な推奨を行うことができる。
【０１４０】
具体的に、電子商取引サーバ１は、お気に入りに登録されている商品そのものを、推奨する商品として選定したり、お気に入りに登録されている商品に関連する商品を、推奨する商品として選択したりする。この場合のお気に入りに登録されている商品に関連する商品としては、例えば、お気に入りに登録されている商品とジャンルが同一である商品、お気に入りに登録されている商品と販売元の店舗が同一である商品等がある。電子商取引サーバ１は、推奨する商品を選定すると、例えば、選定した商品を推奨する電子メールをユーザ宛に送信したり、電子商店街のＷｅｂページに、推奨する商品の広告を挿入してユーザ端末３へ送信したりする。
【０１４１】
以上説明したように、本実施形態によれば、電子商取引サーバ１のシステム制御部１４が、ユーザにより商品選択関連操作がされた場合、お気に入り情報ＤＢ１２ｇに登録されたお気に入り情報に基づいて、お気に入りに登録された商品の中から操作対象とされた商品に関連する商品を、お気に入りからの削除候補として選定し、選定された削除候補をユーザ端末３により提示させる。
【０１４２】
従って、お気に入りに登録しておく必要がない蓋然性がある高い商品を削除候補として提示することができるので、ユーザは、不要な商品をお気に入りから削除しやすくなる。このように、お気に入りに登録しておく必要がない商品をお気に入りから適切に削除することを支援することができるので、お気に入りが肥大化することを防止することができる。
【０１４３】
なお、上記実施形態においては、操作対象とされた商品と関連する商品であるか否かを判定するための操作対象とされた商品との関連性を示す商品の属性の範囲が１つに定められていた。そして、お気に入りに登録されている商品のうち、定められた１つの範囲内にある商品が、操作対象の商品と関連する商品として、削除候補に選定されていた。しかしながら、その商品の属性に応じて複数の属性の範囲を定め、電子商取引サーバ１が、複数の属性の範囲のそれぞれごとに、操作対象の商品と関連する商品を削除候補として選定し、選定された削除候補を属性の範囲ごとに提示させるようになっていてもよい。
【０１４４】
予め定められた属性の範囲に多数の商品が含まれている場合、多数の商品が削除候補としてユーザに提示されることになる。すると、ユーザは、多数の削除候補の中から不要な商品を探し出す必要があるため、お気に入りから商品を削除する作業がユーザにとって煩わしくなる場合がある。これに対し、複数の属性の範囲それぞれごとに削除候補が提示されると、ユーザは、不要な商品を探し出しやすい範囲を選択することができる。また、複数の属性の範囲の中から、操作対象とされた商品に関連するとユーザが考えている範囲をユーザが選択することができる。
【０１４５】
以下では、操作対象の商品とジャンルが一致する商品を、操作対象の商品に関連する商品として選定する場合を例として説明する。
【０１４６】
この場合、関連性を示す属性は、商品のジャンルである。上記実施形態では、操作対象の商品が属する複数のレベルのジャンルのうち１つのレベルのジャンルに属する商品の範囲を、操作対象の商品と関連する商品の範囲としていた。これに対し、操作対象の商品が属する複数のレベルのそれぞれごとに、操作対象の商品と同じジャンルに属する商品が削除候補として選定されてもよい。つまり、操作対象の商品と同じレベル１のジャンルに属する商品、操作対象の商品と同じレベル２のジャンルに属する商品、操作対象の商品と同じレベル３のジャンルに属する商品・・・というように、操作対象が選定される。なお、如何なるレベルから如何なるレベルまで削除候補の選定を行うかは任意である。
【０１４７】
この場合における削除候補ページの表示例を説明する。例えば、お気に入りに登録されている商品のうち、操作対象の商品が属するレベル１のジャンルに、商品１〜商品２００の２００個の商品が属するとする。また、操作対象の商品が属するレベル２のジャンルに商品１〜商品１００が属し、操作対象の商品が属するレベル３のジャンルに商品１〜商品３０が属し、操作対象の商品が属するレベル４のジャンルに商品１〜商品１０が属し、操作対象の商品が属するレベル５のジャンルに商品１〜商品５が属するとする。
【０１４８】
図１２（ａ）及び図１２（ｂ）は、変形例における削除候補ページの画面表示の第１の例を示す図である。図１２において、図２と同様の要素については同様の符号を付してある。
【０１４９】
先ず、ユーザ端末３には、図１２（ａ）に示す削除候補ページが表示される。図１２（ａ）に示すように、削除候補ページには、削除ボタン１２０、非削除ボタン１３０等が表示される。また、削除候補ページには、削除候補の選定が行われたジャンルのレベル名（例えば、「Ｌ１」等）とジャンル名（例えば、「ＡＡＡＡ」等）が階層的に表示される。図２（ａ）では、レベル１からレベル５までのレベル名及びジャンル名が表示されている。また、レベル名の横に、抽出された削除候補の数が表示される。例えば、レベル３のジャンルにおいて、３０個の削除候補が選定されている。また、各レベル名及びジャンル名に対応してプラスボタン２１０が表示される。
【０１５０】
ユーザが何れかのプラスボタン２１０を選択すると、図１２（ｂ）に示すように、選択されたプラスボタン２１０に対応するジャンル名の下に、削除候補領域２２０が表示される。削除候補領域２２０の表示内容は、基本的に図２に示す削除候補領域１１０の表示内容と同様である。図１２（ｂ）では、レベル２のジャンルに対応する削除候補領域２２０が表示されている。従って、削除候補領域２２０には、商品１〜商品１００の商品名が表示されている。プラスボタン２１０の選択によって削除候補領域２２０が表示されると、選択されたプラスボタン２１０がマイナスボタン２３０に変化する。ユーザがマイナスボタン２３０を選択すると、表示されていた削除候補領域２２０は画面から消去される。そして、選択されたマイナスボタン２３０はプラスボタン２１０に変化する。なお、複数のレベルについて削除候補領域２２０を表示させることも可能である。
【０１５１】
ユーザは、プラスボタン２１０やマイナスボタン２３０の選択により、任意レベルのジャンルについて削除候補の一覧を表示させることができる。そして、表示された削除候補の中から任意の商品を選択してお気に入りから削除することができる。例えば、ユーザは、削除候補の数が、不要な商品を探し出しやすい数であるレベルのジャンルを選択してもよいし、操作対象とされた商品と関連する商品が属するとユーザが考えているレベルのジャンルを選択してもよい。
【０１５２】
図１３（ａ）及び図１３（ｂ）は、変形例における削除候補ページの画面表示の第２の例を示す図である。図１３において、図２と同様の要素については同様の符号を付してある。
【０１５３】
先ず、ユーザ端末３には、図１３（ａ）に示す削除候補ページが表示される。図１３（ａ）に示すように、削除候補ページには、削除ボタン１２０、非削除ボタン１３０、削除候補領域３１０ａ等が表示される。削除候補領域３１０ａは、レベル１のジャンルについての削除候補として商品１〜商品２００が表示される。なお、削除候補領域３１０の表示内容は、基本的に図２に示す削除候補領域１１０の表示内容と同様である。削除候補領域３１０の隣には、プラスボタン３２０が表示される。
【０１５４】
ユーザがプラスボタン３２０を選択すると、図１３（ｂ）に示すように、削除候補領域３１０ａに加えて、削除候補領域３１０ｂ〜削除候補領域３１０ｅが新たに表示される。また、プラスボタン３２０が画面から消去され、削除候補領域３１０ｅの隣にマイナスボタン３３０が表示される。削除候補領域３１０ｂには、レベル２のジャンルについての削除候補として商品１〜商品１００が表示される。また、削除候補領域３１０ｃには、レベル３のジャンルについての削除候補として商品１〜商品３０が表示される。また、削除候補領域３１０ｄには、レベル４のジャンルについての削除候補として商品１〜商品１０が表示される。また、削除候補領域３１０ｅには、レベル５のジャンルについての削除候補として商品１〜商品５が表示される。削除候補領域３１０ｂ〜３１０ｅの表示内容も、基本的に削除候補領域１１０の表示内容と同様である。ユーザがマイナスボタン３３０を選択すると、削除候補領域３１０ｂ〜３１０ｅが画面から消去され、図１３（ａ）に示す表示状態に戻る。
【０１５５】
なお、図１３（ａ）に示す状態でユーザがプラスボタン３２０を選択した場合、削除候補領域３１０ｂのみが新たに表示され、削除候補領域３１０ｂの隣にプラスボタン３２０とマイナスボタン３３０とが表示されるようにしてもよい。そして、ユーザがプラスボタン３２０やマイナスボタン３３０を選択することにより、削除候補領域３１０ｂが画面から消去されたり、新たに削除候補領域３１０ｃが表示されたりしてもよい。
【０１５６】
また、各ジャンルにおいて、そのジャンルの子ジャンルのうち操作対象とされた商品が属する子ジャンルが、削除候補の選定範囲から除外されてもよい。例えば、上述の例では、商品１〜商品２００のうち商品１０１〜商品２００がレベル１のジャンルに対応する削除候補として提示される。また、商品３１〜商品１００がレベル２のジャンルに対応する削除候補として提示される。また、商品１１〜商品３０がレベル３のジャンルに対応する削除候補として提示される。また、商品６〜商品１０がレベル４のジャンルに対応する削除候補として提示される。また、商品１〜商品５がレベル５のジャンルに対応する削除候補として提示される。
【０１５７】
電子商取引サーバ１のシステム制御部１４の処理例を、図７を用いて説明する。ステップＳ３１において、システム制御部１４は、例えば、操作対象の商品が属するレベル１のジャンルのジャンルＩＤを取得する。また、ステップＳ３２において、システム制御部１４は、候補判定商品が属するレベル１のジャンルのジャンルＩＤを取得する。次いで、システム制御部１４は、操作対象の商品のレベル１のジャンルのジャンルＩＤと候補判定商品のレベル１のジャンルのジャンルＩＤが一致するか否かを判定する（ステップＳ３３）。そして、システム制御部１４は、一致すると判定した場合には（ステップＳ３３：ＹＥＳ）、候補判定商品の商品ＩＤを削除候補リストに登録する（ステップＳ２２）。
【０１５８】
ステップＳ２３において、検索されたお気に入り情報のうち全てのお気に入り情報を選択したと判定されると（ステップＳ２３：ＮＯ）、操作対象の商品と同じレベル１のジャンルに属する商品が設定される。そこで、システム制御部１４は、操作対象の商品と同じレベル１のジャンルに属する商品の中から、操作対象の商品と同じレベル２のジャンルに属する商品を選定する。このようにして、システム制御部１４は、例えば、上位のレベルのジャンルから下位のレベルのジャンルまで、ジャンルごとに削除対象を選定する。そして、システム制御部１４は、ステップＳ２５において、ジャンルごとに削除候補が表示されるように、削除候補ページのＨＴＭＬ文書を生成する。
【０１５９】
なお、複数の範囲のそれぞれごとに削除候補を選定することができる商品の属性は、ジャンルに限られるものではない。例えば、お気に入りへの登録時期、商品ページの閲覧時期等にも適用することができる。例えば、電子商取引サーバ１は、操作対象の商品のお気に入りへの登録日時から前後１時間、前後１日、前後１週間、前後１ヶ月等と、範囲ごとに選定を行うことができる。また、電子商取引サーバ１は、操作対象の商品の商品ページの閲覧日時から前後１時間、前後１日、前後１週間、前後１ヶ月等と、範囲ごとに選定を行うことができる。また、商品の属性に応じてその商品の利用される段階が異なる場合にも適用することができる。例えば、ゴルフクラブの例において、電子商取引サーバ１は、操作対象の商品が上級者用のゴルフクラブである場合、初級者用と中級者用、初級者用のみ、中級者用のみ等と、範囲ごとに選定を行うことができる。
【０１６０】
また、電子商取引サーバ１は、複数の範囲のそれぞれごとに削除候補をユーザ端末３に提示させる代わりに、選定された削除候補の数が予め設定された閾値以下であり、且つ、削除候補の数がその閾値に最も近い範囲についてのみ削除候補を提示させるようにしてもよい。例えば、上述したジャンルの例において、閾値を２０に設定したとする。すると、削除候補の数が２０以下であって且つ２０に最も近いジャンルは、レベル４のジャンルである。そこで、削除候補ページには、商品１〜商品１０が削除候補として表示される。
【０１６１】
また、上記実施形態においては、電子商取引システムＳにおいてユーザがオークションへの商品の出品を可能とし、出品操作を、商品選択関連操作としていた。しかしながら、オークションへの出品に限らず、ユーザが商品の販売を開始する操作を商品選択関連操作として本発明を適用してもよい。例えば、電子商取引システムＳにおいて、ユーザが新品や中古の商品を販売することができるようになっていてもよい。
【０１６２】
また、上記実施形態においては、本発明における取引対象が商品に適用されていた。しかしながら、取引対象がサービスに適用されてもよい。そして、電子商取引のシステムとして、サービスの予約が可能なシステムに本発明が適用されてもよい。サービスの予約としては、例えば、宿泊施設の宿泊予約、ゴルフ場等の競技施設の利用予約、交通機関の座席の予約等がある。この場合、サービスの予約を行う操作が、本発明における予め定められた操作に含まれる。
【符号の説明】
【０１６３】
１ 電子商取引サーバ
２ 店舗端末
３ ユーザ端末
１１ 通信部
１２ 記憶部
１２ａ 会員情報ＤＢ
１２ｂ ジャンル情報ＤＢ
１２ｃ 店舗情報ＤＢ
１２ｄ 商品情報ＤＢ
１２ｅ 閲覧履歴ＤＢ
１２ｆ 購入履歴ＤＢ
１２ｇ お気に入り情報ＤＢ
１３ 入出力インターフェース
１４ システム制御部
１４ａ ＣＰＵ
１４ｂ ＲＯＭ
１４ｃ ＲＡＭ
１５ システムバス
ＮＷ ネットワーク
Ｓ 電子商取引システム
【特許請求の範囲】
【請求項１】
ユーザにより取引対象の選択に関する予め定められた操作がされた場合、取引対象に関する情報への参照を保持する参照リストに登録された取引対象を示す参照リスト情報を記憶する記憶手段に記憶された前記ユーザの前記参照リスト情報に基づいて、前記参照リストに登録された取引対象の中から前記操作の対象とされた取引対象に関連する取引対象を、前記参照リストからの削除候補として選定する選定手段と、
前記選定手段により選定された前記削除候補を提示させる制御手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記記憶手段には、前記参照リスト情報として、前記ユーザの要求に応じて検索された取引対象の中から前記参照リストに登録された取引対象を示す情報と、該取引対象を検索するために前記ユーザにより指定された検索条件とが対応付けて記憶されており、
前記選定手段は、検索するために指定された検索条件が前記操作の対象とされた取引対象と一致する取引対象を前記削除候補として選定することを特徴とする情報処理装置。
【請求項３】
請求項１または請求項２に記載の情報処理装置において、
前記選定手段は、取引対象の複数の区分のうち前記操作の対象とされた取引対象と同じ区分に属する取引対象を前記削除候補として選定することを特徴とする情報処理装置。
【請求項４】
請求項１乃至３の何れか１項に記載の情報処理装置において、
前記選定手段は、取引対象の属性に応じて該取引対象が利用される段階が異なるように定められた物事の過程において、前記操作の対象とされた取引対象が利用される段階よりも前の段階で利用される取引対象を前記削除候補として選定することを特徴とする情報処理装置。
【請求項５】
請求項１乃至４の何れか１項に記載の情報処理装置において、
前記記憶手段には、前記参照リスト情報として、前記参照リストに登録された取引対象を示す情報と、該取引対象の前記参照リストへの登録時期とが対応付けて記憶されており、
前記選定手段は、前記参照リストへの登録時期が前記操作の対象とされた取引対象と同時期である取引対象を前記削除候補として選定することを特徴とする情報処理装置。
【請求項６】
請求項１乃至５の何れか１項に記載の情報処理装置において、
前記選定手段は、前記ユーザによる取引対象に関する取引対象情報の閲覧時期と、該取引対象情報が閲覧された取引対象を示す情報とを対応付けて履歴として記憶する履歴記憶手段に記憶された前記履歴に基づいて、前記取引対象情報の閲覧時期が前記操作の対象とされた取引対象と同時期である取引対象を前記削除候補として選定することを特徴とする情報処理装置。
【請求項７】
請求項１乃至６の何れか１項に記載の情報処理装置において、
前記選定手段は、前記操作の対象とされた取引対象の利用時期であると定められた季節よりも前の季節が利用時期であると定められた取引対象を前記削除候補として選定することを特徴とする情報処理装置。
【請求項８】
請求項１乃至７の何れか１項に記載の情報処理装置において、
前記選定手段は、前記操作の対象とされた取引対象との関連性を示す取引対象の属性に応じて複数定められる属性範囲ごとに、前記参照リストに登録された取引対象のうち該属性範囲に含まれる取引対象の中から前記操作の対象とされた取引対象に関連する取引対象を前記削除対象として選定し、
前記制御手段は、前記選定手段により選定された前記削除対象を前記属性範囲ごとに提示させることを特徴とする情報処理装置。
【請求項９】
情報処理装置により実行される情報処理方法であって、
ユーザにより取引対象の選択に関する予め定められた操作がされた場合、取引対象に関する情報への参照を保持する参照リストに登録された取引対象を示す参照リスト情報を記憶する記憶手段に記憶された前記ユーザの前記参照リスト情報に基づいて、前記参照リストに登録された取引対象の中から前記操作の対象とされた取引対象に関連する取引対象を、前記参照リストからの削除候補として選定する選定ステップと、
前記選定ステップにおいて選定された前記削除候補を提示させる制御ステップと、
を含むことを特徴とする情報処理方法。
【請求項１０】
情報処理装置に含まれるコンピュータを、
ユーザにより取引対象の選択に関する予め定められた操作がされた場合、取引対象に関する情報への参照を保持する参照リストに登録された取引対象を示す参照リスト情報を記憶する記憶手段に記憶された前記ユーザの前記参照リスト情報に基づいて、前記参照リストに登録された取引対象の中から前記操作の対象とされた取引対象に関連する取引対象を、前記参照リストからの削除候補として選定する選定手段、及び、
前記選定手段により選定された前記削除候補を提示させる制御手段、
として機能させることを特徴とする情報処理プログラム。
【請求項１１】
情報処理装置に含まれるコンピュータを、
ユーザにより取引対象の選択に関する予め定められた操作がされた場合、取引対象に関する情報への参照を保持する参照リストに登録された取引対象を示す参照リスト情報を記憶する記憶手段に記憶された前記ユーザの前記参照リスト情報に基づいて、前記参照リストに登録された取引対象の中から前記操作の対象とされた取引対象に関連する取引対象を、前記参照リストからの削除候補として選定する選定手段、及び、
前記選定手段により選定された前記削除候補を提示させる制御手段、
として機能させる情報処理プログラムがコンピュータ読み取り可能に記録されていることを特徴とする記録媒体。
【請求項１】
ユーザにより取引対象の選択に関する予め定められた操作がされた場合、取引対象に関する情報への参照を保持する参照リストに登録された取引対象を示す参照リスト情報を記憶する記憶手段に記憶された前記ユーザの前記参照リスト情報に基づいて、前記参照リストに登録された取引対象の中から前記操作の対象とされた取引対象に関連する取引対象を、前記参照リストからの削除候補として選定する選定手段と、
前記選定手段により選定された前記削除候補を提示させる制御手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記記憶手段には、前記参照リスト情報として、前記ユーザの要求に応じて検索された取引対象の中から前記参照リストに登録された取引対象を示す情報と、該取引対象を検索するために前記ユーザにより指定された検索条件とが対応付けて記憶されており、
前記選定手段は、検索するために指定された検索条件が前記操作の対象とされた取引対象と一致する取引対象を前記削除候補として選定することを特徴とする情報処理装置。
【請求項３】
請求項１または請求項２に記載の情報処理装置において、
前記選定手段は、取引対象の複数の区分のうち前記操作の対象とされた取引対象と同じ区分に属する取引対象を前記削除候補として選定することを特徴とする情報処理装置。
【請求項４】
請求項１乃至３の何れか１項に記載の情報処理装置において、
前記選定手段は、取引対象の属性に応じて該取引対象が利用される段階が異なるように定められた物事の過程において、前記操作の対象とされた取引対象が利用される段階よりも前の段階で利用される取引対象を前記削除候補として選定することを特徴とする情報処理装置。
【請求項５】
請求項１乃至４の何れか１項に記載の情報処理装置において、
前記記憶手段には、前記参照リスト情報として、前記参照リストに登録された取引対象を示す情報と、該取引対象の前記参照リストへの登録時期とが対応付けて記憶されており、
前記選定手段は、前記参照リストへの登録時期が前記操作の対象とされた取引対象と同時期である取引対象を前記削除候補として選定することを特徴とする情報処理装置。
【請求項６】
請求項１乃至５の何れか１項に記載の情報処理装置において、
前記選定手段は、前記ユーザによる取引対象に関する取引対象情報の閲覧時期と、該取引対象情報が閲覧された取引対象を示す情報とを対応付けて履歴として記憶する履歴記憶手段に記憶された前記履歴に基づいて、前記取引対象情報の閲覧時期が前記操作の対象とされた取引対象と同時期である取引対象を前記削除候補として選定することを特徴とする情報処理装置。
【請求項７】
請求項１乃至６の何れか１項に記載の情報処理装置において、
前記選定手段は、前記操作の対象とされた取引対象の利用時期であると定められた季節よりも前の季節が利用時期であると定められた取引対象を前記削除候補として選定することを特徴とする情報処理装置。
【請求項８】
請求項１乃至７の何れか１項に記載の情報処理装置において、
前記選定手段は、前記操作の対象とされた取引対象との関連性を示す取引対象の属性に応じて複数定められる属性範囲ごとに、前記参照リストに登録された取引対象のうち該属性範囲に含まれる取引対象の中から前記操作の対象とされた取引対象に関連する取引対象を前記削除対象として選定し、
前記制御手段は、前記選定手段により選定された前記削除対象を前記属性範囲ごとに提示させることを特徴とする情報処理装置。
【請求項９】
情報処理装置により実行される情報処理方法であって、
ユーザにより取引対象の選択に関する予め定められた操作がされた場合、取引対象に関する情報への参照を保持する参照リストに登録された取引対象を示す参照リスト情報を記憶する記憶手段に記憶された前記ユーザの前記参照リスト情報に基づいて、前記参照リストに登録された取引対象の中から前記操作の対象とされた取引対象に関連する取引対象を、前記参照リストからの削除候補として選定する選定ステップと、
前記選定ステップにおいて選定された前記削除候補を提示させる制御ステップと、
を含むことを特徴とする情報処理方法。
【請求項１０】
情報処理装置に含まれるコンピュータを、
ユーザにより取引対象の選択に関する予め定められた操作がされた場合、取引対象に関する情報への参照を保持する参照リストに登録された取引対象を示す参照リスト情報を記憶する記憶手段に記憶された前記ユーザの前記参照リスト情報に基づいて、前記参照リストに登録された取引対象の中から前記操作の対象とされた取引対象に関連する取引対象を、前記参照リストからの削除候補として選定する選定手段、及び、
前記選定手段により選定された前記削除候補を提示させる制御手段、
として機能させることを特徴とする情報処理プログラム。
【請求項１１】
情報処理装置に含まれるコンピュータを、
ユーザにより取引対象の選択に関する予め定められた操作がされた場合、取引対象に関する情報への参照を保持する参照リストに登録された取引対象を示す参照リスト情報を記憶する記憶手段に記憶された前記ユーザの前記参照リスト情報に基づいて、前記参照リストに登録された取引対象の中から前記操作の対象とされた取引対象に関連する取引対象を、前記参照リストからの削除候補として選定する選定手段、及び、
前記選定手段により選定された前記削除候補を提示させる制御手段、
として機能させる情報処理プログラムがコンピュータ読み取り可能に記録されていることを特徴とする記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１３−７７１０７（Ｐ２０１３−７７１０７Ａ）
【公開日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願番号】特願２０１１−２１５９７３（Ｐ２０１１−２１５９７３）
【出願日】平成２３年９月３０日（２０１１．９．３０）
【出願人】（３９９０３７４０５）楽天株式会社 (416)
【公開日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願日】平成２３年９月３０日（２０１１．９．３０）
【出願人】（３９９０３７４０５）楽天株式会社 (416)
[ Back to top ]