JP5639191B2 - 標準製品ユニットのための属性集約 - Google Patents

Description

［関連出願の相互参照］
本出願は、２０１０年１月１３日付けで出願され、あらゆる目的のために参照によって本明細書に組み込まれた、発明の名称を「METHOD, DEVICE AND SYSTEM OF ATTRIBUTE AGGREGATION FOR STANDARD PRODUCT UNIT（標準製品ユニットのための属性集約の方法、装置、及びシステム）」とする中国特許出願第２０１０１００００５４４．Ｘ号に基づく優先権を主張する。

本発明は、総じて、コンピュータシステムの分野に関し、特に、製品情報を集約させるための方法及びシステムに関する。

電子商取引ウェブサイトには、販売されている製品の属性情報を含む豊富な取引情報がある。製品の属性情報は、販売者（売り手）が自身の製品を電子商取引ウェブサイト上で販売するために広告するときに入力されてよい（すなわち、電子商取引ウェブサイトに関係付けられたユーザインターフェースに入力されてよい）。電子商取引ウェブサイト上で製品を広告するとき、販売者は、対応する属性情報を入力するのが一般的である。対応する属性情報は、属性及び対応する属性値を各々含む属性ペアを含んでよい。属性及び属性値には限りがあるが、販売者は、自身の製品を広告するときに、必ずしも正しいすなわち意図された属性値を入力するとは限らず、これは、ウェブサイトで利用可能な属性情報を不正確なものにする。

通常、不正確な属性情報の修正は、手動で実施される。しかしながら、人間の認識力及び記憶力の限界ゆえに、手動修正によって完璧な精度を実現することは、非常に困難である。更に、場合によっては、手動修正は、バックグラウンド管理システムのクライアントがウェブサイトサーバに頻繁に修正命令を送信することを必要とし、これは、クライアントとウェブサイトサーバとの間の通信速度を低下させる。また、修正命令の頻繁な送信は、サーバの作業負荷を増大させる。

発明の様々な実施形態が、以下の詳細な説明及び添付の図面で開示される。

ＳＰＵのために属性情報を集約させる一実施形態を示すフローチャートである。

ＳＰＵのために属性情報を集約させるためのシステムの一実施形態を示す図である。

トレード情報を追跡するプロセスの一実施形態を示すフローチャートである。

ＳＰＵを生成するために属性を集約させる一実施形態を示すフローチャートである。

ＳＰＵ属性情報を作成するための属性集約の一例を示す図である。

ＳＰＵを生成するための属性集約のためのシステムの一実施形態を示す図である。

ＳＰＵを生成するための属性集約のためのシステムの一実施形態を示す図である。

ＳＰＵを生成するための属性集約のためのシステムの一実施形態を示す図である。

本発明は、プロセス、装置、システム、合成物、コンピュータ可読記憶媒体に実装されたコンピュータプログラム製品、並びに／又は結合先のメモリに記憶された命令及び／若しくは結合先のメモリによって提供される命令を実行するように構成されたプロセッサなどのプロセッサを含む、数々の形態で実装することができる。本明細書では、これらの実装形態、又は本発明がとりえるその他のあらゆる形態が、技術と称される。総じて、開示されたプロセスのステップの順序は、本発明の範囲内で可変である。別途明記されない限り、タスクを実施するように構成されるとして説明されるプロセッサ又はメモリなどのコンポーネントは、所定時にタスクを実施するように一時的に構成される汎用コンポーネントとして、又はタスクを実施するように製造された特殊コンポーネントとして実装されてよい。本明細書で使用される「プロセッサ」という用語は、コンピュータプログラム命令などのデータを処理するように構成された１つ又は２つ以上の装置、回路、及び／又は処理コアを言う。

本発明の原理を例示した添付の図面とともに、以下で、発明の１つ又は２つ以上の実施形態の詳細な説明が提供される。発明は、このような実施形態との絡みで説明されているが、いかなる実施形態にも限定されない。発明の範囲は、特許請求の範囲によってのみ限定され、発明は、数々の代替形態、変更形態、及び均等物を内包している。以下の説明では、発明の完全な理解を可能にするために、数々の具体的詳細が明記されている。これらの詳細は、例示を目的として提供されており、発明は、これらの詳細の一部又は全部を伴わずとも、特許請求の範囲にしたがって実施することができる。明瞭さを期するために、発明に関係した技術分野で知られている技術構成は、発明が不必要に不明瞭にされないように、詳細な説明を省略されている。

標準製品ユニット（ＳＰＵ）は、再利用が可能で且つ検索が容易である標準化された情報の集合である。この情報集合は、製品の特徴（例えば属性ペア）を記述する。一部の実施形態では、ＳＰＵは、１つ又は２つ以上の製品に関する基準情報を含有している。ＳＰＵは、或る製品グループについての個々の製品情報を集約させた最小単位を意味する。各種の実施形態では、ＳＰＵは、類似製品（例えば類似特徴を持つ製品）のグループを記述するために使用されてよい。（例えばインターネットウェブサイト用に）商品情報を作成、組織化、又は管理するプロセスでは、製品の特徴を複数の属性ペアによって記述し、同一の属性ペアを持つ製品を同じＳＰＵに含まれるものとしてまとめることができる。ＳＰＵのなかの属性ペアは、時間とともに標準化されるだろう。ＳＰＵからなる製品情報構造は、ウェブ情報、コメント、及びその他のＳＰＵと統合するなどの様々な形で適用することができる。

現在では、ＳＰＵは、販売者がウェブサイト上に製品を最初に広告するときに、その製品について初めて生成される。ＳＰＵは、製品の幾つかのキー属性（所要の属性もあれば、非所要の属性もある）によって確定されるのが通常である。しかしながら、販売者は、（例えば、不注意によって又は製品に関する不確かな知識に基づいて、）製品について間違った情報を入力するかもしれず、ゆえに、ＳＰＵのなかの属性は、間違っている又は欠落していることがある。電子ウェブサイトには、多数のＳＰＵがあるだろう。電子ウェブサイト上の製品は、ＳＰＵ情報が正確で且つ完全であるときに、より良く管理される。

各種の実施形態では、製品についての多数の属性ペア（すなわち、属性及び各種の対応する属性値に関して入力された情報）を集約させ、集約されたその製品についての属性ペアを追跡し、所定の要件を満たす（１つ又は２つ以上の）属性値をその属性の（１つ又は２つ以上の）属性値であるとして特定することによって、属性の（１つ又は２つ以上の）基準（すなわち正しい）値が決定される。

一部の実施形態では、ＳＰＵは、基準属性情報を含有してよい。ＳＰＵは、ウェブサイトのユーザ（例えば潜在的な買い手）がより便利に製品を検索するのを助けるために使用されてよい。ＳＰＵは、対応する製品について、正確な属性値を持つ標準化された属性を含んでいるので、ユーザは、製品のＳＰＵの一部である属性を使用してウェブサイトを検索することによって、その製品に迅速にリンクすることができる。ＳＰＵは、また、対応する製品を販売のために広告しているウェブサイトに表示される情報として使用されてもよい。

図１は、ＳＰＵのために属性情報を集約させる一実施形態を示すフローチャートである。図１に示された例は、以下のステップを含む。

ステップ１０２では、製品についての属性及び対応する属性値が受信される。一部の実施形態では、製品についての属性及び対応する属性値は、インターネットウェブサイトで製品を広告することを希望する製品の販売者によって入力される。

ステップ１０４では、製品についての属性及び対応する属性値が記憶される。一部の実施形態では、属性情報は、それに対して計算が実施可能であるように記憶される。

ステップ１０６では、属性の頻度、及び対応する属性値の頻度が決定される。一部の実施形態では、頻度は、記憶された属性情報に基づいて決定される。一部の実施形態では、頻度は、属性（又は属性値）が受信された合計回数に占める、或る特定の属性（又は属性値）が受信された回数の比率すなわち割合である。

ステップ１０８では、属性及び対応する属性値は、属性の頻度及び対応する属性値の頻度に少なくとも部分的に基づいて、所定の属性集約ルールにしたがって集約される。一部の実施形態では、所定の属性集約ルールは、先ず、受信された属性が所要の属性であるか又は非所要の属性であるかを決定する。

ステップ１１０では、製品についての標準製品ユニット属性情報が生成される。一部の実施形態では、属性及び対応する属性値は、受信された属性が所要の属性であるか又は非所要の属性であるかに応じ、製品についてのＳＰＵの一部であると決定される。一部の実施形態では、ＳＰＵは、属性情報の集合を１つ又は２つ以上の製品についてのＳＰＵ情報として関係付けるメタデータと合わせて属性情報の集合を記憶することによって生成される。

図２は、ＳＰＵのために属性情報を集約させるためのシステムの一実施形態を示す図である。図に示された例では、システム２００は、集約サーバ２１２と、ネットワーク２０２と、販売者端末２０４、２０６、２０８、及び２１０とを含む。集約サーバ２１２は、ネットワーク２０２を通じて販売者端末２０４、２０６、２０８、及び２１０とやり取りする。ネットワーク２０２は、各種の高速データネットワーク及び／又は電気通信ネットワークを含む。

集約サーバ２１２は、販売者が自身の製品を広告及び販売することができるトレードプラットフォームをサポートする。各種の実施形態では、トレードプラットフォームは、電子商取引ウェブサイトである。各種の実施形態では、トレードプラットフォームは、トレードプラットフォーム上で製品を広告及び販売することを希望するユーザ（例えば販売者）に対し、ユーザ自身が販売を希望する製品に関する属性情報を入力することができる対話型ユーザインターフェースとして提示されてよい（例えば、対話型ユーザインターフェースは、販売者端末２０４、２０６、２０８、及び２１０などの販売者端末を通じて用いられてよい）。一部の実施形態では、入力される属性情報は、属性及び対応する属性値の英数字識別子として入力される。各種の実施形態では、販売者によって入力された属性情報は、トレードプラットフォームをサポートする集約サーバ上に記憶される。一部の実施形態では、トレードプラットフォームは、販売者が製品を購入するときに経ることができる（例えば電子商取引ウェブサイトのウェブページ上の）対話型ユーザインターフェースを使用して、販売されている製品に関する情報を販売者に対して提示することができる。

一部の実施形態では、（集約サーバ２１２によってサポートされる）トレードプラットフォームは、販売者によって入力された製品の属性情報を受信及び記憶する。一部の実施形態では、トレードプラットフォームは、（例えばウェブサイトの）ユーザが製品属性によって対応する製品を検索するときに、属性表示ウェブページ（例えば電子商取引ウェブサイト）のなかでＳＰＵ属性情報を示す。

各種の実施形態では、集約サーバ２０２のコンポーネントとして、属性情報統計機能モジュールがセットアップされる。一部の実施形態では、属性情報統計機能モジュールは、トレードプラットフォームのコンポーネントである。各種の実施形態では、属性情報統計機能モジュールは、ＳＰＵを作成するために、販売者によって入力されたトレード情報を追跡する。トレード情報の例としては、製品のカテゴリ、製品の名称、製品の価格、製品の製造業者、製品の色、製品の配送料などが挙げられ、所要の属性情報（例えば製品価格）、非所要の属性情報、単一選択肢属性情報、複数選択肢属性情報などが含まれる。

図３は、トレード情報を追跡するプロセスの一実施形態を示すフローチャートである。各種の実施形態では、プロセス３００は、属性情報統計機能モジュールによって実施される。この例に示されるように、プロセス３００は、以下のステップを含む。

ステップ３０１では、属性情報が受信される。属性情報は、製品についての情報及び対応する情報値（すなわち属性ペア）を少なくとも含む。各種の実施形態では、属性情報は、製品の販売者によって、電子商取引ウェブサイトのユーザインターフェース（例えば、集約サーバによって提示されたもの）を通じて入力される。属性情報は、集約サーバによって受信され、トレードプラットフォームの属性情報統計機能モジュールによって処理されてよい。属性情報は、また、トレードプラットフォームに関係した集約サーバによって記憶されてもよい。

各種の実施形態では、トレードプラットフォームのユーザインターフェースは、属性情報統計値を構成するためのセクションを含有してよい。販売者は、ユーザインターフェースのこのセクションを使用して製品属性情報を入力してよい。一部の実施形態では、販売者によって入力された製品属性情報を記憶するために、トレードプラットフォーム上に記憶機能モジュールをセットアップすることもできる。製品属性情報の記憶は、望ましい任意のやり方でセットアップすることができる。例えば、ＳＰＵごとに、そのＳＰＵの属性情報を記憶するための対応する記憶領域を留保することができる。各種の実施形態では、属性情報統計機能モジュールは、トレードプラットフォームのコンポーネントとしてセットアップすることもできる。属性情報統計機能モジュールは、記憶機能モジュールから属性情報を取り出すこと、統計的計算を実施すること、所定の統計ルールにしたがって製品のＳＰＵ属性情報を得ること、及びこれまでに記憶された製品のＳＰＵ属性情報を修正することのうちの、１つ又は２つ以上を実施してよい。

各種の実施形態では、属性情報統計機能モジュールは、各属性が受信される回数、及び各対応する属性値が受信される回数を追跡する。その結果、各属性及び該属性に対応する各値の頻度が計算されてよい。

例えば、製品は、ラップトップコンピュータである。受信された属性情報は、属性「製造業者」について、属性値「Ｄｅｌｌ」を含む。集約サーバは、これまでに受信されたその他の属性ペアを追跡してよく、これまでに受信された属性ペアには、属性「メーカ」及び属性値「Ｄｅｌｌｅ」、並びに属性「製造者」及び属性値「Ｄｅｌｌｌ」がある。属性「メーカ」、「製作者」、及び「製造業者」が受信された頻度は、それぞれ、３０％、１０％、及び７０％である。対応する属性値「Ｄｅｌｌｅ」、「Ｄｅｌｌｌ」、及び「Ｄｅｌｌ」が受信された頻度は、それぞれ、３％、４０％、及び６７％である。

ステップ３０２では、受信された属性が所要の属性であるかどうかが決定される。属性が所要の属性でない場合には、ステップ３０３が実施され、属性が所要の属性である場合には、ステップ３０５が実施される。

各種の実施形態では、製品の属性として所要の属性が（例えば販売のために製品を広告している電子商取引ウェブサイトのウェブページにおいて）表示されなければならず、ゆえに、その値が（販売者からの入力として）得られなければならない。一部の実施形態では、属性は、ウェブサイトオペレータによって構成された所定のリストのなかにある場合に所要の属性であると見なされる。各種の実施形態では、非所要の属性は、製品の属性として表示される必要がない属性であり、ゆえに、それに対応する属性値は（例えば販売者からの入力として）必要とされない。例えば、携帯電話製品の所要の属性には、製造業者、機種、色などがある。しかしながら、携帯電話は、Ｂｌｕｅｔｏｏｔｈ（登録商標）機能をサポートすることはできるが、Ｂｌｕｅｔｏｏｔｈ機能をサポートしている必要もない。したがって、携帯電話製品のＢｌｕｅｔｏｏｔｈ属性は、非所要の属性である。

ステップ３０３では、受信された属性の頻度が所定の値を上回るか否かが決定される。受信された属性が（例えば集約サーバで）受信された頻度が所定の値を上回らない場合には、ステップ３０４が実施され、上回る場合には、ステップ３０５が実施される。

一部の実施形態では、所定の値は、閾値頻度である。受信された属性の頻度が所定の値すなわち閾値頻度未満である場合には、その属性は、その製品を含むＳＰＵに含められるべき情報の集合に属さないと決定される。しかしながら、受信された属性の頻度が所定の値すなわち閾値頻度を超えている場合には、その属性は、その製品についてのＳＰＵに含められるべき情報の集合に属すると決定される。

ステップ３０４では、受信された属性情報は、ＳＰＵ情報ではないと決定される。

ステップ３０５では、属性が属性値の選択肢を複数有するか否かが決定される。複数の選択肢を有さない場合には、ステップ３０６が実施され、有する場合には、ステップ３０８が実施される。

一部の実施形態では、販売者によって入力される属性情報が、正しい属性値の選択肢を複数有することがある。例えば、色属性の属性値には、（例えば、対応する製品が実際に黒、白、又はピンクの色のいずれかで製造されたゆえに）黒、白、ピンクなどがある。値の選択肢を複数持つ属性とは対照的に、その他の属性には、（例えば、対応する製品がある特定の機能を有する又は有さない、のいずれかしかないゆえに、）正しい属性値の選択肢を１つのみ有するものもある。例えば、カメラ機能を有する携帯機器の属性の属性値は、「有り」のみであり、「有り」属性値が選択されない場合には、その携帯機器は、カメラ機能を有さないと見なされる。

ステップ３０６では、受信された属性に対応する全ての記憶された属性値のなかで最大の頻度を持つ記憶された属性値が特定される。

ステップ３０７では、最大頻度を持つ属性値及びそれに対応する属性が、製品についてのＳＰＵ属性情報として特定される。

ステップ３０８では、属性に対応する全ての記憶された属性値の頻度の平均頻度が決定され、各属性値の頻度が平均頻度を上回るか否かが決定される。属性値の頻度が平均属性値を上回る場合には、ステップ３０７が実施され、上回らない場合には、ステップ３０９が実施される。

ステップ３０９では、最大頻度と平均頻度との間の差が決定され、その差は、受信された属性値の頻度で割り算され、その結果は、所定の値と比較される。結果が所定の値未満である場合には、ステップ３０７が実施され、結果が所定の値未満でない場合にはステップ３０４が実施される。

一部の実施形態では、好ましい所定の値は、１．３である。その他の実施形態では、その他の値が使用されてよい。

図４は、ＳＰＵを生成するために属性を集約させる一実施形態を示すフローチャートである。この例に示されるように、プロセス４００は、以下のステップを含む。

ステップ４０１では、属性情報が受信され、記憶される。各種の実施形態では、受信された属性情報は、製品についての属性及び対応する属性値を含む。

一部の実施形態では、所要の属性及び非所要の属性を含む製品の各種の属性情報を販売者が入力するためのユーザインターフェースにおけるウェブページが、トレードプラットフォームによって提供される。記憶された属性情報に対して各種の計算を行うのに便利であるように、販売者によって入力された製品の全ての属性情報は、（例えば集約サーバによってサポートされる）トレードプラットフォームに記憶される。属性情報の記憶は、様々なやり方で編成可能である。例えば、販売者によって入力された属性情報を記憶するために、特殊なサーバ又は記憶媒体がセットアップされてよい。一部の実施形態では、属性情報は、所定の記憶ルールにしたがって記憶することができる。例えば、各ＳＰＵの属性情報は、そのＳＰＵのために留保された特定の記憶領域に記憶される。

ステップ４０２では、受信された属性情報が所要の属性情報であるか否かが決定される。受信された属性情報が所要の属性情報でない場合には、ステップ４０３が実施され、受信された属性情報が所要の属性情報の場合には、ステップ４０５が実施される。

ステップ４０３では、受信された属性の頻度が所定の値を上回るか否かが決定される。上回らない場合には、ステップ４０４が実施され、上回る場合には、ステップ４０５が実施される。

一部の実施形態では、非所要の属性は、頻度が低すぎる（例えば、ある特定の閾値を下回る）ときに記憶される製品の属性ではない。例として、携帯電話製品の非所要のＢｌｕｅｔｏｏｔｈ機能属性を考える。Ｂｌｕｅｔｏｏｔｈサポートに関する属性情報（例えば、属性はＢｌｕｅｔｏｏｔｈで、属性値はＢｌｕｅｔｏｏｔｈをサポートしているか又はしていないか）を入力した販売者がわずか（例えば１％未満）である場合には、その携帯電話製品は、Ｂｌｕｅｔｏｏｔｈ機能を含まないと決定される。要するに、Ｂｌｕｅｔｏｏｔｈサポートに関する非所要の属性情報は、そのタイプの属性情報を入力した販売者が少なすぎるならば、携帯電話のＳＰＵ属性であると決定されない、又は属性情報として記憶すらされない。一部の実施形態では、属性が受信された頻度に基づいて、非所要の属性が記憶されるべき属性情報であるか否かが決定される。属性が受信された頻度が所定の値を上回る場合には、その属性の入力は、（不注意で入力されたのではなく）正規の動作であると見なされ、ゆえに、記憶されることが望ましい。しかしながら、属性が受信された頻度が所定の値を下回る場合には、その属性の入力は、記憶されるのに十分に統計的に有意ではないと見なされる。

ステップ４０４では、受信された属性は、ＳＰＵ属性ではないと決定される。

一部の実施形態では、属性の頻度が所定の値を上回らない場合には、属性情報は、偶然に又は不注意で入力されたと見なされ、ゆえに、その属性は、製品の販売ウェブページ上に表示されることはない。一部の実施形態では、頻度が所定の値を下回る非所要の属性は、受信はされるが、記憶はされない。

ステップ４０５では、属性が属性値の選択肢を複数有するか否かが決定される。属性値が複数の属性値候補の１つでない場合には、ステップ４０６が実施され、属性値が複数の属性値候補の１つである場合には、ステップ４０８が実施される。

一部の実施形態では、１つの属性が複数の正しい属性値を有することがある。ステップ４０６では、属性の全ての属性値のなかで最大の頻度を持つ属性値が特定される。

一部の実施形態では、属性値が選択肢を１つのみ有し（例えば、或る特定の属性の正しい属性値が１つしかなく）且つ属性が所要の属性であるならば、その属性は、全ての販売者によって入力される必要がある。販売者による誤った入力の問題を回避するために、受信され記憶された全ての属性値のなかで最大頻度を持つ属性値が、その属性の正しい属性値であると決定される。例えば、色は、タイプＮ００９の携帯電話の所要の属性であり、色の属性値は、単一選択肢である。７５％の販売者によって属性の属性値として赤が入力され、１０％の販売者によって属性の属性値として黒が入力され、残り１５％の販売者によって属性の属性値としてゴールドが入力された。最大頻度を持つ属性値（例えば、入力率が７５％である赤）が、Ｎ００９携帯電話の色属性の属性値であると決定される。

ステップ４０７では、受信された属性及び最大頻度を持つその属性値が、製品についてのＳＰＵ属性情報であると決定される。

各種の実施形態では、ＳＰＵ属性情報は、その製品について記憶され、その製品についてトレードプラットフォームのウェブページに表示される。トレードプラットフォームのユーザ（すなわち潜在的な買い手）は、製品を、そのＳＰＵ属性情報に基づいて検索してもよい。

ステップ４０８では、受信された属性値の頻度が平均頻度を上回るか否かが決定される。平均頻度を上回る場合には、ステップ４０７が実施され、上回らない場合には、ステップ４０９が実施される。

一部の実施形態では、受信された属性値が、複数の正しい属性値を持つ属性に対応していると（例えばステップ４０５において）決定されると、その属性について受信された全ての属性値の頻度の平均が計算される。平均頻度を上回る頻度を持つ（１つ又は２つ以上の）属性値が、ＳＰＵ属性情報のなかの対応する属性の（１つ又は２つ以上の）属性値であると決定される。例えば、タイプＮ００１の携帯電話の色属属性が、正しい選択肢を複数有し、販売者の５０％が色属性の値を黒として入力し、販売者の４０％が色属性の属性値として赤を入力し、販売者の１０％が色属性の属性値として青を入力した。すると、平均頻度は、（５０％＋４０％＋１０％）／３＝３３．３３％である。受信された各属性値の頻度は、平均頻度と比較される。頻度が平均頻度を上回る場合には、ステップ４０７が実施され、上回らない場合には、ステップ４０９が実施される。

ステップ４０９では、最大頻度と平均頻度との間の差が決定され、その差は、受信された属性値の頻度で割り算される。その結果は、所定の値と比較される。結果が所定の値未満である場合には、ステップ４０７が実施され、結果が所定の値未満でない場合には、ステップ４０４が実施される。

一部の実施形態では、所定の値は、１．３である。タイプＮ００１の携帯電話の色属性情報に戻ると、例えば、最大頻度と平均頻度との差は、５０％−３３．３３％＝１６．６７％である。この差を１０％（受信された属性値の頻度）で割り算すると、その結果は、１．６６７である。１．６６７は、１．３を上回るので、ステップ４０４が実施される。所定の値１．３は、説明目的で使用されたものであり、その他の値が使用されてもよい。

図５は、ＳＰＵ属性情報を作成するための属性集約の一例である。一部の実施形態では、プロセス５００は、プロセス４００を使用して実施されてよい。製品についてのＳＰＵ属性情報が作成される前は、標準化された属性情報は記憶されていない。異なる販売者は、同じ製品について異なる属性情報を入力することがある。正しくない属性情報を手動で修正することは、非常に非効率的である。しかしながら、（例えば、基準情報としての役割を担う）ＳＰＵを生成し、正しい属性情報の表示及び製品とのその関係付けをより確実にするために、プロセス４００にしたがって、属性情報を集約することが可能である。

ステップ５０１では、属性入力ウェブページにログインしている販売者によって、属性情報が入力される。

ステップ５０２では、ＳＰＵ属性情報を生成するために、属性集約ルールにしたがって属性情報が集約される。

例えば、Ｎｏｋｉａ７２００携帯電話製品は、着信音属性と、属性値候補１６コード及び３２コードを有する。統計的計算後、８０％を超える販売者が属性値１６コードを入力し、１０％の販売者が属性値３２コードを入力し、１０％の販売者が着信音属性について何も属性値を入力しなかったと決定されたとする。正しい属性値の選択肢が１つのみである場合には、属性値１６コードが、入力された全ての属性値のなかで最大頻度を有するゆえに、ＳＰＵ属性情報集合に含められる。その場合、属性値３２コードは、破棄される（例えば、記憶されない）。

正しい属性値の選択肢を複数持つ属性の一例は、携帯電話によってサポートされるメモリカードタイプの属性である。携帯電話がＳＤカード、ＭＩＮＩＳＤカード、ＭＭＣカードなどのメモリカードタイプをサポートしているとする。販売者がこの属性の属性値を入力するときは、１種類のみの、２種類の、又は全種類のメモリカードを入力する可能性がある。トレードプラットフォームは、販売者によって入力された属性情報にしたがって、（例えば、属性情報統計機能モジュールによって）統計的計算及び集約を実施して、以下のデータを得る。

属性値ＳＤカードが入力された（例えば、集約サーバによって受信された）頻度は、５０％であり、属性値ＭＩＮＩＳＤカードが入力された頻度は、３０％であり、属性値ＭＭＣカードが入力された頻度は、１９％であり、その他の属性値が入力された頻度は、１％であった。

この属性値の選択肢を複数持つ属性の基準属性値を特定するために、先ず、サポートされているメモリカードタイプの属性値の平均頻度（２５％）が得られる。属性値ＭＩＮＩＳＤカードの頻度及び属性値ＳＤカードの頻度は、２５％を上回るので、集約ルールにしたがって、属性値ＭＩＮＩＳＤカード及び属性値ＳＤカードは、ともに、Ｎｏｋｉａ７２００携帯電話製品についてのＳＰＵ属性情報集合の一部であると決定される。

属性値ＭＭＣカードの頻度は、１９％であり、２５％未満であるので、集約ルールにしたがって、更なる計算が必要とされる。すなわち、最大頻度と平均頻度との差が得られ、その差が属性値ＭＭＣカードの頻度によって割り算され（すなわち、（５０％−２５％）／１９％）、この式の結果（１．３１）が得られる。この値は、例えば、所定の値１．３と比較される。１．３１＞１．３であるので、属性値ＭＭＣカードは、破棄され、Ｎｏｋｉａ７２００携帯電話製品についてのＳＰＵ属性情報集合の一部であると決定されない。

この例では、上述された２種類の属性情報は、全て、所要の属性情報（すなわち、製品の販売ウェブページに表示される必要がある属性情報）である。非所要の属性情報の場合は、製品の属性の頻度は、属性集約ルールにしたがって追跡される。頻度は、所定の値と比較される。例えば、所定の値は、６０％である。６０％を上回る販売者がこの属性情報を入力した（例えば、属性が少なくとも６０％の時間にわたって入力された）ならば、この属性情報は、ＳＰＵ属性情報集合の一部であると決定される。そうでないならば、属性情報は、破棄される。

属性情報の集約が実行される時間は、可変である。一部の実施形態では、属性情報の集約のための時間は、販売者が製品属性情報の入力を完了した直後にセットすることができる。例えば、販売者が全ての製品属性情報を入力し、その情報を送信したらすぐ、トレードプラットフォームは、製品属性情報の送信を検出し、直ちにＳＰＵ属性集約プロセスを開始又は実行してよい。一部の実施形態では、トレードプラットフォームは、定期的に且つ予め決定された期間にわたって属性情報のＳＰＵ属性集約を実行することもできる。

一部の実施形態では、販売者によって入力された製品属性情報のＳＰＵ属性集約がトレードプラットフォームによって実行される方法が、２種類がある。

第１の方法では、ＳＰＵ属性集約は、ＳＰＵ属性集約がなされるたびに、製品についての全ての記憶された属性情報に対して実行される。要するに、ＳＰＵ属性集約が実行されるたびに、更新されたＳＰＵ属性情報を得るために、これまでのＳＰＵ属性集約で既に把握されている属性情報を含む全ての属性情報が統計的に計算される。

第２の方法では、ＳＰＵ属性集約は、最後のＳＰＵ属性集約の結果と、最後のＳＰＵ属性集約以降に新しく記憶された属性情報とにしたがって実行される。要するに、各ＳＰＵ属性集約の結果が記録され、次のＳＰＵ属性集約では、プロセスは、最新のＳＰＵ属性集約の結果と、最新のＳＰＵ属性集約以降に新しく記憶された属性情報とにしたがって実行される。第２の方法は、以下で更に説明される。

トレードプラットフォームは、最後の（すなわち最新の）ＳＰＵ属性集約以降の全ての製品属性情報についての統計をまとめる。トレードプラットフォームは、製品について各属性及び各属性値が入力された頻度、各属性及び／又は各属性値に関して検索を行うユーザの数、ＳＰＵ属性集約の現段階において属性情報を入力した販売者の総数、並びに最後のＳＰＵ属性集約の時間のうちの、１つ又は２つ以上を記録する。次のＳＰＵ属性集約では、トレードプラットフォームは、最後のＳＰＵ属性集約以降に記憶された属性情報を取得し、製品の属性情報を入力した販売者の数及び製品を販売している販売者の総数を決定し、取得された／決定された情報にしたがってＳＰＵ属性集約を実行する。

Ｎｏｋｉａ７２００携帯電話製品を伴う例に戻り、その製品について幾らかの販売者が属性情報を既に入力した後に、トレードプラットフォームが初めてＳＰＵ属性集約を実行したとする。ＳＰＵ集約プロセスの統計的結果が、以下に示される。

１０の販売者がいて、販売者の８０％が着信音属性について属性値１６コードを入力し、販売者の１０％が着信音属性について属性値３２コードを入力し、販売者の１０％が着信音属性について何も属性値を入力しなかったとする。着信音属性が有する正しい属性値の選択肢が１つのみであるならば、属性値１６コードは、最大頻度を有するゆえに、ＳＰＵ属性情報集合の一部であると決定され、入力された属性値３２コードの情報は、破棄される。

次いで、トレードプラットフォームは、表１に示されるように、この製品の、各属性値を入力した販売者の数及び販売者の総数を記録する。

表１において、各属性情報を入力した販売者の数は、販売者の総数に対する割合として表すこともでき、これは、頻度と称されてもよい。

次のＳＰＵ属性集約では、Ｎｏｋｉａ７２００携帯電話製品の新しい販売者が１０いて、これら１０の販売者の５０％が、製品の着信音属性について属性値１６コードを入力し、４０％が属性値３２コードを入力したとする。すると、属性値の頻度は、以下の通りである。

着信音属性の属性値１６コードの頻度は、（８＋５）／２０＝６５％になる。

着信音属性の属性値３２コードの頻度は、（１＋４）／２０＝２５％になる。

着信音属性の属性値の選択肢が１つのみである場合は、属性値１６コードは、より高い頻度を有するゆえに、Ｎｏｋｉａ７２００携帯電話製品のＳＰＵ属性情報の一部であると決定される。

ユーザによって入力された属性情報を受信及び記憶し、属性集約の（１つ又は２つ以上の）所定のルールにしたがって属性情報を集約する、開示された上記の方法の使用によって、ＳＰＵ属性を自動的に取得、修正、及び／又は更新することが可能である。

図６は、ＳＰＵを生成するための属性集約のためのシステムの一実施形態を示す図である。図に示された例では、システム６００は、記憶モジュール６０２と、集約モジュール６０４とを含む。

これらのモジュールは、１つ又は２つ以上のプロセッサ上で実行されるソフトウェアコンポーネントとして、プログラマブル論理装置及び／若しくは特定の機能を実施するように設計された特殊用途向け集積回路などのハードウェアとして、又はそれらの組み合わせとして実装することができる。一部の実施形態では、モジュールは、本発明の実施形態で説明されている方法をコンピュータ装置（パソコン、サーバ、ネットワーク機器など）に実行させるための幾つかの命令を含み且つ不揮発性の記憶媒体（光ディスク、フラッシュ記憶装置、モバイルハードディスクなど）に記憶させることができるソフトウェア製品の形で具現化することができる。モジュールは、１つの装置に実装されてよい、又は複数の装置に分散されてよい。

記憶モジュール６０２は、製品の属性情報（例えば、属性及び属性値）を記憶するように構成される。

一部の実施形態では、販売者が自身が販売している製品の各種の属性情報を入力するためのユーザインターフェースが、トレードプラットフォームによって提供されてよい。属性情報は、所要の属性及び（ある場合には）非所要の属性の両方に関する情報を含む。一部の実施形態では、属性情報に対して各種の計算を行うのに便利であるように、入力された全ての属性情報は、（例えばトレードプラットフォームをサポートしている集約サーバにおける）トレードプラットフォームに記憶される。属性情報の記憶は、様々なやり方でセットアップ可能である。例えば、属性情報の記憶は、属性情報を入力する各販売者によってグループ分けされてよい、又は各ＳＰＵによってグループ分けされてよい。

集約モジュール６０４は、記憶モジュール６０２によって記憶された属性情報を１つ又は２つ以上の所定の属性集約ルールにしたがって集約させて、製品のＳＰＵ属性情報を生成するように構成される。集約モジュールに関する更なる詳細は、以下で説明される。

図７は、ＳＰＵを生成するための属性集約のためのシステムの一実施形態を示す図である。一部の実施形態では、システム６００は、図７に示される例のように実装されてよい。図に示された例では、決定サブモジュール７０２及び処理サブモジュール７０４は、集約モジュール６０４のサブコンポーネントである。

決定サブモジュール７０２は、入力された属性情報の属性が所要の属性であるかどうかを決定するように構成される。一部の実施形態では、属性は、製品の販売ウェブページ上に表示される必要がある所定の属性リストに基づいて、所定の属性であると決定される。属性は、所要の属性でないならば、非所要の属性であると見なされる。

処理サブモジュール７０４は、記憶された製品の属性情報における属性の頻度を決定するように構成される。属性が非所要の属性であると見なされたとき、属性の頻度が所定の値未満であるならば、その属性は、製品についてのＳＰＵ属性情報集合の一部ではないと決定される。しかしながら、頻度が所定の値を上回るならば、属性が有する属性値の選択肢が１つであるか又は複数であるかに基づいて、属性集約プロセスが実行され、次いで、製品についてのＳＰＵ属性情報が生成される。属性が所要の属性であると決定されたときは、属性集約は、属性が有する属性値の選択肢が１つであるか又は複数であるかに基づいて、直接実行され、次いで、製品のＳＰＵ属性情報が決定される。

処理サブモジュール７０４は、また、以下のようにも構成される。

属性が有する属性値の選択肢が１つであるときは、処理サブモジュール７０４は、属性の全ての記憶された属性値のなかで最大頻度を持つ属性の属性値を選択し、属性及び最大頻度を持つ属性値を製品についてのＳＰＵ属性情報集合に含めるように構成される。

属性が有する属性値の選択肢が複数であるときは、処理サブモジュール７０４は、属性の各記憶された属性値の頻度を決定し、属性値の複数選択肢の頻度の平均頻度を計算し、属性及び平均頻度を上回る（１つ又は２つ以上の）頻度を持つ（１つ又は２つ以上の）属性値を決定し、属性及びそれら（１つ又は２つ以上の）属性値を製品についてのＳＰＵ属性情報集合の一部として含めるように構成される。

属性が有する属性値の選択肢が複数であるときは、処理サブモジュール７０４は、平均頻度と、属性値の頻度のなかで最大の頻度との差を決定し、次いで、その差を割り算し、受信された属性値の頻度の比率を得て、その頻度の比率を所定の値と比較するように構成される。頻度の比率が所定の値を上回るならば、その頻度の比率に対応する属性値は、製品についてのＳＰＵ属性情報集合の一部ではないと決定され、しかしながら、頻度の比率が所定の値未満であるならば、その頻度の比率に対応する属性値は、製品についてのＳＰＵ属性情報集合の一部であると決定される。

図８は、ＳＰＵを生成するための属性集約のためのシステムの一実施形態を示す図である。一部の実施形態では、図８に示された例は、記録モジュール８０２を追加されたシステム６００である。

記録モジュール８０２は、集約モジュールが製品のＳＰＵ属性情報を取得した後に、各属性及び各属性値の頻度、製品の各属性及び各属性値を入力した販売者の数、並びに製品のＳＰＵのための属性集約の現段階において製品の属性情報を入力したユーザの総数のうちの、１つ又は２つ以上を記録するように構成される。

一部の実施形態では、集約モジュール６０４は、記録された各属性及び各属性値の頻度、製品の各属性及び各属性値を入力した記録されたユーザの数、及び／又は最後の属性集約以降に製品の属性情報を入力した記録されたユーザの総数、並びに最後の属性集約以降に新しく記憶された製品の属性及び属性値のうちの、１つ又は２つ以上にしたがって、ＳＰＵのための属性集約を実行するようにも構成される。

上記の説明を通じて、この分野の当業者ならば、本発明がハードウェア又はソフトウェアによって実装可能であることを明確に理解することができる。この理解に基づいて、本発明の技術的プログラムは、上述された方法を装置（パソコン、サーバ、又はネットワーク機器など）が実行することを許可するための幾つかの命令を含み且つ不揮発性の記憶媒体（ＣＤ−ＲＯＭ、フラッシュディスク、モバイルハードディスクなど）に記憶させることができるソフトウェア製品の形で具現化することができる。

以上の実施形態は、理解を明瞭にする目的で幾らか詳細に説明されてきたが、本発明は、提供された詳細に限定されない。本発明の実現には、多くの代替的手法がある。開示された実施形態は、例示のためであって、限定的はものではない。
適用例１：標準化された属性情報を生成する方法であって、製品についての属性及び対応する属性値を受信することと、前記製品についての前記属性及び前記対応する属性値を記憶することと、前記属性の頻度及び前記対応する属性値の頻度を決定することと、前記属性の前記頻度及び前記対応する属性値の前記頻度に少なくとも部分的に基づいて、所定の属性集約ルールに従って前記属性及び前記対応する属性値を集約させることと、前記製品についての属性情報の標準製品ユニットを生成することと、を備える方法。
適用例２：適用例１に記載の方法は更に、前記属性が所要ではないと決定することと、前記属性の前記頻度を所定の値と比較することと、を備える方法。
適用例３：適用例２に記載の方法は更に、前記属性が有する属性値の選択肢が１つであるか又は複数であるかを決定することを備える方法。
適用例４：適用例３に記載の方法はさらに、前記属性が有する属性値の選択肢が１つであると決定された場合に、前記属性に関係付けられた記憶された属性値の中で最大頻度を持つ属性値を、前記製品についての前記属性情報の標準製品ユニットの一部として特定することを備える方法。
適用例５：適用例３に記載の方法はさらに、前記属性が有する属性値の選択肢が複数であると決定された場合に、前記属性に関係付けられた複数の記憶された属性値、及び対応する複数の頻度を特定することと、前記対応する複数の頻度に少なくとも部分的に基づいて、平均頻度を計算することと、前記対応する複数の頻度の各々を前記平均頻度と比較することと、前記属性に関係付けられた前記複数の記憶された属性値の中で、前記対応する複数の頻度の少なくとも１つが前記平均頻度を上回る少なくとも１つの属性値を、前記製品についての前記標準製品ユニットの一部として特定することと、を備える方法。
適用例６：適用例５に記載の方法はさらに、前記属性に関係付けられた前記複数の記憶された属性値の中で、前記複数の頻度のうちの対応する１つが前記平均頻度未満である１つの属性値を特定することと、前記対応する複数の頻度のなかで最も高い頻度と前記平均頻度との差を決定することと、前記差を前記複数の頻度のうちの特定された対応する１つの頻度で割り算して得られる比率を得ることと、前記比率を所定の比率と比較することと、を備える方法。
適用例７：適用例６に記載の方法において、前記比率を前記所定の比率を比較することは、更に、前記比率が前記所定の比率未満である場合に、前記複数の記憶された属性値のうちの前記特定された１つの属性値を前記製品についての前記標準製品ユニットの一部として特定することを含む、方法。
適用例８：適用例１に記載の方法はさらに、各属性の頻度及び各対応する属性値の頻度を記憶することを備える方法。
適用例９：適用例１に記載の方法はさらに、前記製品についての各属性及び各属性値を入力したユーザの数を記憶することを備える方法。
適用例１０：適用例１に記載の方法はさらに、前記標準製品ユニットのための現属性集約において前記製品についての属性情報を入力したユーザの総数を記憶することを備える方法。
適用例１１：適用例１に記載の方法であって、前記属性情報の標準製品ユニットを生成することは、少なくとも１つの属性及び少なくとも１つの対応する属性値を前記製品についての基準情報として特定することを含む、方法。
適用例１２： 標準化された属性情報を生成するシステムであって、１つ又は２つ以上のプロセッサと、前記プロセッサに接続され、前記プロセッサに命令を提供するように構成されているメモリと、を備え、
前記１つ又は２つ以上のプロセッサは、製品についての属性及び対応する属性値を受信し、前記製品についての前記属性及び前記対応する属性値を記憶し、前記属性の頻度及び前記対応する属性値の頻度を決定し、前記属性の前記頻度及び前記対応する属性値の前記頻度に少なくとも部分的に基づいて、所定の属性集約ルールに従って前記属性及び前記対応する属性値を集約させ、前記製品についての属性情報の標準製品ユニットを生成するように、構成されている、システム。
適用例１３：適用例１２に記載のシステムはさらに、前記属性が所要ではないと決定することと、前記属性の前記頻度を所定の値と比較することと、を備えるシステム。
適用例１４：適用例１３に記載のシステムはさらに、前記属性が有する属性値の選択肢が１つであるか又は複数であるかを決定することを備えるシステム。
適用例１５：適用例１４に記載のシステムはさらに、前記属性が有する属性値の選択肢が１つであると決定された場合に、前記属性に関係付けられた記憶された属性値の中で最大頻度を持つ属性値を、前記製品についての前記属性情報の標準製品ユニットの一部として特定することを備えるシステム。
適用例１６：適用例１４に記載のシステムはさらに、前記属性が有する属性値の選択肢が複数であると決定された場合に、前記属性に関係付けられた複数の記憶された属性値、及び対応する複数の頻度を特定することと、前記対応する複数の頻度に少なくとも部分的に基づいて、平均頻度を計算することと、前記対応する複数の頻度の各々を前記平均頻度と比較することと、前記属性に関係付けられた前記複数の記憶された属性値の中で、前記対応する複数の頻度の少なくとも１つが前記平均頻度を上回る少なくとも１つの属性値を、前記製品についての前記標準製品ユニットの一部として特定することと、を備えるシステム。
適用例１７：適用例１６に記載のシステムはさらに、前記属性に関係付けられた前記複数の記憶された属性値の中で、前記複数の頻度のうちの対応する１つが前記平均頻度未満である１つの属性値を特定することと、前記対応する複数の頻度のなかで最も高い頻度と前記平均頻度との差を決定することと、前記差を前記複数の頻度のうちの特定された対応する１つの頻度で割り算して得られる比率を得ることと、前記比率を所定の比率と比較することと、を備えるシステム。
適用例１８：適用例１２に記載のシステムにおいて、前記属性情報の標準製品ユニットを生成することはさらに、少なくとも１つの属性及び少なくとも１つの対応する属性値を前記製品についての基準情報として特定することを含む、システム。
適用例１９： 標準化された属性情報を生成するためのコンピュータプログラム製品であって、コンピュータ可読記憶媒体に実装され、製品についての属性及び対応する属性値を受信するためのコンピュータ命令と、前記製品についての前記属性及び前記対応する属性値を記憶するためのコンピュータ命令と、前記属性の頻度及び前記対応する属性値の頻度を決定するためのコンピュータ命令と、前記属性の前記頻度及び前記対応する属性値の前記頻度に少なくとも部分的に基づいて、所定の属性集約ルールに従って前記属性及び前記対応する属性値を集約させるためのコンピュータ命令と、前記製品についての属性情報の標準製品ユニットを生成するためのコンピュータ命令と、を備えるコンピュータプログラム製品。

Claims (15)

1. コンピュータによって実行される、標準化された属性情報を生成する方法であって、
   製品についての属性及び対応する属性値を受信することと、
   前記製品についての前記属性及び前記対応する属性値を記憶することと、
   前記属性の頻度及び前記対応する属性値の頻度を決定することと、
   前記属性の前記頻度及び前記対応する属性値の前記頻度に少なくとも部分的に基づいて、所定の属性集約ルールに従って前記属性及び前記対応する属性値を集約させることであって、
   前記属性が所要であるか否かを決定することと、
   前記属性の前記頻度を所定の値と比較することと、
   前記属性が有する属性値の選択肢が１つであるか又は複数であるかを決定すること、を含む前記属性及び前記対応する属性値を集約させることと、
   前記製品についての属性情報の標準製品ユニットを生成することと、
   を備える方法。
2. 請求項１に記載の方法はさらに、
   前記属性が有する属性値の選択肢が１つであると決定された場合に、前記属性に関係付けられた記憶された属性値の中で最大頻度を持つ属性値を、前記製品についての前記属性情報の標準製品ユニットの一部として特定することを備える方法。
3. 請求項１に記載の方法はさらに、
   前記属性が有する属性値の選択肢が複数であると決定された場合に、
   前記属性に関係付けられた複数の記憶された属性値、及び複数の対応する頻度を特定することと、
   前記対応する複数の頻度に少なくとも部分的に基づいて、平均頻度を計算することと、
   前記対応する複数の頻度の各々を前記平均頻度と比較することと、
   前記属性に関係付けられた前記複数の記憶された属性値の中で、前記対応する頻度が前記平均頻度を上回る第１の記憶された属性値を、前記製品についての前記属性情報の前記標準製品ユニットの一部として特定することと、
   前記第１の記憶された属性値を、前記製品についての前記属性情報の前記標準製品ユニットの一部として含めることと、
   を備える方法。
4. 請求項３に記載の方法はさらに、
   前記属性に関係付けられた前記複数の記憶された属性値の中で、前記対応する頻度が前記平均頻度未満である第２の記憶された属性値を特定することと、
   前記対応する複数の頻度のなかで最も高い頻度と前記平均頻度との差を決定することと、
   前記差を前記特定された第２の記憶された属性値に対応する前記頻度で割り算して得られる比率を得ることと、
   前記比率を所定の比率と比較することと、
   を備える方法。
5. 請求項４に記載の方法において、
   前記比率を前記所定の比率と比較することは、更に、前記比率が前記所定の比率未満である場合に、前記複数の記憶された属性値のうちの前記特定された１つの属性値を前記製品についての前記標準製品ユニットの一部として特定することを含む、方法。
6. 請求項１に記載の方法はさらに、
   各属性の頻度及び各対応する属性値の頻度を記憶することを備える方法。
7. 請求項１に記載の方法はさらに、
   前記製品についての各属性及び各属性値を入力したユーザの数を記憶することを備える方法。
8. 請求項１に記載の方法はさらに、
   前記標準製品ユニットのための現属性集約において前記製品についての属性情報を入力したユーザの総数を記憶することを備える方法。
9. 請求項１に記載の方法であって、
   前記製品についての前記属性情報の標準製品ユニットを生成することは、少なくとも１つの属性及び少なくとも１つの対応する属性値を前記製品についての基準情報として特定することを含む、方法。
10. 標準化された属性情報を生成するシステムであって、
    １つ又は２つ以上のプロセッサと、
    前記プロセッサに接続され、前記プロセッサに命令を提供するように構成されているメモリと、
    を備え、
    前記１つ又は２つ以上のプロセッサは、
    製品についての属性及び対応する属性値を受信し、
    前記製品についての前記属性及び前記対応する属性値を記憶し、
    前記属性の頻度及び前記対応する属性値の頻度を決定し、
    前記属性の前記頻度及び前記対応する属性値の前記頻度に少なくとも部分的に基づいて、所定の属性集約ルールに従って前記属性及び前記対応する属性値を集約させ、
    前記製品についての属性情報の標準製品ユニットを生成するように、
    構成され、
    前記属性及び前記対応する属性値を集約させることは、
    前記属性が所要であるか否かを決定し、
    前記属性の前記頻度を所定の値と比較し、
    前記属性が有する属性値の選択肢が１つであるか又は複数であるかを決定することを含む、システム。
11. 請求項１０に記載のシステムにおいて、
    前記１つ又は２つ以上のプロセッサはさらに、前記属性が有する属性値の選択肢が１つであると決定された場合に、前記属性に関係付けられた記憶された属性値の中で最大頻度を持つ属性値を、前記製品についての前記属性情報の標準製品ユニットの一部として特定するように構成されている、システム。
12. 請求項１０に記載のシステにおいて、
    前記１つ又は２つ以上のプロセッサはさらに、前記属性が有する属性値の選択肢が複数であると決定された場合に、
    前記属性に関係付けられた複数の記憶された属性値、及び複数の対応する頻度を特定し、
    前記対応する複数の頻度に少なくとも部分的に基づいて、平均頻度を計算し、
    前記対応する複数の頻度の各々を前記平均頻度と比較し、
    前記属性に関係付けられた前記複数の記憶された属性値の中で、前記対応する頻度が前記平均頻度を上回る第１の記憶された属性値を、前記製品についての前記属性情報の前記標準製品ユニットの一部として特定し、
    前記第１の記憶された属性値を、前記製品についての前記属性情報の前記標準製品ユニットの一部として含めるように構成されている、システム。
13. 請求項１２に記載のシステムにおいて、
    前記１つ又は２つ以上のプロセッサはさらに、前記属性に関係付けられた前記複数の記憶された属性値の中で、前記対応する頻度が前記平均頻度未満である第２の記憶された属性値を特定し、
    前記対応する複数の頻度のなかで最も高い頻度と前記平均頻度との差を決定し、
    前記差を前記特定された第２の記憶された属性値に対応する前記頻度で割り算して得られる比率を取得し、
    前記比率を所定の比率と比較するように構成されている、システム。
14. 請求項１０に記載のシステムにおいて、
    前記製品についての前記属性情報の標準製品ユニットを生成することはさらに、少なくとも１つの属性及び少なくとも１つの対応する属性値を前記製品についての基準情報として特定することを含む、システム。
15. 標準化された属性情報を生成するためのコンピュータプログラムであって、
    製品についての属性及び対応する属性値を受信するための機能と、
    前記製品についての前記属性及び前記対応する属性値を記憶するための機能と、
    前記属性の頻度及び前記対応する属性値の頻度を決定するための機能と、
    前記属性の前記頻度及び前記対応する属性値の前記頻度に少なくとも部分的に基づいて、所定の属性集約ルールに従って前記属性及び前記対応する属性値を集約させるための機能であって、
    前記属性が所要であるか否かを決定すること、
    前記属性の前記頻度を所定の値と比較すること、
    前記属性が有する属性値の選択肢が１つであるか又は複数であるかを決定すること、を含む前記属性及び前記対応する属性値を集約させるための機能と、
    前記製品についての属性情報の標準製品ユニットを生成するための機能と、
    をコンピュータによって実現させる、コンピュータプログラム。

Images