特許 5945369 目的物品情報を推薦するための方法およびシステム

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

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

(11)【特許番号】5945369

(24)【登録日】2016年6月3日

(45)【発行日】2016年7月5日

(54)【発明の名称】目的物品情報を推薦するための方法およびシステム

(51)【国際特許分類】

   G06F 17/30 20060101AFI20160621BHJP

   G06Q 30/02 20120101ALI20160621BHJP

【ＦＩ】

   G06F17/30 340B

   G06F17/30 210D

   G06Q30/02 380

【請求項の数】23

【全頁数】30

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

(86)(22)【出願日】2013年11月7日

(65)【公表番号】特表2015-536495(P2015-536495A)

(43)【公表日】2015年12月21日

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

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

(87)【国際公開日】20140530

【審査請求日】2015年4月20日

(31)【優先権主張番号】201210470206.1

(32)【優先日】2012年11月20日

(33)【優先権主張国】CN

(31)【優先権主張番号】14/073,740

(32)【優先日】2013年11月6日

(33)【優先権主張国】US

【早期審査対象出願】

(73)【特許権者】

【識別番号】510330264

【氏名又は名称】アリババ・グループ・ホールディング・リミテッド

【氏名又は名称原語表記】ＡＬＩＢＡＢＡ ＧＲＯＵＰ ＨＯＬＤＩＮＧ ＬＩＭＩＴＥＤ

(74)【代理人】

【識別番号】110000028

【氏名又は名称】特許業務法人明成国際特許事務所

(72)【発明者】

【氏名】ロン・ジア

【審査官】 樋口 龍弥

(56)【参考文献】

【文献】 特開２００３−２９６５４２（ＪＰ，Ａ）

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

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

【文献】 米国特許出願公開第２００５／０１８２７７３（ＵＳ，Ａ１）

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

Ｇ０６Ｆ １７／３０

Ｇ０６Ｑ ３０／０２

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

【請求項1】

目的物品情報を推薦するための方法であって、
第１のユーザによって選択された複数の候補物品に関する情報を含む目的物品情報推薦要求を受信し、
前記複数の候補物品に関する選択履歴情報を決定し、前記選択履歴情報は、各候補物品が選択されて過去の目的物品情報推薦要求がサーバに送信された過去の回数に対応する履歴カウント数、および、各候補物品が過去の目的物品情報推薦要求から第２のユーザによって目的物品として選択された回数に対応する選択カウント数を含み、
前記候補物品の選択履歴情報の一部または全部をクライアントに送信することであって、
前記複数の候補物品の前記選択カウント数および前記履歴カウント数に基づいて前記複数の候補物品についての支持率を計算し、
前記複数の候補物品の前記支持率をランク付け、
ランク付けられた前記支持率に基づいて１つ以上の候補物品を選択し、
選択された前記１つ以上の候補物品を前記クライアントに送信することを含む、前記候補物品の選択履歴情報の一部または全部をクライアントに送信すること、
を備える、方法。

【請求項2】

請求項１に記載の方法であって、前記選択履歴情報は、前記候補物品に関する前記第２のユーザによる評価情報を含む、方法。

【請求項3】

請求項１に記載の方法であって、
前記目的物品情報推薦要求は、推奨時間範囲パラメータを含み、
前記複数の候補物品に関する前記選択履歴情報を決定することは、
前記推奨時間範囲パラメータに対応する時間範囲を決定し、
前記時間範囲内の前記複数の候補物品に関する前記選択履歴情報を決定すること、
を備える、方法。

【請求項4】

請求項１に記載の方法であって、前記目的物品情報推薦要求は、第１のユーザ情報を含み、
前記方法は、さらに、
前記複数の候補物品に関する前記選択履歴情報を決定する前に、
前記第１のユーザ情報に基づいて、ユーザデータベース内で前記第１のユーザのランクをルックアップし、
前記第１のユーザの前記ランクが、設定されたランク制限条件を満たすか否かを評価し、
前記第１のユーザの前記ランクが、設定された前記ランク制限条件を満たす場合に、前記第１のユーザの前記複数の候補物品に関する前記選択履歴情報の決定を実行すること、
を備える、方法。

【請求項5】

請求項１に記載の方法であって、前記目的物品情報推薦要求は、前記複数の候補物品に関する属性情報を含み、
前記方法は、さらに、
前記複数の候補物品に関する前記選択履歴情報を決定する前に、前記複数の候補物品の属性が、１セットの事前設定された属性基準に属するか否かを判定することを備え、
前記複数の候補物品に関する前記選択履歴情報を決定することは、前記複数の候補物品の内、前記１セットの事前設定された属性基準に属する前記候補物品に関する前記選択履歴情報を決定することを含む、方法。

【請求項6】

請求項１に記載の方法は、さらに、
前記複数の候補物品に関する前記選択履歴情報を決定する前に、
候補物品の情報に基づいて、前記複数の候補物品の属性情報を決定し、
前記複数の候補物品に関する前記属性情報に基づいて、前記複数の候補物品の中で同じ属性を有する候補物品をグループ化し、
前記複数の候補物品に関する前記選択履歴情報を決定した後に、各グループの候補物品に関する前記支持率をグループ分けに従って送り返すこと、
を備える、方法。

【請求項7】

請求項６に記載の方法は、さらに、
前記複数の候補物品の中で同じ属性を有する候補物品をグループ化した後に、
各グループ内の前記複数の候補物品の類似度を決定し、
各グループ内の前記複数の候補物品の前記類似度に基づいて、各グループ内の前記複数の候補物品を下位グループに分割し、
前記複数の候補物品に関する前記選択履歴情報を決定した後に、前記下位グループの内の各グループの候補物品に関する前記支持率をクライアントに送り返すこと、
を備える、方法。

【請求項8】

請求項６に記載の方法であって、前記複数の候補物品の少なくとも１つに関する前記支持率をクライアントに送信すること、
候補物品が所定の閾値よりも高い支持率を有するか否かを判定し、
前記所定の閾値よりも高い支持率を有する前記候補物品の内の１または複数に関する前記支持率をクライアントに送信すること、
を含む、方法。

【請求項9】

請求項１に記載の方法であって、
前記目的物品情報推薦要求は、前記複数の候補物品のリンクアドレスを含み、
前記方法は、さらに、
前記複数の候補物品に関する前記選択履歴情報を決定する前に、候補物品のリンクアドレスが有効であるか否かを判定することを備え、
前記複数の候補物品に関する前記選択履歴情報を決定することは、有効なリンクアドレスを持つ候補物品に関する前記選択履歴情報を決定することを備える、方法。

【請求項10】

請求項１に記載の方法であって、前記目的物品情報推薦要求は、前記複数の候補物品に関する情報を含み、
前記方法は、さらに、
前記複数の候補物品に関する前記選択履歴情報を決定する前に、
前記候補物品の情報に基づいて、前記候補物品の物品供給に関する情報を決定し、
前記候補物品の情報に基づいて、前記複数の候補物品の内の任意の候補物品の前記物品供給が、事前設定された基準を満たすか否かを判定すること、
を備え、
前記複数の候補物品に関する前記選択履歴情報を決定することは、物品供給が設定された基準を満たす候補物品に関する前記選択履歴情報を決定することを備える、方法。

【請求項11】

請求項６に記載の方法は、さらに、
前記複数の候補物品の少なくとも１つに関する前記支持率をクライアントに送信した後に、
前記複数の候補物品に関する前記選択履歴情報に従って、前記複数の候補物品の中から前記第１のユーザによって選択された前記目的物品を記録し、
前記第１のユーザによってこの時になされた選択を前記目的物品に関する選択履歴情報の１つと見なすこと、
を備える、方法。

【請求項12】

請求項１に記載の方法は、さらに、
前記第１のユーザによって選択された前記複数の候補物品に関する前記情報を含む目的物品情報推薦要求を受信した後に、
前記サーバの第３のユーザを決定し、
前記第１のユーザの候補物品に関する目的物品情報推薦を行うことを前記第３のユーザに依頼するために、参加要求を前記第３のユーザに発行し、
前記第１のユーザの前記候補物品に関する前記第３のユーザの推薦情報を記録し、
前記候補物品に関する前記第３のユーザの前記推薦情報を前記候補物品に関する選択履歴情報の１つと見なすこと、
を備える、方法。

【請求項13】

請求項１に記載の方法は、さらに、
前記第１のユーザの前記候補物品に関する目的物品情報推薦を行うことを第４のユーザに依頼するために、依頼情報を前記第４のユーザに送信し、
前記第１のユーザの前記候補物品に関する前記第４のユーザの推薦情報を記録し、
前記候補物品に関する前記第４のユーザの前記推薦情報を前記候補物品の支持情報と見なすこと、
を備える、方法。

【請求項14】

請求項１３に記載の方法であって、前記第４のユーザは、前記候補物品に関係のあるユーザであり、前記複数の候補物品の少なくとも１つを前記目的物品として選択したユーザである、方法。

【請求項15】

目的物品情報を推薦するための方法であって、
第１のユーザによって選択された複数の候補物品に関する情報を受信し、
選択された情報に基づいて、前記第１のユーザによって選択された前記複数の候補物品に関する情報を含む目的物品情報推薦要求を生成し、
前記目的物品情報推薦要求に基づいて前記複数の候補物品に関する選択履歴情報を決定するよう構成されたサーバに前記目的物品情報推薦要求を送信し、前記選択履歴情報は、前記複数の候補物品が選択されて目的物品情報推薦要求がサーバに送信された過去の回数に対応する履歴カウント数、および、前記複数の候補物品が過去の目的物品情報推薦要求から第２のユーザによって目的物品として選択された回数に対応する選択カウント数を含み、
前記サーバによって送信された前記候補物品の選択履歴情報の少なくともいくつかを受信することであって、
前記候補物品の少なくともいくつかの前記選択カウント数および前記履歴カウント数に基づいて前記候補物品の少なくともいくつかについての支持率を計算し、
前記候補物品の少なくともいくつかの前記支持率をランク付け、
ランク付けられた前記支持率に基づいて１つ以上の候補物品を選択すること、を含む前記サーバによって送信された前記候補物品の選択履歴情報の少なくともいくつかを受信すること、
を備える、方法。

【請求項16】

請求項１５に記載の方法であって、
前記第１のユーザによって選択された前記複数の候補物品に関する前記情報を受信することは、
ブックマークフォルダまたは閲覧履歴記録を通して前記第１のユーザによって選択された候補物品を受信することを含み、前記受信された情報は、前記候補物品の情報を含み、
前記目的物品情報推薦要求は、前記第１のユーザによって選択された前記複数の候補物品に関する情報を含む、方法。

【請求項17】

請求項１５に記載の方法であって、
前記複数の候補物品に関して前記第１のユーザによって選択された情報を受信することは、リンクアドレスを通して前記第１のユーザによって選択された候補物品を受信することを含み、前記受信された情報は、前記候補物品に関する前記リンクアドレスを含み、
前記目的物品情報推薦要求は、前記第１のユーザによって選択された前記複数の候補物品の前記リンクアドレスを含む、方法。

【請求項18】

請求項１５に記載の方法であって、前記支持率は、前記過去の回数および前記選択回数を参照して前記候補物品から得られた少なくとも１つの候補物品の支持情報である、方法。

【請求項19】

目的物品情報を推薦するためのサーバであって、
少なくとも１つのプロセッサであって、
第１のユーザによって選択された複数の候補物品に関する情報を含む目的物品情報推薦要求を受信し、
前記複数の候補物品に関する選択履歴情報を決定し、前記選択履歴情報は、各候補物品が選択されて過去の目的物品情報推薦要求がサーバに送信された過去の回数に対応する履歴カウント数、および、各候補物品が過去の目的物品情報推薦要求から第２のユーザによって目的物品として選択された回数に対応する選択カウント数を含み、
前記候補物品の選択履歴情報の一部または全部をクライアントに送信することであって、
前記複数の候補物品の前記選択カウント数および前記履歴カウント数に基づいて前記複数の候補物品についての支持率を計算し、
前記複数の候補物品の前記支持率をランク付け、
ランク付けられた前記支持率に基づいて１つ以上の候補物品を選択し、
選択された前記１つ以上の候補物品を前記クライアントに送信することを含む、前記候補物品の選択履歴情報の一部または全部をクライアントに送信するように構成されている、少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続され、前記少なくとも１つのプロセッサに命令を提供するように構成されているメモリと、
を備える、サーバ。

【請求項20】

目的物品情報を推薦するためのクライアントであって、
少なくとも１つのプロセッサであって、
第１のユーザによって選択された複数の候補物品に関する情報を受信し、
選択された情報に基づいて、前記第１のユーザによって選択された前記複数の候補物品に関する情報を含む目的物品情報推薦要求を生成し、
サーバが前記目的物品情報推薦要求に基づいて前記複数の候補物品に関する選択履歴情報を決定するように、前記目的物品情報推薦要求を前記サーバに送信し、前記選択履歴情報は、前記複数の候補物品が選択されて過去の目的物品情報推薦要求がサーバに送信された過去の回数に対応する履歴カウント数、および、前記複数の候補物品が過去の目的物品情報推薦要求から第２のユーザによって目的物品として選択された回数に対応する選択カウント数を含み、
前記サーバによって送信された前記候補物品の選択履歴情報の少なくともいくつかを受信することであって、
前記候補物品の少なくともいくつかの前記選択カウント数および前記履歴カウント数に基づいて前記候補物品の少なくともいくつかについての支持率を計算し、
前記候補物品の少なくともいくつかの前記支持率をランク付け、
ランク付けられた前記支持率に基づいて１つ以上の候補物品を選択すること、を含む前記サーバによって送信された前記候補物品の選択履歴情報の少なくともいくつかを受信すること、することであって、
前記候補物品の少なくとも一部の前記選択カウント数および前記履歴カウント数に基づいて前記候補物品の少なくとも一部についての支持率を計算し、
前記候補物品の少なくとも一部の前記支持率をランク付け、
ランク付けられた前記支持率に基づいて１つ以上の候補物品を選択すること、を含む前記サーバによって送信された前記候補物品の選択履歴情報の少なくともいくつかを受信するように構成されている、少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続され、前記少なくとも１つのプロセッサに命令を提供するように構成されているメモリと、
を備える、クライアント。

【請求項21】

目的物品情報を推薦するためのコンピュータプログラムであって、
第１のユーザによって選択された複数の候補物品に関する情報を含む目的物品情報推薦要求を受信するための機能と、
前記複数の候補物品に関する選択履歴情報を決定するための機能と、前記選択履歴情報は、各候補物品が選択されて過去の目的物品情報推薦要求がサーバに送信された過去の回数に対応する履歴カウント数、および、各候補物品が過去の目的物品情報推薦要求から第２のユーザによって目的物品として選択された回数に対応する選択カウント数を含み、
前記候補物品の履歴選択情報の一部または全部をクライアントに送信するための機能であって、
前記複数の候補物品の前記選択カウント数および前記履歴カウント数に基づいて前記複数の候補物品についての支持率を計算し、
前記複数の候補物品の前記支持率をランク付け、
ランク付けられた前記支持率に基づいて１つ以上の候補物品を選択し、
選択された前記１つ以上の候補物品を前記クライアントに送信することを含む、前記候補物品の選択履歴情報の一部または全部をクライアントに送信することを含む、前記候補物品の履歴選択情報の一部または全部をクライアントに送信するための機能をコンピュータによって実現させる、コンピュータプログラム。

【請求項22】

目的物品情報を推薦するためのコンピュータプログラムであって、
第１のユーザによって選択された複数の候補物品に関する情報を受信するための機能と、
選択された情報に基づいて、前記第１のユーザによって選択された前記複数の候補物品に関する情報を含む目的物品情報推薦要求を生成するための機能と、
サーバが前記目的物品推薦要求に基づいて前記複数の候補物品に関する選択履歴情報を決定するように、前記目的物品情報推薦要求を前記サーバに送信するための機能と、前記選択履歴情報は、前記複数の候補物品が選択されて過去の目的物品情報推薦要求がサーバに送信された過去の回数に対応する履歴カウント数、および、前記複数の候補物品が過去の目的物品情報推薦要求から第２のユーザによって目的物品として選択された回数に対応する選択カウント数を含み、
前記サーバによって送信された前記候補物品の選択履歴情報の少なくともいくつかを受信するための機能であって、
前記候補物品の少なくともいくつかの前記選択カウント数および前記履歴カウント数に基づいて前記候補物品の少なくともいくつかについての支持率を計算し、
前記候補物品の少なくともいくつかの前記支持率をランク付け、
ランク付けられた前記支持率に基づいて１つ以上の候補物品を選択すること、を含む前記サーバによって送信された前記候補物品の選択履歴情報の少なくともいくつかを受信するための機能、をコンピュータによって実現させるコンピュータプログラム。

【請求項23】

請求項１に記載の方法において、前記ランク付けられた支持率に基づく前記１つ以上の候補物品の選択は、上位Ｎ番目（Ｎは自然数）までの高支持率を有する前記１つ以上の候補物品に基づいてＮ個の候補物品を選択することを含む、方法。

【発明の詳細な説明】

【技術分野】

【0001】

他の出願の相互参照
本願は、すべての目的のために参照により本明細書に組み込まれる、２０１２年１１月２０日に出願された発明の名称を「ＴＡＲＧＥＴ ＯＢＪＥＣＴ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＣＯＭＭＥＮＤＩＮＧ ＭＥＴＨＯＤ，ＳＥＲＶＥＲ，ＡＮＤ ＣＬＩＥＮＴ（目的物品情報を推薦するための方法、サーバおよびクライアント）」とする中国特許出願第２０１２１０４７０２０６．１号に基づく優先権を主張する。

【0002】

本願は、目的物品情報を推薦するための方法およびシステムに関する。

【背景技術】

【0003】

インターネットアプリケーションが、個人および企業に普及してきた。最近、多くのタイプのインターネットビジネスサービスがあり、主に様々なインターネットサーバ上に展開されている。例えば、人気のある取引タイプのウェブサイトで、ネットワークサーバが、様々な種類の取引サービスを一般大衆に提供している。取引サービスは、物理的実体の取引サービス、情報取引サービスなどを含む。他のユーザが選択できるようにウェブサイトがウェブページに提供できる商取引物品に関する説明情報をユーザに表示させることが、かかるウェブサイト上でビジネスサービスが実施される一例である。例えば、商取引物品が物理的実体である場合、ウェブページに表示される説明情報は、商取引物品の名称、利用法、および、価格と共に、画像を含む。別の例において、商取引物品が情報である場合、ウェブページに表示される説明情報は、情報の要旨またはキーフレーズである。ウェブサイトがウェブページ上で提供できる商取引物品に関する説明情報が、ウェブページに表示された商取引物品を閲覧することによって表示された後、他のユーザは、次のビジネスサービスを実行するために自身が用いる物品を選択できる。例えば、商取引物品を取得するために、要求がサーバに送信される。ウェブサイトサーバは、確立された処理方法に従って、物品を取得する。複数のかかる確立された処理方法が存在しうる。例えば、ユーザは、ログインを要求するか、または、物品に対して特定の料金の支払いを要求する。

【0004】

現在は、ユーザがウェブページ上に表示された商取引物品を選択する時、ユーザの選択は、主に、選択される商取引物品に関する説明情報に基づいてなされる。例えば、ユーザは、ウェブページ上に表示された物品に関する名称、目的、画像、および、その他のかかる情報を見ることにより、商取引物品がユーザの条件と一致するか否かを判断する。実際の応用例では、大量の商取引物品が、インターネット上に存在する。通例、各商取引物品についての説明情報は、商取引物品の簡単な説明である。しばしば、商取引物品の説明情報に基づいて商取引物品を完全に理解することは、ユーザにとって非常に困難である。例えば、商取引物品をまだ実際に取得していないユーザにとって、ウェブページに記述された商取引物品が動作上の欠陥を有するか否か、商取引物品の画像が本物であるか否か、説明情報が正確か否か、などを判断することは非常に困難である。誤った説明情報が商取引物品に追加されている場合に適切な商取引物品を選択することは、ユーザにとって特に困難である。

【0005】

いくつかの従来のインターネットアプリケーションにおいて、第１のユーザが、商取引物品を閲覧している間に、商取引物品に購入する価値があるか否かを判断するための助言を得ようと、第１のユーザによって閲覧された商取引物品を理解している可能性のある第２のユーザとの接続を確立する。例えば、第１のユーザは、第１のユーザの友達である第２のユーザに、第１のユーザが購入したい商取引物品（例えば、商品）についての第２のユーザの意見がどうであるか聞くことができる。

【0006】

上述の制限のいくつかは、１）第２のユーザが、第１のユーザによって閲覧された商取引物品を実際には理解していない場合がある。したがって、第２のユーザから得られる商取引物品を説明する確認情報が、正確でないことがある。２）かかる通信モードは、的外れであり、サーバおよびネットワークのリソースを浪費しうる。３）第２のユーザが閲覧された商取引物品を理解していることを第１のユーザが知っていても、第２のユーザがオンラインではない場合がある。この場合、第１のユーザは、第２のユーザとの接続をすぐに構築して回答を得ることができないため、商取引物品を確認する情報を得ることができない。これは非効率的である。４）第１のユーザが第２のユーザとの通信接続を確立することができても、得られた確認情報が、非常に限られている場合がある。誤った説明情報が商取引物品の提供者によって提供される可能性が非常に高く、確認情報は、商取引物品に対応する説明情報の正確さを反映できない。

【図面の簡単な説明】

【0007】

以下の詳細な説明と添付の図面において、本発明の様々な実施形態を開示する。

【0008】

本願の技術的解決法のより明確な説明を提供するために、実施形態または従来技術の説明に必要な図面について、以下で簡単に説明する。明らかに、以下で説明する図面は、本発明のいくつかの例にすぎない。当業者であれば、創造的努力を費やすことなしに、これらの図面に基づいて他の図面を得ることができる。

【0009】

【図1】目的物品情報を推薦するためのシステムの一実施形態を示す構造図。

【0010】

【図2】目的物品情報を推薦するための方法の一実施形態を示すフローチャート。

【0011】

【図3】目的物品情報を推薦するためのシステムの一例を示す構造図。

【0012】

【図4】目的物品情報を推薦するためのシステムにおけるクライアントブラウザ表示状態の一例を示す概略図。

【0013】

【図5】目的物品情報を推薦するための方法の別の実施形態を示すフローチャート。

【0014】

【図6A】目的物品情報を推薦するための方法のさらに別の実施形態を示すフローチャート。

【0015】

【図6B】目的物品情報を推薦するための方法のさらに別の実施形態を示すフローチャート。

【0016】

【図7】目的物品情報を推薦するための方法のさらに別の実施形態を示すフローチャート。

【0017】

【図8】目的物品情報を推薦するための方法のさらに別の実施形態を示すフローチャート。

【0018】

【図9】目的物品情報を推薦するための方法のさらに別の実施形態を示すフローチャート。

【0019】

【図10】目的物品情報を推薦するためのサーバの一実施形態を示す構造図。

【0020】

【図11】目的物品情報を推薦するためのクライアントの一実施形態を示す構造図。

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

【0021】

本発明は、処理、装置、システム、物質の組成、コンピュータ読み取り可能な格納媒体上に具現化されたコンピュータプログラム製品、および／または、プロセッサ（プロセッサに接続されたメモリに格納および／またはそのメモリによって提供される命令を実行するよう構成されたプロセッサ）を含め、様々な形態で実装されうる。本明細書では、これらの実装または本発明が取りうる任意の他の形態を、技術と呼ぶ。一般に、開示された処理の工程の順序は、本発明の範囲内で変更されてもよい。特に言及しない限り、タスクを実行するよう構成されるものとして記載されたプロセッサまたはメモリなどの構成要素は、ある時間にタスクを実行するよう一時的に構成された一般的な構成要素として、または、タスクを実行するよう製造された特定の構成要素として実装されてよい。本明細書では、「プロセッサ」という用語は、１または複数のデバイス、回路、および／または、コンピュータプログラム命令などのデータを処理するよう構成された処理コアを指すものとする。

【0022】

以下では、本発明の原理を示す図面を参照しつつ、本発明の１または複数の実施形態の詳細な説明を行う。本発明は、かかる実施形態に関連して説明されているが、どの実施形態にも限定されない。本発明の範囲は、特許請求の範囲によってのみ限定されるものであり、多くの代替物、変形物、および、等価物を含む。以下の説明では、本発明の完全な理解を提供するために、多くの具体的な詳細事項が記載されている。これらの詳細事項は、例示を目的としたものであり、本発明は、これらの具体的な詳細事項の一部または全てがなくとも特許請求の範囲に従って実施可能である。簡単のために、本発明に関連する技術分野で周知の技術要素については、本発明が必要以上にわかりにくくならないように、詳細には説明していない。

【0023】

本願は、目的物品情報を推薦するための方法およびシステムの実施形態を提供する。方法およびシステムは、ユーザがウェブページ上の商取引物品を閲覧するための処理に適用できる。本願によって提供される目的物品情報推薦のための方法およびシステムは、様々な種類のインターネットビジネスウェブサイトに適用できる。

【0024】

図１は、目的物品情報を推薦するためのシステムの一実施形態を示す構造図である。いくつかの実施形態において、システム１００は、ネットワーク１３０を介して複数のクライアント１２０に接続されたサーバ１１０を含む。クライアント１２０は、コンピュータ、スマートフォン、タブレットコンピュータ、および、その他のかかるハードウェアを含むが、それらに限定されない。ウェブページおよびアプリケーションは、かかるハードウェアによって提供される。クライアント１２０の１または複数のオペレータは、１または複数のオンラインユーザである。

【0025】

図２は、目的物品情報を推薦するための方法の一実施形態を示すフローチャートである。いくつかの実施形態において、方法２００は、図１のサーバ１１０によって実施され、以下の工程を備える。

【0026】

工程２１０では、サーバは、目的物品情報推薦要求を受信する。いくつかの実施形態において、要求は、第１のユーザによって選択された複数の候補物品（選考物品）に関する情報を含む。

【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】

図３を一例として用いて、第１のユーザＡは、第１のユーザＡが選択したいくつかの候補物品に関する過去一ヶ月の選択履歴情報を取得したいとする。したがって、目的物品情報推薦要求を送信する前に、第１のユーザＡは、直近一ヶ月に関する時間範囲を選択する。サーバは、第１のユーザＡの要求を受信した後、候補物品選択履歴情報が直近一ヶ月に関する情報を含むように、候補物品の選択履歴情報を選別する。

【0055】

上述の実施例では、商取引物品情報推薦の正確さおよび適時性を増し、クエリ効率を上げるために、データの冗長性を避けることが可能である。

【0056】

いくつかの実施形態において、目的物品情報推薦要求は、大量のネットワークリソースの消費を必要とするので、サーバは、いくつかの登録ユーザが連続して同様の要求を送信した時にオーバーロードになる。いくつかの実施形態では、悪意のある要求を避け、サーバ負荷を削減するために、要求を送信するユーザに制限が課せられる。図５は、目的物品情報を推薦するための方法の別の実施形態を示すフローチャートである。いくつかの実施形態において、方法５００は、複数の候補物品に関する選択履歴情報を決定する前に実行され、以下の工程を備える。

【0057】

工程５１０では、サーバは、第１のユーザ情報に基づいて、ユーザデータベース内の第１のユーザの評判ランクを決定する。

【0058】

いくつかの実施形態において、ユーザのランクは、第１のユーザ情報に従って決定され、ユーザデータベースに記録される。第１のユーザ情報は、ユーザネットワーク行動情報を含む。例えば、ユーザネットワーク行動情報は、ユーザ登録情報、ショッピング情報、アクセス情報、または、それらの任意の組み合わせを含む。

【0059】

いくつかの実施形態において、第１のユーザ情報は、第１のユーザのＩＤ情報またはその他の情報を含む。

【0060】

いくつかの実施形態において、評判ランクの決定は、ユーザのレビュー評価、ユーザがＶＩＰユーザ登録を有しているか否か、などに基づいてなされる。 例えば、ユーザは、肯定的なレビュー評価、賛否両論のレビュー評価、否定的なレビュー評価などを有する。サーバは、ユーザが商品推薦を行う資格があるか否かを決定するための規準を設定し、リソースの浪費を削減するために実質的でない推薦を拒絶する。

【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】

工程９１０では、クライアントは、第１のユーザによって選択された複数の候補物品に関する情報を受信する。

【0111】

例として、クライアントは、スマートフォン、タブレットコンピュータ、パーソナルコンピュータなどを含む。第１のユーザは、クライアントを介してインターネットウェブサイトを訪問し、ウェブサイトの対応するウェブページに表示された商取引物品を閲覧し、商取引物品を選択して、最終目的物品を決定する。例えば、ウェブサイトの対応するウェブページに表示された商品は、商取引物品（例えば、物理的な商品、仮想的な商品、有益な情報など）である。最終目的物品は、対応するウェブページ上で商取引物品を閲覧して商取引物品を選択することによって確定される。第１のユーザは、クライアント上のウェブページに表示された商取引物品に基づいて、複数の商取引物品を候補物品として選択する。

【0112】

第１のユーザが候補物品を選択する方法は、ブックマークフォルダ内のブックマーク記録を用いて候補物品を追加する方法、閲覧履歴記録内の閲覧ログを用いて候補物品を追加する方法、候補物品リンクアドレスを入力することによって候補物品を追加する方法などを含む。

【0113】

図３を再び参照すると、サーバ３１０は、オンラインショッピングを提供する電子商取引プラットフォーム（ＴａｏｂａｏまたはＴｍａｌｌなど）である。ユーザは、クライアント３３０を介してビジネスプラットフォームサーバ３１０にアクセスし、ビジネスプラットフォームサーバ３１０で表示された商品からユーザが購入したい商品を選択する。

【0114】

第１のユーザであるユーザＡは、図４に示すように、クライアント３３０のウェブページを通して電子商取引プラットフォームにログオンした後、商業プラットフォームのサーバ３１０によって提供された複数の商品から選択を行う。第１のユーザＡは、同じ商品カテゴリ内の複数の候補物品を決定すると、商品として複数の候補物品の内の１または複数を最終的に購入する商品として選択し、注文を出す。複数の候補物品が第１のユーザＡの目の前にあるので、第１のユーザＡは、多くの選択肢に直面する。したがって、第１のユーザＡは、サーバ３１０が候補物品である商品に関する情報推薦を提供することを望む。

【0115】

例えば、商業プラットフォームのサーバ３１０は、多くのユーザから推薦を募るアプリケーションを提供する。第１のユーザＡは、Ｔａｏｂａｏを閲覧した後、ショルダーバッグを購入したいと思う。サーバ３１０を閲覧した後、第１のユーザＡは、６または７個の候補商品を選択するが、候補商品の内のいくつかの間での選択が非常に難しいことに気づく。まず、ユーザは、情報推薦の追加を必要とする商品を選択する。なお、これらの商品は候補物品である。情報推薦される商品を選択する時、第１のユーザＡは、ブラウザの記録から閲覧済みの商品を選択する、ブックマークフォルダからブックマーク済みの商品を選択する、ショッピング記録から商品を選択する、プロンプトフィールドに商品リンクを直接入力する、または、それらの任意の組み合わせで選択する。いくつかの実施形態において、ユーザは、情報推薦の追加を有する商品を選択する。

【0116】

例えば、図４に戻ると、４つの商品Ｘ、Ｙ、Ｚ、および、Ｑが存在する。第１のユーザＡは、複数のユーザが４つの商品Ｘ、Ｙ、Ｚ、および、Ｑに関する情報推薦を与えるようにビジネスプラットフォームのサーバ３１０が依頼することを望む。

【0117】

図９を再び参照すると、工程９２０では、クライアントは、受信した情報に基づいて目的物品情報推薦要求を生成する。要求は、第１のユーザによって選択された複数の候補物品に関する情報を含む。

【0118】

一例として、第１のユーザがクライアント上で複数の候補物品を選択した後、クライアントは、選択された情報に基づいて目的物品情報推薦要求を生成する。いくつかの実施形態において、目的物品情報推薦要求は、第１のユーザによって選択された候補物品に関する特徴情報を含む。特徴情報の例は、以下の内の１または複数を含む。候補物品が属するカテゴリ、候補物品の名称、番号、ＩＤ、リンクアドレスＵＲＬ、および、その他の情報。

【0119】

例えば、第１のユーザＡは、クライアント３３０のブラウザインターフェースを介して候補物品Ｘ、Ｙ、Ｚ、および、Ｑを選択した後、クライアント３３０上のインターフェースコントロールをクリックして、クライアントが目的物品情報推薦要求を生成するようトリガする。生成された目的物品情報推薦要求は、候補物品Ｘ、Ｙ、Ｚ、および、Ｑに関する情報を含む。

【0120】

工程９３０では、クライアントは、目的物品情報推薦要求をサーバに送信する。

【0121】

一例として、クライアントは、第１のユーザによって選択された候補物品のための目的物品情報推薦要求を生成した後、インターネットまたはネットワーク３２０を介して目的物品情報推薦要求をサーバに送信する。サーバは、候補物品の選択履歴情報フィードバックを提供する。

【0122】

工程９４０では、クライアントは、サーバによって送信された候補物品の選択履歴情報および／または支持情報の一部または全部を受信する。いくつかの実施形態において、選択履歴情報は、履歴カウント数（すなわち、複数の候補物品の中の各候補物品が第２のユーザによって選択されて、目的物品情報推薦要求がサーバに送信された過去の回数）と、選択カウント数（すなわち、目的物品情報推薦要求（これらの数が履歴カウントである）の中の候補物品が第２のユーザによって目的物品として選択された回数）とを含む。支持情報は、履歴カウント数および選択カウント数を参照する支持情報であり、候補物品の中の少なくとも１つの候補物品について取得される。

【0123】

いくつかの実施形態において、第１のユーザは、候補物品についての履歴カウント数、選択カウント数、支持情報、または、それらの任意の組み合わせに基づいて選択を行う。

【0124】

一例として、クライアントは、履歴カウント数および選択カウント数を受信すると、履歴カウント数および選択カウント数から支持情報を計算する。したがって、サーバによって送り返された候補物品の内の１または複数に関する支持情報が受信される。いくつかの実施形態において、支持情報は、候補物品の履歴支持率と、候補物品に関する評価情報とを含む。支持率は、上述したのと同じ方法で計算されるので、簡単のために計算については省略する。

【0125】

図３を再び参照すると、サーバは、クライアントによって送信された目的物品情報推薦要求を受信した後、履歴カウント数（すなわち、候補物品Ｘ、Ｙ、Ｚ、および、Ｑが候補物品として選択された過去の回数）と、選択カウント数（すなわち、候補物品が最終的に目的物品として選択された回数）とをルックアップし、各候補物品の支持率を取得する。Ｘの支持率が３０％、Ｙの支持率が５０％、Ｚの支持率が１８％、Ｑの支持率が４０％であると仮定する。したがって、いくつかの実施形態において、サーバは、最も高い支持率を有する候補物品Ｙの支持情報のみを送り返すことを選択し、第１のユーザにＹを推薦する。クライアントは、Ｙの支持情報だけを表示する。いくつかの実施形態において、サーバは、支持率が上位２番目までの候補物品ＹおよびＱの支持率をクライアントに送り返す。クライアントは、ＹおよびＱの支持率を表示し、それら両方をユーザＡに推薦する。

【0126】

いくつかの実施形態において、支持率は、クライアントによって計算される。サーバは、候補物品が候補物品として選択された過去の回数（履歴カウント数）および候補物品が目的物品として選択された回数（選択カウント数）のみをクライアントに送り返す。クライアントは、各候補物品の支持率を計算する。

【0127】

方法９００は、ユーザが商品情報を確認することを可能にし、通信リソースを節約することができる。

【0128】

図１０は、目的物品情報を推薦するためのサーバの一実施形態を示す構造図である。いくつかの実施形態において、サーバ１０００は、受信ユニット１０１０、決定ユニット１０２０、および、送信ユニット１０３０を備える。

【0129】

受信ユニット１０１０は、第１のユーザによって選択された複数の候補物品に関する情報を含む目的物品情報推薦要求を受信する。

【0130】

決定ユニット１０２０は、複数の候補物品に関する選択履歴情報を決定し、選択履歴情報は、複数の候補物品の中の各候補物品が第２のユーザによって選択されて、目的物品情報推薦要求がサーバに送信された過去の回数である履歴カウント数、および／または、目的物品情報推薦要求（これらの数が履歴カウント数である）の中の候補物品が第２のユーザによって目的物品として選択された回数である選択カウント数を含む。

【0131】

送信ユニット１０３０は、複数の候補物品選択履歴情報または選択履歴情報を参照することによって取得された支持情報の一部または全部を選んで、選択履歴情報または支持情報をクライアントに送信する。

【0132】

一例として、第１のユーザは、パーソナルコンピュータ（ＰＣ）、スマートフォン、タブレットコンピュータ、および、その他のクライアントなどで、様々なブラウザを通して第１のユーザにとって入手可能な複数の候補物品を有する場合に、クライアントブラウザまたはアプリケーションインターフェースのコントロールをトリガすることによって、目的物品情報推薦要求を送信する。受信ユニット１０１０は、目的物品情報推薦要求を受信し、それと同時に、目的物品情報推薦要求内の複数の候補物品に関する特徴情報（カテゴリおよび名称など）を取得する。

【0133】

決定ユニット１０２０は、目的物品情報推薦要求の内容および候補物品に関して取得された特徴情報に基づいて、物品情報データベース内で各候補物品に関する選択履歴情報をルックアップして決定する。換言すると、物品が候補物品として選択された過去の回数（履歴カウント数）、物品が選択に役立つように選択された回数、上記の候補物品が最終目的物品として選択された回数（選択カウント数）、および、その他のかかるデータである。

【0134】

決定ユニット１０２０が入手済みの候補物品に関する選択履歴情報を取得した後、送信ユニット１０３０は、選択履歴情報または（選択履歴情報を参照して取得された）支持情報をクライアントに送信する。取得された情報は、ユーザの参考のためにクライアントを介して表示される。

【0135】

図１１は、目的物品情報を推薦するためのクライアントの一実施形態を示す構造図である。いくつかの実施形態において、クライアント１１００は、第１の受信ユニット１１１０、生成ユニット１１２０、送信ユニット１１３０、および、第２の受信ユニット１１４０を備える。

【0136】

第１の受信ユニット１１１０は、複数の候補物品に関して第１のユーザによって選択された情報を受信する。

【0137】

生成ユニット１１２０は、受信された情報に基づいて、第１のユーザによって選択された複数の候補物品に関する情報を含む目的物品情報推薦要求を生成する。

【0138】

送信ユニット１１３０は、目的物品情報推薦要求に基づいて複数の候補物品に関する選択履歴情報を決定し、目的物品情報推薦要求をサーバに送信する。なお、選択履歴情報は、各候補物品が複数の候補物品から第２のユーザによって選択されて、目的物品情報推薦要求がサーバに送信された過去の回数である履歴カウント数、および／または、候補物品が過去の目的物品情報推薦要求（これらの数が履歴カウント数である）から第２のユーザによって目的物品として選択された回数である選択カウント数を含む。

【0139】

第２の受信ユニット１１４０は、サーバによって送信された候補物品選択履歴情報または支持情報の一部または全部を受信する。なお、支持情報は、過去の回数および選択回数を参照し、候補物品から得られた少なくとも１つの候補物品の支持情報である。

【0140】

上述のユニットは、１または複数の汎用プロセッサ上で実行されるソフトウェアコンポーネントとして、特定の機能を実行するよう設計されたプログラム可能論理デバイスおよび／または特定用途向け集積回路などのハードウェアとして、もしくは、それらの組み合わせとして実装することができる。いくつかの実施形態において、ユニットは、コンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワーク装置など）に本発明の実施形態に記載された方法を実行させるための複数の命令など、不揮発性記憶媒体（光学ディスク、フラッシュ記憶装置、携帯用ハードディスクなど）に格納することができるソフトウェア製品の形態で具現化されてよい。ユニットは、単一のデバイス上に実装されてもよいし、複数のデバイスにわたって分散されてもよい。ユニットの機能は、互いに統合されてもよいし、複数のサブユニットにさらに分割されてもよい。

【0141】

本明細書に開示の実施形態に照らして説明した方法またはアルゴリズム工程は、ハードウェア、プロセッサによって実行されるソフトウェアモジュール、または、両方の組み合わせを用いて実施されうる。ソフトウェアモジュールは、ランダムアクセスメモリ（ＲＡＭ）、メモリ、読み出し専用メモリ（ＲＯＭ）、電気的プログラム可能ＲＯＭ、電気的消去可能プログラム可能ＲＯＭ、レジスタ、ハードドライブ、リムーバブルディスク、ＣＤ−ＲＯＭ、または、任意の他の形態の当業者に周知の記憶媒体内にインストールされてよい。

【0142】

上述の実施形態は、理解しやすいようにいくぶん詳しく説明されているが、本発明は、提供された詳細事項に限定されるものではない。本発明を実施する多くの代替方法が存在する。開示された実施形態は、例示であり、限定を意図するものではない。
適用例１：目的物品情報を推薦するための方法であって、
第１のユーザによって選択された複数の候補物品に関する情報を含む目的物品情報推薦要求を受信し、
前記複数の候補物品に関する選択履歴情報を決定し、前記選択履歴情報は、各候補物品が選択されて過去の目的物品情報推薦要求がサーバに送信された過去の回数に対応する履歴カウント数、各候補物品が過去の目的物品情報推薦要求から第２のユーザによって目的物品として選択された回数に対応する選択カウント数、または、それら両方を含み、
前記候補物品の選択履歴情報の一部または全部をクライアントに送信すること、
を備える、方法。
適用例２：適用例１に記載の方法は、さらに、
前記選択履歴情報に少なくとも部分的に基づいて、前記複数の候補物品の中から前記候補物品の選択履歴情報の少なくとも一部を選択し、
前記選択履歴情報に少なくとも部分的に基づいて、前記候補物品の一部または全部の支持情報を決定し、
前記支持情報を前記クライアントに送信すること、
を備える、方法。
適用例３：適用例１に記載の方法であって、前記選択履歴情報は、前記候補物品に関する前記第２のユーザによる評価情報を含む、方法。
適用例４：適用例１に記載の方法であって、
前記目的物品情報推薦要求は、推奨時間範囲パラメータを含み、
前記複数の候補物品に関する前記選択履歴情報を決定することは、
前記推奨時間範囲パラメータに対応する時間範囲を決定し、
前記時間範囲内の前記複数の候補物品に関する前記選択履歴情報を決定すること、
を備える、方法。
適用例５：適用例１に記載の方法であって、前記目的物品情報推薦要求は、第１のユーザ情報を含み、
前記方法は、さらに、
前記複数の候補物品に関する前記選択履歴情報を決定する前に、
前記第１のユーザ情報に基づいて、ユーザデータベース内で前記第１のユーザのランクをルックアップし、
前記第１のユーザの前記ランクが、設定されたランク制限条件を満たすか否かを評価し、
前記第１のユーザの前記ランクが、設定された前記ランク制限条件を満たす場合に、前記第１のユーザの前記複数の候補物品に関する前記選択履歴情報の決定を実行すること、
を備える、方法。
適用例６：適用例１に記載の方法であって、前記目的物品情報推薦要求は、前記複数の候補物品に関する属性情報を含み、
前記方法は、さらに、
前記複数の候補物品に関する前記選択履歴情報を決定する前に、前記複数の候補物品の属性が、１セットの事前設定された属性基準に属するか否かを判定することを備え、
前記複数の候補物品に関する前記選択履歴情報を決定することは、前記複数の候補物品の内、前記１セットの事前設定された属性基準に属する前記候補物品に関する前記選択履歴情報を決定することを含む、方法。
適用例７：適用例１に記載の方法は、さらに、
前記複数の候補物品に関する前記選択履歴情報を決定する前に、
前記候補物品の情報に基づいて、前記複数の候補物品の属性情報を決定し、
前記複数の候補物品に関する前記属性情報に基づいて、前記複数の候補物品の中で同じ属性を有する候補物品をグループ化し、
前記複数の候補物品に関する前記選択履歴情報を決定した後に、各グループの候補物品に関する支持情報をグループ分けに従って送り返すこと、
を備える、方法。
適用例８：適用例７に記載の方法は、さらに、
前記複数の候補物品の中で同じ属性を有する候補物品をグループ化した後に、
各グループ内の前記複数の候補物品の類似度を決定し、
各グループ内の前記複数の候補物品の前記類似度に基づいて、各グループ内の前記複数の候補物品を下位グループに分割し、
前記複数の候補物品に関する前記選択履歴情報を決定した後に、前記下位グループの内の各グループの候補物品に関する支持情報をクライアントに送り返すこと、
を備える、方法。
適用例９：適用例７に記載の方法であって、前記支持情報は、前記候補物品の支持率であり、前記複数の候補物品の少なくとも１つに関する前記支持情報をクライアントに送信すること、
候補物品が所定の閾値よりも高い支持率を有するか否かを判定し、前記支持率は、前記履歴カウント数および前記選択カウント数に基づき、
前記所定の閾値よりも高い支持率を有する前記候補物品の内の１または複数に関する前記支持情報をクライアントに送信すること、
を含む、方法。
適用例１０：適用例１に記載の方法であって、
前記目的物品情報推薦要求は、前記複数の候補物品のリンクアドレスを含み、
前記方法は、さらに、
前記複数の候補物品に関する前記選択履歴情報を決定する前に、候補物品のリンクアドレスが有効であるか否かを判定することを備え、
前記複数の候補物品に関する前記選択履歴情報を決定することは、有効なリンクアドレスを持つ候補物品に関する前記選択履歴情報を決定することを備える、方法。
適用例１１：適用例１に記載の方法であって、前記目的物品情報推薦要求は、前記複数の候補物品に関する情報を含み、
前記方法は、さらに、
前記複数の候補物品に関する前記選択履歴情報を決定する前に、
前記候補物品の情報に基づいて、前記候補物品の物品供給に関する情報を決定し、
前記候補物品の情報に基づいて、前記複数の候補物品の内の任意の候補物品の前記物品供給が、事前設定された基準を満たすか否かを判定すること、
を備え、
前記複数の候補物品に関する前記選択履歴情報を決定することは、物品供給が設定された基準を満たす候補物品に関する前記選択履歴情報を決定することを備える、方法。
適用例１２：適用例１に記載の方法は、さらに、
前記複数の候補物品の少なくとも１つに関する前記支持情報をクライアントに送信した後に、
前記複数の候補物品に関する前記選択履歴情報に従って、前記複数の候補物品の中から前記第１のユーザによって選択された前記目的物品を記録し、
前記第１のユーザによってこの時になされた選択を前記目的物品に関する選択履歴情報の１つと見なすこと、
を備える、方法。
適用例１３：適用例１に記載の方法は、さらに、
前記第１のユーザによって送信された、前記第１のユーザによって選択された前記複数の候補物品に関する前記情報を含む目的物品情報推薦要求を受信した後に、
前記サーバの第３のユーザを決定し、
前記第１のユーザの候補物品に関する目的物品情報推薦を行うことを前記第３のユーザに依頼するために、参加要求を前記第３のユーザに発行し、
前記第１のユーザの前記候補物品に関する前記第３のユーザの推薦情報を記録し、
前記候補物品に関する前記第３のユーザの前記推薦情報を前記候補物品に関する選択履歴情報の１つと見なすこと、
を備える、方法。
適用例１４：適用例１に記載の方法は、さらに、
前記第１のユーザの前記候補物品に関する目的物品情報推薦を行うことを第４のユーザに依頼するために、依頼情報を前記第４のユーザに送信し、
前記第１のユーザの前記候補物品に関する前記第４のユーザの推薦情報を記録し、
前記候補物品に関する前記第４のユーザの前記推薦情報を前記候補物品の支持情報と見なすこと、
を備える、方法。
適用例１５：適用例１４に記載の方法であって、前記第４のユーザは、前記候補物品に関係のあるユーザであり、前記複数の候補物品の少なくとも１つを前記目的物品として選択したユーザである、方法。
適用例１６：目的物品情報を推薦するための方法であって、
第１のユーザによって選択された複数の候補物品に関する情報を受信し、
選択された情報に基づいて、前記第１のユーザによって選択された前記複数の候補物品に関する情報を含む目的物品情報推薦要求を生成し、
前記目的物品推薦要求に基づいて前記複数の候補物品に関する選択履歴情報を決定するよう構成されたサーバに前記目的物品情報推薦要求を送信し、前記選択履歴情報は、各候補物品が選択されて目的物品情報推薦要求がサーバに送信された過去の回数に対応する履歴カウント数、各候補物品が過去の目的物品情報推薦要求から第２のユーザによって目的物品として選択された回数に対応する選択カウント数、または、それら両方を含み、
前記サーバによって送信された前記候補物品の選択履歴情報または前記過去の回数および前記選択回数を参照し、前記候補物品の中の少なくとも１つの候補物品のために得られた支持情報の少なくとも一部を受信すること、
を備える、方法。
適用例１７：適用例１６に記載の方法であって、
前記第１のユーザによって選択された前記複数の候補物品に関する前記情報を受信することは、
ブックマークフォルダまたは閲覧履歴記録を通して前記第１のユーザによって選択された候補物品を受信することを含み、前記受信された情報は、前記候補物品の情報を含み、
前記目的物品情報推薦要求は、前記第１のユーザによって選択された前記複数の候補物品に関する情報を含む、方法。
適用例１８：適用例１６に記載の方法であって、
前記複数の候補物品に関して前記第１のユーザによって選択された情報を受信することは、リンクアドレスを通して前記第１のユーザによって選択された候補物品を受信することを含み、前記受信された情報は、前記候補物品に関する前記リンクアドレスを含み、
前記目的物品情報推薦要求は、前記第１のユーザによって選択された前記複数の候補物品の前記リンクアドレスを含む、方法。
適用例１９：適用例１６に記載の方法であって、前記支持情報は、前記過去の回数および前記選択回数を参照して前記候補物品から得られた少なくとも１つの候補物品の支持情報である、方法。
適用例２０：目的物品情報を推薦するためのサーバであって、
少なくとも１つのプロセッサであって、
第１のユーザによって選択された複数の候補物品に関する情報を含む目的物品情報推薦要求を受信し、
前記複数の候補物品に関する選択履歴情報を決定し、前記選択履歴情報は、各候補物品が選択されて過去の目的物品情報推薦要求がサーバに送信された過去の回数に対応する履歴カウント数、各候補物品が過去の目的物品情報推薦要求から第２のユーザによって目的物品として選択された回数に対応する選択カウント数、または、それら両方を含み、
前記候補物品の選択履歴情報の一部または全部をクライアントに送信する、
ように構成されている、少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続され、前記少なくとも１つのプロセッサに命令を提供するように構成されているメモリと、
を備える、サーバ。
適用例２１：目的物品情報を推薦するためのクライアントであって、
少なくとも１つのプロセッサであって、
第１のユーザによって選択された複数の候補物品に関する情報を受信し、
選択された情報に基づいて、前記第１のユーザによって選択された前記複数の候補物品に関する情報を含む目的物品情報推薦要求を生成し、
サーバが前記目的物品推薦要求に基づいて前記複数の候補物品に関する選択履歴情報を決定するように、前記目的物品情報推薦要求を前記サーバに送信し、前記選択履歴情報は、各候補物品が選択されて過去の目的物品情報推薦要求がサーバに送信された過去の回数に対応する履歴カウント数、各候補物品が過去の目的物品情報推薦要求から第２のユーザによって目的物品として選択された回数に対応する選択カウント数、または、それら両方を含み、
前記サーバによって送信された前記候補物品の選択履歴情報の一部または全部を受信し、前記支持情報は、前記過去の回数および前記選択回数を参照し、前記候補物品の中の少なくとも１つの候補物品のために得られた支持情報である、
ように構成されている、少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続され、前記少なくとも１つのプロセッサに命令を提供するように構成されているメモリと、
を備える、クライアント。
適用例２２：目的物品情報を推薦するためのコンピュータプログラム製品であって、有形で持続性のコンピュータ読み取り可能な記憶媒体内に具現化され、
第１のユーザによって選択された複数の候補物品に関する情報を含む目的物品情報推薦要求を受信するためのコンピュータ命令と、
前記複数の候補物品に関する選択履歴情報を決定するためのコンピュータ命令と、前記選択履歴情報は、各候補物品が選択されて過去の目的物品情報推薦要求がサーバに送信された過去の回数に対応する履歴カウント数、各候補物品が過去の目的物品情報推薦要求から第２のユーザによって目的物品として選択された回数に対応する選択カウント数、または、それら両方を含み、
前記候補物品の履歴選択情報の一部または全部をクライアントに送信するためのコンピュータ命令と、
を備える、コンピュータプログラム製品。
適用例２３：目的物品情報を推薦するためのコンピュータプログラム製品であって、有形で持続性のコンピュータ読み取り可能な記憶媒体内に具現化され、
第１のユーザによって選択された複数の候補物品に関する情報を受信するためのコンピュータ命令と、
選択された情報に基づいて、前記第１のユーザによって選択された前記複数の候補物品に関する情報を含む目的物品情報推薦要求を生成するためのコンピュータ命令と、
サーバが前記目的物品推薦要求に基づいて前記複数の候補物品に関する選択履歴情報を決定するように、前記目的物品情報推薦要求を前記サーバに送信するためのコンピュータ命令と、前記選択履歴情報は、各候補物品が選択されて過去の目的物品情報推薦要求がサーバに送信された過去の回数に対応する履歴カウント数、各候補物品が過去の目的物品情報推薦要求から第２のユーザによって目的物品として選択された回数に対応する選択カウント数、または、それら両方を含み、
前記サーバによって送信された前記候補物品の選択履歴情報の一部または全部を受信するためのコンピュータ命令とを備え、前記支持情報は、前記過去の回数および前記選択回数を参照し、前記候補物品の中の少なくとも１つの候補物品のために得られた支持情報である、
コンピュータプログラム製品。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6A】

【図6B】

【図7】

【図8】

【図9】

【図10】

【図11】