JP5976216B2 - 情報処理装置、情報処理方法及び情報処理プログラム - Google Patents

情報処理装置、情報処理方法及び情報処理プログラム Download PDF

Info

Publication number
JP5976216B2
JP5976216B2 JP2015523801A JP2015523801A JP5976216B2 JP 5976216 B2 JP5976216 B2 JP 5976216B2 JP 2015523801 A JP2015523801 A JP 2015523801A JP 2015523801 A JP2015523801 A JP 2015523801A JP 5976216 B2 JP5976216 B2 JP 5976216B2
Authority
JP
Japan
Prior art keywords
list
selection target
information
registered
attribute
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2015523801A
Other languages
English (en)
Other versions
JPWO2014207922A1 (ja
Inventor
大輔 望月
大輔 望月
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Rakuten Group Inc
Original Assignee
Rakuten Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Rakuten Inc filed Critical Rakuten Inc
Application granted granted Critical
Publication of JP5976216B2 publication Critical patent/JP5976216B2/ja
Publication of JPWO2014207922A1 publication Critical patent/JPWO2014207922A1/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0201Market modelling; Market analysis; Collecting market data
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/21Design, administration or maintenance of databases
    • G06F16/215Improving data quality; Data cleansing, e.g. de-duplication, removing invalid entries or correcting typographical errors
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/248Presentation of query results
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/953Querying, e.g. by the use of web search engines
    • G06F16/9535Search customisation based on user profiles and personalisation
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • General Engineering & Computer Science (AREA)
  • Game Theory and Decision Science (AREA)
  • Quality & Reliability (AREA)
  • Computational Linguistics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)

Description

本発明は、選択された対象に関する情報への参照を保持するリストの修正を支援する技術分野に関する。
従来、ユーザが関心のある選択対象の情報への参照情報をリストに登録し、リストに登録された選択対象の情報の閲覧を容易にする技術が知られている。例えば、特許文献1には、全商品リストから会員が選択した商品をお気に入り又は購入予定の商品としてリストに登録し、会員が購入した商品及び会員が購入した商品に関連する商品をリストから削除する技術が開示されている。
特開2009−217636号公報
選択対象を選択してリストに登録するとき、ユーザは、自分が考えている選択基準に基づいて、選択対象を選択する。そのとき、最初のうちは選択基準が十分に定まらず、選択対象の選択を進めることによって選択基準が定まってくることがある。そのため、選択基準が十分に定まっていない期間においては、ユーザは、定まった選択基準では不要な選択対象をリストに登録していたり、定まった選択基準で必要な選択対象をリストに登録していなかったりする場合がある。従って、リストから購入する選択対象を検討するために、ユーザは、リストに登録される選択対象を再度確認をして過不足を修正する必要がある。特許文献1に記載の技術では、商品が購入された後にリストから商品が削除される。そのため、購入する商品を検討する段階では、リストに登録される商品の過不足は修正されない。
本発明は、以上の点に鑑みてなされたものであり、選択対象を選択する基準が十分に定まっていない期間のリストへの選択対象の登録の過不足の少なくとも何れかを修正することを可能とする情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。
上記課題を解決するために、請求項1に記載の発明は、選択対象情報への参照のリストに登録される選択対象を識別する選択対象識別情報と、前記リストへの登録操作をしたユーザを識別するユーザ識別情報と、を対応付けてリスト記憶手段に記憶させる記憶制御手段と、対象ユーザを識別する対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象の属性と、前記リストに登録された選択対象の属性の範囲が収束する時期の基準を示す基準時点とを取得する特定情報取得手段と、前記特定情報取得手段により取得された前記属性と、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち前記基準時点以降に前記リストに登録された選択対象の属性とに基づいて、前記リストに登録された選択対象の属性の範囲が収束したと判定された場合、前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち、前記収束した範囲に含まれる属性を有さない選択対象を、前記リストからの削除候補として提示させ選択対象情報に含まれる少なくとも一部の情報が表示された選択対象を識別する選択対象識別情報と、前記少なくとも一部の情報を表示させたユーザを識別するユーザ識別情報とを対応付けて記憶する履歴記憶手段から、前記対象ユーザ識別情報に対応付けられ、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶されておらず、かつ、前記収束した範囲に含まれる属性を有する選択対象を示す選択対象識別情報を特定し、該特定された選択対象識別情報が示す選択対象を、前記リストへの登録候補として提示させる修正制御手段と、を備えることを特徴とする。
この発明によれば、リストに登録された選択対象の範囲が収束した場合、収束した範囲に含まれない選択対象をリストから削除する制御、及び、収束した範囲に含まれる選択対象をリストに登録する制御の少なくとも何れかが実行される。そのため、選択対象を選択する基準が十分に定まっていない期間のリストへの選択対象の登録の過不足の少なくとも何れかを修正することができる。
また、選択基準が十分に定まっていない時期にリストに登録された選択対象のうち、現在の選択基準に合致しない蓋然性がある選択対象を提示することができる。
また、選択基準が十分に定まっていない時期にリストに登録されなかった選択対象のうち、現在の選択基準に合致する蓋然性がある選択対象を提示することができる。
請求項2に記載の発明は、請求項1に記載の情報処理装置において、前記修正制御手段は、前記リストに登録された複数の選択対象のうち、前記基準時点以降に前記リストに登録された1以上の選択対象の属性が、前記複数の選択対象の属性の範囲に含まれる一部の属性に偏っている場合、前記リストに登録された選択対象の属性の範囲が収束したと判定することを特徴とする。
この発明によれば、或る時点以降にリストに登録された選択対象の属性が、これまでにリストに登録された選択対象の属性の範囲に含まれる一部の属性に偏っている場合、リストに登録された選択対象の属性が収束したと判定される。そのため、ユーザによる選択基準が定まったかを適切に判定することができる。
請求項3に記載の発明は、請求項1又は2に記載の情報処理装置において、前記特定情報取得手段は、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象について階層的に定義される属性を取得し、前記修正制御手段は、前記リストに登録された複数の選択対象の第1基準階層の属性と、前記複数の選択対象のうち前記基準時点以降に前記リストに登録された1以上の選択対象の属性であって、前記第1基準階層よりも低い第2基準階層の属性とに基づいて、前記リストに登録された選択対象の属性の範囲が収束したか否かを判定することを特徴とする。
請求項4に記載の発明は、請求項1又は2に記載の情報処理装置において、前記特定情報取得手段は、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象の属性値を取得し、前記修正制御手段は、前記リストに登録された複数の選択対象のうち、前記基準時点以降に前記リストに登録された1以上の選択対象の属性値の範囲の最小値と最大値との差に基づいて、前記リストに登録された選択対象の属性の範囲が収束したか否かを判定することを特徴とする。
請求項5に記載の発明は、請求項1乃至4の何れか1項に記載の情報処理装置において、前記修正制御手段は、前記対象ユーザが前記選択対象情報を閲覧した選択対象のみを前記リストへの登録候補として提示させることを特徴とする。
この発明によれば、選択基準が十分に定まっていない時期のユーザが、選択対象情報を閲覧してリストに登録しないと決めた選択対象を提示することができる。そのため、選択基準が十分に定まった後、リストに登録するためにユーザが探す蓋然性がある選択対象を提示することができる。
請求項6に記載の発明は、請求項1乃至5の何れか1項に記載の情報処理装置において、前記特定情報取得手段により取得された前記属性と異なる第2属性であって、前記リストに登録された選択対象の属性の範囲が収束した後に前記記憶制御手段により前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象の第2属性と、前記リストに登録された選択対象の属性の範囲が収束した後に前記選択対象情報が閲覧された選択対象の第2属性と、を取得する属性情報取得手段と、前記属性情報取得手段により取得された前記第2属性に基づいて、前記選択対象情報が閲覧された選択対象の中で前記リストに登録されなかった選択対象の第2属性の範囲のうち、前記リストに登録された選択対象の第2属性の範囲と重複しない範囲を特定する特定手段と、前記特定手段により特定された前記範囲に第2属性が含まれる選択対象を前記リストから削除する制御を行う削除制御手段と、を更に備えることを特徴とする。
この発明によれば、リストに登録された選択対象の範囲が収束した後に選択対象情報が閲覧された選択対象のうち、リストに登録されなかった選択対象について、特定情報とは異なる属性情報が示す属性の範囲が、リストに登録された選択対象の属性の範囲と重複しないように特定される。そして、特定された範囲に属性が含まれる選択対象をリストから削除する制御が実行される。そのため、ユーザが選択基準を複数有している場合、複数の選択基準に合致しない選択対象をリストから削除することができる。
請求項7に記載の発明は、コンピュータにより実行される情報処理方法であって、選択対象情報への参照のリストに登録される選択対象を識別する選択対象識別情報と、前記リストへの登録操作をしたユーザを識別するユーザ識別情報と、を対応付けてリスト記憶手段に記憶させる記憶制御ステップと、対象ユーザを識別する対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象の属性と、前記リストに登録された選択対象の属性の範囲が収束する時期の基準を示す基準時点とを取得する特定情報取得ステップと、前記特定情報取得ステップにより取得された前記属性と、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち前記基準時点以降に前記リストに登録された選択対象の属性とに基づいて、前記リストに登録された選択対象の属性の範囲が収束したと判定された場合、前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち、前記収束した範囲に含まれる属性を有さない選択対象を、前記リストからの削除候補として提示させ選択対象情報に含まれる少なくとも一部の情報が表示された選択対象を識別する選択対象識別情報と、前記少なくとも一部の情報を表示させたユーザを識別するユーザ識別情報とを対応付けて記憶する履歴記憶手段から、前記対象ユーザ識別情報に対応付けられ、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶されておらず、かつ、前記収束した範囲に含まれる属性を有する選択対象を示す選択対象識別情報を特定し、該特定された選択対象識別情報が示す選択対象を、前記リストへの登録候補として提示させる修正制御ステップと、を含むことを特徴とする。
請求項8に記載の発明は、コンピュータを、選択対象情報への参照のリストに登録される選択対象を識別する選択対象識別情報と、前記リストへの登録操作をしたユーザを識別するユーザ識別情報と、を対応付けてリスト記憶手段に記憶させる記憶制御手段、対象ユーザを識別する対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象の属性と、前記リストに登録された選択対象の属性の範囲が収束する時期の基準を示す基準時点とを取得する特定情報取得手段、及び、前記特定情報取得手段により取得された前記属性と、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち前記基準時点以降に前記リストに登録された選択対象の属性とに基づいて、前記リストに登録された選択対象の属性の範囲が収束したと判定された場合、前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち、前記収束した範囲に含まれる属性を有さない選択対象を、前記リストからの削除候補として提示させ選択対象情報に含まれる少なくとも一部の情報が表示された選択対象を識別する選択対象識別情報と、前記少なくとも一部の情報を表示させたユーザを識別するユーザ識別情報とを対応付けて記憶する履歴記憶手段から、前記対象ユーザ識別情報に対応付けられ、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶されておらず、かつ、前記収束した範囲に含まれる属性を有する選択対象を示す選択対象識別情報を特定し、該特定された選択対象識別情報が示す選択対象を、前記リストへの登録候補として提示させる修正制御手段、として機能させることを特徴とする。
本発明によれば、リストに登録された選択対象の範囲が収束した場合、収束した範囲に含まれない選択対象をリストから削除する制御、及び、収束した範囲に含まれる選択対象をリストに登録する制御の少なくとも何れかが実行される。そのため、選択対象を選択する基準が十分に定まっていない期間のリストへの選択対象の登録の過不足の少なくとも何れかを修正することができる。
一実施形態に係る情報提供システムSの概要構成の一例を示す図である。 削除候補及び登録候補の決定例を示す図である。 お気に入り修正確認ページの表示例を示す図である。 (a)は、一実施形態に係る電子商店街サーバ1の概要構成の一例を示すブロック図であり、(b)は、一実施形態に係る電子商店街サーバ1の機能ブロックの一例を示す図である。 (a)は、会員情報DB12aに登録される内容の一例を示す図であり、(b)は、ジャンル情報DB12bに登録される内容の一例を示す図であり、(c)は、商品情報DB12cに登録される内容の一例を示す図であり、(d)は、操作履歴DB12dに登録される内容の一例を示す図であり、(e)は、お気に入り情報DB12eに登録される内容の一例を示す図である。 一実施形態に係る電子商店街サーバ1のシステム制御部14のお気に入り登録要求受信処理における処理例を示すフローチャートである。 一実施形態に係る電子商店街サーバ1のシステム制御部14のお気に入り修正処理における処理例を示すフローチャートである。 削除候補及び登録候補の決定例を示す図である。 一実施形態に係る電子商店街サーバ1のシステム制御部14のお気に入り登録要求受信処理における処理例を示すフローチャートである。 削除候補の決定例を示す図である。 一実施形態に係る電子商店街サーバ1のシステム制御部14のお気に入り登録要求受信処理における処理例を示すフローチャートである。
以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、情報提供システムに対して本発明を適用した場合の実施形態である。
[1.第1実施形態]
[1−1.情報提供システムの構成及び機能概要]
先ず、本実施形態に係る情報提供システムSの構成について、図1を用いて説明する。図1は、本実施形態に係る情報提供システムSの概要構成の一例を示す図である。
図1に示すように、情報提供システムSは、電子商店街サーバ1と、複数のユーザ端末2と、を含んで構成されている。そして、電子商店街サーバ1と各ユーザ端末2とは、ネットワークNWを介して、例えば、通信プロトコルにTCP/IP等を用いて相互にデータの送受信が可能になっている。なお、ネットワークNWは、例えば、インターネット、専用通信回線(例えば、CATV(Community Antenna Television)回線)、移動体通信網(基地局等を含む)、及びゲートウェイ等により構築されている。
電子商店街サーバ1は、商品の購入が可能な電子商店街に関する各種処理を実行するサーバ装置である。電子商店街サーバ1は、本発明における情報処理装置の一例である。ユーザは、電子商店街を利用することにより、所望の店舗から所望の商品を購入することができる。電子商店街サーバ1は、ユーザ端末2からのリクエストに応じて、例えば、電子商店街のウェブページを送信したり、商品の検索や購入等に関する処理を行ったりする。なお、商品は、本発明における選択対象の一例である。
ユーザ端末2は、電子商店街を利用するユーザの端末装置である。ユーザ端末2は、ユーザからの操作に基づいて電子商店街サーバ1にアクセスすることにより、電子商店街サーバ1からウェブページを受信して表示する。ユーザ端末2には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。ユーザ端末2としては、例えば、パーソナルコンピュータ、PDA(Personal Digital Assistant)、スマートフォン等の携帯情報端末、携帯電話機等が用いられる。
ユーザは、電子商店街において購入候補となる商品を探すために、検索条件を指定することができる。検索条件としては、例えば、キーワード、商品のジャンル等を指定可能である。検索条件が指定されると、電子商店街サーバ1は、検索条件を満たす商品を検索する。具体的に、電子商店街サーバ1は、指定されたキーワードを商品名や商品説明等に含む商品を検索する。また、電子商店街サーバ1は、指定されたジャンルに属する商品を検索する。検索条件が複数指定された場合、電子商店街サーバ1は、例えば、全ての検索条件を満たす商品を検索する。そして、ユーザ端末2の画面に検索結果ページが表示される。
検索結果ページは、検索された商品の一覧が表示されるウェブページである。例えば、検索結果ページは、商品名、商品の画像、商品価格、店舗名等が、商品ごとに表示される。検索結果ページに表示される情報は、本発明における選択対象情報の一部の一例である。検索結果ページには、検索された商品の商品ページへのハイパーリンク(以下、「リンク」という)が埋め込まれている。検索結果ページにおいて、ユーザは、何れかの商品のリンクを選択すると、対応する商品ページがユーザ端末2の画面に表示される。検索結果ページにおいて、ユーザは、何れかの商品のリンクを選択すると、対応する商品ページがユーザ端末2の画面に表示される。商品ページは、選択された商品に関する情報が表示されるウェブページである。商品情報には、検索結果ページに表示される情報よりも詳細な情報が表示される。例えば、商品ページには、商品名、商品の画像、商品価格、店舗名、商品の説明、支払い方法、発送方法、注意事項等が表示される。商品ページに表示される情報は、本発明における選択対象情報の一例である。商品ページにおいて購入手続をする操作を行うことにより、ユーザは、商品ページに対応する商品を購入することができる。
電子商店街においては、お気に入り機能が提供されている。お気に入り機能とは、電子商店街で販売されている商品をユーザのお気に入りとして登録することにより、商品ページへの参照をユーザ専用のリストに保持しておき、お気に入りの商品の商品ページをユーザが容易に閲覧することができるようにする機能である。電子商店街においては、商品ページに、「お気に入りに追加」と表示されたリンクが表示されている。ユーザがこのリンクを選択すると、商品ページに情報が表示されている商品が、ユーザのお気に入りに登録される。
ユーザは、お気に入りに登録されている商品を、お気に入りページで確認することができる。お気に入りページは、お気に入りに登録されている商品の一覧が表示されるウェブページである。お気に入りページにおいて、ユーザは、何れかの商品のリンクを選択すると、対応する商品ページを表示させることができる。また、お気に入りページにおいて、ユーザは、お気に入りに登録されている商品の中から不要な商品をお気に入りから削除することができる。
お気に入り機能を利用することにより、ユーザは、例えば、興味を持った商品、購入候補とした商品等を登録しておくことができる。そして、ユーザは、お気に入りに登録された複数の商品の中から、購入する商品を決定することができる。ところが、ユーザは、商品を検索してお気に入り登録する商品を選択する際、最初のうちは、商品を選択する基準が十分に定まっていない場合がある。例えば、ユーザは、最初は基準を大まかに決めていたり、商品を選択するに従って基準がぶれたりする場合がある。その後、お気に入りに登録する商品を選択する回数が増えるに従って、商品を選択する基準が定まっていく場合がある。基準が十分に定まっていない時期にお気に入りに登録された商品の中には、現在の基準に合致しない商品が含まれている場合がある。つまり、ユーザにとって不要な商品が余分にお気に入りに登録されている場合がある。この場合、お気に入りページに不要な商品の情報が表示されるので、ユーザはお気に入りページから、基準に合致する商品を選択しにくい。その一方で、基準が十分に定まっていない時期にお気に入りに登録されなかった商品の中には、現在の基準に合致する商品が含まれている場合がある。つまり、お気に入りに、必要な商品が不足している。これらのように、お気に入りに登録される商品に過不足が生じる。この状態を解消するためには、ユーザは、お気に入りページから不要な商品を探し出して、削除する必要がある。また、例えば再検索を行ったり、商品ページの閲覧履歴を確認したりするなどして、ユーザは、基準に合致する商品をお気に入りに登録しなければならない。これらのように、お気に入りを修正するための手間や負担がユーザにかかる。
電子商店街サーバ1は、この問題を解消するため、お気に入りに登録される商品の過不足の修正を制御する。具体的に、電子商店街サーバ1は、お気に入りに登録された商品の範囲が収束したか否かを判定する。基準が明確になっている時期に登録された商品の範囲は、基準が十分に定まっていない時期に登録された商品の範囲よりも狭くなっている。例えば、大まかな基準から明確な基準に変わったとき、商品の範囲が収束する。また、基準がぶれているときの複数の基準の中から、ユーザが1つの基準を明確に選択したとき、商品の範囲が収束する。電子商店街サーバ1は、お気に入りに登録された商品の範囲が収束したと判定した場合、収束した範囲を、お気に入りに登録される商品の範囲に決定する。そして、電子商店街サーバ1は、収束した範囲に含まれる商品のみがお気に入りに登録される商品であるという条件に従って、修正を制御する。より詳細に、電子商店街サーバ1は、お気に入りに登録された商品のうち、収束した範囲に含まれない商品を、お気に入りから削除する候補に決定する。また、電子商店街サーバ1は、お気に入りに登録されなかった商品のうち、収束した範囲に含まれる商品を、お気に入りへ登録する候補に決定する。電子商店街サーバ1は、例えば、削除候補及び登録候補のうち何れか一方のみを決定し、お気に入りからの商品の削除及びお気に入りへの商品の登録の何れか一方のみの制御を実行してもよい。つまり、電子商店街サーバ1は、お気に入りに登録される商品の不足及びお気に入りにおける商品の余分な登録の何れか一方のみを修正してもよい。
商品の範囲を特定する情報として、例えば、商品の属性が用いられてもよい。商品の属性として、例えば、商品のジャンル、価格、仕様、機能、性能、容量、サイズ、重量等が挙げられる。電子商店街サーバ1は、これまでに登録された商品のうち、或る時点以降に登録された商品の属性が特定の属性の範囲に偏っている場合、商品の属性が収束したと判定する。
本実施形態においては、ジャンルが用いられる。商品のジャンルは、木構造で階層的に定義されている。具体的に、木構造の各ノードが、ジャンルに相当する。ノードの深さが、そのノードに相当するジャンルのレベル(階層)に相当する。ノードの深さは、根に位置するノード(以下、「根ノード」という)からの距離である。レベルの値が大きいほど、レベルとしての深さが深く、レベルの値が小さいほど、レベルとしての深さが浅い。根ノードが有する子ノードに相当するジャンルがレベル1のジャンルである。レベル1のジャンルが最上位のジャンルである。レベル1の各ジャンルに対しては、子ノードに相当するジャンルが、レベル2のジャンルとして定義されている。ここで、或るジャンルC1の子ノードに相当するジャンルC2を、ジャンルC1の子ジャンルという。このときのジャンルC1を、ジャンルC2の親ジャンルという。子ジャンルは、親ジャンルを更に複数に区分したときに、同じような商品が属する範囲である。従って、子ジャンルは親ジャンルに属する。また、ジャンルC3がジャンルC2の子ジャンルである場合、ジャンルC3を、ジャンルC1の子孫ジャンルという。また、ジャンルC1をジャンルC1の祖先ジャンルという。子孫ジャンルは祖先ジャンルに属する。例えば、レベル1のジャンルとして、メンズファッション、レディースファッション、靴等がある。靴の子ジャンルとして、例えば、レディースシューズ、メンズシューズ等がある。メンズシューズの子ジャンルとして、スニーカー、ビジネスシューズ、ブーツ等がある。
図2は、削除候補及び登録候補の決定例を示す図である。図2に示すように、ユーザは、電子商店街にログインした後、ビジネスシューズSH1の商品ページを閲覧して、ビジネスシューズSH1をお気に入りに登録した。次いで、ユーザは、スニーカーSH2の商品ページを閲覧したが、スニーカーSH2をお気に入りに登録しなかった。次いで、ユーザは、ブーツSH3の商品ページを閲覧して、ブーツSH3をお気に入りに登録した。次いで、ユーザは、スニーカーSH4の商品ページを閲覧して、スニーカーSH4をお気に入りに登録した。次いで、ユーザは、ビジネスシューズSH5の商品ページを閲覧したが、ビジネスシューズSH5をお気に入りに登録しなかった。このように、商品の選択の基準が定まっていない。基準が、ビジネスシューズ、ブーツ及びスニーカー中でぶれていたのかもしれない。また、メンズシューズという大まかな基準は決まっていたのかもしれない。
その後、ユーザは、スニーカーSH6の商品ページを閲覧して、スニーカーSH6をお気に入りに登録した。次いで、ユーザは、スニーカーSH7の商品ページを閲覧して、スニーカーSH7をお気に入りに登録した。次いで、ユーザは、スニーカーSH8の商品ページを閲覧したが、スニーカーSH8をお気に入りに登録しなかった。次いで、ユーザは、スニーカーSH9の商品ページを閲覧して、スニーカーSH9をお気に入りに登録した。このように、お気に入りに登録される商品のジャンルがスニーカーに収束している。
すると、電子商店街サーバ1は、お気に入りの修正を制御する。具体的に、電子商店街サーバ1は、ビジネスシューズSH1及びブーツSH3を削除候補に決定し、スニーカーSH2を登録候補に決定する。ここで、電子商店街サーバ1は、スニーカーSH8を登録候補から外してもよい。その理由は、お気に入りに登録される商品の範囲が収束している時期にお気に入りに登録されなかった商品は、商品の選択の基準が明確になった上で、ユーザはお気に入りに登録しなかったからである。電子商店街サーバ1は、例えば、基準日時以降に最初にお気に入りへの商品の登録が行われた時点から現在までを、お気に入りに登録される商品の範囲が収束している時期に決定してもよい。なお、電子商店街サーバ1は、スニーカーSH8を登録候補に決定してもよい。また、図2の例では、お気に入りに登録された商品が全てスニーカーであるため、お気に入りに登録される商品の範囲が収束したと判定されている。しかしながら、お気に入りに登録された商品のうち所定割合以上の商品のジャンルが共通する場合に、電子商店街サーバ1は、商品の範囲が収束したと判定してもよい。この場合、お気に入りに登録される商品の範囲が収束している時期に、収束した範囲に含まれない商品がお気に入りに登録されていることがある。この場合、電子商店街サーバ1は、この商品を削除候補に決定してもよいし、削除候補から外してもよい。
ユーザは、例えば、商品の選択基準を或る程度決めてから電子商店街にログインして商品を検索する。或いは、ユーザは、電子商店街にログインした後に、或る程度の選択基準を決める。そこで、電子商店街サーバ1は、例えば図2に示したように、ユーザが最後にログインした以降にお気に入りに登録された商品の範囲に基づいて、お気に入りに登録された商品の範囲が収束したか否かを判定してもよい。また、お気に入りに登録された商品の範囲が収束したか否かを判定するために、電子商店街サーバ1は、商品の範囲が収束していないかもしれない期間と、商品の範囲が収束しているかもしれない期間とを分ける必要がある。これらの期間の境界を、基準日時という。例えば、商品の範囲が収束しているかもしれない期間の割合が予め設定されていてもよい。この割合を、収束期間割合という。収束期間割合は、例えば50%等であってもよい。そして、電子商店街サーバ1は、ユーザが最後にログインした時点から現時点までの長さと、収束期間割合とに基づいて、基準日時を決定してもよい。また、電子商店街サーバ1は、商品ページの閲覧時間に基づいて、基準日時を決定してもよい。その理由は、商品の選択基準が十分ではないほど、商品ページに対応する商品をお気に入りに登録するか否かをユーザが迷う傾向があるからである。つまり、商品の選択基準が明確であるほど、商品ページの閲覧時間は短くなる。従って、電子商店街サーバ1は、例えば、閲覧時間が所定時間よりも長い傾向がある期間と閲覧時間が所定時間よりも短い傾向がある期間とが分かれるように、基準日時を決定してもよい。
電子商店街サーバ1は、基準日時以降に商品の範囲が収束していないと判定した場合、基準日時を変更してもよい。そして、電子商店街サーバ1は、変更後の基準日時を用いて、お気に入りに登録された商品の範囲が収束したか否かを判定してもよい。この場合、例えば、変更後の基準日時が変更前の基準日時よりも未来の日時に決定されればよい。例えば、電子商店街サーバ1は、収束期間割合(第1の収束期間割合と呼ぶ)を用いて基準日時を決定し、この基準日時を用いて商品の範囲が収束していないと判定した場合、第2の収束期間割合を用いて基準日時を変更してもよい。この場合、第2の収束期間割合が第1の収束期間割合よりも小さくなるように、例えば各収束期間割合が予め設定されてもよい。
ところで、図2の例では、お気に入りに登録された商品は、全てメンズシューズである。メンズシューズのジャンルのレベルは2である。一方、スニーカーのジャンルのレベルは3である。お気に入りに登録された商品のジャンルが収束したと判定されるためには、ジャンルのレベルが或る程度深い必要がある。その理由は、レベルが深いほど、ジャンルが示す範囲が狭くなるからである。図2の例では、メンズシューズの商品が登録されているという事実では、ジャンルが収束したとは判定されていない。ジャンルの収束の判定に用いられるレベルを、収束条件レベルという。また、収束したジャンルを、収束ジャンルという。図2の例では、レベル3が収束条件レベルであり、スニーカーが収束ジャンルである。
商品を選択する基準が十分に定まっていない時期から、基準が明確になっている時期にわたって、お気に入りに登録される商品のジャンルは、全体的に或る程度共通している必要がある。全体的に共通するジャンルを、全体ジャンルという。例えば、ユーザが、或る時期に、靴の商品と飲料水の商品とをそれぞれお気に入りに登録したとする。靴と飲料水との間には全く関連性がない。この場合、靴と飲料水のそれぞれを購入するために、ユーザは商品をお気に入りに登録した蓋然性がある。つまり、靴と飲料水との何れを購入するかをユーザが迷っている蓋然性は低い。お気に入りに登録される商品のジャンルが全体的に共通しているかの判定に用いられるレベルを、全体条件レベルという。図2の例では、レベル2が全体条件レベルであり、メンズシューズが全体ジャンルである。例えば、収束条件レベル及び全体条件レベルが予め設定される。或いは、レベル1のジャンルごとに、収束条件レベル及び全体条件レベルが設定されてもよい。ユーザがお気に入りに登録する商品のジャンルが収束したと判定されるためには、収束ジャンルは全体ジャンルに属する必要がある。収束ジャンルが全体ジャンルに属するという条件を満たす限り、収束条件レベルと全体条件レベルの差は如何なるレベル数であってもよい。
なお、商品の範囲を特定する情報としてジャンル以外の属性を用いる場合、階層的に定義される属性であれば、ジャンルと同様に処理することができる。属性が数値で表される場合、電子商店街サーバ1は、例えば、これまでに登録された全ての商品の属性値のうち最小値と最大値とに基づいて、最後のログインからこれまでに登録された商品の属性値の範囲を決定してもよい。この範囲を、全体範囲という。全体範囲は、最小値から最大値までであってもよい。また、全体範囲は、例えば最小値に近い区切りのよい属性値から最大値に近い区切りのよい属性値までであってもよい。一方、電子商店街サーバ1は、属性が収束したか否かを判定する必要がある。例えば、電子商店街サーバ1は、基準日時以降に登録された商品の属性値のうち最大値と最小値との差が所定値以下である場合、属性が収束したと判定してもよい。また、電子商店街サーバ1は、例えば、基準日時以降に登録された商品の属性値のうち最大値と最小値との差が、全体範囲の所定割合未満である場合、属性が収束したと判定してもよい。
また、図2の例では、対応する商品ページが閲覧された商品が、登録候補に決定されている。その理由は、情報が閲覧され且つお気に入りに登録されなかった商品をユーザが覚えている蓋然性があり、覚えていた商品をお気に入りに登録するためにその商品をユーザが探す蓋然性があるからである。なお、電子商店街サーバ1は、商品ページが閲覧されていない商品を、登録候補に決定してもよい。例えば、電子商店街サーバ1は、ユーザ端末2により表示された検索結果ページに一覧表示された商品のうち、お気に入りに登録されなかった商品を、登録候補に決定してもよい。
削除候補及び登録候補を決定すると、電子商店街サーバ1は、削除候補及び登録候補をユーザ端末2によりユーザへ提示させてもよい。そして、ユーザの選択により、削除候補がお気に入りから削除され、登録候補がお気に入りに登録されてもよい。図3は、お気に入り修正確認ページの表示例を示す図である。お気に入り修正確認ページには、削除候補及び登録候補が表示される。また、お気に入り修正確認ページには、お気に入りの修正を支援するためのウェブページである。
図3に示すように、お気に入り修正確認ページには、削除候補領域110、登録候補領域120、クローズボタン130、修正ボタン140等が表示される。削除候補領域110には、削除候補とされた商品の一覧が表示される。具体的に、削除候補領域110には、削除候補の商品名が表示される。この商品名は、削除候補とされた商品の商品ページへのテキストリンクになっている。ユーザは、商品名を選択することにより、削除候補とされた商品の情報を確認することができる。また、削除候補領域110には、商品名ごとに、対応する商品をお気に入りから削除するか否かを選択するためのチェックボックスが表示される。また、削除候補領域110には、全ての商品のチェックボックスを選択状態にしたり非選択状態にしたりするためのリンクが表示される。登録候補領域120には、登録候補とされた商品の一覧が表示される。この点を除き、登録候補領域120の表示内容は、削除候補領域110の表示内容と基本的に同じである。削除候補がない場合、削除候補領域110は表示されず、登録候補がない場合、登録候補領域120は表示されない。クローズボタン130は、お気に入りの修正をしないでお気に入り修正確認ページを画面から消去するためのボタンである。修正ボタン140は、お気に入りの修正を実行するためのボタンである。修正ボタン140が選択されると、電子商店街サーバ1は、削除候補領域110から選択された商品をお気に入りから削除し、登録候補領域120から選択された商品をお気に入りに登録する。
なお、ウェブページの表示以外の方法で、削除候補及び登録候補がユーザに提示されるようになっていてもよい。例えば、図3に示す表示内容と同様の表示内容を含むポップアップウインドウがユーザ端末2により表示されるように、電子商取引サーバ1が構成されていてもよい。また例えば、電子商取引サーバ1が、削除候補及び登録候補の一覧を本文とする電子メールを生成し、生成した電子メールをユーザ宛てに送信してもよい。この場合、ユーザの操作に基づいてユーザ端末2が電子メールを受信して画面に表示する。電子メールの本文には、例えば、1行ごとに、削除候補や登録候補となった商品の商品名等が記載されている。ユーザは、受信した電子メールに対して返信を行う。このとき、ユーザは、受信した電子メールの本文を引用するように、返信メールの作成画面を表示させる。次いで、ユーザは、返信メールの本文においてお気に入りから削除する商品の商品名等が記載されている行に、削除する旨を示す文字(例えば、「削除」、「X」等)を追記する。また、ユーザは、お気に入りに登録する商品の商品名等が記載されている行に、登録する旨を示す文字(例えば、「登録」、「O」等)を追記する。そして、ユーザが送信操作を行うことによりユーザ端末2から電子商取引サーバ1へ返信メールが送信される。電子商取引サーバ1は、受信した返信メールの本文に基づいて、お気に入りを修正する。
また、削除候補及び登録候補を決定したとき、電子商店街サーバ1は、例えば、削除候補及び登録候補の提示なしに、お気に入りの修正を実行してもよい。そして、電子商店街サーバ1は、例えば、お気に入りの修正結果がユーザに提示されるようにしてもよい。
[1−2.電子商店街サーバの構成]
次に、電子商店街サーバ1の構成について、図4及び図5を用いて説明する。
図4(a)は、本実施形態に係る電子商店街サーバ1の概要構成の一例を示すブロック図である。図4(a)に示すように、電子商店街サーバ1は、通信部11と、記憶部12と、入出力インターフェース13と、システム制御部14と、を備えている。そして、システム制御部14と入出力インターフェース13とは、システムバス15を介して接続されている。
通信部11は、ネットワークNWに接続して、ユーザ端末2等との通信状態を制御するようになっている。
記憶部12は、例えば、ハードディスクドライブ等により構成されている。記憶部12は、本発明における記憶手段の一例である。この記憶部12には、会員情報DB12a、ジャンル情報DB12b、商品情報DB12c、操作履歴DB12d、お気に入り情報DB12e等のデータベースが構築されている。「DB」は、データベースの略語である。
図5(a)は、会員情報DB12aに登録される内容の一例を示す図である。会員情報DB12aには、情報提供システムSに会員登録しているユーザに関する会員情報が登録される。具体的に、会員情報DB12aには、ユーザID、パスワード、ニックネーム、氏名、生年月日、性別、郵便番号、住所、電話番号、電子メールアドレス、修正制御フラグ等のユーザの属性が、ユーザごとに対応付けて登録される。ユーザIDは、ユーザの識別情報である。修正制御フラグは、電子商店街のログインの後にお気に入りの修正制御が実行されたか否かを示す。修正制御フラグがFALSEに設定されている場合、修正制御が実行されていないことを示す。修正制御フラグがTRUEに設定されている場合、修正制御が実行されていることを示す。例えば、ユーザが電子商店街にログインした場合、修正制御フラグはFALSEにリセットされる。
図5(b)は、ジャンル情報DB12bに登録される内容の一例を示す図である。ジャンル情報DB12bには、商品のジャンルに関するジャンル情報が登録されている。具体的に、ジャンル情報DB12bには、ジャンルID、ジャンル名、ジャンルのレベル、親ジャンルID、子ジャンルIDリスト等のジャンルの属性が、ジャンルごとに対応付けて登録される。ジャンル情報は、例えば、電子商店街の管理者等により設定される。ジャンルIDは、ジャンル情報によって定義されるジャンルの識別情報である。ジャンルIDは、本発明における特定情報の一例である。親ジャンルIDは、ジャンル情報によって定義されるジャンルの親ジャンルのジャンルIDである。子ジャンルIDリストは、ジャンル情報によって定義されるジャンルの子ジャンルのジャンルIDのリストである。子ジャンルIDリストは、ジャンル情報によって定義されるジャンルが子ジャンルを有する場合に設定される。
図5(c)は、商品情報DB12cに登録される内容の一例を示す図である。商品情報DB12cには、電子商店街で販売されている商品に関する商品情報が登録される。具体的に、商品情報DB12cには、店舗ID、商品ID、ジャンルID、商品名、商品画像のURL(Uniform Resource Locator)、商品説明、商品価格等の商品の属性が、店舗が販売する商品ごとに対応付けて登録される。商品IDは、店舗が、販売する商品を管理するための商品の識別情報である。商品IDは、選択対象を示す情報の一例である。店舗IDは、商品の販売元の店舗を示す。ジャンルIDは、商品が属するジャンルのジャンルIDである。基本的には、最下位のレベルに定義されているジャンル(木構造における葉ノードに相当するジャンル)のジャンルIDが設定されている。つまり、各商品は、最も細分化されたジャンルでジャンル分けされている。
図5(d)は、操作履歴DB12dに登録される内容の一例を示す図である。操作履歴DB12dには、ユーザによる電子商店街における操作履歴が登録される。具体的に、操作履歴DB12dには、ユーザID、操作日時、URL等が登録される。操作履歴は、ユーザの操作によってユーザ端末2から送信されるリクエストを電子商店街サーバ1が受信するごとに登録される。ユーザIDは、操作を行ったユーザを示す。操作日時は、操作が行われた日時を示す。URLは、ユーザ端末2から送信されるリクエストに設定されたURLである。電子商店街サーバ1は、リクエストに設定されたURLから、ユーザが行った操作や、操作の対象とされた商品の商品ID等を特定することができる。ユーザの操作として、例えば、ログイン操作、ログアウト操作、商品の検索操作、ウェブページの表示操作等がある。商品ページの表示操作を示す操作履歴を、商品ページの閲覧履歴という。また、商品の検索操作を示す操作履歴を、検索履歴という。
図5(e)は、お気に入り情報DB12eに登録される内容の一例を示す図である。お気に入り情報DB12eには、ユーザのお気に入りに関するお気に入り情報が登録される。具体的に、お気に入り情報DB12eには、ユーザID、商品ID、登録日時及び検索条件情報等が、お気に入りに商品が登録されるごとに対応付けて登録される。ユーザIDは、お気に入りへの登録を行ったユーザを示す。商品IDは、お気に入りに登録された商品を示す。また、商品IDは、お気に入りに登録された商品の商品ページへの参照に相当する情報である。商品ページへの実際の参照の情報はURLであるが、商品ページのURLは、商品IDから特定することが可能である。なお、商品ページのURLが、商品IDとともにまたは商品IDの代わりにお気に入り情報DB12eに登録されるようになっていてもよい。登録日時は、お気に入りへの登録が行われた日時を示す。検索条件情報は、お気に入りに登録された商品が検索されたときにユーザにより指定された検索条件を示す。システム制御部14は、お気に入り情報を登録するとき、例えば、操作履歴DB12dから、直近の検索履歴を検索する。そして、システム制御部14は、検索した検索履歴のURLから検索条件情報を取得し、取得した検索条件情報を含むお気に入り情報を登録する。
次に、記憶部12に記憶されるその他の情報について説明する。記憶部12には、ウェブページを表示するためのHTML(HyperText Markup Language)文書、XML(Extensible Markup Language)文書、画像データ、テキストデータ、電子文書等の各種データが記憶されている。
また、記憶部12には、オペレーティングシステム、WWW(World Wide Web)サーバプログラム、DBMS(Database Management System)、電子商取引管理プログラム等の各種プログラムが記憶されている。電子商取引管理プログラムは、電子商取引に関する各種の処理を実行するためのプログラムである。電子商取引管理プログラムは、お気に入りの修正制御を行うためのプログラムを含む。電子商取引管理プログラムは、本発明における情報処理プログラムの一例である。なお、各種プログラムは、例えば、他のサーバ装置等からネットワークNWを介して取得されるようにしてもよいし、DVD(Digital Versatile Disc)等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。また、電子商取引管理プログラムは、プログラム製品であってもよい。
入出力インターフェース13は、通信部11及び記憶部12とシステム制御部14との間のインターフェース処理を行うようになっている。
システム制御部14は、CPU14a、ROM(Read Only Memory)14b、RAM(Random Access Memory)14c等により構成されている。図4(b)は、本実施形態に係る電子商店街サーバ1の機能ブロックの一例を示す図である。システム制御部14は、CPU14aが、電子商取引管理プログラム等を実行することにより、本発明における登録要求受信部141、お気に入り登録部142、情報取得部143、修正制御部144等として機能する。登録要求受信部141は、本発明における識別情報取得手段の一例である。お気に入り登録部142は、本発明における記憶制御手段の一例である。情報取得部143は、本発明における特定情報取得手段、属性情報取得手段の一例である。修正制御部144は、本発明における修正制御手段、特定手段、削除制御手段の一例である。
登録要求受信部141は、ユーザ端末2から電子商店街サーバ1へ送信されたお気に入り登録要求を、通信部11を介して取得する。お気に入り登録要求は、商品をお気に入りに登録する要求を示すメッセージである。お気に入り登録要求は、ユーザID及び商品IDを含む。ユーザIDは、要求したユーザを示す。商品IDは、お気に入りに登録される商品を示す。お気に入り登録部142は、登録要求受信部141により取得されたお気に入り登録要求に基づいて、お気に入り情報をお気に入り情報DB12eに登録する。情報取得部143は、登録要求受信部141により取得されたお気に入り登録要求に含まれるユーザIDに対応する1又は複数のお気に入り情報を、お気に入り情報DB12eから取得する。また、情報取得部143は、取得したお気に入り情報に含まれる商品IDに対応するジャンルIDを、商品情報DB12cから取得する。修正制御部144は、情報取得部143により取得されたジャンルIDに基づいて、お気に入りに登録される範囲が収束したか否かを判定する。修正制御部144は、お気に入りに登録される範囲が収束したと判定された場合、お気に入りに登録される商品の過不足の少なくとも何れかを修正する。各部の処理の詳細については後述する。
なお、電子商店街サーバ1が、複数のサーバ装置で構成されてもよい。例えば、お気に入りの修正制御を行うサーバ装置、電子商店街において商品の検索や注文等の処理を行うサーバ装置、ユーザ端末2からのリクエストに応じてウェブページを送信するサーバ装置、及びデータベースを管理するサーバ装置等が、互いにLAN等で接続されてもよい。
[1−3.情報提供システムの動作]
次に、情報提供システムSの動作について、図6及び図7を用いて説明する。
図6は、本実施形態に係る電子商店街サーバ1のシステム制御部14のお気に入り登録要求受信処理における処理例を示すフローチャートである。お気に入り登録要求受信処理は、ユーザ端末2から電子商店街サーバ1へ送信されたお気に入り登録要求を登録要求受信部141が受信したときに開始される。
図6に示すように、お気に入り登録部142は、お気に入り情報を登録する(ステップS1)。具体的に、お気に入り登録部142は、お気に入り登録要求からユーザID及び商品IDを取得する。また、お気に入り登録部142は、現在日時を登録日時として取得する。また、お気に入り登録部142は、取得されたユーザIDを含む検索履歴を、操作履歴DB12dから検索する。次いで、お気に入り登録部142は、検索された検索履歴のうち操作日時が最も新しい検索履歴を選択する。次いで、お気に入り登録部142は、選択した検索履歴から検索条件情報を取得する。次いで、お気に入り登録部142は、ユーザID、商品ID、登録日時及び検索条件情報を含むお気に入り情報を生成する。お気に入り登録部142は、生成したお気に入り情報をお気に入り情報DB12eに登録する。
次いで、修正制御部144は、会員情報DB12aにおいて、ユーザIDに対応する修正制御フラグがFALSEに設定されているか否かを判定する(ステップS2)。このとき、修正制御部144は、修正制御フラグがFALSEに設定されていないと判定した場合には(ステップS2:NO)、お気に入り登録要求受信処理を終了させる。一方、修正制御部144は、修正制御フラグがFALSEに設定されていると判定した場合には(ステップS2:YES)、ステップS3に進む。
ステップS3において、情報取得部143は、取得されたユーザIDを含むお気に入り情報のうち、最新のログイン日時より後に登録されたお気に入り情報を、お気に入り情報DB12eから検索する。具体的に、情報取得部143は、取得されたユーザIDを含む操作履歴のうちログインを示す操作履歴を操作履歴DB12dから検索する。次いで、情報取得部143は、検索された操作履歴のうち操作日時が最も新しい操作履歴を選択する。ログインを示す操作履歴の操作日時がログイン日時である。情報取得部143は、最新のログイン日時よりも登録日時が新しいお気に入り情報を検索する。
次いで、情報取得部143は、検索されたお気に入り情報に基づいて、ユーザがお気に入りに登録した商品の全体条件レベルにおけるジャンルのうち、最も多いジャンルを特定する(ステップS4)。具体的に、情報取得部143は、各お気に入り情報に含まれる商品IDに対応するジャンルIDを、商品情報DB12cからそれぞれ取得する。次いで、情報取得部143は、ジャンルIDとジャンル情報DB12bとに基づいて、お気に入りに登録された各商品の全体条件レベルのジャンルIDを取得する。次いで、情報取得部143は、同一のジャンルIDごとに、ジャンルIDの数をカウントする。そして、情報取得部143は、数が最も多いジャンルIDを特定する。
次いで、修正制御部144は、ステップ4で特定されたジャンルIDの数を、検索されたお気に入り情報の数で割ることにより、最も多いジャンルの割合を計算する。そして、修正制御部144は、計算した割合が、記憶部12に予め記憶されている閾値1以上であるか否かを判定する(ステップS5)。閾値1は、例えば、100%であってもよいし、100%未満の値であってもよい。修正制御部144は、計算した割合が閾値1未満であると判定した場合には(ステップS5:NO)、お気に入り登録要求受信処理を終了させる。一方、修正制御部144は、計算した割合が閾値1以上である判定した場合には(ステップS5:YES)、ステップS6に進む。ステップS6において、修正制御部144は、ステップS4で特定したジャンルIDを、全体ジャンルのジャンルIDに決定する。
次いで、情報取得部143は、基準日時を決定する(ステップS7)。例えば、情報取得部143は、ログイン日時から現在日時までの時間数を計算する。次いで、情報取得部143は、計算した時間数に、記憶部12に記憶されている収束期間割合を掛けることにより、収束期間の時間数を計算する。そして、情報取得部143は、現在日時から収束期間の時間数を引くことにより、基準日時を計算する。
次いで、情報取得部143は、基準日時後にお気に入りに登録された商品の収束条件レベルにおけるジャンルのうち、最も多いジャンルを特定する(ステップS8)。具体的に、情報取得部143は、ステップS3で検索されたお気に入り情報の中から、基準日時よりも登録日時が新しいお気に入り情報を抽出する。次いで、情報取得部143は、抽出された各お気に入り情報に含まれる商品IDに対応するジャンルIDを、商品情報DB12cからそれぞれ取得する。次いで、情報取得部143は、ジャンルIDとジャンル情報DB12bとに基づいて、お気に入りに登録された各商品の収束条件レベルのジャンルIDを取得する。次いで、情報取得部143は、同一のジャンルIDごとに、ジャンルIDの数をカウントする。そして、情報取得部143は、数が最も多いジャンルIDを特定する。
次いで、修正制御部144は、全体ジャンルのジャンルID、ステップS8で特定したジャンルID、及びジャンル情報DB12bに基づいて、収束条件レベルにおいて最も多いジャンルが全体ジャンルに属するか否かを判定する。このとき、修正制御部144は、最も多いジャンルが全体ジャンルに属しないと判定した場合には(ステップS9:NO)、お気に入り登録要求受信処理を終了させる。一方、修正制御部144は、最も多いジャンルが全体ジャンルに属すると判定した場合には(ステップS9:YES)、ステップS10に進む。
ステップS10において、修正制御部144は、ステップ8で特定されたジャンルIDの数を、ステップS8で抽出されたお気に入り情報の数で割ることにより、最も多いジャンルの割合を計算する。そして、修正制御部144は、計算した割合が、記憶部12に予め記憶されている閾値2以上であるか否かを判定する。閾値2は、例えば、100%であってもよいし、100%未満の値であってもよい。修正制御部144は、計算した割合が閾値2未満であると判定した場合には(ステップS10:NO)、お気に入り登録要求受信処理を終了させる。一方、修正制御部144は、計算した割合が閾値2以上であると判定した場合には(ステップS10:YES)、ステップS11に進む。ステップS11において、収束条件レベルにおいて最も多いジャンルのジャンルIDを、修正制御部144は、収束ジャンルのジャンルIDに決定する。
次いで、修正制御部144は、ステップS3で検索されたお気に入り情報の中から、基準日時よりも登録日時が古いお気に入り情報を抽出する(ステップS12)。次いで、修正制御部144は、基準日時よりも前にお気に入りに登録された商品のうち、収束ジャンルに属さない商品の商品IDを、削除候補リストに登録する(ステップS13)。具体的に、修正制御部144は、ステップS12で抽出された各お気に入り情報に含まれる商品IDに対応するジャンルIDを、商品情報DB12cからそれぞれ取得する。次いで、修正制御部144は、取得されたジャンルID及びジャンル情報DB12bに基づいて、取得されたジャンルIDに対応する収束条件レベルのジャンルIDを取得する。次いで、修正制御部144は、収束条件レベルのジャンルIDが収束ジャンルのジャンルIDと異なる商品の商品IDを、削除候補リストに登録する。
次いで、修正制御部144は、お気に入り登録要求から取得されたユーザIDに対応する操作履歴のうち、商品ページの閲覧履歴を検索する(ステップS14)。このとき、修正制御部144は、最新のログイン日時から基準日時までの範囲に操作日時が含まれる閲覧履歴を検索する。次いで、修正制御部144は、最新のログイン日時から基準日時までの間に商品ページが閲覧された商品のうち収束ジャンルに属する商品を抽出する(ステップS15)。具体的に、修正制御部144は、抽出された各閲覧履歴に含まれる商品IDに対応するジャンルIDを、商品情報DB12cからそれぞれ取得する。次いで、修正制御部144は、取得されたジャンルID及びジャンル情報DB12bに基づいて、取得されたジャンルIDに対応する収束条件レベルのジャンルIDを取得する。次いで、修正制御部144は、収束条件レベルのジャンルIDが収束ジャンルのジャンルIDと一致する商品の商品IDを特定する。
次いで、修正制御部144は、収束ジャンルに属する商品のうちお気に入りに登録されていない商品の商品IDを登録候補リストに登録する(ステップS16)。具体的に、修正制御部144は、お気に入り登録要求から取得されたユーザID及び特定した商品IDを含むお気に入り情報を、お気に入り情報DB12eから検索する。そして、修正制御部144は、対応するお気に入り情報がお気に入り情報DB12eに登録されていない商品の商品IDを、登録候補リストに登録する。
次いで、修正制御部144は、削除候補リスト及び登録候補リストに基づいて、お気に入り修正確認ページのHTML文書を生成する(ステップS17)。次いで、修正制御部144は、生成したHTML文書を、お気に入り登録要求を送信したユーザ端末2へ送信する(ステップS18)。お気に入り修正確認ページのHTML文書を送信することにより、修正制御部144は、削除候補及び登録候補をユーザ端末2により提示させる。次いで、修正制御部144は、会員情報DB12aにおいて、ユーザIDに対応する修正制御フラグをTRUEに変更する(ステップS19)。修正制御部144は、ステップS19の処理を終えると、お気に入り登録要求受信処理を終了させる。電子商店街サーバ1からHTML文書を受信したユーザ端末2は、HTML文書に基づいて、例えば図3に示すようなお気に入り修正確認ページを表示する。
図7は、本実施形態に係る電子商店街サーバ1のシステム制御部14のお気に入り修正処理における処理例を示すフローチャートである。お気に入り修正確認ページにおいてユーザが修正ボタン140を選択すると、ユーザ端末2は、電子商店街サーバ1へ修正要求を送信する。修正要求は、お気に入りの修正の要求を示すメッセージである。修正要求は、ユーザID、削除リスト及び登録リストを含む。ユーザIDは、お気に入りの修正を要求したユーザを示す。削除リストには、削除候補の中からユーザにより選択された商品の商品IDが登録される。登録リストには、登録候補の中からユーザにより選択された商品の商品IDが登録される。お気に入り修正処理は、電子商店街サーバ1がユーザ端末2から修正要求を受信したときに開始される。図7に示すように、修正制御部144は、修正要求に含まれるユーザIDと削除リストに登録された商品IDとに対応するお気に入り情報を、お気に入り情報DB12eから削除する(ステップS21)。次いで、修正制御部144は、修正要求に含まれるユーザIDと登録リストに登録された商品IDとに対応するお気に入り情報を、お気に入り情報DB12eに登録する(ステップS22)。お気に入り情報の登録の具体的な処理内容は、お気に入り登録要求受信処理のステップS1と基本的に同様である。修正制御部144は、ステップS22を終えると、お気に入り修正処理を終了する。
以上説明したように、本実施形態によれば、システム制御部14が、商品ページへの参照を保持するお気に入りに登録される商品の商品IDと、お気に入りへの登録操作をしたユーザのユーザIDと、を含むお気に入り登録要求を取得する。次いで、システム制御部14が、取得された商品ID及びユーザIDを対応付けて、お気に入り情報として記憶部12に記憶させる。次いで、システム制御部14が、取得されたユーザIDに対応付けて記憶部12に記憶された商品IDが示す商品が含まれる範囲を示すジャンルIDを取得する。次いで、システム制御部14が、ジャンルIDに基づいて、お気に入りに登録された商品の範囲が収束したと判定された場合、収束した範囲に含まれる商品のみがお気に入りに登録される商品であるという条件に従って、お気に入りにおける商品の過不足の少なくとも何れかの修正を制御する。従って、商品を選択する基準が十分に定まっていない期間のお気に入りへの商品の登録の過不足の少なくとも何れかを修正することができる。
また、システム制御部14が、お気に入りに登録された複数の商品のうち、基準日時以降にお気に入りに登録された1以上の商品の属性が、複数の商品の属性の範囲に含まれる一部の属性に偏っている場合、お気に入りに登録された商品の属性が収束したと判定する。従って、ユーザによる選択基準が定まったかを適切に判定することができる。
また、システム制御部14が、記憶部12に記憶されたお気に入り情報に含まれる商品IDが示す商品のうち、収束した範囲に含まれない商品を、お気に入りからの削除候補として提示させる。従って、選択基準が十分に定まっていない時期にお気に入りに登録された商品のうち、現在の選択基準に合致しない蓋然性がある商品を提示することができる。
また、システム制御部14が、記憶部12に記憶されたお気に入り情報に含まれる商品IDが示す商品と異なる商品であって、商品ページに含まれる少なくとも一部の情報が表示された商品のうち、収束した範囲に含まれる商品を、お気に入りへの登録候補として提示させる。従って、選択基準が十分に定まっていない時期にお気に入りに登録されなかった商品のうち、現在の選択基準に合致する蓋然性がある商品を提示することができる。
また、システム制御部14が、ユーザが商品ページを閲覧した商品のみをお気に入りへの登録候補として提示させる。従って、選択基準が十分に定まった後、お気に入りに登録するためにユーザが探す蓋然性がある商品を提示することができる。
[2.第2実施形態]
次に、第2実施形態について、図8及び図9を用いて説明する。本実施形態においては、お気に入りに登録された商品の範囲を特定する情報として、商品の検索時にユーザが指定した検索条件が用いられる。その理由は、検索条件は、ユーザによる商品の選択の基準に対応する蓋然性があるからである。また、検索条件に応じて、検索される商品の範囲が変わる。商品の検索時、ユーザは1以上の検索条件を指定することができる。複数の検索条件が指定された場合、検索される商品は、全ての検索条件を満たす商品である。従って、検索条件が多いほど、検索される商品の範囲が狭くなる。また、検索条件が多いほど、ユーザによる商品の選択基準が明確である蓋然性がある。電子商店街サーバ1は、今までにお気に入りに登録された商品の検索に用いられた検索条件に新たな検索条件を追加して検索された商品をお気に入りに登録したとき、お気に入りに登録された商品の範囲が収束したと判定する。従って、電子商店街サーバ1は、新たな検索条件が追加された商品をお気に入りに登録する都度、お気に入りの修正制御を実行してもよい。
図8は、削除候補及び登録候補の決定例を示す図である。図2に示すように、ユーザは、検索条件C1を指定した。すると、商品G1〜G6等が検索された。ユーザは、検索された商品の中から商品G1の商品ページを閲覧して、商品G1をお気に入りに登録した。次いで、ユーザは、商品G2の商品ページを閲覧したが、商品G2をお気に入りに登録しなかった。次いで、ユーザは、商品G3の商品ページを閲覧したが、商品G3をお気に入りに登録しなかった。次いで、ユーザは、商品G4をお気に入りに登録した。
次いで、ユーザは、検索条件C1及びC2を指定した。すると、商品G2、G4〜G6等が検索された。ユーザは、検索された商品の中から商品G5の商品ページを閲覧して、商品G5をお気に入りに登録した。今までにお気に入りに登録された商品G1〜G4の検索には検索条件C1が用いられていた。今回お気に入りに登録された商品G5の検索には検索条件C1及びC2が用いられていた。そこで、電子商店街サーバ1は、お気に入りの修正を制御する。具体的に、お気に入りに登録されている商品G1は検索条件C1とC2の組み合わせを満たさないため、電子商店街サーバ1は、商品G1を削除候補に決定する。また、お気に入りに登録されていない商品G2は検索条件C1とC2の組み合わせを満たすため、電子商店街サーバ1は、商品G2を登録候補に決定する。そして、ユーザの選択により、電子商店街サーバ1は、商品G1をお気に入りから削除し、商品G2をお気に入りに登録する。
次いで、ユーザは、検索条件C1〜C3を指定した。すると、商品G2、G6等が検索された。ユーザは、検索された商品の中から商品G6の商品ページを閲覧して、商品G6をお気に入りに登録した。このときにも、電子商店街サーバ1は、お気に入りの修正を制御する。具体的に、お気に入りに登録されている商品G4は検索条件C1〜C3の組み合わせを満たさないため、電子商店街サーバ1は、商品G4を削除候補に決定する。
図9は、本実施形態に係る電子商店街サーバ1のシステム制御部14のお気に入り登録要求受信処理における処理例を示すフローチャートである。図9に示すように、お気に入り登録部142は、お気に入り情報を登録する(ステップS31)。次いで、情報取得部143は、取得されたユーザIDを含むお気に入り情報のうち、最新のログイン日時より後に登録されたお気に入り情報を、お気に入り情報DB12eから検索する(ステップS32)。ステップS31及びS32の処理は、図6のステップS1及びS3と同様である。
次いで、修正制御部144は、ステップS31で登録されたお気に入り情報から検索条件情報を取得する。第2実施形態において、検索条件情報は、本発明における特定情報の一例である。次いで、修正制御部144は、取得された検索条件情報に基づいて、最後にお気に入りに登録された商品の検索に用いられた検索条件が複数あるか否かを判定する(ステップS33)。このとき、修正制御部144は、検索条件が1つのみであると判定した場合には(ステップS33:NO)、お気に入り登録要求受信処理を終了させる。一方、修正制御部144は、検索条件が複数あると判定した場合には(ステップS33:YES)、ステップS34に進む。
ステップS34において、修正制御部144は、検索されたお気に入り情報に含まれる検索条件情報に基づいて、最後に登録された商品の複数の検索条件と全部同一の検索条件で検索された商品が、お気に入りに登録された商品の中にあるか否かを判定する。このとき、修正制御部144は、最後に登録された商品の複数の検索条件と全部同一の検索条件で検索された商品があると判定した場合には(ステップS34:YES)、お気に入り登録要求受信処理を終了させる。その理由は、修正制御が既に実行されているからである。一方、修正制御部144は、最後に登録された商品の複数の検索条件と全部同一の検索条件で検索された商品がないと判定した場合には(ステップS34:NO)、ステップS35に進む。
ステップS35において、修正制御部144は、最後に登録された商品の複数の検索条件の一部の検索条件のみで検索された商品を、お気に入りに登録された商品の中から抽出する。次いで、修正制御部144は、お気に入りに登録された商品のうち、抽出された商品の割合を計算する。そして、修正制御部144は、計算された割合が、記憶部12に予め記憶された閾値3以上であるか否かを判定する(ステップS36)。閾値3は、例えば、100%であってもよいし、100%未満の値であってもよい。修正制御部144は、計算した割合が閾値3未満であると判定した場合には(ステップS36:NO)、お気に入り登録要求受信処理を終了させる。一方、修正制御部144は、計算した割合が閾値2以上であると判定した場合には(ステップS36:YES)、ステップS37に進む。
ステップ37において、修正制御部144は、お気に入りに登録された商品のうち、最後に登録された商品の複数の検索条件の組み合わせを満たさない商品の商品IDを、削除候補リストに登録する。例えば、修正制御部144は、商品情報DB12cから、最後に登録された商品の複数の検索条件で商品情報を検索してもよい。そして、修正制御部144は、ステップS32で検索されたお気に入り情報から商品IDを取得する。次いで、修正制御部144は、検索された商品情報から、取得した商品IDを含む商品情報を検索する。このとき、修正制御部144は、該当する商品情報がなかった商品IDを削除候補リストに登録する。
次いで、修正制御部144は、お気に入り登録要求から取得されたユーザIDに対応する操作履歴のうち、商品ページの閲覧履歴を検索する(ステップS38)。このとき、修正制御部144は、操作日時が最新のログイン日時以降である閲覧履歴を検索する。次いで、修正制御部144は、最後に登録された商品の複数の検索条件の組み合わせを満たす商品を、最新のログイン日時以降に商品ページが閲覧された商品の中から抽出する(ステップS39)。具体的に、修正制御部144は、検索された閲覧履歴から商品IDを取得する。次いで、修正制御部144は、ステップS37で検索された商品情報から、取得した商品IDを含む商品情報を検索する。そして、修正制御部144は、該当する商品情報がある商品IDを特定する。
次いで、修正制御部144は、収束ジャンルに属する商品のうちお気に入りに登録されていない商品の商品IDを登録候補リストに登録する(ステップS40)。次いで、修正制御部144は、削除候補リスト及び登録候補リストに基づいて、お気に入り修正確認ページのHTML文書を生成する(ステップS41)。次いで、修正制御部144は、生成したHTML文書を、お気に入り登録要求を送信したユーザ端末2へ送信する(ステップS42)。ステップS40〜S42の処理は、図6のステップS17〜S19と同様である。修正制御部144は、ステップS42の処理を終えると、お気に入り登録要求受信処理を終了させる。
以上説明したように、本実施形態によれば、システム制御部14が、検索条件情報を取得する。次いで、システム制御部14が、検索条件情報に基づいて、お気に入りに登録された商品の検索に用いられた検索条件に、新たな検索条件が追加されているか否かを判定する。次いで、システム制御部14が、新たな検索条件が追加されていると判定した場合に、お気に入りに登録された商品の範囲が収束したと判定する。次いで、システム制御部14が、お気に入りに登録された商品のうち、新たな検索条件が追加された複数の検索条件の組み合わせに合致しない商品を削除候補に決定する。また、システム制御部14が、お気に入りに登録されなかった商品のうち、新たな検索条件が追加された複数の検索条件の組み合わせに合致する商品を登録候補に決定する。従って、検索条件に基づいて、お気に入りを修正することができる。
[3.第3実施形態]
次に、第3実施形態について、図10及び図11を用いて説明する。本実施形態において、電子商店街サーバ1は、商品の範囲を特定する情報として或る情報に基づいて修正制御を実行した後、別の情報に基づいてお気に入りの修正制御を実行する。第1実施形態においては、ユーザによる商品の選択基準を示す情報として、1種類の属性のみが用いられていた。しかしながら、ユーザは複数種類の選択基準を有する場合がある。そして、ユーザが商品の選択を進めることによって複数種類の選択基準のそれぞれが明確になってくことがある。そこで、電子商店街サーバ1は、或る第1属性又は検索条件に基づいて、お気に入りに登録される商品の範囲が収束したと判定された後、お気に入りに登録される商品の範囲が収束した以降にお気に入りに登録された商品及び登録されなかった商品のそれぞれの第2属性に基づいて、お気に入りからの商品の削除を制御する。例えば、第1属性及び第2属性の両方に基づいてユーザが商品を選択している場合、第2属性がユーザの選択基準に合致しない商品を、ユーザはお気に入りに登録しない。そこで、電子商店街サーバ1は、商品の範囲が収束した以降にユーザがお気に入りに登録しなかった商品の第2属性の範囲のうち、商品の範囲が収束した以降にお気に入りに登録された商品の第2属性の範囲と重複しない範囲に、第2属性が含まれる商品を削除候補に決定する。電子商店街サーバ1は、例えば、基準日時以降に最初にお気に入りへの商品の登録が行われた時点を、商品の範囲が収束した時点に決定してもよい。第1属性と第2属性とが異なる限り、第1属性及び第2属性は如何なる属性であってもよい。本実施形態においては、一例として、第1属性にジャンルが用いられ、第2属性に価格が用いられる。
図10は、削除候補の決定例を示す図である。図10に示すように、ユーザは、商品G1〜G6等を順次お気に入りに登録した。商品G1、G2、G4〜G6のジャンルは、ジャンルXであり、商品G3のジャンルはジャンルYである。また、商品G1〜G6の価格は、それぞれ5000円、3000円、4000円、3000円、1000円、2000円である。商品G6が登録されたとき、電子商店街サーバ1は、例えば、商品G3がお気に入りに登録された時点から商品G4がお気に入りに登録された時点までの間で基準日時を特定した。そして、電子商店街サーバ1は、ジャンルがジャンルXに収束したと判定し、ユーザの選択により商品G3をお気に入りから削除した。
その後、ユーザは、商品G7の商品ページを閲覧したが、ユーザは商品G7をお気に入りに登録しなかった。次いで、ユーザは、商品G8もお気に入りに登録しなかった。次いで、ユーザは、商品G9をお気に入りに登録した。商品G7〜G9のジャンルはジャンルXである。また、商品G7〜G9の価格は、それぞれ4000円、2500円、3000円である。ジャンルが収束した以降にお気に入りに登録されなかった商品の価格の範囲は、2500、4000円を少なくとも含む。ジャンルが収束した以降にお気に入りに登録された商品の価格の範囲は、1000〜3000円である。電子商店街サーバ1は、1000〜3000円の範囲に含まれる2500円を、削除候補の価格の範囲から除外する。そして、電子商店街サーバ1は、お気に入りに登録された商品の価格の範囲と重複しないように、削除候補の価格の範囲を特定する。例えば、電子商店街サーバ1は、削除候補の価格の範囲を、4000円以上の範囲であると決定してもよい。従って、電子商店街サーバ1は、価格が5000円である商品G1を削除候補に決定する。
図11は、本実施形態に係る電子商店街サーバ1のシステム制御部14のお気に入り登録要求受信処理における処理例を示すフローチャートである。図11に示すように、お気に入り登録部142は、お気に入り情報を登録する(ステップS51)。ステップS51の処理は、図6のステップS1と同様である。次いで、修正制御部144は、会員情報DB12aにおいて、ユーザIDに対応する修正制御フラグがFALSEに設定されているか否かを判定する(ステップS52)。このとき、修正制御部144は、修正制御フラグがFALSEに設定されていると判定した場合には(ステップS52:YES)、図6に示すステップS3〜S19を実行する(ステップS53)。ここで、修正制御部144は、お気に入りの修正制御を実行した場合は、ステップS19において、お気に入り登録要求から取得されたユーザIDに対応付けて、基準日時を会員情報DB12aに登録する。一方、修正制御部144は、修正制御フラグがFALSEに設定されていないと判定した場合には(ステップS52:NO)、ステップS54に進む。
ステップS54において、情報取得部143は、お気に入り登録情報からユーザIDを取得する。次いで、情報取得部143は、取得されたユーザIDに対応する基準日時を、会員情報DB12aから取得する。そして、情報取得部143は、取得されたユーザIDを含むお気に入り情報のうち、登録日時が基準日時以降であるお気に入り情報を、お気に入り情報DB12eから取得する。次いで、情報取得部143は、お気に入りに登録された商品の価格を取得する(ステップS55)。具体的に、情報取得部143は、検索されたお気に入り情報から商品IDを取得する。そして、情報取得部143は、取得した商品IDに対応する価格を会員情報DB12aから取得する。
次いで、情報取得部143は、取得されたユーザIDに対応する操作履歴のうち、商品ページの閲覧履歴を、操作履歴DB12dから検索する(ステップS56)。このとき、情報取得部143は、操作日時が基準日時以降である閲覧履歴を検索する。次いで、情報取得部143は、基準日時以降に商品ページが閲覧された商品のうち、お気に入りに登録されなかった商品の価格を取得する(ステップS57)。具体的に、情報取得部143は、検索された閲覧履歴から商品IDを取得する。そして、情報取得部143は、取得した商品IDに対応する価格を会員情報DB12aから取得する。
次いで、修正制御部144は、ステップS56で取得された価格に基づいて、お気に入りに登録された商品の価格の範囲を特定する(ステップS58)。例えば、修正制御部144は、取得された価格の最小値から最大値までの範囲を、お気に入りに登録された商品の価格の範囲に決定してもよい。次いで、修正制御部144は、削除候補の価格の範囲を特定する(ステップS59)。具体的に、修正制御部144は、ステップS57で取得された価格の中から、お気に入りに登録された商品の価格の範囲に含まれない価格を抽出する。そして、修正制御部144は、抽出された価格を含むように、且つ、お気に入りに登録された商品の価格の範囲と重複しないように、削除候補の価格の範囲を決定する。
次いで、修正制御部144は、削除候補の価格の範囲を特定することができたか否かを判定する(ステップS60)。このとき、修正制御部144は、削除候補の価格の範囲を特定することができなかったと判定した場合には(ステップS60:NO)、お気に入り登録要求受信処理を終了させる。一方、修正制御部144は、削除候補の価格の範囲を特定することができたと判定した場合には(ステップS60:YES)、ステップS61に進む。
ステップS61において、修正制御部144は、取得されたユーザIDに対応するお気に入り情報のうち、最新のログイン日時から基準日時までの間にお気に入り情報DB12eに登録されたお気に入り情報を検索する。次いで、修正制御部144は、最新のログイン日時から基準日時までにお気に入りに登録された商品のうち、価格が削除候補の価格の範囲に含まれる商品の商品IDを、削除候補リストに登録する(ステップS62)。具体的に、修正制御部144は、ステップS61で検索されたお気に入り情報から商品IDを取得する。次いで、情報取得部143は、取得した商品IDに対応する価格を会員情報DB12aから取得する。そして、修正制御部144は、取得された価格が削除候補の価格の範囲に含まれる商品の商品IDを削除候補リストに登録する。
次いで、修正制御部144は、収削除候補リストに基づいて、お気に入り修正確認ページのHTML文書を生成する(ステップS63)。次いで、修正制御部144は、生成したHTML文書を、お気に入り登録要求を送信したユーザ端末2へ送信する(ステップS64)。修正制御部144は、ステップS64の処理を終えると、お気に入り登録要求受信処理を終了させる。
以上説明したように、本実施形態によれば、システム制御部14が、お気に入りに登録された商品の範囲が収束した後に記憶部12に記憶されたお気に入り情報に含まれる商品IDが示す商品の第2属性と、お気に入りに登録された商品の範囲が収束した後に商品ページが閲覧された商品の第2属性とを取得する。次いで、システム制御部14が、商品ページが閲覧された商品の中でお気に入りに登録されなかった商品の第2属性の範囲のうち、お気に入りに登録された商品の第2属性の範囲と重複しない範囲を特定する。次いで、システム制御部14が、特定された範囲に第2属性が含まれる商品をお気に入りから削除する制御を行う。従って、ユーザが選択基準を複数有している場合、複数の選択基準に合致しない商品をお気に入りから削除することができる。
なお、上記実施形態においては、本発明の選択対象が商品に適用されていた。しかしながら、本発明のリストへの登録対象として選択可能な物、事柄等に本発明が適用されてもよい。例えば、本発明の選択対象が、サービス、特許などの権利、文書、音声、画像、ウェブページ、ニュース、イベント、情報等に適用されてもよい。
また、上記各実施形態においては、本発明のリストがお気に入りに適用されていた。しかしながら、選択対象に関する情報への参照が保持されるリストであって、登録された選択対象に関する情報を参照可能とするリストに、本発明のリストが適用されてもよい。例えば、本発明のリストが、ブックマーク、電子商取引における買い物かご等に適用されてもよい。
また、上記各実施形態においては、本発明の情報処理装置が、クライアントサーバシステムにおけるサーバ装置に適用されていた。しかしながら、本発明の情報処理装置が、サーバ装置以外の情報処理装置に適用されてもよい。例えば、本発明の情報処理装置がユーザ端末2等に適用されてもよい。そして、例えば、情報処理装置が備える制御部が本発明における手段として機能することにより、制御部が、ディスプレイ等の表示手段により、削除候補及び登録候補を提示させてもよい。この場合、表示手段は、情報処理装置に備えられていてもよい。または、表示手段は、情報処理装置とは別個の装置であってもよい。
1 電子商店街サーバ
2 ユーザ端末
11 通信部
12 記憶部
12a 会員情報DB
12b ジャンル情報DB
12c 商品情報DB
12d 操作履歴DB
12e お気に入り情報DB
13 入出力インターフェース
14 システム制御部
14a CPU
14b ROM
14c RAM
15 システムバス
NW ネットワーク
S 情報提供システム

Claims (8)

  1. 選択対象情報への参照のリストに登録される選択対象を識別する選択対象識別情報と、前記リストへの登録操作をしたユーザを識別するユーザ識別情報と、を対応付けてリスト記憶手段に記憶させる記憶制御手段と、
    対象ユーザを識別する対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象の属性と、前記リストに登録された選択対象の属性の範囲が収束する時期の基準を示す基準時点とを取得する特定情報取得手段と、
    前記特定情報取得手段により取得された前記属性と、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち前記基準時点以降に前記リストに登録された選択対象の属性とに基づいて、前記リストに登録された選択対象の属性の範囲が収束したと判定された場合、前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち、前記収束した範囲に含まれる属性を有さない選択対象を、前記リストからの削除候補として提示させ選択対象情報に含まれる少なくとも一部の情報が表示された選択対象を識別する選択対象識別情報と、前記少なくとも一部の情報を表示させたユーザを識別するユーザ識別情報とを対応付けて記憶する履歴記憶手段から、前記対象ユーザ識別情報に対応付けられ、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶されておらず、かつ、前記収束した範囲に含まれる属性を有する選択対象を示す選択対象識別情報を特定し、該特定された選択対象識別情報が示す選択対象を、前記リストへの登録候補として提示させる修正制御手段と、
    を備えることを特徴とする情報処理装置。
  2. 請求項1に記載の情報処理装置において、
    前記修正制御手段は、前記リストに登録された複数の選択対象のうち、前記基準時点以降に前記リストに登録された1以上の選択対象の属性が、前記複数の選択対象の属性の範囲に含まれる一部の属性に偏っている場合、前記リストに登録された選択対象の属性の範囲が収束したと判定することを特徴とする情報処理装置。
  3. 請求項1又は2に記載の情報処理装置において、
    前記特定情報取得手段は、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象について階層的に定義される属性を取得し、
    前記修正制御手段は、前記リストに登録された複数の選択対象の第1基準階層の属性と、前記複数の選択対象のうち前記基準時点以降に前記リストに登録された1以上の選択対象の属性であって、前記第1基準階層よりも低い第2基準階層の属性とに基づいて、前記リストに登録された選択対象の属性の範囲が収束したか否かを判定することを特徴とする情報処理装置。
  4. 請求項1又は2に記載の情報処理装置において、
    前記特定情報取得手段は、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象の属性値を取得し、
    前記修正制御手段は、前記リストに登録された複数の選択対象のうち、前記基準時点以降に前記リストに登録された1以上の選択対象の属性値の範囲の最小値と最大値との差に基づいて、前記リストに登録された選択対象の属性の範囲が収束したか否かを判定することを特徴とする情報処理装置。
  5. 請求項1乃至4の何れか1項に記載の情報処理装置において、
    前記修正制御手段は、前記対象ユーザが前記選択対象情報を閲覧した選択対象のみを前記リストへの登録候補として提示させることを特徴とする情報処理装置。
  6. 請求項1乃至5の何れか1項に記載の情報処理装置において、
    前記特定情報取得手段により取得された前記属性と異なる第2属性であって、前記リストに登録された選択対象の属性の範囲が収束した後に前記記憶制御手段により前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象の第2属性と、前記リストに登録された選択対象の属性の範囲が収束した後に前記選択対象情報が閲覧された選択対象の第2属性と、を取得する属性情報取得手段と、
    前記属性情報取得手段により取得された前記第2属性に基づいて、前記選択対象情報が閲覧された選択対象の中で前記リストに登録されなかった選択対象の第2属性の範囲のうち、前記リストに登録された選択対象の第2属性の範囲と重複しない範囲を特定する特定手段と、
    前記特定手段により特定された前記範囲に第2属性が含まれる選択対象を前記リストから削除する制御を行う削除制御手段と、
    を更に備えることを特徴とする情報処理装置。
  7. コンピュータにより実行される情報処理方法であって、
    選択対象情報への参照のリストに登録される選択対象を識別する選択対象識別情報と、前記リストへの登録操作をしたユーザを識別するユーザ識別情報と、を対応付けてリスト記憶手段に記憶させる記憶制御ステップと、
    対象ユーザを識別する対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象の属性と、前記リストに登録された選択対象の属性の範囲が収束する時期の基準を示す基準時点とを取得する特定情報取得ステップと、
    前記特定情報取得ステップにより取得された前記属性と、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち前記基準時点以降に前記リストに登録された選択対象の属性とに基づいて、前記リストに登録された選択対象の属性の範囲が収束したと判定された場合、前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち、前記収束した範囲に含まれる属性を有さない選択対象を、前記リストからの削除候補として提示させ選択対象情報に含まれる少なくとも一部の情報が表示された選択対象を識別する選択対象識別情報と、前記少なくとも一部の情報を表示させたユーザを識別するユーザ識別情報とを対応付けて記憶する履歴記憶手段から、前記対象ユーザ識別情報に対応付けられ、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶されておらず、かつ、前記収束した範囲に含まれる属性を有する選択対象を示す選択対象識別情報を特定し、該特定された選択対象識別情報が示す選択対象を、前記リストへの登録候補として提示させる修正制御ステップと、
    を含むことを特徴とする情報処理方法。
  8. コンピュータを、
    選択対象情報への参照のリストに登録される選択対象を識別する選択対象識別情報と、前記リストへの登録操作をしたユーザを識別するユーザ識別情報と、を対応付けてリスト記憶手段に記憶させる記憶制御手段、
    対象ユーザを識別する対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象の属性と、前記リストに登録された選択対象の属性の範囲が収束する時期の基準を示す基準時点とを取得する特定情報取得手段、及び、
    前記特定情報取得手段により取得された前記属性と、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち前記基準時点以降に前記リストに登録された選択対象の属性とに基づいて、前記リストに登録された選択対象の属性の範囲が収束したと判定された場合、前記リスト記憶手段に記憶された前記選択対象識別情報が示す選択対象のうち、前記収束した範囲に含まれる属性を有さない選択対象を、前記リストからの削除候補として提示させ選択対象情報に含まれる少なくとも一部の情報が表示された選択対象を識別する選択対象識別情報と、前記少なくとも一部の情報を表示させたユーザを識別するユーザ識別情報とを対応付けて記憶する履歴記憶手段から、前記対象ユーザ識別情報に対応付けられ、前記対象ユーザ識別情報に対応付けて前記リスト記憶手段に記憶されておらず、かつ、前記収束した範囲に含まれる属性を有する選択対象を示す選択対象識別情報を特定し、該特定された選択対象識別情報が示す選択対象を、前記リストへの登録候補として提示させる修正制御手段、
    として機能させることを特徴とする情報処理プログラム。
JP2015523801A 2013-06-28 2013-06-28 情報処理装置、情報処理方法及び情報処理プログラム Active JP5976216B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2013/067888 WO2014207922A1 (ja) 2013-06-28 2013-06-28 情報処理装置、情報処理方法及び情報処理プログラム

Publications (2)

Publication Number Publication Date
JP5976216B2 true JP5976216B2 (ja) 2016-08-23
JPWO2014207922A1 JPWO2014207922A1 (ja) 2017-02-23

Family

ID=52141313

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015523801A Active JP5976216B2 (ja) 2013-06-28 2013-06-28 情報処理装置、情報処理方法及び情報処理プログラム

Country Status (3)

Country Link
US (1) US10430809B2 (ja)
JP (1) JP5976216B2 (ja)
WO (1) WO2014207922A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008140082A (ja) * 2006-11-30 2008-06-19 Toshiba Corp 情報推薦システム及び情報推薦プログラム
WO2008146456A1 (ja) * 2007-05-28 2008-12-04 Panasonic Corporation 情報探索支援方法および情報探索支援装置
JP2013077107A (ja) * 2011-09-30 2013-04-25 Rakuten Inc 情報処理装置、情報処理方法、情報処理プログラム、及び記録媒体

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6317722B1 (en) * 1998-09-18 2001-11-13 Amazon.Com, Inc. Use of electronic shopping carts to generate personal recommendations
US7720723B2 (en) * 1998-09-18 2010-05-18 Amazon Technologies, Inc. User interface and methods for recommending items to users
AU5934900A (en) * 1999-07-16 2001-02-05 Agentarts, Inc. Methods and system for generating automated alternative content recommendations
AU2001251248A1 (en) * 2000-04-03 2001-10-15 The Pugliese Company System and method for displaying and selling goods and services
US7315834B2 (en) * 2000-10-27 2008-01-01 Microsoft Corporation Wish list
US7284256B2 (en) * 2000-12-04 2007-10-16 Sony Corporation Method and system to maintain relative statistics for creating automatically a list of favorites
US7346559B2 (en) * 2001-02-14 2008-03-18 International Business Machines Corporation System and method for automating association of retail items to support shopping proposals
US7194477B1 (en) * 2001-06-29 2007-03-20 Revenue Science, Inc. Optimized a priori techniques
US7356490B1 (en) * 2001-08-20 2008-04-08 Amazon.Com, Inc. Services for increasing the utility of electronic wish lists
US7831548B1 (en) * 2001-10-24 2010-11-09 Amazon Technologies, Inc. Systems and methods that use search queries to identify related lists
US7966334B1 (en) * 2001-10-24 2011-06-21 Amazon Technologies, Inc. Information retrieval systems and methods that use user-defined lists to identify related offerings
US8271357B2 (en) * 2007-12-11 2012-09-18 Ebay Inc. Presenting items based on activity rates
JP5186958B2 (ja) 2008-03-11 2013-04-24 富士通株式会社 指定商品案内装置、指定商品案内方法、およびコンピュータプログラム
US8244564B2 (en) * 2009-03-31 2012-08-14 Richrelevance, Inc. Multi-strategy generation of product recommendations
CN102687145B (zh) * 2009-12-28 2015-05-20 乐天株式会社 信息检索装置、件数决定方法、信息检索程序、信息检索系统及记录介质
US9215420B2 (en) * 2010-06-01 2015-12-15 Comcast Cable Communications, Llc Ranking search results
US8392290B2 (en) * 2010-08-13 2013-03-05 Ebay Inc. Seller conversion factor to ranking score for presented item listings
US20120099756A1 (en) * 2010-10-20 2012-04-26 Faiz Feisal Sherman Product Identification
US20120278127A1 (en) * 2011-04-28 2012-11-01 Rawllin International Inc. Generating product recommendations based on dynamic product context data and/or social activity data related to a product
JP5497702B2 (ja) * 2011-07-29 2014-05-21 楽天株式会社 情報提供装置、情報提供方法、情報提供プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体
JP5156123B1 (ja) * 2011-12-28 2013-03-06 楽天株式会社 情報処理装置、情報処理方法、情報処理プログラム、及び記録媒体
US20130218803A1 (en) * 2012-02-18 2013-08-22 CoolHotNot Corporation Consolidated Ranked Lists Based on Lists of Individual Contributors
US9384504B2 (en) * 2012-06-13 2016-07-05 Aggregate Shopping Corp. System and method for a user to perform online searching and purchasing of multiple items
US9224167B2 (en) * 2012-06-13 2015-12-29 Aggregate Shopping Corp. System and method for aiding user in online searching and purchasing of multiple items
US20140025532A1 (en) * 2012-07-19 2014-01-23 Barnesandnoble.Com Llc Correlated Content Recommendation Techniques
US9189539B2 (en) * 2013-03-15 2015-11-17 International Business Machines Corporation Electronic content curating mechanisms

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008140082A (ja) * 2006-11-30 2008-06-19 Toshiba Corp 情報推薦システム及び情報推薦プログラム
WO2008146456A1 (ja) * 2007-05-28 2008-12-04 Panasonic Corporation 情報探索支援方法および情報探索支援装置
JP2013077107A (ja) * 2011-09-30 2013-04-25 Rakuten Inc 情報処理装置、情報処理方法、情報処理プログラム、及び記録媒体

Also Published As

Publication number Publication date
US20160148221A1 (en) 2016-05-26
WO2014207922A1 (ja) 2014-12-31
JPWO2014207922A1 (ja) 2017-02-23
US10430809B2 (en) 2019-10-01

Similar Documents

Publication Publication Date Title
JP5235251B1 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP5124680B1 (ja) 情報処理装置、情報処理方法、情報処理プログラム及び記録媒体
JP5319829B1 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
US10776445B2 (en) Apparatus and a method for reference list prioritization
JP5156123B1 (ja) 情報処理装置、情報処理方法、情報処理プログラム、及び記録媒体
US9727607B2 (en) Systems and methods for representing search query rewrites
JP2014029687A (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP2013109725A (ja) 検索装置、検索方法、検索プログラム及び記録媒体
JP5492160B2 (ja) 関連付け装置、関連付け方法及び関連付けプログラム
JP5711440B1 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP5506104B2 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
CN103843026A (zh) 信息处理装置、信息处理方法、信息处理程序以及记录介质
JP5794881B2 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
JP6170261B1 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
JP5315485B1 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
TWI573032B (zh) Information processing device, information processing method, memory media
JP5976216B2 (ja) 情報処理装置、情報処理方法及び情報処理プログラム

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160530

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20160621

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160719

R150 Certificate of patent or registration of utility model

Ref document number: 5976216

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250