特許 5976216 情報処理装置、情報処理方法及び情報処理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5976216

(24)【登録日】2016年7月29日

(45)【発行日】2016年8月23日

(54)【発明の名称】情報処理装置、情報処理方法及び情報処理プログラム

(51)【国際特許分類】

   G06Q 30/06 20120101AFI20160809BHJP

【ＦＩ】

   G06Q30/06 332

【請求項の数】8

【全頁数】28

(21)【出願番号】特願2015-523801(P2015-523801)

(86)(22)【出願日】2013年6月28日

(86)【国際出願番号】JP2013067888

(87)【国際公開番号】WO2014207922

(87)【国際公開日】20141231

【審査請求日】2015年12月21日

【早期審査対象出願】

(73)【特許権者】

【識別番号】399037405

【氏名又は名称】楽天株式会社

(74)【代理人】

【識別番号】110000958

【氏名又は名称】特許業務法人 インテクト国際特許事務所

(74)【代理人】

【識別番号】100120189

【弁理士】

【氏名又は名称】奥 和幸

(72)【発明者】

【氏名】望月 大輔

【審査官】 阿部 潤

(56)【参考文献】

【文献】 特開２０１３−０７７１０７（ＪＰ，Ａ）

【文献】 国際公開第２００８／１４６４５６（ＷＯ，Ａ１）

【文献】 特開２００８−１４００８２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ９９／００

(57)【特許請求の範囲】

【請求項1】

選択対象情報への参照のリストに登録される選択対象を識別する選択対象識別情報と、前記リストへの登録操作をしたユーザを識別するユーザ識別情報と、を対応付けてリスト記憶手段に記憶させる記憶制御手段と、
対象ユーザを識別する対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象の属性と、前記リストに登録された選択対象の属性の範囲が収束する時期の基準を示す基準時点とを取得する特定情報取得手段と、
前記特定情報取得手段により取得された前記属性と、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち前記基準時点以降に前記リストに登録された選択対象の属性とに基づいて、前記リストに登録された選択対象の属性の範囲が収束したと判定された場合、前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち、前記収束した範囲に含まれる属性を有さない選択対象を、前記リストからの削除候補として提示させ、選択対象情報に含まれる少なくとも一部の情報が表示された選択対象を識別する選択対象識別情報と、前記少なくとも一部の情報を表示させたユーザを識別するユーザ識別情報とを対応付けて記憶する履歴記憶手段から、前記対象ユーザ識別情報に対応付けられ、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶されておらず、かつ、前記収束した範囲に含まれる属性を有する選択対象を示す選択対象識別情報を特定し、該特定された選択対象識別情報が示す選択対象を、前記リストへの登録候補として提示させる修正制御手段と、
を備えることを特徴とする情報処理装置。

【請求項2】

請求項１に記載の情報処理装置において、
前記修正制御手段は、前記リストに登録された複数の選択対象のうち、前記基準時点以降に前記リストに登録された１以上の選択対象の属性が、前記複数の選択対象の属性の範囲に含まれる一部の属性に偏っている場合、前記リストに登録された選択対象の属性の範囲が収束したと判定することを特徴とする情報処理装置。

【請求項3】

請求項１又は２に記載の情報処理装置において、
前記特定情報取得手段は、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象について階層的に定義される属性を取得し、
前記修正制御手段は、前記リストに登録された複数の選択対象の第１基準階層の属性と、前記複数の選択対象のうち前記基準時点以降に前記リストに登録された１以上の選択対象の属性であって、前記第１基準階層よりも低い第２基準階層の属性とに基づいて、前記リストに登録された選択対象の属性の範囲が収束したか否かを判定することを特徴とする情報処理装置。

【請求項4】

請求項１又は２に記載の情報処理装置において、
前記特定情報取得手段は、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象の属性値を取得し、
前記修正制御手段は、前記リストに登録された複数の選択対象のうち、前記基準時点以降に前記リストに登録された１以上の選択対象の属性値の範囲の最小値と最大値との差に基づいて、前記リストに登録された選択対象の属性の範囲が収束したか否かを判定することを特徴とする情報処理装置。

【請求項5】

請求項１乃至４の何れか１項に記載の情報処理装置において、
前記修正制御手段は、前記対象ユーザが前記選択対象情報を閲覧した選択対象のみを前記リストへの登録候補として提示させることを特徴とする情報処理装置。

【請求項6】

請求項１乃至５の何れか１項に記載の情報処理装置において、
前記特定情報取得手段により取得された前記属性と異なる第２属性であって、前記リストに登録された選択対象の属性の範囲が収束した後に前記記憶制御手段により前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象の第２属性と、前記リストに登録された選択対象の属性の範囲が収束した後に前記選択対象情報が閲覧された選択対象の第２属性と、を取得する属性情報取得手段と、
前記属性情報取得手段により取得された前記第２属性に基づいて、前記選択対象情報が閲覧された選択対象の中で前記リストに登録されなかった選択対象の第２属性の範囲のうち、前記リストに登録された選択対象の第２属性の範囲と重複しない範囲を特定する特定手段と、
前記特定手段により特定された前記範囲に第２属性が含まれる選択対象を前記リストから削除する制御を行う削除制御手段と、
を更に備えることを特徴とする情報処理装置。

【請求項7】

コンピュータにより実行される情報処理方法であって、
選択対象情報への参照のリストに登録される選択対象を識別する選択対象識別情報と、前記リストへの登録操作をしたユーザを識別するユーザ識別情報と、を対応付けてリスト記憶手段に記憶させる記憶制御ステップと、
対象ユーザを識別する対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象の属性と、前記リストに登録された選択対象の属性の範囲が収束する時期の基準を示す基準時点とを取得する特定情報取得ステップと、
前記特定情報取得ステップにより取得された前記属性と、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち前記基準時点以降に前記リストに登録された選択対象の属性とに基づいて、前記リストに登録された選択対象の属性の範囲が収束したと判定された場合、前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち、前記収束した範囲に含まれる属性を有さない選択対象を、前記リストからの削除候補として提示させ、選択対象情報に含まれる少なくとも一部の情報が表示された選択対象を識別する選択対象識別情報と、前記少なくとも一部の情報を表示させたユーザを識別するユーザ識別情報とを対応付けて記憶する履歴記憶手段から、前記対象ユーザ識別情報に対応付けられ、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶されておらず、かつ、前記収束した範囲に含まれる属性を有する選択対象を示す選択対象識別情報を特定し、該特定された選択対象識別情報が示す選択対象を、前記リストへの登録候補として提示させる修正制御ステップと、
を含むことを特徴とする情報処理方法。

【請求項8】

コンピュータを、
選択対象情報への参照のリストに登録される選択対象を識別する選択対象識別情報と、前記リストへの登録操作をしたユーザを識別するユーザ識別情報と、を対応付けてリスト記憶手段に記憶させる記憶制御手段、
対象ユーザを識別する対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象の属性と、前記リストに登録された選択対象の属性の範囲が収束する時期の基準を示す基準時点とを取得する特定情報取得手段、及び、
前記特定情報取得手段により取得された前記属性と、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち前記基準時点以降に前記リストに登録された選択対象の属性とに基づいて、前記リストに登録された選択対象の属性の範囲が収束したと判定された場合、前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち、前記収束した範囲に含まれる属性を有さない選択対象を、前記リストからの削除候補として提示させ、選択対象情報に含まれる少なくとも一部の情報が表示された選択対象を識別する選択対象識別情報と、前記少なくとも一部の情報を表示させたユーザを識別するユーザ識別情報とを対応付けて記憶する履歴記憶手段から、前記対象ユーザ識別情報に対応付けられ、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶されておらず、かつ、前記収束した範囲に含まれる属性を有する選択対象を示す選択対象識別情報を特定し、該特定された選択対象識別情報が示す選択対象を、前記リストへの登録候補として提示させる修正制御手段、
として機能させることを特徴とする情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、選択された対象に関する情報への参照を保持するリストの修正を支援する技術分野に関する。

【背景技術】

【0002】

従来、ユーザが関心のある選択対象の情報への参照情報をリストに登録し、リストに登録された選択対象の情報の閲覧を容易にする技術が知られている。例えば、特許文献１には、全商品リストから会員が選択した商品をお気に入り又は購入予定の商品としてリストに登録し、会員が購入した商品及び会員が購入した商品に関連する商品をリストから削除する技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００９−２１７６３６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

選択対象を選択してリストに登録するとき、ユーザは、自分が考えている選択基準に基づいて、選択対象を選択する。そのとき、最初のうちは選択基準が十分に定まらず、選択対象の選択を進めることによって選択基準が定まってくることがある。そのため、選択基準が十分に定まっていない期間においては、ユーザは、定まった選択基準では不要な選択対象をリストに登録していたり、定まった選択基準で必要な選択対象をリストに登録していなかったりする場合がある。従って、リストから購入する選択対象を検討するために、ユーザは、リストに登録される選択対象を再度確認をして過不足を修正する必要がある。特許文献１に記載の技術では、商品が購入された後にリストから商品が削除される。そのため、購入する商品を検討する段階では、リストに登録される商品の過不足は修正されない。

【0005】

本発明は、以上の点に鑑みてなされたものであり、選択対象を選択する基準が十分に定まっていない期間のリストへの選択対象の登録の過不足の少なくとも何れかを修正することを可能とする情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。

【課題を解決するための手段】

【0006】

上記課題を解決するために、請求項１に記載の発明は、選択対象情報への参照のリストに登録される選択対象を識別する選択対象識別情報と、前記リストへの登録操作をしたユーザを識別するユーザ識別情報と、を対応付けてリスト記憶手段に記憶させる記憶制御手段と、対象ユーザを識別する対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象の属性と、前記リストに登録された選択対象の属性の範囲が収束する時期の基準を示す基準時点とを取得する特定情報取得手段と、前記特定情報取得手段により取得された前記属性と、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち前記基準時点以降に前記リストに登録された選択対象の属性とに基づいて、前記リストに登録された選択対象の属性の範囲が収束したと判定された場合、前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち、前記収束した範囲に含まれる属性を有さない選択対象を、前記リストからの削除候補として提示させ、選択対象情報に含まれる少なくとも一部の情報が表示された選択対象を識別する選択対象識別情報と、前記少なくとも一部の情報を表示させたユーザを識別するユーザ識別情報とを対応付けて記憶する履歴記憶手段から、前記対象ユーザ識別情報に対応付けられ、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶されておらず、かつ、前記収束した範囲に含まれる属性を有する選択対象を示す選択対象識別情報を特定し、該特定された選択対象識別情報が示す選択対象を、前記リストへの登録候補として提示させる修正制御手段と、を備えることを特徴とする。

【0007】

この発明によれば、リストに登録された選択対象の範囲が収束した場合、収束した範囲に含まれない選択対象をリストから削除する制御、及び、収束した範囲に含まれる選択対象をリストに登録する制御の少なくとも何れかが実行される。そのため、選択対象を選択する基準が十分に定まっていない期間のリストへの選択対象の登録の過不足の少なくとも何れかを修正することができる。
また、選択基準が十分に定まっていない時期にリストに登録された選択対象のうち、現在の選択基準に合致しない蓋然性がある選択対象を提示することができる。
また、選択基準が十分に定まっていない時期にリストに登録されなかった選択対象のうち、現在の選択基準に合致する蓋然性がある選択対象を提示することができる。

【0008】

請求項２に記載の発明は、請求項１に記載の情報処理装置において、前記修正制御手段は、前記リストに登録された複数の選択対象のうち、前記基準時点以降に前記リストに登録された１以上の選択対象の属性が、前記複数の選択対象の属性の範囲に含まれる一部の属性に偏っている場合、前記リストに登録された選択対象の属性の範囲が収束したと判定することを特徴とする。

【0009】

この発明によれば、或る時点以降にリストに登録された選択対象の属性が、これまでにリストに登録された選択対象の属性の範囲に含まれる一部の属性に偏っている場合、リストに登録された選択対象の属性が収束したと判定される。そのため、ユーザによる選択基準が定まったかを適切に判定することができる。

【0010】

請求項３に記載の発明は、請求項１又は２に記載の情報処理装置において、前記特定情報取得手段は、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象について階層的に定義される属性を取得し、前記修正制御手段は、前記リストに登録された複数の選択対象の第１基準階層の属性と、前記複数の選択対象のうち前記基準時点以降に前記リストに登録された１以上の選択対象の属性であって、前記第１基準階層よりも低い第２基準階層の属性とに基づいて、前記リストに登録された選択対象の属性の範囲が収束したか否かを判定することを特徴とする。

【0012】

請求項４に記載の発明は、請求項１又は２に記載の情報処理装置において、前記特定情報取得手段は、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象の属性値を取得し、前記修正制御手段は、前記リストに登録された複数の選択対象のうち、前記基準時点以降に前記リストに登録された１以上の選択対象の属性値の範囲の最小値と最大値との差に基づいて、前記リストに登録された選択対象の属性の範囲が収束したか否かを判定することを特徴とする。

【0014】

請求項５に記載の発明は、請求項１乃至４の何れか１項に記載の情報処理装置において、前記修正制御手段は、前記対象ユーザが前記選択対象情報を閲覧した選択対象のみを前記リストへの登録候補として提示させることを特徴とする。

【0015】

この発明によれば、選択基準が十分に定まっていない時期のユーザが、選択対象情報を閲覧してリストに登録しないと決めた選択対象を提示することができる。そのため、選択基準が十分に定まった後、リストに登録するためにユーザが探す蓋然性がある選択対象を提示することができる。

【0016】

請求項６に記載の発明は、請求項１乃至５の何れか１項に記載の情報処理装置において、前記特定情報取得手段により取得された前記属性と異なる第２属性であって、前記リストに登録された選択対象の属性の範囲が収束した後に前記記憶制御手段により前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象の第２属性と、前記リストに登録された選択対象の属性の範囲が収束した後に前記選択対象情報が閲覧された選択対象の第２属性と、を取得する属性情報取得手段と、前記属性情報取得手段により取得された前記第２属性に基づいて、前記選択対象情報が閲覧された選択対象の中で前記リストに登録されなかった選択対象の第２属性の範囲のうち、前記リストに登録された選択対象の第２属性の範囲と重複しない範囲を特定する特定手段と、前記特定手段により特定された前記範囲に第２属性が含まれる選択対象を前記リストから削除する制御を行う削除制御手段と、を更に備えることを特徴とする。

【0017】

この発明によれば、リストに登録された選択対象の範囲が収束した後に選択対象情報が閲覧された選択対象のうち、リストに登録されなかった選択対象について、特定情報とは異なる属性情報が示す属性の範囲が、リストに登録された選択対象の属性の範囲と重複しないように特定される。そして、特定された範囲に属性が含まれる選択対象をリストから削除する制御が実行される。そのため、ユーザが選択基準を複数有している場合、複数の選択基準に合致しない選択対象をリストから削除することができる。

【0018】

請求項７に記載の発明は、コンピュータにより実行される情報処理方法であって、選択対象情報への参照のリストに登録される選択対象を識別する選択対象識別情報と、前記リストへの登録操作をしたユーザを識別するユーザ識別情報と、を対応付けてリスト記憶手段に記憶させる記憶制御ステップと、対象ユーザを識別する対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象の属性と、前記リストに登録された選択対象の属性の範囲が収束する時期の基準を示す基準時点とを取得する特定情報取得ステップと、前記特定情報取得ステップにより取得された前記属性と、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち前記基準時点以降に前記リストに登録された選択対象の属性とに基づいて、前記リストに登録された選択対象の属性の範囲が収束したと判定された場合、前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち、前記収束した範囲に含まれる属性を有さない選択対象を、前記リストからの削除候補として提示させ、選択対象情報に含まれる少なくとも一部の情報が表示された選択対象を識別する選択対象識別情報と、前記少なくとも一部の情報を表示させたユーザを識別するユーザ識別情報とを対応付けて記憶する履歴記憶手段から、前記対象ユーザ識別情報に対応付けられ、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶されておらず、かつ、前記収束した範囲に含まれる属性を有する選択対象を示す選択対象識別情報を特定し、該特定された選択対象識別情報が示す選択対象を、前記リストへの登録候補として提示させる修正制御ステップと、を含むことを特徴とする。

【0019】

請求項８に記載の発明は、コンピュータを、選択対象情報への参照のリストに登録される選択対象を識別する選択対象識別情報と、前記リストへの登録操作をしたユーザを識別するユーザ識別情報と、を対応付けてリスト記憶手段に記憶させる記憶制御手段、対象ユーザを識別する対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象の属性と、前記リストに登録された選択対象の属性の範囲が収束する時期の基準を示す基準時点とを取得する特定情報取得手段、及び、前記特定情報取得手段により取得された前記属性と、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち前記基準時点以降に前記リストに登録された選択対象の属性とに基づいて、前記リストに登録された選択対象の属性の範囲が収束したと判定された場合、前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち、前記収束した範囲に含まれる属性を有さない選択対象を、前記リストからの削除候補として提示させ、選択対象情報に含まれる少なくとも一部の情報が表示された選択対象を識別する選択対象識別情報と、前記少なくとも一部の情報を表示させたユーザを識別するユーザ識別情報とを対応付けて記憶する履歴記憶手段から、前記対象ユーザ識別情報に対応付けられ、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶されておらず、かつ、前記収束した範囲に含まれる属性を有する選択対象を示す選択対象識別情報を特定し、該特定された選択対象識別情報が示す選択対象を、前記リストへの登録候補として提示させる修正制御手段、として機能させることを特徴とする。

【発明の効果】

【0020】

本発明によれば、リストに登録された選択対象の範囲が収束した場合、収束した範囲に含まれない選択対象をリストから削除する制御、及び、収束した範囲に含まれる選択対象をリストに登録する制御の少なくとも何れかが実行される。そのため、選択対象を選択する基準が十分に定まっていない期間のリストへの選択対象の登録の過不足の少なくとも何れかを修正することができる。

【図面の簡単な説明】

【0021】

【図1】一実施形態に係る情報提供システムＳの概要構成の一例を示す図である。

【図2】削除候補及び登録候補の決定例を示す図である。

【図3】お気に入り修正確認ページの表示例を示す図である。

【図4】（ａ）は、一実施形態に係る電子商店街サーバ１の概要構成の一例を示すブロック図であり、（ｂ）は、一実施形態に係る電子商店街サーバ１の機能ブロックの一例を示す図である。

【図5】（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図であり、（ｂ）は、ジャンル情報ＤＢ１２ｂに登録される内容の一例を示す図であり、（ｃ）は、商品情報ＤＢ１２ｃに登録される内容の一例を示す図であり、（ｄ）は、操作履歴ＤＢ１２ｄに登録される内容の一例を示す図であり、（ｅ）は、お気に入り情報ＤＢ１２ｅに登録される内容の一例を示す図である。

【図6】一実施形態に係る電子商店街サーバ１のシステム制御部１４のお気に入り登録要求受信処理における処理例を示すフローチャートである。

【図7】一実施形態に係る電子商店街サーバ１のシステム制御部１４のお気に入り修正処理における処理例を示すフローチャートである。

【図8】削除候補及び登録候補の決定例を示す図である。

【図9】一実施形態に係る電子商店街サーバ１のシステム制御部１４のお気に入り登録要求受信処理における処理例を示すフローチャートである。

【図10】削除候補の決定例を示す図である。

【図11】一実施形態に係る電子商店街サーバ１のシステム制御部１４のお気に入り登録要求受信処理における処理例を示すフローチャートである。

【発明を実施するための形態】

【0022】

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

【0023】

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

【0024】

図１に示すように、情報提供システムＳは、電子商店街サーバ１と、複数のユーザ端末２と、を含んで構成されている。そして、電子商店街サーバ１と各ユーザ端末２とは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。

【0025】

電子商店街サーバ１は、商品の購入が可能な電子商店街に関する各種処理を実行するサーバ装置である。電子商店街サーバ１は、本発明における情報処理装置の一例である。ユーザは、電子商店街を利用することにより、所望の店舗から所望の商品を購入することができる。電子商店街サーバ１は、ユーザ端末２からのリクエストに応じて、例えば、電子商店街のウェブページを送信したり、商品の検索や購入等に関する処理を行ったりする。なお、商品は、本発明における選択対象の一例である。

【0026】

ユーザ端末２は、電子商店街を利用するユーザの端末装置である。ユーザ端末２は、ユーザからの操作に基づいて電子商店街サーバ１にアクセスすることにより、電子商店街サーバ１からウェブページを受信して表示する。ユーザ端末２には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。ユーザ端末２としては、例えば、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、スマートフォン等の携帯情報端末、携帯電話機等が用いられる。

【0027】

ユーザは、電子商店街において購入候補となる商品を探すために、検索条件を指定することができる。検索条件としては、例えば、キーワード、商品のジャンル等を指定可能である。検索条件が指定されると、電子商店街サーバ１は、検索条件を満たす商品を検索する。具体的に、電子商店街サーバ１は、指定されたキーワードを商品名や商品説明等に含む商品を検索する。また、電子商店街サーバ１は、指定されたジャンルに属する商品を検索する。検索条件が複数指定された場合、電子商店街サーバ１は、例えば、全ての検索条件を満たす商品を検索する。そして、ユーザ端末２の画面に検索結果ページが表示される。

【0028】

検索結果ページは、検索された商品の一覧が表示されるウェブページである。例えば、検索結果ページは、商品名、商品の画像、商品価格、店舗名等が、商品ごとに表示される。検索結果ページに表示される情報は、本発明における選択対象情報の一部の一例である。検索結果ページには、検索された商品の商品ページへのハイパーリンク（以下、「リンク」という）が埋め込まれている。検索結果ページにおいて、ユーザは、何れかの商品のリンクを選択すると、対応する商品ページがユーザ端末２の画面に表示される。検索結果ページにおいて、ユーザは、何れかの商品のリンクを選択すると、対応する商品ページがユーザ端末２の画面に表示される。商品ページは、選択された商品に関する情報が表示されるウェブページである。商品情報には、検索結果ページに表示される情報よりも詳細な情報が表示される。例えば、商品ページには、商品名、商品の画像、商品価格、店舗名、商品の説明、支払い方法、発送方法、注意事項等が表示される。商品ページに表示される情報は、本発明における選択対象情報の一例である。商品ページにおいて購入手続をする操作を行うことにより、ユーザは、商品ページに対応する商品を購入することができる。

【0029】

電子商店街においては、お気に入り機能が提供されている。お気に入り機能とは、電子商店街で販売されている商品をユーザのお気に入りとして登録することにより、商品ページへの参照をユーザ専用のリストに保持しておき、お気に入りの商品の商品ページをユーザが容易に閲覧することができるようにする機能である。電子商店街においては、商品ページに、「お気に入りに追加」と表示されたリンクが表示されている。ユーザがこのリンクを選択すると、商品ページに情報が表示されている商品が、ユーザのお気に入りに登録される。

【0030】

ユーザは、お気に入りに登録されている商品を、お気に入りページで確認することができる。お気に入りページは、お気に入りに登録されている商品の一覧が表示されるウェブページである。お気に入りページにおいて、ユーザは、何れかの商品のリンクを選択すると、対応する商品ページを表示させることができる。また、お気に入りページにおいて、ユーザは、お気に入りに登録されている商品の中から不要な商品をお気に入りから削除することができる。

【0031】

お気に入り機能を利用することにより、ユーザは、例えば、興味を持った商品、購入候補とした商品等を登録しておくことができる。そして、ユーザは、お気に入りに登録された複数の商品の中から、購入する商品を決定することができる。ところが、ユーザは、商品を検索してお気に入り登録する商品を選択する際、最初のうちは、商品を選択する基準が十分に定まっていない場合がある。例えば、ユーザは、最初は基準を大まかに決めていたり、商品を選択するに従って基準がぶれたりする場合がある。その後、お気に入りに登録する商品を選択する回数が増えるに従って、商品を選択する基準が定まっていく場合がある。基準が十分に定まっていない時期にお気に入りに登録された商品の中には、現在の基準に合致しない商品が含まれている場合がある。つまり、ユーザにとって不要な商品が余分にお気に入りに登録されている場合がある。この場合、お気に入りページに不要な商品の情報が表示されるので、ユーザはお気に入りページから、基準に合致する商品を選択しにくい。その一方で、基準が十分に定まっていない時期にお気に入りに登録されなかった商品の中には、現在の基準に合致する商品が含まれている場合がある。つまり、お気に入りに、必要な商品が不足している。これらのように、お気に入りに登録される商品に過不足が生じる。この状態を解消するためには、ユーザは、お気に入りページから不要な商品を探し出して、削除する必要がある。また、例えば再検索を行ったり、商品ページの閲覧履歴を確認したりするなどして、ユーザは、基準に合致する商品をお気に入りに登録しなければならない。これらのように、お気に入りを修正するための手間や負担がユーザにかかる。

【0032】

電子商店街サーバ１は、この問題を解消するため、お気に入りに登録される商品の過不足の修正を制御する。具体的に、電子商店街サーバ１は、お気に入りに登録された商品の範囲が収束したか否かを判定する。基準が明確になっている時期に登録された商品の範囲は、基準が十分に定まっていない時期に登録された商品の範囲よりも狭くなっている。例えば、大まかな基準から明確な基準に変わったとき、商品の範囲が収束する。また、基準がぶれているときの複数の基準の中から、ユーザが１つの基準を明確に選択したとき、商品の範囲が収束する。電子商店街サーバ１は、お気に入りに登録された商品の範囲が収束したと判定した場合、収束した範囲を、お気に入りに登録される商品の範囲に決定する。そして、電子商店街サーバ１は、収束した範囲に含まれる商品のみがお気に入りに登録される商品であるという条件に従って、修正を制御する。より詳細に、電子商店街サーバ１は、お気に入りに登録された商品のうち、収束した範囲に含まれない商品を、お気に入りから削除する候補に決定する。また、電子商店街サーバ１は、お気に入りに登録されなかった商品のうち、収束した範囲に含まれる商品を、お気に入りへ登録する候補に決定する。電子商店街サーバ１は、例えば、削除候補及び登録候補のうち何れか一方のみを決定し、お気に入りからの商品の削除及びお気に入りへの商品の登録の何れか一方のみの制御を実行してもよい。つまり、電子商店街サーバ１は、お気に入りに登録される商品の不足及びお気に入りにおける商品の余分な登録の何れか一方のみを修正してもよい。

【0033】

商品の範囲を特定する情報として、例えば、商品の属性が用いられてもよい。商品の属性として、例えば、商品のジャンル、価格、仕様、機能、性能、容量、サイズ、重量等が挙げられる。電子商店街サーバ１は、これまでに登録された商品のうち、或る時点以降に登録された商品の属性が特定の属性の範囲に偏っている場合、商品の属性が収束したと判定する。

【0034】

本実施形態においては、ジャンルが用いられる。商品のジャンルは、木構造で階層的に定義されている。具体的に、木構造の各ノードが、ジャンルに相当する。ノードの深さが、そのノードに相当するジャンルのレベル（階層）に相当する。ノードの深さは、根に位置するノード（以下、「根ノード」という）からの距離である。レベルの値が大きいほど、レベルとしての深さが深く、レベルの値が小さいほど、レベルとしての深さが浅い。根ノードが有する子ノードに相当するジャンルがレベル１のジャンルである。レベル１のジャンルが最上位のジャンルである。レベル１の各ジャンルに対しては、子ノードに相当するジャンルが、レベル２のジャンルとして定義されている。ここで、或るジャンルＣ１の子ノードに相当するジャンルＣ２を、ジャンルＣ１の子ジャンルという。このときのジャンルＣ１を、ジャンルＣ２の親ジャンルという。子ジャンルは、親ジャンルを更に複数に区分したときに、同じような商品が属する範囲である。従って、子ジャンルは親ジャンルに属する。また、ジャンルＣ３がジャンルＣ２の子ジャンルである場合、ジャンルＣ３を、ジャンルＣ１の子孫ジャンルという。また、ジャンルＣ１をジャンルＣ１の祖先ジャンルという。子孫ジャンルは祖先ジャンルに属する。例えば、レベル１のジャンルとして、メンズファッション、レディースファッション、靴等がある。靴の子ジャンルとして、例えば、レディースシューズ、メンズシューズ等がある。メンズシューズの子ジャンルとして、スニーカー、ビジネスシューズ、ブーツ等がある。

【0035】

図２は、削除候補及び登録候補の決定例を示す図である。図２に示すように、ユーザは、電子商店街にログインした後、ビジネスシューズＳＨ１の商品ページを閲覧して、ビジネスシューズＳＨ１をお気に入りに登録した。次いで、ユーザは、スニーカーＳＨ２の商品ページを閲覧したが、スニーカーＳＨ２をお気に入りに登録しなかった。次いで、ユーザは、ブーツＳＨ３の商品ページを閲覧して、ブーツＳＨ３をお気に入りに登録した。次いで、ユーザは、スニーカーＳＨ４の商品ページを閲覧して、スニーカーＳＨ４をお気に入りに登録した。次いで、ユーザは、ビジネスシューズＳＨ５の商品ページを閲覧したが、ビジネスシューズＳＨ５をお気に入りに登録しなかった。このように、商品の選択の基準が定まっていない。基準が、ビジネスシューズ、ブーツ及びスニーカー中でぶれていたのかもしれない。また、メンズシューズという大まかな基準は決まっていたのかもしれない。

【0036】

その後、ユーザは、スニーカーＳＨ６の商品ページを閲覧して、スニーカーＳＨ６をお気に入りに登録した。次いで、ユーザは、スニーカーＳＨ７の商品ページを閲覧して、スニーカーＳＨ７をお気に入りに登録した。次いで、ユーザは、スニーカーＳＨ８の商品ページを閲覧したが、スニーカーＳＨ８をお気に入りに登録しなかった。次いで、ユーザは、スニーカーＳＨ９の商品ページを閲覧して、スニーカーＳＨ９をお気に入りに登録した。このように、お気に入りに登録される商品のジャンルがスニーカーに収束している。

【0037】

すると、電子商店街サーバ１は、お気に入りの修正を制御する。具体的に、電子商店街サーバ１は、ビジネスシューズＳＨ１及びブーツＳＨ３を削除候補に決定し、スニーカーＳＨ２を登録候補に決定する。ここで、電子商店街サーバ１は、スニーカーＳＨ８を登録候補から外してもよい。その理由は、お気に入りに登録される商品の範囲が収束している時期にお気に入りに登録されなかった商品は、商品の選択の基準が明確になった上で、ユーザはお気に入りに登録しなかったからである。電子商店街サーバ１は、例えば、基準日時以降に最初にお気に入りへの商品の登録が行われた時点から現在までを、お気に入りに登録される商品の範囲が収束している時期に決定してもよい。なお、電子商店街サーバ１は、スニーカーＳＨ８を登録候補に決定してもよい。また、図２の例では、お気に入りに登録された商品が全てスニーカーであるため、お気に入りに登録される商品の範囲が収束したと判定されている。しかしながら、お気に入りに登録された商品のうち所定割合以上の商品のジャンルが共通する場合に、電子商店街サーバ１は、商品の範囲が収束したと判定してもよい。この場合、お気に入りに登録される商品の範囲が収束している時期に、収束した範囲に含まれない商品がお気に入りに登録されていることがある。この場合、電子商店街サーバ１は、この商品を削除候補に決定してもよいし、削除候補から外してもよい。

【0038】

ユーザは、例えば、商品の選択基準を或る程度決めてから電子商店街にログインして商品を検索する。或いは、ユーザは、電子商店街にログインした後に、或る程度の選択基準を決める。そこで、電子商店街サーバ１は、例えば図２に示したように、ユーザが最後にログインした以降にお気に入りに登録された商品の範囲に基づいて、お気に入りに登録された商品の範囲が収束したか否かを判定してもよい。また、お気に入りに登録された商品の範囲が収束したか否かを判定するために、電子商店街サーバ１は、商品の範囲が収束していないかもしれない期間と、商品の範囲が収束しているかもしれない期間とを分ける必要がある。これらの期間の境界を、基準日時という。例えば、商品の範囲が収束しているかもしれない期間の割合が予め設定されていてもよい。この割合を、収束期間割合という。収束期間割合は、例えば５０％等であってもよい。そして、電子商店街サーバ１は、ユーザが最後にログインした時点から現時点までの長さと、収束期間割合とに基づいて、基準日時を決定してもよい。また、電子商店街サーバ１は、商品ページの閲覧時間に基づいて、基準日時を決定してもよい。その理由は、商品の選択基準が十分ではないほど、商品ページに対応する商品をお気に入りに登録するか否かをユーザが迷う傾向があるからである。つまり、商品の選択基準が明確であるほど、商品ページの閲覧時間は短くなる。従って、電子商店街サーバ１は、例えば、閲覧時間が所定時間よりも長い傾向がある期間と閲覧時間が所定時間よりも短い傾向がある期間とが分かれるように、基準日時を決定してもよい。

【0039】

電子商店街サーバ１は、基準日時以降に商品の範囲が収束していないと判定した場合、基準日時を変更してもよい。そして、電子商店街サーバ１は、変更後の基準日時を用いて、お気に入りに登録された商品の範囲が収束したか否かを判定してもよい。この場合、例えば、変更後の基準日時が変更前の基準日時よりも未来の日時に決定されればよい。例えば、電子商店街サーバ１は、収束期間割合（第１の収束期間割合と呼ぶ）を用いて基準日時を決定し、この基準日時を用いて商品の範囲が収束していないと判定した場合、第２の収束期間割合を用いて基準日時を変更してもよい。この場合、第２の収束期間割合が第１の収束期間割合よりも小さくなるように、例えば各収束期間割合が予め設定されてもよい。

【0040】

ところで、図２の例では、お気に入りに登録された商品は、全てメンズシューズである。メンズシューズのジャンルのレベルは２である。一方、スニーカーのジャンルのレベルは３である。お気に入りに登録された商品のジャンルが収束したと判定されるためには、ジャンルのレベルが或る程度深い必要がある。その理由は、レベルが深いほど、ジャンルが示す範囲が狭くなるからである。図２の例では、メンズシューズの商品が登録されているという事実では、ジャンルが収束したとは判定されていない。ジャンルの収束の判定に用いられるレベルを、収束条件レベルという。また、収束したジャンルを、収束ジャンルという。図２の例では、レベル３が収束条件レベルであり、スニーカーが収束ジャンルである。

【0041】

商品を選択する基準が十分に定まっていない時期から、基準が明確になっている時期にわたって、お気に入りに登録される商品のジャンルは、全体的に或る程度共通している必要がある。全体的に共通するジャンルを、全体ジャンルという。例えば、ユーザが、或る時期に、靴の商品と飲料水の商品とをそれぞれお気に入りに登録したとする。靴と飲料水との間には全く関連性がない。この場合、靴と飲料水のそれぞれを購入するために、ユーザは商品をお気に入りに登録した蓋然性がある。つまり、靴と飲料水との何れを購入するかをユーザが迷っている蓋然性は低い。お気に入りに登録される商品のジャンルが全体的に共通しているかの判定に用いられるレベルを、全体条件レベルという。図２の例では、レベル２が全体条件レベルであり、メンズシューズが全体ジャンルである。例えば、収束条件レベル及び全体条件レベルが予め設定される。或いは、レベル１のジャンルごとに、収束条件レベル及び全体条件レベルが設定されてもよい。ユーザがお気に入りに登録する商品のジャンルが収束したと判定されるためには、収束ジャンルは全体ジャンルに属する必要がある。収束ジャンルが全体ジャンルに属するという条件を満たす限り、収束条件レベルと全体条件レベルの差は如何なるレベル数であってもよい。

【0042】

なお、商品の範囲を特定する情報としてジャンル以外の属性を用いる場合、階層的に定義される属性であれば、ジャンルと同様に処理することができる。属性が数値で表される場合、電子商店街サーバ１は、例えば、これまでに登録された全ての商品の属性値のうち最小値と最大値とに基づいて、最後のログインからこれまでに登録された商品の属性値の範囲を決定してもよい。この範囲を、全体範囲という。全体範囲は、最小値から最大値までであってもよい。また、全体範囲は、例えば最小値に近い区切りのよい属性値から最大値に近い区切りのよい属性値までであってもよい。一方、電子商店街サーバ１は、属性が収束したか否かを判定する必要がある。例えば、電子商店街サーバ１は、基準日時以降に登録された商品の属性値のうち最大値と最小値との差が所定値以下である場合、属性が収束したと判定してもよい。また、電子商店街サーバ１は、例えば、基準日時以降に登録された商品の属性値のうち最大値と最小値との差が、全体範囲の所定割合未満である場合、属性が収束したと判定してもよい。

【0043】

また、図２の例では、対応する商品ページが閲覧された商品が、登録候補に決定されている。その理由は、情報が閲覧され且つお気に入りに登録されなかった商品をユーザが覚えている蓋然性があり、覚えていた商品をお気に入りに登録するためにその商品をユーザが探す蓋然性があるからである。なお、電子商店街サーバ１は、商品ページが閲覧されていない商品を、登録候補に決定してもよい。例えば、電子商店街サーバ１は、ユーザ端末２により表示された検索結果ページに一覧表示された商品のうち、お気に入りに登録されなかった商品を、登録候補に決定してもよい。

【0044】

削除候補及び登録候補を決定すると、電子商店街サーバ１は、削除候補及び登録候補をユーザ端末２によりユーザへ提示させてもよい。そして、ユーザの選択により、削除候補がお気に入りから削除され、登録候補がお気に入りに登録されてもよい。図３は、お気に入り修正確認ページの表示例を示す図である。お気に入り修正確認ページには、削除候補及び登録候補が表示される。また、お気に入り修正確認ページには、お気に入りの修正を支援するためのウェブページである。

【0045】

図３に示すように、お気に入り修正確認ページには、削除候補領域１１０、登録候補領域１２０、クローズボタン１３０、修正ボタン１４０等が表示される。削除候補領域１１０には、削除候補とされた商品の一覧が表示される。具体的に、削除候補領域１１０には、削除候補の商品名が表示される。この商品名は、削除候補とされた商品の商品ページへのテキストリンクになっている。ユーザは、商品名を選択することにより、削除候補とされた商品の情報を確認することができる。また、削除候補領域１１０には、商品名ごとに、対応する商品をお気に入りから削除するか否かを選択するためのチェックボックスが表示される。また、削除候補領域１１０には、全ての商品のチェックボックスを選択状態にしたり非選択状態にしたりするためのリンクが表示される。登録候補領域１２０には、登録候補とされた商品の一覧が表示される。この点を除き、登録候補領域１２０の表示内容は、削除候補領域１１０の表示内容と基本的に同じである。削除候補がない場合、削除候補領域１１０は表示されず、登録候補がない場合、登録候補領域１２０は表示されない。クローズボタン１３０は、お気に入りの修正をしないでお気に入り修正確認ページを画面から消去するためのボタンである。修正ボタン１４０は、お気に入りの修正を実行するためのボタンである。修正ボタン１４０が選択されると、電子商店街サーバ１は、削除候補領域１１０から選択された商品をお気に入りから削除し、登録候補領域１２０から選択された商品をお気に入りに登録する。

【0046】

なお、ウェブページの表示以外の方法で、削除候補及び登録候補がユーザに提示されるようになっていてもよい。例えば、図３に示す表示内容と同様の表示内容を含むポップアップウインドウがユーザ端末２により表示されるように、電子商取引サーバ１が構成されていてもよい。また例えば、電子商取引サーバ１が、削除候補及び登録候補の一覧を本文とする電子メールを生成し、生成した電子メールをユーザ宛てに送信してもよい。この場合、ユーザの操作に基づいてユーザ端末２が電子メールを受信して画面に表示する。電子メールの本文には、例えば、１行ごとに、削除候補や登録候補となった商品の商品名等が記載されている。ユーザは、受信した電子メールに対して返信を行う。このとき、ユーザは、受信した電子メールの本文を引用するように、返信メールの作成画面を表示させる。次いで、ユーザは、返信メールの本文においてお気に入りから削除する商品の商品名等が記載されている行に、削除する旨を示す文字（例えば、「削除」、「Ｘ」等）を追記する。また、ユーザは、お気に入りに登録する商品の商品名等が記載されている行に、登録する旨を示す文字（例えば、「登録」、「Ｏ」等）を追記する。そして、ユーザが送信操作を行うことによりユーザ端末２から電子商取引サーバ１へ返信メールが送信される。電子商取引サーバ１は、受信した返信メールの本文に基づいて、お気に入りを修正する。

【0047】

また、削除候補及び登録候補を決定したとき、電子商店街サーバ１は、例えば、削除候補及び登録候補の提示なしに、お気に入りの修正を実行してもよい。そして、電子商店街サーバ１は、例えば、お気に入りの修正結果がユーザに提示されるようにしてもよい。

【0048】

［１−２．電子商店街サーバの構成］
次に、電子商店街サーバ１の構成について、図４及び図５を用いて説明する。

【0049】

図４（ａ）は、本実施形態に係る電子商店街サーバ１の概要構成の一例を示すブロック図である。図４（ａ）に示すように、電子商店街サーバ１は、通信部１１と、記憶部１２と、入出力インターフェース１３と、システム制御部１４と、を備えている。そして、システム制御部１４と入出力インターフェース１３とは、システムバス１５を介して接続されている。

【0050】

通信部１１は、ネットワークＮＷに接続して、ユーザ端末２等との通信状態を制御するようになっている。

【0051】

記憶部１２は、例えば、ハードディスクドライブ等により構成されている。記憶部１２は、本発明における記憶手段の一例である。この記憶部１２には、会員情報ＤＢ１２ａ、ジャンル情報ＤＢ１２ｂ、商品情報ＤＢ１２ｃ、操作履歴ＤＢ１２ｄ、お気に入り情報ＤＢ１２ｅ等のデータベースが構築されている。「ＤＢ」は、データベースの略語である。

【0052】

図５（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図である。会員情報ＤＢ１２ａには、情報提供システムＳに会員登録しているユーザに関する会員情報が登録される。具体的に、会員情報ＤＢ１２ａには、ユーザＩＤ、パスワード、ニックネーム、氏名、生年月日、性別、郵便番号、住所、電話番号、電子メールアドレス、修正制御フラグ等のユーザの属性が、ユーザごとに対応付けて登録される。ユーザＩＤは、ユーザの識別情報である。修正制御フラグは、電子商店街のログインの後にお気に入りの修正制御が実行されたか否かを示す。修正制御フラグがＦＡＬＳＥに設定されている場合、修正制御が実行されていないことを示す。修正制御フラグがＴＲＵＥに設定されている場合、修正制御が実行されていることを示す。例えば、ユーザが電子商店街にログインした場合、修正制御フラグはＦＡＬＳＥにリセットされる。

【0053】

図５（ｂ）は、ジャンル情報ＤＢ１２ｂに登録される内容の一例を示す図である。ジャンル情報ＤＢ１２ｂには、商品のジャンルに関するジャンル情報が登録されている。具体的に、ジャンル情報ＤＢ１２ｂには、ジャンルＩＤ、ジャンル名、ジャンルのレベル、親ジャンルＩＤ、子ジャンルＩＤリスト等のジャンルの属性が、ジャンルごとに対応付けて登録される。ジャンル情報は、例えば、電子商店街の管理者等により設定される。ジャンルＩＤは、ジャンル情報によって定義されるジャンルの識別情報である。ジャンルＩＤは、本発明における特定情報の一例である。親ジャンルＩＤは、ジャンル情報によって定義されるジャンルの親ジャンルのジャンルＩＤである。子ジャンルＩＤリストは、ジャンル情報によって定義されるジャンルの子ジャンルのジャンルＩＤのリストである。子ジャンルＩＤリストは、ジャンル情報によって定義されるジャンルが子ジャンルを有する場合に設定される。

【0054】

図５（ｃ）は、商品情報ＤＢ１２ｃに登録される内容の一例を示す図である。商品情報ＤＢ１２ｃには、電子商店街で販売されている商品に関する商品情報が登録される。具体的に、商品情報ＤＢ１２ｃには、店舗ＩＤ、商品ＩＤ、ジャンルＩＤ、商品名、商品画像のＵＲＬ（Uniform Resource Locator）、商品説明、商品価格等の商品の属性が、店舗が販売する商品ごとに対応付けて登録される。商品ＩＤは、店舗が、販売する商品を管理するための商品の識別情報である。商品ＩＤは、選択対象を示す情報の一例である。店舗ＩＤは、商品の販売元の店舗を示す。ジャンルＩＤは、商品が属するジャンルのジャンルＩＤである。基本的には、最下位のレベルに定義されているジャンル（木構造における葉ノードに相当するジャンル）のジャンルＩＤが設定されている。つまり、各商品は、最も細分化されたジャンルでジャンル分けされている。

【0055】

図５（ｄ）は、操作履歴ＤＢ１２ｄに登録される内容の一例を示す図である。操作履歴ＤＢ１２ｄには、ユーザによる電子商店街における操作履歴が登録される。具体的に、操作履歴ＤＢ１２ｄには、ユーザＩＤ、操作日時、ＵＲＬ等が登録される。操作履歴は、ユーザの操作によってユーザ端末２から送信されるリクエストを電子商店街サーバ１が受信するごとに登録される。ユーザＩＤは、操作を行ったユーザを示す。操作日時は、操作が行われた日時を示す。ＵＲＬは、ユーザ端末２から送信されるリクエストに設定されたＵＲＬである。電子商店街サーバ１は、リクエストに設定されたＵＲＬから、ユーザが行った操作や、操作の対象とされた商品の商品ＩＤ等を特定することができる。ユーザの操作として、例えば、ログイン操作、ログアウト操作、商品の検索操作、ウェブページの表示操作等がある。商品ページの表示操作を示す操作履歴を、商品ページの閲覧履歴という。また、商品の検索操作を示す操作履歴を、検索履歴という。

【0056】

図５（ｅ）は、お気に入り情報ＤＢ１２ｅに登録される内容の一例を示す図である。お気に入り情報ＤＢ１２ｅには、ユーザのお気に入りに関するお気に入り情報が登録される。具体的に、お気に入り情報ＤＢ１２ｅには、ユーザＩＤ、商品ＩＤ、登録日時及び検索条件情報等が、お気に入りに商品が登録されるごとに対応付けて登録される。ユーザＩＤは、お気に入りへの登録を行ったユーザを示す。商品ＩＤは、お気に入りに登録された商品を示す。また、商品ＩＤは、お気に入りに登録された商品の商品ページへの参照に相当する情報である。商品ページへの実際の参照の情報はＵＲＬであるが、商品ページのＵＲＬは、商品ＩＤから特定することが可能である。なお、商品ページのＵＲＬが、商品ＩＤとともにまたは商品ＩＤの代わりにお気に入り情報ＤＢ１２ｅに登録されるようになっていてもよい。登録日時は、お気に入りへの登録が行われた日時を示す。検索条件情報は、お気に入りに登録された商品が検索されたときにユーザにより指定された検索条件を示す。システム制御部１４は、お気に入り情報を登録するとき、例えば、操作履歴ＤＢ１２ｄから、直近の検索履歴を検索する。そして、システム制御部１４は、検索した検索履歴のＵＲＬから検索条件情報を取得し、取得した検索条件情報を含むお気に入り情報を登録する。

【0057】

次に、記憶部１２に記憶されるその他の情報について説明する。記憶部１２には、ウェブページを表示するためのＨＴＭＬ（HyperText Markup Language）文書、ＸＭＬ（Extensible Markup Language）文書、画像データ、テキストデータ、電子文書等の各種データが記憶されている。

【0058】

また、記憶部１２には、オペレーティングシステム、ＷＷＷ（World Wide Web）サーバプログラム、ＤＢＭＳ（Database Management System）、電子商取引管理プログラム等の各種プログラムが記憶されている。電子商取引管理プログラムは、電子商取引に関する各種の処理を実行するためのプログラムである。電子商取引管理プログラムは、お気に入りの修正制御を行うためのプログラムを含む。電子商取引管理プログラムは、本発明における情報処理プログラムの一例である。なお、各種プログラムは、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしてもよいし、ＤＶＤ（Digital Versatile Disc）等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。また、電子商取引管理プログラムは、プログラム製品であってもよい。

【0059】

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

【0060】

システム制御部１４は、ＣＰＵ１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ等により構成されている。図４（ｂ）は、本実施形態に係る電子商店街サーバ１の機能ブロックの一例を示す図である。システム制御部１４は、ＣＰＵ１４ａが、電子商取引管理プログラム等を実行することにより、本発明における登録要求受信部１４１、お気に入り登録部１４２、情報取得部１４３、修正制御部１４４等として機能する。登録要求受信部１４１は、本発明における識別情報取得手段の一例である。お気に入り登録部１４２は、本発明における記憶制御手段の一例である。情報取得部１４３は、本発明における特定情報取得手段、属性情報取得手段の一例である。修正制御部１４４は、本発明における修正制御手段、特定手段、削除制御手段の一例である。

【0061】

登録要求受信部１４１は、ユーザ端末２から電子商店街サーバ１へ送信されたお気に入り登録要求を、通信部１１を介して取得する。お気に入り登録要求は、商品をお気に入りに登録する要求を示すメッセージである。お気に入り登録要求は、ユーザＩＤ及び商品ＩＤを含む。ユーザＩＤは、要求したユーザを示す。商品ＩＤは、お気に入りに登録される商品を示す。お気に入り登録部１４２は、登録要求受信部１４１により取得されたお気に入り登録要求に基づいて、お気に入り情報をお気に入り情報ＤＢ１２ｅに登録する。情報取得部１４３は、登録要求受信部１４１により取得されたお気に入り登録要求に含まれるユーザＩＤに対応する１又は複数のお気に入り情報を、お気に入り情報ＤＢ１２ｅから取得する。また、情報取得部１４３は、取得したお気に入り情報に含まれる商品ＩＤに対応するジャンルＩＤを、商品情報ＤＢ１２ｃから取得する。修正制御部１４４は、情報取得部１４３により取得されたジャンルＩＤに基づいて、お気に入りに登録される範囲が収束したか否かを判定する。修正制御部１４４は、お気に入りに登録される範囲が収束したと判定された場合、お気に入りに登録される商品の過不足の少なくとも何れかを修正する。各部の処理の詳細については後述する。

【0062】

なお、電子商店街サーバ１が、複数のサーバ装置で構成されてもよい。例えば、お気に入りの修正制御を行うサーバ装置、電子商店街において商品の検索や注文等の処理を行うサーバ装置、ユーザ端末２からのリクエストに応じてウェブページを送信するサーバ装置、及びデータベースを管理するサーバ装置等が、互いにＬＡＮ等で接続されてもよい。

【0063】

［１−３．情報提供システムの動作］
次に、情報提供システムＳの動作について、図６及び図７を用いて説明する。

【0064】

図６は、本実施形態に係る電子商店街サーバ１のシステム制御部１４のお気に入り登録要求受信処理における処理例を示すフローチャートである。お気に入り登録要求受信処理は、ユーザ端末２から電子商店街サーバ１へ送信されたお気に入り登録要求を登録要求受信部１４１が受信したときに開始される。

【0065】

図６に示すように、お気に入り登録部１４２は、お気に入り情報を登録する（ステップＳ１）。具体的に、お気に入り登録部１４２は、お気に入り登録要求からユーザＩＤ及び商品ＩＤを取得する。また、お気に入り登録部１４２は、現在日時を登録日時として取得する。また、お気に入り登録部１４２は、取得されたユーザＩＤを含む検索履歴を、操作履歴ＤＢ１２ｄから検索する。次いで、お気に入り登録部１４２は、検索された検索履歴のうち操作日時が最も新しい検索履歴を選択する。次いで、お気に入り登録部１４２は、選択した検索履歴から検索条件情報を取得する。次いで、お気に入り登録部１４２は、ユーザＩＤ、商品ＩＤ、登録日時及び検索条件情報を含むお気に入り情報を生成する。お気に入り登録部１４２は、生成したお気に入り情報をお気に入り情報ＤＢ１２ｅに登録する。

【0066】

次いで、修正制御部１４４は、会員情報ＤＢ１２ａにおいて、ユーザＩＤに対応する修正制御フラグがＦＡＬＳＥに設定されているか否かを判定する（ステップＳ２）。このとき、修正制御部１４４は、修正制御フラグがＦＡＬＳＥに設定されていないと判定した場合には（ステップＳ２：ＮＯ）、お気に入り登録要求受信処理を終了させる。一方、修正制御部１４４は、修正制御フラグがＦＡＬＳＥに設定されていると判定した場合には（ステップＳ２：ＹＥＳ）、ステップＳ３に進む。

【0067】

ステップＳ３において、情報取得部１４３は、取得されたユーザＩＤを含むお気に入り情報のうち、最新のログイン日時より後に登録されたお気に入り情報を、お気に入り情報ＤＢ１２ｅから検索する。具体的に、情報取得部１４３は、取得されたユーザＩＤを含む操作履歴のうちログインを示す操作履歴を操作履歴ＤＢ１２ｄから検索する。次いで、情報取得部１４３は、検索された操作履歴のうち操作日時が最も新しい操作履歴を選択する。ログインを示す操作履歴の操作日時がログイン日時である。情報取得部１４３は、最新のログイン日時よりも登録日時が新しいお気に入り情報を検索する。

【0068】

次いで、情報取得部１４３は、検索されたお気に入り情報に基づいて、ユーザがお気に入りに登録した商品の全体条件レベルにおけるジャンルのうち、最も多いジャンルを特定する（ステップＳ４）。具体的に、情報取得部１４３は、各お気に入り情報に含まれる商品ＩＤに対応するジャンルＩＤを、商品情報ＤＢ１２ｃからそれぞれ取得する。次いで、情報取得部１４３は、ジャンルＩＤとジャンル情報ＤＢ１２ｂとに基づいて、お気に入りに登録された各商品の全体条件レベルのジャンルＩＤを取得する。次いで、情報取得部１４３は、同一のジャンルＩＤごとに、ジャンルＩＤの数をカウントする。そして、情報取得部１４３は、数が最も多いジャンルＩＤを特定する。

【0069】

次いで、修正制御部１４４は、ステップ４で特定されたジャンルＩＤの数を、検索されたお気に入り情報の数で割ることにより、最も多いジャンルの割合を計算する。そして、修正制御部１４４は、計算した割合が、記憶部１２に予め記憶されている閾値１以上であるか否かを判定する（ステップＳ５）。閾値１は、例えば、１００％であってもよいし、１００％未満の値であってもよい。修正制御部１４４は、計算した割合が閾値１未満であると判定した場合には（ステップＳ５：ＮＯ）、お気に入り登録要求受信処理を終了させる。一方、修正制御部１４４は、計算した割合が閾値１以上である判定した場合には（ステップＳ５：ＹＥＳ）、ステップＳ６に進む。ステップＳ６において、修正制御部１４４は、ステップＳ４で特定したジャンルＩＤを、全体ジャンルのジャンルＩＤに決定する。

【0070】

次いで、情報取得部１４３は、基準日時を決定する（ステップＳ７）。例えば、情報取得部１４３は、ログイン日時から現在日時までの時間数を計算する。次いで、情報取得部１４３は、計算した時間数に、記憶部１２に記憶されている収束期間割合を掛けることにより、収束期間の時間数を計算する。そして、情報取得部１４３は、現在日時から収束期間の時間数を引くことにより、基準日時を計算する。

【0071】

次いで、情報取得部１４３は、基準日時後にお気に入りに登録された商品の収束条件レベルにおけるジャンルのうち、最も多いジャンルを特定する（ステップＳ８）。具体的に、情報取得部１４３は、ステップＳ３で検索されたお気に入り情報の中から、基準日時よりも登録日時が新しいお気に入り情報を抽出する。次いで、情報取得部１４３は、抽出された各お気に入り情報に含まれる商品ＩＤに対応するジャンルＩＤを、商品情報ＤＢ１２ｃからそれぞれ取得する。次いで、情報取得部１４３は、ジャンルＩＤとジャンル情報ＤＢ１２ｂとに基づいて、お気に入りに登録された各商品の収束条件レベルのジャンルＩＤを取得する。次いで、情報取得部１４３は、同一のジャンルＩＤごとに、ジャンルＩＤの数をカウントする。そして、情報取得部１４３は、数が最も多いジャンルＩＤを特定する。

【0072】

次いで、修正制御部１４４は、全体ジャンルのジャンルＩＤ、ステップＳ８で特定したジャンルＩＤ、及びジャンル情報ＤＢ１２ｂに基づいて、収束条件レベルにおいて最も多いジャンルが全体ジャンルに属するか否かを判定する。このとき、修正制御部１４４は、最も多いジャンルが全体ジャンルに属しないと判定した場合には（ステップＳ９：ＮＯ）、お気に入り登録要求受信処理を終了させる。一方、修正制御部１４４は、最も多いジャンルが全体ジャンルに属すると判定した場合には（ステップＳ９：ＹＥＳ）、ステップＳ１０に進む。

【0073】

ステップＳ１０において、修正制御部１４４は、ステップ８で特定されたジャンルＩＤの数を、ステップＳ８で抽出されたお気に入り情報の数で割ることにより、最も多いジャンルの割合を計算する。そして、修正制御部１４４は、計算した割合が、記憶部１２に予め記憶されている閾値２以上であるか否かを判定する。閾値２は、例えば、１００％であってもよいし、１００％未満の値であってもよい。修正制御部１４４は、計算した割合が閾値２未満であると判定した場合には（ステップＳ１０：ＮＯ）、お気に入り登録要求受信処理を終了させる。一方、修正制御部１４４は、計算した割合が閾値２以上であると判定した場合には（ステップＳ１０：ＹＥＳ）、ステップＳ１１に進む。ステップＳ１１において、収束条件レベルにおいて最も多いジャンルのジャンルＩＤを、修正制御部１４４は、収束ジャンルのジャンルＩＤに決定する。

【0074】

次いで、修正制御部１４４は、ステップＳ３で検索されたお気に入り情報の中から、基準日時よりも登録日時が古いお気に入り情報を抽出する（ステップＳ１２）。次いで、修正制御部１４４は、基準日時よりも前にお気に入りに登録された商品のうち、収束ジャンルに属さない商品の商品ＩＤを、削除候補リストに登録する（ステップＳ１３）。具体的に、修正制御部１４４は、ステップＳ１２で抽出された各お気に入り情報に含まれる商品ＩＤに対応するジャンルＩＤを、商品情報ＤＢ１２ｃからそれぞれ取得する。次いで、修正制御部１４４は、取得されたジャンルＩＤ及びジャンル情報ＤＢ１２ｂに基づいて、取得されたジャンルＩＤに対応する収束条件レベルのジャンルＩＤを取得する。次いで、修正制御部１４４は、収束条件レベルのジャンルＩＤが収束ジャンルのジャンルＩＤと異なる商品の商品ＩＤを、削除候補リストに登録する。

【0075】

次いで、修正制御部１４４は、お気に入り登録要求から取得されたユーザＩＤに対応する操作履歴のうち、商品ページの閲覧履歴を検索する（ステップＳ１４）。このとき、修正制御部１４４は、最新のログイン日時から基準日時までの範囲に操作日時が含まれる閲覧履歴を検索する。次いで、修正制御部１４４は、最新のログイン日時から基準日時までの間に商品ページが閲覧された商品のうち収束ジャンルに属する商品を抽出する（ステップＳ１５）。具体的に、修正制御部１４４は、抽出された各閲覧履歴に含まれる商品ＩＤに対応するジャンルＩＤを、商品情報ＤＢ１２ｃからそれぞれ取得する。次いで、修正制御部１４４は、取得されたジャンルＩＤ及びジャンル情報ＤＢ１２ｂに基づいて、取得されたジャンルＩＤに対応する収束条件レベルのジャンルＩＤを取得する。次いで、修正制御部１４４は、収束条件レベルのジャンルＩＤが収束ジャンルのジャンルＩＤと一致する商品の商品ＩＤを特定する。

【0076】

次いで、修正制御部１４４は、収束ジャンルに属する商品のうちお気に入りに登録されていない商品の商品ＩＤを登録候補リストに登録する（ステップＳ１６）。具体的に、修正制御部１４４は、お気に入り登録要求から取得されたユーザＩＤ及び特定した商品ＩＤを含むお気に入り情報を、お気に入り情報ＤＢ１２ｅから検索する。そして、修正制御部１４４は、対応するお気に入り情報がお気に入り情報ＤＢ１２ｅに登録されていない商品の商品ＩＤを、登録候補リストに登録する。

【0077】

次いで、修正制御部１４４は、削除候補リスト及び登録候補リストに基づいて、お気に入り修正確認ページのＨＴＭＬ文書を生成する（ステップＳ１７）。次いで、修正制御部１４４は、生成したＨＴＭＬ文書を、お気に入り登録要求を送信したユーザ端末２へ送信する（ステップＳ１８）。お気に入り修正確認ページのＨＴＭＬ文書を送信することにより、修正制御部１４４は、削除候補及び登録候補をユーザ端末２により提示させる。次いで、修正制御部１４４は、会員情報ＤＢ１２ａにおいて、ユーザＩＤに対応する修正制御フラグをＴＲＵＥに変更する（ステップＳ１９）。修正制御部１４４は、ステップＳ１９の処理を終えると、お気に入り登録要求受信処理を終了させる。電子商店街サーバ１からＨＴＭＬ文書を受信したユーザ端末２は、ＨＴＭＬ文書に基づいて、例えば図３に示すようなお気に入り修正確認ページを表示する。

【0078】

図７は、本実施形態に係る電子商店街サーバ１のシステム制御部１４のお気に入り修正処理における処理例を示すフローチャートである。お気に入り修正確認ページにおいてユーザが修正ボタン１４０を選択すると、ユーザ端末２は、電子商店街サーバ１へ修正要求を送信する。修正要求は、お気に入りの修正の要求を示すメッセージである。修正要求は、ユーザＩＤ、削除リスト及び登録リストを含む。ユーザＩＤは、お気に入りの修正を要求したユーザを示す。削除リストには、削除候補の中からユーザにより選択された商品の商品ＩＤが登録される。登録リストには、登録候補の中からユーザにより選択された商品の商品ＩＤが登録される。お気に入り修正処理は、電子商店街サーバ１がユーザ端末２から修正要求を受信したときに開始される。図７に示すように、修正制御部１４４は、修正要求に含まれるユーザＩＤと削除リストに登録された商品ＩＤとに対応するお気に入り情報を、お気に入り情報ＤＢ１２ｅから削除する（ステップＳ２１）。次いで、修正制御部１４４は、修正要求に含まれるユーザＩＤと登録リストに登録された商品ＩＤとに対応するお気に入り情報を、お気に入り情報ＤＢ１２ｅに登録する（ステップＳ２２）。お気に入り情報の登録の具体的な処理内容は、お気に入り登録要求受信処理のステップＳ１と基本的に同様である。修正制御部１４４は、ステップＳ２２を終えると、お気に入り修正処理を終了する。

【0079】

以上説明したように、本実施形態によれば、システム制御部１４が、商品ページへの参照を保持するお気に入りに登録される商品の商品ＩＤと、お気に入りへの登録操作をしたユーザのユーザＩＤと、を含むお気に入り登録要求を取得する。次いで、システム制御部１４が、取得された商品ＩＤ及びユーザＩＤを対応付けて、お気に入り情報として記憶部１２に記憶させる。次いで、システム制御部１４が、取得されたユーザＩＤに対応付けて記憶部１２に記憶された商品ＩＤが示す商品が含まれる範囲を示すジャンルＩＤを取得する。次いで、システム制御部１４が、ジャンルＩＤに基づいて、お気に入りに登録された商品の範囲が収束したと判定された場合、収束した範囲に含まれる商品のみがお気に入りに登録される商品であるという条件に従って、お気に入りにおける商品の過不足の少なくとも何れかの修正を制御する。従って、商品を選択する基準が十分に定まっていない期間のお気に入りへの商品の登録の過不足の少なくとも何れかを修正することができる。

【0080】

また、システム制御部１４が、お気に入りに登録された複数の商品のうち、基準日時以降にお気に入りに登録された１以上の商品の属性が、複数の商品の属性の範囲に含まれる一部の属性に偏っている場合、お気に入りに登録された商品の属性が収束したと判定する。従って、ユーザによる選択基準が定まったかを適切に判定することができる。

【0081】

また、システム制御部１４が、記憶部１２に記憶されたお気に入り情報に含まれる商品ＩＤが示す商品のうち、収束した範囲に含まれない商品を、お気に入りからの削除候補として提示させる。従って、選択基準が十分に定まっていない時期にお気に入りに登録された商品のうち、現在の選択基準に合致しない蓋然性がある商品を提示することができる。

【0082】

また、システム制御部１４が、記憶部１２に記憶されたお気に入り情報に含まれる商品ＩＤが示す商品と異なる商品であって、商品ページに含まれる少なくとも一部の情報が表示された商品のうち、収束した範囲に含まれる商品を、お気に入りへの登録候補として提示させる。従って、選択基準が十分に定まっていない時期にお気に入りに登録されなかった商品のうち、現在の選択基準に合致する蓋然性がある商品を提示することができる。

【0083】

また、システム制御部１４が、ユーザが商品ページを閲覧した商品のみをお気に入りへの登録候補として提示させる。従って、選択基準が十分に定まった後、お気に入りに登録するためにユーザが探す蓋然性がある商品を提示することができる。

【0084】

［２．第２実施形態］
次に、第２実施形態について、図８及び図９を用いて説明する。本実施形態においては、お気に入りに登録された商品の範囲を特定する情報として、商品の検索時にユーザが指定した検索条件が用いられる。その理由は、検索条件は、ユーザによる商品の選択の基準に対応する蓋然性があるからである。また、検索条件に応じて、検索される商品の範囲が変わる。商品の検索時、ユーザは１以上の検索条件を指定することができる。複数の検索条件が指定された場合、検索される商品は、全ての検索条件を満たす商品である。従って、検索条件が多いほど、検索される商品の範囲が狭くなる。また、検索条件が多いほど、ユーザによる商品の選択基準が明確である蓋然性がある。電子商店街サーバ１は、今までにお気に入りに登録された商品の検索に用いられた検索条件に新たな検索条件を追加して検索された商品をお気に入りに登録したとき、お気に入りに登録された商品の範囲が収束したと判定する。従って、電子商店街サーバ１は、新たな検索条件が追加された商品をお気に入りに登録する都度、お気に入りの修正制御を実行してもよい。

【0085】

図８は、削除候補及び登録候補の決定例を示す図である。図２に示すように、ユーザは、検索条件Ｃ１を指定した。すると、商品Ｇ１〜Ｇ６等が検索された。ユーザは、検索された商品の中から商品Ｇ１の商品ページを閲覧して、商品Ｇ１をお気に入りに登録した。次いで、ユーザは、商品Ｇ２の商品ページを閲覧したが、商品Ｇ２をお気に入りに登録しなかった。次いで、ユーザは、商品Ｇ３の商品ページを閲覧したが、商品Ｇ３をお気に入りに登録しなかった。次いで、ユーザは、商品Ｇ４をお気に入りに登録した。

【0086】

次いで、ユーザは、検索条件Ｃ１及びＣ２を指定した。すると、商品Ｇ２、Ｇ４〜Ｇ６等が検索された。ユーザは、検索された商品の中から商品Ｇ５の商品ページを閲覧して、商品Ｇ５をお気に入りに登録した。今までにお気に入りに登録された商品Ｇ１〜Ｇ４の検索には検索条件Ｃ１が用いられていた。今回お気に入りに登録された商品Ｇ５の検索には検索条件Ｃ１及びＣ２が用いられていた。そこで、電子商店街サーバ１は、お気に入りの修正を制御する。具体的に、お気に入りに登録されている商品Ｇ１は検索条件Ｃ１とＣ２の組み合わせを満たさないため、電子商店街サーバ１は、商品Ｇ１を削除候補に決定する。また、お気に入りに登録されていない商品Ｇ２は検索条件Ｃ１とＣ２の組み合わせを満たすため、電子商店街サーバ１は、商品Ｇ２を登録候補に決定する。そして、ユーザの選択により、電子商店街サーバ１は、商品Ｇ１をお気に入りから削除し、商品Ｇ２をお気に入りに登録する。

【0087】

次いで、ユーザは、検索条件Ｃ１〜Ｃ３を指定した。すると、商品Ｇ２、Ｇ６等が検索された。ユーザは、検索された商品の中から商品Ｇ６の商品ページを閲覧して、商品Ｇ６をお気に入りに登録した。このときにも、電子商店街サーバ１は、お気に入りの修正を制御する。具体的に、お気に入りに登録されている商品Ｇ４は検索条件Ｃ１〜Ｃ３の組み合わせを満たさないため、電子商店街サーバ１は、商品Ｇ４を削除候補に決定する。

【0088】

図９は、本実施形態に係る電子商店街サーバ１のシステム制御部１４のお気に入り登録要求受信処理における処理例を示すフローチャートである。図９に示すように、お気に入り登録部１４２は、お気に入り情報を登録する（ステップＳ３１）。次いで、情報取得部１４３は、取得されたユーザＩＤを含むお気に入り情報のうち、最新のログイン日時より後に登録されたお気に入り情報を、お気に入り情報ＤＢ１２ｅから検索する（ステップＳ３２）。ステップＳ３１及びＳ３２の処理は、図６のステップＳ１及びＳ３と同様である。

【0089】

次いで、修正制御部１４４は、ステップＳ３１で登録されたお気に入り情報から検索条件情報を取得する。第２実施形態において、検索条件情報は、本発明における特定情報の一例である。次いで、修正制御部１４４は、取得された検索条件情報に基づいて、最後にお気に入りに登録された商品の検索に用いられた検索条件が複数あるか否かを判定する（ステップＳ３３）。このとき、修正制御部１４４は、検索条件が１つのみであると判定した場合には（ステップＳ３３：ＮＯ）、お気に入り登録要求受信処理を終了させる。一方、修正制御部１４４は、検索条件が複数あると判定した場合には（ステップＳ３３：ＹＥＳ）、ステップＳ３４に進む。

【0090】

ステップＳ３４において、修正制御部１４４は、検索されたお気に入り情報に含まれる検索条件情報に基づいて、最後に登録された商品の複数の検索条件と全部同一の検索条件で検索された商品が、お気に入りに登録された商品の中にあるか否かを判定する。このとき、修正制御部１４４は、最後に登録された商品の複数の検索条件と全部同一の検索条件で検索された商品があると判定した場合には（ステップＳ３４：ＹＥＳ）、お気に入り登録要求受信処理を終了させる。その理由は、修正制御が既に実行されているからである。一方、修正制御部１４４は、最後に登録された商品の複数の検索条件と全部同一の検索条件で検索された商品がないと判定した場合には（ステップＳ３４：ＮＯ）、ステップＳ３５に進む。

【0091】

ステップＳ３５において、修正制御部１４４は、最後に登録された商品の複数の検索条件の一部の検索条件のみで検索された商品を、お気に入りに登録された商品の中から抽出する。次いで、修正制御部１４４は、お気に入りに登録された商品のうち、抽出された商品の割合を計算する。そして、修正制御部１４４は、計算された割合が、記憶部１２に予め記憶された閾値３以上であるか否かを判定する（ステップＳ３６）。閾値３は、例えば、１００％であってもよいし、１００％未満の値であってもよい。修正制御部１４４は、計算した割合が閾値３未満であると判定した場合には（ステップＳ３６：ＮＯ）、お気に入り登録要求受信処理を終了させる。一方、修正制御部１４４は、計算した割合が閾値２以上であると判定した場合には（ステップＳ３６：ＹＥＳ）、ステップＳ３７に進む。

【0092】

ステップ３７において、修正制御部１４４は、お気に入りに登録された商品のうち、最後に登録された商品の複数の検索条件の組み合わせを満たさない商品の商品ＩＤを、削除候補リストに登録する。例えば、修正制御部１４４は、商品情報ＤＢ１２ｃから、最後に登録された商品の複数の検索条件で商品情報を検索してもよい。そして、修正制御部１４４は、ステップＳ３２で検索されたお気に入り情報から商品ＩＤを取得する。次いで、修正制御部１４４は、検索された商品情報から、取得した商品ＩＤを含む商品情報を検索する。このとき、修正制御部１４４は、該当する商品情報がなかった商品ＩＤを削除候補リストに登録する。

【0093】

次いで、修正制御部１４４は、お気に入り登録要求から取得されたユーザＩＤに対応する操作履歴のうち、商品ページの閲覧履歴を検索する（ステップＳ３８）。このとき、修正制御部１４４は、操作日時が最新のログイン日時以降である閲覧履歴を検索する。次いで、修正制御部１４４は、最後に登録された商品の複数の検索条件の組み合わせを満たす商品を、最新のログイン日時以降に商品ページが閲覧された商品の中から抽出する（ステップＳ３９）。具体的に、修正制御部１４４は、検索された閲覧履歴から商品ＩＤを取得する。次いで、修正制御部１４４は、ステップＳ３７で検索された商品情報から、取得した商品ＩＤを含む商品情報を検索する。そして、修正制御部１４４は、該当する商品情報がある商品ＩＤを特定する。

【0094】

次いで、修正制御部１４４は、収束ジャンルに属する商品のうちお気に入りに登録されていない商品の商品ＩＤを登録候補リストに登録する（ステップＳ４０）。次いで、修正制御部１４４は、削除候補リスト及び登録候補リストに基づいて、お気に入り修正確認ページのＨＴＭＬ文書を生成する（ステップＳ４１）。次いで、修正制御部１４４は、生成したＨＴＭＬ文書を、お気に入り登録要求を送信したユーザ端末２へ送信する（ステップＳ４２）。ステップＳ４０〜Ｓ４２の処理は、図６のステップＳ１７〜Ｓ１９と同様である。修正制御部１４４は、ステップＳ４２の処理を終えると、お気に入り登録要求受信処理を終了させる。

【0095】

以上説明したように、本実施形態によれば、システム制御部１４が、検索条件情報を取得する。次いで、システム制御部１４が、検索条件情報に基づいて、お気に入りに登録された商品の検索に用いられた検索条件に、新たな検索条件が追加されているか否かを判定する。次いで、システム制御部１４が、新たな検索条件が追加されていると判定した場合に、お気に入りに登録された商品の範囲が収束したと判定する。次いで、システム制御部１４が、お気に入りに登録された商品のうち、新たな検索条件が追加された複数の検索条件の組み合わせに合致しない商品を削除候補に決定する。また、システム制御部１４が、お気に入りに登録されなかった商品のうち、新たな検索条件が追加された複数の検索条件の組み合わせに合致する商品を登録候補に決定する。従って、検索条件に基づいて、お気に入りを修正することができる。

【0096】

［３．第３実施形態］
次に、第３実施形態について、図１０及び図１１を用いて説明する。本実施形態において、電子商店街サーバ１は、商品の範囲を特定する情報として或る情報に基づいて修正制御を実行した後、別の情報に基づいてお気に入りの修正制御を実行する。第１実施形態においては、ユーザによる商品の選択基準を示す情報として、１種類の属性のみが用いられていた。しかしながら、ユーザは複数種類の選択基準を有する場合がある。そして、ユーザが商品の選択を進めることによって複数種類の選択基準のそれぞれが明確になってくことがある。そこで、電子商店街サーバ１は、或る第１属性又は検索条件に基づいて、お気に入りに登録される商品の範囲が収束したと判定された後、お気に入りに登録される商品の範囲が収束した以降にお気に入りに登録された商品及び登録されなかった商品のそれぞれの第２属性に基づいて、お気に入りからの商品の削除を制御する。例えば、第１属性及び第２属性の両方に基づいてユーザが商品を選択している場合、第２属性がユーザの選択基準に合致しない商品を、ユーザはお気に入りに登録しない。そこで、電子商店街サーバ１は、商品の範囲が収束した以降にユーザがお気に入りに登録しなかった商品の第２属性の範囲のうち、商品の範囲が収束した以降にお気に入りに登録された商品の第２属性の範囲と重複しない範囲に、第２属性が含まれる商品を削除候補に決定する。電子商店街サーバ１は、例えば、基準日時以降に最初にお気に入りへの商品の登録が行われた時点を、商品の範囲が収束した時点に決定してもよい。第１属性と第２属性とが異なる限り、第１属性及び第２属性は如何なる属性であってもよい。本実施形態においては、一例として、第１属性にジャンルが用いられ、第２属性に価格が用いられる。

【0097】

図１０は、削除候補の決定例を示す図である。図１０に示すように、ユーザは、商品Ｇ１〜Ｇ６等を順次お気に入りに登録した。商品Ｇ１、Ｇ２、Ｇ４〜Ｇ６のジャンルは、ジャンルＸであり、商品Ｇ３のジャンルはジャンルＹである。また、商品Ｇ１〜Ｇ６の価格は、それぞれ５０００円、３０００円、４０００円、３０００円、１０００円、２０００円である。商品Ｇ６が登録されたとき、電子商店街サーバ１は、例えば、商品Ｇ３がお気に入りに登録された時点から商品Ｇ４がお気に入りに登録された時点までの間で基準日時を特定した。そして、電子商店街サーバ１は、ジャンルがジャンルＸに収束したと判定し、ユーザの選択により商品Ｇ３をお気に入りから削除した。

【0098】

その後、ユーザは、商品Ｇ７の商品ページを閲覧したが、ユーザは商品Ｇ７をお気に入りに登録しなかった。次いで、ユーザは、商品Ｇ８もお気に入りに登録しなかった。次いで、ユーザは、商品Ｇ９をお気に入りに登録した。商品Ｇ７〜Ｇ９のジャンルはジャンルＸである。また、商品Ｇ７〜Ｇ９の価格は、それぞれ４０００円、２５００円、３０００円である。ジャンルが収束した以降にお気に入りに登録されなかった商品の価格の範囲は、２５００、４０００円を少なくとも含む。ジャンルが収束した以降にお気に入りに登録された商品の価格の範囲は、１０００〜３０００円である。電子商店街サーバ１は、１０００〜３０００円の範囲に含まれる２５００円を、削除候補の価格の範囲から除外する。そして、電子商店街サーバ１は、お気に入りに登録された商品の価格の範囲と重複しないように、削除候補の価格の範囲を特定する。例えば、電子商店街サーバ１は、削除候補の価格の範囲を、４０００円以上の範囲であると決定してもよい。従って、電子商店街サーバ１は、価格が５０００円である商品Ｇ１を削除候補に決定する。

【0099】

図１１は、本実施形態に係る電子商店街サーバ１のシステム制御部１４のお気に入り登録要求受信処理における処理例を示すフローチャートである。図１１に示すように、お気に入り登録部１４２は、お気に入り情報を登録する（ステップＳ５１）。ステップＳ５１の処理は、図６のステップＳ１と同様である。次いで、修正制御部１４４は、会員情報ＤＢ１２ａにおいて、ユーザＩＤに対応する修正制御フラグがＦＡＬＳＥに設定されているか否かを判定する（ステップＳ５２）。このとき、修正制御部１４４は、修正制御フラグがＦＡＬＳＥに設定されていると判定した場合には（ステップＳ５２：ＹＥＳ）、図６に示すステップＳ３〜Ｓ１９を実行する（ステップＳ５３）。ここで、修正制御部１４４は、お気に入りの修正制御を実行した場合は、ステップＳ１９において、お気に入り登録要求から取得されたユーザＩＤに対応付けて、基準日時を会員情報ＤＢ１２ａに登録する。一方、修正制御部１４４は、修正制御フラグがＦＡＬＳＥに設定されていないと判定した場合には（ステップＳ５２：ＮＯ）、ステップＳ５４に進む。

【0100】

ステップＳ５４において、情報取得部１４３は、お気に入り登録情報からユーザＩＤを取得する。次いで、情報取得部１４３は、取得されたユーザＩＤに対応する基準日時を、会員情報ＤＢ１２ａから取得する。そして、情報取得部１４３は、取得されたユーザＩＤを含むお気に入り情報のうち、登録日時が基準日時以降であるお気に入り情報を、お気に入り情報ＤＢ１２ｅから取得する。次いで、情報取得部１４３は、お気に入りに登録された商品の価格を取得する（ステップＳ５５）。具体的に、情報取得部１４３は、検索されたお気に入り情報から商品ＩＤを取得する。そして、情報取得部１４３は、取得した商品ＩＤに対応する価格を会員情報ＤＢ１２ａから取得する。

【0101】

次いで、情報取得部１４３は、取得されたユーザＩＤに対応する操作履歴のうち、商品ページの閲覧履歴を、操作履歴ＤＢ１２ｄから検索する（ステップＳ５６）。このとき、情報取得部１４３は、操作日時が基準日時以降である閲覧履歴を検索する。次いで、情報取得部１４３は、基準日時以降に商品ページが閲覧された商品のうち、お気に入りに登録されなかった商品の価格を取得する（ステップＳ５７）。具体的に、情報取得部１４３は、検索された閲覧履歴から商品ＩＤを取得する。そして、情報取得部１４３は、取得した商品ＩＤに対応する価格を会員情報ＤＢ１２ａから取得する。

【0102】

次いで、修正制御部１４４は、ステップＳ５６で取得された価格に基づいて、お気に入りに登録された商品の価格の範囲を特定する（ステップＳ５８）。例えば、修正制御部１４４は、取得された価格の最小値から最大値までの範囲を、お気に入りに登録された商品の価格の範囲に決定してもよい。次いで、修正制御部１４４は、削除候補の価格の範囲を特定する（ステップＳ５９）。具体的に、修正制御部１４４は、ステップＳ５７で取得された価格の中から、お気に入りに登録された商品の価格の範囲に含まれない価格を抽出する。そして、修正制御部１４４は、抽出された価格を含むように、且つ、お気に入りに登録された商品の価格の範囲と重複しないように、削除候補の価格の範囲を決定する。

【0103】

次いで、修正制御部１４４は、削除候補の価格の範囲を特定することができたか否かを判定する（ステップＳ６０）。このとき、修正制御部１４４は、削除候補の価格の範囲を特定することができなかったと判定した場合には（ステップＳ６０：ＮＯ）、お気に入り登録要求受信処理を終了させる。一方、修正制御部１４４は、削除候補の価格の範囲を特定することができたと判定した場合には（ステップＳ６０：ＹＥＳ）、ステップＳ６１に進む。

【0104】

ステップＳ６１において、修正制御部１４４は、取得されたユーザＩＤに対応するお気に入り情報のうち、最新のログイン日時から基準日時までの間にお気に入り情報ＤＢ１２ｅに登録されたお気に入り情報を検索する。次いで、修正制御部１４４は、最新のログイン日時から基準日時までにお気に入りに登録された商品のうち、価格が削除候補の価格の範囲に含まれる商品の商品ＩＤを、削除候補リストに登録する（ステップＳ６２）。具体的に、修正制御部１４４は、ステップＳ６１で検索されたお気に入り情報から商品ＩＤを取得する。次いで、情報取得部１４３は、取得した商品ＩＤに対応する価格を会員情報ＤＢ１２ａから取得する。そして、修正制御部１４４は、取得された価格が削除候補の価格の範囲に含まれる商品の商品ＩＤを削除候補リストに登録する。

【0105】

次いで、修正制御部１４４は、収削除候補リストに基づいて、お気に入り修正確認ページのＨＴＭＬ文書を生成する（ステップＳ６３）。次いで、修正制御部１４４は、生成したＨＴＭＬ文書を、お気に入り登録要求を送信したユーザ端末２へ送信する（ステップＳ６４）。修正制御部１４４は、ステップＳ６４の処理を終えると、お気に入り登録要求受信処理を終了させる。

【0106】

以上説明したように、本実施形態によれば、システム制御部１４が、お気に入りに登録された商品の範囲が収束した後に記憶部１２に記憶されたお気に入り情報に含まれる商品ＩＤが示す商品の第２属性と、お気に入りに登録された商品の範囲が収束した後に商品ページが閲覧された商品の第２属性とを取得する。次いで、システム制御部１４が、商品ページが閲覧された商品の中でお気に入りに登録されなかった商品の第２属性の範囲のうち、お気に入りに登録された商品の第２属性の範囲と重複しない範囲を特定する。次いで、システム制御部１４が、特定された範囲に第２属性が含まれる商品をお気に入りから削除する制御を行う。従って、ユーザが選択基準を複数有している場合、複数の選択基準に合致しない商品をお気に入りから削除することができる。

【0107】

なお、上記実施形態においては、本発明の選択対象が商品に適用されていた。しかしながら、本発明のリストへの登録対象として選択可能な物、事柄等に本発明が適用されてもよい。例えば、本発明の選択対象が、サービス、特許などの権利、文書、音声、画像、ウェブページ、ニュース、イベント、情報等に適用されてもよい。

【0108】

また、上記各実施形態においては、本発明のリストがお気に入りに適用されていた。しかしながら、選択対象に関する情報への参照が保持されるリストであって、登録された選択対象に関する情報を参照可能とするリストに、本発明のリストが適用されてもよい。例えば、本発明のリストが、ブックマーク、電子商取引における買い物かご等に適用されてもよい。

【0109】

また、上記各実施形態においては、本発明の情報処理装置が、クライアントサーバシステムにおけるサーバ装置に適用されていた。しかしながら、本発明の情報処理装置が、サーバ装置以外の情報処理装置に適用されてもよい。例えば、本発明の情報処理装置がユーザ端末２等に適用されてもよい。そして、例えば、情報処理装置が備える制御部が本発明における手段として機能することにより、制御部が、ディスプレイ等の表示手段により、削除候補及び登録候補を提示させてもよい。この場合、表示手段は、情報処理装置に備えられていてもよい。または、表示手段は、情報処理装置とは別個の装置であってもよい。

【符号の説明】

【0110】

１ 電子商店街サーバ
２ ユーザ端末
１１ 通信部
１２ 記憶部
１２ａ 会員情報ＤＢ
１２ｂ ジャンル情報ＤＢ
１２ｃ 商品情報ＤＢ
１２ｄ 操作履歴ＤＢ
１２ｅ お気に入り情報ＤＢ
１３ 入出力インターフェース
１４ システム制御部
１４ａ ＣＰＵ
１４ｂ ＲＯＭ
１４ｃ ＲＡＭ
１５ システムバス
ＮＷ ネットワーク
Ｓ 情報提供システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】