JP2017526031A - 中古商品に対する取引プラットフォームを提供するための方法およびシステム - Google Patents

Abstract

本発明の一実施形態は、中古商品の取引を促進するためのシステムを提供する。オペレーションの間、システムは、サーバにおいて、第１のユーザが購入を意図するアイテムと関連付けられたリサイクル情報を受信し、リサイクル情報および第１のユーザの識別情報をデータベースに格納する。リサイクル情報は、アイテムと関連付けられた識別情報および価格情報を指定する。システムは、第２のユーザから、販売アイテムに対するオファ価格の要求を受信する。次いで、システムは、販売アイテムの購入を意図する１人または複数のユーザを識別するためにデータベースへのクエリを行い、販売アイテムに対して識別されたユーザによって提供されるオファ価格を計算し、識別されたユーザおよび計算されたオファ価格のリストを第２のユーザに提供する。

Description

分野
本出願は、中古商品の取引を促進する取引プラットフォームを提供するための方法およびシステムに関する。

関連技術分野
製造技術の急速な発展により、携帯電話、スマートフォン、タブレットコンピュータなどのモバイルデバイスのコストは減少し続けているため、人々の間でのモバイルデバイスの普及へとつながっている。最近では、モバイルデバイスのグローバル販売は、数億を占めている。その間、モバイルデバイス技術における継続的革新により、同時に同じタイプの複数のデバイスを所有するように多くのユーザが促されている。例えば、ユーザは、依然として以前のバージョンのうちの１つを所有する一方で、最新のバージョンのiPhone（登録商標）（California、CupertinoのApple Inc.の登録商標）を購入している可能性がある。以前に所有されていたモバイルデバイスの多くは、リサイクルすることも、転売することもできる。それに加えて、いくつかの非動作デバイスは、適切な処分を至急必要とする場合がある。これらの中古デバイスの不適切な取り扱いは、資源を無駄にする可能性があり、場合によっては、深刻な環境被害をもたらす可能性がある。

中古モバイルデバイスを効果的にリサイクルし、非動作デバイスを適切に処分するため、モバイルデバイスに対するリサイクルサービスは、中古デバイスの取り扱いにおいて重要な役割を果たすように思われてきている。一般に、販売取引の間は、中古デバイスの最終価格は、売り手（中古デバイスの所有者）と買い手（再資源業者）との間で交渉され、主要な価格決定因子は、デバイスの総体的な状態である。しかし、そのようなプロセスは主観的過ぎることが証明されており、デバイス所有者は買い手によってオファされる価格に疑念を抱いている場合が多い。中古デバイスに対する科学的および合理的な価格決定メカニズムの欠如は、売り手と買い手との間に不信感をもたらし得る。具体的には、中古デバイスの再資源業者と所有者との間の取引の間は、過去の経験または主観的な判断に基づいて交渉が行われる場合が多く、デバイスの転売価格を抑えるために悪意に満ちた企てが図られ、リサイクルサービスに対する多くのデバイス所有者による信頼が失われる。それに応じて、再資源業者もまた、売り手を引き付けたり、売り手から真実のデバイス情報を得たりなど、リサイクルサービスを提供する際に、何らかの障害に直面する。

インターネット技術の急速な発展により、ユーザが彼の中古デバイスを売ることに関して情報を公開し、従って、他のユーザが情報を見た後でデバイスを購入するためにユーザと連絡が取れるようにするため、様々なアプリケーションが出現してきた。例えば、ユーザは、販売アイテムに関する広告をオンライン電子掲示板に掲載することができる。しかし、これらの従来の手法では、売り手は、現在の市場価格に基づいて彼自身の中古デバイスの正確な価格決定を行えない場合が多く、従って、広告を掲載する際に適切な希望価格を提示できない場合が多い。それに加えて、そのようなシナリオでは、売り手と購入者との間で同意に至ることは難しい場合が多い。その結果、中古デバイスは、転売または転送される可能性が低い。デバイス情報を公開するためにある特定のネットワーク資源が使用されていることを考慮すると、交渉の後で最終的に取引に失敗した場合は、公開された情報は無用になり、使用されたネットワーク資源は無駄になる。

要約すると、成功率を上げて中古商品の取引を効果的に促進し、従って、無用なリサイクル情報の公開によって生じる可能性のあるネットワーク資源の無駄を低減するウェブベースのサービスを提供することが望ましい。

概要
本発明の一実施形態は、中古商品の取引を促進するためのシステムを提供する。オペレーションの間、システムは、サーバにおいて、第１のユーザが購入を意図するアイテムと関連付けられたリサイクル情報を受信し、リサイクル情報および第１のユーザの識別情報をデータベースに格納する。リサイクル情報は、アイテムと関連付けられた識別情報および価格情報を指定する。システムは、第２のユーザから、販売アイテムに対するオファ価格の要求を受信する。次いで、システムは、販売アイテムの購入を意図する１人または複数のユーザを識別するためにデータベースへのクエリを行い、販売アイテムに対して識別されたユーザによって提供されるオファ価格を計算し、識別されたユーザおよび計算されたオファ価格のリストを第２のユーザに提供する。

この実施形態の変形形態では、アイテムと関連付けられた価格情報は、ベースライン価格およびアイテムの少なくとも１つの属性と関連付けられた属性特有価格情報を含み、属性特有情報は、バイナリ判断条件および数値価格調整因子のうちの１つを含む。

さらなる変形形態では、価格情報は、価格計算公式をさらに含む。特定の属性値を有するアイテムに対するオファ価格を計算することは、特定の属性値に対応する適切な価格調整因子を価格計算公式に代入することを伴う。

この実施形態の変形形態では、リサイクル情報を受信することは、第１のユーザに提供されたユーザインタフェースを介して、ユーザインタフェース上に提示された少なくとも１つのオプショングループから選択されたオプションを受信することと、第１のユーザから、選択されたオプションに対応する価格調整入力を受信することとをさらに含む。オプショングループは属性に対応し、オプション選択は属性の特定の値に対応する。

この実施形態の変形形態では、システムは、販売アイテムと関連付けられた識別情報を決定する。識別を決定することは、販売アイテムがマシンアクセス可能なものであることに応答して、アプリケーションを実行して販売アイテムと関連付けられた識別情報を得ることを伴う。

この実施形態の変形形態では、システムは、販売アイテムの少なくとも１つの属性と関連付けられた値を決定する。

さらなる実施形態では、販売アイテムの属性と関連付けられた値を決定することは、販売アイテムがマシンアクセス可能なものであることに応答して、アプリケーションを実行して属性と関連付けられた値を得ることを伴う。

さらなる実施形態では、識別されたユーザによって提供されるオファ価格を計算することは、識別された各ユーザに対して、データベースから、識別されたユーザによって提供される価格情報を得ることを伴う。価格情報は、ベースライン価格および属性と関連付けられた値に特有の価格調整因子を含む。システムは、ベースライン価格と価格調整因子の両方に基づいて、識別されたユーザによって提供されるオファ価格を計算する。

この実施形態の変形形態では、識別されたユーザのリストを提供することは、識別された１人または複数のユーザをランク付けすることをさらに含む。

この実施形態の変形形態では、システムは、識別されたユーザによって指定される注目に値する属性に基づいて、属性セットを組み立て、第２のユーザのためにユーザインタフェース上に提示されるオプショングループセットを決定する。１つのオプショングループにつき、１つの注目に値する属性が対応し、オプショングループ内のオプションは注目に値する属性の可能性のある値に対応し、それにより、第２のユーザは、販売アイテムに対する注目に値する属性の値を容易に指定できる。

図面の簡単な説明
本出願または先行技術の実施形態によって提供される技術的解決法をより明確に示すため、添付の図面の簡単な紹介を以下に提供する。これらの図面は、単に、本出願の例示的な実施形態のいくつかを示し、本出願を制限するものとは見なさない。

本発明の実施形態による、中古商品の例示的な取引システムを示す図を提示する。 本発明の実施形態による、リサイクル情報データベースを確立するための例示的なサーバプロセスを示すフローチャートを提示する。 本発明の実施形態による、第１のユーザのクライアントマシン上に提示された例示的なユーザインタフェースを示す図を提示する。 本発明の実施形態による、価格計算公式管理のための例示的なユーザインタフェースを示す図を提示する。 本発明の実施形態による、リサイクル情報データベースの例示的なエントリを示す図を提示する。 本発明の実施形態による、リサイクル情報データベースの例示的なエントリを示す図を提示する。 本発明の実施形態による、特定のリサイクル予定のアイテムの価格を決定するための例示的なサーバプロセスを示すフローチャートを提示する。 本発明の実施形態による、第２のユーザのクライアントマシン上に提示された例示的なユーザインタフェースを示す図を提示する。 本発明の実施形態による、リサイクル予定のアイテムの価格を決定するためのクライアントプロセスを示すフローチャートを提示する。 本発明の実施形態による、デバイスの属性値を決定するための例示的なプロセスを示すフローチャートを提示する。 本発明の実施形態による、アプリケーションソフトウェアデータベースの例示的なエントリを示す図を提示する。 本発明の実施形態による、アプリケーションソフトウェアデータベースの例示的なエントリを示す図を提示する。 本発明の実施形態による、アプリケーションソフトウェアデータベースの例示的なエントリを示す図を提示する。 本発明の実施形態による、属性値を得るための例示的なプロセスを示す図を提示する。 本発明の実施形態による、商品オブジェクトリサイクル情報データベースを確立するための例示的なシステムを示す図を提示する。 本発明の実施形態による、中古商品アイテムの価格を決定するための例示的なシステムを示す図を提示する。 本発明の実施形態による、リサイクル予定のアイテムの価格情報を決定するための例示的なシステムを示す図を提示する。 本発明の実施形態による、取引プラットフォームの実装のための例示的なシステムを示す。

図では、同様の参照番号は同じ図要素を指す。

詳細な説明
本出願の実施形態の添付の図面と組み合わせて、本出願の実施形態の技術的解決法の明確で完全な説明を以下に提供する。以下で説明される実施形態は、本出願の実施形態の単なる一部であり、すべてではないことは明確である。本出願の実施形態に基づいて当業者によって得られる他の実施形態はすべて、本出願の保護範囲に収まる。

要約
本発明の実施形態は、中古商品の取引を可能にする取引プラットフォームを提供する。より具体的には、取引プラットフォームは、リサイクルサービスプロバイダ（通常は、中古商品の買い手）がプラットフォームを介して購入を意図する中古アイテムのリサイクル情報を提供できるようにするリサイクル情報データベースを含む。アイテムのリサイクル情報は、アイテム識別情報およびアイテムの属性値に特有であり得る価格情報を含み得る。また、特定の中古デバイスの売り手も、特定の属性値を有する彼のデバイスに対する価格オファについて問い合わせるために、取引プラットフォームにアクセスすることができる。システムは、潜在的な買い手のリストを識別し、買い手によってオファされる価格情報を得るために、リサイクル情報データベースへのクエリを行う。次いで、システムは、アイテムの特定の属性値および潜在的な買い手によって提供された属性特有価格情報に基づいて、アイテムに対する潜在的な買い手のオファ価格を計算する。次いで、売り手は、価格オファに基づいてアイテムの販売価格を決定するか、または、アイテムを売るためにリストから買い手を選択することができる。買い手は前もってオファ価格を設定するため、価格決定プロセスは、より客観的なものである。その上、プラットフォームは、複数の潜在的な買い手からのオファを見る機会を売り手に提供し、従って、価格の公平性および販売が成功する可能性に関する売り手の自信レベルを増大させる。それに加えて、プラットフォームは、中古アイテムの属性値を自動的に得るための方法や、アイテム内のある特定のハードウェアモジュールの性能をテストするための方法を提供し、従って、売り手が間違ったデバイス情報を提供するかまたは偽造品を売ることを企てる可能性を低減する。

売り手と買い手の両方を含む大多数のユーザは、一般に、取引プラットフォームの使用において存在する。大多数のユーザおよびそれらの多様な需要は、中古商品の供給需要チェーンを確立する可能性を増大させる。リサイクルサービスプロバイダは、プラットフォームを通じてリサイクル情報を公開することによって、中古アイテムの売り手を募ることができ、中古アイテムの売り手は、それらのアイテムに対する価格オファについて問い合わせることができる。取引プラットフォームは、中古商品アイテムの買い手と売り手との間の、情報取得および公開インタフェースを提供するブリッジの役割を果たす。

図１は、本発明の実施形態による、例示的な中古商品取引システムを示す図を提示する。図１では、中古商品取引システム１００は、取引プラットフォームを設けるサーバ１０２と、ネットワーク１０４と、ネットワーク１０４を介してサーバ１０２と結合されたラップトップコンピュータ１０６およびスマートフォン１０８などの多くのクライアントコンピュータとを含む。オペレーションの間、多くのユーザは、クライアントコンピュータを介して取引プラットフォームにアクセスすることができる。例えば、ユーザ１１２は、ラップトップコンピュータ１０６を介して取引プラットフォームにアクセスすることができ、ユーザ１１４は、スマートフォン１０８を介して取引プラットフォームにアクセスすることができる。

オペレーションの間、リサイクルサービスプロバイダ、再資源業者または中古商品の消費者は、購入を意図する商品アイテムと関連付けられた特定の情報（商品タイプ、製造者、モデル、シリアル番号、ハードウェア構成、使用履歴、状態、対応する見積価格など）を取引プラットフォームに入力することができる。取引プラットフォームは、そのような情報をデータベースに保存する。他方では、特定の中古デバイスの所有者は、中古デバイスと関連付けられた情報（タイプ、製造者、モデル、シリアル番号、ハードウェア構成、使用履歴、状態など）を公開することができる。情報を検証するため、取引プラットフォームは、ある特定のデバイス属性の値を抽出するためまたはある特定のハードウェアモジュールのテストを実行するために、デバイスにリモートでアクセスすることができる。取引プラットフォームは、再資源業者によって提供された特定のデバイスに対応する見積価格を特定するために、そのデータベースを検索し、デバイス所有者に見積価格を提示することができる。次いで、デバイス所有者は、オファを受諾して販売を完了するかどうかを決定することができる。

中古商品に対する取引プラットフォーム
当開示では、説明の便宜上、中古商品をリサイクルする必要があるリサイクルサービスプロバイダ、中古商品ディーラおよび中古商品を購入する必要がある個々の消費者を含む中古商品アイテムの潜在的な買い手は、第１のユーザと呼ばれる。他方では、販売または転送のために中古商品アイテムを提供するかあるいは中古商品アイテムと関連付けられた情報を公開するユーザは、第２のユーザと呼ばれる。一般に、取引プラットフォームにアクセスする複数の第１のユーザおよび第２のユーザが存在し、ある特定の第２のユーザによって提供される１つのアイテムに対し、アイテムを買うことをオファする複数の第１のユーザが存在し得る。これにより、第２のユーザにとって不公平であり得る状況（すなわち、たった１人の買い手が、売る予定のアイテムに対する価格をオファする）を防ぐことができる。

いくつかの実施形態では、第１のユーザは、取引プラットフォームを設けるサーバに、リサイクルのために得ることを意図する様々なタイプの中古商品アイテム（これらに限定されないが、携帯電話、ラップトップコンピュータ、タブレットコンピュータ、デスクトップコンピュータ、プロジェクタおよびコンピュータアクセサリ（マザーボード、グラフィックカード、ＣＰＵ、ハードディスクなど）を含む）の識別情報（これらに限定されないが、名前、製造者、モデルおよび同様のものを含む）を提出することができる。サーバは、第１のユーザとそれらの所望の商品アイテムの識別情報との対応する関係をデータベースに格納することができる。個人的な好みは異なるため、第１のユーザが異なれば、同じアイテムに対して異なる価格をオファし得ることに留意されたい。例えば、携帯電話を考慮すると、その写真撮影機能に重点を置く第１のユーザは、携帯電話に対して、そのカメラ画素数が比較的高く、カメラが機能している限り、比較的高い価格をオファし得る一方で、画面解像度に重点を置く他の第１のユーザは、画面解像度が高い場合にのみ、高い価格をオファし得る。それに加えて、一部の第１のユーザは、その技術者がある特定のデバイスのアクセサリに対してその価値を増大させるために簡単な修理を実行できる再資源業者であり得る。従って、再資源業者は、欠陥のあるアクセサリを有するデバイス（機能障害のあるカメラを有する携帯電話など）に対して高い価格をオファし得る。しかし、欠陥のあるデバイスを彼ら自身で修理することができない個々の消費者は、そのような欠陥のあるデバイスを高い価値を有するものとは見なさない可能性がある。

本発明のいくつかの実施形態では、第１のユーザは、得ることを意図する中古商品アイテムの識別情報をアップロードする際に、商品アイテムの対応する価格情報をアップロードできる場合がある。結果的に、取引プラットフォームを設けるサーバは、識別子および第１のユーザによってアップロードされる中古商品アイテムの価格情報において具体化されるデータベースサポートを主に提供する。本発明のいくつかの実施形態は、中古商品情報データベースを確立するための方法およびシステムを提供する。

図２は、本発明の実施形態による、リサイクル情報データベースを確立するための例示的なサーバプロセスを示すフローチャートを提示する。オペレーションの間、システムは、第１のユーザから、第１のユーザがリサイクルを目的として得ることを意図する中古商品アイテムのリサイクル情報を受信する（動作２０２）。リサイクル情報は、中古商品アイテムの識別情報および価格情報を含む。価格情報は、注目に値する各属性の様々な値に対応する様々なオファ価格を示し得る。注目に値する属性（noticeable attribute）は、第１のユーザがアイテムに価格を付ける際に注目する価値のあるデバイス属性であり得ることに留意されたい。また、同じアイテムに対し、第１のユーザが異なれば、異なる属性を注目に値するものと見なす場合があることも留意されたい。例えば、ある特定の第１のユーザがデバイスの色を注目に値する属性と見なす一方で、異なる第１のユーザは、色を完全に無視する場合がある。

リサイクル予定の中古商品アイテムは、取引プラットフォーム上で売られるアイテムの複数のカテゴリ（非消耗日用品、家具、家庭用器具など）を含み得る。一カテゴリは、電子機器であり、これらに限定されないが、パーソナルコンピュータ（ＰＣ）、オールインワンコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、携帯電話、ディスプレイ、プリンタ、プロジェクタ、カメラ、ビデオレコーダなどを含み得る。その上、リサイクルのための中古商品は、自動車、オートバイ、電気自動車、自転車などの中古車両も含み得る。

リサイクル予定のアイテムのリサイクル情報は、２つの部分を含み得る。第１の部分は、ある特定のタイプとしてアイテムを識別するために使用できるアイテムの識別情報である。識別情報は、高レベルのカテゴリ名のみを指定するように割り当てることができる。例えば、第１のユーザは、単に、「携帯電話」として、彼の所望の中古商品の識別情報を提供することができる。結果的に、すべての携帯電話は、携帯電話カテゴリに属すると証明される限り、第１のユーザのリサイクル範囲に属する。また、アイテム識別情報は、ブランドもしくはモデル、または、取引プラットフォームで使用されるアイテムＩＤも指定することができる。実装形態に応じて、第１のユーザがアイテム識別情報を入力できるように、第１のユーザには、彼のクライアントコンピュータのユーザインタフェースにおいて、入力制御モジュール（入力フィールド、ドロップダウンマニュアルボックスおよび同様のものの形態であり得る）を提供することができる。特定のタイプの商品アイテムをリサイクルする必要がある場合は、第１のユーザは、ユーザインタフェースを介して、彼の所望の商品アイテムの識別情報を入力することができる。典型的な再資源業者は、多くの異なるカテゴリに属するアイテムをリサイクルする場合が多く、従って、複数のカテゴリの識別情報を入力することができる。

リサイクル情報の第２の部分は、アイテムが特定の属性値を有する場合に、中古アイテムを購入するために第１のユーザがオファしようとする価格を計算するために使用できる属性特有価格情報を含む。いくつかの実施形態では、第１のユーザは、アイテムの様々な属性の選択可能な値に従って、アイテムのオファ価格を設定できる場合がある。すなわち、第１のユーザがオファする中古アイテムの価格は、アイテムの少なくとも１つの属性の特定の値に基づいて決定することができる。属性値に基づく価格設定は、中古商品の価格を決定するプロセスから様々な主観的因子の影響を除去することができる。言い換えれば、第１のユーザは、特定の第２のユーザによる特定の販売アイテムの購入価格を設定するのではなく、代わりに、彼は、特定の属性値を有する特定タイプのアイテムの購入価格を設定する。

中古商品アイテムの注目に値する属性は、商品の固有の属性および使用状態を反映する属性を含み得る。具体的には、異なるタイプの商品は、異なる注目に値する属性を有し得る。例えば、携帯電話、タブレットコンピュータおよび他のモバイルデバイスの固有の属性は、ブランド、モデル、製造日、サイズ、色、主画面解像度、待ち受け時間、記憶容量、プロセッサモデルおよび周波数、購入チャネルなどのうちの１つまたは複数を含み得る。使用状態属性は、保証状態、オンオフスイッチング状態、呼び出し機能、キーパッド機能、水損害状態、分解を伴う保守履歴、カメラまたは他のアクセサリの状態、充電能力などのうちの１つまたは複数を含み得る。

ラップトップコンピュータおよびオールインワンコンピュータの注目に値する属性は、モバイルデバイスのものと同様であり、それに加えて、メモリのブランド、仕様および周波数や、ハードディスクのブランドおよび容量や、ディスプレイのブランド、サイズおよび解像度などを含む、ある特定のアクセサリ（メモリ、ハードディスク、ディスプレイおよび同様のものなど）の仕様パラメータを含み得る。

ブランド物のＰＣの注目に値する属性は、ブランド、モデル、製造日などのうちの１つまたは複数を含み得る。それに加えて、同じブランドおよび同じモデルのＰＣが異なる構成を有する場合があるため、それらの注目に値する属性は、プロセッサのブランド、モデルおよび周波数や、マザーボードのブランドおよびモデルや、メモリのブランド、仕様および周波数や、ハードディスクのブランドおよび容量や、ディスプレイのブランド、サイズおよび解像度などのうちの１つまたは複数を含む、様々なハードウェアモジュールの仕様パラメータを含み得る。他方では、組み立てられたＰＣの注目に値する属性は、様々なハードウェアモジュールの仕様パラメータのみを含み得る。携帯電話のものと同様に、ＰＣの使用状態属性は、保証状態、オンオフスイッチング状態、呼び出し機能、キーパッド機能、水損害状態、分解を伴う保守履歴、カメラまたは他のアクセサリの状態、充電能力などのうちの１つまたは複数を含み得る。様々なＰＣアクセサリ（プロセッサ、マザーボード、メモリ、ハードディスク、ディスプレイ、マウス、キーボードおよび同様のもの）の注目に値する属性は、ＰＣのものと同様である。

カメラ、ビデオカメラおよび他の撮像デバイスの固有の属性は、ブランド、モデル、製造日、主画面サイズ、レンズ構成、購入チャネルなどのうちの１つまたは複数を含み得る。それらの使用状態属性は、シャッタ使用回数、保証状態、分解を伴う保守履歴、充電能力などのうちの１つまたは複数を含み得る。

家庭用器具の固有の属性は、ブランド、モデル、製造日、容量、電力消費量レベルなどのうちの１つまたは複数を含み得る。使用状態属性は、同様に、保証状態、分解を伴う保守履歴などのうちの１つまたは複数を含み得る。

自動車、オートバイおよび他の動力車両の固有の属性は、ブランド、モデル、製造日、燃費、エンジン状態、車輪駆動、色、エンジン排気量、ギアボックス、車内などのうちの１つまたは複数を含み得る。使用状態属性は、同様に、走行距離、事故履歴、保証状態、保守履歴、年１回の検査結果などのうちの１つまたは複数を含み得る。

自転車または他の非動力車両の固有の属性は、ブランド、モデル、製造日、色、フレーム材料、重量、変速トランスミッション、ブレーキシステム、折り畳み能力、車輪サイズなどのうちの１つまたは複数を含み得る。使用状態属性は、同様に、保証状態、保守履歴などのうちの１つまたは組合せを含み得る。

上記で言及される属性はすべて、例によって示され、実用的なアプリケーションにおいてそれらの例に制限されないことに留意されたい。その上、注目に値する属性を選択する際は、第１のユーザは、各属性に注意を払う代わりに、彼の要求に従って、属性のサブセットを選択することもできる。

その上、特定のリサイクル可能商品は、タイプが異なり得、特定の実装形態の詳細な説明は、例として携帯電話を用いて以下に提供し、他のタイプの商品については参考にすることができる。

ほとんどの属性は、一般に、複数の選択可能な値を有し得る。例えば、携帯電話の色は、白色、黒色などを含み得、記憶容量は、８Ｇ、１６Ｇなどを含み得る。異なる属性値を有する同じタイプの商品は、異なる価格を付けることができる。例えば、ある特定のモデルの携帯電話に対し、第１のユーザは、白色の携帯に対して黒色の携帯より高い価格をオファする場合がある（当然ながら、これは、個人的な好みによるものであり、他の第１のユーザは、黒色の携帯に対して高い価格をオファする場合がある）。同様に、１６Ｇの記憶容量を有するスマートフォンは、一般に、８Ｇの携帯より高い価格がオファされる。第１のユーザがアイテムと関連付けられたリサイクル情報を公開する際は、第１のユーザは、１つまたは複数の特定の属性値に基づいてどのように価格を付けるかに関する情報を提供する必要もあることに留意されたい。従って、いくつかの実施形態では、プラットフォームでリサイクル情報が受信される際は、どの商品属性を第１のユーザが気に掛けているかと関連付けられた情報に加えて、属性の値に対応する第１のユーザによってオファされた価格も受信される。

属性特有価格情報は、２つの特定の形態で具体化することができる。第１の形態は、判断条件であり、判断条件は、第２のユーザによって提供された特定の属性値を有するアイテムが第１のユーザのリサイクル基準を満たすかどうかを示すために使用することができる。例えば、ある特定のモデルの携帯電話をリサイクルする際は、第１のユーザは、３２Ｇの記憶容量を有する白色の携帯のみのリサイクルを希望する場合がある。この事例では、取引プラットフォームにリサイクル情報を提出する際、第１のユーザは、判断条件として、色属性下の属性値「白色」および記憶容量属性下の属性値「３２Ｇ」に対応する属性特有価格情報を設定し、色が白色でその記憶容量が３２Ｇである場合に中古携帯電話をリサイクルできるように、そして、そうでない場合はリサイクルできないように、判断条件を設定することができる。

属性特有価格情報の他の形態は、価格計算因子であり、価格計算因子は、ある特定の属性値を有するアイテムに対して第１のユーザによってオファされた価格を計算するために使用することができる。例えば、ある特定の商品の注目に値する属性は、購入チャネルおよび保証状態を含み得る。購入チャネルは、場合により、４つの異なる値を有し得、ロックされていない密輸品（モバイルデバイスは、他の国からのデバイスであり、中華人民共和国または香港から認可を受けていないものであり得る）、中華人民共和国から認可を受けている物品（モバイルデバイスは、中華人民共和国からの有効なネットワークアクセスライセンスを有する）、ロックされている密輸品（モバイルデバイスは、中華人民共和国または香港から認可を受けておらず、ある特定の外国のネットワークと結び付いている）、香港から認可を受けている物品（モバイルデバイスは、グローバルサービス契約の下、香港から購入されている）としてリストに記載される。保証状態は、場合により、４つの異なる値を有し得、６ヶ月を超える残留保証期間、３ヶ月から６ヶ月までの残留保証期間、１ヶ月から３ヶ月までの残留保証期間および保証期間超過としてリストに記載される。

一般に、中古アイテムの特定の属性値にかかわらず、第１のユーザは、中古アイテムをリサイクルしようとするが、異なる属性値に基づいて中古アイテムに異なる価格をオファする場合がある。そうするため、第１のユーザは、これらの属性値の各々に対して、特定の価格計算因子を割り当てることができる。例えば、上記で言及される「購入チャネル」属性の４つの値に対し、第１のユーザは、５００元、７００元、６００元および６００元としてそれぞれ、価格計算因子を割り当てることができる。同様に、上記で言及される保証状態属性の４つの値に対応する価格計算因子はそれぞれ、は８００元、７００元、６００元および４００元であり得る。従って、特定の中古アイテムの２つの属性の値が、「中華人民共和国から認可を受けている物品」および「６ヶ月を超える残留保証期間」の場合は、この特定のアイテムを購入するために第１のユーザによってオファされる価格は、７００＋８００＝１５００元であると判断することができる。

実装の間、上記で言及される属性特有価格情報の２つの形態は共存し得ること、すなわち、リサイクル予定の商品の属性値に従って属性特有価格情報を設定する際、第１のユーザは、判断条件として、ある特定の属性の属性特有価格情報を設定でき、価格計算因子として、他の属性の属性特有価格情報を設定できることに留意されたい。例えば、モバイルデバイスは、４つの注目に値する属性（色、記憶容量、購入チャネルおよび保証状態）を有し得る。第１のユーザは、色および記憶容量属性の値を制限するが、他の２つの属性の値を制限しない場合がある。結果的に、異なる属性特有価格情報は、異なる属性に対して提供すべきである。色および記憶属性のための属性特有価格情報が判断条件を含む一方で、他の２つの属性に対する属性特有価格情報は価格計算因子を含む。

プラットフォームを設けるサーバは、入力データタイプに基づいて、特定の属性値に対して第１のユーザによって入力された属性特有価格情報が判断条件かまたは価格計算因子かを判断することができる。通常、判断条件に対応するデータタイプは、ブール式であり、その理由は、判断条件は「はい」と「いいえ」の２つの値しか有さないためである。例えば、第１のユーザがある特定の商品をそれが白色である場合にのみリサイクルすることを意図する場合、第１のユーザは、商品と関連付けられたリサイクル情報を公開する際、商品の色属性が白色であることに相当する「はい」として、属性特有価格情報を入力する。それに従って、サーバは、そのような属性特有価格情報は判断条件であると判断することができる。他方では、価格計算因子に対応するデータタイプは、一般に、数値タイプである。例えば、第１のユーザは、「８Ｇ」の記憶容量属性値に対応する価格計算因子を「５００元」として設定し、「１６Ｇ」の記憶容量属性値に対応する価格計算因子を「７００元」として設定することができる。それに従って、サーバは、属性特有価格情報は数値を含む入力に基づいて価格計算因子であると判断することができる。それに続いて、受信された属性特有価格情報に基づいて商品アイテムのオファ価格を決定する際、サーバは、異なる属性に対して、異なる処理を実行することができる。例えば、サーバは、最初に、１つまたは複数の判断条件に基づいて、ある特定のアイテムが第１のユーザのリサイクル基準を満たしているかどうかを判断し、そうである（すべての判断条件の値が「はい」である）場合、サーバは、次いで、１つまたは複数の価格計算因子を使用して、アイテムに対するオファ価格を計算することができる。そうでなければ、１つまたは複数の判断条件に基づいて、アイテムが第１のユーザのリサイクル基準を満たしていないと判断されれば、サーバは、１つまたは複数の価格計算因子を使用してオファ価格を計算する必要はない。

実装の間、第１のユーザは、注目に値する属性および各属性値自体に対応する属性特有価格情報をプラットフォームに入力することができる。しかし、第１のユーザが異なれば、異なる入力フォーマットを取り入れることができ、それは、サーバが、異なる第１のユーザからの異なる入力を格納し、それに続いて、オファ価格を計算する上で障害となり得る。異なる第１のユーザのすべてが標準化された入力フォーマットを使用し、従って、簡略化されたデータ格納および管理を促進することを保証するため、いくつかの実施形態では、取引プラットフォームは、第１のユーザのクライアントマシンにおいて、標準化されたユーザインタフェースを提供する。ユーザインタフェースは、１つまたは複数のオプショングループを含み得、１つのオプショングループにつき、１つの注目に値する属性が対応する。各オプショングループは、１つまたは複数の属性値オプションと、属性値に対応する属性特有価格情報を入力するための入力制御とを含む。このように、第１のユーザは、注目に値する属性を選択し、ユーザインタフェースを介して、注目に値する各属性の異なる値に対応する属性特有価格情報を入力することができ、次いで、ユーザインタフェースは、クライアントマシンからサーバに属性選択および属性特有価格情報をアップロードする。次いで、サーバは、アップロードされた情報に基づいて、第１のユーザによって選択された注目に値する属性および選択された属性の様々な値に対応する属性特有価格情報を決定することができる。

前述のように、異なるカテゴリに属する商品は、異なる注目に値する属性を有し得る。例えば、家具の注目に値する属性は、色、材料、高さ、幅または同様のものを含む一方で、携帯電話または他のモバイルデバイスの注目に値する属性は、色、記憶容量、購入チャネル、保証状態などを含み得る。従って、ユーザインタフェースがリサイクル情報を受信する際は、アイテムが属するカテゴリをシステムが決定できるように、リサイクル予定の中古アイテムの識別情報を最初に受信すべきである。次いで、システムは、カテゴリと属性との事前に設定された対応する関係に基づいて、どの属性がカテゴリに対応するかを判断し、次いで、各オプショングループが選択可能な属性値のセットを含んだ状態で、対応するオプショングループをユーザインタフェースに配列させることができる。

ここで、価格計算因子および判断条件を含み得る属性特有価格情報に移る。いくつかの実施形態では、システムは、対応する価格計算因子を累積加算することによって、複数の属性を有するアイテムの価格を決定することができる。例えば、ある特定のアイテムは、属性値ａおよびｂのそれぞれを有する２つの注目に値する属性ＡおよびＢを有し得る。第１のユーザは、属性値ａに対する価格計算因子を５００元として設定し、属性値ｂに対する価格計算因子を６００元として設定することができる。それに従って、システムは、第１のユーザがアイテムに対して５００＋６００＝１１００元をオファすると計算することができる。しかし、実際には、中古アイテムをリサイクルする際、第１のユーザは、通常、アイテムの総オファ価格を推定し、次いで、その属性の実際の値に基づいて調整する。例えば、第１のユーザは、ある特定のブランドの中古スマートフォンの価格を１５００元として推定し、次いで、記憶容量が８Ｇまたは１６Ｇであるなどの実際の属性値に基づいて、オファ価格からある特定の量を加算または減算することができる。他方では、総価格がすべての価格計算因子を累積加算することによって決定される場合は、第１のユーザは、前もって、推定された総価格を様々な特定の属性に分配する必要があり、また、異なる属性値の差を具体化する必要もあり、それは、アイテムと関連付けられた注目に値する属性が多い場合は特に、容易なタスクではない。

価格決定プロセスを簡略化するため、いくつかの実施形態では、第１のユーザは、ベースライン価格を提供し、ベースライン価格へのプラスまたはマイナス調整として、様々な属性値に対応する価格計算因子を設定することができる。例えば、第１のユーザは、スマートフォンに対するベースライン価格を１０００元として設定し、色属性が「白色」および「黒色」であることに対応する価格計算因子をプラス１００元およびマイナス５０元のそれぞれとして設定することができる。その結果、白色の携帯の総価格は、ベースライン価格プラス１００元であり、黒色の携帯の総価格は、ベースライン価格マイナス５０元である。

そのような価格決定戦略を実装するため、いくつかの実施形態では、ユーザインタフェースは、ベースライン価格を入力するための入力制御と、１つまたは複数のオプショングループとを含み、各オプショングループは、１つまたは複数の属性値と、価格計算因子などの属性特有価格情報を入力するための対応する入力制御とを含む。それに従って、システムは、最初に、ユーザインタフェースに埋め込まれたベースライン価格入力制御を通じて、第１のユーザから識別情報に対応するベースライン価格を受信することができる。次いで、システムは、適切な入力制御を介して、第１のユーザから属性の様々な値に対応する価格計算因子（価格調整方向と大きさの両方を示す）を受信することができる。複数の注目に値する属性が必要とされる場合は、システムは、属性値オプションならびに対応する価格調整方向および大きさに基づいて価格調整公式を生成し、次いで、商品識別情報に対応するアイテムの価格情報としてベースライン価格および価格調整公式をサーバにアップロードする。

図３Ａは、本発明の実施形態による、第１のユーザのクライアントマシン上に提示された例示的なユーザインタフェースを示す図を提示する。図３Ａでは、ユーザインタフェース３００は、ベースライン価格を入力するための入力フィールド３０２と、オプショングループ３０４および３０６などの複数のオプショングループとを含む。オプショングループは、注目に値する商品属性に対応し、これらに限定されないが、購入チャネル、保証状態、オンオフスイッチング状態、呼び出し機能、記憶容量、液晶ディスプレイ（ＬＣＤ）仕様、タッチスクリーン、キーパッド、水損害状態、保証状態、分解を伴う保守履歴、充電能力、カメラ機能、総体的な状態などを含み得る。各オプショングループは、選択可能な属性値のセットを含む。いくつかの実施形態では、ある特定の商品アイテムの特定の属性値は、商品アイテムの所有者によって提供される。しかし、デバイス所有者は、すべての属性を知らない場合も、正直に報告しない場合もある。システムが真の属性値を受信することを保証するため、いくつかの実施形態では、システムは、商品アイテムがオペレーティングシステムを装備した端末デバイス（ＰＣ、ラップトップコンピュータ、タブレットコンピュータ、スマートフォンおよび同様のものなど）もしくはそのアクセサリ（ＰＣまたはラップトップコンピュータのハードディスク、マザーボード、プロセッサまたは同様のものなど）または有線もしくは無線ネットワークを介してオペレーティングシステムを装備した端末デバイスに接続できる他のタイプの端末デバイス（ディスプレイ、キーボード、コンピュータマウス、プリンタ、プロジェクタおよび同様のものなど）である場合に特に、商品アイテムの実際の属性値を自動的に検出する。それに加えて、Internet of Thingsの幅広い実装により、システムは、コンピュータに接続できるスマート器具の属性値を自動的に検出することもできる。自動的に検出できる属性は、これらに限定されないが、ＣＰＵモデル、ＣＰＵ性能、製造日、メモリ利用率などを含む。水損害状態や保証状態などの他の属性は、通常、自動的に検出することはできず、デバイス所有者が提供する必要がある。図３Ａでは、ユーザインタフェース３００は、各オプショングループの前に「＋／−」ボタンを含む。「＋／−」ボタンをトグリングすることで、対応するオプショングループの展開／折り畳みを行うことができる。オプショングループが展開されていれば、様々な属性値が表示されることに留意されたい。図３Ａに示される例では、展開されたオプショングループ３０２は、「購入チャネル」属性を表し、「ロックされていない密輸品」、「中華人民共和国から認可を受けている物品」、「ロックされている密輸品」および「香港から認可を受けている物品」の４つの値を含む。図３Ａでは、ユーザインタフェース３００は、価格計算因子の判断条件であり得る属性特有価格情報を第１のユーザが入力できるように、各属性値オプションに対する入力制御も含む。価格計算因子は、第１のユーザによってある特定の商品アイテムにオファされる最終価格に影響を与えるための価格調整公式のパラメータとして使用される価格調整方向および価格調整大きさを含み得ることに留意されたい。

価格調整大きさは、パーセンテージまたは絶対値として表すことができ、パーセンテージまたは絶対値は、ドロップダウンメニュー３０８などのドロップダウンメニューを通じて選択できることに留意されたい。パーセンテージが選択されれば、入力フィールドに入力された数値は、価格調整量がベースライン価格のあるパーセンテージであることを示す。例えば、図３Ａでは、ドロップダウンメニュー３０８の選択されたエントリはパーセンテージであり、これは、隣接する数値フィールド３１０内の数値はベースライン価格のパーセンテージを反映することを意味する。より具体的には、数値フィールド３１０の数値「−１０」は、商品アイテムの購入チャネルが「ロックされていない密輸品」の場合は、システムは、最終価格からベースライン価格の１０％を差し引くことを示す。この例では、ベースライン価格は１０００元であり、従って、購入チャネルが「ロックされていない密輸品」としてリストに記載されるアイテムの価格差し引き額は、１０００元×１０％＝１００元である。また、計算された価格調整（−１００元）も、この属性値に対応するエントリの右側に表示される。

また、ユーザインタフェース３００は、価格シミュレーションボタン３１２も含み得、第１のユーザは、すべての属性値に対する価格調整因子を受信した後に、価格シミュレーションボタン３１２をクリックして、価格計算公式を見ることができる。第１のユーザは、シミュレーションされた最終価格を見るために、仮に、仮定のアイテム（ある特定の色のある特定の記憶容量を有する携帯電話など）に対するある特定の属性値を選択することができる。いくつかの実施形態では、システムは、第１のユーザが価格計算公式を見られるように、価格計算公式管理ページを第１のユーザに表示することができる。図３Ｂは、本発明の実施形態による、例示的な価格計算公式管理ページを示す図を提示する。図３Ｂでは、価格計算公式管理ページ３４０は、価格計算公式を表示するフィールド３４２を含み、フィールド３４２は、クライアントユーザインタフェースにおいてすべての属性値に対する価格調整因子が受信される際に更新される。ほとんどの事例では、価格を計算するためにデフォルト公式が使用されることに留意されたい。前述のように、デフォルト公式は、すべての価格計算因子間の累積加算関係を含み得るか、または、ベースライン価格に対して行われる調整を含み得る。価格計算公式管理ページ３４０は、第１のユーザの操作ミスの場合にデフォルト公式を回復するためにクリックできるデフォルト公式回復ボタン３４４を含む。また、価格計算公式管理ページ３４０は、保存ボタン３４６も含む。第１のユーザがすべての属性特有価格情報の入力を終えた時点で、彼は、保存ボタン３４６をクリックして、価格計算公式と共に、ベースライン価格をサーバにアップロードすることができる。本発明の実施形態では、第１のユーザは、彼の好みに基づいてベースライン価格および属性特有価格情報を設定できることに留意されたい。このように、同じ商品アイテムに対し、第１のユーザが異なれば、異なる個別価格を提供することができる。

実装形態に応じて、価格計算公式は、様々な形態を取ることができる。いくつかの実施形態では、価格調整公式は、

として表すことができ、ｎは、注目に値する属性（図３Ａのオプショングループ）の総数を示す整数であり、Ｐ_ｎは、オプショングループｎのスコアである。スコアは正でも負でもあり得ることに留意されたい。

図３Ａに示される例では、オプショングループ「購入チャネル」内において、アイテムの属性値は「ロックされていない密輸品」であり、対応する価格調整因子は「−１００元」であり、これは、このオプショングループのスコアが「−１００」であることを意味する。この例は、特定の属性値下のオプショングループのスコアが価格調整因子と同じであることを示す。実際には、スコアは、価格調整因子との異なる関係も有し得る。その上、異なるオプショングループのスコアを共に加算することに加えて、価格計算公式は、すべてのスコアを共に乗算するなどの他の形態を有し得る。

いくつかの実施形態では、第１のユーザによってある特定の商品アイテムにオファされる価格は、

として計算することができ、Ｐ_ｄは、オファ価格であり、Ｐ_０は、ベースライン価格である。

実際には、ある特定の属性は普遍的に望ましいため、異なる第１のユーザは、同じアイテムに対して同一または同様の属性特有価格情報を提出できることに留意すべきである。それに従って、システムは、第１のユーザに参照価格を提供することもできる。例えば、リサイクル予定のアイテムの識別情報を入力した後、第１のユーザは、ユーザインタフェースを介して、リサイクル情報データベースから、アイテム識別情報に対応するアイテムに対して他の第１のユーザによってオファされる価格について問い合わせることができる。結果的に、ユーザインタフェースは、推奨される価格情報を第１の当ユーザに表示することができる。推奨される価格情報は、ベースライン価格および価格計算公式を含み得る。推奨される価格情報を見た後、第１のユーザは、推奨される価格が彼の要件を満たすと判断し、再構成することなく、推奨される価格を直接適用することを決定することができる。その間、システムは、ベースライン価格、価格計算公式または属性特有値を修正するなど、第１のユーザが推奨される価格情報を修正する方法を提供することができる。第１のユーザによってアイテムにオファされる最終価格は、推奨される価格情報の修正に基づいて決定される。

前述の価格計算公式は、決定されたリサイクル価格に対する中古アイテムの属性値の影響を具体化する。実際には、一部の第１のユーザは、中古アイテムをリサイクルするかどうかを判断する前に、他の因子を考慮する場合がある。そのような因子は、第２のユーザの信用度、有利なランク付けおよび同様のものを含み得る。いくつかの実施形態では、第１のユーザに提供されるユーザインタフェースは、リサイクル条件を設定するための動作制御を含み得る。第１のユーザは、ユーザインタフェースを介して、リサイクル条件を設定することができ、サーバは、特定の第１のユーザと関連付けられたリサイクル条件情報をデータベースに追加および格納することができる。このように、システムがある特定の商品に対するオファ価格を決定する際は、システムは、商品のリサイクルが可能な第１のユーザをそれらの対応するリサイクル条件に基づいてフィルタ処理し、商品がリサイクル条件を満たすある特定の第１のユーザからのオファのみを提供することができる。

ここで、図２に戻る。第１のユーザからリサイクル情報を受信することに続いて、システムは、第１のユーザの識別情報を得る（動作２０４）。第１のユーザの識別情報は、取引プラットフォーム上で第１のユーザが使用するユーザ名、または、取引プラットフォームによって第１のユーザに提供されるユーザＩＤおよび同様のものを含み得ることに留意されたい。多くの事例では、第１のユーザは、取引プラットフォームにログインした後にリサイクル情報を提出し、従って、リサイクル情報を提出する際、第１のユーザによって使用されるクライアントマシンは、第１のユーザの識別情報を要求内に保持することができる。結果的に、サーバは、そのような要求から第１のユーザの識別情報を直接抽出することができる。

それに加えて、取引プラットフォームのサーバは、一般に、第１のユーザの識別情報に基づいて判断できる、評判、有利なランク付けおよび同様のものなどの第１のユーザの他の情報を格納する。実際の取引の間、サーバは、この情報を第２のユーザのクライアントマシンに送信することができ、その結果、第１のユーザのより多くの情報が第２のユーザに提供される。

次いで、システムは、第１のユーザの識別情報と中古商品のリサイクル情報との対応する関係をリサイクル情報データベースに格納する（動作２０６）。リサイクル情報データベースに格納された情報は、後に、第２のユーザによってリサイクルのために提供される中古アイテムに対する第１のユーザのオファ価格を決定するために使用できることに留意されたい。

アイテム識別情報および価格情報を含む中古アイテムのリサイクル情報を受信した後、１つまたは複数の記録がリサイクル情報データベースに追加され、各記録は、第１のユーザの識別情報とリサイクル予定の中古アイテムのリサイクル情報（アイテム識別情報および価格情報を含む）との対応する関係を格納する。第１のユーザが単一のアイテムのリサイクルのみを意図する場合、第１のユーザに対して１つの記録がデータベースで生成されることに留意すべきである。他方では、第１のユーザが複数のアイテムのリサイクルを意図する場合、第１のユーザに対して複数の記録がデータベースで生成され、１つの記録につき、１つのアイテムが対応する。

図４Ａは、本発明の実施形態による、リサイクル情報データベースの例示的なエントリを示す図を提示する。図４Ａから、同じアイテムに対して異なる第１のユーザによって与えられるベースライン価格および価格計算公式が異なり得ることが分かる。それに加えて、異なるアイテムに対して同じ第１のユーザによって与えられるベースライン価格および価格計算公式も異なり得る。また、図４Ａは、第１のユーザが複数のアイテムをリサイクルできることも示し、１つのアイテムにつき、１つのデータベースエントリが対応する。実際には、第１のユーザが異なるアイテムに対して同じベースライン価格をオファすることも可能であり、これは、通常、第１のユーザが同じタイプの商品をリサイクルする場合の事例である。例えば、ある特定の第１のユーザは、すべてのスマートフォンのベースライン価格として１０００元をオファすることができる。この事例では、第１のユーザがすべてのスマートフォンの価格情報を提出することを容易にするため、システムは、第１のユーザがベースライン価格を数回に分けて提出できるようにする動作制御をユーザインタフェースにおいて提供することができる。システムがバッチ制御を介してベースライン価格を受信する際、システムは、第１のユーザによってリサイクルされるすべてのアイテムにベースライン価格を均一に適用することができる。

図４Ｂは、本発明の実施形態による、リサイクル情報データベースの例示的なエントリを示す図を提示する。図４Ｂでは、第１のユーザは、アイテムと関連付けられたリサイクル条件も提出する。図４Ｂから、異なるユーザは同じアイテムに対して異なるリサイクル条件を適用できること、および、同じユーザは同じアイテムに対して複数のリサイクル条件を適用できることが分かる。

サーバがリサイクル情報データベースを生成した時点で、サーバは、リサイクル予定の中古アイテムの価格に関する、第２のユーザからの後続の問い合わせに応答することができる。いくつかの実施形態では、システムは、第２のユーザによる価格比較を可能にするために、複数の第１のユーザによってオファされた価格情報を提供することができる。その上、第２のユーザは複数の第１のユーザによってオファされる価格を同時に見ることができるため、価格情報を提供する際、第１のユーザは、可能な限り、客観的で公平な価格決定を提供しようという気になり、従って、不公平な価格決定の機会を低減する。データベースに格納されたリサイクル予定のアイテムの価格情報はアイテムの最終的な販売価格を決定するために使用されるため、価格情報は、中古品か新品かにかかわらず、同様のアイテムの市場動向とリンクすべきであり、その結果、より手頃な価格を提供することができ、取引決定成功率を向上させることができる。

いくつかの実施形態では、データベースに格納されたアイテムの価格情報は、動的に変化し得る。さらなる実施形態では、アイテムと関連付けられたリサイクル情報を提出する際、第１のユーザは、価格更新条件および対応する更新ルールを提出することができる。価格更新条件は、一般に、時間または価格変更と関連付けられる。例えば、ある特定の中古商品のベースライン価格は、対応する新しい商品アイテムの市場価格に従って、または、取引プラットフォーム上の同様の中古商品アイテムの実際の販売価格に従って、更新することができる。新しい商品の市場価格に従ってベースライン価格を更新するため、システムは、そのような商品のある特定の取引プラットフォームから新しい商品の価格について問い合わせることができる。その上、システムは、時間または価格更新条件をモニタすることができ、価格更新条件が満たされている場合は、システムは、更新ルールに基づいて、リサイクル情報データベースに格納された価格情報を更新する。例えば、システムは、１０日ごとにまたは新しい商品の市場価格が１０％など変動するたびに、価格更新を実行することができる。価格情報を更新する際、システムは、ベースライン価格と価格計算公式の両方を更新できるか、または、システムは、ベースライン価格のみを更新するなど、それらのうちの１つのみ更新できることに留意されたい。

リサイクル情報を提出する際に第１のユーザが特定の価格更新条件を設定しなかった場合は、サーバは、デフォルト価格更新条件を設定することができ、デフォルト価格更新条件は、時間または取引プラットフォーム上の同様の中古商品の取引価格と関連付けることができる。このように、サーバは、価格更新条件が満たされているかどうかを判断するために、取引プラットフォームにおいて時間または商品の価格をモニタすることができる。価格更新条件が満たされている場合は、サーバは、リサイクル情報データベースに格納された価格情報を更新するように第１のユーザに促すためのプロンプトメッセージを提供する。

図５は、本発明の実施形態による、特定のリサイクル予定のアイテムの価格を決定するための例示的なサーバプロセスを示すフローチャートを提示する。オペレーションの間、システムは、第２のユーザから、彼のクライアントマシンを介して、リサイクル予定のアイテムに対する価格オファについて問い合わせるという要求を受信する（動作５０２）。例えば、彼の中古スマートフォンのリサイクルを希望する第２のユーザは、取引プラットフォームにログインし、彼の中古スマートフォンに対する買い手からのオファ価格について問い合わせることができる。第２のユーザは、彼の中古アイテムに対する価格オファについて問い合わせるという要求を様々な方法で送信することができ、それらの方法については、例によって以下で説明する。

いくつかの実施形態では、ウェブサイトを介してアクセスできる取引プラットフォームにログインした後、ユーザは、個人設定ページおよび同様のものなどの適切なページに彼の中古アイテムの情報を手で入力することができる。例えば、彼は、個人設定ページにアイテムのモデルを記入することができる。さらなる実施形態では、個人設定ページは、リサイクル情報を公開するための複数のエントリポイント（リンクなど）を提供することができる。例えば、個人設定ページは、「売るアイテム」ボタンを含み得、ボタンをクリックすると、ユーザのリサイクル情報の公開の要求が取引プラットフォームのサーバに送信される。さらなる実施形態では、そのようなボタンをクリックすると、ユーザを第２のウェブページに導くことができ、第２のウェブページでは、ユーザは、彼のリサイクル予定のアイテムのリサイクル情報を公開することができる。この実装形態により、ユーザは、インターネットへのアクセスが可能な様々なデバイスを通じて、取引プラットフォームウェブサイトに便利にアクセスし、リサイクル情報の公開の要求を送信することができる。

いくつかの実施形態では、リサイクル予定のアイテムは、オペレーティングシステムが搭載された端末デバイスもしくはそのアクセサリ、または、オペレーティングシステムが搭載された端末デバイスに接続可能な他の端末デバイスであり、システムは、この端末デバイス上にインストールされて動作するアプリケーションクライアントから直接、リサイクル情報の公開の要求を受信することができる。それに加えて、第２のユーザは、アイテム自体上またはアイテムに接続された端末デバイス上にインストールできるアプリケーションクライアントを介してアイテムに対する価格オファについて問い合わせるという要求を直接送信することができる。その間、アプリケーションクライアントは、デバイス検証機能、オファ価格ルックアップ機能および第１のユーザとの直接通信を可能にする通信機能などの追加の機能を組み込むこともでき、それにより、第２のユーザは、リサイクル情報の公開およびオファ価格の問い合わせを容易にすることができる。

リサイクル情報の公開の要求を受信することに続いて、システムは、リサイクル予定のアイテムの識別情報および少なくとも１つの属性の値を得る（動作５０４）。

前述のように、アイテムの識別情報は、これらに限定されないが、名前、製造者、モデル、シリアル番号および同様のものを含み得る。いくつかの実施形態では、システムは、リサイクル情報の公開の要求からアイテム識別情報を抽出する。それに加えて、アイテムに対して第１のユーザによってオファされる価格はアイテムの特定の属性情報（価格計算公式のパラメータとして使用される）に基づいて決定されるため、システムは、属性の特定の値を得る必要がある。それに従って、サーバは、対象とする第１のユーザによって提供されるこれらの特定の値および属性特有価格情報を使用して、対象とする第１のユーザのアイテムに対するオファ価格を計算することができる。

特定のアイテムの属性値は、様々な固有の属性の値および様々な使用状態属性の値を含み得ることに留意されたい。これらの属性値は、様々な方法で取得することができる。いくつかの実施形態では、システムは、第２のユーザのクライアントデバイスにおいてユーザインタフェースを提供する。第１のユーザに提供されたユーザインタフェースと同様に、第２のユーザのユーザインタフェースは、１つまたは複数のオプショングループを含み得、１つのオプショングループにつき、１つの属性が対応する。それに加えて、各オプショングループは、１つまたは複数の属性値オプションを含み得、従って、第２のユーザは、属性を選択し、選択された属性の値を指定することができる。次いで、選択された属性およびそれらの値は、クライアントデバイスから取引プラットフォームのサーバにアップロードされる。

図６は、本発明の実施形態による、第２のユーザのクライアントマシン上に提示された例示的なユーザインタフェースを示す図を提示する。図６では、ユーザインタフェース６００は、オプショングループ６０２および６０４などの多くのオプショングループを含む。オプショングループは、購入チャネル、保証状態、オンオフスイッチング状態、呼び出し機能、記憶容量、ＬＣＤ状態、タッチスクリーン、キーパッド機能、水損害状態、分解を伴う保守履歴、充電能力、ＷｉＦｉ（登録商標）／Bluetooth（登録商標）／ＧＰＳ／３Ｇインタフェース、カメラ、総体的な状態などの様々な属性を表す。各オプショングループは、複数の選択可能なオプションを含み、第２のユーザは、アイテムの属性値に対応するオプションを選択することができる。図６に示される例では、選択されたオプションは、選択されたオプション６０６など、ハイライトされている。当然ながら、前述の例は、単なる例示であり、実際には、ユーザインタフェース６００において提供されるオプショングループおよびデバイス属性値オプションは、リストに記載されるものに限定されない。

実際には、ユーザインタフェース６００に提示されるオプショングループは、リサイクル予定のアイテムの異なるカテゴリに応じて異なり得る。オペレーションの間、システムは、最初に、アイテムと関連付けられた注目に値する属性を識別し、次いで、これらの属性に従ってユーザインタフェースに提示される特定のオプショングループを決定することができる。具体的には、システムは、最初に、アイテム識別情報に基づいて、アイテムのリサイクルが可能な１人または複数の対象とする第１のユーザを識別することができる。それに続いて、システムは、商品属性セットを形成するために、対象とする第１のユーザからのすべての注目に値する属性を組み合わせ、どのオプショングループをユーザインタフェースにおいて第２のユーザに提供する必要があるかを判断する。例えば、商品アイテムのリサイクルが可能な対象とする第１のユーザは、ユーザＡおよびユーザＢを含み得、ユーザＡによって指定される注目に値する属性は、属性ａおよびｂを含み、ユーザＢによって指定される注目に値する属性は、属性ｂおよびｃを含む。それに従って、システムは、商品属性セット｛ａ，ｂ，ｃ｝を形成し、これらの３つの属性に対応するオプショングループをユーザインタフェースに提示し、それにより、第２のユーザは、これらの３つの属性に対するアイテムの特定の属性値を提供することができるようになる。対象とする第１のユーザが気に掛けていない他の属性は、ユーザインタフェースには提示されず、従って、無用な属性の取得に起因する資源の無駄を低減する。

それに加えて、商品アイテムが、オペレーティングシステムが搭載された端末デバイス、そのアクセサリまたはオペレーティングシステムが搭載された端末デバイスに接続された他の端末デバイスである場合は、ＣＰＵモデルおよび周波数などのある特定の属性値は、目視検査を介して第２のユーザが容易に利用可能ではない可能性がある。他方では、第２のユーザがそのような属性値を手動で提供できるようにすることにより、間違って報告するというリスクに直面する。そのような商品アイテムの正確な属性値を得るため、いくつかの実施形態では、システムは、端末デバイス上である特定のアプリケーション（ハードウェアテストまたは検出アプリケーションソフトウェアなど）を実行することによって、属性値を自動的に得ることができる。オペレーティングシステムが搭載されたアイテム（携帯電話、タブレットコンピュータ、ＰＣおよび同様のものなど）の場合、特定のシステムツールは、その属性値（例えば、ＣＰＵモデル、性能、製造日など）を自動的に報告するために、これらのデバイス上で直接動作できることに留意されたい。コンピュータに接続できるアイテム（ディスプレイ、キーボード、マウス、プリンタ、プロジェクタおよびスマート器具など）の場合、システムは、接続されたコンピュータ上で実行されるハードウェアテストまたは検出アプリケーションを使用して、属性値を得ることができる。

異なるタイプの商品アイテムは、異なるテストまたは検出アプリケーションをインストールする必要があり得ることに留意されたい。それに従って、ユーザインタフェースを提供するクライアントマシンは、アイテム識別情報とアプリケーションソフトウェアの識別情報との対応する関係を格納することができる。オペレーションの間、クライアントマシンは、アイテム識別情報に基づいて、どのアプリケーションソフトウェアが必要とされるかを判断し、次いで、属性値を取得するために対応するアプリケーションソフトウェアを起動することができる。好ましい実施形態では、上記で言及される対応する関係は、取引プラットフォームのサーバに格納することもできる。この事例では、サーバは、アイテム識別情報に基づいて、特定のアイテムの属性値を検出するためにどのアプリケーションソフトウェアが必要とされるかを判断し、次いで、そのような情報を第２のユーザのクライアントマシンに送信することができる。クライアントマシンは、アプリケーションソフトウェアをダウンロード、インストールおよび実行することによって正確な属性値を得ることができ、次いで、属性値をサーバにアップロードすることができる。

それに加えて、多くの製造業者は、しばしばラベルの形態で、光学機械可読識別子（一次元または二次元バーコードなど）をそれらの製造されたアイテム上に取り付け、これらの光学識別子は、これらに限定されないが、名前、モデル、製造日などを含むアイテムのいくつかの固有の属性情報を保持することができる。そのような事例では、光学識別子をスキャンすることによって、そのような属性情報を簡単に得ることができる。

当然ながら、第１のユーザの注目に値する属性は、テストもしくは検出アプリケーションを実行することでまたは光学識別子をスキャンすることでは得られない属性を含み得る。より具体的には、水損害状態、保守状態などの使用状態属性の値は、自動的には得られない場合が多い。いくつかの実施形態では、第１のユーザによって指定された注目に値する属性がその値を自動的に得ることができない属性を含む場合は、サーバは、第２のユーザがそれらの属性値を報告できるように、第２のユーザのクライアントデバイスにおいてユーザインタフェースを提供する。ユーザインタフェースは、少なくとも１つのオプショングループを含み、１つのオプショングループにつき、その値を自動的に得ることができない注目に値する属性のうちの１つが対応する。その上、各オプショングループは、１つまたは複数の選択可能な属性値オプションを含み、従って、第２のユーザは、ユーザインタフェースを介して、属性の適切な値を選択することができる。これらの属性オプションは、購入チャネル、使用時間、デバイス構成、故障状態、全体の外観など、アイテムと関連付けられた総合的な情報を含み得る。これらの属性の値は、アイテムの総体的な状態のより正確な判断を行う際に役立ち、従って、アイテムに対する手頃な価格オファを提供するための良い基盤を築く。

その上、ユーザインタフェースにおいて提供される複数のオプショングループは、オプショングループ内のオプションの選択が他のオプショングループ内のオプションを非選択状態にするかまたは無効にすることができるように互いに関連付けることができる。例えば、違法に購入された中古アイテムは、一般に、保証サービスを受けることはなく、従って、「保証状態」に対応するオプショングループはもはや必要ではない。異なる例では、「オンオフスイッチング状態」オプショングループにおいて「ブート失敗」が選択される場合は、それは、呼び出し機能を実行するためにデバイスを起動することができないことを示す。その結果、オプショングループ「呼び出し機能」において、「呼び出し失敗」オプションが選択されるはずである。属性値を入力するプロセスを簡略化するため、いくつかの実施形態では、システムは、属性オプショングループの現在の値オプションに基づいて、関連付けられたオプショングループがあるかどうかを判断することができる。関連付けられたオプショングループがある場合は、システムは、ユーザインタフェースにおいて、関連付けられたオプショングループを完全に無効にする、オプショングループ内の１つもしくは複数のオプションを無効にする、または、オプショングループ内のオプションを選択するなどのように、関連付けられたオプショングループを制御することができる。一例として、ブート失敗の前述のデバイスを使用することにより、システムは、「呼び出し機能」オプショングループ内の「呼び出し失敗」オプションを直接選択する一方で、同じオプショングループ内の他のすべてのオプションを無効にすることができる。いくつかの実施形態では、オプショングループのそのような制御は、ユーザインタフェースのウェブページまたはアプリケーションにコンピュータスクリプトを埋め込むことによって達成することができる。さらなる実施形態では、コンピュータスクリプトは、Groovyスクリプトを含む。

ここで図５に戻る。アイテム識別情報および属性値を得ることに続いて、システムは、アイテムをリサイクルできるかまたはしようとする１人または複数の対象とする第１のユーザを識別するために、アイテム識別情報に基づいて、リサイクル情報データベースへのクエリを行い、識別された第１のユーザによって提供される対応する属性特有価格情報を得る（動作５０６）。まれに、データベースクエリは、空のセットを返す（システムが、アイテムをリサイクルすることが可能な第１のユーザを見つけられなかったことを意味する）ことに留意されたい。例えば、リサイクル情報データベースは、アイテム識別情報に対応するエントリを有さない。いくつかの実施形態では、そのような事例では、アイテム識別情報および第２のユーザのアイデンティティをデータベースに格納することができ、システムは、第１のユーザがアイテムと関連付けられたリサイクル情報を提出したかどうかを第２のユーザに通知することができる。

それに続いて、システムは、アイテムの特定の属性値および第１のユーザの属性特有価格情報を使用して、オファ価格を計算する（動作５０８）。オファ価格を計算することは、ベースライン価格および属性計算公式を得ること、ならびに、属性計算公式に特定の属性値を適用することを伴い得ることに留意されたい。

次いで、システムは、アイテムに対する第１のユーザのオファ価格を第２のユーザに提示する（動作５１０）。いくつかの実施形態では、システムは、第２のユーザのクライアントマシンに価格オファを送信し、第２のユーザのクライアントマシンは、第２のユーザがリサイクル情報を公開するかまたは識別された第１のユーザから買い手を選択するかに関して決定できるように、第１のユーザおよびそれらのオファ価格をユーザインタフェース上に表示することができる。

いくつかの実施形態では、第２のユーザのユーザインタフェースは、各第１のユーザに対応するエントリに隣接する「売る」ボタンを含み得、第２のユーザは、ボタンをクリックすることによって、彼のアイテムを売る第１のユーザを選択することができる。いくつかの実施形態では、第１のユーザに対応するエントリは、これらに限定されないが、名前、連絡先、オンライン／オフライン状態、評判、取引量などを含む様々なタイプの情報を含み得、それにより、第１のユーザの総合評価において第２のユーザを支援する。

いくつかの実施形態では、第１のユーザおよびそれらのオファ価格を提示する際、システムは、第１のユーザのリストをソートし、第１のユーザを順番に表示することができ、従って、第２のユーザが販売価格を決定するかまたは適切な買い手を選択することを容易にすることができる。例えば、システムは、過去のユーザ評価または取引量などの識別された第１のユーザの取引履歴に基づいて、識別された第１のユーザをランク付けすることができる。また、システムは、第１のユーザの総合スコアを得るために、総合スコアアルゴリズムを適用することもできる。いくつかの実施形態では、ユーザインタフェースは、第１のユーザをランク付けする上で、第２のユーザが彼らの好みを入力できるようにすることができ、システムは、相応にランク付けし、ランク付け結果を表示する。

いくつかの実施形態では、システムは、アイテムのリサイクル情報を公開するために、第２のユーザから要求を受信次第、アイテムの追加認証を行うことができる。言い換えれば、第２のユーザが取引プラットフォームを介して（リサイクル情報を公開することによって）彼のアイテムを売ることを決定した場合、システムは、彼がセルを意図するアイテムが真正性のある製品の偽物かどうかを検証する必要がある。このプロセスは、アイテムが電子デバイスである場合に実行される場合が多い。そうするため、システムは、最初に、アイテム内の様々なハードウェアコンポーネントの構成情報を得て、次いで、そのような構成情報を、製造業者によって定義される標準ハードウェア構成と比較することができる。不一致であることが検出された場合は、アイテムは、偽物の製品であり得る。時折、様々なハードウェアコンポーネントの構成情報は偽造することができ、従って、システムは、その性能を測定することによって、アイテムの真正性を検証する必要がある。いくつかの実施形態では、リサイクル情報の公開の要求を受信次第、システムは、ある特定のテストアプリケーションを介して、アイテムの特定モジュールの性能をリモートでテストすることができる。いくつかの実施形態では、システムは、テストプログラムを実行して、ＣＰＵ、画像処理ユニット、ＷｉＦｉ（登録商標）インタフェース、メモリ、アンテナおよび同様のものなどのある特定のモジュールの性能をテストすることができる。そうするため、システムは、それらの性能を直接テストするために、それらのハードウェアモジュールにアクセスすることができる。ＣＰＵの整数計算能力、マルチメディア処理能力および３Ｄ処理能力をテストすることにより、システムは、ＣＰＵの性能が、真正性のあるデバイスのＣＰＵ性能と一致するかどうかを判断する。ほとんどの偽物の製品は質が低いかまたは性能が低いハードウェアモジュールを含むため、個々のモジュールの性能を検出することにより、システムは、アイテムが真正性のあるものかどうかについて正確な判断を行うことができ、従って、取引の信頼性が保証される。

アイテムが認証されている場合は、システムは、後続の取引動作を続行し、そうでなければ、取引プロセスを終了し、従って、取引プラットフォーム上での偽物の物品の流通を低減または排除し、買い手および売り手の信頼性が増大する。

本発明の実施形態により、第１のユーザは、アイテムの特定の属性値に従って、アイテムに対するオファ価格を決定することができ、従って、アイテムの価格決定を比較的客観的なプロセスにすることができる。それに加えて、複数の第１のユーザの価格情報は、同じ時間に第２のユーザに提示することができ、従って、ある特定の第１のユーザが悪意に満ちてオファ価格を低下させる可能性が低減される。その上、取引プラットフォームは、より多くの取引機会を買い手と売り手の両方に提供し、それにより、比較的高い成功率を確保することができ、ネットワーク資源の無駄が低減される。

図７は、本発明の実施形態による、リサイクル予定のアイテムの価格を決定するためのクライアントプロセスを示すフローチャートを提示する。

オペレーションの間、クライアントマシンは、第２のユーザから、特定のリサイクル予定のアイテムに対する価格オファについて問い合わせるという要求を受信する（動作７０２）。そのような要求は、第２のユーザにクライアントマシンによって提供されるユーザインタフェースを通じて受信することができる。次いで、クライアントマシンは、アイテムの識別情報を得る（動作７０４）。アイテム識別情報は、アイテムのカテゴリ、名前、製造者、モデル、シリアル番号などを含み得る。アイテム識別情報は、第２のユーザによって手で入力されるかまたはシステムによって自動的に得られる。例えば、第２のユーザは、アイテム上に（アイテムがオペレーティングシステムを有する場合）、またはアイテムが結合されたオペレーティングシステム搭載デバイス上に、アプリケーションソフトウェアをインストールすることができる。アプリケーションは、ある特定のアイテム識別情報を読み取り、そのような情報をシステムにアップロードすることができる。アイテム識別情報に基づいて、システムは、任意選択により、アイテムのある特定の属性の値を自動的に得るために使用できる１つまたは複数のアプリケーションを決定することができる（動作７０６）。このことは、アイテムがクライアントマシンと直接または間接的にインタフェース接続できる電子デバイスである場合に当てはまる場合が多い。例えば、電子デバイスは、ある特定の規格のケーブルを介してクライアントマシン上のインタフェースと結合できる有線インタフェースを含み得る。あるいは、電子デバイスは、セルラ、ＷｉＦｉ（登録商標）、Bluetooth（登録商標）、赤外線などのうちの１つまたは複数を介してクライアントマシンと結合できる無線インタフェースを含み得る。属性値を自動的に得るためのアプリケーションを使用することにより、第２のユーザは、そのような情報を手で入力する負担から解放され、速い正確な結果が保証される。

いくつかの実施形態では、アプリケーションデータベースは、前もって確立することができ、アプリケーションデータベースは、アイテム識別情報とアプリケーションとの対応する関係を格納する。この対応する関係は、必ずしも１対１の関係である必要はない。例えば、１つのアプリケーションは、複数のタイプのデバイスから属性値を抽出することができる。アプリケーションソフトウェアデータベースのエントリは、属性値を得るためにアプリケーションを使用できる１つまたは複数の端末デバイスを指定することができる。

次いで、システムは、任意選択により、アプリケーションソフトウェアの実行を通じて、アイテムの１つまたは複数の属性値を決定する（動作７０８）。具体的には、システムは、最初に、アプリケーションソフトウェアが、アイテム上に、またはアイテムが結合されるコンピュータ上にインストールされているかどうかを判断する。インストールされている場合は、システムは、アプリケーションを実行して、アイテム識別情報および多くの入手可能な属性値を得ることができる。そうでなければ、システムは、対応するアプリケーションソフトウェアをインストールするように第２のユーザに促すメッセージを表示することができる。あるいは、システムは、アプリケーションがアイテム上にインストールされていないとシステムが判断した場合は、アプリケーションのインストールファイルのダウンロードアドレスおよび前もってダウンロードするための第２のユーザの許可を得て、インストールファイルを直接ダウンロードすることができる。インストール後、第２のユーザは、アプリケーションを実行して属性値を得ることができる。

アプリケーションを実行することによってその値が得られる属性に加えて、第１のユーザによって指定される注目に値する属性は、その値を自動的に得ることができない追加の属性を含み得る。それらの属性値を得るため、ユーザインタフェースは、多くのオプショングループを含み得、１つのオプショングループにつき、属性のうちの１つが対応し、各オプショングループは、多くの属性値オプションを含む。次いで、クライアントマシンは、第２のユーザがユーザインタフェースにおいて選択することを通じて、第２のユーザからそれらの属性値を得ることができる（動作７１０）。これらの属性オプションは、購入チャネル、使用時間、デバイス構成、故障状態、全体の外観など、アイテムと関連付けられた総合的な情報を含み得る。これらの属性の値は、アイテムの総体的な状態のより正確な判断を行う際に役立ち、従って、アイテムに対する合理的に手頃な価格オファを提供するための良い基盤を築く。

次いで、クライアントマシンは、アイテム識別情報および属性値をサーバにアップロードする（動作７１２）。それに続いて、クライアントマシンは、サーバから、アイテムのリサイクルが可能な第１のユーザおよびアイテムに対するそれらのオファ価格のリストを受信し、そのような情報をユーザインタフェース上に表示する（動作７１４）。前述のように、ユーザインタフェースは、ある特定のランク付け順番に基づいて第１のユーザのリストを表示することができ、第２のユーザは、ユーザインタフェースを介してランク付け基準を選択することができる。その上、ユーザインタフェースは、第２のユーザが買い手として特定の第１のユーザを選択できるようにするための「売る」ボタンを含み得る。

取引プロセスの一部として、プラットフォームは、リサイクル予定のアイテムを認証する必要がある。認証プロセスは、第２のユーザがオファ価格について問い合わせたばかりの頃または第２のユーザが第１の買い手を選択した後など、取引プロセスの間の様々な段階で実行できることに留意されたい。前述のように、アイテムの認証は、アイテム上で（アイテムがオペレーティングシステムを有する場合）、またはアイテムが接続されたコンピュータ上で、ハードウェアテストまたは検出アプリケーションを実行することを伴い得る。

いくつかの実施形態では、認証プロセスは、第２のユーザのクライアントマシンによって実行される。そうするため、クライアントマシンは、最初に、性能のテストおよびアイテムの１つまたは複数の属性の値の入手が可能なテストツールを決定する必要がある。取引プラットフォームの当アプリケーションに加えて、属性値を得るためにテストツールを使用することは、他の状況でも役立つことに留意されたい。例えば、デバイスが故障した場合、故障の原因を見出すために、特定のパラメータ値を得ることを希望する場合がある。その上、保守または修理手順の後、前後のパラメータを比較するために、属性値を再テストする必要がある場合がある。

実生活では、ＰＣおよびその様々なアクセサリの属性値のテストが可能であるが、一般人には知られていない専門的なテストツールがあり得る。それに加えて、多くの専門的なテストツールは、ある特定のカテゴリのデバイスのテスト専用である。例えば、ある特定のツールは、ＰＣのテストのみに使用され、他のツールは、モバイルデバイスのテストのみに使用される。これらの専用ツールは、より正確な属性値または他の一般的なツールでは検出できない属性値を得ることができるが、一般人は、彼のデバイスをテストするための適切な専用ツールの選び方を知らない場合があり、従って、それらの専用ツールの利用率は低くなり、それは資源の無駄である。他方では、本発明の実施形態は、正しいテストツールを決定するための解決法を提供することができる。

図８は、本発明の実施形態による、デバイスの属性値を決定するための例示的なプロセスを示すフローチャートを提示する。オペレーションの間、システムは、デバイスの識別情報を得ることができる（動作８０２）。テストツールがその属性値を自動的に得られるように、デバイスは、マシンアクセス可能なものであるべきであり、これは、デバイス自体がオペレーティングシステムを有し、ネットワークインタフェースを有するか、あるいは、デバイスをオペレーティングシステムおよび／またはネットワークインタフェースが搭載された別のデバイスとインタフェース接続できることを意味することに留意されたい。マシンアクセス可能デバイスは、これらに限定されないが、パーソナルコンピュータ（ＰＣ）、オールインワンＰＣ、ラップトップコンピュータ、タブレットコンピュータ、携帯電話、ディスプレイ、プリンタ、プロジェクタ、カメラ、ビデオカセットレコーダなどを含み得る。その上、Internet of Thingsの実装により、今では、多くの家庭用器具にはオペレーティングシステムが搭載されており、インターネットへのアクセスが可能である。そのようなスマート器具は、これらに限定されないが、スマート冷蔵庫、洗濯機、エアコン、テレビ（オペレーティングシステムを含み得る）などを含み得る。

いくつかの実施形態では、アイテム識別情報を決定する前、第２のユーザは、システムがアイテムの属性値を抽出できるマシンアクセス可能デバイスを指定することができる。デバイスの識別情報は、ユーザが、価格問い合わせ要求を提出する際に提供することができるか、または、クライアントマシンが、属性の入手の要求を受信する際、デバイス識別情報を提出するようにユーザに促すことができる。クライアントマシンがアクセス可能な当デバイスからまたは当デバイスに接続された他のデバイスから属性が抽出される場合は、クライアントマシンは、属性が抽出されるデバイスをユーザが指定する限り、アプリケーションソフトウェアを通じてアイテムの識別情報を抽出することもできる。デバイス上にインストールされた時点で、ある特定のアプリケーションは、デバイスおよびそのアクセサリの名前、ブランド、モデルおよび同様のもの、ならびに、デバイスに接続された他のデバイスの名前、ブランド、モデルおよび同様のものなどの識別情報を抽出することができる。例えば、ＰＣ上にインストールされたある特定のアプリケーションは、ＰＣのメインフレームに含まれる様々な内蔵ハードウェアモジュール（マザーボード、プロセッサ、メモリ、グラフィックカードなど）の名前、ブランド、モデルおよび同様のものなどの識別情報を取得することができる。それに加えて、アプリケーションは、メインフレームに取り付けられた様々な外部ハードウェアモジュール（ディスプレイ、キーボードおよび同様のものなど）の識別情報を得ることもできる。さらに、ある特定のデバイスの識別情報は、デバイスの製造業者によってデバイスに取り付けられたグラフィックコードをスキャンすることによって取得することができる。

それに続いて、システムは、以前に確立されたアプリケーションデータベースへのクエリを行うことによって、デバイスから属性値を抽出するために使用できる１つまたは複数のアプリケーションを識別する（動作８０４）。アプリケーションデータベースは、アイテム識別情報とアプリケーションとの対応する関係を格納する。この対応する関係は、必ずしも１対１の関係である必要はない。例えば、同じアプリケーションは、複数のタイプのデバイスの属性値を検出することができる。アプリケーションソフトウェアデータベースのエントリは、属性値を得るためにアプリケーションを使用できる１つまたは複数の端末デバイスを指定することができる。結果的に、システムは、デバイスのタイプに対応するアプリケーションのリストを得るために、アプリケーションデータベースへのクエリを行うことができる。

特定のアプリケーションソフトウェアに対するアプリケーションデータベースエントリは、アプリケーションのインストレーションパッケージまたはインストレーションパッケージのダウンロードアドレスも含み得る。図９Ａは、本発明の実施形態による、アプリケーションソフトウェアデータベースの例示的なエントリを示す図を提示する。図９Ａに示される例では、アプリケーションとデバイスとの１対１の対応する関係があり、アプリケーションは、アプリケーションのＩＤによって識別されることに留意されたい。実際には、そのような対応する関係は、１対多数または多数対１であり得る。図９Ｂは、本発明の実施形態による、アプリケーションソフトウェアデータベースの例示的なエントリを示す図を提示する。図９Ｂでは、データベースエントリは、アプリケーションのダウンロードアドレスを含む。図９Ｃは、本発明の実施形態による、アプリケーションソフトウェアデータベースの例示的なエントリを示す図を提示する。図９Ｃでは、データベースエントリは、アプリケーションのＩＤおよびそれらのダウンロードアドレスの両方を含む。

ここで図８に戻る。システムは、属性値を得るためのアプリケーションのリストを第２のユーザに提供する（動作８０６）。アプリケーションがインストールされている場合は、第２のユーザは、属性値を得るために、アプリケーションを直接実行することができる。そうでなければ、第２のユーザは、そのようなアプリケーションをダウンロードし、次いで、インストールする必要があり得る。データベースエントリがインストレーションパッケージまたはインストレーションパッケージのダウンロードアドレスを含む場合は、システムは、第２のユーザがアプリケーションをダウンロードし、インストールできるように、インストレーションパッケージまたはダウンロードアドレスを第２のユーザに提供できることに留意されたい。

アプリケーションデータベースのダウンロードアドレスは、アプリケーションの開発者によって、または、様々なソフトウェアダウンロードプラットフォームによって提供することができる。いくつかの実施形態では、取引プラットフォームのサーバは、前もってインストレーションパッケージをダウンロードしている場合があり、ダウンロードアドレスは、サーバに向けられたアドレスであり得る。要約すると、システムは、インストレーションパッケージのダウンロードアドレス（クリック可能なリンクの形態であり得る）を第２のユーザに直接提供することができ、次いで、第２のユーザは、リンクをクリックすることによって、対応するダウンロードページに案内される。

実際には、その属性について問い合わせが行われているデバイスは、現行デバイス（すなわち、属性問い合わせ要求を送信するために使用されるデバイス）またはそのアクセサリであり得る。例えば、ユーザが携帯電話を使用して携帯電話の属性値の取得の要求をサーバに送信すること、または、ユーザがＰＣを使用してＰＣのハードディスクのパラメータの取得の要求を送信することなどができる。あるいは、デバイスは、現行端末デバイスに接続された異なるデバイスでもあり得る。例えば、ユーザは、ＰＣ（現行デバイス）を使用して、ＰＣに接続されたデバイス（ディスプレイ、プリンタ、プロジェクタなど）の属性値を取得するという要求を送信することができる。これらの条件下では、ユーザは、アプリケーションソフトウェアを現行デバイスに直接インストールし、次いで、アプリケーションを実行して要求された属性値を取得することができる。この事例では、アプリケーションソフトウェアのインストレーションパッケージのダウンロードアドレスが提供される前に、システムは、アプリケーションソフトウェアが現行デバイスに既にインストールされているかどうかを判断することができる。既にインストールされている場合は、システムは、既にインストールされているアプリケーションを使用して属性値を取得するようにユーザに促すことができる。未だインストールされていない場合は、システムは、アプリケーションソフトウェアをインストールするようにユーザに促し、インストレーションパッケージのダウンロードアドレスを提供することができる。

要約すると、本出願のいくつかの実施形態は、ソフトウェアアプリケーションを介して、電子デバイスの属性値を得るためのシステムを提供する。より具体的には、オペレーションの間、デバイスの識別情報を受信した後、システムは、デバイスの属性値を検出するために使用できる１つまたは複数のアプリケーションを識別するために、以前に確立されたアプリケーションデータベースへのクエリを行い、結果をユーザに返す。ユーザは、属性値を得るために、適切なアプリケーションをダウンロードし、インストールすることができる。また、そのような手法は、アプリケーションソフトウェアが効果的に適用されていることも保証する。

図８に示される例では、アプリケーションソフトウェアはユーザに提供され、ユーザは、デバイスの属性値を得るために、ダウンロード、インストール、テストおよび同様のものなどの動作を手動で実行する。前述のように、ユーザは、システムが属性を抽出するマシンアクセス可能デバイスを指定する必要がある。デバイス（テスト対象デバイスとも呼ぶことができる）は、現行デバイス（すなわち、要求を送信するために使用されるデバイス）またはそのアクセサリでもあり得る。あるいは、テスト対象デバイスは、現行デバイスに接続された他のデバイスでもあり得る。両方の事例において、属性テスト機能を有するアプリケーションソフトウェアは、テスト対象デバイスの属性値を取得するために、現行デバイス上で直接動作することができる。それに加えて、属性値を得る動作は、現行デバイスにインストールされたアプリケーションによって実行される。いくつかの動作環境では、異なるアプリケーションは、互いに呼び出すことができる。例えば、取引プラットフォーム用のアプリケーションなど、デバイス上にインストールされたアプリケーションは、テスト対象デバイスの属性値を得て、得られた属性値をユーザに提供するために、属性テスト機能を有する別のアプリケーションを呼び出すことができる。

図１０は、本発明の実施形態による、属性値を得るための例示的なプロセスを示す図を提示する。オペレーションの間、システムは、デバイスの識別情報を決定する（動作１００２）。次いで、システムは、デバイスの属性値を検出するために使用できるアプリケーションについて、アプリケーションソフトウェアデータベースへのクエリを行う（動作１００４）。いくつかの実施形態では、システムは、ユーザインタフェースにおいて、デバイスリストを提示することができ、デバイスリストは、現行デバイスおよびそのコンポーネント（例えば、ハードディスク、メモリ、マザーボード、グラフィックカードおよび同様のものを含み得、従来の有線または無線方式で現行デバイスに接続された他のアクセサリ（例えば、ディスプレイ、キーボード、マウス、プリンタ、スキャナおよび同様のもの）をさらに含み得る。デバイスリストは、ＤＬＮＡ（Digital Living Network Alliance）、Airplayおよび同様のものなどの新規のプロトコルを介して現行デバイスに接続された他の「スマート」デバイス（例えば、スマートフォン、スマートテレビおよび同様のもの）をさらに含み得る。ユーザがリスト上のデバイスに対する属性値を得ようと試みる場合は、ユーザは、リストからデバイスを直接選択することができる。そうでなければ、ユーザは、他の動作エントリポイントから要求を送信する必要があり得る。それに対応して、ユーザがリストからデバイスを選択する場合は、それは、テスト対象デバイスが現行デバイス、そのアクセサリまたは現行デバイスに接続された他のデバイスであることを示す。また、システムは、デバイスの識別情報を得ることもできる。アプリケーションデータベースへのクエリを行うための動作は、図８に示される動作８０４と同様である。

次いで、システムは、テスト対象デバイスの少なくとも１つの属性の値を取得するために、アプリケーションソフトウェアを実行する（動作１００６）。いくつかの実施形態では、アプリケーションソフトウェアの実行は、属性値を抽出するためのアプリケーションソフトウェアを呼び出す取引プラットフォームアプリケーションなどの現行アプリケーションに関与する。システムは、取得された属性値を当取引プラットフォームアプリケーションに戻し、次いで、現行取引プラットフォームアプリケーションは、属性値をユーザに提示する（動作１００８）。

図１１は、本発明の実施形態による、商品オブジェクトリサイクル情報データベースを確立するための例示的なシステムを示す図を提示する。図１１では、システム１１００は、リサイクル情報受信モジュール１１０２と、ユーザ識別決定モジュール１２０４と、情報格納モジュール１１０６とを含む。リサイクル情報受信モジュール１１０２は、第１のユーザのクライアントマシンによって提出されたリサイクル予定のアイテムのリサイクル情報を受信するように構成される。リサイクル情報は、リサイクル予定のアイテムの識別情報および価格情報を含み、価格情報は、注目に値する属性および各属性値に対応する属性特有価格情報を含む。ユーザ識別決定モジュール１１０４は、第１のユーザの識別情報を決定するように構成される。情報格納ユニットモジュール１１０６は、第１のユーザの識別情報とリサイクル予定のアイテムのリサイクル情報との対応する関係をリサイクル情報データベースに格納するように構成される。リサイクル情報データベースは、後に、第２のユーザによって提供される販売アイテムに対するオファ価格を決定するために使用することができる。

第１のユーザがリサイクル情報を提供することを容易にするため、いくつかの実施形態では、リサイクル情報受信モジュール１２０２は、クライアントマシンにおいて第１のユーザにユーザインタフェースを提供するように構成されたユーザインタフェース提供サブユニットをさらに含み得る。ユーザインタフェース提供サブユニットは、リサイクル予定のアイテムの識別情報を決定するように構成されたアイテム識別決定サブユニットと、その識別情報に従ってアイテムのカテゴリを決定するように構成されたカテゴリ化サブユニットと、インタフェース構成サブユニットとを含み得る。インタフェース構成サブユニットは、アイテムカテゴリに基づいて、注目に値する属性および選択可能な属性値を決定し、ユーザインタフェースを第１のユーザのクライアントデバイスに送信するように構成され、従って、決定された注目に値する属性および対応する値の選択を表示するようにユーザインタフェースを構成することができる。

価格情報は、ベースライン価格および属性特有価格調整情報をさらに含み、属性特有価格調整情報は、判断条件または価格調整因子を含み得る。ユーザインタフェースは、ベースライン価格および１つまたは複数の価格調整因子を入力するための入力フィールドをさらに含む。

リサイクル情報受信モジュール１１０２は、第１のユーザによって入力されるベースライン価格を受信するように構成されたベースライン価格受信サブユニットと、第１のユーザによって提供される価格調整方向および大きさ情報を受信するように構成された価格調整情報受信サブユニットと、属性特有価格計算公式を生成するように構成された公式生成サブユニットとを含み得る。

情報格納ユニット１１０６は、第１のユーザの識別情報、アイテム識別情報、ならびに、ベースライン価格および属性特有価格情報間の対応する関係をリサイクル情報データベースに格納するように構成することができる。

それに加えて、システム１１０６は、リサイクル予定のアイテムの識別情報を決定するように構成されたアイテム識別情報決定ユニットと、他の第１のユーザによって提供される価格情報を得るためにアイテム識別情報に基づいてリサイクル情報データベースへの問い合わせを行うように構成されたデータベース問い合わせユニットと、他の第１のユーザによって提供される価格情報に基づいて第１の当ユーザに価格推奨を提供するように構成された価格推薦ユニットとをさらに含み得る。

リサイクル情報は、時間またはアイテムの価格変更と関連付けられる価格更新条件および更新ルールをさらに含み得る。価格変更は、この取引プラットフォームまたは他のタイプの取引プラットフォーム上で取引される同様のアイテム（中古または新しい）の価格に基づいて決定できることに留意されたい。システムは、時間またはアイテム価格変更をモニタするように構成されたモニタリングユニットと、価格更新条件が満たされていることに応答して価格を更新するように構成された更新ユニットとをさらに含み得る。システムは、事前に設定された価格更新条件が満たされている場合にリサイクル情報データベースに格納された価格情報を更新するようにユーザに促すように構成されたプロンプティングユニットをさらに含み得る。

図１２は、本発明の実施形態による、中古商品アイテムの価格を決定するための例示的なシステムを示す図を提示する。システムは、要求受信モジュール１２０２と、アイテム情報取得モジュール１２０４と、データベースクエリモジュール１２０６と、価格決定モジュール１２０８と、価格返送モジュール１２１０とを含む。要求受信モジュール１２０２は、第２のユーザのクライアントマシンから、アイテムの価格の決定の要求を受信するように構成される。アイテム情報取得モジュール１２０４は、アイテムの識別情報および少なくとも１つの属性の値を取得するように構成される。データベースクエリモジュール１２０６は、アイテム識別情報および属性値に基づいてアイテムのリサイクルが可能な一連の対象とする第１のユーザについて、リサイクル情報データベースへのクエリを行うように構成される。価格決定１２０８は、属性値および対象とする第１のユーザによって提供された価格情報に基づいて、対象とする第１のユーザによって提供されるアイテムに対するオファ価格を決定するように構成される。価格返送モジュール１２１０は、対象とする第１の対象ユーザおよびアイテムに対するそれらのオファ価格のリストを第２のユーザのクライアントマシンに返し、従って、第２のユーザがアイテムの販売価格を決定できるようにおよび／または買い手を選択できるように構成される。

リサイクル情報データベースに格納される価格情報は、ベースライン価格および属性特有価格情報をさらに含む。データベースクエリモジュール１２０６は、対象とする第１のユーザによって提供されるベースライン価格および属性特有価格調整因子を決定するように構成された価格情報決定ユニットをさらに含み得る。ベースライン価格および属性特有価格調整因子は両方とも、オファ価格の計算のための価格計算公式において使用される。価格決定モジュール１２０８は、ベースライン価格と組み合わせてオファ価格を計算するために、属性特有価格調整因子を価格計算公式に代入するように構成することができる。

アイテム情報取得モジュール１２０４は、第２のユーザのクライアントマシンにおいてユーザインタフェースを提供するように構成されたユーザインタフェース提供サブユニットをさらに含み得る。ユーザインタフェース提供サブユニットは、アイテム識別情報に基づいてアイテムのリサイクルが可能な一連の第１のユーザを決定するように構成された第１のユーザ決定サブユニットと、属性セットを形成するために、すべての識別された第１のユーザからの注目に値する属性を組み合わせるように構成された属性決定サブユニットと、属性セットに従って、ユーザインタフェースに提示すべきオプショングループを決定するように構成されたオプショングループ決定サブユニットとを含み得る。

アイテムがマシンアクセス可能デバイスである場合は、アイテム情報取得モジュール１２０４は、デバイスの属性値を検出するために使用できる１つまたは複数のアプリケーションソフトウェアを識別するためのサブユニットと、第２のユーザがソフトウェアを使用して属性値を得られるようにするために、検出されたアプリケーションリストを第２のユーザに提供するためのサブユニットとを特別に含み得る。

ユーザインタフェース提供サブユニットは、第２のユーザが他のマシン検出不可能な属性を入力できるようにする少なくとも１つのオプショングループを提供するようにさらに構成される。

情報提出精度を保証し、第２のユーザの情報入力負担を低減するため、ユーザインタフェース提供サブユニットは、オプショングループに対する値選択を受信した後に、オプショングループと関連付けられた対象オプショングループが存在するかどうかを判断し、存在する場合は、対象オプショングループの１つまたは複数のオプション値を無効にするように構成された関連付け関係決定ユニットをさらに含み得る。

それに加えて、ユーザインタフェース提供サブユニットは、取引履歴データおよび／またはユーザ評価に基づいて第１の対象ユーザをランク付けするように構成されたランク付けユニットをさらに含み得る。

さらに、システム１２００は、テストユニットをさらに含み得る。テストユニットは、アイテムの特定のハードウェアモジュール（ＣＰＵ、メモリ、グラフィックカードなど）の性能をテストし、テスト結果に基づいてアイテムの真正性を検証するように構成される。

図１３は、本発明の実施形態による、リサイクル予定のアイテムの価格情報を決定するための例示的なシステムの図を提示する。図１３では、システム１３００は、要求受信モジュール１３０２と、アイテム識別情報決定モジュール１３０４と、アプリケーション決定モジュール１３０６と、属性決定モジュール１３０８と、アイテム情報アップロードモジュール１３１０と、価格情報提供モジュール１３１２とを含む。

要求受信モジュール１３０２は、第２のユーザから、中古アイテムの価格情報の決定の要求を受信するように構成される。アイテム識別情報決定モジュール１３０４は、アイテムの識別情報を決定するように構成される。アプリケーション決定モジュール１３０６は、アイテムの属性値を決定するために使用できる１つまたは複数のソフトウェアアプリケーションを識別するように構成される。属性値決定モジュール１３０８は、アプリケーションソフトウェアを使用して属性値を決定するように構成される。アイテム情報アップロードモジュール１３１０は、アイテムの識別情報および属性値をサーバにアップロードするように構成され、従って、サーバは、アイテムのリサイクルが可能な一連の対象とする第１のユーザを識別し、アイテムに対するオファ価格を決定して返すことが可能になる。価格情報提供モジュールは、サーバによって返された価格情報を第２のユーザに提供するように構成される。

図１１〜１３に示されるシステムは、単なる例示であり、特許請求される本発明の範囲を制限することを意図しない。別個のコンポーネントとして示される様々なモジュールは、物理的に分離されても分離されなくともよく、モジュールとして表示されるコンポーネントは、物理的なモジュールであっても物理的なモジュールでなくともよく、すなわち、それらは、１つの場所に位置しても、複数のネットワークノードにわたって分配されてもよい。モジュールの一部またはすべては、実際の需要に従って実施形態における解決法の目的を達成するために選択することができる。

コンピュータおよび通信システム
図１４は、本発明の実施形態による、取引プラットフォームの実装のための例示的なシステムを示す。取引プラットフォームの実装のためのシステム１４００は、プロセッサ１４１０と、メモリ１４２０と、ストレージ１４３０とを含む。ストレージ１４３０は、通常、上記で言及される方法を実行するために、メモリ１４２０にロードしてプロセッサ１４１０によって実行できる命令を格納する。一実施形態では、ストレージ１４３０内の命令は、要求受信モジュール１４３２、情報収集モジュール１４３４、リサイクル情報データベースクエリモジュール１４３６および価格計算モジュール１４３８を実装することができ、それらはすべて、様々な手段を通じて互いに連通することができる。ストレージ１４３０は、リサイクル情報データベース１４４０およびアプリケーションソフトウェアデータベース１４４２などの多くのデータ構造をさらに含み得る。

いくつかの実施形態では、モジュール１４３２、１４３４、１４３６および１４３８は、ハードウェアにおいて部分的にまたは全体的に実装することができ、プロセッサ１４１０の一部であり得る。さらに、いくつかの実施形態では、システムは、別個のプロセッサおよびメモリを含まない場合もある。代わりに、それらの特定のタスクの実行に加えて、モジュール１４３２、１４３４、１４３６および１４３８は、別々にまたは協働して、一般的なまたは特殊な目的の演算処理エンジンの一部であり得る。

ストレージ１４３０は、プロセッサ１４１０によって実行されるプログラムを格納する。具体的には、ストレージ１４３０は、取引プラットフォーム用のシステム（アプリケーション）を実装するプログラムを格納する。オペレーションの間、アプリケーションプログラムは、ストレージ１４３０からメモリ１４２０にロードし、プロセッサ１４１０によって実行することができる。その結果、システム１４００は、上記で説明される機能を実行することができる。システム１４００は、任意選択のディスプレイ１４８０（タッチスクリーンディスプレイであり得る）、キーボード１４６０およびポインティングデバイス１４７０と結合することができ、１つまたは複数のネットワークインタフェースを介してネットワーク１４８２と結合することもできる。

この詳細な説明で説明されるデータ構造およびコードは、通常、コンピュータ可読記憶媒体上に格納され、コンピュータ可読記憶媒体は、コンピュータシステムによる使用のためのコードおよび／またはデータを格納できるいかなるデバイスまたは媒体でもあり得る。コンピュータ可読記憶媒体は、これらに限定されないが、揮発性メモリ、不揮発性メモリ、磁気および光学記憶装置（ディスクドライブ、磁気テープ、ＣＤ（コンパクトディスク）、ＤＶＤ（デジタル多用途ディスクまたはデジタルビデオディスク）など）、あるいは、現在知られているかまたは後に開発されるコンピュータ可読媒体の格納が可能な他の媒体を含む。

詳細な説明の項目で説明される方法およびプロセスは、コードおよび／またはデータとして具体化することができ、コードおよび／またはデータは、上記で説明されるように、コンピュータ可読記憶媒体に格納することができる。コンピュータシステムが、コンピュータ可読記憶媒体上に格納されたコードおよび／またはデータを読み取って実行する際、コンピュータシステムは、データ構造およびコードとして具体化されてコンピュータ可読記憶媒体内に格納された方法およびプロセスを実行する。

さらに、本明細書で説明される方法およびプロセスは、ハードウェアモジュールまたは装置に含めることができる。これらのモジュールまたは装置は、これらに限定されないが、特定用途向け集積回路（ＡＳＩＣ）チップ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定の時間に特定のソフトウェアモジュールもしくはコードの断片を実行する専用もしくは共有プロセッサ、および／または、現在知られているかもしくは後に開発される他のプログラマブル論理デバイスを含み得る。ハードウェアモジュールまたは装置が起動されると、ハードウェアモジュールまたは装置は、それらの中に含まれる方法およびプロセスを実行する。

Claims (24)

1. 中古商品の取引を促進するためのコンピュータ実行可能方法であって、
   サーバにおいて、第１のユーザが購入を意図するアイテムと関連付けられたリサイクル情報を受信するステップであって、前記リサイクル情報が、前記アイテムと関連付けられた識別情報および価格情報を指定する、ステップと、
   前記リサイクル情報および前記第１のユーザの識別情報をデータベースに格納するステップと、
   第２のユーザから、販売アイテムに対するオファ価格の要求を受信するステップと、
   前記販売アイテムの購入を意図する１人または複数のユーザを識別するために前記データベースへのクエリを行うステップと、
   前記販売アイテムに対して前記識別されたユーザによって提供されるオファ価格を計算するステップと、
   前記識別されたユーザおよび前記計算されたオファ価格のリストを前記第２のユーザに提供するステップと
   を含む、方法。
2. 前記アイテムと関連付けられた前記価格情報が、ベースライン価格および前記アイテムの少なくとも１つの属性と関連付けられた属性特有価格情報を含み、前記属性特有情報が、バイナリ判断条件および数値価格調整因子のうちの１つを含む、請求項１に記載の方法。
3. 前記価格情報が、価格計算公式をさらに含み、特定の属性値を有するアイテムに対するオファ価格を計算するステップが、前記特定の属性値に対応する適切な価格調整因子を前記価格計算公式に代入するステップを伴う、請求項２に記載の方法。
4. 前記リサイクル情報を受信するステップが、
   前記第１のユーザに提供されたユーザインタフェースを介して、前記ユーザインタフェース上に提示された少なくとも１つのオプショングループから選択されたオプションを受信するステップであって、前記オプショングループが属性に対応し、前記オプション選択が前記属性の特定の値に対応する、ステップと、
   前記第１のユーザから、前記選択されたオプションに対応する価格調整入力を受信するステップと
   をさらに含む、請求項１に記載の方法。
5. 前記販売アイテムと関連付けられた識別情報を決定するステップをさらに含み、
   前記販売アイテムと関連付けられた前記識別情報を決定するステップが、前記販売アイテムがマシンアクセス可能なものであることに応答して、アプリケーションを実行して前記販売アイテムと関連付けられた前記識別情報を得るステップ
   を伴う、請求項１に記載の方法。
6. 前記販売アイテムの少なくとも１つの属性と関連付けられた値を決定するステップをさらに含む、請求項１に記載の方法。
7. 前記販売アイテムの前記属性と関連付けられた前記値を決定するステップが、
   前記販売アイテムがマシンアクセス可能なものであることに応答して、アプリケーションを実行して前記属性と関連付けられた前記値を得るステップ
   を伴う、請求項６に記載の方法。
8. 前記識別されたユーザによって提供されるオファ価格を計算するステップが、
   識別された各ユーザに対して、
   前記データベースから、前記識別されたユーザによって提供される価格情報を得るステップであって、前記価格情報が、ベースライン価格および前記属性と関連付けられた前記値に特有の価格調整因子を含む、ステップと、
   前記ベースライン価格と前記価格調整因子の両方に基づいて、前記識別されたユーザによって提供されるオファ価格を計算するステップと
   を伴う、請求項６に記載の方法。
9. 前記識別されたユーザの前記リストを提供するステップが、前記識別されたユーザをランク付けするステップをさらに含む、請求項１に記載の方法。
10. 前記識別されたユーザによって指定される注目に値する属性に基づいて、属性セットを組み立てるステップと、
    前記第２のユーザのためにユーザインタフェース上に提示されるオプショングループセットを決定するステップであって、１つのオプショングループにつき、１つの注目に値する属性が対応し、前記オプショングループ内のオプションが前記注目に値する属性の可能性のある値に対応し、それにより、前記第２のユーザが、前記販売アイテムに対する前記注目に値する属性の値を容易に指定できる、ステップと
    をさらに含む、請求項１に記載の方法。
11. 中古商品の取引を促進する取引プラットフォームを提供するためのコンピュータサーバシステムであって、
    プロセッサと、
    第１のユーザが購入を意図するアイテムと関連付けられたリサイクル情報を受信するように構成された情報受信メカニズムであって、前記リサイクル情報が、前記アイテムと関連付けられた識別情報および価格情報を指定する、情報受信メカニズムと、
    前記リサイクル情報および前記第１のユーザの識別情報を格納するように構成されたデータベースと、
    第２のユーザから、販売アイテムに対するオファ価格の要求を受信するように構成された要求受信メカニズムと、
    前記販売アイテムの購入を意図する１人または複数のユーザを識別するために前記データベースへのクエリを行うように構成されたクエリメカニズムと、
    前記販売アイテムに対して前記識別されたユーザによって提供されるオファ価格を計算するように構成された計算メカニズムと、
    前記識別されたユーザおよび前記計算されたオファ価格のリストを前記第２のユーザに提供するように構成された提供メカニズムと
    を含む、コンピュータサーバシステム。
12. 前記アイテムと関連付けられた価格情報が、ベースライン価格および前記アイテムの少なくとも１つの属性と関連付けられた属性特有価格情報を含み、前記属性特有情報が、バイナリ判断条件および数値価格調整因子のうちの１つを含む、請求項１１に記載のコンピュータサーバシステム。
13. 前記リサイクル情報を受信することが、
    前記第１のユーザに提供されたユーザインタフェースを介して、前記ユーザインタフェース上に提示された少なくとも１つのオプショングループから選択されたオプションを受信することであって、前記オプショングループが属性に対応し、前記オプション選択が前記属性の特定の値に対応する、ことと、
    前記第１のユーザから、前記選択されたオプションに対応する価格調整入力を受信することと
    をさらに含む、請求項１１に記載のコンピュータサーバシステム。
14. 前記販売アイテムがマシンアクセス可能なものであることに応答して、アプリケーションを実行して前記販売アイテムと関連付けられた識別情報を得る
    ように構成された識別決定メカニズムをさらに含む、請求項１１に記載のコンピュータサーバシステム。
15. 前記販売アイテムの少なくとも１つの属性と関連付けられた値を決定するように構成された値決定メカニズムであって、前記問い合わせが行われたアイテムがマシンアクセス可能なものであることに応答して、アプリケーションを実行して前記属性と関連付けられた前記値を得るように構成された値決定メカニズムをさらに含む、請求項１１に記載のコンピュータサーバシステム。
16. 前記識別されたユーザの前記リストを提供する場合、前記提供メカニズムが、前記識別されたユーザをランク付けするように構成される、請求項１１に記載のコンピュータサーバシステム。
17. 前記識別されたユーザによって指定される注目に値する属性に基づいて、属性セットを組み立てることと、
    オプショングループセットを決定することと、
    前記第２のユーザのためのユーザインタフェースを提供することであって、前記ユーザインタフェースが、前記決定されたオプショングループセットを提示し、１つのオプショングループにつき、１つの注目に値する属性が対応し、前記オプショングループ内のオプションが前記注目に値する属性の可能性のある値に対応し、それにより、前記第２のユーザが、前記販売アイテムに対する前記注目に値する属性の値を容易に指定できる、ことと
    を行うように構成されたユーザインタフェース提供メカニズムをさらに含む、請求項１１に記載のコンピュータサーバシステム。
18. 命令を格納する非一時的なコンピュータ可読記憶媒体であって、前記命令は、コンピューティングデバイスによって実行されると、中古商品の買いまたは売りを促進する取引プラットフォームを提供するための方法を前記コンピューティングデバイスに実行させ、前記方法は、
    サーバにおいて、第１のユーザが購入を意図するアイテムと関連付けられたリサイクル情報を受信するステップであって、前記リサイクル情報が、前記アイテムと関連付けられた識別情報および価格情報を指定する、ステップと、
    前記受信されたリサイクル情報および前記第１のユーザの識別情報をデータベースに格納するステップと、
    第２のユーザから、販売アイテムに対するオファ価格の要求を受信するステップと、
    前記販売アイテムの購入を意図する１人または複数のユーザを識別するために前記データベースへのクエリを行うステップと、
    前記販売アイテムに対して前記識別されたユーザによって提供されるオファ価格を計算するステップと、
    前記識別されたユーザおよび前記計算されたオファ価格のリストを前記第２のユーザに提供するステップと
    を含む、コンピュータ可読記憶媒体。
19. 前記アイテムと関連付けられた前記価格情報が、ベースライン価格および前記アイテムの少なくとも１つの属性と関連付けられた属性特有価格情報を含み、前記属性特有情報が、バイナリ判断条件および数値価格調整因子のうちの１つを含む、請求項１８に記載のコンピュータ可読記憶媒体。
20. 前記リサイクル情報を受信するステップが、
    前記第１のユーザに提供されたユーザインタフェースを介して、前記ユーザインタフェース上に提示された少なくとも１つのオプショングループから選択されたオプションを受信するステップであって、前記オプショングループが属性に対応し、前記オプション選択が前記属性の特定の値に対応する、ステップと、
    前記第１のユーザから、前記選択されたオプションに対応する価格調整入力を受信するステップと
    をさらに含む、請求項１８に記載のコンピュータ可読記憶媒体。
21. 前記方法が、前記販売アイテムと関連付けられた識別情報を決定するステップをさらに含み、
    前記識別情報を決定するステップが、
    前記販売アイテムがマシンアクセス可能なものであることに応答して、アプリケーションを実行して前記販売アイテムと関連付けられた前記識別情報を得るステップ
    を伴う、請求項２１に記載のコンピュータ可読記憶媒体。
22. 前記方法が、前記販売アイテムの少なくとも１つの属性と関連付けられた値を決定するステップをさらに含み、
    前記販売アイテムの前記属性と関連付けられた前記値を決定するステップが、
    前記問い合わせが行われたアイテムがマシンアクセス可能なものであることに応答して、アプリケーションを実行して前記属性と関連付けられた前記値を得るステップ
    を伴う、請求項１８に記載のコンピュータ可読記憶媒体。
23. 前記識別されたユーザの前記リストを提供するステップが、前記識別されたユーザをランク付けするステップをさらに含む、請求項１８に記載のコンピュータ可読記憶媒体。
24. 前記方法が、
    前記識別された１人または複数のユーザによって指定される注目に値する属性に基づいて、属性セットを組み立てるステップと、
    前記第２のユーザのためにユーザインタフェース上に提示されるオプショングループセットを決定するステップであって、１つのオプショングループにつき、１つの注目に値する属性が対応し、前記オプショングループ内のオプションが前記注目に値する属性の可能性のある値に対応し、それにより、前記第２のユーザが、前記販売アイテムに対する前記注目に値する属性の値を容易に指定できる、ステップと
    をさらに含む、請求項１８に記載のコンピュータ可読記憶媒体。

Images