(57)【特許請求の範囲】
【請求項１】
衣料項目を推薦するための方法であって、
サーバによって、ユーザ識別子（ＩＤ）および衣料項目を含む要求を受信することと、
前記ユーザＩＤと、前記衣料項目と関連付けられた第１の属性の属性特徴との間の予め確立された対応に基づいて、前記ユーザＩＤに対応する属性特徴を取得することと、
前記属性特徴に基づいて特定の衣料項目を識別することと、を含み、
前記予め確立された対応は、
複数の衣料項目グループを受信することと、
前記複数の衣料項目グループの個々の衣料項目グループと関連付けられた選択を受信することと、
前記第１の属性の一定の属性特徴を有する衣料項目の数を決定することと、
前記数が所定の値よりも大きい場合に、前記ユーザＩＤと前記一定の属性特徴との間の前記予め確立された対応を確立することと、によって確立され、
各衣料項目グループにおける衣料項目の数は、前記各衣料項目グループの前記第１の属性の属性特徴の数と同じであり、前記各衣料項目グループの前記第１の属性の個々の属性特徴は、互いに異なることを特徴とする方法。
【請求項２】
衣料項目を推薦するための方法であって、
サーバによって、ユーザ識別子（ＩＤ）および衣料項目を含む要求を受信することと、
前記ユーザＩＤと、前記衣料項目と関連付けられた第１の属性の属性特徴との間の予め確立された対応に基づいて、前記ユーザＩＤに対応する属性特徴を取得することと、
前記属性特徴に基づいて特定の衣料項目を識別することと、を含み、
前記特定の衣料項目は、複数の衣料項目を含み、前記属性特徴に基づいて前記特定の衣料項目を識別することは、
前記複数の衣料項目の第２の属性の設計された属性特徴に基づいて前記複数の衣料項目から一定の衣料項目を選択することを含むことを特徴とする方法。
【請求項３】
前記予め確立された対応は、
前記ユーザＩＤと関連付けられた衣料項目の記録に基づいて前記衣料項目の前記第１の属性の属性特徴を決定することと、
一定の属性特徴を有する多くの衣料項目に基づいて、前記ユーザＩＤと前記一定の属性特徴との間の前記予め確立された対応を確立することと、によって確立される、請求項２に記載の方法。
【請求項４】
前記衣料項目の数は、所定の値よりも大きい、請求項３に記載の方法。
【請求項５】
前記特定の衣料項目は、複数の衣料項目を含み、前記属性特徴に基づいて前記特定の衣料項目を識別することは、
前記複数の衣料項目の品質スコアを決定することと、
分類された衣料項目を生成するために前記品質スコアに基づいて前記複数の衣料項目を分類することと、
所定の規則に基づいて前記分類された衣料項目から一定の衣料項目を選択することと、を含む、請求項１に記載の方法。
【請求項６】
前記第１の属性は、前記衣料項目のスタイルである、請求項１または２のいずれかに記載の方法。
【請求項７】
衣料項目を推薦するためのシステムであって、
１つ以上のプロセッサと、
前記１つ以上のプロセッサによって実行可能な複数の構成要素を維持するメモリであって、前記複数の構成要素は、
属性値取得ユニットであって、
ユーザ識別子（ＩＤ）および衣料項目を含む要求を受信する為に、また、
前記ユーザＩＤと、前記衣料項目と関連付けられた第１の属性の属性特徴との間の予め確立された対応に基づいて、前記ユーザＩＤに対応する属性特徴を取得する為に、構成された、属性値取得ユニットと、
前記属性特徴に基づいて特定の衣料項目を識別する為に構成された項目推薦ユニットと、を備える、メモリと、を備え、
前記予め確立された対応は、
複数の衣料項目グループを受信することと、
前記複数の衣料項目グループの個々の衣料項目グループと関連付けられた選択を受信することと、
前記第１の属性の一定の属性特徴を有する衣料項目の数を決定することと、
前記数が所定の値よりも大きい場合に、前記ユーザＩＤと前記一定の属性特徴との間の前記予め確立された対応を確立することと、によって確立され、
各衣料項目グループにおける衣料項目の数は、前記各衣料項目グループの前記第１の属性の属性特徴の数と同じであり、前記各衣料項目グループの前記第１の属性の個々の属性特徴は、互いに異なることを特徴とするシステム。
【請求項８】
衣料項目を推薦するためのシステムであって、
１つ以上のプロセッサと、
前記１つ以上のプロセッサによって実行可能な複数の構成要素を維持するメモリであって、前記複数の構成要素は、
属性値取得ユニットであって、
ユーザ識別子（ＩＤ）および衣料項目を含む要求を受信する為に、また、
前記ユーザＩＤと、前記衣料項目と関連付けられた第１の属性の属性特徴との間の予め確立された対応に基づいて、前記ユーザＩＤに対応する属性特徴を取得する為に、構成された、属性値取得ユニットと、
前記属性特徴に基づいて特定の衣料項目を識別する為に構成された項目推薦ユニットと、を備える、メモリと、を備え、
前記特定の衣料項目は、複数の衣料項目を含み、前記属性特徴に基づいて前記特定の衣料項目を識別することは、
前記複数の衣料項目の第２の属性の設計された属性特徴に基づいて前記複数の衣料項目から一定の衣料項目を選択することを含むことを特徴とするシステム。
【請求項９】
前記予め確立された対応は、
前記ユーザＩＤと関連付けられた衣料項目の記録に基づいて前記衣料項目の前記第１の属性の属性特徴を決定することと、
一定の属性特徴を有する衣料項目の数に基づいて、前記ユーザＩＤと前記一定の属性特徴との間の前記予め確立された対応を確立することと、によって確立される、請求項８に記載のシステム。
【請求項１０】
前記衣料項目の数は、所定の値よりも大きい、請求項９に記載のシステム。
【請求項１１】
前記特定の衣料項目は、複数の衣料項目を含み、前記属性特徴に基づいて前記特定の衣料項目を識別することは、
前記複数の衣料項目の品質スコアを決定することと、
分類された衣料項目を生成するために前記品質スコアに基づいて前記複数の衣料項目を分類することと、
所定の規則に基づいて前記分類された衣料項目から一定の衣料項目を選択することと、を含む、請求項７に記載のシステム。
【請求項１２】
１つ以上のプロセッサによって実行されるとき、前記１つ以上のプロセッサに、
ユーザ識別子（ＩＤ）および衣料項目を含む要求を受信することと、
前記ユーザＩＤと、前記衣料項目と関連付けられた第１の属性の属性特徴との間の予め確立された対応に基づいて前記ユーザＩＤに対応する属性特徴を取得することであって、前記予め確立された対応は、
前記ユーザＩＤと関連付けられた衣料項目の記録に基づいて前記衣料項目の前記第１の属性の属性特徴を決定することと、
一定の属性特徴を有する衣料項目の数に基づいて、前記ユーザＩＤと前記一定の属性特徴との間の前記予め確立された対応を確立することと、によって確立される、当該取得することと、
前記属性特徴に基づいて特定の衣料項目を識別することと、を含む活動を行わさせることを命令するコンピュータで実行可能な命令を記憶し、
前記特定の衣料項目は、複数の衣料項目を含み、前記属性特徴に基づいて前記特定の衣料項目を識別することは、
前記複数の衣料項目の第２の属性の設計された属性特徴に基づいて前記複数の衣料項目から一定の衣料項目を選択することを含むことを特徴とする１つ以上のコンピュータで読み取り可能な媒体。
【請求項１３】
前記衣料項目の数は、所定の値よりも大きい、請求項１２に記載の１つ以上のコンピュータで読み取り可能な媒体。
【請求項１４】
前記第１の属性は、前記衣料項目のスタイルである、請求項１２に記載の１つ以上のコンピュータで読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連特許出願の相互参照）
この出願は、２０１２年７月２０日に出願され、「Ｍｅｔｈｏｄ  ａｎｄ  Ａｐｐａｒａｔｕｓ  ｏｆ  Ｒｅｃｏｍｍｅｎｄｉｎｇ  Ｃｌｏｔｈｉｎｇ  Ｐｒｏｄｕｃｔｓ」と題された中国特許出願第２０１２１０２５４７２０．１号の優先権を主張するものであり、その中国出願は、その全体が参照によって本明細書に組み込まれる。
【０００２】
本開示は、情報過程技術、より詳細には、項目を推薦することに関するものである。
【背景技術】
【０００３】
インターネット技術の迅速な開発で、ますます多くのサービスが、インターネット経由で実行され得る。例えば、インターネット通信端末を通して、ユーザは、ウェブサイトのサービスにアクセスし得る。一般に、サービスプロバイダは、ビジネス対象を公開するために、また、端末によって提供されたビジネス情報を過程するために、サーバを使用する。
【０００４】
大抵、サーバは、ユーザに提供されたサービスの種類に基づいて、ビジネスを様々なカテゴリに分割し得る。加えて、サーバは、ビジネスカテゴリおよび各カテゴリにおけるビジネス対象を端末ユーザに表示し得る。それ故、端末ユーザは、対応するカテゴリを選択するために、また、対応するカテゴリから所望のビジネス対象を識別するために、ユーザ識別子（ＩＤ）または各カテゴリの名前を使用し得る。この場合において、サーバは、カテゴリガイダンスを行うために端末を使用し、ビジネス対象を端末に推薦し、端末ユーザに表示をもたらす。加えて、サーバはまた、端末ユーザによって提供されたキーワードに対応するカテゴリまたはビジネス対象について検索し得、検索結果を戻し得る。
【０００５】
サーバによって提供されたサービスを通して、ウェブサイトは、端末ユーザによって選択される衣料製品、電子製品、および様々な付属品を提供し得る。衣料製品は、例えば、シャツ、１対の短パン、もしくは１組の礼服などの単一物品の衣料または１組の衣料であり得る。従って、異なる衣料製品が属するカテゴリは、衣料製品の特性に基づいてサーバによって決定される。カテゴリは、衣料カテゴリとして呼ばれ得る。これらの衣料カテゴリは、マルチレベルのカテゴリであり得る。一次カテゴリは、ウェブサイトによって提供された衣料製品のすべてが属するカテゴリとして設定される。それを更に進めると、この一次カテゴリは、複数のサブカテゴリを含む。例えば、カテゴリは、２つのサブカテゴリ、すなわち、女性用衣料と男性用衣料を含み得る。女性用および男性用衣料のこれらのサブカテゴリは、より多くのサブカテゴリに更に分割され得る。例えば、女性用衣料サブカテゴリは、スカートのための１つのサブカテゴリなどの他のサブカテゴリを含むように分割され続け得、また、男性用衣料サブカテゴリは、ズボンのための１つのサブカテゴリなどの他のサブカテゴリを含むように分割され続け得る。衣料製品は、スカートのサブカテゴリのための少なくとも１つのスカートおよびズボンのサブカテゴリからの少なくとも１対のズボンを含む。
【０００６】
サーバが、上記衣料製品について端末に推薦をすると、それは、一定の衣料製品を選択することを端末ユーザに導くために衣料製品の衣料カテゴリを使用し得る。あるいは、「マキシスカート」などの端末によって提示されたキーワードと仮定すると、サーバは、それらのキーワードに適合する衣料製品または衣料カテゴリについて検索し得る。適合した対象がサブカテゴリ「スカート」である場合、サーバは、このサブカテゴリにおける衣料製品または他の製品を推薦し得る。
【０００７】
しかしながら、従来の技術の下で、端末ユーザがウェブサイトを閲覧するたびに、サーバは、端末にカテゴリガイダンスを指示し、また、端末ユーザが購入を望む衣料製品を含む衣料カテゴリの段階的な選択を端末ユーザに導く必要がある。端末ユーザは、端末ユーザの衣料スタイルに合うこの衣料カテゴリから衣料製品を選択し得る。ここで、衣料スタイルは、衣料製品に適したユーザまたは行事などの対象の特性に基づく衣料製品属性であり得る。例えば、欧米地域の衣料特性を有する衣料スタイルは、欧米スタイルとして定義され得、また、指定された民族性の衣料特性を有する衣料スタイルは、民族的スタイルとして定義され得る。衣料スタイルを定義するための様々な手法がある。衣料製品の推薦を導くためにカテゴリを使用すると、サーバは、所望の衣料製品を決定する前に衣料カテゴリおよび衣料製品を識別するためにかなりの時間をかけ得、それ故、衣料製品の推薦について低い効率を結果としてもたらす。
【０００８】
サーバは、端末が提示したキーワードに基づいて衣料製品を端末に推薦し得る。しかしながら、推薦は、主として、端末ユーザによって提示されたキーワードに基づく。キーワードが端末ユーザの意図と一致しない場合、またはキーワードが普通に使用されていない場合、サーバは、不適切な検索結果を戻し得る。これはまた、サーバの衣料製品の推薦の効率を減少させる。
【０００９】
要約すれば、衣料製品の推薦についての現在の技術の効率は、比較的低い。
【発明の概要】
【００１０】
本開示の実施形態は、項目（例えば、衣料製品）を推薦するための方法およびデバイスに関するものであり、項目の推薦における現在の技術の低い効率の問題を解決する。
【００１１】
いくつかの実施形態では、サーバは、端末によって送信されたユーザ識別子（ＩＤ）を含む衣料製品の動作要求を受信する。ユーザ識別子に基づいて、サーバは、ユーザＩＤと、衣料製品の第１の属性の属性特徴との間の予め確立された対応を問い合わせ得る。次いで、サーバは、要求に含まれるユーザ識別子に対応する属性特徴を取得し得る。対応する属性特徴は、ユーザ識別子に対応するユーザが興味のある属性特徴である。衣料製品は、衣料製品に対応する属性特徴から選択され得、次いで、端末に推薦される。
【００１２】
いくつかの実施形態では、衣料製品を推薦するためのデバイスは、端末によって送信されたユーザ識別子を含む衣料製品の動作要求を受信する為に構成された要求受信ユニットを含み得る。デバイスはまた、要求受信ユニットによって受信された要求に含まれるユーザＩＤに基づいて、ユーザＩＤと、衣料製品の第１の属性の属性特徴との間の予め確立された対応を問い合わせるように構成された属性特徴取得ユニットを含み得る。属性特徴取得ユニットは、動作要求に含まれるユーザ識別子に対応する属性特徴を取得し得る。対応する属性特徴は、動作要求のユーザ識別子に対応するユーザが興味のある属性特徴である。デバイスはまた、属性特徴取得ユニットによって取得された属性特徴と関連付けられた衣料製品から衣料製品を選択し、次いで、衣料製品を端末に推薦する為に構成された衣料製品推薦ユニットを含み得る。
【００１３】
いくつかの実施形態では、サーバが端末によって送信されたユーザＩＤを含む衣料製品の動作要求を受信した後、サーバは、要求に含まれるユーザＩＤに対応する属性特徴を取得するためにユーザ識別子と、衣料製品の第１の属性の属性特徴との間の予め確立された対応を問い合わせ得る。取得された属性特徴は、ユーザＩＤに対応するユーザが興味のある属性特徴である。加えて、衣料製品は、衣料製品に対応する属性特徴から選択され得、次いで、端末に推薦され得る。従って、ユーザ識別子と、衣料製品の第１の属性の属性特徴との間の対応を前もって確立することが可能である。これらの属性特徴は、ユーザＩＤに対応するユーザが興味のある属性特徴である。従って、サーバは、端末によって提示された衣料製品の動作要求のユーザＩＤに基づいて取得された属性特徴と関連付けられた衣料製品から衣料製品を直接選択し得る。サーバは、ユーザＩＤに対応する保存した属性特徴を取得した後、衣料製品を選択し得る。これは、衣料製品の推薦における効率の低い、既存の技術の問題を回避する。加えて、選択された衣料製品は、ユーザが興味のある属性特徴と関連付けられた衣料製品である。これは、不正確なキーワードの既存の技術による問題を回避し、衣料推薦の効率を改善する。
【００１４】
この開示の他の特徴および利点は、以下の説明に詳細にされることになり、その説明から部分的に明らかになり、または、この開示の実施を通して理解されることになる。この開示の目的および他の利点は、説明、特許請求の範囲、添付の図面に具体的に示された構造を通して実施され取得され得る。
【００１５】
この要約は、特許請求された主題のすべての重要な特徴または本質的な特徴を識別することを意図されるものでも、また、特許請求された主題の範囲を決定する助けとして単独で使用されることを意図されるものでもない。
【図面の簡単な説明】
【００１６】
発明を実施するための形態は、添付の図面を参照にして説明される。異なる図面における同じ参照番号の使用は、類似または同一の項目を示す。
【００１７】
【図１】項目情報と関連付けられたテンプレートの概略図である。
【図２】項目の推薦についての例示的な過程のフローチャートである。
【図３】典型的な項目カテゴリの概略図である。
【図４】ユーザＩＤと、項目の第１の属性の属性特徴との間の対応を確立するための例示的な過程のフローチャートである。
【図５】ユーザＩＤと、項目の第１の属性の属性特徴との間の対応を確立するための別の例示的な過程のフローチャートである。
【図６】衣料製品を選択するための例示的な過程についてのフローチャートである。
【図７】項目の推薦を可能にする例示的なコンピューティングアーキテクチャの概略図である。
【発明を実施するための形態】
【００１８】
この開示の実施形態は、項目の推薦の効率を改善する為に項目（例えば、衣料製品）を推薦するための方法およびデバイスを提供する。添付の図面とともに、以下の説明は、この開示の実施形態を明らかにする。明瞭にするために、ここに説明される実施形態は、単にこの開示を説明し明らかにする目的のためのものであり、この開示を限定するために使用されるものではない。加えて、この開示の少なくとも２つの実施形態と、その実施形態の特性は、互いに組み合わされ得る。
【００１９】
いくつかの実施形態では、サーバは、衣料製品以外に、電子製品などのビジネス対象を提供してもよい。この開示のいくつかの実施形態は、一例として衣料製品を使用する。いくつかの実施形態では、サーバは、他のビジネス対象を推薦する為に衣料製品を推薦するためのこの開示によって提供された方法を使用してもよい。
【００２０】
図１は、項目情報と関連付けられたテンプレートの概略図である。いくつかの実施形態では、サーバは、サーバと関連付けられた衣料製品提供ユニットに衣料製品情報をアップロードし得る。これらの場合において、サーバは、指定されたモードに従って衣料製品情報を提供することを衣料提供ユニットに命令し得る。例えば、図１に例示されるように、テンプレートは、衣料製品情報を提供するために使用され得る。このテンプレートにおいて、衣料製品情報は、項目属性として定義され得、ここで、ブランド名、フィット性、スカートの長さ、織物重量、袖の長さ、袖のスタイル、パターンの詳細、グラフィックス、およびスタイルは、すべて衣料製品属性である。各属性に対応するダイアログボックスにおいて、埋められたまたは選択された内容は、異なる属性についての属性特徴である。属性特徴は、各衣料製品属性の具体的な詳細を含み得る。例えば、ブランド名は「Ａ」であり、スタイルは「ストリート」である。結果として、「Ａ」は衣料製品のブランド名であり、「ストリート」は衣料製品のスタイルである。いくつかの実施形態では、衣料製品は、２以上の属性を有し得る。いくつかの場合において、衣料製品の属性はスタイルであり、第１の属性として呼ばれる。
【００２１】
図２は、項目の推薦についての例示的な過程のフローチャートである。過程は、衣料製品ならびに他のビジネス対象を提供するサーバによって実施され得る。２０２で、サーバは、端末によって送信されたユーザＩＤを含む衣料製品の動作要求を受信する。
【００２２】
いくつかの実施形態では、ユーザＩＤは、指定されたウェブサイト上で指定された動作を行うときに、衣料製品の動作要求を送信することを端末をトリガしたユーザに示すために使用される。いくつかの実施形態では、ユーザＩＤは、指定されたウェブサイトのためのサーバでの端末ユーザの成功した登録からのアカウント情報であり得る。いくつかの場合において、ユーザＩＤは、端末ＩＤであり得る。例えば、端末ユーザが指定されたウェブサイトのウェブページへ移動し、指定されたウェブサイト上のログを取るために登録されたアカウント情報を使用しないとき、あるいは、登録されたアカウント情報がないとき、端末は、端末ＩＤをユーザＩＤとして使用し得る。端末は、衣料製品の動作要求において端末ＩＤを含み得、端末ユーザが指定されたウェブサイトのページに移動した後に、それをサーバに送信し得る。
【００２３】
２０４で、サーバは、ユーザＩＤに基づいて、ユーザＩＤと、衣料製品の第１の属性の属性特徴との間の予め確立された対応を検索するおよび／または問い合わせる。
【００２４】
いくつかの実施形態では、衣料製品の第１の属性は製品のスタイルであり、属性特徴は、衣料のスタイルを反映するために使用される。ユーザＩＤに対応する属性特徴は、ユーザＩＤに対応するユーザが興味のある属性特徴である。換言すれば、属性特徴は、ユーザが好む衣料の特定のスタイルであり得る。
【００２５】
いくつかの実施形態では、ブランド名やスタイルなどの複数の衣料製品属性があり得る。個々の属性は、複数の対応する属性特徴を有し得、１個の衣料についての個々の属性は、それ自体の対応する属性特徴を有する。いくつかの場合において、衣料スタイルは、衣料製品の端末ユーザの選択における主な要素であり得、衣料製品を推薦するための基準として使用され得る。それ故、この開示の実施形態では、ユーザは、スタイルを衣料製品属性として使用し、サーバリソースを節約し得る。対照的に、既存の技術は、最初に、衣料製品のブランド名やパターンなどの特性に基づいて衣料製品属性を定義する。例えば、衣料のパターンは、季節とともに変化し得、それゆえ、サーバは、季節に合わせて衣料製品のパターンを反映するデータを更新する必要がある。これは、サーバのリソースを多く取る。対照的に、衣料製品のスタイルは、季節の変化に起因して更新を要求せず、それゆえ、サーバは、季節の変化に起因して衣料製品のスタイルを反映するデータを更新する必要がなく、それ故、サーバのリソースを節約する。
【００２６】
２０６で、サーバは、ユーザＩＤと第１の属性の特徴との間の対応から衣料製品の動作要求に含まれるユーザＩＤに対応する属性特徴を取得する。
【００２７】
２０８で、サーバは、取得された属性特徴を所有する衣料製品から衣料製品を選択し、それらを端末に推薦する。
【００２８】
いくつかの実施形態では、サーバは、ユーザＩＤと衣料製品の第１の属性の特徴との間の対応を前もって確立し得る。これらの属性特徴は、ユーザＩＤに対応するユーザが興味のある属性特徴である。従って、端末によって提示された衣料製品の動作要求のユーザＩＤに基づいて、サーバは、ユーザＩＤに対応する保存された属性特徴を取得した後に、取得された属性特徴と関連付けられた衣料製品から衣料製品を直接選択し得る。これは、衣料製品を端末に推薦するのに長い時間がかかり、衣料製品の推薦における低い効率をもたらす既存の技術の問題を回避する。加えて、選択された衣料製品は、ユーザが興味のある属性特徴と関連付けられた衣料製品である。これは、衣料の推薦における低い効率をもたらす不正確なキーワードの既存の技術による問題を回避し、また、衣料推薦効率を改善する。
【００２９】
いくつかの実施形態では、サーバは、取得された属性特徴と関連付けられた衣料製品から衣料製品を選択し得、それらを端末に推薦し得る。サーバが衣料製品を選択すると、サーバは、取得された属性特徴と関連付けられた衣料のカテゴリを設定し得、次いで、設定した衣料カテゴリから取得された属性特徴と関連付けられた衣料製品を選択し得る。
【００３０】
いくつかの実施形態では、衣料カテゴリは、それの衣料製品のそれぞれの属性を有することになり、また、それは、それの衣料製品のそれぞれの属性特徴を有することになる。例えば、３つの衣料製品を有する衣料カテゴリがある。これらの３つの衣料製品のそれぞれの第１の属性について属性特徴があり、これらの３つの属性特徴は異なる。それゆえ、衣料カテゴリは、第１の属性と関連付けられ、また、この第１の属性に対応する３つの属性特徴と関連付けられる。
【００３１】
図３は、典型的な項目カテゴリの概略図である。いくつかの実施形態では、衣料カテゴリ３０１は、女性用衣料３０１Ａの一次カテゴリを含む。この一次カテゴリに含まれる衣料製品は、シャツ３０１Ｂ、スカート３０１Ｃ、およびズボン３０１Ｄについてのカテゴリに更に細分され得る。いくつかの実施形態では、複数のサブカテゴリがあり得、すなわち、シャツ３０１Ｂ、スカート３０１Ｃ、およびズボン３０１Ｄのサブカテゴリが例示として使用される。一次カテゴリの属性は、各サブカテゴリによって所有された属性を含む。例えば、カテゴリ属性３０２におけるブランド名３０２Ａ、パターン３０２Ｂ、スタイル３０２Ｃ、およびグラフィックス３０２Ｄは、一次カテゴリのサブカテゴリと関連付けられた属性であり、それゆえ、この一次カテゴリはまた、これらの属性を含み得る。一次カテゴリの女性用衣料３０１Ａの異なる衣料製品は、同じ属性についてそれら自体の属性特徴を有し得ることが可能であり、それゆえ、一次カテゴリの女性用衣料３０１Ａは、それの衣料製品のそれぞれと関連付けられた属性特徴を有することになる。従って、カテゴリ属性３０２の異なる属性は、複数の属性特徴に対応し得る。
【００３２】
カテゴリ属性特徴３０３に示されるように、ブランド名３０２Ａに対応する属性特徴は、Ｎｉｋｅ（登録商標）３０３ＡおよびＥｔａｍ（登録商標）３０３Ｂであり、パターン３０２Ｂに対応する属性特徴は、短い袖３０３Ｃおよび長い袖３０３Ｄであり、スタイル３０２Ｃに対応する属性特徴は、ストリート３０３ＥおよびＫｏｒｅａｎ３０３Ｆであり、グラフィックス３０２Ｄに対応する属性特徴は、マンガ３０３Ｇである。いくつかの実施形態では、カテゴリ属性３０２の各属性およびカテゴリ属性特徴３０３の各属性特徴は、設定された桁数の二進数として表され得る。属性を反映するために使用される桁と、対応する属性特徴を反映する桁との間の対応がある。いくつかの実施形態では、この対応は、カテゴリ属性３０２の上記属性のそれぞれとカテゴリ属性特徴３０３の属性特徴との間の対応として呼ばれ得る。
【００３３】
いくつかの実施形態では、ユーザＩＤと、衣料製品の第１の属性の属性特徴との間の予め確立された対応は、ユーザＩＤに基づいて識別され得および／または問い合わされ得る。ユーザＩＤと衣料製品の第１の属性の属性特徴との間の対応を確立するモードは、実際の状況に基づいて柔軟に取り扱われ得る。この開示は、ユーザＩＤと衣料製品の第１の属性の属性特徴との間の対応を確立するための多数の特定の実施形態を提供する。
【００３４】
図４は、ユーザＩＤと、項目の第１の属性の属性特徴との間の対応を確立するための例示的な過程のフローチャートである。いくつかの実施形態では、サーバは、ユーザＩＤについて保存されたアクセスされた衣料製品の記録に基づいて、ユーザＩＤと、衣料製品の第１の属性の属性特徴との間の対応をセットアップし得る。
【００３５】
４０２で、サーバは、ユーザＩＤを含む、衣料製品取得要求を受信する。４０４で、サーバは、ユーザＩＤに基づいて、ユーザＩＤと衣料製品の第１の属性の属性特徴との間の対応が存在するか否かを決定する。
【００３６】
対応が存在する場合、過程４００は、動作４０６に行く。４０６で、サーバは、ユーザＩＤについて保存されたような衣料製品の第１の属性の属性特徴を取得する。
【００３７】
対応が存在しない場合、過程４００は、動作４０８に行く。４０８で、サーバは、ユーザＩＤについて保存されたアクセスされた衣料製品の記録からアクセスされた衣料製品の第１の属性の属性特徴を決定する。
【００３８】
いくつかの実施形態では、ユーザＩＤについて保存されたアクセスされた衣料製品の記録は、ユーザＩＤについて保存されたローカル情報から取得され得る。あるいは、端末は、ユーザＩＤについて保存されたローカル端末情報を取得することを命令され得る。アクセスされた衣料製品の記録は、端末によって戻された情報から取得され得、あるいは、ユーザＩＤについて保存されたアクセスされた衣料製品の記録は、端末から直接取得され得る。
【００３９】
４１０で、サーバは、決定された属性特徴の所与の１つに関してアクセスされた衣料製品から同じ属性特徴を有する衣料製品の数を決定する。いくつかの実施形態では、ユーザＩＤについて保存された衣料製品の中の同じ属性特徴に対応する複数の衣料製品があり得る。それ故、所与の属性特徴を所有する、アクセスされた衣料製品の中の衣料製品の数を決定することと、属性特徴を選択するためのサーバの基準としてこれを使用することとが、可能である。
【００４０】
４１２で、サーバは、ユーザＩＤと、第１の閾値より少なくないそれらの決定された数に対応する属性特徴との間の対応を確立し得る。
【００４１】
いくつかの実施形態では、サーバは、第１の閾値に等しいまたは第１の閾値より大きな決定された数から１つの数を選択し得、その数に対応する属性特徴とユーザＩＤとの間の対応を確立し得る。あるいは、サーバは、最も大きな数に対応する属性特徴とユーザＩＤとの間の対応を直接確立してもよい。加えて、第１の閾値は、決定された数の実際の値に基づいて実時間に設定され得、あるいは、それは、経験値に基づいて前もって設定されてもよい。閾値を設定するための特定のモードは、実際の状況に基づいて柔軟に選択され得る。
【００４２】
いくつかの実施形態では、動作４０２およびステップ４０４の後、サーバが、ユーザＩＤと、衣料製品の第１の属性の属性特徴との間の対応が無いことを決定した後に、サーバは、ユーザＩＤと、衣料製品の第１の属性の属性特徴との間の対応を実時間に確立し得る。いくつかの実施形態では、サーバはまた、設定された長さの時間または設定したトリガ条件に基づいて、ユーザＩＤと、衣料製品の第１の属性の属性特徴との間の対応を確立し得るか更新し得る。
【００４３】
図５は、ユーザＩＤと、項目の第１の属性の属性特徴との間の対応を確立するための別の例示的な過程のフローチャートである。いくつかの実施形態では、サーバは、ユーザＩＤに対応するユーザが興味のある衣料製品の属性特徴を推論することによって、ユーザＩＤと衣料製品の第１の属性の属性特徴との間の対応を確立し得る。
【００４４】
５０２で、サーバは、設定された数の衣料製品グループを端末に提供する。いくつかの実施形態では、衣料製品グループのそれぞれに含まれる衣料製品の量は、第１の属性についての属性特徴の数と同じである。含まれる衣料製品についての第１の属性の属性特徴は、すべて異なり得る。例えば、「スタイル」の第１の属性を有する衣料製品。衣料製品ウェブサイトは、８つのスタイル（例えば、８つの異なる属性特徴）を提供し、それゆえ、サーバによって端末に提供された各衣料製品グループは、８つの衣料製品を含み、８つの衣料製品のそれぞれは、スタイルの１つに対応する。５つの衣料製品グループが、表１に示される。
【００４５】
【表１】
0006336974.tif 000002
【００４６】
表１に例示されるように、サーバは、５つの衣料製品グループを端末に提供し、各衣料製品グループは、８つの衣料製品を含む。スタイルは、スタイルＡ、スタイルＢ、スタイルＣ、スタイルＤ、スタイルＥ、スタイルＦ、スタイルＧ、およびスタイルＨである。端末ユーザは、これらの衣料製品グループのすべてについて指定された数の衣料製品、あるいは各別個の衣料製品グループについて任意の数の衣料製品を選択し得る。
【００４７】
５０４で、サーバは、各衣料製品グループから端末によって選択された衣料製品を受信する。いくつかの実施形態では、サーバによって受信された衣料製品は、衣料製品グループの表に基づいて端末によって各衣料製品グループから選択された衣料製品である。例えば、端末ユーザは、衣料製品グループのいずれか１つを選択する為に端末を使用し得る。加えて、ユーザは、指定された数の衣料製品がグループから選ばれた後に次のグループまたは別のグループを選択し得る。端末は、別の衣料製品グループをユーザに提供し得、指定された数の衣料製品を選ばせることをユーザに命令し得る。この動作は、指定された数の衣料製品が５つの衣料製品グループから選ばれるまで続き得る。いくつかの実施形態では、サーバはまた、より多くの衣料製品グループを端末に提供し得る。各衣料製品グループに含まれる衣料製品の数は、第１の属性についての属性特徴の数に従って決定され得る。
【００４８】
５０６で、サーバは、第１の属性について同じ属性特徴を有する受信された衣料製品から衣料製品の数を決定し得る。
【００４９】
５０８で、サーバは、ユーザＩＤと、第２の閾値よりも少なくないそれらの決定された数に対応する属性特徴との間の対応を確立する。いくつかの実施形態では、決定された数は、第２の閾値の数に等しくまたは第２の閾値よりも大きくてもよく、あるいは、それは、最高値であってもよい。いくつかの場合において、決定された数から１つの数を選択するための条件は、決定された属性特徴の数についての要件に基づき得、あるいは、それらは、衣料製品の推薦要件に基づき得る。決定された属性特徴は、二進数を使用して表され得る。例えば、決定された属性特徴は、「スタイル」についてのものである。スタイルの種類は、「Ｋｏｒｅａｎ」および「ストリート」を含む。従って、これらの２つのスタイル属性は、設定された桁数の二進値の指定された位置に示され得る。例えば、００００１０１において、右側の１番目の１は、スタイルが「ストリート」であることを示すために使用され、２番目の１は、スタイルが「Ｋｏｒｅａｎ」であることを示すために使用される。いくつかの実施形態では、実際の状況に基づく他の手法でスタイルの種類を示すこともまた可能である。
【００５０】
ユーザＩＤと衣料製品の第１の属性の属性特徴との間の対応を確立するための実施形態は、ユーザＩＤと衣料製品の第１の属性の属性特徴との間の対応を確立するための実施スキームに組み合わされ得る。例えば、動作４０８で、ユーザＩＤについて保存されたアクセスされた衣料製品の記録が無い場合、サーバは、対応を確立するための過程５００のスキームを実行することを選び得る。いくつかの実施形態では、実際の状況に基づいてユーザＩＤと衣料製品の第１の属性の属性特徴との間の対応を確立する手法を柔軟にセットアップすることもまた可能である。
【００５１】
いくつかの実施形態では、サーバは、取得された属性特徴を所有する衣料製品から衣料製品を選択し得、様々なやり方でそれらを端末に推薦し得る。
【００５２】
いくつかの実施形態では、サーバは、第１の属性について取得された属性特徴を所有する衣料製品の中から第２の属性について指定された値または特徴と関連付けられた衣料製品を選択し得る。サーバは、指定された第２の属性特徴と関連付けられた選択された製品から衣料製品を選択し得る。いくつかの場合において、指定された第２の属性特徴は、第１の属性の属性特徴とは他の別の属性特徴であり得る。第２の属性特徴は、ユーザＩＤについて前に保存されている可能性がある。あるいは、第２の属性特徴は、一定の条件に合う属性特徴であり得、第１の属性の属性特徴を所有する衣料製品の属性特徴に基づいて実時間に決定され得る。例えば、第１の属性以外の属性であって、推薦条件に合う属性は、取得された属性特徴と関連付けられた衣料製品の属性から選択され、役立つ選択された属性は、次いで、第２の属性として設計される。推薦条件に合う属性特徴は、衣料製品と関連付けられた第２の属性の属性特徴から選択され、指定された属性特徴であり得る。あるいは、第１の属性の属性特徴以外の属性特徴であって推薦条件に合う属性特徴は、取得された属性特徴と関連付けられた衣料製品によって所有された属性特徴から直接選択され、指定された第２の属性特徴であり得る。
【００５３】
図６は、衣料製品を選択するための例示的な過程についてのフローチャートである。いくつかの実施形態では、サーバは、衣料製品の品質スコアに基づいて取得された属性特徴と関連付けられたものから衣料製品を選択し得る。
【００５４】
６０２で、サーバは、取得された属性特徴と関連付けられた衣料製品の品質スコアに基づいて指定されたモードに従って衣料製品を分類する。
【００５５】
いくつかの実施形態では、品質スコアは、衣料製品の品質を反映する。いくつかの場合において、衣料製品の品質スコアを決定する様々な手法がある。例えば、衣料製品についての品質スコアは、それの情報が更新された時間または衣料製品のユーザ評価の頻度もしくは文字カウントに基づいて決定され得る。いくつかの場合において、衣料製品についての品質スコアは、それが端末ユーザによって共有されたまたは推薦された回数に基づいて決定され得る。いくつかの場合において、衣料製品についての品質スコアは、それが情報交換プラットフォーム上で送られた回数に基づいて決定され得る。いくつかの場合において、衣料製品についての品質スコアを決定する様々な手法は、衣料製品の品質スコアの正確さを向上するために最終品質スコアを決定することに統合され得る。
【００５６】
６０４で、サーバは、分類された衣料製品シーケンスから設定した位置条件に適合するシーケンスにおける位置に基づいて衣料製品を選択し得る。
【００５７】
いくつかの実施形態では、衣料製品は、衣料製品のシーケンスにおいて衣料製品を分類するモードに基づいて選択され得る。例えば、衣料製品が、それらのスコアのサイズに基づいて大きいものから小さいものに分類される場合、シーケンスの前部における衣料製品が選択され得る。選択される衣料製品の数は、要求された推薦の数に基づいて決定され得る。
【００５８】
いくつかの実施形態では、サーバは、取得された属性特徴と関連付けられた衣料製品の品質スコアに基づいて指定されたモードに従って衣料製品を分類する。分類と関連付けられた品質スコアは、サーバによって受信された指定された動作についてのスコア表に基づいて決定され得る。いくつかの実施形態では、サーバは、表（例えば、表２）を使用してスコアを測定し得る。
【００５９】
【表２】
0006336974.tif 000003
【００６０】
例示されるように、表２は、衣料製品を査定するための様々なスコアパラメータを含有し、各パラメータは、衣料製品がユーザによって指定された動作を受信した状況を反映するために使用される。例えば、「ｉｄ」は、衣料製品によって受信された指定された動作を示し、対応する中国語の意味は、「ｐｉｎｇｆｅｎ  ｘｉａｎｇ」（すなわち、スコアリング項目）であり、「ｔｙｐｅ」は、指定された動作の種類を示す。例えば、衣料製品についてコメントする動作は、種類Ａとして指定され、衣料製品に移動する動作は、種類Ｂとして指定される。「ｎｕｍｂｅｒ」は、異なるスコアに対応する数であり、「ｓｃｏｒｅ」は、衣料製品についてのスコアのすべてを集計するときに各スコアに与えられた重みを反映する重み付け値である。表２にリスト化された他のパラメータは、「中国語の意味」の欄に説明され、ここでは詳細にされない。いくつかの場合において、「データ種類」の欄は、開示プログラムにおいて選択されるかインストールされる、各名前に対応する内容のデータ種類を反映する。
【００６１】
いくつかの実施形態では、スコアリング表は、衣料製品によって受信された指定された動作のそれぞれについてセットアップされる。各スコアリング表は、基準として表２に提示された表セットアップモードを使用して、柔軟にセットアップされる。スコアリング表は、表３および表４に示されるように、各指定された動作に関して衣料製品をスコアリングするために使用され得る。
【００６２】
【表３】
0006336974.tif 000004
【００６３】
表３に例示されるように、「コメントの文字カウント」は、ユーザが衣料製品についてコメントした後の、等級へのコメントの文字カウントのサーバの区分である。「番号」は、異なる等級を示すために使用され、「スコア」の欄は、異なる等級について対応するスコアを与える。スコアが高いほど、コメントにおいてより多くの文字がある。現実の開示では、評価内容に現れるキーワードに基づいて衣料製品を得点を与えるすることもまた可能である。例えば、評価が衣料製品についての承認の言葉を含む場合、衣料製品は、かなり高いスコアを与えられ得る。
【００６４】
【表４】
0006336974.tif 000005
【００６５】
例示されるように、表４は、衣料製品が閲覧されたか否かに基づいて衣料製品を得点を与える。いくつかの実施形態では、それの閲覧数に基づいて衣料製品を得点を与えるまた可能であるが、ここではそれを行わないことになる。
【００６６】
図７は、項目の推薦を可能にするコンピューティングデバイス７００の例示的なコンピューティングアーキテクチャの概略図である。コンピューティングデバイス７００は、複数位置ログイン制御のためのユーザデバイスまたはサーバであり得る。１つの典型的な構成では、コンピューティングデバイス７００は、１つ以上のプロセッサ７０２、入出力インターフェース７０４、ネットワークインターフェース７０６、およびメモリ７０８を含む。
【００６７】
メモリ７０８は、ランダムアクセスメモリ（ＲＡＭ）などの揮発性メモリ、および／または読み取り専用メモリ（ＲＯＭ）もしくはフラッシュＲＡＭなどの不揮発性メモリの形態にあるコンピュータで読み取り可能な媒体を含み得る。メモリ７０８は、コンピュータで読み取り可能な媒体の一例である。
【００６８】
コンピュータで読み取り可能な媒体は、コンピュータで読み取り可能な命令、データ構造、プログラムモジュール、もしくは他のデータなどの情報の記憶のための任意の方法または技術で実装される揮発性および不揮発性の、取り外し可能ならびに取り外し不可能な媒体を含む。コンピュータ記憶媒体の例は、限定されるものではないが、相変化メモリ（ＰＲＡＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、動的ランダムアクセスメモリ（ＤＲＡＭ）、他の種類のランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、電気的に消去可能でプログラム可能な読み取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリまたは他のメモリ技術、コンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）または他の光学記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶または他の磁気記憶デバイス、あるいはコンピューティングデバイスによるアクセスのために情報を記憶する為に使用され得る任意の他の非伝送媒体を含む。本明細書に定義されるように、コンピュータで読み取り可能な媒体は、変調されたデータ信号および搬送波などの一時的媒体を含まない。
【００６９】
より詳細にメモリ７０８に戻ると、メモリ７０８は、要求受信ユニット７１０、属性特徴取得ユニット７１２、および項目推薦ユニット７１４を含み得る。要求受信ユニット７１０は、端末によって送信されたユーザＩＤを含む衣料製品の動作要求を受信する為に構成される。属性特徴取得ユニット７１２は、要求受信ユニット７１０によって受信された要求に含まれるユーザＩＤに基づいて、ユーザＩＤと、衣料製品の第１の属性の属性特徴との間の予め確立された対応を問い合わせるように構成される。属性特徴取得ユニット７１２はまた、動作要求に含まれるユーザＩＤに対応する属性特徴を取得し得る。いくつかの実施形態では、対応する属性特徴は、動作要求のユーザＩＤに対応するユーザが興味のある属性特徴である。
【００７０】
項目推薦ユニット７１４は、属性特徴取得ユニット７１２によって取得された属性特徴を所有する衣料製品から衣料製品を選択し、それらを端末に推薦する為に構成される。
【００７１】
いくつかの実施形態では、属性特徴取得ユニット７１２は、ユーザＩＤについて保存されたアクセスされた衣料製品の記録から取られるアクセスされた衣料製品の第１の属性の属性特徴を決定し得る。属性特徴取得ユニット７１２は、次いで、決定された属性特徴の中の同じ属性特徴を有するアクセスされた製品の中で衣料製品の数を決定し得る。属性特徴取得ユニット７１２は、ユーザＩＤと、所与の閾値よりも少なくないそれらの決定された数に対応する属性特徴との間の対応を確立し得る。
【００７２】
いくつかの実施形態では、属性特徴取得ユニット７１２は、設定された数の衣料製品グループを端末に提供し得る。各衣料製品グループにおける衣料製品の量は、第１の属性の属性特徴の数と同じであり、含まれる衣料製品毎の第１の属性の属性特徴は異なる。属性特徴取得ユニット７１２は、端末によって送信される、各衣料製品グループから選択された衣料製品を受信し得、受信した衣料製品の中から第１の属性について同じ属性特徴を有する衣料製品の数を決定し得る。属性特徴取得ユニット７１２は、ユーザＩＤと、所与の閾値よりも少なくないそれらの決定された数に対応する属性特徴との間の対応を確立し得る。
【００７３】
いくつかの実施形態では、項目推薦ユニット７１４は、対応する属性特徴を所有する製品から指定された第２の属性特徴を所有する衣料製品を選択し得、指定された第２の属性特徴を所有する製品から衣料製品を選択し得る。
【００７４】
いくつかの実施形態では、項目推薦ユニット７１４は、衣料製品の品質を反映する品質スコアを備えるそれらの製品の品質スコアに基づいて、指定されたモードに従って対応する属性特徴と関連付けられた衣料製品を分類し得る。項目推薦ユニット７１４は、次いで、分類された衣料製品シーケンスからの設定された位置条件に適合するシーケンスにおける位置に基づいて衣料製品を選択し得る。
【００７５】
明らかにするために、上記デバイスに含まれるユニットは、このデバイスの機能に基づく単なる論理区分である。いくつかの実施形態では、これらのユニットは、層にされてもよいし、あるいは小さな部分に細分されてもよい。加えて、この実施形態によって提供されたデバイスによって果たされる機能は、上記実施形態によって提供された衣料製品推薦方法ワークフローと１対１の対応にある。このデバイスについてのより詳細な過程の流れは、先行する方法の実施形態に詳細に既に記載されており、ここで更に記述されない。
【００７６】
当業者は、この開示の実施形態は、方法、機器（デバイス）、またはコンピュータプログラム製品として提供され得ることを理解するべきである。従って、この開示は、全てハードウェアの実施形態、全てソフトウェアの実施形態、またはソフトウェアとハードウェアを組み合わせた実施形態の形態を採用し得る。加えて、この開示は、コンピュータプログラミングコードを含有する（限定されるものではないが、ディスクメモリ、ＣＤ−ＲＯＭ、および光学メモリを含む）１つ以上のコンピュータ記憶媒体上に実装されるコンピュータプログラム製品の形態を用い得る。
【００７７】
この開示の説明は、この開示の実施形態の方法、機器（デバイス）、およびコンピュータプログラム製品に基づくフローチャートならびに／あるいはブロック図を参照にする。コンピュータプログラムコマンドは、フローチャートおよび／またはブロック図の毎過程ならびに／あるいは毎ボックスのみならず、フローチャートおよび／またはブロック図の過程ならびに／あるいはボックスの組み合わせを実施するために使用され得ることが理解されるべきである。これらのコンピュータプログラムコマンドは、マシンを生成するために、汎用コンピュータ、特殊用途コンピュータ、埋め込み型プロセッサ、または他のプログラム可能なデータ過程デバイスのプロセッサのために提供され得、別のプログラム可能なデータ過程デバイスのコンピュータまたはプロセッサによって実行されるコマンドを通して、フローチャートの１つ以上の過程および／またはブロック図の１つ以上のボックスの指定された機能を実施するために使用されるデバイスの発生を可能にする。
【００７８】
これらのコンピュータプログラムコマンドはまた、コンピュータまたは他のプログラム可能なデータ過程デバイスに特別な手法で働くことを導き得るコンピュータで読み取り可能なメモリ内に記憶され得、コマンドデバイスを含有する製品を生じさせるコンピュータで読み取り可能なメモリに記憶されたコマンドを可能にする。このコマンドデバイスは、フローチャートにおける１つ以上の過程および／またはブロック図における１つ以上のボックスによって指定された機能を実施する。
【００７９】
コンピュータプログラムコマンドはまた、コンピュータまたは他のプログラム可能なデータ過程デバイスの上にロードされ得、コンピュータで実施される過程を生じさせるためにコンピュータまたは他のプログラム可能なデバイス上の一連の動作ステップの実行を可能にし、それ故、コンピュータまたは他のプログラム可能なデバイス上で実行されるコマンドは、フローチャートにおける１つ以上の過程および／またはブロック図における１つ以上のボックスによって指定された機能を実施する際に使用されるステップを提供する。
【００８０】
実施形態は、単に、本開示を例示するためのものであり、本開示の範囲を限定することを意図されるものではない。一定の修正や改善がなされ得、本開示の原理から逸脱すること無く本開示の保護の下で考えられるべきであることは、当業者に理解されるべきである。
【図１】
0006336974.tif 000006
【図２】
0006336974.tif 000007
【図３】
0006336974.tif 000008
【図４】
0006336974.tif 000009
【図５】
0006336974.tif 000010
【図６】
0006336974.tif 000011
【図７】
0006336974.tif 000012